
From nobody Mon Apr  3 14:22:14 2017
Return-Path: <aretana@cisco.com>
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 8884112944D; Mon,  3 Apr 2017 14:22:12 -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, 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, SPF_HELO_PASS=-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 ER0LZffFpe_o; Mon,  3 Apr 2017 14:22:09 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2F20126E01; Mon,  3 Apr 2017 14:22:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=43406; q=dns/txt; s=iport; t=1491254528; x=1492464128; h=from:to:cc:subject:date:message-id:mime-version; bh=3W8P2m2sg0aqLM8QBem79Q60yV16RLV4/4iHhDjHZ4A=; b=XC497nbTDEyIoK1bd4KBU8j2Nfs8/axObpVm3IHcQBHCUmpzvmOiW2R1 z30T2w91qk3TmT6WPr7va0rhdYW8B6AYhk9Ddf/tYHdRiRKx9Fhpd6FNP QhB9h+y/ZZdgUnfa1Uq6uQn/Wm3rAmGiXg1WgK9bSLgTQ5QFk3+xvG1BD E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BSAgDvu+JY/40NJK1TChoBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYJuOythgRKDW4oSkTeVcYIOhiIcgys/GAECAQEBAQEBAWsdC4U2CQo?= =?us-ascii?q?+DhIBBjoBCQIEMCcEDooSjkKdXIImK4ovAQEBAQEBAQEBAQEBAQEBAQEBAR+GT?= =?us-ascii?q?oIFCIcOgy6CXwWGcII4jHKGUwGNTYUCgX2FLoNZhjiTdAEfOIEFWxVSAYZHiHy?= =?us-ascii?q?BDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.36,272,1486425600";  d="scan'208,217";a="406877224"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Apr 2017 21:22:07 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v33LM7AB020787 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 3 Apr 2017 21:22:07 GMT
Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 3 Apr 2017 16:22:06 -0500
Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Mon, 3 Apr 2017 16:22:06 -0500
From: "Alvaro Retana (aretana)" <aretana@cisco.com>
To: "draft-ietf-manet-olsrv2-multipath@ietf.org" <draft-ietf-manet-olsrv2-multipath@ietf.org>
CC: "manet-chairs@ietf.org" <manet-chairs@ietf.org>, "Ratliff, Stanley" <sratliff@idirect.net>, "manet@ietf.org" <manet@ietf.org>
Thread-Topic: AD Review of draft-ietf-manet-olsrv2-multipath-11
Thread-Index: AQHSrMBYAGgO+lU2M0uWMpAvOFwccw==
Date: Mon, 3 Apr 2017 21:22:06 +0000
Message-ID: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1f.0.170216
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.117.15.6]
Content-Type: multipart/alternative; boundary="_000_1F0A54FEB2754203AC7B347101217BEFciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/-dGLtDcEij2As-Btg35opKuqnBo>
Subject: [manet] AD Review of draft-ietf-manet-olsrv2-multipath-11
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Apr 2017 21:22:13 -0000

--_000_1F0A54FEB2754203AC7B347101217BEFciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

RGVhciBhdXRob3JzOg0KDQpJIGp1c3QgZmluaXNoZWQgcmVhZGluZyB0aGlzIGRvY3VtZW50LiAg
IEluIGdlbmVyYWwsIEkgdGhpbmsgaXQgaXMgcmVsYXRpdmVseSBzdHJhaWdodCBmb3J3YXJkLCBi
dXQgaXQgbmVlZHMgc2V2ZXJhbCBjbGFyaWZpY2F0aW9ucyAoc2VlIGJlbG93KS4gIEkgd2lsbCBz
dGFydCB0aGUgSUVURiBMYXN0IENhbGwgd2hlbiBteSBNYWpvciBjb21tZW50cyBoYXZlIGJlZW4g
YWRkcmVzc2VkIGluIGEgbmV3IHZlcnNpb24uDQoNCkFzIG90aGVyIHBlb3BsZSAoc3BlY2lhbGx5
IHRoZSBJTlQgRGlyZWN0b3JhdGUpIHJldmlldyB0aGlzIGRvY3VtZW50LCBtb3JlIHNwZWNpZmlj
IGxhbmd1YWdlIHJlbGF0ZWQgdG8gdGhlIHVzZSBvZiBSRkM2NTU0IG1heSBiZSBuZWVkZWQuICBJ
4oCZbSBpbmNsaW5lZCB0byBnbyBmb3J3YXJkIHdpdGggdGhlIGRvY3VtZW50IGFzIGlzIChwZW5k
aW5nIHRoZSBjb21tZW50cyBiZWxvdykgYmVjYXVzZSBpdCBpcyBFeHBlcmltZW50YWwuICBXZSBj
YW4gbWFrZSBmdXJ0aGVyIHVwZGF0ZXMgaWYgbmVlZGVkLg0KDQpUaGFua3MhDQoNCkFsdmFyby4N
Cg0KDQpNYWpvcjoNCg0KTTEuIFNlY3Rpb24gMy4gKEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50KTog
4oCcSXQgaXMgaW50ZXJvcGVyYWJsZSB3aXRoIE9MU1J2MiBpbXBsZW1lbnRhdGlvbnMgdGhhdCBk
byBub3QgaGF2ZSB0aGlzIGV4dGVuc2lvbi7igJ0gIEkgZG9u4oCZdCB0aGluayB0aGF0IHN0YXRl
bWVudCBpcyB0cnVlLiAgRm9yIGV4YW1wbGUsIGhvdyBkb2VzIGEgbm9uLU1QLU9MU1J2MiByb3V0
ZXIgaGFuZGxlIGEgcGFja2V0IHdpdGggdGhlIFJGQzY1NTQgaGVhZGVyIGluIGl0PyAgSU9XLCBz
dHJpY3Qgc291cmNlIHJvdXRpbmcgcmVxdWlyZXMgYWxsIHRoZSByb3V0ZXJzIGluIHRoZSBwYXRo
IHRvIHN1cHBvcnQgdGhlIGV4dGVuc2lvbi4gIEkgdGhpbmsgbW9yZSBjbGFyaXR5IGFuZCBzcGVj
aWZpY2l0eSBpcyBuZWVkZWQuDQoNCg0KTTIuIE1BWF9TUkNfSE9QUyAuICBCb3RoIFNlY3Rpb24g
NS4xLiAoUm91dGVyIFBhcmFtZXRlcnMpIGFuZCBTZWN0aW9uIDkuIChDb25maWd1cmF0aW9uIFBh
cmFtZXRlcnMpIHNheSB0aGF0IOKAnEZvciBJUHY2IG5ldHdvcmtzLCBpdCBNVVNUIGJlIHNldCB0
byAwLCBpLmUuLCBubyBjb25zdHJhaW50IG9uIG1heGltdW0gbnVtYmVyIG9mIGhvcHMu4oCdICBX
aGF0IGFib3V0IHBvdGVudGlhbCBNVFUvZnJhZ21lbnRhdGlvbiBpc3N1ZXM/ICBSRkM2NTU0IChp
biBTZWN0aW9uIDQuMS4gKEdlbmVyYXRpbmcgU291cmNlIFJvdXRpbmcgSGVhZGVycykpIGRvZXMg
dGFsayBhYm91dCBhIG1heGltdW0gcGF0aCBsZW5ndGguDQoNCg0KTTMuIFNlY3Rpb24gNi4xLjEu
IChTT1VSQ0VfUk9VVEUgVExWKSBzYXlzIHRoYXQgZWFjaCBIRUxMTy9UQyBtZXNzYWdlIOKAnE1V
U1QgaGF2ZSBleGFjdGx5IG9uZSBTT1VSQ0VfUk9VVEUgVExW4oCdLiAgSSByZWFkIHRoaXMgYXMg
bWVhbmluZyB0d28gdGhpbmdzOiAoMSkgZXZlcnkgSEVMTE8vVEMgbXVzdCBoYXZlIGEgU09VUkNF
X1JPVVRFIFRMViwgYW5kICgyKSB0aGVyZSBtdXN0IGJlIGF0IG1vc3Qgb25lIFNPVVJDRV9ST1VU
RSBUTFYuICBXaGF0IGhhcHBlbnMgaWYgZWl0aGVyIG9mIHRoZXNlIGNvbmRpdGlvbnMgYXJlIG5v
dCBtZXQ/ICAgUkZDNzE4MSBkZXNjcmliZXMgY29uZGl0aW9ucyB1bmRlciB3aGljaCBhIG1lc3Nh
Z2Ugc2hvdWxkIGJlIGNvbnNpZGVyZWQgaW52YWxpZCBmb3IgcHJvY2Vzc2luZyAoMTYuMywgZm9y
IGV4YW1wbGUpIOKAkyBnaXZlbiB0aGUgbGFuZ3VhZ2UgdXNlZCBpbiB0aGlzIHNlY3Rpb24sIEkg
d291bGQgZXhwZWN0IHNvbWV0aGluZyBzaW1pbGFyIGluIHRoaXMgZG9jdW1lbnQgKHRvIGVuaGFu
Y2Ugd2hhdCBpcyBhbHJlYWR5IGluIFJGQzcxODEpLg0KDQpNMy4xLiBbbWlub3JdIFNlY3Rpb24g
Ni4xLjEuIChTT1VSQ0VfUk9VVEUgVExWKS4g4oCcTVAtT0xTUnYyIFJvdXRpbmcgUHJvY2Vzcywg
b3IgYW4gT0xTUnYyIFJvdXRpbmcgUHJvY2VzcyB0aGF0IHN1cHBvcnRzIHNvdXJjZS1yb3V0ZSBm
b3J3YXJkaW5nLuKAnSAgU3BlY2lhbGx5IGZvciBJUHY2LCBjYW4geW91IGlkZW50aWZ5IGEgc3Vi
LXNldCBvZiB0aGlzIHNwZWNpZmljYXRpb24gdGhhdCB3b3VsZCBiZSBpbXBsZW1lbnRlZCBieSDi
gJxhbiBPTFNSdjIgUm91dGluZyBQcm9jZXNzIHRoYXQgc3VwcG9ydHMgc291cmNlLXJvdXRlIGZv
cndhcmRpbmfigJ0/ICBJ4oCZbSB3b25kZXJpbmcgd2hldGhlciB0aGF0IGRpc3RpbmN0aW9uIGV2
ZW4gbmVlZHMgdG8gYmUgbWFkZSBvciBpZiB5b3UgY2FuIGp1c3QgYXNzdW1lIHRoYXQgYSBtYW5l
dCByb3V0ZXIgdGhhdCBzdXBwb3J0cyBSRkM2NTU0IGFsc28gc3VwcG9ydHMgdGhpcyBkb2N1bWVu
dCAoaXQgZG9lcywgaWYgaXQgb3JpZ2luYXRlcyB0aGUgbmV3IFRMVikuDQoNCk0zLjIuIFRoaXMg
c2VjdGlvbiBhbHNvIHNheXMgdGhhdCDigJxhbiBPTFNSdjIgUm91dGluZyBQcm9jZXNzIE1BWSBo
YXZlIG9uZSBTT1VSQ0VfUk9VVEUgVExWLCBpZiB0aGUgT0xTUnYyIFJvdXRpbmcgUHJvY2VzcyBz
dXBwb3J0cyBzb3VyY2Utcm91dGUgZm9yd2FyZGluZywgYW5kIGlzIHdpbGxpbmcgdG8gam9pbiB0
aGUgc291cmNlIHJvdXRlIGdlbmVyYXRlZCBieSBvdGhlciBNUC1PTFNSdjIgUm91dGluZyBQcm9j
ZXNzZXMu4oCdICBJZiB0aGUgMiBjb25kaXRpb25zIGFyZSBtZXQsIGRvZXNu4oCZdCB0aGUgdGV4
dCBiZWNvbWUg4oCcTVVTVCBoYXZlIGV4YWN0bHkgb25lIFNPVVJDRV9ST1VURSBUTFbigJ0/ICAg
SnVzdCBwb2ludGluZyBvdXQgdGhhdCB0aGUgZGlmZmVyZW50aWF0aW9uIG1heSBub3QgYmUgbmVl
ZGVk4oCmYW5kIHRoYXQgdGhlIGxhbmd1YWdlIGlzIG5vdCBjb25zaXN0ZW50IChzZWUgYWJvdmUp
Lg0KDQpNMy4zLiDigJxUaGUgZXhpc3RlbmNlIG9mIFNPVVJDRV9ST1VURSBUTFYgTVVTVCBiZSBj
b25zaXN0ZW50IGZvciBhIHNwZWNpZmljIE9MU1J2MiBSb3V0aW5nIFByb2Nlc3PigJ0gIFNpbXBs
aWZ5IGJ5IGFkZGluZyBkaXNjYXJkIGNvbmRpdGlvbnMuIChTZWUgTTMgYWJvdmUpDQoNCg0KTTQu
IFNlY3Rpb24gNi4yLjIuIChTb3VyY2UgUm91dGluZyBIZWFkZXIgaW4gSVB2Nikgc2F5cyB0aGF0
IHRoZSByb3V0aW5nIGhlYWRlciBmcm9tIFJGQzY1NTQgaXMgdXNlZCB3aXRoIElQdjYgUm91dGlu
ZyBUeXBlIDI1NCAoZXhwZXJpbWVudGFsKS4gIFdoeT8gICBJ4oCZbSBhc2tpbmcgYmVjYXVzZSBS
RkM0NzI3IHNheXMgdGhhdCB0aGUgZXhwZXJpbWVudGFsIHZhbHVlcyDigJxNVVNUIE5PVCBiZSBz
aGlwcGVkIGFzIGRlZmF1bHRzIGluIGltcGxlbWVudGF0aW9uc+KAnSDigJMgbm90IG9ubHkgZG8g
aW1wbGVtZW50YXRpb25zIGV4aXN0LCBidXQgdGhlIHB1cnBvc2Ugb2YgdGhpcyBFeHBlcmltZW50
YWwgZG9jdW1lbnQgaXMgdG8gZ2F0aGVyIGV4cGVyaWVuY2UgZm9ybSByZWFsIGRlcGxveW1lbnRz
LiAgU2hvcnQgb2YgYXNraW5nIGZvciBhIG5ldyBSb3V0aW5nIFR5cGUsIHdoeSBpc27igJl0IHRo
ZSBvbmUgYWxyZWFkeSBhc3NpZ25lZCB0byBSRkM2NTU0IHVzZWQ/DQoNCg0KTTUuIFNlY3Rpb24g
OC4xLiAoSEVMTE8gYW5kIFRDIE1lc3NhZ2UgR2VuZXJhdGlvbikuICDigJxUaGUgVEMgbWVzc2Fn
ZSBnZW5lcmF0aW9uIGJhc2VkIG9uIFNSX1RDX0lOVEVSVkFMIGRvZXMgbm90IHJlcGxhY2UgdGhl
IG9yZGluYXJ5IFRDIG1lc3NhZ2UgZ2VuZXJhdGlvbiBzcGVjaWZpZWQgaW4gW1JGQzcxODFd4oCm
VGhlIFRDIGdlbmVyYXRpb24gYmFzZWQgb24gU1JfVENfSU5URVJWQUwgc2VydmVzIGZvciB0aG9z
ZSByb3V0ZXJzIHRvIGFkdmVydGlzZSBTT1VSQ0VfUk9VVEUgVExWIHNvIHRoYXQgdGhlIG90aGVy
IHJvdXRlcnMgY2FuIGJlIGF3YXJlIG9mIHRoZSBzb3VyY2Utcm91dGUgZW5hYmxlZCByb3V0ZXJz
IHNvIGFzIHRvIGJlIHVzZWQgYXMgZGVzdGluYXRpb25zIG9mIG11bHRpcGF0aCByb3V0aW5nLiAg
VGhlIFNSX1RDX0lOVEVSVkFMIGlzIHNldCB0byBhIGxvbmdlciB2YWx1ZSB0aGFuIFRDX0lOVEVS
VkFMLuKAnSAgVGhpcyB0ZXh0IHNheXMgdGhhdCB0aGVyZSBhcmUgdHdvIGludGVydmFscyBhdCB3
aGljaCBhbiBNUC1PTFNSdjIgcm91dGVyIHNlbmRzIFRDcywgYnV0IHRoYXQgb25seSBhdCBTUl9U
Q19JTlRFUlZBTCB3aWxsIHRoZSBTT1VSQ0VfUk9VVEUgVExWIGJlIGluY2x1ZGVkLCBpcyB0aGF0
IGNvcnJlY3Q/ICBJZiBzbywgdGhlbiBob3cgZG9lcyBhIHJlY2VpdmVyIHJlY29uY2lsZSB0aGF0
IHdpdGggdGhlIHJlcXVpcmVtZW50IGluIDYuMS4xIChhbmQgaW4gdGhpcyBzZWN0aW9uKSBmb3Ig
4oCcRXZlcnkgSEVMTE8gb3IgVEMgbWVzc2FnZSBnZW5lcmF0ZWQgYnkgYSBNUC1PTFNSdjIgUm91
dGluZyBQcm9jZXNzIE1VU1QgaGF2ZSBleGFjdGx5IG9uZSBTT1VSQ0VfUk9VVEUgVExWLuKAnT8/
ICBJT1csIGl0IGxvb2tzIGxpa2UgdGhhdCByZXF1aXJlbWVudCBjYW7igJl0IGJlIG1ldCB1bmxl
c3MgYWxsIHRoZSBUQ3MgKGluY2x1ZGluZyB0aGUgb25lcyBnZW5lcmF0ZWQgZXZlcnkgVENfSU5U
RVJWQUwpIGluY2x1ZGUgdGhlIFNPVVJDRV9ST1VUSU5HIFRMVi4NCg0KDQpNNi4gU2VjdGlvbiA4
LjMuIChNUFIgU2VsZWN0aW9uKTog4oCcTVAtT0xTUiByb3V0ZXJzIFNIT1VMRCBiZSBwcmVmZXJy
ZWQgYXMgcm91dGluZyBNUFJzLuKAnSAgV2hlbiB3b3VsZCBpdCBiZSBvayBmb3IgTVAtT0xTUiBy
b3V0ZXJzIG5vdCB0byBiZSBwcmVmZXJyZWQ/ICBJT1csIHdoeSBpcyDigJxNVVNU4oCdIG5vdCB1
c2VkPw0KDQoNCg0KTTcuIElmIHRoZSBNdWx0aS1wYXRoIFJvdXRpbmcgU2V0IGlzIG1haW50YWlu
ZWQgcmVhY3RpdmVseSwgd2hhdCBzaG91bGQgYmUgZG9uZSB3aXRoIHRoZSBkYXRhZ3JhbSB0aGF0
IHRyaWdnZXJlZCB0aGUgY2FsY3VsYXRpb24gKHdoaWxlIGl0IGlzIGJlaW5nIGRvbmUpPyAgSeKA
mW0gYXNzdW1pbmcgdGhhdCBpdCBzaG91bGQgYmUgYnVmZmVyZWQgc29tZXdoZXJlIGFuZCB0aGVu
IGZvcndhcmRlZCwgcmlnaHQ/ICBJ4oCZbSBhbHNvIGFzc3VtaW5nIHRoYXQgYW55IG90aGVyIGRh
dGFncmFtcyB0byB0aGUgc2FtZSBkZXN0aW5hdGlvbiB0aGF0IGFyZSByZWNlaXZlZCB3aGlsZSB0
aGUgY2FsY3VsYXRpb24gaXMgaGFwcGVuaW5nIHNob3VsZCBhbHNvIGJlIGJ1ZmZlcmVkLCB0cnVl
PyAgSXMgdGhlcmUgYSBtYXhpbXVtIHRpbWUgdGhhdCB0aGlzIGJ1ZmZlcmluZyBzaG91bGQgYmUg
bWFpbnRhaW5lZD8gIElzIHRoZXJlIGEgbWF4aW11bSBleHBlY3RlZCBzaXplPyAgTWF5YmUgdGhl
c2UgYXJlIHF1ZXN0aW9ucyB0aGF0IHlvdSBtYXkgd2FudCB0byBhbnN3ZXIgdGhyb3VnaCB0aGUg
ZXhwZXJpbWVudC4gIEFsc28sIGJ1ZmZlcmluZyBzb21lIGRhdGFncmFtcyBtYXkgb3BlbiBhbiBh
dHRhY2sgdmVjdG9yIOKAkyB3b3J0aCBtZW50aW9uaW5nIGluIHRoZSBTZWN1cml0eSBDb25zaWRl
cmF0aW9ucyBzZWN0aW9uLg0KDQoNCg0KTTcuMS4gW21pbm9yXSBTZWN0aW9uIDQuIChQcm90b2Nv
bCBPdmVydmlldyBhbmQgRnVuY3Rpb25pbmcpOiDigJxUaGUgcmVhY3RpdmUgb3BlcmF0aW9uIGlz
IGxvY2FsIGluIHRoZSByb3V0ZXIgYW5kIG5vIG1lc3NhZ2UgdHJhbnNtaXNzaW9uIGRlbGF5IGlz
IGludHJvZHVjZWQu4oCdICBJIHRoaW5rIHlvdSBtYXkgYmUgcmVmZXJyaW5nIHRvIGNvbnRyb2wg
cGxhbmUgbWVzc2FnZXMsIGJ1dCBpdCBzb3VuZHMgYXMgaWYgdGhlcmUgd2FzIG5vIGRlbGF5IGlu
IHRoZSBwcm9wYWdhdGlvbiBvZiB0aGUgZGF0YSBwbGFuZSBtZXNzYWdlcyDigJMgd2hpY2ggYnkg
ZGVmaW5pdGlvbiBuZWVkIHRvIHNvbWVob3cgYmUgaGVsZCB3aGlsZSB0aGUgcmVhY3RpdmUgY2Fs
Y3VsYXRpb24gaXMgY29tcGxldGVkLiAgUGxlYXNlIGNsYXJpZnkuDQoNCg0KDQoNCg0KTTguIFNl
Y3Rpb24gOC41LjIuIChNdWx0aS1wYXRoIERpamtzdHJhIEFsZ29yaXRobSkgc2F5cyB0aGF0IOKA
nFVzaW5nIGRpZmZlcmVudCBtdWx0aS1wYXRoIGFsZ29yaXRobXMgd2lsbCBub3QgaW1wYWN0IHRo
ZSBpbnRlcm9wZXJhYmlsaXR5LuKAnSAgVXNpbmcgZGlmZmVyZW50IGFsZ29yaXRobXMgaW4gYSBu
ZXR3b3JrIG1heSBub3QgaW1wYWN0IGludGVyb3BlcmFiaWxpdHkgKGFzIHRoZSBwYWNrZXRzIG9u
IHRoZSB3aXJlIHdpbGwgYmUgdW5kZXJzdG9vZCBieSBhbGwpLCBidXQgaXQgY2FuIGxlYWQgdG8g
cm91dGluZyBsb29wcy4gIFBsZWFzZSBjbGFyaWZ5Lg0KDQoNCg0KTTguMS4gU2VjdGlvbiA4LjUu
Mi4gKE11bHRpLXBhdGggRGlqa3N0cmEgQWxnb3JpdGhtKSBkZXNjcmliZXMgdGhlIE1QIGFsZ29y
aXRobSBhcyB0d28gaW5jcmVtZW50YWwgZnVuY3Rpb25zIGF0IOKAnHN0ZXAgaeKAnSBvZiB0aGUg
b3JpZ2luYWwgRGlqa3N0cmEgYWxnb3JpdGhtLiAgV2hpbGUgdGhlIGFsZ29yaXRobSBtYXkgYmUg
d2VsbCBrbm93biwgcGxlYXNlIGFkZCBhIHJlZmVyZW5jZSBzbyB0aGF0IHRoZXJlIGlzIG5vIGNv
bmZ1c2lvbiBhcyB0byB3aGF0IOKAnHN0ZXAgaeKAnSBpcy4NCg0KDQoNCg0KDQpNOS4gVGhlIFNl
Y3VyaXR5IENvbnNpZGVyYXRpb25zIG9mIFJGQzY1NTQgc2F5IHRoYXQgdGhlIGV4dGVuc2lvbiBp
cyB0byBiZSB1c2VkIG9ubHkgaW5zaWRlIGFuIFJQTCBkb21haW4gYW5kIHRoYXQg4oCcUlBMIHJv
dXRlcnMgTVVTVCBkcm9wIGRhdGFncmFtcyBlbnRlcmluZyBvciBleGl0aW5nIGEgUlBMIHJvdXRp
bmcgZG9tYWluIHRoYXQgY29udGFpbiBhbiBTUkggaW4gdGhlIElQdjYgRXh0ZW5zaW9uIGhlYWRl
cnMu4oCdICBUaGlzIGRvY3VtZW50IGRvZXMgbWVudGlvbiB0aGF0IOKAnHRoZSBzb3VyY2Ugcm91
dGluZyBoZWFkZXIgaXMgdXNlZCBvbmx5IGluIHRoZSBjdXJyZW50IHJvdXRpbmcgZG9tYWlu4oCd
LCBidXQgaXQgZG9lc27igJl0IGV4cGxpY2l0bHkgdGFsayBhYm91dCB3aGF0IHNob3VsZCBiZSBk
b25lIHdpdGggZGF0YWdyYW1zIHRoYXQgY29udGFpbiB0aGUgc291cmNlIHJvdXRpbmcgaGVhZGVy
cyBhcyB0aGV5IGVudGVyL2xlYXZlIHRoZSBkb21haW4uICBQbGVhc2UgaW5jbHVkZSBzb21lIHRl
eHQgc2ltaWxhciB0byB0aGUgb25lIGluIFJGQzY1NTQuICBQb2ludGluZyB0byB0aGUgU2VjdXJp
dHkgQ29uc2lkZXJhdGlvbnMgb2YgUkZDNjU1NCB3b3VsZCBhbHNvIGJlIGEgZ29vZCBpZGVhICh0
byBjYXB0dXJlIElDTVAgYXR0YWNrcywgYW5kIHdoYXRldmVyIGVsc2UgaXMgbWVudGlvbmVkIHRo
ZXJlKS4NCg0KDQoNCg0KDQpNMTAuIElBTkEgQ29uc2lkZXJhdGlvbnMuICBTZWN0aW9ucyAxMi4x
LiAoRXhwZXJ0IFJldmlldzogRXZhbHVhdGlvbiBHdWlkZWxpbmVzKSBhbmQgMTIuMy4gKFJvdXRp
bmcgVHlwZSkgYXJlIG5vdCBuZWVkZWQgYXMgdGhpcyBkb2N1bWVudCBpcyBub3Qgc3BlY2lmeWlu
ZyBhbnkgbmV3IHNwYWNlIHRoYXQgcmVxdWlyZXMgREUgcmV2aWV3ICh0aGUgYXNzaWdubWVudCBz
aG91bGQgYmUgZG9uZSB1bmRlciBERSByZXZpZXcsIGJ1dCB0aGF0IGlzIHNwZWNpZmllZCBlbHNl
d2hlcmUpLCBhbmQgdGhlIFJvdXRpbmcgVHlwZSBpcyBhbHJlYWR5IGFzc2lnbmVkIGJ5IElBTkEu
DQoNCg0KDQoNCg0KDQoNCk1pbm9yOg0KDQoNCg0KUDEuIFBsZWFzZSBpbmNsdWRlIGEgcmVmZXJl
bmNlIGZvciDigJxlcmFzdXJlIGNvZGluZ+KAnS4NCg0KDQoNClAyLiBMb29zZSB2cyBTdHJpY3Qg
U291cmNlIFJvdXRpbmcuICBJdCBjYXVnaHQgbXkgYXR0ZW50aW9uIHRoYXQgdGhlIElQdjQvSVB2
NiBzb3VyY2Ugcm91dGluZyBtb2RlcyBhcmUgbm90IHRoZSBzYW1lIOKAkyB3aHkgaXMgdGhhdD8g
IEkgbm90ZSB0aGF0IFJGQzc5MSBkb2VzIHN1cHBvcnQgc3RyaWN0IHNvdXJjZSByb3V0aW5nLiAg
UkZDNjU1NCBkb2VzbuKAmXQgc3VwcG9ydCBsb29zZSBzb3VyY2Ugcm91dGluZywgYnV0IG90aGVy
IGV4dGVuc2lvbnMgZG8gKGRyYWZ0LWlldGYtNm1hbi1zZWdtZW50LXJvdXRpbmctaGVhZGVyLCBm
b3IgZXhhbXBsZSwgY2FuIHN1cHBvcnQgYm90aCBsb29zZSBhbmQgc3RyaWN0IG1vZGVzKS4gIEdp
dmVuIHRoYXQgdGhpcyBkb2N1bWVudCBpcyBFeHBlcmltZW50YWwsIEkgZG9u4oCZdCB0aGluayBp
dCBpcyBhIHNob3cgc3RvcHBlciwgYnV0IGNvbnNpc3RlbmN5IHdvdWxkIGJlIG5pY2UuICBUaGVy
ZeKAmXMgYWxzbyB0aGUgb3Bwb3J0dW5pdHkgdG8gZXhwZXJpbWVudCBmdXJ0aGVyLg0KDQoNCg0K
UDMuIFlvdSBtZW50aW9uIHJvdW5kLXJvYmluIGFuZCB3ZWlnaHRlZCBzY2hlZHVsaW5nIGZvciBw
YXRoIHNlbGVjdGlvbiAoaW4gMS4xKS4gIFdoYXQgYWJvdXQgZmxvdy1iYXNlZCAoa2VlcCBhbGwg
dGhlIHBhY2tldHMgaW4gYSBmbG93IG9uIGEgc2luZ2xlIHBhdGgpPyAgSeKAmW0gd29uZGVyaW5n
IGFib3V0IHRoaXMgYmVjYXVzZSBkaXNqb2ludCBwYXRocyBtYXkgcmVzdWx0IGluIHNpZ25pZmlj
YW50IHBlcmZvcm1hbmNlIGNoYXJhY3RlcmlzdGljIGRpZmZlcmVuY2VzLCBhbmQgcGF0aCBzdGFi
aWxpdHkgKGFzIG11Y2ggYXMgcG9zc2libGUpIG1heSBiZSBpbXBvcnRhbnQgaW4gc29tZSBjYXNl
cy4NCg0KDQoNClA0LiBTZWN0aW9uIDEuMSBtZW50aW9ucyB0aGUgcG90ZW50aWFsIHVzZSBvZiDi
gJxEaWZmZXJlbnQgYWxnb3JpdGhtcyB0byBvYnRhaW4gbXVsdGlwbGUgcGF0aHPigJ0uICBUaGUg
cnRnd2cgV0cgaGFzIGRvbmUgYSBsb3Qgb2Ygd29yayBvbiBmaW5kaW5nIGFsdGVybmF0ZSBwYXRo
cyAoZnJvbSBMRkEgYWxsIHRoZSB3YXkgdG8gTVJUKSBpbiB0aGUgY29udGV4dCBvZiBmYXN0IHJl
cm91dGUg4oCTIHRoZXNlIGFsdGVybmF0ZSBwYXRocyBjYW4gb2J2aW91c2x5IGJlIHVzZWQgZm9y
IHRyYWZmaWMgZm9yd2FyZGluZyB1bmRlciBub3JtYWwgY29uZGl0aW9ucyAobm90IGp1c3QgZm9y
IHJlcGFpcikuICBJ4oCZbSB3b25kZXJpbmcgd2h5IHRob3NlIG90aGVyIG1lY2hhbmlzbXMgd2Vy
ZSBub3QgdXNlZCBoZXJlPyAgV2hlcmUgdGhleSBldmVuIGNvbnNpZGVyZWQ/ICBbSU9XLCBpdOKA
mXMgYWx3YXlzIG5pY2UgdG8gdXNlIG90aGVyIElFVEYtZGV2ZWxvcGVkIHRlY2hub2xvZ3kuXQ0K
DQoNCg0KUDUuIFBsZWFzZSBkZWZpbmUgU1ItT0xTUnYyIGluIHRoZSBUZXJtaW5vbG9neSBzZWN0
aW9uLg0KDQoNCg0KUDYuIFRoZSBkb2N1bWVudCBkb2VzbuKAmXQgZXhwbGFpbiBob3cgU1JfSE9M
RF9USU1FX01VTFRJUExJRVIgc2hvdWxkIGJlIHVzZWQuICBMYXRlciBJIGZvdW5kIChpbiA4LjIp
IHRoYXQg4oCcc291cmNlIHJvdXRlIGhvbGQgdGltZSBtdWx0aXBsaWVy4oCdIGlzIGRlZmluZWQg
YXMg4oCcdGhlIHZhbHVlIG9mIGEgTWVzc2FnZSBUTFYgd2l0aCBUeXBlID0gU09VUkNFX1JPVVRF
4oCcLCB3aGljaCBpcyBleGFjdGx5IHdoYXQgU1JfSE9MRF9USU1FX01VTFRJUExJRVIgaXMuICBT
dWdnZXN0aW9uOiB0byBhdm9pZCBjb25mdXNpb24gYW5kIGJlIGNvbnNpc3RlbnQsIGVsaW1pbmF0
ZSB0aGUgZGVmaW5pdGlvbiBvZiAic291cmNlIHJvdXRlIGhvbGQgdGltZSBtdWx0aXBsaWVyIiBh
bmQgc2ltcGx5IHVzZSBTUl9IT0xEX1RJTUVfTVVMVElQTElFUi4NCg0KDQoNClA3LiBTZWN0aW9u
IDguMi4gKEhFTExPIGFuZCBUQyBNZXNzYWdlIFByb2Nlc3NpbmcpIGRlZmluZXMgInZhbGlkaXR5
IHRpbWUiLiAgSSBkb27igJl0IHRoaW5rIHRoaXMgaXMgbmVjZXNzYXJ5IGFzIGl0IGhhcyB0aGUg
c2FtZSBtZWFuaW5nIGFzIGluIFJGQzcxODEsIHJpZ2h0PyAgSWYgc28sIHRoZW4gYSByZWZlcmVu
Y2UgdG8gdGhhdCAoaW4gdGhlIFNSX3RpbWUgZm9ybXVsYSkgc2hvdWxkIGJlIGVub3VnaC4gIE90
aGVyd2lzZSwgeW91IGF0IGxlYXN0IG5lZWQgYSByZWZlcmVuY2UgdG8gUkZDNTQ5Ny4gIEnigJlt
IG1ha2luZyB0aGlzIGNvbW1lbnQgYmVjYXVzZSBpdCBpcyBlYXNpZXIvY2xlYW5lciB0byB1c2Ug
ZGVmaW5pdGlvbnMgYnkgcmVmZXJlbmNlLCB0aGFuIHJpc2sgbm90IHVzaW5nIHRoZSBleGFjdCBz
YW1lIHRleHQgYW5kIGhhdmUgdGhlIHNwZWNpZmljYXRpb25zIHBvdGVudGlhbGx5IGRpdmVyZ2Ug
b3ZlciB0aW1lLg0KDQoNCg0KUDguIFRoZSBkZWZpbml0aW9uIG9mIHRoZSBNdWx0aS1wYXRoIFJv
dXRpbmcgVHVwbGUgaW4gOC41LjEuIChSZXF1aXJlbWVudHMgb2YgTXVsdGktcGF0aCBDYWxjdWxh
dGlvbikgaXMgbm90IChleGFjdGx5KSB0aGUgc2FtZSBhcyBpbiA3LjIuIChNdWx0aS1wYXRoIFJv
dXRpbmcgU2V0KS4gIFN1Z2dlc3Rpb246IHB1dCBhIHJlZmVyZW5jZSB0byA3LjEgaW4gOC41LjEu
DQoNCg0KDQpQOS4gUmVmZXJlbmNlczoNCg0KLSBSRkM2OTgyIGhhcyBiZWVuIG9ic29sZXRlZCBi
eSBSRkM3OTQyLg0KDQotIHMvUkZDMjQ2MC9kcmFmdC1pZXRmLTZtYW4tcmZjMjQ2MGJpcw0KDQoN
Cg0KDQoNCg0KDQpOaXRzOg0KDQoNCg0KTjEuIHMvb3JpZ2luYWwgT0xTUnYyL2Jhc2UgT0xTUnYy
DQoNCg0KDQpOMi4gSW4gU2VjdGlvbiA1LjEsIHBsZWFzZSBpbmNsdWRlIGEgZm9yd2FyZCByZWZl
cmVuY2UgdG8gU2VjdGlvbiA54oCmYW5kIGluIFNlY3Rpb24gNi4xLjHigKZhbmQgYW55d2hlcmUg
ZWxzZSB0aGUgcGFyYW1ldGVycyBhcmUgZGVmaW5lZC4NCg0KDQoNCk4zLiBzL2V4aXN0ZWQvZXhp
c3RpbmcNCg0KDQoNCk40LiBzL01QLU9MU1IvTVAtT0xTUnYyDQoNCg0KDQpONS4gSW4gOC40IHMv
dGhleSBhcmUvdGhlcmUgYXJlDQoNCg0KDQpONi4gcy90aGUgdGhlL3RoZQ0K

--_000_1F0A54FEB2754203AC7B347101217BEFciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <848E6BBD3D518E4AAEF86667CB58394B@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxuczptdj0iaHR0cDovL21hY1ZtbFNj
aGVtYVVyaSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+
DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hh
cnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJUaXRsZSIgY29udGVudD0iIj4NCjxtZXRhIG5hbWU9
IktleXdvcmRzIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJN
aWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9u
dCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ291cmllciBOZXci
Ow0KCXBhbm9zZS0xOjIgNyAzIDkgMiAyIDUgMiA0IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh
bWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBm
b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIg
NCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v
cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KYTpsaW5rLCBz
cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjND
MTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl
cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsN
Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6
OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjow
aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m
YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1z
dHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6
OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseToi
Q291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNv
bmFsOw0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdl
aWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7
bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0K
CWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9y
bWFsO30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1z
dHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9
DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJ
e3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpk
aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4
PSIxMDI3Ii8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv
OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx
Ii8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBi
Z2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0Rjcy
Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGVhciBhdXRob3JzOjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SSBqdXN0IGZpbmlzaGVkIHJlYWRpbmcgdGhpcyBk
b2N1bWVudC4mbmJzcDsmbmJzcDsgSW4gZ2VuZXJhbCwgSSB0aGluayBpdCBpcyByZWxhdGl2ZWx5
IHN0cmFpZ2h0IGZvcndhcmQsIGJ1dCBpdCBuZWVkcyBzZXZlcmFsIGNsYXJpZmljYXRpb25zIChz
ZWUgYmVsb3cpLiZuYnNwOyBJIHdpbGwgc3RhcnQgdGhlIElFVEYgTGFzdCBDYWxsIHdoZW4gbXkg
TWFqb3IgY29tbWVudHMgaGF2ZQ0KIGJlZW4gYWRkcmVzc2VkIGluIGEgbmV3IHZlcnNpb24uPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5BcyBvdGhlciBwZW9wbGUg
KHNwZWNpYWxseSB0aGUgSU5UIERpcmVjdG9yYXRlKSByZXZpZXcgdGhpcyBkb2N1bWVudCwgbW9y
ZSBzcGVjaWZpYyBsYW5ndWFnZSByZWxhdGVkIHRvIHRoZSB1c2Ugb2YgUkZDNjU1NCBtYXkgYmUg
bmVlZGVkLiZuYnNwOyBJ4oCZbSBpbmNsaW5lZCB0byBnbyBmb3J3YXJkIHdpdGggdGhlIGRvY3Vt
ZW50IGFzIGlzIChwZW5kaW5nIHRoZSBjb21tZW50cw0KIGJlbG93KSBiZWNhdXNlIGl0IGlzIEV4
cGVyaW1lbnRhbC4mbmJzcDsgV2UgY2FuIG1ha2UgZnVydGhlciB1cGRhdGVzIGlmIG5lZWRlZC48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoYW5rcyE8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFsdmFyby48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5N
YWpvcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk0xLiBTZWN0
aW9uIDMuIChBcHBsaWNhYmlsaXR5IFN0YXRlbWVudCk6IOKAnEl0IGlzIGludGVyb3BlcmFibGUg
d2l0aCBPTFNSdjIgaW1wbGVtZW50YXRpb25zIHRoYXQgZG8gbm90IGhhdmUgdGhpcyBleHRlbnNp
b24u4oCdJm5ic3A7IEkgZG9u4oCZdCB0aGluayB0aGF0IHN0YXRlbWVudCBpcyB0cnVlLiZuYnNw
OyBGb3IgZXhhbXBsZSwgaG93IGRvZXMgYSBub24tTVAtT0xTUnYyIHJvdXRlcg0KIGhhbmRsZSBh
IHBhY2tldCB3aXRoIHRoZSBSRkM2NTU0IGhlYWRlciBpbiBpdD8mbmJzcDsgSU9XLCBzdHJpY3Qg
c291cmNlIHJvdXRpbmcgcmVxdWlyZXMgYWxsIHRoZSByb3V0ZXJzIGluIHRoZSBwYXRoIHRvIHN1
cHBvcnQgdGhlIGV4dGVuc2lvbi4mbmJzcDsgSSB0aGluayBtb3JlIGNsYXJpdHkgYW5kIHNwZWNp
ZmljaXR5IGlzIG5lZWRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NMi4gTUFYX1NSQ19IT1BTIC4mbmJzcDsgQm90
aCBTZWN0aW9uIDUuMS4gKFJvdXRlciBQYXJhbWV0ZXJzKSBhbmQgU2VjdGlvbiA5LiAoQ29uZmln
dXJhdGlvbiBQYXJhbWV0ZXJzKSBzYXkgdGhhdCDigJxGb3IgSVB2NiBuZXR3b3JrcywgaXQgTVVT
VCBiZSBzZXQgdG8gMCwgaS5lLiwgbm8gY29uc3RyYWludCBvbiBtYXhpbXVtIG51bWJlciBvZiBo
b3BzLuKAnSZuYnNwOyBXaGF0IGFib3V0DQogcG90ZW50aWFsIE1UVS9mcmFnbWVudGF0aW9uIGlz
c3Vlcz8mbmJzcDsgUkZDNjU1NCAoaW4gU2VjdGlvbiA0LjEuIChHZW5lcmF0aW5nIFNvdXJjZSBS
b3V0aW5nIEhlYWRlcnMpKSBkb2VzIHRhbGsgYWJvdXQgYSBtYXhpbXVtIHBhdGggbGVuZ3RoLjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQiPk0zLiBTZWN0aW9uIDYuMS4xLiAoU09VUkNFX1JPVVRFIFRMVikgc2F5cyB0aGF0
IGVhY2ggSEVMTE8vVEMgbWVzc2FnZSDigJxNVVNUIGhhdmUgZXhhY3RseSBvbmUgU09VUkNFX1JP
VVRFIFRMVuKAnS4mbmJzcDsgSSByZWFkIHRoaXMgYXMgbWVhbmluZyB0d28gdGhpbmdzOiAoMSkg
ZXZlcnkgSEVMTE8vVEMgbXVzdCBoYXZlIGEgU09VUkNFX1JPVVRFIFRMViwgYW5kICgyKQ0KIHRo
ZXJlIG11c3QgYmUgYXQgbW9zdCBvbmUgU09VUkNFX1JPVVRFIFRMVi4mbmJzcDsgV2hhdCBoYXBw
ZW5zIGlmIGVpdGhlciBvZiB0aGVzZSBjb25kaXRpb25zIGFyZSBub3QgbWV0PyZuYnNwOyZuYnNw
OyBSRkM3MTgxIGRlc2NyaWJlcyBjb25kaXRpb25zIHVuZGVyIHdoaWNoIGEgbWVzc2FnZSBzaG91
bGQgYmUgY29uc2lkZXJlZCBpbnZhbGlkIGZvciBwcm9jZXNzaW5nICgxNi4zLCBmb3IgZXhhbXBs
ZSkg4oCTIGdpdmVuIHRoZSBsYW5ndWFnZSB1c2VkIGluIHRoaXMgc2VjdGlvbiwNCiBJIHdvdWxk
IGV4cGVjdCBzb21ldGhpbmcgc2ltaWxhciBpbiB0aGlzIGRvY3VtZW50ICh0byBlbmhhbmNlIHdo
YXQgaXMgYWxyZWFkeSBpbiBSRkM3MTgxKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPk0zLjEuIFttaW5vcl0gU2VjdGlvbiA2LjEuMS4gKFNPVVJDRV9ST1VURSBU
TFYpLiDigJxNUC1PTFNSdjIgUm91dGluZyBQcm9jZXNzLCBvciBhbiBPTFNSdjIgUm91dGluZyBQ
cm9jZXNzIHRoYXQgc3VwcG9ydHMgc291cmNlLXJvdXRlIGZvcndhcmRpbmcu4oCdJm5ic3A7IFNw
ZWNpYWxseSBmb3IgSVB2NiwgY2FuIHlvdSBpZGVudGlmeSBhIHN1Yi1zZXQgb2YgdGhpcyBzcGVj
aWZpY2F0aW9uDQogdGhhdCB3b3VsZCBiZSBpbXBsZW1lbnRlZCBieSDigJxhbiBPTFNSdjIgUm91
dGluZyBQcm9jZXNzIHRoYXQgc3VwcG9ydHMgc291cmNlLXJvdXRlIGZvcndhcmRpbmfigJ0/Jm5i
c3A7IEnigJltIHdvbmRlcmluZyB3aGV0aGVyIHRoYXQgZGlzdGluY3Rpb24gZXZlbiBuZWVkcyB0
byBiZSBtYWRlIG9yIGlmIHlvdSBjYW4ganVzdCBhc3N1bWUgdGhhdCBhIG1hbmV0IHJvdXRlciB0
aGF0IHN1cHBvcnRzIFJGQzY1NTQgYWxzbyBzdXBwb3J0cyB0aGlzIGRvY3VtZW50IChpdA0KIGRv
ZXMsIGlmIGl0IG9yaWdpbmF0ZXMgdGhlIG5ldyBUTFYpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+TTMuMi4gVGhpcyBzZWN0aW9uIGFsc28gc2F5cyB0aGF0IOKA
nGFuIE9MU1J2MiBSb3V0aW5nIFByb2Nlc3MgTUFZIGhhdmUgb25lIFNPVVJDRV9ST1VURSBUTFYs
IGlmIHRoZSBPTFNSdjIgUm91dGluZyBQcm9jZXNzIHN1cHBvcnRzIHNvdXJjZS1yb3V0ZSBmb3J3
YXJkaW5nLCBhbmQgaXMgd2lsbGluZyB0byBqb2luIHRoZSBzb3VyY2Ugcm91dGUgZ2VuZXJhdGVk
DQogYnkgb3RoZXIgTVAtT0xTUnYyIFJvdXRpbmcgUHJvY2Vzc2VzLuKAnSZuYnNwOyBJZiB0aGUg
MiBjb25kaXRpb25zIGFyZSBtZXQsIGRvZXNu4oCZdCB0aGUgdGV4dCBiZWNvbWUg4oCcTVVTVCBo
YXZlIGV4YWN0bHkgb25lIFNPVVJDRV9ST1VURSBUTFbigJ0/Jm5ic3A7Jm5ic3A7IEp1c3QgcG9p
bnRpbmcgb3V0IHRoYXQgdGhlIGRpZmZlcmVudGlhdGlvbiBtYXkgbm90IGJlIG5lZWRlZOKApmFu
ZCB0aGF0IHRoZSBsYW5ndWFnZSBpcyBub3QgY29uc2lzdGVudCAoc2VlIGFib3ZlKS48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk0zLjMuIOKAnFRoZSBleGlzdGVu
Y2Ugb2YgU09VUkNFX1JPVVRFIFRMViBNVVNUIGJlIGNvbnNpc3RlbnQgZm9yIGEgc3BlY2lmaWMg
T0xTUnYyIFJvdXRpbmcgUHJvY2Vzc+KAnSZuYnNwOyBTaW1wbGlmeSBieSBhZGRpbmcgZGlzY2Fy
ZCBjb25kaXRpb25zLiAoU2VlIE0zIGFib3ZlKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk00LiBTZWN0aW9uIDYuMi4y
LiAoU291cmNlIFJvdXRpbmcgSGVhZGVyIGluIElQdjYpIHNheXMgdGhhdCB0aGUgcm91dGluZyBo
ZWFkZXIgZnJvbSBSRkM2NTU0IGlzIHVzZWQgd2l0aCBJUHY2IFJvdXRpbmcgVHlwZSAyNTQgKGV4
cGVyaW1lbnRhbCkuJm5ic3A7IFdoeT8mbmJzcDsmbmJzcDsgSeKAmW0gYXNraW5nIGJlY2F1c2Ug
UkZDNDcyNyBzYXlzIHRoYXQgdGhlIGV4cGVyaW1lbnRhbA0KIHZhbHVlcyDigJxNVVNUIE5PVCBi
ZSBzaGlwcGVkIGFzIGRlZmF1bHRzIGluIGltcGxlbWVudGF0aW9uc+KAnSDigJMgbm90IG9ubHkg
ZG8gaW1wbGVtZW50YXRpb25zIGV4aXN0LCBidXQgdGhlIHB1cnBvc2Ugb2YgdGhpcyBFeHBlcmlt
ZW50YWwgZG9jdW1lbnQgaXMgdG8gZ2F0aGVyIGV4cGVyaWVuY2UgZm9ybSByZWFsIGRlcGxveW1l
bnRzLiZuYnNwOyBTaG9ydCBvZiBhc2tpbmcgZm9yIGEgbmV3IFJvdXRpbmcgVHlwZSwgd2h5IGlz
buKAmXQgdGhlIG9uZSBhbHJlYWR5DQogYXNzaWduZWQgdG8gUkZDNjU1NCB1c2VkPzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPk01LiBTZWN0aW9uIDguMS4gKEhFTExPIGFuZCBUQyBNZXNzYWdlIEdlbmVyYXRpb24pLiZu
YnNwOyDigJxUaGUgVEMgbWVzc2FnZSBnZW5lcmF0aW9uIGJhc2VkIG9uIFNSX1RDX0lOVEVSVkFM
IGRvZXMgbm90IHJlcGxhY2UgdGhlIG9yZGluYXJ5IFRDIG1lc3NhZ2UgZ2VuZXJhdGlvbiBzcGVj
aWZpZWQgaW4gW1JGQzcxODFd4oCmVGhlIFRDIGdlbmVyYXRpb24gYmFzZWQgb24NCiBTUl9UQ19J
TlRFUlZBTCBzZXJ2ZXMgZm9yIHRob3NlIHJvdXRlcnMgdG8gYWR2ZXJ0aXNlIFNPVVJDRV9ST1VU
RSBUTFYgc28gdGhhdCB0aGUgb3RoZXIgcm91dGVycyBjYW4gYmUgYXdhcmUgb2YgdGhlIHNvdXJj
ZS1yb3V0ZSBlbmFibGVkIHJvdXRlcnMgc28gYXMgdG8gYmUgdXNlZCBhcyBkZXN0aW5hdGlvbnMg
b2YgbXVsdGlwYXRoIHJvdXRpbmcuJm5ic3A7IFRoZSBTUl9UQ19JTlRFUlZBTCBpcyBzZXQgdG8g
YSBsb25nZXIgdmFsdWUgdGhhbiBUQ19JTlRFUlZBTC7igJ0mbmJzcDsNCiBUaGlzIHRleHQgc2F5
cyB0aGF0IHRoZXJlIGFyZSB0d28gaW50ZXJ2YWxzIGF0IHdoaWNoIGFuIE1QLU9MU1J2MiByb3V0
ZXIgc2VuZHMgVENzLCBidXQgdGhhdCBvbmx5IGF0IFNSX1RDX0lOVEVSVkFMIHdpbGwgdGhlIFNP
VVJDRV9ST1VURSBUTFYgYmUgaW5jbHVkZWQsIGlzIHRoYXQgY29ycmVjdD8mbmJzcDsgSWYgc28s
IHRoZW4gaG93IGRvZXMgYSByZWNlaXZlciByZWNvbmNpbGUgdGhhdCB3aXRoIHRoZSByZXF1aXJl
bWVudCBpbiA2LjEuMSAoYW5kIGluDQogdGhpcyBzZWN0aW9uKSBmb3Ig4oCcRXZlcnkgSEVMTE8g
b3IgVEMgbWVzc2FnZSBnZW5lcmF0ZWQgYnkgYSBNUC1PTFNSdjIgUm91dGluZyBQcm9jZXNzIE1V
U1QgaGF2ZSBleGFjdGx5IG9uZSBTT1VSQ0VfUk9VVEUgVExWLuKAnT8/Jm5ic3A7IElPVywgaXQg
bG9va3MgbGlrZSB0aGF0IHJlcXVpcmVtZW50IGNhbuKAmXQgYmUgbWV0IHVubGVzcyBhbGwgdGhl
IFRDcyAoaW5jbHVkaW5nIHRoZSBvbmVzIGdlbmVyYXRlZCBldmVyeSBUQ19JTlRFUlZBTCkgaW5j
bHVkZSB0aGUNCiBTT1VSQ0VfUk9VVElORyBUTFYuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk02LiBTZWN0aW9uIDgu
My4gKE1QUiBTZWxlY3Rpb24pOiDigJxNUC1PTFNSIHJvdXRlcnMgU0hPVUxEIGJlIHByZWZlcnJl
ZCBhcyByb3V0aW5nIE1QUnMu4oCdJm5ic3A7IFdoZW4gd291bGQgaXQgYmUgb2sgZm9yIE1QLU9M
U1Igcm91dGVycyBub3QgdG8gYmUgcHJlZmVycmVkPyZuYnNwOyBJT1csIHdoeSBpcyDigJxNVVNU
4oCdIG5vdCB1c2VkPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5NNy4gSWYgdGhlIE11bHRpLXBhdGggUm91dGlu
ZyBTZXQgaXMgbWFpbnRhaW5lZCByZWFjdGl2ZWx5LCB3aGF0IHNob3VsZCBiZSBkb25lIHdpdGgg
dGhlIGRhdGFncmFtIHRoYXQgdHJpZ2dlcmVkIHRoZSBjYWxjdWxhdGlvbiAod2hpbGUgaXQgaXMg
YmVpbmcgZG9uZSk/Jm5ic3A7IEnigJltIGFzc3VtaW5nIHRoYXQgaXQgc2hvdWxkIGJlIGJ1ZmZl
cmVkIHNvbWV3aGVyZSBhbmQgdGhlbiBmb3J3YXJkZWQsIHJpZ2h0PyZuYnNwOyBJ4oCZbSBhbHNv
IGFzc3VtaW5nIHRoYXQgYW55IG90aGVyIGRhdGFncmFtcyB0byB0aGUgc2FtZSBkZXN0aW5hdGlv
biB0aGF0IGFyZSByZWNlaXZlZCB3aGlsZSB0aGUgY2FsY3VsYXRpb24gaXMgaGFwcGVuaW5nIHNo
b3VsZCBhbHNvIGJlIGJ1ZmZlcmVkLCB0cnVlPyZuYnNwOyBJcyB0aGVyZSBhIG1heGltdW0gdGlt
ZSB0aGF0IHRoaXMgYnVmZmVyaW5nIHNob3VsZCBiZSBtYWludGFpbmVkPyZuYnNwOyBJcyB0aGVy
ZSBhIG1heGltdW0gZXhwZWN0ZWQgc2l6ZT8mbmJzcDsgTWF5YmUgdGhlc2UgYXJlIHF1ZXN0aW9u
cyB0aGF0IHlvdSBtYXkgd2FudCB0byBhbnN3ZXIgdGhyb3VnaCB0aGUgZXhwZXJpbWVudC4mbmJz
cDsgQWxzbywgYnVmZmVyaW5nIHNvbWUgZGF0YWdyYW1zIG1heSBvcGVuIGFuIGF0dGFjayB2ZWN0
b3Ig4oCTIHdvcnRoIG1lbnRpb25pbmcgaW4gdGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHNl
Y3Rpb24uIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs
aWJyaSI+TTcuMS4gW21pbm9yXSBTZWN0aW9uIDQuIChQcm90b2NvbCBPdmVydmlldyBhbmQgRnVu
Y3Rpb25pbmcpOiDigJxUaGUgcmVhY3RpdmUgb3BlcmF0aW9uIGlzIGxvY2FsIGluIHRoZSByb3V0
ZXIgYW5kIG5vIG1lc3NhZ2UgdHJhbnNtaXNzaW9uIGRlbGF5IGlzIGludHJvZHVjZWQu4oCdJm5i
c3A7IEkgdGhpbmsgeW91IG1heSBiZSByZWZlcnJpbmcgdG8gY29udHJvbCBwbGFuZSBtZXNzYWdl
cywgYnV0IGl0IHNvdW5kcyBhcyBpZiB0aGVyZSB3YXMgbm8gZGVsYXkgaW4gdGhlIHByb3BhZ2F0
aW9uIG9mIHRoZSBkYXRhIHBsYW5lIG1lc3NhZ2VzIOKAkyB3aGljaCBieSBkZWZpbml0aW9uIG5l
ZWQgdG8gc29tZWhvdyBiZSBoZWxkIHdoaWxlIHRoZSByZWFjdGl2ZSBjYWxjdWxhdGlvbiBpcyBj
b21wbGV0ZWQuJm5ic3A7IFBsZWFzZSBjbGFyaWZ5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli
cmkiPk04LiBTZWN0aW9uIDguNS4yLiAoTXVsdGktcGF0aCBEaWprc3RyYSBBbGdvcml0aG0pIHNh
eXMgdGhhdCDigJxVc2luZyBkaWZmZXJlbnQgbXVsdGktcGF0aCBhbGdvcml0aG1zIHdpbGwgbm90
IGltcGFjdCB0aGUgaW50ZXJvcGVyYWJpbGl0eS7igJ0mbmJzcDsgVXNpbmcgZGlmZmVyZW50IGFs
Z29yaXRobXMgaW4gYSBuZXR3b3JrIG1heSBub3QgaW1wYWN0IGludGVyb3BlcmFiaWxpdHkgKGFz
IHRoZSBwYWNrZXRzIG9uIHRoZSB3aXJlIHdpbGwgYmUgdW5kZXJzdG9vZCBieSBhbGwpLCBidXQg
aXQgY2FuIGxlYWQgdG8gcm91dGluZyBsb29wcy4mbmJzcDsgUGxlYXNlIGNsYXJpZnkuPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5NOC4xLiBT
ZWN0aW9uIDguNS4yLiAoTXVsdGktcGF0aCBEaWprc3RyYSBBbGdvcml0aG0pIGRlc2NyaWJlcyB0
aGUgTVAgYWxnb3JpdGhtIGFzIHR3byBpbmNyZW1lbnRhbCBmdW5jdGlvbnMgYXQg4oCcc3RlcCBp
4oCdIG9mIHRoZSBvcmlnaW5hbCBEaWprc3RyYSBhbGdvcml0aG0uJm5ic3A7IFdoaWxlIHRoZSBh
bGdvcml0aG0gbWF5IGJlIHdlbGwga25vd24sIHBsZWFzZSBhZGQgYSByZWZlcmVuY2Ugc28gdGhh
dCB0aGVyZSBpcyBubyBjb25mdXNpb24gYXMgdG8gd2hhdCDigJxzdGVwIGnigJ0gaXMuIDxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk05LiBUaGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMg
b2YgUkZDNjU1NCBzYXkgdGhhdCB0aGUgZXh0ZW5zaW9uIGlzIHRvIGJlIHVzZWQgb25seSBpbnNp
ZGUgYW4gUlBMIGRvbWFpbiBhbmQgdGhhdCDigJxSUEwgcm91dGVycyBNVVNUIGRyb3AgZGF0YWdy
YW1zIGVudGVyaW5nIG9yIGV4aXRpbmcgYSBSUEwgcm91dGluZyBkb21haW4gdGhhdCBjb250YWlu
IGFuIFNSSCBpbiB0aGUgSVB2NiBFeHRlbnNpb24gaGVhZGVycy7igJ0mbmJzcDsgVGhpcyBkb2N1
bWVudCBkb2VzIG1lbnRpb24gdGhhdCDigJx0aGUgc291cmNlIHJvdXRpbmcgaGVhZGVyIGlzIHVz
ZWQgb25seSBpbiB0aGUgY3VycmVudCByb3V0aW5nIGRvbWFpbuKAnSwgYnV0IGl0IGRvZXNu4oCZ
dCBleHBsaWNpdGx5IHRhbGsgYWJvdXQgd2hhdCBzaG91bGQgYmUgZG9uZSB3aXRoIGRhdGFncmFt
cyB0aGF0IGNvbnRhaW4gdGhlIHNvdXJjZSByb3V0aW5nIGhlYWRlcnMgYXMgdGhleSBlbnRlci9s
ZWF2ZSB0aGUgZG9tYWluLiZuYnNwOyBQbGVhc2UgaW5jbHVkZSBzb21lIHRleHQgc2ltaWxhciB0
byB0aGUgb25lIGluIFJGQzY1NTQuJm5ic3A7IFBvaW50aW5nIHRvIHRoZSBTZWN1cml0eSBDb25z
aWRlcmF0aW9ucyBvZiBSRkM2NTU0IHdvdWxkIGFsc28gYmUgYSBnb29kIGlkZWEgKHRvIGNhcHR1
cmUgSUNNUCBhdHRhY2tzLCBhbmQgd2hhdGV2ZXIgZWxzZSBpcyBtZW50aW9uZWQgdGhlcmUpLjxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk0xMC4gSUFOQSBDb25zaWRlcmF0aW9ucy4mbmJz
cDsgU2VjdGlvbnMgMTIuMS4gKEV4cGVydCBSZXZpZXc6IEV2YWx1YXRpb24gR3VpZGVsaW5lcykg
YW5kIDEyLjMuIChSb3V0aW5nIFR5cGUpIGFyZSBub3QgbmVlZGVkIGFzIHRoaXMgZG9jdW1lbnQg
aXMgbm90IHNwZWNpZnlpbmcgYW55IG5ldyBzcGFjZSB0aGF0IHJlcXVpcmVzIERFIHJldmlldyAo
dGhlIGFzc2lnbm1lbnQgc2hvdWxkIGJlIGRvbmUgdW5kZXIgREUgcmV2aWV3LCBidXQgdGhhdCBp
cyBzcGVjaWZpZWQgZWxzZXdoZXJlKSwgYW5kIHRoZSBSb3V0aW5nIFR5cGUgaXMgYWxyZWFkeSBh
c3NpZ25lZCBieSBJQU5BLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTpDYWxpYnJpIj5NaW5vcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlAxLiBQbGVhc2UgaW5jbHVkZSBhIHJlZmVyZW5jZSBm
b3Ig4oCcZXJhc3VyZSBjb2RpbmfigJ0uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTpDYWxpYnJpIj5QMi4gTG9vc2UgdnMgU3RyaWN0IFNvdXJjZSBSb3V0aW5n
LiZuYnNwOyBJdCBjYXVnaHQgbXkgYXR0ZW50aW9uIHRoYXQgdGhlIElQdjQvSVB2NiBzb3VyY2Ug
cm91dGluZyBtb2RlcyBhcmUgbm90IHRoZSBzYW1lIOKAkyB3aHkgaXMgdGhhdD8mbmJzcDsgSSBu
b3RlIHRoYXQgUkZDNzkxIGRvZXMgc3VwcG9ydCBzdHJpY3Qgc291cmNlIHJvdXRpbmcuJm5ic3A7
IFJGQzY1NTQgZG9lc27igJl0IHN1cHBvcnQgbG9vc2Ugc291cmNlIHJvdXRpbmcsIGJ1dCBvdGhl
ciBleHRlbnNpb25zIGRvIChkcmFmdC1pZXRmLTZtYW4tc2VnbWVudC1yb3V0aW5nLWhlYWRlciwg
Zm9yIGV4YW1wbGUsIGNhbiBzdXBwb3J0IGJvdGggbG9vc2UgYW5kIHN0cmljdCBtb2RlcykuJm5i
c3A7IEdpdmVuIHRoYXQgdGhpcyBkb2N1bWVudCBpcyBFeHBlcmltZW50YWwsIEkgZG9u4oCZdCB0
aGluayBpdCBpcyBhIHNob3cgc3RvcHBlciwgYnV0IGNvbnNpc3RlbmN5IHdvdWxkIGJlIG5pY2Uu
Jm5ic3A7IFRoZXJl4oCZcyBhbHNvIHRoZSBvcHBvcnR1bml0eSB0byBleHBlcmltZW50IGZ1cnRo
ZXIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp
Ij5QMy4gWW91IG1lbnRpb24gcm91bmQtcm9iaW4gYW5kIHdlaWdodGVkIHNjaGVkdWxpbmcgZm9y
IHBhdGggc2VsZWN0aW9uIChpbiAxLjEpLiZuYnNwOyBXaGF0IGFib3V0IGZsb3ctYmFzZWQgKGtl
ZXAgYWxsIHRoZSBwYWNrZXRzIGluIGEgZmxvdyBvbiBhIHNpbmdsZSBwYXRoKT8mbmJzcDsgSeKA
mW0gd29uZGVyaW5nIGFib3V0IHRoaXMgYmVjYXVzZSBkaXNqb2ludCBwYXRocyBtYXkgcmVzdWx0
IGluIHNpZ25pZmljYW50IHBlcmZvcm1hbmNlIGNoYXJhY3RlcmlzdGljIGRpZmZlcmVuY2VzLCBh
bmQgcGF0aCBzdGFiaWxpdHkgKGFzIG11Y2ggYXMgcG9zc2libGUpIG1heSBiZSBpbXBvcnRhbnQg
aW4gc29tZSBjYXNlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OkNhbGlicmkiPlA0LiBTZWN0aW9uIDEuMSBtZW50aW9ucyB0aGUgcG90ZW50aWFsIHVzZSBv
ZiDigJxEaWZmZXJlbnQgYWxnb3JpdGhtcyB0byBvYnRhaW4gbXVsdGlwbGUgcGF0aHPigJ0uJm5i
c3A7IFRoZSBydGd3ZyBXRyBoYXMgZG9uZSBhIGxvdCBvZiB3b3JrIG9uIGZpbmRpbmcgYWx0ZXJu
YXRlIHBhdGhzIChmcm9tIExGQSBhbGwgdGhlIHdheSB0byBNUlQpIGluIHRoZSBjb250ZXh0IG9m
IGZhc3QgcmVyb3V0ZSDigJMgdGhlc2UgYWx0ZXJuYXRlIHBhdGhzIGNhbiBvYnZpb3VzbHkgYmUg
dXNlZCBmb3IgdHJhZmZpYyBmb3J3YXJkaW5nIHVuZGVyIG5vcm1hbCBjb25kaXRpb25zIChub3Qg
anVzdCBmb3IgcmVwYWlyKS4mbmJzcDsgSeKAmW0gd29uZGVyaW5nIHdoeSB0aG9zZSBvdGhlciBt
ZWNoYW5pc21zIHdlcmUgbm90IHVzZWQgaGVyZT8mbmJzcDsgV2hlcmUgdGhleSBldmVuIGNvbnNp
ZGVyZWQ/Jm5ic3A7IFtJT1csIGl04oCZcyBhbHdheXMgbmljZSB0byB1c2Ugb3RoZXIgSUVURi1k
ZXZlbG9wZWQgdGVjaG5vbG9neS5dPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTpDYWxpYnJpIj5QNS4gUGxlYXNlIGRlZmluZSBTUi1PTFNSdjIgaW4gdGhlIFRl
cm1pbm9sb2d5IHNlY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTpDYWxpYnJpIj5QNi4gVGhlIGRvY3VtZW50IGRvZXNu4oCZdCBleHBsYWluIGhvdyBT
Ul9IT0xEX1RJTUVfTVVMVElQTElFUiBzaG91bGQgYmUgdXNlZC4mbmJzcDsgTGF0ZXIgSSBmb3Vu
ZCAoaW4gOC4yKSB0aGF0IOKAnHNvdXJjZSByb3V0ZSBob2xkIHRpbWUgbXVsdGlwbGllcuKAnSBp
cyBkZWZpbmVkIGFzIOKAnHRoZSB2YWx1ZSBvZiBhIE1lc3NhZ2UgVExWIHdpdGggVHlwZSA9IFNP
VVJDRV9ST1VUReKAnCwgd2hpY2ggaXMgZXhhY3RseSB3aGF0IFNSX0hPTERfVElNRV9NVUxUSVBM
SUVSIGlzLiZuYnNwOyBTdWdnZXN0aW9uOiB0byBhdm9pZCBjb25mdXNpb24gYW5kIGJlIGNvbnNp
c3RlbnQsIGVsaW1pbmF0ZSB0aGUgZGVmaW5pdGlvbiBvZiAmcXVvdDtzb3VyY2Ugcm91dGUgaG9s
ZCB0aW1lIG11bHRpcGxpZXImcXVvdDsgYW5kIHNpbXBseSB1c2UgU1JfSE9MRF9USU1FX01VTFRJ
UExJRVIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp
YnJpIj5QNy4gU2VjdGlvbiA4LjIuIChIRUxMTyBhbmQgVEMgTWVzc2FnZSBQcm9jZXNzaW5nKSBk
ZWZpbmVzICZxdW90O3ZhbGlkaXR5IHRpbWUmcXVvdDsuJm5ic3A7IEkgZG9u4oCZdCB0aGluayB0
aGlzIGlzIG5lY2Vzc2FyeSBhcyBpdCBoYXMgdGhlIHNhbWUgbWVhbmluZyBhcyBpbiBSRkM3MTgx
LCByaWdodD8mbmJzcDsgSWYgc28sIHRoZW4gYSByZWZlcmVuY2UgdG8gdGhhdCAoaW4gdGhlIFNS
X3RpbWUgZm9ybXVsYSkgc2hvdWxkIGJlIGVub3VnaC4mbmJzcDsgT3RoZXJ3aXNlLCB5b3UgYXQg
bGVhc3QgbmVlZCBhIHJlZmVyZW5jZSB0byBSRkM1NDk3LiZuYnNwOyBJ4oCZbSBtYWtpbmcgdGhp
cyBjb21tZW50IGJlY2F1c2UgaXQgaXMgZWFzaWVyL2NsZWFuZXIgdG8gdXNlIGRlZmluaXRpb25z
IGJ5IHJlZmVyZW5jZSwgdGhhbiByaXNrIG5vdCB1c2luZyB0aGUgZXhhY3Qgc2FtZSB0ZXh0IGFu
ZCBoYXZlIHRoZSBzcGVjaWZpY2F0aW9ucyBwb3RlbnRpYWxseSBkaXZlcmdlIG92ZXIgdGltZS48
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlA4
LiBUaGUgZGVmaW5pdGlvbiBvZiB0aGUgTXVsdGktcGF0aCBSb3V0aW5nIFR1cGxlIGluIDguNS4x
LiAoUmVxdWlyZW1lbnRzIG9mIE11bHRpLXBhdGggQ2FsY3VsYXRpb24pIGlzIG5vdCAoZXhhY3Rs
eSkgdGhlIHNhbWUgYXMgaW4gNy4yLiAoTXVsdGktcGF0aCBSb3V0aW5nIFNldCkuJm5ic3A7IFN1
Z2dlc3Rpb246IHB1dCBhIHJlZmVyZW5jZSB0byA3LjEgaW4gOC41LjEuPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5QOS4gUmVmZXJlbmNlczo8
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+LSBSRkM2OTgyIGhhcyBiZWVuIG9ic29sZXRlZCBieSBS
RkM3OTQyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4tIHMvUkZDMjQ2MC9kcmFmdC1pZXRmLTZt
YW4tcmZjMjQ2MGJpczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTpDYWxpYnJpIj5OaXRzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6Q2FsaWJyaSI+TjEuIHMvb3JpZ2luYWwgT0xTUnYyL2Jhc2UgT0xTUnYyPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5OMi4g
SW4gU2VjdGlvbiA1LjEsIHBsZWFzZSBpbmNsdWRlIGEgZm9yd2FyZCByZWZlcmVuY2UgdG8gU2Vj
dGlvbiA54oCmYW5kIGluIFNlY3Rpb24gNi4xLjHigKZhbmQgYW55d2hlcmUgZWxzZSB0aGUgcGFy
YW1ldGVycyBhcmUgZGVmaW5lZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OkNhbGlicmkiPk4zLiBzL2V4aXN0ZWQvZXhpc3Rpbmc8bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk40LiBzL01QLU9MU1IvTVAt
T0xTUnYyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp
YnJpIj5ONS4gSW4gOC40IHMvdGhleSBhcmUvdGhlcmUgYXJlPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli
cmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5ONi4gcy90aGUgdGhlL3RoZTxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_1F0A54FEB2754203AC7B347101217BEFciscocom_--


From nobody Mon Apr  3 14:53:42 2017
Return-Path: <ietf@jiaziyi.com>
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 1837B128CD5; Mon,  3 Apr 2017 14:53:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.52
X-Spam-Level: 
X-Spam-Status: No, score=-1.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jiaziyi.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 4fae154AwSOf; Mon,  3 Apr 2017 14:53:36 -0700 (PDT)
Received: from sender-of-o52.zoho.com (sender-of-o52.zoho.com [135.84.80.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3055E1243F6; Mon,  3 Apr 2017 14:53:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1491256409;  s=jiazi; d=jiaziyi.com; i=ietf@jiaziyi.com; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References; l=47307; bh=FayZC+J7TToUTPAxYM41P4a/9qRVZth7R5D3WacWIjY=; b=Wn4dHq6mTfccgF+vr7SunPW3O3c+5ecVda6Uqq//2Cpq7YREVGuffi6AXlmmDZUg houMzLskWhYAn7QCqCz+OlXYtj+hMktp6+yQn3I8bR5yOQoYPSE+LOt4VLAHtdfvpiu FU3eIyIp+I2rqPuVnf+0Az1w7tQIwX1m+NxxZoT4=
Received: from [192.168.1.101] (230.248.86.88.rdns.comcable.net [88.86.248.230]) by mx.zohomail.com with SMTPS id 1491256409522585.3885780280604; Mon, 3 Apr 2017 14:53:29 -0700 (PDT)
From: Jiazi Yi <ietf@jiaziyi.com>
Message-Id: <013EFCD7-5A8D-41EA-8866-08114B94A623@jiaziyi.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_25844AAF-93E5-4D20-AAC9-ABE91709924B"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Date: Mon, 3 Apr 2017 23:53:25 +0200
In-Reply-To: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com>
Cc: "draft-ietf-manet-olsrv2-multipath@ietf.org" <draft-ietf-manet-olsrv2-multipath@ietf.org>,  "manet@ietf.org" <manet@ietf.org>, "manet-chairs@ietf.org" <manet-chairs@ietf.org>
To: "Alvaro Retana (aretana)" <aretana@cisco.com>
References: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com>
X-Mailer: Apple Mail (2.3259)
X-ZohoMailClient: External
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/SVJ7jt7MzsQRidido83Y9gkCPnw>
Subject: Re: [manet] AD Review of draft-ietf-manet-olsrv2-multipath-11
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Apr 2017 21:53:39 -0000

--Apple-Mail=_25844AAF-93E5-4D20-AAC9-ABE91709924B
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Dear Alvaro,=20

Thanks very much for the detailed review and comments.=20

We will discuss the issues raised and make a new submission.=20

regards

Jiazi


> On 3 Apr 2017, at 23:22, Alvaro Retana (aretana) <aretana@cisco.com> =
wrote:
>=20
> Dear authors:
> =20
> I just finished reading this document.   In general, I think it is =
relatively straight forward, but it needs several clarifications (see =
below).  I will start the IETF Last Call when my Major comments have =
been addressed in a new version.
> =20
> As other people (specially the INT Directorate) review this document, =
more specific language related to the use of RFC6554 may be needed.  =
I=E2=80=99m inclined to go forward with the document as is (pending the =
comments below) because it is Experimental.  We can make further updates =
if needed.
> =20
> Thanks!
> =20
> Alvaro.
> =20
> =20
> Major:
> =20
> M1. Section 3. (Applicability Statement): =E2=80=9CIt is interoperable =
with OLSRv2 implementations that do not have this extension.=E2=80=9D  I =
don=E2=80=99t think that statement is true.  For example, how does a =
non-MP-OLSRv2 router handle a packet with the RFC6554 header in it?  =
IOW, strict source routing requires all the routers in the path to =
support the extension.  I think more clarity and specificity is needed.
> =20
> =20
> M2. MAX_SRC_HOPS .  Both Section 5.1. (Router Parameters) and Section =
9. (Configuration Parameters) say that =E2=80=9CFor IPv6 networks, it =
MUST be set to 0, i.e., no constraint on maximum number of hops.=E2=80=9D =
 What about potential MTU/fragmentation issues?  RFC6554 (in Section =
4.1. (Generating Source Routing Headers)) does talk about a maximum path =
length.
> =20
> =20
> M3. Section 6.1.1. (SOURCE_ROUTE TLV) says that each HELLO/TC message =
=E2=80=9CMUST have exactly one SOURCE_ROUTE TLV=E2=80=9D.  I read this =
as meaning two things: (1) every HELLO/TC must have a SOURCE_ROUTE TLV, =
and (2) there must be at most one SOURCE_ROUTE TLV.  What happens if =
either of these conditions are not met?   RFC7181 describes conditions =
under which a message should be considered invalid for processing (16.3, =
for example) =E2=80=93 given the language used in this section, I would =
expect something similar in this document (to enhance what is already in =
RFC7181).
> =20
> M3.1. [minor] Section 6.1.1. (SOURCE_ROUTE TLV). =E2=80=9CMP-OLSRv2 =
Routing Process, or an OLSRv2 Routing Process that supports source-route =
forwarding.=E2=80=9D  Specially for IPv6, can you identify a sub-set of =
this specification that would be implemented by =E2=80=9Can OLSRv2 =
Routing Process that supports source-route forwarding=E2=80=9D?  I=E2=80=99=
m wondering whether that distinction even needs to be made or if you can =
just assume that a manet router that supports RFC6554 also supports this =
document (it does, if it originates the new TLV).
> =20
> M3.2. This section also says that =E2=80=9Can OLSRv2 Routing Process =
MAY have one SOURCE_ROUTE TLV, if the OLSRv2 Routing Process supports =
source-route forwarding, and is willing to join the source route =
generated by other MP-OLSRv2 Routing Processes.=E2=80=9D  If the 2 =
conditions are met, doesn=E2=80=99t the text become =E2=80=9CMUST have =
exactly one SOURCE_ROUTE TLV=E2=80=9D?   Just pointing out that the =
differentiation may not be needed=E2=80=A6and that the language is not =
consistent (see above).
> =20
> M3.3. =E2=80=9CThe existence of SOURCE_ROUTE TLV MUST be consistent =
for a specific OLSRv2 Routing Process=E2=80=9D  Simplify by adding =
discard conditions. (See M3 above)
> =20
> =20
> M4. Section 6.2.2. (Source Routing Header in IPv6) says that the =
routing header from RFC6554 is used with IPv6 Routing Type 254 =
(experimental).  Why?   I=E2=80=99m asking because RFC4727 says that the =
experimental values =E2=80=9CMUST NOT be shipped as defaults in =
implementations=E2=80=9D =E2=80=93 not only do implementations exist, =
but the purpose of this Experimental document is to gather experience =
form real deployments.  Short of asking for a new Routing Type, why =
isn=E2=80=99t the one already assigned to RFC6554 used?
> =20
> =20
> M5. Section 8.1. (HELLO and TC Message Generation).  =E2=80=9CThe TC =
message generation based on SR_TC_INTERVAL does not replace the ordinary =
TC message generation specified in [RFC7181]=E2=80=A6The TC generation =
based on SR_TC_INTERVAL serves for those routers to advertise =
SOURCE_ROUTE TLV so that the other routers can be aware of the =
source-route enabled routers so as to be used as destinations of =
multipath routing.  The SR_TC_INTERVAL is set to a longer value than =
TC_INTERVAL.=E2=80=9D  This text says that there are two intervals at =
which an MP-OLSRv2 router sends TCs, but that only at SR_TC_INTERVAL =
will the SOURCE_ROUTE TLV be included, is that correct?  If so, then how =
does a receiver reconcile that with the requirement in 6.1.1 (and in =
this section) for =E2=80=9CEvery HELLO or TC message generated by a =
MP-OLSRv2 Routing Process MUST have exactly one SOURCE_ROUTE TLV.=E2=80=9D=
??  IOW, it looks like that requirement can=E2=80=99t be met unless all =
the TCs (including the ones generated every TC_INTERVAL) include the =
SOURCE_ROUTING TLV.=20
> =20
> =20
> M6. Section 8.3. (MPR Selection): =E2=80=9CMP-OLSR routers SHOULD be =
preferred as routing MPRs.=E2=80=9D  When would it be ok for MP-OLSR =
routers not to be preferred?  IOW, why is =E2=80=9CMUST=E2=80=9D not =
used?
> =20
> =20
> M7. If the Multi-path Routing Set is maintained reactively, what =
should be done with the datagram that triggered the calculation (while =
it is being done)?  I=E2=80=99m assuming that it should be buffered =
somewhere and then forwarded, right?  I=E2=80=99m also assuming that any =
other datagrams to the same destination that are received while the =
calculation is happening should also be buffered, true?  Is there a =
maximum time that this buffering should be maintained?  Is there a =
maximum expected size?  Maybe these are questions that you may want to =
answer through the experiment.  Also, buffering some datagrams may open =
an attack vector =E2=80=93 worth mentioning in the Security =
Considerations section.=20
> =20
> M7.1. [minor] Section 4. (Protocol Overview and Functioning): =E2=80=9CT=
he reactive operation is local in the router and no message transmission =
delay is introduced.=E2=80=9D  I think you may be referring to control =
plane messages, but it sounds as if there was no delay in the =
propagation of the data plane messages =E2=80=93 which by definition =
need to somehow be held while the reactive calculation is completed.  =
Please clarify.
> =20
> =20
> M8. Section 8.5.2. (Multi-path Dijkstra Algorithm) says that =E2=80=9CUs=
ing different multi-path algorithms will not impact the =
interoperability.=E2=80=9D  Using different algorithms in a network may =
not impact interoperability (as the packets on the wire will be =
understood by all), but it can lead to routing loops.  Please clarify.
> =20
> M8.1. Section 8.5.2. (Multi-path Dijkstra Algorithm) describes the MP =
algorithm as two incremental functions at =E2=80=9Cstep i=E2=80=9D of =
the original Dijkstra algorithm.  While the algorithm may be well known, =
please add a reference so that there is no confusion as to what =E2=80=9Cs=
tep i=E2=80=9D is.=20
> =20
> =20
> M9. The Security Considerations of RFC6554 say that the extension is =
to be used only inside an RPL domain and that =E2=80=9CRPL routers MUST =
drop datagrams entering or exiting a RPL routing domain that contain an =
SRH in the IPv6 Extension headers.=E2=80=9D  This document does mention =
that =E2=80=9Cthe source routing header is used only in the current =
routing domain=E2=80=9D, but it doesn=E2=80=99t explicitly talk about =
what should be done with datagrams that contain the source routing =
headers as they enter/leave the domain.  Please include some text =
similar to the one in RFC6554.  Pointing to the Security Considerations =
of RFC6554 would also be a good idea (to capture ICMP attacks, and =
whatever else is mentioned there).
> =20
> =20
> M10. IANA Considerations.  Sections 12.1. (Expert Review: Evaluation =
Guidelines) and 12.3. (Routing Type) are not needed as this document is =
not specifying any new space that requires DE review (the assignment =
should be done under DE review, but that is specified elsewhere), and =
the Routing Type is already assigned by IANA.
> =20
> =20
> =20
> Minor:
> =20
> P1. Please include a reference for =E2=80=9Cerasure coding=E2=80=9D.
> =20
> P2. Loose vs Strict Source Routing.  It caught my attention that the =
IPv4/IPv6 source routing modes are not the same =E2=80=93 why is that?  =
I note that RFC791 does support strict source routing.  RFC6554 =
doesn=E2=80=99t support loose source routing, but other extensions do =
(draft-ietf-6man-segment-routing-header, for example, can support both =
loose and strict modes).  Given that this document is Experimental, I =
don=E2=80=99t think it is a show stopper, but consistency would be nice. =
 There=E2=80=99s also the opportunity to experiment further.
> =20
> P3. You mention round-robin and weighted scheduling for path selection =
(in 1.1).  What about flow-based (keep all the packets in a flow on a =
single path)?  I=E2=80=99m wondering about this because disjoint paths =
may result in significant performance characteristic differences, and =
path stability (as much as possible) may be important in some cases.
> =20
> P4. Section 1.1 mentions the potential use of =E2=80=9CDifferent =
algorithms to obtain multiple paths=E2=80=9D.  The rtgwg WG has done a =
lot of work on finding alternate paths (from LFA all the way to MRT) in =
the context of fast reroute =E2=80=93 these alternate paths can =
obviously be used for traffic forwarding under normal conditions (not =
just for repair).  I=E2=80=99m wondering why those other mechanisms were =
not used here?  Where they even considered?  [IOW, it=E2=80=99s always =
nice to use other IETF-developed technology.]
> =20
> P5. Please define SR-OLSRv2 in the Terminology section.
> =20
> P6. The document doesn=E2=80=99t explain how SR_HOLD_TIME_MULTIPLIER =
should be used.  Later I found (in 8.2) that =E2=80=9Csource route hold =
time multiplier=E2=80=9D is defined as =E2=80=9Cthe value of a Message =
TLV with Type =3D SOURCE_ROUTE=E2=80=9C, which is exactly what =
SR_HOLD_TIME_MULTIPLIER is.  Suggestion: to avoid confusion and be =
consistent, eliminate the definition of "source route hold time =
multiplier" and simply use SR_HOLD_TIME_MULTIPLIER.
> =20
> P7. Section 8.2. (HELLO and TC Message Processing) defines "validity =
time".  I don=E2=80=99t think this is necessary as it has the same =
meaning as in RFC7181, right?  If so, then a reference to that (in the =
SR_time formula) should be enough.  Otherwise, you at least need a =
reference to RFC5497.  I=E2=80=99m making this comment because it is =
easier/cleaner to use definitions by reference, than risk not using the =
exact same text and have the specifications potentially diverge over =
time.
> =20
> P8. The definition of the Multi-path Routing Tuple in 8.5.1. =
(Requirements of Multi-path Calculation) is not (exactly) the same as in =
7.2. (Multi-path Routing Set).  Suggestion: put a reference to 7.1 in =
8.5.1.
> =20
> P9. References:
> - RFC6982 has been obsoleted by RFC7942.
> - s/RFC2460/draft-ietf-6man-rfc2460bis
> =20
> =20
> =20
> Nits:
> =20
> N1. s/original OLSRv2/base OLSRv2
> =20
> N2. In Section 5.1, please include a forward reference to Section =
9=E2=80=A6and in Section 6.1.1=E2=80=A6and anywhere else the parameters =
are defined.
> =20
> N3. s/existed/existing
> =20
> N4. s/MP-OLSR/MP-OLSRv2
> =20
> N5. In 8.4 s/they are/there are
> =20
> N6. s/the the/the
> _______________________________________________
> manet mailing list
> manet@ietf.org <mailto:manet@ietf.org>
> https://www.ietf.org/mailman/listinfo/manet =
<https://www.ietf.org/mailman/listinfo/manet>


--Apple-Mail=_25844AAF-93E5-4D20-AAC9-ABE91709924B
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div class=3D"">Dear Alvaro,&nbsp;</div><div class=3D""><br =
class=3D""></div><div class=3D"">Thanks very much for the detailed =
review and comments.&nbsp;</div><div class=3D""><br class=3D""></div><div =
class=3D"">We will discuss the issues raised and make a new =
submission.&nbsp;</div><div class=3D""><br class=3D""></div><div =
class=3D"">regards</div><div class=3D""><br class=3D""></div><div =
class=3D"">Jiazi</div><div class=3D""><br class=3D""></div><br =
class=3D""><div><blockquote type=3D"cite" class=3D""><div class=3D"">On =
3 Apr 2017, at 23:22, Alvaro Retana (aretana) &lt;<a =
href=3D"mailto:aretana@cisco.com" class=3D"">aretana@cisco.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Dear authors:<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">I just finished reading this =
document.&nbsp;&nbsp; In general, I think it is relatively straight =
forward, but it needs several clarifications (see below).&nbsp; I will =
start the IETF Last Call when my Major comments have been addressed in a =
new version.<o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">As other people (specially the INT =
Directorate) review this document, more specific language related to the =
use of RFC6554 may be needed.&nbsp; I=E2=80=99m inclined to go forward =
with the document as is (pending the comments below) because it is =
Experimental.&nbsp; We can make further updates if needed.<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Thanks!<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Alvaro.<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Major:<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M1. Section 3. (Applicability =
Statement): =E2=80=9CIt is interoperable with OLSRv2 implementations =
that do not have this extension.=E2=80=9D&nbsp; I don=E2=80=99t think =
that statement is true.&nbsp; For example, how does a non-MP-OLSRv2 =
router handle a packet with the RFC6554 header in it?&nbsp; IOW, strict =
source routing requires all the routers in the path to support the =
extension.&nbsp; I think more clarity and specificity is needed.<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M2. MAX_SRC_HOPS .&nbsp; Both =
Section 5.1. (Router Parameters) and Section 9. (Configuration =
Parameters) say that =E2=80=9CFor IPv6 networks, it MUST be set to 0, =
i.e., no constraint on maximum number of hops.=E2=80=9D&nbsp; What about =
potential MTU/fragmentation issues?&nbsp; RFC6554 (in Section 4.1. =
(Generating Source Routing Headers)) does talk about a maximum path =
length.<o:p class=3D""></o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3. Section 6.1.1. (SOURCE_ROUTE =
TLV) says that each HELLO/TC message =E2=80=9CMUST have exactly one =
SOURCE_ROUTE TLV=E2=80=9D.&nbsp; I read this as meaning two things: (1) =
every HELLO/TC must have a SOURCE_ROUTE TLV, and (2) there must be at =
most one SOURCE_ROUTE TLV.&nbsp; What happens if either of these =
conditions are not met?&nbsp;&nbsp; RFC7181 describes conditions under =
which a message should be considered invalid for processing (16.3, for =
example) =E2=80=93 given the language used in this section, I would =
expect something similar in this document (to enhance what is already in =
RFC7181).<o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3.1. [minor] Section 6.1.1. =
(SOURCE_ROUTE TLV). =E2=80=9CMP-OLSRv2 Routing Process, or an OLSRv2 =
Routing Process that supports source-route forwarding.=E2=80=9D&nbsp; =
Specially for IPv6, can you identify a sub-set of this specification =
that would be implemented by =E2=80=9Can OLSRv2 Routing Process that =
supports source-route forwarding=E2=80=9D?&nbsp; I=E2=80=99m wondering =
whether that distinction even needs to be made or if you can just assume =
that a manet router that supports RFC6554 also supports this document =
(it does, if it originates the new TLV).<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3.2. This section also says that =
=E2=80=9Can OLSRv2 Routing Process MAY have one SOURCE_ROUTE TLV, if the =
OLSRv2 Routing Process supports source-route forwarding, and is willing =
to join the source route generated by other MP-OLSRv2 Routing =
Processes.=E2=80=9D&nbsp; If the 2 conditions are met, doesn=E2=80=99t =
the text become =E2=80=9CMUST have exactly one SOURCE_ROUTE =
TLV=E2=80=9D?&nbsp;&nbsp; Just pointing out that the differentiation may =
not be needed=E2=80=A6and that the language is not consistent (see =
above).<o:p class=3D""></o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3.3. =E2=80=9CThe existence of =
SOURCE_ROUTE TLV MUST be consistent for a specific OLSRv2 Routing =
Process=E2=80=9D&nbsp; Simplify by adding discard conditions. (See M3 =
above)<o:p class=3D""></o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M4. Section 6.2.2. (Source Routing =
Header in IPv6) says that the routing header from RFC6554 is used with =
IPv6 Routing Type 254 (experimental).&nbsp; Why?&nbsp;&nbsp; I=E2=80=99m =
asking because RFC4727 says that the experimental values =E2=80=9CMUST =
NOT be shipped as defaults in implementations=E2=80=9D =E2=80=93 not =
only do implementations exist, but the purpose of this Experimental =
document is to gather experience form real deployments.&nbsp; Short of =
asking for a new Routing Type, why isn=E2=80=99t the one already =
assigned to RFC6554 used?<o:p class=3D""></o:p></span></div><div =
style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: =
Calibri;" class=3D""><span style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M5. Section 8.1. (HELLO and TC =
Message Generation).&nbsp; =E2=80=9CThe TC message generation based on =
SR_TC_INTERVAL does not replace the ordinary TC message generation =
specified in [RFC7181]=E2=80=A6The TC generation based on SR_TC_INTERVAL =
serves for those routers to advertise SOURCE_ROUTE TLV so that the other =
routers can be aware of the source-route enabled routers so as to be =
used as destinations of multipath routing.&nbsp; The SR_TC_INTERVAL is =
set to a longer value than TC_INTERVAL.=E2=80=9D&nbsp; This text says =
that there are two intervals at which an MP-OLSRv2 router sends TCs, but =
that only at SR_TC_INTERVAL will the SOURCE_ROUTE TLV be included, is =
that correct?&nbsp; If so, then how does a receiver reconcile that with =
the requirement in 6.1.1 (and in this section) for =E2=80=9CEvery HELLO =
or TC message generated by a MP-OLSRv2 Routing Process MUST have exactly =
one SOURCE_ROUTE TLV.=E2=80=9D??&nbsp; IOW, it looks like that =
requirement can=E2=80=99t be met unless all the TCs (including the ones =
generated every TC_INTERVAL) include the SOURCE_ROUTING TLV.<span =
class=3D"Apple-converted-space">&nbsp;</span><o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M6. Section 8.3. (MPR Selection): =
=E2=80=9CMP-OLSR routers SHOULD be preferred as routing MPRs.=E2=80=9D&nbs=
p; When would it be ok for MP-OLSR routers not to be preferred?&nbsp; =
IOW, why is =E2=80=9CMUST=E2=80=9D not used?<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M7. If the =
Multi-path Routing Set is maintained reactively, what should be done =
with the datagram that triggered the calculation (while it is being =
done)?&nbsp; I=E2=80=99m assuming that it should be buffered somewhere =
and then forwarded, right?&nbsp; I=E2=80=99m also assuming that any =
other datagrams to the same destination that are received while the =
calculation is happening should also be buffered, true?&nbsp; Is there a =
maximum time that this buffering should be maintained?&nbsp; Is there a =
maximum expected size?&nbsp; Maybe these are questions that you may want =
to answer through the experiment.&nbsp; Also, buffering some datagrams =
may open an attack vector =E2=80=93 worth mentioning in the Security =
Considerations section. <o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">M7.1. [minor] Section 4. (Protocol Overview and =
Functioning): =E2=80=9CThe reactive operation is local in the router and =
no message transmission delay is introduced.=E2=80=9D&nbsp; I think you =
may be referring to control plane messages, but it sounds as if there =
was no delay in the propagation of the data plane messages =E2=80=93 =
which by definition need to somehow be held while the reactive =
calculation is completed.&nbsp; Please clarify.<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M8. Section =
8.5.2. (Multi-path Dijkstra Algorithm) says that =E2=80=9CUsing =
different multi-path algorithms will not impact the =
interoperability.=E2=80=9D&nbsp; Using different algorithms in a network =
may not impact interoperability (as the packets on the wire will be =
understood by all), but it can lead to routing loops.&nbsp; Please =
clarify.<o:p class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M8.1. =
Section 8.5.2. (Multi-path Dijkstra Algorithm) describes the MP =
algorithm as two incremental functions at =E2=80=9Cstep i=E2=80=9D of =
the original Dijkstra algorithm.&nbsp; While the algorithm may be well =
known, please add a reference so that there is no confusion as to what =
=E2=80=9Cstep i=E2=80=9D is. <o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">M9. The Security Considerations of RFC6554 say that =
the extension is to be used only inside an RPL domain and that =E2=80=9CRP=
L routers MUST drop datagrams entering or exiting a RPL routing domain =
that contain an SRH in the IPv6 Extension headers.=E2=80=9D&nbsp; This =
document does mention that =E2=80=9Cthe source routing header is used =
only in the current routing domain=E2=80=9D, but it doesn=E2=80=99t =
explicitly talk about what should be done with datagrams that contain =
the source routing headers as they enter/leave the domain.&nbsp; Please =
include some text similar to the one in RFC6554.&nbsp; Pointing to the =
Security Considerations of RFC6554 would also be a good idea (to capture =
ICMP attacks, and whatever else is mentioned there).<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M10. IANA =
Considerations.&nbsp; Sections 12.1. (Expert Review: Evaluation =
Guidelines) and 12.3. (Routing Type) are not needed as this document is =
not specifying any new space that requires DE review (the assignment =
should be done under DE review, but that is specified elsewhere), and =
the Routing Type is already assigned by IANA.<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">Minor:<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P1. Please =
include a reference for =E2=80=9Cerasure coding=E2=80=9D.<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P2. Loose vs =
Strict Source Routing.&nbsp; It caught my attention that the IPv4/IPv6 =
source routing modes are not the same =E2=80=93 why is that?&nbsp; I =
note that RFC791 does support strict source routing.&nbsp; RFC6554 =
doesn=E2=80=99t support loose source routing, but other extensions do =
(draft-ietf-6man-segment-routing-header, for example, can support both =
loose and strict modes).&nbsp; Given that this document is Experimental, =
I don=E2=80=99t think it is a show stopper, but consistency would be =
nice.&nbsp; There=E2=80=99s also the opportunity to experiment =
further.<o:p class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P3. You =
mention round-robin and weighted scheduling for path selection (in =
1.1).&nbsp; What about flow-based (keep all the packets in a flow on a =
single path)?&nbsp; I=E2=80=99m wondering about this because disjoint =
paths may result in significant performance characteristic differences, =
and path stability (as much as possible) may be important in some =
cases.<o:p class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P4. Section =
1.1 mentions the potential use of =E2=80=9CDifferent algorithms to =
obtain multiple paths=E2=80=9D.&nbsp; The rtgwg WG has done a lot of =
work on finding alternate paths (from LFA all the way to MRT) in the =
context of fast reroute =E2=80=93 these alternate paths can obviously be =
used for traffic forwarding under normal conditions (not just for =
repair).&nbsp; I=E2=80=99m wondering why those other mechanisms were not =
used here?&nbsp; Where they even considered?&nbsp; [IOW, it=E2=80=99s =
always nice to use other IETF-developed technology.]<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P5. Please =
define SR-OLSRv2 in the Terminology section.<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P6. The =
document doesn=E2=80=99t explain how SR_HOLD_TIME_MULTIPLIER should be =
used.&nbsp; Later I found (in 8.2) that =E2=80=9Csource route hold time =
multiplier=E2=80=9D is defined as =E2=80=9Cthe value of a Message TLV =
with Type =3D SOURCE_ROUTE=E2=80=9C, which is exactly what =
SR_HOLD_TIME_MULTIPLIER is.&nbsp; Suggestion: to avoid confusion and be =
consistent, eliminate the definition of "source route hold time =
multiplier" and simply use SR_HOLD_TIME_MULTIPLIER.<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P7. Section =
8.2. (HELLO and TC Message Processing) defines "validity time".&nbsp; I =
don=E2=80=99t think this is necessary as it has the same meaning as in =
RFC7181, right?&nbsp; If so, then a reference to that (in the SR_time =
formula) should be enough.&nbsp; Otherwise, you at least need a =
reference to RFC5497.&nbsp; I=E2=80=99m making this comment because it =
is easier/cleaner to use definitions by reference, than risk not using =
the exact same text and have the specifications potentially diverge over =
time.<o:p class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P8. The =
definition of the Multi-path Routing Tuple in 8.5.1. (Requirements of =
Multi-path Calculation) is not (exactly) the same as in 7.2. (Multi-path =
Routing Set).&nbsp; Suggestion: put a reference to 7.1 in 8.5.1.<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P9. =
References:<o:p class=3D""></o:p></span></pre><pre style=3D"margin: 0in =
0in 0.0001pt; font-size: 10pt; font-family: 'Courier New';" =
class=3D""><span style=3D"font-size: 11pt; font-family: Calibri;" =
class=3D"">- RFC6982 has been obsoleted by RFC7942.<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">- =
s/RFC2460/draft-ietf-6man-rfc2460bis<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">Nits:<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">N1. =
s/original OLSRv2/base OLSRv2<o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">N2. In Section 5.1, please include a forward =
reference to Section 9=E2=80=A6and in Section 6.1.1=E2=80=A6and anywhere =
else the parameters are defined.<o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">N3. s/existed/existing<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">N4. =
s/MP-OLSR/MP-OLSRv2<o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">N5. In 8.4 s/they are/there are<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">N6. s/the =
the/the<o:p class=3D""></o:p></span></pre></div><span =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); =
float: none; display: inline !important;" =
class=3D"">_______________________________________________</span><br =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);" =
class=3D""><span style=3D"font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: =
rgb(255, 255, 255); float: none; display: inline !important;" =
class=3D"">manet mailing list</span><br style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);" class=3D""><a =
href=3D"mailto:manet@ietf.org" style=3D"color: rgb(149, 79, 114); =
text-decoration: underline; font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);" =
class=3D"">manet@ietf.org</a><br style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);" class=3D""><a =
href=3D"https://www.ietf.org/mailman/listinfo/manet" style=3D"color: =
rgb(149, 79, 114); text-decoration: underline; font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);" =
class=3D"">https://www.ietf.org/mailman/listinfo/manet</a><br =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);" =
class=3D""></div></blockquote></div><br class=3D""></body></html>=

--Apple-Mail=_25844AAF-93E5-4D20-AAC9-ABE91709924B--



From nobody Tue Apr  4 01:47:06 2017
Return-Path: <chris.dearlove@baesystems.com>
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 7B84B129637; Tue,  4 Apr 2017 01:47:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.125
X-Spam-Level: 
X-Spam-Status: No, score=-6.125 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FnJ71jtJ0y-R; Tue,  4 Apr 2017 01:47: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 B52FE129582; Tue,  4 Apr 2017 01:46:57 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.36,274,1486425600";  d="scan'208,217";a="175256626"
Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 04 Apr 2017 09:46:55 +0100
X-IronPort-AV: E=Sophos;i="5.36,274,1486425600";  d="scan'208,217";a="164822649"
Received: from glkxh0001v.greenlnk.net ([10.109.2.32]) by baemasmds016.greenlnk.net with ESMTP; 04 Apr 2017 09:46:55 +0100
Received: from GLKXM0002V.GREENLNK.net ([169.254.5.168]) by GLKXH0001V.GREENLNK.net ([10.109.2.32]) with mapi id 14.03.0248.002; Tue, 4 Apr 2017 09:46:55 +0100
From: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
To: "Alvaro Retana (aretana)" <aretana@cisco.com>, "draft-ietf-manet-olsrv2-multipath@ietf.org" <draft-ietf-manet-olsrv2-multipath@ietf.org>
CC: "manet@ietf.org" <manet@ietf.org>, "manet-chairs@ietf.org" <manet-chairs@ietf.org>
Thread-Topic: AD Review of draft-ietf-manet-olsrv2-multipath-11
Thread-Index: AQHSrMBYAGgO+lU2M0uWMpAvOFwcc6G05NKQ
Date: Tue, 4 Apr 2017 08:46:54 +0000
Message-ID: <B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AA@GLKXM0002V.GREENLNK.net>
References: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com>
In-Reply-To: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.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: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AAGLKXM0002VGREEN_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/0oKx1fbER6YM0wkd1iI89ATS3rE>
Subject: Re: [manet] AD Review of draft-ietf-manet-olsrv2-multipath-11
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Apr 2017 08:47:05 -0000

--_000_B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AAGLKXM0002VGREEN_
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64

SSBza2ltbWVkIHRoaXMgb24gbXkgcGhvbmUgYW5kIHdpbGwgcmVhZCBiZXR0ZXIgbGF0ZXIuIEJ1
dCBvbmUgdGhpbmcganVtcGVkIG91dCBhdCBtZSB3aGljaCB3YXMgdGhlIHF1ZXN0aW9uIG92ZXIg
TVVTVC9TSE9VTEQgb24gTVBScy4NCg0KTVBScyBpbiBPTFNSdjIsIGFuZCBpdHMgZGVyaXZhdGl2
ZXMsIGNhbiBiZSBzZWxlY3RlZCBieSBhbnkgYWxnb3JpdGhtIHRoYXQgbWVldHMgY2VydGFpbiBj
b25kaXRpb25zLiBJdCBkb2VzbuKAmXQgbmVlZCB0byBiZSB0aGUgc2FtZSBpbiBldmVyeSByb3V0
ZXIuIFRodXMgdGhlIHNlbGVjdGlvbiBhbGdvcml0aG0gaXMgbm90IGFuIGludGVyb3BlcmFiaWxp
dHkgaXNzdWUsIGFuZCB0aHVzIGRvZXNu4oCZdCByYXRlIGEgTVVTVC4gQnV0IHRoZXJlIGNhbiBi
ZSB2ZXJ5IGdvb2Qgc3VnZ2VzdGlvbnMgdGhhdCBtZWV0IHRoZSDigJxkbyB0aGlzIHVubGVzcyB5
b3Uga25vdyBhIGdvb2QgcmVhc29uIHdoeSB5b3UgYXJlbuKAmXQgZG9pbmcgaXTigJ0gd2hpY2gg
aXMgdGhlIHVzdWFsIGZpdCB0byBhIFNIT1VMRC4gSSBkb27igJl0IHRoaW5rIGl04oCZcyBuZWNl
c3NhcnkgdG8ga25vdyBleGFjdGx5IHdoZW4geW91IG1pZ2h0IG5vdCBmb2xsb3cgaXQsIGJ1dCBp
bmRpY2F0aW5nIHdoeSB0aGlzIGlzIGdvb2QgYWR2aWNlIHdvdWxkIGJlIGEgZ29vZCB0aGluZy4N
Cg0KKEkgYWxzbyB0aGluayB5b3UgYXJlIHByb2JhYmx5IC0gSSBoYXZlbuKAmXQgY2hlY2tlZCB0
aGUgbGF0ZXN0IGRyYWZ0IC0gcmlnaHQgb24gdGhlIGludGVyb3BlcmFiaWxpdHkgd2l0aCBiYXNp
YyBPTFNSdjIgZnJvbnQuIFRoaXMgd2FzIGFuIGlzc3VlIEkgaGFkIHdpdGggZWFybGllciBkcmFm
dHMuKQ0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5l
ZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCg0KVDogICs0NCAoMCkxMjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxv
dmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0K
DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5
IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVz
eXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMg
QXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2Fs
ZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmss
IEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQDQoNCkZyb206IG1hbmV0IFttYWlsdG86bWFuZXQt
Ym91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEFsdmFybyBSZXRhbmEgKGFyZXRhbmEpDQpT
ZW50OiAwMyBBcHJpbCAyMDE3IDIyOjIyDQpUbzogZHJhZnQtaWV0Zi1tYW5ldC1vbHNydjItbXVs
dGlwYXRoQGlldGYub3JnDQpDYzogbWFuZXRAaWV0Zi5vcmc7IG1hbmV0LWNoYWlyc0BpZXRmLm9y
Zw0KU3ViamVjdDogW21hbmV0XSBBRCBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1tYW5ldC1vbHNydjIt
bXVsdGlwYXRoLTExDQoNCg0KKioqIFdBUk5JTkcgKioqDQpUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRl
cyBmcm9tIG91dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwg
cGFydG5lciBvciB0aGUgaW50ZXJuZXQuDQpDb25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ug
c2hvdWxkIGNsaWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHku
DQpGb3IgaW5mb3JtYXRpb24gcmVnYXJkaW5nIFJlZCBGbGFncyB0aGF0IHlvdSBjYW4gbG9vayBv
dXQgZm9yIGluIGVtYWlscyB5b3UgcmVjZWl2ZSwgY2xpY2sgaGVyZTxodHRwOi8vd3Mtc2l0ZXMu
ZW50LmJhZXN5c3RlbXMuY29tL3NpdGVzL0hPU0VDU3Rkc0xpYnJhcnkvU3RhbmRhcmRzTGlicmFy
eS9FdmVyeW9uZS9SZWQlMjBGbGFncy5wZGY+Lg0KSWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1
c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3cgdGhpcyBwcm9jZXNzPGh0dHA6Ly93cy1zaXRlcy5lbnQu
YmFlc3lzdGVtcy5jb20vc2l0ZXMvSE9TRUNTdGRzTGlicmFyeS9TdGFuZGFyZHNMaWJyYXJ5L0V2
ZXJ5b25lL0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWlscy5wZGY+Lg0KKioqIFdB
Uk5JTkcgKioqDQpFWFRFUk5BTCBFTUFJTCAtLSBUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9t
IG91dHNpZGUgb3VyIG9yZ2FuaXphdGlvbi4NCg0KRGVhciBhdXRob3JzOg0KDQpJIGp1c3QgZmlu
aXNoZWQgcmVhZGluZyB0aGlzIGRvY3VtZW50LiAgIEluIGdlbmVyYWwsIEkgdGhpbmsgaXQgaXMg
cmVsYXRpdmVseSBzdHJhaWdodCBmb3J3YXJkLCBidXQgaXQgbmVlZHMgc2V2ZXJhbCBjbGFyaWZp
Y2F0aW9ucyAoc2VlIGJlbG93KS4gIEkgd2lsbCBzdGFydCB0aGUgSUVURiBMYXN0IENhbGwgd2hl
biBteSBNYWpvciBjb21tZW50cyBoYXZlIGJlZW4gYWRkcmVzc2VkIGluIGEgbmV3IHZlcnNpb24u
DQoNCkFzIG90aGVyIHBlb3BsZSAoc3BlY2lhbGx5IHRoZSBJTlQgRGlyZWN0b3JhdGUpIHJldmll
dyB0aGlzIGRvY3VtZW50LCBtb3JlIHNwZWNpZmljIGxhbmd1YWdlIHJlbGF0ZWQgdG8gdGhlIHVz
ZSBvZiBSRkM2NTU0IG1heSBiZSBuZWVkZWQuICBJ4oCZbSBpbmNsaW5lZCB0byBnbyBmb3J3YXJk
IHdpdGggdGhlIGRvY3VtZW50IGFzIGlzIChwZW5kaW5nIHRoZSBjb21tZW50cyBiZWxvdykgYmVj
YXVzZSBpdCBpcyBFeHBlcmltZW50YWwuICBXZSBjYW4gbWFrZSBmdXJ0aGVyIHVwZGF0ZXMgaWYg
bmVlZGVkLg0KDQpUaGFua3MhDQoNCkFsdmFyby4NCg0KDQpNYWpvcjoNCg0KTTEuIFNlY3Rpb24g
My4gKEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50KTog4oCcSXQgaXMgaW50ZXJvcGVyYWJsZSB3aXRo
IE9MU1J2MiBpbXBsZW1lbnRhdGlvbnMgdGhhdCBkbyBub3QgaGF2ZSB0aGlzIGV4dGVuc2lvbi7i
gJ0gIEkgZG9u4oCZdCB0aGluayB0aGF0IHN0YXRlbWVudCBpcyB0cnVlLiAgRm9yIGV4YW1wbGUs
IGhvdyBkb2VzIGEgbm9uLU1QLU9MU1J2MiByb3V0ZXIgaGFuZGxlIGEgcGFja2V0IHdpdGggdGhl
IFJGQzY1NTQgaGVhZGVyIGluIGl0PyAgSU9XLCBzdHJpY3Qgc291cmNlIHJvdXRpbmcgcmVxdWly
ZXMgYWxsIHRoZSByb3V0ZXJzIGluIHRoZSBwYXRoIHRvIHN1cHBvcnQgdGhlIGV4dGVuc2lvbi4g
IEkgdGhpbmsgbW9yZSBjbGFyaXR5IGFuZCBzcGVjaWZpY2l0eSBpcyBuZWVkZWQuDQoNCg0KTTIu
IE1BWF9TUkNfSE9QUyAuICBCb3RoIFNlY3Rpb24gNS4xLiAoUm91dGVyIFBhcmFtZXRlcnMpIGFu
ZCBTZWN0aW9uIDkuIChDb25maWd1cmF0aW9uIFBhcmFtZXRlcnMpIHNheSB0aGF0IOKAnEZvciBJ
UHY2IG5ldHdvcmtzLCBpdCBNVVNUIGJlIHNldCB0byAwLCBpLmUuLCBubyBjb25zdHJhaW50IG9u
IG1heGltdW0gbnVtYmVyIG9mIGhvcHMu4oCdICBXaGF0IGFib3V0IHBvdGVudGlhbCBNVFUvZnJh
Z21lbnRhdGlvbiBpc3N1ZXM/ICBSRkM2NTU0IChpbiBTZWN0aW9uIDQuMS4gKEdlbmVyYXRpbmcg
U291cmNlIFJvdXRpbmcgSGVhZGVycykpIGRvZXMgdGFsayBhYm91dCBhIG1heGltdW0gcGF0aCBs
ZW5ndGguDQoNCg0KTTMuIFNlY3Rpb24gNi4xLjEuIChTT1VSQ0VfUk9VVEUgVExWKSBzYXlzIHRo
YXQgZWFjaCBIRUxMTy9UQyBtZXNzYWdlIOKAnE1VU1QgaGF2ZSBleGFjdGx5IG9uZSBTT1VSQ0Vf
Uk9VVEUgVExW4oCdLiAgSSByZWFkIHRoaXMgYXMgbWVhbmluZyB0d28gdGhpbmdzOiAoMSkgZXZl
cnkgSEVMTE8vVEMgbXVzdCBoYXZlIGEgU09VUkNFX1JPVVRFIFRMViwgYW5kICgyKSB0aGVyZSBt
dXN0IGJlIGF0IG1vc3Qgb25lIFNPVVJDRV9ST1VURSBUTFYuICBXaGF0IGhhcHBlbnMgaWYgZWl0
aGVyIG9mIHRoZXNlIGNvbmRpdGlvbnMgYXJlIG5vdCBtZXQ/ICAgUkZDNzE4MSBkZXNjcmliZXMg
Y29uZGl0aW9ucyB1bmRlciB3aGljaCBhIG1lc3NhZ2Ugc2hvdWxkIGJlIGNvbnNpZGVyZWQgaW52
YWxpZCBmb3IgcHJvY2Vzc2luZyAoMTYuMywgZm9yIGV4YW1wbGUpIOKAkyBnaXZlbiB0aGUgbGFu
Z3VhZ2UgdXNlZCBpbiB0aGlzIHNlY3Rpb24sIEkgd291bGQgZXhwZWN0IHNvbWV0aGluZyBzaW1p
bGFyIGluIHRoaXMgZG9jdW1lbnQgKHRvIGVuaGFuY2Ugd2hhdCBpcyBhbHJlYWR5IGluIFJGQzcx
ODEpLg0KDQpNMy4xLiBbbWlub3JdIFNlY3Rpb24gNi4xLjEuIChTT1VSQ0VfUk9VVEUgVExWKS4g
4oCcTVAtT0xTUnYyIFJvdXRpbmcgUHJvY2Vzcywgb3IgYW4gT0xTUnYyIFJvdXRpbmcgUHJvY2Vz
cyB0aGF0IHN1cHBvcnRzIHNvdXJjZS1yb3V0ZSBmb3J3YXJkaW5nLuKAnSAgU3BlY2lhbGx5IGZv
ciBJUHY2LCBjYW4geW91IGlkZW50aWZ5IGEgc3ViLXNldCBvZiB0aGlzIHNwZWNpZmljYXRpb24g
dGhhdCB3b3VsZCBiZSBpbXBsZW1lbnRlZCBieSDigJxhbiBPTFNSdjIgUm91dGluZyBQcm9jZXNz
IHRoYXQgc3VwcG9ydHMgc291cmNlLXJvdXRlIGZvcndhcmRpbmfigJ0/ICBJ4oCZbSB3b25kZXJp
bmcgd2hldGhlciB0aGF0IGRpc3RpbmN0aW9uIGV2ZW4gbmVlZHMgdG8gYmUgbWFkZSBvciBpZiB5
b3UgY2FuIGp1c3QgYXNzdW1lIHRoYXQgYSBtYW5ldCByb3V0ZXIgdGhhdCBzdXBwb3J0cyBSRkM2
NTU0IGFsc28gc3VwcG9ydHMgdGhpcyBkb2N1bWVudCAoaXQgZG9lcywgaWYgaXQgb3JpZ2luYXRl
cyB0aGUgbmV3IFRMVikuDQoNCk0zLjIuIFRoaXMgc2VjdGlvbiBhbHNvIHNheXMgdGhhdCDigJxh
biBPTFNSdjIgUm91dGluZyBQcm9jZXNzIE1BWSBoYXZlIG9uZSBTT1VSQ0VfUk9VVEUgVExWLCBp
ZiB0aGUgT0xTUnYyIFJvdXRpbmcgUHJvY2VzcyBzdXBwb3J0cyBzb3VyY2Utcm91dGUgZm9yd2Fy
ZGluZywgYW5kIGlzIHdpbGxpbmcgdG8gam9pbiB0aGUgc291cmNlIHJvdXRlIGdlbmVyYXRlZCBi
eSBvdGhlciBNUC1PTFNSdjIgUm91dGluZyBQcm9jZXNzZXMu4oCdICBJZiB0aGUgMiBjb25kaXRp
b25zIGFyZSBtZXQsIGRvZXNu4oCZdCB0aGUgdGV4dCBiZWNvbWUg4oCcTVVTVCBoYXZlIGV4YWN0
bHkgb25lIFNPVVJDRV9ST1VURSBUTFbigJ0/ICAgSnVzdCBwb2ludGluZyBvdXQgdGhhdCB0aGUg
ZGlmZmVyZW50aWF0aW9uIG1heSBub3QgYmUgbmVlZGVk4oCmYW5kIHRoYXQgdGhlIGxhbmd1YWdl
IGlzIG5vdCBjb25zaXN0ZW50IChzZWUgYWJvdmUpLg0KDQpNMy4zLiDigJxUaGUgZXhpc3RlbmNl
IG9mIFNPVVJDRV9ST1VURSBUTFYgTVVTVCBiZSBjb25zaXN0ZW50IGZvciBhIHNwZWNpZmljIE9M
U1J2MiBSb3V0aW5nIFByb2Nlc3PigJ0gIFNpbXBsaWZ5IGJ5IGFkZGluZyBkaXNjYXJkIGNvbmRp
dGlvbnMuIChTZWUgTTMgYWJvdmUpDQoNCg0KTTQuIFNlY3Rpb24gNi4yLjIuIChTb3VyY2UgUm91
dGluZyBIZWFkZXIgaW4gSVB2Nikgc2F5cyB0aGF0IHRoZSByb3V0aW5nIGhlYWRlciBmcm9tIFJG
QzY1NTQgaXMgdXNlZCB3aXRoIElQdjYgUm91dGluZyBUeXBlIDI1NCAoZXhwZXJpbWVudGFsKS4g
IFdoeT8gICBJ4oCZbSBhc2tpbmcgYmVjYXVzZSBSRkM0NzI3IHNheXMgdGhhdCB0aGUgZXhwZXJp
bWVudGFsIHZhbHVlcyDigJxNVVNUIE5PVCBiZSBzaGlwcGVkIGFzIGRlZmF1bHRzIGluIGltcGxl
bWVudGF0aW9uc+KAnSDigJMgbm90IG9ubHkgZG8gaW1wbGVtZW50YXRpb25zIGV4aXN0LCBidXQg
dGhlIHB1cnBvc2Ugb2YgdGhpcyBFeHBlcmltZW50YWwgZG9jdW1lbnQgaXMgdG8gZ2F0aGVyIGV4
cGVyaWVuY2UgZm9ybSByZWFsIGRlcGxveW1lbnRzLiAgU2hvcnQgb2YgYXNraW5nIGZvciBhIG5l
dyBSb3V0aW5nIFR5cGUsIHdoeSBpc27igJl0IHRoZSBvbmUgYWxyZWFkeSBhc3NpZ25lZCB0byBS
RkM2NTU0IHVzZWQ/DQoNCg0KTTUuIFNlY3Rpb24gOC4xLiAoSEVMTE8gYW5kIFRDIE1lc3NhZ2Ug
R2VuZXJhdGlvbikuICDigJxUaGUgVEMgbWVzc2FnZSBnZW5lcmF0aW9uIGJhc2VkIG9uIFNSX1RD
X0lOVEVSVkFMIGRvZXMgbm90IHJlcGxhY2UgdGhlIG9yZGluYXJ5IFRDIG1lc3NhZ2UgZ2VuZXJh
dGlvbiBzcGVjaWZpZWQgaW4gW1JGQzcxODFd4oCmVGhlIFRDIGdlbmVyYXRpb24gYmFzZWQgb24g
U1JfVENfSU5URVJWQUwgc2VydmVzIGZvciB0aG9zZSByb3V0ZXJzIHRvIGFkdmVydGlzZSBTT1VS
Q0VfUk9VVEUgVExWIHNvIHRoYXQgdGhlIG90aGVyIHJvdXRlcnMgY2FuIGJlIGF3YXJlIG9mIHRo
ZSBzb3VyY2Utcm91dGUgZW5hYmxlZCByb3V0ZXJzIHNvIGFzIHRvIGJlIHVzZWQgYXMgZGVzdGlu
YXRpb25zIG9mIG11bHRpcGF0aCByb3V0aW5nLiAgVGhlIFNSX1RDX0lOVEVSVkFMIGlzIHNldCB0
byBhIGxvbmdlciB2YWx1ZSB0aGFuIFRDX0lOVEVSVkFMLuKAnSAgVGhpcyB0ZXh0IHNheXMgdGhh
dCB0aGVyZSBhcmUgdHdvIGludGVydmFscyBhdCB3aGljaCBhbiBNUC1PTFNSdjIgcm91dGVyIHNl
bmRzIFRDcywgYnV0IHRoYXQgb25seSBhdCBTUl9UQ19JTlRFUlZBTCB3aWxsIHRoZSBTT1VSQ0Vf
Uk9VVEUgVExWIGJlIGluY2x1ZGVkLCBpcyB0aGF0IGNvcnJlY3Q/ICBJZiBzbywgdGhlbiBob3cg
ZG9lcyBhIHJlY2VpdmVyIHJlY29uY2lsZSB0aGF0IHdpdGggdGhlIHJlcXVpcmVtZW50IGluIDYu
MS4xIChhbmQgaW4gdGhpcyBzZWN0aW9uKSBmb3Ig4oCcRXZlcnkgSEVMTE8gb3IgVEMgbWVzc2Fn
ZSBnZW5lcmF0ZWQgYnkgYSBNUC1PTFNSdjIgUm91dGluZyBQcm9jZXNzIE1VU1QgaGF2ZSBleGFj
dGx5IG9uZSBTT1VSQ0VfUk9VVEUgVExWLuKAnT8/ICBJT1csIGl0IGxvb2tzIGxpa2UgdGhhdCBy
ZXF1aXJlbWVudCBjYW7igJl0IGJlIG1ldCB1bmxlc3MgYWxsIHRoZSBUQ3MgKGluY2x1ZGluZyB0
aGUgb25lcyBnZW5lcmF0ZWQgZXZlcnkgVENfSU5URVJWQUwpIGluY2x1ZGUgdGhlIFNPVVJDRV9S
T1VUSU5HIFRMVi4NCg0KDQpNNi4gU2VjdGlvbiA4LjMuIChNUFIgU2VsZWN0aW9uKTog4oCcTVAt
T0xTUiByb3V0ZXJzIFNIT1VMRCBiZSBwcmVmZXJyZWQgYXMgcm91dGluZyBNUFJzLuKAnSAgV2hl
biB3b3VsZCBpdCBiZSBvayBmb3IgTVAtT0xTUiByb3V0ZXJzIG5vdCB0byBiZSBwcmVmZXJyZWQ/
ICBJT1csIHdoeSBpcyDigJxNVVNU4oCdIG5vdCB1c2VkPw0KDQoNCg0KTTcuIElmIHRoZSBNdWx0
aS1wYXRoIFJvdXRpbmcgU2V0IGlzIG1haW50YWluZWQgcmVhY3RpdmVseSwgd2hhdCBzaG91bGQg
YmUgZG9uZSB3aXRoIHRoZSBkYXRhZ3JhbSB0aGF0IHRyaWdnZXJlZCB0aGUgY2FsY3VsYXRpb24g
KHdoaWxlIGl0IGlzIGJlaW5nIGRvbmUpPyAgSeKAmW0gYXNzdW1pbmcgdGhhdCBpdCBzaG91bGQg
YmUgYnVmZmVyZWQgc29tZXdoZXJlIGFuZCB0aGVuIGZvcndhcmRlZCwgcmlnaHQ/ICBJ4oCZbSBh
bHNvIGFzc3VtaW5nIHRoYXQgYW55IG90aGVyIGRhdGFncmFtcyB0byB0aGUgc2FtZSBkZXN0aW5h
dGlvbiB0aGF0IGFyZSByZWNlaXZlZCB3aGlsZSB0aGUgY2FsY3VsYXRpb24gaXMgaGFwcGVuaW5n
IHNob3VsZCBhbHNvIGJlIGJ1ZmZlcmVkLCB0cnVlPyAgSXMgdGhlcmUgYSBtYXhpbXVtIHRpbWUg
dGhhdCB0aGlzIGJ1ZmZlcmluZyBzaG91bGQgYmUgbWFpbnRhaW5lZD8gIElzIHRoZXJlIGEgbWF4
aW11bSBleHBlY3RlZCBzaXplPyAgTWF5YmUgdGhlc2UgYXJlIHF1ZXN0aW9ucyB0aGF0IHlvdSBt
YXkgd2FudCB0byBhbnN3ZXIgdGhyb3VnaCB0aGUgZXhwZXJpbWVudC4gIEFsc28sIGJ1ZmZlcmlu
ZyBzb21lIGRhdGFncmFtcyBtYXkgb3BlbiBhbiBhdHRhY2sgdmVjdG9yIOKAkyB3b3J0aCBtZW50
aW9uaW5nIGluIHRoZSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBzZWN0aW9uLg0KDQoNCg0KTTcu
MS4gW21pbm9yXSBTZWN0aW9uIDQuIChQcm90b2NvbCBPdmVydmlldyBhbmQgRnVuY3Rpb25pbmcp
OiDigJxUaGUgcmVhY3RpdmUgb3BlcmF0aW9uIGlzIGxvY2FsIGluIHRoZSByb3V0ZXIgYW5kIG5v
IG1lc3NhZ2UgdHJhbnNtaXNzaW9uIGRlbGF5IGlzIGludHJvZHVjZWQu4oCdICBJIHRoaW5rIHlv
dSBtYXkgYmUgcmVmZXJyaW5nIHRvIGNvbnRyb2wgcGxhbmUgbWVzc2FnZXMsIGJ1dCBpdCBzb3Vu
ZHMgYXMgaWYgdGhlcmUgd2FzIG5vIGRlbGF5IGluIHRoZSBwcm9wYWdhdGlvbiBvZiB0aGUgZGF0
YSBwbGFuZSBtZXNzYWdlcyDigJMgd2hpY2ggYnkgZGVmaW5pdGlvbiBuZWVkIHRvIHNvbWVob3cg
YmUgaGVsZCB3aGlsZSB0aGUgcmVhY3RpdmUgY2FsY3VsYXRpb24gaXMgY29tcGxldGVkLiAgUGxl
YXNlIGNsYXJpZnkuDQoNCg0KDQoNCg0KTTguIFNlY3Rpb24gOC41LjIuIChNdWx0aS1wYXRoIERp
amtzdHJhIEFsZ29yaXRobSkgc2F5cyB0aGF0IOKAnFVzaW5nIGRpZmZlcmVudCBtdWx0aS1wYXRo
IGFsZ29yaXRobXMgd2lsbCBub3QgaW1wYWN0IHRoZSBpbnRlcm9wZXJhYmlsaXR5LuKAnSAgVXNp
bmcgZGlmZmVyZW50IGFsZ29yaXRobXMgaW4gYSBuZXR3b3JrIG1heSBub3QgaW1wYWN0IGludGVy
b3BlcmFiaWxpdHkgKGFzIHRoZSBwYWNrZXRzIG9uIHRoZSB3aXJlIHdpbGwgYmUgdW5kZXJzdG9v
ZCBieSBhbGwpLCBidXQgaXQgY2FuIGxlYWQgdG8gcm91dGluZyBsb29wcy4gIFBsZWFzZSBjbGFy
aWZ5Lg0KDQoNCg0KTTguMS4gU2VjdGlvbiA4LjUuMi4gKE11bHRpLXBhdGggRGlqa3N0cmEgQWxn
b3JpdGhtKSBkZXNjcmliZXMgdGhlIE1QIGFsZ29yaXRobSBhcyB0d28gaW5jcmVtZW50YWwgZnVu
Y3Rpb25zIGF0IOKAnHN0ZXAgaeKAnSBvZiB0aGUgb3JpZ2luYWwgRGlqa3N0cmEgYWxnb3JpdGht
LiAgV2hpbGUgdGhlIGFsZ29yaXRobSBtYXkgYmUgd2VsbCBrbm93biwgcGxlYXNlIGFkZCBhIHJl
ZmVyZW5jZSBzbyB0aGF0IHRoZXJlIGlzIG5vIGNvbmZ1c2lvbiBhcyB0byB3aGF0IOKAnHN0ZXAg
aeKAnSBpcy4NCg0KDQoNCg0KDQpNOS4gVGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIG9mIFJG
QzY1NTQgc2F5IHRoYXQgdGhlIGV4dGVuc2lvbiBpcyB0byBiZSB1c2VkIG9ubHkgaW5zaWRlIGFu
IFJQTCBkb21haW4gYW5kIHRoYXQg4oCcUlBMIHJvdXRlcnMgTVVTVCBkcm9wIGRhdGFncmFtcyBl
bnRlcmluZyBvciBleGl0aW5nIGEgUlBMIHJvdXRpbmcgZG9tYWluIHRoYXQgY29udGFpbiBhbiBT
UkggaW4gdGhlIElQdjYgRXh0ZW5zaW9uIGhlYWRlcnMu4oCdICBUaGlzIGRvY3VtZW50IGRvZXMg
bWVudGlvbiB0aGF0IOKAnHRoZSBzb3VyY2Ugcm91dGluZyBoZWFkZXIgaXMgdXNlZCBvbmx5IGlu
IHRoZSBjdXJyZW50IHJvdXRpbmcgZG9tYWlu4oCdLCBidXQgaXQgZG9lc27igJl0IGV4cGxpY2l0
bHkgdGFsayBhYm91dCB3aGF0IHNob3VsZCBiZSBkb25lIHdpdGggZGF0YWdyYW1zIHRoYXQgY29u
dGFpbiB0aGUgc291cmNlIHJvdXRpbmcgaGVhZGVycyBhcyB0aGV5IGVudGVyL2xlYXZlIHRoZSBk
b21haW4uICBQbGVhc2UgaW5jbHVkZSBzb21lIHRleHQgc2ltaWxhciB0byB0aGUgb25lIGluIFJG
QzY1NTQuICBQb2ludGluZyB0byB0aGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgb2YgUkZDNjU1
NCB3b3VsZCBhbHNvIGJlIGEgZ29vZCBpZGVhICh0byBjYXB0dXJlIElDTVAgYXR0YWNrcywgYW5k
IHdoYXRldmVyIGVsc2UgaXMgbWVudGlvbmVkIHRoZXJlKS4NCg0KDQoNCg0KDQpNMTAuIElBTkEg
Q29uc2lkZXJhdGlvbnMuICBTZWN0aW9ucyAxMi4xLiAoRXhwZXJ0IFJldmlldzogRXZhbHVhdGlv
biBHdWlkZWxpbmVzKSBhbmQgMTIuMy4gKFJvdXRpbmcgVHlwZSkgYXJlIG5vdCBuZWVkZWQgYXMg
dGhpcyBkb2N1bWVudCBpcyBub3Qgc3BlY2lmeWluZyBhbnkgbmV3IHNwYWNlIHRoYXQgcmVxdWly
ZXMgREUgcmV2aWV3ICh0aGUgYXNzaWdubWVudCBzaG91bGQgYmUgZG9uZSB1bmRlciBERSByZXZp
ZXcsIGJ1dCB0aGF0IGlzIHNwZWNpZmllZCBlbHNld2hlcmUpLCBhbmQgdGhlIFJvdXRpbmcgVHlw
ZSBpcyBhbHJlYWR5IGFzc2lnbmVkIGJ5IElBTkEuDQoNCg0KDQoNCg0KDQoNCk1pbm9yOg0KDQoN
Cg0KUDEuIFBsZWFzZSBpbmNsdWRlIGEgcmVmZXJlbmNlIGZvciDigJxlcmFzdXJlIGNvZGluZ+KA
nS4NCg0KDQoNClAyLiBMb29zZSB2cyBTdHJpY3QgU291cmNlIFJvdXRpbmcuICBJdCBjYXVnaHQg
bXkgYXR0ZW50aW9uIHRoYXQgdGhlIElQdjQvSVB2NiBzb3VyY2Ugcm91dGluZyBtb2RlcyBhcmUg
bm90IHRoZSBzYW1lIOKAkyB3aHkgaXMgdGhhdD8gIEkgbm90ZSB0aGF0IFJGQzc5MSBkb2VzIHN1
cHBvcnQgc3RyaWN0IHNvdXJjZSByb3V0aW5nLiAgUkZDNjU1NCBkb2VzbuKAmXQgc3VwcG9ydCBs
b29zZSBzb3VyY2Ugcm91dGluZywgYnV0IG90aGVyIGV4dGVuc2lvbnMgZG8gKGRyYWZ0LWlldGYt
Nm1hbi1zZWdtZW50LXJvdXRpbmctaGVhZGVyLCBmb3IgZXhhbXBsZSwgY2FuIHN1cHBvcnQgYm90
aCBsb29zZSBhbmQgc3RyaWN0IG1vZGVzKS4gIEdpdmVuIHRoYXQgdGhpcyBkb2N1bWVudCBpcyBF
eHBlcmltZW50YWwsIEkgZG9u4oCZdCB0aGluayBpdCBpcyBhIHNob3cgc3RvcHBlciwgYnV0IGNv
bnNpc3RlbmN5IHdvdWxkIGJlIG5pY2UuICBUaGVyZeKAmXMgYWxzbyB0aGUgb3Bwb3J0dW5pdHkg
dG8gZXhwZXJpbWVudCBmdXJ0aGVyLg0KDQoNCg0KUDMuIFlvdSBtZW50aW9uIHJvdW5kLXJvYmlu
IGFuZCB3ZWlnaHRlZCBzY2hlZHVsaW5nIGZvciBwYXRoIHNlbGVjdGlvbiAoaW4gMS4xKS4gIFdo
YXQgYWJvdXQgZmxvdy1iYXNlZCAoa2VlcCBhbGwgdGhlIHBhY2tldHMgaW4gYSBmbG93IG9uIGEg
c2luZ2xlIHBhdGgpPyAgSeKAmW0gd29uZGVyaW5nIGFib3V0IHRoaXMgYmVjYXVzZSBkaXNqb2lu
dCBwYXRocyBtYXkgcmVzdWx0IGluIHNpZ25pZmljYW50IHBlcmZvcm1hbmNlIGNoYXJhY3Rlcmlz
dGljIGRpZmZlcmVuY2VzLCBhbmQgcGF0aCBzdGFiaWxpdHkgKGFzIG11Y2ggYXMgcG9zc2libGUp
IG1heSBiZSBpbXBvcnRhbnQgaW4gc29tZSBjYXNlcy4NCg0KDQoNClA0LiBTZWN0aW9uIDEuMSBt
ZW50aW9ucyB0aGUgcG90ZW50aWFsIHVzZSBvZiDigJxEaWZmZXJlbnQgYWxnb3JpdGhtcyB0byBv
YnRhaW4gbXVsdGlwbGUgcGF0aHPigJ0uICBUaGUgcnRnd2cgV0cgaGFzIGRvbmUgYSBsb3Qgb2Yg
d29yayBvbiBmaW5kaW5nIGFsdGVybmF0ZSBwYXRocyAoZnJvbSBMRkEgYWxsIHRoZSB3YXkgdG8g
TVJUKSBpbiB0aGUgY29udGV4dCBvZiBmYXN0IHJlcm91dGUg4oCTIHRoZXNlIGFsdGVybmF0ZSBw
YXRocyBjYW4gb2J2aW91c2x5IGJlIHVzZWQgZm9yIHRyYWZmaWMgZm9yd2FyZGluZyB1bmRlciBu
b3JtYWwgY29uZGl0aW9ucyAobm90IGp1c3QgZm9yIHJlcGFpcikuICBJ4oCZbSB3b25kZXJpbmcg
d2h5IHRob3NlIG90aGVyIG1lY2hhbmlzbXMgd2VyZSBub3QgdXNlZCBoZXJlPyAgV2hlcmUgdGhl
eSBldmVuIGNvbnNpZGVyZWQ/ICBbSU9XLCBpdOKAmXMgYWx3YXlzIG5pY2UgdG8gdXNlIG90aGVy
IElFVEYtZGV2ZWxvcGVkIHRlY2hub2xvZ3kuXQ0KDQoNCg0KUDUuIFBsZWFzZSBkZWZpbmUgU1It
T0xTUnYyIGluIHRoZSBUZXJtaW5vbG9neSBzZWN0aW9uLg0KDQoNCg0KUDYuIFRoZSBkb2N1bWVu
dCBkb2VzbuKAmXQgZXhwbGFpbiBob3cgU1JfSE9MRF9USU1FX01VTFRJUExJRVIgc2hvdWxkIGJl
IHVzZWQuICBMYXRlciBJIGZvdW5kIChpbiA4LjIpIHRoYXQg4oCcc291cmNlIHJvdXRlIGhvbGQg
dGltZSBtdWx0aXBsaWVy4oCdIGlzIGRlZmluZWQgYXMg4oCcdGhlIHZhbHVlIG9mIGEgTWVzc2Fn
ZSBUTFYgd2l0aCBUeXBlID0gU09VUkNFX1JPVVRF4oCcLCB3aGljaCBpcyBleGFjdGx5IHdoYXQg
U1JfSE9MRF9USU1FX01VTFRJUExJRVIgaXMuICBTdWdnZXN0aW9uOiB0byBhdm9pZCBjb25mdXNp
b24gYW5kIGJlIGNvbnNpc3RlbnQsIGVsaW1pbmF0ZSB0aGUgZGVmaW5pdGlvbiBvZiAic291cmNl
IHJvdXRlIGhvbGQgdGltZSBtdWx0aXBsaWVyIiBhbmQgc2ltcGx5IHVzZSBTUl9IT0xEX1RJTUVf
TVVMVElQTElFUi4NCg0KDQoNClA3LiBTZWN0aW9uIDguMi4gKEhFTExPIGFuZCBUQyBNZXNzYWdl
IFByb2Nlc3NpbmcpIGRlZmluZXMgInZhbGlkaXR5IHRpbWUiLiAgSSBkb27igJl0IHRoaW5rIHRo
aXMgaXMgbmVjZXNzYXJ5IGFzIGl0IGhhcyB0aGUgc2FtZSBtZWFuaW5nIGFzIGluIFJGQzcxODEs
IHJpZ2h0PyAgSWYgc28sIHRoZW4gYSByZWZlcmVuY2UgdG8gdGhhdCAoaW4gdGhlIFNSX3RpbWUg
Zm9ybXVsYSkgc2hvdWxkIGJlIGVub3VnaC4gIE90aGVyd2lzZSwgeW91IGF0IGxlYXN0IG5lZWQg
YSByZWZlcmVuY2UgdG8gUkZDNTQ5Ny4gIEnigJltIG1ha2luZyB0aGlzIGNvbW1lbnQgYmVjYXVz
ZSBpdCBpcyBlYXNpZXIvY2xlYW5lciB0byB1c2UgZGVmaW5pdGlvbnMgYnkgcmVmZXJlbmNlLCB0
aGFuIHJpc2sgbm90IHVzaW5nIHRoZSBleGFjdCBzYW1lIHRleHQgYW5kIGhhdmUgdGhlIHNwZWNp
ZmljYXRpb25zIHBvdGVudGlhbGx5IGRpdmVyZ2Ugb3ZlciB0aW1lLg0KDQoNCg0KUDguIFRoZSBk
ZWZpbml0aW9uIG9mIHRoZSBNdWx0aS1wYXRoIFJvdXRpbmcgVHVwbGUgaW4gOC41LjEuIChSZXF1
aXJlbWVudHMgb2YgTXVsdGktcGF0aCBDYWxjdWxhdGlvbikgaXMgbm90IChleGFjdGx5KSB0aGUg
c2FtZSBhcyBpbiA3LjIuIChNdWx0aS1wYXRoIFJvdXRpbmcgU2V0KS4gIFN1Z2dlc3Rpb246IHB1
dCBhIHJlZmVyZW5jZSB0byA3LjEgaW4gOC41LjEuDQoNCg0KDQpQOS4gUmVmZXJlbmNlczoNCg0K
LSBSRkM2OTgyIGhhcyBiZWVuIG9ic29sZXRlZCBieSBSRkM3OTQyLg0KDQotIHMvUkZDMjQ2MC9k
cmFmdC1pZXRmLTZtYW4tcmZjMjQ2MGJpcw0KDQoNCg0KDQoNCg0KDQpOaXRzOg0KDQoNCg0KTjEu
IHMvb3JpZ2luYWwgT0xTUnYyL2Jhc2UgT0xTUnYyDQoNCg0KDQpOMi4gSW4gU2VjdGlvbiA1LjEs
IHBsZWFzZSBpbmNsdWRlIGEgZm9yd2FyZCByZWZlcmVuY2UgdG8gU2VjdGlvbiA54oCmYW5kIGlu
IFNlY3Rpb24gNi4xLjHigKZhbmQgYW55d2hlcmUgZWxzZSB0aGUgcGFyYW1ldGVycyBhcmUgZGVm
aW5lZC4NCg0KDQoNCk4zLiBzL2V4aXN0ZWQvZXhpc3RpbmcNCg0KDQoNCk40LiBzL01QLU9MU1Iv
TVAtT0xTUnYyDQoNCg0KDQpONS4gSW4gOC40IHMvdGhleSBhcmUvdGhlcmUgYXJlDQoNCg0KDQpO
Ni4gcy90aGUgdGhlL3RoZQ0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioKVGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1l
bnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkCnJlY2lwaWVudCBhbmQgbWF5IGFs
c28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkCnJlY2lwaWVudCBw
bGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5vdGlmeSB0aGUgc2VuZGVyLgpZ
b3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Ns
b3NlIG9yCmRpc3RyaWJ1dGUgaXRzIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24uCioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqCg==

--_000_B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AAGLKXM0002VGREEN_
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
emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r
LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1
NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I
eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3
MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdp
bjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u
dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21z
by1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWls
eToiQ291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBl
cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2lu
ZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZvbnQtd2VpZ2h0
Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt
c2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5
cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy
LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5
bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0
IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp
dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh
ZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1HQiIgbGluaz0iIzA1NjNDMSIgdmxp
bms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QiPkkgc2tp
bW1lZCB0aGlzIG9uIG15IHBob25lIGFuZCB3aWxsIHJlYWQgYmV0dGVyIGxhdGVyLiBCdXQgb25l
IHRoaW5nIGp1bXBlZCBvdXQgYXQgbWUgd2hpY2ggd2FzIHRoZSBxdWVzdGlvbiBvdmVyIE1VU1Qv
U0hPVUxEIG9uIE1QUnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+TVBScyBpbiBPTFNSdjIsIGFuZCBpdHMgZGVy
aXZhdGl2ZXMsIGNhbiBiZSBzZWxlY3RlZCBieSBhbnkgYWxnb3JpdGhtIHRoYXQgbWVldHMgY2Vy
dGFpbiBjb25kaXRpb25zLiBJdCBkb2VzbuKAmXQgbmVlZCB0byBiZSB0aGUgc2FtZSBpbiBldmVy
eSByb3V0ZXIuIFRodXMgdGhlIHNlbGVjdGlvbiBhbGdvcml0aG0gaXMgbm90IGFuIGludGVyb3Bl
cmFiaWxpdHkNCiBpc3N1ZSwgYW5kIHRodXMgZG9lc27igJl0IHJhdGUgYSBNVVNULiBCdXQgdGhl
cmUgY2FuIGJlIHZlcnkgZ29vZCBzdWdnZXN0aW9ucyB0aGF0IG1lZXQgdGhlIOKAnGRvIHRoaXMg
dW5sZXNzIHlvdSBrbm93IGEgZ29vZCByZWFzb24gd2h5IHlvdSBhcmVu4oCZdCBkb2luZyBpdOKA
nSB3aGljaCBpcyB0aGUgdXN1YWwgZml0IHRvIGEgU0hPVUxELiBJIGRvbuKAmXQgdGhpbmsgaXTi
gJlzIG5lY2Vzc2FyeSB0byBrbm93IGV4YWN0bHkgd2hlbiB5b3UgbWlnaHQgbm90IGZvbGxvdw0K
IGl0LCBidXQgaW5kaWNhdGluZyB3aHkgdGhpcyBpcyBnb29kIGFkdmljZSB3b3VsZCBiZSBhIGdv
b2QgdGhpbmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+KEkgYWxzbyB0aGluayB5b3UgYXJlIHByb2JhYmx5IC0g
SSBoYXZlbuKAmXQgY2hlY2tlZCB0aGUgbGF0ZXN0IGRyYWZ0IC0gcmlnaHQgb24gdGhlIGludGVy
b3BlcmFiaWxpdHkgd2l0aCBiYXNpYyBPTFNSdjIgZnJvbnQuIFRoaXMgd2FzIGFuIGlzc3VlIEkg
aGFkIHdpdGggZWFybGllciBkcmFmdHMuKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+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
cmxvdmVAYmFlc3lzdGVtcy5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpibHVlIj5jaHJpcy5kZWFy
bG92ZUBiYWVzeXN0ZW1zLmNvbTwvc3Bhbj48L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBD
aGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3Nl
eCBDTTIgOEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxz
cGFuIHN0eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9h
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGln
ZW5jZSBMaW1pdGVkPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAw
MTMzNzQ1MTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250
LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMz
QThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3Jk
LCBTdXJyZXksIEdVMiA3WVA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6
bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt
IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDsiPiBtYW5ldCBbbWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmddDQo8
Yj5PbiBCZWhhbGYgT2YgPC9iPkFsdmFybyBSZXRhbmEgKGFyZXRhbmEpPGJyPg0KPGI+U2VudDo8
L2I+IDAzIEFwcmlsIDIwMTcgMjI6MjI8YnI+DQo8Yj5Ubzo8L2I+IGRyYWZ0LWlldGYtbWFuZXQt
b2xzcnYyLW11bHRpcGF0aEBpZXRmLm9yZzxicj4NCjxiPkNjOjwvYj4gbWFuZXRAaWV0Zi5vcmc7
IG1hbmV0LWNoYWlyc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBbbWFuZXRdIEFEIFJl
dmlldyBvZiBkcmFmdC1pZXRmLW1hbmV0LW9sc3J2Mi1tdWx0aXBhdGgtMTE8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGlu
ZzoyLjBwdCAyLjBwdCAyLjBwdCAyLjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0i
Y2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQt
YWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjE1LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPioqKiBXQVJOSU5HICoqKjxvOnA+PC9vOnA+
PC9zcGFuPjwvYj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGln
bj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7dGV4dC1hbGlnbjpjZW50ZXI7
YmFja2dyb3VuZDp3aGl0ZSI+DQo8ZW0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzMzMzk3MiI+VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRl
IG91ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhl
IGludGVybmV0Ljwvc3Bhbj48L2VtPjxpPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6
JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1
bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFj
aG1lbnRzIG9yIHJlcGx5Ljwvc3Bhbj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1m
YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9y
bWF0aW9uIHJlZ2FyZGluZyA8L3NwYW4+DQo8L2VtPjwvc3Bhbj48L2k+PHN0cm9uZz48aT48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpyZWQiPlJlZCBGbGFnczwv
c3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1
b3Q7O2NvbG9yOiMzMzM5NzIiPiB0aGF0IHlvdSBjYW4gbG9vaw0KIG91dCBmb3IgaW4gZW1haWxz
IHlvdSByZWNlaXZlLCBjbGljayA8YSBocmVmPSJodHRwOi8vd3Mtc2l0ZXMuZW50LmJhZXN5c3Rl
bXMuY29tL3NpdGVzL0hPU0VDU3Rkc0xpYnJhcnkvU3RhbmRhcmRzTGlicmFyeS9FdmVyeW9uZS9S
ZWQlMjBGbGFncy5wZGYiPg0KaGVyZTwvYT4uPC9zcGFuPjwvZW0+PGk+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0
eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
Ij5JZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdw0KPGEg
aHJlZj0iaHR0cDovL3dzLXNpdGVzLmVudC5iYWVzeXN0ZW1zLmNvbS9zaXRlcy9IT1NFQ1N0ZHNM
aWJyYXJ5L1N0YW5kYXJkc0xpYnJhcnkvRXZlcnlvbmUvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNp
b3VzJTIwRW1haWxzLnBkZiI+DQp0aGlzIHByb2Nlc3M8L2E+Ljwvc3Bhbj48L2VtPjwvc3Bhbj48
L2k+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5
OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRl
cjpzb2xpZCB3aW5kb3d0ZXh0IDEuMHB0O3BhZGRpbmc6MS4wcHQgNC4wcHQgMS4wcHQgNC4wcHQi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246
Y2VudGVyIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs
JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPio8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4qKg0KPC9z
cGFuPjwvc3Ryb25nPjwvc3Bhbj48c3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7Ij5XQVJOSU5HDQo8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDsiPioqKjwvc3Bhbj48L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7Ij48YnI+DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDsiPkVYVEVSTkFMIEVNQUlMIC0tIFRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0
c2lkZSBvdXIgb3JnYW5pemF0aW9uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDsiPi48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv
dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGVhciBhdXRob3JzOjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0Ij5JIGp1c3QgZmluaXNoZWQgcmVhZGluZyB0aGlzIGRvY3VtZW50LiZuYnNwOyZu
YnNwOyBJbiBnZW5lcmFsLCBJIHRoaW5rIGl0IGlzIHJlbGF0aXZlbHkgc3RyYWlnaHQgZm9yd2Fy
ZCwgYnV0IGl0IG5lZWRzIHNldmVyYWwgY2xhcmlmaWNhdGlvbnMgKHNlZSBiZWxvdykuJm5ic3A7
IEkgd2lsbCBzdGFydCB0aGUgSUVURiBMYXN0IENhbGwgd2hlbiBteSBNYWpvcg0KIGNvbW1lbnRz
IGhhdmUgYmVlbiBhZGRyZXNzZWQgaW4gYSBuZXcgdmVyc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXMgb3Ro
ZXIgcGVvcGxlIChzcGVjaWFsbHkgdGhlIElOVCBEaXJlY3RvcmF0ZSkgcmV2aWV3IHRoaXMgZG9j
dW1lbnQsIG1vcmUgc3BlY2lmaWMgbGFuZ3VhZ2UgcmVsYXRlZCB0byB0aGUgdXNlIG9mIFJGQzY1
NTQgbWF5IGJlIG5lZWRlZC4mbmJzcDsgSeKAmW0gaW5jbGluZWQgdG8gZ28gZm9yd2FyZCB3aXRo
IHRoZSBkb2N1bWVudCBhcyBpcyAocGVuZGluZw0KIHRoZSBjb21tZW50cyBiZWxvdykgYmVjYXVz
ZSBpdCBpcyBFeHBlcmltZW50YWwuJm5ic3A7IFdlIGNhbiBtYWtlIGZ1cnRoZXIgdXBkYXRlcyBp
ZiBuZWVkZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoYW5rcyE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QWx2YXJvLjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk1ham9yOjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0Ij5NMS4gU2VjdGlvbiAzLiAoQXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQpOiDigJxJdCBpcyBp
bnRlcm9wZXJhYmxlIHdpdGggT0xTUnYyIGltcGxlbWVudGF0aW9ucyB0aGF0IGRvIG5vdCBoYXZl
IHRoaXMgZXh0ZW5zaW9uLuKAnSZuYnNwOyBJIGRvbuKAmXQgdGhpbmsgdGhhdCBzdGF0ZW1lbnQg
aXMgdHJ1ZS4mbmJzcDsgRm9yIGV4YW1wbGUsIGhvdyBkb2VzIGEgbm9uLU1QLU9MU1J2Mg0KIHJv
dXRlciBoYW5kbGUgYSBwYWNrZXQgd2l0aCB0aGUgUkZDNjU1NCBoZWFkZXIgaW4gaXQ/Jm5ic3A7
IElPVywgc3RyaWN0IHNvdXJjZSByb3V0aW5nIHJlcXVpcmVzIGFsbCB0aGUgcm91dGVycyBpbiB0
aGUgcGF0aCB0byBzdXBwb3J0IHRoZSBleHRlbnNpb24uJm5ic3A7IEkgdGhpbmsgbW9yZSBjbGFy
aXR5IGFuZCBzcGVjaWZpY2l0eSBpcyBuZWVkZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+TTIuIE1BWF9TUkNfSE9QUyAuJm5ic3A7IEJvdGggU2Vj
dGlvbiA1LjEuIChSb3V0ZXIgUGFyYW1ldGVycykgYW5kIFNlY3Rpb24gOS4gKENvbmZpZ3VyYXRp
b24gUGFyYW1ldGVycykgc2F5IHRoYXQg4oCcRm9yIElQdjYgbmV0d29ya3MsIGl0IE1VU1QgYmUg
c2V0IHRvIDAsIGkuZS4sIG5vIGNvbnN0cmFpbnQgb24gbWF4aW11bSBudW1iZXIgb2YgaG9wcy7i
gJ0mbmJzcDsNCiBXaGF0IGFib3V0IHBvdGVudGlhbCBNVFUvZnJhZ21lbnRhdGlvbiBpc3N1ZXM/
Jm5ic3A7IFJGQzY1NTQgKGluIFNlY3Rpb24gNC4xLiAoR2VuZXJhdGluZyBTb3VyY2UgUm91dGlu
ZyBIZWFkZXJzKSkgZG9lcyB0YWxrIGFib3V0IGEgbWF4aW11bSBwYXRoIGxlbmd0aC48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NMy4gU2VjdGlvbiA2
LjEuMS4gKFNPVVJDRV9ST1VURSBUTFYpIHNheXMgdGhhdCBlYWNoIEhFTExPL1RDIG1lc3NhZ2Ug
4oCcTVVTVCBoYXZlIGV4YWN0bHkgb25lIFNPVVJDRV9ST1VURSBUTFbigJ0uJm5ic3A7IEkgcmVh
ZCB0aGlzIGFzIG1lYW5pbmcgdHdvIHRoaW5nczogKDEpIGV2ZXJ5IEhFTExPL1RDIG11c3QgaGF2
ZSBhIFNPVVJDRV9ST1VURQ0KIFRMViwgYW5kICgyKSB0aGVyZSBtdXN0IGJlIGF0IG1vc3Qgb25l
IFNPVVJDRV9ST1VURSBUTFYuJm5ic3A7IFdoYXQgaGFwcGVucyBpZiBlaXRoZXIgb2YgdGhlc2Ug
Y29uZGl0aW9ucyBhcmUgbm90IG1ldD8mbmJzcDsmbmJzcDsgUkZDNzE4MSBkZXNjcmliZXMgY29u
ZGl0aW9ucyB1bmRlciB3aGljaCBhIG1lc3NhZ2Ugc2hvdWxkIGJlIGNvbnNpZGVyZWQgaW52YWxp
ZCBmb3IgcHJvY2Vzc2luZyAoMTYuMywgZm9yIGV4YW1wbGUpIOKAkyBnaXZlbiB0aGUgbGFuZ3Vh
Z2UgdXNlZA0KIGluIHRoaXMgc2VjdGlvbiwgSSB3b3VsZCBleHBlY3Qgc29tZXRoaW5nIHNpbWls
YXIgaW4gdGhpcyBkb2N1bWVudCAodG8gZW5oYW5jZSB3aGF0IGlzIGFscmVhZHkgaW4gUkZDNzE4
MSkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPk0zLjEuIFttaW5vcl0gU2VjdGlvbiA2LjEuMS4gKFNPVVJDRV9ST1VU
RSBUTFYpLiDigJxNUC1PTFNSdjIgUm91dGluZyBQcm9jZXNzLCBvciBhbiBPTFNSdjIgUm91dGlu
ZyBQcm9jZXNzIHRoYXQgc3VwcG9ydHMgc291cmNlLXJvdXRlIGZvcndhcmRpbmcu4oCdJm5ic3A7
IFNwZWNpYWxseSBmb3IgSVB2NiwgY2FuIHlvdSBpZGVudGlmeSBhIHN1Yi1zZXQNCiBvZiB0aGlz
IHNwZWNpZmljYXRpb24gdGhhdCB3b3VsZCBiZSBpbXBsZW1lbnRlZCBieSDigJxhbiBPTFNSdjIg
Um91dGluZyBQcm9jZXNzIHRoYXQgc3VwcG9ydHMgc291cmNlLXJvdXRlIGZvcndhcmRpbmfigJ0/
Jm5ic3A7IEnigJltIHdvbmRlcmluZyB3aGV0aGVyIHRoYXQgZGlzdGluY3Rpb24gZXZlbiBuZWVk
cyB0byBiZSBtYWRlIG9yIGlmIHlvdSBjYW4ganVzdCBhc3N1bWUgdGhhdCBhIG1hbmV0IHJvdXRl
ciB0aGF0IHN1cHBvcnRzIFJGQzY1NTQgYWxzbyBzdXBwb3J0cw0KIHRoaXMgZG9jdW1lbnQgKGl0
IGRvZXMsIGlmIGl0IG9yaWdpbmF0ZXMgdGhlIG5ldyBUTFYpLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NMy4yLiBU
aGlzIHNlY3Rpb24gYWxzbyBzYXlzIHRoYXQg4oCcYW4gT0xTUnYyIFJvdXRpbmcgUHJvY2VzcyBN
QVkgaGF2ZSBvbmUgU09VUkNFX1JPVVRFIFRMViwgaWYgdGhlIE9MU1J2MiBSb3V0aW5nIFByb2Nl
c3Mgc3VwcG9ydHMgc291cmNlLXJvdXRlIGZvcndhcmRpbmcsIGFuZCBpcyB3aWxsaW5nIHRvIGpv
aW4gdGhlIHNvdXJjZSByb3V0ZQ0KIGdlbmVyYXRlZCBieSBvdGhlciBNUC1PTFNSdjIgUm91dGlu
ZyBQcm9jZXNzZXMu4oCdJm5ic3A7IElmIHRoZSAyIGNvbmRpdGlvbnMgYXJlIG1ldCwgZG9lc27i
gJl0IHRoZSB0ZXh0IGJlY29tZSDigJxNVVNUIGhhdmUgZXhhY3RseSBvbmUgU09VUkNFX1JPVVRF
IFRMVuKAnT8mbmJzcDsmbmJzcDsgSnVzdCBwb2ludGluZyBvdXQgdGhhdCB0aGUgZGlmZmVyZW50
aWF0aW9uIG1heSBub3QgYmUgbmVlZGVk4oCmYW5kIHRoYXQgdGhlIGxhbmd1YWdlIGlzIG5vdCBj
b25zaXN0ZW50IChzZWUgYWJvdmUpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NMy4zLiDigJxUaGUgZXhpc3RlbmNl
IG9mIFNPVVJDRV9ST1VURSBUTFYgTVVTVCBiZSBjb25zaXN0ZW50IGZvciBhIHNwZWNpZmljIE9M
U1J2MiBSb3V0aW5nIFByb2Nlc3PigJ0mbmJzcDsgU2ltcGxpZnkgYnkgYWRkaW5nIGRpc2NhcmQg
Y29uZGl0aW9ucy4gKFNlZSBNMyBhYm92ZSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij5NNC4gU2VjdGlvbiA2LjIuMi4gKFNvdXJjZSBSb3V0aW5nIEhl
YWRlciBpbiBJUHY2KSBzYXlzIHRoYXQgdGhlIHJvdXRpbmcgaGVhZGVyIGZyb20gUkZDNjU1NCBp
cyB1c2VkIHdpdGggSVB2NiBSb3V0aW5nIFR5cGUgMjU0IChleHBlcmltZW50YWwpLiZuYnNwOyBX
aHk/Jm5ic3A7Jm5ic3A7IEnigJltIGFza2luZyBiZWNhdXNlIFJGQzQ3Mjcgc2F5cyB0aGF0IHRo
ZQ0KIGV4cGVyaW1lbnRhbCB2YWx1ZXMg4oCcTVVTVCBOT1QgYmUgc2hpcHBlZCBhcyBkZWZhdWx0
cyBpbiBpbXBsZW1lbnRhdGlvbnPigJ0g4oCTIG5vdCBvbmx5IGRvIGltcGxlbWVudGF0aW9ucyBl
eGlzdCwgYnV0IHRoZSBwdXJwb3NlIG9mIHRoaXMgRXhwZXJpbWVudGFsIGRvY3VtZW50IGlzIHRv
IGdhdGhlciBleHBlcmllbmNlIGZvcm0gcmVhbCBkZXBsb3ltZW50cy4mbmJzcDsgU2hvcnQgb2Yg
YXNraW5nIGZvciBhIG5ldyBSb3V0aW5nIFR5cGUsIHdoeSBpc27igJl0IHRoZQ0KIG9uZSBhbHJl
YWR5IGFzc2lnbmVkIHRvIFJGQzY1NTQgdXNlZD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NNS4gU2VjdGlvbiA4LjEuIChIRUxMTyBhbmQgVEMgTWVz
c2FnZSBHZW5lcmF0aW9uKS4mbmJzcDsg4oCcVGhlIFRDIG1lc3NhZ2UgZ2VuZXJhdGlvbiBiYXNl
ZCBvbiBTUl9UQ19JTlRFUlZBTCBkb2VzIG5vdCByZXBsYWNlIHRoZSBvcmRpbmFyeSBUQyBtZXNz
YWdlIGdlbmVyYXRpb24gc3BlY2lmaWVkIGluIFtSRkM3MTgxXeKAplRoZSBUQyBnZW5lcmF0aW9u
DQogYmFzZWQgb24gU1JfVENfSU5URVJWQUwgc2VydmVzIGZvciB0aG9zZSByb3V0ZXJzIHRvIGFk
dmVydGlzZSBTT1VSQ0VfUk9VVEUgVExWIHNvIHRoYXQgdGhlIG90aGVyIHJvdXRlcnMgY2FuIGJl
IGF3YXJlIG9mIHRoZSBzb3VyY2Utcm91dGUgZW5hYmxlZCByb3V0ZXJzIHNvIGFzIHRvIGJlIHVz
ZWQgYXMgZGVzdGluYXRpb25zIG9mIG11bHRpcGF0aCByb3V0aW5nLiZuYnNwOyBUaGUgU1JfVENf
SU5URVJWQUwgaXMgc2V0IHRvIGEgbG9uZ2VyIHZhbHVlIHRoYW4NCiBUQ19JTlRFUlZBTC7igJ0m
bmJzcDsgVGhpcyB0ZXh0IHNheXMgdGhhdCB0aGVyZSBhcmUgdHdvIGludGVydmFscyBhdCB3aGlj
aCBhbiBNUC1PTFNSdjIgcm91dGVyIHNlbmRzIFRDcywgYnV0IHRoYXQgb25seSBhdCBTUl9UQ19J
TlRFUlZBTCB3aWxsIHRoZSBTT1VSQ0VfUk9VVEUgVExWIGJlIGluY2x1ZGVkLCBpcyB0aGF0IGNv
cnJlY3Q/Jm5ic3A7IElmIHNvLCB0aGVuIGhvdyBkb2VzIGEgcmVjZWl2ZXIgcmVjb25jaWxlIHRo
YXQgd2l0aCB0aGUgcmVxdWlyZW1lbnQNCiBpbiA2LjEuMSAoYW5kIGluIHRoaXMgc2VjdGlvbikg
Zm9yIOKAnEV2ZXJ5IEhFTExPIG9yIFRDIG1lc3NhZ2UgZ2VuZXJhdGVkIGJ5IGEgTVAtT0xTUnYy
IFJvdXRpbmcgUHJvY2VzcyBNVVNUIGhhdmUgZXhhY3RseSBvbmUgU09VUkNFX1JPVVRFIFRMVi7i
gJ0/PyZuYnNwOyBJT1csIGl0IGxvb2tzIGxpa2UgdGhhdCByZXF1aXJlbWVudCBjYW7igJl0IGJl
IG1ldCB1bmxlc3MgYWxsIHRoZSBUQ3MgKGluY2x1ZGluZyB0aGUgb25lcyBnZW5lcmF0ZWQgZXZl
cnkgVENfSU5URVJWQUwpDQogaW5jbHVkZSB0aGUgU09VUkNFX1JPVVRJTkcgVExWLiA8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NNi4gU2VjdGlvbiA4
LjMuIChNUFIgU2VsZWN0aW9uKTog4oCcTVAtT0xTUiByb3V0ZXJzIFNIT1VMRCBiZSBwcmVmZXJy
ZWQgYXMgcm91dGluZyBNUFJzLuKAnSZuYnNwOyBXaGVuIHdvdWxkIGl0IGJlIG9rIGZvciBNUC1P
TFNSIHJvdXRlcnMgbm90IHRvIGJlIHByZWZlcnJlZD8mbmJzcDsgSU9XLCB3aHkgaXMg4oCcTVVT
VOKAnSBub3QgdXNlZD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5NNy4gSWYgdGhl
IE11bHRpLXBhdGggUm91dGluZyBTZXQgaXMgbWFpbnRhaW5lZCByZWFjdGl2ZWx5LCB3aGF0IHNo
b3VsZCBiZSBkb25lIHdpdGggdGhlIGRhdGFncmFtIHRoYXQgdHJpZ2dlcmVkIHRoZSBjYWxjdWxh
dGlvbiAod2hpbGUgaXQgaXMgYmVpbmcgZG9uZSk/Jm5ic3A7IEnigJltIGFzc3VtaW5nIHRoYXQg
aXQgc2hvdWxkIGJlIGJ1ZmZlcmVkIHNvbWV3aGVyZSBhbmQgdGhlbiBmb3J3YXJkZWQsIHJpZ2h0
PyZuYnNwOyBJ4oCZbSBhbHNvIGFzc3VtaW5nIHRoYXQgYW55IG90aGVyIGRhdGFncmFtcyB0byB0
aGUgc2FtZSBkZXN0aW5hdGlvbiB0aGF0IGFyZSByZWNlaXZlZCB3aGlsZSB0aGUgY2FsY3VsYXRp
b24gaXMgaGFwcGVuaW5nIHNob3VsZCBhbHNvIGJlIGJ1ZmZlcmVkLCB0cnVlPyZuYnNwOyBJcyB0
aGVyZSBhIG1heGltdW0gdGltZSB0aGF0IHRoaXMgYnVmZmVyaW5nIHNob3VsZCBiZSBtYWludGFp
bmVkPyZuYnNwOyBJcyB0aGVyZSBhIG1heGltdW0gZXhwZWN0ZWQgc2l6ZT8mbmJzcDsgTWF5YmUg
dGhlc2UgYXJlIHF1ZXN0aW9ucyB0aGF0IHlvdSBtYXkgd2FudCB0byBhbnN3ZXIgdGhyb3VnaCB0
aGUgZXhwZXJpbWVudC4mbmJzcDsgQWxzbywgYnVmZmVyaW5nIHNvbWUgZGF0YWdyYW1zIG1heSBv
cGVuIGFuIGF0dGFjayB2ZWN0b3Ig4oCTIHdvcnRoIG1lbnRpb25pbmcgaW4gdGhlIFNlY3VyaXR5
IENvbnNpZGVyYXRpb25zIHNlY3Rpb24uIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90OyI+TTcuMS4gW21pbm9yXSBTZWN0aW9uIDQuIChQcm90b2NvbCBPdmVydmlldyBhbmQgRnVu
Y3Rpb25pbmcpOiDigJxUaGUgcmVhY3RpdmUgb3BlcmF0aW9uIGlzIGxvY2FsIGluIHRoZSByb3V0
ZXIgYW5kIG5vIG1lc3NhZ2UgdHJhbnNtaXNzaW9uIGRlbGF5IGlzIGludHJvZHVjZWQu4oCdJm5i
c3A7IEkgdGhpbmsgeW91IG1heSBiZSByZWZlcnJpbmcgdG8gY29udHJvbCBwbGFuZSBtZXNzYWdl
cywgYnV0IGl0IHNvdW5kcyBhcyBpZiB0aGVyZSB3YXMgbm8gZGVsYXkgaW4gdGhlIHByb3BhZ2F0
aW9uIG9mIHRoZSBkYXRhIHBsYW5lIG1lc3NhZ2VzIOKAkyB3aGljaCBieSBkZWZpbml0aW9uIG5l
ZWQgdG8gc29tZWhvdyBiZSBoZWxkIHdoaWxlIHRoZSByZWFjdGl2ZSBjYWxjdWxhdGlvbiBpcyBj
b21wbGV0ZWQuJm5ic3A7IFBsZWFzZSBjbGFyaWZ5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPk04LiBTZWN0aW9uIDguNS4yLiAoTXVs
dGktcGF0aCBEaWprc3RyYSBBbGdvcml0aG0pIHNheXMgdGhhdCDigJxVc2luZyBkaWZmZXJlbnQg
bXVsdGktcGF0aCBhbGdvcml0aG1zIHdpbGwgbm90IGltcGFjdCB0aGUgaW50ZXJvcGVyYWJpbGl0
eS7igJ0mbmJzcDsgVXNpbmcgZGlmZmVyZW50IGFsZ29yaXRobXMgaW4gYSBuZXR3b3JrIG1heSBu
b3QgaW1wYWN0IGludGVyb3BlcmFiaWxpdHkgKGFzIHRoZSBwYWNrZXRzIG9uIHRoZSB3aXJlIHdp
bGwgYmUgdW5kZXJzdG9vZCBieSBhbGwpLCBidXQgaXQgY2FuIGxlYWQgdG8gcm91dGluZyBsb29w
cy4mbmJzcDsgUGxlYXNlIGNsYXJpZnkuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1
b3Q7Ij5NOC4xLiBTZWN0aW9uIDguNS4yLiAoTXVsdGktcGF0aCBEaWprc3RyYSBBbGdvcml0aG0p
IGRlc2NyaWJlcyB0aGUgTVAgYWxnb3JpdGhtIGFzIHR3byBpbmNyZW1lbnRhbCBmdW5jdGlvbnMg
YXQg4oCcc3RlcCBp4oCdIG9mIHRoZSBvcmlnaW5hbCBEaWprc3RyYSBhbGdvcml0aG0uJm5ic3A7
IFdoaWxlIHRoZSBhbGdvcml0aG0gbWF5IGJlIHdlbGwga25vd24sIHBsZWFzZSBhZGQgYSByZWZl
cmVuY2Ugc28gdGhhdCB0aGVyZSBpcyBubyBjb25mdXNpb24gYXMgdG8gd2hhdCDigJxzdGVwIGni
gJ0gaXMuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDsiPk05LiBUaGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgb2YgUkZDNjU1NCBzYXkg
dGhhdCB0aGUgZXh0ZW5zaW9uIGlzIHRvIGJlIHVzZWQgb25seSBpbnNpZGUgYW4gUlBMIGRvbWFp
biBhbmQgdGhhdCDigJxSUEwgcm91dGVycyBNVVNUIGRyb3AgZGF0YWdyYW1zIGVudGVyaW5nIG9y
IGV4aXRpbmcgYSBSUEwgcm91dGluZyBkb21haW4gdGhhdCBjb250YWluIGFuIFNSSCBpbiB0aGUg
SVB2NiBFeHRlbnNpb24gaGVhZGVycy7igJ0mbmJzcDsgVGhpcyBkb2N1bWVudCBkb2VzIG1lbnRp
b24gdGhhdCDigJx0aGUgc291cmNlIHJvdXRpbmcgaGVhZGVyIGlzIHVzZWQgb25seSBpbiB0aGUg
Y3VycmVudCByb3V0aW5nIGRvbWFpbuKAnSwgYnV0IGl0IGRvZXNu4oCZdCBleHBsaWNpdGx5IHRh
bGsgYWJvdXQgd2hhdCBzaG91bGQgYmUgZG9uZSB3aXRoIGRhdGFncmFtcyB0aGF0IGNvbnRhaW4g
dGhlIHNvdXJjZSByb3V0aW5nIGhlYWRlcnMgYXMgdGhleSBlbnRlci9sZWF2ZSB0aGUgZG9tYWlu
LiZuYnNwOyBQbGVhc2UgaW5jbHVkZSBzb21lIHRleHQgc2ltaWxhciB0byB0aGUgb25lIGluIFJG
QzY1NTQuJm5ic3A7IFBvaW50aW5nIHRvIHRoZSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBvZiBS
RkM2NTU0IHdvdWxkIGFsc28gYmUgYSBnb29kIGlkZWEgKHRvIGNhcHR1cmUgSUNNUCBhdHRhY2tz
LCBhbmQgd2hhdGV2ZXIgZWxzZSBpcyBtZW50aW9uZWQgdGhlcmUpLjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPk0xMC4gSUFOQSBDb25z
aWRlcmF0aW9ucy4mbmJzcDsgU2VjdGlvbnMgMTIuMS4gKEV4cGVydCBSZXZpZXc6IEV2YWx1YXRp
b24gR3VpZGVsaW5lcykgYW5kIDEyLjMuIChSb3V0aW5nIFR5cGUpIGFyZSBub3QgbmVlZGVkIGFz
IHRoaXMgZG9jdW1lbnQgaXMgbm90IHNwZWNpZnlpbmcgYW55IG5ldyBzcGFjZSB0aGF0IHJlcXVp
cmVzIERFIHJldmlldyAodGhlIGFzc2lnbm1lbnQgc2hvdWxkIGJlIGRvbmUgdW5kZXIgREUgcmV2
aWV3LCBidXQgdGhhdCBpcyBzcGVjaWZpZWQgZWxzZXdoZXJlKSwgYW5kIHRoZSBSb3V0aW5nIFR5
cGUgaXMgYWxyZWFkeSBhc3NpZ25lZCBieSBJQU5BLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5N
aW5vcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlAxLiBQbGVhc2UgaW5j
bHVkZSBhIHJlZmVyZW5jZSBmb3Ig4oCcZXJhc3VyZSBjb2RpbmfigJ0uPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5QMi4gTG9vc2UgdnMgU3RyaWN0IFNvdXJjZSBSb3V0aW5n
LiZuYnNwOyBJdCBjYXVnaHQgbXkgYXR0ZW50aW9uIHRoYXQgdGhlIElQdjQvSVB2NiBzb3VyY2Ug
cm91dGluZyBtb2RlcyBhcmUgbm90IHRoZSBzYW1lIOKAkyB3aHkgaXMgdGhhdD8mbmJzcDsgSSBu
b3RlIHRoYXQgUkZDNzkxIGRvZXMgc3VwcG9ydCBzdHJpY3Qgc291cmNlIHJvdXRpbmcuJm5ic3A7
IFJGQzY1NTQgZG9lc27igJl0IHN1cHBvcnQgbG9vc2Ugc291cmNlIHJvdXRpbmcsIGJ1dCBvdGhl
ciBleHRlbnNpb25zIGRvIChkcmFmdC1pZXRmLTZtYW4tc2VnbWVudC1yb3V0aW5nLWhlYWRlciwg
Zm9yIGV4YW1wbGUsIGNhbiBzdXBwb3J0IGJvdGggbG9vc2UgYW5kIHN0cmljdCBtb2RlcykuJm5i
c3A7IEdpdmVuIHRoYXQgdGhpcyBkb2N1bWVudCBpcyBFeHBlcmltZW50YWwsIEkgZG9u4oCZdCB0
aGluayBpdCBpcyBhIHNob3cgc3RvcHBlciwgYnV0IGNvbnNpc3RlbmN5IHdvdWxkIGJlIG5pY2Uu
Jm5ic3A7IFRoZXJl4oCZcyBhbHNvIHRoZSBvcHBvcnR1bml0eSB0byBleHBlcmltZW50IGZ1cnRo
ZXIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5QMy4gWW91IG1lbnRpb24g
cm91bmQtcm9iaW4gYW5kIHdlaWdodGVkIHNjaGVkdWxpbmcgZm9yIHBhdGggc2VsZWN0aW9uIChp
biAxLjEpLiZuYnNwOyBXaGF0IGFib3V0IGZsb3ctYmFzZWQgKGtlZXAgYWxsIHRoZSBwYWNrZXRz
IGluIGEgZmxvdyBvbiBhIHNpbmdsZSBwYXRoKT8mbmJzcDsgSeKAmW0gd29uZGVyaW5nIGFib3V0
IHRoaXMgYmVjYXVzZSBkaXNqb2ludCBwYXRocyBtYXkgcmVzdWx0IGluIHNpZ25pZmljYW50IHBl
cmZvcm1hbmNlIGNoYXJhY3RlcmlzdGljIGRpZmZlcmVuY2VzLCBhbmQgcGF0aCBzdGFiaWxpdHkg
KGFzIG11Y2ggYXMgcG9zc2libGUpIG1heSBiZSBpbXBvcnRhbnQgaW4gc29tZSBjYXNlcy48bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlA0LiBTZWN0aW9uIDEuMSBtZW50aW9u
cyB0aGUgcG90ZW50aWFsIHVzZSBvZiDigJxEaWZmZXJlbnQgYWxnb3JpdGhtcyB0byBvYnRhaW4g
bXVsdGlwbGUgcGF0aHPigJ0uJm5ic3A7IFRoZSBydGd3ZyBXRyBoYXMgZG9uZSBhIGxvdCBvZiB3
b3JrIG9uIGZpbmRpbmcgYWx0ZXJuYXRlIHBhdGhzIChmcm9tIExGQSBhbGwgdGhlIHdheSB0byBN
UlQpIGluIHRoZSBjb250ZXh0IG9mIGZhc3QgcmVyb3V0ZSDigJMgdGhlc2UgYWx0ZXJuYXRlIHBh
dGhzIGNhbiBvYnZpb3VzbHkgYmUgdXNlZCBmb3IgdHJhZmZpYyBmb3J3YXJkaW5nIHVuZGVyIG5v
cm1hbCBjb25kaXRpb25zIChub3QganVzdCBmb3IgcmVwYWlyKS4mbmJzcDsgSeKAmW0gd29uZGVy
aW5nIHdoeSB0aG9zZSBvdGhlciBtZWNoYW5pc21zIHdlcmUgbm90IHVzZWQgaGVyZT8mbmJzcDsg
V2hlcmUgdGhleSBldmVuIGNvbnNpZGVyZWQ/Jm5ic3A7IFtJT1csIGl04oCZcyBhbHdheXMgbmlj
ZSB0byB1c2Ugb3RoZXIgSUVURi1kZXZlbG9wZWQgdGVjaG5vbG9neS5dPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5QNS4gUGxlYXNlIGRlZmluZSBTUi1PTFNSdjIgaW4gdGhl
IFRlcm1pbm9sb2d5IHNlY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
Ij5QNi4gVGhlIGRvY3VtZW50IGRvZXNu4oCZdCBleHBsYWluIGhvdyBTUl9IT0xEX1RJTUVfTVVM
VElQTElFUiBzaG91bGQgYmUgdXNlZC4mbmJzcDsgTGF0ZXIgSSBmb3VuZCAoaW4gOC4yKSB0aGF0
IOKAnHNvdXJjZSByb3V0ZSBob2xkIHRpbWUgbXVsdGlwbGllcuKAnSBpcyBkZWZpbmVkIGFzIOKA
nHRoZSB2YWx1ZSBvZiBhIE1lc3NhZ2UgVExWIHdpdGggVHlwZSA9IFNPVVJDRV9ST1VUReKAnCwg
d2hpY2ggaXMgZXhhY3RseSB3aGF0IFNSX0hPTERfVElNRV9NVUxUSVBMSUVSIGlzLiZuYnNwOyBT
dWdnZXN0aW9uOiB0byBhdm9pZCBjb25mdXNpb24gYW5kIGJlIGNvbnNpc3RlbnQsIGVsaW1pbmF0
ZSB0aGUgZGVmaW5pdGlvbiBvZiAmcXVvdDtzb3VyY2Ugcm91dGUgaG9sZCB0aW1lIG11bHRpcGxp
ZXImcXVvdDsgYW5kIHNpbXBseSB1c2UgU1JfSE9MRF9USU1FX01VTFRJUExJRVIuPG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5QNy4gU2VjdGlvbiA4LjIuIChIRUxMTyBhbmQg
VEMgTWVzc2FnZSBQcm9jZXNzaW5nKSBkZWZpbmVzICZxdW90O3ZhbGlkaXR5IHRpbWUmcXVvdDsu
Jm5ic3A7IEkgZG9u4oCZdCB0aGluayB0aGlzIGlzIG5lY2Vzc2FyeSBhcyBpdCBoYXMgdGhlIHNh
bWUgbWVhbmluZyBhcyBpbiBSRkM3MTgxLCByaWdodD8mbmJzcDsgSWYgc28sIHRoZW4gYSByZWZl
cmVuY2UgdG8gdGhhdCAoaW4gdGhlIFNSX3RpbWUgZm9ybXVsYSkgc2hvdWxkIGJlIGVub3VnaC4m
bmJzcDsgT3RoZXJ3aXNlLCB5b3UgYXQgbGVhc3QgbmVlZCBhIHJlZmVyZW5jZSB0byBSRkM1NDk3
LiZuYnNwOyBJ4oCZbSBtYWtpbmcgdGhpcyBjb21tZW50IGJlY2F1c2UgaXQgaXMgZWFzaWVyL2Ns
ZWFuZXIgdG8gdXNlIGRlZmluaXRpb25zIGJ5IHJlZmVyZW5jZSwgdGhhbiByaXNrIG5vdCB1c2lu
ZyB0aGUgZXhhY3Qgc2FtZSB0ZXh0IGFuZCBoYXZlIHRoZSBzcGVjaWZpY2F0aW9ucyBwb3RlbnRp
YWxseSBkaXZlcmdlIG92ZXIgdGltZS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDsiPlA4LiBUaGUgZGVmaW5pdGlvbiBvZiB0aGUgTXVsdGktcGF0aCBSb3V0aW5nIFR1cGxlIGlu
IDguNS4xLiAoUmVxdWlyZW1lbnRzIG9mIE11bHRpLXBhdGggQ2FsY3VsYXRpb24pIGlzIG5vdCAo
ZXhhY3RseSkgdGhlIHNhbWUgYXMgaW4gNy4yLiAoTXVsdGktcGF0aCBSb3V0aW5nIFNldCkuJm5i
c3A7IFN1Z2dlc3Rpb246IHB1dCBhIHJlZmVyZW5jZSB0byA3LjEgaW4gOC41LjEuPG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5QOS4gUmVmZXJlbmNlczo8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
OyI+LSBSRkM2OTgyIGhhcyBiZWVuIG9ic29sZXRlZCBieSBSRkM3OTQyLjxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
Ij4tIHMvUkZDMjQ2MC9kcmFmdC1pZXRmLTZtYW4tcmZjMjQ2MGJpczxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7Ij5OaXRzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+TjEuIHMv
b3JpZ2luYWwgT0xTUnYyL2Jhc2UgT0xTUnYyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7Ij5OMi4gSW4gU2VjdGlvbiA1LjEsIHBsZWFzZSBpbmNsdWRlIGEgZm9yd2FyZCByZWZl
cmVuY2UgdG8gU2VjdGlvbiA54oCmYW5kIGluIFNlY3Rpb24gNi4xLjHigKZhbmQgYW55d2hlcmUg
ZWxzZSB0aGUgcGFyYW1ldGVycyBhcmUgZGVmaW5lZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDsiPk4zLiBzL2V4aXN0ZWQvZXhpc3Rpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDsiPk40LiBzL01QLU9MU1IvTVAtT0xTUnYyPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7Ij5ONS4gSW4gOC40IHMvdGhleSBhcmUvdGhlcmUgYXJlPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5ONi4gcy90aGUgdGhlL3RoZTxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8cD4qKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxicj4KVGhpcyBlbWFpbCBh
bmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkPGJyPgpy
ZWNpcGllbnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp
bnRlbmRlZDxicj4KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBh
bmQgbm90aWZ5IHRoZSBzZW5kZXIuPGJyPgpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBp
dCBmb3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yPGJyPgpkaXN0cmlidXRlIGl0cyBjb250
ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLjxicj4KKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8L3A+PC9ib2R5Pg0KPC9o
dG1sPg0K

--_000_B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AAGLKXM0002VGREEN_--


From nobody Tue Apr  4 08:01:40 2017
Return-Path: <aretana@cisco.com>
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 50D6E1296D4; Tue,  4 Apr 2017 08:01:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id adhX5jtFgUmX; Tue,  4 Apr 2017 08:01:37 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3711124234; Tue,  4 Apr 2017 08:01:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8086; q=dns/txt; s=iport; t=1491318096; x=1492527696; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=SXauzx5qoO8/leexM4lIe5siHd9kL422A0zMNCHdTUs=; b=Y0i9p11ZQOF5hsoXWd8cbufnLzc0U2qtrxwTgTsll5m/5uUfzcj1FmmU M782OEvXGAcN0PxKNNbjS15th17JvMgDES4NG3dw1TI1kd8BFr/j5iFLc ROdz7ACBJmoiT+lJCh61RchkRKOum27yymepBSsmLNn7ksBL2RZQBj4KI 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BRAwCPtONY/5hdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5mYYELB4NcihKRPB+QIYUygg6GIgIagyU/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRYBBAEjVgULAgEGAj8DAgICMBQRAgQBDQWKBgiQIZ1cgiYrijEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEdhk6CBQiCYodaLoIxBZYahlMBkk+RPJN0AR84gQVbFVI?= =?us-ascii?q?Bhkd1iA6BDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.36,275,1486425600";  d="scan'208,217";a="228697642"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Apr 2017 15:01:35 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v34F1ZPr028116 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Apr 2017 15:01:35 GMT
Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 4 Apr 2017 10:01:34 -0500
Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Tue, 4 Apr 2017 10:01:35 -0500
From: "Alvaro Retana (aretana)" <aretana@cisco.com>
To: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>, "draft-ietf-manet-olsrv2-multipath@ietf.org" <draft-ietf-manet-olsrv2-multipath@ietf.org>
CC: "manet@ietf.org" <manet@ietf.org>, "manet-chairs@ietf.org" <manet-chairs@ietf.org>
Thread-Topic: AD Review of draft-ietf-manet-olsrv2-multipath-11
Thread-Index: AQHSrMBYAGgO+lU2M0uWMpAvOFwcc6G05NKQgAB7JAA=
Date: Tue, 4 Apr 2017 15:01:35 +0000
Message-ID: <074CDBF6-9515-4163-A5AD-B4C85950F667@cisco.com>
References: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com> <B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AA@GLKXM0002V.GREENLNK.net>
In-Reply-To: <B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AA@GLKXM0002V.GREENLNK.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1f.0.170216
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.117.15.6]
Content-Type: multipart/alternative; boundary="_000_074CDBF695154163A5ADB4C85950F667ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/eAVaOFZLkfqrOnwVHDCGiOWQrlE>
Subject: Re: [manet] AD Review of draft-ietf-manet-olsrv2-multipath-11
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Apr 2017 15:01:39 -0000

--_000_074CDBF695154163A5ADB4C85950F667ciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

T24gNC80LzE3LCA0OjQ2IEFNLCAiRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykiIDxjaHJpcy5k
ZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j
b20+PiB3cm90ZToNCg0KQ2hyaXN0b3BoZXI6DQoNCkhpIQ0KDQo+IE1QUnMgaW4gT0xTUnYyLCBh
bmQgaXRzIGRlcml2YXRpdmVzLCBjYW4gYmUgc2VsZWN0ZWQgYnkgYW55IGFsZ29yaXRobSB0aGF0
IG1lZXRzIGNlcnRhaW4NCj4gY29uZGl0aW9ucy4gSXQgZG9lc27igJl0IG5lZWQgdG8gYmUgdGhl
IHNhbWUgaW4gZXZlcnkgcm91dGVyLiBUaHVzIHRoZSBzZWxlY3Rpb24gYWxnb3JpdGhtIGlzIG5v
dA0KPiBhbiBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlLCBhbmQgdGh1cyBkb2VzbuKAmXQgcmF0ZSBh
IE1VU1QuIEJ1dCB0aGVyZSBjYW4gYmUgdmVyeSBnb29kDQo+IHN1Z2dlc3Rpb25zIHRoYXQgbWVl
dCB0aGUg4oCcZG8gdGhpcyB1bmxlc3MgeW91IGtub3cgYSBnb29kIHJlYXNvbiB3aHkgeW91IGFy
ZW7igJl0IGRvaW5nIGl04oCdDQo+IHdoaWNoIGlzIHRoZSB1c3VhbCBmaXQgdG8gYSBTSE9VTEQu
IEkgZG9u4oCZdCB0aGluayBpdOKAmXMgbmVjZXNzYXJ5IHRvIGtub3cgZXhhY3RseSB3aGVuIHlv
dQ0KPiBtaWdodCBub3QgZm9sbG93IGl0LCBidXQgaW5kaWNhdGluZyB3aHkgdGhpcyBpcyBnb29k
IGFkdmljZSB3b3VsZCBiZSBhIGdvb2QgdGhpbmcuDQoNClllcywgZ29vZCBwb2ludC4NCg0KT25l
IG9mIHRoZSByZWFzb25zIEkgbWFkZSB0aGUgY29tbWVudCBpcyB0aGF0IHRoZSB0ZXh0IHRhbGtz
IGFib3V0IGdpdmluZyBwcmVmZXJlbmNlLCBhbmQgbm90IHRoZSBzZWxlY3Rpb24gaXRzZWxmOiDi
gJxNUC1PTFNSIHJvdXRlcnMgU0hPVUxEIGJlIHByZWZlcnJlZCBhcyByb3V0aW5nIE1QUnPigJ0g
KGZyb20gOC4zKS4gIE9mIGNvdXJzZSwgdGhlIGxhbmd1YWdlIGluIHJmYzcxODEgdXNlcyDigJxN
QVnigJ3igKYgIEV4cGxhaW5pbmcgd2h5IGl0IGlzIGEgZ29vZCBpZGVhLCBiZWluZyBleHBsaWNp
dCBvbiB3aGF0IHNob3VsZCBiZSBkb25lLCBvciBjb25zaXN0ZW50IHdpdGggcmZjNzE4MSBhcmUg
YWxsIGdvb2Qgb3B0aW9ucy4NCg0KVGhhbmtzIQ0KDQpBbHZhcm8uDQo=

--_000_074CDBF695154163A5ADB4C85950F667ciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <4FABF34641DFD54892DD16AE383C585D@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls
eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z
dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp
bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9
DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm
b250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9y
bWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBl
OmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl
eHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz
aXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2
LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFk
Pg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i
cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5PbiA0LzQvMTcsIDQ6NDYgQU0sICZxdW90O0RlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspJnF1
b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNo
cmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5DaHJpc3RvcGhlcjo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkh
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImZvbnQtdmFyaWFudC1jYXBz
OiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Vi
a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOiMxRjQ5N0QiPiZn
dDsgTVBScyBpbiBPTFNSdjIsIGFuZCBpdHMgZGVyaXZhdGl2ZXMsIGNhbiBiZSBzZWxlY3RlZCBi
eSBhbnkgYWxnb3JpdGhtIHRoYXQgbWVldHMgY2VydGFpbg0KPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjojMUY0OTdEIj4mZ3Q7IGNvbmRpdGlvbnMuIEl0IGRvZXNu
4oCZdCBuZWVkIHRvIGJlIHRoZSBzYW1lIGluIGV2ZXJ5IHJvdXRlci4gVGh1cyB0aGUgc2VsZWN0
aW9uIGFsZ29yaXRobSBpcyBub3QNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli
cmk7Y29sb3I6IzFGNDk3RCI+Jmd0OyBhbiBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlLCBhbmQgdGh1
cyBkb2VzbuKAmXQgcmF0ZSBhIE1VU1QuIEJ1dCB0aGVyZSBjYW4gYmUgdmVyeSBnb29kDQo8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOiMxRjQ5N0QiPiZndDsgc3Vn
Z2VzdGlvbnMgdGhhdCBtZWV0IHRoZSDigJxkbyB0aGlzIHVubGVzcyB5b3Uga25vdyBhIGdvb2Qg
cmVhc29uIHdoeSB5b3UgYXJlbuKAmXQgZG9pbmcgaXTigJ0NCjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6IzFGNDk3RCI+Jmd0OyB3aGljaCBpcyB0aGUgdXN1YWwg
Zml0IHRvIGEgU0hPVUxELiBJIGRvbuKAmXQgdGhpbmsgaXTigJlzIG5lY2Vzc2FyeSB0byBrbm93
IGV4YWN0bHkgd2hlbiB5b3UNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7
Y29sb3I6IzFGNDk3RCI+Jmd0OyBtaWdodCBub3QgZm9sbG93IGl0LCBidXQgaW5kaWNhdGluZyB3
aHkgdGhpcyBpcyBnb29kIGFkdmljZSB3b3VsZCBiZSBhIGdvb2QgdGhpbmcuPC9zcGFuPjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5ZZXMsIGdvb2QgcG9pbnQuJm5ic3A7IDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk9uZSBvZiB0aGUgcmVhc29ucyBJIG1hZGUgdGhlIGNvbW1l
bnQgaXMgdGhhdCB0aGUgdGV4dCB0YWxrcyBhYm91dCBnaXZpbmcgcHJlZmVyZW5jZSwgYW5kIG5v
dCB0aGUgc2VsZWN0aW9uIGl0c2VsZjog4oCcTVAtT0xTUiByb3V0ZXJzIFNIT1VMRCBiZSBwcmVm
ZXJyZWQgYXMgcm91dGluZyBNUFJz4oCdIChmcm9tIDguMykuJm5ic3A7IE9mDQogY291cnNlLCB0
aGUgbGFuZ3VhZ2UgaW4gcmZjNzE4MSB1c2VzIOKAnE1BWeKAneKApiZuYnNwOyBFeHBsYWluaW5n
IHdoeSBpdCBpcyBhIGdvb2QgaWRlYSwgYmVpbmcgZXhwbGljaXQgb24gd2hhdCBzaG91bGQgYmUg
ZG9uZSwgb3IgY29uc2lzdGVudCB3aXRoIHJmYzcxODEgYXJlIGFsbCBnb29kIG9wdGlvbnMuPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhhbmtzITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki
PkFsdmFyby48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N
Cg==

--_000_074CDBF695154163A5ADB4C85950F667ciscocom_--


From nobody Tue Apr  4 08:20:43 2017
Return-Path: <jiazi@jiaziyi.com>
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 EB80912704B; Tue,  4 Apr 2017 08:20:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.019
X-Spam-Level: 
X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jiaziyi.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 Z0Uma1U0t0DJ; Tue,  4 Apr 2017 08:20:37 -0700 (PDT)
Received: from sender-of-o52.zoho.com (sender-of-o52.zoho.com [135.84.80.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1494D1273E2; Tue,  4 Apr 2017 08:20:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1491319233;  s=jiazi; d=jiaziyi.com; i=jiazi@jiaziyi.com; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References; l=10448; bh=HN4Hzt3RVbjdkZwH4+C7uaEuU5YLD3v6Vml81szEj1c=; b=EanpJIyPQ+x7krBWd87eEQ3mMQW3yZwGF1esSAE/l6SxodXYzXqK8n8nFiCnH2Hr WvEld3754L44jM5D39Q8qkyGn0F4xsvsw9eOPJaQyniWTK/8ragC50wEFB3SfUI9YxS gezFRyMOcBunE/2i5YiC1CiQ9H0N5x+xdQP+nxC8=
Received: from [192.168.1.101] (230.248.86.88.rdns.comcable.net [88.86.248.230]) by mx.zohomail.com with SMTPS id 1491319233232498.65537044926975; Tue, 4 Apr 2017 08:20:33 -0700 (PDT)
From: Jiazi Yi <jiazi@jiaziyi.com>
Message-Id: <4E26A1FA-32D9-4F07-A22E-81BDB1FD8196@jiaziyi.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A63BBC8C-BC90-4141-B914-557E2AF788F4"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Date: Tue, 4 Apr 2017 17:20:30 +0200
In-Reply-To: <074CDBF6-9515-4163-A5AD-B4C85950F667@cisco.com>
Cc: "draft-ietf-manet-olsrv2-multipath@ietf.org" <draft-ietf-manet-olsrv2-multipath@ietf.org>,  "manet@ietf.org" <manet@ietf.org>, "manet-chairs@ietf.org" <manet-chairs@ietf.org>
To: "Alvaro Retana (aretana)" <aretana@cisco.com>, "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
References: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com> <B31EEDDDB8ED7E4A93FDF12A4EECD30DD1E578AA@GLKXM0002V.GREENLNK.net> <074CDBF6-9515-4163-A5AD-B4C85950F667@cisco.com>
X-Mailer: Apple Mail (2.3259)
X-ZohoMailClient: External
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/MkzFaQCWCF-eLcDdmE41T5HRWBI>
Subject: Re: [manet] AD Review of draft-ietf-manet-olsrv2-multipath-11
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Apr 2017 15:20:39 -0000

--Apple-Mail=_A63BBC8C-BC90-4141-B914-557E2AF788F4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi,=20


> On 4 Apr 2017, at 17:01, Alvaro Retana (aretana) <aretana@cisco.com> =
wrote:
>=20
> On 4/4/17, 4:46 AM, "Dearlove, Christopher (UK)" =
<chris.dearlove@baesystems.com <mailto:chris.dearlove@baesystems.com>> =
wrote:
> =20
> Christopher:
> =20
> Hi!
> =20
> > MPRs in OLSRv2, and its derivatives, can be selected by any =
algorithm that meets certain
> > conditions. It doesn=E2=80=99t need to be the same in every router. =
Thus the selection algorithm is not
> > an interoperability issue, and thus doesn=E2=80=99t rate a MUST. But =
there can be very good
> > suggestions that meet the =E2=80=9Cdo this unless you know a good =
reason why you aren=E2=80=99t doing it=E2=80=9D
> > which is the usual fit to a SHOULD. I don=E2=80=99t think it=E2=80=99s=
 necessary to know exactly when you
> > might not follow it, but indicating why this is good advice would be =
a good thing.
>=20
> Yes, good point. =20
> =20
> One of the reasons I made the comment is that the text talks about =
giving preference, and not the selection itself: =E2=80=9CMP-OLSR =
routers SHOULD be preferred as routing MPRs=E2=80=9D (from 8.3).=20

Yes. As =E2=80=9Cpreferred=E2=80=9D is something optional already, using =
a =E2=80=9CMUST=E2=80=9D before it is a bit odd for me.=20

> Of course, the language in rfc7181 uses =E2=80=9CMAY=E2=80=9D=E2=80=A6 =
 Explaining why it is a good idea, being explicit on what should be =
done, or consistent with rfc7181 are all good options.

Agree. We will add something like =E2=80=9CSHOULD be preferred =E2=80=A6 =
  to increase the possibility of finding disjoint paths using MP-OLSR =
routers=E2=80=9D.=20

thanks for the comments

regards

Jiazi

> =20
> Thanks!
> =20
> Alvaro.


--Apple-Mail=_A63BBC8C-BC90-4141-B914-557E2AF788F4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div class=3D"">Hi,&nbsp;</div><div class=3D""><br =
class=3D""></div><br class=3D""><div><blockquote type=3D"cite" =
class=3D""><div class=3D"">On 4 Apr 2017, at 17:01, Alvaro Retana =
(aretana) &lt;<a href=3D"mailto:aretana@cisco.com" =
class=3D"">aretana@cisco.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" class=3D"">On =
4/4/17, 4:46 AM, "Dearlove, Christopher (UK)" &lt;<a =
href=3D"mailto:chris.dearlove@baesystems.com" style=3D"color: purple; =
text-decoration: underline;" =
class=3D"">chris.dearlove@baesystems.com</a>&gt; wrote:<o:p =
class=3D""></o:p></div><div class=3D""><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D""><o:p class=3D"">&nbsp;</o:p></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D"">Christopher:<o:p class=3D""></o:p></div><div style=3D"margin: =
0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D""><o:p class=3D"">&nbsp;</o:p></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D"">Hi!<o:p class=3D""></o:p></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D""><o:p class=3D"">&nbsp;</o:p></div></div><div style=3D"margin: =
0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman'; =
font-variant-caps: normal; orphans: auto; text-align: start; widows: =
auto; -webkit-text-stroke-width: 0px; word-spacing: 0px;" class=3D""><span=
 style=3D"font-size: 11pt; font-family: Calibri; color: rgb(31, 73, =
125);" class=3D"">&gt; MPRs in OLSRv2, and its derivatives, can be =
selected by any algorithm that meets certain<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri; color: rgb(31, 73, =
125);" class=3D"">&gt; conditions. It doesn=E2=80=99t need to be the =
same in every router. Thus the selection algorithm is not<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri; color: rgb(31, 73, =
125);" class=3D"">&gt; an interoperability issue, and thus doesn=E2=80=99t=
 rate a MUST. But there can be very good<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri; color: rgb(31, 73, =
125);" class=3D"">&gt; suggestions that meet the =E2=80=9Cdo this unless =
you know a good reason why you aren=E2=80=99t doing it=E2=80=9D<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri; color: rgb(31, 73, =
125);" class=3D"">&gt; which is the usual fit to a SHOULD. I don=E2=80=99t=
 think it=E2=80=99s necessary to know exactly when you<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri; color: rgb(31, 73, =
125);" class=3D"">&gt; might not follow it, but indicating why this is =
good advice would be a good thing.</span><span style=3D"font-family: =
Calibri;" class=3D""><o:p class=3D""></o:p></span></div><div =
style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman';" class=3D""><br class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D"">Yes, good point.&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span><o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D""><span style=3D"font-size: 11pt; font-family: Calibri;" =
class=3D"">One of the reasons I made the comment is that the text talks =
about giving preference, and not the selection itself: =E2=80=9CMP-OLSR =
routers SHOULD be preferred as routing MPRs=E2=80=9D (from =
8.3).&nbsp;</span></div></div></div></blockquote><div><br =
class=3D""></div><div>Yes. As =E2=80=9Cpreferred=E2=80=9D is something =
optional already, using a =E2=80=9CMUST=E2=80=9D before it is a bit odd =
for me.&nbsp;</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: 'Times New Roman';" class=3D""><span style=3D"font-size: =
11pt; font-family: Calibri;" class=3D""> Of course, the language in =
rfc7181 uses =E2=80=9CMAY=E2=80=9D=E2=80=A6&nbsp; Explaining why it is a =
good idea, being explicit on what should be done, or consistent with =
rfc7181 are all good =
options.</span></div></div></div></blockquote><div><br =
class=3D""></div><div>Agree. We will add something like =E2=80=9CSHOULD =
be preferred =E2=80=A6 &nbsp; to increase the possibility of finding =
disjoint paths using MP-OLSR routers=E2=80=9D.&nbsp;</div><div><br =
class=3D""></div><div>thanks for the comments</div><div><br =
class=3D""></div><div>regards</div><div><br =
class=3D""></div><div>Jiazi</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: 'Times New Roman';" class=3D""><span style=3D"font-size: =
11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D""><span style=3D"font-size: 11pt; font-family: Calibri;" =
class=3D"">Thanks!<o:p class=3D""></o:p></span></div><div style=3D"margin:=
 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D""><span style=3D"font-size: 11pt; font-family: Calibri;" =
class=3D""><o:p class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: =
0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman';" =
class=3D""><span style=3D"font-size: 11pt; font-family: Calibri;" =
class=3D"">Alvaro.<o:p =
class=3D""></o:p></span></div></div></div></blockquote></div><br =
class=3D""></body></html>=

--Apple-Mail=_A63BBC8C-BC90-4141-B914-557E2AF788F4--


From nobody Wed Apr  5 19:33:45 2017
Return-Path: <ulrich@herberg.name>
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 093CD127097 for <manet@ietfa.amsl.com>; Wed,  5 Apr 2017 19:33:43 -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, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=herberg.name
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UWM9HWTpcq38 for <manet@ietfa.amsl.com>; Wed,  5 Apr 2017 19:33:41 -0700 (PDT)
Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::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 4351F127077 for <manet@ietf.org>; Wed,  5 Apr 2017 19:33:41 -0700 (PDT)
Received: by mail-it0-x22b.google.com with SMTP id a140so19317277ita.0 for <manet@ietf.org>; Wed, 05 Apr 2017 19:33:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim;  h=mime-version:from:date:message-id:subject:to; bh=gk/tVtdFl2Gj3Gr90oviIDNse+Lwscpd7ojI7VHChOE=; b=euSvPYNM6ZFaiKZwT+2QknmhUQDcxu9J5DUNFnP30YW8knHRlFuUN8Oi0+Ymvfc4CR khQc/IRNo7si6W3dGDpcRjA/HAhgoCiJIrG5d41d2vZulGvaVfyV4IviKjrxjHehurTK 0+wOfm9p26DLEKAonUsXSw6O5nHrn4BG75pNs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=gk/tVtdFl2Gj3Gr90oviIDNse+Lwscpd7ojI7VHChOE=; b=FfbWu5+X104pjsQyrNANSxZYVWFhcQSWdZiRna5ftAUdfFJbwJeFj7exeYbVKI94fg wFapov+TIrMR17PUQxcY7N+eW+196QROQfx3PF46PuFHfN8w+wNQMymXaAarZ7CJ0a0Z Mx0toN2E6qyocXpun65xBtJ/3qsoBrTZeqNDgwDttF1tApvTDkzrmu3moq5l91J0lfuO wzSdLKM+80AeYtSMb5xlcpBL2Y1INKHeG5XjfnaaIy/+FRDdUDNh5eddcSH2dzwdXGgd UPK18B56qZ3qKyqpGLD33HqXFWJE7Et3OkMnqmUpv3EO0PqEvQoazoH2W08Q5dqTC9XP MrDQ==
X-Gm-Message-State: AFeK/H0e5+4cVqIqbLrZ8ba8Z2QgR6DX8wAp+X6XXdegl8AYfQPWqjkY kkI79hKJ7y3x0iYkHJx1jCihbXzOUM5y
X-Received: by 10.36.194.67 with SMTP id i64mr24677752itg.68.1491446020336; Wed, 05 Apr 2017 19:33:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.36.178.79 with HTTP; Wed, 5 Apr 2017 19:33:39 -0700 (PDT)
From: Ulrich Herberg <ulrich@herberg.name>
Date: Wed, 5 Apr 2017 19:33:39 -0700
Message-ID: <CAK=bVC9+_cZhzM6v09ODNq_joMUAFso98cBJ53V+kBwMrCCJcg@mail.gmail.com>
To: manet@ietf.org
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/TqWJYs-7MeqWO3m__xkdk0m4cGE>
Subject: [manet] Uploaded meeting minutes
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Apr 2017 02:33:43 -0000

I have uploaded the minutes to:
https://www.ietf.org/proceedings/98/minutes/minutes-98-manet-01


Best regards
Ulrich


From nobody Wed Apr 12 03:20:47 2017
Return-Path: <internet-drafts@ietf.org>
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 CD999128AB0; Wed, 12 Apr 2017 03:20:45 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: manet@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.49.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149199244580.15779.614148265390756412@ietfa.amsl.com>
Date: Wed, 12 Apr 2017 03:20:45 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/-4xGivGK_xXj3iHI0IsbbP1f_AI>
Subject: [manet] I-D Action: draft-ietf-manet-rfc5444-usage-05.txt
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Apr 2017 10:20:46 -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           : Rules For Designing Protocols Using the RFC 5444 Generalized Packet/ Message Format
        Authors         : Thomas Clausen
                          Christopher Dearlove
                          Ulrich Herberg
                          Henning Rogge
	Filename        : draft-ietf-manet-rfc5444-usage-05.txt
	Pages           : 26
	Date            : 2017-04-12

Abstract:
   RFC 5444 specifies a generalized MANET packet/message format and
   describes an intended use to multiplex MANET routing protocol
   messages that is mandated for use on the port/protocol specified by
   RFC 5498.  This document updates RFC 5444 by providing rules and
   recommendations for how the multiplexer operates and how protocols
   can use the packet/message format.  In particular, the mandatory
   rules prohibit a number of uses that have been suggested in various
   proposals, and which would have led to interoperability problems, to
   the impediment of protocol extension development, and to an inability
   to use optional generic parsers.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-manet-rfc5444-usage/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-manet-rfc5444-usage-05
https://datatracker.ietf.org/doc/html/draft-ietf-manet-rfc5444-usage-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-rfc5444-usage-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 Thu Apr 13 01:26:08 2017
Return-Path: <abdussalambaryun@gmail.com>
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 EEC221317D6; Thu, 13 Apr 2017 01:26:05 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 Z8dDfe0iep1b; Thu, 13 Apr 2017 01:26:03 -0700 (PDT)
Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::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 8C9E01317DC; Thu, 13 Apr 2017 01:26:03 -0700 (PDT)
Received: by mail-qk0-x236.google.com with SMTP id p68so42475824qke.1; Thu, 13 Apr 2017 01:26:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=K3M5Z6X/KHzudiFM1EujwWrkGhz8KLdvjHRbKnz1ZGc=; b=EV+upSYgOqEOmOvCYVJ2cTSg0RA6FOBpuDC9sSOHTUjF1L57tnkUpVhxXb8Nq3NyLS DayIknSNKaApdiSlvdCB29yY1BEqM5xpwwapKI2QAT5iyNRtG1uh4bsaagWy29ixV41r 48cqtcGbUBK60ooA92j/vBkncd9Dmfq/WLhlPueGeIg2DrSVS5a+BSgOKFYcUyT4D9Wy PsDIpOGzhFULvsm31KyvWggaFmuBCfyLqzFu581M7VD4yVJM5/zBmpsjJNAuLgSimty3 fPbSDKM0Usym4U4kzigMdP68wsebsuFg5KPEDAS2vbc9KHmuL52EEUP9qp3X14WjmbpO N/gQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=K3M5Z6X/KHzudiFM1EujwWrkGhz8KLdvjHRbKnz1ZGc=; b=kf5fCcLeQs61gZUNmvx4yHjbZ6nB2CTBKwO6CoJsTOQlNQswCmENPEktI3X0ODCfeS R7zpP6xrzbG8ge6gQvKN5CFX7LyZi2qOVxtHS1ZziBub1K1XDKm0fiy+fRx2hfdEzWDh unuJ+54fkm3VZcmmDAsVaBr6/xbNTD8mrIwf9f4FV6NJ5kz1SUJQl4U3wWeTgiIPE0Q1 rzmNu6rtF8dT5Gq3efwc80y0kr1eRDh5wVLBaXOmjm28GoEvPWjANdFyktJAqvUkmZ08 7LezVvXR6JABfqyuJW9YS+Vh8vZRmkwjgMgNaqqNZKbTuAj0PLbwalDzuOY/eqalWSg2 V1VA==
X-Gm-Message-State: AN3rC/7uPeCpJE7UXmnANeeklY+3pEJlhw2U8nykF09pBf5UQQ+8HLOL 44NzycBp1e7tcO+SNovTx05K1D9yEawz
X-Received: by 10.55.24.219 with SMTP id 88mr1493702qky.249.1492071962649; Thu, 13 Apr 2017 01:26:02 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.140.31.71 with HTTP; Thu, 13 Apr 2017 01:26:02 -0700 (PDT)
In-Reply-To: <149199244580.15779.614148265390756412@ietfa.amsl.com>
References: <149199244580.15779.614148265390756412@ietfa.amsl.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Thu, 13 Apr 2017 10:26:02 +0200
Message-ID: <CADnDZ88=g=rzcf6jt_D7o=wdFD5b9c8AtfZ90Sc9sgz0hoovaA@mail.gmail.com>
To: "internet-drafts@ietf.org" <internet-drafts@ietf.org>
Cc: i-d-announce@ietf.org, manet <manet@ietf.org>
Content-Type: multipart/alternative; boundary=001a113b8640502dd6054d08134c
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/zvN9XZB4UwBX6nn8Ac4zHnf04TE>
Subject: Re: [manet] I-D Action: draft-ietf-manet-rfc5444-usage-05.txt
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Apr 2017 08:26:06 -0000

--001a113b8640502dd6054d08134c
Content-Type: text/plain; charset=UTF-8

The draft is proposed standard, so it needs to include security
considerations.

Why we read?

This document does not specify a protocol, but provides rules and

recommendations for how to design protocols using [RFC5444], whose

security considerations apply.

The rules are for protocols, so it means that we need to discuss in this
section the implications of such rules for such protocols, therefore, this
draft is specifying important-part of protocols. IMHO, It is wrong to say
in this draft that this document does not specify a protocol, while it is a
proposed standard and specifying rules of protocols using an RFC which is
also a standard.


AB

On Wed, Apr 12, 2017 at 12:20 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.
>
>         Title           : Rules For Designing Protocols Using the RFC 5444
> Generalized Packet/ Message Format
>         Authors         : Thomas Clausen
>                           Christopher Dearlove
>                           Ulrich Herberg
>                           Henning Rogge
>         Filename        : draft-ietf-manet-rfc5444-usage-05.txt
>         Pages           : 26
>         Date            : 2017-04-12
>
> Abstract:
>    RFC 5444 specifies a generalized MANET packet/message format and
>    describes an intended use to multiplex MANET routing protocol
>    messages that is mandated for use on the port/protocol specified by
>    RFC 5498.  This document updates RFC 5444 by providing rules and
>    recommendations for how the multiplexer operates and how protocols
>    can use the packet/message format.  In particular, the mandatory
>    rules prohibit a number of uses that have been suggested in various
>    proposals, and which would have led to interoperability problems, to
>    the impediment of protocol extension development, and to an inability
>    to use optional generic parsers.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-manet-rfc5444-usage/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-manet-rfc5444-usage-05
> https://datatracker.ietf.org/doc/html/draft-ietf-manet-rfc5444-usage-05
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-rfc5444-usage-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/
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>

--001a113b8640502dd6054d08134c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>The draft is proposed standard, so it needs to includ=
e security considerations.</div><div><br></div><div>Why we read? </div><div=
><font face=3D"Courier" size=3D"2"><font face=3D"Courier" size=3D"2"><p ali=
gn=3D"LEFT">This document does not specify a protocol, but provides rules a=
nd</p>
</font></font><p align=3D"LEFT"><font face=3D"Courier" size=3D"2"><font fac=
e=3D"Courier" size=3D"2">recommendations for how to design protocols using =
[</font></font><font color=3D"#0000ff" face=3D"Courier" size=3D"2"><font co=
lor=3D"#0000ff" face=3D"Courier" size=3D"2"><font color=3D"#0000ff" face=3D=
"Courier" size=3D"2">RFC5444</font></font></font><font face=3D"Courier" siz=
e=3D"2"><font face=3D"Courier" size=3D"2">], whose</font></font></p><font f=
ace=3D"Courier" size=3D"2"><font face=3D"Courier" size=3D"2">
<p>security considerations apply.</p><p><span>The rules are for protocols, =
so it means that we need to discuss in this section the implications of suc=
h rules for such protocols, therefore, this draft is specifying important-p=
art of protocols. IMHO, It is wrong to say in this draft that this document=
 does not specify a protocol, while it is a proposed standard and specifyin=
g rules of protocols using an RFC which is also a standard.</span></p><p><s=
pan><br></span></p><p><span>AB</span></p></font></font></div></div><div cla=
ss=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Apr 12, 2017 at 1=
2:20 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:internet-drafts@ietf.org"=
 target=3D"_blank">internet-drafts@ietf.org</a>&gt;</span> wrote:<br><block=
quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc=
 solid;padding-left:1ex"><br>
A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.<br>
This draft is a work item of the Mobile Ad-hoc Networks of the IETF.<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 Rules For Designing Protocols Using the RFC 5444 Generalized Packet/ Messa=
ge Format<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Thom=
as Clausen<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Christopher Dearlove<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Ulrich Herberg<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Henning Rogge<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet=
f-manet-rfc5444-<wbr>usage-05.txt<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 26<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 2017-04-12<br>
<br>
Abstract:<br>
=C2=A0 =C2=A0RFC 5444 specifies a generalized MANET packet/message format a=
nd<br>
=C2=A0 =C2=A0describes an intended use to multiplex MANET routing protocol<=
br>
=C2=A0 =C2=A0messages that is mandated for use on the port/protocol specifi=
ed by<br>
=C2=A0 =C2=A0RFC 5498.=C2=A0 This document updates RFC 5444 by providing ru=
les and<br>
=C2=A0 =C2=A0recommendations for how the multiplexer operates and how proto=
cols<br>
=C2=A0 =C2=A0can use the packet/message format.=C2=A0 In particular, the ma=
ndatory<br>
=C2=A0 =C2=A0rules prohibit a number of uses that have been suggested in va=
rious<br>
=C2=A0 =C2=A0proposals, and which would have led to interoperability proble=
ms, to<br>
=C2=A0 =C2=A0the impediment of protocol extension development, and to an in=
ability<br>
=C2=A0 =C2=A0to use optional generic parsers.<br>
<br>
<br>
The IETF datatracker status page for this draft is:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-manet-rfc5444-usage/=
" target=3D"_blank" rel=3D"noreferrer">https://datatracker.ietf.org/<wbr>do=
c/draft-ietf-manet-rfc5444-<wbr>usage/</a><br>
<br>
There are also htmlized versions available at:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-manet-rfc5444-usage-05" t=
arget=3D"_blank" rel=3D"noreferrer">https://tools.ietf.org/html/<wbr>draft-=
ietf-manet-rfc5444-<wbr>usage-05</a><br>
<a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-manet-rfc5444-u=
sage-05" target=3D"_blank" rel=3D"noreferrer">https://datatracker.ietf.org/=
<wbr>doc/html/draft-ietf-manet-<wbr>rfc5444-usage-05</a><br>
<br>
A diff from the previous version is available at:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-rfc5444-usa=
ge-05" target=3D"_blank" rel=3D"noreferrer">https://www.ietf.org/rfcdiff?<w=
br>url2=3Ddraft-ietf-manet-rfc5444-<wbr>usage-05</a><br>
<br>
<br>
Please note that it may take a couple of minutes from the time of submissio=
n<br>
until the htmlized version and diff are available at <a href=3D"http://tool=
s.ietf.org" target=3D"_blank" rel=3D"noreferrer">tools.ietf.org</a>.<br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_blank" rel=3D"no=
referrer">ftp://ftp.ietf.org/internet-<wbr>drafts/</a><br>
<br>
______________________________<wbr>_________________<br>
manet mailing list<br>
<a href=3D"mailto:manet@ietf.org">manet@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/manet" target=3D"_blank" r=
el=3D"noreferrer">https://www.ietf.org/mailman/<wbr>listinfo/manet</a><br>
</blockquote></div><br></div>

--001a113b8640502dd6054d08134c--


From nobody Wed Apr 19 08:37:17 2017
Return-Path: <internet-drafts@ietf.org>
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 4397E129B02; Wed, 19 Apr 2017 08:37:16 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: manet@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.50.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149261623623.19329.5174224850009400586@ietfa.amsl.com>
Date: Wed, 19 Apr 2017 08:37:16 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/aGIE8NSVgIdxGyLRFp8bF9-cAPk>
Subject: [manet] I-D Action: draft-ietf-manet-olsrv2-multipath-12.txt
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Apr 2017 15:37:16 -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           : Multi-path Extension for the Optimized Link State Routing Protocol version 2 (OLSRv2)
        Authors         : Jiazi Yi
                          Benoit Parrein
	Filename        : draft-ietf-manet-olsrv2-multipath-12.txt
	Pages           : 25
	Date            : 2017-04-19

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 are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-manet-olsrv2-multipath-12
https://datatracker.ietf.org/doc/html/draft-ietf-manet-olsrv2-multipath-12

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-olsrv2-multipath-12


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 Apr 19 08:43:08 2017
Return-Path: <jiazi@jiaziyi.com>
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 57533129AF2; Wed, 19 Apr 2017 08:43:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.019
X-Spam-Level: 
X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jiaziyi.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 kXzvuckLrXrI; Wed, 19 Apr 2017 08:43:03 -0700 (PDT)
Received: from sender-of-o52.zoho.com (sender-of-o52.zoho.com [135.84.80.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE608128BBB; Wed, 19 Apr 2017 08:43:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1492616579;  s=jiazi; d=jiaziyi.com; i=jiazi@jiaziyi.com; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References; l=80110; bh=zXt58jDHSfmN/jN3jSAf8aC3PleVis/sj1HEg+FwJUY=; b=lzrFckaIPIPWP+4z8f6HzpVSjZ/iCIRtODmmS6N8KIZR9wApVhCDXtBw+CkMwUsC INVd1UaC+O6yjCksPFRja8ngv+xNShACmzE8TMEZ7438jLrjucR6tYlBwBcz93X9bCe Tn6GqO74aUHPZL+KxwcN+l3/ZLRXYAjfgjNtlFmk=
Received: from [129.104.72.152] (129.104.72.152 [129.104.72.152]) by mx.zohomail.com with SMTPS id 1492616579123840.9936743936336; Wed, 19 Apr 2017 08:42:59 -0700 (PDT)
From: Jiazi Yi <jiazi@jiaziyi.com>
Message-Id: <6BE8ABAF-6672-4994-AFD3-1FA0BA9B865E@jiaziyi.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_4AE8DE52-C264-4374-9AB1-9774CD195AE2"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Wed, 19 Apr 2017 17:42:55 +0200
In-Reply-To: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com>
Cc: "draft-ietf-manet-olsrv2-multipath@ietf.org" <draft-ietf-manet-olsrv2-multipath@ietf.org>,  "manet-chairs@ietf.org" <manet-chairs@ietf.org>, Stan Ratliff <sratliff@idirect.net>, "manet@ietf.org" <manet@ietf.org>
To: "Alvaro Retana (aretana)" <aretana@cisco.com>
References: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com>
X-Mailer: Apple Mail (2.3273)
X-ZohoMailClient: External
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/JaYRYekIVyuhxKG0-FpUOnM4l5k>
Subject: Re: [manet] AD Review of draft-ietf-manet-olsrv2-multipath-11
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Apr 2017 15:43:07 -0000

--Apple-Mail=_4AE8DE52-C264-4374-9AB1-9774CD195AE2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Dear Alvaro,=20

Firstly, we appreciate your detailed and valuable review, which =
certainly helps us improving the document a lot =E2=80=94 thanks a ton!

Based on your comments, we updated the draft and submitted a new =
revision:=20
            =
https://tools.ietf.org/html/draft-ietf-manet-olsrv2-multipath-12
            =
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-olsrv2-multipath-12 =
<https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-olsrv2-multipath-12>=


For your convenience to trace the modifications, please find also our =
reply to your comments below.=20
We are looking forward to your further comments and instructions.=20


> On 3 Apr 2017, at 23:22, Alvaro Retana (aretana) <aretana@cisco.com =
<mailto:aretana@cisco.com>> wrote:
>=20
> Dear authors:
> =20
> I just finished reading this document.   In general, I think it is =
relatively straight forward, but it needs several clarifications (see =
below).  I will start the IETF Last Call when my Major comments have =
been addressed in a new version.
> =20
> As other people (specially the INT Directorate) review this document, =
more specific language related to the use of RFC6554 may be needed.  =
I=E2=80=99m inclined to go forward with the document as is (pending the =
comments below) because it is Experimental.  We can make further updates =
if needed.
> =20
> Thanks!
> =20
> Alvaro.
> =20
> =20
> Major:
> =20
> M1. Section 3. (Applicability Statement): =E2=80=9CIt is interoperable =
with OLSRv2 implementations that do not have this extension.=E2=80=9D  I =
don=E2=80=99t think that statement is true.  For example, how does a =
non-MP-OLSRv2 router handle a packet with the RFC6554 header in it?  =
IOW, strict source routing requires all the routers in the path to =
support the extension.  I think more clarity and specificity is needed.

This is considered in the draft: the source-routing supported routers =
can identify themselves by carrying a SOURCE_ROUTE TLV in their routing =
messages. When the paths are calculated, as stated in the draft:

   For IPv6 networks, as strict source routing is used, only the routers
   that exist in SR-OLSRv2 Router Set are considered in the path
   calculation, i.e., only the source-routing supported routers can
   exist in the path.


so the non-MP-OLSRv2 routers won=E2=80=99t be considered in the first =
place. We further clarified in the applicability statement with the =
following text:=20

It is interoperable with OLSRv2 implementations that do not have this =
extension: as the MP-OLSRv2 uses source routing, in IPv4 networks the =
interoperability is achieved by using loose source routing header; in =
IPv6 networks, it is achieved by eliminating routers that do not support =
IPv6 strict source routing.=20


>  =20
> M2. MAX_SRC_HOPS .  Both Section 5.1. (Router Parameters) and Section =
9. (Configuration Parameters) say that =E2=80=9CFor IPv6 networks, it =
MUST be set to 0, i.e., no constraint on maximum number of hops.=E2=80=9D =
 What about potential MTU/fragmentation issues?  RFC6554 (in Section =
4.1. (Generating Source Routing Headers)) does talk about a maximum path =
length.

We added some text considering the MTU issue:

It is RECOMMENDED to use MTU sizes considering the source routing header =
to avoid fragmentation. Depending on the size of the routing domain, the =
MTU should be at least 1280 + 40 (for outer IP header) + 16 * diameter =
of the network in number of hops (for source routing header). If the =
links in the network have different MTU sizes, by using technologies =
like Path MTU Discovery, the routers are able to be aware of the MTU =
along the path. The size of the datagram plus the size of IP headers =
(including the source routing header) SHOULD NOT exceed the minimum MTU =
along the path.


> =20
> M3. Section 6.1.1. (SOURCE_ROUTE TLV) says that each HELLO/TC message =
=E2=80=9CMUST have exactly one SOURCE_ROUTE TLV=E2=80=9D.  I read this =
as meaning two things: (1) every HELLO/TC must have a SOURCE_ROUTE TLV, =
and (2) there must be at most one SOURCE_ROUTE TLV.  What happens if =
either of these conditions are not met?   RFC7181 describes conditions =
under which a message should be considered invalid for processing (16.3, =
for example) =E2=80=93 given the language used in this section, I would =
expect something similar in this document (to enhance what is already in =
RFC7181).

If the HELLO/TC doesn=E2=80=99t have a SOURCE_ROUTE TLV, it means that =
it=E2=80=99s the same as normal OLSRv2 generated messages. Then the =
originator won=E2=80=99t be treated as source-route supported routers, =
which means it has less possibility being chosen as MPRs, and it won=E2=80=
=99t be able to be used in IPv6 strict source routing.=20

We added the invalide term as:

		In addition to the reasons specified in <xref =
target=3D"RFC7181"/> for discarding a HELLO message or a TC message on =
reception, a HELLO or TC message received MUST be discarded if it has =
more than one Message TLV with Type =3D SOURCE_ROUTE.=20


> =20
> M3.1. [minor] Section 6.1.1. (SOURCE_ROUTE TLV). =E2=80=9CMP-OLSRv2 =
Routing Process, or an OLSRv2 Routing Process that supports source-route =
forwarding.=E2=80=9D  Specially for IPv6, can you identify a sub-set of =
this specification that would be implemented by =E2=80=9Can OLSRv2 =
Routing Process that supports source-route forwarding=E2=80=9D?  I=E2=80=99=
m wondering whether that distinction even needs to be made or if you can =
just assume that a manet router that supports RFC6554 also supports this =
document (it does, if it originates the new TLV).

I remember we had such discussion in the manet mailing list (with =
Justin?). The purpose is to have better flexibility and deployability of =
the protocol: I think it=E2=80=99s easier to convince an operator to =
support a standard track source routing document, than deploying an =
experimental function. Furthermore, the MP-OLSR has a reactive part in =
path calculation, which might be a bit tricky in some platforms, while =
the RFC6554 is quite standard.=20

> =20
> M3.2. This section also says that =E2=80=9Can OLSRv2 Routing Process =
MAY have one SOURCE_ROUTE TLV, if the OLSRv2 Routing Process supports =
source-route forwarding, and is willing to join the source route =
generated by other MP-OLSRv2 Routing Processes.=E2=80=9D  If the 2 =
conditions are met, doesn=E2=80=99t the text become =E2=80=9CMUST have =
exactly one SOURCE_ROUTE TLV=E2=80=9D?   Just pointing out that the =
differentiation may not be needed=E2=80=A6and that the language is not =
consistent (see above).

Agree. Changed to "MUST have exactly one SOURCE_ROUTE TLV=E2=80=9D.=20

> =20
> M3.3. =E2=80=9CThe existence of SOURCE_ROUTE TLV MUST be consistent =
for a specific OLSRv2 Routing Process=E2=80=9D  Simplify by adding =
discard conditions. (See M3 above)

Resolved =E2=80=94 see reply to M3 above.=20

> M4. Section 6.2.2. (Source Routing Header in IPv6) says that the =
routing header from RFC6554 is used with IPv6 Routing Type 254 =
(experimental).  Why?   I=E2=80=99m asking because RFC4727 says that the =
experimental values =E2=80=9CMUST NOT be shipped as defaults in =
implementations=E2=80=9D =E2=80=93 not only do implementations exist, =
but the purpose of this Experimental document is to gather experience =
form real deployments.  Short of asking for a new Routing Type, why =
isn=E2=80=99t the one already assigned to RFC6554 used?

Ah, I didn=E2=80=99t know that text in RFC4727 before. I asked such =
question to one of the 6man co-chairs, Ole, and he suggested using such =
experimental code point =
(https://mailarchive.ietf.org/arch/msg/manet/YcpyzC4T3VUVEsEN_YgyizN4pBo =
<https://mailarchive.ietf.org/arch/msg/manet/YcpyzC4T3VUVEsEN_YgyizN4pBo>)=
=20
Now we are using the routing type used by RFC6554.=20

> =20
> =20
> M5. Section 8.1. (HELLO and TC Message Generation).  =E2=80=9CThe TC =
message generation based on SR_TC_INTERVAL does not replace the ordinary =
TC message generation specified in [RFC7181]=E2=80=A6The TC generation =
based on SR_TC_INTERVAL serves for those routers to advertise =
SOURCE_ROUTE TLV so that the other routers can be aware of the =
source-route enabled routers so as to be used as destinations of =
multipath routing.  The SR_TC_INTERVAL is set to a longer value than =
TC_INTERVAL.=E2=80=9D  This text says that there are two intervals at =
which an MP-OLSRv2 router sends TCs, but that only at SR_TC_INTERVAL =
will the SOURCE_ROUTE TLV be included, is that correct?  If so, then how =
does a receiver reconcile that with the requirement in 6.1.1 (and in =
this section) for =E2=80=9CEvery HELLO or TC message generated by a =
MP-OLSRv2 Routing Process MUST have exactly one SOURCE_ROUTE TLV.=E2=80=9D=
??  IOW, it looks like that requirement can=E2=80=99t be met unless all =
the TCs (including the ones generated every TC_INTERVAL) include the =
SOURCE_ROUTING TLV.=20

Yes, all the TCs must include the SOURCE_ROUTING TLV.=20
We made the text more explicit.=20

> =20
> =20
> M6. Section 8.3. (MPR Selection): =E2=80=9CMP-OLSR routers SHOULD be =
preferred as routing MPRs.=E2=80=9D  When would it be ok for MP-OLSR =
routers not to be preferred?  IOW, why is =E2=80=9CMUST=E2=80=9D not =
used?

Already discussed in =
https://www.ietf.org/mail-archive/web/manet/current/msg19414.html =
<https://www.ietf.org/mail-archive/web/manet/current/msg19414.html>


> =20
> =20
> M7. If the Multi-path Routing Set is maintained reactively, what =
should be done with the datagram that triggered the calculation (while =
it is being done)?  I=E2=80=99m assuming that it should be buffered =
somewhere and then forwarded, right?=20

Yes

>  I=E2=80=99m also assuming that any other datagrams to the same =
destination that are received while the calculation is happening should =
also be buffered, true?=20
>  Is there a maximum time that this buffering should be maintained?  Is =
there a maximum expected size?=20

In our current implementations for field tests and simulations, no =
buffer is used because the time spent to calculate the paths is trivial =
(the paths are either returned almost instantly, or no path at all). In =
more complex scenarios with high data rate and large number of nodes, a =
buffer would be needed.=20



>  Maybe these are questions that you may want to answer through the =
experiment.  Also, buffering some datagrams may open an attack vector =
=E2=80=93 worth mentioning in the Security Considerations section.=20

Yes, very good points. We added some text in the =E2=80=9Csecurity =
consideration=E2=80=9D section:=20

If the multiple paths are calculated reactively, the datagrams SHOULD be =
buffered while the paths are being calculated. Because the path =
calculation is local and no control message is exchanged, the buffering =
time should be trivial. However, depending on the CPU power and memory =
of the router, a maximum buffer size SHOULD be set to avoid occupying =
too much memory of the router. When the buffer is full, the ancient =
datagrams are dropped. A possible attack that a malicious application =
could launch is that, it initiates large amount of datagrams to all the =
other routers in the network, thus triggering path calculation to all =
the other routers and during which, the datagrams are buffered. This =
might flush other legitimate datagrams. But the impact of the attack is =
transient: once the path calculation is finished, the datagrams are =
forwarded and the buffer goes back to empty.

> =20
> M7.1. [minor] Section 4. (Protocol Overview and Functioning): =E2=80=9CT=
he reactive operation is local in the router and no message transmission =
delay is introduced.=E2=80=9D  I think you may be referring to control =
plane messages, but it sounds as if there was no delay in the =
propagation of the data plane messages =E2=80=93 which by definition =
need to somehow be held while the reactive calculation is completed.  =
Please clarify.

Yes. We now put "no additional routing control messages exchange is =
required=E2=80=9D.=20

> =20
> =20
> M8. Section 8.5.2. (Multi-path Dijkstra Algorithm) says that =E2=80=9CUs=
ing different multi-path algorithms will not impact the =
interoperability.=E2=80=9D  Using different algorithms in a network may =
not impact interoperability (as the packets on the wire will be =
understood by all), but it can lead to routing loops.  Please clarify.

Because the path is decided only by the originator, using different =
multi-path algorithms in different routers won=E2=80=99t be a problem.=20=


> =20
> M8.1. Section 8.5.2. (Multi-path Dijkstra Algorithm) describes the MP =
algorithm as two incremental functions at =E2=80=9Cstep i=E2=80=9D of =
the original Dijkstra algorithm.  While the algorithm may be well known, =
please add a reference so that there is no confusion as to what =E2=80=9Cs=
tep i=E2=80=9D is.=20

Done.=20

> =20
> =20
> M9. The Security Considerations of RFC6554 say that the extension is =
to be used only inside an RPL domain and that =E2=80=9CRPL routers MUST =
drop datagrams entering or exiting a RPL routing domain that contain an =
SRH in the IPv6 Extension headers.=E2=80=9D  This document does mention =
that =E2=80=9Cthe source routing header is used only in the current =
routing domain=E2=80=9D, but it doesn=E2=80=99t explicitly talk about =
what should be done with datagrams that contain the source routing =
headers as they enter/leave the domain.  Please include some text =
similar to the one in RFC6554.  Pointing to the Security Considerations =
of RFC6554 would also be a good idea (to capture ICMP attacks, and =
whatever else is mentioned there).


Done.=20

> =20
> =20
> M10. IANA Considerations.  Sections 12.1. (Expert Review: Evaluation =
Guidelines) and 12.3. (Routing Type) are not needed as this document is =
not specifying any new space that requires DE review (the assignment =
should be done under DE review, but that is specified elsewhere), and =
the Routing Type is already assigned by IANA.

Removed.=20

> =20
> =20
> =20
> Minor:
> =20
> P1. Please include a reference for =E2=80=9Cerasure coding=E2=80=9D.

Done.

> =20
> P2. Loose vs Strict Source Routing.  It caught my attention that the =
IPv4/IPv6 source routing modes are not the same =E2=80=93 why is that?  =
I note that RFC791 does support strict source routing.  RFC6554 =
doesn=E2=80=99t support loose source routing, but other extensions do =
(draft-ietf-6man-segment-routing-header, for example, can support both =
loose and strict modes).  Given that this document is Experimental, I =
don=E2=80=99t think it is a show stopper, but consistency would be nice. =
 There=E2=80=99s also the opportunity to experiment further.

In IPv4, the loose source routing is used because there is a limitation =
on the length of the header.=20
It is very good point that it would be interesting to experiment with =
the loose mode in IPv6, as you indicated. We added some text for =
experiments based on draft-ietf-6man-segment-routing-header:=20

	=E2=80=A2 Use of IPv6 loose source routing. In the current =
specification, only strict source routing is used for IPv6 based on =
[RFC6554]. In [I=E2=80=91D.ietf=E2=80=916man=E2=80=91segment=E2=80=91routi=
ng=E2=80=91header], the use of loose source routing is also proposed in =
IPv6. In scenarios where the length of the source routing header is =
critical, the loose source routing can be considered.

> =20
> P3. You mention round-robin and weighted scheduling for path selection =
(in 1.1).  What about flow-based (keep all the packets in a flow on a =
single path)?  I=E2=80=99m wondering about this because disjoint paths =
may result in significant performance characteristic differences, and =
path stability (as much as possible) may be important in some cases.

In fact, the flow-based is a different approach compared to the one that =
we proposed. Based on our tests and simulations, using disjoint paths =
simultaneously could improve the overall performance. Of course, we also =
noticed the issues that you mentioned, and put the following text as =
part of the experiments:=20

	=E2=80=A2 The impacts of the delay variation due to multi-path =
routing. [RFC2991] brings out some concerns of multi-path routing, =
especially variable latencies. Although current experiment results show =
that multi-path routing can reduce the jitter in dynamic scenarios, some =
transport protocols or applications may be sensitive to the datagram =
re-ordering.

> =20
> P4. Section 1.1 mentions the potential use of =E2=80=9CDifferent =
algorithms to obtain multiple paths=E2=80=9D.  The rtgwg WG has done a =
lot of work on finding alternate paths (from LFA all the way to MRT) in =
the context of fast reroute =E2=80=93 these alternate paths can =
obviously be used for traffic forwarding under normal conditions (not =
just for repair).  I=E2=80=99m wondering why those other mechanisms were =
not used here?  Where they even considered?  [IOW, it=E2=80=99s always =
nice to use other IETF-developed technology.]

As mentioned in the previous reply, the purpose is not discovering =
alternate path for fast reroute, but using parallel paths to improve the =
reliability and take benefit of multiple description coding.=20

> =20
> P5. Please define SR-OLSRv2 in the Terminology section.

Done.=20

> P6. The document doesn=E2=80=99t explain how SR_HOLD_TIME_MULTIPLIER =
should be used.  Later I found (in 8.2) that =E2=80=9Csource route hold =
time multiplier=E2=80=9D is defined as =E2=80=9Cthe value of a Message =
TLV with Type =3D SOURCE_ROUTE=E2=80=9C, which is exactly what =
SR_HOLD_TIME_MULTIPLIER is.  Suggestion: to avoid confusion and be =
consistent, eliminate the definition of "source route hold time =
multiplier" and simply use SR_HOLD_TIME_MULTIPLIER.

Yes, good catch. Fixed.=20

> =20
> P7. Section 8.2. (HELLO and TC Message Processing) defines "validity =
time".  I don=E2=80=99t think this is necessary as it has the same =
meaning as in RFC7181, right?  If so, then a reference to that (in the =
SR_time formula) should be enough.  Otherwise, you at least need a =
reference to RFC5497.  I=E2=80=99m making this comment because it is =
easier/cleaner to use definitions by reference, than risk not using the =
exact same text and have the specifications potentially diverge over =
time.

Agree. We put a reference to RFC7181.=20

> =20
> P8. The definition of the Multi-path Routing Tuple in 8.5.1. =
(Requirements of Multi-path Calculation) is not (exactly) the same as in =
7.2. (Multi-path Routing Set).  Suggestion: put a reference to 7.1 in =
8.5.1.

Done.=20

> =20
> P9. References:
> - RFC6982 has been obsoleted by RFC7942.
> - s/RFC2460/draft-ietf-6man-rfc2460bis

Fixed.=20

> =20
> =20
> =20
> Nits:
> =20
> N1. s/original OLSRv2/base OLSRv2
> =20
> N2. In Section 5.1, please include a forward reference to Section =
9=E2=80=A6and in Section 6.1.1=E2=80=A6and anywhere else the parameters =
are defined.
> =20
> N3. s/existed/existing
> =20
> N4. s/MP-OLSR/MP-OLSRv2
> =20
> N5. In 8.4 s/they are/there are
> =20
> N6. s/the the/the

all fixed.=20

Again, thank very much for the review. Any further comments on our reply =
or the draft is appreciated.=20

regards

Jiazi


--Apple-Mail=_4AE8DE52-C264-4374-9AB1-9774CD195AE2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div dir=3D"auto" style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8" class=3D""><div style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div class=3D"">Dear Alvaro,&nbsp;</div><div class=3D""><br =
class=3D""></div><div class=3D"">Firstly, we appreciate your detailed =
and valuable review, which certainly helps us improving the document a =
lot =E2=80=94 thanks a ton!</div><div class=3D""><br class=3D""></div><div=
 class=3D"">Based on your comments, we updated the draft and submitted a =
new revision:&nbsp;</div><div class=3D"">&nbsp; &nbsp; &nbsp; &nbsp; =
&nbsp; &nbsp; <a =
href=3D"https://tools.ietf.org/html/draft-ietf-manet-olsrv2-multipath-12" =
class=3D"">https://tools.ietf.org/html/draft-ietf-manet-olsrv2-multipath-1=
2</a></div><div class=3D"">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; =
&nbsp;&nbsp;<a =
href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-olsrv2-multip=
ath-12" =
class=3D"">https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-olsrv2-mul=
tipath-12</a></div><div class=3D""><br class=3D""></div><div =
class=3D"">For your convenience to trace the modifications, please find =
also our reply to your comments below.&nbsp;</div><div class=3D"">We are =
looking forward to your further comments and =
instructions.&nbsp;</div><div class=3D""><br class=3D""></div><br =
class=3D""><div><blockquote type=3D"cite" class=3D""><div class=3D"">On =
3 Apr 2017, at 23:22, Alvaro Retana (aretana) &lt;<a =
href=3D"mailto:aretana@cisco.com" class=3D"">aretana@cisco.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Dear authors:<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">I just finished reading this =
document.&nbsp;&nbsp; In general, I think it is relatively straight =
forward, but it needs several clarifications (see below).&nbsp; I will =
start the IETF Last Call when my Major comments have been addressed in a =
new version.<o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">As other people (specially the INT =
Directorate) review this document, more specific language related to the =
use of RFC6554 may be needed.&nbsp; I=E2=80=99m inclined to go forward =
with the document as is (pending the comments below) because it is =
Experimental.&nbsp; We can make further updates if needed.<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Thanks!<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Alvaro.<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Major:<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M1. Section 3. (Applicability =
Statement): =E2=80=9CIt is interoperable with OLSRv2 implementations =
that do not have this extension.=E2=80=9D&nbsp; I don=E2=80=99t think =
that statement is true.&nbsp; For example, how does a non-MP-OLSRv2 =
router handle a packet with the RFC6554 header in it?&nbsp; IOW, strict =
source routing requires all the routers in the path to support the =
extension.&nbsp; I think more clarity and specificity is =
needed.</span></div></div></div></blockquote><div><br =
class=3D""></div><div>This is considered in the draft: the =
source-routing supported routers can identify themselves by carrying a =
SOURCE_ROUTE TLV in their routing messages. When the paths are =
calculated, as stated in the draft:</div><div><br =
class=3D""></div></div></div></div><blockquote style=3D"margin: 0 0 0 =
40px; border: none; padding: 0px;" class=3D""><div dir=3D"auto" =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div><div>&nbsp; =
&nbsp;For IPv6 networks, as strict source routing is used, only the =
routers</div></div></div></div><div dir=3D"auto" style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space;" class=3D""><div style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div><div>&nbsp; &nbsp;that exist in SR-OLSRv2 Router Set are =
considered in the path</div></div></div></div><div dir=3D"auto" =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div><div>&nbsp; =
&nbsp;calculation, i.e., only the source-routing supported routers =
can</div></div></div></div><div dir=3D"auto" style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space;" class=3D""><div style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div><div><div class=3D"">&nbsp; &nbsp;exist in the =
path.</div></div></div></div></div></blockquote><div dir=3D"auto" =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div><div><div =
class=3D""></div><blockquote type=3D"cite" =
class=3D""></blockquote><blockquote type=3D"cite" =
class=3D""></blockquote><blockquote type=3D"cite" =
class=3D""></blockquote></div><div><br class=3D""></div><div>so the =
non-MP-OLSRv2 routers won=E2=80=99t be considered in the first place. We =
further clarified in the applicability statement with the following =
text:&nbsp;</div><div><br class=3D""></div><div>It is interoperable with =
OLSRv2 implementations that do not have this extension: as the MP-OLSRv2 =
uses source routing, in IPv4&nbsp;networks the interoperability is =
achieved by using loose source routing header; in IPv6 networks, it is =
achieved by eliminating&nbsp;routers that do not support IPv6 strict =
source routing.&nbsp;</div><div><br class=3D""></div><div><br =
class=3D""></div><blockquote type=3D"cite" class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span><span style=3D"font-size: 11pt;" =
class=3D"">&nbsp;</span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M2. MAX_SRC_HOPS .&nbsp; Both =
Section 5.1. (Router Parameters) and Section 9. (Configuration =
Parameters) say that =E2=80=9CFor IPv6 networks, it MUST be set to 0, =
i.e., no constraint on maximum number of hops.=E2=80=9D&nbsp; What about =
potential MTU/fragmentation issues?&nbsp; RFC6554 (in Section 4.1. =
(Generating Source Routing Headers)) does talk about a maximum path =
length.</span></div></div></blockquote><div><br class=3D""></div><div>We =
added some text considering the MTU issue:</div><div><br =
class=3D""></div><div>It is RECOMMENDED to use MTU sizes considering the =
source routing header to avoid fragmentation. Depending&nbsp;on the size =
of the routing domain, the MTU should be at least 1280 + 40 (for outer =
IP header) + 16 * diameter&nbsp;of the network in number of hops (for =
source routing header). If the links in the network have different =
MTU&nbsp;sizes, by using technologies like Path MTU Discovery, the =
routers are able to be aware of the MTU along the path.&nbsp;The size of =
the datagram plus the size of IP headers (including the source routing =
header) SHOULD NOT exceed&nbsp;the minimum MTU along the =
path.</div><div><br class=3D""></div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Calibri;" class=3D""><span style=3D"font-size: 11pt;" =
class=3D""><o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3. Section 6.1.1. (SOURCE_ROUTE =
TLV) says that each HELLO/TC message =E2=80=9CMUST have exactly one =
SOURCE_ROUTE TLV=E2=80=9D.&nbsp; I read this as meaning two things: (1) =
every HELLO/TC must have a SOURCE_ROUTE TLV, and (2) there must be at =
most one SOURCE_ROUTE TLV.&nbsp; What happens if either of these =
conditions are not met?&nbsp;&nbsp; RFC7181 describes conditions under =
which a message should be considered invalid for processing (16.3, for =
example) =E2=80=93 given the language used in this section, I would =
expect something similar in this document (to enhance what is already in =
RFC7181).</span></div></div></blockquote><div><br class=3D""></div><div>If=
 the HELLO/TC doesn=E2=80=99t have a SOURCE_ROUTE TLV, it means that =
it=E2=80=99s the same as normal OLSRv2 generated messages. Then the =
originator won=E2=80=99t be treated as source-route supported routers, =
which means it has less possibility being chosen as MPRs, and it won=E2=80=
=99t be able to be used in IPv6 strict source =
routing.&nbsp;</div><div><br class=3D""></div><div>We added the invalide =
term as:</div><div><br class=3D""></div><div><span =
class=3D"Apple-tab-span" style=3D"white-space:pre">		=
</span>In addition to the reasons specified in &lt;xref =
target=3D"RFC7181"/&gt; for discarding a HELLO message or a TC =
message&nbsp;on reception, a HELLO or TC message received MUST be =
discarded if it has more than one Message TLV with Type =
=3D&nbsp;SOURCE_ROUTE.&nbsp;</div><div><br class=3D""></div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3.1. [minor] Section 6.1.1. =
(SOURCE_ROUTE TLV). =E2=80=9CMP-OLSRv2 Routing Process, or an OLSRv2 =
Routing Process that supports source-route forwarding.=E2=80=9D&nbsp; =
Specially for IPv6, can you identify a sub-set of this specification =
that would be implemented by =E2=80=9Can OLSRv2 Routing Process that =
supports source-route forwarding=E2=80=9D?&nbsp; I=E2=80=99m wondering =
whether that distinction even needs to be made or if you can just assume =
that a manet router that supports RFC6554 also supports this document =
(it does, if it originates the new =
TLV).</span></div></div></div></blockquote><div><br =
class=3D""></div><div>I remember we had such discussion in the manet =
mailing list (with Justin?). The purpose is to have better flexibility =
and deployability of the protocol: I think it=E2=80=99s easier to =
convince an operator to support a standard track source routing =
document, than deploying an experimental function. Furthermore, the =
MP-OLSR has a reactive part in path calculation, which might be a bit =
tricky in some platforms, while the RFC6554 is quite =
standard.&nbsp;</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Calibri;" class=3D""><span style=3D"font-size: 11pt;" =
class=3D""><o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3.2. This section also says that =
=E2=80=9Can OLSRv2 Routing Process MAY have one SOURCE_ROUTE TLV, if the =
OLSRv2 Routing Process supports source-route forwarding, and is willing =
to join the source route generated by other MP-OLSRv2 Routing =
Processes.=E2=80=9D&nbsp; If the 2 conditions are met, doesn=E2=80=99t =
the text become =E2=80=9CMUST have exactly one SOURCE_ROUTE =
TLV=E2=80=9D?&nbsp;&nbsp; Just pointing out that the differentiation may =
not be needed=E2=80=A6and that the language is not consistent (see =
above).</span></div></div></div></blockquote><div><br =
class=3D""></div><div>Agree. Changed to "MUST have exactly one =
SOURCE_ROUTE TLV=E2=80=9D.&nbsp;</div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div class=3D"WordSection1" =
style=3D"page: WordSection1; font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: =
rgb(255, 255, 255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: =
12pt; font-family: Calibri;" class=3D""><span style=3D"font-size: 11pt;" =
class=3D""><o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M3.3. =E2=80=9CThe existence of =
SOURCE_ROUTE TLV MUST be consistent for a specific OLSRv2 Routing =
Process=E2=80=9D&nbsp; Simplify by adding discard conditions. (See M3 =
above)</span></div></div></div></blockquote><div><br =
class=3D""></div><div>Resolved =E2=80=94 see reply to M3 =
above.&nbsp;</div><br class=3D""><blockquote type=3D"cite" class=3D""><div=
 class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M4. Section 6.2.2. (Source Routing =
Header in IPv6) says that the routing header from RFC6554 is used with =
IPv6 Routing Type 254 (experimental).&nbsp; Why?&nbsp;&nbsp; I=E2=80=99m =
asking because RFC4727 says that the experimental values =E2=80=9CMUST =
NOT be shipped as defaults in implementations=E2=80=9D =E2=80=93 not =
only do implementations exist, but the purpose of this Experimental =
document is to gather experience form real deployments.&nbsp; Short of =
asking for a new Routing Type, why isn=E2=80=99t the one already =
assigned to RFC6554 used?</span></div></div></blockquote><div><br =
class=3D""></div><div>Ah, I didn=E2=80=99t know that text in RFC4727 =
before. I asked such question to one of the 6man co-chairs, Ole, and he =
suggested using such experimental code point (<a =
href=3D"https://mailarchive.ietf.org/arch/msg/manet/YcpyzC4T3VUVEsEN_Ygyiz=
N4pBo" =
class=3D"">https://mailarchive.ietf.org/arch/msg/manet/YcpyzC4T3VUVEsEN_Yg=
yizN4pBo</a>)&nbsp;</div><div>Now we are using the routing type used by =
RFC6554.&nbsp;</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Calibri;" class=3D""><span style=3D"font-size: 11pt;" =
class=3D""><o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M5. Section 8.1. (HELLO and TC =
Message Generation).&nbsp; =E2=80=9CThe TC message generation based on =
SR_TC_INTERVAL does not replace the ordinary TC message generation =
specified in [RFC7181]=E2=80=A6The TC generation based on SR_TC_INTERVAL =
serves for those routers to advertise SOURCE_ROUTE TLV so that the other =
routers can be aware of the source-route enabled routers so as to be =
used as destinations of multipath routing.&nbsp; The SR_TC_INTERVAL is =
set to a longer value than TC_INTERVAL.=E2=80=9D&nbsp; This text says =
that there are two intervals at which an MP-OLSRv2 router sends TCs, but =
that only at SR_TC_INTERVAL will the SOURCE_ROUTE TLV be included, is =
that correct?&nbsp; If so, then how does a receiver reconcile that with =
the requirement in 6.1.1 (and in this section) for =E2=80=9CEvery HELLO =
or TC message generated by a MP-OLSRv2 Routing Process MUST have exactly =
one SOURCE_ROUTE TLV.=E2=80=9D??&nbsp; IOW, it looks like that =
requirement can=E2=80=99t be met unless all the TCs (including the ones =
generated every TC_INTERVAL) include the SOURCE_ROUTING TLV.<span =
class=3D"Apple-converted-space">&nbsp;</span></span></div></div></div></bl=
ockquote><div><br class=3D""></div><div>Yes, all the TCs must include =
the SOURCE_ROUTING TLV.&nbsp;</div><div>We made the text more =
explicit.&nbsp;</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Calibri;" class=3D""><span style=3D"font-size: 11pt;" =
class=3D""><o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">M6. Section 8.3. (MPR Selection): =
=E2=80=9CMP-OLSR routers SHOULD be preferred as routing MPRs.=E2=80=9D&nbs=
p; When would it be ok for MP-OLSR routers not to be preferred?&nbsp; =
IOW, why is =E2=80=9CMUST=E2=80=9D not =
used?</span></div></div></div></blockquote><div><br =
class=3D""></div><div>Already discussed in&nbsp;<a =
href=3D"https://www.ietf.org/mail-archive/web/manet/current/msg19414.html"=
 =
class=3D"">https://www.ietf.org/mail-archive/web/manet/current/msg19414.ht=
ml</a></div><div><br class=3D""></div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div class=3D"WordSection1" =
style=3D"page: WordSection1; font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: =
rgb(255, 255, 255);"><div style=3D"margin: 0in 0in 0.0001pt; font-size: =
12pt; font-family: Calibri;" class=3D""><span style=3D"font-size: 11pt;" =
class=3D""><o:p class=3D""></o:p></span></div><div style=3D"margin: 0in =
0in 0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 12pt; font-family: Calibri;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M7. If the =
Multi-path Routing Set is maintained reactively, what should be done =
with the datagram that triggered the calculation (while it is being =
done)?&nbsp; I=E2=80=99m assuming that it should be buffered somewhere =
and then forwarded, =
right?&nbsp;</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>Yes</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""> I=E2=80=99m also assuming that any =
other datagrams to the same destination that are received while the =
calculation is happening should also be buffered, =
true?&nbsp;</span></pre></div></div></blockquote><blockquote type=3D"cite"=
 class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""> Is there a maximum time that this =
buffering should be maintained?&nbsp; Is there a maximum expected =
size?&nbsp;</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>In our current implementations for field tests and =
simulations, no buffer is used because the time spent to calculate the =
paths is trivial (the paths are either returned almost instantly, or no =
path at all). In more complex scenarios with high data rate and large =
number of nodes, a buffer would be needed.&nbsp;</div><div><br =
class=3D""></div><div><br class=3D""></div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div class=3D"WordSection1" =
style=3D"page: WordSection1; font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: =
rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: =
10pt; font-family: 'Courier New';" class=3D""><span style=3D"font-size: =
11pt; font-family: Calibri;" class=3D""> Maybe these are questions that =
you may want to answer through the experiment.&nbsp; Also, buffering =
some datagrams may open an attack vector =E2=80=93 worth mentioning in =
the Security Considerations section. =
</span></pre></div></div></blockquote><div><br class=3D""></div><div>Yes, =
very good points. We added some text in the =E2=80=9Csecurity =
consideration=E2=80=9D section:&nbsp;</div><div><br =
class=3D""></div><div>If the multiple paths are calculated reactively, =
the datagrams SHOULD be buffered while the paths are =
being&nbsp;calculated. Because the path calculation is local and no =
control message is exchanged, the buffering time should&nbsp;be trivial. =
However, depending on the CPU power and memory of the router, a maximum =
buffer size SHOULD be&nbsp;set to avoid occupying too much memory of the =
router. When the buffer is full, the ancient datagrams are&nbsp;dropped. =
A possible attack that a malicious application could launch is that, it =
initiates large amount of&nbsp;datagrams to all the other routers in the =
network, thus triggering path calculation to all the other routers =
and&nbsp;during which, the datagrams are buffered. This might flush =
other legitimate datagrams. But the impact of the&nbsp;attack is =
transient: once the path calculation is finished, the datagrams are =
forwarded and the buffer goes back&nbsp;to empty.</div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M7.1. =
[minor] Section 4. (Protocol Overview and Functioning): =E2=80=9CThe =
reactive operation is local in the router and no message transmission =
delay is introduced.=E2=80=9D&nbsp; I think you may be referring to =
control plane messages, but it sounds as if there was no delay in the =
propagation of the data plane messages =E2=80=93 which by definition =
need to somehow be held while the reactive calculation is =
completed.&nbsp; Please =
clarify.</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>Yes. We now put "no additional routing control =
messages exchange is required=E2=80=9D.&nbsp;</div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M8. Section =
8.5.2. (Multi-path Dijkstra Algorithm) says that =E2=80=9CUsing =
different multi-path algorithms will not impact the =
interoperability.=E2=80=9D&nbsp; Using different algorithms in a network =
may not impact interoperability (as the packets on the wire will be =
understood by all), but it can lead to routing loops.&nbsp; Please =
clarify.</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>Because the path is decided only by the =
originator, using different multi-path algorithms in different routers =
won=E2=80=99t be a problem.&nbsp;</div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div class=3D"WordSection1" =
style=3D"page: WordSection1; font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: =
rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: =
10pt; font-family: 'Courier New';" class=3D""><span style=3D"font-size: =
11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M8.1. =
Section 8.5.2. (Multi-path Dijkstra Algorithm) describes the MP =
algorithm as two incremental functions at =E2=80=9Cstep i=E2=80=9D of =
the original Dijkstra algorithm.&nbsp; While the algorithm may be well =
known, please add a reference so that there is no confusion as to what =
=E2=80=9Cstep i=E2=80=9D is. =
</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>Done.&nbsp;</div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div class=3D"WordSection1" =
style=3D"page: WordSection1; font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: =
rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: =
10pt; font-family: 'Courier New';" class=3D""><span style=3D"font-size: =
11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M9. The =
Security Considerations of RFC6554 say that the extension is to be used =
only inside an RPL domain and that =E2=80=9CRPL routers MUST drop =
datagrams entering or exiting a RPL routing domain that contain an SRH =
in the IPv6 Extension headers.=E2=80=9D&nbsp; This document does mention =
that =E2=80=9Cthe source routing header is used only in the current =
routing domain=E2=80=9D, but it doesn=E2=80=99t explicitly talk about =
what should be done with datagrams that contain the source routing =
headers as they enter/leave the domain.&nbsp; Please include some text =
similar to the one in RFC6554.&nbsp; Pointing to the Security =
Considerations of RFC6554 would also be a good idea (to capture ICMP =
attacks, and whatever else is mentioned =
there).</span></pre></div></div></blockquote><div><br =
class=3D""></div><div><br class=3D""></div><div>Done.&nbsp;</div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">M10. IANA =
Considerations.&nbsp; Sections 12.1. (Expert Review: Evaluation =
Guidelines) and 12.3. (Routing Type) are not needed as this document is =
not specifying any new space that requires DE review (the assignment =
should be done under DE review, but that is specified elsewhere), and =
the Routing Type is already assigned by =
IANA.</span></pre></div></div></blockquote><div><br =
class=3D""></div>Removed.&nbsp;</div><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div class=3D"WordSection1" =
style=3D"page: WordSection1; font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: =
rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: =
10pt; font-family: 'Courier New';" class=3D""><span style=3D"font-size: =
11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">Minor:<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P1. Please =
include a reference for =E2=80=9Cerasure =
coding=E2=80=9D.</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>Done.</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""><o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">P2. Loose vs Strict Source Routing.&nbsp; It caught =
my attention that the IPv4/IPv6 source routing modes are not the same =
=E2=80=93 why is that?&nbsp; I note that RFC791 does support strict =
source routing.&nbsp; RFC6554 doesn=E2=80=99t support loose source =
routing, but other extensions do =
(draft-ietf-6man-segment-routing-header, for example, can support both =
loose and strict modes).&nbsp; Given that this document is Experimental, =
I don=E2=80=99t think it is a show stopper, but consistency would be =
nice.&nbsp; There=E2=80=99s also the opportunity to experiment =
further.</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>In IPv4, the loose source routing is used because =
there is a limitation on the length of the header.&nbsp;</div><div>It is =
very good point that it would be interesting to experiment with the =
loose mode in IPv6, as you indicated. We added some text for experiments =
based on draft-ietf-6man-segment-routing-header:&nbsp;</div><div><br =
class=3D""></div><div><div class=3D""><span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span>=E2=80=A2 Use of IPv6 loose =
source routing. In the current specification, only strict source routing =
is used for&nbsp;IPv6 based on&nbsp;[RFC6554]. =
In&nbsp;[I=E2=80=91D.ietf=E2=80=916man=E2=80=91segment=E2=80=91routing=E2=80=
=91header], the use of loose source&nbsp;routing is also proposed in =
IPv6. In scenarios where the length of the source routing header is =
critical,&nbsp;the loose source routing can be =
considered.</div></div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""><o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">P3. You mention round-robin and weighted scheduling =
for path selection (in 1.1).&nbsp; What about flow-based (keep all the =
packets in a flow on a single path)?&nbsp; I=E2=80=99m wondering about =
this because disjoint paths may result in significant performance =
characteristic differences, and path stability (as much as possible) may =
be important in some =
cases.</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>In fact, the flow-based is a different approach =
compared to the one that we proposed. Based on our tests and =
simulations, using disjoint paths simultaneously could improve the =
overall performance. Of course, we also noticed the issues that you =
mentioned, and put the following text as part of the =
experiments:&nbsp;</div><div><br class=3D""></div><div><div =
class=3D""><span class=3D"Apple-tab-span" style=3D"white-space:pre">	=
</span>=E2=80=A2 The impacts of the delay variation due to multi-path =
routing.&nbsp;[RFC2991]&nbsp;brings out some concerns of&nbsp;multi-path =
routing, especially variable latencies. Although current experiment =
results show that multi-path routing can reduce the jitter in dynamic =
scenarios, some transport protocols or applications may&nbsp;be =
sensitive to the datagram re-ordering.</div></div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P4. Section =
1.1 mentions the potential use of =E2=80=9CDifferent algorithms to =
obtain multiple paths=E2=80=9D.&nbsp; The rtgwg WG has done a lot of =
work on finding alternate paths (from LFA all the way to MRT) in the =
context of fast reroute =E2=80=93 these alternate paths can obviously be =
used for traffic forwarding under normal conditions (not just for =
repair).&nbsp; I=E2=80=99m wondering why those other mechanisms were not =
used here?&nbsp; Where they even considered?&nbsp; [IOW, it=E2=80=99s =
always nice to use other IETF-developed =
technology.]</span></pre></div></div></blockquote><div><br =
class=3D""></div><div>As mentioned in the previous reply, the purpose is =
not discovering alternate path for fast reroute, but using parallel =
paths to improve the reliability and take benefit of multiple =
description coding.&nbsp;</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D"WordSection1" style=3D"page: WordSection1; =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""><o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">P5. Please define SR-OLSRv2 in the Terminology =
section.</span></pre></div></blockquote><div><br =
class=3D""></div><div>Done.&nbsp;</div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D"">P6. The document doesn=E2=80=99t =
explain how SR_HOLD_TIME_MULTIPLIER should be used.&nbsp; Later I found =
(in 8.2) that =E2=80=9Csource route hold time multiplier=E2=80=9D is =
defined as =E2=80=9Cthe value of a Message TLV with Type =3D =
SOURCE_ROUTE=E2=80=9C, which is exactly what SR_HOLD_TIME_MULTIPLIER =
is.&nbsp; Suggestion: to avoid confusion and be consistent, eliminate =
the definition of "source route hold time multiplier" and simply use =
SR_HOLD_TIME_MULTIPLIER.</span></pre></div></blockquote><div><br =
class=3D""></div><div>Yes, good catch. Fixed.&nbsp;</div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255);"><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">P7. Section =
8.2. (HELLO and TC Message Processing) defines "validity time".&nbsp; I =
don=E2=80=99t think this is necessary as it has the same meaning as in =
RFC7181, right?&nbsp; If so, then a reference to that (in the SR_time =
formula) should be enough.&nbsp; Otherwise, you at least need a =
reference to RFC5497.&nbsp; I=E2=80=99m making this comment because it =
is easier/cleaner to use definitions by reference, than risk not using =
the exact same text and have the specifications potentially diverge over =
time.</span></pre></div></blockquote><div><br class=3D""></div><div>Agree.=
 We put a reference to RFC7181.&nbsp;</div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""><o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">P8. The definition of the Multi-path Routing Tuple =
in 8.5.1. (Requirements of Multi-path Calculation) is not (exactly) the =
same as in 7.2. (Multi-path Routing Set).&nbsp; Suggestion: put a =
reference to 7.1 in 8.5.1.</span></pre></div></blockquote><div><br =
class=3D""></div><div>Done.&nbsp;</div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""><o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">P9. References:<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">- RFC6982 =
has been obsoleted by RFC7942.<o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">- =
s/RFC2460/draft-ietf-6man-rfc2460bis</span></pre></div></blockquote><div><=
br class=3D""></div>Fixed.&nbsp;</div><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"WordSection1" style=3D"page: =
WordSection1; font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, =
255);"><pre style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; =
font-family: 'Courier New';" class=3D""><span style=3D"font-size: 11pt; =
font-family: Calibri;" class=3D""><o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">Nits:<o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">N1. s/original OLSRv2/base OLSRv2<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">N2. In =
Section 5.1, please include a forward reference to Section 9=E2=80=A6and =
in Section 6.1.1=E2=80=A6and anywhere else the parameters are =
defined.<o:p class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">N3. =
s/existed/existing<o:p class=3D""></o:p></span></pre><pre style=3D"margin:=
 0in 0in 0.0001pt; font-size: 10pt; font-family: 'Courier New';" =
class=3D""><span style=3D"font-size: 11pt; font-family: Calibri;" =
class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: =
0in 0in 0.0001pt; font-size: 10pt; font-family: 'Courier New';" =
class=3D""><span style=3D"font-size: 11pt; font-family: Calibri;" =
class=3D"">N4. s/MP-OLSR/MP-OLSRv2<o:p class=3D""></o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D""><o:p class=3D"">&nbsp;</o:p></span></pre><pre =
style=3D"margin: 0in 0in 0.0001pt; font-size: 10pt; font-family: =
'Courier New';" class=3D""><span style=3D"font-size: 11pt; font-family: =
Calibri;" class=3D"">N5. In 8.4 s/they are/there are<o:p =
class=3D""></o:p></span></pre><pre style=3D"margin: 0in 0in 0.0001pt; =
font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></pre><pre style=3D"margin: 0in 0in =
0.0001pt; font-size: 10pt; font-family: 'Courier New';" class=3D""><span =
style=3D"font-size: 11pt; font-family: Calibri;" class=3D"">N6. s/the =
the/the<o:p class=3D""></o:p></span></pre></div></blockquote><br =
class=3D""></div><div>all fixed.&nbsp;</div><div><br =
class=3D""></div><div>Again, thank very much for the review. Any further =
comments on our reply or the draft is appreciated.&nbsp;</div><div><br =
class=3D""></div><div>regards</div><div><br =
class=3D""></div><div>Jiazi</div><br class=3D""></div></div></body></html>=

--Apple-Mail=_4AE8DE52-C264-4374-9AB1-9774CD195AE2--


From nobody Thu Apr 20 13:35:07 2017
Return-Path: <aretana@cisco.com>
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 315BC131681; Thu, 20 Apr 2017 13:35:05 -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, 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, SPF_HELO_PASS=-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 92T_2l67S2Kw; Thu, 20 Apr 2017 13:35:03 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F31AF13167D; Thu, 20 Apr 2017 13:35:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16916; q=dns/txt; s=iport; t=1492720503; x=1493930103; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=awi7GeNucc3tNt00MyvXoD9OlETJb2+3stEaO3jU1R4=; b=fkmBxZva1qdpcMg0pVRoXZSOYdlW/xYqu0CYr6WD5SfSEgzvzJJz6D6q Ixk3XXhJ/7Zo3Euj2F/KWbq+s9LumhLGWLaCV7Scv3FS3IWYqzcVVYDo9 mpEZfDU7XcAattb6w8oK5Np8tDc7TE4Ae8fCHqiTW29HpS1NHpWx7mBBV Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DKAQAwG/lY/5xdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5mYYEMB4NgihWRRpBPhTWCDyyFeAIag2M/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRYGI0gOEAIBBgI/AwICAjAUEQIEDgWKHA6MPZ1dgiYringBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEYBYZTgV0rC4Jjh10ugjEFlkCGdAGHFItukVWUEwEfOIEFYxV?= =?us-ascii?q?VAYRUHIFjdYghgQ0BAQE?=
X-IronPort-AV: E=Sophos;i="5.37,227,1488844800";  d="scan'208,217";a="413144049"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 20:34:58 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v3KKYwxr011649 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 20:34:58 GMT
Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 15:34:57 -0500
Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 15:34:57 -0500
From: "Alvaro Retana (aretana)" <aretana@cisco.com>
To: Jiazi Yi <jiazi@jiaziyi.com>
CC: "draft-ietf-manet-olsrv2-multipath@ietf.org" <draft-ietf-manet-olsrv2-multipath@ietf.org>, "manet-chairs@ietf.org" <manet-chairs@ietf.org>, Stan Ratliff <sratliff@idirect.net>, "manet@ietf.org" <manet@ietf.org>
Thread-Topic: AD Review of draft-ietf-manet-olsrv2-multipath-11
Thread-Index: AQHSrMBYAGgO+lU2M0uWMpAvOFwcc6HNQYqAgAGg3IA=
Date: Thu, 20 Apr 2017 20:34:57 +0000
Message-ID: <2BB3A607-4578-40B3-ACE2-2807911361F5@cisco.com>
References: <1F0A54FE-B275-4203-AC7B-347101217BEF@cisco.com> <6BE8ABAF-6672-4994-AFD3-1FA0BA9B865E@jiaziyi.com>
In-Reply-To: <6BE8ABAF-6672-4994-AFD3-1FA0BA9B865E@jiaziyi.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1f.0.170216
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.117.15.6]
Content-Type: multipart/alternative; boundary="_000_2BB3A607457840B3ACE22807911361F5ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/OHQsgv_0__7QxntTlGuCc8lmk0o>
Subject: Re: [manet] AD Review of draft-ietf-manet-olsrv2-multipath-11
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Apr 2017 20:35:05 -0000

--_000_2BB3A607457840B3ACE22807911361F5ciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

T24gNC8xOS8xNywgMTE6NDIgQU0sICJKaWF6aSBZaSIgPGppYXppQGppYXppeWkuY29tPG1haWx0
bzpqaWF6aUBqaWF6aXlpLmNvbT4+IHdyb3RlOg0KDQoNCkppYXppOg0KDQpIaSENCg0KSSBqdXN0
IGhhdmUgYSBjb3VwbGUgY29tbWVudHMg4oCTIGxvb2sgZm9yIFthXS4gIFlvdSBjYW4gdHJlYXQg
dGhlbSBhcyBMYXN0IENhbGwgY29tbWVudHMuDQoNCkkgYW0gZ29pbmcgdG8gc3RhcnQgdGhlIElF
VEYgTGFzdCBDYWxsLg0KDQpUaGFua3MhIQ0KDQpBbHZhcm8uDQoNCg0KDQoNClthXSBOZXc6IElu
IDguMSAgcy9NVVNUIG5vdC9NVVNUIE5PVA0KDQoNCg0K4oCmDQoNCk0yLiBNQVhfU1JDX0hPUFMg
LiAgQm90aCBTZWN0aW9uIDUuMS4gKFJvdXRlciBQYXJhbWV0ZXJzKSBhbmQgU2VjdGlvbiA5LiAo
Q29uZmlndXJhdGlvbiBQYXJhbWV0ZXJzKSBzYXkgdGhhdCDigJxGb3IgSVB2NiBuZXR3b3Jrcywg
aXQgTVVTVCBiZSBzZXQgdG8gMCwgaS5lLiwgbm8gY29uc3RyYWludCBvbiBtYXhpbXVtIG51bWJl
ciBvZiBob3BzLuKAnSAgV2hhdCBhYm91dCBwb3RlbnRpYWwgTVRVL2ZyYWdtZW50YXRpb24gaXNz
dWVzPyAgUkZDNjU1NCAoaW4gU2VjdGlvbiA0LjEuIChHZW5lcmF0aW5nIFNvdXJjZSBSb3V0aW5n
IEhlYWRlcnMpKSBkb2VzIHRhbGsgYWJvdXQgYSBtYXhpbXVtIHBhdGggbGVuZ3RoLg0KDQpXZSBh
ZGRlZCBzb21lIHRleHQgY29uc2lkZXJpbmcgdGhlIE1UVSBpc3N1ZToNCg0KSXQgaXMgUkVDT01N
RU5ERUQgdG8gdXNlIE1UVSBzaXplcyBjb25zaWRlcmluZyB0aGUgc291cmNlIHJvdXRpbmcgaGVh
ZGVyIHRvIGF2b2lkIGZyYWdtZW50YXRpb24uIERlcGVuZGluZyBvbiB0aGUgc2l6ZSBvZiB0aGUg
cm91dGluZyBkb21haW4sIHRoZSBNVFUgc2hvdWxkIGJlIGF0IGxlYXN0IDEyODAgKyA0MCAoZm9y
IG91dGVyIElQIGhlYWRlcikgKyAxNiAqIGRpYW1ldGVyIG9mIHRoZSBuZXR3b3JrIGluIG51bWJl
ciBvZiBob3BzIChmb3Igc291cmNlIHJvdXRpbmcgaGVhZGVyKS4gSWYgdGhlIGxpbmtzIGluIHRo
ZSBuZXR3b3JrIGhhdmUgZGlmZmVyZW50IE1UVSBzaXplcywgYnkgdXNpbmcgdGVjaG5vbG9naWVz
IGxpa2UgUGF0aCBNVFUgRGlzY292ZXJ5LCB0aGUgcm91dGVycyBhcmUgYWJsZSB0byBiZSBhd2Fy
ZSBvZiB0aGUgTVRVIGFsb25nIHRoZSBwYXRoLiBUaGUgc2l6ZSBvZiB0aGUgZGF0YWdyYW0gcGx1
cyB0aGUgc2l6ZSBvZiBJUCBoZWFkZXJzIChpbmNsdWRpbmcgdGhlIHNvdXJjZSByb3V0aW5nIGhl
YWRlcikgU0hPVUxEIE5PVCBleGNlZWQgdGhlIG1pbmltdW0gTVRVIGFsb25nIHRoZSBwYXRoLg0K
DQoNClthXSBJIGRvbuKAmXQgdGhpbmsgd2UgbmVlZCB0aGUgTm9ybWF0aXZlIGxhbmd1YWdlLCBv
dGhlcndpc2UgSSB0aGluayB0aGUgdGV4dCBsb29rcyBnb29kLg0KDQoNCg0KDQrigKYNCk00LiBT
ZWN0aW9uIDYuMi4yLiAoU291cmNlIFJvdXRpbmcgSGVhZGVyIGluIElQdjYpIHNheXMgdGhhdCB0
aGUgcm91dGluZyBoZWFkZXIgZnJvbSBSRkM2NTU0IGlzIHVzZWQgd2l0aCBJUHY2IFJvdXRpbmcg
VHlwZSAyNTQgKGV4cGVyaW1lbnRhbCkuICBXaHk/ICAgSeKAmW0gYXNraW5nIGJlY2F1c2UgUkZD
NDcyNyBzYXlzIHRoYXQgdGhlIGV4cGVyaW1lbnRhbCB2YWx1ZXMg4oCcTVVTVCBOT1QgYmUgc2hp
cHBlZCBhcyBkZWZhdWx0cyBpbiBpbXBsZW1lbnRhdGlvbnPigJ0g4oCTIG5vdCBvbmx5IGRvIGlt
cGxlbWVudGF0aW9ucyBleGlzdCwgYnV0IHRoZSBwdXJwb3NlIG9mIHRoaXMgRXhwZXJpbWVudGFs
IGRvY3VtZW50IGlzIHRvIGdhdGhlciBleHBlcmllbmNlIGZvcm0gcmVhbCBkZXBsb3ltZW50cy4g
IFNob3J0IG9mIGFza2luZyBmb3IgYSBuZXcgUm91dGluZyBUeXBlLCB3aHkgaXNu4oCZdCB0aGUg
b25lIGFscmVhZHkgYXNzaWduZWQgdG8gUkZDNjU1NCB1c2VkPw0KDQpBaCwgSSBkaWRu4oCZdCBr
bm93IHRoYXQgdGV4dCBpbiBSRkM0NzI3IGJlZm9yZS4gSSBhc2tlZCBzdWNoIHF1ZXN0aW9uIHRv
IG9uZSBvZiB0aGUgNm1hbiBjby1jaGFpcnMsIE9sZSwgYW5kIGhlIHN1Z2dlc3RlZCB1c2luZyBz
dWNoIGV4cGVyaW1lbnRhbCBjb2RlIHBvaW50IChodHRwczovL21haWxhcmNoaXZlLmlldGYub3Jn
L2FyY2gvbXNnL21hbmV0L1ljcHl6QzRUM1ZVVkVzRU5fWWd5aXpONHBCbykNCk5vdyB3ZSBhcmUg
dXNpbmcgdGhlIHJvdXRpbmcgdHlwZSB1c2VkIGJ5IFJGQzY1NTQuDQoNClthXSBOb3RlIHRoYXQg
Ni4yLjIuIHN0aWxsIHNheXMgMjU0IOKAkyB5b3UgZGlkIGNoYW5nZSBpdCBpbiA4LjQuDQoNCg0K
DQoNCg0K4oCmDQoNCg0KDQpNMTAuIElBTkEgQ29uc2lkZXJhdGlvbnMuICBTZWN0aW9ucyAxMi4x
LiAoRXhwZXJ0IFJldmlldzogRXZhbHVhdGlvbiBHdWlkZWxpbmVzKSBhbmQgMTIuMy4gKFJvdXRp
bmcgVHlwZSkgYXJlIG5vdCBuZWVkZWQgYXMgdGhpcyBkb2N1bWVudCBpcyBub3Qgc3BlY2lmeWlu
ZyBhbnkgbmV3IHNwYWNlIHRoYXQgcmVxdWlyZXMgREUgcmV2aWV3ICh0aGUgYXNzaWdubWVudCBz
aG91bGQgYmUgZG9uZSB1bmRlciBERSByZXZpZXcsIGJ1dCB0aGF0IGlzIHNwZWNpZmllZCBlbHNl
d2hlcmUpLCBhbmQgdGhlIFJvdXRpbmcgVHlwZSBpcyBhbHJlYWR5IGFzc2lnbmVkIGJ5IElBTkEu
DQoNClJlbW92ZWQuDQoNClthXSBZb3UgZGlkbuKAmXQgcmVtb3ZlIDEyLjEuDQoNCg0KDQoNCg0K
4oCmDQoNCg0KDQotIHMvUkZDMjQ2MC9kcmFmdC1pZXRmLTZtYW4tcmZjMjQ2MGJpcw0KDQpGaXhl
ZC4NCg0KW2FdIFNvcnJ5LCBJIHRoaW5rIHdlIHdhbnQgdG8gZ28gYmFjayB0byBSRkMyNDYwLiAg
SSB0aG91Z2h0IHRoYXQgZG9jdW1lbnQgd2FzIGdvaW5nIHRvIGJlIHByb2Nlc3NlZCBmYXN0ZXIg
dGhhbiBpdCBpcywgc28gd2UgY291bGQgZW5kIHVwIHByb2Nlc3NpbmcvYXBwcm92aW5nIHRoaXMg
ZG9jdW1lbnQgYmVmb3JlIHJmYzI0NjBiaXMuDQoNCg0KDQo=

--_000_2BB3A607457840B3ACE22807911361F5ciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <6F81CAC603FD1241B9FCE03F261FAF14@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg
MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0
aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt
ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5
bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt
YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy
LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNv
SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt
ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv
d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z
dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdp
bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy
aWVyIE5ldyI7fQ0Kc3Bhbi5hcHBsZS10YWItc3Bhbg0KCXttc28tc3R5bGUtbmFtZTphcHBsZS10
YWItc3Bhbjt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTph
cHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28t
c3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6
Q291cmllcjt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y
ZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13
ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCnNwYW4ubXNvSW5zDQoJe21zby1z
dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3Jh
dGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5
bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0
aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4w
aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl
Pg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVl
IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5PbiA0LzE5LzE3LCAxMTo0MiBBTSwgJnF1b3Q7SmlhemkgWWkmcXVvdDsgJmx0
OzxhIGhyZWY9Im1haWx0bzpqaWF6aUBqaWF6aXlpLmNvbSI+amlhemlAamlheml5aS5jb208L2E+
Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Smlhemk6PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPkhpITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGp1c3QgaGF2ZSBhIGNvdXBsZSBjb21t
ZW50cyDigJMgbG9vayBmb3IgW2FdLiZuYnNwOyBZb3UgY2FuIHRyZWF0IHRoZW0gYXMgTGFzdCBD
YWxsIGNvbW1lbnRzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFtIGdvaW5nIHRvIHN0YXJ0
IHRoZSBJRVRGIExhc3QgQ2FsbC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzISE8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+QWx2YXJvLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5bYV0gTmV3OiBJbiA4LjEmbmJzcDsgcy9NVVNUIG5vdC9NVVNUIE5PVDxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+4oCm
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDs8L3NwYW4+
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo
aXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5N
Mi4gTUFYX1NSQ19IT1BTIC4mbmJzcDsgQm90aCBTZWN0aW9uIDUuMS4gKFJvdXRlciBQYXJhbWV0
ZXJzKSBhbmQgU2VjdGlvbiA5LiAoQ29uZmlndXJhdGlvbiBQYXJhbWV0ZXJzKSBzYXkgdGhhdCDi
gJxGb3IgSVB2NiBuZXR3b3JrcywgaXQgTVVTVCBiZSBzZXQgdG8gMCwgaS5lLiwgbm8gY29uc3Ry
YWludA0KIG9uIG1heGltdW0gbnVtYmVyIG9mIGhvcHMu4oCdJm5ic3A7IFdoYXQgYWJvdXQgcG90
ZW50aWFsIE1UVS9mcmFnbWVudGF0aW9uIGlzc3Vlcz8mbmJzcDsgUkZDNjU1NCAoaW4gU2VjdGlv
biA0LjEuIChHZW5lcmF0aW5nIFNvdXJjZSBSb3V0aW5nIEhlYWRlcnMpKSBkb2VzIHRhbGsgYWJv
dXQgYSBtYXhpbXVtIHBhdGggbGVuZ3RoLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6
Q2FsaWJyaSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBhZGRlZCBzb21lIHRleHQgY29uc2lkZXJp
bmcgdGhlIE1UVSBpc3N1ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+SXQgaXMgUkVDT01NRU5ERUQgdG8gdXNlIE1UVSBzaXplcyBjb25zaWRl
cmluZyB0aGUgc291cmNlIHJvdXRpbmcgaGVhZGVyIHRvIGF2b2lkIGZyYWdtZW50YXRpb24uIERl
cGVuZGluZyZuYnNwO29uIHRoZSBzaXplIG9mIHRoZSByb3V0aW5nIGRvbWFpbiwgdGhlIE1UVSBz
aG91bGQgYmUgYXQgbGVhc3QgMTI4MCAmIzQzOyA0MCAoZm9yIG91dGVyIElQIGhlYWRlcikgJiM0
MzsgMTYgKiBkaWFtZXRlciZuYnNwO29mIHRoZSBuZXR3b3JrIGluIG51bWJlcg0KIG9mIGhvcHMg
KGZvciBzb3VyY2Ugcm91dGluZyBoZWFkZXIpLiBJZiB0aGUgbGlua3MgaW4gdGhlIG5ldHdvcmsg
aGF2ZSBkaWZmZXJlbnQgTVRVJm5ic3A7c2l6ZXMsIGJ5IHVzaW5nIHRlY2hub2xvZ2llcyBsaWtl
IFBhdGggTVRVIERpc2NvdmVyeSwgdGhlIHJvdXRlcnMgYXJlIGFibGUgdG8gYmUgYXdhcmUgb2Yg
dGhlIE1UVSBhbG9uZyB0aGUgcGF0aC4mbmJzcDtUaGUgc2l6ZSBvZiB0aGUgZGF0YWdyYW0gcGx1
cyB0aGUgc2l6ZSBvZiBJUCBoZWFkZXJzIChpbmNsdWRpbmcNCiB0aGUgc291cmNlIHJvdXRpbmcg
aGVhZGVyKSBTSE9VTEQgTk9UIGV4Y2VlZCZuYnNwO3RoZSBtaW5pbXVtIE1UVSBhbG9uZyB0aGUg
cGF0aC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlthXSBJIGRvbuKAmXQgdGhp
bmsgd2UgbmVlZCB0aGUgTm9ybWF0aXZlIGxhbmd1YWdlLCBvdGhlcndpc2UgSSB0aGluayB0aGUg
dGV4dCBsb29rcyBnb29kLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCuKApjxvOnA+PC9vOnA+PC9w
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw
dCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk00LiBT
ZWN0aW9uIDYuMi4yLiAoU291cmNlIFJvdXRpbmcgSGVhZGVyIGluIElQdjYpIHNheXMgdGhhdCB0
aGUgcm91dGluZyBoZWFkZXIgZnJvbSBSRkM2NTU0IGlzIHVzZWQgd2l0aCBJUHY2IFJvdXRpbmcg
VHlwZSAyNTQgKGV4cGVyaW1lbnRhbCkuJm5ic3A7IFdoeT8mbmJzcDsmbmJzcDsgSeKAmW0gYXNr
aW5nDQogYmVjYXVzZSBSRkM0NzI3IHNheXMgdGhhdCB0aGUgZXhwZXJpbWVudGFsIHZhbHVlcyDi
gJxNVVNUIE5PVCBiZSBzaGlwcGVkIGFzIGRlZmF1bHRzIGluIGltcGxlbWVudGF0aW9uc+KAnSDi
gJMgbm90IG9ubHkgZG8gaW1wbGVtZW50YXRpb25zIGV4aXN0LCBidXQgdGhlIHB1cnBvc2Ugb2Yg
dGhpcyBFeHBlcmltZW50YWwgZG9jdW1lbnQgaXMgdG8gZ2F0aGVyIGV4cGVyaWVuY2UgZm9ybSBy
ZWFsIGRlcGxveW1lbnRzLiZuYnNwOyBTaG9ydCBvZiBhc2tpbmcgZm9yIGENCiBuZXcgUm91dGlu
ZyBUeXBlLCB3aHkgaXNu4oCZdCB0aGUgb25lIGFscmVhZHkgYXNzaWduZWQgdG8gUkZDNjU1NCB1
c2VkPzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5BaCwgSSBkaWRu4oCZdCBrbm93IHRoYXQgdGV4dCBpbiBSRkM0NzI3IGJlZm9yZS4g
SSBhc2tlZCBzdWNoIHF1ZXN0aW9uIHRvIG9uZSBvZiB0aGUgNm1hbiBjby1jaGFpcnMsIE9sZSwg
YW5kIGhlIHN1Z2dlc3RlZCB1c2luZyBzdWNoIGV4cGVyaW1lbnRhbCBjb2RlIHBvaW50ICg8YSBo
cmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL21hbmV0L1ljcHl6QzRU
M1ZVVkVzRU5fWWd5aXpONHBCbyI+aHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21z
Zy9tYW5ldC9ZY3B5ekM0VDNWVVZFc0VOX1lneWl6TjRwQm88L2E+KSZuYnNwOzxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Tm93IHdlIGFyZSB1c2lu
ZyB0aGUgcm91dGluZyB0eXBlIHVzZWQgYnkgUkZDNjU1NC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KW2FdIE5vdGUgdGhhdCA2LjIuMi4g
c3RpbGwgc2F5cyAyNTQg4oCTIHlvdSBkaWQgY2hhbmdlIGl0IGluIDguNC48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj7igKY8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJt
YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwcmUgc3R5bGU9
ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0i
YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6Q2FsaWJyaSI+TTEwLiBJQU5BIENvbnNpZGVyYXRpb25zLiZuYnNwOyBTZWN0aW9ucyAxMi4x
LiAoRXhwZXJ0IFJldmlldzogRXZhbHVhdGlvbiBHdWlkZWxpbmVzKSBhbmQgMTIuMy4gKFJvdXRp
bmcgVHlwZSkgYXJlIG5vdCBuZWVkZWQgYXMgdGhpcyBkb2N1bWVudCBpcyBub3Qgc3BlY2lmeWlu
ZyBhbnkgbmV3IHNwYWNlIHRoYXQgcmVxdWlyZXMgREUgcmV2aWV3ICh0aGUgYXNzaWdubWVudCBz
aG91bGQgYmUgZG9uZSB1bmRlciBERSByZXZpZXcsIGJ1dCB0aGF0IGlzIHNwZWNpZmllZCBlbHNl
d2hlcmUpLCBhbmQgdGhlIFJvdXRpbmcgVHlwZSBpcyBhbHJlYWR5IGFzc2lnbmVkIGJ5IElBTkEu
PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+UmVtb3ZlZC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+W2FdIFlvdSBkaWRu4oCZdCByZW1vdmUgMTIuMS48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8YmxvY2tx
dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPuKApjxvOnA+PC9vOnA+PC9wPg0KPHByZSBzdHlsZT0iYmFja2dyb3Vu
ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OkNhbGlicmkiPi0gcy9SRkMyNDYwL2RyYWZ0LWlldGYtNm1hbi1yZmMyNDYw
YmlzPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPkZpeGVkLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bYV0gU29ycnks
IEkgdGhpbmsgd2Ugd2FudCB0byBnbyBiYWNrIHRvIFJGQzI0NjAuJm5ic3A7IEkgdGhvdWdodCB0
aGF0IGRvY3VtZW50IHdhcyBnb2luZyB0byBiZSBwcm9jZXNzZWQgZmFzdGVyIHRoYW4gaXQgaXMs
IHNvIHdlIGNvdWxkIGVuZCB1cCBwcm9jZXNzaW5nL2FwcHJvdmluZyB0aGlzIGRvY3VtZW50IGJl
Zm9yZSByZmMyNDYwYmlzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_2BB3A607457840B3ACE22807911361F5ciscocom_--


From nobody Thu Apr 20 14:51:28 2017
Return-Path: <iesg-secretary@ietf.org>
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 DABBA1316E3; Thu, 20 Apr 2017 14:51:20 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.50.0
Auto-Submitted: auto-generated
Precedence: bulk
CC: sratliff@idirect.net, Stan Ratliff <sratliff@idirect.net>, manet-chairs@ietf.org, manet@ietf.org, aretana@cisco.com, draft-ietf-manet-olsrv2-multipath@ietf.org
Reply-To: ietf@ietf.org
Sender: <iesg-secretary@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <149272508088.22258.8263343290438640855.idtracker@ietfa.amsl.com>
Date: Thu, 20 Apr 2017 14:51:20 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/p3ydx5iKUd0IS74p89TCIeCKo3M>
Subject: [manet] Last Call: <draft-ietf-manet-olsrv2-multipath-12.txt> (Multi-path Extension for the Optimized Link State Routing Protocol version 2 (OLSRv2)) to Experimental RFC
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Apr 2017 21:51:21 -0000

The IESG has received a request from the Mobile Ad-hoc Networks WG
(manet) to consider the following document:
- 'Multi-path Extension for the Optimized Link State Routing Protocol
   version 2 (OLSRv2)'
  <draft-ietf-manet-olsrv2-multipath-12.txt> as Experimental RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2017-05-04. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


   This document 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 file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-manet-olsrv2-multipath/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-manet-olsrv2-multipath/ballot/


No IPR declarations have been submitted directly on this I-D.





From nobody Thu Apr 27 16:52:05 2017
Return-Path: <sandra.sendra.upv@gmail.com>
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 DBCCE12960D for <manet@ietfa.amsl.com>; Thu, 27 Apr 2017 16:52:03 -0700 (PDT)
X-Quarantine-ID: <HDgWN7qfL_3b>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Non-encoded 8-bit data (char F1 hex): Subject: ...L 2017, 27-29 de Sept, 2017. Valencia (Espa\361a)
X-Spam-Flag: NO
X-Spam-Score: -0.33
X-Spam-Level: 
X-Spam-Status: No, score=-0.33 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, FROM_MISSP_FREEMAIL=0.001, NML_ADSP_CUSTOM_MED=0.9, PP_MIME_FAKE_ASCII_TEXT=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665, TO_NO_BRKTS_FROM_MSSP=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HDgWN7qfL_3b for <manet@ietfa.amsl.com>; Thu, 27 Apr 2017 16:52:02 -0700 (PDT)
Received: from smtpsalv.upv.es (smtpsalv.cc.upv.es [158.42.249.11]) (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 3B84C129646 for <manet@ietf.org>; Thu, 27 Apr 2017 16:48:35 -0700 (PDT)
Received: from smtpx.upv.es (smtpxv.cc.upv.es [158.42.249.46]) by smtpsalv.upv.es (8.14.4/8.14.4) with ESMTP id v3RNjP36003015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <manet@ietf.org>; Fri, 28 Apr 2017 01:45:26 +0200
Received: from smtp.upv.es (smtpv.cc.upv.es [158.42.249.16]) by smtpx.upv.es (8.14.7/8.14.7) with ESMTP id v3RNjPPk018711 for <manet@ietf.org>; Fri, 28 Apr 2017 01:45:25 +0200
Received: from JLLORET (pptp243-110.vpns.upv.es [158.42.243.110]) by smtp.upv.es (8.14.4/8.14.4) with SMTP id v3RNjO8q011481 for <manet@ietf.org>; Fri, 28 Apr 2017 01:45:25 +0200
Date: Fri, 28 Apr 2017 01:45:25 +0200
Message-Id: <201704272345.v3RNjO8q011481@smtp.upv.es>
From: Sandra Sendra<sandra.sendra.upv@gmail.com>
To: manet@ietf.org
CC: 
Subject: Llamada de Articulos: JITEL 2017, 27-29 de Sept, 2017. Valencia (Espaņa)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/eeQQicbfNvLBJCKgyU_Ng8RTGvU>
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks  <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Apr 2017 23:52:04 -0000

================================================
XIII Jornadas de Ingenieria Telematica (JITEL 2017), 
27-29 de septiembre de 2017. 
http://jlloret.webs.upv.es/jitel2017/index.html
FECHA DE ENVIO DE TRABAJOS: 12 de mayo de 2017 (Extendido)
ENLACE DE ENVIO:
http://ocs.editorial.upv.es/index.php/JITEL/JITEL2017/author/submit?requiresAuthor=1
===============================================


CONVOCATORIA DE PONENCIAS
===============================================
Las XIII Jornadas de Ingenieria Telematica (JITEL 2017), se celebraran en la ciudad de Valencia durante los dias 27 al 29 de Septiembre de 2017.

Las Jornadas de Ingenieria Telematica (JITEL), organizadas por la Asociacion de Telematica (ATEL), constituyen un foro propicio de reunion, debate y divulgacion para los grupos que imparten docencia e investigan en temas relacionados con las redes y los servicios telematicos. Con la organizacion de este evento se pretende fomentar, por un lado el intercambio de experiencias y resultados, ademas de la comunicacion y cooperacion entre los grupos de investigacion que trabajan en temas relacionados con la telematica.


TOPICOS
===============================================
Las contribuciones enviadas a JITEL 2017, asi como a los workshops propuestos, deberan ser originales no previamente publicadas o propuestas para tal fin en otra revista o conferencia con actas. En general, se aceptaran comunicaciones relacionadas con todos los ambitos de la telematica, incluyendo los que se relacionan a continuacion:
    -- Arquitectura de redes e Internet de proxima generacion
    -- Redes 5G
    -- Gestion de redes y servicios
    -- Protocolos y servicios en la nube
    -- Diseņo multicapa en redes fijas y moviles
    -- Eficiencia energetica en las redes de comunicaciones
    -- Gestion de recursos en redes moviles
    -- Internet de los objetos
    -- Redes vehiculares
    -- Modelos, analisis y control de trafico
    -- Plataformas de experimentacion
    -- Algoritmos y protocolos de comunicacion
    -- Tarificacion y costes en las redes de comunicaciones
    -- Redes y tecnicas cognitivas
    -- Redes inalambricas de area local y metropolitana
    -- Redes opticas activas y pasivas. Transmision y conmutacion. Redes superpuestas. Servicios soportados
    -- Seguridad, criptografia, privacidad y anonimato en las redes de comunicaciones
    -- Tecnologias y protocolos en las redes de sensores
    -- Software Defined Networking
    -- Virtualizacion en la red
    -- Web semantica y datos enlazados
    -- Big Data
    -- Web 2.0 y redes sociales
    -- Servicios multimedia interactivos: VoIP, VoD, etc
    -- Servicios telematicos para la sociedad de la informacion
    -- Tecnicas de cooperacion en la red y en los servicios

En aquellos casos en los que las contribuciones se encuentren dentro de las areas incluidas en alguno de los workshops, se recomienda a los autores que las presenten a dichos workshops. La seleccion de las contribuciones se realizara de forma que aquellas que no puedan ser incluidas en los workshops seran consideradas para las sesiones ordinarias.


INSTRUCCIONES PARA LOS AUTORES
===============================================
Se pueden enviar contribuciones en espaņol o ingles a JITEL 2017, asi como a los workshops propuestos. Estas deberan ser originales no previamente publicadas o propuestas para tal fin en otra revista o conferencia con actas. Las contribuciones que se envien a la conferencia principal pueden tener una longitud de entre 6 y 8 paginas (considerado como FULL PAPER) en el formato indicado, o entre 3 y 4 paginas (considerado como SHORT PAPER), siendo aceptable solo la recepcion de ficheros en formato PDF. Las contribuciones que no cumplan estas recomendaciones podran ser rechazadas independientemente de otras consideraciones. Aquellos grupos de investigacion  interesados en participar en las sesiones Fast Track deberan enviar un resumen de 1 pagina, a traves de la plataforma de envio y  subirlo a la seccion "Fast Track". Durante el proceso de envio de los articulos, los autores podran indicar la seccion apropiada. Solo las contribuciones enviadas como FULL PAPER, en la conferencia!
  principal o en los workshops, sera
n consideradas a la hora de seleccionar los mejores articulos para los numeros especiales que se han organizado
El enlace de envio para Jitel 2017 es el siguiente:
http://ocs.editorial.upv.es/index.php/JITEL/JITEL2017/author/submit?requiresAuthor=1


Al menos un autor de cada contribucion aceptada debera registrarse en la conferencia y asistir a la misma, asi como realizar la presentacion de su trabajo. Todos los articulos aceptados como FULL PAPER o SHORT PAPER tanto en la conferencia principal como en los workshops, excepto los resumenes de las presentaciones de las sesiones Fast track, se publicaran en las actas del congreso, con ISBN.


INVITACION DE LAS MEJORES CONTRIBUCIONES A NUMEROS ESPECIALES
===============================================
Los mejores articulos presentados en las JITEL 2017 podran ser seleccionados para participar en varios numeros especiales de revistas internacionales de reconocido prestigio como:

Sensors
Link: http://www.mdpi.com/journal/sensors/special_issues/Smart_Communication_Protocols
Factor de calidad: Con JCR, situada en Q1

Information
Link: http://www.mdpi.com/journal/information
Factor de calidad: ESCI - Web of Science, Citescore 0.94 SCOPUS

Network Protocols and Algorithms
Link: http://www.macrothink.org/journal/index.php/npa
Factor de calidad: Indexada en varias listas con indice de impacto, incluida en DBLP

FECHAS IMPORTANTES
===============================================
    -- Envio de trabajos:  12 de mayo de 2017 (Extendido)
    -- Comunicacion aceptacion:  30 de junio de 2017
    -- Envio version final:  16 de julio de 2017
    -- Fecha Celebracion de la conferencia:  27-29 de Septiembre de 2017

COMITE EJECUTIVO Y DE ORGANIZACION
===============================================

Comite Ejecutivo:
    -- Jaime Lloret Mauri, Universidad Politecnica de Valencia, Espaņa (JITEL 2017)
    -- Vicente Casares-Giner, Universidad Politecnica de Valencia, Espaņa (JITEL 2017)
    -- Magdalena Payeras Capella, Universitat de les Illes Balears, Espaņa (JITEL 2015)
    -- Julian Fernandez Navajas, Universidad de Zaragoza, Espaņa (JITEL 2019)
    -- Alvaro Suarez Sarmiento, Universidad de las Palmas de Gran Canaria, Espaņa (ATEL)

Logistica Local:
    -- Oscar Romero Martinez, Universidad Politecnica de Valencia, Espaņa
    -- Jose Miguel Jimenez Herranz, Universidad Politecnica de Valencia, Espaņa

Sitio web:
    -- Alejandro Canovas Solbes, Universidad Politecnica de Valencia, Espaņa

Difusion y publicidad de la llamada a ponencias:
    -- Sandra Sendra Compte, Universidad de Granada, Espaņa

Redes sociales:
    -- Miguel Garcia Pineda, Universidad de Valencia, Espaņa

Soporte envio de articulos:
    -- Lorena Parra Boronat, Universidad Politecnica de Valencia, Espaņa
    -- Laura Garcia Garcia, Universidad Politecnica de Valencia, Espaņa



Para mas informacion, visite la web de la conferencia: 
http://jlloret.webs.upv.es/jitel2017/index.html

=================================================

