
From nobody Tue May  1 06:05:04 2018
Return-Path: <eric.gray@ericsson.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F91C12E8A8 for <rtg-dir@ietfa.amsl.com>; Tue,  1 May 2018 06:05:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.299
X-Spam-Level: 
X-Spam-Status: No, score=-4.299 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_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 alZiOpL8XH1N for <rtg-dir@ietfa.amsl.com>; Tue,  1 May 2018 06:05:00 -0700 (PDT)
Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (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 0EC8C12762F for <rtg-dir@ietf.org>; Tue,  1 May 2018 06:05:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1525179899; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ttAO4CjJavF2QJVHY/A+VepdKv4b3Zc/8nrie2H+6iw=; b=GjVyqdTwZkoj3ySH9E3PIyLyRphG5KrKO5wqvbljbnWcIdDG7WUxM6oINuTWsu9+ DnIKFQKR1n8LqFAyRRhEA76WFwPxXcLPJu3ydoeEBM855Mf8sfWfpfsUxRxQokJF IHCKb4o8ip/07hM+/mYrps9zyhbOMF5DG05GD3DdOe0=;
X-AuditID: c6180641-5a9879c000003b41-0e-5ae865fb64b7
Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id A7.D3.15169.BF568EA5; Tue,  1 May 2018 15:04:59 +0200 (CEST)
Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0382.000; Tue, 1 May 2018 09:04:58 -0400
From: Eric Gray <eric.gray@ericsson.com>
To: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: Leeyoung <leeyoung@huawei.com>, "draft-ietf-teas-actn-info-model.all@ietf.org" <draft-ietf-teas-actn-info-model.all@ietf.org>, 'TEAS WG Chairs' <teas-chairs@ietf.org>, TEAS WG <teas@ietf.org>, "Yemin (Amy" <amy.yemin@huawei.com>
Thread-Topic: Rtgdir last call review of draft-ietf-teas-actn-info-model
Thread-Index: AdPd7Lqgg9fNbQqYTgGqURIPBCDASAAAZyHAAAgOEVAAzjLNsAABSnDw
Date: Tue, 1 May 2018 13:04:57 +0000
Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFF@eusaamb107.ericsson.se>
References: <48E1A67CB9CA044EADFEAB87D814BFF64BA5577B@eusaamb107.ericsson.se> <48E1A67CB9CA044EADFEAB87D814BFF64BA557F4@eusaamb107.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E173CFDE208@sjceml521-mbs.china.huawei.com> <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAD8@eusaamb107.ericsson.se>
In-Reply-To: <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAD8@eusaamb107.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.10]
Content-Type: multipart/alternative; boundary="_000_48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFFeusaamb107erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDIsWRmVeSWpSXmKPExsUyuXRPiO7v1BdRBh/3SVts7tjAZtH37T2r xbR5rhYL1jxlt2iau4vJovXHDhYHNo+WI29ZPZYs+ckUwBTFZZOSmpNZllqkb5fAlfH43kfm gn1rmSq6775kbmA8s5Spi5GTQ0LARGLN97lsXYxcHEICRxkljrVdY4ZwljFKrPt1gBGkik1A Q+LYnbVgtoiApsSLpY/AOpgFPjBKNMx4yAqSEBZwl9h9Yy5LFyMHUJGHxOQdohD1bhI9m46D 9bIIqEg0r1gAtplXwFfi4LY5LBDLFjJJLGg+yQ7SyyngJ7GpNwukhlFATOL7qTVg9cwC4hK3 nsyHulpAYsme88wQtqjEy8f/WCFsJYlJS8+xQtTnSzyf8p8FYpegxMmZT1gmMIrMQjJqFpKy WUjKZgFdwQz05vpd+hAlihJTuh+yQ9gaEq1z5rIjiy9gZF/FyFFaXJCTm25kuIkRGGfHJNgc dzDu7fU8xCjAwajEw/vR+UWUEGtiWXFl7iFGCQ5mJRHelR3PooR4UxIrq1KL8uOLSnNSiw8x SnOwKInznvPkjRISSE8sSc1OTS1ILYLJMnFwSjUwah/ynP/lW/jFPLEGid9XBI7dnyV69OPe 5LTDrqk/9nBlCQWtVtygeuVCrsCO/oMlF8zMNonoaB+byJnjcKJujXDZAxvZkzoeW9iS5tw+ UDv9kZrTbEmZzdoJz5aWqi74tzg2sb9cPfOAxXS79SIsVpPTP1edctJcN/FbsdOUB74K8fMS igTtlFiKMxINtZiLihMBgEGkcK8CAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/fdSuwxUMztcFI71yYHYKEIFG0wc>
Subject: [RTG-DIR] FW: Rtgdir last call review of draft-ietf-teas-actn-info-model
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 May 2018 13:05:02 -0000

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

U29ycnkgZm9yIHRoZSBTUEFNLCBJIGhhZCBmb3Jnb3R0ZW4gdG8gY2hlY2sgaWYgUlRHLURJUkBp
ZXRmLm9yZzxtYWlsdG86UlRHLURJUkBpZXRmLm9yZz4gd2FzIGluY2x1ZGVkIGFzIGFuIGFkZHJl
c3NlZSBpbiB0aGUgYmVsb3cgcmVzcG9uc2XigKYNCg0KRnJvbTogRXJpYyBHcmF5DQpTZW50OiBU
dWVzZGF5LCBNYXkgMDEsIDIwMTggOTowMSBBTQ0KVG86IExlZXlvdW5nIDxsZWV5b3VuZ0BodWF3
ZWkuY29tPjsgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc7ICdU
RUFTIFdHIENoYWlycycgPHRlYXMtY2hhaXJzQGlldGYub3JnPjsgJ3RlYXNAaWV0Zi5vcmcnIDx0
ZWFzQGlldGYub3JnPg0KQ2M6IFllbWluIChBbXkpIDxhbXkueWVtaW5AaHVhd2VpLmNvbT4NClN1
YmplY3Q6IFJFOiBSdGdkaXIgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLXRlYXMtYWN0
bi1pbmZvLW1vZGVsDQoNCllvdW5nLCBldCBhbCwNCg0KWW91IGluZGljYXRlIHRoYXQgeW91IHdp
bGwgYWRkcmVzcyB0aGUgTml0cywgc28gKG9idmlvdXNseSkgSSBhbSBva2F5IHdpdGggdGhhdC4g
IPCfmIoNCg0KT25lIG9mIG15IGNvbW1lbnRzL3F1ZXN0aW9ucyBjYW1lIGZyb20gYSBtaXN1bmRl
cnN0YW5kaW5nIG9uIG15IHBhcnQg4oCTIHRoYW5rcyBmb3IgaGVscGluZyBtZSB0byBzZWUgaXQN
Cg0KUGxlYXNlIHNlZSBzcGVjaWZpYyByZXNwb25zZXMgcmVsYXRlZCB0byBtaW5vciBpc3N1ZXMv
cXVlc3Rpb25zIGJlbG934oCmDQoNCkZyb206IExlZXlvdW5nIFttYWlsdG86bGVleW91bmdAaHVh
d2VpLmNvbV0NClNlbnQ6IEZyaWRheSwgQXByaWwgMjcsIDIwMTggNzo1NiBBTQ0KVG86IEVyaWMg
R3JheSA8ZXJpYy5ncmF5QGVyaWNzc29uLmNvbTxtYWlsdG86ZXJpYy5ncmF5QGVyaWNzc29uLmNv
bT4+OyBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLmFsbEBpZXRmLm9yZzxtYWlsdG86
ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc+OyAnVEVBUyBXRyBD
aGFpcnMnIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86dGVhcy1jaGFpcnNAaWV0Zi5vcmc+
PjsgJ3RlYXNAaWV0Zi5vcmcnIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4N
CkNjOiBZZW1pbiAoQW15KSA8YW15LnllbWluQGh1YXdlaS5jb208bWFpbHRvOmFteS55ZW1pbkBo
dWF3ZWkuY29tPj4NClN1YmplY3Q6IFJFOiBSdGdkaXIgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFm
dC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsDQpJbXBvcnRhbmNlOiBIaWdoDQoNCg0KSGkgRXJp
YywNCg0KDQoNClRoYW5rcyBmb3IgeW91ciByZXZpZXcgYW5kIHByb3ZpZGluZyB1cyBhIGxpc3Qg
b2YgZ29vZCBjb21tZW50cy4NCg0KDQoNClBsZWFzZSBzZWUgaW5saW5lIGZvciBvdXIgcmVzcG9u
c2UgdG8geW91ciBjb21tZW50IGFuZCBsZXQgdXMga25vdyBpZiBvdXIgcmVzcG9uc2UgaXMgc2F0
aXNmYWN0b3J5IHRvIHlvdS4NCg0KDQoNCkJlc3QgcmVnYXJkcywNCg0KWW91bmcgKG9uIGJlaGFs
ZiBvZiBjby1hdXRob3JzKQ0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206
IEVyaWMgR3JheSBbbWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nvbi5jb21dDQpTZW50OiBGcmlkYXks
IEFwcmlsIDI3LCAyMDE4IDE6MTIgQU0NClRvOiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1v
ZGVsLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5h
bGxAaWV0Zi5vcmc+OyAnVEVBUyBXRyBDaGFpcnMnIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZzxtYWls
dG86dGVhcy1jaGFpcnNAaWV0Zi5vcmc+PjsgJ3RlYXNAaWV0Zi5vcmcnIDx0ZWFzQGlldGYub3Jn
PG1haWx0bzp0ZWFzQGlldGYub3JnPj4NCkNjOiBZZW1pbiAoQW15KSA8YW15LnllbWluQGh1YXdl
aS5jb208bWFpbHRvOmFteS55ZW1pbkBodWF3ZWkuY29tPj4NClN1YmplY3Q6IFJFOiBSdGdkaXIg
bGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsDQoNCg0K
DQpIZWxsbywNCg0KDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVj
dG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KDQpUaGUgUm91dGluZyBEaXJlY3RvcmF0
ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBh
cyB0aGV5IHBhc3MgdGhyb3VnaCBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LiBUaGUgcHVycG9z
ZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBB
RHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBw
bGVhc2Ugc2VlIGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9S
dGdEaXINCg0KDQoNCkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRo
ZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3Vs
ZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIExhc3QgQ2FsbCBjb21tZW50cyB0
aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1
c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KDQoNCg0KRG9jdW1lbnQ6IGRyYWZ0LWll
dGYtdGVhcy1hY3RuLWluZm8tbW9kZWwNCg0KUmV2aWV3ZXI6IEVyaWMgR3JheQ0KDQpSZXZpZXcg
RGF0ZTogQXByaWwgMjcsIDIwMTgNCg0KTEMgRW5kIERhdGU6IEFwcmlsIDI3LCAyMDE4DQoNCklu
dGVuZGVkIFN0YXR1czogSW5mb3JtYXRpb25hbA0KDQoNCg0KKlN1bW1hcnk6Kg0KDQpEcmFmdCBT
dGF0dXM6IEFsbW9zdCByZWFkeSB3aXRoIG1pbm9yIGlzc3VlcyBhbmQgTklUcy4NCg0KDQoNCk5v
dGU6IHRoaXMgaXMgbm90IGEgWUFORyB0ZWNobmljYWwgcmV2aWV3Lg0KDQoNCg0KTWlub3IgSXNz
dWVzIC8gUXVlc3Rpb25zOg0KDQo9PT09PT09PT09PT09PT09PT09PQ0KDQpBcyBhIGdlbmVyYWwg
bWlub3IgcXVlc3Rpb24sIHdoZW4gaW5zdGFudGlhdGluZyAgYSB0b3BvbG9neSBpbmNsdWRpbmcg
b25seSBtZW1iZXIgaW5mb3JtYXRpb24sIGlzIGl0IGFzc3VtZWQgdGhhdCAtIGdpdmVuIGEgbGlz
dCBvZiBtZW1iZXJzIC0gZWFjaCBtZW1iZXIgaXMgYmktZGlyZWN0aW9uYWxseSBjb25uZWN0ZWQg
dG8gZXZlcnkgb3RoZXIgbWVtYmVyLCBhcmUgZW5kLXRvLWVuZCBtZW1iZXIgY29ubmVjdGlvbnMg
cGFpcndpc2UgKGUuZy4gLSBhbGxvd2luZyBzZXR1cCBvZiBhIGh1YiBhbmQgc3Bva2UgdG9wb2xv
Z3kpLCBvciBpcyBpdCBuZWNlc3NhcnkvcG9zc2libGUgdG8gZGVmaW5lIGRpcmVjdGlvbmFsaXR5
IChlLmcuIC0gYWxsb3dpbmcgc2V0dXAgb2YgYSBkaXN0cmlidXRpb24gdHJlZSk/DQoNCg0KDQpO
b3RlOiBUaGlzIHNob3VsZCBwcm9iYWJseSBiZSBleHBsaWNpdGx5IHN0YXRlZCwgdGhvdWdoIHNl
Y3Rpb24gNS4zIHNlZW1zIHRvIGltcGx5IHRoYXQgYm90aCBjb25uZWN0aXZpdHkgYW5kIGRpcmVj
dGlvbmFsaXR5IGFyZSBzdXBwb3J0ZWQgKGF0IGxlYXN0IHRoZSB3YXkgSSByZWFkIGl0KS4NCg0K
DQoNCllMPj4gV2UgZG9u4oCZdCBuZWNlc3NhcmlseSBhc3N1bWUgdGhlIFZOcy9URSBUdW5uZWxz
IGFyZSBiaS1kaXJlY3Rpb25hbC4gSXQgY2FuIGJlIHVuaS1kaXJlY3Rpb25hbC4gQXMgeW91IHBv
aW50ZWQgb3V0LCBpdCB3aWxsIGJlIGhlbHBmdWwgdG8gZXhwbGljaXRseSBzcGVjaWZ5IGRpcmVj
dGlvbmFsaXR5LiBIb3cgYWJvdXQgaW4gU2VjdGlvbiA1LjIsIHdlIGNhbiBhZGQgPFZOIGRpcmVj
dGlvbmFsaXR5PiBpbiBkZXNjcmliaW5nIDxWTiBTZXJ2aWNlIENoYXJhY3RlcmlzdGljcz4uDQoN
Cg0KDQo8Vk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M+IDo6PSA8Vk4gQ29ubmVjdGl2aXR5IFR5
cGU+DQoNCg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxWTiBEaXJlY3Rp
b25hbGl0eT4NCg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICg8Vk4g
VHJhZmZpYyBNYXRyaXg+Li4uKQ0KDQoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgPFZOIFN1cnZpdmFiaWxpdHk+DQoNCk9rYXkuDQoNCg0KDQpTZWN0aW9uIDMsIHRvcCBv
ZiBwYWdlIDY6IHdoaWxlIHRoaXMgZHJhZnQgaXMgaW50ZW5kZWQgdG8gYmUgaW5mb3JtYXRpb25h
bCBhbmQgZG9lcyBub3QgcmVmZXIgdG8gUkZDIDIxMTksIHRoZSB3b3JkaW5nICJhdCBhIG1pbmlt
dW0iIGFuZCAic2hvdWxkIGJlIHN1cHBvcnRlZCIgaXMgaW5jb25zaXN0ZW50IChvciBhcmd1YWJs
eSByZWR1bmRhbnQpLiAgSSByZWNvbW1lbmQgb21pdHRpbmcgdGhlIDFzdCBwYXJ0ICgiQXQgYSBt
aW5pbXVtLCIpIG1ha2luZyB0aGUgc2VudGVuY2UgcmVhZCBpbnN0ZWFkICJUaGUgZm9sbG93aW5n
IFZOIEFjdGlvbiAuLi4iDQoNCkEgc2ltaWxhciBpc3N1ZSBhcHBsaWVzIHRvIHRoZSAybmQgcGFy
YWdyYXBoIGluIHNlY3Rpb24gNC4NCg0KDQoNCllMPj4gQWdyZWUuIFdpbGwgZWRpdCBwZXIgeW91
ciBzdWdnZXN0aW9uIOKAkyBkZWxldGUg4oCcQXQgdGhlIG1pbmltdW3igJ0gaW4gYm90aCBwbGFj
ZXMuDQoNCk9rYXkuDQoNCg0KDQpTZWN0aW9uIDMuMiwgVk4gTW9kaWZ5OiBJdCBsb29rcyBhcyBp
ZiB0aGlzIHNlY3Rpb24gbmVlZHMgdG8gaW5jbHVkZSB0ZXh0IHNpbWlsYXIgdG8gdGhhdCBpbiBz
ZWN0aW9uIDMuNCwgZ2l2ZW4gdGhlIHBvc3NpYmxlIHRvcG9sb2d5IHR5cGVzIGRlc2NyaWJlZCBp
biBzZWN0aW9uIDMuMS4gIEluIGFkZGl0aW9uLCB5b3UgbWF5IHdhbnQgdG8gcmVzdHJpY3Qgd2hh
dCBpcyBhbGxvd2VkIGluIGEgVk4gTW9kaWZ5IHRvIGFjdGlvbnMgY29uc2lzdGVudCB3aXRoIHRo
ZSBWTiB0b3BvbG9neSB0eXBlIHByZXZpb3VzbHkgaW5zdGFudGlhdGVkLg0KDQoNCg0KWUw+PiBZ
ZXMuIEFncmVlLiBXaWxsIGFkZCBhIG5ldyBwYXJhZ3JhcGggYXMgZm9sbG93czoNCg0KDQoNCiAg
IFZOIE1vZGlmeSwgZGVwZW5kaW5nIG9mIHRoZSB0eXBlIG9mIFZOIGluc3RhbnRpYXRlZCwgY2Fu
IGJlIGFuDQoNCiAgIG1vZGlmaWNhdGlvbiBvZiB0aGUgY2hhcmFjdGVyaXN0aWNzIG9mIFZOIG1l
bWJlcnMgKGVkZ2UtdG8tZWRnZSBsaW5rcykgaW4gY2FzZSBvZiBWTiB0eXBlIDEsIG9yDQoNCiAg
IGFuIG1vZGlmaWNhdGlvbiBvZiBhbiBleGlzdGluZyB2aXJ0dWFsIHRvcG9sb2d5IChlLmcuLCBh
ZGRpbmcvZGVsZXRpbmcgdmlydHVhbCBub2Rlcy9saW5rcykgaW4gY2FzZSBvZiBWTiB0eXBlIDIu
DQoNCkdyZWF0IQ0KDQoNCg0KU2VjdGlvbiAzLjYsIFZOIFF1ZXJ5OiBJbiBhZGRpdGlvbiB0byBj
ZXJ0YWluIE5JVHMsIHRoaXMgc2VjdGlvbiBzaG91bGQgbWFrZSBpdCBjbGVhciB0aGF0IHRoZSAi
dG9wb2xvZ3kgdmlldyIgcmV0dXJuZWQgYnkgVk4gUXVlcnkgd291bGQgYmUgY29uc2lzdGVudCB3
aXRoIHRoZSB0b3BvbG9neSB0eXBlIGluc3RhbnRpYXRlZCBmb3IgYW55IHNwZWNpZmljIFZOLg0K
DQoNCg0KWUw+PiAgQWdyZWUgd2l0aCB0aGUgTklUcyBhbmQgdGhlIG5lZWQgZm9yIGNsYXJpZmlj
YXRpb24gc3RhdGVtZW50Lg0KDQoNCg0KT0xEOg0KDQpWTiBRdWVyeSByZWZlcnMgdG8gaW5xdWly
eSBwZXJ0YWluaW5nIHRvIHRoZSBWTiB0aGF0IGhhcyBiZWVuIGFscmVhZHkgaW5zdGFudGlhdGVk
LiBWTiBRdWVyeSBmdWxmaWxscyBhIHB1bGwgbW9kZWwgYW5kIHBlcm1pdCB0byBnZXQgdG9wb2xv
Z3kgdmlldy4gVk4gUXVlcnkgUmVwbHkgcmVmZXJzIHRvIHRoZSByZXBseSBpbiByZXNwb25zZSB0
byBWTiBRdWVyeS4NCg0KDQoNCk5FVzoNCg0KDQoNClZOIFF1ZXJ5IHJlZmVycyB0byBhbiBpbnF1
aXJ5IHBlcnRhaW5pbmcgdG8gYSBWTiB0aGF0IGhhcyBhbHJlYWR5IGJlZW4gaW5zdGFudGlhdGVk
LiAgVk4gUXVlcnkgZnVsZmlsbHMgYSBwdWxsIG1vZGVsIHRoYXQgcGVybWl0cyBnZXR0aW5nIGEg
dG9wb2xvZ3kgdmlldy4gIFZOIFF1ZXJ5IFJlcGx5IHJlZmVycyB0byB0aGUgcmVwbHkgaW4gcmVz
cG9uc2UgdG8gVk4gUXVlcnkuIFRoZSB0b3BvbG9neSB2aWV3IHJldHVybmVkIGJ5IFZOIFF1ZXJ5
IFJlcGx5IHdvdWxkIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdG9wb2xvZ3kgdHlwZSBpbnN0YW50
aWF0ZWQgZm9yIGFueSBzcGVjaWZpYyBWTi4NCg0KR3JlYXQhDQoNCg0KDQoNCg0KU2VjdGlvbiA0
LCBUcmFmZmljIEVuZ2luZWVyaW5nIChURSkgcHJpbWl0aXZlczogRG9lcyBpdCBtYWtlIHNlbnNl
IHRoYXQgdGhlIFRFIGFjdGlvbnMgc2hvdWxkIGJlIHN1cHBvcnRlZCBhdCB0aGUgTVBJIGNvbnNp
c3RlbnRseSB3aXRoIHRoZSB0eXBlIG9mIHRvcG9sb2d5IGRlZmluZWQgYXQgdGhlIENNSSwgb3Ig
YXJlIHRoZXkgaW5kZXBlbmRlbnQ/ICBTZWN0aW9uIDQuNCBzZWVtcyB0byBpbXBseSB0aGF0IGNv
bnNpc3RlbmN5IGlzIGV4cGVjdGVkLg0KDQoNCg0KWUw+PiBDb3JyZWN0LiBURSBhY3Rpb25zIHNo
b3VsZCBzdXBwb3J0IGF0IHRoZSBNUEkgYmFzZWQgb24gdGhlIHR5cGVzIG9mIHRvcG9sb2d5IGRl
ZmluZWQgYXQgdGhlIENNSS4gSSB3aWxsIGFkZCB0aGUgZm9sbG93aW5nIHNlbnRlbmNlIGFzIHRo
ZSBzZWNvbmQgcGFyYWdyYXBoIG9mIFNlY3Rpb24gNDoNCg0KDQoNCk5FVzogVGhlIFRFIGFjdGlv
biBwcmltaXRpdmVzIGRlZmluZWQgaW4gdGhpcyBzZWN0aW9uIHNob3VsZCBiZSBzdXBwb3J0ZWQg
YXQgdGhlIE1QSSBjb25zaXN0ZW50bHkgd2l0aCB0aGUgdHlwZSBvZiB0b3BvbG9neSBkZWZpbmVk
IGF0IHRoZSBDTUkuDQoNCkdyZWF0IQ0KDQoNCg0KDQoNClNlY3Rpb24gNS4yLCBWTiBTZXJ2aWNl
IENoYXJhY3RlcmlzdGljczogaW4gdGhlIHNoYXJlZCByaXNrIGRpc2N1c3Npb24gKHRvd2FyZHMg
dGhlIHRvcCBvZiBwYWdlIDEyKSwgaXQgaXMgZGlmZmljdWx0IHRvIGluZGljYXRlICh3aXRoIGFu
eSBhY2N1cmFjeSkgd2hhdCB0aGUgc2hhcmVkIHJpc2tzIGFyZSBmb3IgYSB0b3BvbG9neSB0eXBl
IGNvbnNpc3Rpbmcgb2YganVzdCBhIGxpc3Qgb2YgbWVtYmVycy4gIElzIHRoaXMgbGltaXRlZCB0
byB0b3BvbG9naWVzIG9mIHRoZSB0eXBlIHRoYXQgaW5jbHVkZXMgKHZpcnR1YWwpIGxpbmsgYW5k
IG5vZGUgaW5mb3JtYXRpb24/DQoNCg0KDQpZTD4+ICBIZXJlIHdlIGFyZSB0YWxraW5nIGFib3V0
IFZOIG1lbWJlciBsZXZlbCBTUkxHLiBJZiB3ZSBoYXZlIHR3byBWTiBtZW1iZXJzLCBzYXkgY29t
aW5nIG9mZiBmcm9tIHRoZSBzYW1lIHNvdXJjZSB0byBhIHR3byBkaWZmZXJlbnQgZGVzdGluYXRp
b25zLiBJZiBTUkxHIGlzIHNldCBmb3IgdGhpcyBWTiwgaXQgbWVhbnMgVk4gbWVtYmVyIDEgZnJv
bSB0aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDEgc2hvdWxkIGJlIFNSTEcgZGlzam9pbnQgZnJv
bSBWTiBtZW1iZXIgMiBmcm9tIHRoZSBzb3VyY2UgdG8gZGVzdGluYXRpb24gMi4gVGhpcyBjb25j
ZXB0IG9mIFNSTEcgaXMgYSBuZXcgY29uY2VwdCBvbiB0aGUgVk4gbWVtYmVyIGxldmVsLg0KDQpE
byB3ZSBleHBlY3QgdGhpcyB0byBiZSBjbGFyaWZpZWQgaW4gbGF0ZXIgd29yayDigJMgaS5lLiDi
gJMgaXMgc3BlY2lmeWluZyB0aGlzIG1vcmUgcHJlY2lzZWx5IG5vdCBpbiBzY29wZSBmb3IgdGhp
cyB2ZXJzaW9uLCBvciBpcyBpdCBzdXBwb3NlZCB0byBiZSBjbGVhciBpbiAob3IgZnJvbSkgdGhp
cyBkb2N1bWVudD8gIElmIG5vdGhpbmcgZWxzZSwgdGhlcmUgcHJvYmFibHkgc2hvdWxkIGJlIGF0
IGxlYXN0IGEgaGludCBhdCBhIHVzZSBjYXNlIGV4YW1wbGUgd2hlcmUgdGhpcyB3b3VsZCBiZSBi
ZW5lZmljaWFsLg0KDQoNCg0KU2VjdGlvbiA1LjQsIDFzdCBzZW50ZW5jZTogVk4gTWVtYmVyIGlz
IG5vdCBlcXVhbCB0byBlbmQtdG8tZW5kIHR1bm5lbC4gIEkgc3VzcGVjdCB5b3UgbWVhbiAiVk4g
bWVtYmVyIHBhaXIuIg0KDQoNCg0KWUw+PiBBY3R1YWxseSB3ZSBoYXZlIHVzZWQgVk4gbWVtYmVy
IGlzIGVxdWl2YWxlbnQgdG8gYW4gZW5kLXRvLWVuZCB0dW5uZWwgKENFLUNFKSBmcm9tIGEgY3Vz
dG9tZXIgc3RhbmRwb2ludC4gIFdoYXQgZG8geW91IGhhdmUgaW4gbWluZCB3aGVuIHlvdSB1c2Vk
IHRoZSB0ZXJtIOKAnFZOIG1lbWJlciBwYWly4oCdPw0KDQpTb3JyeSwgSSBoYWQgbWlzc2VkIHNv
bWV0aGluZy4gIEkgaGFkIHRoZSAobWlzdGFrZW4pIGlkZWEgdGhhdCBhIOKAnG1lbWJlcuKAnSB3
YXMgYW4gZW5kcG9pbnQgKENFKSwgcmF0aGVyIHRoYW4gYSBzcGVjaWZpYyAoQ0UtQ0UpIHR1bm5l
bC4gIE9uIHJlLXJlYWRpbmcgdGhlIGRyYWZ0LCBpdCBpcyBjbGVhciB0aGF0IHlvdSBoYXZlIGRl
ZmluZWQgVk4gbWVtYmVyIHRvIGJlIGVxdWl2YWxlbnQgdG8gZW5kLXRvLWVuZCBsaW5rLg0KDQoN
Cg0KSSB3aXRoZHJhdyB0aGUgY29tbWVudC4NCg0KDQoNCk5JVHM6DQoNCj09PQ0KDQotLS0gW1NO
SVBdIC0tLQ0KDQoNCg0KLS0NCg0KRXJpYw0KDQoNCg==

--_000_48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFFeusaamb107erics_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx
IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg
NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlNlZ29lIFVJIEVt
b2ppIjt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQERlbmdYaWFuIjsNCglwYW5vc2Ut
MToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05v
cm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2lu
LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt
cHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N
CnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29QbGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0K
CW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5t
c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsN
Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLlBsYWluVGV4dENoYXIN
Cgl7bXNvLXN0eWxlLW5hbWU6IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw
YW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToi
Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0
DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBh
Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBp
biAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N
Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6
ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn
dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2
OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t
LT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1
NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
U29ycnkgZm9yIHRoZSBTUEFNLCBJIGhhZCBmb3Jnb3R0ZW4gdG8gY2hlY2sgaWYgPGEgaHJlZj0i
bWFpbHRvOlJURy1ESVJAaWV0Zi5vcmciPg0KUlRHLURJUkBpZXRmLm9yZzwvYT4gd2FzIGluY2x1
ZGVkIGFzIGFuIGFkZHJlc3NlZSBpbiB0aGUgYmVsb3cgcmVzcG9uc2XigKY8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9i
PiBFcmljIEdyYXkgPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIE1heSAwMSwgMjAxOCA5OjAx
IEFNPGJyPg0KPGI+VG86PC9iPiBMZWV5b3VuZyAmbHQ7bGVleW91bmdAaHVhd2VpLmNvbSZndDs7
IGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnOyAnVEVBUyBXRyBD
aGFpcnMnICZsdDt0ZWFzLWNoYWlyc0BpZXRmLm9yZyZndDs7ICd0ZWFzQGlldGYub3JnJyAmbHQ7
dGVhc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzo8L2I+IFllbWluIChBbXkpICZsdDthbXkueWVt
aW5AaHVhd2VpLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFJ0Z2RpciBsYXN0IGNh
bGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWw8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdW5nLCBldCBhbCw8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+WW91IGluZGljYXRlIHRoYXQgeW91IHdpbGwgYWRkcmVzcyB0aGUgTml0cywgc28g
KG9idmlvdXNseSkgSSBhbSBva2F5IHdpdGggdGhhdC4mbmJzcDsNCjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTomcXVvdDtTZWdvZSBVSSBFbW9qaSZxdW90OyxzYW5zLXNlcmlmIj7wn5iKPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbmUgb2YgbXkgY29tbWVudHMvcXVlc3Rpb25zIGNh
bWUgZnJvbSBhIG1pc3VuZGVyc3RhbmRpbmcgb24gbXkgcGFydCDigJMgdGhhbmtzIGZvciBoZWxw
aW5nIG1lIHRvIHNlZSBpdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2Ugc2VlIHNwZWNp
ZmljIHJlc3BvbnNlcyByZWxhdGVkIHRvIG1pbm9yIGlzc3Vlcy9xdWVzdGlvbnMNCjxiPjxpPjxz
cGFuIHN0eWxlPSJjb2xvcjpyZWQiPmJlbG93PC9zcGFuPjwvaT48L2I+4oCmPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8
ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFk
ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwv
Yj4gTGVleW91bmcgWzxhIGhyZWY9Im1haWx0bzpsZWV5b3VuZ0BodWF3ZWkuY29tIj5tYWlsdG86
bGVleW91bmdAaHVhd2VpLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBBcHJp
bCAyNywgMjAxOCA3OjU2IEFNPGJyPg0KPGI+VG86PC9iPiBFcmljIEdyYXkgJmx0OzxhIGhyZWY9
Im1haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tIj5lcmljLmdyYXlAZXJpY3Nzb24uY29tPC9h
PiZndDs7DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5h
bGxAaWV0Zi5vcmciPmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3Jn
PC9hPjsgJ1RFQVMgV0cgQ2hhaXJzJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXMtY2hhaXJzQGll
dGYub3JnIj50ZWFzLWNoYWlyc0BpZXRmLm9yZzwvYT4mZ3Q7OyAndGVhc0BpZXRmLm9yZycgJmx0
OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9hPiZndDs8YnI+
DQo8Yj5DYzo8L2I+IFllbWluIChBbXkpICZsdDs8YSBocmVmPSJtYWlsdG86YW15LnllbWluQGh1
YXdlaS5jb20iPmFteS55ZW1pbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gUkU6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWlu
Zm8tbW9kZWw8YnI+DQo8Yj5JbXBvcnRhbmNlOjwvYj4gSGlnaDxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGkgRXJpYyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+VGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgcHJvdmlkaW5nIHVzIGEgbGlzdCBvZiBn
b29kIGNvbW1lbnRzLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlBsZWFzZSBzZWUg
aW5saW5lIGZvciBvdXIgcmVzcG9uc2UgdG8geW91ciBjb21tZW50IGFuZCBsZXQgdXMga25vdyBp
ZiBvdXIgcmVzcG9uc2UgaXMgc2F0aXNmYWN0b3J5IHRvIHlvdS4NCjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij5CZXN0IHJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij5Zb3VuZyAob24gYmVoYWxmIG9mIGNvLWF1dGhvcnMpPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogRXJp
YyBHcmF5IFs8YSBocmVmPSJtYWlsdG86ZXJpYy5ncmF5QGVyaWNzc29uLmNvbSI+bWFpbHRvOmVy
aWMuZ3JheUBlcmljc3Nvbi5jb208L2E+XQ0KPGJyPg0KU2VudDogRnJpZGF5LCBBcHJpbCAyNywg
MjAxOCAxOjEyIEFNPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXRlYXMtYWN0
bi1pbmZvLW1vZGVsLmFsbEBpZXRmLm9yZyI+ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2Rl
bC5hbGxAaWV0Zi5vcmc8L2E+OyAnVEVBUyBXRyBDaGFpcnMnICZsdDs8YSBocmVmPSJtYWlsdG86
dGVhcy1jaGFpcnNAaWV0Zi5vcmciPnRlYXMtY2hhaXJzQGlldGYub3JnPC9hPiZndDs7ICd0ZWFz
QGlldGYub3JnJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRlYXNAaWV0Zi5v
cmc8L2E+Jmd0Ozxicj4NCkNjOiBZZW1pbiAoQW15KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFteS55
ZW1pbkBodWF3ZWkuY29tIj5hbXkueWVtaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPg0KU3ViamVj
dDogUkU6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWlu
Zm8tbW9kZWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGVsbG8sPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERp
cmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+VGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3
IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91
Z2ggbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBp
cyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZv
cm1hdGlvbiBhYm91dCB0aGUgUm91dGluZw0KIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIDxhIGhy
ZWY9Imh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXIi
Pg0KPHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0
dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8L3NwYW4+
PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5BbHRob3VnaCB0aGVzZSBjb21tZW50
cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywgaXQgd291bGQg
YmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhl
ciBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNv
bHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nDQogdGhlIGRyYWZ0Ljxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Eb2N1bWVudDogZHJhZnQtaWV0Zi10ZWFzLWFj
dG4taW5mby1tb2RlbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UmV2
aWV3ZXI6IEVyaWMgR3JheTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
UmV2aWV3IERhdGU6IEFwcmlsIDI3LCAyMDE4PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij5MQyBFbmQgRGF0ZTogQXByaWwgMjcsIDIwMTg8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPkludGVuZGVkIFN0YXR1czogSW5mb3JtYXRpb25hbDxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4qU3VtbWFyeToqPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij5EcmFmdCBTdGF0dXM6IEFsbW9zdCByZWFkeSB3aXRoIG1pbm9y
IGlzc3VlcyBhbmQgTklUcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Tm90ZTogdGhp
cyBpcyBub3QgYSBZQU5HIHRlY2huaWNhbCByZXZpZXcuPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPk1pbm9yIElzc3VlcyAvIFF1ZXN0aW9uczo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPj09PT09PT09PT09PT09PT09PT09PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij5BcyBhIGdlbmVyYWwgbWlub3IgcXVlc3Rpb24sIHdoZW4gaW5z
dGFudGlhdGluZyZuYnNwOyBhIHRvcG9sb2d5IGluY2x1ZGluZyBvbmx5IG1lbWJlciBpbmZvcm1h
dGlvbiwgaXMgaXQgYXNzdW1lZCB0aGF0IC0gZ2l2ZW4gYSBsaXN0IG9mIG1lbWJlcnMgLSBlYWNo
IG1lbWJlciBpcyBiaS1kaXJlY3Rpb25hbGx5IGNvbm5lY3RlZCB0byBldmVyeSBvdGhlciBtZW1i
ZXIsIGFyZSBlbmQtdG8tZW5kIG1lbWJlciBjb25uZWN0aW9ucw0KIHBhaXJ3aXNlIChlLmcuIC0g
YWxsb3dpbmcgc2V0dXAgb2YgYSBodWIgYW5kIHNwb2tlIHRvcG9sb2d5KSwgb3IgaXMgaXQgbmVj
ZXNzYXJ5L3Bvc3NpYmxlIHRvIGRlZmluZSBkaXJlY3Rpb25hbGl0eSAoZS5nLiAtIGFsbG93aW5n
IHNldHVwIG9mIGEgZGlzdHJpYnV0aW9uIHRyZWUpPw0KPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPk5vdGU6IFRoaXMgc2hvdWxkIHByb2JhYmx5IGJlIGV4cGxpY2l0bHkgc3RhdGVkLCB0
aG91Z2ggc2VjdGlvbiA1LjMgc2VlbXMgdG8gaW1wbHkgdGhhdCBib3RoIGNvbm5lY3Rpdml0eSBh
bmQgZGlyZWN0aW9uYWxpdHkgYXJlIHN1cHBvcnRlZCAoYXQgbGVhc3QgdGhlIHdheSBJIHJlYWQg
aXQpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9
ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBXZSBk
b27igJl0IG5lY2Vzc2FyaWx5IGFzc3VtZSB0aGUgVk5zL1RFIFR1bm5lbHMgYXJlIGJpLWRpcmVj
dGlvbmFsLiBJdCBjYW4gYmUgdW5pLWRpcmVjdGlvbmFsLiBBcyB5b3UgcG9pbnRlZCBvdXQsIGl0
IHdpbGwgYmUgaGVscGZ1bCB0byBleHBsaWNpdGx5IHNwZWNpZnkgZGlyZWN0aW9uYWxpdHkuIEhv
dyBhYm91dCBpbiBTZWN0aW9uIDUuMiwNCiB3ZSBjYW4gYWRkICZsdDtWTiBkaXJlY3Rpb25hbGl0
eSZndDsgaW4gZGVzY3JpYmluZyAmbHQ7Vk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3MmZ3Q7LiA8
bzpwPg0KPC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48
c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYw
Ij4mbHQ7Vk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3MmZ3Q7IDo6PSAmbHQ7Vk4gQ29ubmVjdGl2
aXR5IFR5cGUmZ3Q7PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9
ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPHNwYW4g
c3R5bGU9ImJhY2tncm91bmQ6eWVsbG93O21zby1oaWdobGlnaHQ6eWVsbG93Ij4mbHQ7Vk4gRGly
ZWN0aW9uYWxpdHkmZ3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48
c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7ICgmbHQ7Vk4gVHJhZmZpYyBNYXRyaXgmZ3Q7Li4uKTxvOnA+PC9vOnA+PC9zcGFu
PjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6
IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0O1ZOIFN1cnZpdmFiaWxpdHkmZ3Q7PG86cD48L286
cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0
eWxlPSJjb2xvcjpyZWQiPk9rYXkuPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlY3Rpb24gMywgdG9w
IG9mIHBhZ2UgNjogd2hpbGUgdGhpcyBkcmFmdCBpcyBpbnRlbmRlZCB0byBiZSBpbmZvcm1hdGlv
bmFsIGFuZCBkb2VzIG5vdCByZWZlciB0byBSRkMgMjExOSwgdGhlIHdvcmRpbmcgJnF1b3Q7YXQg
YSBtaW5pbXVtJnF1b3Q7IGFuZCAmcXVvdDtzaG91bGQgYmUgc3VwcG9ydGVkJnF1b3Q7IGlzIGlu
Y29uc2lzdGVudCAob3IgYXJndWFibHkgcmVkdW5kYW50KS4mbmJzcDsgSSByZWNvbW1lbmQgb21p
dHRpbmcgdGhlIDFzdCBwYXJ0DQogKCZxdW90O0F0IGEgbWluaW11bSwmcXVvdDspIG1ha2luZyB0
aGUgc2VudGVuY2UgcmVhZCBpbnN0ZWFkICZxdW90O1RoZSBmb2xsb3dpbmcgVk4gQWN0aW9uIC4u
LiZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QSBzaW1pbGFy
IGlzc3VlIGFwcGxpZXMgdG8gdGhlIDJuZCBwYXJhZ3JhcGggaW4gc2VjdGlvbiA0LjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBBZ3JlZS4gV2lsbCBlZGl0
IHBlciB5b3VyIHN1Z2dlc3Rpb24g4oCTIGRlbGV0ZSDigJxBdCB0aGUgbWluaW11beKAnSBpbiBi
b3RoIHBsYWNlcy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5Pa2F5LjxvOnA+PC9vOnA+PC9z
cGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5TZWN0aW9uIDMuMiwgVk4gTW9kaWZ5OiBJ
dCBsb29rcyBhcyBpZiB0aGlzIHNlY3Rpb24gbmVlZHMgdG8gaW5jbHVkZSB0ZXh0IHNpbWlsYXIg
dG8gdGhhdCBpbiBzZWN0aW9uIDMuNCwgZ2l2ZW4gdGhlIHBvc3NpYmxlIHRvcG9sb2d5IHR5cGVz
IGRlc2NyaWJlZCBpbiBzZWN0aW9uIDMuMS4mbmJzcDsgSW4gYWRkaXRpb24sIHlvdSBtYXkgd2Fu
dCB0byByZXN0cmljdCB3aGF0IGlzIGFsbG93ZWQgaW4gYSBWTiBNb2RpZnkNCiB0byBhY3Rpb25z
IGNvbnNpc3RlbnQgd2l0aCB0aGUgVk4gdG9wb2xvZ3kgdHlwZSBwcmV2aW91c2x5IGluc3RhbnRp
YXRlZC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMwMDIwNjAiPllMJmd0OyZndDsgWWVzLiBBZ3JlZS4gV2lsbCBhZGQgYSBuZXcgcGFyYWdyYXBo
IGFzIGZvbGxvd3M6PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyBWTiBNb2RpZnksIGRlcGVuZGluZyBvZiB0aGUgdHlw
ZSBvZiBWTiBpbnN0YW50aWF0ZWQsIGNhbiBiZSBhbjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+
Jm5ic3A7Jm5ic3A7IG1vZGlmaWNhdGlvbiBvZiB0aGUgY2hhcmFjdGVyaXN0aWNzIG9mIFZOIG1l
bWJlcnMgKGVkZ2UtdG8tZWRnZSBsaW5rcykgaW4gY2FzZSBvZiBWTiB0eXBlIDEsIG9yPG86cD48
L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0
eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsgYW4gbW9kaWZpY2F0aW9uIG9mIGFuIGV4
aXN0aW5nIHZpcnR1YWwgdG9wb2xvZ3kgKGUuZy4sIGFkZGluZy9kZWxldGluZyB2aXJ0dWFsIG5v
ZGVzL2xpbmtzKSBpbiBjYXNlIG9mIFZOIHR5cGUgMi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVk
Ij5HcmVhdCE8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiAzLjYsIFZOIFF1ZXJ5OiBJbiBh
ZGRpdGlvbiB0byBjZXJ0YWluIE5JVHMsIHRoaXMgc2VjdGlvbiBzaG91bGQgbWFrZSBpdCBjbGVh
ciB0aGF0IHRoZSAmcXVvdDt0b3BvbG9neSB2aWV3JnF1b3Q7IHJldHVybmVkIGJ5IFZOIFF1ZXJ5
IHdvdWxkIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdG9wb2xvZ3kgdHlwZSBpbnN0YW50aWF0ZWQg
Zm9yIGFueSBzcGVjaWZpYyBWTi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAi
PllMJmd0OyZndDsmbmJzcDsgQWdyZWUgd2l0aCB0aGUgTklUcyBhbmQgdGhlIG5lZWQgZm9yIGNs
YXJpZmljYXRpb24gc3RhdGVtZW50Lg0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNw
YW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPk9MRDogPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4N
CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5W
TiBRdWVyeSByZWZlcnMgdG8gaW5xdWlyeSBwZXJ0YWluaW5nIHRvIHRoZSBWTiB0aGF0IGhhcyBi
ZWVuIGFscmVhZHkgaW5zdGFudGlhdGVkLiBWTiBRdWVyeSBmdWxmaWxscyBhIHB1bGwgbW9kZWwg
YW5kIHBlcm1pdCB0byBnZXQgdG9wb2xvZ3kgdmlldy4gVk4gUXVlcnkgUmVwbHkgcmVmZXJzIHRv
IHRoZSByZXBseSBpbiByZXNwb25zZSB0byBWTiBRdWVyeS48bzpwPjwvbzpwPjwvc3Bhbj48L2I+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIw
NjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U
ZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+TkVXOiA8bzpwPjwvbzpwPjwvc3Bh
bj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Vk4gUXVlcnkgcmVmZXJz
IHRvIGFuIGlucXVpcnkgcGVydGFpbmluZyB0byBhIFZOIHRoYXQgaGFzIGFscmVhZHkgYmVlbiBp
bnN0YW50aWF0ZWQuJm5ic3A7IFZOIFF1ZXJ5IGZ1bGZpbGxzIGEgcHVsbCBtb2RlbCB0aGF0IHBl
cm1pdHMgZ2V0dGluZyBhIHRvcG9sb2d5IHZpZXcuJm5ic3A7IFZOIFF1ZXJ5IFJlcGx5IHJlZmVy
cyB0byB0aGUgcmVwbHkgaW4gcmVzcG9uc2UNCiB0byBWTiBRdWVyeS4gVGhlIHRvcG9sb2d5IHZp
ZXcgcmV0dXJuZWQgYnkgVk4gUXVlcnkgUmVwbHkgd291bGQgYmUgY29uc2lzdGVudCB3aXRoIHRo
ZSB0b3BvbG9neSB0eXBlIGluc3RhbnRpYXRlZCBmb3IgYW55IHNwZWNpZmljIFZOLg0KPG86cD48
L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFu
IHN0eWxlPSJjb2xvcjpyZWQiPkdyZWF0ITxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlY3Rpb24gNCwgVHJhZmZpYyBF
bmdpbmVlcmluZyAoVEUpIHByaW1pdGl2ZXM6IERvZXMgaXQgbWFrZSBzZW5zZSB0aGF0IHRoZSBU
RSBhY3Rpb25zIHNob3VsZCBiZSBzdXBwb3J0ZWQgYXQgdGhlIE1QSSBjb25zaXN0ZW50bHkgd2l0
aCB0aGUgdHlwZSBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBDTUksIG9yIGFyZSB0aGV5IGlu
ZGVwZW5kZW50PyZuYnNwOyBTZWN0aW9uIDQuNCBzZWVtcyB0byBpbXBseSB0aGF0DQogY29uc2lz
dGVuY3kgaXMgZXhwZWN0ZWQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5Z
TCZndDsmZ3Q7IENvcnJlY3QuIFRFIGFjdGlvbnMgc2hvdWxkIHN1cHBvcnQgYXQgdGhlIE1QSSBi
YXNlZCBvbiB0aGUgdHlwZXMgb2YgdG9wb2xvZ3kgZGVmaW5lZCBhdCB0aGUgQ01JLiBJIHdpbGwg
YWRkIHRoZSBmb2xsb3dpbmcgc2VudGVuY2UgYXMgdGhlIHNlY29uZCBwYXJhZ3JhcGggb2YgU2Vj
dGlvbiA0OjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MDAyMDYwIj5ORVc6IFRoZSBURSBhY3Rpb24gcHJpbWl0aXZlcyBkZWZpbmVkIGluIHRoaXMgc2Vj
dGlvbiBzaG91bGQgYmUgc3VwcG9ydGVkIGF0IHRoZSBNUEkgY29uc2lzdGVudGx5IHdpdGggdGhl
IHR5cGUgb2YgdG9wb2xvZ3kgZGVmaW5lZCBhdCB0aGUgQ01JLg0KPG86cD48L286cD48L3NwYW4+
PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xv
cjpyZWQiPkdyZWF0ITxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlY3Rpb24gNS4yLCBWTiBTZXJ2aWNl
IENoYXJhY3RlcmlzdGljczogaW4gdGhlIHNoYXJlZCByaXNrIGRpc2N1c3Npb24gKHRvd2FyZHMg
dGhlIHRvcCBvZiBwYWdlIDEyKSwgaXQgaXMgZGlmZmljdWx0IHRvIGluZGljYXRlICh3aXRoIGFu
eSBhY2N1cmFjeSkgd2hhdCB0aGUgc2hhcmVkIHJpc2tzIGFyZSBmb3IgYSB0b3BvbG9neSB0eXBl
IGNvbnNpc3Rpbmcgb2YganVzdCBhIGxpc3Qgb2YgbWVtYmVycy4mbmJzcDsNCiBJcyB0aGlzIGxp
bWl0ZWQgdG8gdG9wb2xvZ2llcyBvZiB0aGUgdHlwZSB0aGF0IGluY2x1ZGVzICh2aXJ0dWFsKSBs
aW5rIGFuZCBub2RlIGluZm9ybWF0aW9uPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAw
MjA2MCI+WUwmZ3Q7Jmd0OyAmbmJzcDtIZXJlIHdlIGFyZSB0YWxraW5nIGFib3V0IFZOIG1lbWJl
ciBsZXZlbCBTUkxHLiBJZiB3ZSBoYXZlIHR3byBWTiBtZW1iZXJzLCBzYXkgY29taW5nIG9mZiBm
cm9tIHRoZSBzYW1lIHNvdXJjZSB0byBhIHR3byBkaWZmZXJlbnQgZGVzdGluYXRpb25zLiBJZiBT
UkxHIGlzIHNldCBmb3IgdGhpcyBWTiwgaXQgbWVhbnMgVk4gbWVtYmVyIDEgZnJvbQ0KIHRoZSBz
b3VyY2UgdG8gZGVzdGluYXRpb24gMSBzaG91bGQgYmUgU1JMRyBkaXNqb2ludCBmcm9tIFZOIG1l
bWJlciAyIGZyb20gdGhlIHNvdXJjZSB0byBkZXN0aW5hdGlvbiAyLiBUaGlzIGNvbmNlcHQgb2Yg
U1JMRyBpcyBhIG5ldyBjb25jZXB0IG9uIHRoZSBWTiBtZW1iZXIgbGV2ZWwuDQo8bzpwPjwvbzpw
Pjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5
bGU9ImNvbG9yOnJlZCI+RG8gd2UgZXhwZWN0IHRoaXMgdG8gYmUgY2xhcmlmaWVkIGluIGxhdGVy
IHdvcmsg4oCTIGkuZS4g4oCTIGlzIHNwZWNpZnlpbmcgdGhpcyBtb3JlIHByZWNpc2VseSBub3Qg
aW4gc2NvcGUgZm9yIHRoaXMgdmVyc2lvbiwgb3IgaXMgaXQgc3VwcG9zZWQgdG8gYmUgY2xlYXIg
aW4gKG9yIGZyb20pIHRoaXMgZG9jdW1lbnQ/Jm5ic3A7IElmIG5vdGhpbmcgZWxzZSwgdGhlcmUN
CiBwcm9iYWJseSBzaG91bGQgYmUgYXQgbGVhc3QgYSBoaW50IGF0IGEgdXNlIGNhc2UgZXhhbXBs
ZSB3aGVyZSB0aGlzIHdvdWxkIGJlIGJlbmVmaWNpYWwuPG86cD48L286cD48L3NwYW4+PC9pPjwv
Yj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPlNlY3Rpb24gNS40LCAxc3Qgc2VudGVuY2U6IFZOIE1lbWJl
ciBpcyBub3QgZXF1YWwgdG8gZW5kLXRvLWVuZCB0dW5uZWwuJm5ic3A7IEkgc3VzcGVjdCB5b3Ug
bWVhbiAmcXVvdDtWTiBtZW1iZXIgcGFpci4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPllMJmd0OyZndDsgQWN0dWFsbHkg
d2UgaGF2ZSB1c2VkIFZOIG1lbWJlciBpcyBlcXVpdmFsZW50IHRvIGFuIGVuZC10by1lbmQgdHVu
bmVsIChDRS1DRSkgZnJvbSBhIGN1c3RvbWVyIHN0YW5kcG9pbnQuICZuYnNwO1doYXQgZG8geW91
IGhhdmUgaW4gbWluZCB3aGVuIHlvdSB1c2VkIHRoZSB0ZXJtIOKAnFZOIG1lbWJlciBwYWly4oCd
Pw0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxi
PjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPlNvcnJ5LCBJIGhhZCBtaXNzZWQgc29tZXRoaW5n
LiZuYnNwOyBJIGhhZCB0aGUgKG1pc3Rha2VuKSBpZGVhIHRoYXQgYSDigJxtZW1iZXLigJ0gd2Fz
IGFuIGVuZHBvaW50IChDRSksIHJhdGhlciB0aGFuIGEgc3BlY2lmaWMgKENFLUNFKSB0dW5uZWwu
Jm5ic3A7IE9uIHJlLXJlYWRpbmcgdGhlIGRyYWZ0LCBpdCBpcyBjbGVhciB0aGF0IHlvdSBoYXZl
IGRlZmluZWQgVk4gbWVtYmVyDQogdG8gYmUgZXF1aXZhbGVudCB0byBlbmQtdG8tZW5kIGxpbmsu
PG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+
PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xv
cjpyZWQiPkkgd2l0aGRyYXcgdGhlIGNvbW1lbnQuPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+TklU
czo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPj09PTxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJl
ZCI+LS0tIFtTTklQXSAtLS08bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+LS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkVyaWM8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFFeusaamb107erics_--


From nobody Tue May  1 08:39:49 2018
Return-Path: <db3546@att.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4A4712DA3D; Tue,  1 May 2018 08:39:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, 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 YgjO5z9gnm44; Tue,  1 May 2018 08:39:34 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 D55E112422F; Tue,  1 May 2018 08:39:34 -0700 (PDT)
Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id w41FcVm9035741; Tue, 1 May 2018 11:39:32 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by mx0a-00191d01.pphosted.com with ESMTP id 2hpskkjqu1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 01 May 2018 11:39:31 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w41FdT24018150; Tue, 1 May 2018 11:39:30 -0400
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [135.66.87.52]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w41FdLY6017985; Tue, 1 May 2018 11:39:21 -0400
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [127.0.0.1]) by zlp27125.vci.att.com (Service) with ESMTP id AB0C2167F70; Tue,  1 May 2018 15:39:21 +0000 (GMT)
Received: from MISOUT7MSGHUBAD.ITServices.sbc.com (unknown [130.9.129.148]) by zlp27125.vci.att.com (Service) with ESMTPS id 8C97C16A5A3; Tue,  1 May 2018 15:39:21 +0000 (GMT)
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.210]) by MISOUT7MSGHUBAD.ITServices.sbc.com ([130.9.129.148]) with mapi id 14.03.0389.001; Tue, 1 May 2018 11:39:21 -0400
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>, "Daniele Ceccarelli" <daniele.ceccarelli@ericsson.com>, "<rtg-ads@ietf.org> (rtg-ads@ietf.org)" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "draft-ietf-mpls-spring-entropy-label.all@ietf.org" <draft-ietf-mpls-spring-entropy-label.all@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-mpls-spring-entropy-label
Thread-Index: AdOqJ2/3CBo9gMAuQIaUKq7G00WyngzPYkoQAP8V71A=
Date: Tue, 1 May 2018 15:39:20 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C8882E78F8@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <HE1PR0701MB271403843E6045F404111EF7F0CF0@HE1PR0701MB2714.eurprd07.prod.outlook.com> <20782_1524750610_5AE1D912_20782_115_3_9E32478DFA9976438E7A22F69B08FF924B14C950@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
In-Reply-To: <20782_1524750610_5AE1D912_20782_115_3_9E32478DFA9976438E7A22F69B08FF924B14C950@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.16.234.110]
Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C8882E78F8MISOUT7MSGUSRDE_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-05-01_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1805010154
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/za9nA9x5dp3Hw5OM2UhUrEO51vo>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-mpls-spring-entropy-label
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 May 2018 15:39:41 -0000

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

SGkgRGFuaWVsZSwNCg0KTXVjaCB0aGFua3MgZm9yIHlvdXIgY2FyZWZ1bCBEaXIgcmV2aWV3IQ0K
DQpJIGFncmVlIHRoaXMgZG9jdW1lbnQgbWF5IGJlIG1vcmUgYXBwcm9wcmlhdGUgYXMgUFMgY29u
c2lkZXJpbmcgc2VjdGlvbiA3LiBWZXJ5IGdvb2QgY2F0Y2ggYXMgaXQgaXMgbXVjaCBlYXNpZXIg
dG8gY2hhbmdlIHRoZSB0cmFjayBub3cuDQoNCk1QTFMgQ2hhaXJzLCBpZiB5b3UgYWdyZWUsIGNh
biB5b3UgcG9sbCB0aGUgd29ya2luZyBncm91cCBpZiB0aGV5IHN1cHBvcnQgdGhpcyBjaGFuZ2U/
DQoNClRoYW5rcyENCkRlYm9yYWgNCg0KDQpGcm9tOiBzdGVwaGFuZS5saXRrb3dza2lAb3Jhbmdl
LmNvbSA8c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+DQpTZW50OiBUaHVyc2RheSwgQXBy
aWwgMjYsIDIwMTggOTo1MCBBTQ0KVG86IERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5jZWNj
YXJlbGxpQGVyaWNzc29uLmNvbT47IDxydGctYWRzQGlldGYub3JnPiAocnRnLWFkc0BpZXRmLm9y
ZykgPHJ0Zy1hZHNAaWV0Zi5vcmc+DQpDYzogcnRnLWRpckBpZXRmLm9yZzsgbXBsc0BpZXRmLm9y
ZzsgZHJhZnQtaWV0Zi1tcGxzLXNwcmluZy1lbnRyb3B5LWxhYmVsLmFsbEBpZXRmLm9yZw0KU3Vi
amVjdDogUkU6IFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtbXBscy1zcHJpbmctZW50cm9weS1s
YWJlbA0KDQpIaSBEYW5pZWxlLA0KDQpUaGFua3MgZm9yIHlvdXIgcmV2aWV3LCBJIGhhdmUgYWRk
cmVzc2VkIG1vc3Qgb2YgeW91ciBjb21tZW50cyBhcyBwYXJ0IG9mIHRoZSAtMDkgdGhhdCBJIGhh
dmUganVzdCBzdWJtaXR0ZWQuIExldCBtZSBrbm93IGlmIGl0IGZpdHMgeW91ciBjb21tZW50cy4N
ClRoZSBub3QgYWRkcmVzc2VkIGNvbW1lbnQgaXMgOg0KDQogICogICDigJxTZWN0aW9uIDEuMSDi
gJMgSXMgdGhpcyBuZWVkZWQ/IFRoZSBhYnN0cmFjdCBzYXlzIOKAnFRoaXMgZG9jdW1lbnQgZXhh
bWluZXMgYW5kIGRlc2NyaWJlcyBob3cgRUxzIGFyZSB0byBiZSBhcHBsaWVkIHRvIFNlZ21lbnQg
Um91dGluZ+KAnSBhbmQgdGhlIHN0YXR1cyBpcyBpbmZvcm1hdGlvbmFsLiBJ4oCZbSBub3Qgc3Vy
ZSBSRkMyMTE5IGxhbmd1YWdlIGlzIG5lZWRlZC4gRS5nLiBpbiBzZWN0aW9uIDQg4oCcQSByb3V0
ZXIgY2FwYWJsZSBvZiByZWFkaW5nIE4gbGFiZWxzIGJ1dCBub3QgdXNpbmcgYW4gRUwgbG9jYXRl
ZCB3aXRoaW4gdGhvc2UgTiBsYWJlbHMgTVVTVCBjb25zaWRlciBpdHMgRVJMRCB0byBiZSAw4oCd
LiAgRnVydGhlciByZWFkaW5nIHRoZSBkb2N1bWVudCBJIHNlZSBjb25zdHJhaW50IGFnYWluc3Qg
ZS5nLiB0aGUgRVJMRCBhcmUgZGVmaW5lZC4gTWF5YmUgaXQgaXMgbW9yZSBhcHByb3ByaWF0ZSB0
byBzYXkgdGhhdCB0aGUgZG9jdW1lbnQgYWxzbyBkZXNjcmliZXMgdGhlIHJlcXVpcmVtZW50cyBm
b3IgdGhlIHVzYWdlIG9mIEVMIGluIFNQUklORyBNUExTID8gTW9yZW92ZXIgaW4gc2VjdGlvbiA2
IGl0IHNlZW1zIHRvIGRlc2NyaWJlIHByb2NlZHVyZXMsIHNvIGl04oCZcyBldmVuIG1vcmUgdGhh
biBhcHBsaWNhYmlsaXR5IGFuZCByZXF1aXJlbWVudHMuDQoNClllcywgdGhlIGN1cnJlbnQgaW50
ZW5kZWQgc3RhdHVzIGlzIEluZm9ybWF0aW9uYWwgYXMgcGVyIGEgdmVyeSBvbGQgZGlzY3Vzc2lv
biBidXQgSSB0aGluayBpdCBtYXkgcmUtcmVxdWlyZSBhIGRpc2N1c3Npb24uIEFzIHlvdSBwb2lu
dGVkLCB3ZSBhcmUgbm93IGRlZmluaW5nIHNvbWUgcmVxdWlyZW1lbnRzLCB3ZSBhcmUgZ2l2aW5n
IHNvbWUgbmV3IGNvbmNlcHRzIChFUkxEKS4gU28gSeKAmW0gb3BlbiB0byBhIGRlYmF0ZSBvbiB0
aGUgc3RhdHVzIG9mIHRoZSBkb2N1bWVudCBpZiBpdCBzaG91bGQgZ28gdG8gU1REIHRyYWNrIG9y
IGxldCBpdCBpbmZvcm1hdGlvbmFsLiBJIHdvdWxkIGxpa2UgdG8gaGVhciBvdGhlciBvcGluaW9u
cyBvbiB0aGlzLg0KDQpCcmdkcywNCg0KDQoNCkZyb206IERhbmllbGUgQ2VjY2FyZWxsaSBbbWFp
bHRvOmRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb21dDQpTZW50OiBUdWVzZGF5LCBGZWJy
dWFyeSAyMCwgMjAxOCAxNjoxMA0KVG86IDxydGctYWRzQGlldGYub3JnPG1haWx0bzpydGctYWRz
QGlldGYub3JnPj4gKHJ0Zy1hZHNAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1hZHNAaWV0Zi5vcmc+KQ0K
Q2M6IHJ0Zy1kaXJAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmc+OyBtcGxzQGlldGYu
b3JnPG1haWx0bzptcGxzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi1tcGxzLXNwcmluZy1lbnRyb3B5
LWxhYmVsLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1tcGxzLXNwcmluZy1lbnRyb3B5
LWxhYmVsLmFsbEBpZXRmLm9yZz4NClN1YmplY3Q6IFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYt
bXBscy1zcHJpbmctZW50cm9weS1sYWJlbA0KDQoNCkhlbGxvLA0KDQoNCg0KSSBoYXZlIGJlZW4g
c2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJh
ZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBv
ciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBj
YWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRo
ZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBS
b3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0
b3JhdGUsIHBsZWFzZSBzZWUg4oCLaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcv
dHJhYy93aWtpL1J0Z0RpcjxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs
P3U9aHR0cC0zQV9fdHJhYy50b29scy5pZXRmLm9yZ19hcmVhX3J0Z190cmFjX3dpa2lfUnRnRGly
JmQ9RHdNR2FRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPTZVaEdwVzlsd2k5ZE03allseFhE
OHcmbT1sYl9CVUdScGpUZ2Fmc29EZlp1MGhzLXhPUm9yZ0RBRXFPYkFFVzI0aWRFJnM9UGlsMnk5
eXd1UEZBMk9qdVZ0b29lbms2eU9CRGFzMVdlVHpvRnpFMFVTUSZlPT4NCg0KDQoNCkFsdGhvdWdo
IHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcg
QURzLCBpdCB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25n
IHdpdGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUs
IGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieSB1cGRh
dGluZyB0aGUgZHJhZnQuDQoNCg0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi1tcGxzLXNwcmluZy1l
bnRyb3B5LWxhYmVsDQoNClJldmlld2VyOiBEYW5pZWxlIENlY2NhcmVsbGkNCg0KUmV2aWV3IERh
dGU6IDIwMTgvMDIvMjANCg0KSUVURiBMQyBFbmQgRGF0ZTogZGF0ZS1pZi1rbm93bg0KDQpJbnRl
bmRlZCBTdGF0dXM6IEluZm9ybWF0aW9uYWwNCg0KDQoNClN1bW1hcnk6DQoNCkkgaGF2ZSBzb21l
IG1pbm9yIGNvbmNlcm5zIGFib3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBi
ZSByZXNvbHZlZCBiZWZvcmUgcHVibGljYXRpb24uDQoNCkNvbW1lbnRzOg0KDQoNCg0KVGhlIGRv
Y3VtZW50IGlzIHdlbGwgd3JpdHRlbiBhbmQgSSByZWFsbHkgYXBwcmVjaWF0ZWQgdGhlIGRldGFp
bGVkIGV4YW1wbGVzIGFuZCB0aGUgYW5hbHlzaXMgb2YgdGhlIG9wdGlvbnMgZGVzY3JpYmVkIGlu
IHNlY3Rpb24gMTAuIE15IG9ubHkgY29uY2VybiwgaW4gYWRkaXRpb24gdGhlIG1pbm9yIGlzc3Vl
cyBsaXN0ZWQgYmVsb3csIGlzIHRoZSBzY29wZSBvZiB0aGUgZG9jdW1lbnQuIEl0IGlzIGFuIGlu
Zm9ybWF0aW9uYWwgZG9jdW1lbnQgYW5kIHRoZSBhYnN0cmFjdCBzYXlzIGl0IGV4YW1pbmVzIGFu
ZCBkZXNjcmliZXMgaG93IEVscyBhcmUgYXBwbGljYWJsZSB0byBzZWdtZW50IHJvdXRpbmcuIFJl
YWRpbmcgdGhlIHRleHQgaXQgc2VlbXMgaXQgaXMgbXVjaCBtb3JlLiBUaGVyZSBhcmUgcmVxdWly
ZW1lbnRzIGFuZCBwcm9jZWR1cmVzIGRlc2NyaWJlciBpbiB0aGUgZG9jdW1lbnQgYXMgd2VsbCBh
cyByZXF1aXJlbWVudHMgYW5kIFJGQzIxMTkgbGFuZ3VhZ2UgaXMgb2Z0ZW4gdXNlZC4gTWF5YmUg
aXTigJlzIHdvcnRoIGNvbnNpZGVyaW5nIGEgYmV0dGVyIHNjb3Bpbmcgb2YgdGhlIGRvY3VtZW50
Pw0KDQoNCg0KTWFqb3IgSXNzdWVzOg0KDQpOb25lDQoNCg0KDQpNaW5vciBJc3N1ZXM6DQoNCiAg
KiAgIEludHJvZHVjdGlvbjog4oCcRW50cm9weSBsYWJlbCAoRUwpIFtSRkM2NzkwXSBpcyBhIHRl
Y2huaXF1ZSB1c2VkIGluIHRoZSBNUExTIGRhdGEgcGxhbmUgdG8gcHJvdmlkZSBlbnRyb3B5IGZv
ciBsb2FkLWJhbGFuY2luZy7igJ0gUHJvdmlkaW5nIGFuIGludHJvIG9uIHdoYXQgYW4gRUwgaXMg
Y2FuIGJlIHZlcnkgdXNlZnVsLCBidXQgYSBiaXQgbW9yZSBvciBleHBsYW5hdGlvbiBpcyBuZWVk
ZWQsIGp1c3QgYSBjb3VwbGUgb2Ygc2VudGVuY2VzLg0KICAqICAgU2VjdGlvbiAxLjEg4oCTIElz
IHRoaXMgbmVlZGVkPyBUaGUgYWJzdHJhY3Qgc2F5cyDigJxUaGlzIGRvY3VtZW50IGV4YW1pbmVz
IGFuZCBkZXNjcmliZXMgaG93IEVMcyBhcmUgdG8gYmUgYXBwbGllZCB0byBTZWdtZW50IFJvdXRp
bmfigJ0gYW5kIHRoZSBzdGF0dXMgaXMgaW5mb3JtYXRpb25hbC4gSeKAmW0gbm90IHN1cmUgUkZD
MjExOSBsYW5ndWFnZSBpcyBuZWVkZWQuIEUuZy4gaW4gc2VjdGlvbiA0IOKAnEEgcm91dGVyIGNh
cGFibGUgb2YgcmVhZGluZyBOIGxhYmVscyBidXQgbm90IHVzaW5nIGFuIEVMIGxvY2F0ZWQgd2l0
aGluIHRob3NlIE4gbGFiZWxzIE1VU1QgY29uc2lkZXIgaXRzIEVSTEQgdG8gYmUgMOKAnS4gIEZ1
cnRoZXIgcmVhZGluZyB0aGUgZG9jdW1lbnQgSSBzZWUgY29uc3RyYWludCBhZ2FpbnN0IGUuZy4g
dGhlIEVSTEQgYXJlIGRlZmluZWQuIE1heWJlIGl0IGlzIG1vcmUgYXBwcm9wcmlhdGUgdG8gc2F5
IHRoYXQgdGhlIGRvY3VtZW50IGFsc28gZGVzY3JpYmVzIHRoZSByZXF1aXJlbWVudHMgZm9yIHRo
ZSB1c2FnZSBvZiBFTCBpbiBTUFJJTkcgTVBMUyA/IE1vcmVvdmVyIGluIHNlY3Rpb24gNiBpdCBz
ZWVtcyB0byBkZXNjcmliZSBwcm9jZWR1cmVzLCBzbyBpdOKAmXMgZXZlbiBtb3JlIHRoYW4gYXBw
bGljYWJpbGl0eSBhbmQgcmVxdWlyZW1lbnRzLg0KICAqICAgU2VjdGlvbiAzOiBJIGRvbuKAmXQg
dW5kZXJzdGFuZCB3aGF0IHRoaXMgc2VudGVuY2UgbWVhbnMuIENhbiB5b3UgcmVwaHJhc2U/IOKA
nEFzIGVhY2ggTVBMUyBub2RlIG1heSBoYXZlIGxpbWl0YXRpb25zIGluIHRoZSBudW1iZXIgb2Yg
bGFiZWxzIGl0IGNhbiBwdXNoIHdoZW4gaXQgaXMgaW5ncmVzcyBvciBpbnNwZWN0IHdoZW4gZG9p
bmcgbG9hZC1iYWxhbmNpbmcsIGFuIGVudHJvcHkgbGFiZWwgaW5zZXJ0aW9uIHN0cmF0ZWd5IGJl
Y29tZXMgaW1wb3J0YW50IHRvIGtlZXAgdGhlIGJlbmVmaXQgb2YgdGhlIGxvYWQtYmFsYW5jaW5n
Lg0KDQoNCg0KTml0czoNCg0KLSBBYnN0cmFjdDogc3VnZ2VzdCBhdm9pZCByZXBldGl0aW9uIG9m
IOKAnGFwcGxpZWTigJ0gYXMgd2VsbCBhcyBleGFtaW5lcyBhbmQgZGVzY3JpYmVzLiBXaGF0IGFi
b3V0OiDigJxUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBob3cgRWxzIGNhbiBiZSAgYXBwbGllZCB0
byBTZWdtZW50IFJvdXRpbmcgd2l0aCBhbiBNUExTIGRhdGEgcGxhbmUuDQoNCi0gU2VjdGlvbiA2
OiDigJxJbiB0ZXJtIG9mIHBhY2tldCBmb3J3YXJkaW5nLCBieSBsZWFybmluZyB0aGUgbWFwcGlu
Zy1zZXJ2ZXIgYWR2ZXJ0aXNlbWVudCBmcm9tIFBFNSzigJ3igKZpdCBzaG91bGQgYmUgUDUgbm90
IFBFNS4NCg0KLSBTZWN0aW9uIDY6IOKAnCAgIFRvIGFjY29tb2RhdGUgdGhlIG1peCBvZiBzaWdu
YWxsaW5nIHByb3RvY29scyBpbnZvbHZlZCBkdXJpbmcgdGhlDQoNCiAgIHN0aXRjaGluZywgdGhl
IGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBTSE9VTEQgYmUgcHJvcGFnYXRlZCBiZXR3ZWVuIHRo
ZSBzaWduYWxsaW5nIHByb3RvY29scy7igJ0gTm90IGNsZWFyIHdoYXQgdGhpcyBtZWFucywgbWF5
YmUgaXQgc2hvdWxkIGJlIHByb3BhZ2F0ZWQgYmV0d2VlbiB0aGUgdHdvIGRvbWFpbnMsIG5vdCB0
aGUgc2lnbmFsaW5nIHByb3RvY29scz8NCg0KDQoNClRoYW5rcywNCg0KRGFuaWVsZQ0KDQpfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl
bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu
ZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMg
c2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1
ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0KYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUg
YWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMg
ZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCg0KT3JhbmdlIGRlY2xpbmUgdG91dGUg
cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs
c2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5
IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkg
YmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1
c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQoNCklmIHlvdSBoYXZlIHJlY2Vp
dmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVs
ZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KDQpBcyBlbWFpbHMgbWF5IGJl
IGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVl
biBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNClRoYW5rIHlvdS4NCg==

--_000_F64C10EAA68C8044B33656FA214632C8882E78F8MISOUT7MSGUSRDE_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw
YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0
DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBD
aGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6
MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnByZQ0KCXttc28t
c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENo
YXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox
MC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IixzZXJpZjt9DQpwLm1zb25vcm1hbDAs
IGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1h
bDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uUGxhaW5UZXh0
Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMx
RjQ5N0Q7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRN
TCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls
ZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m
YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hw
RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0
O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46NzAu
ODVwdCA1Ni43cHQgNTYuN3B0IDU2LjdwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y
ZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0
LWlkOjM0MTMyMjYxOTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTgwNzM2NDUyNjt9DQpAbGlz
dCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl
bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6
ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s
ZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m
YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxLjVp
bjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu
Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBs
aXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyLjBpbjsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDoyLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u
dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZv
cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoz
LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y
NWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N
CkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv
LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozLjVpbjsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZv
bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K
CW1zby1sZXZlbC10YWItc3RvcDo0LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ
Zm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv
cDo0LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s
O30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjEwOTU4MzIzNzI7DQoJbXNvLWxpc3QtdGVtcGxh
dGUtaWRzOi0xMTk1OTkwODk4O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv
cDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
LjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7
fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt
c28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2kt
Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwz
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i
b2w7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN
Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2
ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw3DQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT
eW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNv
LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6
bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw
LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDINCgl7bXNvLWxpc3QtaWQ6MTIy
MzI5NjM1NDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTc0ODc3NjE5MDt9DQpAbGlzdCBsMjps
ZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w
cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsMg0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10
YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p
bmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6
U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxLjVpbjsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1z
by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwy
OmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl
eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZTox
MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNQ0KCXttc28tbGV2
ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl
bC10YWItc3RvcDoyLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p
bHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi
dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozLjBpbjsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K
CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0
IGwyOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs
LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6
ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsOA0KCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s
ZXZlbC10YWItc3RvcDo0LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m
YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDo0LjVp
bjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu
Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCm9s
DQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGluO30NCi0tPjwv
c3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJl
ZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNv
IDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i
ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwv
aGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+
DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgRGFu
aWVsZSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TXVjaCB0aGFua3MgZm9yIHlvdXIgY2FyZWZ1
bCBEaXIgcmV2aWV3ITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFncmVlIHRoaXMgZG9jdW1l
bnQgbWF5IGJlIG1vcmUgYXBwcm9wcmlhdGUgYXMgUFMgY29uc2lkZXJpbmcgc2VjdGlvbiA3LiBW
ZXJ5IGdvb2QgY2F0Y2ggYXMgaXQgaXMgbXVjaCBlYXNpZXIgdG8gY2hhbmdlIHRoZSB0cmFjayBu
b3cuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1QTFMgQ2hhaXJzLCBpZiB5b3UgYWdyZWUsIGNh
biB5b3UgcG9sbCB0aGUgd29ya2luZyBncm91cCBpZiB0aGV5IHN1cHBvcnQgdGhpcyBjaGFuZ2U/
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPkRlYm9yYWg8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp
ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PGI+RnJvbTo8L2I+IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tICZsdDtz
dGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVy
c2RheSwgQXByaWwgMjYsIDIwMTggOTo1MCBBTTxicj4NCjxiPlRvOjwvYj4gRGFuaWVsZSBDZWNj
YXJlbGxpICZsdDtkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tJmd0OzsgJmx0O3J0Zy1h
ZHNAaWV0Zi5vcmcmZ3Q7IChydGctYWRzQGlldGYub3JnKSAmbHQ7cnRnLWFkc0BpZXRmLm9yZyZn
dDs8YnI+DQo8Yj5DYzo8L2I+IHJ0Zy1kaXJAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7IGRyYWZ0
LWlldGYtbXBscy1zcHJpbmctZW50cm9weS1sYWJlbC5hbGxAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJq
ZWN0OjwvYj4gUkU6IFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtbXBscy1zcHJpbmctZW50cm9w
eS1sYWJlbDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIERhbmllbGUsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjojMUY0OTdEIj5UaGFua3MgZm9yIHlvdXIgcmV2aWV3LCBJIGhhdmUgYWRkcmVzc2VkIG1vc3Qg
b2YgeW91ciBjb21tZW50cyBhcyBwYXJ0IG9mIHRoZSAtMDkgdGhhdCBJIGhhdmUganVzdCBzdWJt
aXR0ZWQuIExldCBtZSBrbm93IGlmIGl0IGZpdHMgeW91ciBjb21tZW50cy48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3
RCI+VGhlIG5vdCBhZGRyZXNzZWQgY29tbWVudCBpcyA6PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHVsIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1saXN0OmwyIGxldmVsMSBsZm8zIj48c3BhbiBzdHlsZT0iY29sb3I6
IzFGNDk3RCI+4oCcPC9zcGFuPlNlY3Rpb24gMS4xIOKAkyBJcyB0aGlzIG5lZWRlZD8gVGhlIGFi
c3RyYWN0IHNheXMg4oCcVGhpcyBkb2N1bWVudCBleGFtaW5lcyBhbmQgZGVzY3JpYmVzIGhvdyBF
THMgYXJlIHRvIGJlIGFwcGxpZWQgdG8gU2VnbWVudCBSb3V0aW5n4oCdIGFuZCB0aGUgc3RhdHVz
IGlzIGluZm9ybWF0aW9uYWwuIEnigJltDQogbm90IHN1cmUgUkZDMjExOSBsYW5ndWFnZSBpcyBu
ZWVkZWQuIEUuZy4gaW4gc2VjdGlvbiA0IOKAnEEgcm91dGVyIGNhcGFibGUgb2YgcmVhZGluZyBO
IGxhYmVscyBidXQgbm90IHVzaW5nIGFuIEVMIGxvY2F0ZWQgd2l0aGluIHRob3NlIE4gbGFiZWxz
IE1VU1QgY29uc2lkZXIgaXRzIEVSTEQgdG8gYmUgMOKAnS4gJm5ic3A7RnVydGhlciByZWFkaW5n
IHRoZSBkb2N1bWVudCBJIHNlZSBjb25zdHJhaW50IGFnYWluc3QgZS5nLiB0aGUgRVJMRCBhcmUg
ZGVmaW5lZC4NCiBNYXliZSBpdCBpcyBtb3JlIGFwcHJvcHJpYXRlIHRvIHNheSB0aGF0IHRoZSBk
b2N1bWVudCBhbHNvIGRlc2NyaWJlcyB0aGUgcmVxdWlyZW1lbnRzIGZvciB0aGUgdXNhZ2Ugb2Yg
RUwgaW4gU1BSSU5HIE1QTFMgPyBNb3Jlb3ZlciBpbiBzZWN0aW9uIDYgaXQgc2VlbXMgdG8gZGVz
Y3JpYmUgcHJvY2VkdXJlcywgc28gaXTigJlzIGV2ZW4gbW9yZSB0aGFuIGFwcGxpY2FiaWxpdHkg
YW5kIHJlcXVpcmVtZW50cy4NCjxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Z
ZXMsIHRoZSBjdXJyZW50IGludGVuZGVkIHN0YXR1cyBpcyBJbmZvcm1hdGlvbmFsIGFzIHBlciBh
IHZlcnkgb2xkIGRpc2N1c3Npb24gYnV0IEkgdGhpbmsgaXQgbWF5IHJlLXJlcXVpcmUgYSBkaXNj
dXNzaW9uLiBBcyB5b3UgcG9pbnRlZCwgd2UgYXJlIG5vdyBkZWZpbmluZyBzb21lIHJlcXVpcmVt
ZW50cywgd2UgYXJlIGdpdmluZyBzb21lIG5ldyBjb25jZXB0cw0KIChFUkxEKS4gU28gSeKAmW0g
b3BlbiB0byBhIGRlYmF0ZSBvbiB0aGUgc3RhdHVzIG9mIHRoZSBkb2N1bWVudCBpZiBpdCBzaG91
bGQgZ28gdG8gU1REIHRyYWNrIG9yIGxldCBpdCBpbmZvcm1hdGlvbmFsLiBJIHdvdWxkIGxpa2Ug
dG8gaGVhciBvdGhlciBvcGluaW9ucyBvbiB0aGlzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6IzFGNDk3RCI+QnJnZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtw
YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oyxz
YW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPiBEYW5pZWxlIENlY2Nh
cmVsbGkgWzxhIGhyZWY9Im1haWx0bzpkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tIj5t
YWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50
OjwvYj4gVHVlc2RheSwgRmVicnVhcnkgMjAsIDIwMTggMTY6MTA8YnI+DQo8Yj5Ubzo8L2I+ICZs
dDs8YSBocmVmPSJtYWlsdG86cnRnLWFkc0BpZXRmLm9yZyI+cnRnLWFkc0BpZXRmLm9yZzwvYT4m
Z3Q7ICg8YSBocmVmPSJtYWlsdG86cnRnLWFkc0BpZXRmLm9yZyI+cnRnLWFkc0BpZXRmLm9yZzwv
YT4pPGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86cnRnLWRpckBpZXRmLm9yZyI+cnRn
LWRpckBpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj4NCm1wbHNA
aWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1tcGxzLXNwcmluZy1lbnRy
b3B5LWxhYmVsLmFsbEBpZXRmLm9yZyI+DQpkcmFmdC1pZXRmLW1wbHMtc3ByaW5nLWVudHJvcHkt
bGFiZWwuYWxsQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSdGdEaXIgcmV2aWV3
OiBkcmFmdC1pZXRmLW1wbHMtc3ByaW5nLWVudHJvcHktbGFiZWw8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IZWxsbyw8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3Jh
dGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtz
IHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkg
cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1l
cyBvbiBzcGVjaWFsIHJlcXVlc3QuDQogVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBw
cm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv
biBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigIs8YSBocmVmPSJo
dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cC0zQV9fdHJhYy50
b29scy5pZXRmLm9yZ19hcmVhX3J0Z190cmFjX3dpa2lfUnRnRGlyJmFtcDtkPUR3TUdhUSZhbXA7
Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDtyPTZVaEdwVzlsd2k5ZE03allseFhEOHcmYW1w
O209bGJfQlVHUnBqVGdhZnNvRGZadTBocy14T1JvcmdEQUVxT2JBRVcyNGlkRSZhbXA7cz1QaWwy
eTl5d3VQRkEyT2p1VnRvb2VuazZ5T0JEYXMxV2VUem9GekUwVVNRJmFtcDtlPSI+aHR0cDovL3Ry
YWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpcjwvYT48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmls
eSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYg
eW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURiBMYXN0IENh
bGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0g
dGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nDQogdGhlIGRyYWZ0LjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij5Eb2N1bWVudDogZHJhZnQtaWV0Zi1tcGxzLXNwcmluZy1lbnRy
b3B5LWxhYmVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5SZXZpZXdl
cjogRGFuaWVsZSBDZWNjYXJlbGxpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U
ZXh0Ij5SZXZpZXcgRGF0ZTogMjAxOC8wMi8yMDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+SUVURiBMQyBFbmQgRGF0ZTogZGF0ZS1pZi1rbm93biA8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkludGVuZGVkIFN0YXR1czogSW5mb3JtYXRpb25h
bDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj5TdW1tYXJ5PC9iPjogPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JIGhhdmUgc29tZSBtaW5vciBjb25jZXJu
cyBhYm91dCB0aGlzIGRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVm
b3JlIHB1YmxpY2F0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
Q29tbWVudHM6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoZSBkb2N1bWVudCBpcyB3
ZWxsIHdyaXR0ZW4gYW5kIEkgcmVhbGx5IGFwcHJlY2lhdGVkIHRoZSBkZXRhaWxlZCBleGFtcGxl
cyBhbmQgdGhlIGFuYWx5c2lzIG9mIHRoZSBvcHRpb25zIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDEw
LiBNeSBvbmx5IGNvbmNlcm4sIGluIGFkZGl0aW9uIHRoZSBtaW5vciBpc3N1ZXMgbGlzdGVkIGJl
bG93LCBpcyB0aGUgc2NvcGUgb2YgdGhlIGRvY3VtZW50LiBJdCBpcyBhbiBpbmZvcm1hdGlvbmFs
DQogZG9jdW1lbnQgYW5kIHRoZSBhYnN0cmFjdCBzYXlzIGl0IGV4YW1pbmVzIGFuZCBkZXNjcmli
ZXMgaG93IEVscyBhcmUgYXBwbGljYWJsZSB0byBzZWdtZW50IHJvdXRpbmcuIFJlYWRpbmcgdGhl
IHRleHQgaXQgc2VlbXMgaXQgaXMgbXVjaCBtb3JlLiBUaGVyZSBhcmUgcmVxdWlyZW1lbnRzIGFu
ZCBwcm9jZWR1cmVzIGRlc2NyaWJlciBpbiB0aGUgZG9jdW1lbnQgYXMgd2VsbCBhcyByZXF1aXJl
bWVudHMgYW5kIFJGQzIxMTkgbGFuZ3VhZ2UgaXMgb2Z0ZW4NCiB1c2VkLiBNYXliZSBpdOKAmXMg
d29ydGggY29uc2lkZXJpbmcgYSBiZXR0ZXIgc2NvcGluZyBvZiB0aGUgZG9jdW1lbnQ/PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPk1ham9yIElzc3Vlczo8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPk5vbmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
TWlub3IgSXNzdWVzOjxvOnA+PC9vOnA+PC9wPg0KPHVsIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIg
dHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1saXN0OmwyIGxl
dmVsMSBsZm8zIj5JbnRyb2R1Y3Rpb246IOKAnEVudHJvcHkgbGFiZWwgKEVMKSBbUkZDNjc5MF0g
aXMgYSB0ZWNobmlxdWUgdXNlZCBpbiB0aGUgTVBMUyBkYXRhIHBsYW5lIHRvIHByb3ZpZGUgZW50
cm9weSBmb3IgbG9hZC1iYWxhbmNpbmcu4oCdIFByb3ZpZGluZyBhbiBpbnRybyBvbiB3aGF0IGFu
IEVMIGlzIGNhbiBiZSB2ZXJ5IHVzZWZ1bCwgYnV0IGEgYml0IG1vcmUgb3IgZXhwbGFuYXRpb24N
CiBpcyBuZWVkZWQsIGp1c3QgYSBjb3VwbGUgb2Ygc2VudGVuY2VzLjxvOnA+PC9vOnA+PC9saT48
bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1saXN0OmwyIGxldmVsMSBsZm8zIj5TZWN0
aW9uIDEuMSDigJMgSXMgdGhpcyBuZWVkZWQ/IFRoZSBhYnN0cmFjdCBzYXlzIOKAnFRoaXMgZG9j
dW1lbnQgZXhhbWluZXMgYW5kIGRlc2NyaWJlcyBob3cgRUxzIGFyZSB0byBiZSBhcHBsaWVkIHRv
IFNlZ21lbnQgUm91dGluZ+KAnSBhbmQgdGhlIHN0YXR1cyBpcyBpbmZvcm1hdGlvbmFsLiBJ4oCZ
bSBub3Qgc3VyZSBSRkMyMTE5IGxhbmd1YWdlIGlzIG5lZWRlZC4NCiBFLmcuIGluIHNlY3Rpb24g
NCDigJxBIHJvdXRlciBjYXBhYmxlIG9mIHJlYWRpbmcgTiBsYWJlbHMgYnV0IG5vdCB1c2luZyBh
biBFTCBsb2NhdGVkIHdpdGhpbiB0aG9zZSBOIGxhYmVscyBNVVNUIGNvbnNpZGVyIGl0cyBFUkxE
IHRvIGJlIDDigJ0uICZuYnNwO0Z1cnRoZXIgcmVhZGluZyB0aGUgZG9jdW1lbnQgSSBzZWUgY29u
c3RyYWludCBhZ2FpbnN0IGUuZy4gdGhlIEVSTEQgYXJlIGRlZmluZWQuIE1heWJlIGl0IGlzIG1v
cmUgYXBwcm9wcmlhdGUgdG8gc2F5DQogdGhhdCB0aGUgZG9jdW1lbnQgYWxzbyBkZXNjcmliZXMg
dGhlIHJlcXVpcmVtZW50cyBmb3IgdGhlIHVzYWdlIG9mIEVMIGluIFNQUklORyBNUExTID8gTW9y
ZW92ZXIgaW4gc2VjdGlvbiA2IGl0IHNlZW1zIHRvIGRlc2NyaWJlIHByb2NlZHVyZXMsIHNvIGl0
4oCZcyBldmVuIG1vcmUgdGhhbiBhcHBsaWNhYmlsaXR5IGFuZCByZXF1aXJlbWVudHMuDQo8bzpw
PjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbGlzdDpsMiBsZXZl
bDEgbGZvMyI+U2VjdGlvbiAzOiBJIGRvbuKAmXQgdW5kZXJzdGFuZCB3aGF0IHRoaXMgc2VudGVu
Y2UgbWVhbnMuIENhbiB5b3UgcmVwaHJhc2U/IOKAnEFzIGVhY2ggTVBMUyBub2RlIG1heSBoYXZl
IGxpbWl0YXRpb25zIGluIHRoZSBudW1iZXIgb2YgbGFiZWxzIGl0IGNhbiBwdXNoIHdoZW4gaXQg
aXMgaW5ncmVzcyBvciBpbnNwZWN0IHdoZW4gZG9pbmcgbG9hZC1iYWxhbmNpbmcsDQogYW4gZW50
cm9weSBsYWJlbCBpbnNlcnRpb24gc3RyYXRlZ3kgYmVjb21lcyBpbXBvcnRhbnQgdG8ga2VlcCB0
aGUgYmVuZWZpdCBvZiB0aGUgbG9hZC1iYWxhbmNpbmcuPG86cD48L286cD48L2xpPjwvdWw+DQo8
cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPk5pdHM6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij4tIEFic3RyYWN0OiBzdWdnZXN0IGF2b2lkIHJlcGV0aXRpb24gb2Yg4oCcYXBwbGllZOKAnSBh
cyB3ZWxsIGFzIGV4YW1pbmVzIGFuZCBkZXNjcmliZXMuIFdoYXQgYWJvdXQ6IOKAnFRoaXMgZG9j
dW1lbnQgZGVzY3JpYmVzIGhvdyBFbHMgY2FuIGJlICZuYnNwO2FwcGxpZWQgdG8gU2VnbWVudCBS
b3V0aW5nIHdpdGggYW4gTVBMUyBkYXRhIHBsYW5lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb1BsYWluVGV4dCI+LSBTZWN0aW9uIDY6IOKAnEluIHRlcm0gb2YgcGFja2V0IGZvcndhcmRp
bmcsIGJ5IGxlYXJuaW5nIHRoZSBtYXBwaW5nLXNlcnZlciBhZHZlcnRpc2VtZW50IGZyb20gUEU1
LOKAneKApml0IHNob3VsZCBiZSBQNSBub3QgUEU1LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb1BsYWluVGV4dCI+LSBTZWN0aW9uIDY6IOKAnCZuYnNwOyZuYnNwOyBUbyBhY2NvbW9kYXRl
IHRoZSBtaXggb2Ygc2lnbmFsbGluZyBwcm90b2NvbHMgaW52b2x2ZWQgZHVyaW5nIHRoZTxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IHN0aXRjaGlu
ZywgdGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBTSE9VTEQgYmUgcHJvcGFnYXRlZCBiZXR3
ZWVuIHRoZSBzaWduYWxsaW5nIHByb3RvY29scy7igJ0gTm90IGNsZWFyIHdoYXQgdGhpcyBtZWFu
cywgbWF5YmUgaXQgc2hvdWxkIGJlIHByb3BhZ2F0ZWQgYmV0d2VlbiB0aGUgdHdvIGRvbWFpbnMs
IG5vdCB0aGUgc2lnbmFsaW5nIHByb3RvY29scz88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RGFuaWVs
ZSA8bzpwPjwvbzpwPjwvcD4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2lu
dGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3Ug
cHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnBh
cyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBT
aSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25h
bGVyPG86cD48L286cD48L3ByZT4NCjxwcmU+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUg
YWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMg
ZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5P
cmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFs
dGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPG86cD48L286cD48L3ByZT4NCjxwcmU+
PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo
bWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24g
dGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGV5
IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9y
aXNhdGlvbi48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz
IGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlz
IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5BcyBl
bWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0
aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuPG86cD48L286cD48
L3ByZT4NCjxwcmU+VGhhbmsgeW91LjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjwvYm9keT4N
CjwvaHRtbD4NCg==

--_000_F64C10EAA68C8044B33656FA214632C8882E78F8MISOUT7MSGUSRDE_--


From nobody Tue May  1 12:20:44 2018
Return-Path: <leeyoung@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC59412EA54; Tue,  1 May 2018 12:20:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.797
X-Spam-Level: 
X-Spam-Status: No, score=-1.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g--9RLVBib-K; Tue,  1 May 2018 12:20:30 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D84841243F3; Tue,  1 May 2018 12:20:29 -0700 (PDT)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 467B745E4384F; Tue,  1 May 2018 20:20:25 +0100 (IST)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.382.0; Tue, 1 May 2018 20:20:26 +0100
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.34]) by SJCEML701-CHM.china.huawei.com ([169.254.3.144]) with mapi id 14.03.0382.000;  Tue, 1 May 2018 12:20:17 -0700
From: Leeyoung <leeyoung@huawei.com>
To: Eric Gray <eric.gray@ericsson.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-teas-actn-info-model.all@ietf.org" <draft-ietf-teas-actn-info-model.all@ietf.org>, 'TEAS WG Chairs' <teas-chairs@ietf.org>, TEAS WG <teas@ietf.org>, "Yemin (Amy)" <amy.yemin@huawei.com>
Thread-Topic: Rtgdir last call review of draft-ietf-teas-actn-info-model
Thread-Index: AdPd7Lqgg9fNbQqYTgGqURIPBCDASAAAZyHAAAgOEVAAzjLNsAABSnDwAAzNzZA=
Date: Tue, 1 May 2018 19:20:16 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1@sjceml521-mbx.china.huawei.com>
References: <48E1A67CB9CA044EADFEAB87D814BFF64BA5577B@eusaamb107.ericsson.se> <48E1A67CB9CA044EADFEAB87D814BFF64BA557F4@eusaamb107.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E173CFDE208@sjceml521-mbs.china.huawei.com> <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAD8@eusaamb107.ericsson.se> <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFF@eusaamb107.ericsson.se>
In-Reply-To: <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFF@eusaamb107.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.77]
Content-Type: multipart/mixed; boundary="_004_7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1sjceml521mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/qsZ57-eLQVw9EPckvNujwYde3GE>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-teas-actn-info-model
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 May 2018 19:20:37 -0000

--_004_7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1sjceml521mbxchi_
Content-Type: multipart/alternative;
 boundary="_000_7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1sjceml521mbxchi_"

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

SGkgRXJpYywNCg0KVGhhbmtzIGFnYWluIGZvciB5b3VyIGdvb2QgY29tbWVudHMgYW5kIHF1aWNr
IHJlcGx5IHRvIHRoZSBsYXN0IGVtYWlsLiBJIHRoaW5rIHRoZSBvbmx5IGlzc3VlIHBlbmRpbmcg
aXM6DQoNCg0KU2VjdGlvbiA1LjIsIFZOIFNlcnZpY2UgQ2hhcmFjdGVyaXN0aWNzOiBpbiB0aGUg
c2hhcmVkIHJpc2sgZGlzY3Vzc2lvbiAodG93YXJkcyB0aGUgdG9wIG9mIHBhZ2UgMTIpLCBpdCBp
cyBkaWZmaWN1bHQgdG8gaW5kaWNhdGUgKHdpdGggYW55IGFjY3VyYWN5KSB3aGF0IHRoZSBzaGFy
ZWQgcmlza3MgYXJlIGZvciBhIHRvcG9sb2d5IHR5cGUgY29uc2lzdGluZyBvZiBqdXN0IGEgbGlz
dCBvZiBtZW1iZXJzLiAgSXMgdGhpcyBsaW1pdGVkIHRvIHRvcG9sb2dpZXMgb2YgdGhlIHR5cGUg
dGhhdCBpbmNsdWRlcyAodmlydHVhbCkgbGluayBhbmQgbm9kZSBpbmZvcm1hdGlvbj8NCg0KDQoN
CllMPj4gIEhlcmUgd2UgYXJlIHRhbGtpbmcgYWJvdXQgVk4gbWVtYmVyIGxldmVsIFNSTEcuIElm
IHdlIGhhdmUgdHdvIFZOIG1lbWJlcnMsIHNheSBjb21pbmcgb2ZmIGZyb20gdGhlIHNhbWUgc291
cmNlIHRvIGEgdHdvIGRpZmZlcmVudCBkZXN0aW5hdGlvbnMuIElmIFNSTEcgaXMgc2V0IGZvciB0
aGlzIFZOLCBpdCBtZWFucyBWTiBtZW1iZXIgMSBmcm9tIHRoZSBzb3VyY2UgdG8gZGVzdGluYXRp
b24gMSBzaG91bGQgYmUgU1JMRyBkaXNqb2ludCBmcm9tIFZOIG1lbWJlciAyIGZyb20gdGhlIHNv
dXJjZSB0byBkZXN0aW5hdGlvbiAyLiBUaGlzIGNvbmNlcHQgb2YgU1JMRyBpcyBhIG5ldyBjb25j
ZXB0IG9uIHRoZSBWTiBtZW1iZXIgbGV2ZWwuDQoNCkRvIHdlIGV4cGVjdCB0aGlzIHRvIGJlIGNs
YXJpZmllZCBpbiBsYXRlciB3b3JrIOKAkyBpLmUuIOKAkyBpcyBzcGVjaWZ5aW5nIHRoaXMgbW9y
ZSBwcmVjaXNlbHkgbm90IGluIHNjb3BlIGZvciB0aGlzIHZlcnNpb24sIG9yIGlzIGl0IHN1cHBv
c2VkIHRvIGJlIGNsZWFyIGluIChvciBmcm9tKSB0aGlzIGRvY3VtZW50PyAgSWYgbm90aGluZyBl
bHNlLCB0aGVyZSBwcm9iYWJseSBzaG91bGQgYmUgYXQgbGVhc3QgYSBoaW50IGF0IGEgdXNlIGNh
c2UgZXhhbXBsZSB3aGVyZSB0aGlzIHdvdWxkIGJlIGJlbmVmaWNpYWwuDQoNCkkgZ2F2ZSBhIHNl
Y29uZCB0aG91Z2h0IGFuZCB0aGUgU1JMRyBkaXNjdXNzaW9uIHdvdWxkIGJlIGJlc3QgdG8gYmUg
ZGVsZXRlZCBmcm9tIFNlY3Rpb24gNS4yLiBBcyB5b3Ugb3JpZ2luYWxseSBwb2ludGVkIG91dCwg
aXQgbWlnaHQgYmUgZGlmZmljdWx0IHRvIGFwcGx5IFNSTEcgY29uY2VwdCB0byBWTiBvciBWTiBt
ZW1iZXIgbGV2ZWwgYXMgU1JMRyBoYXMgYSBwaHlzaWNhbCBpbXBsaWNhdGlvbi4gU2luY2UgU2Vj
dGlvbiA1LjIgaGFzIGRpdmVyc2l0eSBhcyBwYXJ0IG9mIFZOIGNvbnN0cmFpbnRzLCB0aGlzIHdv
dWxkIGJlIHN1ZmZpY2llbnQgdG8gZXhwcmVzcyBob3cgVk4gbWVtYmVycyBhcmUgcmVsYXRlZCB0
byBlYWNoIG90aGVyIGZyb20gdGhlIGRpdmVyc2l0eS9kaXNqb2ludG5lc3Mgc3RhbmRwb2ludC4g
U28gSSByZW1vdmVkIHRoZSBTUkxHIGRpc2N1c3Npb24gZnJvbSBTZWN0aW9uIDUuMi4NCg0KV2l0
aCB0aGF0LCB0aGUgYXR0YWNoZWQgZGlmZiBmaWxlIGNvbXBhcmVzIHRoZSBvbGQgdmVyc2lvbiAo
MDcpIGFuZCB0aGUgbmV3IHZlcnNpb24gKDA4KS4gUGxlYXNlIGxldCB1cyBrbm93IGlmIHlvdSBh
cmUgaGFwcHkgd2l0aCB2ZXJzaW9uIDA4OyBlbHNlLCBwbGVhc2UgbGV0IHVzIGtub3cgeW91ciBm
dXJ0aGVyIGNvbW1lbnRzLg0KDQpUaGFua3MgJiBiZXN0IHJlZ2FyZHMsDQpZb3VuZyAob24gYmVo
YWxmIG9mIG90aGVyIGNvLWF1dGhvcnMpDQoNCkZyb206IEVyaWMgR3JheSBbbWFpbHRvOmVyaWMu
Z3JheUBlcmljc3Nvbi5jb21dDQpTZW50OiBUdWVzZGF5LCBNYXkgMDEsIDIwMTggODowNSBBTQ0K
VG86IHJ0Zy1kaXJAaWV0Zi5vcmcNCkNjOiBMZWV5b3VuZyA8bGVleW91bmdAaHVhd2VpLmNvbT47
IGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnOyAnVEVBUyBXRyBD
aGFpcnMnIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZz47IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc+OyBZ
ZW1pbiAoQW15KSA8YW15LnllbWluQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBGVzogUnRnZGlyIGxh
c3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0KDQpTb3Jy
eSBmb3IgdGhlIFNQQU0sIEkgaGFkIGZvcmdvdHRlbiB0byBjaGVjayBpZiBSVEctRElSQGlldGYu
b3JnPG1haWx0bzpSVEctRElSQGlldGYub3JnPiB3YXMgaW5jbHVkZWQgYXMgYW4gYWRkcmVzc2Vl
IGluIHRoZSBiZWxvdyByZXNwb25zZeKApg0KDQpGcm9tOiBFcmljIEdyYXkNClNlbnQ6IFR1ZXNk
YXksIE1heSAwMSwgMjAxOCA5OjAxIEFNDQpUbzogTGVleW91bmcgPGxlZXlvdW5nQGh1YXdlaS5j
b208bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20+PjsgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5m
by1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9k
ZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc8
bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPj47ICd0ZWFzQGlldGYub3JnJyA8dGVhc0BpZXRm
Lm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQpDYzogWWVtaW4gKEFteSkgPGFteS55ZW1pbkBo
dWF3ZWkuY29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTogUnRn
ZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0K
DQpZb3VuZywgZXQgYWwsDQoNCllvdSBpbmRpY2F0ZSB0aGF0IHlvdSB3aWxsIGFkZHJlc3MgdGhl
IE5pdHMsIHNvIChvYnZpb3VzbHkpIEkgYW0gb2theSB3aXRoIHRoYXQuICDwn5iKDQoNCk9uZSBv
ZiBteSBjb21tZW50cy9xdWVzdGlvbnMgY2FtZSBmcm9tIGEgbWlzdW5kZXJzdGFuZGluZyBvbiBt
eSBwYXJ0IOKAkyB0aGFua3MgZm9yIGhlbHBpbmcgbWUgdG8gc2VlIGl0DQoNClBsZWFzZSBzZWUg
c3BlY2lmaWMgcmVzcG9uc2VzIHJlbGF0ZWQgdG8gbWlub3IgaXNzdWVzL3F1ZXN0aW9ucyBiZWxv
d+KApg0KDQpGcm9tOiBMZWV5b3VuZyBbbWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb21dDQpTZW50
OiBGcmlkYXksIEFwcmlsIDI3LCAyMDE4IDc6NTYgQU0NClRvOiBFcmljIEdyYXkgPGVyaWMuZ3Jh
eUBlcmljc3Nvbi5jb208bWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nvbi5jb20+PjsgZHJhZnQtaWV0
Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVh
cy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1j
aGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPj47ICd0ZWFzQGlldGYu
b3JnJyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQpDYzogWWVtaW4gKEFt
eSkgPGFteS55ZW1pbkBodWF3ZWkuY29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpT
dWJqZWN0OiBSRTogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFj
dG4taW5mby1tb2RlbA0KSW1wb3J0YW5jZTogSGlnaA0KDQoNCkhpIEVyaWMsDQoNCg0KDQpUaGFu
a3MgZm9yIHlvdXIgcmV2aWV3IGFuZCBwcm92aWRpbmcgdXMgYSBsaXN0IG9mIGdvb2QgY29tbWVu
dHMuDQoNCg0KDQpQbGVhc2Ugc2VlIGlubGluZSBmb3Igb3VyIHJlc3BvbnNlIHRvIHlvdXIgY29t
bWVudCBhbmQgbGV0IHVzIGtub3cgaWYgb3VyIHJlc3BvbnNlIGlzIHNhdGlzZmFjdG9yeSB0byB5
b3UuDQoNCg0KDQpCZXN0IHJlZ2FyZHMsDQoNCllvdW5nIChvbiBiZWhhbGYgb2YgY28tYXV0aG9y
cykNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBFcmljIEdyYXkgW21h
aWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tXQ0KU2VudDogRnJpZGF5LCBBcHJpbCAyNywgMjAx
OCAxOjEyIEFNDQpUbzogZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5v
cmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnPjsg
J1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnRlYXMtY2hhaXJz
QGlldGYub3JnPj47ICd0ZWFzQGlldGYub3JnJyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0Bp
ZXRmLm9yZz4+DQpDYzogWWVtaW4gKEFteSkgPGFteS55ZW1pbkBodWF3ZWkuY29tPG1haWx0bzph
bXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTogUnRnZGlyIGxhc3QgY2FsbCByZXZp
ZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0KDQoNCg0KSGVsbG8sDQoNCg0K
DQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdl
ciBmb3IgdGhpcyBkcmFmdC4NCg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2
aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRo
cm91Z2ggbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmll
dyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBp
bmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSBodHRw
Oi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCg0KDQpB
bHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBS
b3V0aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhl
bSBhbG9uZyB3aXRoIGFueSBvdGhlciBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2
ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVw
ZGF0aW5nIHRoZSBkcmFmdC4NCg0KDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1p
bmZvLW1vZGVsDQoNClJldmlld2VyOiBFcmljIEdyYXkNCg0KUmV2aWV3IERhdGU6IEFwcmlsIDI3
LCAyMDE4DQoNCkxDIEVuZCBEYXRlOiBBcHJpbCAyNywgMjAxOA0KDQpJbnRlbmRlZCBTdGF0dXM6
IEluZm9ybWF0aW9uYWwNCg0KDQoNCipTdW1tYXJ5OioNCg0KRHJhZnQgU3RhdHVzOiBBbG1vc3Qg
cmVhZHkgd2l0aCBtaW5vciBpc3N1ZXMgYW5kIE5JVHMuDQoNCg0KDQpOb3RlOiB0aGlzIGlzIG5v
dCBhIFlBTkcgdGVjaG5pY2FsIHJldmlldy4NCg0KDQoNCk1pbm9yIElzc3VlcyAvIFF1ZXN0aW9u
czoNCg0KPT09PT09PT09PT09PT09PT09PT0NCg0KQXMgYSBnZW5lcmFsIG1pbm9yIHF1ZXN0aW9u
LCB3aGVuIGluc3RhbnRpYXRpbmcgIGEgdG9wb2xvZ3kgaW5jbHVkaW5nIG9ubHkgbWVtYmVyIGlu
Zm9ybWF0aW9uLCBpcyBpdCBhc3N1bWVkIHRoYXQgLSBnaXZlbiBhIGxpc3Qgb2YgbWVtYmVycyAt
IGVhY2ggbWVtYmVyIGlzIGJpLWRpcmVjdGlvbmFsbHkgY29ubmVjdGVkIHRvIGV2ZXJ5IG90aGVy
IG1lbWJlciwgYXJlIGVuZC10by1lbmQgbWVtYmVyIGNvbm5lY3Rpb25zIHBhaXJ3aXNlIChlLmcu
IC0gYWxsb3dpbmcgc2V0dXAgb2YgYSBodWIgYW5kIHNwb2tlIHRvcG9sb2d5KSwgb3IgaXMgaXQg
bmVjZXNzYXJ5L3Bvc3NpYmxlIHRvIGRlZmluZSBkaXJlY3Rpb25hbGl0eSAoZS5nLiAtIGFsbG93
aW5nIHNldHVwIG9mIGEgZGlzdHJpYnV0aW9uIHRyZWUpPw0KDQoNCg0KTm90ZTogVGhpcyBzaG91
bGQgcHJvYmFibHkgYmUgZXhwbGljaXRseSBzdGF0ZWQsIHRob3VnaCBzZWN0aW9uIDUuMyBzZWVt
cyB0byBpbXBseSB0aGF0IGJvdGggY29ubmVjdGl2aXR5IGFuZCBkaXJlY3Rpb25hbGl0eSBhcmUg
c3VwcG9ydGVkIChhdCBsZWFzdCB0aGUgd2F5IEkgcmVhZCBpdCkuDQoNCg0KDQpZTD4+IFdlIGRv
buKAmXQgbmVjZXNzYXJpbHkgYXNzdW1lIHRoZSBWTnMvVEUgVHVubmVscyBhcmUgYmktZGlyZWN0
aW9uYWwuIEl0IGNhbiBiZSB1bmktZGlyZWN0aW9uYWwuIEFzIHlvdSBwb2ludGVkIG91dCwgaXQg
d2lsbCBiZSBoZWxwZnVsIHRvIGV4cGxpY2l0bHkgc3BlY2lmeSBkaXJlY3Rpb25hbGl0eS4gSG93
IGFib3V0IGluIFNlY3Rpb24gNS4yLCB3ZSBjYW4gYWRkIDxWTiBkaXJlY3Rpb25hbGl0eT4gaW4g
ZGVzY3JpYmluZyA8Vk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M+Lg0KDQoNCg0KPFZOIFNlcnZp
Y2UgQ2hhcmFjdGVyaXN0aWNzPiA6Oj0gPFZOIENvbm5lY3Rpdml0eSBUeXBlPg0KDQoNCg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8Vk4gRGlyZWN0aW9uYWxpdHk+DQoNCg0K
DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoPFZOIFRyYWZmaWMgTWF0cml4
Pi4uLikNCg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxWTiBTdXJ2
aXZhYmlsaXR5Pg0KDQpPa2F5Lg0KDQoNCg0KU2VjdGlvbiAzLCB0b3Agb2YgcGFnZSA2OiB3aGls
ZSB0aGlzIGRyYWZ0IGlzIGludGVuZGVkIHRvIGJlIGluZm9ybWF0aW9uYWwgYW5kIGRvZXMgbm90
IHJlZmVyIHRvIFJGQyAyMTE5LCB0aGUgd29yZGluZyAiYXQgYSBtaW5pbXVtIiBhbmQgInNob3Vs
ZCBiZSBzdXBwb3J0ZWQiIGlzIGluY29uc2lzdGVudCAob3IgYXJndWFibHkgcmVkdW5kYW50KS4g
IEkgcmVjb21tZW5kIG9taXR0aW5nIHRoZSAxc3QgcGFydCAoIkF0IGEgbWluaW11bSwiKSBtYWtp
bmcgdGhlIHNlbnRlbmNlIHJlYWQgaW5zdGVhZCAiVGhlIGZvbGxvd2luZyBWTiBBY3Rpb24gLi4u
Ig0KDQpBIHNpbWlsYXIgaXNzdWUgYXBwbGllcyB0byB0aGUgMm5kIHBhcmFncmFwaCBpbiBzZWN0
aW9uIDQuDQoNCg0KDQpZTD4+IEFncmVlLiBXaWxsIGVkaXQgcGVyIHlvdXIgc3VnZ2VzdGlvbiDi
gJMgZGVsZXRlIOKAnEF0IHRoZSBtaW5pbXVt4oCdIGluIGJvdGggcGxhY2VzLg0KDQpPa2F5Lg0K
DQoNCg0KU2VjdGlvbiAzLjIsIFZOIE1vZGlmeTogSXQgbG9va3MgYXMgaWYgdGhpcyBzZWN0aW9u
IG5lZWRzIHRvIGluY2x1ZGUgdGV4dCBzaW1pbGFyIHRvIHRoYXQgaW4gc2VjdGlvbiAzLjQsIGdp
dmVuIHRoZSBwb3NzaWJsZSB0b3BvbG9neSB0eXBlcyBkZXNjcmliZWQgaW4gc2VjdGlvbiAzLjEu
ICBJbiBhZGRpdGlvbiwgeW91IG1heSB3YW50IHRvIHJlc3RyaWN0IHdoYXQgaXMgYWxsb3dlZCBp
biBhIFZOIE1vZGlmeSB0byBhY3Rpb25zIGNvbnNpc3RlbnQgd2l0aCB0aGUgVk4gdG9wb2xvZ3kg
dHlwZSBwcmV2aW91c2x5IGluc3RhbnRpYXRlZC4NCg0KDQoNCllMPj4gWWVzLiBBZ3JlZS4gV2ls
bCBhZGQgYSBuZXcgcGFyYWdyYXBoIGFzIGZvbGxvd3M6DQoNCg0KDQogICBWTiBNb2RpZnksIGRl
cGVuZGluZyBvZiB0aGUgdHlwZSBvZiBWTiBpbnN0YW50aWF0ZWQsIGNhbiBiZSBhbg0KDQogICBt
b2RpZmljYXRpb24gb2YgdGhlIGNoYXJhY3RlcmlzdGljcyBvZiBWTiBtZW1iZXJzIChlZGdlLXRv
LWVkZ2UgbGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAxLCBvcg0KDQogICBhbiBtb2RpZmljYXRp
b24gb2YgYW4gZXhpc3RpbmcgdmlydHVhbCB0b3BvbG9neSAoZS5nLiwgYWRkaW5nL2RlbGV0aW5n
IHZpcnR1YWwgbm9kZXMvbGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAyLg0KDQpHcmVhdCENCg0K
DQoNClNlY3Rpb24gMy42LCBWTiBRdWVyeTogSW4gYWRkaXRpb24gdG8gY2VydGFpbiBOSVRzLCB0
aGlzIHNlY3Rpb24gc2hvdWxkIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGUgInRvcG9sb2d5IHZpZXci
IHJldHVybmVkIGJ5IFZOIFF1ZXJ5IHdvdWxkIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdG9wb2xv
Z3kgdHlwZSBpbnN0YW50aWF0ZWQgZm9yIGFueSBzcGVjaWZpYyBWTi4NCg0KDQoNCllMPj4gIEFn
cmVlIHdpdGggdGhlIE5JVHMgYW5kIHRoZSBuZWVkIGZvciBjbGFyaWZpY2F0aW9uIHN0YXRlbWVu
dC4NCg0KDQoNCk9MRDoNCg0KVk4gUXVlcnkgcmVmZXJzIHRvIGlucXVpcnkgcGVydGFpbmluZyB0
byB0aGUgVk4gdGhhdCBoYXMgYmVlbiBhbHJlYWR5IGluc3RhbnRpYXRlZC4gVk4gUXVlcnkgZnVs
ZmlsbHMgYSBwdWxsIG1vZGVsIGFuZCBwZXJtaXQgdG8gZ2V0IHRvcG9sb2d5IHZpZXcuIFZOIFF1
ZXJ5IFJlcGx5IHJlZmVycyB0byB0aGUgcmVwbHkgaW4gcmVzcG9uc2UgdG8gVk4gUXVlcnkuDQoN
Cg0KDQpORVc6DQoNCg0KDQpWTiBRdWVyeSByZWZlcnMgdG8gYW4gaW5xdWlyeSBwZXJ0YWluaW5n
IHRvIGEgVk4gdGhhdCBoYXMgYWxyZWFkeSBiZWVuIGluc3RhbnRpYXRlZC4gIFZOIFF1ZXJ5IGZ1
bGZpbGxzIGEgcHVsbCBtb2RlbCB0aGF0IHBlcm1pdHMgZ2V0dGluZyBhIHRvcG9sb2d5IHZpZXcu
ICBWTiBRdWVyeSBSZXBseSByZWZlcnMgdG8gdGhlIHJlcGx5IGluIHJlc3BvbnNlIHRvIFZOIFF1
ZXJ5LiBUaGUgdG9wb2xvZ3kgdmlldyByZXR1cm5lZCBieSBWTiBRdWVyeSBSZXBseSB3b3VsZCBi
ZSBjb25zaXN0ZW50IHdpdGggdGhlIHRvcG9sb2d5IHR5cGUgaW5zdGFudGlhdGVkIGZvciBhbnkg
c3BlY2lmaWMgVk4uDQoNCkdyZWF0IQ0KDQoNCg0KDQoNClNlY3Rpb24gNCwgVHJhZmZpYyBFbmdp
bmVlcmluZyAoVEUpIHByaW1pdGl2ZXM6IERvZXMgaXQgbWFrZSBzZW5zZSB0aGF0IHRoZSBURSBh
Y3Rpb25zIHNob3VsZCBiZSBzdXBwb3J0ZWQgYXQgdGhlIE1QSSBjb25zaXN0ZW50bHkgd2l0aCB0
aGUgdHlwZSBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBDTUksIG9yIGFyZSB0aGV5IGluZGVw
ZW5kZW50PyAgU2VjdGlvbiA0LjQgc2VlbXMgdG8gaW1wbHkgdGhhdCBjb25zaXN0ZW5jeSBpcyBl
eHBlY3RlZC4NCg0KDQoNCllMPj4gQ29ycmVjdC4gVEUgYWN0aW9ucyBzaG91bGQgc3VwcG9ydCBh
dCB0aGUgTVBJIGJhc2VkIG9uIHRoZSB0eXBlcyBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBD
TUkuIEkgd2lsbCBhZGQgdGhlIGZvbGxvd2luZyBzZW50ZW5jZSBhcyB0aGUgc2Vjb25kIHBhcmFn
cmFwaCBvZiBTZWN0aW9uIDQ6DQoNCg0KDQpORVc6IFRoZSBURSBhY3Rpb24gcHJpbWl0aXZlcyBk
ZWZpbmVkIGluIHRoaXMgc2VjdGlvbiBzaG91bGQgYmUgc3VwcG9ydGVkIGF0IHRoZSBNUEkgY29u
c2lzdGVudGx5IHdpdGggdGhlIHR5cGUgb2YgdG9wb2xvZ3kgZGVmaW5lZCBhdCB0aGUgQ01JLg0K
DQpHcmVhdCENCg0KDQoNCg0KDQpTZWN0aW9uIDUuMiwgVk4gU2VydmljZSBDaGFyYWN0ZXJpc3Rp
Y3M6IGluIHRoZSBzaGFyZWQgcmlzayBkaXNjdXNzaW9uICh0b3dhcmRzIHRoZSB0b3Agb2YgcGFn
ZSAxMiksIGl0IGlzIGRpZmZpY3VsdCB0byBpbmRpY2F0ZSAod2l0aCBhbnkgYWNjdXJhY3kpIHdo
YXQgdGhlIHNoYXJlZCByaXNrcyBhcmUgZm9yIGEgdG9wb2xvZ3kgdHlwZSBjb25zaXN0aW5nIG9m
IGp1c3QgYSBsaXN0IG9mIG1lbWJlcnMuICBJcyB0aGlzIGxpbWl0ZWQgdG8gdG9wb2xvZ2llcyBv
ZiB0aGUgdHlwZSB0aGF0IGluY2x1ZGVzICh2aXJ0dWFsKSBsaW5rIGFuZCBub2RlIGluZm9ybWF0
aW9uPw0KDQoNCg0KWUw+PiAgSGVyZSB3ZSBhcmUgdGFsa2luZyBhYm91dCBWTiBtZW1iZXIgbGV2
ZWwgU1JMRy4gSWYgd2UgaGF2ZSB0d28gVk4gbWVtYmVycywgc2F5IGNvbWluZyBvZmYgZnJvbSB0
aGUgc2FtZSBzb3VyY2UgdG8gYSB0d28gZGlmZmVyZW50IGRlc3RpbmF0aW9ucy4gSWYgU1JMRyBp
cyBzZXQgZm9yIHRoaXMgVk4sIGl0IG1lYW5zIFZOIG1lbWJlciAxIGZyb20gdGhlIHNvdXJjZSB0
byBkZXN0aW5hdGlvbiAxIHNob3VsZCBiZSBTUkxHIGRpc2pvaW50IGZyb20gVk4gbWVtYmVyIDIg
ZnJvbSB0aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDIuIFRoaXMgY29uY2VwdCBvZiBTUkxHIGlz
IGEgbmV3IGNvbmNlcHQgb24gdGhlIFZOIG1lbWJlciBsZXZlbC4NCg0KRG8gd2UgZXhwZWN0IHRo
aXMgdG8gYmUgY2xhcmlmaWVkIGluIGxhdGVyIHdvcmsg4oCTIGkuZS4g4oCTIGlzIHNwZWNpZnlp
bmcgdGhpcyBtb3JlIHByZWNpc2VseSBub3QgaW4gc2NvcGUgZm9yIHRoaXMgdmVyc2lvbiwgb3Ig
aXMgaXQgc3VwcG9zZWQgdG8gYmUgY2xlYXIgaW4gKG9yIGZyb20pIHRoaXMgZG9jdW1lbnQ/ICBJ
ZiBub3RoaW5nIGVsc2UsIHRoZXJlIHByb2JhYmx5IHNob3VsZCBiZSBhdCBsZWFzdCBhIGhpbnQg
YXQgYSB1c2UgY2FzZSBleGFtcGxlIHdoZXJlIHRoaXMgd291bGQgYmUgYmVuZWZpY2lhbC4NCg0K
DQoNClNlY3Rpb24gNS40LCAxc3Qgc2VudGVuY2U6IFZOIE1lbWJlciBpcyBub3QgZXF1YWwgdG8g
ZW5kLXRvLWVuZCB0dW5uZWwuICBJIHN1c3BlY3QgeW91IG1lYW4gIlZOIG1lbWJlciBwYWlyLiIN
Cg0KDQoNCllMPj4gQWN0dWFsbHkgd2UgaGF2ZSB1c2VkIFZOIG1lbWJlciBpcyBlcXVpdmFsZW50
IHRvIGFuIGVuZC10by1lbmQgdHVubmVsIChDRS1DRSkgZnJvbSBhIGN1c3RvbWVyIHN0YW5kcG9p
bnQuICBXaGF0IGRvIHlvdSBoYXZlIGluIG1pbmQgd2hlbiB5b3UgdXNlZCB0aGUgdGVybSDigJxW
TiBtZW1iZXIgcGFpcuKAnT8NCg0KU29ycnksIEkgaGFkIG1pc3NlZCBzb21ldGhpbmcuICBJIGhh
ZCB0aGUgKG1pc3Rha2VuKSBpZGVhIHRoYXQgYSDigJxtZW1iZXLigJ0gd2FzIGFuIGVuZHBvaW50
IChDRSksIHJhdGhlciB0aGFuIGEgc3BlY2lmaWMgKENFLUNFKSB0dW5uZWwuICBPbiByZS1yZWFk
aW5nIHRoZSBkcmFmdCwgaXQgaXMgY2xlYXIgdGhhdCB5b3UgaGF2ZSBkZWZpbmVkIFZOIG1lbWJl
ciB0byBiZSBlcXVpdmFsZW50IHRvIGVuZC10by1lbmQgbGluay4NCg0KDQoNCkkgd2l0aGRyYXcg
dGhlIGNvbW1lbnQuDQoNCg0KDQpOSVRzOg0KDQo9PT0NCg0KLS0tIFtTTklQXSAtLS0NCg0KDQoN
Ci0tDQoNCkVyaWMNCg0KDQo=

--_000_7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1sjceml521mbxchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkgU3ltYm9sIjsNCglwYW5v
c2UtMToyIDExIDUgMiA0IDIgNCAyIDIgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5N
c29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJ
e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFy
IjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uUGxhaW5UZXh0
Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1z
b25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFs
dDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87
DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh
bGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9
DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh
bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1h
aWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQN
Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki
LHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5
bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0
aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4w
aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl
PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIg
c3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48
eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQi
IGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+
DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRp
diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj5IaSBFcmljLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+VGhhbmtzIGFnYWluIGZvciB5b3VyIGdvb2QgY29tbWVudHMgYW5kIHF1aWNrIHJlcGx5
IHRvIHRoZSBsYXN0IGVtYWlsLiBJIHRoaW5rIHRoZSBvbmx5IGlzc3VlIHBlbmRpbmcgaXM6PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPlNlY3Rpb24gNS4yLCBWTiBTZXJ2aWNlIENoYXJhY3RlcmlzdGljczogaW4gdGhl
IHNoYXJlZCByaXNrIGRpc2N1c3Npb24gKHRvd2FyZHMgdGhlIHRvcCBvZiBwYWdlIDEyKSwgaXQg
aXMgZGlmZmljdWx0IHRvIGluZGljYXRlICh3aXRoIGFueSBhY2N1cmFjeSkgd2hhdCB0aGUgc2hh
cmVkIHJpc2tzIGFyZSBmb3IgYSB0b3BvbG9neSB0eXBlIGNvbnNpc3Rpbmcgb2YganVzdCBhIGxp
c3Qgb2YgbWVtYmVycy4mbmJzcDsNCiBJcyB0aGlzIGxpbWl0ZWQgdG8gdG9wb2xvZ2llcyBvZiB0
aGUgdHlwZSB0aGF0IGluY2x1ZGVzICh2aXJ0dWFsKSBsaW5rIGFuZCBub2RlIGluZm9ybWF0aW9u
PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyAmbmJzcDtI
ZXJlIHdlIGFyZSB0YWxraW5nIGFib3V0IFZOIG1lbWJlciBsZXZlbCBTUkxHLiBJZiB3ZSBoYXZl
IHR3byBWTiBtZW1iZXJzLCBzYXkgY29taW5nIG9mZiBmcm9tIHRoZSBzYW1lIHNvdXJjZSB0byBh
IHR3byBkaWZmZXJlbnQgZGVzdGluYXRpb25zLiBJZiBTUkxHIGlzIHNldCBmb3IgdGhpcyBWTiwg
aXQgbWVhbnMgVk4gbWVtYmVyIDEgZnJvbQ0KIHRoZSBzb3VyY2UgdG8gZGVzdGluYXRpb24gMSBz
aG91bGQgYmUgU1JMRyBkaXNqb2ludCBmcm9tIFZOIG1lbWJlciAyIGZyb20gdGhlIHNvdXJjZSB0
byBkZXN0aW5hdGlvbiAyLiBUaGlzIGNvbmNlcHQgb2YgU1JMRyBpcyBhIG5ldyBjb25jZXB0IG9u
IHRoZSBWTiBtZW1iZXIgbGV2ZWwuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+RG8gd2UgZXhw
ZWN0IHRoaXMgdG8gYmUgY2xhcmlmaWVkIGluIGxhdGVyIHdvcmsg4oCTIGkuZS4g4oCTIGlzIHNw
ZWNpZnlpbmcgdGhpcyBtb3JlIHByZWNpc2VseSBub3QgaW4gc2NvcGUgZm9yIHRoaXMgdmVyc2lv
biwgb3IgaXMgaXQgc3VwcG9zZWQgdG8gYmUgY2xlYXIgaW4gKG9yIGZyb20pIHRoaXMgZG9jdW1l
bnQ/Jm5ic3A7IElmIG5vdGhpbmcgZWxzZSwgdGhlcmUNCiBwcm9iYWJseSBzaG91bGQgYmUgYXQg
bGVhc3QgYSBoaW50IGF0IGEgdXNlIGNhc2UgZXhhbXBsZSB3aGVyZSB0aGlzIHdvdWxkIGJlIGJl
bmVmaWNpYWwuPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkg
Z2F2ZSBhIHNlY29uZCB0aG91Z2h0IGFuZCB0aGUgU1JMRyBkaXNjdXNzaW9uIHdvdWxkIGJlIGJl
c3QgdG8gYmUgZGVsZXRlZCBmcm9tIFNlY3Rpb24gNS4yLiBBcyB5b3Ugb3JpZ2luYWxseSBwb2lu
dGVkIG91dCwgaXQgbWlnaHQgYmUgZGlmZmljdWx0IHRvIGFwcGx5IFNSTEcgY29uY2VwdCB0byBW
TiBvciBWTiBtZW1iZXIgbGV2ZWwgYXMgU1JMRyBoYXMgYQ0KIHBoeXNpY2FsIGltcGxpY2F0aW9u
LiBTaW5jZSBTZWN0aW9uIDUuMiBoYXMgZGl2ZXJzaXR5IGFzIHBhcnQgb2YgVk4gY29uc3RyYWlu
dHMsIHRoaXMgd291bGQgYmUgc3VmZmljaWVudCB0byBleHByZXNzIGhvdyBWTiBtZW1iZXJzIGFy
ZSByZWxhdGVkIHRvIGVhY2ggb3RoZXIgZnJvbSB0aGUgZGl2ZXJzaXR5L2Rpc2pvaW50bmVzcyBz
dGFuZHBvaW50LiBTbyBJIHJlbW92ZWQgdGhlIFNSTEcgZGlzY3Vzc2lvbiBmcm9tIFNlY3Rpb24g
NS4yLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5XaXRoIHRoYXQsIHRo
ZSBhdHRhY2hlZCBkaWZmIGZpbGUgY29tcGFyZXMgdGhlIG9sZCB2ZXJzaW9uICgwNykgYW5kIHRo
ZSBuZXcgdmVyc2lvbiAoMDgpLiBQbGVhc2UgbGV0IHVzIGtub3cgaWYgeW91IGFyZSBoYXBweSB3
aXRoIHZlcnNpb24gMDg7IGVsc2UsIHBsZWFzZSBsZXQgdXMga25vdyB5b3VyIGZ1cnRoZXIgY29t
bWVudHMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoYW5rcyAmYW1w
OyBiZXN0IHJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPllvdW5nIChvbiBiZWhhbGYgb2Ygb3RoZXIg
Y28tYXV0aG9ycyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx
LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi
PkZyb206PC9iPiBFcmljIEdyYXkgW21haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tXSA8YnI+
DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgTWF5IDAxLCAyMDE4IDg6MDUgQU08YnI+DQo8Yj5Ubzo8
L2I+IHJ0Zy1kaXJAaWV0Zi5vcmc8YnI+DQo8Yj5DYzo8L2I+IExlZXlvdW5nICZsdDtsZWV5b3Vu
Z0BodWF3ZWkuY29tJmd0OzsgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0
Zi5vcmc7ICdURUFTIFdHIENoYWlycycgJmx0O3RlYXMtY2hhaXJzQGlldGYub3JnJmd0OzsgVEVB
UyBXRyAmbHQ7dGVhc0BpZXRmLm9yZyZndDs7IFllbWluIChBbXkpICZsdDthbXkueWVtaW5AaHVh
d2VpLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gRlc6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2
aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWw8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNvcnJ5IGZvciB0aGUgU1BBTSwgSSBoYWQgZm9yZ290dGVu
IHRvIGNoZWNrIGlmIDxhIGhyZWY9Im1haWx0bzpSVEctRElSQGlldGYub3JnIj4NClJURy1ESVJA
aWV0Zi5vcmc8L2E+IHdhcyBpbmNsdWRlZCBhcyBhbiBhZGRyZXNzZWUgaW4gdGhlIGJlbG93IHJl
c3BvbnNl4oCmPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv
bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gRXJpYyBHcmF5IDxicj4NCjxiPlNlbnQ6PC9iPiBUdWVz
ZGF5LCBNYXkgMDEsIDIwMTggOTowMSBBTTxicj4NCjxiPlRvOjwvYj4gTGVleW91bmcgJmx0Ozxh
IGhyZWY9Im1haWx0bzpsZWV5b3VuZ0BodWF3ZWkuY29tIj5sZWV5b3VuZ0BodWF3ZWkuY29tPC9h
PiZndDs7DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5h
bGxAaWV0Zi5vcmciPmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3Jn
PC9hPjsgJ1RFQVMgV0cgQ2hhaXJzJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXMtY2hhaXJzQGll
dGYub3JnIj50ZWFzLWNoYWlyc0BpZXRmLm9yZzwvYT4mZ3Q7OyAndGVhc0BpZXRmLm9yZycgJmx0
OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9hPiZndDs8YnI+
DQo8Yj5DYzo8L2I+IFllbWluIChBbXkpICZsdDs8YSBocmVmPSJtYWlsdG86YW15LnllbWluQGh1
YXdlaS5jb20iPmFteS55ZW1pbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gUkU6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWlu
Zm8tbW9kZWw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdW5nLCBl
dCBhbCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WW91IGluZGljYXRlIHRoYXQgeW91IHdpbGwg
YWRkcmVzcyB0aGUgTml0cywgc28gKG9idmlvdXNseSkgSSBhbSBva2F5IHdpdGggdGhhdC4mbmJz
cDsNCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSBTeW1ib2wmcXVvdDss
c2Fucy1zZXJpZiI+8J+Yijwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T25lIG9mIG15
IGNvbW1lbnRzL3F1ZXN0aW9ucyBjYW1lIGZyb20gYSBtaXN1bmRlcnN0YW5kaW5nIG9uIG15IHBh
cnQg4oCTIHRoYW5rcyBmb3IgaGVscGluZyBtZSB0byBzZWUgaXQ8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+UGxlYXNlIHNlZSBzcGVjaWZpYyByZXNwb25zZXMgcmVsYXRlZCB0byBtaW5vciBpc3N1
ZXMvcXVlc3Rpb25zDQo8Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5iZWxvdzwvc3Bhbj48
L2k+PC9iPuKApjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz
b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IExlZXlvdW5nIFs8YSBocmVmPSJtYWlsdG86bGVleW91
bmdAaHVhd2VpLmNvbSI+bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb208L2E+XQ0KPGJyPg0KPGI+
U2VudDo8L2I+IEZyaWRheSwgQXByaWwgMjcsIDIwMTggNzo1NiBBTTxicj4NCjxiPlRvOjwvYj4g
RXJpYyBHcmF5ICZsdDs8YSBocmVmPSJtYWlsdG86ZXJpYy5ncmF5QGVyaWNzc29uLmNvbSI+ZXJp
Yy5ncmF5QGVyaWNzc29uLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYt
dGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnIj5kcmFmdC1pZXRmLXRlYXMtYWN0bi1p
bmZvLW1vZGVsLmFsbEBpZXRmLm9yZzwvYT47ICdURUFTIFdHIENoYWlycycgJmx0OzxhIGhyZWY9
Im1haWx0bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZyI+dGVhcy1jaGFpcnNAaWV0Zi5vcmc8L2E+Jmd0
OzsgJ3RlYXNAaWV0Zi5vcmcnICZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVh
c0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBZZW1pbiAoQW15KSAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmFteS55ZW1pbkBodWF3ZWkuY29tIj5hbXkueWVtaW5AaHVhd2VpLmNvbTwvYT4m
Z3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBSdGdkaXIgbGFzdCBjYWxsIHJldmlldyBvZiBk
cmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsPGJyPg0KPGI+SW1wb3J0YW5jZTo8L2I+IEhp
Z2g8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkhpIEVyaWMsPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoYW5rcyBmb3IgeW91ciByZXZpZXcgYW5kIHBy
b3ZpZGluZyB1cyBhIGxpc3Qgb2YgZ29vZCBjb21tZW50cy4NCjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij5QbGVhc2Ugc2VlIGlubGluZSBmb3Igb3VyIHJlc3BvbnNlIHRvIHlvdXIgY29t
bWVudCBhbmQgbGV0IHVzIGtub3cgaWYgb3VyIHJlc3BvbnNlIGlzIHNhdGlzZmFjdG9yeSB0byB5
b3UuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QmVzdCByZWdhcmRzLDxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+WW91bmcgKG9uIGJlaGFsZiBvZiBjby1h
dXRob3JzKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tLS0tLU9yaWdpbmFsIE1lc3Nh
Z2UtLS0tLTxicj4NCkZyb206IEVyaWMgR3JheSBbPGEgaHJlZj0ibWFpbHRvOmVyaWMuZ3JheUBl
cmljc3Nvbi5jb20iPm1haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tPC9hPl0NCjxicj4NClNl
bnQ6IEZyaWRheSwgQXByaWwgMjcsIDIwMTggMToxMiBBTTxicj4NClRvOiA8YSBocmVmPSJtYWls
dG86ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmciPmRyYWZ0LWll
dGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnPC9hPjsgJ1RFQVMgV0cgQ2hhaXJz
JyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnIj50ZWFzLWNoYWlyc0Bp
ZXRmLm9yZzwvYT4mZ3Q7OyAndGVhc0BpZXRmLm9yZycgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFz
QGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9hPiZndDs8YnI+DQpDYzogWWVtaW4gKEFteSkgJmx0
OzxhIGhyZWY9Im1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbSI+YW15LnllbWluQGh1YXdlaS5j
b208L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFJFOiBSdGdkaXIgbGFzdCBjYWxsIHJldmlldyBvZiBk
cmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPkhlbGxvLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JIGhhdmUgYmVlbiBzZWxl
Y3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoZSBSb3V0aW5nIERpcmVj
dG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJh
ZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcuIFRoZSBw
dXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0
aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcNCiBEaXJlY3Rv
cmF0ZSwgcGxlYXNlIHNlZSA8YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVh
L3J0Zy90cmFjL3dpa2kvUnRnRGlyIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3Rl
eHQtZGVjb3JhdGlvbjpub25lIj5odHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90
cmFjL3dpa2kvUnRnRGlyPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUg
Um91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRo
ZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2Vp
dmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieSB1
cGRhdGluZw0KIHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RG9jdW1l
bnQ6IGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPlJldmlld2VyOiBFcmljIEdyYXk8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPlJldmlldyBEYXRlOiBBcHJpbCAyNywgMjAxODxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+TEMgRW5kIERhdGU6IEFwcmlsIDI3LCAy
MDE4PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JbnRlbmRlZCBTdGF0
dXM6IEluZm9ybWF0aW9uYWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+KlN1bW1hcnk6
KjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RHJhZnQgU3RhdHVzOiBB
bG1vc3QgcmVhZHkgd2l0aCBtaW5vciBpc3N1ZXMgYW5kIE5JVHMuPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPk5vdGU6IHRoaXMgaXMgbm90IGEgWUFORyB0ZWNobmljYWwgcmV2aWV3Ljxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5NaW5vciBJc3N1ZXMgLyBRdWVzdGlvbnM6PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij49PT09PT09PT09PT09PT09PT09
PTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QXMgYSBnZW5lcmFsIG1p
bm9yIHF1ZXN0aW9uLCB3aGVuIGluc3RhbnRpYXRpbmcmbmJzcDsgYSB0b3BvbG9neSBpbmNsdWRp
bmcgb25seSBtZW1iZXIgaW5mb3JtYXRpb24sIGlzIGl0IGFzc3VtZWQgdGhhdCAtIGdpdmVuIGEg
bGlzdCBvZiBtZW1iZXJzIC0gZWFjaCBtZW1iZXIgaXMgYmktZGlyZWN0aW9uYWxseSBjb25uZWN0
ZWQgdG8gZXZlcnkgb3RoZXIgbWVtYmVyLCBhcmUgZW5kLXRvLWVuZCBtZW1iZXIgY29ubmVjdGlv
bnMNCiBwYWlyd2lzZSAoZS5nLiAtIGFsbG93aW5nIHNldHVwIG9mIGEgaHViIGFuZCBzcG9rZSB0
b3BvbG9neSksIG9yIGlzIGl0IG5lY2Vzc2FyeS9wb3NzaWJsZSB0byBkZWZpbmUgZGlyZWN0aW9u
YWxpdHkgKGUuZy4gLSBhbGxvd2luZyBzZXR1cCBvZiBhIGRpc3RyaWJ1dGlvbiB0cmVlKT8NCjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Ob3RlOiBUaGlzIHNob3VsZCBwcm9iYWJseSBi
ZSBleHBsaWNpdGx5IHN0YXRlZCwgdGhvdWdoIHNlY3Rpb24gNS4zIHNlZW1zIHRvIGltcGx5IHRo
YXQgYm90aCBjb25uZWN0aXZpdHkgYW5kIGRpcmVjdGlvbmFsaXR5IGFyZSBzdXBwb3J0ZWQgKGF0
IGxlYXN0IHRoZSB3YXkgSSByZWFkIGl0KS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMw
MDIwNjAiPllMJmd0OyZndDsgV2UgZG9u4oCZdCBuZWNlc3NhcmlseSBhc3N1bWUgdGhlIFZOcy9U
RSBUdW5uZWxzIGFyZSBiaS1kaXJlY3Rpb25hbC4gSXQgY2FuIGJlIHVuaS1kaXJlY3Rpb25hbC4g
QXMgeW91IHBvaW50ZWQgb3V0LCBpdCB3aWxsIGJlIGhlbHBmdWwgdG8gZXhwbGljaXRseSBzcGVj
aWZ5IGRpcmVjdGlvbmFsaXR5LiBIb3cgYWJvdXQgaW4gU2VjdGlvbiA1LjIsDQogd2UgY2FuIGFk
ZCAmbHQ7Vk4gZGlyZWN0aW9uYWxpdHkmZ3Q7IGluIGRlc2NyaWJpbmcgJmx0O1ZOIFNlcnZpY2Ug
Q2hhcmFjdGVyaXN0aWNzJmd0Oy4gPG86cD4NCjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3Bh
biBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jmx0O1ZOIFNlcnZpY2UgQ2hhcmFjdGVyaXN0aWNzJmd0
OyA6Oj0gJmx0O1ZOIENvbm5lY3Rpdml0eSBUeXBlJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2
MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsNCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdzttc28taGlnaGxp
Z2h0OnllbGxvdyI+Jmx0O1ZOIERpcmVjdGlvbmFsaXR5Jmd0Ozwvc3Bhbj48bzpwPjwvbzpwPjwv
c3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxl
PSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoJmx0O1ZOIFRyYWZmaWMgTWF0cml4Jmd0
Oy4uLik8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
Yj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAw
MjA2MCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZsdDtWTiBTdXJ2
aXZhYmlsaXR5Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5Pa2F5LjxvOnA+PC9vOnA+PC9z
cGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij5TZWN0aW9uIDMsIHRvcCBvZiBwYWdlIDY6IHdoaWxlIHRoaXMgZHJhZnQgaXMgaW50
ZW5kZWQgdG8gYmUgaW5mb3JtYXRpb25hbCBhbmQgZG9lcyBub3QgcmVmZXIgdG8gUkZDIDIxMTks
IHRoZSB3b3JkaW5nICZxdW90O2F0IGEgbWluaW11bSZxdW90OyBhbmQgJnF1b3Q7c2hvdWxkIGJl
IHN1cHBvcnRlZCZxdW90OyBpcyBpbmNvbnNpc3RlbnQgKG9yIGFyZ3VhYmx5IHJlZHVuZGFudCku
Jm5ic3A7IEkgcmVjb21tZW5kIG9taXR0aW5nIHRoZSAxc3QgcGFydA0KICgmcXVvdDtBdCBhIG1p
bmltdW0sJnF1b3Q7KSBtYWtpbmcgdGhlIHNlbnRlbmNlIHJlYWQgaW5zdGVhZCAmcXVvdDtUaGUg
Zm9sbG93aW5nIFZOIEFjdGlvbiAuLi4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPkEgc2ltaWxhciBpc3N1ZSBhcHBsaWVzIHRvIHRoZSAybmQgcGFyYWdyYXBo
IGluIHNlY3Rpb24gNC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPllMJmd0
OyZndDsgQWdyZWUuIFdpbGwgZWRpdCBwZXIgeW91ciBzdWdnZXN0aW9uIOKAkyBkZWxldGUg4oCc
QXQgdGhlIG1pbmltdW3igJ0gaW4gYm90aCBwbGFjZXMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJl
ZCI+T2theS48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2Vj
dGlvbiAzLjIsIFZOIE1vZGlmeTogSXQgbG9va3MgYXMgaWYgdGhpcyBzZWN0aW9uIG5lZWRzIHRv
IGluY2x1ZGUgdGV4dCBzaW1pbGFyIHRvIHRoYXQgaW4gc2VjdGlvbiAzLjQsIGdpdmVuIHRoZSBw
b3NzaWJsZSB0b3BvbG9neSB0eXBlcyBkZXNjcmliZWQgaW4gc2VjdGlvbiAzLjEuJm5ic3A7IElu
IGFkZGl0aW9uLCB5b3UgbWF5IHdhbnQgdG8gcmVzdHJpY3Qgd2hhdCBpcyBhbGxvd2VkIGluIGEg
Vk4gTW9kaWZ5DQogdG8gYWN0aW9ucyBjb25zaXN0ZW50IHdpdGggdGhlIFZOIHRvcG9sb2d5IHR5
cGUgcHJldmlvdXNseSBpbnN0YW50aWF0ZWQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsmZ3Q7IFllcy4gQWdyZWUuIFdp
bGwgYWRkIGEgbmV3IHBhcmFncmFwaCBhcyBmb2xsb3dzOjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2
MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsgVk4gTW9kaWZ5
LCBkZXBlbmRpbmcgb2YgdGhlIHR5cGUgb2YgVk4gaW5zdGFudGlhdGVkLCBjYW4gYmUgYW48bzpw
PjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyBtb2RpZmljYXRpb24gb2YgdGhlIGNo
YXJhY3RlcmlzdGljcyBvZiBWTiBtZW1iZXJzIChlZGdlLXRvLWVkZ2UgbGlua3MpIGluIGNhc2Ug
b2YgVk4gdHlwZSAxLCBvcjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jm5ic3A7Jm5ic3A7IGFu
IG1vZGlmaWNhdGlvbiBvZiBhbiBleGlzdGluZyB2aXJ0dWFsIHRvcG9sb2d5IChlLmcuLCBhZGRp
bmcvZGVsZXRpbmcgdmlydHVhbCBub2Rlcy9saW5rcykgaW4gY2FzZSBvZiBWTiB0eXBlIDIuDQo8
bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+
PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+R3JlYXQhPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlY3Rp
b24gMy42LCBWTiBRdWVyeTogSW4gYWRkaXRpb24gdG8gY2VydGFpbiBOSVRzLCB0aGlzIHNlY3Rp
b24gc2hvdWxkIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGUgJnF1b3Q7dG9wb2xvZ3kgdmlldyZxdW90
OyByZXR1cm5lZCBieSBWTiBRdWVyeSB3b3VsZCBiZSBjb25zaXN0ZW50IHdpdGggdGhlIHRvcG9s
b2d5IHR5cGUgaW5zdGFudGlhdGVkIGZvciBhbnkgc3BlY2lmaWMgVk4uPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsmZ3Q7Jm5ic3A7IEFncmVlIHdpdGggdGhlIE5J
VHMgYW5kIHRoZSBuZWVkIGZvciBjbGFyaWZpY2F0aW9uIHN0YXRlbWVudC4NCjxvOnA+PC9vOnA+
PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0i
Y29sb3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5PTEQ6IDxvOnA+
PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBz
dHlsZT0iY29sb3I6IzAwMjA2MCI+Vk4gUXVlcnkgcmVmZXJzIHRvIGlucXVpcnkgcGVydGFpbmlu
ZyB0byB0aGUgVk4gdGhhdCBoYXMgYmVlbiBhbHJlYWR5IGluc3RhbnRpYXRlZC4gVk4gUXVlcnkg
ZnVsZmlsbHMgYSBwdWxsIG1vZGVsIGFuZCBwZXJtaXQgdG8gZ2V0IHRvcG9sb2d5IHZpZXcuIFZO
IFF1ZXJ5IFJlcGx5IHJlZmVycyB0byB0aGUgcmVwbHkgaW4gcmVzcG9uc2UgdG8gVk4gUXVlcnku
PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxz
cGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAi
Pk5FVzogPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMw
MDIwNjAiPlZOIFF1ZXJ5IHJlZmVycyB0byBhbiBpbnF1aXJ5IHBlcnRhaW5pbmcgdG8gYSBWTiB0
aGF0IGhhcyBhbHJlYWR5IGJlZW4gaW5zdGFudGlhdGVkLiZuYnNwOyBWTiBRdWVyeSBmdWxmaWxs
cyBhIHB1bGwgbW9kZWwgdGhhdCBwZXJtaXRzIGdldHRpbmcgYSB0b3BvbG9neSB2aWV3LiZuYnNw
OyBWTiBRdWVyeSBSZXBseSByZWZlcnMgdG8gdGhlIHJlcGx5IGluIHJlc3BvbnNlDQogdG8gVk4g
UXVlcnkuIFRoZSB0b3BvbG9neSB2aWV3IHJldHVybmVkIGJ5IFZOIFF1ZXJ5IFJlcGx5IHdvdWxk
IGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdG9wb2xvZ3kgdHlwZSBpbnN0YW50aWF0ZWQgZm9yIGFu
eSBzcGVjaWZpYyBWTi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5HcmVhdCE8bzpwPjwvbzpw
Pjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij5TZWN0aW9uIDQsIFRyYWZmaWMgRW5naW5lZXJpbmcgKFRFKSBwcmltaXRpdmVzOiBEb2VzIGl0
IG1ha2Ugc2Vuc2UgdGhhdCB0aGUgVEUgYWN0aW9ucyBzaG91bGQgYmUgc3VwcG9ydGVkIGF0IHRo
ZSBNUEkgY29uc2lzdGVudGx5IHdpdGggdGhlIHR5cGUgb2YgdG9wb2xvZ3kgZGVmaW5lZCBhdCB0
aGUgQ01JLCBvciBhcmUgdGhleSBpbmRlcGVuZGVudD8mbmJzcDsgU2VjdGlvbiA0LjQgc2VlbXMg
dG8gaW1wbHkgdGhhdA0KIGNvbnNpc3RlbmN5IGlzIGV4cGVjdGVkLjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBz
dHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBDb3JyZWN0LiBURSBhY3Rpb25zIHNob3Vs
ZCBzdXBwb3J0IGF0IHRoZSBNUEkgYmFzZWQgb24gdGhlIHR5cGVzIG9mIHRvcG9sb2d5IGRlZmlu
ZWQgYXQgdGhlIENNSS4gSSB3aWxsIGFkZCB0aGUgZm9sbG93aW5nIHNlbnRlbmNlIGFzIHRoZSBz
ZWNvbmQgcGFyYWdyYXBoIG9mIFNlY3Rpb24gNDo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+TkVXOiBUaGUgVEUgYWN0aW9uIHByaW1pdGl2
ZXMgZGVmaW5lZCBpbiB0aGlzIHNlY3Rpb24gc2hvdWxkIGJlIHN1cHBvcnRlZCBhdCB0aGUgTVBJ
IGNvbnNpc3RlbnRseSB3aXRoIHRoZSB0eXBlIG9mIHRvcG9sb2d5IGRlZmluZWQgYXQgdGhlIENN
SS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5HcmVhdCE8bzpwPjwvbzpwPjwvc3Bhbj48L2k+
PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5T
ZWN0aW9uIDUuMiwgVk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M6IGluIHRoZSBzaGFyZWQgcmlz
ayBkaXNjdXNzaW9uICh0b3dhcmRzIHRoZSB0b3Agb2YgcGFnZSAxMiksIGl0IGlzIGRpZmZpY3Vs
dCB0byBpbmRpY2F0ZSAod2l0aCBhbnkgYWNjdXJhY3kpIHdoYXQgdGhlIHNoYXJlZCByaXNrcyBh
cmUgZm9yIGEgdG9wb2xvZ3kgdHlwZSBjb25zaXN0aW5nIG9mIGp1c3QgYSBsaXN0IG9mIG1lbWJl
cnMuJm5ic3A7DQogSXMgdGhpcyBsaW1pdGVkIHRvIHRvcG9sb2dpZXMgb2YgdGhlIHR5cGUgdGhh
dCBpbmNsdWRlcyAodmlydHVhbCkgbGluayBhbmQgbm9kZSBpbmZvcm1hdGlvbj88bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPllMJmd0OyZndDsgJm5ic3A7SGVyZSB3ZSBhcmUg
dGFsa2luZyBhYm91dCBWTiBtZW1iZXIgbGV2ZWwgU1JMRy4gSWYgd2UgaGF2ZSB0d28gVk4gbWVt
YmVycywgc2F5IGNvbWluZyBvZmYgZnJvbSB0aGUgc2FtZSBzb3VyY2UgdG8gYSB0d28gZGlmZmVy
ZW50IGRlc3RpbmF0aW9ucy4gSWYgU1JMRyBpcyBzZXQgZm9yIHRoaXMgVk4sIGl0IG1lYW5zIFZO
IG1lbWJlciAxIGZyb20NCiB0aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDEgc2hvdWxkIGJlIFNS
TEcgZGlzam9pbnQgZnJvbSBWTiBtZW1iZXIgMiBmcm9tIHRoZSBzb3VyY2UgdG8gZGVzdGluYXRp
b24gMi4gVGhpcyBjb25jZXB0IG9mIFNSTEcgaXMgYSBuZXcgY29uY2VwdCBvbiB0aGUgVk4gbWVt
YmVyIGxldmVsLg0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPkRvIHdlIGV4cGVjdCB0aGlzIHRv
IGJlIGNsYXJpZmllZCBpbiBsYXRlciB3b3JrIOKAkyBpLmUuIOKAkyBpcyBzcGVjaWZ5aW5nIHRo
aXMgbW9yZSBwcmVjaXNlbHkgbm90IGluIHNjb3BlIGZvciB0aGlzIHZlcnNpb24sIG9yIGlzIGl0
IHN1cHBvc2VkIHRvIGJlIGNsZWFyIGluIChvciBmcm9tKSB0aGlzIGRvY3VtZW50PyZuYnNwOyBJ
ZiBub3RoaW5nIGVsc2UsIHRoZXJlDQogcHJvYmFibHkgc2hvdWxkIGJlIGF0IGxlYXN0IGEgaGlu
dCBhdCBhIHVzZSBjYXNlIGV4YW1wbGUgd2hlcmUgdGhpcyB3b3VsZCBiZSBiZW5lZmljaWFsLjxv
OnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5TZWN0aW9uIDUuNCwg
MXN0IHNlbnRlbmNlOiBWTiBNZW1iZXIgaXMgbm90IGVxdWFsIHRvIGVuZC10by1lbmQgdHVubmVs
LiZuYnNwOyBJIHN1c3BlY3QgeW91IG1lYW4gJnF1b3Q7Vk4gbWVtYmVyIHBhaXIuJnF1b3Q7PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYw
Ij5ZTCZndDsmZ3Q7IEFjdHVhbGx5IHdlIGhhdmUgdXNlZCBWTiBtZW1iZXIgaXMgZXF1aXZhbGVu
dCB0byBhbiBlbmQtdG8tZW5kIHR1bm5lbCAoQ0UtQ0UpIGZyb20gYSBjdXN0b21lciBzdGFuZHBv
aW50LiAmbmJzcDtXaGF0IGRvIHlvdSBoYXZlIGluIG1pbmQgd2hlbiB5b3UgdXNlZCB0aGUgdGVy
bSDigJxWTiBtZW1iZXIgcGFpcuKAnT8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5Tb3JyeSwg
SSBoYWQgbWlzc2VkIHNvbWV0aGluZy4mbmJzcDsgSSBoYWQgdGhlIChtaXN0YWtlbikgaWRlYSB0
aGF0IGEg4oCcbWVtYmVy4oCdIHdhcyBhbiBlbmRwb2ludCAoQ0UpLCByYXRoZXIgdGhhbiBhIHNw
ZWNpZmljIChDRS1DRSkgdHVubmVsLiZuYnNwOyBPbiByZS1yZWFkaW5nIHRoZSBkcmFmdCwgaXQg
aXMgY2xlYXIgdGhhdCB5b3UgaGF2ZSBkZWZpbmVkIFZOIG1lbWJlcg0KIHRvIGJlIGVxdWl2YWxl
bnQgdG8gZW5kLXRvLWVuZCBsaW5rLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5JIHdpdGhkcmF3IHRoZSBjb21tZW50LjxvOnA+
PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPk5JVHM6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij49PT08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxp
PjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPi0tLSBbU05JUF0gLS0tPG86cD48L286cD48L3NwYW4+
PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPi0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij5FcmljPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1sjceml521mbxchi_--

--_004_7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1sjceml521mbxchi_
Content-Type: text/html; name="Diff_ draft-ietf-teas-actn-info-model-07.txt -
 draft-ietf-teas-actn-info-model-08.txt.html"
Content-Description: Diff_ draft-ietf-teas-actn-info-model-07.txt -
 draft-ietf-teas-actn-info-model-08.txt.html
Content-Disposition: attachment; filename="Diff_
 draft-ietf-teas-actn-info-model-07.txt -
 draft-ietf-teas-actn-info-model-08.txt.html"; size=115470;
 creation-date="Tue, 01 May 2018 19:06:59 GMT";
 modification-date="Tue, 01 May 2018 19:06:59 GMT"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs
Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h
bC5kdGQiPgo8IS0tIHNhdmVkIGZyb20gdXJsPSgwMDMwKWh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv
cmZjZGlmZiAtLT4KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiPjxo
ZWFkPjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBj
aGFyc2V0PVVURi04Ij4gCiAgIAogIDxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtU3R5bGUtVHlw
ZSIgY29udGVudD0idGV4dC9jc3MiPiAKICA8dGl0bGU+RGlmZjogZHJhZnQtaWV0Zi10ZWFzLWFj
dG4taW5mby1tb2RlbC0wNy50eHQgLSBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA4
LnR4dDwvdGl0bGU+IAogIDxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+IAogICAgYm9keSAgICB7IG1h
cmdpbjogMC40ZXg7IG1hcmdpbi1yaWdodDogYXV0bzsgfSAKICAgIHRyICAgICAgeyB9IAogICAg
dGQgICAgICB7IHdoaXRlLXNwYWNlOiBwcmU7IGZvbnQtZmFtaWx5OiBtb25vc3BhY2U7IHZlcnRp
Y2FsLWFsaWduOiB0b3A7IGZvbnQtc2l6ZTogMC44NmVtO30gCiAgICB0aCAgICAgIHsgZm9udC1z
aXplOiAwLjg2ZW07IH0gCiAgICAuc21hbGwgIHsgZm9udC1zaXplOiAwLjZlbTsgZm9udC1zdHls
ZTogaXRhbGljOyBmb250LWZhbWlseTogVmVyZGFuYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyB9
IAogICAgLmxlZnQgICB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAucmlnaHQgIHsg
YmFja2dyb3VuZC1jb2xvcjogI0ZGRjsgfSAKICAgIC5kaWZmICAgeyBiYWNrZ3JvdW5kLWNvbG9y
OiAjQ0NGOyB9IAogICAgLmxibG9jayB7IGJhY2tncm91bmQtY29sb3I6ICNCRkI7IH0gCiAgICAu
cmJsb2NrIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGODsgfSAKICAgIC5pbnNlcnQgeyBiYWNrZ3Jv
dW5kLWNvbG9yOiAjOEZGOyB9IAogICAgLmRlbGV0ZSB7IGJhY2tncm91bmQtY29sb3I6ICNBQ0Y7
IH0gCiAgICAudm9pZCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGQjsgfSAKICAgIC5jb250ICAg
eyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxpbmViciB7IGJhY2tncm91bmQtY29s
b3I6ICNBQUE7IH0gCiAgICAubGluZW5vIHsgY29sb3I6IHJlZDsgYmFja2dyb3VuZC1jb2xvcjog
I0ZGRjsgZm9udC1zaXplOiAwLjdlbTsgdGV4dC1hbGlnbjogcmlnaHQ7IHBhZGRpbmc6IDAgMnB4
OyB9IAogICAgLmVsaXBzaXN7IGJhY2tncm91bmQtY29sb3I6ICNBQUE7IH0gCiAgICAubGVmdCAu
Y29udCB7IGJhY2tncm91bmQtY29sb3I6ICNEREQ7IH0gCiAgICAucmlnaHQgLmNvbnQgeyBiYWNr
Z3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxibG9jayAuY29udCB7IGJhY2tncm91bmQtY29s
b3I6ICM5RDk7IH0gCiAgICAucmJsb2NrIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RENjsg
fSAKICAgIC5pbnNlcnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjMEREOyB9IAogICAgLmRl
bGV0ZSAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICM4QUQ7IH0gCiAgICAuc3RhdHMsIC5zdGF0
cyB0ZCwgLnN0YXRzIHRoIHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgcGFkZGluZzogMnB4IDA7
IH0gCiAgICBzcGFuLmhpZGUgeyBkaXNwbGF5OiBub25lOyBjb2xvcjogI2FhYTt9ICAgIGE6aG92
ZXIgc3BhbiB7IGRpc3BsYXk6IGlubGluZTsgfSAgICB0ci5jaGFuZ2UgeyBiYWNrZ3JvdW5kLWNv
bG9yOiBncmF5OyB9IAogICAgdHIuY2hhbmdlIGEgeyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGNv
bG9yOiBibGFjayB9IAogIDwvc3R5bGU+IAogICAgIDxzY3JpcHQ+CnZhciBjaHVua19pbmRleCA9
IDA7CnZhciBvbGRfY2h1bmsgPSBudWxsOwoKZnVuY3Rpb24gZm9ybWF0X2NodW5rKGluZGV4KSB7
CiAgICB2YXIgcHJlZml4ID0gImRpZmYiOwogICAgdmFyIHN0ciA9IGluZGV4LnRvU3RyaW5nKCk7
CiAgICBmb3IgKHg9MDsgeDwoNC1zdHIubGVuZ3RoKTsgKyt4KSB7CiAgICAgICAgcHJlZml4Kz0n
MCc7CiAgICB9CiAgICByZXR1cm4gcHJlZml4ICsgc3RyOwp9CgpmdW5jdGlvbiBmaW5kX2NodW5r
KG4pewogICAgcmV0dXJuIGRvY3VtZW50LnF1ZXJ5U2VsZWN0b3IoJ3RyW2lkJD0iJyArIG4gKyAn
Il0nKTsKfQoKZnVuY3Rpb24gY2hhbmdlX2NodW5rKG9mZnNldCkgewogICAgdmFyIGluZGV4ID0g
Y2h1bmtfaW5kZXggKyBvZmZzZXQ7CiAgICB2YXIgbmV3X3N0cjsKICAgIHZhciBuZXdfY2h1bms7
CgogICAgbmV3X3N0ciA9IGZvcm1hdF9jaHVuayhpbmRleCk7CiAgICBuZXdfY2h1bmsgPSBmaW5k
X2NodW5rKG5ld19zdHIpOwogICAgaWYgKCFuZXdfY2h1bmspIHsKICAgICAgICByZXR1cm47CiAg
ICB9CiAgICBpZiAob2xkX2NodW5rKSB7CiAgICAgICAgb2xkX2NodW5rLnN0eWxlLm91dGxpbmUg
PSAiIjsKICAgIH0KICAgIG9sZF9jaHVuayA9IG5ld19jaHVuazsKICAgIG9sZF9jaHVuay5zdHls
ZS5vdXRsaW5lID0gIjFweCBzb2xpZCByZWQiOwogICAgd2luZG93LmxvY2F0aW9uLnJlcGxhY2Uo
IiMiICsgbmV3X3N0cikKICAgIHdpbmRvdy5zY3JvbGxCeSgwLC0xMDApOwogICAgY2h1bmtfaW5k
ZXggPSBpbmRleDsKfQoKZG9jdW1lbnQub25rZXlkb3duID0gZnVuY3Rpb24oZSkgewogICAgc3dp
dGNoIChlLmtleUNvZGUpIHsKICAgIGNhc2UgNzg6CiAgICAgICAgY2hhbmdlX2NodW5rKDEpOwog
ICAgICAgIGJyZWFrOwogICAgY2FzZSA4MDoKICAgICAgICBjaGFuZ2VfY2h1bmsoLTEpOwogICAg
ICAgIGJyZWFrOwogICAgfQp9OwogICA8L3NjcmlwdD4gCjwvaGVhZD4gCjxib2R5PiAKICA8dGFi
bGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiPiAKICA8dGJvZHk+
PHRyIGlkPSJwYXJ0LTEiIGJnY29sb3I9Im9yYW5nZSI+PHRoPjwvdGg+PHRoPjxhIGhyZWY9Imh0
dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtdGVhcy1hY3RuLWlu
Zm8tbW9kZWwtMDcudHh0IiBzdHlsZT0iY29sb3I6IzAwODsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7
Ij4mbHQ7PC9hPiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm
dC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA3LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDgiPmRy
YWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwtMDcudHh0PC9hPiZuYnNwOzwvdGg+PHRoPiA8
L3RoPjx0aD4mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt
aWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC0wOC50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFm
dC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA4LnR4dDwvYT4mbmJzcDs8YSBocmVmPSJodHRw
czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZv
LW1vZGVsLTA4LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+
Jmd0OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHIgaWQ9ImRpZmYwMDAxIj48dGQ+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z
ZXJ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
VGVhcyBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBZb3VuZyBMZWU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5UZWFzIFdvcmtp
bmcgR3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFlvdW5n
IExlZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+SW50ZXJuZXQgRHJhZnQgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWk8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5JbnRlcm5ldCBEcmFmdCAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEh1YXdlaTwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk
IGNsYXNzPSJsZWZ0Ij5JbnRlbmRlZCBzdGF0dXM6IEluZm9ybWF0aW9uYWwgICAgICAgICAgICAg
ICAgICAgICAgICAgICBTZXJnaW8gQmVsb3R0aTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln
aHQiPkludGVuZGVkIHN0YXR1czogSW5mb3JtYXRpb25hbCAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFNlcmdpbyBCZWxvdHRpPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBO
b2tpYTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5va2lhPC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDAyIj48dGQ+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
YmxvY2siPkV4cGlyZXM6IDxzcGFuIGNsYXNzPSJkZWxldGUiPkF1Z3VzdCA1PC9zcGFuPiwgMjAx
ODwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFzcz0i
aW5zZXJ0Ij5Ob3ZlbWJlciAxPC9zcGFuPiwgMjAxODwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm
dCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgRGhydXYgRGhvZHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBEaHJ1
diBEaG9keTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWk8L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEh1YXdlaTwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIERhbmllbGUgQ2VjY2FyZWxsaTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgRGFuaWVsZSBDZWNjYXJlbGxpPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBF
cmljc3NvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVyaWNzc29uPC90
ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0
Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEJpbiBZZW9uZyBZb29uPC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgQmluIFllb25nIFlvb248L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBFVFJJPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIEVUUkk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg
PHRyIGlkPSJkaWZmMDAwMyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+RmVicnVhcnkg
NTwvc3Bhbj4sIDIwMTg8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxzcGFuIGNsYXNz
PSJpbnNlcnQiPiAgICAgTWF5IDE8L3NwYW4+LCAyMDE4PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPiAgSW5mb3JtYXRpb24gTW9kZWwgZm9yIEFic3RyYWN0aW9uIGFuZCBDb250cm9s
IG9mIFRFIE5ldHdvcmtzIChBQ1ROKTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg
SW5mb3JtYXRpb24gTW9kZWwgZm9yIEFic3RyYWN0aW9uIGFuZCBDb250cm9sIG9mIFRFIE5ldHdv
cmtzIChBQ1ROKTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHIgaWQ9ImRpZmYwMDA0Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYt
dGVhcy1hY3RuLWluZm8tbW9kZWwtMDxzcGFuIGNsYXNzPSJkZWxldGUiPjc8L3NwYW4+LnR4dDwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICBkcmFmdC1p
ZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij44PC9zcGFuPi50
eHQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QWJzdHJhY3Q8L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij5BYnN0cmFjdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij4gICBUaGlzIGRyYWZ0IHByb3ZpZGVzIGFuIGluZm9ybWF0aW9uIG1vZGVsIGZvciBBYnN0
cmFjdGlvbiBhbmQgQ29udHJvbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRo
aXMgZHJhZnQgcHJvdmlkZXMgYW4gaW5mb3JtYXRpb24gbW9kZWwgZm9yIEFic3RyYWN0aW9uIGFu
ZCBDb250cm9sPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvZiBUcmFmZmljIEVuZ2lu
ZWVyZWQgTmV0d29ya3MgKEFDVE4pLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg
IG9mIFRyYWZmaWMgRW5naW5lZXJlZCBOZXR3b3JrcyAoQUNUTikuPC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPlN0YXR1cyBvZiB0aGlzIE1lbW88L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij5TdGF0dXMgb2YgdGhpcyBNZW1vPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIHRvIElFVEYgaW4gZnVs
bCBjb25mb3JtYW5jZSB3aXRoPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhp
cyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgdG8gSUVURiBpbiBmdWxsIGNvbmZvcm1hbmNl
IHdpdGg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRoZSBwcm92aXNpb25zIG9mIEJD
UCA3OCBhbmQgQkNQIDc5LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZSBw
cm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm
dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtMiIgY2xhc3M9ImNoYW5nZSI+PHRkPjwv
dGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBz
Oi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZiNwYXJ0LTIiPjxlbT4gcGFnZSAyLCBsaW5lIDc8c3Bh
biBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21h
bGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmll
dGYub3JnL3JmY2RpZmYjcGFydC0yIj48ZW0+IHBhZ2UgMiwgbGluZSA3PHNwYW4gY2xhc3M9Imhp
ZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEludGVybmV0LURyYWZ0cyBh
cmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4PC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVu
dHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PiAgIG1vbnRocyBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkg
b3RoZXIgZG9jdW1lbnRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbW9udGhz
IGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1
bWVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGF0IGFueSB0aW1lLiAgSXQgaXMg
aW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzPC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyaWdodCI+ICAgYXQgYW55IHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVz
ZSBJbnRlcm5ldC1EcmFmdHMgYXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJlZmVy
ZW5jZSBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9n
cmVzcy4iPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVmZXJlbmNlIG1hdGVy
aWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiI8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRl
cm5ldC1EcmFmdHMgY2FuIGJlIGFjY2Vzc2VkIGF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
aWdodCI+ICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFjY2Vz
c2VkIGF0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBodHRwOi8vd3d3LmlldGYub3Jn
L2lldGYvMWlkLWFic3RyYWN0cy50eHQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g
ICBodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQ8L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJl
Y3RvcmllcyBjYW4gYmUgYWNjZXNzZWQgYXQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0
Ij4gICBUaGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cgRGlyZWN0b3JpZXMgY2FuIGJl
IGFjY2Vzc2VkIGF0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBodHRwOi8vd3d3Lmll
dGYub3JnL3NoYWRvdy5odG1sLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGh0
dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDUiPjx0ZD48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhpcyBJ
bnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5BdWd1c3Qg
NTwvc3Bhbj4sIDIwMTguPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFRoaXMg
SW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gPHNwYW4gY2xhc3M9Imluc2VydCI+Tm92ZW1i
ZXIgMTwvc3Bhbj4sIDIwMTguPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkNvcHly
aWdodCBOb3RpY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5Db3B5cmlnaHQgTm90
aWNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9
InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIENvcHlyaWdodCAoYykgMjAx
OCBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZTwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIENvcHlyaWdodCAoYykgMjAxOCBJRVRGIFRydXN0IGFu
ZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm
dCI+ICAgZG9jdW1lbnQgYXV0aG9ycy4gQWxsIHJpZ2h0cyByZXNlcnZlZC48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkb2N1bWVudCBhdXRob3JzLiBBbGwgcmlnaHRzIHJlc2Vy
dmVkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz
PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3VtZW50IGlz
IHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsPC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3
OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
ICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50czwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHM8
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9s
aWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pIGlu
IGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHVi
bGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRz
PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcHVibGljYXRpb24gb2YgdGhpcyBk
b2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzPC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0zIiBjbGFzcz0iY2hhbmdl
Ij48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJl
Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmI3BhcnQtMyI+PGVtPiBwYWdlIDIsIGxp
bmUgMzU8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3Ro
Pjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczov
L3Rvb2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC0zIj48ZW0+IHBhZ2UgMiwgbGluZSAzNTxzcGFu
IGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDEu
IEludHJvZHVjdGlvbi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLjM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxLiBJbnRyb2R1Y3Rp
b24uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4zPC90
ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAxLjEuIFRlcm1pbm9sb2d5Li4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi40PC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyaWdodCI+ICAgICAgMS4xLiBUZXJtaW5vbG9neS4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
ICAgMi4gQUNUTiBDb21tb24gSW50ZXJmYWNlcyBJbmZvcm1hdGlvbiBNb2RlbC4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uNDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDIuIEFDVE4g
Q29tbW9uIEludGVyZmFjZXMgSW5mb3JtYXRpb24gTW9kZWwuLi4uLi4uLi4uLi4uLi4uLi4uLi4u
LjQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDMuIFZpcnR1YWwgTmV0d29yayBwcmlt
aXRpdmVzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjU8L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAzLiBWaXJ0dWFsIE5ldHdvcmsgcHJpbWl0aXZlcy4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi41PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij4gICAgICAzLjEuIFZOIEluc3RhbnRpYXRlLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi42PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAg
My4xLiBWTiBJbnN0YW50aWF0ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uNjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgMy4yLiBWTiBNb2RpZnku
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNzwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIDMuMi4gVk4gTW9kaWZ5Li4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjc8L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPiAgICAgIDMuMy4gVk4gRGVsZXRlLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLjc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g
ICAgICAzLjMuIFZOIERlbGV0ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi43PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAzLjQuIFZOIFVw
ZGF0ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi43PC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgMy40LiBWTiBVcGRhdGUuLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNzwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+ICAgICAgMy41LiBWTiBDb21wdXRlLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln
aHQiPiAgICAgIDMuNS4gVk4gQ29tcHV0ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLjc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0ciBpZD0iZGlmZjAwMDYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
YmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgIDMuNi4gVk4gUXVlcnkuLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjg8L3NwYW4+PC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA0LiBUcmFmZmljIEVuZ2luZWVyaW5nIChURSkgcHJpbWl0
aXZlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi44PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz
PSJyaWdodCI+ICAgNC4gVHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIHByaW1pdGl2ZXMuLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uODwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg
NC4xLiBURSBJbnN0YW50aWF0ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uOTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIDQuMS4gVEUgSW5z
dGFudGlhdGUuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjk8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIDQuMi4gVEUgTW9kaWZ5Li4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjk8L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJpZ2h0Ij4gICAgICA0LjIuIFRFIE1vZGlmeS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi45PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g
ICAgICA0LjMuIFRFIERlbGV0ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi45PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgNC4zLiBU
RSBEZWxldGUuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
OTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgNC40LiBURSBUb3BvbG9neSBVcGRh
dGUgKGZvciBURSByZXNvdXJjZXMpLi4uLi4uLi4uLi4uLi4uLi4uLi4uOTwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIDQuNC4gVEUgVG9wb2xvZ3kgVXBkYXRlIChmb3IgVEUg
cmVzb3VyY2VzKS4uLi4uLi4uLi4uLi4uLi4uLi4uLjk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl
ZnQiPiAgICAgIDQuNS4gUGF0aCBDb21wdXRlLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uMTA8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICA0
LjUuIFBhdGggQ29tcHV0ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLjEwPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA1LiBWTiBPYmplY3RzLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEwPC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNS4gVk4gT2JqZWN0cy4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMDwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+ICAgICAgNS4xLiBWTiBJZGVudGlmaWVyLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4xMDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg
ICAgIDUuMS4gVk4gSWRlbnRpZmllci4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uMTA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp
ZD0iZGlmZjAwMDciPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgNS4yLiBWTiBTZXJ2aWNlIENoYXJhY3Rlcmlz
dGljcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xPHNwYW4gY2xhc3M9ImRlbGV0ZSI+
MDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgNS4yLiBWTiBT
ZXJ2aWNlIENoYXJhY3RlcmlzdGljcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xPHNw
YW4gY2xhc3M9Imluc2VydCI+MTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg
ICAgIDUuMy4gVk4gRW5kLVBvaW50Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uMTM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICA1LjMuIFZO
IEVuZC1Qb2ludC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEz
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICA1LjQuIFZOIE9iamVjdGl2ZSBGdW5j
dGlvbi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE0PC90ZD48dGQ+IDwvdGQ+
PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgNS40LiBWTiBPYmplY3RpdmUgRnVuY3Rpb24uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICA1LjUuIFZO
IEFjdGlvbiBTdGF0dXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE8
c3BhbiBjbGFzcz0iZGVsZXRlIj40PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs
b2NrIj4gICAgICA1LjUuIFZOIEFjdGlvbiBTdGF0dXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLjE8c3BhbiBjbGFzcz0iaW5zZXJ0Ij41PC9zcGFuPjwvdGQ+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgNS42LiBWTiBUb3BvbG9neS4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmlnaHQiPiAgICAgIDUuNi4gVk4gVG9wb2xvZ3kuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uMTU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIDUu
Ny4gVk4gTWVtYmVyLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uMTU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICA1LjcuIFZOIE1lbWJl
ci4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE1PC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICA1LjcuMS4gVk4gQ29tcHV0ZWQgUGF0aC4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE2PC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyaWdodCI+ICAgICAgICAgNS43LjEuIFZOIENvbXB1dGVkIFBhdGguLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg
ICAgICAgNS43LjIuIFZOIFNlcnZpY2UgUHJlZmVyZW5jZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4xNjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgIDUuNy4y
LiBWTiBTZXJ2aWNlIFByZWZlcmVuY2UuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTY8
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDYuIFRFIE9iamVjdHMuLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTc8L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij4gICA2LiBURSBPYmplY3RzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE3PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij4gICAgICA2LjEuIFRFIFR1bm5lbCBDaGFyYWN0ZXJpc3RpYy4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLjE3PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgNi4x
LiBURSBUdW5uZWwgQ2hhcmFjdGVyaXN0aWMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4xNzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZm
MDAwOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGJsb2NrIj4gICA3LiBNYXBwaW5nIG9mIFZOIDxzcGFuIGNsYXNzPSJkZWxldGUi
PlByaW1pdGl2ZXM8L3NwYW4+IHdpdGggVk4gT2JqZWN0cy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4x
OTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA3LiBNYXBwaW5nIG9mIFZOIDxz
cGFuIGNsYXNzPSJpbnNlcnQiPnByaW1pdGl2ZXM8L3NwYW4+IHdpdGggVk4gT2JqZWN0cy4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4xOTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA4LiBN
YXBwaW5nIG9mIFRFIDxzcGFuIGNsYXNzPSJkZWxldGUiPlByaW1pdGl2ZXM8L3NwYW4+IHdpdGgg
VEUgT2JqZWN0cy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yMDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmJsb2NrIj4gICA4LiBNYXBwaW5nIG9mIFRFIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnByaW1p
dGl2ZXM8L3NwYW4+IHdpdGggVEUgT2JqZWN0cy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yMDwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgOS4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMuLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yMTwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPiAgIDkuIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMjE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg
IDEwLiBJQU5BIENvbnNpZGVyYXRpb25zLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uMjI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxMC4gSUFOQSBD
b25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjIy
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAxMS4gUmVmZXJlbmNlcy4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjIyPC90ZD48dGQ+IDwvdGQ+
PHRkIGNsYXNzPSJyaWdodCI+ICAgMTEuIFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yMjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm
dCI+ICAgICAgMTEuMS4gTm9ybWF0aXZlIFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4yMjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIDEx
LjEuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uMjI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIDExLjIuIEluZm9ybWF0aXZl
IFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMjI8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAxMS4yLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2Vz
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjIyPC90ZD48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz
PSJsZWZ0Ij4gICAxMi4gQ29udHJpYnV0b3JzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLjIzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg
MTIuIENvbnRyaWJ1dG9ycy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4yMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQ29udHJpYnV0b3JzJyBB
ZGRyZXNzZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yMzwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIENvbnRyaWJ1dG9ycycgQWRkcmVzc2VzLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMjM8L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg
Y2xhc3M9ImxlZnQiPiAgIEF1dGhvcnMnIEFkZHJlc3Nlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMjM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0
Ij4gICBBdXRob3JzJyBBZGRyZXNzZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLjIzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjEuIEludHJv
ZHVjdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEuIEludHJvZHVjdGlvbjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo
dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQt
NCIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2Ug
YXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZiNwYXJ0LTQi
PjxlbT4gcGFnZSA0LCBsaW5lIDI2PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwv
YT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+
PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmI3BhcnQtNCI+PGVtPiBwYWdl
IDQsIGxpbmUgMjY8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRk
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+ICAgICAgICAvICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICAgICAgXDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgLyAgICAg
ICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgIFw8L3RkPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48dGQgY2xhc3M9ImxlZnQiPiAgICstLS0tLS0tKyAgICAgICAgICAgICAgICAgKy0tLS0tLS0r
ICAgICAgICAgICAgICAgICAgICstLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln
aHQiPiAgICstLS0tLS0tKyAgICAgICAgICAgICAgICAgKy0tLS0tLS0rICAgICAgICAgICAgICAg
ICAgICstLS0tLS0tKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgfCAgUE5DICB8ICAg
ICAgICAgICAgICAgICB8ICBQTkMgIHwgICAgICAgICAgICAgICAgICAgfCAgUE5DICB8PC90ZD48
dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgfCAgUE5DICB8ICAgICAgICAgICAgICAgICB8
ICBQTkMgIHwgICAgICAgICAgICAgICAgICAgfCAgUE5DICB8PC90ZD48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz
PSJsZWZ0Ij4gICArLS0tLS0tLSsgICAgICAgICAgICAgICAgICstLS0tLS0tKyAgICAgICAgICAg
ICAgICAgICArLS0tLS0tLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICArLS0t
LS0tLSsgICAgICAgICAgICAgICAgICstLS0tLS0tKyAgICAgICAgICAgICAgICAgICArLS0tLS0t
LSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgRmlndXJl
IDE6IEEgVGhyZWUtdGllciBBQ1ROIGNvbnRyb2wgaGllcmFyY2h5PC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgRmlndXJlIDE6IEEgVGhyZWUtdGllciBBQ1RO
IGNvbnRyb2wgaGllcmFyY2h5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRo
ZSB0d28gaW50ZXJmYWNlcyB3aXRoIHJlc3BlY3QgdG8gdGhlIE1EU0MsIG9uZSBub3J0aCBvZiB0
aGUgTURTQzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSB0d28gaW50ZXJm
YWNlcyB3aXRoIHJlc3BlY3QgdG8gdGhlIE1EU0MsIG9uZSBub3J0aCBvZiB0aGUgTURTQzwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW5kIHRoZSBvdGhlciBzb3V0aCBvZiB0aGUgTURT
QyBhcmUgcmVmZXJyZWQgdG8gYXMgQ01JIChDTkMtTURTQzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPiAgIGFuZCB0aGUgb3RoZXIgc291dGggb2YgdGhlIE1EU0MgYXJlIHJlZmVycmVk
IHRvIGFzIENNSSAoQ05DLU1EU0M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEludGVy
ZmFjZSkgYW5kIE1QSSAoTURTQy1QTkMgSW50ZXJmYWNlKSwgcmVzcGVjdGl2ZWx5LiBUaGlzIGRv
Y3VtZW50PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW50ZXJmYWNlKSBhbmQg
TVBJIChNRFNDLVBOQyBJbnRlcmZhY2UpLCByZXNwZWN0aXZlbHkuIFRoaXMgZG9jdW1lbnQ8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTAiPjx0
ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxibG9jayI+ICAgbW9kZWxzIHRoZXNlIHR3byBpbnRlcmZhY2VzIGFuZCBkZXJpdmF0aXZlIGlu
dGVyZmFjZXMgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dGhlcmUgb2Y8L3NwYW4+PC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG1vZGVscyB0aGVzZSB0d28gaW50ZXJmYWNlcyBhbmQg
ZGVyaXZhdGl2ZSBpbnRlcmZhY2VzIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnRoZXJlb2Y8L3NwYW4+
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIChlLmcuLCBNRFNDIHRvIDxzcGFuIGNs
YXNzPSJkZWxldGUiPk1TREM8L3NwYW4+IGluIGEgaGllcmFyY2h5IG9mIE1EU0NzKSBhcyBhIHNp
bmdsZSBjb21tb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgKGUuZy4sIE1E
U0MgdG8gPHNwYW4gY2xhc3M9Imluc2VydCI+TURTQzwvc3Bhbj4gaW4gYSBoaWVyYXJjaHkgb2Yg
TURTQ3MpIGFzIGEgc2luZ2xlIGNvbW1vbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg
aW50ZXJmYWNlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGludGVyZmFjZS48
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln
aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+MS4xLiBUZXJtaW5vbG9neTwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEuMS4gVGVybWlub2xvZ3k8L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg
Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHRlcm1zICJWaXJ0dWFsIE5ldHdvcmsgKFZOKSIgYW5k
ICJWaXJ0dWFsIE5ldHdvcmsgU2VydmljZSAoVk5TKSI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9
InJpZ2h0Ij4gICBUaGUgdGVybXMgIlZpcnR1YWwgTmV0d29yayAoVk4pIiBhbmQgIlZpcnR1YWwg
TmV0d29yayBTZXJ2aWNlIChWTlMpIjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYXJl
IGRlZmluZWQgaW4gW0FDVE4tRnJhbWVdIGFuZCB0aGUgdGVybXMgImFic3RyYWN0aW9uIiBhbmQ8
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhcmUgZGVmaW5lZCBpbiBbQUNUTi1G
cmFtZV0gYW5kIHRoZSB0ZXJtcyAiYWJzdHJhY3Rpb24iIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+ICAgImFic3RyYWN0IHRvcG9sb2d5IiBhcmUgZGVmaW5lZCBpbiBbUkZDNzkyNl0u
PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgImFic3RyYWN0IHRvcG9sb2d5IiBh
cmUgZGVmaW5lZCBpbiBbUkZDNzkyNl0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PjIuIEFDVE4gQ29tbW9uIEludGVyZmFjZXMgSW5mb3JtYXRpb24gTW9kZWw8L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij4yLiBBQ1ROIENvbW1vbiBJbnRlcmZhY2VzIEluZm9ybWF0aW9u
IE1vZGVsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp
ZD0iZGlmZjAwMTEiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhpcyBzZWN0aW9uIHByb3ZpZGVzIEFDVE4gY29t
bW9uIGludGVyZmFjZSBpbmZvcm1hdGlvbiBtb2RlbCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmJsb2NrIj4gICBUaGlzIHNlY3Rpb24gcHJvdmlkZXMgPHNwYW4gY2xhc3M9Imluc2VydCI+
YW4gPC9zcGFuPkFDVE4gY29tbW9uIGludGVyZmFjZSBpbmZvcm1hdGlvbiBtb2RlbCB0bzwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZGVzY3JpYmUgaW4gdGVybXMgb2YgcHJpbWl0aXZl
cywgb2JqZWN0cywgdGhlaXIgcHJvcGVydGllczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln
aHQiPiAgIGRlc2NyaWJlIGluIHRlcm1zIG9mIHByaW1pdGl2ZXMsIG9iamVjdHMsIHRoZWlyIHBy
b3BlcnRpZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIChyZXByZXNlbnRlZCBhcyBh
dHRyaWJ1dGVzKSwgdGhlaXIgcmVsYXRpb25zaGlwcywgYW5kIHRoZSByZXNvdXJjZXM8L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAocmVwcmVzZW50ZWQgYXMgYXR0cmlidXRlcyks
IHRoZWlyIHJlbGF0aW9uc2hpcHMsIGFuZCB0aGUgcmVzb3VyY2VzPC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij4gICBmb3IgdGhlIHNlcnZpY2UgYXBwbGljYXRpb25zIG5lZWRlZCBpbiB0aGUg
QUNUTiBjb250ZXh0LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGZvciB0aGUg
c2VydmljZSBhcHBsaWNhdGlvbnMgbmVlZGVkIGluIHRoZSBBQ1ROIGNvbnRleHQuPC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBzdGFuZGFyZCBpbnRlcmZhY2UgaXMgZGVz
Y3JpYmVkIGJldHdlZW4gYSBjbGllbnQgY29udHJvbGxlciBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJpZ2h0Ij4gICBUaGUgc3RhbmRhcmQgaW50ZXJmYWNlIGlzIGRlc2NyaWJlZCBiZXR3
ZWVuIGEgY2xpZW50IGNvbnRyb2xsZXIgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g
ICBhIHNlcnZlciBjb250cm9sbGVyLiBBIGNsaWVudC1zZXJ2ZXIgcmVsYXRpb25zaGlwIGlzIHJl
Y3Vyc2l2ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGEgc2VydmVyIGNvbnRy
b2xsZXIuIEEgY2xpZW50LXNlcnZlciByZWxhdGlvbnNoaXAgaXMgcmVjdXJzaXZlPC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBiZXR3ZWVuIGEgQ05DIGFuZCBhbiBNRFNDIGFuZCBiZXR3
ZWVuIGFuIE1EU0MgYW5kIGEgUE5DLiBJbiB0aGUgQ01JLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPiAgIGJldHdlZW4gYSBDTkMgYW5kIGFuIE1EU0MgYW5kIGJldHdlZW4gYW4gTURT
QyBhbmQgYSBQTkMuIEluIHRoZSBDTUksPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0
aGUgY2xpZW50IGlzIGEgQ05DIHdoaWxlIHRoZSBzZXJ2ZXIgaXMgYW4gTURTQy4gSW4gdGhlIE1Q
SSwgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIGNsaWVudCBpcyBh
IENOQyB3aGlsZSB0aGUgc2VydmVyIGlzIGFuIE1EU0MuIEluIHRoZSBNUEksIHRoZTwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2xpZW50IGlzIGFuIE1EU0MgYW5kIHRoZSBzZXJ2ZXIg
aXMgYSBQTkMuIFRoZXJlIG1heSBhbHNvIGJlIE1EU0MtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz
PSJyaWdodCI+ICAgY2xpZW50IGlzIGFuIE1EU0MgYW5kIHRoZSBzZXJ2ZXIgaXMgYSBQTkMuIFRo
ZXJlIG1heSBhbHNvIGJlIE1EU0MtPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBNRFND
IGludGVyZmFjZShzKSB0aGF0IG5lZWQgdG8gYmUgc3VwcG9ydGVkLiBUaGlzIG1heSBhcmlzZSBp
biBhPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgTURTQyBpbnRlcmZhY2Uocykg
dGhhdCBuZWVkIHRvIGJlIHN1cHBvcnRlZC4gVGhpcyBtYXkgYXJpc2UgaW4gYTwvdGQ+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtNSIgY2xhc3M9
ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxs
PjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZiNwYXJ0LTUiPjxlbT4gcGFn
ZSA2LCBsaW5lIDQ8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRo
PiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJo
dHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC01Ij48ZW0+IHBhZ2UgNSwgbGluZSA0
OTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg
IC0gIFRoZSBzZWNvbmQgdHlwZSBpcyByZWZlcnJlZCB0byBhcyBURSB0b3BvbG9neSB3aGljaCBp
czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgLSAgVGhlIHNlY29uZCB0eXBl
IGlzIHJlZmVycmVkIHRvIGFzIFRFIHRvcG9sb2d5IHdoaWNoIGlzPC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij4gICAgICAgIGFzc29jaWF0ZWQgd2l0aCBwcm92aWRlciBuZXR3b3JrIG9wZXJh
dGlvbiBvbiB3aGljaCB3ZSBjYW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAg
ICAgIGFzc29jaWF0ZWQgd2l0aCBwcm92aWRlciBuZXR3b3JrIG9wZXJhdGlvbiBvbiB3aGljaCB3
ZSBjYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgYXBwbHkgcG9saWN5IHRv
IG9idGFpbiB0aGUgcmVxdWlyZWQgbGV2ZWwgb2YgYWJzdHJhY3Rpb24gdG88L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgIGFwcGx5IHBvbGljeSB0byBvYnRhaW4gdGhlIHJl
cXVpcmVkIGxldmVsIG9mIGFic3RyYWN0aW9uIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij4gICAgICAgIHJlcHJlc2VudCB0aGUgdW5kZXJseWluZyBwaHlzaWNhbCBuZXR3b3JrIHRvcG9s
b2d5LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgcmVwcmVzZW50IHRo
ZSB1bmRlcmx5aW5nIHBoeXNpY2FsIG5ldHdvcmsgdG9wb2xvZ3kuPC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPjMuIFZpcnR1YWwgTmV0d29yayBwcmltaXRpdmVzPC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyaWdodCI+My4gVmlydHVhbCBOZXR3b3JrIHByaW1pdGl2ZXM8L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhpcyBzZWN0aW9uIHByb3ZpZGVzIGEgbGlz
dCBvZiBtYWluIFZOIHByaW1pdGl2ZXMgcmVsYXRlZCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPiAgIFRoaXMgc2VjdGlvbiBwcm92aWRlcyBhIGxpc3Qgb2YgbWFpbiBWTiBwcmlt
aXRpdmVzIHJlbGF0ZWQgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHZpcnR1YWwg
bmV0d29yayB3aGljaCBhcmUgbmVjZXNzYXJ5IHRvIHNhdGlzZnkgQUNUTiByZXF1aXJlbWVudHM8
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB2aXJ0dWFsIG5ldHdvcmsgd2hpY2gg
YXJlIG5lY2Vzc2FyeSB0byBzYXRpc2Z5IEFDVE4gcmVxdWlyZW1lbnRzPC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk
IGNsYXNzPSJsZWZ0Ij4gICBzcGVjaWZpZWQgaW4gW0FDVE4tUkVRXTwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPiAgIHNwZWNpZmllZCBpbiBbQUNUTi1SRVFdPC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDEyIj48dGQ+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAg
IDxzcGFuIGNsYXNzPSJkZWxldGUiPkF0IGEgbWluaW11bSwgdGhlPC9zcGFuPiBmb2xsb3dpbmcg
Vk4gQWN0aW9uIHByaW1pdGl2ZXMgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+c2hvdWxkIGJlPC9zcGFu
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHN1cHBvcnRlZDo8L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+VGhlPC9zcGFuPiBmb2xsb3dp
bmcgVk4gQWN0aW9uIHByaW1pdGl2ZXMgPHNwYW4gY2xhc3M9Imluc2VydCI+YXJlPC9zcGFuPiBz
dXBwb3J0ZWQ6PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0
cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIC0gVk4gSW5zdGFu
dGlhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAtIFZOIEluc3RhbnRpYXRl
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIC0gVk4gTW9kaWZ5PC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgLSBWTiBNb2RpZnk8L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+ICAgLSBWTiBEZWxldGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij4gICAtIFZOIERlbGV0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAt
IFZOIFVwZGF0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIC0gVk4gVXBkYXRl
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIC0gVk4gUGF0aCBDb21wdXRlPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgLSBWTiBQYXRoIENvbXB1dGU8L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTYiIGNs
YXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9z
bWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC02Ij48ZW0+
IHBhZ2UgNywgbGluZSAxMjxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90
aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhy
ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZiNwYXJ0LTYiPjxlbT4gcGFnZSA3LCBs
aW5lIDEwPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PiAgIFZOIHR5cGUgMjogVk4gaXMgdmlld2VkIGFzIGEgVk4tdG9wb2xvZ3kgY29tcHJpc2luZyB2
aXJ0dWFsIG5vZGVzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVk4gdHlwZSAy
OiBWTiBpcyB2aWV3ZWQgYXMgYSBWTi10b3BvbG9neSBjb21wcmlzaW5nIHZpcnR1YWwgbm9kZXM8
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCB2aXJ0dWFsIGxpbmtzLjwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFuZCB2aXJ0dWFsIGxpbmtzLjwvdGQ+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBQbGVhc2Ugc2VlIFtBQ1ROLUZyYW1lXSBmb3IgZnVs
bCBkZXRhaWxzIHJlZ2FyZGluZyB0aGUgdHlwZXMgb2YgVk4uPC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyaWdodCI+ICAgUGxlYXNlIHNlZSBbQUNUTi1GcmFtZV0gZm9yIGZ1bGwgZGV0YWlscyBy
ZWdhcmRpbmcgdGhlIHR5cGVzIG9mIFZOLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij4zLjIuIFZOIE1vZGlmeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjMuMi4gVk4g
TW9kaWZ5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFZOIE1vZGlmeSByZWZl
cnMgdG8gYW4gYWN0aW9uIGlzc3VlZCBmcm9tIGN1c3RvbWVycy9hcHBsaWNhdGlvbnMgdG88L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBWTiBNb2RpZnkgcmVmZXJzIHRvIGFuIGFj
dGlvbiBpc3N1ZWQgZnJvbSBjdXN0b21lcnMvYXBwbGljYXRpb25zIHRvPC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk
IGNsYXNzPSJsZWZ0Ij4gICBtb2RpZnkgYW4gZXhpc3RpbmcgVk4gKGkuZS4sIGFuIGluc3RhbnRp
YXRlZCBWTikuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbW9kaWZ5IGFuIGV4
aXN0aW5nIFZOIChpLmUuLCBhbiBpbnN0YW50aWF0ZWQgVk4pLjwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDEzIj48dGQ+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5W
TiBNb2RpZnksIGRlcGVuZGluZyBvZiB0aGUgdHlwZSBvZiBWTiBpbnN0YW50aWF0ZWQsIGNhbiBi
ZSBhPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgbW9kaWZpY2F0aW9uIG9m
IHRoZSBjaGFyYWN0ZXJpc3RpY3Mgb2YgVk4gbWVtYmVycyAoZWRnZS10by1lZGdlPC9zcGFuPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi
bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgbGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAx
LCBvciBhIG1vZGlmaWNhdGlvbiBvZiBhbiBleGlzdGluZzwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg
Y2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNs
YXNzPSJpbnNlcnQiPiAgIHZpcnR1YWwgdG9wb2xvZ3kgKGUuZy4sIGFkZGluZy9kZWxldGluZyB2
aXJ0dWFsIG5vZGVzL2xpbmtzKSBpbiBjYXNlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imlu
c2VydCI+ICAgb2YgVk4gdHlwZSAyLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j
ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjMuMy4gVk4gRGVsZXRlPC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyaWdodCI+My4zLiBWTiBEZWxldGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+ICAgVk4gRGVsZXRlIHJlZmVycyB0byBhbiBhY3Rpb24gaXNzdWVkIGZyb20gY3VzdG9t
ZXJzL2FwcGxpY2F0aW9ucyB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFZO
IERlbGV0ZSByZWZlcnMgdG8gYW4gYWN0aW9uIGlzc3VlZCBmcm9tIGN1c3RvbWVycy9hcHBsaWNh
dGlvbnMgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRlbGV0ZSBhbiBleGlzdGlu
ZyBWTi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkZWxldGUgYW4gZXhpc3Rp
bmcgVk4uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjMuNC4gVk4gVXBkYXRlPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+My40LiBWTiBVcGRhdGU8L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVk4gVXBkYXRlIHJlZmVycyB0byBhbnkgdXBkYXRlIHRv
IHRoZSBWTiB0aGF0IG5lZWRzIHRvIGJlIHVwZGF0ZWQgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij4gICBWTiBVcGRhdGUgcmVmZXJzIHRvIGFueSB1cGRhdGUgdG8gdGhlIFZOIHRo
YXQgbmVlZHMgdG8gYmUgdXBkYXRlZCB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg
dGhlIGN1c3RvbWVycy4gVk4gVXBkYXRlIGZ1bGZpbGxzIGEgcHVzaCBtb2RlbCBhdCBDTUkgbGV2
ZWwsIHRvIG1ha2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgY3VzdG9t
ZXJzLiBWTiBVcGRhdGUgZnVsZmlsbHMgYSBwdXNoIG1vZGVsIGF0IENNSSBsZXZlbCwgdG8gbWFr
ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY3VzdG9tZXJzIGF3YXJlIG9mIGFueSBz
cGVjaWZpYyBjaGFuZ2VzIGluIHRoZSB0b3BvbG9neSBkZXRhaWxzPC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyaWdodCI+ICAgY3VzdG9tZXJzIGF3YXJlIG9mIGFueSBzcGVjaWZpYyBjaGFuZ2Vz
IGluIHRoZSB0b3BvbG9neSBkZXRhaWxzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC03IiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+
PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29s
cy5pZXRmLm9yZy9yZmNkaWZmI3BhcnQtNyI+PGVtPiBwYWdlIDgsIGxpbmUgMTA8c3BhbiBjbGFz
cz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tp
cHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn
L3JmY2RpZmYjcGFydC03Ij48ZW0+IHBhZ2UgOCwgbGluZSAxMjxzcGFuIGNsYXNzPSJoaWRlIj4g
wrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBWTiBDb21wdXRlIFJlcXVlc3QvUmVw
bHkgaXMgdG8gYmUgZGlmZmVyZW50aWF0ZWQgZnJvbSBhIFZOPC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyaWdodCI+ICAgVk4gQ29tcHV0ZSBSZXF1ZXN0L1JlcGx5IGlzIHRvIGJlIGRpZmZlcmVu
dGlhdGVkIGZyb20gYSBWTjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg
PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgSW5zdGFudGlh
dGUuIFRoZSBwdXJwb3NlIG9mIFZOIENvbXB1dGUgaXMgYSBwcmlvcmkgZXhwbG9yYXRpb24gdG88
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJbnN0YW50aWF0ZS4gVGhlIHB1cnBv
c2Ugb2YgVk4gQ29tcHV0ZSBpcyBhIHByaW9yaSBleHBsb3JhdGlvbiB0bzwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+ICAgY29tcHV0ZSBuZXR3b3JrIHJlc291cmNlcyBhdmFpbGFiaWxpdHkg
YW5kIGdldHRpbmcgYSBwb3NzaWJsZSBWTjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PiAgIGNvbXB1dGUgbmV0d29yayByZXNvdXJjZXMgYXZhaWxhYmlsaXR5IGFuZCBnZXR0aW5nIGEg
cG9zc2libGUgVk48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHZpZXcgaW4gd2hpY2gg
cGF0aCBkZXRhaWxzIGNhbiBiZSBzcGVjaWZpZWQgbWF0Y2hpbmc8L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJpZ2h0Ij4gICB2aWV3IGluIHdoaWNoIHBhdGggZGV0YWlscyBjYW4gYmUgc3BlY2lm
aWVkIG1hdGNoaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjdXN0b21lci9hcHBs
aWNhdGlvbnMgY29uc3RyYWludHMuIFRoaXMgYSBwcmlvcmkgZXhwbG9yYXRpb24gbWF5IG5vdDwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGN1c3RvbWVyL2FwcGxpY2F0aW9ucyBj
b25zdHJhaW50cy4gVGhpcyBhIHByaW9yaSBleHBsb3JhdGlvbiBtYXkgbm90PC90ZD48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PHRkIGNsYXNzPSJsZWZ0Ij4gICBndWFyYW50ZWUgdGhlIGF2YWlsYWJpbGl0eSBvZiB0aGUgY29t
cHV0ZWQgbmV0d29yayByZXNvdXJjZXMgYXQgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
aWdodCI+ICAgZ3VhcmFudGVlIHRoZSBhdmFpbGFiaWxpdHkgb2YgdGhlIGNvbXB1dGVkIG5ldHdv
cmsgcmVzb3VyY2VzIGF0IHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGltZSBv
ZiBpbnN0YW50aWF0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRpbWUg
b2YgaW5zdGFudGlhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+My42LiBW
TiBRdWVyeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjMuNi4gVk4gUXVlcnk8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAx
NCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGJsb2NrIj4gICBWTiBRdWVyeSByZWZlcnMgdG8gaW5xdWlyeSBwZXJ0YWluaW5nIHRv
IDxzcGFuIGNsYXNzPSJkZWxldGUiPnRoZTwvc3Bhbj4gVk4gdGhhdCBoYXMgPHNwYW4gY2xhc3M9
ImRlbGV0ZSI+YmVlbjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg
Vk4gUXVlcnkgcmVmZXJzIHRvIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmFuPC9zcGFuPiBpbnF1aXJ5
IHBlcnRhaW5pbmcgdG8gPHNwYW4gY2xhc3M9Imluc2VydCI+YTwvc3Bhbj4gVk4gdGhhdCBoYXMg
YWxyZWFkeTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBhbHJlYWR5IGluc3RhbnRp
YXRlZC4gVk4gUXVlcnkgZnVsZmlsbHMgYSBwdWxsIG1vZGVsIDxzcGFuIGNsYXNzPSJkZWxldGUi
PmFuZCBwZXJtaXQgdG88L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg
IDxzcGFuIGNsYXNzPSJpbnNlcnQiPmJlZW48L3NwYW4+IGluc3RhbnRpYXRlZC4gVk4gUXVlcnkg
ZnVsZmlsbHMgYSBwdWxsIG1vZGVsIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnRoYXQgcGVybWl0czwv
c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+
ICAgZ2V0PC9zcGFuPiB0b3BvbG9neSB2aWV3LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs
b2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBnZXR0aW5nIGE8L3NwYW4+IHRvcG9sb2d5IHZp
ZXcuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9
InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0i
ZGlmZjAwMTUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVk4gUXVlcnkgUmVwbHkgcmVmZXJzIHRvIHRoZSByZXBs
eSBpbiByZXNwb25zZSB0byBWTiBRdWVyeS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j
ayI+ICAgVk4gUXVlcnkgUmVwbHkgcmVmZXJzIHRvIHRoZSByZXBseSBpbiByZXNwb25zZSB0byBW
TiBRdWVyeS4gPHNwYW4gY2xhc3M9Imluc2VydCI+VGhlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xh
c3M9Imluc2VydCI+ICAgdG9wb2xvZ3kgdmlldyByZXR1cm5lZCBieSBWTiBRdWVyeSBSZXBseSB3
b3VsZCBiZSBjb25zaXN0ZW50IHdpdGg8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv
Y2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0
Ij4gICB0aGUgdG9wb2xvZ3kgdHlwZSBpbnN0YW50aWF0ZWQgZm9yIGFueSBzcGVjaWZpYyBWTi48
L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjQuIFRyYWZmaWMgRW5naW5l
ZXJpbmcgKFRFKSBwcmltaXRpdmVzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NC4g
VHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIHByaW1pdGl2ZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNiI+PHRkPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBU
aGlzIHNlY3Rpb24gcHJvdmlkZXMgYSBsaXN0IG9mIG1haW4gVEUgcHJpbWl0aXZlcyBuZWNlc3Nh
cnkgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhpcyBzZWN0aW9uIHBy
b3ZpZGVzIGEgbGlzdCBvZiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGUgPC9zcGFuPm1haW4gVEUg
cHJpbWl0aXZlcyBuZWNlc3NhcnkgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNh
dGlzZnkgQUNUTiByZXF1aXJlbWVudHMgc3BlY2lmaWVkIGluIFtBQ1ROLVJFUV0gcmVsYXRlZCB0
byB0eXBpY2FsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc2F0aXNmeSBBQ1RO
IHJlcXVpcmVtZW50cyBzcGVjaWZpZWQgaW4gW0FDVE4tUkVRXSByZWxhdGVkIHRvIHR5cGljYWw8
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTci
Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxibG9jayI+ICAgVEUgb3BlcmF0aW9ucyBzdXBwb3J0ZWQgYXQgTVBJIGxldmVsLjwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBURSBvcGVyYXRpb25zIHN1cHBvcnRlZCBh
dCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGUgPC9zcGFuPk1QSSBsZXZlbC48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxOCI+PHRkPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs
b2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5BdCBhIG1pbmltdW0sIHRoZSBmb2xsb3dpbmc8
L3NwYW4+IFRFIGFjdGlvbiBwcmltaXRpdmVzIHNob3VsZCBiZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5UaGU8L3NwYW4+IFRFIGFjdGlv
biBwcmltaXRpdmVzIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmRlZmluZWQgaW4gdGhpcyBzZWN0aW9u
PC9zcGFuPiBzaG91bGQgYmUgPHNwYW4gY2xhc3M9Imluc2VydCI+c3VwcG9ydGVkPC9zcGFuPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBzdXBwb3J0ZWQ6PC90ZD48dGQ+IDwvdGQ+
PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGF0IHRoZSBNUEkgY29u
c2lzdGVudGx5IHdpdGggdGhlIHR5cGUgb2YgdG9wb2xvZ3kgZGVmaW5lZCBhdCB0aGU8L3NwYW4+
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBDTUkuPC9zcGFuPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4g
Y2xhc3M9Imluc2VydCI+PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgVGhl
IGZvbGxvd2luZyBURSBhY3Rpb24gcHJpbWl0aXZlcyBhcmU8L3NwYW4+IHN1cHBvcnRlZDo8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgLSBURSBJbnN0YW50aWF0ZS9Nb2RpZnkv
RGVsZXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgLSBURSBJbnN0YW50aWF0
ZS9Nb2RpZnkvRGVsZXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIC0gVEUg
VG9wb2xvZ3kgVXBkYXRlIChTZWUgU2VjdGlvbiA0LjQuIGZvciB0aGUgZGVzY3JpcHRpb24pPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgLSBURSBUb3BvbG9neSBVcGRhdGUgKFNl
ZSBTZWN0aW9uIDQuNC4gZm9yIHRoZSBkZXNjcmlwdGlvbik8L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGVmdCI+ICAgLSBQYXRoIENvbXB1dGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij4gICAtIFBhdGggQ29tcHV0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48
dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g
ICBURSBBY3Rpb24gaXMgYW4gb2JqZWN0IGRlc2NyaWJpbmcgdGhlIG1haW4gVEUgcHJpbWl0aXZl
cy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBURSBBY3Rpb24gaXMgYW4gb2Jq
ZWN0IGRlc2NyaWJpbmcgdGhlIG1haW4gVEUgcHJpbWl0aXZlcy48L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+ICAgVEUgQWN0aW9uIGNhbiBhc3N1bWUgb25lIG9mIHRoZSBtZW50aW9u
ZWQgYWJvdmUgcHJpbWl0aXZlcyB2YWx1ZXMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo
dCI+ICAgVEUgQWN0aW9uIGNhbiBhc3N1bWUgb25lIG9mIHRoZSBtZW50aW9uZWQgYWJvdmUgcHJp
bWl0aXZlcyB2YWx1ZXMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0ciBpZD0icGFydC04IiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNr
aXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y
Zy9yZmNkaWZmI3BhcnQtOCI+PGVtPiBwYWdlIDExLCBsaW5lIDc8c3BhbiBjbGFzcz0iaGlkZSI+
IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8g
Y2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYj
cGFydC04Ij48ZW0+IHBhZ2UgMTEsIGxpbmUgMTI8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFu
PjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBWTiBJZGVudGlmaWVyIGlzIGEgdW5pcXVl
IGlkZW50aWZpZXIgb2YgdGhlIFZOLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg
IFZOIElkZW50aWZpZXIgaXMgYSB1bmlxdWUgaWRlbnRpZmllciBvZiB0aGUgVk4uPC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjUuMi4gVk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M8
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij41LjIuIFZOIFNlcnZpY2UgQ2hhcmFjdGVy
aXN0aWNzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFZOIFNlcnZpY2UgQ2hh
cmFjdGVyaXN0aWNzIGRlc2NyaWJlcyB0aGUgY3VzdG9tZXIvYXBwbGljYXRpb248L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBWTiBTZXJ2aWNlIENoYXJhY3RlcmlzdGljcyBkZXNj
cmliZXMgdGhlIGN1c3RvbWVyL2FwcGxpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij4gICByZXF1aXJlbWVudHMgYWdhaW5zdCB0aGUgVk5zIHRvIGJlIGluc3RhbnRpYXRlZC48L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICByZXF1aXJlbWVudHMgYWdhaW5zdCB0aGUg
Vk5zIHRvIGJlIGluc3RhbnRpYXRlZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
ICAgJmx0O1ZOIFNlcnZpY2UgQ2hhcmFjdGVyaXN0aWNzJmd0OyA6Oj0gJmx0O1ZOIENvbm5lY3Rp
dml0eSBUeXBlJmd0OzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICZsdDtWTiBT
ZXJ2aWNlIENoYXJhY3RlcmlzdGljcyZndDsgOjo9ICZsdDtWTiBDb25uZWN0aXZpdHkgVHlwZSZn
dDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJk
aWZmMDAxOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9Imluc2VydCI+Jmx0
O1ZOIERpcmVjdGlvbmFsaXR5Jmd0Ozwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j
ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICgmbHQ7Vk4gVHJhZmZpYyBNYXRyaXgmZ3Q7Li4uKTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICgmbHQ7Vk4gVHJh
ZmZpYyBNYXRyaXgmZ3Q7Li4uKTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmbHQ7Vk4gU3Vydml2YWJpbGl0eSZndDs8
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAmbHQ7Vk4gU3Vydml2YWJpbGl0eSZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGVmdCI+ICAgV2hlcmU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBX
aGVyZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz
PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAmbHQ7Vk4gQ29ubmVjdGl2
aXR5IFR5cGUmZ3Q7IDo6PSAmbHQ7UDJQJmd0O3wmbHQ7UDJNUCZndDt8Jmx0O01QMk1QJmd0O3wm
bHQ7TVAyUCZndDt8Jmx0O011bHRpLTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg
ICZsdDtWTiBDb25uZWN0aXZpdHkgVHlwZSZndDsgOjo9ICZsdDtQMlAmZ3Q7fCZsdDtQMk1QJmd0
O3wmbHQ7TVAyTVAmZ3Q7fCZsdDtNUDJQJmd0O3wmbHQ7TXVsdGktPC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij4gICBkZXN0aW5hdGlvbiZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij4gICBkZXN0aW5hdGlvbiZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
ICAgVGhlIENvbm5lY3Rpdml0eSBUeXBlIGlkZW50aWZpZXMgdGhlIHR5cGUgb2YgcmVxdWlyZWQg
Vk4gU2VydmljZS4gSW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgQ29u
bmVjdGl2aXR5IFR5cGUgaWRlbnRpZmllcyB0aGUgdHlwZSBvZiByZXF1aXJlZCBWTiBTZXJ2aWNl
LiBJbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWRkaXRpb24gdG8gdGhlIGNsYXNz
aWNhbCB0eXBlIG9mIHNlcnZpY2VzIChlLmcuIFAyUC9QMk1QIGV0Yy4pLDwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFkZGl0aW9uIHRvIHRoZSBjbGFzc2ljYWwgdHlwZSBvZiBz
ZXJ2aWNlcyAoZS5nLiBQMlAvUDJNUCBldGMuKSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PiAgIEFDVE4gZGVmaW5lcyB0aGUgIm11bHRpLWRlc3RpbmF0aW9uIiBzZXJ2aWNlIHRoYXQgaXMg
YSBuZXcgUDJQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQUNUTiBkZWZpbmVz
IHRoZSAibXVsdGktZGVzdGluYXRpb24iIHNlcnZpY2UgdGhhdCBpcyBhIG5ldyBQMlA8L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNlcnZpY2Ugd2hlcmUgdGhlIGVuZCBwb2ludHMgYXJl
IG5vdCBmaXhlZC4gVGhleSBjYW4gYmUgY2hvc2VuIGFtb25nPC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyaWdodCI+ICAgc2VydmljZSB3aGVyZSB0aGUgZW5kIHBvaW50cyBhcmUgbm90IGZpeGVk
LiBUaGV5IGNhbiBiZSBjaG9zZW4gYW1vbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg
IGEgbGlzdCBvZiBwcmUtY29uZmlndXJlZCBlbmQgcG9pbnRzIG9yIGR5bmFtaWNhbGx5IHByb3Zp
ZGVkIGJ5IHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGEgbGlzdCBvZiBw
cmUtY29uZmlndXJlZCBlbmQgcG9pbnRzIG9yIGR5bmFtaWNhbGx5IHByb3ZpZGVkIGJ5IHRoZTwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQ05DLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPiAgIENOQy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyIGlkPSJkaWZmMDAyMCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+Vk4gRGlyZWN0aW9uYWxpdHkgaW5k
aWNhdGVzIGlmIGEgVk4gaXMgdW5pZGlyZWN0aW9uYWwgb3I8L3NwYW4+PC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk
IGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBj
bGFzcz0iaW5zZXJ0Ij4gICBiaWRpcmVjdGlvbmFsLiBUaGlzIGltcGxpZXMgdGhhdCBlYWNoIFZO
IG1lbWJlciB0aGF0IGJlbG9uZ3MgdG8gdGhlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imlu
c2VydCI+ICAgVk4gaGFzIHRoZSBzYW1lIGRpcmVjdGlvbmFsaXR5IGFzIHRoZSBWTi48L3NwYW4+
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAm
bHQ7Vk4gVHJhZmZpYyBNYXRyaXgmZ3Q7IDo6PSAmbHQ7QmFuZHdpZHRoJmd0OzwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICZsdDtWTiBUcmFmZmljIE1hdHJpeCZndDsgOjo9ICZs
dDtCYW5kd2lkdGgmZ3Q7PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAg
ICAgICAgICAgICAgICAgICAgIFsmbHQ7Vk4gQ29uc3RyYWludHMmZ3Q7XTwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgIFsmbHQ7Vk4gQ29u
c3RyYWludHMmZ3Q7XTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+
PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgVk4g
VHJhZmZpYyBNYXRyaXggcmVwcmVzZW50cyB0aGUgdHJhZmZpYyBtYXRyaXggcGFyYW1ldGVycyBm
b3I8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgVk4gVHJhZmZpYyBNYXRy
aXggcmVwcmVzZW50cyB0aGUgdHJhZmZpYyBtYXRyaXggcGFyYW1ldGVycyBmb3I8L3RkPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjEiPjx0ZD48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j
ayI+ICAgdGhlIHJlcXVpcmVkIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRoZTwvc3Bhbj4gc2Vydmlj
ZSBjb25uZWN0aXZpdHkuIEJhbmR3aWR0aCBpcyBhIG1hbmRhdG9yeTwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmJsb2NrIj4gICB0aGUgcmVxdWlyZWQgc2VydmljZSBjb25uZWN0aXZpdHkuIEJh
bmR3aWR0aCBpcyBhIG1hbmRhdG9yeTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBw
YXJhbWV0ZXIgYW5kIGEgbnVtYmVyIG9mIG9wdGlvbmFsIDxzcGFuIGNsYXNzPSJkZWxldGUiPmNv
bnN0cmFpbnM8L3NwYW4+IGNhbiBiZSBzcGVjaWZpZWQgaW48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJibG9jayI+ICAgcGFyYW1ldGVyIGFuZCBhIG51bWJlciBvZiBvcHRpb25hbCA8c3BhbiBj
bGFzcz0iaW5zZXJ0Ij5jb25zdHJhaW50czwvc3Bhbj4gY2FuIGJlIHNwZWNpZmllZCBpbjwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgVk4gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+
Q29uc3RyYWluczwvc3Bhbj4gKGUuZy4gZGl2ZXJzaXR5LCBjb3N0KS4gVGhleSBjYW4gaW5jbHVk
ZSBvYmplY3RpdmU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdGhlIFZOIDxz
cGFuIGNsYXNzPSJpbnNlcnQiPkNvbnN0cmFpbnRzPC9zcGFuPiAoZS5nLiBkaXZlcnNpdHksIGNv
c3QpLiBUaGV5IGNhbiBpbmNsdWRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGZ1
bmN0aW9ucyBhbmQgVEUgbWV0cmljcyBib3VuZHMgYXMgc3BlY2lmaWVkIGluIFtSRkM1NTQxXS48
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgb2JqZWN0aXZlIGZ1bmN0aW9ucyBh
bmQgVEUgbWV0cmljcyBib3VuZHMgYXMgc3BlY2lmaWVkIGluIFtSRkM1NTQxXS48L3RkPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRnVydGhlciBkZXRhaWxzIG9uIHRoZSBWTiBjb25z
dHJhaW50cyBhcmUgc3BlY2lmaWVkIGJlbG93OjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln
aHQiPiAgIEZ1cnRoZXIgZGV0YWlscyBvbiB0aGUgVk4gY29uc3RyYWludHMgYXJlIHNwZWNpZmll
ZCBiZWxvdzo8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgJmx0O1ZO
IENvbnN0cmFpbnRzJmd0OyA6Oj0gWyZsdDtMYXllciBQcm90b2NvbCZndDtdPC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgJmx0O1ZOIENvbnN0cmFpbnRzJmd0OyA6Oj0g
WyZsdDtMYXllciBQcm90b2NvbCZndDtdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFsmbHQ7RGl2ZXJzaXR5Jmd0O108L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICBb
Jmx0O0RpdmVyc2l0eSZndDtdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0ciBpZD0iZGlmZjAwMjIiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+WyZsdDtTaGFyZWQgUmlzayZndDtdPC9zcGFu
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr
Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICggJmx0O01ldHJpYyZndDsgfCAmbHQ7Vk4gT2JqZWN0aXZlIEZ1bmN0aW9uJmd0OyApPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgKCAmbHQ7TWV0cmljJmd0OyB8ICZsdDtWTiBPYmplY3RpdmUgRnVuY3Rpb24mZ3Q7ICk8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgV2hlcmU6PC90ZD48dGQ+IDwvdGQ+
PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgV2hlcmU6PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPiAgICAgIExheWVyIFByb3RvY29sIGlkZW50aWZpZXMgdGhlIGxheWVyIHRvcG9sb2d5
IGF0IHdoaWNoIHRoZSBWTjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIExh
eWVyIFByb3RvY29sIGlkZW50aWZpZXMgdGhlIGxheWVyIHRvcG9sb2d5IGF0IHdoaWNoIHRoZSBW
TjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgc2VydmljZSBpcyByZXF1ZXN0ZWQu
IEl0IGNvdWxkIGJlIGZvciBleGFtcGxlIE1QTFMsIE9EVSwgYW5kIE9DaC48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBzZXJ2aWNlIGlzIHJlcXVlc3RlZC4gSXQgY291bGQg
YmUgZm9yIGV4YW1wbGUgTVBMUywgT0RVLCBhbmQgT0NoLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij4gICAgICBEaXZlcnNpdHkgYWxsb3dzIGFza2luZyBmb3IgZGl2ZXJzaXR5IGNv
bnN0cmFpbnRzIGZvciBhIFZOPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAg
RGl2ZXJzaXR5IGFsbG93cyBhc2tpbmcgZm9yIGRpdmVyc2l0eSBjb25zdHJhaW50cyBmb3IgYSBW
TjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgSW5zdGFudGlhdGUvTW9kaWZ5IG9y
IGEgVk4gUGF0aCBDb21wdXRlLiBGb3IgZXhhbXBsZSwgYSBuZXcgVk4gb3I8L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBJbnN0YW50aWF0ZS9Nb2RpZnkgb3IgYSBWTiBQYXRo
IENvbXB1dGUuIEZvciBleGFtcGxlLCBhIG5ldyBWTiBvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+ICAgICAgYSBwYXRoIGlzIHJlcXVlc3RlZCBpbiB0b3RhbCBkaXZlcnNpdHkgZnJvbSBh
biBleGlzdGluZyBvbmUgKGUuZy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAg
ICBhIHBhdGggaXMgcmVxdWVzdGVkIGluIHRvdGFsIGRpdmVyc2l0eSBmcm9tIGFuIGV4aXN0aW5n
IG9uZSAoZS5nLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgZGl2ZXJzaXR5IGV4
Y2x1c2lvbikuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgZGl2ZXJzaXR5
IGV4Y2x1c2lvbikuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAg
ICZsdDtEaXZlcnNpdHkmZ3Q7IDo6PSAoJmx0O1ZOLWV4Y2x1c2lvbiZndDsgKCZsdDtWTi1pZCZn
dDsuLi4pKSB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgJmx0
O0RpdmVyc2l0eSZndDsgOjo9ICgmbHQ7Vk4tZXhjbHVzaW9uJmd0OyAoJmx0O1ZOLWlkJmd0Oy4u
LikpIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAg
ICAgKCZsdDtWTi1NZW1iZXItZXhjbHVzaW9uJmd0OyAoJmx0O1ZOLU1lbWJlci1pZCZndDsuLi4p
KTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICgm
bHQ7Vk4tTWVtYmVyLWV4Y2x1c2lvbiZndDsgKCZsdDtWTi1NZW1iZXItaWQmZ3Q7Li4uKSk8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAy
MyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGJsb2NrIj4gICAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TaGFyZWQgUmlzayBpcyB1
c2VkIHRvIGdldCB0aGUgU1JMRyBhc3NvY2lhdGVkIHdpdGggdGhlIGRpZmZlcmVudDwvc3Bhbj48
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
YmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgIHR1bm5lbHMgY29tcG9zaW5nIGEgVk4u
IEJhc2VkIG9uIHRoZSByZWFsaXphdGlvbiBvZiBWTiByZXF1aXJlZCw8L3NwYW4+PC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48
c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgICBncm91cCBvZiBwaHlzaWNhbCByZXNvdXJjZXMgY2Fu
IGJlIGltcGFjdGVkIGJ5IHRoZSBzYW1lIHJpc2suIFZOPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xh
c3M9ImRlbGV0ZSI+ICAgICAgbWVtYmVyIChpLmUuLCBlZGdlLXRvLWVkZ2UgbGluaykgY2FuIGJl
IGltcGFjdGVkIGJ5IHRoaXMgc2hhcmVkPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0
ZSI+ICAgICAgcmlzay48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg
TWV0cmljIGNhbiBpbmNsdWRlIGFsbCB0aGUgTWV0cmljcyAoY29zdCwgZGVsYXksIGRlbGF5IHZh
cmlhdGlvbiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBNZXRyaWMgY2Fu
IGluY2x1ZGUgYWxsIHRoZSBNZXRyaWNzIChjb3N0LCBkZWxheSwgZGVsYXkgdmFyaWF0aW9uLDwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgbGF0ZW5jeSksIGJhbmR3aWR0aCB1dGls
aXphdGlvbiBwYXJhbWV0ZXJzIGRlZmluZWQgYW5kIHJlZmVyZW5jZWQ8L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBsYXRlbmN5KSwgYmFuZHdpZHRoIHV0aWxpemF0aW9uIHBh
cmFtZXRlcnMgZGVmaW5lZCBhbmQgcmVmZXJlbmNlZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm
dCI+ICAgICAgYnkgW1JGQzM2MzBdIGFuZCBbUkZDNzQ3MV0uPC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyaWdodCI+ICAgICAgYnkgW1JGQzM2MzBdIGFuZCBbUkZDNzQ3MV0uPC90ZD48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIEFzIGZvciBWTiBPYmplY3RpdmUgRnVuY3Rpb24g
U2VlIFNlY3Rpb24gNS40LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIEFz
IGZvciBWTiBPYmplY3RpdmUgRnVuY3Rpb24gU2VlIFNlY3Rpb24gNS40LjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBWTiBTdXJ2aXZhYmlsaXR5IGRlc2NyaWJlcyBhbGwgYXR0
cmlidXRlcyByZWxhdGVkIHRvIHRoZSBWTiByZWNvdmVyeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPiAgIFZOIFN1cnZpdmFiaWxpdHkgZGVzY3JpYmVzIGFsbCBhdHRyaWJ1dGVzIHJl
bGF0ZWQgdG8gdGhlIFZOIHJlY292ZXJ5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBs
ZXZlbCBhbmQgaXRzIHN1cnZpdmFiaWxpdHkgcG9saWN5IGVuZm9yY2VkIGJ5IHRoZTwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGxldmVsIGFuZCBpdHMgc3Vydml2YWJpbGl0eSBw
b2xpY3kgZW5mb3JjZWQgYnkgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjdXN0
b21lcnMvYXBwbGljYXRpb25zLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGN1
c3RvbWVycy9hcHBsaWNhdGlvbnMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTkiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0
aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rv
b2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC05Ij48ZW0+IHBhZ2UgMTMsIGxpbmUgNDU8c3BhbiBj
bGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+
c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYu
b3JnL3JmY2RpZmYjcGFydC05Ij48ZW0+IHBhZ2UgMTQsIGxpbmUgNzxzcGFuIGNsYXNzPSJoaWRl
Ij4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjaGFyYWN0ZXJpc3RpY3MuPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgY2hhcmFjdGVyaXN0aWNzLjwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90
ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAmbHQ7Vk4gRW5kLVBvaW50Jmd0OyA6Oj0gKCZs
dDtBY2Nlc3MgUG9pbnQgSWRlbnRpZmllciZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij4gICAmbHQ7Vk4gRW5kLVBvaW50Jmd0OyA6Oj0gKCZsdDtBY2Nlc3MgUG9pbnQgSWRlbnRp
ZmllciZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAg
ICAgICAgIFsmbHQ7QWNjZXNzIExpbmsgQ2FwYWJpbGl0eSZndDtdPC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAgIFsmbHQ7QWNjZXNzIExpbmsgQ2Fw
YWJpbGl0eSZndDtdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAg
ICAgICAgICAgICBbJmx0O1NvdXJjZSBJbmRpY2F0b3ImZ3Q7XSkuLi48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgWyZsdDtTb3VyY2UgSW5kaWNh
dG9yJmd0O10pLi4uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIFdoZXJl
OjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIFdoZXJlOjwvdGQ+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDI0Ij48dGQ+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
YmxvY2siPiAgICAgQWNjZXNzIDxzcGFuIGNsYXNzPSJkZWxldGUiPnBvaW50IGk8L3NwYW4+ZGVu
dGlmaWVyIHJlcHJlc2VudHMgYSB1bmlxdWUgaWRlbnRpZmllciBvZiB0aGU8L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICBBY2Nlc3MgPHNwYW4gY2xhc3M9Imluc2VydCI+UG9p
bnQgSTwvc3Bhbj5kZW50aWZpZXIgcmVwcmVzZW50cyBhIHVuaXF1ZSBpZGVudGlmaWVyIG9mIHRo
ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICBjbGllbnQgZW5kLXBvaW50LiBUaGV5
IGFyZSB1c2VkIGJ5IHRoZSBjdXN0b21lciB0byBhc2sgZm9yIHRoZTwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPiAgICAgY2xpZW50IGVuZC1wb2ludC4gVGhleSBhcmUgdXNlZCBieSB0
aGUgY3VzdG9tZXIgdG8gYXNrIGZvciB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICBzZXR1cCBvZiBhIHZp
cnR1YWwgbmV0d29yayA8c3BhbiBjbGFzcz0iZGVsZXRlIj5jcmVhdGlvbi48L3NwYW4+IEEgVk4g
RW5kLVBvaW50IGlzIGRlZmluZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg
ICBzZXR1cCBvZiBhIHZpcnR1YWwgbmV0d29yayA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5pbnN0YW50
aWF0aW9uLjwvc3Bhbj4gQSBWTiBFbmQtUG9pbnQgaXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi
bG9jayI+ICAgICBhZ2FpbnN0IGVhY2ggQVAgaW4gdGhlIG5ldHdvcmsgYW5kIGlzIHNoYXJlZCBi
ZXR3ZWVuIGN1c3RvbWVyIGFuZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAg
IGRlZmluZWQgYWdhaW5zdCBlYWNoIEFQIGluIHRoZSBuZXR3b3JrIGFuZCBpcyBzaGFyZWQgYmV0
d2VlbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgIHByb3ZpZGVyLiBCb3RoIHRo
ZSBjdXN0b21lciBhbmQgdGhlIHByb3ZpZGVyIHdpbGwgbWFwIGl0IGFnYWluc3Q8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICBjdXN0b21lciBhbmQgcHJvdmlkZXIuIEJvdGgg
dGhlIGN1c3RvbWVyIGFuZCB0aGUgcHJvdmlkZXIgd2lsbCBtYXA8L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxibG9jayI+ICAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5oaXM8L3NwYW4+IG93biBwaHlz
aWNhbCByZXNvdXJjZXMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgaXQg
YWdhaW5zdCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGVpcjwvc3Bhbj4gb3duIHBoeXNpY2FsIHJl
c291cmNlcy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICBBY2Nlc3MgTGlu
ayBDYXBhYmlsaXR5IGlkZW50aWZpZXMgdGhlIGNhcGFiaWxpdGllcyBvZiB0aGUgYWNjZXNzPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICBBY2Nlc3MgTGluayBDYXBhYmlsaXR5
IGlkZW50aWZpZXMgdGhlIGNhcGFiaWxpdGllcyBvZiB0aGUgYWNjZXNzPC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk
IGNsYXNzPSJsZWZ0Ij4gICAgIGxpbmsgcmVsYXRlZCB0byB0aGUgZ2l2ZW4gYWNjZXNzIHBvaW50
LiAoZS5nLiwgbWF4LWJhbmR3aWR0aCw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g
ICAgIGxpbmsgcmVsYXRlZCB0byB0aGUgZ2l2ZW4gYWNjZXNzIHBvaW50LiAoZS5nLiwgbWF4LWJh
bmR3aWR0aCw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgYmFuZHdpZHRoIGF2YWls
YWJpbGl0eSwgZXRjLik8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIGJhbmR3
aWR0aCBhdmFpbGFiaWxpdHksIGV0Yy4pPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PiAgICAgU291cmNlIEluZGljYXRvciBpbmRpY2F0ZXMgaWYgYW4gZW5kLXBvaW50IGlzIHNvdXJj
ZSBvciBub3QuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICBTb3VyY2UgSW5k
aWNhdG9yIGluZGljYXRlcyBpZiBhbiBlbmQtcG9pbnQgaXMgc291cmNlIG9yIG5vdC48L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS40LiBWTiBPYmplY3RpdmUgRnVuY3Rpb248L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij41LjQuIFZOIE9iamVjdGl2ZSBGdW5jdGlvbjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo
dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgVk4gT2JqZWN0aXZlIEZ1bmN0
aW9uIGFwcGxpZXMgdG8gZWFjaCBWTiBtZW1iZXIgKGkuZS4sIGVhY2ggRTJFPC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFZOIE9iamVjdGl2ZSBGdW5jdGlvbiBhcHBsaWVz
IHRvIGVhY2ggVk4gbWVtYmVyIChpLmUuLCBlYWNoIEUyRTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtMTAiIGNsYXNzPSJjaGFuZ2UiPjx0
ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJo
dHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC0xMCI+PGVtPiBwYWdlIDE1LCBsaW5l
IDEyPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48
dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90
b29scy5pZXRmLm9yZy9yZmNkaWZmI3BhcnQtMTAiPjxlbT4gcGFnZSAxNSwgbGluZSAxODxzcGFu
IGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzdWNjZXNz
ZnVsbHkgaW5zdGFudGlhdGVkLCBtb2RpZmllZCwgb3IgZGVsZXRlZCBpbiB0aGUgc2VydmVyPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3VjY2Vzc2Z1bGx5IGluc3RhbnRpYXRl
ZCwgbW9kaWZpZWQsIG9yIGRlbGV0ZWQgaW4gdGhlIHNlcnZlcjwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+ICAgbmV0d29yayBvciBub3QgaW4gcmVzcG9uc2UgdG8gYSBwYXJ0aWN1bGFyIFZO
IGFjdGlvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBuZXR3b3JrIG9yIG5v
dCBpbiByZXNwb25zZSB0byBhIHBhcnRpY3VsYXIgVk4gYWN0aW9uLjwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PHRkIGNsYXNzPSJsZWZ0Ij4gICBOb3RlIHRoYXQgdGhpcyBhY3Rpb24gc3RhdHVzIG9iamVjdCBj
YW4gYmUgaW1wbGljaXRseSBpbmRpY2F0ZWQgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
aWdodCI+ICAgTm90ZSB0aGF0IHRoaXMgYWN0aW9uIHN0YXR1cyBvYmplY3QgY2FuIGJlIGltcGxp
Y2l0bHkgaW5kaWNhdGVkIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGh1cyBu
b3QgaW5jbHVkZWQgaW4gYW55IG9mIHRoZSBWTiBwcmltaXRpdmVzIGRpc2N1c3NlZCBpbiBTZWN0
aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGh1cyBub3QgaW5jbHVkZWQg
aW4gYW55IG9mIHRoZSBWTiBwcmltaXRpdmVzIGRpc2N1c3NlZCBpbiBTZWN0aW9uPC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PiAgIDMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjUuNi4gVk4gVG9wb2xvZ3k8
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij41LjYuIFZOIFRvcG9sb2d5PC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFdoZW4gYSBWTiBpcyBzZWVuIGJ5IHRoZSBjdXN0
b21lciBhcyBhIHRvcG9sb2d5LCBpdCBpcyByZWZlcnJlZCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPiAgIFdoZW4gYSBWTiBpcyBzZWVuIGJ5IHRoZSBjdXN0b21lciBhcyBhIHRv
cG9sb2d5LCBpdCBpcyByZWZlcnJlZCB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyIGlkPSJkaWZmMDAyNiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBhcyBWTiB0b3BvbG9neS4g
VGhpcyBpcyBhc3NvY2lhdGVkIHdpdGggVk4gVHlwZSAyLCB3aGljaCBpczwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICBhcyBWTiB0b3BvbG9neS4gVGhpcyBpcyBhc3NvY2lhdGVk
IHdpdGggVk4gVHlwZSAyLCB3aGljaCBpcyA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5jb21wb3NlZDwv
c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0
ZSI+Y29tcHJpc2VkPC9zcGFuPiBvZiB2aXJ0dWFsIG5vZGVzIDxzcGFuIGNsYXNzPSJkZWxldGUi
PnZpcnR1YWw8L3NwYW4+IGFuZCBsaW5rcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j
ayI+ICAgb2YgdmlydHVhbCBub2RlcyBhbmQgPHNwYW4gY2xhc3M9Imluc2VydCI+dmlydHVhbDwv
c3Bhbj4gbGlua3MuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICZsdDtWTiBU
b3BvbG9neSZndDsgOjo9ICZsdDtWTiBub2RlIGxpc3QmZ3Q7ICZsdDtWTiBsaW5rIGxpc3QmZ3Q7
PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgJmx0O1ZOIFRvcG9sb2d5Jmd0OyA6
Oj0gJmx0O1ZOIG5vZGUgbGlzdCZndDsgJmx0O1ZOIGxpbmsgbGlzdCZndDs8L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgJmx0O1ZOIG5vZGUgbGlzdCZndDsgOjo9ICZsdDtWTiBu
b2RlJmd0OyBbJmx0O1ZOIG5vZGUgbGlzdCZndDtdPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
aWdodCI+ICAgJmx0O1ZOIG5vZGUgbGlzdCZndDsgOjo9ICZsdDtWTiBub2RlJmd0OyBbJmx0O1ZO
IG5vZGUgbGlzdCZndDtdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICZsdDtW
TiBsaW5rIGxpc3QmZ3Q7IDo6ID0gJmx0O1ZOIGxpbmsmZ3Q7ICBbJmx0O1ZOIGxpbmsgbGlzdCZn
dDtdPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgJmx0O1ZOIGxpbmsgbGlzdCZn
dDsgOjogPSAmbHQ7Vk4gbGluayZndDsgIFsmbHQ7Vk4gbGluayBsaXN0Jmd0O108L3RkPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS43LiBWTiBNZW1iZXI8L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJpZ2h0Ij41LjcuIFZOIE1lbWJlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij4gICBWTiBNZW1iZXIgZGVzY3JpYmVzIGRldGFpbHMgb2YgYSBWTiBNZW1iZXIgd2hpY2gg
aXMgYSBsaXN0IG9mIGEgc2V0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVk4g
TWVtYmVyIGRlc2NyaWJlcyBkZXRhaWxzIG9mIGEgVk4gTWVtYmVyIHdoaWNoIGlzIGEgbGlzdCBv
ZiBhIHNldDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg
aWQ9InBhcnQtMTEiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcg
dG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2Rp
ZmYjcGFydC0xMSI+PGVtPiBwYWdlIDE2LCBsaW5lIDg8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9z
cGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdl
IGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC0x
MSI+PGVtPiBwYWdlIDE2LCBsaW5lIDEyPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2Vt
PjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEVncmVzcyBWTiBFbmQtUG9pbnQgaXMgdGhlIFZOIEVuZC1Q
b2ludCBpbmZvcm1hdGlvbiBmb3IgdGhlIGVncmVzczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmlnaHQiPiAgIEVncmVzcyBWTiBFbmQtUG9pbnQgaXMgdGhlIFZOIEVuZC1Qb2ludCBpbmZvcm1h
dGlvbiBmb3IgdGhlIGVncmVzczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcG9ydGlv
biBvZiB0aGUgQVAuIFNlZSBTZWN0aW9uIDUuMyBmb3IgVk4gRW5kLVBvaW50IGRldGFpbHMuPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcG9ydGlvbiBvZiB0aGUgQVAuIFNlZSBT
ZWN0aW9uIDUuMyBmb3IgVk4gRW5kLVBvaW50IGRldGFpbHMuPC90ZD48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz
PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg
Y2xhc3M9ImxlZnQiPiAgIFZOIEFzc29jaWF0ZWQgTFNQIGRlc2NyaWJlcyB0aGUgaW5zdGFudGlh
dGVkIExTUHMgaW4gdGhlIFByb3ZpZGVyJ3M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0
Ij4gICBWTiBBc3NvY2lhdGVkIExTUCBkZXNjcmliZXMgdGhlIGluc3RhbnRpYXRlZCBMU1BzIGlu
IHRoZSBQcm92aWRlcidzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBuZXR3b3JrIGZv
ciB0aGUgVk4gVHlwZSAxLiBJdCBkZXNjcmliZXMgdGhlIGluc3RhbnRpYXRlZCBMU1BzIG92ZXI8
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBuZXR3b3JrIGZvciB0aGUgVk4gVHlw
ZSAxLiBJdCBkZXNjcmliZXMgdGhlIGluc3RhbnRpYXRlZCBMU1BzIG92ZXI8L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPiAgIHRoZSBWTiB0b3BvbG9neSBmb3IgVk4gVHlwZSAyLjwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZSBWTiB0b3BvbG9neSBmb3IgVk4gVHlwZSAy
LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij41LjcuMS4gVk4gQ29tcHV0ZWQgUGF0
aDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjUuNy4xLiBWTiBDb21wdXRlZCBQYXRo
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBWTiBDb21wdXRlZCBQYXRo
IGlzIHRoZSBsaXN0IG9mIHBhdGhzIG9idGFpbmVkIGFmdGVyIHRoZSBWTiBwYXRoPC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFZOIENvbXB1dGVkIFBhdGggaXMgdGhlIGxp
c3Qgb2YgcGF0aHMgb2J0YWluZWQgYWZ0ZXIgdGhlIFZOIHBhdGg8L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjciPjx0ZD48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgY29t
cHV0YXRpb24gcmVxdWVzdCBmcm9tIGhpZ2hlciBjb250cm9sbGVyLiBOb3RlIHRoYXQgdGhlIGNv
bXB1dGVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGNvbXB1dGF0aW9uIHJl
cXVlc3QgZnJvbSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5hIDwvc3Bhbj5oaWdoZXIgY29udHJvbGxl
ci4gTm90ZSB0aGF0IHRoZSBjb21wdXRlZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg
cGF0aCBpcyB0byBiZSBkaXN0aW5ndWlzaGVkIGZyb20gdGhlIExTUC4gV2hlbiB0aGUgY29tcHV0
ZWQgcGF0aCBpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBhdGggaXMgdG8g
YmUgZGlzdGluZ3Vpc2hlZCBmcm9tIHRoZSBMU1AuIFdoZW4gdGhlIGNvbXB1dGVkIHBhdGggaXM8
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNpZ25hbGVkIGluIHRoZSBuZXR3b3JrIChh
bmQgdGh1cyB0aGUgcmVzb3VyY2UgaXMgcmVzZXJ2ZWQgZm9yIHRoYXQ8L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij4gICBzaWduYWxlZCBpbiB0aGUgbmV0d29yayAoYW5kIHRodXMgdGhl
IHJlc291cmNlIGlzIHJlc2VydmVkIGZvciB0aGF0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij4gICBwYXRoKSwgaXQgYmVjb21lcyBhbiBMU1AuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
aWdodCI+ICAgcGF0aCksIGl0IGJlY29tZXMgYW4gTFNQLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij4gICAmbHQ7Vk4gQ29tcHV0ZWQgUGF0aCZndDsgOjo9ICgmbHQ7UGF0aCZndDsu
Li4pPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgJmx0O1ZOIENvbXB1dGVkIFBh
dGgmZ3Q7IDo6PSAoJmx0O1BhdGgmZ3Q7Li4uKTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij41LjcuMi4gVk4gU2VydmljZSBQcmVmZXJlbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz
PSJyaWdodCI+NS43LjIuIFZOIFNlcnZpY2UgUHJlZmVyZW5jZTwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9
ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk
IGNsYXNzPSJsZWZ0Ij4gICBUaGlzIHNlY3Rpb24gcHJvdmlkZXMgVk4gU2VydmljZSBwcmVmZXJl
bmNlLiBWTiBTZXJ2aWNlIGlzIGRlZmluZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0
Ij4gICBUaGlzIHNlY3Rpb24gcHJvdmlkZXMgVk4gU2VydmljZSBwcmVmZXJlbmNlLiBWTiBTZXJ2
aWNlIGlzIGRlZmluZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0
cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluIFNlY3Rpb24g
Mi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbiBTZWN0aW9uIDIuPC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0xMiIg
Y2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8
L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZiNwYXJ0LTEyIj48
ZW0+IHBhZ2UgMTgsIGxpbmUgMTU8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9h
PjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48
YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC0xMiI+PGVtPiBwYWdl
IDE4LCBsaW5lIDIxPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0
ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbJmx0O0Rpc2pvaW50bmVz
cyZndDtdPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIFsmbHQ7RGlzam9pbnRuZXNzJmd0O108L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFsmbHQ7U1JM
RyZndDtdPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIFsmbHQ7U1JMRyZndDtdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbJmx0O1ByaW9yaXR5Jmd0
O108L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgWyZsdDtQcmlvcml0eSZndDtdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbJmx0O0FmZmluaXRpZXMm
Z3Q7XTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBbJmx0O0FmZmluaXRpZXMmZ3Q7XTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWyZsdDtUdW5uZWwg
T3B0aW1pemF0aW9uJmd0O108L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgWyZsdDtUdW5uZWwgT3B0aW1pemF0aW9uJmd0O108
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln
aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZm
MDAyOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPlsmbHQ7T2Jq
ZWN0aXZlIEZ1bmN0aW9uJmd0O108L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUb3BvbG9neSBJZCByZWZlcmVuY2VzIHRoZSB0b3Bv
bG9neSB1c2VkIHRvIGNvbXB1dGUgdGhlIHR1bm5lbCBwYXRoLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPiAgIFRvcG9sb2d5IElkIHJlZmVyZW5jZXMgdGhlIHRvcG9sb2d5IHVzZWQg
dG8gY29tcHV0ZSB0aGUgdHVubmVsIHBhdGguPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl
ZnQiPiAgIEJhbmR3aWR0aCBpcyB0aGUgYmFuZHdpZHRoIHVzZWQgYXMgcGFyYW1ldGVyIGluIHBh
dGggY29tcHV0YXRpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBCYW5kd2lk
dGggaXMgdGhlIGJhbmR3aWR0aCB1c2VkIGFzIHBhcmFtZXRlciBpbiBwYXRoIGNvbXB1dGF0aW9u
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICZsdDtEaXNqb2ludG5lc3MmZ3Q7
IDo6PSAmbHQ7bm9kZSZndDsgfCAmbHQ7bGluayZndDsgfCAmbHQ7c3JsZyZndDs8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7RGlzam9pbnRuZXNzJmd0OyA6Oj0gJmx0O25v
ZGUmZ3Q7IHwgJmx0O2xpbmsmZ3Q7IHwgJmx0O3NybGcmZ3Q7PC90ZD48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz
PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg
Y2xhc3M9ImxlZnQiPiAgIERpc2pvaW50bmVzcyBwcm92aWRlcyB0aGUgdHlwZSBvZiByZXNvdXJj
ZXMgZnJvbSB3aGljaCB0aGUgdHVubmVsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+
ICAgRGlzam9pbnRuZXNzIHByb3ZpZGVzIHRoZSB0eXBlIG9mIHJlc291cmNlcyBmcm9tIHdoaWNo
IHRoZSB0dW5uZWw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGhhcyB0byBiZSBkaXNq
b2ludGVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaGFzIHRvIGJlIGRpc2pv
aW50ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgU1JMRyBpcyBhIGdyb3Vw
IG9mIHBoeXNpY2FsIHJlc291cmNlcyBpbXBhY3RlZCBieSB0aGUgc2FtZSByaXNrIGZyb208L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTUkxHIGlzIGEgZ3JvdXAgb2YgcGh5c2lj
YWwgcmVzb3VyY2VzIGltcGFjdGVkIGJ5IHRoZSBzYW1lIHJpc2sgZnJvbTwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+ICAgd2hpY2ggYW4gRTJFIHR1bm5lbCBpcyByZXF1aXJlZCB0byBiZSBk
aXNqb2ludGVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHdoaWNoIGFuIEUy
RSB0dW5uZWwgaXMgcmVxdWlyZWQgdG8gYmUgZGlzam9pbnRlZC48L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+ICAgJmx0O1ByaW9yaXR5Jmd0OyA6Oj0gJmx0O0hvbGRpbmcgUHJpb3Jp
dHkmZ3Q7ICZsdDtTZXR1cCBQcmlvcml0eSZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij4gICAmbHQ7UHJpb3JpdHkmZ3Q7IDo6PSAmbHQ7SG9sZGluZyBQcmlvcml0eSZndDsgJmx0
O1NldHVwIFByaW9yaXR5Jmd0OzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB3
aGVyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHdoZXJlPC90ZD48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjkiPjx0ZD48
L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi
bG9jayI+ICAgU2V0dXAgUHJpb3JpdHkgaW5kaWNhdGVzIHRoZSBsZXZlbCBvZiBwcmlvcml0eSA8
c3BhbiBjbGFzcz0iZGVsZXRlIj50bzwvc3Bhbj4gdGFraW5nIHJlc291cmNlczwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBTZXR1cCBQcmlvcml0eSBpbmRpY2F0ZXMgdGhlIGxl
dmVsIG9mIHByaW9yaXR5IDxzcGFuIGNsYXNzPSJpbnNlcnQiPmZvcjwvc3Bhbj4gdGFraW5nIHJl
c291cmNlczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZnJvbSBhbm90aGVyIHR1bm5l
bCBbUkZDMzIwOV08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmcm9tIGFub3Ro
ZXIgdHVubmVsIFtSRkMzMjA5XTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry
PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBI
b2xkaW5nIFByaW9yaXR5IGluZGljYXRlcyB0aGUgbGV2ZWwgb2YgcHJpb3JpdHkgdG8gaG9sZCBy
ZXNvdXJjZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBIb2xkaW5nIFByaW9y
aXR5IGluZGljYXRlcyB0aGUgbGV2ZWwgb2YgcHJpb3JpdHkgdG8gaG9sZCByZXNvdXJjZXM8L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGF2b2lkaW5nIHByZWVtcHRpb24gZnJvbSBhbm90
aGVyIHR1bm5lbCBbUkZDMzIwOV08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBh
dm9pZGluZyBwcmVlbXB0aW9uIGZyb20gYW5vdGhlciB0dW5uZWwgW1JGQzMyMDldPC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEFmZmluaXRpZXMgcmVwcmVzZW50IHN0cnVjdHVy
ZSB0byB2YWxpZGF0ZSBsaW5rIGJlbG9uZ2luZyB0byBwYXRoPC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyaWdodCI+ICAgQWZmaW5pdGllcyByZXByZXNlbnQgc3RydWN0dXJlIHRvIHZhbGlkYXRl
IGxpbmsgYmVsb25naW5nIHRvIHBhdGg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG9m
IHRoZSB0dW5uZWwgW1JGQzMyMDldPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg
b2YgdGhlIHR1bm5lbCBbUkZDMzIwOV08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
ICAgJmx0O1R1bm5lbCBPcHRpbWl6YXRpb24mZ3Q7IDo6PSAmbHQ7TWV0cmljJmd0OyB8ICZsdDtP
YmplY3RpdmUgRnVuY3Rpb24mZ3Q7PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg
Jmx0O1R1bm5lbCBPcHRpbWl6YXRpb24mZ3Q7IDo6PSAmbHQ7TWV0cmljJmd0OyB8ICZsdDtPYmpl
Y3RpdmUgRnVuY3Rpb24mZ3Q7PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHIgaWQ9ImRpZmYwMDMwIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICA8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTWV0cmljIGNhbiBpbmNsdWRlIGFsbCB0aGUgTWV0
cmljcyAoY29zdCwgZGVsYXksIGRlbGF5IHZhcmlhdGlvbiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij4gICBNZXRyaWMgY2FuIGluY2x1ZGUgYWxsIHRoZSBNZXRyaWNzIChjb3N0LCBk
ZWxheSwgZGVsYXkgdmFyaWF0aW9uLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbGF0
ZW5jeSksIGJhbmR3aWR0aCB1dGlsaXphdGlvbiBwYXJhbWV0ZXJzIGRlZmluZWQgYW5kIHJlZmVy
ZW5jZWQgYnk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBsYXRlbmN5KSwgYmFu
ZHdpZHRoIHV0aWxpemF0aW9uIHBhcmFtZXRlcnMgZGVmaW5lZCBhbmQgcmVmZXJlbmNlZCBieTwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzM2MzBdIGFuZCBbUkZDNzQ3MV0uPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JGQzM2MzBdIGFuZCBbUkZDNzQ3MV0u
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICZsdDtPYmplY3RpdmUgRnVuY3Rp
b24mZ3Q7IDo6PSAmbHQ7b2JqZWN0aXZlIGZ1bmN0aW9uIHR5cGUmZ3Q7PC90ZD48dGQ+IDwvdGQ+
PHRkIGNsYXNzPSJyaWdodCI+ICAgJmx0O09iamVjdGl2ZSBGdW5jdGlvbiZndDsgOjo9ICZsdDtv
YmplY3RpdmUgZnVuY3Rpb24gdHlwZSZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm
dCI+ICAgJmx0O29iamVjdGl2ZSBmdW5jdGlvbiB0eXBlJmd0OyA6Oj0gJmx0O01DUCZndDsgfCAm
bHQ7TUxQJmd0OyB8ICZsdDtNQlAmZ3Q7IHwgJmx0O01CQyZndDsgfCAmbHQ7TUxMJmd0OzwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICZsdDtvYmplY3RpdmUgZnVuY3Rpb24gdHlw
ZSZndDsgOjo9ICZsdDtNQ1AmZ3Q7IHwgJmx0O01MUCZndDsgfCAmbHQ7TUJQJmd0OyB8ICZsdDtN
QkMmZ3Q7IHwgJmx0O01MTCZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHwgJmx0
O01DQyZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB8ICZsdDtNQ0MmZ3Q7
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDMx
Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFz
cz0iaW5zZXJ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+ICAgU2VlIGNoYXB0ZXIgNS40IGZvciBvYmplY3RpdmUgZnVuY3Rpb24gdHlwZSBkZXNj
cmlwdGlvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTZWUgY2hhcHRlciA1
LjQgZm9yIG9iamVjdGl2ZSBmdW5jdGlvbiB0eXBlIGRlc2NyaXB0aW9uLjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0
ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDMyIj48dGQ+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv
Y2siPjcuIE1hcHBpbmcgb2YgVk4gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+UDwvc3Bhbj5yaW1pdGl2
ZXMgd2l0aCBWTiBPYmplY3RzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjcuIE1h
cHBpbmcgb2YgVk4gPHNwYW4gY2xhc3M9Imluc2VydCI+cDwvc3Bhbj5yaW1pdGl2ZXMgd2l0aCBW
TiBPYmplY3RzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk
IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0
ciBpZD0iZGlmZjAwMzMiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB0aGUg
bWFwcGluZyBvZiBWTiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5QPC9zcGFuPnJpbWl0aXZlcyB3aXRo
IFZOIE9iamVjdHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhpcyBzZWN0
aW9uIGRlc2NyaWJlcyB0aGUgbWFwcGluZyBvZiBWTiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5wPC9z
cGFuPnJpbWl0aXZlcyB3aXRoIFZOIE9iamVjdHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PiAgIGJhc2VkIG9uIFNlY3Rpb24gNS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g
ICBiYXNlZCBvbiBTZWN0aW9uIDUuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg
ICZsdDtWTiBJbnN0YW50aWF0ZSZndDsgOjo9ICZsdDtWTiBTZXJ2aWNlIENoYXJhY3RlcmlzdGlj
cyZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7Vk4gSW5zdGFudGlh
dGUmZ3Q7IDo6PSAmbHQ7Vk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3MmZ3Q7PC90ZD48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+
PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICZsdDtWTiBNZW1i
ZXItTGlzdCZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAg
ICAgICAgICAgICAmbHQ7Vk4gTWVtYmVyLUxpc3QmZ3Q7PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgIFsmbHQ7Vk4gU2VydmljZSBQcmVmZXJl
bmNlJmd0O108L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAg
ICAgICAgICBbJmx0O1ZOIFNlcnZpY2UgUHJlZmVyZW5jZSZndDtdPC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgIFsmbHQ7Vk4gVG9wb2xvZ3km
Z3Q7XTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAg
ICAgIFsmbHQ7Vk4gVG9wb2xvZ3kmZ3Q7XTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0xMyIgY2xhc3M9ImNoYW5nZSI+PHRkPjwv
dGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBz
Oi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZiNwYXJ0LTEzIj48ZW0+IHBhZ2UgMjAsIGxpbmUgMTg8
c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48
c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xz
LmlldGYub3JnL3JmY2RpZmYjcGFydC0xMyI+PGVtPiBwYWdlIDIwLCBsaW5lIDI1PHNwYW4gY2xh
c3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0
cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICZsdDtWTiBQYXRo
IENvbXB1dGUgUmVwbHkmZ3Q7IDo6PSAmbHQ7Vk4gQ29tcHV0ZWQgUGF0aCZndDs8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7Vk4gUGF0aCBDb21wdXRlIFJlcGx5Jmd0OyA6
Oj0gJmx0O1ZOIENvbXB1dGVkIFBhdGgmZ3Q7PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl
ZnQiPiAgICZsdDtWTiBRdWVyeSZndDsgOjo9ICZsdDtWTiBJZGVudGlmaWVyJmd0OzwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICZsdDtWTiBRdWVyeSZndDsgOjo9ICZsdDtWTiBJ
ZGVudGlmaWVyJmd0OzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+
PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAmbHQ7Vk4g
UXVlcnkgUmVwbHkmZ3Q7IDo6PSAmbHQ7Vk4gSWRlbnRpZmllciZndDs8L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7Vk4gUXVlcnkgUmVwbHkmZ3Q7IDo6PSAmbHQ7Vk4gSWRl
bnRpZmllciZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg
PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAg
ICAgICAgICAgICAgJmx0O1ZOIEFzc29jaWF0ZWQgTFNQJmd0OzwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICZsdDtWTiBBc3NvY2lhdGVkIExT
UCZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAg
ICAgICAgWyZsdDtURSBUb3BvbG9neSBSZWZlcmVuY2UmZ3Q7XTwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgIFsmbHQ7VEUgVG9wb2xvZ3kgUmVm
ZXJlbmNlJmd0O108L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg
PHRyIGlkPSJkaWZmMDAzNCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj44LiBNYXBwaW5nIG9mIFRFIDxzcGFuIGNsYXNz
PSJkZWxldGUiPlA8L3NwYW4+cmltaXRpdmVzIHdpdGggVEUgT2JqZWN0czwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmJsb2NrIj44LiBNYXBwaW5nIG9mIFRFIDxzcGFuIGNsYXNzPSJpbnNlcnQi
PnA8L3NwYW4+cmltaXRpdmVzIHdpdGggVEUgT2JqZWN0czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDM1Ij48dGQ+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRo
aXMgc2VjdGlvbiBkZXNjcmliZXMgdGhlIG1hcHBpbmcgb2YgVEUgPHNwYW4gY2xhc3M9ImRlbGV0
ZSI+UDwvc3Bhbj5yaW1pdGl2ZXMgd2l0aCBURSBPYmplY3RzPC90ZD48dGQ+IDwvdGQ+PHRkIGNs
YXNzPSJyYmxvY2siPiAgIFRoaXMgc2VjdGlvbiBkZXNjcmliZXMgdGhlIG1hcHBpbmcgb2YgVEUg
PHNwYW4gY2xhc3M9Imluc2VydCI+cDwvc3Bhbj5yaW1pdGl2ZXMgd2l0aCBURSBPYmplY3RzPC90
ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBiYXNlZCBvbiBTZWN0aW9uIDYuPC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYmFzZWQgb24gU2VjdGlvbiA2LjwvdGQ+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAmbHQ7VEUgSW5zdGFudGlhdGUmZ3Q7IDo6PSAmbHQ7
VEUgVHVubmVsIENoYXJhY3RlcmlzdGljcyZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij4gICAmbHQ7VEUgSW5zdGFudGlhdGUmZ3Q7IDo6PSAmbHQ7VEUgVHVubmVsIENoYXJhY3Rl
cmlzdGljcyZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg
PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgJmx0O1RFIE1v
ZGlmeSZndDsgOjo9ICAmbHQ7VEUgVHVubmVsIENoYXJhY3RlcmlzdGljcyZndDs8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7VEUgTW9kaWZ5Jmd0OyA6Oj0gICZsdDtURSBU
dW5uZWwgQ2hhcmFjdGVyaXN0aWNzJmd0OzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij4gICAmbHQ7VEUgRGVsZXRlJmd0OyA6Oj0gJmx0O1R1bm5lbCBJZCZndDs8L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7VEUgRGVsZXRlJmd0OyA6Oj0gJmx0O1R1bm5lbCBJ
ZCZndDs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlm
ZjAwMzYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmJsb2NrIj4gICAmbHQ7VEUgVG9wb2xvZ3kgVXBkYXRlJmd0OyA8c3BhbiBjbGFzcz0iaW5z
ZXJ0Ij46Oj08L3NwYW4+ICZsdDtURS10b3BvbG9neS1saXN0Jmd0OzwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGJsb2NrIj4gICAmbHQ7VEUgVG9wb2xvZ3kgVXBkYXRlJmd0OyA8c3BhbiBjbGFzcz0i
ZGVsZXRlIj46OiA9PC9zcGFuPiAmbHQ7VEUtdG9wb2xvZ3ktbGlzdCZndDs8L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg
ICZsdDtQYXRoIENvbXB1dGUgUmVxdWVzdCZndDsgOjo9ICZsdDtURSBUdW5uZWwgQ2hhcmFjdGVy
aXN0aWNzJmd0OzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICZsdDtQYXRoIENv
bXB1dGUgUmVxdWVzdCZndDsgOjo9ICZsdDtURSBUdW5uZWwgQ2hhcmFjdGVyaXN0aWNzJmd0Ozwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzNyI+
PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9
Imluc2VydCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48
L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl
ZnQiPiAgICZsdDtQYXRoIENvbXB1dGUgUmVwbHkmZ3Q7IDo6PSAmbHQ7VEUgQ29tcHV0ZWQgUGF0
aCZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7UGF0aCBDb21wdXRl
IFJlcGx5Jmd0OyA6Oj0gJmx0O1RFIENvbXB1dGVkIFBhdGgmZ3Q7PC90ZD48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAmbHQ7VEUgVHVubmVs
IENoYXJhY3RlcmlzdGljcyZndDs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAg
ICAgICAgICAgICAgICAgICAgICAgICAgJmx0O1RFIFR1bm5lbCBDaGFyYWN0ZXJpc3RpY3MmZ3Q7
PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp
Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjkuIFNlY3VyaXR5IENvbnNpZGVyYXRp
b25zPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+OS4gU2VjdXJpdHkgQ29uc2lkZXJh
dGlvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIEFDVE4gaW5mb3Jt
YXRpb24gbW9kZWwgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgZGVmaW5lcyBrZXk8L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgQUNUTiBpbmZvcm1hdGlvbiBtb2RlbCBk
ZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCBkZWZpbmVzIGtleTwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+ICAgaW50ZXJmYWNlcyBmb3IgbWFuYWdlZCB0cmFmZmljIGVuZ2luZWVyZWQgbmV0
d29ya3MuICBTZWN1cmluZyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBp
bnRlcmZhY2VzIGZvciBtYW5hZ2VkIHRyYWZmaWMgZW5naW5lZXJlZCBuZXR3b3Jrcy4gIFNlY3Vy
aW5nIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJk
aWZmMDAzOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICByZXF1ZXN0IGFuZCBjb250cm9sIG9mIHJlc291cmNlcywg
PHNwYW4gY2xhc3M9ImRlbGV0ZSI+Y29uZmlkZW50aWFsbHk8L3NwYW4+IG9mIHRoZSBpbmZvcm1h
dGlvbiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgcmVxdWVzdCBhbmQgY29u
dHJvbCBvZiByZXNvdXJjZXMsIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmNvbmZpZGVudGlhbGl0eTwv
c3Bhbj4gb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGFuZCBhdmFpbGFi
aWxpdHkgb2YgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZnVuY3Rpb24gYXJlPC9zcGFuPiBjcml0aWNh
bCBzZWN1cml0eSBjb25zaWRlcmF0aW9uczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr
Ij4gICBpbmZvcm1hdGlvbiwgYW5kIGF2YWlsYWJpbGl0eSBvZiA8c3BhbiBjbGFzcz0iaW5zZXJ0
Ij5mdW5jdGlvbiwgc2hvdWxkIGFsbCBiZTwvc3Bhbj4gY3JpdGljYWw8L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg
Y2xhc3M9ImxibG9jayI+ICAgd2hlbiBkZXBsb3lpbmcgYW5kIG9wZXJhdGluZyBBQ1ROIHBsYXRm
b3Jtcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgc2VjdXJpdHkgY29uc2lk
ZXJhdGlvbnMgd2hlbiBkZXBsb3lpbmcgYW5kIG9wZXJhdGluZyBBQ1ROIHBsYXRmb3Jtcy48L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi
PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgU2V2ZXJhbCBkaXN0cmlidXRlZCBBQ1RO
IGZ1bmN0aW9uYWwgY29tcG9uZW50cyBhcmUgcmVxdWlyZWQsIGFuZDwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmlnaHQiPiAgIFNldmVyYWwgZGlzdHJpYnV0ZWQgQUNUTiBmdW5jdGlvbmFsIGNv
bXBvbmVudHMgYXJlIHJlcXVpcmVkLCBhbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg
IGltcGxlbWVudGF0aW9ucyBzaG91bGQgY29uc2lkZXIgZW5jcnlwdGluZyBkYXRhIHRoYXQgZmxv
d3MgYmV0d2VlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGltcGxlbWVudGF0
aW9ucyBzaG91bGQgY29uc2lkZXIgZW5jcnlwdGluZyBkYXRhIHRoYXQgZmxvd3MgYmV0d2Vlbjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY29tcG9uZW50cywgZXNwZWNpYWxseSB3aGVu
IHRoZXkgYXJlIGltcGxlbWVudGVkIGF0IHJlbW90ZSBub2Rlcyw8L3RkPjx0ZD4gPC90ZD48dGQg
Y2xhc3M9InJpZ2h0Ij4gICBjb21wb25lbnRzLCBlc3BlY2lhbGx5IHdoZW4gdGhleSBhcmUgaW1w
bGVtZW50ZWQgYXQgcmVtb3RlIG5vZGVzLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICByZWdhcmRsZXNzIHRoZXNl
IGRhdGEgZmxvd3MgYXJlIG9uIGV4dGVybmFsIG9yIGludGVybmFsIG5ldHdvcms8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgcmVnYXJkbGVzcyA8c3BhbiBjbGFzcz0iaW5zZXJ0
Ij5vZiA8L3NwYW4+dGhlc2UgZGF0YSBmbG93cyBhcmUgb24gZXh0ZXJuYWwgb3IgaW50ZXJuYWwg
bmV0d29yazwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW50ZXJmYWNlcy48L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbnRlcmZhY2VzLjwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDQwIj48dGQ+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0
Ij5UaGUgQUNUTiBzZWN1cml0eSBkaXNjdXNzaW9uIGlzIGZ1cnRoZXIgc3BsaXQgaW50byB0d28g
c3BlY2lmaWM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBjYXRlZ29yaWVz
IGRlc2NyaWJlZCBpbiB0aGUgZm9sbG93aW5nIHN1Yi1zZWN0aW9uczo8L3NwYW4+PC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48
c3BhbiBjbGFzcz0iaW5zZXJ0Ij48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48
L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4g
ICAtIEludGVyZmFjZSBiZXR3ZWVuIHRoZSBDdXN0b21lciBOZXR3b3JrIENvbnRyb2xsZXIgYW5k
IE11bHRpIERvbWFpbjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48
dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgU2Vy
dmljZSBDb29yZGluYXRvciAoTURTQyksIENOQy1NRFNDIEludGVyZmFjZSAoQ01JKTwvc3Bhbj48
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
YmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJp
bnNlcnQiPiAgIC0gSW50ZXJmYWNlIGJldHdlZW4gdGhlIE11bHRpIERvbWFpbiBTZXJ2aWNlIENv
b3JkaW5hdG9yIGFuZDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48
dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgUHJv
dmlzaW9uaW5nIE5ldHdvcmsgQ29udHJvbGxlciAoUE5DKSwgTURTQy1QTkMgSW50ZXJmYWNlIChN
UEkpPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+ICAgRnJvbSBhIHNlY3VyaXR5IGFuZCByZWxpYWJpbGl0eSBwZXJzcGVjdGl2ZSwgQUNU
TiBtYXkgZW5jb3VudGVyIG1hbnk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBG
cm9tIGEgc2VjdXJpdHkgYW5kIHJlbGlhYmlsaXR5IHBlcnNwZWN0aXZlLCBBQ1ROIG1heSBlbmNv
dW50ZXIgbWFueTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmlza3Mgc3VjaCBhcyBt
YWxpY2lvdXMgYXR0YWNrIGFuZCByb2d1ZSBlbGVtZW50cyBhdHRlbXB0aW5nIHRvPC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmlza3Mgc3VjaCBhcyBtYWxpY2lvdXMgYXR0YWNr
IGFuZCByb2d1ZSBlbGVtZW50cyBhdHRlbXB0aW5nIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij4gICBjb25uZWN0IHRvIHZhcmlvdXMgQUNUTiBjb21wb25lbnRzLiAgRnVydGhlcm1vcmUs
IHNvbWUgQUNUTjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbm5lY3QgdG8g
dmFyaW91cyBBQ1ROIGNvbXBvbmVudHMuICBGdXJ0aGVybW9yZSwgc29tZSBBQ1ROPC90ZD48dGQg
Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb21wb25lbnRzIHJlcHJlc2VudCBhIHNpbmdsZSBwb2lu
dCBvZiBmYWlsdXJlIGFuZCB0aHJlYXQgdmVjdG9yLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmlnaHQiPiAgIGNvbXBvbmVudHMgcmVwcmVzZW50IGEgc2luZ2xlIHBvaW50IG9mIGZhaWx1cmUg
YW5kIHRocmVhdCB2ZWN0b3IsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbmQgbXVz
dCBhbHNvIG1hbmFnZSBwb2xpY3kgY29uZmxpY3RzLCBhbmQgZWF2ZXNkcm9wcGluZyBvZjwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFuZCBtdXN0IGFsc28gbWFuYWdlIHBvbGlj
eSBjb25mbGljdHMsIGFuZCBlYXZlc2Ryb3BwaW5nIG9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij4gICBjb21tdW5pY2F0aW9uIGJldHdlZW4gZGlmZmVyZW50IEFDVE4gY29tcG9uZW50cy48
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb21tdW5pY2F0aW9uIGJldHdlZW4g
ZGlmZmVyZW50IEFDVE4gY29tcG9uZW50cy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv
dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv
dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm
dCI+ICAgVGhlIGNvbmNsdXNpb24gaXMgdGhhdCBhbGwgZGF0YSBtb2RlbHMgYW5kIHByb3RvY29s
cyB1c2VkIHRvIHJlYWxpemU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUg
Y29uY2x1c2lvbiBpcyB0aGF0IGFsbCBkYXRhIG1vZGVscyBhbmQgcHJvdG9jb2xzIHVzZWQgdG8g
cmVhbGl6ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIEFDVE4gaW5mbyBtb2Rl
bCBzaG91bGQgaGF2ZSByaWNoIHNlY3VyaXR5IGZlYXR1cmVzLCBhbmQ8L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgQUNUTiBpbmZvIG1vZGVsIHNob3VsZCBoYXZlIHJpY2gg
c2VjdXJpdHkgZmVhdHVyZXMsIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY3Vz
dG9tZXIsIGFwcGxpY2F0aW9uIGFuZCBuZXR3b3JrIGRhdGEgc2hvdWxkIGJlIHN0b3JlZCBpbiBl
bmNyeXB0ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjdXN0b21lciwgYXBw
bGljYXRpb24gYW5kIG5ldHdvcmsgZGF0YSBzaG91bGQgYmUgc3RvcmVkIGluIGVuY3J5cHRlZDwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo
dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQt
MTQiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdl
IGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYjcGFydC0x
NCI+PGVtPiBwYWdlIDIyLCBsaW5lIDE3PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2Vt
PjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h
bGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmI3BhcnQtMTQiPjxlbT4g
cGFnZSAyMiwgbGluZSAyNTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90
aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3VtZW50IGhhcyBubyBhY3Rpb25zIGZvciBJQU5BLjwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoaXMgZG9jdW1lbnQgaGFzIG5vIGFjdGlv
bnMgZm9yIElBTkEuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg
IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjExLiBSZWZlcmVu
Y2VzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+MTEuIFJlZmVyZW5jZXM8L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+MTEuMS4gTm9ybWF0aXZlIFJlZmVyZW5jZXM8L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4xMS4xLiBOb3JtYXRpdmUgUmVmZXJlbmNlczwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo
dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz
PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbQUNUTi1SRVFdIFkuIExlZSwgZXQg
YWwuLCAiUmVxdWlyZW1lbnRzIGZvciBBYnN0cmFjdGlvbiBhbmQgQ29udHJvbDwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtBQ1ROLVJFUV0gWS4gTGVlLCBldCBhbC4sICJSZXF1
aXJlbWVudHMgZm9yIEFic3RyYWN0aW9uIGFuZCBDb250cm9sPC90ZD48dGQgY2xhc3M9ImxpbmVu
byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz
PSJsZWZ0Ij4gICAgICAgICAgICAgb2YgVHJhbnNwb3J0IE5ldHdvcmtzIiwgZHJhZnQtaWV0Zi10
ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg
ICAgICAgICAgICBvZiBUcmFuc3BvcnQgTmV0d29ya3MiLCBkcmFmdC1pZXRmLXRlYXMtYWN0bi1y
ZXF1aXJlbWVudHMsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgd29y
ayBpbiBwcm9ncmVzcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAg
ICAgd29yayBpbiBwcm9ncmVzcy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90
cj4KICAgICAgPHRyIGlkPSJkaWZmMDA0MSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBbQUNUTi1GcmFtZV0gIEQu
IDxzcGFuIGNsYXNzPSJkZWxldGUiPkNlY2NhcmVsbGkgYW5kIFkuIExlZSw8L3NwYW4+ICJGcmFt
ZXdvcmsgZm9yIEFic3RyYWN0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg
IFtBQ1ROLUZyYW1lXSAgIEQuIDxzcGFuIGNsYXNzPSJpbnNlcnQiPkNlY2NhcmVsbGksIGV0IGFs
Liw8L3NwYW4+ICJGcmFtZXdvcmsgZm9yIEFic3RyYWN0aW9uIGFuZDwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj
bGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgYW5kIENvbnRyb2wgb2YgVHJhbnNwb3J0IDxzcGFu
IGNsYXNzPSJkZWxldGUiPk5ldHdvcmtzLDwvc3Bhbj4gZHJhZnQtaWV0Zi10ZWFzLWFjdG4tPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICBDb250cm9sIG9mIFRy
YW5zcG9ydCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5OZXR3b3JrcyIsPC9zcGFuPiBkcmFmdC1pZXRm
LXRlYXMtYWN0bi08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICBmcmFt
ZXdvcmssIHdvcmsgaW4gcHJvZ3Jlc3MuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+
ICAgICAgICAgICAgIGZyYW1ld29yaywgd29yayBpbiBwcm9ncmVzcy48L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg
Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs
YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk
Pjx0ZCBjbGFzcz0ibGVmdCI+MTEuMi4gSW5mb3JtYXRpdmUgUmVmZXJlbmNlczwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjExLjIuIEluZm9ybWF0aXZlIFJlZmVyZW5jZXM8L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+
PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1RFLVRPUE9dIExpdSwgWC4gZXQgYWwuLCAi
WUFORyBEYXRhIE1vZGVsIGZvciBURSBUb3BvbG9naWVzIiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJpZ2h0Ij4gICBbVEUtVE9QT10gTGl1LCBYLiBldCBhbC4sICJZQU5HIERhdGEgTW9kZWwg
Zm9yIFRFIFRvcG9sb2dpZXMiLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAg
ICAgIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG8sIHdvcmsgaW4gcHJvZ3Jlc3MuPC90ZD48
dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgIGRyYWZ0LWlldGYtdGVhcy15
YW5nLXRlLXRvcG8sIHdvcmsgaW4gcHJvZ3Jlc3MuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0
Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v
Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPiAgIFtSRkMzMjA5XSBELiBBd2R1Y2hlLCBldCBhbCwgIlJTVlAtVEU6IEV4dGVuc2lv
bnMgdG8gUlNWUCBmb3IgTFNQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JG
QzMyMDldIEQuIEF3ZHVjaGUsIGV0IGFsLCAiUlNWUC1URTogRXh0ZW5zaW9ucyB0byBSU1ZQIGZv
ciBMU1A8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICBUdW5uZWxzIiwg
UkZDIDMyMDksIERlY2VtYmVyIDIwMDEuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+
ICAgICAgICAgICAgIFR1bm5lbHMiLCBSRkMgMzIwOSwgRGVjZW1iZXIgMjAwMS48L3RkPjx0ZCBj
bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90
ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KCiAgICAgPHRyPjx0ZD48L3RkPjx0ZCBjbGFz
cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQ+PC90ZD48
L3RyPgogICAgIDx0ciBpZD0iZW5kIiBiZ2NvbG9yPSJncmF5Ij48dGggY29sc3Bhbj0iNSIgYWxp
Z249ImNlbnRlciI+Jm5ic3A7RW5kIG9mIGNoYW5nZXMuIDQxIGNoYW5nZSBibG9ja3MuJm5ic3A7
PC90aD48L3RyPgogICAgIDx0ciBjbGFzcz0ic3RhdHMiPjx0ZD48L3RkPjx0aD48aT41NSBsaW5l
cyBjaGFuZ2VkIG9yIGRlbGV0ZWQ8L2k+PC90aD48dGg+PGk+IDwvaT48L3RoPjx0aD48aT43NyBs
aW5lcyBjaGFuZ2VkIG9yIGFkZGVkPC9pPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICA8dHI+PHRk
IGNvbHNwYW49IjUiIGFsaWduPSJjZW50ZXIiIGNsYXNzPSJzbWFsbCI+PGJyPlRoaXMgaHRtbCBk
aWZmIHdhcyBwcm9kdWNlZCBieSByZmNkaWZmIDEuNDYuIFRoZSBsYXRlc3QgdmVyc2lvbiBpcyBh
dmFpbGFibGUgZnJvbSA8YSBocmVmPSJodHRwOi8vd3d3LnRvb2xzLmlldGYub3JnL3Rvb2xzL3Jm
Y2RpZmYvIj5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi88L2E+IDwvdGQ+PC90
cj4KICAgPC90Ym9keT48L3RhYmxlPgogICAKICAgCjwvYm9keT48L2h0bWw+

--_004_7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1sjceml521mbxchi_--


From nobody Thu May  3 10:20:02 2018
Return-Path: <ben@niven-jenkins.co.uk>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D81212EA76; Thu,  3 May 2018 10:19:54 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Ben Niven-Jenkins <ben@niven-jenkins.co.uk>
To: <rtg-dir@ietf.org>
Cc: lsr@ietf.org, draft-ietf-ospf-xaf-te.all@ietf.org, rtg-ads@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.79.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152536799456.4442.2733959917314042989@ietfa.amsl.com>
Date: Thu, 03 May 2018 10:19:54 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/rwCn96NwFWHOK2Q2UUXKCY0xgi4>
Subject: [RTG-DIR] Rtgdir last call review of draft-ietf-ospf-xaf-te-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 May 2018 17:19:55 -0000

Reviewer: Ben Niven-Jenkins
Review result: Has Nits

Hello,

I have been selected as the Routing Directorate reviewer for this draft. The
Routing Directorate seeks to review all routing or routing-related drafts as
they pass through IETF last call and IESG review, and sometimes on special
request. The purpose of the review is to provide assistance to the Routing ADs.
For more information about the Routing Directorate, please see
​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would
be helpful if you could consider them along with any other IETF Last Call
comments that you receive, and strive to resolve them through discussion or by
updating the draft.

Document: draft-ietf-ospf-xaf-te-02.txt
Reviewer: Ben Niven-Jenkins
Review Date: 3 May 2018
Intended Status: Standards Track

Summary: This document is basically ready for publication, but has nits that
should be considered prior to publication.

Comments: The document is readable and succinctly addresses the use case
outlined.

Minor issues:
Section 3, paragraph 4 states:

   If the Node Attribute TLV carries both the Node IPv4 Local Address
   sub-TLV and the Node IPv6 Local Address sub-TLV, then the X-AF
   component must be considered for the consolidated calculation of MPLS
   TE LSPs.

Is the lowercase must supposed to be an uppercase MUST?

Nits:
Section 4, paragraph 1 states:

   Way of using
   these TLVs as specified in this document is fully backward compatible
   with previous standard documents.

This does not read quite right to me. Maybe you should consider rewording it to
something like the text I suggest below. Also when you say “standard documents”
do you mean RFCs? Is it worth citing an example for completeness?

   The way these TLVs are used, as specified in this document, is fully
   backward compatible with earlier RFCs.

Regards
Ben


From nobody Thu May  3 10:54:29 2018
Return-Path: <eric.gray@ericsson.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FC7212EADB for <rtg-dir@ietfa.amsl.com>; Thu,  3 May 2018 10:54:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.299
X-Spam-Level: 
X-Spam-Status: No, score=-4.299 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_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d2Y-6NRd6_6x for <rtg-dir@ietfa.amsl.com>; Thu,  3 May 2018 10:54:13 -0700 (PDT)
Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20F9512EAA4 for <rtg-dir@ietf.org>; Thu,  3 May 2018 10:54:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1525370046; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=KKi0W5C/6kZ6VtdlWfzD6DbRPCmkIN/+JLLuGY3Bepg=; b=JZJ77GFU0XmbGMDamX5OXJNELGV37Yuk3eFTkVcJHAXdzXtqqQ2kSBwj/J00MPys yLJBvSpJU+tsFpI+AmcdDSd/lr6IpHnmekJ0fRbTkBxy8IsgR+zj3jeEvirPZaJi p5OmHxmp7UWLbEEZ11ZDb5eWT8bYswjDsWBwTQ7aQ88=;
X-AuditID: c618062d-fb3ff70000001905-16-5aeb4cbd767b
Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id BD.B9.06405.DBC4BEA5; Thu,  3 May 2018 19:54:05 +0200 (CEST)
Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0382.000; Thu, 3 May 2018 13:54:05 -0400
From: Eric Gray <eric.gray@ericsson.com>
To: Leeyoung <leeyoung@huawei.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-teas-actn-info-model.all@ietf.org" <draft-ietf-teas-actn-info-model.all@ietf.org>, 'TEAS WG Chairs' <teas-chairs@ietf.org>, TEAS WG <teas@ietf.org>, "Yemin (Amy)" <amy.yemin@huawei.com>
Thread-Topic: Rtgdir last call review of draft-ietf-teas-actn-info-model
Thread-Index: AdPd7Lqgg9fNbQqYTgGqURIPBCDASAAAZyHAAAgOEVAAzjLNsAABSnDwAAzNzZAAYfWgUA==
Date: Thu, 3 May 2018 17:54:04 +0000
Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF64BA62189@eusaamb107.ericsson.se>
References: <48E1A67CB9CA044EADFEAB87D814BFF64BA5577B@eusaamb107.ericsson.se> <48E1A67CB9CA044EADFEAB87D814BFF64BA557F4@eusaamb107.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E173CFDE208@sjceml521-mbs.china.huawei.com> <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAD8@eusaamb107.ericsson.se> <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFF@eusaamb107.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1@sjceml521-mbx.china.huawei.com>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1@sjceml521-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.9]
Content-Type: multipart/alternative; boundary="_000_48E1A67CB9CA044EADFEAB87D814BFF64BA62189eusaamb107erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDIsWRmVeSWpSXmKPExsUyuXRPrO5en9dRBh1dNhabOzawWfR9e89q MW2eq8WCNU/ZLZrm7mKyaP2xg8WBzaPlyFtWjyVLfjIFMEVx2aSk5mSWpRbp2yVwZXw49Iul YFcPc8W0XxOYGxgnNDF3MXJySAiYSFxf/Zyxi5GLQ0jgKKNEx9tvzBDOMkaJYw19YFVsAhoS x+6sBari4BAR8JT4vUkQpIZZ4DyjxPevv5lAaoQF3CXmbTkDVeMhMXmHKEhYRCBM4t7t+Ywg NouAisSZHV/YQWxeAV+JrXenskDs2sgsMWv1FlaQBCdQw695LSwgNqOAmMT3U2vA5jMLiEvc ejKfCeJqAYkle85DfSAq8fLxP1YIW1FiX/90doj6fIn+q61QywQlTs58wjKBUWQWklGzkJTN QlI2C+gFZgFNifW79CFKFCWmdD9kh7A1JFrnzGVHFl/AyL6KkaO0uCAnN93IYBMjMM6OSbDp 7mC8P93zEKMAB6MSD+8U7ddRQqyJZcWVuYcYJTiYlUR4Y5SAQrwpiZVVqUX58UWlOanFhxil OViUxHnPePJGCQmkJ5akZqemFqQWwWSZODilGhhP/N5qK++cXB26pEw0dtMn1qA95/pDN787 mOmUmD5l3yomE24tDub397hWbj6a9ynicOvOmecymLttlv4v6t5txLQv8eSfkw8PMS08/fzV Iw/NB0e8X8zNNp8uJFtj6373flXdtO6289veGq+TmaJ4/ddhzyUeZ20vZrrumNV/fO9sfRPr GeeWKbEUZyQaajEXFScCADuIMbOvAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/lOTqAGvjYoeucVcuMIJjIVMU5D4>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-teas-actn-info-model
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 May 2018 17:54:19 -0000

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

WW91bmcsIGV0IGFsLA0KDQogICAgICAgICAgICAgICAgV2l0aCB0aGUgbmV3IHZlcnNpb24gc2hv
d24gaW4gdGhlIOKAnGRpZmbigJ0geW914oCZdmUgcHJvdmlkZWQsIGFsbCBvZiBteSBjb21tZW50
cyBhcmUgYWRkcmVzc2VkLg0KDQogICAgICAgICAgICAgICAgVGhhbmtzIQ0KDQotLQ0KRXJpYw0K
DQpGcm9tOiBMZWV5b3VuZyBbbWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb21dDQpTZW50OiBUdWVz
ZGF5LCBNYXkgMDEsIDIwMTggMzoyMCBQTQ0KVG86IEVyaWMgR3JheSA8ZXJpYy5ncmF5QGVyaWNz
c29uLmNvbT47IHJ0Zy1kaXJAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZv
LW1vZGVsLmFsbEBpZXRmLm9yZzsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5v
cmc+OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPjsgWWVtaW4gKEFteSkgPGFteS55ZW1pbkBodWF3
ZWkuY29tPg0KU3ViamVjdDogUkU6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll
dGYtdGVhcy1hY3RuLWluZm8tbW9kZWwNCkltcG9ydGFuY2U6IEhpZ2gNCg0KSGkgRXJpYywNCg0K
VGhhbmtzIGFnYWluIGZvciB5b3VyIGdvb2QgY29tbWVudHMgYW5kIHF1aWNrIHJlcGx5IHRvIHRo
ZSBsYXN0IGVtYWlsLiBJIHRoaW5rIHRoZSBvbmx5IGlzc3VlIHBlbmRpbmcgaXM6DQoNCg0KU2Vj
dGlvbiA1LjIsIFZOIFNlcnZpY2UgQ2hhcmFjdGVyaXN0aWNzOiBpbiB0aGUgc2hhcmVkIHJpc2sg
ZGlzY3Vzc2lvbiAodG93YXJkcyB0aGUgdG9wIG9mIHBhZ2UgMTIpLCBpdCBpcyBkaWZmaWN1bHQg
dG8gaW5kaWNhdGUgKHdpdGggYW55IGFjY3VyYWN5KSB3aGF0IHRoZSBzaGFyZWQgcmlza3MgYXJl
IGZvciBhIHRvcG9sb2d5IHR5cGUgY29uc2lzdGluZyBvZiBqdXN0IGEgbGlzdCBvZiBtZW1iZXJz
LiAgSXMgdGhpcyBsaW1pdGVkIHRvIHRvcG9sb2dpZXMgb2YgdGhlIHR5cGUgdGhhdCBpbmNsdWRl
cyAodmlydHVhbCkgbGluayBhbmQgbm9kZSBpbmZvcm1hdGlvbj8NCg0KDQoNCllMPj4gIEhlcmUg
d2UgYXJlIHRhbGtpbmcgYWJvdXQgVk4gbWVtYmVyIGxldmVsIFNSTEcuIElmIHdlIGhhdmUgdHdv
IFZOIG1lbWJlcnMsIHNheSBjb21pbmcgb2ZmIGZyb20gdGhlIHNhbWUgc291cmNlIHRvIGEgdHdv
IGRpZmZlcmVudCBkZXN0aW5hdGlvbnMuIElmIFNSTEcgaXMgc2V0IGZvciB0aGlzIFZOLCBpdCBt
ZWFucyBWTiBtZW1iZXIgMSBmcm9tIHRoZSBzb3VyY2UgdG8gZGVzdGluYXRpb24gMSBzaG91bGQg
YmUgU1JMRyBkaXNqb2ludCBmcm9tIFZOIG1lbWJlciAyIGZyb20gdGhlIHNvdXJjZSB0byBkZXN0
aW5hdGlvbiAyLiBUaGlzIGNvbmNlcHQgb2YgU1JMRyBpcyBhIG5ldyBjb25jZXB0IG9uIHRoZSBW
TiBtZW1iZXIgbGV2ZWwuDQoNCkRvIHdlIGV4cGVjdCB0aGlzIHRvIGJlIGNsYXJpZmllZCBpbiBs
YXRlciB3b3JrIOKAkyBpLmUuIOKAkyBpcyBzcGVjaWZ5aW5nIHRoaXMgbW9yZSBwcmVjaXNlbHkg
bm90IGluIHNjb3BlIGZvciB0aGlzIHZlcnNpb24sIG9yIGlzIGl0IHN1cHBvc2VkIHRvIGJlIGNs
ZWFyIGluIChvciBmcm9tKSB0aGlzIGRvY3VtZW50PyAgSWYgbm90aGluZyBlbHNlLCB0aGVyZSBw
cm9iYWJseSBzaG91bGQgYmUgYXQgbGVhc3QgYSBoaW50IGF0IGEgdXNlIGNhc2UgZXhhbXBsZSB3
aGVyZSB0aGlzIHdvdWxkIGJlIGJlbmVmaWNpYWwuDQoNCkkgZ2F2ZSBhIHNlY29uZCB0aG91Z2h0
IGFuZCB0aGUgU1JMRyBkaXNjdXNzaW9uIHdvdWxkIGJlIGJlc3QgdG8gYmUgZGVsZXRlZCBmcm9t
IFNlY3Rpb24gNS4yLiBBcyB5b3Ugb3JpZ2luYWxseSBwb2ludGVkIG91dCwgaXQgbWlnaHQgYmUg
ZGlmZmljdWx0IHRvIGFwcGx5IFNSTEcgY29uY2VwdCB0byBWTiBvciBWTiBtZW1iZXIgbGV2ZWwg
YXMgU1JMRyBoYXMgYSBwaHlzaWNhbCBpbXBsaWNhdGlvbi4gU2luY2UgU2VjdGlvbiA1LjIgaGFz
IGRpdmVyc2l0eSBhcyBwYXJ0IG9mIFZOIGNvbnN0cmFpbnRzLCB0aGlzIHdvdWxkIGJlIHN1ZmZp
Y2llbnQgdG8gZXhwcmVzcyBob3cgVk4gbWVtYmVycyBhcmUgcmVsYXRlZCB0byBlYWNoIG90aGVy
IGZyb20gdGhlIGRpdmVyc2l0eS9kaXNqb2ludG5lc3Mgc3RhbmRwb2ludC4gU28gSSByZW1vdmVk
IHRoZSBTUkxHIGRpc2N1c3Npb24gZnJvbSBTZWN0aW9uIDUuMi4NCg0KV2l0aCB0aGF0LCB0aGUg
YXR0YWNoZWQgZGlmZiBmaWxlIGNvbXBhcmVzIHRoZSBvbGQgdmVyc2lvbiAoMDcpIGFuZCB0aGUg
bmV3IHZlcnNpb24gKDA4KS4gUGxlYXNlIGxldCB1cyBrbm93IGlmIHlvdSBhcmUgaGFwcHkgd2l0
aCB2ZXJzaW9uIDA4OyBlbHNlLCBwbGVhc2UgbGV0IHVzIGtub3cgeW91ciBmdXJ0aGVyIGNvbW1l
bnRzLg0KDQpUaGFua3MgJiBiZXN0IHJlZ2FyZHMsDQpZb3VuZyAob24gYmVoYWxmIG9mIG90aGVy
IGNvLWF1dGhvcnMpDQoNCkZyb206IEVyaWMgR3JheSBbbWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nv
bi5jb21dDQpTZW50OiBUdWVzZGF5LCBNYXkgMDEsIDIwMTggODowNSBBTQ0KVG86IHJ0Zy1kaXJA
aWV0Zi5vcmc8bWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmc+DQpDYzogTGVleW91bmcgPGxlZXlvdW5n
QGh1YXdlaS5jb208bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20+PjsgZHJhZnQtaWV0Zi10ZWFz
LWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3Ru
LWluZm8tbW9kZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNA
aWV0Zi5vcmc8bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPj47IFRFQVMgV0cgPHRlYXNAaWV0
Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+PjsgWWVtaW4gKEFteSkgPGFteS55ZW1pbkBodWF3
ZWkuY29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBGVzogUnRnZGly
IGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0KDQpT
b3JyeSBmb3IgdGhlIFNQQU0sIEkgaGFkIGZvcmdvdHRlbiB0byBjaGVjayBpZiBSVEctRElSQGll
dGYub3JnPG1haWx0bzpSVEctRElSQGlldGYub3JnPiB3YXMgaW5jbHVkZWQgYXMgYW4gYWRkcmVz
c2VlIGluIHRoZSBiZWxvdyByZXNwb25zZeKApg0KDQpGcm9tOiBFcmljIEdyYXkNClNlbnQ6IFR1
ZXNkYXksIE1heSAwMSwgMjAxOCA5OjAxIEFNDQpUbzogTGVleW91bmcgPGxlZXlvdW5nQGh1YXdl
aS5jb208bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20+PjsgZHJhZnQtaWV0Zi10ZWFzLWFjdG4t
aW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8t
bW9kZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5v
cmc8bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPj47ICd0ZWFzQGlldGYub3JnJyA8dGVhc0Bp
ZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQpDYzogWWVtaW4gKEFteSkgPGFteS55ZW1p
bkBodWF3ZWkuY29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTog
UnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2Rl
bA0KDQpZb3VuZywgZXQgYWwsDQoNCllvdSBpbmRpY2F0ZSB0aGF0IHlvdSB3aWxsIGFkZHJlc3Mg
dGhlIE5pdHMsIHNvIChvYnZpb3VzbHkpIEkgYW0gb2theSB3aXRoIHRoYXQuICDwn5iKDQoNCk9u
ZSBvZiBteSBjb21tZW50cy9xdWVzdGlvbnMgY2FtZSBmcm9tIGEgbWlzdW5kZXJzdGFuZGluZyBv
biBteSBwYXJ0IOKAkyB0aGFua3MgZm9yIGhlbHBpbmcgbWUgdG8gc2VlIGl0DQoNClBsZWFzZSBz
ZWUgc3BlY2lmaWMgcmVzcG9uc2VzIHJlbGF0ZWQgdG8gbWlub3IgaXNzdWVzL3F1ZXN0aW9ucyBi
ZWxvd+KApg0KDQpGcm9tOiBMZWV5b3VuZyBbbWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb21dDQpT
ZW50OiBGcmlkYXksIEFwcmlsIDI3LCAyMDE4IDc6NTYgQU0NClRvOiBFcmljIEdyYXkgPGVyaWMu
Z3JheUBlcmljc3Nvbi5jb208bWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nvbi5jb20+PjsgZHJhZnQt
aWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYt
dGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVh
cy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPj47ICd0ZWFzQGll
dGYub3JnJyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQpDYzogWWVtaW4g
KEFteSkgPGFteS55ZW1pbkBodWF3ZWkuY29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+
DQpTdWJqZWN0OiBSRTogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFz
LWFjdG4taW5mby1tb2RlbA0KSW1wb3J0YW5jZTogSGlnaA0KDQoNCkhpIEVyaWMsDQoNCg0KDQpU
aGFua3MgZm9yIHlvdXIgcmV2aWV3IGFuZCBwcm92aWRpbmcgdXMgYSBsaXN0IG9mIGdvb2QgY29t
bWVudHMuDQoNCg0KDQpQbGVhc2Ugc2VlIGlubGluZSBmb3Igb3VyIHJlc3BvbnNlIHRvIHlvdXIg
Y29tbWVudCBhbmQgbGV0IHVzIGtub3cgaWYgb3VyIHJlc3BvbnNlIGlzIHNhdGlzZmFjdG9yeSB0
byB5b3UuDQoNCg0KDQpCZXN0IHJlZ2FyZHMsDQoNCllvdW5nIChvbiBiZWhhbGYgb2YgY28tYXV0
aG9ycykNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBFcmljIEdyYXkg
W21haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tXQ0KU2VudDogRnJpZGF5LCBBcHJpbCAyNywg
MjAxOCAxOjEyIEFNDQpUbzogZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0
Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3Jn
PjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnRlYXMtY2hh
aXJzQGlldGYub3JnPj47ICd0ZWFzQGlldGYub3JnJyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVh
c0BpZXRmLm9yZz4+DQpDYzogWWVtaW4gKEFteSkgPGFteS55ZW1pbkBodWF3ZWkuY29tPG1haWx0
bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTogUnRnZGlyIGxhc3QgY2FsbCBy
ZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0KDQoNCg0KSGVsbG8sDQoN
Cg0KDQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZp
ZXdlciBmb3IgdGhpcyBkcmFmdC4NCg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8g
cmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNz
IHRocm91Z2ggbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJl
dmlldyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9y
ZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSBo
dHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCg0K
DQpBbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRo
ZSBSb3V0aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIg
dGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlciBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVj
ZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5
IHVwZGF0aW5nIHRoZSBkcmFmdC4NCg0KDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtYWN0
bi1pbmZvLW1vZGVsDQoNClJldmlld2VyOiBFcmljIEdyYXkNCg0KUmV2aWV3IERhdGU6IEFwcmls
IDI3LCAyMDE4DQoNCkxDIEVuZCBEYXRlOiBBcHJpbCAyNywgMjAxOA0KDQpJbnRlbmRlZCBTdGF0
dXM6IEluZm9ybWF0aW9uYWwNCg0KDQoNCipTdW1tYXJ5OioNCg0KRHJhZnQgU3RhdHVzOiBBbG1v
c3QgcmVhZHkgd2l0aCBtaW5vciBpc3N1ZXMgYW5kIE5JVHMuDQoNCg0KDQpOb3RlOiB0aGlzIGlz
IG5vdCBhIFlBTkcgdGVjaG5pY2FsIHJldmlldy4NCg0KDQoNCk1pbm9yIElzc3VlcyAvIFF1ZXN0
aW9uczoNCg0KPT09PT09PT09PT09PT09PT09PT0NCg0KQXMgYSBnZW5lcmFsIG1pbm9yIHF1ZXN0
aW9uLCB3aGVuIGluc3RhbnRpYXRpbmcgIGEgdG9wb2xvZ3kgaW5jbHVkaW5nIG9ubHkgbWVtYmVy
IGluZm9ybWF0aW9uLCBpcyBpdCBhc3N1bWVkIHRoYXQgLSBnaXZlbiBhIGxpc3Qgb2YgbWVtYmVy
cyAtIGVhY2ggbWVtYmVyIGlzIGJpLWRpcmVjdGlvbmFsbHkgY29ubmVjdGVkIHRvIGV2ZXJ5IG90
aGVyIG1lbWJlciwgYXJlIGVuZC10by1lbmQgbWVtYmVyIGNvbm5lY3Rpb25zIHBhaXJ3aXNlIChl
LmcuIC0gYWxsb3dpbmcgc2V0dXAgb2YgYSBodWIgYW5kIHNwb2tlIHRvcG9sb2d5KSwgb3IgaXMg
aXQgbmVjZXNzYXJ5L3Bvc3NpYmxlIHRvIGRlZmluZSBkaXJlY3Rpb25hbGl0eSAoZS5nLiAtIGFs
bG93aW5nIHNldHVwIG9mIGEgZGlzdHJpYnV0aW9uIHRyZWUpPw0KDQoNCg0KTm90ZTogVGhpcyBz
aG91bGQgcHJvYmFibHkgYmUgZXhwbGljaXRseSBzdGF0ZWQsIHRob3VnaCBzZWN0aW9uIDUuMyBz
ZWVtcyB0byBpbXBseSB0aGF0IGJvdGggY29ubmVjdGl2aXR5IGFuZCBkaXJlY3Rpb25hbGl0eSBh
cmUgc3VwcG9ydGVkIChhdCBsZWFzdCB0aGUgd2F5IEkgcmVhZCBpdCkuDQoNCg0KDQpZTD4+IFdl
IGRvbuKAmXQgbmVjZXNzYXJpbHkgYXNzdW1lIHRoZSBWTnMvVEUgVHVubmVscyBhcmUgYmktZGly
ZWN0aW9uYWwuIEl0IGNhbiBiZSB1bmktZGlyZWN0aW9uYWwuIEFzIHlvdSBwb2ludGVkIG91dCwg
aXQgd2lsbCBiZSBoZWxwZnVsIHRvIGV4cGxpY2l0bHkgc3BlY2lmeSBkaXJlY3Rpb25hbGl0eS4g
SG93IGFib3V0IGluIFNlY3Rpb24gNS4yLCB3ZSBjYW4gYWRkIDxWTiBkaXJlY3Rpb25hbGl0eT4g
aW4gZGVzY3JpYmluZyA8Vk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M+Lg0KDQoNCg0KPFZOIFNl
cnZpY2UgQ2hhcmFjdGVyaXN0aWNzPiA6Oj0gPFZOIENvbm5lY3Rpdml0eSBUeXBlPg0KDQoNCg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8Vk4gRGlyZWN0aW9uYWxpdHk+DQoN
Cg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoPFZOIFRyYWZmaWMgTWF0
cml4Pi4uLikNCg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxWTiBT
dXJ2aXZhYmlsaXR5Pg0KDQpPa2F5Lg0KDQoNCg0KU2VjdGlvbiAzLCB0b3Agb2YgcGFnZSA2OiB3
aGlsZSB0aGlzIGRyYWZ0IGlzIGludGVuZGVkIHRvIGJlIGluZm9ybWF0aW9uYWwgYW5kIGRvZXMg
bm90IHJlZmVyIHRvIFJGQyAyMTE5LCB0aGUgd29yZGluZyAiYXQgYSBtaW5pbXVtIiBhbmQgInNo
b3VsZCBiZSBzdXBwb3J0ZWQiIGlzIGluY29uc2lzdGVudCAob3IgYXJndWFibHkgcmVkdW5kYW50
KS4gIEkgcmVjb21tZW5kIG9taXR0aW5nIHRoZSAxc3QgcGFydCAoIkF0IGEgbWluaW11bSwiKSBt
YWtpbmcgdGhlIHNlbnRlbmNlIHJlYWQgaW5zdGVhZCAiVGhlIGZvbGxvd2luZyBWTiBBY3Rpb24g
Li4uIg0KDQpBIHNpbWlsYXIgaXNzdWUgYXBwbGllcyB0byB0aGUgMm5kIHBhcmFncmFwaCBpbiBz
ZWN0aW9uIDQuDQoNCg0KDQpZTD4+IEFncmVlLiBXaWxsIGVkaXQgcGVyIHlvdXIgc3VnZ2VzdGlv
biDigJMgZGVsZXRlIOKAnEF0IHRoZSBtaW5pbXVt4oCdIGluIGJvdGggcGxhY2VzLg0KDQpPa2F5
Lg0KDQoNCg0KU2VjdGlvbiAzLjIsIFZOIE1vZGlmeTogSXQgbG9va3MgYXMgaWYgdGhpcyBzZWN0
aW9uIG5lZWRzIHRvIGluY2x1ZGUgdGV4dCBzaW1pbGFyIHRvIHRoYXQgaW4gc2VjdGlvbiAzLjQs
IGdpdmVuIHRoZSBwb3NzaWJsZSB0b3BvbG9neSB0eXBlcyBkZXNjcmliZWQgaW4gc2VjdGlvbiAz
LjEuICBJbiBhZGRpdGlvbiwgeW91IG1heSB3YW50IHRvIHJlc3RyaWN0IHdoYXQgaXMgYWxsb3dl
ZCBpbiBhIFZOIE1vZGlmeSB0byBhY3Rpb25zIGNvbnNpc3RlbnQgd2l0aCB0aGUgVk4gdG9wb2xv
Z3kgdHlwZSBwcmV2aW91c2x5IGluc3RhbnRpYXRlZC4NCg0KDQoNCllMPj4gWWVzLiBBZ3JlZS4g
V2lsbCBhZGQgYSBuZXcgcGFyYWdyYXBoIGFzIGZvbGxvd3M6DQoNCg0KDQogICBWTiBNb2RpZnks
IGRlcGVuZGluZyBvZiB0aGUgdHlwZSBvZiBWTiBpbnN0YW50aWF0ZWQsIGNhbiBiZSBhbg0KDQog
ICBtb2RpZmljYXRpb24gb2YgdGhlIGNoYXJhY3RlcmlzdGljcyBvZiBWTiBtZW1iZXJzIChlZGdl
LXRvLWVkZ2UgbGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAxLCBvcg0KDQogICBhbiBtb2RpZmlj
YXRpb24gb2YgYW4gZXhpc3RpbmcgdmlydHVhbCB0b3BvbG9neSAoZS5nLiwgYWRkaW5nL2RlbGV0
aW5nIHZpcnR1YWwgbm9kZXMvbGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAyLg0KDQpHcmVhdCEN
Cg0KDQoNClNlY3Rpb24gMy42LCBWTiBRdWVyeTogSW4gYWRkaXRpb24gdG8gY2VydGFpbiBOSVRz
LCB0aGlzIHNlY3Rpb24gc2hvdWxkIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGUgInRvcG9sb2d5IHZp
ZXciIHJldHVybmVkIGJ5IFZOIFF1ZXJ5IHdvdWxkIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdG9w
b2xvZ3kgdHlwZSBpbnN0YW50aWF0ZWQgZm9yIGFueSBzcGVjaWZpYyBWTi4NCg0KDQoNCllMPj4g
IEFncmVlIHdpdGggdGhlIE5JVHMgYW5kIHRoZSBuZWVkIGZvciBjbGFyaWZpY2F0aW9uIHN0YXRl
bWVudC4NCg0KDQoNCk9MRDoNCg0KVk4gUXVlcnkgcmVmZXJzIHRvIGlucXVpcnkgcGVydGFpbmlu
ZyB0byB0aGUgVk4gdGhhdCBoYXMgYmVlbiBhbHJlYWR5IGluc3RhbnRpYXRlZC4gVk4gUXVlcnkg
ZnVsZmlsbHMgYSBwdWxsIG1vZGVsIGFuZCBwZXJtaXQgdG8gZ2V0IHRvcG9sb2d5IHZpZXcuIFZO
IFF1ZXJ5IFJlcGx5IHJlZmVycyB0byB0aGUgcmVwbHkgaW4gcmVzcG9uc2UgdG8gVk4gUXVlcnku
DQoNCg0KDQpORVc6DQoNCg0KDQpWTiBRdWVyeSByZWZlcnMgdG8gYW4gaW5xdWlyeSBwZXJ0YWlu
aW5nIHRvIGEgVk4gdGhhdCBoYXMgYWxyZWFkeSBiZWVuIGluc3RhbnRpYXRlZC4gIFZOIFF1ZXJ5
IGZ1bGZpbGxzIGEgcHVsbCBtb2RlbCB0aGF0IHBlcm1pdHMgZ2V0dGluZyBhIHRvcG9sb2d5IHZp
ZXcuICBWTiBRdWVyeSBSZXBseSByZWZlcnMgdG8gdGhlIHJlcGx5IGluIHJlc3BvbnNlIHRvIFZO
IFF1ZXJ5LiBUaGUgdG9wb2xvZ3kgdmlldyByZXR1cm5lZCBieSBWTiBRdWVyeSBSZXBseSB3b3Vs
ZCBiZSBjb25zaXN0ZW50IHdpdGggdGhlIHRvcG9sb2d5IHR5cGUgaW5zdGFudGlhdGVkIGZvciBh
bnkgc3BlY2lmaWMgVk4uDQoNCkdyZWF0IQ0KDQoNCg0KDQoNClNlY3Rpb24gNCwgVHJhZmZpYyBF
bmdpbmVlcmluZyAoVEUpIHByaW1pdGl2ZXM6IERvZXMgaXQgbWFrZSBzZW5zZSB0aGF0IHRoZSBU
RSBhY3Rpb25zIHNob3VsZCBiZSBzdXBwb3J0ZWQgYXQgdGhlIE1QSSBjb25zaXN0ZW50bHkgd2l0
aCB0aGUgdHlwZSBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBDTUksIG9yIGFyZSB0aGV5IGlu
ZGVwZW5kZW50PyAgU2VjdGlvbiA0LjQgc2VlbXMgdG8gaW1wbHkgdGhhdCBjb25zaXN0ZW5jeSBp
cyBleHBlY3RlZC4NCg0KDQoNCllMPj4gQ29ycmVjdC4gVEUgYWN0aW9ucyBzaG91bGQgc3VwcG9y
dCBhdCB0aGUgTVBJIGJhc2VkIG9uIHRoZSB0eXBlcyBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRo
ZSBDTUkuIEkgd2lsbCBhZGQgdGhlIGZvbGxvd2luZyBzZW50ZW5jZSBhcyB0aGUgc2Vjb25kIHBh
cmFncmFwaCBvZiBTZWN0aW9uIDQ6DQoNCg0KDQpORVc6IFRoZSBURSBhY3Rpb24gcHJpbWl0aXZl
cyBkZWZpbmVkIGluIHRoaXMgc2VjdGlvbiBzaG91bGQgYmUgc3VwcG9ydGVkIGF0IHRoZSBNUEkg
Y29uc2lzdGVudGx5IHdpdGggdGhlIHR5cGUgb2YgdG9wb2xvZ3kgZGVmaW5lZCBhdCB0aGUgQ01J
Lg0KDQpHcmVhdCENCg0KDQoNCg0KDQpTZWN0aW9uIDUuMiwgVk4gU2VydmljZSBDaGFyYWN0ZXJp
c3RpY3M6IGluIHRoZSBzaGFyZWQgcmlzayBkaXNjdXNzaW9uICh0b3dhcmRzIHRoZSB0b3Agb2Yg
cGFnZSAxMiksIGl0IGlzIGRpZmZpY3VsdCB0byBpbmRpY2F0ZSAod2l0aCBhbnkgYWNjdXJhY3kp
IHdoYXQgdGhlIHNoYXJlZCByaXNrcyBhcmUgZm9yIGEgdG9wb2xvZ3kgdHlwZSBjb25zaXN0aW5n
IG9mIGp1c3QgYSBsaXN0IG9mIG1lbWJlcnMuICBJcyB0aGlzIGxpbWl0ZWQgdG8gdG9wb2xvZ2ll
cyBvZiB0aGUgdHlwZSB0aGF0IGluY2x1ZGVzICh2aXJ0dWFsKSBsaW5rIGFuZCBub2RlIGluZm9y
bWF0aW9uPw0KDQoNCg0KWUw+PiAgSGVyZSB3ZSBhcmUgdGFsa2luZyBhYm91dCBWTiBtZW1iZXIg
bGV2ZWwgU1JMRy4gSWYgd2UgaGF2ZSB0d28gVk4gbWVtYmVycywgc2F5IGNvbWluZyBvZmYgZnJv
bSB0aGUgc2FtZSBzb3VyY2UgdG8gYSB0d28gZGlmZmVyZW50IGRlc3RpbmF0aW9ucy4gSWYgU1JM
RyBpcyBzZXQgZm9yIHRoaXMgVk4sIGl0IG1lYW5zIFZOIG1lbWJlciAxIGZyb20gdGhlIHNvdXJj
ZSB0byBkZXN0aW5hdGlvbiAxIHNob3VsZCBiZSBTUkxHIGRpc2pvaW50IGZyb20gVk4gbWVtYmVy
IDIgZnJvbSB0aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDIuIFRoaXMgY29uY2VwdCBvZiBTUkxH
IGlzIGEgbmV3IGNvbmNlcHQgb24gdGhlIFZOIG1lbWJlciBsZXZlbC4NCg0KRG8gd2UgZXhwZWN0
IHRoaXMgdG8gYmUgY2xhcmlmaWVkIGluIGxhdGVyIHdvcmsg4oCTIGkuZS4g4oCTIGlzIHNwZWNp
ZnlpbmcgdGhpcyBtb3JlIHByZWNpc2VseSBub3QgaW4gc2NvcGUgZm9yIHRoaXMgdmVyc2lvbiwg
b3IgaXMgaXQgc3VwcG9zZWQgdG8gYmUgY2xlYXIgaW4gKG9yIGZyb20pIHRoaXMgZG9jdW1lbnQ/
ICBJZiBub3RoaW5nIGVsc2UsIHRoZXJlIHByb2JhYmx5IHNob3VsZCBiZSBhdCBsZWFzdCBhIGhp
bnQgYXQgYSB1c2UgY2FzZSBleGFtcGxlIHdoZXJlIHRoaXMgd291bGQgYmUgYmVuZWZpY2lhbC4N
Cg0KDQoNClNlY3Rpb24gNS40LCAxc3Qgc2VudGVuY2U6IFZOIE1lbWJlciBpcyBub3QgZXF1YWwg
dG8gZW5kLXRvLWVuZCB0dW5uZWwuICBJIHN1c3BlY3QgeW91IG1lYW4gIlZOIG1lbWJlciBwYWly
LiINCg0KDQoNCllMPj4gQWN0dWFsbHkgd2UgaGF2ZSB1c2VkIFZOIG1lbWJlciBpcyBlcXVpdmFs
ZW50IHRvIGFuIGVuZC10by1lbmQgdHVubmVsIChDRS1DRSkgZnJvbSBhIGN1c3RvbWVyIHN0YW5k
cG9pbnQuICBXaGF0IGRvIHlvdSBoYXZlIGluIG1pbmQgd2hlbiB5b3UgdXNlZCB0aGUgdGVybSDi
gJxWTiBtZW1iZXIgcGFpcuKAnT8NCg0KU29ycnksIEkgaGFkIG1pc3NlZCBzb21ldGhpbmcuICBJ
IGhhZCB0aGUgKG1pc3Rha2VuKSBpZGVhIHRoYXQgYSDigJxtZW1iZXLigJ0gd2FzIGFuIGVuZHBv
aW50IChDRSksIHJhdGhlciB0aGFuIGEgc3BlY2lmaWMgKENFLUNFKSB0dW5uZWwuICBPbiByZS1y
ZWFkaW5nIHRoZSBkcmFmdCwgaXQgaXMgY2xlYXIgdGhhdCB5b3UgaGF2ZSBkZWZpbmVkIFZOIG1l
bWJlciB0byBiZSBlcXVpdmFsZW50IHRvIGVuZC10by1lbmQgbGluay4NCg0KDQoNCkkgd2l0aGRy
YXcgdGhlIGNvbW1lbnQuDQoNCg0KDQpOSVRzOg0KDQo9PT0NCg0KLS0tIFtTTklQXSAtLS0NCg0K
DQoNCi0tDQoNCkVyaWMNCg0KDQo=

--_000_48E1A67CB9CA044EADFEAB87D814BFF64BA62189eusaamb107erics_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx
IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg
NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlNlZ29lIFVJIEVt
b2ppIjt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQERlbmdYaWFuIjsNCglwYW5vc2Ut
MToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05v
cm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2lu
LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt
cHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N
CnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29QbGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0K
CW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5t
c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsN
Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLlBsYWluVGV4dENoYXIN
Cgl7bXNvLXN0eWxlLW5hbWU6IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw
YW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki
LHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNA0KCXtt
c28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp
ZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv
bG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0
LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4
LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3Jk
U2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYi
IC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl
bGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0K
PC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0i
RU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRT
ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Zb3VuZywgZXQgYWwsPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBXaXRoIHRoZSBu
ZXcgdmVyc2lvbiBzaG93biBpbiB0aGUg4oCcZGlmZuKAnSB5b3XigJl2ZSBwcm92aWRlZCwgYWxs
IG9mIG15IGNvbW1lbnRzIGFyZSBhZGRyZXNzZWQuJm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoYW5rcyE8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+LS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkVy
aWM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Ux
RTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxiPkZyb206PC9iPiBMZWV5b3VuZyBbbWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb21dIDxi
cj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBNYXkgMDEsIDIwMTggMzoyMCBQTTxicj4NCjxiPlRv
OjwvYj4gRXJpYyBHcmF5ICZsdDtlcmljLmdyYXlAZXJpY3Nzb24uY29tJmd0OzsgcnRnLWRpckBp
ZXRmLm9yZzxicj4NCjxiPkNjOjwvYj4gZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5h
bGxAaWV0Zi5vcmc7ICdURUFTIFdHIENoYWlycycgJmx0O3RlYXMtY2hhaXJzQGlldGYub3JnJmd0
OzsgVEVBUyBXRyAmbHQ7dGVhc0BpZXRmLm9yZyZndDs7IFllbWluIChBbXkpICZsdDthbXkueWVt
aW5AaHVhd2VpLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFJ0Z2RpciBsYXN0IGNh
bGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWw8YnI+DQo8Yj5JbXBv
cnRhbmNlOjwvYj4gSGlnaDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIEVyaWMsPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj5UaGFua3MgYWdhaW4gZm9yIHlvdXIgZ29vZCBjb21tZW50cyBhbmQg
cXVpY2sgcmVwbHkgdG8gdGhlIGxhc3QgZW1haWwuIEkgdGhpbmsgdGhlIG9ubHkgaXNzdWUgcGVu
ZGluZyBpczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiA1LjIsIFZOIFNlcnZpY2UgQ2hhcmFjdGVyaXN0
aWNzOiBpbiB0aGUgc2hhcmVkIHJpc2sgZGlzY3Vzc2lvbiAodG93YXJkcyB0aGUgdG9wIG9mIHBh
Z2UgMTIpLCBpdCBpcyBkaWZmaWN1bHQgdG8gaW5kaWNhdGUgKHdpdGggYW55IGFjY3VyYWN5KSB3
aGF0IHRoZSBzaGFyZWQgcmlza3MgYXJlIGZvciBhIHRvcG9sb2d5IHR5cGUgY29uc2lzdGluZyBv
ZiBqdXN0IGEgbGlzdCBvZiBtZW1iZXJzLiZuYnNwOw0KIElzIHRoaXMgbGltaXRlZCB0byB0b3Bv
bG9naWVzIG9mIHRoZSB0eXBlIHRoYXQgaW5jbHVkZXMgKHZpcnR1YWwpIGxpbmsgYW5kIG5vZGUg
aW5mb3JtYXRpb24/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh
biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsm
Z3Q7ICZuYnNwO0hlcmUgd2UgYXJlIHRhbGtpbmcgYWJvdXQgVk4gbWVtYmVyIGxldmVsIFNSTEcu
IElmIHdlIGhhdmUgdHdvIFZOIG1lbWJlcnMsIHNheSBjb21pbmcgb2ZmIGZyb20gdGhlIHNhbWUg
c291cmNlIHRvIGEgdHdvIGRpZmZlcmVudCBkZXN0aW5hdGlvbnMuIElmIFNSTEcgaXMgc2V0IGZv
ciB0aGlzIFZOLCBpdCBtZWFucyBWTiBtZW1iZXIgMSBmcm9tDQogdGhlIHNvdXJjZSB0byBkZXN0
aW5hdGlvbiAxIHNob3VsZCBiZSBTUkxHIGRpc2pvaW50IGZyb20gVk4gbWVtYmVyIDIgZnJvbSB0
aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDIuIFRoaXMgY29uY2VwdCBvZiBTUkxHIGlzIGEgbmV3
IGNvbmNlcHQgb24gdGhlIFZOIG1lbWJlciBsZXZlbC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVk
Ij5EbyB3ZSBleHBlY3QgdGhpcyB0byBiZSBjbGFyaWZpZWQgaW4gbGF0ZXIgd29yayDigJMgaS5l
LiDigJMgaXMgc3BlY2lmeWluZyB0aGlzIG1vcmUgcHJlY2lzZWx5IG5vdCBpbiBzY29wZSBmb3Ig
dGhpcyB2ZXJzaW9uLCBvciBpcyBpdCBzdXBwb3NlZCB0byBiZSBjbGVhciBpbiAob3IgZnJvbSkg
dGhpcyBkb2N1bWVudD8mbmJzcDsgSWYgbm90aGluZyBlbHNlLCB0aGVyZQ0KIHByb2JhYmx5IHNo
b3VsZCBiZSBhdCBsZWFzdCBhIGhpbnQgYXQgYSB1c2UgY2FzZSBleGFtcGxlIHdoZXJlIHRoaXMg
d291bGQgYmUgYmVuZWZpY2lhbC48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
IzFGNDk3RCI+SSBnYXZlIGEgc2Vjb25kIHRob3VnaHQgYW5kIHRoZSBTUkxHIGRpc2N1c3Npb24g
d291bGQgYmUgYmVzdCB0byBiZSBkZWxldGVkIGZyb20gU2VjdGlvbiA1LjIuIEFzIHlvdSBvcmln
aW5hbGx5IHBvaW50ZWQgb3V0LCBpdCBtaWdodCBiZSBkaWZmaWN1bHQgdG8gYXBwbHkgU1JMRyBj
b25jZXB0IHRvIFZOIG9yIFZOIG1lbWJlciBsZXZlbCBhcyBTUkxHIGhhcyBhDQogcGh5c2ljYWwg
aW1wbGljYXRpb24uIFNpbmNlIFNlY3Rpb24gNS4yIGhhcyBkaXZlcnNpdHkgYXMgcGFydCBvZiBW
TiBjb25zdHJhaW50cywgdGhpcyB3b3VsZCBiZSBzdWZmaWNpZW50IHRvIGV4cHJlc3MgaG93IFZO
IG1lbWJlcnMgYXJlIHJlbGF0ZWQgdG8gZWFjaCBvdGhlciBmcm9tIHRoZSBkaXZlcnNpdHkvZGlz
am9pbnRuZXNzIHN0YW5kcG9pbnQuIFNvIEkgcmVtb3ZlZCB0aGUgU1JMRyBkaXNjdXNzaW9uIGZy
b20gU2VjdGlvbiA1LjIuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPldp
dGggdGhhdCwgdGhlIGF0dGFjaGVkIGRpZmYgZmlsZSBjb21wYXJlcyB0aGUgb2xkIHZlcnNpb24g
KDA3KSBhbmQgdGhlIG5ldyB2ZXJzaW9uICgwOCkuIFBsZWFzZSBsZXQgdXMga25vdyBpZiB5b3Ug
YXJlIGhhcHB5IHdpdGggdmVyc2lvbiAwODsgZWxzZSwgcGxlYXNlIGxldCB1cyBrbm93IHlvdXIg
ZnVydGhlciBjb21tZW50cy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
VGhhbmtzICZhbXA7IGJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+WW91bmcgKG9uIGJlaGFs
ZiBvZiBvdGhlciBjby1hdXRob3JzKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp
ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PGI+RnJvbTo8L2I+IEVyaWMgR3JheSBbPGEgaHJlZj0ibWFpbHRvOmVyaWMuZ3Jh
eUBlcmljc3Nvbi5jb20iPm1haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tPC9hPl0NCjxicj4N
CjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBNYXkgMDEsIDIwMTggODowNSBBTTxicj4NCjxiPlRvOjwv
Yj4gPGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+
PGJyPg0KPGI+Q2M6PC9iPiBMZWV5b3VuZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxlZXlvdW5nQGh1
YXdlaS5jb20iPmxlZXlvdW5nQGh1YXdlaS5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpk
cmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLmFsbEBpZXRmLm9yZyI+ZHJhZnQtaWV0Zi10
ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8L2E+OyAnVEVBUyBXRyBDaGFpcnMnICZs
dDs8YSBocmVmPSJtYWlsdG86dGVhcy1jaGFpcnNAaWV0Zi5vcmciPnRlYXMtY2hhaXJzQGlldGYu
b3JnPC9hPiZndDs7IFRFQVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50
ZWFzQGlldGYub3JnPC9hPiZndDs7IFllbWluDQogKEFteSkgJmx0OzxhIGhyZWY9Im1haWx0bzph
bXkueWVtaW5AaHVhd2VpLmNvbSI+YW15LnllbWluQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxi
PlN1YmplY3Q6PC9iPiBGVzogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10
ZWFzLWFjdG4taW5mby1tb2RlbDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+U29ycnkgZm9yIHRoZSBTUEFNLCBJIGhhZCBmb3Jnb3R0ZW4gdG8gY2hlY2sgaWYgPGEgaHJl
Zj0ibWFpbHRvOlJURy1ESVJAaWV0Zi5vcmciPg0KUlRHLURJUkBpZXRmLm9yZzwvYT4gd2FzIGlu
Y2x1ZGVkIGFzIGFuIGFkZHJlc3NlZSBpbiB0aGUgYmVsb3cgcmVzcG9uc2XigKY8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtw
YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206
PC9iPiBFcmljIEdyYXkgPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIE1heSAwMSwgMjAxOCA5
OjAxIEFNPGJyPg0KPGI+VG86PC9iPiBMZWV5b3VuZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxlZXlv
dW5nQGh1YXdlaS5jb20iPmxlZXlvdW5nQGh1YXdlaS5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1h
aWx0bzpkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLmFsbEBpZXRmLm9yZyI+ZHJhZnQt
aWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8L2E+OyAnVEVBUyBXRyBDaGFp
cnMnICZsdDs8YSBocmVmPSJtYWlsdG86dGVhcy1jaGFpcnNAaWV0Zi5vcmciPnRlYXMtY2hhaXJz
QGlldGYub3JnPC9hPiZndDs7ICd0ZWFzQGlldGYub3JnJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRl
YXNAaWV0Zi5vcmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gWWVtaW4g
KEFteSkgJmx0OzxhIGhyZWY9Im1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbSI+YW15LnllbWlu
QGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogUnRnZGlyIGxhc3Qg
Y2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbDxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WW91bmcsIGV0IGFsLDxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5Zb3UgaW5kaWNhdGUgdGhhdCB5b3Ugd2lsbCBhZGRyZXNzIHRoZSBOaXRzLCBz
byAob2J2aW91c2x5KSBJIGFtIG9rYXkgd2l0aCB0aGF0LiZuYnNwOw0KPHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJIEVtb2ppJnF1b3Q7LHNhbnMtc2VyaWYiPvCfmIo8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uZSBvZiBteSBjb21tZW50cy9xdWVzdGlvbnMg
Y2FtZSBmcm9tIGEgbWlzdW5kZXJzdGFuZGluZyBvbiBteSBwYXJ0IOKAkyB0aGFua3MgZm9yIGhl
bHBpbmcgbWUgdG8gc2VlIGl0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlBsZWFzZSBzZWUgc3Bl
Y2lmaWMgcmVzcG9uc2VzIHJlbGF0ZWQgdG8gbWlub3IgaXNzdWVzL3F1ZXN0aW9ucw0KPGI+PGk+
PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+YmVsb3c8L3NwYW4+PC9pPjwvYj7igKY8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtw
YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206
PC9iPiBMZWV5b3VuZyBbPGEgaHJlZj0ibWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20iPm1haWx0
bzpsZWV5b3VuZ0BodWF3ZWkuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIEFw
cmlsIDI3LCAyMDE4IDc6NTYgQU08YnI+DQo8Yj5Ubzo8L2I+IEVyaWMgR3JheSAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nvbi5jb20iPmVyaWMuZ3JheUBlcmljc3Nvbi5jb208
L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVs
LmFsbEBpZXRmLm9yZyI+ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5v
cmc8L2E+OyAnVEVBUyBXRyBDaGFpcnMnICZsdDs8YSBocmVmPSJtYWlsdG86dGVhcy1jaGFpcnNA
aWV0Zi5vcmciPnRlYXMtY2hhaXJzQGlldGYub3JnPC9hPiZndDs7ICd0ZWFzQGlldGYub3JnJyAm
bHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0Ozxi
cj4NCjxiPkNjOjwvYj4gWWVtaW4gKEFteSkgJmx0OzxhIGhyZWY9Im1haWx0bzphbXkueWVtaW5A
aHVhd2VpLmNvbSI+YW15LnllbWluQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6
PC9iPiBSRTogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4t
aW5mby1tb2RlbDxicj4NCjxiPkltcG9ydGFuY2U6PC9iPiBIaWdoPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IaSBFcmljLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij5UaGFua3MgZm9yIHlvdXIgcmV2aWV3IGFuZCBwcm92aWRpbmcgdXMgYSBsaXN0IG9m
IGdvb2QgY29tbWVudHMuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UGxlYXNlIHNl
ZSBpbmxpbmUgZm9yIG91ciByZXNwb25zZSB0byB5b3VyIGNvbW1lbnQgYW5kIGxldCB1cyBrbm93
IGlmIG91ciByZXNwb25zZSBpcyBzYXRpc2ZhY3RvcnkgdG8geW91Lg0KPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPllvdW5nIChvbiBiZWhhbGYgb2YgY28tYXV0aG9ycyk8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBF
cmljIEdyYXkgWzxhIGhyZWY9Im1haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tIj5tYWlsdG86
ZXJpYy5ncmF5QGVyaWNzc29uLmNvbTwvYT5dDQo8YnI+DQpTZW50OiBGcmlkYXksIEFwcmlsIDI3
LCAyMDE4IDE6MTIgQU08YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1h
Y3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnIj5kcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1v
ZGVsLmFsbEBpZXRmLm9yZzwvYT47ICdURUFTIFdHIENoYWlycycgJmx0OzxhIGhyZWY9Im1haWx0
bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZyI+dGVhcy1jaGFpcnNAaWV0Zi5vcmc8L2E+Jmd0OzsgJ3Rl
YXNAaWV0Zi5vcmcnICZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRm
Lm9yZzwvYT4mZ3Q7PGJyPg0KQ2M6IFllbWluIChBbXkpICZsdDs8YSBocmVmPSJtYWlsdG86YW15
LnllbWluQGh1YXdlaS5jb20iPmFteS55ZW1pbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQpTdWJq
ZWN0OiBSRTogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4t
aW5mby1tb2RlbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IZWxsbyw8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcg
RGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij5UaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZp
ZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhy
b3VnaCBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3
IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGlu
Zm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nDQogRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUgPGEg
aHJlZj0iaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rp
ciI+DQo8c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+
aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcjwvc3Bh
bj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkFsdGhvdWdoIHRoZXNlIGNvbW1l
bnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3Vs
ZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90
aGVyIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJl
c29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcNCiB0aGUgZHJhZnQu
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMt
YWN0bi1pbmZvLW1vZGVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5S
ZXZpZXdlcjogRXJpYyBHcmF5PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij5SZXZpZXcgRGF0ZTogQXByaWwgMjcsIDIwMTg8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPkxDIEVuZCBEYXRlOiBBcHJpbCAyNywgMjAxODxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SW50ZW5kZWQgU3RhdHVzOiBJbmZvcm1hdGlvbmFsPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPipTdW1tYXJ5Oio8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPkRyYWZ0IFN0YXR1czogQWxtb3N0IHJlYWR5IHdpdGggbWlu
b3IgaXNzdWVzIGFuZCBOSVRzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Ob3RlOiB0
aGlzIGlzIG5vdCBhIFlBTkcgdGVjaG5pY2FsIHJldmlldy48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+TWlub3IgSXNzdWVzIC8gUXVlc3Rpb25zOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PT09PT09PT09PT09PT09PT09PT08bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPkFzIGEgZ2VuZXJhbCBtaW5vciBxdWVzdGlvbiwgd2hlbiBp
bnN0YW50aWF0aW5nJm5ic3A7IGEgdG9wb2xvZ3kgaW5jbHVkaW5nIG9ubHkgbWVtYmVyIGluZm9y
bWF0aW9uLCBpcyBpdCBhc3N1bWVkIHRoYXQgLSBnaXZlbiBhIGxpc3Qgb2YgbWVtYmVycyAtIGVh
Y2ggbWVtYmVyIGlzIGJpLWRpcmVjdGlvbmFsbHkgY29ubmVjdGVkIHRvIGV2ZXJ5IG90aGVyIG1l
bWJlciwgYXJlIGVuZC10by1lbmQgbWVtYmVyIGNvbm5lY3Rpb25zDQogcGFpcndpc2UgKGUuZy4g
LSBhbGxvd2luZyBzZXR1cCBvZiBhIGh1YiBhbmQgc3Bva2UgdG9wb2xvZ3kpLCBvciBpcyBpdCBu
ZWNlc3NhcnkvcG9zc2libGUgdG8gZGVmaW5lIGRpcmVjdGlvbmFsaXR5IChlLmcuIC0gYWxsb3dp
bmcgc2V0dXAgb2YgYSBkaXN0cmlidXRpb24gdHJlZSk/DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+Tm90ZTogVGhpcyBzaG91bGQgcHJvYmFibHkgYmUgZXhwbGljaXRseSBzdGF0ZWQs
IHRob3VnaCBzZWN0aW9uIDUuMyBzZWVtcyB0byBpbXBseSB0aGF0IGJvdGggY29ubmVjdGl2aXR5
IGFuZCBkaXJlY3Rpb25hbGl0eSBhcmUgc3VwcG9ydGVkIChhdCBsZWFzdCB0aGUgd2F5IEkgcmVh
ZCBpdCkuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsmZ3Q7IFdl
IGRvbuKAmXQgbmVjZXNzYXJpbHkgYXNzdW1lIHRoZSBWTnMvVEUgVHVubmVscyBhcmUgYmktZGly
ZWN0aW9uYWwuIEl0IGNhbiBiZSB1bmktZGlyZWN0aW9uYWwuIEFzIHlvdSBwb2ludGVkIG91dCwg
aXQgd2lsbCBiZSBoZWxwZnVsIHRvIGV4cGxpY2l0bHkgc3BlY2lmeSBkaXJlY3Rpb25hbGl0eS4g
SG93IGFib3V0IGluIFNlY3Rpb24gNS4yLA0KIHdlIGNhbiBhZGQgJmx0O1ZOIGRpcmVjdGlvbmFs
aXR5Jmd0OyBpbiBkZXNjcmliaW5nICZsdDtWTiBTZXJ2aWNlIENoYXJhY3RlcmlzdGljcyZndDsu
IDxvOnA+DQo8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxi
PjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIw
NjAiPiZsdDtWTiBTZXJ2aWNlIENoYXJhY3RlcmlzdGljcyZndDsgOjo9ICZsdDtWTiBDb25uZWN0
aXZpdHkgVHlwZSZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHls
ZT0iY29sb3I6IzAwMjA2MCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8c3Bh
biBzdHlsZT0iYmFja2dyb3VuZDp5ZWxsb3c7bXNvLWhpZ2hsaWdodDp5ZWxsb3ciPiZsdDtWTiBE
aXJlY3Rpb25hbGl0eSZndDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8
cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxi
PjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgKCZsdDtWTiBUcmFmZmljIE1hdHJpeCZndDsuLi4pPG86cD48L286cD48L3Nw
YW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xv
cjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbHQ7Vk4gU3Vydml2YWJpbGl0eSZndDs8bzpwPjwv
bzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4g
c3R5bGU9ImNvbG9yOnJlZCI+T2theS48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiAzLCB0
b3Agb2YgcGFnZSA2OiB3aGlsZSB0aGlzIGRyYWZ0IGlzIGludGVuZGVkIHRvIGJlIGluZm9ybWF0
aW9uYWwgYW5kIGRvZXMgbm90IHJlZmVyIHRvIFJGQyAyMTE5LCB0aGUgd29yZGluZyAmcXVvdDth
dCBhIG1pbmltdW0mcXVvdDsgYW5kICZxdW90O3Nob3VsZCBiZSBzdXBwb3J0ZWQmcXVvdDsgaXMg
aW5jb25zaXN0ZW50IChvciBhcmd1YWJseSByZWR1bmRhbnQpLiZuYnNwOyBJIHJlY29tbWVuZCBv
bWl0dGluZyB0aGUgMXN0IHBhcnQNCiAoJnF1b3Q7QXQgYSBtaW5pbXVtLCZxdW90OykgbWFraW5n
IHRoZSBzZW50ZW5jZSByZWFkIGluc3RlYWQgJnF1b3Q7VGhlIGZvbGxvd2luZyBWTiBBY3Rpb24g
Li4uJnF1b3Q7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5BIHNpbWls
YXIgaXNzdWUgYXBwbGllcyB0byB0aGUgMm5kIHBhcmFncmFwaCBpbiBzZWN0aW9uIDQuPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsmZ3Q7IEFncmVlLiBXaWxsIGVk
aXQgcGVyIHlvdXIgc3VnZ2VzdGlvbiDigJMgZGVsZXRlIOKAnEF0IHRoZSBtaW5pbXVt4oCdIGlu
IGJvdGggcGxhY2VzLg0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPk9rYXkuPG86cD48L286cD48
L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlY3Rpb24gMy4yLCBWTiBNb2RpZnk6
IEl0IGxvb2tzIGFzIGlmIHRoaXMgc2VjdGlvbiBuZWVkcyB0byBpbmNsdWRlIHRleHQgc2ltaWxh
ciB0byB0aGF0IGluIHNlY3Rpb24gMy40LCBnaXZlbiB0aGUgcG9zc2libGUgdG9wb2xvZ3kgdHlw
ZXMgZGVzY3JpYmVkIGluIHNlY3Rpb24gMy4xLiZuYnNwOyBJbiBhZGRpdGlvbiwgeW91IG1heSB3
YW50IHRvIHJlc3RyaWN0IHdoYXQgaXMgYWxsb3dlZCBpbiBhIFZOIE1vZGlmeQ0KIHRvIGFjdGlv
bnMgY29uc2lzdGVudCB3aXRoIHRoZSBWTiB0b3BvbG9neSB0eXBlIHByZXZpb3VzbHkgaW5zdGFu
dGlhdGVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29s
b3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBZZXMuIEFncmVlLiBXaWxsIGFkZCBhIG5ldyBwYXJhZ3Jh
cGggYXMgZm9sbG93czo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0i
Y29sb3I6IzAwMjA2MCI+Jm5ic3A7Jm5ic3A7IFZOIE1vZGlmeSwgZGVwZW5kaW5nIG9mIHRoZSB0
eXBlIG9mIFZOIGluc3RhbnRpYXRlZCwgY2FuIGJlIGFuPG86cD48L286cD48L3NwYW4+PC9iPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYw
Ij4mbmJzcDsmbmJzcDsgbW9kaWZpY2F0aW9uIG9mIHRoZSBjaGFyYWN0ZXJpc3RpY3Mgb2YgVk4g
bWVtYmVycyAoZWRnZS10by1lZGdlIGxpbmtzKSBpbiBjYXNlIG9mIFZOIHR5cGUgMSwgb3I8bzpw
PjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyBhbiBtb2RpZmljYXRpb24gb2YgYW4g
ZXhpc3RpbmcgdmlydHVhbCB0b3BvbG9neSAoZS5nLiwgYWRkaW5nL2RlbGV0aW5nIHZpcnR1YWwg
bm9kZXMvbGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAyLg0KPG86cD48L286cD48L3NwYW4+PC9i
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpy
ZWQiPkdyZWF0ITxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5TZWN0aW9uIDMuNiwgVk4gUXVlcnk6IElu
IGFkZGl0aW9uIHRvIGNlcnRhaW4gTklUcywgdGhpcyBzZWN0aW9uIHNob3VsZCBtYWtlIGl0IGNs
ZWFyIHRoYXQgdGhlICZxdW90O3RvcG9sb2d5IHZpZXcmcXVvdDsgcmV0dXJuZWQgYnkgVk4gUXVl
cnkgd291bGQgYmUgY29uc2lzdGVudCB3aXRoIHRoZSB0b3BvbG9neSB0eXBlIGluc3RhbnRpYXRl
ZCBmb3IgYW55IHNwZWNpZmljIFZOLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2
MCI+WUwmZ3Q7Jmd0OyZuYnNwOyBBZ3JlZSB3aXRoIHRoZSBOSVRzIGFuZCB0aGUgbmVlZCBmb3Ig
Y2xhcmlmaWNhdGlvbiBzdGF0ZW1lbnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48
c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+T0xEOiA8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAi
PlZOIFF1ZXJ5IHJlZmVycyB0byBpbnF1aXJ5IHBlcnRhaW5pbmcgdG8gdGhlIFZOIHRoYXQgaGFz
IGJlZW4gYWxyZWFkeSBpbnN0YW50aWF0ZWQuIFZOIFF1ZXJ5IGZ1bGZpbGxzIGEgcHVsbCBtb2Rl
bCBhbmQgcGVybWl0IHRvIGdldCB0b3BvbG9neSB2aWV3LiBWTiBRdWVyeSBSZXBseSByZWZlcnMg
dG8gdGhlIHJlcGx5IGluIHJlc3BvbnNlIHRvIFZOIFF1ZXJ5LjxvOnA+PC9vOnA+PC9zcGFuPjwv
Yj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAw
MjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ORVc6IDxvOnA+PC9vOnA+PC9z
cGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29s
b3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5WTiBRdWVyeSByZWZl
cnMgdG8gYW4gaW5xdWlyeSBwZXJ0YWluaW5nIHRvIGEgVk4gdGhhdCBoYXMgYWxyZWFkeSBiZWVu
IGluc3RhbnRpYXRlZC4mbmJzcDsgVk4gUXVlcnkgZnVsZmlsbHMgYSBwdWxsIG1vZGVsIHRoYXQg
cGVybWl0cyBnZXR0aW5nIGEgdG9wb2xvZ3kgdmlldy4mbmJzcDsgVk4gUXVlcnkgUmVwbHkgcmVm
ZXJzIHRvIHRoZSByZXBseSBpbiByZXNwb25zZQ0KIHRvIFZOIFF1ZXJ5LiBUaGUgdG9wb2xvZ3kg
dmlldyByZXR1cm5lZCBieSBWTiBRdWVyeSBSZXBseSB3b3VsZCBiZSBjb25zaXN0ZW50IHdpdGgg
dGhlIHRvcG9sb2d5IHR5cGUgaW5zdGFudGlhdGVkIGZvciBhbnkgc3BlY2lmaWMgVk4uDQo8bzpw
PjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNw
YW4gc3R5bGU9ImNvbG9yOnJlZCI+R3JlYXQhPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiA0LCBUcmFmZmlj
IEVuZ2luZWVyaW5nIChURSkgcHJpbWl0aXZlczogRG9lcyBpdCBtYWtlIHNlbnNlIHRoYXQgdGhl
IFRFIGFjdGlvbnMgc2hvdWxkIGJlIHN1cHBvcnRlZCBhdCB0aGUgTVBJIGNvbnNpc3RlbnRseSB3
aXRoIHRoZSB0eXBlIG9mIHRvcG9sb2d5IGRlZmluZWQgYXQgdGhlIENNSSwgb3IgYXJlIHRoZXkg
aW5kZXBlbmRlbnQ/Jm5ic3A7IFNlY3Rpb24gNC40IHNlZW1zIHRvIGltcGx5IHRoYXQNCiBjb25z
aXN0ZW5jeSBpcyBleHBlY3RlZC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAi
PllMJmd0OyZndDsgQ29ycmVjdC4gVEUgYWN0aW9ucyBzaG91bGQgc3VwcG9ydCBhdCB0aGUgTVBJ
IGJhc2VkIG9uIHRoZSB0eXBlcyBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBDTUkuIEkgd2ls
bCBhZGQgdGhlIGZvbGxvd2luZyBzZW50ZW5jZSBhcyB0aGUgc2Vjb25kIHBhcmFncmFwaCBvZiBT
ZWN0aW9uIDQ6PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMwMDIwNjAiPk5FVzogVGhlIFRFIGFjdGlvbiBwcmltaXRpdmVzIGRlZmluZWQgaW4gdGhpcyBz
ZWN0aW9uIHNob3VsZCBiZSBzdXBwb3J0ZWQgYXQgdGhlIE1QSSBjb25zaXN0ZW50bHkgd2l0aCB0
aGUgdHlwZSBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBDTUkuDQo8bzpwPjwvbzpwPjwvc3Bh
bj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNv
bG9yOnJlZCI+R3JlYXQhPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiA1LjIsIFZOIFNlcnZp
Y2UgQ2hhcmFjdGVyaXN0aWNzOiBpbiB0aGUgc2hhcmVkIHJpc2sgZGlzY3Vzc2lvbiAodG93YXJk
cyB0aGUgdG9wIG9mIHBhZ2UgMTIpLCBpdCBpcyBkaWZmaWN1bHQgdG8gaW5kaWNhdGUgKHdpdGgg
YW55IGFjY3VyYWN5KSB3aGF0IHRoZSBzaGFyZWQgcmlza3MgYXJlIGZvciBhIHRvcG9sb2d5IHR5
cGUgY29uc2lzdGluZyBvZiBqdXN0IGEgbGlzdCBvZiBtZW1iZXJzLiZuYnNwOw0KIElzIHRoaXMg
bGltaXRlZCB0byB0b3BvbG9naWVzIG9mIHRoZSB0eXBlIHRoYXQgaW5jbHVkZXMgKHZpcnR1YWwp
IGxpbmsgYW5kIG5vZGUgaW5mb3JtYXRpb24/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MDAyMDYwIj5ZTCZndDsmZ3Q7ICZuYnNwO0hlcmUgd2UgYXJlIHRhbGtpbmcgYWJvdXQgVk4gbWVt
YmVyIGxldmVsIFNSTEcuIElmIHdlIGhhdmUgdHdvIFZOIG1lbWJlcnMsIHNheSBjb21pbmcgb2Zm
IGZyb20gdGhlIHNhbWUgc291cmNlIHRvIGEgdHdvIGRpZmZlcmVudCBkZXN0aW5hdGlvbnMuIElm
IFNSTEcgaXMgc2V0IGZvciB0aGlzIFZOLCBpdCBtZWFucyBWTiBtZW1iZXIgMSBmcm9tDQogdGhl
IHNvdXJjZSB0byBkZXN0aW5hdGlvbiAxIHNob3VsZCBiZSBTUkxHIGRpc2pvaW50IGZyb20gVk4g
bWVtYmVyIDIgZnJvbSB0aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDIuIFRoaXMgY29uY2VwdCBv
ZiBTUkxHIGlzIGEgbmV3IGNvbmNlcHQgb24gdGhlIFZOIG1lbWJlciBsZXZlbC4NCjxvOnA+PC9v
OnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBz
dHlsZT0iY29sb3I6cmVkIj5EbyB3ZSBleHBlY3QgdGhpcyB0byBiZSBjbGFyaWZpZWQgaW4gbGF0
ZXIgd29yayDigJMgaS5lLiDigJMgaXMgc3BlY2lmeWluZyB0aGlzIG1vcmUgcHJlY2lzZWx5IG5v
dCBpbiBzY29wZSBmb3IgdGhpcyB2ZXJzaW9uLCBvciBpcyBpdCBzdXBwb3NlZCB0byBiZSBjbGVh
ciBpbiAob3IgZnJvbSkgdGhpcyBkb2N1bWVudD8mbmJzcDsgSWYgbm90aGluZyBlbHNlLCB0aGVy
ZQ0KIHByb2JhYmx5IHNob3VsZCBiZSBhdCBsZWFzdCBhIGhpbnQgYXQgYSB1c2UgY2FzZSBleGFt
cGxlIHdoZXJlIHRoaXMgd291bGQgYmUgYmVuZWZpY2lhbC48bzpwPjwvbzpwPjwvc3Bhbj48L2k+
PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiA1LjQsIDFzdCBzZW50ZW5jZTogVk4gTWVt
YmVyIGlzIG5vdCBlcXVhbCB0byBlbmQtdG8tZW5kIHR1bm5lbC4mbmJzcDsgSSBzdXNwZWN0IHlv
dSBtZWFuICZxdW90O1ZOIG1lbWJlciBwYWlyLiZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBBY3R1YWxs
eSB3ZSBoYXZlIHVzZWQgVk4gbWVtYmVyIGlzIGVxdWl2YWxlbnQgdG8gYW4gZW5kLXRvLWVuZCB0
dW5uZWwgKENFLUNFKSBmcm9tIGEgY3VzdG9tZXIgc3RhbmRwb2ludC4gJm5ic3A7V2hhdCBkbyB5
b3UgaGF2ZSBpbiBtaW5kIHdoZW4geW91IHVzZWQgdGhlIHRlcm0g4oCcVk4gbWVtYmVyIHBhaXLi
gJ0/DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+U29ycnksIEkgaGFkIG1pc3NlZCBzb21ldGhp
bmcuJm5ic3A7IEkgaGFkIHRoZSAobWlzdGFrZW4pIGlkZWEgdGhhdCBhIOKAnG1lbWJlcuKAnSB3
YXMgYW4gZW5kcG9pbnQgKENFKSwgcmF0aGVyIHRoYW4gYSBzcGVjaWZpYyAoQ0UtQ0UpIHR1bm5l
bC4mbmJzcDsgT24gcmUtcmVhZGluZyB0aGUgZHJhZnQsIGl0IGlzIGNsZWFyIHRoYXQgeW91IGhh
dmUgZGVmaW5lZCBWTiBtZW1iZXINCiB0byBiZSBlcXVpdmFsZW50IHRvIGVuZC10by1lbmQgbGlu
ay48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
aT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNv
bG9yOnJlZCI+SSB3aXRoZHJhdyB0aGUgY29tbWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9i
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYw
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5O
SVRzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PT09PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6
cmVkIj4tLS0gW1NOSVBdIC0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij4tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RXJpYzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_48E1A67CB9CA044EADFEAB87D814BFF64BA62189eusaamb107erics_--


From nobody Thu May  3 11:37:44 2018
Return-Path: <leeyoung@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95CEE12EABC; Thu,  3 May 2018 11:37:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.188
X-Spam-Level: 
X-Spam-Status: No, score=-3.188 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jdHEOOhx2wwL; Thu,  3 May 2018 11:37:33 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2EE112EAB7; Thu,  3 May 2018 11:37:32 -0700 (PDT)
Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 2E89086D94BEB; Thu,  3 May 2018 19:37:29 +0100 (IST)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.382.0; Thu, 3 May 2018 19:37:29 +0100
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.34]) by SJCEML702-CHM.china.huawei.com ([169.254.4.62]) with mapi id 14.03.0382.000; Thu, 3 May 2018 11:37:22 -0700
From: Leeyoung <leeyoung@huawei.com>
To: Eric Gray <eric.gray@ericsson.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-teas-actn-info-model.all@ietf.org" <draft-ietf-teas-actn-info-model.all@ietf.org>, 'TEAS WG Chairs' <teas-chairs@ietf.org>, TEAS WG <teas@ietf.org>, "Yemin (Amy)" <amy.yemin@huawei.com>
Thread-Topic: Rtgdir last call review of draft-ietf-teas-actn-info-model
Thread-Index: AdPd7Lqgg9fNbQqYTgGqURIPBCDASAAAZyHAAAgOEVAAzjLNsAABSnDwAAzNzZAAYfWgUAABgqXQ
Date: Thu, 3 May 2018 18:37:21 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173CFE7927@sjceml521-mbx.china.huawei.com>
References: <48E1A67CB9CA044EADFEAB87D814BFF64BA5577B@eusaamb107.ericsson.se> <48E1A67CB9CA044EADFEAB87D814BFF64BA557F4@eusaamb107.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E173CFDE208@sjceml521-mbs.china.huawei.com> <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAD8@eusaamb107.ericsson.se> <48E1A67CB9CA044EADFEAB87D814BFF64BA5BAFF@eusaamb107.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E173CFE4ED1@sjceml521-mbx.china.huawei.com> <48E1A67CB9CA044EADFEAB87D814BFF64BA62189@eusaamb107.ericsson.se>
In-Reply-To: <48E1A67CB9CA044EADFEAB87D814BFF64BA62189@eusaamb107.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.220.135.89]
Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E173CFE7927sjceml521mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/A58boqF85JANRB2by0jaZRKOVHA>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-teas-actn-info-model
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 May 2018 18:37:38 -0000

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

SGkgRXJpYywNCg0KVGhhbmtzIGZvciB5b3VyIGFwcHJvdmFsIG9mIHRoZSBjaGFuZ2VzLiBXZSB3
aWxsIHNob3J0bHkgdXBsb2FkIHRoZSByZXZpc2lvbi4NCg0KQmVzdCByZWdhcmRzLA0KWW91bmcN
Cg0KRnJvbTogRXJpYyBHcmF5IFttYWlsdG86ZXJpYy5ncmF5QGVyaWNzc29uLmNvbV0NClNlbnQ6
IFRodXJzZGF5LCBNYXkgMDMsIDIwMTggMTI6NTQgUE0NClRvOiBMZWV5b3VuZyA8bGVleW91bmdA
aHVhd2VpLmNvbT47IHJ0Zy1kaXJAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1p
bmZvLW1vZGVsLmFsbEBpZXRmLm9yZzsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0
Zi5vcmc+OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPjsgWWVtaW4gKEFteSkgPGFteS55ZW1pbkBo
dWF3ZWkuY29tPg0KU3ViamVjdDogUkU6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0
LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwNCg0KWW91bmcsIGV0IGFsLA0KDQogICAgICAgICAg
ICAgICAgV2l0aCB0aGUgbmV3IHZlcnNpb24gc2hvd24gaW4gdGhlIOKAnGRpZmbigJ0geW914oCZ
dmUgcHJvdmlkZWQsIGFsbCBvZiBteSBjb21tZW50cyBhcmUgYWRkcmVzc2VkLg0KDQogICAgICAg
ICAgICAgICAgVGhhbmtzIQ0KDQotLQ0KRXJpYw0KDQpGcm9tOiBMZWV5b3VuZyBbbWFpbHRvOmxl
ZXlvdW5nQGh1YXdlaS5jb21dDQpTZW50OiBUdWVzZGF5LCBNYXkgMDEsIDIwMTggMzoyMCBQTQ0K
VG86IEVyaWMgR3JheSA8ZXJpYy5ncmF5QGVyaWNzc29uLmNvbTxtYWlsdG86ZXJpYy5ncmF5QGVy
aWNzc29uLmNvbT4+OyBydGctZGlyQGlldGYub3JnPG1haWx0bzpydGctZGlyQGlldGYub3JnPg0K
Q2M6IGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnPG1haWx0bzpk
cmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLmFsbEBpZXRmLm9yZz47ICdURUFTIFdHIENo
YWlycycgPHRlYXMtY2hhaXJzQGlldGYub3JnPG1haWx0bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZz4+
OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj47IFllbWluIChB
bXkpIDxhbXkueWVtaW5AaHVhd2VpLmNvbTxtYWlsdG86YW15LnllbWluQGh1YXdlaS5jb20+Pg0K
U3ViamVjdDogUkU6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1h
Y3RuLWluZm8tbW9kZWwNCkltcG9ydGFuY2U6IEhpZ2gNCg0KSGkgRXJpYywNCg0KVGhhbmtzIGFn
YWluIGZvciB5b3VyIGdvb2QgY29tbWVudHMgYW5kIHF1aWNrIHJlcGx5IHRvIHRoZSBsYXN0IGVt
YWlsLiBJIHRoaW5rIHRoZSBvbmx5IGlzc3VlIHBlbmRpbmcgaXM6DQoNCg0KU2VjdGlvbiA1LjIs
IFZOIFNlcnZpY2UgQ2hhcmFjdGVyaXN0aWNzOiBpbiB0aGUgc2hhcmVkIHJpc2sgZGlzY3Vzc2lv
biAodG93YXJkcyB0aGUgdG9wIG9mIHBhZ2UgMTIpLCBpdCBpcyBkaWZmaWN1bHQgdG8gaW5kaWNh
dGUgKHdpdGggYW55IGFjY3VyYWN5KSB3aGF0IHRoZSBzaGFyZWQgcmlza3MgYXJlIGZvciBhIHRv
cG9sb2d5IHR5cGUgY29uc2lzdGluZyBvZiBqdXN0IGEgbGlzdCBvZiBtZW1iZXJzLiAgSXMgdGhp
cyBsaW1pdGVkIHRvIHRvcG9sb2dpZXMgb2YgdGhlIHR5cGUgdGhhdCBpbmNsdWRlcyAodmlydHVh
bCkgbGluayBhbmQgbm9kZSBpbmZvcm1hdGlvbj8NCg0KDQoNCllMPj4gIEhlcmUgd2UgYXJlIHRh
bGtpbmcgYWJvdXQgVk4gbWVtYmVyIGxldmVsIFNSTEcuIElmIHdlIGhhdmUgdHdvIFZOIG1lbWJl
cnMsIHNheSBjb21pbmcgb2ZmIGZyb20gdGhlIHNhbWUgc291cmNlIHRvIGEgdHdvIGRpZmZlcmVu
dCBkZXN0aW5hdGlvbnMuIElmIFNSTEcgaXMgc2V0IGZvciB0aGlzIFZOLCBpdCBtZWFucyBWTiBt
ZW1iZXIgMSBmcm9tIHRoZSBzb3VyY2UgdG8gZGVzdGluYXRpb24gMSBzaG91bGQgYmUgU1JMRyBk
aXNqb2ludCBmcm9tIFZOIG1lbWJlciAyIGZyb20gdGhlIHNvdXJjZSB0byBkZXN0aW5hdGlvbiAy
LiBUaGlzIGNvbmNlcHQgb2YgU1JMRyBpcyBhIG5ldyBjb25jZXB0IG9uIHRoZSBWTiBtZW1iZXIg
bGV2ZWwuDQoNCkRvIHdlIGV4cGVjdCB0aGlzIHRvIGJlIGNsYXJpZmllZCBpbiBsYXRlciB3b3Jr
IOKAkyBpLmUuIOKAkyBpcyBzcGVjaWZ5aW5nIHRoaXMgbW9yZSBwcmVjaXNlbHkgbm90IGluIHNj
b3BlIGZvciB0aGlzIHZlcnNpb24sIG9yIGlzIGl0IHN1cHBvc2VkIHRvIGJlIGNsZWFyIGluIChv
ciBmcm9tKSB0aGlzIGRvY3VtZW50PyAgSWYgbm90aGluZyBlbHNlLCB0aGVyZSBwcm9iYWJseSBz
aG91bGQgYmUgYXQgbGVhc3QgYSBoaW50IGF0IGEgdXNlIGNhc2UgZXhhbXBsZSB3aGVyZSB0aGlz
IHdvdWxkIGJlIGJlbmVmaWNpYWwuDQoNCkkgZ2F2ZSBhIHNlY29uZCB0aG91Z2h0IGFuZCB0aGUg
U1JMRyBkaXNjdXNzaW9uIHdvdWxkIGJlIGJlc3QgdG8gYmUgZGVsZXRlZCBmcm9tIFNlY3Rpb24g
NS4yLiBBcyB5b3Ugb3JpZ2luYWxseSBwb2ludGVkIG91dCwgaXQgbWlnaHQgYmUgZGlmZmljdWx0
IHRvIGFwcGx5IFNSTEcgY29uY2VwdCB0byBWTiBvciBWTiBtZW1iZXIgbGV2ZWwgYXMgU1JMRyBo
YXMgYSBwaHlzaWNhbCBpbXBsaWNhdGlvbi4gU2luY2UgU2VjdGlvbiA1LjIgaGFzIGRpdmVyc2l0
eSBhcyBwYXJ0IG9mIFZOIGNvbnN0cmFpbnRzLCB0aGlzIHdvdWxkIGJlIHN1ZmZpY2llbnQgdG8g
ZXhwcmVzcyBob3cgVk4gbWVtYmVycyBhcmUgcmVsYXRlZCB0byBlYWNoIG90aGVyIGZyb20gdGhl
IGRpdmVyc2l0eS9kaXNqb2ludG5lc3Mgc3RhbmRwb2ludC4gU28gSSByZW1vdmVkIHRoZSBTUkxH
IGRpc2N1c3Npb24gZnJvbSBTZWN0aW9uIDUuMi4NCg0KV2l0aCB0aGF0LCB0aGUgYXR0YWNoZWQg
ZGlmZiBmaWxlIGNvbXBhcmVzIHRoZSBvbGQgdmVyc2lvbiAoMDcpIGFuZCB0aGUgbmV3IHZlcnNp
b24gKDA4KS4gUGxlYXNlIGxldCB1cyBrbm93IGlmIHlvdSBhcmUgaGFwcHkgd2l0aCB2ZXJzaW9u
IDA4OyBlbHNlLCBwbGVhc2UgbGV0IHVzIGtub3cgeW91ciBmdXJ0aGVyIGNvbW1lbnRzLg0KDQpU
aGFua3MgJiBiZXN0IHJlZ2FyZHMsDQpZb3VuZyAob24gYmVoYWxmIG9mIG90aGVyIGNvLWF1dGhv
cnMpDQoNCkZyb206IEVyaWMgR3JheSBbbWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nvbi5jb21dDQpT
ZW50OiBUdWVzZGF5LCBNYXkgMDEsIDIwMTggODowNSBBTQ0KVG86IHJ0Zy1kaXJAaWV0Zi5vcmc8
bWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmc+DQpDYzogTGVleW91bmcgPGxlZXlvdW5nQGh1YXdlaS5j
b208bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20+PjsgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5m
by1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9k
ZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc8
bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPj47IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc8bWFp
bHRvOnRlYXNAaWV0Zi5vcmc+PjsgWWVtaW4gKEFteSkgPGFteS55ZW1pbkBodWF3ZWkuY29tPG1h
aWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBGVzogUnRnZGlyIGxhc3QgY2Fs
bCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0KDQpTb3JyeSBmb3Ig
dGhlIFNQQU0sIEkgaGFkIGZvcmdvdHRlbiB0byBjaGVjayBpZiBSVEctRElSQGlldGYub3JnPG1h
aWx0bzpSVEctRElSQGlldGYub3JnPiB3YXMgaW5jbHVkZWQgYXMgYW4gYWRkcmVzc2VlIGluIHRo
ZSBiZWxvdyByZXNwb25zZeKApg0KDQpGcm9tOiBFcmljIEdyYXkNClNlbnQ6IFR1ZXNkYXksIE1h
eSAwMSwgMjAxOCA5OjAxIEFNDQpUbzogTGVleW91bmcgPGxlZXlvdW5nQGh1YXdlaS5jb208bWFp
bHRvOmxlZXlvdW5nQGh1YXdlaS5jb20+PjsgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2Rl
bC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxs
QGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRv
OnRlYXMtY2hhaXJzQGlldGYub3JnPj47ICd0ZWFzQGlldGYub3JnJyA8dGVhc0BpZXRmLm9yZzxt
YWlsdG86dGVhc0BpZXRmLm9yZz4+DQpDYzogWWVtaW4gKEFteSkgPGFteS55ZW1pbkBodWF3ZWku
Y29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTogUnRnZGlyIGxh
c3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0KDQpZb3Vu
ZywgZXQgYWwsDQoNCllvdSBpbmRpY2F0ZSB0aGF0IHlvdSB3aWxsIGFkZHJlc3MgdGhlIE5pdHMs
IHNvIChvYnZpb3VzbHkpIEkgYW0gb2theSB3aXRoIHRoYXQuICDwn5iKDQoNCk9uZSBvZiBteSBj
b21tZW50cy9xdWVzdGlvbnMgY2FtZSBmcm9tIGEgbWlzdW5kZXJzdGFuZGluZyBvbiBteSBwYXJ0
IOKAkyB0aGFua3MgZm9yIGhlbHBpbmcgbWUgdG8gc2VlIGl0DQoNClBsZWFzZSBzZWUgc3BlY2lm
aWMgcmVzcG9uc2VzIHJlbGF0ZWQgdG8gbWlub3IgaXNzdWVzL3F1ZXN0aW9ucyBiZWxvd+KApg0K
DQpGcm9tOiBMZWV5b3VuZyBbbWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb21dDQpTZW50OiBGcmlk
YXksIEFwcmlsIDI3LCAyMDE4IDc6NTYgQU0NClRvOiBFcmljIEdyYXkgPGVyaWMuZ3JheUBlcmlj
c3Nvbi5jb208bWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nvbi5jb20+PjsgZHJhZnQtaWV0Zi10ZWFz
LWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1hY3Ru
LWluZm8tbW9kZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMgV0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNA
aWV0Zi5vcmc8bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPj47ICd0ZWFzQGlldGYub3JnJyA8
dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQpDYzogWWVtaW4gKEFteSkgPGFt
eS55ZW1pbkBodWF3ZWkuY29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0
OiBSRTogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5m
by1tb2RlbA0KSW1wb3J0YW5jZTogSGlnaA0KDQoNCkhpIEVyaWMsDQoNCg0KDQpUaGFua3MgZm9y
IHlvdXIgcmV2aWV3IGFuZCBwcm92aWRpbmcgdXMgYSBsaXN0IG9mIGdvb2QgY29tbWVudHMuDQoN
Cg0KDQpQbGVhc2Ugc2VlIGlubGluZSBmb3Igb3VyIHJlc3BvbnNlIHRvIHlvdXIgY29tbWVudCBh
bmQgbGV0IHVzIGtub3cgaWYgb3VyIHJlc3BvbnNlIGlzIHNhdGlzZmFjdG9yeSB0byB5b3UuDQoN
Cg0KDQpCZXN0IHJlZ2FyZHMsDQoNCllvdW5nIChvbiBiZWhhbGYgb2YgY28tYXV0aG9ycykNCg0K
DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBFcmljIEdyYXkgW21haWx0bzpl
cmljLmdyYXlAZXJpY3Nzb24uY29tXQ0KU2VudDogRnJpZGF5LCBBcHJpbCAyNywgMjAxOCAxOjEy
IEFNDQpUbzogZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmc8bWFp
bHRvOmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnPjsgJ1RFQVMg
V0cgQ2hhaXJzJyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYu
b3JnPj47ICd0ZWFzQGlldGYub3JnJyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9y
Zz4+DQpDYzogWWVtaW4gKEFteSkgPGFteS55ZW1pbkBodWF3ZWkuY29tPG1haWx0bzphbXkueWVt
aW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2Yg
ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbA0KDQoNCg0KSGVsbG8sDQoNCg0KDQpJIGhh
dmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3Ig
dGhpcyBkcmFmdC4NCg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFs
bCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2gg
bGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0
byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1h
dGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSBodHRwOi8vdHJh
Yy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCg0KDQpBbHRob3Vn
aCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5n
IEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9u
ZyB3aXRoIGFueSBvdGhlciBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5k
IHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5n
IHRoZSBkcmFmdC4NCg0KDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1v
ZGVsDQoNClJldmlld2VyOiBFcmljIEdyYXkNCg0KUmV2aWV3IERhdGU6IEFwcmlsIDI3LCAyMDE4
DQoNCkxDIEVuZCBEYXRlOiBBcHJpbCAyNywgMjAxOA0KDQpJbnRlbmRlZCBTdGF0dXM6IEluZm9y
bWF0aW9uYWwNCg0KDQoNCipTdW1tYXJ5OioNCg0KRHJhZnQgU3RhdHVzOiBBbG1vc3QgcmVhZHkg
d2l0aCBtaW5vciBpc3N1ZXMgYW5kIE5JVHMuDQoNCg0KDQpOb3RlOiB0aGlzIGlzIG5vdCBhIFlB
TkcgdGVjaG5pY2FsIHJldmlldy4NCg0KDQoNCk1pbm9yIElzc3VlcyAvIFF1ZXN0aW9uczoNCg0K
PT09PT09PT09PT09PT09PT09PT0NCg0KQXMgYSBnZW5lcmFsIG1pbm9yIHF1ZXN0aW9uLCB3aGVu
IGluc3RhbnRpYXRpbmcgIGEgdG9wb2xvZ3kgaW5jbHVkaW5nIG9ubHkgbWVtYmVyIGluZm9ybWF0
aW9uLCBpcyBpdCBhc3N1bWVkIHRoYXQgLSBnaXZlbiBhIGxpc3Qgb2YgbWVtYmVycyAtIGVhY2gg
bWVtYmVyIGlzIGJpLWRpcmVjdGlvbmFsbHkgY29ubmVjdGVkIHRvIGV2ZXJ5IG90aGVyIG1lbWJl
ciwgYXJlIGVuZC10by1lbmQgbWVtYmVyIGNvbm5lY3Rpb25zIHBhaXJ3aXNlIChlLmcuIC0gYWxs
b3dpbmcgc2V0dXAgb2YgYSBodWIgYW5kIHNwb2tlIHRvcG9sb2d5KSwgb3IgaXMgaXQgbmVjZXNz
YXJ5L3Bvc3NpYmxlIHRvIGRlZmluZSBkaXJlY3Rpb25hbGl0eSAoZS5nLiAtIGFsbG93aW5nIHNl
dHVwIG9mIGEgZGlzdHJpYnV0aW9uIHRyZWUpPw0KDQoNCg0KTm90ZTogVGhpcyBzaG91bGQgcHJv
YmFibHkgYmUgZXhwbGljaXRseSBzdGF0ZWQsIHRob3VnaCBzZWN0aW9uIDUuMyBzZWVtcyB0byBp
bXBseSB0aGF0IGJvdGggY29ubmVjdGl2aXR5IGFuZCBkaXJlY3Rpb25hbGl0eSBhcmUgc3VwcG9y
dGVkIChhdCBsZWFzdCB0aGUgd2F5IEkgcmVhZCBpdCkuDQoNCg0KDQpZTD4+IFdlIGRvbuKAmXQg
bmVjZXNzYXJpbHkgYXNzdW1lIHRoZSBWTnMvVEUgVHVubmVscyBhcmUgYmktZGlyZWN0aW9uYWwu
IEl0IGNhbiBiZSB1bmktZGlyZWN0aW9uYWwuIEFzIHlvdSBwb2ludGVkIG91dCwgaXQgd2lsbCBi
ZSBoZWxwZnVsIHRvIGV4cGxpY2l0bHkgc3BlY2lmeSBkaXJlY3Rpb25hbGl0eS4gSG93IGFib3V0
IGluIFNlY3Rpb24gNS4yLCB3ZSBjYW4gYWRkIDxWTiBkaXJlY3Rpb25hbGl0eT4gaW4gZGVzY3Jp
YmluZyA8Vk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M+Lg0KDQoNCg0KPFZOIFNlcnZpY2UgQ2hh
cmFjdGVyaXN0aWNzPiA6Oj0gPFZOIENvbm5lY3Rpdml0eSBUeXBlPg0KDQoNCg0KICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICA8Vk4gRGlyZWN0aW9uYWxpdHk+DQoNCg0KDQogICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoPFZOIFRyYWZmaWMgTWF0cml4Pi4uLikN
Cg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxWTiBTdXJ2aXZhYmls
aXR5Pg0KDQpPa2F5Lg0KDQoNCg0KU2VjdGlvbiAzLCB0b3Agb2YgcGFnZSA2OiB3aGlsZSB0aGlz
IGRyYWZ0IGlzIGludGVuZGVkIHRvIGJlIGluZm9ybWF0aW9uYWwgYW5kIGRvZXMgbm90IHJlZmVy
IHRvIFJGQyAyMTE5LCB0aGUgd29yZGluZyAiYXQgYSBtaW5pbXVtIiBhbmQgInNob3VsZCBiZSBz
dXBwb3J0ZWQiIGlzIGluY29uc2lzdGVudCAob3IgYXJndWFibHkgcmVkdW5kYW50KS4gIEkgcmVj
b21tZW5kIG9taXR0aW5nIHRoZSAxc3QgcGFydCAoIkF0IGEgbWluaW11bSwiKSBtYWtpbmcgdGhl
IHNlbnRlbmNlIHJlYWQgaW5zdGVhZCAiVGhlIGZvbGxvd2luZyBWTiBBY3Rpb24gLi4uIg0KDQpB
IHNpbWlsYXIgaXNzdWUgYXBwbGllcyB0byB0aGUgMm5kIHBhcmFncmFwaCBpbiBzZWN0aW9uIDQu
DQoNCg0KDQpZTD4+IEFncmVlLiBXaWxsIGVkaXQgcGVyIHlvdXIgc3VnZ2VzdGlvbiDigJMgZGVs
ZXRlIOKAnEF0IHRoZSBtaW5pbXVt4oCdIGluIGJvdGggcGxhY2VzLg0KDQpPa2F5Lg0KDQoNCg0K
U2VjdGlvbiAzLjIsIFZOIE1vZGlmeTogSXQgbG9va3MgYXMgaWYgdGhpcyBzZWN0aW9uIG5lZWRz
IHRvIGluY2x1ZGUgdGV4dCBzaW1pbGFyIHRvIHRoYXQgaW4gc2VjdGlvbiAzLjQsIGdpdmVuIHRo
ZSBwb3NzaWJsZSB0b3BvbG9neSB0eXBlcyBkZXNjcmliZWQgaW4gc2VjdGlvbiAzLjEuICBJbiBh
ZGRpdGlvbiwgeW91IG1heSB3YW50IHRvIHJlc3RyaWN0IHdoYXQgaXMgYWxsb3dlZCBpbiBhIFZO
IE1vZGlmeSB0byBhY3Rpb25zIGNvbnNpc3RlbnQgd2l0aCB0aGUgVk4gdG9wb2xvZ3kgdHlwZSBw
cmV2aW91c2x5IGluc3RhbnRpYXRlZC4NCg0KDQoNCllMPj4gWWVzLiBBZ3JlZS4gV2lsbCBhZGQg
YSBuZXcgcGFyYWdyYXBoIGFzIGZvbGxvd3M6DQoNCg0KDQogICBWTiBNb2RpZnksIGRlcGVuZGlu
ZyBvZiB0aGUgdHlwZSBvZiBWTiBpbnN0YW50aWF0ZWQsIGNhbiBiZSBhbg0KDQogICBtb2RpZmlj
YXRpb24gb2YgdGhlIGNoYXJhY3RlcmlzdGljcyBvZiBWTiBtZW1iZXJzIChlZGdlLXRvLWVkZ2Ug
bGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAxLCBvcg0KDQogICBhbiBtb2RpZmljYXRpb24gb2Yg
YW4gZXhpc3RpbmcgdmlydHVhbCB0b3BvbG9neSAoZS5nLiwgYWRkaW5nL2RlbGV0aW5nIHZpcnR1
YWwgbm9kZXMvbGlua3MpIGluIGNhc2Ugb2YgVk4gdHlwZSAyLg0KDQpHcmVhdCENCg0KDQoNClNl
Y3Rpb24gMy42LCBWTiBRdWVyeTogSW4gYWRkaXRpb24gdG8gY2VydGFpbiBOSVRzLCB0aGlzIHNl
Y3Rpb24gc2hvdWxkIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGUgInRvcG9sb2d5IHZpZXciIHJldHVy
bmVkIGJ5IFZOIFF1ZXJ5IHdvdWxkIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdG9wb2xvZ3kgdHlw
ZSBpbnN0YW50aWF0ZWQgZm9yIGFueSBzcGVjaWZpYyBWTi4NCg0KDQoNCllMPj4gIEFncmVlIHdp
dGggdGhlIE5JVHMgYW5kIHRoZSBuZWVkIGZvciBjbGFyaWZpY2F0aW9uIHN0YXRlbWVudC4NCg0K
DQoNCk9MRDoNCg0KVk4gUXVlcnkgcmVmZXJzIHRvIGlucXVpcnkgcGVydGFpbmluZyB0byB0aGUg
Vk4gdGhhdCBoYXMgYmVlbiBhbHJlYWR5IGluc3RhbnRpYXRlZC4gVk4gUXVlcnkgZnVsZmlsbHMg
YSBwdWxsIG1vZGVsIGFuZCBwZXJtaXQgdG8gZ2V0IHRvcG9sb2d5IHZpZXcuIFZOIFF1ZXJ5IFJl
cGx5IHJlZmVycyB0byB0aGUgcmVwbHkgaW4gcmVzcG9uc2UgdG8gVk4gUXVlcnkuDQoNCg0KDQpO
RVc6DQoNCg0KDQpWTiBRdWVyeSByZWZlcnMgdG8gYW4gaW5xdWlyeSBwZXJ0YWluaW5nIHRvIGEg
Vk4gdGhhdCBoYXMgYWxyZWFkeSBiZWVuIGluc3RhbnRpYXRlZC4gIFZOIFF1ZXJ5IGZ1bGZpbGxz
IGEgcHVsbCBtb2RlbCB0aGF0IHBlcm1pdHMgZ2V0dGluZyBhIHRvcG9sb2d5IHZpZXcuICBWTiBR
dWVyeSBSZXBseSByZWZlcnMgdG8gdGhlIHJlcGx5IGluIHJlc3BvbnNlIHRvIFZOIFF1ZXJ5LiBU
aGUgdG9wb2xvZ3kgdmlldyByZXR1cm5lZCBieSBWTiBRdWVyeSBSZXBseSB3b3VsZCBiZSBjb25z
aXN0ZW50IHdpdGggdGhlIHRvcG9sb2d5IHR5cGUgaW5zdGFudGlhdGVkIGZvciBhbnkgc3BlY2lm
aWMgVk4uDQoNCkdyZWF0IQ0KDQoNCg0KDQoNClNlY3Rpb24gNCwgVHJhZmZpYyBFbmdpbmVlcmlu
ZyAoVEUpIHByaW1pdGl2ZXM6IERvZXMgaXQgbWFrZSBzZW5zZSB0aGF0IHRoZSBURSBhY3Rpb25z
IHNob3VsZCBiZSBzdXBwb3J0ZWQgYXQgdGhlIE1QSSBjb25zaXN0ZW50bHkgd2l0aCB0aGUgdHlw
ZSBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBDTUksIG9yIGFyZSB0aGV5IGluZGVwZW5kZW50
PyAgU2VjdGlvbiA0LjQgc2VlbXMgdG8gaW1wbHkgdGhhdCBjb25zaXN0ZW5jeSBpcyBleHBlY3Rl
ZC4NCg0KDQoNCllMPj4gQ29ycmVjdC4gVEUgYWN0aW9ucyBzaG91bGQgc3VwcG9ydCBhdCB0aGUg
TVBJIGJhc2VkIG9uIHRoZSB0eXBlcyBvZiB0b3BvbG9neSBkZWZpbmVkIGF0IHRoZSBDTUkuIEkg
d2lsbCBhZGQgdGhlIGZvbGxvd2luZyBzZW50ZW5jZSBhcyB0aGUgc2Vjb25kIHBhcmFncmFwaCBv
ZiBTZWN0aW9uIDQ6DQoNCg0KDQpORVc6IFRoZSBURSBhY3Rpb24gcHJpbWl0aXZlcyBkZWZpbmVk
IGluIHRoaXMgc2VjdGlvbiBzaG91bGQgYmUgc3VwcG9ydGVkIGF0IHRoZSBNUEkgY29uc2lzdGVu
dGx5IHdpdGggdGhlIHR5cGUgb2YgdG9wb2xvZ3kgZGVmaW5lZCBhdCB0aGUgQ01JLg0KDQpHcmVh
dCENCg0KDQoNCg0KDQpTZWN0aW9uIDUuMiwgVk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M6IGlu
IHRoZSBzaGFyZWQgcmlzayBkaXNjdXNzaW9uICh0b3dhcmRzIHRoZSB0b3Agb2YgcGFnZSAxMiks
IGl0IGlzIGRpZmZpY3VsdCB0byBpbmRpY2F0ZSAod2l0aCBhbnkgYWNjdXJhY3kpIHdoYXQgdGhl
IHNoYXJlZCByaXNrcyBhcmUgZm9yIGEgdG9wb2xvZ3kgdHlwZSBjb25zaXN0aW5nIG9mIGp1c3Qg
YSBsaXN0IG9mIG1lbWJlcnMuICBJcyB0aGlzIGxpbWl0ZWQgdG8gdG9wb2xvZ2llcyBvZiB0aGUg
dHlwZSB0aGF0IGluY2x1ZGVzICh2aXJ0dWFsKSBsaW5rIGFuZCBub2RlIGluZm9ybWF0aW9uPw0K
DQoNCg0KWUw+PiAgSGVyZSB3ZSBhcmUgdGFsa2luZyBhYm91dCBWTiBtZW1iZXIgbGV2ZWwgU1JM
Ry4gSWYgd2UgaGF2ZSB0d28gVk4gbWVtYmVycywgc2F5IGNvbWluZyBvZmYgZnJvbSB0aGUgc2Ft
ZSBzb3VyY2UgdG8gYSB0d28gZGlmZmVyZW50IGRlc3RpbmF0aW9ucy4gSWYgU1JMRyBpcyBzZXQg
Zm9yIHRoaXMgVk4sIGl0IG1lYW5zIFZOIG1lbWJlciAxIGZyb20gdGhlIHNvdXJjZSB0byBkZXN0
aW5hdGlvbiAxIHNob3VsZCBiZSBTUkxHIGRpc2pvaW50IGZyb20gVk4gbWVtYmVyIDIgZnJvbSB0
aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDIuIFRoaXMgY29uY2VwdCBvZiBTUkxHIGlzIGEgbmV3
IGNvbmNlcHQgb24gdGhlIFZOIG1lbWJlciBsZXZlbC4NCg0KRG8gd2UgZXhwZWN0IHRoaXMgdG8g
YmUgY2xhcmlmaWVkIGluIGxhdGVyIHdvcmsg4oCTIGkuZS4g4oCTIGlzIHNwZWNpZnlpbmcgdGhp
cyBtb3JlIHByZWNpc2VseSBub3QgaW4gc2NvcGUgZm9yIHRoaXMgdmVyc2lvbiwgb3IgaXMgaXQg
c3VwcG9zZWQgdG8gYmUgY2xlYXIgaW4gKG9yIGZyb20pIHRoaXMgZG9jdW1lbnQ/ICBJZiBub3Ro
aW5nIGVsc2UsIHRoZXJlIHByb2JhYmx5IHNob3VsZCBiZSBhdCBsZWFzdCBhIGhpbnQgYXQgYSB1
c2UgY2FzZSBleGFtcGxlIHdoZXJlIHRoaXMgd291bGQgYmUgYmVuZWZpY2lhbC4NCg0KDQoNClNl
Y3Rpb24gNS40LCAxc3Qgc2VudGVuY2U6IFZOIE1lbWJlciBpcyBub3QgZXF1YWwgdG8gZW5kLXRv
LWVuZCB0dW5uZWwuICBJIHN1c3BlY3QgeW91IG1lYW4gIlZOIG1lbWJlciBwYWlyLiINCg0KDQoN
CllMPj4gQWN0dWFsbHkgd2UgaGF2ZSB1c2VkIFZOIG1lbWJlciBpcyBlcXVpdmFsZW50IHRvIGFu
IGVuZC10by1lbmQgdHVubmVsIChDRS1DRSkgZnJvbSBhIGN1c3RvbWVyIHN0YW5kcG9pbnQuICBX
aGF0IGRvIHlvdSBoYXZlIGluIG1pbmQgd2hlbiB5b3UgdXNlZCB0aGUgdGVybSDigJxWTiBtZW1i
ZXIgcGFpcuKAnT8NCg0KU29ycnksIEkgaGFkIG1pc3NlZCBzb21ldGhpbmcuICBJIGhhZCB0aGUg
KG1pc3Rha2VuKSBpZGVhIHRoYXQgYSDigJxtZW1iZXLigJ0gd2FzIGFuIGVuZHBvaW50IChDRSks
IHJhdGhlciB0aGFuIGEgc3BlY2lmaWMgKENFLUNFKSB0dW5uZWwuICBPbiByZS1yZWFkaW5nIHRo
ZSBkcmFmdCwgaXQgaXMgY2xlYXIgdGhhdCB5b3UgaGF2ZSBkZWZpbmVkIFZOIG1lbWJlciB0byBi
ZSBlcXVpdmFsZW50IHRvIGVuZC10by1lbmQgbGluay4NCg0KDQoNCkkgd2l0aGRyYXcgdGhlIGNv
bW1lbnQuDQoNCg0KDQpOSVRzOg0KDQo9PT0NCg0KLS0tIFtTTklQXSAtLS0NCg0KDQoNCi0tDQoN
CkVyaWMNCg0KDQo=

--_000_7AEB3D6833318045B4AE71C2C87E8E173CFE7927sjceml521mbxchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkgU3ltYm9sIjsNCglwYW5v
c2UtMToyIDExIDUgMiA0IDIgNCAyIDIgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5N
c29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJ
e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFy
IjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uUGxhaW5UZXh0
Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1z
b25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFs
dDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87
DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh
bGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9
DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh
bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1h
aWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQN
Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt
c2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28tc3R5bGUt
dHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv
cjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBlOnBlcnNv
bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMx
RjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ
Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w
aW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjEN
Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht
bD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3ht
bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6
ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBl
bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxp
bms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgRXJp
Yyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3IgeW91ciBh
cHByb3ZhbCBvZiB0aGUgY2hhbmdlcy4gV2Ugd2lsbCBzaG9ydGx5IHVwbG9hZCB0aGUgcmV2aXNp
b24uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6IzFGNDk3RCI+WW91bmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg
I0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxiPkZyb206PC9iPiBFcmljIEdyYXkgW21haWx0bzplcmljLmdyYXlAZXJpY3Nzb24u
Y29tXSA8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIE1heSAwMywgMjAxOCAxMjo1NCBQTTxi
cj4NCjxiPlRvOjwvYj4gTGVleW91bmcgJmx0O2xlZXlvdW5nQGh1YXdlaS5jb20mZ3Q7OyBydGct
ZGlyQGlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1v
ZGVsLmFsbEBpZXRmLm9yZzsgJ1RFQVMgV0cgQ2hhaXJzJyAmbHQ7dGVhcy1jaGFpcnNAaWV0Zi5v
cmcmZ3Q7OyBURUFTIFdHICZsdDt0ZWFzQGlldGYub3JnJmd0OzsgWWVtaW4gKEFteSkgJmx0O2Ft
eS55ZW1pbkBodWF3ZWkuY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogUnRnZGlyIGxh
c3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbDxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WW91bmcsIGV0IGFsLDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgV2l0aCB0aGUg
bmV3IHZlcnNpb24gc2hvd24gaW4gdGhlIOKAnGRpZmbigJ0geW914oCZdmUgcHJvdmlkZWQsIGFs
bCBvZiBteSBjb21tZW50cyBhcmUgYWRkcmVzc2VkLiZuYnNwOw0KPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGFua3MhPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPi0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5F
cmljPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNF
MUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj5Gcm9tOjwvYj4gTGVleW91bmcgWzxhIGhyZWY9Im1haWx0bzpsZWV5b3VuZ0BodWF3
ZWkuY29tIj5tYWlsdG86bGVleW91bmdAaHVhd2VpLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50Ojwv
Yj4gVHVlc2RheSwgTWF5IDAxLCAyMDE4IDM6MjAgUE08YnI+DQo8Yj5Ubzo8L2I+IEVyaWMgR3Jh
eSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVyaWMuZ3JheUBlcmljc3Nvbi5jb20iPmVyaWMuZ3JheUBl
cmljc3Nvbi5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj5y
dGctZGlyQGlldGYub3JnPC9hPjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmRyYWZ0
LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnIj5kcmFmdC1pZXRmLXRlYXMt
YWN0bi1pbmZvLW1vZGVsLmFsbEBpZXRmLm9yZzwvYT47ICdURUFTIFdHIENoYWlycycgJmx0Ozxh
IGhyZWY9Im1haWx0bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZyI+dGVhcy1jaGFpcnNAaWV0Zi5vcmc8
L2E+Jmd0OzsgVEVBUyBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRlYXNA
aWV0Zi5vcmc8L2E+Jmd0OzsNCiBZZW1pbiAoQW15KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFteS55
ZW1pbkBodWF3ZWkuY29tIj5hbXkueWVtaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+U3Vi
amVjdDo8L2I+IFJFOiBSdGdkaXIgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLXRlYXMt
YWN0bi1pbmZvLW1vZGVsPGJyPg0KPGI+SW1wb3J0YW5jZTo8L2I+IEhpZ2g8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5I
aSBFcmljLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzIGFnYWlu
IGZvciB5b3VyIGdvb2QgY29tbWVudHMgYW5kIHF1aWNrIHJlcGx5IHRvIHRoZSBsYXN0IGVtYWls
LiBJIHRoaW5rIHRoZSBvbmx5IGlzc3VlIHBlbmRpbmcgaXM6PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlY3Rpb24g
NS4yLCBWTiBTZXJ2aWNlIENoYXJhY3RlcmlzdGljczogaW4gdGhlIHNoYXJlZCByaXNrIGRpc2N1
c3Npb24gKHRvd2FyZHMgdGhlIHRvcCBvZiBwYWdlIDEyKSwgaXQgaXMgZGlmZmljdWx0IHRvIGlu
ZGljYXRlICh3aXRoIGFueSBhY2N1cmFjeSkgd2hhdCB0aGUgc2hhcmVkIHJpc2tzIGFyZSBmb3Ig
YSB0b3BvbG9neSB0eXBlIGNvbnNpc3Rpbmcgb2YganVzdCBhIGxpc3Qgb2YgbWVtYmVycy4mbmJz
cDsNCiBJcyB0aGlzIGxpbWl0ZWQgdG8gdG9wb2xvZ2llcyBvZiB0aGUgdHlwZSB0aGF0IGluY2x1
ZGVzICh2aXJ0dWFsKSBsaW5rIGFuZCBub2RlIGluZm9ybWF0aW9uPzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBz
dHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyAmbmJzcDtIZXJlIHdlIGFyZSB0YWxraW5n
IGFib3V0IFZOIG1lbWJlciBsZXZlbCBTUkxHLiBJZiB3ZSBoYXZlIHR3byBWTiBtZW1iZXJzLCBz
YXkgY29taW5nIG9mZiBmcm9tIHRoZSBzYW1lIHNvdXJjZSB0byBhIHR3byBkaWZmZXJlbnQgZGVz
dGluYXRpb25zLiBJZiBTUkxHIGlzIHNldCBmb3IgdGhpcyBWTiwgaXQgbWVhbnMgVk4gbWVtYmVy
IDEgZnJvbQ0KIHRoZSBzb3VyY2UgdG8gZGVzdGluYXRpb24gMSBzaG91bGQgYmUgU1JMRyBkaXNq
b2ludCBmcm9tIFZOIG1lbWJlciAyIGZyb20gdGhlIHNvdXJjZSB0byBkZXN0aW5hdGlvbiAyLiBU
aGlzIGNvbmNlcHQgb2YgU1JMRyBpcyBhIG5ldyBjb25jZXB0IG9uIHRoZSBWTiBtZW1iZXIgbGV2
ZWwuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+RG8gd2UgZXhwZWN0IHRoaXMgdG8gYmUgY2xh
cmlmaWVkIGluIGxhdGVyIHdvcmsg4oCTIGkuZS4g4oCTIGlzIHNwZWNpZnlpbmcgdGhpcyBtb3Jl
IHByZWNpc2VseSBub3QgaW4gc2NvcGUgZm9yIHRoaXMgdmVyc2lvbiwgb3IgaXMgaXQgc3VwcG9z
ZWQgdG8gYmUgY2xlYXIgaW4gKG9yIGZyb20pIHRoaXMgZG9jdW1lbnQ/Jm5ic3A7IElmIG5vdGhp
bmcgZWxzZSwgdGhlcmUNCiBwcm9iYWJseSBzaG91bGQgYmUgYXQgbGVhc3QgYSBoaW50IGF0IGEg
dXNlIGNhc2UgZXhhbXBsZSB3aGVyZSB0aGlzIHdvdWxkIGJlIGJlbmVmaWNpYWwuPG86cD48L286
cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkgZ2F2ZSBhIHNlY29uZCB0aG91
Z2h0IGFuZCB0aGUgU1JMRyBkaXNjdXNzaW9uIHdvdWxkIGJlIGJlc3QgdG8gYmUgZGVsZXRlZCBm
cm9tIFNlY3Rpb24gNS4yLiBBcyB5b3Ugb3JpZ2luYWxseSBwb2ludGVkIG91dCwgaXQgbWlnaHQg
YmUgZGlmZmljdWx0IHRvIGFwcGx5IFNSTEcgY29uY2VwdCB0byBWTiBvciBWTiBtZW1iZXIgbGV2
ZWwgYXMgU1JMRyBoYXMgYQ0KIHBoeXNpY2FsIGltcGxpY2F0aW9uLiBTaW5jZSBTZWN0aW9uIDUu
MiBoYXMgZGl2ZXJzaXR5IGFzIHBhcnQgb2YgVk4gY29uc3RyYWludHMsIHRoaXMgd291bGQgYmUg
c3VmZmljaWVudCB0byBleHByZXNzIGhvdyBWTiBtZW1iZXJzIGFyZSByZWxhdGVkIHRvIGVhY2gg
b3RoZXIgZnJvbSB0aGUgZGl2ZXJzaXR5L2Rpc2pvaW50bmVzcyBzdGFuZHBvaW50LiBTbyBJIHJl
bW92ZWQgdGhlIFNSTEcgZGlzY3Vzc2lvbiBmcm9tIFNlY3Rpb24gNS4yLg0KPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5
N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5XaXRoIHRoYXQsIHRoZSBhdHRhY2hlZCBkaWZmIGZp
bGUgY29tcGFyZXMgdGhlIG9sZCB2ZXJzaW9uICgwNykgYW5kIHRoZSBuZXcgdmVyc2lvbiAoMDgp
LiBQbGVhc2UgbGV0IHVzIGtub3cgaWYgeW91IGFyZSBoYXBweSB3aXRoIHZlcnNpb24gMDg7IGVs
c2UsIHBsZWFzZSBsZXQgdXMga25vdyB5b3VyIGZ1cnRoZXIgY29tbWVudHMuDQo8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoYW5rcyAmYW1wOyBiZXN0IHJlZ2FyZHMsPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPllvdW5nIChvbiBiZWhhbGYgb2Ygb3RoZXIgY28tYXV0aG9ycyk8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0
IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBFcmljIEdy
YXkgWzxhIGhyZWY9Im1haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tIj5tYWlsdG86ZXJpYy5n
cmF5QGVyaWNzc29uLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgTWF5IDAx
LCAyMDE4IDg6MDUgQU08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpydGctZGlyQGll
dGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjxicj4NCjxiPkNjOjwvYj4gTGVleW91bmcgJmx0
OzxhIGhyZWY9Im1haWx0bzpsZWV5b3VuZ0BodWF3ZWkuY29tIj5sZWV5b3VuZ0BodWF3ZWkuY29t
PC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2Rl
bC5hbGxAaWV0Zi5vcmciPmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYu
b3JnPC9hPjsgJ1RFQVMgV0cgQ2hhaXJzJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXMtY2hhaXJz
QGlldGYub3JnIj50ZWFzLWNoYWlyc0BpZXRmLm9yZzwvYT4mZ3Q7OyBURUFTIFdHICZsdDs8YSBo
cmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7OyBZZW1pbg0K
IChBbXkpICZsdDs8YSBocmVmPSJtYWlsdG86YW15LnllbWluQGh1YXdlaS5jb20iPmFteS55ZW1p
bkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gRlc6IFJ0Z2RpciBsYXN0
IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWw8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNvcnJ5IGZvciB0aGUgU1BBTSwgSSBoYWQg
Zm9yZ290dGVuIHRvIGNoZWNrIGlmIDxhIGhyZWY9Im1haWx0bzpSVEctRElSQGlldGYub3JnIj4N
ClJURy1ESVJAaWV0Zi5vcmc8L2E+IHdhcyBpbmNsdWRlZCBhcyBhbiBhZGRyZXNzZWUgaW4gdGhl
IGJlbG93IHJlc3BvbnNl4oCmPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk
ZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gRXJpYyBHcmF5IDxicj4NCjxiPlNlbnQ6
PC9iPiBUdWVzZGF5LCBNYXkgMDEsIDIwMTggOTowMSBBTTxicj4NCjxiPlRvOjwvYj4gTGVleW91
bmcgJmx0OzxhIGhyZWY9Im1haWx0bzpsZWV5b3VuZ0BodWF3ZWkuY29tIj5sZWV5b3VuZ0BodWF3
ZWkuY29tPC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5m
by1tb2RlbC5hbGxAaWV0Zi5vcmciPmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxs
QGlldGYub3JnPC9hPjsgJ1RFQVMgV0cgQ2hhaXJzJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXMt
Y2hhaXJzQGlldGYub3JnIj50ZWFzLWNoYWlyc0BpZXRmLm9yZzwvYT4mZ3Q7OyAndGVhc0BpZXRm
Lm9yZycgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9h
PiZndDs8YnI+DQo8Yj5DYzo8L2I+IFllbWluIChBbXkpICZsdDs8YSBocmVmPSJtYWlsdG86YW15
LnllbWluQGh1YXdlaS5jb20iPmFteS55ZW1pbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8Yj5T
dWJqZWN0OjwvYj4gUkU6IFJ0Z2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVh
cy1hY3RuLWluZm8tbW9kZWw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PllvdW5nLCBldCBhbCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WW91IGluZGljYXRlIHRoYXQg
eW91IHdpbGwgYWRkcmVzcyB0aGUgTml0cywgc28gKG9idmlvdXNseSkgSSBhbSBva2F5IHdpdGgg
dGhhdC4mbmJzcDsNCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSBTeW1i
b2wmcXVvdDssc2Fucy1zZXJpZiI+8J+Yijwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
T25lIG9mIG15IGNvbW1lbnRzL3F1ZXN0aW9ucyBjYW1lIGZyb20gYSBtaXN1bmRlcnN0YW5kaW5n
IG9uIG15IHBhcnQg4oCTIHRoYW5rcyBmb3IgaGVscGluZyBtZSB0byBzZWUgaXQ8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+UGxlYXNlIHNlZSBzcGVjaWZpYyByZXNwb25zZXMgcmVsYXRlZCB0byBt
aW5vciBpc3N1ZXMvcXVlc3Rpb25zDQo8Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5iZWxv
dzwvc3Bhbj48L2k+PC9iPuKApjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IExlZXlvdW5nIFs8YSBocmVmPSJtYWls
dG86bGVleW91bmdAaHVhd2VpLmNvbSI+bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb208L2E+XQ0K
PGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgQXByaWwgMjcsIDIwMTggNzo1NiBBTTxicj4NCjxi
PlRvOjwvYj4gRXJpYyBHcmF5ICZsdDs8YSBocmVmPSJtYWlsdG86ZXJpYy5ncmF5QGVyaWNzc29u
LmNvbSI+ZXJpYy5ncmF5QGVyaWNzc29uLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmRy
YWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnIj5kcmFmdC1pZXRmLXRl
YXMtYWN0bi1pbmZvLW1vZGVsLmFsbEBpZXRmLm9yZzwvYT47ICdURUFTIFdHIENoYWlycycgJmx0
OzxhIGhyZWY9Im1haWx0bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZyI+dGVhcy1jaGFpcnNAaWV0Zi5v
cmc8L2E+Jmd0OzsgJ3RlYXNAaWV0Zi5vcmcnICZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRm
Lm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBZZW1pbiAoQW15KSAm
bHQ7PGEgaHJlZj0ibWFpbHRvOmFteS55ZW1pbkBodWF3ZWkuY29tIj5hbXkueWVtaW5AaHVhd2Vp
LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBSdGdkaXIgbGFzdCBjYWxsIHJl
dmlldyBvZiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsPGJyPg0KPGI+SW1wb3J0YW5j
ZTo8L2I+IEhpZ2g8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkhp
IEVyaWMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoYW5rcyBmb3IgeW91ciByZXZp
ZXcgYW5kIHByb3ZpZGluZyB1cyBhIGxpc3Qgb2YgZ29vZCBjb21tZW50cy4NCjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij5QbGVhc2Ugc2VlIGlubGluZSBmb3Igb3VyIHJlc3BvbnNlIHRv
IHlvdXIgY29tbWVudCBhbmQgbGV0IHVzIGtub3cgaWYgb3VyIHJlc3BvbnNlIGlzIHNhdGlzZmFj
dG9yeSB0byB5b3UuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QmVzdCByZWdhcmRz
LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+WW91bmcgKG9uIGJlaGFs
ZiBvZiBjby1hdXRob3JzKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IEVyaWMgR3JheSBbPGEgaHJlZj0ibWFpbHRvOmVy
aWMuZ3JheUBlcmljc3Nvbi5jb20iPm1haWx0bzplcmljLmdyYXlAZXJpY3Nzb24uY29tPC9hPl0N
Cjxicj4NClNlbnQ6IEZyaWRheSwgQXByaWwgMjcsIDIwMTggMToxMiBBTTxicj4NClRvOiA8YSBo
cmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC5hbGxAaWV0Zi5vcmci
PmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwuYWxsQGlldGYub3JnPC9hPjsgJ1RFQVMg
V0cgQ2hhaXJzJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnIj50ZWFz
LWNoYWlyc0BpZXRmLm9yZzwvYT4mZ3Q7OyAndGVhc0BpZXRmLm9yZycgJmx0OzxhIGhyZWY9Im1h
aWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9hPiZndDs8YnI+DQpDYzogWWVtaW4g
KEFteSkgJmx0OzxhIGhyZWY9Im1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbSI+YW15LnllbWlu
QGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFJFOiBSdGdkaXIgbGFzdCBjYWxsIHJl
dmlldyBvZiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPkhlbGxvLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JIGhhdmUg
YmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhp
cyBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoZSBSb3V0
aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJl
bGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZp
ZXcuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRv
IHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcN
CiBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSA8YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5pZXRm
Lm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9h
cmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVz
ZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNv
bnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQg
eW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lv
biBvciBieSB1cGRhdGluZw0KIHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+RG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWw8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlJldmlld2VyOiBFcmljIEdyYXk8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlJldmlldyBEYXRlOiBBcHJpbCAyNywgMjAx
ODxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+TEMgRW5kIERhdGU6IEFw
cmlsIDI3LCAyMDE4PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JbnRl
bmRlZCBTdGF0dXM6IEluZm9ybWF0aW9uYWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
KlN1bW1hcnk6KjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RHJhZnQg
U3RhdHVzOiBBbG1vc3QgcmVhZHkgd2l0aCBtaW5vciBpc3N1ZXMgYW5kIE5JVHMuPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPk5vdGU6IHRoaXMgaXMgbm90IGEgWUFORyB0ZWNobmljYWwg
cmV2aWV3LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5NaW5vciBJc3N1ZXMgLyBRdWVz
dGlvbnM6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij49PT09PT09PT09
PT09PT09PT09PTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QXMgYSBn
ZW5lcmFsIG1pbm9yIHF1ZXN0aW9uLCB3aGVuIGluc3RhbnRpYXRpbmcmbmJzcDsgYSB0b3BvbG9n
eSBpbmNsdWRpbmcgb25seSBtZW1iZXIgaW5mb3JtYXRpb24sIGlzIGl0IGFzc3VtZWQgdGhhdCAt
IGdpdmVuIGEgbGlzdCBvZiBtZW1iZXJzIC0gZWFjaCBtZW1iZXIgaXMgYmktZGlyZWN0aW9uYWxs
eSBjb25uZWN0ZWQgdG8gZXZlcnkgb3RoZXIgbWVtYmVyLCBhcmUgZW5kLXRvLWVuZCBtZW1iZXIg
Y29ubmVjdGlvbnMNCiBwYWlyd2lzZSAoZS5nLiAtIGFsbG93aW5nIHNldHVwIG9mIGEgaHViIGFu
ZCBzcG9rZSB0b3BvbG9neSksIG9yIGlzIGl0IG5lY2Vzc2FyeS9wb3NzaWJsZSB0byBkZWZpbmUg
ZGlyZWN0aW9uYWxpdHkgKGUuZy4gLSBhbGxvd2luZyBzZXR1cCBvZiBhIGRpc3RyaWJ1dGlvbiB0
cmVlKT8NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Ob3RlOiBUaGlzIHNob3VsZCBw
cm9iYWJseSBiZSBleHBsaWNpdGx5IHN0YXRlZCwgdGhvdWdoIHNlY3Rpb24gNS4zIHNlZW1zIHRv
IGltcGx5IHRoYXQgYm90aCBjb25uZWN0aXZpdHkgYW5kIGRpcmVjdGlvbmFsaXR5IGFyZSBzdXBw
b3J0ZWQgKGF0IGxlYXN0IHRoZSB3YXkgSSByZWFkIGl0KS48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9
ImNvbG9yOiMwMDIwNjAiPllMJmd0OyZndDsgV2UgZG9u4oCZdCBuZWNlc3NhcmlseSBhc3N1bWUg
dGhlIFZOcy9URSBUdW5uZWxzIGFyZSBiaS1kaXJlY3Rpb25hbC4gSXQgY2FuIGJlIHVuaS1kaXJl
Y3Rpb25hbC4gQXMgeW91IHBvaW50ZWQgb3V0LCBpdCB3aWxsIGJlIGhlbHBmdWwgdG8gZXhwbGlj
aXRseSBzcGVjaWZ5IGRpcmVjdGlvbmFsaXR5LiBIb3cgYWJvdXQgaW4gU2VjdGlvbiA1LjIsDQog
d2UgY2FuIGFkZCAmbHQ7Vk4gZGlyZWN0aW9uYWxpdHkmZ3Q7IGluIGRlc2NyaWJpbmcgJmx0O1ZO
IFNlcnZpY2UgQ2hhcmFjdGVyaXN0aWNzJmd0Oy4gPG86cD4NCjwvbzpwPjwvc3Bhbj48L2I+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jmx0O1ZOIFNlcnZpY2UgQ2hhcmFjdGVy
aXN0aWNzJmd0OyA6Oj0gJmx0O1ZOIENvbm5lY3Rpdml0eSBUeXBlJmd0OzxvOnA+PC9vOnA+PC9z
cGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29s
b3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdztt
c28taGlnaGxpZ2h0OnllbGxvdyI+Jmx0O1ZOIERpcmVjdGlvbmFsaXR5Jmd0Ozwvc3Bhbj48bzpw
PjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxz
cGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoJmx0O1ZOIFRyYWZmaWMg
TWF0cml4Jmd0Oy4uLik8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0i
Y29sb3I6IzAwMjA2MCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZs
dDtWTiBTdXJ2aXZhYmlsaXR5Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFz
cz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5Pa2F5LjxvOnA+
PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvUGxhaW5UZXh0Ij5TZWN0aW9uIDMsIHRvcCBvZiBwYWdlIDY6IHdoaWxlIHRoaXMgZHJh
ZnQgaXMgaW50ZW5kZWQgdG8gYmUgaW5mb3JtYXRpb25hbCBhbmQgZG9lcyBub3QgcmVmZXIgdG8g
UkZDIDIxMTksIHRoZSB3b3JkaW5nICZxdW90O2F0IGEgbWluaW11bSZxdW90OyBhbmQgJnF1b3Q7
c2hvdWxkIGJlIHN1cHBvcnRlZCZxdW90OyBpcyBpbmNvbnNpc3RlbnQgKG9yIGFyZ3VhYmx5IHJl
ZHVuZGFudCkuJm5ic3A7IEkgcmVjb21tZW5kIG9taXR0aW5nIHRoZSAxc3QgcGFydA0KICgmcXVv
dDtBdCBhIG1pbmltdW0sJnF1b3Q7KSBtYWtpbmcgdGhlIHNlbnRlbmNlIHJlYWQgaW5zdGVhZCAm
cXVvdDtUaGUgZm9sbG93aW5nIFZOIEFjdGlvbiAuLi4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPkEgc2ltaWxhciBpc3N1ZSBhcHBsaWVzIHRvIHRoZSAybmQg
cGFyYWdyYXBoIGluIHNlY3Rpb24gNC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIw
NjAiPllMJmd0OyZndDsgQWdyZWUuIFdpbGwgZWRpdCBwZXIgeW91ciBzdWdnZXN0aW9uIOKAkyBk
ZWxldGUg4oCcQXQgdGhlIG1pbmltdW3igJ0gaW4gYm90aCBwbGFjZXMuDQo8bzpwPjwvbzpwPjwv
c3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9
ImNvbG9yOnJlZCI+T2theS48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+U2VjdGlvbiAzLjIsIFZOIE1vZGlmeTogSXQgbG9va3MgYXMgaWYgdGhpcyBzZWN0aW9u
IG5lZWRzIHRvIGluY2x1ZGUgdGV4dCBzaW1pbGFyIHRvIHRoYXQgaW4gc2VjdGlvbiAzLjQsIGdp
dmVuIHRoZSBwb3NzaWJsZSB0b3BvbG9neSB0eXBlcyBkZXNjcmliZWQgaW4gc2VjdGlvbiAzLjEu
Jm5ic3A7IEluIGFkZGl0aW9uLCB5b3UgbWF5IHdhbnQgdG8gcmVzdHJpY3Qgd2hhdCBpcyBhbGxv
d2VkIGluIGEgVk4gTW9kaWZ5DQogdG8gYWN0aW9ucyBjb25zaXN0ZW50IHdpdGggdGhlIFZOIHRv
cG9sb2d5IHR5cGUgcHJldmlvdXNseSBpbnN0YW50aWF0ZWQuPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsmZ3Q7IFllcy4g
QWdyZWUuIFdpbGwgYWRkIGEgbmV3IHBhcmFncmFwaCBhcyBmb2xsb3dzOjxvOnA+PC9vOnA+PC9z
cGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29s
b3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsg
Vk4gTW9kaWZ5LCBkZXBlbmRpbmcgb2YgdGhlIHR5cGUgb2YgVk4gaW5zdGFudGlhdGVkLCBjYW4g
YmUgYW48bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+
PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyBtb2RpZmljYXRpb24g
b2YgdGhlIGNoYXJhY3RlcmlzdGljcyBvZiBWTiBtZW1iZXJzIChlZGdlLXRvLWVkZ2UgbGlua3Mp
IGluIGNhc2Ugb2YgVk4gdHlwZSAxLCBvcjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jm5ic3A7
Jm5ic3A7IGFuIG1vZGlmaWNhdGlvbiBvZiBhbiBleGlzdGluZyB2aXJ0dWFsIHRvcG9sb2d5IChl
LmcuLCBhZGRpbmcvZGVsZXRpbmcgdmlydHVhbCBub2Rlcy9saW5rcykgaW4gY2FzZSBvZiBWTiB0
eXBlIDIuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+R3JlYXQhPG86cD48L286cD48L3NwYW4+
PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPlNlY3Rpb24gMy42LCBWTiBRdWVyeTogSW4gYWRkaXRpb24gdG8gY2VydGFpbiBOSVRzLCB0
aGlzIHNlY3Rpb24gc2hvdWxkIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGUgJnF1b3Q7dG9wb2xvZ3kg
dmlldyZxdW90OyByZXR1cm5lZCBieSBWTiBRdWVyeSB3b3VsZCBiZSBjb25zaXN0ZW50IHdpdGgg
dGhlIHRvcG9sb2d5IHR5cGUgaW5zdGFudGlhdGVkIGZvciBhbnkgc3BlY2lmaWMgVk4uPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsmZ3Q7Jm5ic3A7IEFncmVlIHdp
dGggdGhlIE5JVHMgYW5kIHRoZSBuZWVkIGZvciBjbGFyaWZpY2F0aW9uIHN0YXRlbWVudC4NCjxv
OnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3Bh
biBzdHlsZT0iY29sb3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4N
CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5P
TEQ6IDxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Vk4gUXVlcnkgcmVmZXJzIHRvIGlucXVpcnkg
cGVydGFpbmluZyB0byB0aGUgVk4gdGhhdCBoYXMgYmVlbiBhbHJlYWR5IGluc3RhbnRpYXRlZC4g
Vk4gUXVlcnkgZnVsZmlsbHMgYSBwdWxsIG1vZGVsIGFuZCBwZXJtaXQgdG8gZ2V0IHRvcG9sb2d5
IHZpZXcuIFZOIFF1ZXJ5IFJlcGx5IHJlZmVycyB0byB0aGUgcmVwbHkgaW4gcmVzcG9uc2UgdG8g
Vk4gUXVlcnkuPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMwMDIwNjAiPk5FVzogPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Q
bGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9
ImNvbG9yOiMwMDIwNjAiPlZOIFF1ZXJ5IHJlZmVycyB0byBhbiBpbnF1aXJ5IHBlcnRhaW5pbmcg
dG8gYSBWTiB0aGF0IGhhcyBhbHJlYWR5IGJlZW4gaW5zdGFudGlhdGVkLiZuYnNwOyBWTiBRdWVy
eSBmdWxmaWxscyBhIHB1bGwgbW9kZWwgdGhhdCBwZXJtaXRzIGdldHRpbmcgYSB0b3BvbG9neSB2
aWV3LiZuYnNwOyBWTiBRdWVyeSBSZXBseSByZWZlcnMgdG8gdGhlIHJlcGx5IGluIHJlc3BvbnNl
DQogdG8gVk4gUXVlcnkuIFRoZSB0b3BvbG9neSB2aWV3IHJldHVybmVkIGJ5IFZOIFF1ZXJ5IFJl
cGx5IHdvdWxkIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdG9wb2xvZ3kgdHlwZSBpbnN0YW50aWF0
ZWQgZm9yIGFueSBzcGVjaWZpYyBWTi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5HcmVhdCE8
bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij5TZWN0aW9uIDQsIFRyYWZmaWMgRW5naW5lZXJpbmcgKFRFKSBwcmltaXRpdmVz
OiBEb2VzIGl0IG1ha2Ugc2Vuc2UgdGhhdCB0aGUgVEUgYWN0aW9ucyBzaG91bGQgYmUgc3VwcG9y
dGVkIGF0IHRoZSBNUEkgY29uc2lzdGVudGx5IHdpdGggdGhlIHR5cGUgb2YgdG9wb2xvZ3kgZGVm
aW5lZCBhdCB0aGUgQ01JLCBvciBhcmUgdGhleSBpbmRlcGVuZGVudD8mbmJzcDsgU2VjdGlvbiA0
LjQgc2VlbXMgdG8gaW1wbHkgdGhhdA0KIGNvbnNpc3RlbmN5IGlzIGV4cGVjdGVkLjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48
Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBDb3JyZWN0LiBURSBhY3Rp
b25zIHNob3VsZCBzdXBwb3J0IGF0IHRoZSBNUEkgYmFzZWQgb24gdGhlIHR5cGVzIG9mIHRvcG9s
b2d5IGRlZmluZWQgYXQgdGhlIENNSS4gSSB3aWxsIGFkZCB0aGUgZm9sbG93aW5nIHNlbnRlbmNl
IGFzIHRoZSBzZWNvbmQgcGFyYWdyYXBoIG9mIFNlY3Rpb24gNDo8bzpwPjwvbzpwPjwvc3Bhbj48
L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMw
MDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+TkVXOiBUaGUgVEUgYWN0aW9u
IHByaW1pdGl2ZXMgZGVmaW5lZCBpbiB0aGlzIHNlY3Rpb24gc2hvdWxkIGJlIHN1cHBvcnRlZCBh
dCB0aGUgTVBJIGNvbnNpc3RlbnRseSB3aXRoIHRoZSB0eXBlIG9mIHRvcG9sb2d5IGRlZmluZWQg
YXQgdGhlIENNSS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5HcmVhdCE8bzpwPjwvbzpwPjwv
c3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxl
PSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij5TZWN0aW9uIDUuMiwgVk4gU2VydmljZSBDaGFyYWN0ZXJpc3RpY3M6IGluIHRoZSBz
aGFyZWQgcmlzayBkaXNjdXNzaW9uICh0b3dhcmRzIHRoZSB0b3Agb2YgcGFnZSAxMiksIGl0IGlz
IGRpZmZpY3VsdCB0byBpbmRpY2F0ZSAod2l0aCBhbnkgYWNjdXJhY3kpIHdoYXQgdGhlIHNoYXJl
ZCByaXNrcyBhcmUgZm9yIGEgdG9wb2xvZ3kgdHlwZSBjb25zaXN0aW5nIG9mIGp1c3QgYSBsaXN0
IG9mIG1lbWJlcnMuJm5ic3A7DQogSXMgdGhpcyBsaW1pdGVkIHRvIHRvcG9sb2dpZXMgb2YgdGhl
IHR5cGUgdGhhdCBpbmNsdWRlcyAodmlydHVhbCkgbGluayBhbmQgbm9kZSBpbmZvcm1hdGlvbj88
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPllMJmd0OyZndDsgJm5ic3A7SGVy
ZSB3ZSBhcmUgdGFsa2luZyBhYm91dCBWTiBtZW1iZXIgbGV2ZWwgU1JMRy4gSWYgd2UgaGF2ZSB0
d28gVk4gbWVtYmVycywgc2F5IGNvbWluZyBvZmYgZnJvbSB0aGUgc2FtZSBzb3VyY2UgdG8gYSB0
d28gZGlmZmVyZW50IGRlc3RpbmF0aW9ucy4gSWYgU1JMRyBpcyBzZXQgZm9yIHRoaXMgVk4sIGl0
IG1lYW5zIFZOIG1lbWJlciAxIGZyb20NCiB0aGUgc291cmNlIHRvIGRlc3RpbmF0aW9uIDEgc2hv
dWxkIGJlIFNSTEcgZGlzam9pbnQgZnJvbSBWTiBtZW1iZXIgMiBmcm9tIHRoZSBzb3VyY2UgdG8g
ZGVzdGluYXRpb24gMi4gVGhpcyBjb25jZXB0IG9mIFNSTEcgaXMgYSBuZXcgY29uY2VwdCBvbiB0
aGUgVk4gbWVtYmVyIGxldmVsLg0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNz
PSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPkRvIHdlIGV4cGVj
dCB0aGlzIHRvIGJlIGNsYXJpZmllZCBpbiBsYXRlciB3b3JrIOKAkyBpLmUuIOKAkyBpcyBzcGVj
aWZ5aW5nIHRoaXMgbW9yZSBwcmVjaXNlbHkgbm90IGluIHNjb3BlIGZvciB0aGlzIHZlcnNpb24s
IG9yIGlzIGl0IHN1cHBvc2VkIHRvIGJlIGNsZWFyIGluIChvciBmcm9tKSB0aGlzIGRvY3VtZW50
PyZuYnNwOyBJZiBub3RoaW5nIGVsc2UsIHRoZXJlDQogcHJvYmFibHkgc2hvdWxkIGJlIGF0IGxl
YXN0IGEgaGludCBhdCBhIHVzZSBjYXNlIGV4YW1wbGUgd2hlcmUgdGhpcyB3b3VsZCBiZSBiZW5l
ZmljaWFsLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5TZWN0
aW9uIDUuNCwgMXN0IHNlbnRlbmNlOiBWTiBNZW1iZXIgaXMgbm90IGVxdWFsIHRvIGVuZC10by1l
bmQgdHVubmVsLiZuYnNwOyBJIHN1c3BlY3QgeW91IG1lYW4gJnF1b3Q7Vk4gbWVtYmVyIHBhaXIu
JnF1b3Q7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xv
cjojMDAyMDYwIj5ZTCZndDsmZ3Q7IEFjdHVhbGx5IHdlIGhhdmUgdXNlZCBWTiBtZW1iZXIgaXMg
ZXF1aXZhbGVudCB0byBhbiBlbmQtdG8tZW5kIHR1bm5lbCAoQ0UtQ0UpIGZyb20gYSBjdXN0b21l
ciBzdGFuZHBvaW50LiAmbmJzcDtXaGF0IGRvIHlvdSBoYXZlIGluIG1pbmQgd2hlbiB5b3UgdXNl
ZCB0aGUgdGVybSDigJxWTiBtZW1iZXIgcGFpcuKAnT8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVk
Ij5Tb3JyeSwgSSBoYWQgbWlzc2VkIHNvbWV0aGluZy4mbmJzcDsgSSBoYWQgdGhlIChtaXN0YWtl
bikgaWRlYSB0aGF0IGEg4oCcbWVtYmVy4oCdIHdhcyBhbiBlbmRwb2ludCAoQ0UpLCByYXRoZXIg
dGhhbiBhIHNwZWNpZmljIChDRS1DRSkgdHVubmVsLiZuYnNwOyBPbiByZS1yZWFkaW5nIHRoZSBk
cmFmdCwgaXQgaXMgY2xlYXIgdGhhdCB5b3UgaGF2ZSBkZWZpbmVkIFZOIG1lbWJlcg0KIHRvIGJl
IGVxdWl2YWxlbnQgdG8gZW5kLXRvLWVuZCBsaW5rLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOnJl
ZCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5JIHdpdGhkcmF3IHRoZSBjb21t
ZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPk5JVHM6PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvUGxhaW5UZXh0Ij49PT08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPi0tLSBbU05JUF0gLS0tPG86cD48L286
cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPi0tPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5FcmljPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s
Pg0K

--_000_7AEB3D6833318045B4AE71C2C87E8E173CFE7927sjceml521mbxchi_--


From nobody Thu May  3 12:10:40 2018
Return-Path: <alvaro.retana@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1160E12D967; Thu,  3 May 2018 12:10:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8N6IqxCkFbNh; Thu,  3 May 2018 12:10:31 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF05E12DA06; Thu,  3 May 2018 12:10:30 -0700 (PDT)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 77E12B5A2F836; Thu,  3 May 2018 20:10:26 +0100 (IST)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.382.0; Thu, 3 May 2018 20:10:28 +0100
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.34]) by SJCEML702-CHM.china.huawei.com ([169.254.4.62]) with mapi id 14.03.0382.000; Thu, 3 May 2018 12:10:24 -0700
From: Alvaro Retana <alvaro.retana@huawei.com>
To: Ben Niven-Jenkins <ben@niven-jenkins.co.uk>, rtg-dir <rtg-dir@ietf.org>
CC: lsr <lsr@ietf.org>, draft-ietf-ospf-xaf-te.all <draft-ietf-ospf-xaf-te.all@ietf.org>, rtg-ads <rtg-ads@ietf.org>
Thread-Topic: Rtgdir last call review of draft-ietf-ospf-xaf-te-02
Thread-Index: AQHT4wL6AxRaMfddskKbjLrpJGOix6QeXsCj
Date: Thu, 3 May 2018 19:10:23 +0000
Message-ID: <29C261AADAA83847826BD136C22FC8880120C333@sjceml521-mbx.china.huawei.com>
References: <152536799456.4442.2733959917314042989@ietfa.amsl.com>
In-Reply-To: <152536799456.4442.2733959917314042989@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: multipart/alternative; boundary="_000_29C261AADAA83847826BD136C22FC8880120C333sjceml521mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/USaSL8Y7vrM0a7yrmD8nds6NPgQ>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-ospf-xaf-te-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 May 2018 19:10:33 -0000

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

W1NwZWFraW5nIGFzIGFuIGF1dGhvci5dDQoNCkhpIEJlbiENCg0KVGhhbmtzIGZvciB0aGUgcmV2
aWV3LiBXZSB3aWxsIGFkZHJlc3MgdGhlc2Ugbml0cyBpbiBhIGZ1dHVyZSByZXZpc2lvbiBvZiB0
aGUgZHJhZnQuDQoNCkFsdmFyby4NCkZyb206IEJlbiBOaXZlbi1KZW5raW5zDQpUbzogcnRnLWRp
cjxydGctZGlyQGlldGYub3JnPG1haWx0bzpydGctZGlyQGlldGYub3JnPj4NCkNjOiBsc3I8bHNy
QGlldGYub3JnPG1haWx0bzpsc3JAaWV0Zi5vcmc+PjtkcmFmdC1pZXRmLW9zcGYteGFmLXRlLmFs
bDxkcmFmdC1pZXRmLW9zcGYteGFmLXRlLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1v
c3BmLXhhZi10ZS5hbGxAaWV0Zi5vcmc+PjtydGctYWRzPHJ0Zy1hZHNAaWV0Zi5vcmc8bWFpbHRv
OnJ0Zy1hZHNAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUnRnZGlyIGxhc3QgY2FsbCByZXZpZXcgb2Yg
ZHJhZnQtaWV0Zi1vc3BmLXhhZi10ZS0wMg0KVGltZTogMjAxOC0wNS0wMyAxMjoyMDowNQ0KDQpS
ZXZpZXdlcjogQmVuIE5pdmVuLUplbmtpbnMNClJldmlldyByZXN1bHQ6IEhhcyBOaXRzDQoNCkhl
bGxvLA0KDQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSBy
ZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlDQpSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRv
IHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzDQp0aGV5IHBh
c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg
b24gc3BlY2lhbA0KcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92
aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLg0KRm9yIG1vcmUgaW5mb3JtYXRpb24g
YWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUNCuKAi2h0dHA6Ly90cmFj
LnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2ggdGhl
c2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMs
IGl0IHdvdWxkDQpiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdp
dGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsDQpjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBh
bmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkNCnVwZGF0
aW5nIHRoZSBkcmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtb3NwZi14YWYtdGUtMDIudHh0
DQpSZXZpZXdlcjogQmVuIE5pdmVuLUplbmtpbnMNClJldmlldyBEYXRlOiAzIE1heSAyMDE4DQpJ
bnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFjaw0KDQpTdW1tYXJ5OiBUaGlzIGRvY3VtZW50
IGlzIGJhc2ljYWxseSByZWFkeSBmb3IgcHVibGljYXRpb24sIGJ1dCBoYXMgbml0cyB0aGF0DQpz
aG91bGQgYmUgY29uc2lkZXJlZCBwcmlvciB0byBwdWJsaWNhdGlvbi4NCg0KQ29tbWVudHM6IFRo
ZSBkb2N1bWVudCBpcyByZWFkYWJsZSBhbmQgc3VjY2luY3RseSBhZGRyZXNzZXMgdGhlIHVzZSBj
YXNlDQpvdXRsaW5lZC4NCg0KTWlub3IgaXNzdWVzOg0KU2VjdGlvbiAzLCBwYXJhZ3JhcGggNCBz
dGF0ZXM6DQoNCiAgIElmIHRoZSBOb2RlIEF0dHJpYnV0ZSBUTFYgY2FycmllcyBib3RoIHRoZSBO
b2RlIElQdjQgTG9jYWwgQWRkcmVzcw0KICAgc3ViLVRMViBhbmQgdGhlIE5vZGUgSVB2NiBMb2Nh
bCBBZGRyZXNzIHN1Yi1UTFYsIHRoZW4gdGhlIFgtQUYNCiAgIGNvbXBvbmVudCBtdXN0IGJlIGNv
bnNpZGVyZWQgZm9yIHRoZSBjb25zb2xpZGF0ZWQgY2FsY3VsYXRpb24gb2YgTVBMUw0KICAgVEUg
TFNQcy4NCg0KSXMgdGhlIGxvd2VyY2FzZSBtdXN0IHN1cHBvc2VkIHRvIGJlIGFuIHVwcGVyY2Fz
ZSBNVVNUPw0KDQpOaXRzOg0KU2VjdGlvbiA0LCBwYXJhZ3JhcGggMSBzdGF0ZXM6DQoNCiAgIFdh
eSBvZiB1c2luZw0KICAgdGhlc2UgVExWcyBhcyBzcGVjaWZpZWQgaW4gdGhpcyBkb2N1bWVudCBp
cyBmdWxseSBiYWNrd2FyZCBjb21wYXRpYmxlDQogICB3aXRoIHByZXZpb3VzIHN0YW5kYXJkIGRv
Y3VtZW50cy4NCg0KVGhpcyBkb2VzIG5vdCByZWFkIHF1aXRlIHJpZ2h0IHRvIG1lLiBNYXliZSB5
b3Ugc2hvdWxkIGNvbnNpZGVyIHJld29yZGluZyBpdCB0bw0Kc29tZXRoaW5nIGxpa2UgdGhlIHRl
eHQgSSBzdWdnZXN0IGJlbG93LiBBbHNvIHdoZW4geW91IHNheSDigJxzdGFuZGFyZCBkb2N1bWVu
dHPigJ0NCmRvIHlvdSBtZWFuIFJGQ3M/IElzIGl0IHdvcnRoIGNpdGluZyBhbiBleGFtcGxlIGZv
ciBjb21wbGV0ZW5lc3M/DQoNCiAgIFRoZSB3YXkgdGhlc2UgVExWcyBhcmUgdXNlZCwgYXMgc3Bl
Y2lmaWVkIGluIHRoaXMgZG9jdW1lbnQsIGlzIGZ1bGx5DQogICBiYWNrd2FyZCBjb21wYXRpYmxl
IHdpdGggZWFybGllciBSRkNzLg0KDQpSZWdhcmRzDQpCZW4NCg0K

--_000_29C261AADAA83847826BD136C22FC8880120C333sjceml521mbxchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu
dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHRleHQg
LS0+PHN0eWxlPjwhLS0gLkVtYWlsUXVvdGUgeyBtYXJnaW4tbGVmdDogMXB0OyBwYWRkaW5nLWxl
ZnQ6IDRwdDsgYm9yZGVyLWxlZnQ6ICM4MDAwMDAgMnB4IHNvbGlkOyB9IC0tPjwvc3R5bGU+DQo8
L2hlYWQ+DQo8Ym9keT4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLEhl
bHZldGljYSFpbXBvcnRhbnQiPltTcGVha2luZyBhcyBhbiBhdXRob3IuXTxicj4NCjxicj4NCkhp
IEJlbiE8YnI+DQo8YnI+DQpUaGFua3MgZm9yIHRoZSByZXZpZXcuIFdlIHdpbGwgYWRkcmVzcyB0
aGVzZSBuaXRzIGluIGEgZnV0dXJlIHJldmlzaW9uIG9mIHRoZSBkcmFmdC48YnI+DQo8YnI+DQpB
bHZhcm8uPGJyPg0KPC9kaXY+DQo8ZGl2IG5hbWU9InhfQW55T2ZmaWNlLUJhY2tncm91bmQtSW1h
Z2UiIHN0eWxlPSJib3JkZXItdG9wOjFweCBzb2xpZCAjQjVDNERGOyBwYWRkaW5nOjhweCI+DQo8
ZGl2PjxiPkZyb206IDwvYj5CZW4gTml2ZW4tSmVua2luczwvZGl2Pg0KPGRpdj48Yj5UbzogPC9i
PnJ0Zy1kaXImbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmciPnJ0Zy1kaXJAaWV0
Zi5vcmc8L2E+Jmd0OzwvZGl2Pg0KPGRpdj48Yj5DYzogPC9iPmxzciZsdDs8YSBocmVmPSJtYWls
dG86bHNyQGlldGYub3JnIj5sc3JAaWV0Zi5vcmc8L2E+Jmd0OztkcmFmdC1pZXRmLW9zcGYteGFm
LXRlLmFsbCZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1vc3BmLXhhZi10ZS5hbGxAaWV0
Zi5vcmciPmRyYWZ0LWlldGYtb3NwZi14YWYtdGUuYWxsQGlldGYub3JnPC9hPiZndDs7cnRnLWFk
cyZsdDs8YSBocmVmPSJtYWlsdG86cnRnLWFkc0BpZXRmLm9yZyI+cnRnLWFkc0BpZXRmLm9yZzwv
YT4mZ3Q7PC9kaXY+DQo8ZGl2PjxiPlN1YmplY3Q6IDwvYj5SdGdkaXIgbGFzdCBjYWxsIHJldmll
dyBvZiBkcmFmdC1pZXRmLW9zcGYteGFmLXRlLTAyPC9kaXY+DQo8ZGl2PjxiPlRpbWU6IDwvYj4y
MDE4LTA1LTAzIDEyOjIwOjA1PC9kaXY+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPGZvbnQgc2l6
ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0OyI+DQo8ZGl2IGNsYXNzPSJQbGFpblRl
eHQiPlJldmlld2VyOiBCZW4gTml2ZW4tSmVua2luczxicj4NClJldmlldyByZXN1bHQ6IEhhcyBO
aXRzPGJyPg0KPGJyPg0KSGVsbG8sPGJyPg0KPGJyPg0KSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMg
dGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZTxicj4N
ClJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRp
bmctcmVsYXRlZCBkcmFmdHMgYXM8YnI+DQp0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2Fs
bCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMgb24gc3BlY2lhbDxicj4NCnJlcXVlc3Qu
IFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRo
ZSBSb3V0aW5nIEFEcy48YnI+DQpGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGlu
ZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZTxicj4NCuKAi2h0dHA6Ly90cmFjLnRvb2xzLmlldGYu
b3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8YnI+DQo8YnI+DQpBbHRob3VnaCB0aGVzZSBj
b21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywgaXQg
d291bGQ8YnI+DQpiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdp
dGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsPGJyPg0KY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2
ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5PGJy
Pg0KdXBkYXRpbmcgdGhlIGRyYWZ0Ljxicj4NCjxicj4NCkRvY3VtZW50OiBkcmFmdC1pZXRmLW9z
cGYteGFmLXRlLTAyLnR4dDxicj4NClJldmlld2VyOiBCZW4gTml2ZW4tSmVua2luczxicj4NClJl
dmlldyBEYXRlOiAzIE1heSAyMDE4PGJyPg0KSW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJh
Y2s8YnI+DQo8YnI+DQpTdW1tYXJ5OiBUaGlzIGRvY3VtZW50IGlzIGJhc2ljYWxseSByZWFkeSBm
b3IgcHVibGljYXRpb24sIGJ1dCBoYXMgbml0cyB0aGF0PGJyPg0Kc2hvdWxkIGJlIGNvbnNpZGVy
ZWQgcHJpb3IgdG8gcHVibGljYXRpb24uPGJyPg0KPGJyPg0KQ29tbWVudHM6IFRoZSBkb2N1bWVu
dCBpcyByZWFkYWJsZSBhbmQgc3VjY2luY3RseSBhZGRyZXNzZXMgdGhlIHVzZSBjYXNlPGJyPg0K
b3V0bGluZWQuPGJyPg0KPGJyPg0KTWlub3IgaXNzdWVzOjxicj4NClNlY3Rpb24gMywgcGFyYWdy
YXBoIDQgc3RhdGVzOjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBJZiB0aGUgTm9kZSBBdHRyaWJ1
dGUgVExWIGNhcnJpZXMgYm90aCB0aGUgTm9kZSBJUHY0IExvY2FsIEFkZHJlc3M8YnI+DQombmJz
cDsmbmJzcDsgc3ViLVRMViBhbmQgdGhlIE5vZGUgSVB2NiBMb2NhbCBBZGRyZXNzIHN1Yi1UTFYs
IHRoZW4gdGhlIFgtQUY8YnI+DQombmJzcDsmbmJzcDsgY29tcG9uZW50IG11c3QgYmUgY29uc2lk
ZXJlZCBmb3IgdGhlIGNvbnNvbGlkYXRlZCBjYWxjdWxhdGlvbiBvZiBNUExTPGJyPg0KJm5ic3A7
Jm5ic3A7IFRFIExTUHMuPGJyPg0KPGJyPg0KSXMgdGhlIGxvd2VyY2FzZSBtdXN0IHN1cHBvc2Vk
IHRvIGJlIGFuIHVwcGVyY2FzZSBNVVNUPzxicj4NCjxicj4NCk5pdHM6PGJyPg0KU2VjdGlvbiA0
LCBwYXJhZ3JhcGggMSBzdGF0ZXM6PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFdheSBvZiB1c2lu
Zzxicj4NCiZuYnNwOyZuYnNwOyB0aGVzZSBUTFZzIGFzIHNwZWNpZmllZCBpbiB0aGlzIGRvY3Vt
ZW50IGlzIGZ1bGx5IGJhY2t3YXJkIGNvbXBhdGlibGU8YnI+DQombmJzcDsmbmJzcDsgd2l0aCBw
cmV2aW91cyBzdGFuZGFyZCBkb2N1bWVudHMuPGJyPg0KPGJyPg0KVGhpcyBkb2VzIG5vdCByZWFk
IHF1aXRlIHJpZ2h0IHRvIG1lLiBNYXliZSB5b3Ugc2hvdWxkIGNvbnNpZGVyIHJld29yZGluZyBp
dCB0bzxicj4NCnNvbWV0aGluZyBsaWtlIHRoZSB0ZXh0IEkgc3VnZ2VzdCBiZWxvdy4gQWxzbyB3
aGVuIHlvdSBzYXkg4oCcc3RhbmRhcmQgZG9jdW1lbnRz4oCdPGJyPg0KZG8geW91IG1lYW4gUkZD
cz8gSXMgaXQgd29ydGggY2l0aW5nIGFuIGV4YW1wbGUgZm9yIGNvbXBsZXRlbmVzcz88YnI+DQo8
YnI+DQombmJzcDsmbmJzcDsgVGhlIHdheSB0aGVzZSBUTFZzIGFyZSB1c2VkLCBhcyBzcGVjaWZp
ZWQgaW4gdGhpcyBkb2N1bWVudCwgaXMgZnVsbHk8YnI+DQombmJzcDsmbmJzcDsgYmFja3dhcmQg
Y29tcGF0aWJsZSB3aXRoIGVhcmxpZXIgUkZDcy48YnI+DQo8YnI+DQpSZWdhcmRzPGJyPg0KQmVu
PGJyPg0KPGJyPg0KPC9kaXY+DQo8L3NwYW4+PC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_29C261AADAA83847826BD136C22FC8880120C333sjceml521mbxchi_--


From nobody Mon May  7 12:30:31 2018
Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B033012783A; Mon,  7 May 2018 12:30:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.95
X-Spam-Level: 
X-Spam-Status: No, score=-3.95 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_MED=-2.3] 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 B_PpEQonpIXW; Mon,  7 May 2018 12:30:25 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 331DE126FDC; Mon,  7 May 2018 12:30:25 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id B836A58C4AE; Mon,  7 May 2018 21:30:19 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id A8936440218; Mon,  7 May 2018 21:30:19 +0200 (CEST)
Date: Mon, 7 May 2018 21:30:19 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Joel Halpern <jmh@joelhalpern.com>
Cc: rtg-dir@ietf.org, anima@ietf.org, ietf@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org
Message-ID: <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de>
References: <151995712572.15727.501156104518975926@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <151995712572.15727.501156104518975926@ietfa.amsl.com>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/lC_ici9e6-NNAlKFJPJ2CVeCPcE>
Subject: Re: [RTG-DIR] Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 May 2018 19:30:30 -0000

Joel,

Sorry for the late reply. Bufferbloat.

Thank you  very much for the review.

Uploaded first round fixes for your review to github, will push out -14
when i am through with the other reviews.

Version:

https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/master/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt

Diff to -13:

http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://www.ietf.org/id/draft-ietf-anima-autonomic-control-plane-13.txt&url2=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/master/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt

Comments inline below. (n) additional explanations at end of mail.

Cheers
   Toerless

On Thu, Mar 01, 2018 at 06:18:45PM -0800, Joel Halpern wrote:
> Reviewer: Joel Halpern
> Review result: Ready
> 
> I have been selected as the Routing Directorate reviewer for this draft. The
> Routing Directorate seeks to review all routing or routing-related drafts as
> they pass through IETF last call and IESG review, and sometimes on special
> request. The purpose of the review is to provide assistance to the Routing ADs.
> For more information about the Routing Directorate, please see
> ???http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
> 
> Although these comments are primarily for the use of the Routing ADs, it would
> be helpful if you could consider them along with any other IETF Last Call
> comments that you receive, and strive to resolve them through discussion or by
> updating the draft.
> 
> Document: draft-ietf-anima-autonomic-control-plane-13
> Reviewer: Joel Halpern
> Review Date: 1-March-2018
> IETF LC End Date: N/A
> Intended Status: Proposed Standard
> 
> Summary: I have some minor concerns about this document that I think should be
> resolved before publication.
> 
> Major: N/A (Note that three comment is marked *** as they may be more
> significant.)
> 
> Minor:
>     The description of the ACP In the introduction should probably note that
>     the addition of Management capability is beyond the definition provided in
>     section 5 of RFC 7575, and is included to complete the needed set of
>     functionality.

Added this to the end of introduction before discussion of stable connectivity,
seems to fit best there:

<t>The ACP provides secure IPv6 connectivity, therefore it can not only be used as the secure connectivity for self-management as required for the ACP in <xref target="RFC7575"/>, but it can also be used as the secure connectivity for traditional (centralized) management. The ACP can be implemented and operated without any other components of autonomic networks, except for the GRASP protocol which it leverages.</t> 

>     The definition of data-plane seems to assume that all forwarding (and
>     control?) in all nodes is structured in terms of VRFs.  That seems to
>     overly constrain implementation architecture.  Using VRF to to describe the
>     ACP functionality is a little odd, but likely defnesible.  Declaring that
>     all other functionality is in VRFs seems a step too far.

Oh... rathole ;-)
I spent a lot of time pondering this problem.  Given how i think the
classical way VRFs are implemented in routers is actually NOT a good
way to implement the ACP, i tried long to figure out better terminology.

But: VRF is actually the most logical way to specify the interoperability,
routing and forwarding aspects of the ACP without really implying a specific
implementation approach.

For example:
If we would have used a term like "virtual router", we would have
run the risk of excluding the option to implement ACP as a "classical
router OS VRF". On the other hand, by using the term VRF (including
our definitions what we mean with it), i can perfectly implement
the ACP as a virtual router, as a function in a hypervisor or
as a classical router OS VRF. VRF only says separate routing and
forwarding (see section 6.9).

Note too that we have explicitly specified in the terminology section
that we're NOT implying any of the MPLS/VPN-PE specific functions of
a VRF. Like othrer RFCs as well that use the term VRF without having
anything to do with MPLS/VPN.

In response to you bringing up the naming issue, i went through the
doc and removed "VRF" where it was used for the data-plane, so as not
to imply the use of VRF other than for the ACP itself.

There is still some amount of VRF in the "VRF selection" section, thats
really too hard to describe without VRF - would just make it too convoluted.

>     The definition of Intent in the terminology section seems to be different
>     from the cited definition in the anima reference model.  "Intent" there
>     seems to refer to a policy language, not an interface.

Thanks. Good catch. Fixed.

>     It is unclear how the flexible policy defined in section 5 bullet 2 (about
>     which nodes are ACP peer candidates) is consistent with autonomic
>     operation.  It seems that the flexibility is important, so there should be
>     some explanation here about how this is consonant with the stated goals.  I
>     understand that the bootstrap comes from BRSKI, but I do not think that is
>     where the policy comes from?

Would rather not like to add more suggestive text, and thats at best what
i could add. The default policy is the best "autonomic" behavior we know how
to make work: aka: try to connect ACP to all neighbors you can discover. And
we have only defined with DULL GRASP how to find subnet adjacent neighbors.

The main reason to mention policy is so that there is some leeway to do
more or even (sigh) less than all direct neighbors.

See also (1) at end.

>     The BNF is section 6.1.1 seems to have some oddities.  It may be that none
>     of these can happen for reasons that are described elsewhere, but as
>     written:
>   If the local-info is empty, the localpart will be "rfcxxxx." and thus the
>   domain info will be "rfcxxxx.@domain".  Is the period really required in the
>   absence of the local-info.

modified local-part = key   "." local-info
to       local-part = key [ "." local-info ]

>   If the rsub is empty, but the extensions are not
>   empty, it looks like there will be two plus signs (following the optional
>   acp-address) before the first extension.  Is that intended as the way to
>   indicate the absence of the rsub?

Yes. Otherwise it would be ambiguous to parse. Haven't
written something about this because i think readers eithrer
don't care or the can figure it out easily.

>   It also seems odd that the rsub (which is a
>   domain extension) appears in the local-part of the domain information, not in
>   the domain name.  Even though for hashing purposes it is concatenated, with a
>   period, with the domain name.
>  If these oddities are intentional, then there ought to be explanations so the
>  reader is not confused.

The difference between domain and routing-subdomain are explained directly after
the BNF:

 <t>"domain" is used to indicate the ACP Domain across which all ACP nodes trust each other and are willing to build ACP channel to each other.  See <xref target="certcheck"/>.

 <t><t>"routing-subdomain" is the autonomic subdomain that is used to calculate the hash for the ULA prefix of the ACP address of the node. ...

Added:

"rsub" needs to be in the "local-part"; it could not syntactically be separated from "domain-name" if "domain" is just a domain name. It also makes it easier for domain name to be a valid e-mail target.

>     I presume there is not an assumption that all ULA addressed communicating
>     with a node which supports the ACP will be over the ACP.  As I understand
>     it, ULAs may well have other uses outside of ANIMA / the ACP.  Which leads
>     to a question about how the text in 6.1.3 "If the CDP URL uses an IPv6 ULA,
>     the ACP node will try to reach it via the ACP." is expected to be supported?

The reason is that the ACP certificate maintenance runs across the ACP so that
we have a simple security model for the ACP certificate lifecycle. We do not
want to have to figure out the impact of attacks against connectivity to the CDP
when it runs across the data plane.  After all, these are ACP certificates are
also renewed via EST across the ACP.

I added the following explanation sentence:

Reaching the CDP across the ACP implies that the CDPs 
need to be reachable via the ACP, for example by running CDPs on 
registrars or on devices connected to the ACP via ACP connect (see <xref target="ACPconnect">).</t>

See also (2) at end.

>     The discovery text in section6.3 states that discovery should be run in
>     every physical interface.  Is this intended to be restricted by policy, as
>     described in section 5, bullet 2?

As said above for 5 bullet 2, it is permissible to be modified, the ACP
draft does not suggest or recommends any modifications other than those in 6.3,
aka: physical interfaces.

> ***    The explanation in section 6.5 on channel selection (and security
> protocol selection) is worded as if the described behavior will lead to
> reliable interoperation.  The text on why there are limitations (reasonable)
> doe not explain why mandating dTLS support would not be a reasonable step.   (I
> hope I missing something, as otherwise this is a major problem rather than
> being minor.)  It is also hard to align this with the requirements in section
> 6.7.3.

I think there is no issue. Let me explain:

We beat ourselves up for quite a long time about MTI channel options 
(Mandatory To Implement) and figured there is no one-size-fits-all.

The first challenge for dTLS was that there is no RFC specifying how to run
IPv6 over dTLS. There are widely supported / deployed variations
like OpenConnect etc. running IP/IPv6 over dTLS, but they all
havesome home-brewed complex session maintenance mechanisms because
they where built for hub&spoke user VPN solutions. We do not only not
need that additional complexity, there is also no RFC for them (only
expired individual drafts). 

In the absence of a simple standardized specification and deployment
experience in non-constrained equipment with simple IPv6 over dTLS, we 
did not want to make it MTI for devices that had a better alternative.

I then tried to figure out what would need to be written to specify
how to run IPv6 over dTLS, and that became 6.7.2.

Many type of constrained devices want to run everything over
dTLS because they already got that code for CoAP etc. pp, and
they do often not have IPsec code in their software. Therefore
dTLS is the better MTI for those devices.

I have modified the dTLS MUST sentence to make it clearer:

A constrained ACP node that can not support IPsec MUST support dTLS.
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^

>     6.8.2.1 has text about "hop-by-hop reliable retransmission as provided for
>     by TCP".  I am unable to determine what this is saying.

Changed sentence to:

<t>Such shorter periodic retransmission of datagrams would result in
more traffic and processing overhead in the ACP than the hop-by-hop
reliable retransmission mechanism by TCP and duplicate elimination by GRASP.</t>

>     If I have used section 6.10.3 properly, when the Zone-ID is 0, all nodes
>     within the ULA are within a flat address space.  that does turn the address
>     into an identifier.  It is, as far as I can tell from the description,
>     still a locator in that packets will be routed to the node using the
>     address including the node identifier.  It just means that routing has to
>     work in /127 addresses.  (There is also a reference to "identifier" in
>     6.10.3.1.  From the usage there, I think that the intention is that this is
>     the generic "name" for the node.  Given that it is routable, it is simply
>     an addresses, not an identifier or a locator.)

My driver license number is (intended to be) an identifier. It stays an indentifier
even if someone starts building a network with a routing table for driver license
numbers. Likewise, the intent of zone=0 numbers is to be identifiers. And
yes, they do double a locators when you have a flat routing table which is
what we do in this doc.

We just didn't describe options where zone=0 would not double as a locator,
that is meant to be left for future work if we see sufficient use cases for it.
We just tried to make the definitions extensible and define the intent of the
format to be that of identifiers.

>     The description in section 6.10 / 6.10.1 / 6.10.2 is about the schema
>     identification is very confusing, and arguably a bad design.

I guess you mean 6.10.2 / 6.10.3 and 6.10.4 ?

>     The two schemas use the same schema identifier.
                                          ^^^^^^^^^^

Type ?

      The difference in interpretation
>     is actually provided by the last bit in the upper 64.  If these are the
>     same schema, then it should not need a bit to differentiate them.  They
>     should be explained as a single schema.  Which would presumably result in
>     the Z bit being part of the zone / subnet field.   If they are two
>     different schemas, then move the differentiation to part of the schema
>     identifier (making it 3 bits).

We did not want to make Z part of the base schemas 6.10.2 "Type" code because
that would also make the Vlong scheme one bit shorter and that would reduce
virtualization space in Vlong by a factor of 2.

So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.

Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
textually correct to have them in different subsections.

Carving out bits like Z isn't ideal, but in between the ULA prefix,
the 64 bit local part we must have for external interfaces and
best utilization of bits, we tried to rather optimize address space
utilization and not beauty of encoding.

Having  at the end allows (as written) use of /63 instead of  2 * /64
routes. I am not sure how important this would be in the future.

If you feel strongly about more beauty in encoding,
i can move Z to the left and remove the notion of the possible /63 route
optimization possible through the placement of Z.

>     This sort-of different but sort-of the same
>     makes implementation "interesting".  Even if this is extra bit is only
>     needed for schema 00b, it should be in front of the Zone / subnet, not
>     after it. This leads to the obvious observation that either we need two
>     bits, of which we will have 3 settings, and we will use the fourth setting
>     as an extension mechanism if we ever need more formats, or we need at least
>     three bits all the time because we seriously think there will be more
>     formats.

I very much hope there is no "interesting" implementation aspect;
nothing in the current scheme that makes implemenation harder. If you
have an example that you fear, i would like to hear it.

To me, we are just defining address space allocation schemes.

>     In section 6.10.5, after stating that it is not even known what the needed
>     usage is for more V values

Which sentence are you referring to when you say "not even known what the
needed usage is" ? I can't find it, but i would like to rectify it
if it actually is still there.

The two addressing space Zone and Vlong do certainly address two very different
network and node design considerations. In the Zone addressing format, we
wanted to have a scheme for potentialy very large networks. Enterprises
plus their attached IoT networks with hundreds of thousands of nodes.
Worldwide enterprise WN/campus/branches. Or massive DCs. The one V bit
in this space is just to solve the single most likely problematic implementation
consideration of ANI: Allowing ANI to have a complete port number space of
itself, therefore not conflicting with traditional management port number
usage (if needed). Or similar.

The Vlong addressing space goes the other way, allowing to build out
management plane or ASA more easily as containers or other lightweight
component models where each such component has its own address. We
also had brainstormed some network layer functions (proxies) that had to
eat up address space, so would use V bits.

Both approaches are IMHO very valid and important options that we wanted to be able to
support and let developers and deployments choose which one fits
them best.

>     the document goes on to introduce the
>     complexity of classful nodes numbers, with the leading bit indicating how
>     long the node-number is.  Yes, the rest of the text in that bullet tries to
>     explain why you need both sizes.  It seems like needless complexity that
>     begs for mistakes in implementation.

I was taking the example use cases we brainstormed into account, and
some of them  would require a lot more addresses in the node than others,
therefore these two choices.

Ultimately, we need to break through the chicken and egg problem
of how to build more self-managing networks. These will require
a different number of addresses inside nodes. Anything more intelligent
than address space allocations would become a complex dependency
making implementation/adoption even slower. I don't think that
offering 2, 256, 64k addresses per node is too much flexibility.
It IMHO necessary and sufficient to explore and we'll see what sticks.

>     In section 6.11.1.11 in describing the prefix lengths, I thought that the
>     point of zone addressing was to allow the use of /64 prefixes.  But it
>     seems here that we will not do so ?

As mentioned above: This document does not describe the routing setup for /64
(or /63 with Z-bit) routing aggregation. There are multiple options,
but we could not conclude on a single solution that we felt to be
appropriate for this document. Instead it was only very important
to carve out addressing space to support this.

See also (3) at end.

>     Section 6.12.5 says "ACP nodes MUST NOT derive their ACP virtual interface
>     IPv6 link local address from their IPv6 link local address used on the
>     underlying interface".  But it does not then seem to provide any advice on
>     what is expected to be used.  Is the loopback ACP supposed to be used
>     somehow?  Or?

Changed paragraph to following:

        <t>The ACP virtual interface IPv6 link local address can be derived from
        any appropriate local mechanism such as <xref target="EUI48"/> or <xref target="EUI64"/>. 
        It MUST NOT depend on something that is attackable from the data-plane such 
        as the IPv6 link-local address of the underlying physcial interface, which 
        can be attacked by SLAAC, or parameters of the secure channel encapsulation header 
        that may not be protected by the secure channel mechanism.</t>

>     The "configuration" description in 8.2.1 provides a nice description of
>     what information is needed, and what choices are allowed.  It does NOT
>     describe a method for configuring the information.  Please tune the
>     introductory material.

Hope i am guessing correctly what you're alluding to. Fixed text:

<t>On the ACP node, remote ACP neighbors are configured explicitly.
   The parameters of such a "connection" are described in the following ABNF.
   ...

<t>Explicit configuration of a remote-peer according to this ABNF
                                            ^^^^^^^^^^^^^^^^^^^^^
provides all the information to build a secure channel


> ***    Section 10.3.2 paragraph 2 says that devices should change the meaning
> of "admin down" to mean "down for everything except ACP / Anima".    I can
> understand why, in an autonomic network, such a state is desirable.  However,
> that really should be a different state from "admin down".  Operators already
> understand "admin down" as meaning that this interface will not be used for any
> traffic.  Changing that is fairly drastic.  "admin limited" or "admin ACP-Only"
> would seem much better than changing the meaning of "admin down".  The
> justification in the text seems to be a desire to prevent an operator from
> doing what he intends.  that seems backwards.  (Note that the distinction
> between administrative state vs operational state, aka failed, is already well
> understood.)

Well, this is in an informative section, so hopefully something we can agree to disagree.

I strongly believe that the most easy way to operationalize the ACP and
achieve its goals is what we have written. 

The historic equivalence of "down" = "admin down" = "physical down" is one of
the the most fundamental problem of remote management in networks.

We really need to start thinking of separate layers of (remote) management.
Network services on one hand and physical infra on the other.

The first thing to do this is to separate operations such as "down"
into "admin down" that affects networks services and "phy down" that
affects the physcial infra. 

If you have existing commands like "shutdown" that today do both,
the safe mapping is to let them do the safe thing in the future, e.g:
only "admin down", and introduce new commands for the phy operations,
e.g.: "phy shutdown" or the like.
And then protect those dangerous commands even further against unintentional or
intentional misuse.

Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
of the actual data network, you also didn't have any access to bring down the DCN
and cut yourself off from the network you manage. YOu could only screw
up that network you're meant to manage.

And if your network consists of VMs in a DC, a "shutdown" on their
interfaces will also not bring down physical interfaces necessary
to reach the VM.

In optical networks you often have an inband physcial ethernet management
channel. Making/breaking that one is completely different from making/breaking
your data-plane, aka: data fiber colors. 

> ***    The notion in 10.3.6 that the device should refuse to disable
> functionality when an authorized administrator directs such seems flatly wrong.

The authorization to break your own remote management connectivity
would be a property of the certificate. clearly whoever enrolled
the device with a certificate denying that capaility to the operator
did NOT authorize the administrator to break connectivity.

> Editorial / Nits:
>     Section 6.3, in talking about DULL GRASP refers to the grasp internet
>     draft.  It refers to section 3.5.2.2.  there is no 3.5.2.2 in the grasp
>     I-D.  As best I can guess the reference should be 2.5.2.

Thanks

>     In the various formats in section 6.10, the lowest bit of the upper 64 bits
>     is mandated to be 0.  Presumably, there is some reason for doing this.  It
>     would be nice to explain it.

Sorry, not clear what you're referring to. Can you give me an
explicit reference ?

>     In section 6.10.5, in the text about how many V values are allowed, the
>     text reads: "2^16 - 65536" which would be 0.  I believe that the intention
>     is "2^16 (i.e. 65536)"

Thanks. Meant to say "2^16 = 65536", but now its your i.e.

>    Section 9.2.2 paragraph 2 begins "Group members must overall the secured". 
>    While I can guess what is intended, I would prefer that were in grammatical
>    English so as to avoid guessing.

Hmm.. not sure i catched the grammatical error i did, but i figured that 
the text was missing some better explanation what it meant. Added the following:

<t>Group members must be protected against attackers so that there is no easy way to compromise them,
or use them as a proxy for attacking other devices across the ACP. For example, management plane functions (transport ports) should only be reachable from the ACP but not the data-plane.
Especially for those management plane functions that have no good protection by themselves because they
do not have secure end-to-end transport and to whom ACP does not only provides automatic reliable 
 connectivity but also protection against attacks. 


>     Section 10.5 provides the requirements that were met by choosing RPL for
>     the routing protocol.  Likely RPL is a reasonable choice.  Since this
>     section does not provide comparison or list any alternatives, I would
>     suggest changing "explanation" to "motivation".

Done.

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

(1) Examples of good additional discovery would be methods to do it
via L3 or where additional parameters ae needed, we discussed some options
to help bring up interfaces like PPP requiring credentials or the like.
On the "challenged product" side, we have seen products unwilling to
bring up interfaces during bootstrap because those interfaces require
additional license keys for activation *sigh*. 

(2)side note: We started from classical PKI model with CDP/OCSP but didn't bother
much about it, so this is a bit of a step-child: Most of the ANI authors 
are fans of short lived certificates to eliminate CRL/CDP because through ACP 
and BRSKI, we can make lifetimes shorter than typical CDP validity intervals:
ACP adds reliability, EST automation, BRSKI can provides re-enrollment even
when certificate has expired so ACP can not be vbuilt. Therefore
we didn't bother much in making CDPs as easy to use as we could, e.g.: no GRASP
objective to auto-announce/discover CDP like we did for EST renewal. but
i  didn't want to blackhole the text with these considerations even further. ]

(3) The most simple option we have seen asked for in actual deployments was for
manual config of such zone edges, not IMHO really appropriate
for this document. More like something for informational docs. Even
in that case you could explore the traditional method where you
actually hand out zone != 0 address via the domain cert, set up
RPL roots for each zone and connect the roots. Or you do simply rely
on zone 0 addresses, rely only on the default route in each zone
and use something like lisp between zone roots to map from zone=0
as identifier to remote root locator. Aka: everything
worth describing in other documents.


From nobody Mon May  7 13:26:34 2018
Return-Path: <eckelcu@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B160212AF84; Mon,  7 May 2018 13:26:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X1WHDBSGX3oL; Mon,  7 May 2018 13:26:26 -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 1FAF712AAB6; Mon,  7 May 2018 13:26:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7722; q=dns/txt; s=iport; t=1525724786; x=1526934386; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=iuup7THOAeKh502GEsQ9Upr4LlgZxCMRm9P5MVtVJ78=; b=OI48Usz4qepnI7R3sQslwQRi0oHazuK26j+z+ci/YlcueUYw9jSQNFK2 SLSRI5BTjXBvTp5rByK8Lfpykesf0tXJs3+TAuVK1kFLflQDiSPYCu3SL mXJKhWMk9domhcqcNZ3pNbbWR4w7UFwlVeyfzpYKEHlPlJCzPUUMCSdVj 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DnAADztfBa/4UNJK1dGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYNEYXooCoNliAKMdIF5gQ+TJhSBZAslhEcCGoI5ITQYAQI?= =?us-ascii?q?BAQEBAQECbBwMhSgBAQEBAgEjEUUMBAIBCBEDAQIBAgImAgICMBUICAIEAQ0?= =?us-ascii?q?FhRkID6dwghyIRoJIgQmHHIITgQ8jgWl/gwYLAQEDgSoBEgEfgwAwgiQChx2?= =?us-ascii?q?RDQgChWOIaIE1PIMkh02HQYIFhl8CERMBgSQBHDhhcXAVZQGCGAmCFxeIWYU?= =?us-ascii?q?+bwGODIEfgRgBAQ?=
X-IronPort-AV: E=Sophos;i="5.49,375,1520899200"; d="scan'208";a="110900532"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 May 2018 20:26:25 +0000
Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w47KQP6r028934 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 7 May 2018 20:26:25 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 7 May 2018 15:26:24 -0500
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1320.000; Mon, 7 May 2018 15:26:24 -0500
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Alissa Cooper <alissa@cooperw.in>, "julien.meuric@orange.com" <julien.meuric@orange.com>
CC: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "draft-ietf-mtgvenue-meeting-policy.all@ietf.org" <draft-ietf-mtgvenue-meeting-policy.all@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, mtgvenue <mtgvenue@ietf.org>
Thread-Topic: RtgDir Review: draft-ietf-mtgvenue-meeting-policy
Thread-Index: AQHT27RPqUN6tq5jnEmHJbMN5NFfkqQZqlcAgAsADwA=
Date: Mon, 7 May 2018 20:26:24 +0000
Message-ID: <66C85BBA-AF22-436D-88BD-93B56E39C4DC@cisco.com>
References: <19336_1524564550_5ADF0246_19336_261_1_f7a3fcbc-dd44-c1d7-f5d1-d524cc39c38b@orange.com> <70189918-A45B-4A42-87C0-F505C50886A9@cooperw.in>
In-Reply-To: <70189918-A45B-4A42-87C0-F505C50886A9@cooperw.in>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.9.0.180116
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.250.248]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E7ECF88A0515AA4CA777F7975A82998D@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/WMJYxZB-zSsl_zvVD6W7-f8rEnc>
Subject: Re: [RTG-DIR] RtgDir Review: draft-ietf-mtgvenue-meeting-policy
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 May 2018 20:26:29 -0000

SEkgSnVsbGllbiwNCg0KVGhhbmtzIGZvciB5b3VyIGNhcmVmdWwgcmV2aWV3IGFuZCBoZWxwZnVs
IGZlZWRiYWNrLiBJIGRpZCBub3Qgc2VlIGFueSBkaXNjdXNzaW9uIG9uIGl0LiBNeSBhcG9sb2dp
ZXMgaWYgSSBtaXNzZWQgaXQuIFBsZWFzZSBzZWUgbXkgY29tbWVudHMgaW5saW5lIFtjdWVdLg0K
DQrvu78tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQWxpc3NhIENvb3BlciA8YWxp
c3NhQGNvb3BlcncuaW4+DQpEYXRlOiBNb25kYXksIEFwcmlsIDMwLCAyMDE4IGF0IDk6MjcgQU0N
ClRvOiAianVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tIiA8anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29t
Pg0KQ2M6ICJydGctYWRzQGlldGYub3JnIiA8cnRnLWFkc0BpZXRmLm9yZz4sICJkcmFmdC1pZXRm
LW10Z3ZlbnVlLW1lZXRpbmctcG9saWN5LmFsbEBpZXRmLm9yZyIgPGRyYWZ0LWlldGYtbXRndmVu
dWUtbWVldGluZy1wb2xpY3kuYWxsQGlldGYub3JnPiwgInJ0Zy1kaXJAaWV0Zi5vcmciIDxydGct
ZGlyQGlldGYub3JnPiwgIm10Z3ZlbnVlQGlldGYub3JnIiA8bXRndmVudWVAaWV0Zi5vcmc+DQpT
dWJqZWN0OiBSZTogUnRnRGlyIFJldmlldzogZHJhZnQtaWV0Zi1tdGd2ZW51ZS1tZWV0aW5nLXBv
bGljeQ0KUmVzZW50LUZyb206IDxhbGlhcy1ib3VuY2VzQGlldGYub3JnPg0KUmVzZW50LVRvOiA8
c3VyZXNoQGthbG9vbS5jb20+LCBQZXRlIFJlc25pY2sgPHByZXNuaWNrQHF0aS5xdWFsY29tbS5j
b20+LCBDaGFybGVzIEVja2VsIDxlY2tlbGN1QGNpc2NvLmNvbT4sIDxhbGlzc2FAY29vcGVydy5p
bj4sIENoYXJsZXMgRWNrZWwgPGVja2VsY3VAY2lzY28uY29tPg0KUmVzZW50LURhdGU6IE1vbmRh
eSwgQXByaWwgMzAsIDIwMTggYXQgOToyNyBBTQ0KDQogICAgVGhhbmtzLiBBZGRlZCB0aGUgV0cg
b24gY2MgZm9yIGFueSBmb2xsb3ctdXAuDQogICAgDQogICAgQWxpc3NhDQogICAgDQogICAgPiBP
biBBcHIgMjQsIDIwMTgsIGF0IDY6MDkgQU0sIGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSB3cm90
ZToNCiAgICA+IA0KICAgID4gSGVsbG8sDQogICAgPiANCiAgICA+IEkgaGF2ZSBiZWVuIHNlbGVj
dGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0K
ICAgID4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5n
IG9yIHJvdXRpbmctcmVsYXRlZA0KICAgID4gZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElF
VEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhlIHB1cnBvc2UNCiAgICA+IG9mIHRoZSBy
ZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1v
cmUNCiAgICA+IGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVh
c2Ugc2VlDQogICAgPiDigItodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFj
L3dpa2kvUnRnRGlyDQogICAgPiANCiAgICA+IEFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBw
cmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdA0KICAgID4gd291bGQg
YmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhl
ciBJRVRGDQogICAgPiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0
cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KICAgID4gZGlzY3Vzc2lvbiBvciBieSB1cGRh
dGluZyB0aGUgZHJhZnQuDQogICAgPiANCiAgICA+IERvY3VtZW50OiBkcmFmdC1pZXRmLW10Z3Zl
bnVlLW1lZXRpbmctcG9saWN5LTA0DQogICAgPiBSZXZpZXdlcjogSnVsaWVuIE1ldXJpYw0KICAg
ID4gUmV2aWV3IERhdGU6IEFwcmlsIDI0LCAyMDE4DQogICAgPiBJRVRGIExDIEVuZCBEYXRlOiBB
cHJpbCAxOSwgMjAxOA0KICAgID4gSW50ZW5kZWQgU3RhdHVzOiBCQ1ANCiAgICA+IA0KICAgID4g
KlN1bW1hcnk6Kg0KICAgID4gVGhlIEktRCBzZWVtcyBhbG1vc3QgcmVhZHkgZm9yIHB1YmxpY2F0
aW9uLiBJIGhhdmUgc29tZSBtaW5vciBjb25jZXJucw0KICAgID4gYWJvdXQgdGhpcyBkb2N1bWVu
dCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4NCiAg
ICA+IA0KICAgID4gKkNvbW1lbnRzOioNCiAgICA+IFRoZSBjaG9pY2Ugb2Ygd29yZHMgc29tZXRp
bWVzIGZlZWxzIHRvIG1lIGEgYml0IHRvdWdoIG9yIHRvbyBuYXJyb3cuDQogICAgPiBIb3dldmVy
LCBJIGFtIG5vdCBhIG5hdGl2ZS1zcGVha2VyIGFuZCBJIGFtIG5vdCBhbHdheXMgdXNlZCB0byBz
ZXQgcGhyYXNlcy4NCiAgICA+IE1vcmVvdmVyLCBJIHN1Z2dlc3QgYSBmZXcgdGV4dCB0d2Vha3Ms
IGluY2x1ZGluZyBwcm9iYWJsZSBuaXRzIHRoYXQgdGhlDQogICAgPiBSRkMgRWRpdG9yIHdvdWxk
IGNlcnRhaW5seSBzcG90IGFueXdheS4NCiAgICA+IA0KICAgID4gKk1ham9yIElzc3VlczoqDQog
ICAgPiBObyBtYWpvciBpc3N1ZXMgZm91bmQuDQogICAgPiANCiAgICA+ICpNaW5vciBJc3N1ZXM6
Kg0KICAgID4gVG8gbWUsIGEgY291cGxlIG9mIHdvcmRzIG1heSBiZW5lZml0IGZyb20gYWx0ZXJu
YXRlIHRlcm1zOg0KICAgID4gLSAibG9jYXRpb24iIHNvdW5kcyB0b28gc3BlY2lmaWMgZm9yIGEg
Y29udGluZW50LCB3b3VsZCBub3QgInJlZ2lvbiIgb3INCiAgICA+ICJ0ZXJyaXRvcnkiIGZpdCBi
ZXR0ZXI/DQoNCltjdWVdIFBlcmhhcHMsIGJ1dCB0aGlzIHVzZSBvZiAibG9jYXRpb24iIGlzIGNv
bnNpc3RlbnQgd2l0aCBpdHMgdXNlIGluIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm
dC1pZXRmLW10Z3ZlbnVlLWlhb2MtdmVudWUtc2VsZWN0aW9uLXByb2Nlc3MtMTMsIHNvIEkgdGhp
bmsgaXQgaXMgYmVzdCB0byBzdGljayB3aXRoIGxvY2F0aW9uLg0KDQogICAgPiAtICJ0cmF2ZWwg
cGFpbiIgKHVzZWQgdHdpY2UpIGZlZWwgc3Ryb25nLCAidHJhdmVsIGVmZm9ydCIgd291bGQgY29u
dmV5IGENCiAgICA+IHNpbWlsYXIgaWRlYSBpbiBhIHNtb290aGVyIHdheS4NCg0KW2N1ZV0gSSB3
b3VsZCBiZSBva2F5IHdpdGggdGhhdCBjaGFuZ2UuDQoNCiAgICA+IA0KICAgID4gSW4gc2VjdGlv
biAyLCBJIGFtIG5vdCBzdXJlIHRoYXQgImEgbWVldGluZyBpbiBOb3J0aCBBbWVyaWNhIGluIE1h
cmNoLCBhDQogICAgPiBtZWV0aW5nIGluIEV1cm9wZSBpbiBKdWx5LCBhbmQgYSBtZWV0aW5nIGlu
IEFzaWEgb24gTm92ZW1iZXIiIGlzIHNvDQogICAgPiBvYnZpb3VzbHkgYSAidHlwaWNhbCBjeWNs
ZSIuIEkgd291bGQgdGh1cyBkcm9wIHRoYXQgdW5uZWNlc3NhcnkgdGV4dCB0bw0KICAgID4gc3Rh
cnQgd2l0aCAiVGhlIDEtMS0xIHBvbGljeSIsIGFuZCB1cGRhdGUgdGhlIGZvbGxvd2luZyBwaHJh
c2UgInN1Y2ggYQ0KICAgID4gY3ljbGUiIGludG8gImEgZml4ZWQgY3ljbGUiLg0KDQpbY3VlXSBX
b3JrcyBmb3IgbWUsIGV4Y2VwdCBJIG1pZ2h0IHVzZSAiYSBnaXZlbiBjeWNsZSIgcmF0aGVyIHRo
YW4gImEgZml4ZWQgY3ljbGUiLg0KDQogICAgPiANCiAgICA+IA0KICAgID4gKk5pdHM6Kg0KICAg
ID4gLSBzL0hpZ2ggbGV2ZWwgZ3VpZGFuY2UgZm9yIHRoZSBtZWV0aW5nIHBvbGljeS9IaWdoIExl
dmVsIEd1aWRhbmNlIGZvcg0KICAgID4gdGhlIE1lZXRpbmcgUG9saWN5Lw0KICAgID4gLSBzL1Ro
ZSAxLTEtMS0qIG1lZXRpbmcgcG9saWN5L1RoZSAxLTEtMS0qIE1lZXRpbmcgUG9saWN5Lw0KICAg
ID4gLSBzL3JlZ2lvbnMuIGkuZS4sL3JlZ2lvbnMsIGkuZS4vDQogICAgPiAtIHMvcm91Z2h5L3Jv
dWdobHkvDQogICAgPiAtIHMvd2UgcGxhbi9XZSBwbGFuLw0KICAgID4gLSBzL3RoZXJlIHdlcmUv
VGhlcmUgd2VyZS8NCiAgICA+IC0gcy9tZWV0aW5ncy4gZS5nLi9tZWV0aW5ncy4gRS5nLi8NCiAg
ICA+IC0gcy9UaGVyZSBoYXZlIG5vdCBiZWVuIGEgbGFyZ2UgbnVtYmVyLyBUaGVyZSBoYXMgbm90
IGJlZW4gYSBsYXJnZQ0KICAgID4gbnVtYmVyLyAgW29yICJ3YXMgbm90Ij8gRGVmZXIgdG8gUkZD
IEVkaXRvcj9dDQogICAgPiAtIHMvSUVURjU0KC9JRVRGNTQgKC8NCiAgICA+IC0gcy9JbXBsZW1l
bnRhdGlvbiBvZiB0aGUgcG9saWN5L0ltcGxlbWVudGF0aW9uIG9mIHRoZSBQb2xpY3kvDQogICAg
PiAtIHMvdG8gYXNzaXN0L0ZvciBhc3Npc3RpbmcvDQogICAgPiAtIHMvdG8gcHJvdmlkZS9Gb3Ig
cHJvdmlkaW5nLw0KICAgID4gLSBzL1JlLWV2YWx1YXRpb24gYW5kIGNoYW5nZXMgdG8gdGhpcyBw
b2xpY3kvUmUtZXZhbHVhdGlvbiBhbmQgQ2hhbmdlcw0KICAgID4gdG8gdGhpcyBQb2xpY3kvDQoN
CltjdWVdIEkgZG8gbm90IHRoaW5rIHRoZSBjaGFuZ2VzIGluIGNhcGl0YWxpemF0aW9uIGFyZSBu
ZWNlc3NhcnkuIEkgYW0gaGFwcHkgdG8gaXQgbGVhdmUgaXQgdG8gdGhlIFJGQyBlZGl0b3IgdG8g
ZGVjaWRlLiANCg0KQ2hlZXJzLA0KQ2hhcmxlcw0KDQogICAgPiANCiAgICA+IA0KICAgID4gUmVn
YXJkcywNCiAgICA+IA0KICAgID4gSnVsaWVuDQogICAgPiANCiAgICA+IA0KICAgID4gX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KICAgID4gDQogICAgPiBDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50
IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVl
cyBldCBuZSBkb2l2ZW50IGRvbmMNCiAgICA+IHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMg
b3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdl
IHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQogICAgPiBhIGwnZXhwZWRpdGV1ciBl
dCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMg
ZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLA0KICAgID4gT3Jh
bmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRl
cmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KICAgID4gDQogICAgPiBUaGlzIG1lc3Nh
Z2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmls
ZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KICAgID4gdGhl
eSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhv
cmlzYXRpb24uDQogICAgPiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9y
LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0
cyBhdHRhY2htZW50cy4NCiAgICA+IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlz
IG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2Vk
IG9yIGZhbHNpZmllZC4NCiAgICA+IFRoYW5rIHlvdS4NCiAgICA+IA0KICAgIA0KICAgIA0KDQo=


From nobody Mon May  7 16:05:24 2018
Return-Path: <jmh@joelhalpern.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B5BE12D7F5; Mon,  7 May 2018 16:05:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level: 
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 6Ap7eJ7SN2_g; Mon,  7 May 2018 16:05:13 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 1717412D7F2; Mon,  7 May 2018 16:05:13 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id C4E8926B78A; Mon,  7 May 2018 16:05:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1525734312; bh=rTQfK1iB5UEdoBGG4HyOIaGrGuc/ntXPDTdQ+E/HEtI=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=G7vAYm5+R/dO1es1YNa7nAYgvoSQMj6ydsExWZ01Vi1U9SWOPmt6xQmlbtxtqXWrN T5HlEVYPFL67eTFg0GEEpCKVbCKiuB4RJvqFX1rEY7OhzlozLt8hogrq5yKp4iC3G4 vho7YYYqesYcddh73wyHJk4NaNH3Beb3g5YBbRis=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (unknown [50.225.209.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id E9A2226B77B; Mon,  7 May 2018 16:05:10 -0700 (PDT)
To: Toerless Eckert <tte@cs.fau.de>
Cc: rtg-dir@ietf.org, anima@ietf.org, ietf@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org
References: <151995712572.15727.501156104518975926@ietfa.amsl.com> <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com>
Date: Mon, 7 May 2018 19:05:10 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/WdPTdQrFnXEazZAScNbvn956t1c>
Subject: Re: [RTG-DIR] Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 May 2018 23:05:16 -0000

Comments in line.  Areas of clear agreement elided.

On 5/7/18 3:30 PM, Toerless Eckert wrote:
> Joel,
> 
> Sorry for the late reply. Bufferbloat.
Okay.  Thank you for addressing a number of the points effectively. 
Let's see if we can solve the remaining items.


>>      The definition of data-plane seems to assume that all forwarding (and
>>      control?) in all nodes is structured in terms of VRFs.  That seems to
>>      overly constrain implementation architecture.  Using VRF to to describe the
>>      ACP functionality is a little odd, but likely defnesible.  Declaring that
>>      all other functionality is in VRFs seems a step too far.
> 
> Oh... rathole ;-)
> I spent a lot of time pondering this problem.  ...
> 
> In response to you bringing up the naming issue, i went through the
> doc and removed "VRF" where it was used for the data-plane, so as not
> to imply the use of VRF other than for the ACP itself.
> 
> There is still some amount of VRF in the "VRF selection" section, thats
> really too hard to describe without VRF - would just make it too convoluted.

Good enough.  Thank you.


>>      It is unclear how the flexible policy defined in section 5 bullet 2 (about
>>      which nodes are ACP peer candidates) is consistent with autonomic
>>      operation.  It seems that the flexibility is important, so there should be
>>      some explanation here about how this is consonant with the stated goals.  I
>>      understand that the bootstrap comes from BRSKI, but I do not think that is
>>      where the policy comes from?
> 
> Would rather not like to add more suggestive text, and thats at best what
> i could add. The default policy is the best "autonomic" behavior we know how
> to make work: aka: try to connect ACP to all neighbors you can discover. And
> we have only defined with DULL GRASP how to find subnet adjacent neighbors.
> 
> The main reason to mention policy is so that there is some leeway to do
> more or even (sigh) less than all direct neighbors.

After looking at this, I think I can live with what you already have.  I 
think there are some issues, but let it be.


>>    If the rsub is empty, but the extensions are not
>>    empty, it looks like there will be two plus signs (following the optional
>>    acp-address) before the first extension.  Is that intended as the way to
>>    indicate the absence of the rsub?
> 
> Yes. Otherwise it would be ambiguous to parse. Haven't
> written something about this because i think readers eithrer
> don't care or the can figure it out easily.

I think it would help to state it explicitly.

(section 6.1.1)
>>    It also seems odd that the rsub (which is a
>>    domain extension) appears in the local-part of the domain information, not in
>>    the domain name.  Even though for hashing purposes it is concatenated, with a
>>    period, with the domain name.
>>   If these oddities are intentional, then there ought to be explanations so the
>>   reader is not confused.
> 
> The difference between domain and routing-subdomain are explained directly after
> the BNF:
> 
>   <t>"domain" is used to indicate the ACP Domain across which all ACP nodes trust each other and are willing to build ACP channel to each other.  See <xref target="certcheck"/>.
> 
>   <t><t>"routing-subdomain" is the autonomic subdomain that is used to calculate the hash for the ULA prefix of the ACP address of the node. ...
> 
> Added:
> 
> "rsub" needs to be in the "local-part"; it could not syntactically be separated from "domain-name" if "domain" is just a domain name. It also makes it easier for domain name to be a valid e-mail target.

Okay.  It is odd, but works.

> 
>>      I presume there is not an assumption that all ULA addressed communicating
>>      with a node which supports the ACP will be over the ACP.  As I understand
>>      it, ULAs may well have other uses outside of ANIMA / the ACP.  Which leads
>>      to a question about how the text in 6.1.3 "If the CDP URL uses an IPv6 ULA,
>>      the ACP node will try to reach it via the ACP." is expected to be supported?
> 
> The reason is that the ACP certificate maintenance runs across the ACP so that
> we have a simple security model for the ACP certificate lifecycle. We do not
> want to have to figure out the impact of attacks against connectivity to the CDP
> when it runs across the data plane.  After all, these are ACP certificates are
> also renewed via EST across the ACP.
> 
> I added the following explanation sentence:
> 
> Reaching the CDP across the ACP implies that the CDPs
> need to be reachable via the ACP, for example by running CDPs on
> registrars or on devices connected to the ACP via ACP connect (see <xref target="ACPconnect">).</t>

While a useful addition, that is not what I was asking about.  The text 
as written seems to say that simply because the RDP uses an IPv6 ULA, 
the node will know to use ACP for the communication.  I understand why 
we awant the communication to use ACP.  I don't understand how that is 
achieved.  The way the text is written, it seems to imply that it is a 
property of IPv6 ULAs.  Which I don't think is your intention.
So I would like to see clarification.

> 
> See also (2) at end.
> 
>>      The discovery text in section6.3 states that discovery should be run in
>>      every physical interface.  Is this intended to be restricted by policy, as
>>      described in section 5, bullet 2?
> 
> As said above for 5 bullet 2, it is permissible to be modified, the ACP
> draft does not suggest or recommends any modifications other than those in 6.3,
> aka: physical interfaces.

I think you simply need to say "Unless modified by policy as noted 
earlier, ..."  As currently written, the text prohibits the policy 
over-reide you want.

> 
>> ***    The explanation in section 6.5 on channel selection (and security
>> protocol selection) is worded as if the described behavior will lead to
>> reliable interoperation.  The text on why there are limitations (reasonable)
>> doe not explain why mandating dTLS support would not be a reasonable step.   (I
>> hope I missing something, as otherwise this is a major problem rather than
>> being minor.)  It is also hard to align this with the requirements in section
>> 6.7.3.
> 
> I think there is no issue. Let me explain:

I think I understand your reasoning, and the various constraints that 
you face.  However, when all is said and done, you seem to have two 
mechanisms, and no requirement that all devices must support one of 
them.  Which seems to mean that two independent devices may not have an 
implementation of the channel / security selection that leads to 
interoperability.  That seems a major issue.  Saying "we couldn't find a 
good answer" is not usually an acceptable IETF answer for interoperability.
  (text retained for future discussion)
> 
> We beat ourselves up for quite a long time about MTI channel options
> (Mandatory To Implement) and figured there is no one-size-fits-all.
> 
> The first challenge for dTLS was that there is no RFC specifying how to run
> IPv6 over dTLS. There are widely supported / deployed variations
> like OpenConnect etc. running IP/IPv6 over dTLS, but they all
> havesome home-brewed complex session maintenance mechanisms because
> they where built for hub&spoke user VPN solutions. We do not only not
> need that additional complexity, there is also no RFC for them (only
> expired individual drafts).
> 
> In the absence of a simple standardized specification and deployment
> experience in non-constrained equipment with simple IPv6 over dTLS, we
> did not want to make it MTI for devices that had a better alternative.
> 
> I then tried to figure out what would need to be written to specify
> how to run IPv6 over dTLS, and that became 6.7.2.
> 
> Many type of constrained devices want to run everything over
> dTLS because they already got that code for CoAP etc. pp, and
> they do often not have IPsec code in their software. Therefore
> dTLS is the better MTI for those devices.
> 
> I have modified the dTLS MUST sentence to make it clearer:
> 
> A constrained ACP node that can not support IPsec MUST support dTLS.
The change helps, but as noted above does not seem sufficient.

...
> 
>>      If I have used section 6.10.3 properly, when the Zone-ID is 0, all nodes
>>      within the ULA are within a flat address space.  that does turn the address
>>      into an identifier.  It is, as far as I can tell from the description,
>>      still a locator in that packets will be routed to the node using the
>>      address including the node identifier.  It just means that routing has to
>>      work in /127 addresses.  (There is also a reference to "identifier" in
>>      6.10.3.1.  From the usage there, I think that the intention is that this is
>>      the generic "name" for the node.  Given that it is routable, it is simply
>>      an addresses, not an identifier or a locator.)
> 
> My driver license number is (intended to be) an identifier. It stays an indentifier
> even if someone starts building a network with a routing table for driver license
> numbers. Likewise, the intent of zone=0 numbers is to be identifiers. And
> yes, they do double a locators when you have a flat routing table which is
> what we do in this doc.
> 
> We just didn't describe options where zone=0 would not double as a locator,
> that is meant to be left for future work if we see sufficient use cases for it.
> We just tried to make the definitions extensible and define the intent of the
> format to be that of identifiers.

Since the design specifically uses the same field as both the identifier 
and the locator, I do not think it is fair or appropriate to describe it 
as being purely an identifier.    The fact that you could possibly use 
it as an identifier later doesn't make it so.

> 
>>      The description in section 6.10 / 6.10.1 / 6.10.2 is about the schema
>>      identification is very confusing, and arguably a bad design.
> 
> I guess you mean 6.10.2 / 6.10.3 and 6.10.4 ?
Yes.

> 
>>      The two schemas use the same schema identifier.
>                                            ^^^^^^^^^^
> 
> Type ?
Yes.

Part of my reaction to this whole section is that it looks much like the 
mistake we made originally in defining classful IP addresses.  You are 
trying to guess the correct use cases, and defining specific address 
structures with specific encodings for each one.  With only a few 
encodings available.  This seems to be a recipe for being wrong later in 
ways that hurt.

> 
>        The difference in interpretation
>>      is actually provided by the last bit in the upper 64.  If these are the
>>      same schema, then it should not need a bit to differentiate them.  They
>>      should be explained as a single schema.  Which would presumably result in
>>      the Z bit being part of the zone / subnet field.   If they are two
>>      different schemas, then move the differentiation to part of the schema
>>      identifier (making it 3 bits).
> 
> We did not want to make Z part of the base schemas 6.10.2 "Type" code because
> that would also make the Vlong scheme one bit shorter and that would reduce
> virtualization space in Vlong by a factor of 2.
> 
> So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
> of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.
> 
> Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
> textually correct to have them in different subsections.
> 
> Carving out bits like Z isn't ideal, but in between the ULA prefix,
> the 64 bit local part we must have for external interfaces and
> best utilization of bits, we tried to rather optimize address space
> utilization and not beauty of encoding.
> 
> Having  at the end allows (as written) use of /63 instead of  2 * /64
> routes. I am not sure how important this would be in the future.
> 
> If you feel strongly about more beauty in encoding,
> i can move Z to the left and remove the notion of the possible /63 route
> optimization possible through the placement of Z.

Since the two different uses of the Z bit with type 00b are quite 
distinct, trying to enable aggregation seems counter-productive.

While I hate to push on a point you describe as aesthetics, having the Z 
bit, occuring after the Zone / subnet-ID field, but defining whether the 
field is a zone or a subnet, seems awkward for insufficient reason.

I would recommend moving the Z bit up so it is after the type, and at 
the front of each of the two sections reiterate that this subscheme is 
indicated by the Z bit being { 0 | 1 }.

> 
>>      This sort-of different but sort-of the same
>>      makes implementation "interesting".  Even if this is extra bit is only
>>      needed for schema 00b, it should be in front of the Zone / subnet, not
>>      after it. This leads to the obvious observation that either we need two
>>      bits, of which we will have 3 settings, and we will use the fourth setting
>>      as an extension mechanism if we ever need more formats, or we need at least
>>      three bits all the time because we seriously think there will be more
>>      formats.
> 
> I very much hope there is no "interesting" implementation aspect;
> nothing in the current scheme that makes implemenation harder. If you
> have an example that you fear, i would like to hear it.
> 
> To me, we are just defining address space allocation schemes.

I suppose likely implementations will use mask definitions that will 
make it work.  I pity the code reviewer.

> 
>>      In section 6.10.5, after stating that it is not even known what the needed
>>      usage is for more V values
> 
> Which sentence are you referring to when you say "not even known what the
> needed usage is" ? I can't find it, but i would like to rectify it
> if it actually is still there.

The text reads "further values use via definition in future work."  In 
the zone-id scheme, it is one bit.  For some reason, it is 8 or 16 bits 
here.

> 
> The two addressing space Zone and Vlong do certainly address two very different
> network and node design considerations. In the Zone addressing format, we
> wanted to have a scheme for potentialy very large networks. Enterprises
> plus their attached IoT networks with hundreds of thousands of nodes.
> Worldwide enterprise WN/campus/branches. Or massive DCs. The one V bit
> in this space is just to solve the single most likely problematic implementation
> consideration of ANI: Allowing ANI to have a complete port number space of
> itself, therefore not conflicting with traditional management port number
> usage (if needed). Or similar.
> 
> The Vlong addressing space goes the other way, allowing to build out
> management plane or ASA more easily as containers or other lightweight
> component models where each such component has its own address. We
> also had brainstormed some network layer functions (proxies) that had to
> eat up address space, so would use V bits.
> 
> Both approaches are IMHO very valid and important options that we wanted to be able to
> support and let developers and deployments choose which one fits
> them best.
> 
>>      the document goes on to introduce the
>>      complexity of classful nodes numbers, with the leading bit indicating how
>>      long the node-number is.  Yes, the rest of the text in that bullet tries to
>>      explain why you need both sizes.  It seems like needless complexity that
>>      begs for mistakes in implementation.
> 
> I was taking the example use cases we brainstormed into account, and
> some of them  would require a lot more addresses in the node than others,
> therefore these two choices.

See my comments above.  Trying to encode specific use cases into the 
address format seems a problematic answer to an admittedly difficult 
question.

What would break if you didn't define any of this?

> 
> Ultimately, we need to break through the chicken and egg problem
> of how to build more self-managing networks. These will require
> a different number of addresses inside nodes. Anything more intelligent
> than address space allocations would become a complex dependency
> making implementation/adoption even slower. I don't think that
> offering 2, 256, 64k addresses per node is too much flexibility.
> It IMHO necessary and sufficient to explore and we'll see what sticks.

Variation is needed.  That was true of allocations in IP.  encoding the 
variations proved a bad choice.

> 
>>      In section 6.11.1.11 in describing the prefix lengths, I thought that the
>>      point of zone addressing was to allow the use of /64 prefixes.  But it
>>      seems here that we will not do so ?
> 
> As mentioned above: This document does not describe the routing setup for /64
> (or /63 with Z-bit) routing aggregation. There are multiple options,
> but we could not conclude on a single solution that we felt to be
> appropriate for this document. Instead it was only very important
> to carve out addressing space to support this.
The net effect seems to be to prohibt the very things that you went to a 
lot of trouble to enable in your addressing design.

...
>> ***    Section 10.3.2 paragraph 2 says that devices should change the meaning
>> of "admin down" to mean "down for everything except ACP / Anima".    I can
>> understand why, in an autonomic network, such a state is desirable.  However,
>> that really should be a different state from "admin down".  Operators already
>> understand "admin down" as meaning that this interface will not be used for any
>> traffic.  Changing that is fairly drastic.  "admin limited" or "admin ACP-Only"
>> would seem much better than changing the meaning of "admin down".  The
>> justification in the text seems to be a desire to prevent an operator from
>> doing what he intends.  that seems backwards.  (Note that the distinction
>> between administrative state vs operational state, aka failed, is already well
>> understood.)
> 
> Well, this is in an informative section, so hopefully something we can agree to disagree.

If this were truly informative, it would not belong in this document at 
all.  Changing the behavior of widely understood configuration behaviors 
is NOT a small thing.  Changing the permissions models for widely 
understood configuration operations is also NOT a small thing.

My suggestion is that you remove all of this material.  If you feel it 
is important, write an I-D for standards track on evolving the 
configuration model for robust ANIMA.  While I think the change is a 
mistake, you clearly have the right to cause the discussion.

Hiding the topic in an "informational" note in the ACP document seems 
VERY wrong.

Also note that in your discussion below, you talk about the equivalence 
of admin down and physical down.  Most management models I know of treat 
these as quite distinct.  SO that is at best a red herring.

(text retained for context of further discussions.)

> 
> I strongly believe that the most easy way to operationalize the ACP and
> achieve its goals is what we have written.
> 
> The historic equivalence of "down" = "admin down" = "physical down" is one of
> the the most fundamental problem of remote management in networks.
> 
> We really need to start thinking of separate layers of (remote) management.
> Network services on one hand and physical infra on the other.
> 
> The first thing to do this is to separate operations such as "down"
> into "admin down" that affects networks services and "phy down" that
> affects the physcial infra.
> 
> If you have existing commands like "shutdown" that today do both,
> the safe mapping is to let them do the safe thing in the future, e.g:
> only "admin down", and introduce new commands for the phy operations,
> e.g.: "phy shutdown" or the like.
> And then protect those dangerous commands even further against unintentional or
> intentional misuse.
> 
> Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
> of the actual data network, you also didn't have any access to bring down the DCN
> and cut yourself off from the network you manage. YOu could only screw
> up that network you're meant to manage.
> 
> And if your network consists of VMs in a DC, a "shutdown" on their
> interfaces will also not bring down physical interfaces necessary
> to reach the VM.
> 
> In optical networks you often have an inband physcial ethernet management
> channel. Making/breaking that one is completely different from making/breaking
> your data-plane, aka: data fiber colors.
> 
>> ***    The notion in 10.3.6 that the device should refuse to disable
>> functionality when an authorized administrator directs such seems flatly wrong.
> 
> The authorization to break your own remote management connectivity
> would be a property of the certificate. clearly whoever enrolled
> the device with a certificate denying that capaility to the operator
> did NOT authorize the administrator to break connectivity.

The security model change seems as problematic as the above 
configuration change.

> 
>> Editorial / Nits:
.
>>      In the various formats in section 6.10, the lowest bit of the upper 64 bits
>>      is mandated to be 0.  Presumably, there is some reason for doing this.  It
>>      would be nice to explain it.
> 
> Sorry, not clear what you're referring to. Can you give me an
> explicit reference ?

I should ahve removed this note.  It was a side-effect of the 
presentation and ordering, not a problem on its own.  Sorry.


From nobody Mon May  7 16:21:32 2018
Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49F1F12D7F5; Mon,  7 May 2018 16:21:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9u3qT5u-kjqh; Mon,  7 May 2018 16:21:25 -0700 (PDT)
Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52DC812426E; Mon,  7 May 2018 16:21:25 -0700 (PDT)
Received: by mail-yw0-x22e.google.com with SMTP id i17-v6so9124192ywg.13; Mon, 07 May 2018 16:21:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version; bh=jwSos9skVqfH4cpowIr2gqteRyDGea8PPEXpOFvTC4w=; b=pBkmRKMO9DYSvt4VHUvXrzxg3SiNqXirtXSpwdPbUO09oksOhKnOiCSsyzapJnr8aG q6vjkHlcXBe3qOfmsahXXwQ8wdBSaeSugm44EKL+nQViMD/NuW+vSaziwSy6FrWRKQjM LmpNAgBILq0vhxZLekAUW8S0d7I3d9vZnI62Le6KqRSC6Qps16/ANcO/6nNEOf5OX/s7 lpxsW2HFrnu7jut4rVTDXGj3TB/BkStcfJAD9D2FuTQkNyUoJhxpLghoooji3ql2z8Z2 hgdBBIBcACH2wQOVS3b9Edwh7bBcXjTnJ/OJ9S/ScX1HixtJDWcNOQE3+3uUgD0cnAep WcWg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version; bh=jwSos9skVqfH4cpowIr2gqteRyDGea8PPEXpOFvTC4w=; b=fmedhxSwQIB5i8h7ElALmTMQ/vWgwsoAcZSzY6qbs9ZJFGKtUSDgpQc0y3XX8Yezvg ndMJiXozNIKl042Q+XI/Rz0Ui6oZKovulEPQTUbfFBvUq148nxhP323c9OkMnbsga7JO bLuB4dT/CRp1AS+XZj1WA5zO57N8bZfniEaRbAHHHfnbRDkXcvJlu2YLjJT6wNKEZoZ3 lJuv0gVyW76o7YDslDGesUvKH29ByUq9xwzwls5cePeMSAkhAWTQaH3Td6ayQlP1bQIO kLV0PEOu/sAF8nOiMeMTCIPWeigp2T+kGQ6euQm5RSATtXVE4yyFFJJMi1ZXOKqb2q8o dDkw==
X-Gm-Message-State: ALKqPwc1qMYnnTfevT3NfZH4pFilh3oekiF+zV6Dng/HdM2G+fyByQeO oS2xANFzOADYrPd+yPSsUo2noA==
X-Google-Smtp-Source: AB8JxZp5TrNeWLq1foSmhixX2o0EK97w6IJwSjwbMri6Zkry0MU5Ps1V5sQHnqevhXo3lQ0sIkwgTA==
X-Received: by 2002:a81:6282:: with SMTP id w124-v6mr4401659ywb.58.1525735284566;  Mon, 07 May 2018 16:21:24 -0700 (PDT)
Received: from [51.11.5.190] ([66.201.62.254]) by smtp.gmail.com with ESMTPSA id w10-v6sm7752699ywj.81.2018.05.07.16.21.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 May 2018 16:21:23 -0700 (PDT)
User-Agent: Microsoft-MacOutlook/10.c.0.180410
Date: Mon, 07 May 2018 16:21:22 -0700
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Tal Mizrahi <tal.mizrahi.phd@gmail.com>, <draft-ietf-ospf-segment-routing-msd@ietf.org>, <ospf-chairs@ietf.org>, <lsr@ietf.org>
CC: <rtg-dir@ietf.org>, <rtg-ads@ietf.org>
Message-ID: <0BD74779-D765-49B0-BD89-4B6420C4AF96@gmail.com>
Thread-Topic: RtgDir Early review: draft-ietf-ospf-segment-routing-msd.txt
References: <CABUE3Xnr1O5gn5NrutU0eQSMQX4Wrt=SZcMi8wVSvwrKvbonew@mail.gmail.com> <CABUE3XkB_ZPxA7dXbsJcC0md1HDzfrpa-7LYBnFYpBf0=n+KuA@mail.gmail.com>
In-Reply-To: <CABUE3XkB_ZPxA7dXbsJcC0md1HDzfrpa-7LYBnFYpBf0=n+KuA@mail.gmail.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3608554883_1633977602"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/vVjtGw0gRgZUy5eWY7VPyDwE1Z4>
Subject: Re: [RTG-DIR] RtgDir Early review: draft-ietf-ospf-segment-routing-msd.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 May 2018 23:21:30 -0000

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3608554883_1633977602
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

Hi Tal,

=20

New version (11) should address all your comments.

Many thanks and please let me know, if there=E2=80=99s anything else.

=20

Cheers,

Jeff

From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Sunday, April 29, 2018 at 04:08
To: <draft-ietf-ospf-segment-routing-msd@ietf.org>, <ospf-chairs@ietf.org>,=
 <lsr@ietf.org>
Cc: <rtg-dir@ietf.org>, <rtg-ads@ietf.org>
Subject: Re: RtgDir Early review: draft-ietf-ospf-segment-routing-msd.txt
Resent-From: <alias-bounces@ietf.org>
Resent-To: Jeff Tantsura <jefftant.ietf@gmail.com>, <uma.chunduri@huawei.co=
m>, <aldrin.ietf@gmail.com>, <ppsenak@cisco.com>
Resent-Date: Sun, 29 Apr 2018 04:08:12 -0700 (PDT)

=20

+ LSR mailing list.

=20

Cheers,

Tal.

=20

On Sun, Apr 29, 2018 at 2:04 PM, Tal Mizrahi <tal.mizrahi.phd@gmail.com> wr=
ote:

Hello

I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=9D review of this=
 draft.=20
=E2=80=8Bhttps://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing-msd/

The routing directorate will, on request from the working group chair, perf=
orm an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitted for publication =
to the IESG. The early review can be performed at any time during the draft=E2=
=80=99s lifetime as a working group document.=20

For more information about the Routing Directorate, please see =E2=80=8Bhttp://tr=
ac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Document: draft-ietf-ospf-segment-routing-msd.txt=20
Reviewer: Tal Mizrahi
Review Date: April 2018=20
Intended Status: Standards Track

Summary:=20
This document is basically ready for publication, but has a couple of issue=
s and a few nits that should be considered prior to being submitted to the I=
ESG.

Comments:
The Security Considerations should be more detailed. The reference to RFC 7=
770 is a good start, but please add more details about potential attacks. Fo=
r example, what happens if there is a spoofed MSD with a low MSD value? What=
 is the impact of such an attack?
Section 3:
The description of the Length field says =E2=80=9Cminimum of 2=E2=80=9D, implying it ca=
n be higher than 2.
On the other hand, the Value field: =E2=80=9Cconsists of a 1 octet sub-type (IANA=
 Registry) and 1 octet value.=E2=80=9D, which implies that the Length is equal to =
2.
Please align the two descriptions, i.e., if flexibility for future sub-type=
s is required, please change the description of Value to allow longer values=
.
The comment applies to Section 4 as well.
Nits:
The term =E2=80=9Cminimum MSD=E2=80=9D, which translates to =E2=80=9Cminimum maximum SID Dept=
h=E2=80=9D should be explained.
The term =E2=80=9Cmaximum MSD=E2=80=9D appears twice in the document, which seems eithe=
r redundant, or a typo (did you mean minimum MSD?).
The acronym SID should be spelled out on its first use.
The acronyms RI and LSA should be added to the Terminology subsection.
Section 1.1.1 and Section 2 are both titled =E2=80=9CTerminology=E2=80=9D. It would be =
best to merge Section 1.1 into Section 2, and avoid the duplicate title.
=E2=80=9Ceach node/link a given SR path=E2=80=9D -> =E2=80=9Ceach node/link of a given SR pat=
h=E2=80=9D
=E2=80=9Cnodes and links which has been configured=E2=80=9D -> =E2=80=9Cnodes and links that =
have been configured=E2=80=9D
=E2=80=9Claso=E2=80=9D->=E2=80=9Dalso=E2=80=9D
=E2=80=9COther Sub-types other than defined=E2=80=9D -> =E2=80=9CSub-types other than defined=
=E2=80=9D
=20

=20

Cheers,

Tal Mizrahi.

=20


--B_3608554883_1633977602
Content-type: text/html;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" xmlns:w=3D"urn:schema=
s-microsoft-com:office:word" xmlns:m=3D"http://schemas.microsoft.com/office/20=
04/12/omml" xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta http-equiv=3DC=
ontent-Type content=3D"text/html; charset=3Dutf-8"><meta name=3DGenerator content=3D=
"Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.m3042101995271386572gmail-icon
	{mso-style-name:m_3042101995271386572gmail-icon;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:321860842;
	mso-list-template-ids:1270284232;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1
	{mso-list-id:976105978;
	mso-list-template-ids:55761690;}
@list l1:level1
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style></head><body lang=3DEN-US link=3Dblue vlink=3Dpurple><div class=3DWordSe=
ction1><p class=3DMsoNormal>Hi Tal,<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbs=
p;</o:p></p><p class=3DMsoNormal>New version (11) should address all your comm=
ents.<o:p></o:p></p><p class=3DMsoNormal>Many thanks and please let me know, i=
f there=E2=80=99s anything else.<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p=
></p><div><p class=3DMsoNormal><span style=3D'color:black'>Cheers,<o:p></o:p></s=
pan></p></div><p class=3DMsoNormal><span style=3D'color:black'>Jeff</span><o:p><=
/o:p></p><div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0p=
t 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D'font-size:12.0pt;color:bla=
ck'>From: </span></b><span style=3D'font-size:12.0pt;color:black'>Tal Mizrahi =
&lt;tal.mizrahi.phd@gmail.com&gt;<br><b>Date: </b>Sunday, April 29, 2018 at =
04:08<br><b>To: </b>&lt;draft-ietf-ospf-segment-routing-msd@ietf.org&gt;, &l=
t;ospf-chairs@ietf.org&gt;, &lt;lsr@ietf.org&gt;<br><b>Cc: </b>&lt;rtg-dir@i=
etf.org&gt;, &lt;rtg-ads@ietf.org&gt;<br><b>Subject: </b>Re: RtgDir Early re=
view: draft-ietf-ospf-segment-routing-msd.txt<br><b>Resent-From: </b>&lt;ali=
as-bounces@ietf.org&gt;<br><b>Resent-To: </b>Jeff Tantsura &lt;jefftant.ietf=
@gmail.com&gt;, &lt;uma.chunduri@huawei.com&gt;, &lt;aldrin.ietf@gmail.com&g=
t;, &lt;ppsenak@cisco.com&gt;<br><b>Resent-Date: </b>Sun, 29 Apr 2018 04:08:=
12 -0700 (PDT)<o:p></o:p></span></p></div><div><p class=3DMsoNormal><o:p>&nbsp=
;</o:p></p></div><div><p class=3DMsoNormal><a name=3D"_MailOriginalBody">+ LSR m=
ailing list.<o:p></o:p></a></p><div><p class=3DMsoNormal><span style=3D'mso-book=
mark:_MailOriginalBody'><o:p>&nbsp;</o:p></span></p></div><div><p class=3DMsoN=
ormal><span style=3D'mso-bookmark:_MailOriginalBody'>Cheers,<o:p></o:p></span>=
</p></div><div><p class=3DMsoNormal><span style=3D'mso-bookmark:_MailOriginalBod=
y'>Tal.<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span style=3D'mso-=
bookmark:_MailOriginalBody'><o:p>&nbsp;</o:p></span></p><div><p class=3DMsoNor=
mal><span style=3D'mso-bookmark:_MailOriginalBody'>On Sun, Apr 29, 2018 at 2:0=
4 PM, Tal Mizrahi &lt;</span><a href=3D"mailto:tal.mizrahi.phd@gmail.com" targ=
et=3D"_blank"><span style=3D'mso-bookmark:_MailOriginalBody'>tal.mizrahi.phd@gma=
il.com</span><span style=3D'mso-bookmark:_MailOriginalBody'></span></a><span s=
tyle=3D'mso-bookmark:_MailOriginalBody'>&gt; wrote:<o:p></o:p></span></p><bloc=
kquote style=3D'border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0i=
n 6.0pt;margin-left:4.8pt;margin-right:0in'><div><p style=3D'background:white'=
><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size:10.0pt;=
font-family:"Verdana",sans-serif;color:black'>Hello</span></span><span style=
=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size:12.0pt;font-family:=
"Times New Roman",serif'><o:p></o:p></span></span></p><p style=3D'background:w=
hite;font-variant-ligatures:normal;font-variant-caps:normal;text-align:start=
;text-decoration-style:initial;text-decoration-color:initial;word-spacing:0p=
x'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size:10.0p=
t;font-family:"Verdana",sans-serif;color:black'>I have been selected to do a=
 routing directorate =E2=80=9Cearly=E2=80=9D review of this draft.&nbsp;<br></span></spa=
n><span style=3D'mso-bookmark:_MailOriginalBody'><span class=3Dm3042101995271386=
572gmail-icon><span style=3D'font-size:10.0pt;font-family:"Arial",sans-serif;c=
olor:#BB0000'>=E2=80=8B</span></span></span><span style=3D'mso-bookmark:_MailOrigina=
lBody'><span style=3D'font-size:10.0pt;font-family:"Verdana",sans-serif;color:=
#BB0000'>https://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing-ms=
d/</span></span><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'fo=
nt-size:12.0pt;font-family:"Times New Roman",serif'><o:p></o:p></span></span=
></p><p style=3D'background:white;font-variant-ligatures:normal;font-variant-c=
aps:normal;text-align:start;text-decoration-style:initial;text-decoration-co=
lor:initial;word-spacing:0px'><span style=3D'mso-bookmark:_MailOriginalBody'><=
span style=3D'font-size:10.0pt;font-family:"Verdana",sans-serif;color:black'>T=
he routing directorate will, on request from the working group chair, perfor=
m an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitted for publication to=
 the IESG. The early review can be performed at any time during the draft=E2=80=99=
s lifetime as a working group document. </span></span><span style=3D'mso-bookm=
ark:_MailOriginalBody'><span style=3D'font-size:12.0pt;font-family:"Times New =
Roman",serif'><o:p></o:p></span></span></p><p style=3D'background:white'><span=
 style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size:10.0pt;font-f=
amily:"Verdana",sans-serif;color:black'>For more information about the Routi=
ng Directorate, please see&nbsp;</span></span><a href=3D"http://trac.tools.iet=
f.org/area/rtg/trac/wiki/RtgDir" target=3D"_blank"><span style=3D'mso-bookmark:_=
MailOriginalBody'><span class=3Dm3042101995271386572gmail-icon><span style=3D'fo=
nt-size:10.0pt;font-family:"Arial",sans-serif;color:#BB0000;text-decoration:=
none'>=E2=80=8B</span></span></span><span style=3D'mso-bookmark:_MailOriginalBody'><=
span style=3D'font-size:10.0pt;font-family:"Verdana",sans-serif;color:#BB0000'=
>http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir</span></span><span sty=
le=3D'mso-bookmark:_MailOriginalBody'></span></a><span style=3D'mso-bookmark:_Ma=
ilOriginalBody'><span style=3D'font-size:12.0pt;font-family:"Times New Roman",=
serif'><o:p></o:p></span></span></p><p style=3D'background:white;font-variant-=
ligatures:normal;font-variant-caps:normal;text-align:start;text-decoration-s=
tyle:initial;text-decoration-color:initial;word-spacing:0px'><span style=3D'ms=
o-bookmark:_MailOriginalBody'><span style=3D'font-size:10.0pt;font-family:"Ver=
dana",sans-serif;color:black'>Document: draft-ietf-ospf-segment-routing-msd.=
txt&nbsp;<br>Reviewer: Tal Mizrahi<br>Review Date: April 2018&nbsp;<br>Inten=
ded Status: Standards Track</span></span><span style=3D'mso-bookmark:_MailOrig=
inalBody'><span style=3D'font-size:12.0pt;font-family:"Times New Roman",serif'=
><o:p></o:p></span></span></p><p style=3D'background:white;font-variant-ligatu=
res:normal;font-variant-caps:normal;text-align:start;text-decoration-style:i=
nitial;text-decoration-color:initial;word-spacing:0px'><span style=3D'mso-book=
mark:_MailOriginalBody'><strong><span style=3D'font-size:10.0pt;font-family:"V=
erdana",sans-serif;color:black'>Summary:</span></strong></span><span style=3D'=
mso-bookmark:_MailOriginalBody'><span style=3D'font-size:10.0pt;font-family:"V=
erdana",sans-serif;color:black'>&nbsp;<br>This document is basically ready f=
or publication, but has a couple of issues and a few nits that should be con=
sidered prior to being submitted to the IESG.</span></span><span style=3D'mso-=
bookmark:_MailOriginalBody'><span style=3D'font-size:12.0pt;font-family:"Times=
 New Roman",serif'><o:p></o:p></span></span></p><p style=3D'background:white'>=
<span style=3D'mso-bookmark:_MailOriginalBody'><strong><span style=3D'font-size:=
10.0pt;font-family:"Verdana",sans-serif;color:black'>Comments:</span></stron=
g></span><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size=
:12.0pt;font-family:"Times New Roman",serif'><o:p></o:p></span></span></p><u=
l style=3D'margin-top:0in;font-variant-ligatures:normal;font-variant-caps:norm=
al;text-align:start;text-decoration-style:initial;text-decoration-color:init=
ial;word-spacing:0px' type=3Ddisc><li class=3DMsoNormal style=3D'color:black;mso-l=
ist:l1 level1 lfo1;background:white'><span style=3D'mso-bookmark:_MailOriginal=
Body'><span style=3D'font-size:10.0pt;font-family:"Verdana",sans-serif'>The Se=
curity Considerations should be more detailed. The reference to RFC 7770 is =
a good start, but please add more details about potential attacks. For examp=
le, what happens if there is a spoofed MSD with a low MSD value? What is the=
 impact of such an attack?</span></span><span style=3D'mso-bookmark:_MailOrigi=
nalBody'><o:p></o:p></span></li><li class=3DMsoNormal style=3D'color:black;mso-l=
ist:l1 level1 lfo1;background:white'><span style=3D'mso-bookmark:_MailOriginal=
Body'><span style=3D'font-size:10.0pt;font-family:"Verdana",sans-serif'>Sectio=
n 3:</span></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></o:p></=
span></li></ul><ul style=3D'margin-top:0in' type=3Ddisc><ul style=3D'margin-top:0i=
n' type=3Dcircle><li class=3DMsoNormal style=3D'color:black;mso-list:l1 level2 lfo=
1;background:white'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=
=3D'font-size:10.0pt;font-family:"Verdana",sans-serif'>The description of the =
Length field says =E2=80=9Cminimum of 2=E2=80=9D, implying it can be higher than 2.<br>O=
n the other hand, the Value field: =E2=80=9Cconsists of a 1 octet sub-type (IANA R=
egistry) and 1 octet value.=E2=80=9D, which implies that the Length is equal to 2.=
<br>Please align the two descriptions, i.e., if flexibility for future sub-t=
ypes is required, please change the description of Value to allow longer val=
ues.</span></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></o:p></=
span></li><li class=3DMsoNormal style=3D'color:black;mso-list:l1 level2 lfo1;bac=
kground:white'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'fon=
t-size:10.0pt;font-family:"Verdana",sans-serif'>The comment applies to Secti=
on 4 as well.</span></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p=
></o:p></span></li></ul></ul><p style=3D'background:white;font-variant-ligatur=
es:normal;font-variant-caps:normal;text-align:start;text-decoration-style:in=
itial;text-decoration-color:initial;word-spacing:0px'><span style=3D'mso-bookm=
ark:_MailOriginalBody'><strong><span style=3D'font-size:10.0pt;font-family:"Ve=
rdana",sans-serif;color:black'>Nits:</span></strong></span><span style=3D'mso-=
bookmark:_MailOriginalBody'><span style=3D'font-size:12.0pt;font-family:"Times=
 New Roman",serif'><o:p></o:p></span></span></p><ul style=3D'margin-top:0in;fo=
nt-variant-ligatures:normal;font-variant-caps:normal;text-align:start;text-d=
ecoration-style:initial;text-decoration-color:initial;word-spacing:0px' type=
=3Ddisc><li class=3DMsoNormal style=3D'color:black;mso-list:l0 level1 lfo2;backgro=
und:white'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-si=
ze:10.0pt;font-family:"Verdana",sans-serif'>The term =E2=80=9Cminimum MSD=E2=80=9D, whic=
h translates to =E2=80=9Cminimum maximum SID Depth=E2=80=9D should be explained.</span><=
/span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></o:p></span></li><l=
i class=3DMsoNormal style=3D'color:black;mso-list:l0 level1 lfo2;background:whit=
e'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size:10.0p=
t;font-family:"Verdana",sans-serif'>The term =E2=80=9Cmaximum MSD=E2=80=9D appears twice=
 in the document, which seems either redundant, or a typo (did you mean mini=
mum MSD?).</span></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></=
o:p></span></li><li class=3DMsoNormal style=3D'color:black;mso-list:l0 level1 lf=
o2;background:white'><span style=3D'mso-bookmark:_MailOriginalBody'><span styl=
e=3D'font-size:10.0pt;font-family:"Verdana",sans-serif'>The acronym SID should=
 be spelled out on its first use.</span></span><span style=3D'mso-bookmark:_Ma=
ilOriginalBody'><o:p></o:p></span></li><li class=3DMsoNormal style=3D'color:blac=
k;mso-list:l0 level1 lfo2;background:white'><span style=3D'mso-bookmark:_MailO=
riginalBody'><span style=3D'font-size:10.0pt;font-family:"Verdana",sans-serif'=
>The acronyms RI and LSA should be added to the Terminology subsection.</spa=
n></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></o:p></span></li=
><li class=3DMsoNormal style=3D'color:black;mso-list:l0 level1 lfo2;background:w=
hite'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size:10=
.0pt;font-family:"Verdana",sans-serif'>Section 1.1.1 and Section 2 are both =
titled =E2=80=9CTerminology=E2=80=9D. It would be best to merge Section 1.1 into Section=
 2, and avoid the duplicate title.</span></span><span style=3D'mso-bookmark:_M=
ailOriginalBody'><o:p></o:p></span></li><li class=3DMsoNormal style=3D'color:bla=
ck;mso-list:l0 level1 lfo2;background:white'><span style=3D'mso-bookmark:_Mail=
OriginalBody'><span style=3D'font-size:10.0pt;font-family:"Verdana",sans-serif=
'>=E2=80=9Ceach node/link a given SR path=E2=80=9D -&gt; =E2=80=9Ceach node/link of a given SR=
 path=E2=80=9D</span></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></o:=
p></span></li><li class=3DMsoNormal style=3D'color:black;mso-list:l0 level1 lfo2=
;background:white'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D=
'font-size:10.0pt;font-family:"Verdana",sans-serif'>=E2=80=9Cnodes and links which=
 has been configured=E2=80=9D -&gt; =E2=80=9Cnodes and links that have been configured=E2=80=
=9D</span></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></o:p></spa=
n></li><li class=3DMsoNormal style=3D'color:black;mso-list:l0 level1 lfo2;backgr=
ound:white'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-s=
ize:10.0pt;font-family:"Verdana",sans-serif'>=E2=80=9Claso=E2=80=9D-&gt;=E2=80=9Dalso=E2=80=9D</span=
></span><span style=3D'mso-bookmark:_MailOriginalBody'><o:p></o:p></span></li>=
<li class=3DMsoNormal style=3D'color:black;mso-list:l0 level1 lfo2;background:wh=
ite'><span style=3D'mso-bookmark:_MailOriginalBody'><span style=3D'font-size:10.=
0pt;font-family:"Verdana",sans-serif'>=E2=80=9COther Sub-types other than defined=E2=
=80=9D -&gt; =E2=80=9CSub-types other than defined=E2=80=9D</span></span><span style=3D'mso-bo=
okmark:_MailOriginalBody'><o:p></o:p></span></li></ul><div><p class=3DMsoNorma=
l><span style=3D'mso-bookmark:_MailOriginalBody'><o:p>&nbsp;</o:p></span></p><=
/div><p class=3DMsoNormal><span style=3D'mso-bookmark:_MailOriginalBody'><o:p>&n=
bsp;</o:p></span></p><div><p class=3DMsoNormal><span style=3D'mso-bookmark:_Mail=
OriginalBody'>Cheers,<o:p></o:p></span></p></div><div><p class=3DMsoNormal><sp=
an style=3D'mso-bookmark:_MailOriginalBody'>Tal Mizrahi.<o:p></o:p></span></p>=
</div></div></blockquote></div><p class=3DMsoNormal><span style=3D'mso-bookmark:=
_MailOriginalBody'><o:p>&nbsp;</o:p></span></p></div></div></div></body></ht=
ml>

--B_3608554883_1633977602--



From nobody Mon May  7 20:00:02 2018
Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D418612D875; Mon,  7 May 2018 20:00:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9SyrDSVejYXa; Mon,  7 May 2018 19:59:59 -0700 (PDT)
Received: from mail-pl0-x22c.google.com (mail-pl0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CDE012D876; Mon,  7 May 2018 19:59:58 -0700 (PDT)
Received: by mail-pl0-x22c.google.com with SMTP id v24-v6so1318806plo.3; Mon, 07 May 2018 19:59:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=2hNFjazk6jGxYg6/MTd8DyczMntpHlm92ZyIZ45PVUM=; b=T4sUEc8m5OJTIcluCVPGS8RhqEC09ldWDWfTcs3uCnBp5Secr8GDeqlGkomljbTpv/ zMVVAyIDj3GMlCFAD4z6RDVcMOLvepzN5W9urZpjFBunptb6YoCktIzHRwJcgZZcsfk+ VGcGbx+1gjcnIS8pa4mtBXBPXv/1kvnX0/He/9HezM9Ogd/mUmzvnPKCofuVYFMGGcOu yotzH9oOiIOU2GQbRXQJoKmf9PoK4zpdaZTTm/R1e8CFZUPIyAfHkG6tSfrJ1mfK8EdY 8VmvafPz/3MB4tRU8g1bblbcjohtjfTEMBywNPyg6DCjMNCCy52Ur4fbfLC7S4RrLl6f uqMQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=2hNFjazk6jGxYg6/MTd8DyczMntpHlm92ZyIZ45PVUM=; b=n7PqaXKVuQh5gStpO1OrzB7DP0WOjOHqb5pqn3g9PQ253xzrKan+cE1A7KCAl1rDMS SwPFJmcWrlyvmZRyVKtk8CqjASOPXrF9IJo8rAaKPm0gcUYtGcZsDUDHzfMkP/K8c3cA rhKSg0PXMSg+3qdYCYZKkE5e1sTwhm2WZTmTzYo4HWg8RQx3UZFtSlY1kPCpxXID1Z7O PZzwp0JE5D1zk0KcDfK90YJ7yuPmfn5uyMQucL1IwiMP5YW9v1T1AIOX7H1WSqaWvBhZ qa67LBznURDMCSv7w5Kpf97XE50F2YB86BC0oWjeXdtmHvEjT6gEEn705XwBHXJnqAq3 cd1Q==
X-Gm-Message-State: ALQs6tD9XLlcrretNZCzYjWITC+vNmCDjGzq8dT5Oolyv7R3wTz3Tfc8 Tr1u4bIbf5wdInhZhaWLrHbVmkp0
X-Google-Smtp-Source: AB8JxZrReU4oL8jj6C40fxdJ5A6Z9ZpiUKE7Bxc6MSNb8Y3Axr3wv+fmag0SOejwJ+0MzGz57UhKhA==
X-Received: by 2002:a17:902:c81:: with SMTP id 1-v6mr39100545plt.126.1525748398221;  Mon, 07 May 2018 19:59:58 -0700 (PDT)
Received: from [192.168.178.26] (65.21.255.123.dynamic.snap.net.nz. [123.255.21.65]) by smtp.gmail.com with ESMTPSA id 204-v6sm36929343pgf.61.2018.05.07.19.59.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 May 2018 19:59:57 -0700 (PDT)
Sender: Brian Carpenter <becarpenter46@gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, Toerless Eckert <tte@cs.fau.de>
Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, anima@ietf.org
References: <151995712572.15727.501156104518975926@ietfa.amsl.com> <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de> <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <04e810ae-1233-f3ea-2773-d818abdedfe2@gmail.com>
Date: Tue, 8 May 2018 14:59:53 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/vJvNaD22orh-TG1B3sDM_TQ9y1o>
Subject: [RTG-DIR] ULA issue [Re: Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13]
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 May 2018 03:00:01 -0000

CCs trimmed:

On 08/05/2018 11:05, Joel M. Halpern wrote:
...
>>
>>>      I presume there is not an assumption that all ULA addressed communicating
>>>      with a node which supports the ACP will be over the ACP.  As I understand
>>>      it, ULAs may well have other uses outside of ANIMA / the ACP.  Which leads
>>>      to a question about how the text in 6.1.3 "If the CDP URL uses an IPv6 ULA,
>>>      the ACP node will try to reach it via the ACP." is expected to be supported?

I guess I read that sentence as simply meaning:
"If the CDP URL uses an IPv6 ULA within the ACP's ULA prefix,
the ACP node will try to reach it via the ACP." which is a trivial
statement. If that's not what it means, I am confused too.

   Brian


From nobody Tue May  8 02:41:05 2018
Return-Path: <tal.mizrahi.phd@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30645120227; Tue,  8 May 2018 02:40:59 -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 dcjfUb5P1eVn; Tue,  8 May 2018 02:40:56 -0700 (PDT)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4693312D7E5; Tue,  8 May 2018 02:40:56 -0700 (PDT)
Received: by mail-wm0-x234.google.com with SMTP id t11so17750845wmt.0; Tue, 08 May 2018 02:40:56 -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=uQoBEhmmsip8F1CKzDyRvNBv9uBoc7U0SbRrk3BfVzE=; b=enx5RSqVNG/79YjirT+mi/2ICKspZO93/vt51A+BiJL7zOgnK4C/7zGMlVGcZwZ7j0 L40YXeYHxYGlsFsZtWycQoWkRWwCUu04jYWBu5e6wokCvQuBCfSXsLwPNSzYSPd2yR2a +Sk36uY2bAbqigXH1GHYoDd3/0Rx8rchMAG7K2ry4nSJHVXE4okTo44v5Nga8ajGhChy ix+04S9GSXXRvSrx4mqvnkN6kJ4meMAAc14iaM+mZ8D/19yrVbm3+74W8dgtV9BQimjR +vGTAliAm/zkqEzp5irRvSn76alKBEkb+oTmk4Ol+Ih3a2QEBlDs5BO7p2Pb3Yi80weW AB+w==
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=uQoBEhmmsip8F1CKzDyRvNBv9uBoc7U0SbRrk3BfVzE=; b=bgGE3DJ+VbYlMLWTjII2kaejdGctsyqWhXA+nTNJe802KV+XW/essbL3XPjTYNfZTM I4ir6/m3NHteDH2Z2NuuACzI9opqrfoSwOzXClpwnPJ5x4LTygaDVfrWX97D8vsPpQUZ kg/D9WABZROgUbyNmMC5h21zbXrmypDnZFyXjq0ZS2JI2Jazg+Dy8pYRP8o1MnV/AA5a dpbdBlwP6O3nuVEF/YL1rFEBk+piZBL2j51o4S4xvWAB9o7tlH2/2Asan8/pa8znN6c2 5T6l+t/0d+2sbixDKOQj/Utz7/71SPCLXIe0mvlHOfgDpGtW9SZUUPwhL7u+Jxc1A40k kzsw==
X-Gm-Message-State: ALQs6tARy/ZUbbjKnq00CzEWKFzddyrTDNMFnsV8UtoPJ60jLCkf3B8s zvrVJpZRkZA2NY5ApqDlo+Ps5yAyB+JNrKeiSWI=
X-Google-Smtp-Source: AB8JxZrzxuxR2JSypVlhmpmFu1wlVNN9qiIvNkGsQisf4fTxKEiN09W5ONTsZcLl8P15n6D7vbbSWllpj1LhsbLcShc=
X-Received: by 2002:a50:8fa5:: with SMTP id y34-v6mr54130244edy.290.1525772454736;  Tue, 08 May 2018 02:40:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.80.169.227 with HTTP; Tue, 8 May 2018 02:40:54 -0700 (PDT)
In-Reply-To: <0BD74779-D765-49B0-BD89-4B6420C4AF96@gmail.com>
References: <CABUE3Xnr1O5gn5NrutU0eQSMQX4Wrt=SZcMi8wVSvwrKvbonew@mail.gmail.com> <CABUE3XkB_ZPxA7dXbsJcC0md1HDzfrpa-7LYBnFYpBf0=n+KuA@mail.gmail.com> <0BD74779-D765-49B0-BD89-4B6420C4AF96@gmail.com>
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Tue, 8 May 2018 12:40:54 +0300
Message-ID: <CABUE3X=cwtuuqB1kLmAa_NzfqoVH22UZ50iy4va-4fUNxdXmGw@mail.gmail.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>
Cc: draft-ietf-ospf-segment-routing-msd@ietf.org, ospf-chairs@ietf.org,  lsr@ietf.org, rtg-dir@ietf.org, rtg-ads@ietf.org
Content-Type: multipart/alternative; boundary="0000000000002c3519056bae953b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/gQoBtpt7R3197Y8YFOlVRyThjO0>
Subject: Re: [RTG-DIR] RtgDir Early review: draft-ietf-ospf-segment-routing-msd.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 May 2018 09:40:59 -0000

--0000000000002c3519056bae953b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Jeff,

The new version resolves the comments I had. Thanks for the effort.

Cheers,
Tal.


On Tue, May 8, 2018 at 2:21 AM, Jeff Tantsura <jefftant.ietf@gmail.com>
wrote:

> Hi Tal,
>
>
>
> New version (11) should address all your comments.
>
> Many thanks and please let me know, if there=E2=80=99s anything else.
>
>
>
> Cheers,
>
> Jeff
>
> *From: *Tal Mizrahi <tal.mizrahi.phd@gmail.com>
> *Date: *Sunday, April 29, 2018 at 04:08
> *To: *<draft-ietf-ospf-segment-routing-msd@ietf.org>, <
> ospf-chairs@ietf.org>, <lsr@ietf.org>
> *Cc: *<rtg-dir@ietf.org>, <rtg-ads@ietf.org>
> *Subject: *Re: RtgDir Early review: draft-ietf-ospf-segment-
> routing-msd.txt
> *Resent-From: *<alias-bounces@ietf.org>
> *Resent-To: *Jeff Tantsura <jefftant.ietf@gmail.com>, <
> uma.chunduri@huawei.com>, <aldrin.ietf@gmail.com>, <ppsenak@cisco.com>
> *Resent-Date: *Sun, 29 Apr 2018 04:08:12 -0700 (PDT)
>
>
>
> + LSR mailing list.
>
>
>
> Cheers,
>
> Tal.
>
>
>
> On Sun, Apr 29, 2018 at 2:04 PM, Tal Mizrahi <tal.mizrahi.phd@gmail.com>
> wrote:
>
> Hello
>
> I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=9D =
review of this
> draft.
> =E2=80=8Bhttps://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing=
-msd/
>
> The routing directorate will, on request from the working group chair,
> perform an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitt=
ed for publication
> to the IESG. The early review can be performed at any time during the
> draft=E2=80=99s lifetime as a working group document.
>
> For more information about the Routing Directorate, please see =E2=80=8B
> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Document: draft-ietf-ospf-segment-routing-msd.txt
> Reviewer: Tal Mizrahi
> Review Date: April 2018
> Intended Status: Standards Track
>
> *Summary:*
> This document is basically ready for publication, but has a couple of
> issues and a few nits that should be considered prior to being submitted =
to
> the IESG.
>
> *Comments:*
>
>    - The Security Considerations should be more detailed. The reference
>    to RFC 7770 is a good start, but please add more details about potenti=
al
>    attacks. For example, what happens if there is a spoofed MSD with a lo=
w MSD
>    value? What is the impact of such an attack?
>    - Section 3:
>
>
>    - The description of the Length field says =E2=80=9Cminimum of 2=E2=80=
=9D, implying it
>       can be higher than 2.
>       On the other hand, the Value field: =E2=80=9Cconsists of a 1 octet =
sub-type
>       (IANA Registry) and 1 octet value.=E2=80=9D, which implies that the=
 Length is equal
>       to 2.
>       Please align the two descriptions, i.e., if flexibility for future
>       sub-types is required, please change the description of Value to al=
low
>       longer values.
>       - The comment applies to Section 4 as well.
>
> *Nits:*
>
>    - The term =E2=80=9Cminimum MSD=E2=80=9D, which translates to =E2=80=
=9Cminimum maximum SID
>    Depth=E2=80=9D should be explained.
>    - The term =E2=80=9Cmaximum MSD=E2=80=9D appears twice in the document=
, which seems
>    either redundant, or a typo (did you mean minimum MSD?).
>    - The acronym SID should be spelled out on its first use.
>    - The acronyms RI and LSA should be added to the Terminology
>    subsection.
>    - Section 1.1.1 and Section 2 are both titled =E2=80=9CTerminology=E2=
=80=9D. It would
>    be best to merge Section 1.1 into Section 2, and avoid the duplicate t=
itle.
>    - =E2=80=9Ceach node/link a given SR path=E2=80=9D -> =E2=80=9Ceach no=
de/link of a given SR
>    path=E2=80=9D
>    - =E2=80=9Cnodes and links which has been configured=E2=80=9D -> =E2=
=80=9Cnodes and links that
>    have been configured=E2=80=9D
>    - =E2=80=9Claso=E2=80=9D->=E2=80=9Dalso=E2=80=9D
>    - =E2=80=9COther Sub-types other than defined=E2=80=9D -> =E2=80=9CSub=
-types other than
>    defined=E2=80=9D
>
>
>
>
>
> Cheers,
>
> Tal Mizrahi.
>
>
>

--0000000000002c3519056bae953b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Jeff,<div><br></div><div>The new version resolves the c=
omments I had. Thanks for the effort.</div><div><br></div><div>Cheers,</div=
><div>Tal.</div><div><br></div></div><div class=3D"gmail_extra"><br><div cl=
ass=3D"gmail_quote">On Tue, May 8, 2018 at 2:21 AM, Jeff Tantsura <span dir=
=3D"ltr">&lt;<a href=3D"mailto:jefftant.ietf@gmail.com" target=3D"_blank">j=
efftant.ietf@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_=
quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1=
ex"><div lang=3D"EN-US" link=3D"blue" vlink=3D"purple"><div class=3D"m_6476=
902974241845760WordSection1"><p class=3D"MsoNormal">Hi Tal,<u></u><u></u></=
p><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p class=3D"MsoNormal">New=
 version (11) should address all your comments.<u></u><u></u></p><p class=
=3D"MsoNormal">Many thanks and please let me know, if there=E2=80=99s anyth=
ing else.<u></u><u></u></p><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><=
div><p class=3D"MsoNormal"><span style=3D"color:black">Cheers,<u></u><u></u=
></span></p></div><p class=3D"MsoNormal"><span style=3D"color:black">Jeff</=
span><u></u><u></u></p><div style=3D"border:none;border-top:solid #b5c4df 1=
.0pt;padding:3.0pt 0in 0in 0in"><p class=3D"MsoNormal"><b><span style=3D"fo=
nt-size:12.0pt;color:black">From: </span></b><span style=3D"font-size:12.0p=
t;color:black">Tal Mizrahi &lt;<a href=3D"mailto:tal.mizrahi.phd@gmail.com"=
 target=3D"_blank">tal.mizrahi.phd@gmail.com</a>&gt;<br><b>Date: </b>Sunday=
, April 29, 2018 at 04:08<br><b>To: </b>&lt;<a href=3D"mailto:draft-ietf-os=
pf-segment-routing-msd@ietf.org" target=3D"_blank">draft-ietf-ospf-segment-=
<wbr>routing-msd@ietf.org</a>&gt;, &lt;<a href=3D"mailto:ospf-chairs@ietf.o=
rg" target=3D"_blank">ospf-chairs@ietf.org</a>&gt;, &lt;<a href=3D"mailto:l=
sr@ietf.org" target=3D"_blank">lsr@ietf.org</a>&gt;<br><b>Cc: </b>&lt;<a hr=
ef=3D"mailto:rtg-dir@ietf.org" target=3D"_blank">rtg-dir@ietf.org</a>&gt;, =
&lt;<a href=3D"mailto:rtg-ads@ietf.org" target=3D"_blank">rtg-ads@ietf.org<=
/a>&gt;<span class=3D""><br><b>Subject: </b>Re: RtgDir Early review: draft-=
ietf-ospf-segment-<wbr>routing-msd.txt<br><b>Resent-From: </b>&lt;<a href=
=3D"mailto:alias-bounces@ietf.org" target=3D"_blank">alias-bounces@ietf.org=
</a>&gt;<br></span><b>Resent-To: </b>Jeff Tantsura &lt;<a href=3D"mailto:je=
fftant.ietf@gmail.com" target=3D"_blank">jefftant.ietf@gmail.com</a>&gt;, &=
lt;<a href=3D"mailto:uma.chunduri@huawei.com" target=3D"_blank">uma.chundur=
i@huawei.com</a>&gt;, &lt;<a href=3D"mailto:aldrin.ietf@gmail.com" target=
=3D"_blank">aldrin.ietf@gmail.com</a>&gt;, &lt;<a href=3D"mailto:ppsenak@ci=
sco.com" target=3D"_blank">ppsenak@cisco.com</a>&gt;<br><b>Resent-Date: </b=
>Sun, 29 Apr 2018 04:08:12 -0700 (PDT)<u></u><u></u></span></p></div><div><=
div class=3D"h5"><div><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p></div>=
<div><p class=3D"MsoNormal"><a name=3D"m_6476902974241845760__MailOriginalB=
ody">+ LSR mailing list.<u></u><u></u></a></p><div><p class=3D"MsoNormal"><=
span><u></u>=C2=A0<u></u></span></p></div><div><p class=3D"MsoNormal"><span=
>Cheers,<u></u><u></u></span></p></div><div><p class=3D"MsoNormal"><span>Ta=
l.<u></u><u></u></span></p></div><div><p class=3D"MsoNormal"><span><u></u>=
=C2=A0<u></u></span></p><div><p class=3D"MsoNormal"><span>On Sun, Apr 29, 2=
018 at 2:04 PM, Tal Mizrahi &lt;</span><a href=3D"mailto:tal.mizrahi.phd@gm=
ail.com" target=3D"_blank"><span>tal.mizrahi.phd@gmail.com</span><span></sp=
an></a><span>&gt; wrote:<u></u><u></u></span></p><blockquote style=3D"borde=
r:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-lef=
t:4.8pt;margin-right:0in"><div><p style=3D"background:white"><span><span st=
yle=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif;color:bl=
ack">Hello</span></span><span><span style=3D"font-size:12.0pt;font-family:&=
quot;Times New Roman&quot;,serif"><u></u><u></u></span></span></p><p style=
=3D"background:white;font-variant-ligatures:normal;font-variant-caps:normal=
;text-align:start;text-decoration-style:initial;text-decoration-color:initi=
al;word-spacing:0px"><span><span style=3D"font-size:10.0pt;font-family:&quo=
t;Verdana&quot;,sans-serif;color:black">I have been selected to do a routin=
g directorate =E2=80=9Cearly=E2=80=9D review of this draft.=C2=A0<br></span=
></span><span><span class=3D"m_6476902974241845760m3042101995271386572gmail=
-icon"><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,sans-s=
erif;color:#bb0000">=E2=80=8B</span></span></span><span><span style=3D"font=
-size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif;color:#bb0000"><a h=
ref=3D"https://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing-msd=
/" target=3D"_blank">https://datatracker.ietf.org/<wbr>doc/draft-ietf-ospf-=
segment-<wbr>routing-msd/</a></span></span><span><span style=3D"font-size:1=
2.0pt;font-family:&quot;Times New Roman&quot;,serif"><u></u><u></u></span><=
/span></p><p style=3D"background:white;font-variant-ligatures:normal;font-v=
ariant-caps:normal;text-align:start;text-decoration-style:initial;text-deco=
ration-color:initial;word-spacing:0px"><span><span style=3D"font-size:10.0p=
t;font-family:&quot;Verdana&quot;,sans-serif;color:black">The routing direc=
torate will, on request from the working group chair, perform an =E2=80=9Ce=
arly=E2=80=9D review of a draft before it is submitted for publication to t=
he IESG. The early review can be performed at any time during the draft=E2=
=80=99s lifetime as a working group document. </span></span><span><span sty=
le=3D"font-size:12.0pt;font-family:&quot;Times New Roman&quot;,serif"><u></=
u><u></u></span></span></p><p style=3D"background:white"><span><span style=
=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif;color:black=
">For more information about the Routing Directorate, please see=C2=A0</spa=
n></span><a href=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" t=
arget=3D"_blank"><span><span class=3D"m_6476902974241845760m304210199527138=
6572gmail-icon"><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quo=
t;,sans-serif;color:#bb0000;text-decoration:none">=E2=80=8B</span></span></=
span><span><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,=
sans-serif;color:#bb0000">http://trac.tools.ietf.<wbr>org/area/rtg/trac/wik=
i/RtgDir</span></span><span></span></a><span><span style=3D"font-size:12.0p=
t;font-family:&quot;Times New Roman&quot;,serif"><u></u><u></u></span></spa=
n></p><p style=3D"background:white;font-variant-ligatures:normal;font-varia=
nt-caps:normal;text-align:start;text-decoration-style:initial;text-decorati=
on-color:initial;word-spacing:0px"><span><span style=3D"font-size:10.0pt;fo=
nt-family:&quot;Verdana&quot;,sans-serif;color:black">Document: draft-ietf-=
ospf-segment-<wbr>routing-msd.txt=C2=A0<br>Reviewer: Tal Mizrahi<br>Review =
Date: April 2018=C2=A0<br>Intended Status: Standards Track</span></span><sp=
an><span style=3D"font-size:12.0pt;font-family:&quot;Times New Roman&quot;,=
serif"><u></u><u></u></span></span></p><p style=3D"background:white;font-va=
riant-ligatures:normal;font-variant-caps:normal;text-align:start;text-decor=
ation-style:initial;text-decoration-color:initial;word-spacing:0px"><span><=
strong><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans=
-serif;color:black">Summary:</span></strong></span><span><span style=3D"fon=
t-size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif;color:black">=C2=
=A0<br>This document is basically ready for publication, but has a couple o=
f issues and a few nits that should be considered prior to being submitted =
to the IESG.</span></span><span><span style=3D"font-size:12.0pt;font-family=
:&quot;Times New Roman&quot;,serif"><u></u><u></u></span></span></p><p styl=
e=3D"background:white"><span><strong><span style=3D"font-size:10.0pt;font-f=
amily:&quot;Verdana&quot;,sans-serif;color:black">Comments:</span></strong>=
</span><span><span style=3D"font-size:12.0pt;font-family:&quot;Times New Ro=
man&quot;,serif"><u></u><u></u></span></span></p><ul style=3D"margin-top:0i=
n;font-variant-ligatures:normal;font-variant-caps:normal;text-align:start;t=
ext-decoration-style:initial;text-decoration-color:initial;word-spacing:0px=
" type=3D"disc"><li class=3D"MsoNormal" style=3D"color:black;background:whi=
te"><span><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,s=
ans-serif">The Security Considerations should be more detailed. The referen=
ce to RFC 7770 is a good start, but please add more details about potential=
 attacks. For example, what happens if there is a spoofed MSD with a low MS=
D value? What is the impact of such an attack?</span></span><span><u></u><u=
></u></span></li><li class=3D"MsoNormal" style=3D"color:black;background:wh=
ite"><span><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,=
sans-serif">Section 3:</span></span><span><u></u><u></u></span></li></ul><u=
l style=3D"margin-top:0in" type=3D"disc"><ul style=3D"margin-top:0in" type=
=3D"circle"><li class=3D"MsoNormal" style=3D"color:black;background:white">=
<span><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-=
serif">The description of the Length field says =E2=80=9Cminimum of 2=E2=80=
=9D, implying it can be higher than 2.<br>On the other hand, the Value fiel=
d: =E2=80=9Cconsists of a 1 octet sub-type (IANA Registry) and 1 octet valu=
e.=E2=80=9D, which implies that the Length is equal to 2.<br>Please align t=
he two descriptions, i.e., if flexibility for future sub-types is required,=
 please change the description of Value to allow longer values.</span></spa=
n><span><u></u><u></u></span></li><li class=3D"MsoNormal" style=3D"color:bl=
ack;background:white"><span><span style=3D"font-size:10.0pt;font-family:&qu=
ot;Verdana&quot;,sans-serif">The comment applies to Section 4 as well.</spa=
n></span><span><u></u><u></u></span></li></ul></ul><p style=3D"background:w=
hite;font-variant-ligatures:normal;font-variant-caps:normal;text-align:star=
t;text-decoration-style:initial;text-decoration-color:initial;word-spacing:=
0px"><span><strong><span style=3D"font-size:10.0pt;font-family:&quot;Verdan=
a&quot;,sans-serif;color:black">Nits:</span></strong></span><span><span sty=
le=3D"font-size:12.0pt;font-family:&quot;Times New Roman&quot;,serif"><u></=
u><u></u></span></span></p><ul style=3D"margin-top:0in;font-variant-ligatur=
es:normal;font-variant-caps:normal;text-align:start;text-decoration-style:i=
nitial;text-decoration-color:initial;word-spacing:0px" type=3D"disc"><li cl=
ass=3D"MsoNormal" style=3D"color:black;background:white"><span><span style=
=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif">The term =
=E2=80=9Cminimum MSD=E2=80=9D, which translates to =E2=80=9Cminimum maximum=
 SID Depth=E2=80=9D should be explained.</span></span><span><u></u><u></u><=
/span></li><li class=3D"MsoNormal" style=3D"color:black;background:white"><=
span><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-s=
erif">The term =E2=80=9Cmaximum MSD=E2=80=9D appears twice in the document,=
 which seems either redundant, or a typo (did you mean minimum MSD?).</span=
></span><span><u></u><u></u></span></li><li class=3D"MsoNormal" style=3D"co=
lor:black;background:white"><span><span style=3D"font-size:10.0pt;font-fami=
ly:&quot;Verdana&quot;,sans-serif">The acronym SID should be spelled out on=
 its first use.</span></span><span><u></u><u></u></span></li><li class=3D"M=
soNormal" style=3D"color:black;background:white"><span><span style=3D"font-=
size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif">The acronyms RI and=
 LSA should be added to the Terminology subsection.</span></span><span><u><=
/u><u></u></span></li><li class=3D"MsoNormal" style=3D"color:black;backgrou=
nd:white"><span><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&q=
uot;,sans-serif">Section 1.1.1 and Section 2 are both titled =E2=80=9CTermi=
nology=E2=80=9D. It would be best to merge Section 1.1 into Section 2, and =
avoid the duplicate title.</span></span><span><u></u><u></u></span></li><li=
 class=3D"MsoNormal" style=3D"color:black;background:white"><span><span sty=
le=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif">=E2=80=
=9Ceach node/link a given SR path=E2=80=9D -&gt; =E2=80=9Ceach node/link of=
 a given SR path=E2=80=9D</span></span><span><u></u><u></u></span></li><li =
class=3D"MsoNormal" style=3D"color:black;background:white"><span><span styl=
e=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-serif">=E2=80=9C=
nodes and links which has been configured=E2=80=9D -&gt; =E2=80=9Cnodes and=
 links that have been configured=E2=80=9D</span></span><span><u></u><u></u>=
</span></li><li class=3D"MsoNormal" style=3D"color:black;background:white">=
<span><span style=3D"font-size:10.0pt;font-family:&quot;Verdana&quot;,sans-=
serif">=E2=80=9Claso=E2=80=9D-&gt;=E2=80=9Dalso=E2=80=9D</span></span><span=
><u></u><u></u></span></li><li class=3D"MsoNormal" style=3D"color:black;bac=
kground:white"><span><span style=3D"font-size:10.0pt;font-family:&quot;Verd=
ana&quot;,sans-serif">=E2=80=9COther Sub-types other than defined=E2=80=9D =
-&gt; =E2=80=9CSub-types other than defined=E2=80=9D</span></span><span><u>=
</u><u></u></span></li></ul><div><p class=3D"MsoNormal"><span><u></u>=C2=A0=
<u></u></span></p></div><p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></=
span></p><div><p class=3D"MsoNormal"><span>Cheers,<u></u><u></u></span></p>=
</div><div><p class=3D"MsoNormal"><span>Tal Mizrahi.<u></u><u></u></span></=
p></div></div></blockquote></div><p class=3D"MsoNormal"><span><u></u>=C2=A0=
<u></u></span></p></div></div></div></div></div></div>
</blockquote></div><br></div>

--0000000000002c3519056bae953b--


From nobody Fri May 11 19:10:00 2018
Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46B6412DA22; Fri, 11 May 2018 19:09:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.949
X-Spam-Level: 
X-Spam-Status: No, score=-3.949 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_MED=-2.3, 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 ejbIJll6yrOQ; Fri, 11 May 2018 19:09:50 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC5FC12426E; Fri, 11 May 2018 19:09:49 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 6539E58C4BC; Sat, 12 May 2018 04:09:44 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 4F753440218; Sat, 12 May 2018 04:09:44 +0200 (CEST)
Date: Sat, 12 May 2018 04:09:44 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: rtg-dir@ietf.org, anima@ietf.org, ietf@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org
Message-ID: <20180512020944.kg5mehv2bfc2ydle@faui48f.informatik.uni-erlangen.de>
References: <151995712572.15727.501156104518975926@ietfa.amsl.com> <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de> <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/n9nyWRTIl7J2V_0CZ064QeaTRZ8>
Subject: Re: [RTG-DIR] Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 May 2018 02:09:54 -0000

Diff:

http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb45209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt&url2=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt

Latest version:
https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt

On Mon, May 07, 2018 at 07:05:10PM -0400, Joel M. Halpern wrote:
> Comments in line.  Areas of clear agreement elided.

Comments in line.  Removed sections closed by you.

> On 5/7/18 3:30 PM, Toerless Eckert wrote:
> > >    If the rsub is empty, but the extensions are not
> > >    empty, it looks like there will be two plus signs (following the optional
> > >    acp-address) before the first extension.  Is that intended as the way to
> > >    indicate the absence of the rsub?
> > 
> > Yes. Otherwise it would be ambiguous to parse. Haven't
> > written something about this because i think readers eithrer
> > don't care or the can figure it out easily.
> 
> I think it would help to state it explicitly.

<t>In this specification, the "acp-address" field is REQUIRED, but future variations (see <xref target="adopting-acp"/> may use local information to derive the ACP address. In this case, "acp-address" could be empty. Such a variation would be indicated by an appropriate "extension". If "acp-address" is empty, and "rsub" is empty too, the "local-part" will have the format "rfcSELF + + extension(s)". The two plus characters are necessary so the node can unambiguously parse that both "acp-address" and "rsub" are empty.</t>

> (section 6.1.1)
> > >    It also seems odd that the rsub (which is a
> > >    domain extension) appears in the local-part of the domain information, not in
> > >    the domain name.  Even though for hashing purposes it is concatenated, with a
> > >    period, with the domain name.
> > >   If these oddities are intentional, then there ought to be explanations so the
> > >   reader is not confused.
> > 
> > The difference between domain and routing-subdomain are explained directly after
> > the BNF:
> > 
> >   <t>"domain" is used to indicate the ACP Domain across which all ACP nodes trust each other and are willing to build ACP channel to each other.  See <xref target="certcheck"/>.
> > 
> >   <t><t>"routing-subdomain" is the autonomic subdomain that is used to calculate the hash for the ULA prefix of the ACP address of the node. ...
> > 
> > Added:
> > 
> > "rsub" needs to be in the "local-part"; it could not syntactically be separated from "domain-name" if "domain" is just a domain name. It also makes it easier for domain name to be a valid e-mail target.
> 
> Okay.  It is odd, but works.

Any easier choice coming to mind ? I wouldn't know how.

> > >      I presume there is not an assumption that all ULA addressed communicating
> > >      with a node which supports the ACP will be over the ACP.  As I understand
> > >      it, ULAs may well have other uses outside of ANIMA / the ACP.  Which leads
> > >      to a question about how the text in 6.1.3 "If the CDP URL uses an IPv6 ULA,
> > >      the ACP node will try to reach it via the ACP." is expected to be supported?
> > 
> > The reason is that the ACP certificate maintenance runs across the ACP so that
> > we have a simple security model for the ACP certificate lifecycle. We do not
> > want to have to figure out the impact of attacks against connectivity to the CDP
> > when it runs across the data plane.  After all, these are ACP certificates are
> > also renewed via EST across the ACP.
> > 
> > I added the following explanation sentence:
> > 
> > Reaching the CDP across the ACP implies that the CDPs
> > need to be reachable via the ACP, for example by running CDPs on
> > registrars or on devices connected to the ACP via ACP connect (see <xref target="ACPconnect">).</t>
> 
> While a useful addition, that is not what I was asking about.  The text as
> written seems to say that simply because the RDP uses an IPv6 ULA, the node
> will know to use ACP for the communication.  I understand why we awant the
> communication to use ACP.  I don't understand how that is achieved.  The way
> the text is written, it seems to imply that it is a property of IPv6 ULAs.
> Which I don't think is your intention.

Originally it was meant to be indicated by ULA address, yes, but i think
its better/simpler just to decide based on DNS being used.

> So I would like to see clarification.

Ok, refined the text as follows:

If the CDP URL uses an IPv6 address
(ULA address when using the addressing rules specified in this document),
the ACP node will connect to the CDP via the ACP. If the CDP uses a
domain name, the ACP node will connect to the CDP via the data-plane.</t>

<t>It is common to use domains name for CDP(s), but there is no requirement
for the ACP to support DNS. Any DNS lookup in the data-plane is
not only a possible security issue, but it would also not indicate whether 
the resolved address is meant to be reachable across the ACP. Therefore,
the use of an IPv6 address versus the use of a DNS name doubles as an 
indicator whether or not to reach the CDP via the ACP.</t>

<t>A CDP can be reachable across the ACP either by running it on a
node with ACP or by connecting its node via ACP connect (see <xref target="ACPconnect"/>). 
The CDP SHOULD use an ACP domain certificate for its HTTPs connections.
The connecting ACP node SHOULD verify that the CDP certificate used 
during the HTTPs connection has the same ACP address as indicated in the
CDP URL of the nodes ACP domain certificate</t>

> > >      The discovery text in section6.3 states that discovery should be run in
> > >      every physical interface.  Is this intended to be restricted by policy, as
> > >      described in section 5, bullet 2?
> > 
> > As said above for 5 bullet 2, it is permissible to be modified, the ACP
> > draft does not suggest or recommends any modifications other than those in 6.3,
> > aka: physical interfaces.
> 
> I think you simply need to say "Unless modified by policy as noted earlier,
> ..."  As currently written, the text prohibits the policy over-reide you
> want.

changed to:

Unless modified by policy as noted earlier (<xref target="overview"/> bullet point 2.),
native interfaces (e.g.: physical interfaces on physical nodes) SHOULD be initialized ...

> > > ***    The explanation in section 6.5 on channel selection (and security
> > > protocol selection) is worded as if the described behavior will lead to
> > > reliable interoperation.  The text on why there are limitations (reasonable)
> > > doe not explain why mandating dTLS support would not be a reasonable step.   (I
> > > hope I missing something, as otherwise this is a major problem rather than
> > > being minor.)  It is also hard to align this with the requirements in section
> > > 6.7.3.
> > 
> > I think there is no issue. Let me explain:
> 
> I think I understand your reasoning, and the various constraints that you
> face.  However, when all is said and done, you seem to have two mechanisms,
> and no requirement that all devices must support one of them.  Which seems
> to mean that two independent devices may not have an implementation of the
> channel / security selection that leads to interoperability.  That seems a
> major issue.  Saying "we couldn't find a good answer" is not usually an
> acceptable IETF answer for interoperability.
>  (text retained for future discussion)

Think of channel protocols like interface types. We also do not have
a requirement that all nodes MUST have WiFI or 100 Mbps ethernet or 40 Gbps
fiber. And yet we manage to build an Internet across all those device
interconnecting them all. Same thing with channel security protocols.

The requirement right now describes two profiles (6.7.3):

"baseline ACP node" - MUST support IPsec
"constrained ACP node" - node that can not support IPsec, MUST support dTLS.

In the same way you use a WiFi access point connecting your ethernet with
your WiFi equipment, you would use a baseline ACP node that also supports dTLS
to interconnect constrained and unconstrained nodes.

This also well matches how constrained node networks are built:
Some gateway node that is not constrained, but also supports
whatever (mostly constrained) network/radio the constrained nodes use.

If you think this should be explained more in more detail in the doc,
let me know. I could simply add above example as text.

> > A constrained ACP node that can not support IPsec MUST support dTLS.

> The change helps, but as noted above does not seem sufficient.

See above, the "can not support IPsec" was only meant as a definition of
what a constrained node is, but not to change the basic property of ACP networks
that different links / nodes can have different protocol options and that
there is no "one-fits-all" MTI necessary.

> > >      If I have used section 6.10.3 properly, when the Zone-ID is 0, all nodes
> > >      within the ULA are within a flat address space.  that does turn the address
> > >      into an identifier.  It is, as far as I can tell from the description,
> > >      still a locator in that packets will be routed to the node using the
> > >      address including the node identifier.  It just means that routing has to
> > >      work in /127 addresses.  (There is also a reference to "identifier" in
> > >      6.10.3.1.  From the usage there, I think that the intention is that this is
> > >      the generic "name" for the node.  Given that it is routable, it is simply
> > >      an addresses, not an identifier or a locator.)
> > 
> > My driver license number is (intended to be) an identifier. It stays an indentifier
> > even if someone starts building a network with a routing table for driver license
> > numbers. Likewise, the intent of zone=0 numbers is to be identifiers. And
> > yes, they do double a locators when you have a flat routing table which is
> > what we do in this doc.
> > 
> > We just didn't describe options where zone=0 would not double as a locator,
> > that is meant to be left for future work if we see sufficient use cases for it.
> > We just tried to make the definitions extensible and define the intent of the
> > format to be that of identifiers.
> 
> Since the design specifically uses the same field as both the identifier and
> the locator, I do not think it is fair or appropriate to describe it as
> being purely an identifier.    The fact that you could possibly use it as an
> identifier later doesn't make it so.

Do we (IETF) have any normative or otherwise uncontested definition for the criteria
required to call an address an identifier ? 

Here are the things that make the ACP address an identifier to me:

- It is assigned once to the device and not meant to change over the lifetime
  of the device.
- It does not change when i move the node to a different location
  and re-connect the device.
- It is the unique part of the ACP domain certificate (other than the private key)
  and used to identify the device (privat key is used to authenticate it,
  but the private key may change over time, for example when renewing the certificate).

Would be happy to elaborate this in the doc more explicitly, e.g.: like written
above.

> Part of my reaction to this whole section is that it looks much like the
> mistake we made originally in defining classful IP addresses.  You are
> trying to guess the correct use cases, and defining specific address
> structures with specific encodings for each one.  With only a few encodings
> available.  This seems to be a recipe for being wrong later in ways that
> hurt.

The only equivalent to classfull addressing i see is for the fixed prefix-length
handed out to each node, 1 bit (2 addresses) with zone addresses, 8/16 bits
(256/64k address) for Vlong, but its NOT assignment to network segments 
as in IPv4 A/B/C but to nodes.

We didn't introduce choices lightly. There are compromises to be made when you
want some lightweight address allocation scheme, not expecting to have complex
address registry or management system in the backend but simple registrars.

see below for more

> >        The difference in interpretation
> > >      is actually provided by the last bit in the upper 64.  If these are the
> > >      same schema, then it should not need a bit to differentiate them.  They
> > >      should be explained as a single schema.  Which would presumably result in
> > >      the Z bit being part of the zone / subnet field.   If they are two
> > >      different schemas, then move the differentiation to part of the schema
> > >      identifier (making it 3 bits).
> > 
> > We did not want to make Z part of the base schemas 6.10.2 "Type" code because
> > that would also make the Vlong scheme one bit shorter and that would reduce
> > virtualization space in Vlong by a factor of 2.
> > 
> > So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
> > of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.
> > 
> > Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
> > textually correct to have them in different subsections.
> > 
> > Carving out bits like Z isn't ideal, but in between the ULA prefix,
> > the 64 bit local part we must have for external interfaces and
> > best utilization of bits, we tried to rather optimize address space
> > utilization and not beauty of encoding.
> > 
> > Having  at the end allows (as written) use of /63 instead of  2 * /64
> > routes. I am not sure how important this would be in the future.
> > 
> > If you feel strongly about more beauty in encoding,
> > i can move Z to the left and remove the notion of the possible /63 route
> > optimization possible through the placement of Z.
> 
> Since the two different uses of the Z bit with type 00b are quite distinct,
> trying to enable aggregation seems counter-productive.
> 
> While I hate to push on a point you describe as aesthetics, having the Z
> bit, occuring after the Zone / subnet-ID field, but defining whether the
> field is a zone or a subnet, seems awkward for insufficient reason.
> 
> I would recommend moving the Z bit up so it is after the type, and at the
> front of each of the two sections reiterate that this subscheme is indicated
> by the Z bit being { 0 | 1 }.

Done. (see diff).

> > I very much hope there is no "interesting" implementation aspect;
> > nothing in the current scheme that makes implemenation harder. If you
> > have an example that you fear, i would like to hear it.
> > 
> > To me, we are just defining address space allocation schemes.
> 
> I suppose likely implementations will use mask definitions that will make it
> work.  I pity the code reviewer.

I have read the code and tested in the lab IPv6 embedded RP adressing
and didn't feel pityfull about the job. But i weigh the overall system
complexity. Embedded-RP simplified a lot of other parts of the
multicast system at the cost of introducing an addressing scheme.
I think similarily, the ACP addressing scheme simplifies the overall system
complexity, especially registrars.

> > >      In section 6.10.5, after stating that it is not even known what the needed
> > >      usage is for more V values
> > 
> > Which sentence are you referring to when you say "not even known what the
> > needed usage is" ? I can't find it, but i would like to rectify it
> > if it actually is still there.
> 
> The text reads "further values use via definition in future work."  In the
> zone-id scheme, it is one bit.  For some reason, it is 8 or 16 bits here.

Thanks, changed sentence to:

V: Virtualization bit: Values 0 and 1 are assigned in the same way as in the Zone-ID sub-scheme.

The existing text, now directly after the list, explains examples
when a device would likely need 256 or 64k addresses:

existing text:
..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge nodes ...

> > >      the document goes on to introduce the
> > >      complexity of classful nodes numbers, with the leading bit indicating how
> > >      long the node-number is.  Yes, the rest of the text in that bullet tries to
> > >      explain why you need both sizes.  It seems like needless complexity that
> > >      begs for mistakes in implementation.
> > 
> > I was taking the example use cases we brainstormed into account, and
> > some of them  would require a lot more addresses in the node than others,
> > therefore these two choices.
> 
> See my comments above.  Trying to encode specific use cases into the address
> format seems a problematic answer to an admittedly difficult question.
> 
> What would break if you didn't define any of this?

One could save the 2.5 bits (Type, Z) indicating the structure of the
address inside the address by encoding the designated format of the
address instead in an extension field of the ACP address information in
the certificate. We would certainly still want to have the same type
of addresses, e.g.: 2,256,64k local addresses, option for zones and
address to assign to ACP connect interfaces (manual addressing scheme) 
IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
functionality, which i think is all required.

I would be quite afraid of doing such a drastic change this late in
the process because i think it will take a long time to foresee the
resulting complexity introduced for registars and any other place
that now can deduct the semantic from the address and would then have
to access to what the certificate indicates in a different way (e.g.:
access to the certificate). Note that the length of the ACP information
field in the cert is also limited, so this type of extension might end
up looking even uglier to be short *sigh*.

I was always thinking that this type of more flexible option would
be a good next-step, but not a safe first step. It would make a lot
more sense after hearing implementation/deployment experiences,
especially to correctly support important options we may have
overlooked in the current schemes. Just redoing what we have differently
to save 2.5 bits isn't worth it IMHO.

> > Ultimately, we need to break through the chicken and egg problem
> > of how to build more self-managing networks. These will require
> > a different number of addresses inside nodes. Anything more intelligent
> > than address space allocations would become a complex dependency
> > making implementation/adoption even slower. I don't think that
> > offering 2, 256, 64k addresses per node is too much flexibility.
> > It IMHO necessary and sufficient to explore and we'll see what sticks.
> 
> Variation is needed.  That was true of allocations in IP.  encoding the
> variations proved a bad choice.

Let me repeat that we are not doing any network/subnet prefix encoding which is
what IPv4 A/B/C was. And there are IMHO good examples how encoding in IPv6
did save the day from complexity (at least all the stuff done for IPv6
multicast, ASM/SSM, zones, Embedded-RP) was highly useful.

> > >      In section 6.11.1.11 in describing the prefix lengths, I thought that the
> > >      point of zone addressing was to allow the use of /64 prefixes.  But it
> > >      seems here that we will not do so ?
> > 
> > As mentioned above: This document does not describe the routing setup for /64
> > (or /63 with Z-bit) routing aggregation. There are multiple options,
> > but we could not conclude on a single solution that we felt to be
> > appropriate for this document. Instead it was only very important
> > to carve out addressing space to support this.
> The net effect seems to be to prohibt the very things that you went to a lot
> of trouble to enable in your addressing design.

Maybe i do not understand your comment correctly, but i do not
think it is correct. We just have not defined recommended mechanisms
how to set up routing to use /64 zone routes. That is something IMHO
better done in a followup document because all the cases where we
did see a need for znes where really very specific to particular
deployment styles and would not be applicable to the mayority of ACPs.
Nevertheless, we felt those cases where important enough to reserve
bits for them through the zone field.

> ...
> > > ***    Section 10.3.2 paragraph 2 says that devices should change the meaning
> > > of "admin down" to mean "down for everything except ACP / Anima".    I can
> > > understand why, in an autonomic network, such a state is desirable.  However,
> > > that really should be a different state from "admin down".  Operators already
> > > understand "admin down" as meaning that this interface will not be used for any
> > > traffic.  Changing that is fairly drastic.  "admin limited" or "admin ACP-Only"
> > > would seem much better than changing the meaning of "admin down".  The
> > > justification in the text seems to be a desire to prevent an operator from
> > > doing what he intends.  that seems backwards.  (Note that the distinction
> > > between administrative state vs operational state, aka failed, is already well
> > > understood.)
> > 
> > Well, this is in an informative section, so hopefully something we can agree to disagree.
> 
> If this were truly informative, it would not belong in this document at all.
> Changing the behavior of widely understood configuration behaviors is NOT a
> small thing.  Changing the permissions models for widely understood
> configuration operations is also NOT a small thing.
> 
> My suggestion is that you remove all of this material.  If you feel it is
> important, write an I-D for standards track on evolving the configuration
> model for robust ANIMA.  While I think the change is a mistake, you clearly
> have the right to cause the discussion.
> 
> Hiding the topic in an "informational" note in the ACP document seems VERY
> wrong.
> 
> Also note that in your discussion below, you talk about the equivalence of
> admin down and physical down.  Most management models I know of treat these
> as quite distinct.  SO that is at best a red herring.

Hmm. I really only CLI derived from Cisco IOS, and there the
interface level "shutdown" command doubles IMHO both as admin down and
as phy down, so i would contend that this is a red herring. It actually
does show up in diagnostic CLI as "admin down", but is also bringing down
phy state. Therefore it is also used to diagnose phy, .e.g: shutting down
one side of a supposed direct p2p link to verify the phy change on the 
other side. That practical experience is what the text and direction is
based on.

Whats an example where admin/phy down are separate in your experience ?

I don't know how you define "truly informative". I simply meant
informational as compared to standards track wrt. to not impacting
interoperability, but also as a precursor work to give opportunity
for gaining more experience before attempting to go standard.

If/when i find time i definitely would like to investigate how this
could be formalized through a YANG model for ACP so that it can become standard,
but i definitely agree that especially this part of the YANG model would
be highly difficult to get to before any experience is gained with
this.

I therefore would very much hesitate removing this text from the document, it was
specifically asked for several times in the working group to understand
how the promised reliability of the ACP against operator/contoller
operation could be achieved. Having this in a first round (this document)
as "informational" is IMHO a good and important thing. 

> (text retained for context of further discussions.)
> 
> > 
> > I strongly believe that the most easy way to operationalize the ACP and
> > achieve its goals is what we have written.
> > 
> > The historic equivalence of "down" = "admin down" = "physical down" is one of
> > the the most fundamental problem of remote management in networks.
> > 
> > We really need to start thinking of separate layers of (remote) management.
> > Network services on one hand and physical infra on the other.
> > 
> > The first thing to do this is to separate operations such as "down"
> > into "admin down" that affects networks services and "phy down" that
> > affects the physcial infra.
> > 
> > If you have existing commands like "shutdown" that today do both,
> > the safe mapping is to let them do the safe thing in the future, e.g:
> > only "admin down", and introduce new commands for the phy operations,
> > e.g.: "phy shutdown" or the like.
> > And then protect those dangerous commands even further against unintentional or
> > intentional misuse.
> > 
> > Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
> > of the actual data network, you also didn't have any access to bring down the DCN
> > and cut yourself off from the network you manage. YOu could only screw
> > up that network you're meant to manage.
> > 
> > And if your network consists of VMs in a DC, a "shutdown" on their
> > interfaces will also not bring down physical interfaces necessary
> > to reach the VM.
> > 
> > In optical networks you often have an inband physcial ethernet management
> > channel. Making/breaking that one is completely different from making/breaking
> > your data-plane, aka: data fiber colors.
> > 
> > > ***    The notion in 10.3.6 that the device should refuse to disable
> > > functionality when an authorized administrator directs such seems flatly wrong.
> > 
> > The authorization to break your own remote management connectivity
> > would be a property of the certificate. clearly whoever enrolled
> > the device with a certificate denying that capaility to the operator
> > did NOT authorize the administrator to break connectivity.
> 
> The security model change seems as problematic as the above configuration
> change.

We have recurringly heard from customers that mistakes in managing remote
equipment and loosing connectivity is a mayor pain point. Creating
an operational option that limits/disables operators ability to
impact phy level connectivity that remote management depends upon and therefore
reducing this risk and cost factor seems to me like a very logical pah
forward. Whether or not this should be indicated in the certificate
or differently is definitely wide open.

I agree that none of these operational interface level changes are
a piece of cake given how we have in the IETF not tried to define
different access levels to configuration so far, at least not
between some phy/infra access level and network-services access level.

As said above in my first reply that you didn't comment on, i think a
good part of what i am looking for may happen through other means
already, such as when a router is just a VM running on an OS. At least
in early versions of this that i'd seen, this implicitly disabled
the ability to modify phy state from the router VM, and of course
complaints where raised that phy mods where necessary, but at least this
evolution could give raise to pause and rethink HOW to permit doing this.

So i would at least like to pledge with you that it is a good thing to
have this type of discussion in an informational way in this RFC instead
of doing nothing or trying to go standard YANG directly as a first step.
It did get into the spec because of the desire of the working group.

> > > Editorial / Nits:
> .
> > >      In the various formats in section 6.10, the lowest bit of the upper 64 bits
> > >      is mandated to be 0.  Presumably, there is some reason for doing this.  It
> > >      would be nice to explain it.
> > 
> > Sorry, not clear what you're referring to. Can you give me an
> > explicit reference ?
> 
> I should ahve removed this note.  It was a side-effect of the presentation
> and ordering, not a problem on its own.  Sorry.

Cheers
    Toerless


From nobody Sat May 12 16:04:58 2018
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AB8012D879; Sat, 12 May 2018 16:04:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, 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 ehrkkbjssBNI; Sat, 12 May 2018 16:04:53 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8754A1270AC; Sat, 12 May 2018 16:04:50 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 4BFB820090; Sat, 12 May 2018 19:16:50 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id D2B5693B; Sat, 12 May 2018 19:04:29 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id CF84D83B; Sat, 12 May 2018 19:04:29 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: rtg-ads@ietf.org
CC: rtg-dir@ietf.org, draft-ietf-bfd-multipoint.all@ietf.org, bfd@ietf.org
In-Reply-To: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com>
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature"
Date: Sat, 12 May 2018 19:04:29 -0400
Message-ID: <28935.1526166269@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/rljGMRA6IADTd2s-nyrNs71A99Q>
Subject: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 May 2018 23:04:56 -0000

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Hello,

I have been selected as the Routing Directorate reviewer for this draft. The
Routing Directorate seeks to review all routing or routing-related drafts as
they pass through IETF last call and IESG review, and sometimes on special
request. The purpose of the review is to provide assistance to the Routing
ADs. For more information about the Routing Directorate, please see
=E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir=20

Although these comments are primarily for the use of the Routing ADs, it
would be helpful if you could consider them along with any other IETF Last
Call comments that you receive, and strive to resolve them through discussi=
on
or by updating the draft.=20

Document: draft-draft-ietf-bfd-multipoint-16.txt=20
Reviewer: Michael Richardson
Review Date: 2018-05-12
IETF LC End Date: unknown
Intended Status: Standards Track=20

Summary:=20

This document is basically ready for publication, but has presentation nits
that should be considered prior to publication.=20

Comments:

It seems like a well written document, with an intelligent and well-throught
out way to extend BFD to multicast uses.

I found the document a bit too abstract as it attempted to apply itself to
any place that BFD is used.  I would like to perhaps better
understand how it is used in some real multicast situations (MPLS,
PIM/IP-level multicast).

I believe that my lack of familiarity with some of those technologies might
be keeping me in the dark.=20

I'm not generally happy with documents that say:
    "The following procedure replaces section 6.8.6 of [RFC5880]."

because it's difficult to know what is going on without having the two
documents next to eachother.  For an implementer, I'm not sure that there
is any savings by doing this either, it seems to be solely for the
convenience of those writing it.

I would prefer to have section 4.13 actually number the steps of the pseudo=
-code.
As far as I can see, all of the pseudo-code of 5880 is being replaced, so
this is not as much as a patch, so I don't see why not to number the
pseudo-code.  (Like BASIC if you want, or with numbered lists)

I did not evaluate the pseudo-code to determine if it made logical sense, it
seemed well written and understandable.

Major Issues:

No major issues found.

Minor Issues:

No minor issues found.

Nits:

"the tail declares the path to having failed."		<- s/having/have/


=2D-=20
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -=3D IPv6 IoT consulting =3D-




--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEVAwUBWvdy+4CLcPvd0N1lAQKhwQf+Ki1MUhmxkNllIq4UE8QZtYtQILV/Bjbf
Fb5NddcVigyw/4gPAhsFi4AC5K/Z0oy9GZgcigz6bPYGYjyd7cQoUS1D8MviWv3e
bN2q8DPqnB3DMi6p4IYqBO0KaOGdNkuabaa3KAoCCkQl4OYBUasmpG1I0bDkNC1H
t9/qJyOY+ylkz8Lt1qfE/7EG173T6zQJxqDHEILAOMLKwulPzY/wlMtVDOqZNs2c
fhM6XQOx6pezAACQirue3+S4PHWgkQtKzuv+rB8fHl+hYw65pGO/nmgA19tAky/E
64vX1+2fpQS243rsXZlyADZUUBeLBkIFwcj0lATZ/eNWPZ25Plhj9w==
=+Mpp
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Sun May 13 16:38:54 2018
Return-Path: <jmh@joelhalpern.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31652126CC7; Sun, 13 May 2018 16:38:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.201
X-Spam-Level: 
X-Spam-Status: No, score=-0.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_DBL_ABUSE_MALW=2.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 YNmUrPj3MzfT; Sun, 13 May 2018 16:38:37 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 D635C124B18; Sun, 13 May 2018 16:38:37 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id B361D3E4531; Sun, 13 May 2018 16:38:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1526254717; bh=+OtFLVCTAJV9KaKoJghReEmaXVZRevC9GgDYN//NDis=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=V2AjbvMfHyv97NkOgRurpUo2OyqQ+mXqaPOfGFefLG0bF9iHEilIjLxzGwqzbWkdl 73cc64UyTM1Lm5I2vOUA5XinpPQCxgQ5aoGHp+8I1fZVE/Dt05wo1/0iNeb5zdCxZm G6tL0aB3BOOe62fotcecTTUMKbdFir5zrl2mmh1o=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (unknown [50.225.209.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 599543E4530; Sun, 13 May 2018 16:38:36 -0700 (PDT)
To: Toerless Eckert <tte@cs.fau.de>
Cc: rtg-dir@ietf.org, anima@ietf.org, ietf@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org
References: <151995712572.15727.501156104518975926@ietfa.amsl.com> <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de> <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com> <20180512020944.kg5mehv2bfc2ydle@faui48f.informatik.uni-erlangen.de>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <10178dd0-e0d2-784e-e2a6-0cb91c3bc952@joelhalpern.com>
Date: Sun, 13 May 2018 19:38:35 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <20180512020944.kg5mehv2bfc2ydle@faui48f.informatik.uni-erlangen.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/SY1y1mNVB-Hh4VjOXAkgwFFeB-U>
Subject: Re: [RTG-DIR] Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 May 2018 23:38:40 -0000

Trimmed.
Top posting for clarity.  Mostly, agreement.
On the MTI Security, I will leave it to the relevant ADs to decide if 
they find what is in there sufficient.

On the identifier vs locator, I think the way you are using the terms is 
confusing.  But it is not worth continued argumentation.Some text 
elaborating along the lines you provide (retained below) would help.

I have tried reading the section on addressing inside the ACP more 
carefully.  Thank you for moving the Z bit.
I have retained the earlier discussion on this topic below, in case we 
still need it.
Reading the section, I think that the problem is more basic.

I agree that the document needs to define that we are using a ULA.  And 
because of the certificate behaviors, there is significant advantage in 
defining what ULA prefix is used.

Given that, I do not see what use there is in all the other format 
definition.  I suspect I am missing something very basic.  Why not leave 
this to the deploying operator?  It is not like it can be autonomic, 
since something has to tell the devices what format to use, and what 
numbers within some of the formats to use.  I could imagine something 
that said "in the absence of configuration, construct device addresses 
according to one specific algorithm, so as to simplify bootstrap.
But it would be a simple scheme.

Yours,
Joel

On 5/11/18 10:09 PM, Toerless Eckert wrote:
> 
> Diff:
> 
> http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb45209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt&url2=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
> 
> Latest version:
> https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
> 
...
> Here are the things that make the ACP address an identifier to me:
> 
> - It is assigned once to the device and not meant to change over the lifetime
>    of the device.
> - It does not change when i move the node to a different location
>    and re-connect the device.
> - It is the unique part of the ACP domain certificate (other than the private key)
>    and used to identify the device (privat key is used to authenticate it,
>    but the private key may change over time, for example when renewing the certificate).
> 
> Would be happy to elaborate this in the doc more explicitly, e.g.: like written
> above.

(Context: Addressing inside the ACP.)
>> Part of my reaction to this whole section is that it looks much like the
>> mistake we made originally in defining classful IP addresses.  You are
>> trying to guess the correct use cases, and defining specific address
>> structures with specific encodings for each one.  With only a few encodings
>> available.  This seems to be a recipe for being wrong later in ways that
>> hurt.
> 
> The only equivalent to classfull addressing i see is for the fixed prefix-length
> handed out to each node, 1 bit (2 addresses) with zone addresses, 8/16 bits
> (256/64k address) for Vlong, but its NOT assignment to network segments
> as in IPv4 A/B/C but to nodes.
> 
> We didn't introduce choices lightly. There are compromises to be made when you
> want some lightweight address allocation scheme, not expecting to have complex
> address registry or management system in the backend but simple registrars.
> 
> see below for more
> 
>>>         The difference in interpretation
>>>>       is actually provided by the last bit in the upper 64.  If these are the
>>>>       same schema, then it should not need a bit to differentiate them.  They
>>>>       should be explained as a single schema.  Which would presumably result in
>>>>       the Z bit being part of the zone / subnet field.   If they are two
>>>>       different schemas, then move the differentiation to part of the schema
>>>>       identifier (making it 3 bits).
>>>
>>> We did not want to make Z part of the base schemas 6.10.2 "Type" code because
>>> that would also make the Vlong scheme one bit shorter and that would reduce
>>> virtualization space in Vlong by a factor of 2.
>>>
>>> So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
>>> of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.
>>>
>>> Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
>>> textually correct to have them in different subsections.
>>>
>>> Carving out bits like Z isn't ideal, but in between the ULA prefix,
>>> the 64 bit local part we must have for external interfaces and
>>> best utilization of bits, we tried to rather optimize address space
>>> utilization and not beauty of encoding.
>>>
>>> Having  at the end allows (as written) use of /63 instead of  2 * /64
>>> routes. I am not sure how important this would be in the future.
>>>
>>> If you feel strongly about more beauty in encoding,
>>> i can move Z to the left and remove the notion of the possible /63 route
>>> optimization possible through the placement of Z.
>>
>> Since the two different uses of the Z bit with type 00b are quite distinct,
>> trying to enable aggregation seems counter-productive.
>>
>> While I hate to push on a point you describe as aesthetics, having the Z
>> bit, occuring after the Zone / subnet-ID field, but defining whether the
>> field is a zone or a subnet, seems awkward for insufficient reason.
>>
>> I would recommend moving the Z bit up so it is after the type, and at the
>> front of each of the two sections reiterate that this subscheme is indicated
>> by the Z bit being { 0 | 1 }.
> 
> Done. (see diff).
> 
>>> I very much hope there is no "interesting" implementation aspect;
>>> nothing in the current scheme that makes implemenation harder. If you
>>> have an example that you fear, i would like to hear it.
>>>
>>> To me, we are just defining address space allocation schemes.
>>
>> I suppose likely implementations will use mask definitions that will make it
>> work.  I pity the code reviewer.
> 
> I have read the code and tested in the lab IPv6 embedded RP adressing
> and didn't feel pityfull about the job. But i weigh the overall system
> complexity. Embedded-RP simplified a lot of other parts of the
> multicast system at the cost of introducing an addressing scheme.
> I think similarily, the ACP addressing scheme simplifies the overall system
> complexity, especially registrars.
> 
>>>>       In section 6.10.5, after stating that it is not even known what the needed
>>>>       usage is for more V values
>>>
>>> Which sentence are you referring to when you say "not even known what the
>>> needed usage is" ? I can't find it, but i would like to rectify it
>>> if it actually is still there.
>>
>> The text reads "further values use via definition in future work."  In the
>> zone-id scheme, it is one bit.  For some reason, it is 8 or 16 bits here.
> 
> Thanks, changed sentence to:
> 
> V: Virtualization bit: Values 0 and 1 are assigned in the same way as in the Zone-ID sub-scheme.
> 
> The existing text, now directly after the list, explains examples
> when a device would likely need 256 or 64k addresses:
> 
> existing text:
> ..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge nodes ...
> 
>>>>       the document goes on to introduce the
>>>>       complexity of classful nodes numbers, with the leading bit indicating how
>>>>       long the node-number is.  Yes, the rest of the text in that bullet tries to
>>>>       explain why you need both sizes.  It seems like needless complexity that
>>>>       begs for mistakes in implementation.
>>>
>>> I was taking the example use cases we brainstormed into account, and
>>> some of them  would require a lot more addresses in the node than others,
>>> therefore these two choices.
>>
>> See my comments above.  Trying to encode specific use cases into the address
>> format seems a problematic answer to an admittedly difficult question.
>>
>> What would break if you didn't define any of this?
> 
> One could save the 2.5 bits (Type, Z) indicating the structure of the
> address inside the address by encoding the designated format of the
> address instead in an extension field of the ACP address information in
> the certificate. We would certainly still want to have the same type
> of addresses, e.g.: 2,256,64k local addresses, option for zones and
> address to assign to ACP connect interfaces (manual addressing scheme)
> IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
> functionality, which i think is all required.
> 
> I would be quite afraid of doing such a drastic change this late in
> the process because i think it will take a long time to foresee the
> resulting complexity introduced for registars and any other place
> that now can deduct the semantic from the address and would then have
> to access to what the certificate indicates in a different way (e.g.:
> access to the certificate). Note that the length of the ACP information
> field in the cert is also limited, so this type of extension might end
> up looking even uglier to be short *sigh*.
> 
> I was always thinking that this type of more flexible option would
> be a good next-step, but not a safe first step. It would make a lot
> more sense after hearing implementation/deployment experiences,
> especially to correctly support important options we may have
> overlooked in the current schemes. Just redoing what we have differently
> to save 2.5 bits isn't worth it IMHO.
> 
>>> Ultimately, we need to break through the chicken and egg problem
>>> of how to build more self-managing networks. These will require
>>> a different number of addresses inside nodes. Anything more intelligent
>>> than address space allocations would become a complex dependency
>>> making implementation/adoption even slower. I don't think that
>>> offering 2, 256, 64k addresses per node is too much flexibility.
>>> It IMHO necessary and sufficient to explore and we'll see what sticks.
>>
>> Variation is needed.  That was true of allocations in IP.  encoding the
>> variations proved a bad choice.
> 
> Let me repeat that we are not doing any network/subnet prefix encoding which is
> what IPv4 A/B/C was. And there are IMHO good examples how encoding in IPv6
> did save the day from complexity (at least all the stuff done for IPv6
> multicast, ASM/SSM, zones, Embedded-RP) was highly useful.
> 
>>>>       In section 6.11.1.11 in describing the prefix lengths, I thought that the
>>>>       point of zone addressing was to allow the use of /64 prefixes.  But it
>>>>       seems here that we will not do so ?
>>>
>>> As mentioned above: This document does not describe the routing setup for /64
>>> (or /63 with Z-bit) routing aggregation. There are multiple options,
>>> but we could not conclude on a single solution that we felt to be
>>> appropriate for this document. Instead it was only very important
>>> to carve out addressing space to support this.
>> The net effect seems to be to prohibt the very things that you went to a lot
>> of trouble to enable in your addressing design.
> 
> Maybe i do not understand your comment correctly, but i do not
> think it is correct. We just have not defined recommended mechanisms
> how to set up routing to use /64 zone routes. That is something IMHO
> better done in a followup document because all the cases where we
> did see a need for znes where really very specific to particular
> deployment styles and would not be applicable to the mayority of ACPs.
> Nevertheless, we felt those cases where important enough to reserve
> bits for them through the zone field.
> 
>> ...
>>>> ***    Section 10.3.2 paragraph 2 says that devices should change the meaning
>>>> of "admin down" to mean "down for everything except ACP / Anima".    I can
>>>> understand why, in an autonomic network, such a state is desirable.  However,
>>>> that really should be a different state from "admin down".  Operators already
>>>> understand "admin down" as meaning that this interface will not be used for any
>>>> traffic.  Changing that is fairly drastic.  "admin limited" or "admin ACP-Only"
>>>> would seem much better than changing the meaning of "admin down".  The
>>>> justification in the text seems to be a desire to prevent an operator from
>>>> doing what he intends.  that seems backwards.  (Note that the distinction
>>>> between administrative state vs operational state, aka failed, is already well
>>>> understood.)
>>>
>>> Well, this is in an informative section, so hopefully something we can agree to disagree.
>>
>> If this were truly informative, it would not belong in this document at all.
>> Changing the behavior of widely understood configuration behaviors is NOT a
>> small thing.  Changing the permissions models for widely understood
>> configuration operations is also NOT a small thing.
>>
>> My suggestion is that you remove all of this material.  If you feel it is
>> important, write an I-D for standards track on evolving the configuration
>> model for robust ANIMA.  While I think the change is a mistake, you clearly
>> have the right to cause the discussion.
>>
>> Hiding the topic in an "informational" note in the ACP document seems VERY
>> wrong.
>>
>> Also note that in your discussion below, you talk about the equivalence of
>> admin down and physical down.  Most management models I know of treat these
>> as quite distinct.  SO that is at best a red herring.
> 
> Hmm. I really only CLI derived from Cisco IOS, and there the
> interface level "shutdown" command doubles IMHO both as admin down and
> as phy down, so i would contend that this is a red herring. It actually
> does show up in diagnostic CLI as "admin down", but is also bringing down
> phy state. Therefore it is also used to diagnose phy, .e.g: shutting down
> one side of a supposed direct p2p link to verify the phy change on the
> other side. That practical experience is what the text and direction is
> based on.
> 
> Whats an example where admin/phy down are separate in your experience ?
> 
> I don't know how you define "truly informative". I simply meant
> informational as compared to standards track wrt. to not impacting
> interoperability, but also as a precursor work to give opportunity
> for gaining more experience before attempting to go standard.
> 
> If/when i find time i definitely would like to investigate how this
> could be formalized through a YANG model for ACP so that it can become standard,
> but i definitely agree that especially this part of the YANG model would
> be highly difficult to get to before any experience is gained with
> this.
> 
> I therefore would very much hesitate removing this text from the document, it was
> specifically asked for several times in the working group to understand
> how the promised reliability of the ACP against operator/contoller
> operation could be achieved. Having this in a first round (this document)
> as "informational" is IMHO a good and important thing.
> 
>> (text retained for context of further discussions.)
>>
>>>
>>> I strongly believe that the most easy way to operationalize the ACP and
>>> achieve its goals is what we have written.
>>>
>>> The historic equivalence of "down" = "admin down" = "physical down" is one of
>>> the the most fundamental problem of remote management in networks.
>>>
>>> We really need to start thinking of separate layers of (remote) management.
>>> Network services on one hand and physical infra on the other.
>>>
>>> The first thing to do this is to separate operations such as "down"
>>> into "admin down" that affects networks services and "phy down" that
>>> affects the physcial infra.
>>>
>>> If you have existing commands like "shutdown" that today do both,
>>> the safe mapping is to let them do the safe thing in the future, e.g:
>>> only "admin down", and introduce new commands for the phy operations,
>>> e.g.: "phy shutdown" or the like.
>>> And then protect those dangerous commands even further against unintentional or
>>> intentional misuse.
>>>
>>> Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
>>> of the actual data network, you also didn't have any access to bring down the DCN
>>> and cut yourself off from the network you manage. YOu could only screw
>>> up that network you're meant to manage.
>>>
>>> And if your network consists of VMs in a DC, a "shutdown" on their
>>> interfaces will also not bring down physical interfaces necessary
>>> to reach the VM.
>>>
>>> In optical networks you often have an inband physcial ethernet management
>>> channel. Making/breaking that one is completely different from making/breaking
>>> your data-plane, aka: data fiber colors.
>>>
>>>> ***    The notion in 10.3.6 that the device should refuse to disable
>>>> functionality when an authorized administrator directs such seems flatly wrong.
>>>
>>> The authorization to break your own remote management connectivity
>>> would be a property of the certificate. clearly whoever enrolled
>>> the device with a certificate denying that capaility to the operator
>>> did NOT authorize the administrator to break connectivity.
>>
>> The security model change seems as problematic as the above configuration
>> change.
> 
> We have recurringly heard from customers that mistakes in managing remote
> equipment and loosing connectivity is a mayor pain point. Creating
> an operational option that limits/disables operators ability to
> impact phy level connectivity that remote management depends upon and therefore
> reducing this risk and cost factor seems to me like a very logical pah
> forward. Whether or not this should be indicated in the certificate
> or differently is definitely wide open.
> 
> I agree that none of these operational interface level changes are
> a piece of cake given how we have in the IETF not tried to define
> different access levels to configuration so far, at least not
> between some phy/infra access level and network-services access level.
> 
> As said above in my first reply that you didn't comment on, i think a
> good part of what i am looking for may happen through other means
> already, such as when a router is just a VM running on an OS. At least
> in early versions of this that i'd seen, this implicitly disabled
> the ability to modify phy state from the router VM, and of course
> complaints where raised that phy mods where necessary, but at least this
> evolution could give raise to pause and rethink HOW to permit doing this.
> 
> So i would at least like to pledge with you that it is a good thing to
> have this type of discussion in an informational way in this RFC instead
> of doing nothing or trying to go standard YANG directly as a first step.
> It did get into the spec because of the desire of the working group.
> 
>>>> Editorial / Nits:
>> .
>>>>       In the various formats in section 6.10, the lowest bit of the upper 64 bits
>>>>       is mandated to be 0.  Presumably, there is some reason for doing this.  It
>>>>       would be nice to explain it.
>>>
>>> Sorry, not clear what you're referring to. Can you give me an
>>> explicit reference ?
>>
>> I should ahve removed this note.  It was a side-effect of the presentation
>> and ordering, not a problem on its own.  Sorry.
> 
> Cheers
>      Toerless
> 


From nobody Sun May 13 22:24:04 2018
Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C72081201FA; Sun, 13 May 2018 22:24:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.5
X-Spam-Level: 
X-Spam-Status: No, score=0.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_DBL_ABUSE_MALW=2.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H8lqKNFSgQ_t; Sun, 13 May 2018 22:24:00 -0700 (PDT)
Received: from mail-pg0-x229.google.com (mail-pg0-x229.google.com [IPv6:2607:f8b0:400e:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14DDD1200A0; Sun, 13 May 2018 22:23:59 -0700 (PDT)
Received: by mail-pg0-x229.google.com with SMTP id n1-v6so4969444pgs.2; Sun, 13 May 2018 22:23:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=L8diKEN28Zg03EopN6vNRhrg3syv+VfCeSdx491qtNA=; b=YtssvYYxWWKibeZWgD2cqq88MsWvNF3Hv/jedxu+ndbn3ACsw1goT61adzd9+hkexj Ip0eeUJszqoSkdAD3rX2kUDLeteHo0dUywRk4OMQ9EH1+tGdq/zi5JnR5mGmteP8HqA2 skd3Ve7spJs/LARjKCEJhznVgf+m0G6gQFSTEyDovfzJ0fCrbwVSgQWKbjBn3jcQ0X9j kKs4ta4eHz6dG78oY3wkGd9YjgiAqKzStldKcfVctqn67bhgaMDI07HJYrIz0Flv/txf vJYjBwe4NP8K/AGnkLgVs7IsWKzhF9ANMtRrbyu/rcssT/kmpol7znJRxrcXhmH487z/ 2sNg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=L8diKEN28Zg03EopN6vNRhrg3syv+VfCeSdx491qtNA=; b=hFLBgTSY0jByQMcMJHnP0sjfFclfel1UYzeNS1XrX88aznubgoIk1K5Kc1fYTCZdaq 2DkKmNSUFo2pTutWNYB5knDQKeQd743Z6DJAVecAK1XT0xi5cdvJJq0IaZGv5hoUn3ku TWxE9UTjoc/RO7703oRcspKSw36H54UXlbEUNCIwJAQcJBnFQoiGziCXPqL20hnJfdf2 V9ZIW8MRIj/ckMe0JUg6pgNREN1CJi5gDcFylqTvRYHiZlpibv3MwE9x2LXJi3f1zzms R/2YdqJat9DS/77ykU/4zUHKDx7QlEZTJUFgol55hYPChfX+kyQMfp8OlE1/wGv3b8HC gwOw==
X-Gm-Message-State: ALKqPwdPzItWvjHV7zdh1GQfSJrSZThxns+UMwXNN7VByJZ63s1rOWDt 2zzD+8H8kv7At146ZLgD9CPYJw==
X-Google-Smtp-Source: AB8JxZpFk6GrqROLBapWx+I7HK7i1TZcHj11FPwQrbvk4H98qi1NV5dSHDaUMIqrzHYj2vskEcZCpw==
X-Received: by 2002:a63:7807:: with SMTP id t7-v6mr79323pgc.125.1526275438554;  Sun, 13 May 2018 22:23:58 -0700 (PDT)
Received: from [192.168.178.27] ([118.148.121.80]) by smtp.gmail.com with ESMTPSA id r90-v6sm20948254pfg.122.2018.05.13.22.23.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 May 2018 22:23:57 -0700 (PDT)
To: "Joel M. Halpern" <jmh@joelhalpern.com>, Toerless Eckert <tte@cs.fau.de>
Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, ietf@ietf.org, anima@ietf.org
References: <151995712572.15727.501156104518975926@ietfa.amsl.com> <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de> <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com> <20180512020944.kg5mehv2bfc2ydle@faui48f.informatik.uni-erlangen.de> <10178dd0-e0d2-784e-e2a6-0cb91c3bc952@joelhalpern.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <40cb597e-4513-cebf-5aa4-ee6a54a8367d@gmail.com>
Date: Mon, 14 May 2018 17:23:51 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <10178dd0-e0d2-784e-e2a6-0cb91c3bc952@joelhalpern.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/5LmEACCwOIKecEDF4VJjV6aV24Q>
Subject: Re: [RTG-DIR] Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 05:24:03 -0000

Joel,

Consider this:

>    The 64 bit Node-ID is derived and composed as follows:
> 
>    o  Registrar-ID (48 bit): A number unique inside the domain that
>       identifies the registrar which assigned the Node-ID to the node.
>       A MAC address of the registrar can be used for this purpose.
> 
>    o  Node-Number: A number which is unique for a given registrar, to
>       identify the node.  This can be a sequentially assigned number.

plus

>    If a node learns through a future autonomic method or through
>    configuration that it is part of a zone, it MUST also respond to its
>    ACP address with that Zone-ID.

Basically it's a scheme for all autonomic nodes to get a unique
address in a potentially flat address space, with the help of
a registrar node, and without the help of a human. My understanding
is that the nodes know the format because it's built into the
code that each node runs to join the ACP. It's certainly not the
only possible scheme. Maybe that should be stated?

Regards
   Brian

On 14/05/2018 11:38, Joel M. Halpern wrote:
> Trimmed.
> Top posting for clarity.  Mostly, agreement.
> On the MTI Security, I will leave it to the relevant ADs to decide if 
> they find what is in there sufficient.
> 
> On the identifier vs locator, I think the way you are using the terms is 
> confusing.  But it is not worth continued argumentation.Some text 
> elaborating along the lines you provide (retained below) would help.
> 
> I have tried reading the section on addressing inside the ACP more 
> carefully.  Thank you for moving the Z bit.
> I have retained the earlier discussion on this topic below, in case we 
> still need it.
> Reading the section, I think that the problem is more basic.
> 
> I agree that the document needs to define that we are using a ULA.  And 
> because of the certificate behaviors, there is significant advantage in 
> defining what ULA prefix is used.
> 
> Given that, I do not see what use there is in all the other format 
> definition.  I suspect I am missing something very basic.  Why not leave 
> this to the deploying operator?  It is not like it can be autonomic, 
> since something has to tell the devices what format to use, and what 
> numbers within some of the formats to use.  I could imagine something 
> that said "in the absence of configuration, construct device addresses 
> according to one specific algorithm, so as to simplify bootstrap.
> But it would be a simple scheme.
> 
> Yours,
> Joel
> 
> On 5/11/18 10:09 PM, Toerless Eckert wrote:
>>
>> Diff:
>>
>> http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb45209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt&url2=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
>>
>> Latest version:
>> https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
>>
> ....
>> Here are the things that make the ACP address an identifier to me:
>>
>> - It is assigned once to the device and not meant to change over the lifetime
>>    of the device.
>> - It does not change when i move the node to a different location
>>    and re-connect the device.
>> - It is the unique part of the ACP domain certificate (other than the private key)
>>    and used to identify the device (privat key is used to authenticate it,
>>    but the private key may change over time, for example when renewing the certificate).
>>
>> Would be happy to elaborate this in the doc more explicitly, e.g.: like written
>> above.
> 
> (Context: Addressing inside the ACP.)
>>> Part of my reaction to this whole section is that it looks much like the
>>> mistake we made originally in defining classful IP addresses.  You are
>>> trying to guess the correct use cases, and defining specific address
>>> structures with specific encodings for each one.  With only a few encodings
>>> available.  This seems to be a recipe for being wrong later in ways that
>>> hurt.
>>
>> The only equivalent to classfull addressing i see is for the fixed prefix-length
>> handed out to each node, 1 bit (2 addresses) with zone addresses, 8/16 bits
>> (256/64k address) for Vlong, but its NOT assignment to network segments
>> as in IPv4 A/B/C but to nodes.
>>
>> We didn't introduce choices lightly. There are compromises to be made when you
>> want some lightweight address allocation scheme, not expecting to have complex
>> address registry or management system in the backend but simple registrars.
>>
>> see below for more
>>
>>>>         The difference in interpretation
>>>>>       is actually provided by the last bit in the upper 64.  If these are the
>>>>>       same schema, then it should not need a bit to differentiate them.  They
>>>>>       should be explained as a single schema.  Which would presumably result in
>>>>>       the Z bit being part of the zone / subnet field.   If they are two
>>>>>       different schemas, then move the differentiation to part of the schema
>>>>>       identifier (making it 3 bits).
>>>>
>>>> We did not want to make Z part of the base schemas 6.10.2 "Type" code because
>>>> that would also make the Vlong scheme one bit shorter and that would reduce
>>>> virtualization space in Vlong by a factor of 2.
>>>>
>>>> So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
>>>> of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.
>>>>
>>>> Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
>>>> textually correct to have them in different subsections.
>>>>
>>>> Carving out bits like Z isn't ideal, but in between the ULA prefix,
>>>> the 64 bit local part we must have for external interfaces and
>>>> best utilization of bits, we tried to rather optimize address space
>>>> utilization and not beauty of encoding.
>>>>
>>>> Having  at the end allows (as written) use of /63 instead of  2 * /64
>>>> routes. I am not sure how important this would be in the future.
>>>>
>>>> If you feel strongly about more beauty in encoding,
>>>> i can move Z to the left and remove the notion of the possible /63 route
>>>> optimization possible through the placement of Z.
>>>
>>> Since the two different uses of the Z bit with type 00b are quite distinct,
>>> trying to enable aggregation seems counter-productive.
>>>
>>> While I hate to push on a point you describe as aesthetics, having the Z
>>> bit, occuring after the Zone / subnet-ID field, but defining whether the
>>> field is a zone or a subnet, seems awkward for insufficient reason.
>>>
>>> I would recommend moving the Z bit up so it is after the type, and at the
>>> front of each of the two sections reiterate that this subscheme is indicated
>>> by the Z bit being { 0 | 1 }.
>>
>> Done. (see diff).
>>
>>>> I very much hope there is no "interesting" implementation aspect;
>>>> nothing in the current scheme that makes implemenation harder. If you
>>>> have an example that you fear, i would like to hear it.
>>>>
>>>> To me, we are just defining address space allocation schemes.
>>>
>>> I suppose likely implementations will use mask definitions that will make it
>>> work.  I pity the code reviewer.
>>
>> I have read the code and tested in the lab IPv6 embedded RP adressing
>> and didn't feel pityfull about the job. But i weigh the overall system
>> complexity. Embedded-RP simplified a lot of other parts of the
>> multicast system at the cost of introducing an addressing scheme.
>> I think similarily, the ACP addressing scheme simplifies the overall system
>> complexity, especially registrars.
>>
>>>>>       In section 6.10.5, after stating that it is not even known what the needed
>>>>>       usage is for more V values
>>>>
>>>> Which sentence are you referring to when you say "not even known what the
>>>> needed usage is" ? I can't find it, but i would like to rectify it
>>>> if it actually is still there.
>>>
>>> The text reads "further values use via definition in future work."  In the
>>> zone-id scheme, it is one bit.  For some reason, it is 8 or 16 bits here.
>>
>> Thanks, changed sentence to:
>>
>> V: Virtualization bit: Values 0 and 1 are assigned in the same way as in the Zone-ID sub-scheme.
>>
>> The existing text, now directly after the list, explains examples
>> when a device would likely need 256 or 64k addresses:
>>
>> existing text:
>> ..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge nodes ...
>>
>>>>>       the document goes on to introduce the
>>>>>       complexity of classful nodes numbers, with the leading bit indicating how
>>>>>       long the node-number is.  Yes, the rest of the text in that bullet tries to
>>>>>       explain why you need both sizes.  It seems like needless complexity that
>>>>>       begs for mistakes in implementation.
>>>>
>>>> I was taking the example use cases we brainstormed into account, and
>>>> some of them  would require a lot more addresses in the node than others,
>>>> therefore these two choices.
>>>
>>> See my comments above.  Trying to encode specific use cases into the address
>>> format seems a problematic answer to an admittedly difficult question.
>>>
>>> What would break if you didn't define any of this?
>>
>> One could save the 2.5 bits (Type, Z) indicating the structure of the
>> address inside the address by encoding the designated format of the
>> address instead in an extension field of the ACP address information in
>> the certificate. We would certainly still want to have the same type
>> of addresses, e.g.: 2,256,64k local addresses, option for zones and
>> address to assign to ACP connect interfaces (manual addressing scheme)
>> IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
>> functionality, which i think is all required.
>>
>> I would be quite afraid of doing such a drastic change this late in
>> the process because i think it will take a long time to foresee the
>> resulting complexity introduced for registars and any other place
>> that now can deduct the semantic from the address and would then have
>> to access to what the certificate indicates in a different way (e.g.:
>> access to the certificate). Note that the length of the ACP information
>> field in the cert is also limited, so this type of extension might end
>> up looking even uglier to be short *sigh*.
>>
>> I was always thinking that this type of more flexible option would
>> be a good next-step, but not a safe first step. It would make a lot
>> more sense after hearing implementation/deployment experiences,
>> especially to correctly support important options we may have
>> overlooked in the current schemes. Just redoing what we have differently
>> to save 2.5 bits isn't worth it IMHO.
>>
>>>> Ultimately, we need to break through the chicken and egg problem
>>>> of how to build more self-managing networks. These will require
>>>> a different number of addresses inside nodes. Anything more intelligent
>>>> than address space allocations would become a complex dependency
>>>> making implementation/adoption even slower. I don't think that
>>>> offering 2, 256, 64k addresses per node is too much flexibility.
>>>> It IMHO necessary and sufficient to explore and we'll see what sticks.
>>>
>>> Variation is needed.  That was true of allocations in IP.  encoding the
>>> variations proved a bad choice.
>>
>> Let me repeat that we are not doing any network/subnet prefix encoding which is
>> what IPv4 A/B/C was. And there are IMHO good examples how encoding in IPv6
>> did save the day from complexity (at least all the stuff done for IPv6
>> multicast, ASM/SSM, zones, Embedded-RP) was highly useful.
>>
>>>>>       In section 6.11.1.11 in describing the prefix lengths, I thought that the
>>>>>       point of zone addressing was to allow the use of /64 prefixes.  But it
>>>>>       seems here that we will not do so ?
>>>>
>>>> As mentioned above: This document does not describe the routing setup for /64
>>>> (or /63 with Z-bit) routing aggregation. There are multiple options,
>>>> but we could not conclude on a single solution that we felt to be
>>>> appropriate for this document. Instead it was only very important
>>>> to carve out addressing space to support this.
>>> The net effect seems to be to prohibt the very things that you went to a lot
>>> of trouble to enable in your addressing design.
>>
>> Maybe i do not understand your comment correctly, but i do not
>> think it is correct. We just have not defined recommended mechanisms
>> how to set up routing to use /64 zone routes. That is something IMHO
>> better done in a followup document because all the cases where we
>> did see a need for znes where really very specific to particular
>> deployment styles and would not be applicable to the mayority of ACPs.
>> Nevertheless, we felt those cases where important enough to reserve
>> bits for them through the zone field.
>>
>>> ...
>>>>> ***    Section 10.3.2 paragraph 2 says that devices should change the meaning
>>>>> of "admin down" to mean "down for everything except ACP / Anima".    I can
>>>>> understand why, in an autonomic network, such a state is desirable.  However,
>>>>> that really should be a different state from "admin down".  Operators already
>>>>> understand "admin down" as meaning that this interface will not be used for any
>>>>> traffic.  Changing that is fairly drastic.  "admin limited" or "admin ACP-Only"
>>>>> would seem much better than changing the meaning of "admin down".  The
>>>>> justification in the text seems to be a desire to prevent an operator from
>>>>> doing what he intends.  that seems backwards.  (Note that the distinction
>>>>> between administrative state vs operational state, aka failed, is already well
>>>>> understood.)
>>>>
>>>> Well, this is in an informative section, so hopefully something we can agree to disagree.
>>>
>>> If this were truly informative, it would not belong in this document at all.
>>> Changing the behavior of widely understood configuration behaviors is NOT a
>>> small thing.  Changing the permissions models for widely understood
>>> configuration operations is also NOT a small thing.
>>>
>>> My suggestion is that you remove all of this material.  If you feel it is
>>> important, write an I-D for standards track on evolving the configuration
>>> model for robust ANIMA.  While I think the change is a mistake, you clearly
>>> have the right to cause the discussion.
>>>
>>> Hiding the topic in an "informational" note in the ACP document seems VERY
>>> wrong.
>>>
>>> Also note that in your discussion below, you talk about the equivalence of
>>> admin down and physical down.  Most management models I know of treat these
>>> as quite distinct.  SO that is at best a red herring.
>>
>> Hmm. I really only CLI derived from Cisco IOS, and there the
>> interface level "shutdown" command doubles IMHO both as admin down and
>> as phy down, so i would contend that this is a red herring. It actually
>> does show up in diagnostic CLI as "admin down", but is also bringing down
>> phy state. Therefore it is also used to diagnose phy, .e.g: shutting down
>> one side of a supposed direct p2p link to verify the phy change on the
>> other side. That practical experience is what the text and direction is
>> based on.
>>
>> Whats an example where admin/phy down are separate in your experience ?
>>
>> I don't know how you define "truly informative". I simply meant
>> informational as compared to standards track wrt. to not impacting
>> interoperability, but also as a precursor work to give opportunity
>> for gaining more experience before attempting to go standard.
>>
>> If/when i find time i definitely would like to investigate how this
>> could be formalized through a YANG model for ACP so that it can become standard,
>> but i definitely agree that especially this part of the YANG model would
>> be highly difficult to get to before any experience is gained with
>> this.
>>
>> I therefore would very much hesitate removing this text from the document, it was
>> specifically asked for several times in the working group to understand
>> how the promised reliability of the ACP against operator/contoller
>> operation could be achieved. Having this in a first round (this document)
>> as "informational" is IMHO a good and important thing.
>>
>>> (text retained for context of further discussions.)
>>>
>>>>
>>>> I strongly believe that the most easy way to operationalize the ACP and
>>>> achieve its goals is what we have written.
>>>>
>>>> The historic equivalence of "down" = "admin down" = "physical down" is one of
>>>> the the most fundamental problem of remote management in networks.
>>>>
>>>> We really need to start thinking of separate layers of (remote) management.
>>>> Network services on one hand and physical infra on the other.
>>>>
>>>> The first thing to do this is to separate operations such as "down"
>>>> into "admin down" that affects networks services and "phy down" that
>>>> affects the physcial infra.
>>>>
>>>> If you have existing commands like "shutdown" that today do both,
>>>> the safe mapping is to let them do the safe thing in the future, e.g:
>>>> only "admin down", and introduce new commands for the phy operations,
>>>> e.g.: "phy shutdown" or the like.
>>>> And then protect those dangerous commands even further against unintentional or
>>>> intentional misuse.
>>>>
>>>> Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
>>>> of the actual data network, you also didn't have any access to bring down the DCN
>>>> and cut yourself off from the network you manage. YOu could only screw
>>>> up that network you're meant to manage.
>>>>
>>>> And if your network consists of VMs in a DC, a "shutdown" on their
>>>> interfaces will also not bring down physical interfaces necessary
>>>> to reach the VM.
>>>>
>>>> In optical networks you often have an inband physcial ethernet management
>>>> channel. Making/breaking that one is completely different from making/breaking
>>>> your data-plane, aka: data fiber colors.
>>>>
>>>>> ***    The notion in 10.3.6 that the device should refuse to disable
>>>>> functionality when an authorized administrator directs such seems flatly wrong.
>>>>
>>>> The authorization to break your own remote management connectivity
>>>> would be a property of the certificate. clearly whoever enrolled
>>>> the device with a certificate denying that capaility to the operator
>>>> did NOT authorize the administrator to break connectivity.
>>>
>>> The security model change seems as problematic as the above configuration
>>> change.
>>
>> We have recurringly heard from customers that mistakes in managing remote
>> equipment and loosing connectivity is a mayor pain point. Creating
>> an operational option that limits/disables operators ability to
>> impact phy level connectivity that remote management depends upon and therefore
>> reducing this risk and cost factor seems to me like a very logical pah
>> forward. Whether or not this should be indicated in the certificate
>> or differently is definitely wide open.
>>
>> I agree that none of these operational interface level changes are
>> a piece of cake given how we have in the IETF not tried to define
>> different access levels to configuration so far, at least not
>> between some phy/infra access level and network-services access level.
>>
>> As said above in my first reply that you didn't comment on, i think a
>> good part of what i am looking for may happen through other means
>> already, such as when a router is just a VM running on an OS. At least
>> in early versions of this that i'd seen, this implicitly disabled
>> the ability to modify phy state from the router VM, and of course
>> complaints where raised that phy mods where necessary, but at least this
>> evolution could give raise to pause and rethink HOW to permit doing this.
>>
>> So i would at least like to pledge with you that it is a good thing to
>> have this type of discussion in an informational way in this RFC instead
>> of doing nothing or trying to go standard YANG directly as a first step.
>> It did get into the spec because of the desire of the working group.
>>
>>>>> Editorial / Nits:
>>> .
>>>>>       In the various formats in section 6.10, the lowest bit of the upper 64 bits
>>>>>       is mandated to be 0.  Presumably, there is some reason for doing this.  It
>>>>>       would be nice to explain it.
>>>>
>>>> Sorry, not clear what you're referring to. Can you give me an
>>>> explicit reference ?
>>>
>>> I should ahve removed this note.  It was a side-effect of the presentation
>>> and ordering, not a problem on its own.  Sorry.
>>
>> Cheers
>>      Toerless
>>
> 
> 


From nobody Mon May 14 01:32:28 2018
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0242212D7F0; Mon, 14 May 2018 01:32:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level: 
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lSI3ju3td5bm; Mon, 14 May 2018 01:32:24 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0107.outbound.protection.outlook.com [104.47.2.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FC2B12420B; Mon, 14 May 2018 01:32:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=RESgTwYSm6GGwVmYIMEhEYa63ybRQbrnggOFn+GIzZ4=; b=k7/jaJ4znhNbwEtgA2+pEcuyrJuzzBqpbh5CL56HYvZOAVxhsjl7bBoWt275aDlczRk5nq8YtCfucrqConiAcZkyzrrWa2Ru7B8k+i+BJ47qOH9kmfDtVZ4UDOgJLst1SacGBI3uxQflgagww0XhDdgPdTSa0N+idpW/j6/yjMU=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com; 
Received: from [192.168.1.21] (86.246.66.63) by AM5PR0701MB2499.eurprd07.prod.outlook.com (2603:10a6:203:10::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.776.4; Mon, 14 May 2018 08:32:21 +0000
To: Michael Richardson <mcr+ietf@sandelman.ca>, rtg-ads@ietf.org
Cc: rtg-dir@ietf.org, draft-ietf-bfd-multipoint.all@ietf.org, bfd@ietf.org
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost>
From: Martin Vigoureux <martin.vigoureux@nokia.com>
Message-ID: <27d6bdc4-b4b7-b544-0fad-1f8b57d088d3@nokia.com>
Date: Mon, 14 May 2018 10:32:17 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <28935.1526166269@localhost>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: fr
Content-Transfer-Encoding: 8bit
X-Originating-IP: [86.246.66.63]
X-ClientProxiedBy: PR2P264CA0022.FRAP264.PROD.OUTLOOK.COM (2603:10a6:101::34) To AM5PR0701MB2499.eurprd07.prod.outlook.com (2603:10a6:203:10::15)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(48565401081)(2017052603328)(7193020); SRVR:AM5PR0701MB2499; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2499; 3:lr6x/cRMU+jvF/1N5Uu9hdU2FjU9eZE8FQ2E1Qs+uWiivUCcxWckt2eB/1GJoE2tTou2oiuyI8HOImhGkoL7v009EfaD3vX3VWaLazTcLaXMPBy3B71rYEyU9YpmVVn0z4UdlTjMvfQZ+veYVKcW+1We9F0dBQKuVf+NBQGbzme9bMRErBJFQm3EBaQuvDVSDLSO+6rgJCRlwYzadzWb4j3d7Xv4lZxgRjPek5LjQw8u/V+XQWStGN5ha1QU9aGh; 25:2eplAHCWH19UnbAP5pAgyjpZHxPYOU1RkqEPmO8lXrqKn+kNlavo/SrJ65DrpYNszfZ+DwJUx7SLHYfiqPGvhsa3IIHHLRr05tfEp+53aGJ1z/lB5YGTxH1qb/j18AZ8ht+1/vE31CMQEPVBts5Re8488BPpKDOc8rU5JUxSSnHk9jt89W4d4sHR2XFcwgufKpt6QFB6TNoKtJXAuQBcpw+RWEYIF7kxUuhCcUVmKENBrATbbkIq2RqsGXO0xjGLHmSR821eBwhdCpc/qNd36Q57HhPjIlFnAxrCC79CwD5sBQ0/x7knpz3/GrowzhOew4B5PyJXDdHihLsODPAbog==; 31:Ubvz4o19Jn3BPULOTIZhS177BWV3F91HOdj7vPxs4HcmvFc7v3muqjscT4VopPkYxpeaj0A/RjAo4U9Ft4XKoPIoFfuSqpYTaQrKJhmDKFYPObc0zdExy6nuShouiUWTeGpIbImCvnFn4NmOK5W1zi29eamXL94iGRjlhY59yZgYVh/DOpW5FvLr+KoXzvZv4mWveOyKxVrEuTOdRQ1RMAjXPTrWNYd8FDZuwbfo6zs=
X-MS-TrafficTypeDiagnostic: AM5PR0701MB2499:
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2499; 20:0kUfu/blZWsCPBPMZtMdkBCX5rnQ7pVs1kzzUJH96JyftOMWHIVbe8rcAqcT50xohpbMGQzGilecjFdrsLG5SadlrjqoXY5qiI39KERAX3EHIRL+IChOc5lJZYyGNmTBHbVwlaXQD45+YeUrzbGOaI0YSiVr/XywgMuCD2hCjt/qO9nTMirvMocuAJ1t/dL/BJptmfBqdstaxLtVrgJVHj2VQEsUv9YQoZglxB8bWzCAuTpPKwM7YnXyYVLpRo1qpzTNbqRke95QRwocRFbf+EW+yGuBIry9ebDOO5WxsQ//sCQJ14QVSA2xpwM85MzMJLER9kHsjTxSaPTz/c2jr3XzBprU7a1gOJLRVYDKZKgAe6XNm25roNbiEEEOkT0Z1eb6h37udjFcP4lEF+2tNaOnua7b7LT14O4bLlDkNOFrllmEfV8ylROXcyXbmlEfBfC2lz4UK+vNLLq0WHy6rfZzvLChzEO99eUm9Zggb2ozzhO/ct9fs7nYQ9Bnocr9; 4:i9kT+DlwnCBrm/Edm9SHcda3PGaJFhWuvRa0vYFTpbqIBanmG0Tubgve9guNbhriIymZtABc6bRzxlK6mcs1xujkSYBeXMm5jpASPo1LWZfNURp/NZ+4oAljmcuPOmZ8rpy3nRGCBXTdML+0mGsjeYoqdgsMFJSEZFaYjwnwrpd7UJXQR4i27+Nj/zirlHlIPlK/89rhHM5ocXbTsOtxCeh9VMF+BLuavuPlOLelYAFYj8YpcbAryH9gfZdZzNmABudfXs/k6wJ+X9fpXLYzDg==
X-Microsoft-Antispam-PRVS: <AM5PR0701MB2499B136991CF95E3B0A19BC8C9C0@AM5PR0701MB2499.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231254)(11241501184)(806099)(944501410)(52105095)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(6072148)(201708071742011); SRVR:AM5PR0701MB2499; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2499; 
X-Forefront-PRVS: 067270ECAF
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(366004)(396003)(39860400002)(376002)(39380400002)(346002)(76274002)(377424004)(199004)(189003)(81166006)(8936002)(81156014)(25786009)(117156002)(5660300001)(3260700006)(65826007)(65806001)(67846002)(1720100001)(65956001)(66066001)(86362001)(31696002)(105586002)(47776003)(8676002)(6666003)(53936002)(97736004)(305945005)(31686004)(106356001)(229853002)(77096007)(58126008)(59450400001)(7736002)(3846002)(16576012)(2870700001)(26005)(44832011)(316002)(6486002)(4326008)(11346002)(446003)(386003)(6246003)(6116002)(486006)(956004)(68736007)(2616005)(2906002)(476003)(23676004)(52146003)(50466002)(52116002)(2486003)(186003)(64126003)(36756003)(16526019)(478600001)(76176011); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2499; H:[192.168.1.21]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
Received-SPF: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjI0OTk7MjM6OS8zMFMxeEYxTE5PSXZIWWwxSnhJa1Z5?= =?utf-8?B?WjhPME5RN1ArM1krWCt5REo3NDhiN1F6UEdLZU5iTVZmdWc0RmRmZ2o3MGxC?= =?utf-8?B?R1ljQUdTeEJWY0lwMUFpMFY4dXNYRktjbjhXd3dqT2MySDk3MDIrQk5YR3JR?= =?utf-8?B?d0xkei8xYlczN0p0elhjbU03OHlzYnNFdlVrbG1sNkNYeXF3Z3RiVmZEM3o4?= =?utf-8?B?UkczVjlmSEpXYXYxMW9CUEsrYVAyMzd5dVhmalJYbnZIR3dybVA2eS9ZUzcr?= =?utf-8?B?N0cxaDNCa3ZkUW43bWkvbW5VOWY4V3dlQ0NoMzVERGpSN3ZSaFVXd1VFbHdY?= =?utf-8?B?dHFnUGgzVDAyNjVLeDlPcG5FSU5TbnBFbTB1VGF4VWh1RVpwQzNxRW1FR2k2?= =?utf-8?B?MWxtYmZUVU1ycDU5V2dzQUw1VFl2WTA2RWUyRUFKVnpmRDRVY2YyZEFXN0sw?= =?utf-8?B?a29iWXdiMFVhaVBiVmEwQnBJek9rTFgxSXVOeUNreUdUM2NnT2RxWmdRdmxQ?= =?utf-8?B?VFZvc1h6VHBTWXJHNkZ3VnRxcXdIV1JBU0VOOStuYkxOUUFxcUp4VUhmbWQ5?= =?utf-8?B?em83aVNDejZ6VllLdWtsUS9jV0t3NGVFNWVyUWJ3R3R2VG1IalZXbmRqcm4v?= =?utf-8?B?eHBGNit2YWx0T01NWGtUdTZoZ0dBUTI4QjVFRW1LWEJ4NExRNVhFMDgxeFhP?= =?utf-8?B?QWg3SENYcHNqUzU2RWJoNlRibi9WeGk2NTBRVFVtMGs2NVhOemptVVYvNUFm?= =?utf-8?B?VWRXWjBac3FGNktxejJmbXNJSTVSMWhqc2JaSzdaUWhBeFJxaWw4TkFJYmpM?= =?utf-8?B?aGVab3Q4clZCYXRiMHJLQmFwNU96K0UzR2FIRHpic0xPb1llODU3VS9CdCty?= =?utf-8?B?NDVIdmxUR0o2bm9vSS9naUJLalcyckNUV0dYTHJhMGtJejg3SE5jZzRpamZ1?= =?utf-8?B?MHRXcWZROUpNUzFwbkN6WFZxUlN0dU1ibTYzWG5YZlBQZVpEdFJScUJTdUxv?= =?utf-8?B?TXFsV2RRaUJDRG1rV1E3N3prYkJZWjlBVWt6d20yR1N6VzRWREVqenZNaWNC?= =?utf-8?B?SXJpZCtyam5uT055OUZPNDl1dy9wV29pTDFaQlRVa3o0L3VudHF6c1hqWVA0?= =?utf-8?B?cnFTSE5sNkNJbGFPMWJEdUlVQzNYZEl2Qm9qSXM5cjlZWndtV0gwcUF6dG5U?= =?utf-8?B?ZnFIOEF4cGRNdHNaM0VqcUVtT2dMQjBvSG9kYVZJUFYvYWZ0NVB4cVRFRGpq?= =?utf-8?B?NFk2UjZvSDJ0WUljRkkzRkx0QXlWaHY4VStrK3FRcXpoVTFWaFdOTU5ZSEJu?= =?utf-8?B?RkYxRGhNUTRUUzBEMjh1d0d1QWtWMHE5TzhlbnZFaFdycEw0cUhDQ3dLUVBJ?= =?utf-8?B?czBaUHRtTzdibDZjdGkyTDViTTIxMGdJQTNpYXgyQlRvQTVDeE12aHY4RHdu?= =?utf-8?B?eFV0RTRJei9qdHBYMXZJRkpoK3lZSjJLNnp1R3RDNDFVdThZSkZpNjNzRExo?= =?utf-8?B?YkxvUER1K3M0bjRXMmdaUm1VdlhPS1pJbWF2UDkxNVdqaGpnU3NCWFMwQlVs?= =?utf-8?B?Y0E0cnpxeUFBWERjemtNR1VCZjdwcmlpVzFXUkJOZWg4MjZRSjY4cEpLc2NT?= =?utf-8?B?US9PMXBrdVBwZzErTHFNY0JjQmozTzkweS8vKzB6Ym1ZbHZzOStYcW1pTWg4?= =?utf-8?B?M09OQTNMOXVCUzI5SGVnTnhNYzdwWFFsaWs3aTMwUEdFYURvZ0xmYXRyYXpt?= =?utf-8?B?ajBCeG00MDk3eS8vUUxqNnZRWUoyTzJuTi9oVjgxMC9qZWRDRjd1K1VSbkVi?= =?utf-8?B?L1cwd0xTR3ZzMG8rS0N6ZW5NK2w3b1BRZVE0QlgvZS9seFE4cm5OWTBMc2I0?= =?utf-8?B?Q202RnpTclAweDRIaFY2MGkwczZuR3BBODBqazB5aGJSNThodWZRMjBjOW00?= =?utf-8?B?OTZlYWZkejh2TndwRHRpVUNDYmQxcHo1YlVmWTM5YXl0RDJ4RHhhMUdocVBj?= =?utf-8?B?S0VFTDJOMlhjL2VkVi8rYmJpd0hwS1owR1NzejdTMVIzdHRQYWdOTnZkVjBD?= =?utf-8?B?UGYxK3lQdDVDVWRWQ1RIVzc1QXlVakh1bUk5VlgvejZhK0VmM005bzhzTHhz?= =?utf-8?Q?lpTPS9wPLESVBV5qYacFmKMoU=3D?=
X-Microsoft-Antispam-Message-Info: nQLPd8v+9aYD+srnZeUQqN9T41CEa5t6JTuhhlMm49T/vA9B6lCea6YYdtwRaSsuYbS6BgJlLRUwXXCddyXg2Debd0xGBUlayKDCX4HS8ziRO4tWJ9+8Tf0eiUQRdqhxPZzT3filuZhedbfmcOa7Eq7YWpB4KXSPGpfG9jti41jaYckXkhuMn0VkNlTdZ4FFP8/dCXR3n/gllX7KArciUeJteZlm5j+yl8LR5NQcQfApGOUYUNYfQ+6qxPe/QIAE
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2499; 6:4n0Vf6apejWuGUpnzJB1aO84m8izfFcTfe/vSAeEQ8kLyYL7p/5BkYTt6arVmQyzZ9Jds7SP31ykdDxChQl89EhZryih2McjBp4QJ0OSDe/8l6rCNdYxIuUkgbH3b3HTb5OeMVDq6RuR4AVIheZcSIx8vHFpCkKwBJDmJ/6jhbMWiCB3DLBgw1yeVT0GtazpkSgFTjkhH8ozq+nikl3OnmrZJG174nMFUN4lAibIXfua9cGRucDrZ9nHW9X60Ei3Hx9Eour7xlbWXWODB87HBTkGDgJ3eSR72xNK/n+dVLXx1HD6x9xcyFjDLyYOwoCYOzBfKvEffZpITdUKarK4vWRDUMmZkGsr3A638vHU0p+0Mz8ycDLvqJTMcLexNxaMkEL3DwbOK9ugyRThK3Gv8LCrEdOqNsQlIfBA4QMlbvWvJNFLpGRuZX+00RrxnWEyMfvZDki2A472XyZnc1zxRQ==; 5:Trmih1ZrYPMV01Xy+c+K5meho+iUYA0QeXxYm8+wNrROVJtUDCUI+TpDfwENUv0G+46rS5qMFkOU7fLm/DpVF2zpS0ViCcYMMXueN08vioSXuhYxYQYwvLVA7ES/bP2NGvQttFepvH103sIal3ZeOicVJ6ZdZsvYh52hOvibebM=; 24:Fkl5kczDWYnnDJj7EnwzsDEHQy9NuoW6A5ONAyokftO5WhqHpghdcDlpFOt97mpoQAgXw56KrvRP2DPvfsARonJucO0f4RVwswCq1rx5EG8=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2499; 7:Uq4MWA4RFqBcMO5R4sWIOiZhOmvfIDtMByQD8ipJ0PmuprNjViLCthWdJT7JlsRjFinbW+497LaU/LK44Ss5L1KusLc2RPvWPqRl17CSpHGIgQZkCcwX5F+u47SIk67khXc7q4S2v6PkIW5dIM5k/myfDA4vkUJGe8rNwUD4pDiUYm2vxbUCTKTD8Z0jFGeHDuXYvcNVbTjFHs8F1cRJ+79vWxXjLvma+HHW4HMdIhll2EyZOaHdjHpF/4hFHRcE
X-MS-Office365-Filtering-Correlation-Id: e8d3a2c7-6ba6-46fe-bcc9-08d5b9753653
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 May 2018 08:32:21.5231 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: e8d3a2c7-6ba6-46fe-bcc9-08d5b9753653
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2499
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/FQNbx5UOxZfgbod9O69BSzp-oYg>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 08:32:27 -0000

Thank you Michael

Le 2018-05-13 à 1:04, Michael Richardson a écrit :
> 
> Hello,
> 
> I have been selected as the Routing Directorate reviewer for this draft. The
> Routing Directorate seeks to review all routing or routing-related drafts as
> they pass through IETF last call and IESG review, and sometimes on special
> request. The purpose of the review is to provide assistance to the Routing
> ADs. For more information about the Routing Directorate, please see
> ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
> 
> Although these comments are primarily for the use of the Routing ADs, it
> would be helpful if you could consider them along with any other IETF Last
> Call comments that you receive, and strive to resolve them through discussion
> or by updating the draft.
> 
> Document: draft-draft-ietf-bfd-multipoint-16.txt
> Reviewer: Michael Richardson
> Review Date: 2018-05-12
> IETF LC End Date: unknown
> Intended Status: Standards Track
> 
> Summary:
> 
> This document is basically ready for publication, but has presentation nits
> that should be considered prior to publication.
> 
> Comments:
> 
> It seems like a well written document, with an intelligent and well-throught
> out way to extend BFD to multicast uses.
> 
> I found the document a bit too abstract as it attempted to apply itself to
> any place that BFD is used.  I would like to perhaps better
> understand how it is used in some real multicast situations (MPLS,
> PIM/IP-level multicast).
> 
> I believe that my lack of familiarity with some of those technologies might
> be keeping me in the dark.
> 
> I'm not generally happy with documents that say:
>      "The following procedure replaces section 6.8.6 of [RFC5880]."
> 
> because it's difficult to know what is going on without having the two
> documents next to eachother.  For an implementer, I'm not sure that there
> is any savings by doing this either, it seems to be solely for the
> convenience of those writing it.
> 
> I would prefer to have section 4.13 actually number the steps of the pseudo-code.
> As far as I can see, all of the pseudo-code of 5880 is being replaced, so
> this is not as much as a patch, so I don't see why not to number the
> pseudo-code.  (Like BASIC if you want, or with numbered lists)
> 
> I did not evaluate the pseudo-code to determine if it made logical sense, it
> seemed well written and understandable.
> 
> Major Issues:
> 
> No major issues found.
> 
> Minor Issues:
> 
> No minor issues found.
> 
> Nits:
> 
> "the tail declares the path to having failed."		<- s/having/have/
> 
> 


From nobody Mon May 14 02:04:52 2018
Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26FDC12D87C; Mon, 14 May 2018 02:04:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.45
X-Spam-Level: 
X-Spam-Status: No, score=-1.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_MED=-2.3, URIBL_DBL_ABUSE_MALW=2.5] 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 v_Qx6yL6vyTH; Mon, 14 May 2018 02:04:34 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EBC312D7F0; Mon, 14 May 2018 02:04:34 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 9652658C4DD; Mon, 14 May 2018 11:04:25 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 8AF84440218; Mon, 14 May 2018 11:04:25 +0200 (CEST)
Date: Mon, 14 May 2018 11:04:25 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, ietf@ietf.org, anima@ietf.org
Message-ID: <20180514090425.o2yr33536jru53bu@faui48f.informatik.uni-erlangen.de>
References: <151995712572.15727.501156104518975926@ietfa.amsl.com> <20180507193019.nebavxqhv2jxkngt@faui48f.informatik.uni-erlangen.de> <ddcb5d2c-df2a-3cee-3484-9e9b5d61fbd9@joelhalpern.com> <20180512020944.kg5mehv2bfc2ydle@faui48f.informatik.uni-erlangen.de> <10178dd0-e0d2-784e-e2a6-0cb91c3bc952@joelhalpern.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <10178dd0-e0d2-784e-e2a6-0cb91c3bc952@joelhalpern.com>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/_9beH3JH9Sr43uYwAuE_LHU0mcs>
Subject: Re: [RTG-DIR] [Anima] Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 09:04:39 -0000

a) Will try to do better explanation of identifier nature of addresses in
   next commit.

b) what do we loose if get rid of the choices. I kinda thought i had answered
   this already, but i really don't know where your concern starts...

   1. We use ULA because we want to be able to bring up ACP networks without
      requiring a registry allocation of a prefix, and ULA is the correct
      private address space. And deriving ULA Global ID from hash of domain
      name is nice.

      Sounds as if you agree with this.
    
   2. We want to be able to allocate addresses to ACP/ANI devices
      without any additional configuration from multiple independently
      running registrars. Thats why the global unique ID of the registrar
      is part of the address in both zone and Vlong format.

      Thats very fundamental to the ease of deployment of ACP/ANI nodes
      (i say ANI, because its really ACP+BRSKI required here to get a simple standard
       solution to create the cert, otherwise youre down to a vendor specific
       cert provisioning solution extended with ACP info support)

      i hope this is uncontentuous
   
   3. a) We wanted to be able to support in the future "zone" = area/region-level
      route aggregation, thats why the zone scheme reserves those 13 bits.

      b) We also know use cases where nodes need more than 2 addresses,
      thats why we have have the 8/16 bit Vlong option. 

      c) We can not do everything autonomically (== addresses assigned from registrars),
      so we also reserve address space for traditional config (manual address space).

      Are these three sub-spaces zone,manual,vlong contenuous ?
   
   As mentioned in prior email if i wanted to avoid those ca. 3 bits of
   format indication, i would need to indicate the semantic of addresses
   somehow differently to the nodes, e.g: via some extension to the ACP format,
   but i would want to be able to signal the same information.

   So for example: because we have a standardized addressing scheme,
   a node that allows configuration of "ACP connect" can make sure
   that the address configured on an ACP cnnect interface can never be a ULA
   address that would conflict with an automatic ACP address assignment done
   by a registrar. So i protect my autonomic address space from misconfiguration.
   Which is IMHO extremely important. So this is the key justification for
   the manual address space allocation. 

   Distinguishing between zone and Vlong address spaces is necessary because
   we just can't fit zone, registrar-ID and node-number and 16 bit of per-node bits
   into a single addressing scheme.

   E voila, three (IMHO: simpler) simple options. Likely networks will use all three.
 
Cheers
    Toerless

On Sun, May 13, 2018 at 07:38:35PM -0400, Joel M. Halpern wrote:
> Trimmed.
> Top posting for clarity.  Mostly, agreement.
> 
> On the identifier vs locator, I think the way you are using the terms is
> confusing.  But it is not worth continued argumentation.Some text
> elaborating along the lines you provide (retained below) would help.
>
> I have tried reading the section on addressing inside the ACP more
> carefully.  Thank you for moving the Z bit.
> I have retained the earlier discussion on this topic below, in case we still
> need it.
> Reading the section, I think that the problem is more basic.
> 
> I agree that the document needs to define that we are using a ULA.  And
> because of the certificate behaviors, there is significant advantage in
> defining what ULA prefix is used.
> 
> Given that, I do not see what use there is in all the other format
> definition.  I suspect I am missing something very basic.  Why not leave
> this to the deploying operator?  It is not like it can be autonomic, since
> something has to tell the devices what format to use, and what numbers
> within some of the formats to use.  I could imagine something that said "in
> the absence of configuration, construct device addresses according to one
> specific algorithm, so as to simplify bootstrap.
> But it would be a simple scheme.
>
> 
> On 5/11/18 10:09 PM, Toerless Eckert wrote:
> > 
> > Diff:
> > 
> > http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb45209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt&url2=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
> > 
> > Latest version:
> > https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
> > 
> ....
> > Here are the things that make the ACP address an identifier to me:
> > 
> > - It is assigned once to the device and not meant to change over the lifetime
> >    of the device.
> > - It does not change when i move the node to a different location
> >    and re-connect the device.
> > - It is the unique part of the ACP domain certificate (other than the private key)
> >    and used to identify the device (privat key is used to authenticate it,
> >    but the private key may change over time, for example when renewing the certificate).
> > 
> > Would be happy to elaborate this in the doc more explicitly, e.g.: like written
> > above.
> 
> (Context: Addressing inside the ACP.)
> > > Part of my reaction to this whole section is that it looks much like the
> > > mistake we made originally in defining classful IP addresses.  You are
> > > trying to guess the correct use cases, and defining specific address
> > > structures with specific encodings for each one.  With only a few encodings
> > > available.  This seems to be a recipe for being wrong later in ways that
> > > hurt.
> > 
> > The only equivalent to classfull addressing i see is for the fixed prefix-length
> > handed out to each node, 1 bit (2 addresses) with zone addresses, 8/16 bits
> > (256/64k address) for Vlong, but its NOT assignment to network segments
> > as in IPv4 A/B/C but to nodes.
> > 
> > We didn't introduce choices lightly. There are compromises to be made when you
> > want some lightweight address allocation scheme, not expecting to have complex
> > address registry or management system in the backend but simple registrars.
> > 
> > see below for more
> > 
> > > >         The difference in interpretation
> > > > >       is actually provided by the last bit in the upper 64.  If these are the
> > > > >       same schema, then it should not need a bit to differentiate them.  They
> > > > >       should be explained as a single schema.  Which would presumably result in
> > > > >       the Z bit being part of the zone / subnet field.   If they are two
> > > > >       different schemas, then move the differentiation to part of the schema
> > > > >       identifier (making it 3 bits).
> > > > 
> > > > We did not want to make Z part of the base schemas 6.10.2 "Type" code because
> > > > that would also make the Vlong scheme one bit shorter and that would reduce
> > > > virtualization space in Vlong by a factor of 2.
> > > > 
> > > > So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
> > > > of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.
> > > > 
> > > > Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
> > > > textually correct to have them in different subsections.
> > > > 
> > > > Carving out bits like Z isn't ideal, but in between the ULA prefix,
> > > > the 64 bit local part we must have for external interfaces and
> > > > best utilization of bits, we tried to rather optimize address space
> > > > utilization and not beauty of encoding.
> > > > 
> > > > Having  at the end allows (as written) use of /63 instead of  2 * /64
> > > > routes. I am not sure how important this would be in the future.
> > > > 
> > > > If you feel strongly about more beauty in encoding,
> > > > i can move Z to the left and remove the notion of the possible /63 route
> > > > optimization possible through the placement of Z.
> > > 
> > > Since the two different uses of the Z bit with type 00b are quite distinct,
> > > trying to enable aggregation seems counter-productive.
> > > 
> > > While I hate to push on a point you describe as aesthetics, having the Z
> > > bit, occuring after the Zone / subnet-ID field, but defining whether the
> > > field is a zone or a subnet, seems awkward for insufficient reason.
> > > 
> > > I would recommend moving the Z bit up so it is after the type, and at the
> > > front of each of the two sections reiterate that this subscheme is indicated
> > > by the Z bit being { 0 | 1 }.
> > 
> > Done. (see diff).
> > 
> > > > I very much hope there is no "interesting" implementation aspect;
> > > > nothing in the current scheme that makes implemenation harder. If you
> > > > have an example that you fear, i would like to hear it.
> > > > 
> > > > To me, we are just defining address space allocation schemes.
> > > 
> > > I suppose likely implementations will use mask definitions that will make it
> > > work.  I pity the code reviewer.
> > 
> > I have read the code and tested in the lab IPv6 embedded RP adressing
> > and didn't feel pityfull about the job. But i weigh the overall system
> > complexity. Embedded-RP simplified a lot of other parts of the
> > multicast system at the cost of introducing an addressing scheme.
> > I think similarily, the ACP addressing scheme simplifies the overall system
> > complexity, especially registrars.
> > 
> > > > >       In section 6.10.5, after stating that it is not even known what the needed
> > > > >       usage is for more V values
> > > > 
> > > > Which sentence are you referring to when you say "not even known what the
> > > > needed usage is" ? I can't find it, but i would like to rectify it
> > > > if it actually is still there.
> > > 
> > > The text reads "further values use via definition in future work."  In the
> > > zone-id scheme, it is one bit.  For some reason, it is 8 or 16 bits here.
> > 
> > Thanks, changed sentence to:
> > 
> > V: Virtualization bit: Values 0 and 1 are assigned in the same way as in the Zone-ID sub-scheme.
> > 
> > The existing text, now directly after the list, explains examples
> > when a device would likely need 256 or 64k addresses:
> > 
> > existing text:
> > ..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge nodes ...
> > 
> > > > >       the document goes on to introduce the
> > > > >       complexity of classful nodes numbers, with the leading bit indicating how
> > > > >       long the node-number is.  Yes, the rest of the text in that bullet tries to
> > > > >       explain why you need both sizes.  It seems like needless complexity that
> > > > >       begs for mistakes in implementation.
> > > > 
> > > > I was taking the example use cases we brainstormed into account, and
> > > > some of them  would require a lot more addresses in the node than others,
> > > > therefore these two choices.
> > > 
> > > See my comments above.  Trying to encode specific use cases into the address
> > > format seems a problematic answer to an admittedly difficult question.
> > > 
> > > What would break if you didn't define any of this?
> > 
> > One could save the 2.5 bits (Type, Z) indicating the structure of the
> > address inside the address by encoding the designated format of the
> > address instead in an extension field of the ACP address information in
> > the certificate. We would certainly still want to have the same type
> > of addresses, e.g.: 2,256,64k local addresses, option for zones and
> > address to assign to ACP connect interfaces (manual addressing scheme)
> > IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
> > functionality, which i think is all required.
> > 
> > I would be quite afraid of doing such a drastic change this late in
> > the process because i think it will take a long time to foresee the
> > resulting complexity introduced for registars and any other place
> > that now can deduct the semantic from the address and would then have
> > to access to what the certificate indicates in a different way (e.g.:
> > access to the certificate). Note that the length of the ACP information
> > field in the cert is also limited, so this type of extension might end
> > up looking even uglier to be short *sigh*.
> > 
> > I was always thinking that this type of more flexible option would
> > be a good next-step, but not a safe first step. It would make a lot
> > more sense after hearing implementation/deployment experiences,
> > especially to correctly support important options we may have
> > overlooked in the current schemes. Just redoing what we have differently
> > to save 2.5 bits isn't worth it IMHO.
> > 
> > > > Ultimately, we need to break through the chicken and egg problem
> > > > of how to build more self-managing networks. These will require
> > > > a different number of addresses inside nodes. Anything more intelligent
> > > > than address space allocations would become a complex dependency
> > > > making implementation/adoption even slower. I don't think that
> > > > offering 2, 256, 64k addresses per node is too much flexibility.
> > > > It IMHO necessary and sufficient to explore and we'll see what sticks.
> > > 
> > > Variation is needed.  That was true of allocations in IP.  encoding the
> > > variations proved a bad choice.
> > 
> > Let me repeat that we are not doing any network/subnet prefix encoding which is
> > what IPv4 A/B/C was. And there are IMHO good examples how encoding in IPv6
> > did save the day from complexity (at least all the stuff done for IPv6
> > multicast, ASM/SSM, zones, Embedded-RP) was highly useful.
> > 
> > > > >       In section 6.11.1.11 in describing the prefix lengths, I thought that the
> > > > >       point of zone addressing was to allow the use of /64 prefixes.  But it
> > > > >       seems here that we will not do so ?
> > > > 
> > > > As mentioned above: This document does not describe the routing setup for /64
> > > > (or /63 with Z-bit) routing aggregation. There are multiple options,
> > > > but we could not conclude on a single solution that we felt to be
> > > > appropriate for this document. Instead it was only very important
> > > > to carve out addressing space to support this.
> > > The net effect seems to be to prohibt the very things that you went to a lot
> > > of trouble to enable in your addressing design.
> > 
> > Maybe i do not understand your comment correctly, but i do not
> > think it is correct. We just have not defined recommended mechanisms
> > how to set up routing to use /64 zone routes. That is something IMHO
> > better done in a followup document because all the cases where we
> > did see a need for znes where really very specific to particular
> > deployment styles and would not be applicable to the mayority of ACPs.
> > Nevertheless, we felt those cases where important enough to reserve
> > bits for them through the zone field.
> > 
> > > ...
> > > > > ***    Section 10.3.2 paragraph 2 says that devices should change the meaning
> > > > > of "admin down" to mean "down for everything except ACP / Anima".    I can
> > > > > understand why, in an autonomic network, such a state is desirable.  However,
> > > > > that really should be a different state from "admin down".  Operators already
> > > > > understand "admin down" as meaning that this interface will not be used for any
> > > > > traffic.  Changing that is fairly drastic.  "admin limited" or "admin ACP-Only"
> > > > > would seem much better than changing the meaning of "admin down".  The
> > > > > justification in the text seems to be a desire to prevent an operator from
> > > > > doing what he intends.  that seems backwards.  (Note that the distinction
> > > > > between administrative state vs operational state, aka failed, is already well
> > > > > understood.)
> > > > 
> > > > Well, this is in an informative section, so hopefully something we can agree to disagree.
> > > 
> > > If this were truly informative, it would not belong in this document at all.
> > > Changing the behavior of widely understood configuration behaviors is NOT a
> > > small thing.  Changing the permissions models for widely understood
> > > configuration operations is also NOT a small thing.
> > > 
> > > My suggestion is that you remove all of this material.  If you feel it is
> > > important, write an I-D for standards track on evolving the configuration
> > > model for robust ANIMA.  While I think the change is a mistake, you clearly
> > > have the right to cause the discussion.
> > > 
> > > Hiding the topic in an "informational" note in the ACP document seems VERY
> > > wrong.
> > > 
> > > Also note that in your discussion below, you talk about the equivalence of
> > > admin down and physical down.  Most management models I know of treat these
> > > as quite distinct.  SO that is at best a red herring.
> > 
> > Hmm. I really only CLI derived from Cisco IOS, and there the
> > interface level "shutdown" command doubles IMHO both as admin down and
> > as phy down, so i would contend that this is a red herring. It actually
> > does show up in diagnostic CLI as "admin down", but is also bringing down
> > phy state. Therefore it is also used to diagnose phy, .e.g: shutting down
> > one side of a supposed direct p2p link to verify the phy change on the
> > other side. That practical experience is what the text and direction is
> > based on.
> > 
> > Whats an example where admin/phy down are separate in your experience ?
> > 
> > I don't know how you define "truly informative". I simply meant
> > informational as compared to standards track wrt. to not impacting
> > interoperability, but also as a precursor work to give opportunity
> > for gaining more experience before attempting to go standard.
> > 
> > If/when i find time i definitely would like to investigate how this
> > could be formalized through a YANG model for ACP so that it can become standard,
> > but i definitely agree that especially this part of the YANG model would
> > be highly difficult to get to before any experience is gained with
> > this.
> > 
> > I therefore would very much hesitate removing this text from the document, it was
> > specifically asked for several times in the working group to understand
> > how the promised reliability of the ACP against operator/contoller
> > operation could be achieved. Having this in a first round (this document)
> > as "informational" is IMHO a good and important thing.
> > 
> > > (text retained for context of further discussions.)
> > > 
> > > > 
> > > > I strongly believe that the most easy way to operationalize the ACP and
> > > > achieve its goals is what we have written.
> > > > 
> > > > The historic equivalence of "down" = "admin down" = "physical down" is one of
> > > > the the most fundamental problem of remote management in networks.
> > > > 
> > > > We really need to start thinking of separate layers of (remote) management.
> > > > Network services on one hand and physical infra on the other.
> > > > 
> > > > The first thing to do this is to separate operations such as "down"
> > > > into "admin down" that affects networks services and "phy down" that
> > > > affects the physcial infra.
> > > > 
> > > > If you have existing commands like "shutdown" that today do both,
> > > > the safe mapping is to let them do the safe thing in the future, e.g:
> > > > only "admin down", and introduce new commands for the phy operations,
> > > > e.g.: "phy shutdown" or the like.
> > > > And then protect those dangerous commands even further against unintentional or
> > > > intentional misuse.
> > > > 
> > > > Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
> > > > of the actual data network, you also didn't have any access to bring down the DCN
> > > > and cut yourself off from the network you manage. YOu could only screw
> > > > up that network you're meant to manage.
> > > > 
> > > > And if your network consists of VMs in a DC, a "shutdown" on their
> > > > interfaces will also not bring down physical interfaces necessary
> > > > to reach the VM.
> > > > 
> > > > In optical networks you often have an inband physcial ethernet management
> > > > channel. Making/breaking that one is completely different from making/breaking
> > > > your data-plane, aka: data fiber colors.
> > > > 
> > > > > ***    The notion in 10.3.6 that the device should refuse to disable
> > > > > functionality when an authorized administrator directs such seems flatly wrong.
> > > > 
> > > > The authorization to break your own remote management connectivity
> > > > would be a property of the certificate. clearly whoever enrolled
> > > > the device with a certificate denying that capaility to the operator
> > > > did NOT authorize the administrator to break connectivity.
> > > 
> > > The security model change seems as problematic as the above configuration
> > > change.
> > 
> > We have recurringly heard from customers that mistakes in managing remote
> > equipment and loosing connectivity is a mayor pain point. Creating
> > an operational option that limits/disables operators ability to
> > impact phy level connectivity that remote management depends upon and therefore
> > reducing this risk and cost factor seems to me like a very logical pah
> > forward. Whether or not this should be indicated in the certificate
> > or differently is definitely wide open.
> > 
> > I agree that none of these operational interface level changes are
> > a piece of cake given how we have in the IETF not tried to define
> > different access levels to configuration so far, at least not
> > between some phy/infra access level and network-services access level.
> > 
> > As said above in my first reply that you didn't comment on, i think a
> > good part of what i am looking for may happen through other means
> > already, such as when a router is just a VM running on an OS. At least
> > in early versions of this that i'd seen, this implicitly disabled
> > the ability to modify phy state from the router VM, and of course
> > complaints where raised that phy mods where necessary, but at least this
> > evolution could give raise to pause and rethink HOW to permit doing this.
> > 
> > So i would at least like to pledge with you that it is a good thing to
> > have this type of discussion in an informational way in this RFC instead
> > of doing nothing or trying to go standard YANG directly as a first step.
> > It did get into the spec because of the desire of the working group.
> > 
> > > > > Editorial / Nits:
> > > .
> > > > >       In the various formats in section 6.10, the lowest bit of the upper 64 bits
> > > > >       is mandated to be 0.  Presumably, there is some reason for doing this.  It
> > > > >       would be nice to explain it.
> > > > 
> > > > Sorry, not clear what you're referring to. Can you give me an
> > > > explicit reference ?
> > > 
> > > I should ahve removed this note.  It was a side-effect of the presentation
> > > and ordering, not a problem on its own.  Sorry.
> > 
> > Cheers
> >      Toerless
> > 
> 
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima

-- 
---
tte@cs.fau.de


From nobody Mon May 14 05:50:13 2018
Return-Path: <jmh.direct@joelhalpern.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B49712DB6C; Mon, 14 May 2018 05:50:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_DBL_ABUSE_MALW=2.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 nAdRfTM19ivT; Mon, 14 May 2018 05:50:01 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 23695124239; Mon, 14 May 2018 05:50:01 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id F1CCD3E5F01; Mon, 14 May 2018 05:50:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1526302201; bh=nBb9TRSXARXKW0J0tMogFRo74c4XR6fBb3Q9wtOywHQ=; h=Date:Subject:In-Reply-To:From:To:Cc:From; b=VNeSa0rMk+L8QFuiUv4M0dmYCHU1bc1cOjfgp56AEnwYp4d8Rz6v58wUjaf2MOLOZ Hcxa467Z4LBVaDm26MLQ/+tfB5/za4SlwQGgE8MFawubjokERvfWeXRt3BPjK3gCRb /7ZZJgg0imVxPzkzb5mqPMOJb7nPhaYMmXwywRSk=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from [172.20.100.20] (unknown [50.225.209.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 055342402CE; Mon, 14 May 2018 05:49:59 -0700 (PDT)
SavedFromEmail: jmh.direct@joelhalpern.com
Date: Mon, 14 May 2018 08:49:56 -0400
In-Reply-To: <20180514090425.o2yr33536jru53bu@faui48f.informatik.uni-erlangen.de>
Importance: normal
From: "jmh.direct" <jmh.direct@joelhalpern.com>
To: Toerless Eckert <tte@cs.fau.de>, "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, ietf@ietf.org, anima@ietf.org
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="--_com.samsung.android.email_10172749362835710"
Message-Id: <20180514125001.23695124239@ietfa.amsl.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/ZOnSsQ5LixFCedIHQJD2YnH2PNo>
Subject: Re: [RTG-DIR] [Anima] Rtgdir telechat review of draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 12:50:05 -0000

----_com.samsung.android.email_10172749362835710
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64

SSB0aGluayB0aGUgSSB1bmRlcnN0YW5kIHdoYXQgeW91IGRlc2NyaWJlLsKgIEFzIGZhciBhcyBJ
IGNhbiB0ZWxsLCB0aGUgQUNQIERPRVMgTk9UIEFORCBTSE9ZTEQgTk9UIE1BTkRBVEUgVGhlIGFk
ZHJlc3MgYXNzaWdubWVudCBtZWNoYW5pc20uwqAgQnV0IGl0IGlzIHRoZSBhZGRyZXNzIGFzc2ln
bm1lbnQgbWVjaGFuaXNtIHRoYXQgZHJpdmVzIHRoZSBhZGRyZXNzIGFsbG9jYXRpb24uCkFzIHN1
Y2gsIGl0IHNlZW1zIGxpa2UgdGhlIEFDUCBpdHNlbGYgZG9lcyBub3QgY2FyZSBhYm91dCB0aGlz
LsKgIFRoYXQgaXMsd2h5IHRoZSByb3V0aW5nIHNjaGVtZSBzZWVtZWQgY29uZnVzaW5nIGFmdGVy
IHRoZSBhZGRyZXNzIGFsbG9jYXRpb24gc2NoZW1lLgpJIHdvdWxkIGV4cGVjdCB0byBmaW5kIHRo
ZSBhZGRyZXNzIHN0cnVjdHVyZSBmb3IgYXV0b25vbWljIGFkZHJlc3NlZCBpbiB0aGUgc2FtZSBk
b2N1bWVudCBhcyB0aGUgbWVjaGFuaXNtcyBmb3IgYXV0b25vbWljIGFkZHJlc3MgYXNzaWdubWVu
dC4KWW91cnMsSm9lbAoKClNlbnQgdmlhIHRoZSBTYW1zdW5nIEdhbGF4eSBTwq4gNiwgYW4gQVQm
VCA0RyBMVEUgc21hcnRwaG9uZQotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tRnJv
bTogVG9lcmxlc3MgRWNrZXJ0IDx0dGVAY3MuZmF1LmRlPiBEYXRlOiA1LzE0LzE4ICAwNTowNCAg
KEdNVC0wNTowMCkgVG86ICJKb2VsIE0uIEhhbHBlcm4iIDxqbWhAam9lbGhhbHBlcm4uY29tPiBD
YzogcnRnLWRpckBpZXRmLm9yZywgZHJhZnQtaWV0Zi1hbmltYS1hdXRvbm9taWMtY29udHJvbC1w
bGFuZS5hbGxAaWV0Zi5vcmcsIGlldGZAaWV0Zi5vcmcsIGFuaW1hQGlldGYub3JnIFN1YmplY3Q6
IFJlOiBbQW5pbWFdIFJ0Z2RpciB0ZWxlY2hhdCByZXZpZXcgb2YKwqAgZHJhZnQtaWV0Zi1hbmlt
YS1hdXRvbm9taWMtY29udHJvbC1wbGFuZS0xMyAKYSkgV2lsbCB0cnkgdG8gZG8gYmV0dGVyIGV4
cGxhbmF0aW9uIG9mIGlkZW50aWZpZXIgbmF0dXJlIG9mIGFkZHJlc3NlcyBpbgrCoMKgIG5leHQg
Y29tbWl0LgoKYikgd2hhdCBkbyB3ZSBsb29zZSBpZiBnZXQgcmlkIG9mIHRoZSBjaG9pY2VzLiBJ
IGtpbmRhIHRob3VnaHQgaSBoYWQgYW5zd2VyZWQKwqDCoCB0aGlzIGFscmVhZHksIGJ1dCBpIHJl
YWxseSBkb24ndCBrbm93IHdoZXJlIHlvdXIgY29uY2VybiBzdGFydHMuLi4KCsKgwqAgMS4gV2Ug
dXNlIFVMQSBiZWNhdXNlIHdlIHdhbnQgdG8gYmUgYWJsZSB0byBicmluZyB1cCBBQ1AgbmV0d29y
a3Mgd2l0aG91dArCoMKgwqDCoMKgIHJlcXVpcmluZyBhIHJlZ2lzdHJ5IGFsbG9jYXRpb24gb2Yg
YSBwcmVmaXgsIGFuZCBVTEEgaXMgdGhlIGNvcnJlY3QKwqDCoMKgwqDCoCBwcml2YXRlIGFkZHJl
c3Mgc3BhY2UuIEFuZCBkZXJpdmluZyBVTEEgR2xvYmFsIElEIGZyb20gaGFzaCBvZiBkb21haW4K
wqDCoMKgwqDCoCBuYW1lIGlzIG5pY2UuCgrCoMKgwqDCoMKgIFNvdW5kcyBhcyBpZiB5b3UgYWdy
ZWUgd2l0aCB0aGlzLgrCoMKgwqAgCsKgwqAgMi4gV2Ugd2FudCB0byBiZSBhYmxlIHRvIGFsbG9j
YXRlIGFkZHJlc3NlcyB0byBBQ1AvQU5JIGRldmljZXMKwqDCoMKgwqDCoCB3aXRob3V0IGFueSBh
ZGRpdGlvbmFsIGNvbmZpZ3VyYXRpb24gZnJvbSBtdWx0aXBsZSBpbmRlcGVuZGVudGx5CsKgwqDC
oMKgwqAgcnVubmluZyByZWdpc3RyYXJzLiBUaGF0cyB3aHkgdGhlIGdsb2JhbCB1bmlxdWUgSUQg
b2YgdGhlIHJlZ2lzdHJhcgrCoMKgwqDCoMKgIGlzIHBhcnQgb2YgdGhlIGFkZHJlc3MgaW4gYm90
aCB6b25lIGFuZCBWbG9uZyBmb3JtYXQuCgrCoMKgwqDCoMKgIFRoYXRzIHZlcnkgZnVuZGFtZW50
YWwgdG8gdGhlIGVhc2Ugb2YgZGVwbG95bWVudCBvZiBBQ1AvQU5JIG5vZGVzCsKgwqDCoMKgwqAg
KGkgc2F5IEFOSSwgYmVjYXVzZSBpdHMgcmVhbGx5IEFDUCtCUlNLSSByZXF1aXJlZCBoZXJlIHRv
IGdldCBhIHNpbXBsZSBzdGFuZGFyZArCoMKgwqDCoMKgwqAgc29sdXRpb24gdG8gY3JlYXRlIHRo
ZSBjZXJ0LCBvdGhlcndpc2UgeW91cmUgZG93biB0byBhIHZlbmRvciBzcGVjaWZpYwrCoMKgwqDC
oMKgwqAgY2VydCBwcm92aXNpb25pbmcgc29sdXRpb24gZXh0ZW5kZWQgd2l0aCBBQ1AgaW5mbyBz
dXBwb3J0KQoKwqDCoMKgwqDCoCBpIGhvcGUgdGhpcyBpcyB1bmNvbnRlbnR1b3VzCsKgwqAgCsKg
wqAgMy4gYSkgV2Ugd2FudGVkIHRvIGJlIGFibGUgdG8gc3VwcG9ydCBpbiB0aGUgZnV0dXJlICJ6
b25lIiA9IGFyZWEvcmVnaW9uLWxldmVsCsKgwqDCoMKgwqAgcm91dGUgYWdncmVnYXRpb24sIHRo
YXRzIHdoeSB0aGUgem9uZSBzY2hlbWUgcmVzZXJ2ZXMgdGhvc2UgMTMgYml0cy4KCsKgwqDCoMKg
wqAgYikgV2UgYWxzbyBrbm93IHVzZSBjYXNlcyB3aGVyZSBub2RlcyBuZWVkIG1vcmUgdGhhbiAy
IGFkZHJlc3NlcywKwqDCoMKgwqDCoCB0aGF0cyB3aHkgd2UgaGF2ZSBoYXZlIHRoZSA4LzE2IGJp
dCBWbG9uZyBvcHRpb24uIAoKwqDCoMKgwqDCoCBjKSBXZSBjYW4gbm90IGRvIGV2ZXJ5dGhpbmcg
YXV0b25vbWljYWxseSAoPT0gYWRkcmVzc2VzIGFzc2lnbmVkIGZyb20gcmVnaXN0cmFycyksCsKg
wqDCoMKgwqAgc28gd2UgYWxzbyByZXNlcnZlIGFkZHJlc3Mgc3BhY2UgZm9yIHRyYWRpdGlvbmFs
IGNvbmZpZyAobWFudWFsIGFkZHJlc3Mgc3BhY2UpLgoKwqDCoMKgwqDCoCBBcmUgdGhlc2UgdGhy
ZWUgc3ViLXNwYWNlcyB6b25lLG1hbnVhbCx2bG9uZyBjb250ZW51b3VzID8KwqDCoCAKwqDCoCBB
cyBtZW50aW9uZWQgaW4gcHJpb3IgZW1haWwgaWYgaSB3YW50ZWQgdG8gYXZvaWQgdGhvc2UgY2Eu
IDMgYml0cyBvZgrCoMKgIGZvcm1hdCBpbmRpY2F0aW9uLCBpIHdvdWxkIG5lZWQgdG8gaW5kaWNh
dGUgdGhlIHNlbWFudGljIG9mIGFkZHJlc3NlcwrCoMKgIHNvbWVob3cgZGlmZmVyZW50bHkgdG8g
dGhlIG5vZGVzLCBlLmc6IHZpYSBzb21lIGV4dGVuc2lvbiB0byB0aGUgQUNQIGZvcm1hdCwKwqDC
oCBidXQgaSB3b3VsZCB3YW50IHRvIGJlIGFibGUgdG8gc2lnbmFsIHRoZSBzYW1lIGluZm9ybWF0
aW9uLgoKwqDCoCBTbyBmb3IgZXhhbXBsZTogYmVjYXVzZSB3ZSBoYXZlIGEgc3RhbmRhcmRpemVk
IGFkZHJlc3Npbmcgc2NoZW1lLArCoMKgIGEgbm9kZSB0aGF0IGFsbG93cyBjb25maWd1cmF0aW9u
IG9mICJBQ1AgY29ubmVjdCIgY2FuIG1ha2Ugc3VyZQrCoMKgIHRoYXQgdGhlIGFkZHJlc3MgY29u
ZmlndXJlZCBvbiBhbiBBQ1AgY25uZWN0IGludGVyZmFjZSBjYW4gbmV2ZXIgYmUgYSBVTEEKwqDC
oCBhZGRyZXNzIHRoYXQgd291bGQgY29uZmxpY3Qgd2l0aCBhbiBhdXRvbWF0aWMgQUNQIGFkZHJl
c3MgYXNzaWdubWVudCBkb25lCsKgwqAgYnkgYSByZWdpc3RyYXIuIFNvIGkgcHJvdGVjdCBteSBh
dXRvbm9taWMgYWRkcmVzcyBzcGFjZSBmcm9tIG1pc2NvbmZpZ3VyYXRpb24uCsKgwqAgV2hpY2gg
aXMgSU1ITyBleHRyZW1lbHkgaW1wb3J0YW50LiBTbyB0aGlzIGlzIHRoZSBrZXkganVzdGlmaWNh
dGlvbiBmb3IKwqDCoCB0aGUgbWFudWFsIGFkZHJlc3Mgc3BhY2UgYWxsb2NhdGlvbi4gCgrCoMKg
IERpc3Rpbmd1aXNoaW5nIGJldHdlZW4gem9uZSBhbmQgVmxvbmcgYWRkcmVzcyBzcGFjZXMgaXMg
bmVjZXNzYXJ5IGJlY2F1c2UKwqDCoCB3ZSBqdXN0IGNhbid0IGZpdCB6b25lLCByZWdpc3RyYXIt
SUQgYW5kIG5vZGUtbnVtYmVyIGFuZCAxNiBiaXQgb2YgcGVyLW5vZGUgYml0cwrCoMKgIGludG8g
YSBzaW5nbGUgYWRkcmVzc2luZyBzY2hlbWUuCgrCoMKgIEUgdm9pbGEsIHRocmVlIChJTUhPOiBz
aW1wbGVyKSBzaW1wbGUgb3B0aW9ucy4gTGlrZWx5IG5ldHdvcmtzIHdpbGwgdXNlIGFsbCB0aHJl
ZS4KIApDaGVlcnMKwqDCoMKgIFRvZXJsZXNzCgpPbiBTdW4sIE1heSAxMywgMjAxOCBhdCAwNzoz
ODozNVBNIC0wNDAwLCBKb2VsIE0uIEhhbHBlcm4gd3JvdGU6Cj4gVHJpbW1lZC4KPiBUb3AgcG9z
dGluZyBmb3IgY2xhcml0eS7CoCBNb3N0bHksIGFncmVlbWVudC4KPiAKPiBPbiB0aGUgaWRlbnRp
ZmllciB2cyBsb2NhdG9yLCBJIHRoaW5rIHRoZSB3YXkgeW91IGFyZSB1c2luZyB0aGUgdGVybXMg
aXMKPiBjb25mdXNpbmcuwqAgQnV0IGl0IGlzIG5vdCB3b3J0aCBjb250aW51ZWQgYXJndW1lbnRh
dGlvbi5Tb21lIHRleHQKPiBlbGFib3JhdGluZyBhbG9uZyB0aGUgbGluZXMgeW91IHByb3ZpZGUg
KHJldGFpbmVkIGJlbG93KSB3b3VsZCBoZWxwLgo+Cj4gSSBoYXZlIHRyaWVkIHJlYWRpbmcgdGhl
IHNlY3Rpb24gb24gYWRkcmVzc2luZyBpbnNpZGUgdGhlIEFDUCBtb3JlCj4gY2FyZWZ1bGx5LsKg
IFRoYW5rIHlvdSBmb3IgbW92aW5nIHRoZSBaIGJpdC4KPiBJIGhhdmUgcmV0YWluZWQgdGhlIGVh
cmxpZXIgZGlzY3Vzc2lvbiBvbiB0aGlzIHRvcGljIGJlbG93LCBpbiBjYXNlIHdlIHN0aWxsCj4g
bmVlZCBpdC4KPiBSZWFkaW5nIHRoZSBzZWN0aW9uLCBJIHRoaW5rIHRoYXQgdGhlIHByb2JsZW0g
aXMgbW9yZSBiYXNpYy4KPiAKPiBJIGFncmVlIHRoYXQgdGhlIGRvY3VtZW50IG5lZWRzIHRvIGRl
ZmluZSB0aGF0IHdlIGFyZSB1c2luZyBhIFVMQS7CoCBBbmQKPiBiZWNhdXNlIG9mIHRoZSBjZXJ0
aWZpY2F0ZSBiZWhhdmlvcnMsIHRoZXJlIGlzIHNpZ25pZmljYW50IGFkdmFudGFnZSBpbgo+IGRl
ZmluaW5nIHdoYXQgVUxBIHByZWZpeCBpcyB1c2VkLgo+IAo+IEdpdmVuIHRoYXQsIEkgZG8gbm90
IHNlZSB3aGF0IHVzZSB0aGVyZSBpcyBpbiBhbGwgdGhlIG90aGVyIGZvcm1hdAo+IGRlZmluaXRp
b24uwqAgSSBzdXNwZWN0IEkgYW0gbWlzc2luZyBzb21ldGhpbmcgdmVyeSBiYXNpYy7CoCBXaHkg
bm90IGxlYXZlCj4gdGhpcyB0byB0aGUgZGVwbG95aW5nIG9wZXJhdG9yP8KgIEl0IGlzIG5vdCBs
aWtlIGl0IGNhbiBiZSBhdXRvbm9taWMsIHNpbmNlCj4gc29tZXRoaW5nIGhhcyB0byB0ZWxsIHRo
ZSBkZXZpY2VzIHdoYXQgZm9ybWF0IHRvIHVzZSwgYW5kIHdoYXQgbnVtYmVycwo+IHdpdGhpbiBz
b21lIG9mIHRoZSBmb3JtYXRzIHRvIHVzZS7CoCBJIGNvdWxkIGltYWdpbmUgc29tZXRoaW5nIHRo
YXQgc2FpZCAiaW4KPiB0aGUgYWJzZW5jZSBvZiBjb25maWd1cmF0aW9uLCBjb25zdHJ1Y3QgZGV2
aWNlIGFkZHJlc3NlcyBhY2NvcmRpbmcgdG8gb25lCj4gc3BlY2lmaWMgYWxnb3JpdGhtLCBzbyBh
cyB0byBzaW1wbGlmeSBib290c3RyYXAuCj4gQnV0IGl0IHdvdWxkIGJlIGEgc2ltcGxlIHNjaGVt
ZS4KPgo+IAo+IE9uIDUvMTEvMTggMTA6MDkgUE0sIFRvZXJsZXNzIEVja2VydCB3cm90ZToKPiA+
IAo+ID4gRGlmZjoKPiA+IAo+ID4gaHR0cDovL3Rvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2RpZmYv
cmZjZGlmZi5weWh0P3VybDE9aHR0cHM6Ly9yYXcuZ2l0aHVidXNlcmNvbnRlbnQuY29tL2FuaW1h
LXdnL2F1dG9ub21pYy1jb250cm9sLXBsYW5lLzJhZThmNDczOTlhZTBkMDgxMWNiNDUyMDkxODZk
MDFmOWUwZDMwNzcvZHJhZnQtaWV0Zi1hbmltYS1hdXRvbm9taWMtY29udHJvbC1wbGFuZS9kcmFm
dC1pZXRmLWFuaW1hLWF1dG9ub21pYy1jb250cm9sLXBsYW5lLTE0LnR4dCZ1cmwyPWh0dHBzOi8v
cmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbS9hbmltYS13Zy9hdXRvbm9taWMtY29udHJvbC1wbGFu
ZS81NGM5YzE2ZjM0NDRiMWRiMTNjN2NiMDU3NDRlNTQzZGZjZGZiNjNiL2RyYWZ0LWlldGYtYW5p
bWEtYXV0b25vbWljLWNvbnRyb2wtcGxhbmUvZHJhZnQtaWV0Zi1hbmltYS1hdXRvbm9taWMtY29u
dHJvbC1wbGFuZS0xNC50eHQKPiA+IAo+ID4gTGF0ZXN0IHZlcnNpb246Cj4gPiBodHRwczovL3Jh
dy5naXRodWJ1c2VyY29udGVudC5jb20vYW5pbWEtd2cvYXV0b25vbWljLWNvbnRyb2wtcGxhbmUv
NTRjOWMxNmYzNDQ0YjFkYjEzYzdjYjA1NzQ0ZTU0M2RmY2RmYjYzYi9kcmFmdC1pZXRmLWFuaW1h
LWF1dG9ub21pYy1jb250cm9sLXBsYW5lL2RyYWZ0LWlldGYtYW5pbWEtYXV0b25vbWljLWNvbnRy
b2wtcGxhbmUtMTQudHh0Cj4gPiAKPiAuLi4uCj4gPiBIZXJlIGFyZSB0aGUgdGhpbmdzIHRoYXQg
bWFrZSB0aGUgQUNQIGFkZHJlc3MgYW4gaWRlbnRpZmllciB0byBtZToKPiA+IAo+ID4gLSBJdCBp
cyBhc3NpZ25lZCBvbmNlIHRvIHRoZSBkZXZpY2UgYW5kIG5vdCBtZWFudCB0byBjaGFuZ2Ugb3Zl
ciB0aGUgbGlmZXRpbWUKPiA+wqDCoMKgIG9mIHRoZSBkZXZpY2UuCj4gPiAtIEl0IGRvZXMgbm90
IGNoYW5nZSB3aGVuIGkgbW92ZSB0aGUgbm9kZSB0byBhIGRpZmZlcmVudCBsb2NhdGlvbgo+ID7C
oMKgwqAgYW5kIHJlLWNvbm5lY3QgdGhlIGRldmljZS4KPiA+IC0gSXQgaXMgdGhlIHVuaXF1ZSBw
YXJ0IG9mIHRoZSBBQ1AgZG9tYWluIGNlcnRpZmljYXRlIChvdGhlciB0aGFuIHRoZSBwcml2YXRl
IGtleSkKPiA+wqDCoMKgIGFuZCB1c2VkIHRvIGlkZW50aWZ5IHRoZSBkZXZpY2UgKHByaXZhdCBr
ZXkgaXMgdXNlZCB0byBhdXRoZW50aWNhdGUgaXQsCj4gPsKgwqDCoCBidXQgdGhlIHByaXZhdGUg
a2V5IG1heSBjaGFuZ2Ugb3ZlciB0aW1lLCBmb3IgZXhhbXBsZSB3aGVuIHJlbmV3aW5nIHRoZSBj
ZXJ0aWZpY2F0ZSkuCj4gPiAKPiA+IFdvdWxkIGJlIGhhcHB5IHRvIGVsYWJvcmF0ZSB0aGlzIGlu
IHRoZSBkb2MgbW9yZSBleHBsaWNpdGx5LCBlLmcuOiBsaWtlIHdyaXR0ZW4KPiA+IGFib3ZlLgo+
IAo+IChDb250ZXh0OiBBZGRyZXNzaW5nIGluc2lkZSB0aGUgQUNQLikKPiA+ID4gUGFydCBvZiBt
eSByZWFjdGlvbiB0byB0aGlzIHdob2xlIHNlY3Rpb24gaXMgdGhhdCBpdCBsb29rcyBtdWNoIGxp
a2UgdGhlCj4gPiA+IG1pc3Rha2Ugd2UgbWFkZSBvcmlnaW5hbGx5IGluIGRlZmluaW5nIGNsYXNz
ZnVsIElQIGFkZHJlc3Nlcy7CoCBZb3UgYXJlCj4gPiA+IHRyeWluZyB0byBndWVzcyB0aGUgY29y
cmVjdCB1c2UgY2FzZXMsIGFuZCBkZWZpbmluZyBzcGVjaWZpYyBhZGRyZXNzCj4gPiA+IHN0cnVj
dHVyZXMgd2l0aCBzcGVjaWZpYyBlbmNvZGluZ3MgZm9yIGVhY2ggb25lLsKgIFdpdGggb25seSBh
IGZldyBlbmNvZGluZ3MKPiA+ID4gYXZhaWxhYmxlLsKgIFRoaXMgc2VlbXMgdG8gYmUgYSByZWNp
cGUgZm9yIGJlaW5nIHdyb25nIGxhdGVyIGluIHdheXMgdGhhdAo+ID4gPiBodXJ0Lgo+ID4gCj4g
PiBUaGUgb25seSBlcXVpdmFsZW50IHRvIGNsYXNzZnVsbCBhZGRyZXNzaW5nIGkgc2VlIGlzIGZv
ciB0aGUgZml4ZWQgcHJlZml4LWxlbmd0aAo+ID4gaGFuZGVkIG91dCB0byBlYWNoIG5vZGUsIDEg
Yml0ICgyIGFkZHJlc3Nlcykgd2l0aCB6b25lIGFkZHJlc3NlcywgOC8xNiBiaXRzCj4gPiAoMjU2
LzY0ayBhZGRyZXNzKSBmb3IgVmxvbmcsIGJ1dCBpdHMgTk9UIGFzc2lnbm1lbnQgdG8gbmV0d29y
ayBzZWdtZW50cwo+ID4gYXMgaW4gSVB2NCBBL0IvQyBidXQgdG8gbm9kZXMuCj4gPiAKPiA+IFdl
IGRpZG4ndCBpbnRyb2R1Y2UgY2hvaWNlcyBsaWdodGx5LiBUaGVyZSBhcmUgY29tcHJvbWlzZXMg
dG8gYmUgbWFkZSB3aGVuIHlvdQo+ID4gd2FudCBzb21lIGxpZ2h0d2VpZ2h0IGFkZHJlc3MgYWxs
b2NhdGlvbiBzY2hlbWUsIG5vdCBleHBlY3RpbmcgdG8gaGF2ZSBjb21wbGV4Cj4gPiBhZGRyZXNz
IHJlZ2lzdHJ5IG9yIG1hbmFnZW1lbnQgc3lzdGVtIGluIHRoZSBiYWNrZW5kIGJ1dCBzaW1wbGUg
cmVnaXN0cmFycy4KPiA+IAo+ID4gc2VlIGJlbG93IGZvciBtb3JlCj4gPiAKPiA+ID4gPsKgwqDC
oMKgwqDCoMKgwqAgVGhlIGRpZmZlcmVuY2UgaW4gaW50ZXJwcmV0YXRpb24KPiA+ID4gPiA+wqDC
oMKgwqDCoMKgIGlzIGFjdHVhbGx5IHByb3ZpZGVkIGJ5IHRoZSBsYXN0IGJpdCBpbiB0aGUgdXBw
ZXIgNjQuwqAgSWYgdGhlc2UgYXJlIHRoZQo+ID4gPiA+ID7CoMKgwqDCoMKgwqAgc2FtZSBzY2hl
bWEsIHRoZW4gaXQgc2hvdWxkIG5vdCBuZWVkIGEgYml0IHRvIGRpZmZlcmVudGlhdGUgdGhlbS7C
oCBUaGV5Cj4gPiA+ID4gPsKgwqDCoMKgwqDCoCBzaG91bGQgYmUgZXhwbGFpbmVkIGFzIGEgc2lu
Z2xlIHNjaGVtYS7CoCBXaGljaCB3b3VsZCBwcmVzdW1hYmx5IHJlc3VsdCBpbgo+ID4gPiA+ID7C
oMKgwqDCoMKgwqAgdGhlIFogYml0IGJlaW5nIHBhcnQgb2YgdGhlIHpvbmUgLyBzdWJuZXQgZmll
bGQuwqDCoCBJZiB0aGV5IGFyZSB0d28KPiA+ID4gPiA+wqDCoMKgwqDCoMKgIGRpZmZlcmVudCBz
Y2hlbWFzLCB0aGVuIG1vdmUgdGhlIGRpZmZlcmVudGlhdGlvbiB0byBwYXJ0IG9mIHRoZSBzY2hl
bWEKPiA+ID4gPiA+wqDCoMKgwqDCoMKgIGlkZW50aWZpZXIgKG1ha2luZyBpdCAzIGJpdHMpLgo+
ID4gPiA+IAo+ID4gPiA+IFdlIGRpZCBub3Qgd2FudCB0byBtYWtlIFogcGFydCBvZiB0aGUgYmFz
ZSBzY2hlbWFzIDYuMTAuMiAiVHlwZSIgY29kZSBiZWNhdXNlCj4gPiA+ID4gdGhhdCB3b3VsZCBh
bHNvIG1ha2UgdGhlIFZsb25nIHNjaGVtZSBvbmUgYml0IHNob3J0ZXIgYW5kIHRoYXQgd291bGQg
cmVkdWNlCj4gPiA+ID4gdmlydHVhbGl6YXRpb24gc3BhY2UgaW4gVmxvbmcgYnkgYSBmYWN0b3Ig
b2YgMi4KPiA+ID4gPiAKPiA+ID4gPiBTbywgeWVzLCBlbmNvZGluZyB3aXNlLCA2LjEwLjQgbWFu
dWFsIHN1YiBhZGRyZXNzaW5nIHNwYWNlIHdhcyBjYXJ2ZWQgb3V0Cj4gPiA+ID4gb2YgdGhlIDYu
MTAuMyB6b25lIGFkZHJlc3Mgc3BhY2UgdmlhIHRoZSBaIGJpdCwgYnV0IHRoYXRzIGp1c3QgYW4g
ZW5jb2RpbmcgYXNwZWN0Lgo+ID4gPiA+IAo+ID4gPiA+IEZ1bmN0aW9uYWxseSwgNi4xMC4zLzYu
MTAuNCBhcmUgcXVpdGUgZGlmZmVyZW50LCBhbmQgdGhlcmVmb3JlIGl0IGlzIElNSE8KPiA+ID4g
PiB0ZXh0dWFsbHkgY29ycmVjdCB0byBoYXZlIHRoZW0gaW4gZGlmZmVyZW50IHN1YnNlY3Rpb25z
Lgo+ID4gPiA+IAo+ID4gPiA+IENhcnZpbmcgb3V0IGJpdHMgbGlrZSBaIGlzbid0IGlkZWFsLCBi
dXQgaW4gYmV0d2VlbiB0aGUgVUxBIHByZWZpeCwKPiA+ID4gPiB0aGUgNjQgYml0IGxvY2FsIHBh
cnQgd2UgbXVzdCBoYXZlIGZvciBleHRlcm5hbCBpbnRlcmZhY2VzIGFuZAo+ID4gPiA+IGJlc3Qg
dXRpbGl6YXRpb24gb2YgYml0cywgd2UgdHJpZWQgdG8gcmF0aGVyIG9wdGltaXplIGFkZHJlc3Mg
c3BhY2UKPiA+ID4gPiB1dGlsaXphdGlvbiBhbmQgbm90IGJlYXV0eSBvZiBlbmNvZGluZy4KPiA+
ID4gPiAKPiA+ID4gPiBIYXZpbmfCoCBhdCB0aGUgZW5kIGFsbG93cyAoYXMgd3JpdHRlbikgdXNl
IG9mIC82MyBpbnN0ZWFkIG9mwqAgMiAqIC82NAo+ID4gPiA+IHJvdXRlcy4gSSBhbSBub3Qgc3Vy
ZSBob3cgaW1wb3J0YW50IHRoaXMgd291bGQgYmUgaW4gdGhlIGZ1dHVyZS4KPiA+ID4gPiAKPiA+
ID4gPiBJZiB5b3UgZmVlbCBzdHJvbmdseSBhYm91dCBtb3JlIGJlYXV0eSBpbiBlbmNvZGluZywK
PiA+ID4gPiBpIGNhbiBtb3ZlIFogdG8gdGhlIGxlZnQgYW5kIHJlbW92ZSB0aGUgbm90aW9uIG9m
IHRoZSBwb3NzaWJsZSAvNjMgcm91dGUKPiA+ID4gPiBvcHRpbWl6YXRpb24gcG9zc2libGUgdGhy
b3VnaCB0aGUgcGxhY2VtZW50IG9mIFouCj4gPiA+IAo+ID4gPiBTaW5jZSB0aGUgdHdvIGRpZmZl
cmVudCB1c2VzIG9mIHRoZSBaIGJpdCB3aXRoIHR5cGUgMDBiIGFyZSBxdWl0ZSBkaXN0aW5jdCwK
PiA+ID4gdHJ5aW5nIHRvIGVuYWJsZSBhZ2dyZWdhdGlvbiBzZWVtcyBjb3VudGVyLXByb2R1Y3Rp
dmUuCj4gPiA+IAo+ID4gPiBXaGlsZSBJIGhhdGUgdG8gcHVzaCBvbiBhIHBvaW50IHlvdSBkZXNj
cmliZSBhcyBhZXN0aGV0aWNzLCBoYXZpbmcgdGhlIFoKPiA+ID4gYml0LCBvY2N1cmluZyBhZnRl
ciB0aGUgWm9uZSAvIHN1Ym5ldC1JRCBmaWVsZCwgYnV0IGRlZmluaW5nIHdoZXRoZXIgdGhlCj4g
PiA+IGZpZWxkIGlzIGEgem9uZSBvciBhIHN1Ym5ldCwgc2VlbXMgYXdrd2FyZCBmb3IgaW5zdWZm
aWNpZW50IHJlYXNvbi4KPiA+ID4gCj4gPiA+IEkgd291bGQgcmVjb21tZW5kIG1vdmluZyB0aGUg
WiBiaXQgdXAgc28gaXQgaXMgYWZ0ZXIgdGhlIHR5cGUsIGFuZCBhdCB0aGUKPiA+ID4gZnJvbnQg
b2YgZWFjaCBvZiB0aGUgdHdvIHNlY3Rpb25zIHJlaXRlcmF0ZSB0aGF0IHRoaXMgc3Vic2NoZW1l
IGlzIGluZGljYXRlZAo+ID4gPiBieSB0aGUgWiBiaXQgYmVpbmcgeyAwIHwgMSB9Lgo+ID4gCj4g
PiBEb25lLiAoc2VlIGRpZmYpLgo+ID4gCj4gPiA+ID4gSSB2ZXJ5IG11Y2ggaG9wZSB0aGVyZSBp
cyBubyAiaW50ZXJlc3RpbmciIGltcGxlbWVudGF0aW9uIGFzcGVjdDsKPiA+ID4gPiBub3RoaW5n
IGluIHRoZSBjdXJyZW50IHNjaGVtZSB0aGF0IG1ha2VzIGltcGxlbWVuYXRpb24gaGFyZGVyLiBJ
ZiB5b3UKPiA+ID4gPiBoYXZlIGFuIGV4YW1wbGUgdGhhdCB5b3UgZmVhciwgaSB3b3VsZCBsaWtl
IHRvIGhlYXIgaXQuCj4gPiA+ID4gCj4gPiA+ID4gVG8gbWUsIHdlIGFyZSBqdXN0IGRlZmluaW5n
IGFkZHJlc3Mgc3BhY2UgYWxsb2NhdGlvbiBzY2hlbWVzLgo+ID4gPiAKPiA+ID4gSSBzdXBwb3Nl
IGxpa2VseSBpbXBsZW1lbnRhdGlvbnMgd2lsbCB1c2UgbWFzayBkZWZpbml0aW9ucyB0aGF0IHdp
bGwgbWFrZSBpdAo+ID4gPiB3b3JrLsKgIEkgcGl0eSB0aGUgY29kZSByZXZpZXdlci4KPiA+IAo+
ID4gSSBoYXZlIHJlYWQgdGhlIGNvZGUgYW5kIHRlc3RlZCBpbiB0aGUgbGFiIElQdjYgZW1iZWRk
ZWQgUlAgYWRyZXNzaW5nCj4gPiBhbmQgZGlkbid0IGZlZWwgcGl0eWZ1bGwgYWJvdXQgdGhlIGpv
Yi4gQnV0IGkgd2VpZ2ggdGhlIG92ZXJhbGwgc3lzdGVtCj4gPiBjb21wbGV4aXR5LiBFbWJlZGRl
ZC1SUCBzaW1wbGlmaWVkIGEgbG90IG9mIG90aGVyIHBhcnRzIG9mIHRoZQo+ID4gbXVsdGljYXN0
IHN5c3RlbSBhdCB0aGUgY29zdCBvZiBpbnRyb2R1Y2luZyBhbiBhZGRyZXNzaW5nIHNjaGVtZS4K
PiA+IEkgdGhpbmsgc2ltaWxhcmlseSwgdGhlIEFDUCBhZGRyZXNzaW5nIHNjaGVtZSBzaW1wbGlm
aWVzIHRoZSBvdmVyYWxsIHN5c3RlbQo+ID4gY29tcGxleGl0eSwgZXNwZWNpYWxseSByZWdpc3Ry
YXJzLgo+ID4gCj4gPiA+ID4gPsKgwqDCoMKgwqDCoCBJbiBzZWN0aW9uIDYuMTAuNSwgYWZ0ZXIg
c3RhdGluZyB0aGF0IGl0IGlzIG5vdCBldmVuIGtub3duIHdoYXQgdGhlIG5lZWRlZAo+ID4gPiA+
ID7CoMKgwqDCoMKgwqAgdXNhZ2UgaXMgZm9yIG1vcmUgViB2YWx1ZXMKPiA+ID4gPiAKPiA+ID4g
PiBXaGljaCBzZW50ZW5jZSBhcmUgeW91IHJlZmVycmluZyB0byB3aGVuIHlvdSBzYXkgIm5vdCBl
dmVuIGtub3duIHdoYXQgdGhlCj4gPiA+ID4gbmVlZGVkIHVzYWdlIGlzIiA/IEkgY2FuJ3QgZmlu
ZCBpdCwgYnV0IGkgd291bGQgbGlrZSB0byByZWN0aWZ5IGl0Cj4gPiA+ID4gaWYgaXQgYWN0dWFs
bHkgaXMgc3RpbGwgdGhlcmUuCj4gPiA+IAo+ID4gPiBUaGUgdGV4dCByZWFkcyAiZnVydGhlciB2
YWx1ZXMgdXNlIHZpYSBkZWZpbml0aW9uIGluIGZ1dHVyZSB3b3JrLiLCoCBJbiB0aGUKPiA+ID4g
em9uZS1pZCBzY2hlbWUsIGl0IGlzIG9uZSBiaXQuwqAgRm9yIHNvbWUgcmVhc29uLCBpdCBpcyA4
IG9yIDE2IGJpdHMgaGVyZS4KPiA+IAo+ID4gVGhhbmtzLCBjaGFuZ2VkIHNlbnRlbmNlIHRvOgo+
ID4gCj4gPiBWOiBWaXJ0dWFsaXphdGlvbiBiaXQ6IFZhbHVlcyAwIGFuZCAxIGFyZSBhc3NpZ25l
ZCBpbiB0aGUgc2FtZSB3YXkgYXMgaW4gdGhlIFpvbmUtSUQgc3ViLXNjaGVtZS4KPiA+IAo+ID4g
VGhlIGV4aXN0aW5nIHRleHQsIG5vdyBkaXJlY3RseSBhZnRlciB0aGUgbGlzdCwgZXhwbGFpbnMg
ZXhhbXBsZXMKPiA+IHdoZW4gYSBkZXZpY2Ugd291bGQgbGlrZWx5IG5lZWQgMjU2IG9yIDY0ayBh
ZGRyZXNzZXM6Cj4gPiAKPiA+IGV4aXN0aW5nIHRleHQ6Cj4gPiAuLi4iMSIgYml0IE5vZGUtTnVt
YmVycyBhcmUgaW50ZW5kZWQgZm9yIEFDUCBub2RlcyB0aGF0IGFyZSBBQ1AgZWRnZSBub2RlcyAu
Li4KPiA+IAo+ID4gPiA+ID7CoMKgwqDCoMKgwqAgdGhlIGRvY3VtZW50IGdvZXMgb24gdG8gaW50
cm9kdWNlIHRoZQo+ID4gPiA+ID7CoMKgwqDCoMKgwqAgY29tcGxleGl0eSBvZiBjbGFzc2Z1bCBu
b2RlcyBudW1iZXJzLCB3aXRoIHRoZSBsZWFkaW5nIGJpdCBpbmRpY2F0aW5nIGhvdwo+ID4gPiA+
ID7CoMKgwqDCoMKgwqAgbG9uZyB0aGUgbm9kZS1udW1iZXIgaXMuwqAgWWVzLCB0aGUgcmVzdCBv
ZiB0aGUgdGV4dCBpbiB0aGF0IGJ1bGxldCB0cmllcyB0bwo+ID4gPiA+ID7CoMKgwqDCoMKgwqAg
ZXhwbGFpbiB3aHkgeW91IG5lZWQgYm90aCBzaXplcy7CoCBJdCBzZWVtcyBsaWtlIG5lZWRsZXNz
IGNvbXBsZXhpdHkgdGhhdAo+ID4gPiA+ID7CoMKgwqDCoMKgwqAgYmVncyBmb3IgbWlzdGFrZXMg
aW4gaW1wbGVtZW50YXRpb24uCj4gPiA+ID4gCj4gPiA+ID4gSSB3YXMgdGFraW5nIHRoZSBleGFt
cGxlIHVzZSBjYXNlcyB3ZSBicmFpbnN0b3JtZWQgaW50byBhY2NvdW50LCBhbmQKPiA+ID4gPiBz
b21lIG9mIHRoZW3CoCB3b3VsZCByZXF1aXJlIGEgbG90IG1vcmUgYWRkcmVzc2VzIGluIHRoZSBu
b2RlIHRoYW4gb3RoZXJzLAo+ID4gPiA+IHRoZXJlZm9yZSB0aGVzZSB0d28gY2hvaWNlcy4KPiA+
ID4gCj4gPiA+IFNlZSBteSBjb21tZW50cyBhYm92ZS7CoCBUcnlpbmcgdG8gZW5jb2RlIHNwZWNp
ZmljIHVzZSBjYXNlcyBpbnRvIHRoZSBhZGRyZXNzCj4gPiA+IGZvcm1hdCBzZWVtcyBhIHByb2Js
ZW1hdGljIGFuc3dlciB0byBhbiBhZG1pdHRlZGx5IGRpZmZpY3VsdCBxdWVzdGlvbi4KPiA+ID4g
Cj4gPiA+IFdoYXQgd291bGQgYnJlYWsgaWYgeW91IGRpZG4ndCBkZWZpbmUgYW55IG9mIHRoaXM/
Cj4gPiAKPiA+IE9uZSBjb3VsZCBzYXZlIHRoZSAyLjUgYml0cyAoVHlwZSwgWikgaW5kaWNhdGlu
ZyB0aGUgc3RydWN0dXJlIG9mIHRoZQo+ID4gYWRkcmVzcyBpbnNpZGUgdGhlIGFkZHJlc3MgYnkg
ZW5jb2RpbmcgdGhlIGRlc2lnbmF0ZWQgZm9ybWF0IG9mIHRoZQo+ID4gYWRkcmVzcyBpbnN0ZWFk
IGluIGFuIGV4dGVuc2lvbiBmaWVsZCBvZiB0aGUgQUNQIGFkZHJlc3MgaW5mb3JtYXRpb24gaW4K
PiA+IHRoZSBjZXJ0aWZpY2F0ZS4gV2Ugd291bGQgY2VydGFpbmx5IHN0aWxsIHdhbnQgdG8gaGF2
ZSB0aGUgc2FtZSB0eXBlCj4gPiBvZiBhZGRyZXNzZXMsIGUuZy46IDIsMjU2LDY0ayBsb2NhbCBh
ZGRyZXNzZXMsIG9wdGlvbiBmb3Igem9uZXMgYW5kCj4gPiBhZGRyZXNzIHRvIGFzc2lnbiB0byBB
Q1AgY29ubmVjdCBpbnRlcmZhY2VzIChtYW51YWwgYWRkcmVzc2luZyBzY2hlbWUpCj4gPiBJTUhP
LiBTbywgYXQgYmVzdCB3ZSBjb3VsZCBzYXZlIHRoZSAyLjUgYml0cyBpZiB3ZSB3YW50ZWQgdG8g
a2VlcCB0aGUKPiA+IGZ1bmN0aW9uYWxpdHksIHdoaWNoIGkgdGhpbmsgaXMgYWxsIHJlcXVpcmVk
Lgo+ID4gCj4gPiBJIHdvdWxkIGJlIHF1aXRlIGFmcmFpZCBvZiBkb2luZyBzdWNoIGEgZHJhc3Rp
YyBjaGFuZ2UgdGhpcyBsYXRlIGluCj4gPiB0aGUgcHJvY2VzcyBiZWNhdXNlIGkgdGhpbmsgaXQg
d2lsbCB0YWtlIGEgbG9uZyB0aW1lIHRvIGZvcmVzZWUgdGhlCj4gPiByZXN1bHRpbmcgY29tcGxl
eGl0eSBpbnRyb2R1Y2VkIGZvciByZWdpc3RhcnMgYW5kIGFueSBvdGhlciBwbGFjZQo+ID4gdGhh
dCBub3cgY2FuIGRlZHVjdCB0aGUgc2VtYW50aWMgZnJvbSB0aGUgYWRkcmVzcyBhbmQgd291bGQg
dGhlbiBoYXZlCj4gPiB0byBhY2Nlc3MgdG8gd2hhdCB0aGUgY2VydGlmaWNhdGUgaW5kaWNhdGVz
IGluIGEgZGlmZmVyZW50IHdheSAoZS5nLjoKPiA+IGFjY2VzcyB0byB0aGUgY2VydGlmaWNhdGUp
LiBOb3RlIHRoYXQgdGhlIGxlbmd0aCBvZiB0aGUgQUNQIGluZm9ybWF0aW9uCj4gPiBmaWVsZCBp
biB0aGUgY2VydCBpcyBhbHNvIGxpbWl0ZWQsIHNvIHRoaXMgdHlwZSBvZiBleHRlbnNpb24gbWln
aHQgZW5kCj4gPiB1cCBsb29raW5nIGV2ZW4gdWdsaWVyIHRvIGJlIHNob3J0ICpzaWdoKi4KPiA+
IAo+ID4gSSB3YXMgYWx3YXlzIHRoaW5raW5nIHRoYXQgdGhpcyB0eXBlIG9mIG1vcmUgZmxleGli
bGUgb3B0aW9uIHdvdWxkCj4gPiBiZSBhIGdvb2QgbmV4dC1zdGVwLCBidXQgbm90IGEgc2FmZSBm
aXJzdCBzdGVwLiBJdCB3b3VsZCBtYWtlIGEgbG90Cj4gPiBtb3JlIHNlbnNlIGFmdGVyIGhlYXJp
bmcgaW1wbGVtZW50YXRpb24vZGVwbG95bWVudCBleHBlcmllbmNlcywKPiA+IGVzcGVjaWFsbHkg
dG8gY29ycmVjdGx5IHN1cHBvcnQgaW1wb3J0YW50IG9wdGlvbnMgd2UgbWF5IGhhdmUKPiA+IG92
ZXJsb29rZWQgaW4gdGhlIGN1cnJlbnQgc2NoZW1lcy4gSnVzdCByZWRvaW5nIHdoYXQgd2UgaGF2
ZSBkaWZmZXJlbnRseQo+ID4gdG8gc2F2ZSAyLjUgYml0cyBpc24ndCB3b3J0aCBpdCBJTUhPLgo+
ID4gCj4gPiA+ID4gVWx0aW1hdGVseSwgd2UgbmVlZCB0byBicmVhayB0aHJvdWdoIHRoZSBjaGlj
a2VuIGFuZCBlZ2cgcHJvYmxlbQo+ID4gPiA+IG9mIGhvdyB0byBidWlsZCBtb3JlIHNlbGYtbWFu
YWdpbmcgbmV0d29ya3MuIFRoZXNlIHdpbGwgcmVxdWlyZQo+ID4gPiA+IGEgZGlmZmVyZW50IG51
bWJlciBvZiBhZGRyZXNzZXMgaW5zaWRlIG5vZGVzLiBBbnl0aGluZyBtb3JlIGludGVsbGlnZW50
Cj4gPiA+ID4gdGhhbiBhZGRyZXNzIHNwYWNlIGFsbG9jYXRpb25zIHdvdWxkIGJlY29tZSBhIGNv
bXBsZXggZGVwZW5kZW5jeQo+ID4gPiA+IG1ha2luZyBpbXBsZW1lbnRhdGlvbi9hZG9wdGlvbiBl
dmVuIHNsb3dlci4gSSBkb24ndCB0aGluayB0aGF0Cj4gPiA+ID4gb2ZmZXJpbmcgMiwgMjU2LCA2
NGsgYWRkcmVzc2VzIHBlciBub2RlIGlzIHRvbyBtdWNoIGZsZXhpYmlsaXR5Lgo+ID4gPiA+IEl0
IElNSE8gbmVjZXNzYXJ5IGFuZCBzdWZmaWNpZW50IHRvIGV4cGxvcmUgYW5kIHdlJ2xsIHNlZSB3
aGF0IHN0aWNrcy4KPiA+ID4gCj4gPiA+IFZhcmlhdGlvbiBpcyBuZWVkZWQuwqAgVGhhdCB3YXMg
dHJ1ZSBvZiBhbGxvY2F0aW9ucyBpbiBJUC7CoCBlbmNvZGluZyB0aGUKPiA+ID4gdmFyaWF0aW9u
cyBwcm92ZWQgYSBiYWQgY2hvaWNlLgo+ID4gCj4gPiBMZXQgbWUgcmVwZWF0IHRoYXQgd2UgYXJl
IG5vdCBkb2luZyBhbnkgbmV0d29yay9zdWJuZXQgcHJlZml4IGVuY29kaW5nIHdoaWNoIGlzCj4g
PiB3aGF0IElQdjQgQS9CL0Mgd2FzLiBBbmQgdGhlcmUgYXJlIElNSE8gZ29vZCBleGFtcGxlcyBo
b3cgZW5jb2RpbmcgaW4gSVB2Ngo+ID4gZGlkIHNhdmUgdGhlIGRheSBmcm9tIGNvbXBsZXhpdHkg
KGF0IGxlYXN0IGFsbCB0aGUgc3R1ZmYgZG9uZSBmb3IgSVB2Ngo+ID4gbXVsdGljYXN0LCBBU00v
U1NNLCB6b25lcywgRW1iZWRkZWQtUlApIHdhcyBoaWdobHkgdXNlZnVsLgo+ID4gCj4gPiA+ID4g
PsKgwqDCoMKgwqDCoCBJbiBzZWN0aW9uIDYuMTEuMS4xMSBpbiBkZXNjcmliaW5nIHRoZSBwcmVm
aXggbGVuZ3RocywgSSB0aG91Z2h0IHRoYXQgdGhlCj4gPiA+ID4gPsKgwqDCoMKgwqDCoCBwb2lu
dCBvZiB6b25lIGFkZHJlc3Npbmcgd2FzIHRvIGFsbG93IHRoZSB1c2Ugb2YgLzY0IHByZWZpeGVz
LsKgIEJ1dCBpdAo+ID4gPiA+ID7CoMKgwqDCoMKgwqAgc2VlbXMgaGVyZSB0aGF0IHdlIHdpbGwg
bm90IGRvIHNvID8KPiA+ID4gPiAKPiA+ID4gPiBBcyBtZW50aW9uZWQgYWJvdmU6IFRoaXMgZG9j
dW1lbnQgZG9lcyBub3QgZGVzY3JpYmUgdGhlIHJvdXRpbmcgc2V0dXAgZm9yIC82NAo+ID4gPiA+
IChvciAvNjMgd2l0aCBaLWJpdCkgcm91dGluZyBhZ2dyZWdhdGlvbi4gVGhlcmUgYXJlIG11bHRp
cGxlIG9wdGlvbnMsCj4gPiA+ID4gYnV0IHdlIGNvdWxkIG5vdCBjb25jbHVkZSBvbiBhIHNpbmds
ZSBzb2x1dGlvbiB0aGF0IHdlIGZlbHQgdG8gYmUKPiA+ID4gPiBhcHByb3ByaWF0ZSBmb3IgdGhp
cyBkb2N1bWVudC4gSW5zdGVhZCBpdCB3YXMgb25seSB2ZXJ5IGltcG9ydGFudAo+ID4gPiA+IHRv
IGNhcnZlIG91dCBhZGRyZXNzaW5nIHNwYWNlIHRvIHN1cHBvcnQgdGhpcy4KPiA+ID4gVGhlIG5l
dCBlZmZlY3Qgc2VlbXMgdG8gYmUgdG8gcHJvaGlidCB0aGUgdmVyeSB0aGluZ3MgdGhhdCB5b3Ug
d2VudCB0byBhIGxvdAo+ID4gPiBvZiB0cm91YmxlIHRvIGVuYWJsZSBpbiB5b3VyIGFkZHJlc3Np
bmcgZGVzaWduLgo+ID4gCj4gPiBNYXliZSBpIGRvIG5vdCB1bmRlcnN0YW5kIHlvdXIgY29tbWVu
dCBjb3JyZWN0bHksIGJ1dCBpIGRvIG5vdAo+ID4gdGhpbmsgaXQgaXMgY29ycmVjdC4gV2UganVz
dCBoYXZlIG5vdCBkZWZpbmVkIHJlY29tbWVuZGVkIG1lY2hhbmlzbXMKPiA+IGhvdyB0byBzZXQg
dXAgcm91dGluZyB0byB1c2UgLzY0IHpvbmUgcm91dGVzLiBUaGF0IGlzIHNvbWV0aGluZyBJTUhP
Cj4gPiBiZXR0ZXIgZG9uZSBpbiBhIGZvbGxvd3VwIGRvY3VtZW50IGJlY2F1c2UgYWxsIHRoZSBj
YXNlcyB3aGVyZSB3ZQo+ID4gZGlkIHNlZSBhIG5lZWQgZm9yIHpuZXMgd2hlcmUgcmVhbGx5IHZl
cnkgc3BlY2lmaWMgdG8gcGFydGljdWxhcgo+ID4gZGVwbG95bWVudCBzdHlsZXMgYW5kIHdvdWxk
IG5vdCBiZSBhcHBsaWNhYmxlIHRvIHRoZSBtYXlvcml0eSBvZiBBQ1BzLgo+ID4gTmV2ZXJ0aGVs
ZXNzLCB3ZSBmZWx0IHRob3NlIGNhc2VzIHdoZXJlIGltcG9ydGFudCBlbm91Z2ggdG8gcmVzZXJ2
ZQo+ID4gYml0cyBmb3IgdGhlbSB0aHJvdWdoIHRoZSB6b25lIGZpZWxkLgo+ID4gCj4gPiA+IC4u
Lgo+ID4gPiA+ID4gKioqwqDCoMKgIFNlY3Rpb24gMTAuMy4yIHBhcmFncmFwaCAyIHNheXMgdGhh
dCBkZXZpY2VzIHNob3VsZCBjaGFuZ2UgdGhlIG1lYW5pbmcKPiA+ID4gPiA+IG9mICJhZG1pbiBk
b3duIiB0byBtZWFuICJkb3duIGZvciBldmVyeXRoaW5nIGV4Y2VwdCBBQ1AgLyBBbmltYSIuwqDC
oMKgIEkgY2FuCj4gPiA+ID4gPiB1bmRlcnN0YW5kIHdoeSwgaW4gYW4gYXV0b25vbWljIG5ldHdv
cmssIHN1Y2ggYSBzdGF0ZSBpcyBkZXNpcmFibGUuwqAgSG93ZXZlciwKPiA+ID4gPiA+IHRoYXQg
cmVhbGx5IHNob3VsZCBiZSBhIGRpZmZlcmVudCBzdGF0ZSBmcm9tICJhZG1pbiBkb3duIi7CoCBP
cGVyYXRvcnMgYWxyZWFkeQo+ID4gPiA+ID4gdW5kZXJzdGFuZCAiYWRtaW4gZG93biIgYXMgbWVh
bmluZyB0aGF0IHRoaXMgaW50ZXJmYWNlIHdpbGwgbm90IGJlIHVzZWQgZm9yIGFueQo+ID4gPiA+
ID4gdHJhZmZpYy7CoCBDaGFuZ2luZyB0aGF0IGlzIGZhaXJseSBkcmFzdGljLsKgICJhZG1pbiBs
aW1pdGVkIiBvciAiYWRtaW4gQUNQLU9ubHkiCj4gPiA+ID4gPiB3b3VsZCBzZWVtIG11Y2ggYmV0
dGVyIHRoYW4gY2hhbmdpbmcgdGhlIG1lYW5pbmcgb2YgImFkbWluIGRvd24iLsKgIFRoZQo+ID4g
PiA+ID4ganVzdGlmaWNhdGlvbiBpbiB0aGUgdGV4dCBzZWVtcyB0byBiZSBhIGRlc2lyZSB0byBw
cmV2ZW50IGFuIG9wZXJhdG9yIGZyb20KPiA+ID4gPiA+IGRvaW5nIHdoYXQgaGUgaW50ZW5kcy7C
oCB0aGF0IHNlZW1zIGJhY2t3YXJkcy7CoCAoTm90ZSB0aGF0IHRoZSBkaXN0aW5jdGlvbgo+ID4g
PiA+ID4gYmV0d2VlbiBhZG1pbmlzdHJhdGl2ZSBzdGF0ZSB2cyBvcGVyYXRpb25hbCBzdGF0ZSwg
YWthIGZhaWxlZCwgaXMgYWxyZWFkeSB3ZWxsCj4gPiA+ID4gPiB1bmRlcnN0b29kLikKPiA+ID4g
PiAKPiA+ID4gPiBXZWxsLCB0aGlzIGlzIGluIGFuIGluZm9ybWF0aXZlIHNlY3Rpb24sIHNvIGhv
cGVmdWxseSBzb21ldGhpbmcgd2UgY2FuIGFncmVlIHRvIGRpc2FncmVlLgo+ID4gPiAKPiA+ID4g
SWYgdGhpcyB3ZXJlIHRydWx5IGluZm9ybWF0aXZlLCBpdCB3b3VsZCBub3QgYmVsb25nIGluIHRo
aXMgZG9jdW1lbnQgYXQgYWxsLgo+ID4gPiBDaGFuZ2luZyB0aGUgYmVoYXZpb3Igb2Ygd2lkZWx5
IHVuZGVyc3Rvb2QgY29uZmlndXJhdGlvbiBiZWhhdmlvcnMgaXMgTk9UIGEKPiA+ID4gc21hbGwg
dGhpbmcuwqAgQ2hhbmdpbmcgdGhlIHBlcm1pc3Npb25zIG1vZGVscyBmb3Igd2lkZWx5IHVuZGVy
c3Rvb2QKPiA+ID4gY29uZmlndXJhdGlvbiBvcGVyYXRpb25zIGlzIGFsc28gTk9UIGEgc21hbGwg
dGhpbmcuCj4gPiA+IAo+ID4gPiBNeSBzdWdnZXN0aW9uIGlzIHRoYXQgeW91IHJlbW92ZSBhbGwg
b2YgdGhpcyBtYXRlcmlhbC7CoCBJZiB5b3UgZmVlbCBpdCBpcwo+ID4gPiBpbXBvcnRhbnQsIHdy
aXRlIGFuIEktRCBmb3Igc3RhbmRhcmRzIHRyYWNrIG9uIGV2b2x2aW5nIHRoZSBjb25maWd1cmF0
aW9uCj4gPiA+IG1vZGVsIGZvciByb2J1c3QgQU5JTUEuwqAgV2hpbGUgSSB0aGluayB0aGUgY2hh
bmdlIGlzIGEgbWlzdGFrZSwgeW91IGNsZWFybHkKPiA+ID4gaGF2ZSB0aGUgcmlnaHQgdG8gY2F1
c2UgdGhlIGRpc2N1c3Npb24uCj4gPiA+IAo+ID4gPiBIaWRpbmcgdGhlIHRvcGljIGluIGFuICJp
bmZvcm1hdGlvbmFsIiBub3RlIGluIHRoZSBBQ1AgZG9jdW1lbnQgc2VlbXMgVkVSWQo+ID4gPiB3
cm9uZy4KPiA+ID4gCj4gPiA+IEFsc28gbm90ZSB0aGF0IGluIHlvdXIgZGlzY3Vzc2lvbiBiZWxv
dywgeW91IHRhbGsgYWJvdXQgdGhlIGVxdWl2YWxlbmNlIG9mCj4gPiA+IGFkbWluIGRvd24gYW5k
IHBoeXNpY2FsIGRvd24uwqAgTW9zdCBtYW5hZ2VtZW50IG1vZGVscyBJIGtub3cgb2YgdHJlYXQg
dGhlc2UKPiA+ID4gYXMgcXVpdGUgZGlzdGluY3QuwqAgU08gdGhhdCBpcyBhdCBiZXN0IGEgcmVk
IGhlcnJpbmcuCj4gPiAKPiA+IEhtbS4gSSByZWFsbHkgb25seSBDTEkgZGVyaXZlZCBmcm9tIENp
c2NvIElPUywgYW5kIHRoZXJlIHRoZQo+ID4gaW50ZXJmYWNlIGxldmVsICJzaHV0ZG93biIgY29t
bWFuZCBkb3VibGVzIElNSE8gYm90aCBhcyBhZG1pbiBkb3duIGFuZAo+ID4gYXMgcGh5IGRvd24s
IHNvIGkgd291bGQgY29udGVuZCB0aGF0IHRoaXMgaXMgYSByZWQgaGVycmluZy4gSXQgYWN0dWFs
bHkKPiA+IGRvZXMgc2hvdyB1cCBpbiBkaWFnbm9zdGljIENMSSBhcyAiYWRtaW4gZG93biIsIGJ1
dCBpcyBhbHNvIGJyaW5naW5nIGRvd24KPiA+IHBoeSBzdGF0ZS4gVGhlcmVmb3JlIGl0IGlzIGFs
c28gdXNlZCB0byBkaWFnbm9zZSBwaHksIC5lLmc6IHNodXR0aW5nIGRvd24KPiA+IG9uZSBzaWRl
IG9mIGEgc3VwcG9zZWQgZGlyZWN0IHAycCBsaW5rIHRvIHZlcmlmeSB0aGUgcGh5IGNoYW5nZSBv
biB0aGUKPiA+IG90aGVyIHNpZGUuIFRoYXQgcHJhY3RpY2FsIGV4cGVyaWVuY2UgaXMgd2hhdCB0
aGUgdGV4dCBhbmQgZGlyZWN0aW9uIGlzCj4gPiBiYXNlZCBvbi4KPiA+IAo+ID4gV2hhdHMgYW4g
ZXhhbXBsZSB3aGVyZSBhZG1pbi9waHkgZG93biBhcmUgc2VwYXJhdGUgaW4geW91ciBleHBlcmll
bmNlID8KPiA+IAo+ID4gSSBkb24ndCBrbm93IGhvdyB5b3UgZGVmaW5lICJ0cnVseSBpbmZvcm1h
dGl2ZSIuIEkgc2ltcGx5IG1lYW50Cj4gPiBpbmZvcm1hdGlvbmFsIGFzIGNvbXBhcmVkIHRvIHN0
YW5kYXJkcyB0cmFjayB3cnQuIHRvIG5vdCBpbXBhY3RpbmcKPiA+IGludGVyb3BlcmFiaWxpdHks
IGJ1dCBhbHNvIGFzIGEgcHJlY3Vyc29yIHdvcmsgdG8gZ2l2ZSBvcHBvcnR1bml0eQo+ID4gZm9y
IGdhaW5pbmcgbW9yZSBleHBlcmllbmNlIGJlZm9yZSBhdHRlbXB0aW5nIHRvIGdvIHN0YW5kYXJk
Lgo+ID4gCj4gPiBJZi93aGVuIGkgZmluZCB0aW1lIGkgZGVmaW5pdGVseSB3b3VsZCBsaWtlIHRv
IGludmVzdGlnYXRlIGhvdyB0aGlzCj4gPiBjb3VsZCBiZSBmb3JtYWxpemVkIHRocm91Z2ggYSBZ
QU5HIG1vZGVsIGZvciBBQ1Agc28gdGhhdCBpdCBjYW4gYmVjb21lIHN0YW5kYXJkLAo+ID4gYnV0
IGkgZGVmaW5pdGVseSBhZ3JlZSB0aGF0IGVzcGVjaWFsbHkgdGhpcyBwYXJ0IG9mIHRoZSBZQU5H
IG1vZGVsIHdvdWxkCj4gPiBiZSBoaWdobHkgZGlmZmljdWx0IHRvIGdldCB0byBiZWZvcmUgYW55
IGV4cGVyaWVuY2UgaXMgZ2FpbmVkIHdpdGgKPiA+IHRoaXMuCj4gPiAKPiA+IEkgdGhlcmVmb3Jl
IHdvdWxkIHZlcnkgbXVjaCBoZXNpdGF0ZSByZW1vdmluZyB0aGlzIHRleHQgZnJvbSB0aGUgZG9j
dW1lbnQsIGl0IHdhcwo+ID4gc3BlY2lmaWNhbGx5IGFza2VkIGZvciBzZXZlcmFsIHRpbWVzIGlu
IHRoZSB3b3JraW5nIGdyb3VwIHRvIHVuZGVyc3RhbmQKPiA+IGhvdyB0aGUgcHJvbWlzZWQgcmVs
aWFiaWxpdHkgb2YgdGhlIEFDUCBhZ2FpbnN0IG9wZXJhdG9yL2NvbnRvbGxlcgo+ID4gb3BlcmF0
aW9uIGNvdWxkIGJlIGFjaGlldmVkLiBIYXZpbmcgdGhpcyBpbiBhIGZpcnN0IHJvdW5kICh0aGlz
IGRvY3VtZW50KQo+ID4gYXMgImluZm9ybWF0aW9uYWwiIGlzIElNSE8gYSBnb29kIGFuZCBpbXBv
cnRhbnQgdGhpbmcuCj4gPiAKPiA+ID4gKHRleHQgcmV0YWluZWQgZm9yIGNvbnRleHQgb2YgZnVy
dGhlciBkaXNjdXNzaW9ucy4pCj4gPiA+IAo+ID4gPiA+IAo+ID4gPiA+IEkgc3Ryb25nbHkgYmVs
aWV2ZSB0aGF0IHRoZSBtb3N0IGVhc3kgd2F5IHRvIG9wZXJhdGlvbmFsaXplIHRoZSBBQ1AgYW5k
Cj4gPiA+ID4gYWNoaWV2ZSBpdHMgZ29hbHMgaXMgd2hhdCB3ZSBoYXZlIHdyaXR0ZW4uCj4gPiA+
ID4gCj4gPiA+ID4gVGhlIGhpc3RvcmljIGVxdWl2YWxlbmNlIG9mICJkb3duIiA9ICJhZG1pbiBk
b3duIiA9ICJwaHlzaWNhbCBkb3duIiBpcyBvbmUgb2YKPiA+ID4gPiB0aGUgdGhlIG1vc3QgZnVu
ZGFtZW50YWwgcHJvYmxlbSBvZiByZW1vdGUgbWFuYWdlbWVudCBpbiBuZXR3b3Jrcy4KPiA+ID4g
PiAKPiA+ID4gPiBXZSByZWFsbHkgbmVlZCB0byBzdGFydCB0aGlua2luZyBvZiBzZXBhcmF0ZSBs
YXllcnMgb2YgKHJlbW90ZSkgbWFuYWdlbWVudC4KPiA+ID4gPiBOZXR3b3JrIHNlcnZpY2VzIG9u
IG9uZSBoYW5kIGFuZCBwaHlzaWNhbCBpbmZyYSBvbiB0aGUgb3RoZXIuCj4gPiA+ID4gCj4gPiA+
ID4gVGhlIGZpcnN0IHRoaW5nIHRvIGRvIHRoaXMgaXMgdG8gc2VwYXJhdGUgb3BlcmF0aW9ucyBz
dWNoIGFzICJkb3duIgo+ID4gPiA+IGludG8gImFkbWluIGRvd24iIHRoYXQgYWZmZWN0cyBuZXR3
b3JrcyBzZXJ2aWNlcyBhbmQgInBoeSBkb3duIiB0aGF0Cj4gPiA+ID4gYWZmZWN0cyB0aGUgcGh5
c2NpYWwgaW5mcmEuCj4gPiA+ID4gCj4gPiA+ID4gSWYgeW91IGhhdmUgZXhpc3RpbmcgY29tbWFu
ZHMgbGlrZSAic2h1dGRvd24iIHRoYXQgdG9kYXkgZG8gYm90aCwKPiA+ID4gPiB0aGUgc2FmZSBt
YXBwaW5nIGlzIHRvIGxldCB0aGVtIGRvIHRoZSBzYWZlIHRoaW5nIGluIHRoZSBmdXR1cmUsIGUu
ZzoKPiA+ID4gPiBvbmx5ICJhZG1pbiBkb3duIiwgYW5kIGludHJvZHVjZSBuZXcgY29tbWFuZHMg
Zm9yIHRoZSBwaHkgb3BlcmF0aW9ucywKPiA+ID4gPiBlLmcuOiAicGh5IHNodXRkb3duIiBvciB0
aGUgbGlrZS4KPiA+ID4gPiBBbmQgdGhlbiBwcm90ZWN0IHRob3NlIGRhbmdlcm91cyBjb21tYW5k
cyBldmVuIGZ1cnRoZXIgYWdhaW5zdCB1bmludGVudGlvbmFsIG9yCj4gPiA+ID4gaW50ZW50aW9u
YWwgbWlzdXNlLgo+ID4gPiA+IAo+ID4gPiA+IFRoaW5rIG9mIEFDUC9BTkkgYWxzbyBhcyBhIHNl
YW1sZXNzIGluYmFuZCB2ZXJzaW9uIG9mIGEgRENOLiBBcyBhbiBvcGVyYXRvcgo+ID4gPiA+IG9m
IHRoZSBhY3R1YWwgZGF0YSBuZXR3b3JrLCB5b3UgYWxzbyBkaWRuJ3QgaGF2ZSBhbnkgYWNjZXNz
IHRvIGJyaW5nIGRvd24gdGhlIERDTgo+ID4gPiA+IGFuZCBjdXQgeW91cnNlbGYgb2ZmIGZyb20g
dGhlIG5ldHdvcmsgeW91IG1hbmFnZS4gWU91IGNvdWxkIG9ubHkgc2NyZXcKPiA+ID4gPiB1cCB0
aGF0IG5ldHdvcmsgeW91J3JlIG1lYW50IHRvIG1hbmFnZS4KPiA+ID4gPiAKPiA+ID4gPiBBbmQg
aWYgeW91ciBuZXR3b3JrIGNvbnNpc3RzIG9mIFZNcyBpbiBhIERDLCBhICJzaHV0ZG93biIgb24g
dGhlaXIKPiA+ID4gPiBpbnRlcmZhY2VzIHdpbGwgYWxzbyBub3QgYnJpbmcgZG93biBwaHlzaWNh
bCBpbnRlcmZhY2VzIG5lY2Vzc2FyeQo+ID4gPiA+IHRvIHJlYWNoIHRoZSBWTS4KPiA+ID4gPiAK
PiA+ID4gPiBJbiBvcHRpY2FsIG5ldHdvcmtzIHlvdSBvZnRlbiBoYXZlIGFuIGluYmFuZCBwaHlz
Y2lhbCBldGhlcm5ldCBtYW5hZ2VtZW50Cj4gPiA+ID4gY2hhbm5lbC4gTWFraW5nL2JyZWFraW5n
IHRoYXQgb25lIGlzIGNvbXBsZXRlbHkgZGlmZmVyZW50IGZyb20gbWFraW5nL2JyZWFraW5nCj4g
PiA+ID4geW91ciBkYXRhLXBsYW5lLCBha2E6IGRhdGEgZmliZXIgY29sb3JzLgo+ID4gPiA+IAo+
ID4gPiA+ID4gKioqwqDCoMKgIFRoZSBub3Rpb24gaW4gMTAuMy42IHRoYXQgdGhlIGRldmljZSBz
aG91bGQgcmVmdXNlIHRvIGRpc2FibGUKPiA+ID4gPiA+IGZ1bmN0aW9uYWxpdHkgd2hlbiBhbiBh
dXRob3JpemVkIGFkbWluaXN0cmF0b3IgZGlyZWN0cyBzdWNoIHNlZW1zIGZsYXRseSB3cm9uZy4K
PiA+ID4gPiAKPiA+ID4gPiBUaGUgYXV0aG9yaXphdGlvbiB0byBicmVhayB5b3VyIG93biByZW1v
dGUgbWFuYWdlbWVudCBjb25uZWN0aXZpdHkKPiA+ID4gPiB3b3VsZCBiZSBhIHByb3BlcnR5IG9m
IHRoZSBjZXJ0aWZpY2F0ZS4gY2xlYXJseSB3aG9ldmVyIGVucm9sbGVkCj4gPiA+ID4gdGhlIGRl
dmljZSB3aXRoIGEgY2VydGlmaWNhdGUgZGVueWluZyB0aGF0IGNhcGFpbGl0eSB0byB0aGUgb3Bl
cmF0b3IKPiA+ID4gPiBkaWQgTk9UIGF1dGhvcml6ZSB0aGUgYWRtaW5pc3RyYXRvciB0byBicmVh
ayBjb25uZWN0aXZpdHkuCj4gPiA+IAo+ID4gPiBUaGUgc2VjdXJpdHkgbW9kZWwgY2hhbmdlIHNl
ZW1zIGFzIHByb2JsZW1hdGljIGFzIHRoZSBhYm92ZSBjb25maWd1cmF0aW9uCj4gPiA+IGNoYW5n
ZS4KPiA+IAo+ID4gV2UgaGF2ZSByZWN1cnJpbmdseSBoZWFyZCBmcm9tIGN1c3RvbWVycyB0aGF0
IG1pc3Rha2VzIGluIG1hbmFnaW5nIHJlbW90ZQo+ID4gZXF1aXBtZW50IGFuZCBsb29zaW5nIGNv
bm5lY3Rpdml0eSBpcyBhIG1heW9yIHBhaW4gcG9pbnQuIENyZWF0aW5nCj4gPiBhbiBvcGVyYXRp
b25hbCBvcHRpb24gdGhhdCBsaW1pdHMvZGlzYWJsZXMgb3BlcmF0b3JzIGFiaWxpdHkgdG8KPiA+
IGltcGFjdCBwaHkgbGV2ZWwgY29ubmVjdGl2aXR5IHRoYXQgcmVtb3RlIG1hbmFnZW1lbnQgZGVw
ZW5kcyB1cG9uIGFuZCB0aGVyZWZvcmUKPiA+IHJlZHVjaW5nIHRoaXMgcmlzayBhbmQgY29zdCBm
YWN0b3Igc2VlbXMgdG8gbWUgbGlrZSBhIHZlcnkgbG9naWNhbCBwYWgKPiA+IGZvcndhcmQuIFdo
ZXRoZXIgb3Igbm90IHRoaXMgc2hvdWxkIGJlIGluZGljYXRlZCBpbiB0aGUgY2VydGlmaWNhdGUK
PiA+IG9yIGRpZmZlcmVudGx5IGlzIGRlZmluaXRlbHkgd2lkZSBvcGVuLgo+ID4gCj4gPiBJIGFn
cmVlIHRoYXQgbm9uZSBvZiB0aGVzZSBvcGVyYXRpb25hbCBpbnRlcmZhY2UgbGV2ZWwgY2hhbmdl
cyBhcmUKPiA+IGEgcGllY2Ugb2YgY2FrZSBnaXZlbiBob3cgd2UgaGF2ZSBpbiB0aGUgSUVURiBu
b3QgdHJpZWQgdG8gZGVmaW5lCj4gPiBkaWZmZXJlbnQgYWNjZXNzIGxldmVscyB0byBjb25maWd1
cmF0aW9uIHNvIGZhciwgYXQgbGVhc3Qgbm90Cj4gPiBiZXR3ZWVuIHNvbWUgcGh5L2luZnJhIGFj
Y2VzcyBsZXZlbCBhbmQgbmV0d29yay1zZXJ2aWNlcyBhY2Nlc3MgbGV2ZWwuCj4gPiAKPiA+IEFz
IHNhaWQgYWJvdmUgaW4gbXkgZmlyc3QgcmVwbHkgdGhhdCB5b3UgZGlkbid0IGNvbW1lbnQgb24s
IGkgdGhpbmsgYQo+ID4gZ29vZCBwYXJ0IG9mIHdoYXQgaSBhbSBsb29raW5nIGZvciBtYXkgaGFw
cGVuIHRocm91Z2ggb3RoZXIgbWVhbnMKPiA+IGFscmVhZHksIHN1Y2ggYXMgd2hlbiBhIHJvdXRl
ciBpcyBqdXN0IGEgVk0gcnVubmluZyBvbiBhbiBPUy4gQXQgbGVhc3QKPiA+IGluIGVhcmx5IHZl
cnNpb25zIG9mIHRoaXMgdGhhdCBpJ2Qgc2VlbiwgdGhpcyBpbXBsaWNpdGx5IGRpc2FibGVkCj4g
PiB0aGUgYWJpbGl0eSB0byBtb2RpZnkgcGh5IHN0YXRlIGZyb20gdGhlIHJvdXRlciBWTSwgYW5k
IG9mIGNvdXJzZQo+ID4gY29tcGxhaW50cyB3aGVyZSByYWlzZWQgdGhhdCBwaHkgbW9kcyB3aGVy
ZSBuZWNlc3NhcnksIGJ1dCBhdCBsZWFzdCB0aGlzCj4gPiBldm9sdXRpb24gY291bGQgZ2l2ZSBy
YWlzZSB0byBwYXVzZSBhbmQgcmV0aGluayBIT1cgdG8gcGVybWl0IGRvaW5nIHRoaXMuCj4gPiAK
PiA+IFNvIGkgd291bGQgYXQgbGVhc3QgbGlrZSB0byBwbGVkZ2Ugd2l0aCB5b3UgdGhhdCBpdCBp
cyBhIGdvb2QgdGhpbmcgdG8KPiA+IGhhdmUgdGhpcyB0eXBlIG9mIGRpc2N1c3Npb24gaW4gYW4g
aW5mb3JtYXRpb25hbCB3YXkgaW4gdGhpcyBSRkMgaW5zdGVhZAo+ID4gb2YgZG9pbmcgbm90aGlu
ZyBvciB0cnlpbmcgdG8gZ28gc3RhbmRhcmQgWUFORyBkaXJlY3RseSBhcyBhIGZpcnN0IHN0ZXAu
Cj4gPiBJdCBkaWQgZ2V0IGludG8gdGhlIHNwZWMgYmVjYXVzZSBvZiB0aGUgZGVzaXJlIG9mIHRo
ZSB3b3JraW5nIGdyb3VwLgo+ID4gCj4gPiA+ID4gPiBFZGl0b3JpYWwgLyBOaXRzOgo+ID4gPiAu
Cj4gPiA+ID4gPsKgwqDCoMKgwqDCoCBJbiB0aGUgdmFyaW91cyBmb3JtYXRzIGluIHNlY3Rpb24g
Ni4xMCwgdGhlIGxvd2VzdCBiaXQgb2YgdGhlIHVwcGVyIDY0IGJpdHMKPiA+ID4gPiA+wqDCoMKg
wqDCoMKgIGlzIG1hbmRhdGVkIHRvIGJlIDAuwqAgUHJlc3VtYWJseSwgdGhlcmUgaXMgc29tZSBy
ZWFzb24gZm9yIGRvaW5nIHRoaXMuwqAgSXQKPiA+ID4gPiA+wqDCoMKgwqDCoMKgIHdvdWxkIGJl
IG5pY2UgdG8gZXhwbGFpbiBpdC4KPiA+ID4gPiAKPiA+ID4gPiBTb3JyeSwgbm90IGNsZWFyIHdo
YXQgeW91J3JlIHJlZmVycmluZyB0by4gQ2FuIHlvdSBnaXZlIG1lIGFuCj4gPiA+ID4gZXhwbGlj
aXQgcmVmZXJlbmNlID8KPiA+ID4gCj4gPiA+IEkgc2hvdWxkIGFodmUgcmVtb3ZlZCB0aGlzIG5v
dGUuwqAgSXQgd2FzIGEgc2lkZS1lZmZlY3Qgb2YgdGhlIHByZXNlbnRhdGlvbgo+ID4gPiBhbmQg
b3JkZXJpbmcsIG5vdCBhIHByb2JsZW0gb24gaXRzIG93bi7CoCBTb3JyeS4KPiA+IAo+ID4gQ2hl
ZXJzCj4gPsKgwqDCoMKgwqAgVG9lcmxlc3MKPiA+IAo+IAo+IF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gQW5pbWEgbWFpbGluZyBsaXN0Cj4gQW5pbWFA
aWV0Zi5vcmcKPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2FuaW1hCgot
LSAKLS0tCnR0ZUBjcy5mYXUuZGUK

----_com.samsung.android.email_10172749362835710
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0
L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT48ZGl2PkkgdGhpbmsgdGhlIEkgdW5k
ZXJzdGFuZCB3aGF0IHlvdSBkZXNjcmliZS4mbmJzcDsgQXMgZmFyIGFzIEkgY2FuIHRlbGwsIHRo
ZSBBQ1AgRE9FUyBOT1QgQU5EIFNIT1lMRCBOT1QgTUFOREFURSBUaGUgYWRkcmVzcyBhc3NpZ25t
ZW50IG1lY2hhbmlzbS4mbmJzcDsgQnV0IGl0IGlzIHRoZSBhZGRyZXNzIGFzc2lnbm1lbnQgbWVj
aGFuaXNtIHRoYXQgZHJpdmVzIHRoZSBhZGRyZXNzIGFsbG9jYXRpb24uPC9kaXY+PGRpdj48YnI+
PC9kaXY+PGRpdj5BcyBzdWNoLCBpdCBzZWVtcyBsaWtlIHRoZSBBQ1AgaXRzZWxmIGRvZXMgbm90
IGNhcmUgYWJvdXQgdGhpcy4mbmJzcDsgVGhhdCBpcyx3aHkgdGhlIHJvdXRpbmcgc2NoZW1lIHNl
ZW1lZCBjb25mdXNpbmcgYWZ0ZXIgdGhlIGFkZHJlc3MgYWxsb2NhdGlvbiBzY2hlbWUuPC9kaXY+
PGRpdj48YnI+PC9kaXY+PGRpdj5JIHdvdWxkIGV4cGVjdCB0byBmaW5kIHRoZSBhZGRyZXNzIHN0
cnVjdHVyZSBmb3IgYXV0b25vbWljIGFkZHJlc3NlZCBpbiB0aGUgc2FtZSBkb2N1bWVudCBhcyB0
aGUgbWVjaGFuaXNtcyBmb3IgYXV0b25vbWljIGFkZHJlc3MgYXNzaWdubWVudC48L2Rpdj48ZGl2
Pjxicj48L2Rpdj48ZGl2PllvdXJzLDwvZGl2PjxkaXY+Sm9lbDwvZGl2PjxkaXY+PGJyPjwvZGl2
PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgaWQ9ImNvbXBvc2VyX3NpZ25hdHVy
ZSI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjg1JTtjb2xvcjojNTc1NzU3IiBkaXI9ImF1dG8iPlNl
bnQgdmlhIHRoZSBTYW1zdW5nIEdhbGF4eSBTwq4gNiwgYW4gQVQmYW1wO1QgNEcgTFRFIHNtYXJ0
cGhvbmU8L2Rpdj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6MTAw
JTtjb2xvcjojMDAwMDAwIj48IS0tIG9yaWdpbmFsTWVzc2FnZSAtLT48ZGl2Pi0tLS0tLS0tIE9y
aWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS08L2Rpdj48ZGl2PkZyb206IFRvZXJsZXNzIEVja2VydCAm
bHQ7dHRlQGNzLmZhdS5kZSZndDsgPC9kaXY+PGRpdj5EYXRlOiA1LzE0LzE4ICAwNTowNCAgKEdN
VC0wNTowMCkgPC9kaXY+PGRpdj5UbzogIkpvZWwgTS4gSGFscGVybiIgJmx0O2ptaEBqb2VsaGFs
cGVybi5jb20mZ3Q7IDwvZGl2PjxkaXY+Q2M6IHJ0Zy1kaXJAaWV0Zi5vcmcsIGRyYWZ0LWlldGYt
YW5pbWEtYXV0b25vbWljLWNvbnRyb2wtcGxhbmUuYWxsQGlldGYub3JnLCBpZXRmQGlldGYub3Jn
LCBhbmltYUBpZXRmLm9yZyA8L2Rpdj48ZGl2PlN1YmplY3Q6IFJlOiBbQW5pbWFdIFJ0Z2RpciB0
ZWxlY2hhdCByZXZpZXcgb2YKJm5ic3A7IGRyYWZ0LWlldGYtYW5pbWEtYXV0b25vbWljLWNvbnRy
b2wtcGxhbmUtMTMgPC9kaXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+YSkgV2lsbCB0cnkgdG8gZG8g
YmV0dGVyIGV4cGxhbmF0aW9uIG9mIGlkZW50aWZpZXIgbmF0dXJlIG9mIGFkZHJlc3NlcyBpbjxi
cj4mbmJzcDsmbmJzcDsgbmV4dCBjb21taXQuPGJyPjxicj5iKSB3aGF0IGRvIHdlIGxvb3NlIGlm
IGdldCByaWQgb2YgdGhlIGNob2ljZXMuIEkga2luZGEgdGhvdWdodCBpIGhhZCBhbnN3ZXJlZDxi
cj4mbmJzcDsmbmJzcDsgdGhpcyBhbHJlYWR5LCBidXQgaSByZWFsbHkgZG9uJ3Qga25vdyB3aGVy
ZSB5b3VyIGNvbmNlcm4gc3RhcnRzLi4uPGJyPjxicj4mbmJzcDsmbmJzcDsgMS4gV2UgdXNlIFVM
QSBiZWNhdXNlIHdlIHdhbnQgdG8gYmUgYWJsZSB0byBicmluZyB1cCBBQ1AgbmV0d29ya3Mgd2l0
aG91dDxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVxdWlyaW5nIGEgcmVnaXN0
cnkgYWxsb2NhdGlvbiBvZiBhIHByZWZpeCwgYW5kIFVMQSBpcyB0aGUgY29ycmVjdDxicj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcHJpdmF0ZSBhZGRyZXNzIHNwYWNlLiBBbmQgZGVy
aXZpbmcgVUxBIEdsb2JhbCBJRCBmcm9tIGhhc2ggb2YgZG9tYWluPGJyPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyBuYW1lIGlzIG5pY2UuPGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgU291bmRzIGFzIGlmIHlvdSBhZ3JlZSB3aXRoIHRoaXMuPGJyPiZuYnNwOyZu
YnNwOyZuYnNwOyA8YnI+Jm5ic3A7Jm5ic3A7IDIuIFdlIHdhbnQgdG8gYmUgYWJsZSB0byBhbGxv
Y2F0ZSBhZGRyZXNzZXMgdG8gQUNQL0FOSSBkZXZpY2VzPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyB3aXRob3V0IGFueSBhZGRpdGlvbmFsIGNvbmZpZ3VyYXRpb24gZnJvbSBtdWx0
aXBsZSBpbmRlcGVuZGVudGx5PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBydW5u
aW5nIHJlZ2lzdHJhcnMuIFRoYXRzIHdoeSB0aGUgZ2xvYmFsIHVuaXF1ZSBJRCBvZiB0aGUgcmVn
aXN0cmFyPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpcyBwYXJ0IG9mIHRoZSBh
ZGRyZXNzIGluIGJvdGggem9uZSBhbmQgVmxvbmcgZm9ybWF0Ljxicj48YnI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoYXRzIHZlcnkgZnVuZGFtZW50YWwgdG8gdGhlIGVhc2Ugb2Yg
ZGVwbG95bWVudCBvZiBBQ1AvQU5JIG5vZGVzPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyAoaSBzYXkgQU5JLCBiZWNhdXNlIGl0cyByZWFsbHkgQUNQK0JSU0tJIHJlcXVpcmVkIGhl
cmUgdG8gZ2V0IGEgc2ltcGxlIHN0YW5kYXJkPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBzb2x1dGlvbiB0byBjcmVhdGUgdGhlIGNlcnQsIG90aGVyd2lzZSB5b3VyZSBk
b3duIHRvIGEgdmVuZG9yIHNwZWNpZmljPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyBjZXJ0IHByb3Zpc2lvbmluZyBzb2x1dGlvbiBleHRlbmRlZCB3aXRoIEFDUCBpbmZv
IHN1cHBvcnQpPGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaSBob3BlIHRo
aXMgaXMgdW5jb250ZW50dW91czxicj4mbmJzcDsmbmJzcDsgPGJyPiZuYnNwOyZuYnNwOyAzLiBh
KSBXZSB3YW50ZWQgdG8gYmUgYWJsZSB0byBzdXBwb3J0IGluIHRoZSBmdXR1cmUgInpvbmUiID0g
YXJlYS9yZWdpb24tbGV2ZWw8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJvdXRl
IGFnZ3JlZ2F0aW9uLCB0aGF0cyB3aHkgdGhlIHpvbmUgc2NoZW1lIHJlc2VydmVzIHRob3NlIDEz
IGJpdHMuPGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYikgV2UgYWxzbyBr
bm93IHVzZSBjYXNlcyB3aGVyZSBub2RlcyBuZWVkIG1vcmUgdGhhbiAyIGFkZHJlc3Nlcyw8YnI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoYXRzIHdoeSB3ZSBoYXZlIGhhdmUgdGhl
IDgvMTYgYml0IFZsb25nIG9wdGlvbi4gPGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgYykgV2UgY2FuIG5vdCBkbyBldmVyeXRoaW5nIGF1dG9ub21pY2FsbHkgKD09IGFkZHJl
c3NlcyBhc3NpZ25lZCBmcm9tIHJlZ2lzdHJhcnMpLDxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgc28gd2UgYWxzbyByZXNlcnZlIGFkZHJlc3Mgc3BhY2UgZm9yIHRyYWRpdGlvbmFs
IGNvbmZpZyAobWFudWFsIGFkZHJlc3Mgc3BhY2UpLjxicj48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IEFyZSB0aGVzZSB0aHJlZSBzdWItc3BhY2VzIHpvbmUsbWFudWFsLHZsb25n
IGNvbnRlbnVvdXMgPzxicj4mbmJzcDsmbmJzcDsgPGJyPiZuYnNwOyZuYnNwOyBBcyBtZW50aW9u
ZWQgaW4gcHJpb3IgZW1haWwgaWYgaSB3YW50ZWQgdG8gYXZvaWQgdGhvc2UgY2EuIDMgYml0cyBv
Zjxicj4mbmJzcDsmbmJzcDsgZm9ybWF0IGluZGljYXRpb24sIGkgd291bGQgbmVlZCB0byBpbmRp
Y2F0ZSB0aGUgc2VtYW50aWMgb2YgYWRkcmVzc2VzPGJyPiZuYnNwOyZuYnNwOyBzb21laG93IGRp
ZmZlcmVudGx5IHRvIHRoZSBub2RlcywgZS5nOiB2aWEgc29tZSBleHRlbnNpb24gdG8gdGhlIEFD
UCBmb3JtYXQsPGJyPiZuYnNwOyZuYnNwOyBidXQgaSB3b3VsZCB3YW50IHRvIGJlIGFibGUgdG8g
c2lnbmFsIHRoZSBzYW1lIGluZm9ybWF0aW9uLjxicj48YnI+Jm5ic3A7Jm5ic3A7IFNvIGZvciBl
eGFtcGxlOiBiZWNhdXNlIHdlIGhhdmUgYSBzdGFuZGFyZGl6ZWQgYWRkcmVzc2luZyBzY2hlbWUs
PGJyPiZuYnNwOyZuYnNwOyBhIG5vZGUgdGhhdCBhbGxvd3MgY29uZmlndXJhdGlvbiBvZiAiQUNQ
IGNvbm5lY3QiIGNhbiBtYWtlIHN1cmU8YnI+Jm5ic3A7Jm5ic3A7IHRoYXQgdGhlIGFkZHJlc3Mg
Y29uZmlndXJlZCBvbiBhbiBBQ1AgY25uZWN0IGludGVyZmFjZSBjYW4gbmV2ZXIgYmUgYSBVTEE8
YnI+Jm5ic3A7Jm5ic3A7IGFkZHJlc3MgdGhhdCB3b3VsZCBjb25mbGljdCB3aXRoIGFuIGF1dG9t
YXRpYyBBQ1AgYWRkcmVzcyBhc3NpZ25tZW50IGRvbmU8YnI+Jm5ic3A7Jm5ic3A7IGJ5IGEgcmVn
aXN0cmFyLiBTbyBpIHByb3RlY3QgbXkgYXV0b25vbWljIGFkZHJlc3Mgc3BhY2UgZnJvbSBtaXNj
b25maWd1cmF0aW9uLjxicj4mbmJzcDsmbmJzcDsgV2hpY2ggaXMgSU1ITyBleHRyZW1lbHkgaW1w
b3J0YW50LiBTbyB0aGlzIGlzIHRoZSBrZXkganVzdGlmaWNhdGlvbiBmb3I8YnI+Jm5ic3A7Jm5i
c3A7IHRoZSBtYW51YWwgYWRkcmVzcyBzcGFjZSBhbGxvY2F0aW9uLiA8YnI+PGJyPiZuYnNwOyZu
YnNwOyBEaXN0aW5ndWlzaGluZyBiZXR3ZWVuIHpvbmUgYW5kIFZsb25nIGFkZHJlc3Mgc3BhY2Vz
IGlzIG5lY2Vzc2FyeSBiZWNhdXNlPGJyPiZuYnNwOyZuYnNwOyB3ZSBqdXN0IGNhbid0IGZpdCB6
b25lLCByZWdpc3RyYXItSUQgYW5kIG5vZGUtbnVtYmVyIGFuZCAxNiBiaXQgb2YgcGVyLW5vZGUg
Yml0czxicj4mbmJzcDsmbmJzcDsgaW50byBhIHNpbmdsZSBhZGRyZXNzaW5nIHNjaGVtZS48YnI+
PGJyPiZuYnNwOyZuYnNwOyBFIHZvaWxhLCB0aHJlZSAoSU1ITzogc2ltcGxlcikgc2ltcGxlIG9w
dGlvbnMuIExpa2VseSBuZXR3b3JrcyB3aWxsIHVzZSBhbGwgdGhyZWUuPGJyPiA8YnI+Q2hlZXJz
PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBUb2VybGVzczxicj48YnI+T24gU3VuLCBNYXkgMTMsIDIw
MTggYXQgMDc6Mzg6MzVQTSAtMDQwMCwgSm9lbCBNLiBIYWxwZXJuIHdyb3RlOjxicj4mZ3Q7IFRy
aW1tZWQuPGJyPiZndDsgVG9wIHBvc3RpbmcgZm9yIGNsYXJpdHkuJm5ic3A7IE1vc3RseSwgYWdy
ZWVtZW50Ljxicj4mZ3Q7IDxicj4mZ3Q7IE9uIHRoZSBpZGVudGlmaWVyIHZzIGxvY2F0b3IsIEkg
dGhpbmsgdGhlIHdheSB5b3UgYXJlIHVzaW5nIHRoZSB0ZXJtcyBpczxicj4mZ3Q7IGNvbmZ1c2lu
Zy4mbmJzcDsgQnV0IGl0IGlzIG5vdCB3b3J0aCBjb250aW51ZWQgYXJndW1lbnRhdGlvbi5Tb21l
IHRleHQ8YnI+Jmd0OyBlbGFib3JhdGluZyBhbG9uZyB0aGUgbGluZXMgeW91IHByb3ZpZGUgKHJl
dGFpbmVkIGJlbG93KSB3b3VsZCBoZWxwLjxicj4mZ3Q7PGJyPiZndDsgSSBoYXZlIHRyaWVkIHJl
YWRpbmcgdGhlIHNlY3Rpb24gb24gYWRkcmVzc2luZyBpbnNpZGUgdGhlIEFDUCBtb3JlPGJyPiZn
dDsgY2FyZWZ1bGx5LiZuYnNwOyBUaGFuayB5b3UgZm9yIG1vdmluZyB0aGUgWiBiaXQuPGJyPiZn
dDsgSSBoYXZlIHJldGFpbmVkIHRoZSBlYXJsaWVyIGRpc2N1c3Npb24gb24gdGhpcyB0b3BpYyBi
ZWxvdywgaW4gY2FzZSB3ZSBzdGlsbDxicj4mZ3Q7IG5lZWQgaXQuPGJyPiZndDsgUmVhZGluZyB0
aGUgc2VjdGlvbiwgSSB0aGluayB0aGF0IHRoZSBwcm9ibGVtIGlzIG1vcmUgYmFzaWMuPGJyPiZn
dDsgPGJyPiZndDsgSSBhZ3JlZSB0aGF0IHRoZSBkb2N1bWVudCBuZWVkcyB0byBkZWZpbmUgdGhh
dCB3ZSBhcmUgdXNpbmcgYSBVTEEuJm5ic3A7IEFuZDxicj4mZ3Q7IGJlY2F1c2Ugb2YgdGhlIGNl
cnRpZmljYXRlIGJlaGF2aW9ycywgdGhlcmUgaXMgc2lnbmlmaWNhbnQgYWR2YW50YWdlIGluPGJy
PiZndDsgZGVmaW5pbmcgd2hhdCBVTEEgcHJlZml4IGlzIHVzZWQuPGJyPiZndDsgPGJyPiZndDsg
R2l2ZW4gdGhhdCwgSSBkbyBub3Qgc2VlIHdoYXQgdXNlIHRoZXJlIGlzIGluIGFsbCB0aGUgb3Ro
ZXIgZm9ybWF0PGJyPiZndDsgZGVmaW5pdGlvbi4mbmJzcDsgSSBzdXNwZWN0IEkgYW0gbWlzc2lu
ZyBzb21ldGhpbmcgdmVyeSBiYXNpYy4mbmJzcDsgV2h5IG5vdCBsZWF2ZTxicj4mZ3Q7IHRoaXMg
dG8gdGhlIGRlcGxveWluZyBvcGVyYXRvcj8mbmJzcDsgSXQgaXMgbm90IGxpa2UgaXQgY2FuIGJl
IGF1dG9ub21pYywgc2luY2U8YnI+Jmd0OyBzb21ldGhpbmcgaGFzIHRvIHRlbGwgdGhlIGRldmlj
ZXMgd2hhdCBmb3JtYXQgdG8gdXNlLCBhbmQgd2hhdCBudW1iZXJzPGJyPiZndDsgd2l0aGluIHNv
bWUgb2YgdGhlIGZvcm1hdHMgdG8gdXNlLiZuYnNwOyBJIGNvdWxkIGltYWdpbmUgc29tZXRoaW5n
IHRoYXQgc2FpZCAiaW48YnI+Jmd0OyB0aGUgYWJzZW5jZSBvZiBjb25maWd1cmF0aW9uLCBjb25z
dHJ1Y3QgZGV2aWNlIGFkZHJlc3NlcyBhY2NvcmRpbmcgdG8gb25lPGJyPiZndDsgc3BlY2lmaWMg
YWxnb3JpdGhtLCBzbyBhcyB0byBzaW1wbGlmeSBib290c3RyYXAuPGJyPiZndDsgQnV0IGl0IHdv
dWxkIGJlIGEgc2ltcGxlIHNjaGVtZS48YnI+Jmd0Ozxicj4mZ3Q7IDxicj4mZ3Q7IE9uIDUvMTEv
MTggMTA6MDkgUE0sIFRvZXJsZXNzIEVja2VydCB3cm90ZTo8YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7
ICZndDsgRGlmZjo8YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgaHR0cDovL3Rvb2xzLmlldGYu
b3JnL3Rvb2xzL3JmY2RpZmYvcmZjZGlmZi5weWh0P3VybDE9aHR0cHM6Ly9yYXcuZ2l0aHVidXNl
cmNvbnRlbnQuY29tL2FuaW1hLXdnL2F1dG9ub21pYy1jb250cm9sLXBsYW5lLzJhZThmNDczOTlh
ZTBkMDgxMWNiNDUyMDkxODZkMDFmOWUwZDMwNzcvZHJhZnQtaWV0Zi1hbmltYS1hdXRvbm9taWMt
Y29udHJvbC1wbGFuZS9kcmFmdC1pZXRmLWFuaW1hLWF1dG9ub21pYy1jb250cm9sLXBsYW5lLTE0
LnR4dCZhbXA7dXJsMj1odHRwczovL3Jhdy5naXRodWJ1c2VyY29udGVudC5jb20vYW5pbWEtd2cv
YXV0b25vbWljLWNvbnRyb2wtcGxhbmUvNTRjOWMxNmYzNDQ0YjFkYjEzYzdjYjA1NzQ0ZTU0M2Rm
Y2RmYjYzYi9kcmFmdC1pZXRmLWFuaW1hLWF1dG9ub21pYy1jb250cm9sLXBsYW5lL2RyYWZ0LWll
dGYtYW5pbWEtYXV0b25vbWljLWNvbnRyb2wtcGxhbmUtMTQudHh0PGJyPiZndDsgJmd0OyA8YnI+
Jmd0OyAmZ3Q7IExhdGVzdCB2ZXJzaW9uOjxicj4mZ3Q7ICZndDsgaHR0cHM6Ly9yYXcuZ2l0aHVi
dXNlcmNvbnRlbnQuY29tL2FuaW1hLXdnL2F1dG9ub21pYy1jb250cm9sLXBsYW5lLzU0YzljMTZm
MzQ0NGIxZGIxM2M3Y2IwNTc0NGU1NDNkZmNkZmI2M2IvZHJhZnQtaWV0Zi1hbmltYS1hdXRvbm9t
aWMtY29udHJvbC1wbGFuZS9kcmFmdC1pZXRmLWFuaW1hLWF1dG9ub21pYy1jb250cm9sLXBsYW5l
LTE0LnR4dDxicj4mZ3Q7ICZndDsgPGJyPiZndDsgLi4uLjxicj4mZ3Q7ICZndDsgSGVyZSBhcmUg
dGhlIHRoaW5ncyB0aGF0IG1ha2UgdGhlIEFDUCBhZGRyZXNzIGFuIGlkZW50aWZpZXIgdG8gbWU6
PGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7IC0gSXQgaXMgYXNzaWduZWQgb25jZSB0byB0aGUg
ZGV2aWNlIGFuZCBub3QgbWVhbnQgdG8gY2hhbmdlIG92ZXIgdGhlIGxpZmV0aW1lPGJyPiZndDsg
Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBvZiB0aGUgZGV2aWNlLjxicj4mZ3Q7ICZndDsgLSBJdCBk
b2VzIG5vdCBjaGFuZ2Ugd2hlbiBpIG1vdmUgdGhlIG5vZGUgdG8gYSBkaWZmZXJlbnQgbG9jYXRp
b248YnI+Jmd0OyAmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZCByZS1jb25uZWN0IHRoZSBkZXZp
Y2UuPGJyPiZndDsgJmd0OyAtIEl0IGlzIHRoZSB1bmlxdWUgcGFydCBvZiB0aGUgQUNQIGRvbWFp
biBjZXJ0aWZpY2F0ZSAob3RoZXIgdGhhbiB0aGUgcHJpdmF0ZSBrZXkpPGJyPiZndDsgJmd0OyZu
YnNwOyZuYnNwOyZuYnNwOyBhbmQgdXNlZCB0byBpZGVudGlmeSB0aGUgZGV2aWNlIChwcml2YXQg
a2V5IGlzIHVzZWQgdG8gYXV0aGVudGljYXRlIGl0LDxicj4mZ3Q7ICZndDsmbmJzcDsmbmJzcDsm
bmJzcDsgYnV0IHRoZSBwcml2YXRlIGtleSBtYXkgY2hhbmdlIG92ZXIgdGltZSwgZm9yIGV4YW1w
bGUgd2hlbiByZW5ld2luZyB0aGUgY2VydGlmaWNhdGUpLjxicj4mZ3Q7ICZndDsgPGJyPiZndDsg
Jmd0OyBXb3VsZCBiZSBoYXBweSB0byBlbGFib3JhdGUgdGhpcyBpbiB0aGUgZG9jIG1vcmUgZXhw
bGljaXRseSwgZS5nLjogbGlrZSB3cml0dGVuPGJyPiZndDsgJmd0OyBhYm92ZS48YnI+Jmd0OyA8
YnI+Jmd0OyAoQ29udGV4dDogQWRkcmVzc2luZyBpbnNpZGUgdGhlIEFDUC4pPGJyPiZndDsgJmd0
OyAmZ3Q7IFBhcnQgb2YgbXkgcmVhY3Rpb24gdG8gdGhpcyB3aG9sZSBzZWN0aW9uIGlzIHRoYXQg
aXQgbG9va3MgbXVjaCBsaWtlIHRoZTxicj4mZ3Q7ICZndDsgJmd0OyBtaXN0YWtlIHdlIG1hZGUg
b3JpZ2luYWxseSBpbiBkZWZpbmluZyBjbGFzc2Z1bCBJUCBhZGRyZXNzZXMuJm5ic3A7IFlvdSBh
cmU8YnI+Jmd0OyAmZ3Q7ICZndDsgdHJ5aW5nIHRvIGd1ZXNzIHRoZSBjb3JyZWN0IHVzZSBjYXNl
cywgYW5kIGRlZmluaW5nIHNwZWNpZmljIGFkZHJlc3M8YnI+Jmd0OyAmZ3Q7ICZndDsgc3RydWN0
dXJlcyB3aXRoIHNwZWNpZmljIGVuY29kaW5ncyBmb3IgZWFjaCBvbmUuJm5ic3A7IFdpdGggb25s
eSBhIGZldyBlbmNvZGluZ3M8YnI+Jmd0OyAmZ3Q7ICZndDsgYXZhaWxhYmxlLiZuYnNwOyBUaGlz
IHNlZW1zIHRvIGJlIGEgcmVjaXBlIGZvciBiZWluZyB3cm9uZyBsYXRlciBpbiB3YXlzIHRoYXQ8
YnI+Jmd0OyAmZ3Q7ICZndDsgaHVydC48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgVGhlIG9u
bHkgZXF1aXZhbGVudCB0byBjbGFzc2Z1bGwgYWRkcmVzc2luZyBpIHNlZSBpcyBmb3IgdGhlIGZp
eGVkIHByZWZpeC1sZW5ndGg8YnI+Jmd0OyAmZ3Q7IGhhbmRlZCBvdXQgdG8gZWFjaCBub2RlLCAx
IGJpdCAoMiBhZGRyZXNzZXMpIHdpdGggem9uZSBhZGRyZXNzZXMsIDgvMTYgYml0czxicj4mZ3Q7
ICZndDsgKDI1Ni82NGsgYWRkcmVzcykgZm9yIFZsb25nLCBidXQgaXRzIE5PVCBhc3NpZ25tZW50
IHRvIG5ldHdvcmsgc2VnbWVudHM8YnI+Jmd0OyAmZ3Q7IGFzIGluIElQdjQgQS9CL0MgYnV0IHRv
IG5vZGVzLjxicj4mZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyBXZSBkaWRuJ3QgaW50cm9kdWNlIGNo
b2ljZXMgbGlnaHRseS4gVGhlcmUgYXJlIGNvbXByb21pc2VzIHRvIGJlIG1hZGUgd2hlbiB5b3U8
YnI+Jmd0OyAmZ3Q7IHdhbnQgc29tZSBsaWdodHdlaWdodCBhZGRyZXNzIGFsbG9jYXRpb24gc2No
ZW1lLCBub3QgZXhwZWN0aW5nIHRvIGhhdmUgY29tcGxleDxicj4mZ3Q7ICZndDsgYWRkcmVzcyBy
ZWdpc3RyeSBvciBtYW5hZ2VtZW50IHN5c3RlbSBpbiB0aGUgYmFja2VuZCBidXQgc2ltcGxlIHJl
Z2lzdHJhcnMuPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7IHNlZSBiZWxvdyBmb3IgbW9yZTxi
cj4mZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIGRpZmZlcmVuY2UgaW4gaW50ZXJwcmV0YXRp
b248YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IGlzIGFjdHVhbGx5IHByb3ZpZGVkIGJ5IHRoZSBsYXN0IGJpdCBpbiB0aGUgdXBw
ZXIgNjQuJm5ic3A7IElmIHRoZXNlIGFyZSB0aGU8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNhbWUgc2NoZW1hLCB0aGVuIGl0
IHNob3VsZCBub3QgbmVlZCBhIGJpdCB0byBkaWZmZXJlbnRpYXRlIHRoZW0uJm5ic3A7IFRoZXk8
YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IHNob3VsZCBiZSBleHBsYWluZWQgYXMgYSBzaW5nbGUgc2NoZW1hLiZuYnNwOyBXaGlj
aCB3b3VsZCBwcmVzdW1hYmx5IHJlc3VsdCBpbjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhlIFogYml0IGJlaW5nIHBhcnQg
b2YgdGhlIHpvbmUgLyBzdWJuZXQgZmllbGQuJm5ic3A7Jm5ic3A7IElmIHRoZXkgYXJlIHR3bzxi
cj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgZGlmZmVyZW50IHNjaGVtYXMsIHRoZW4gbW92ZSB0aGUgZGlmZmVyZW50aWF0aW9uIHRv
IHBhcnQgb2YgdGhlIHNjaGVtYTxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaWRlbnRpZmllciAobWFraW5nIGl0IDMgYml0cyku
PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgV2UgZGlkIG5v
dCB3YW50IHRvIG1ha2UgWiBwYXJ0IG9mIHRoZSBiYXNlIHNjaGVtYXMgNi4xMC4yICJUeXBlIiBj
b2RlIGJlY2F1c2U8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyB0aGF0IHdvdWxkIGFsc28gbWFrZSB0
aGUgVmxvbmcgc2NoZW1lIG9uZSBiaXQgc2hvcnRlciBhbmQgdGhhdCB3b3VsZCByZWR1Y2U8YnI+
Jmd0OyAmZ3Q7ICZndDsgJmd0OyB2aXJ0dWFsaXphdGlvbiBzcGFjZSBpbiBWbG9uZyBieSBhIGZh
Y3RvciBvZiAyLjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7
IFNvLCB5ZXMsIGVuY29kaW5nIHdpc2UsIDYuMTAuNCBtYW51YWwgc3ViIGFkZHJlc3Npbmcgc3Bh
Y2Ugd2FzIGNhcnZlZCBvdXQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBvZiB0aGUgNi4xMC4zIHpv
bmUgYWRkcmVzcyBzcGFjZSB2aWEgdGhlIFogYml0LCBidXQgdGhhdHMganVzdCBhbiBlbmNvZGlu
ZyBhc3BlY3QuPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsg
RnVuY3Rpb25hbGx5LCA2LjEwLjMvNi4xMC40IGFyZSBxdWl0ZSBkaWZmZXJlbnQsIGFuZCB0aGVy
ZWZvcmUgaXQgaXMgSU1ITzxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRleHR1YWxseSBjb3JyZWN0
IHRvIGhhdmUgdGhlbSBpbiBkaWZmZXJlbnQgc3Vic2VjdGlvbnMuPGJyPiZndDsgJmd0OyAmZ3Q7
ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgQ2FydmluZyBvdXQgYml0cyBsaWtlIFogaXNu
J3QgaWRlYWwsIGJ1dCBpbiBiZXR3ZWVuIHRoZSBVTEEgcHJlZml4LDxicj4mZ3Q7ICZndDsgJmd0
OyAmZ3Q7IHRoZSA2NCBiaXQgbG9jYWwgcGFydCB3ZSBtdXN0IGhhdmUgZm9yIGV4dGVybmFsIGlu
dGVyZmFjZXMgYW5kPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgYmVzdCB1dGlsaXphdGlvbiBvZiBi
aXRzLCB3ZSB0cmllZCB0byByYXRoZXIgb3B0aW1pemUgYWRkcmVzcyBzcGFjZTxicj4mZ3Q7ICZn
dDsgJmd0OyAmZ3Q7IHV0aWxpemF0aW9uIGFuZCBub3QgYmVhdXR5IG9mIGVuY29kaW5nLjxicj4m
Z3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IEhhdmluZyZuYnNwOyBh
dCB0aGUgZW5kIGFsbG93cyAoYXMgd3JpdHRlbikgdXNlIG9mIC82MyBpbnN0ZWFkIG9mJm5ic3A7
IDIgKiAvNjQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyByb3V0ZXMuIEkgYW0gbm90IHN1cmUgaG93
IGltcG9ydGFudCB0aGlzIHdvdWxkIGJlIGluIHRoZSBmdXR1cmUuPGJyPiZndDsgJmd0OyAmZ3Q7
ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgSWYgeW91IGZlZWwgc3Ryb25nbHkgYWJvdXQg
bW9yZSBiZWF1dHkgaW4gZW5jb2RpbmcsPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgaSBjYW4gbW92
ZSBaIHRvIHRoZSBsZWZ0IGFuZCByZW1vdmUgdGhlIG5vdGlvbiBvZiB0aGUgcG9zc2libGUgLzYz
IHJvdXRlPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgb3B0aW1pemF0aW9uIHBvc3NpYmxlIHRocm91
Z2ggdGhlIHBsYWNlbWVudCBvZiBaLjxicj4mZ3Q7ICZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZn
dDsgU2luY2UgdGhlIHR3byBkaWZmZXJlbnQgdXNlcyBvZiB0aGUgWiBiaXQgd2l0aCB0eXBlIDAw
YiBhcmUgcXVpdGUgZGlzdGluY3QsPGJyPiZndDsgJmd0OyAmZ3Q7IHRyeWluZyB0byBlbmFibGUg
YWdncmVnYXRpb24gc2VlbXMgY291bnRlci1wcm9kdWN0aXZlLjxicj4mZ3Q7ICZndDsgJmd0OyA8
YnI+Jmd0OyAmZ3Q7ICZndDsgV2hpbGUgSSBoYXRlIHRvIHB1c2ggb24gYSBwb2ludCB5b3UgZGVz
Y3JpYmUgYXMgYWVzdGhldGljcywgaGF2aW5nIHRoZSBaPGJyPiZndDsgJmd0OyAmZ3Q7IGJpdCwg
b2NjdXJpbmcgYWZ0ZXIgdGhlIFpvbmUgLyBzdWJuZXQtSUQgZmllbGQsIGJ1dCBkZWZpbmluZyB3
aGV0aGVyIHRoZTxicj4mZ3Q7ICZndDsgJmd0OyBmaWVsZCBpcyBhIHpvbmUgb3IgYSBzdWJuZXQs
IHNlZW1zIGF3a3dhcmQgZm9yIGluc3VmZmljaWVudCByZWFzb24uPGJyPiZndDsgJmd0OyAmZ3Q7
IDxicj4mZ3Q7ICZndDsgJmd0OyBJIHdvdWxkIHJlY29tbWVuZCBtb3ZpbmcgdGhlIFogYml0IHVw
IHNvIGl0IGlzIGFmdGVyIHRoZSB0eXBlLCBhbmQgYXQgdGhlPGJyPiZndDsgJmd0OyAmZ3Q7IGZy
b250IG9mIGVhY2ggb2YgdGhlIHR3byBzZWN0aW9ucyByZWl0ZXJhdGUgdGhhdCB0aGlzIHN1YnNj
aGVtZSBpcyBpbmRpY2F0ZWQ8YnI+Jmd0OyAmZ3Q7ICZndDsgYnkgdGhlIFogYml0IGJlaW5nIHsg
MCB8IDEgfS48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgRG9uZS4gKHNlZSBkaWZmKS48YnI+
Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IEkgdmVyeSBtdWNoIGhvcGUgdGhlcmUg
aXMgbm8gImludGVyZXN0aW5nIiBpbXBsZW1lbnRhdGlvbiBhc3BlY3Q7PGJyPiZndDsgJmd0OyAm
Z3Q7ICZndDsgbm90aGluZyBpbiB0aGUgY3VycmVudCBzY2hlbWUgdGhhdCBtYWtlcyBpbXBsZW1l
bmF0aW9uIGhhcmRlci4gSWYgeW91PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgaGF2ZSBhbiBleGFt
cGxlIHRoYXQgeW91IGZlYXIsIGkgd291bGQgbGlrZSB0byBoZWFyIGl0Ljxicj4mZ3Q7ICZndDsg
Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IFRvIG1lLCB3ZSBhcmUganVzdCBkZWZp
bmluZyBhZGRyZXNzIHNwYWNlIGFsbG9jYXRpb24gc2NoZW1lcy48YnI+Jmd0OyAmZ3Q7ICZndDsg
PGJyPiZndDsgJmd0OyAmZ3Q7IEkgc3VwcG9zZSBsaWtlbHkgaW1wbGVtZW50YXRpb25zIHdpbGwg
dXNlIG1hc2sgZGVmaW5pdGlvbnMgdGhhdCB3aWxsIG1ha2UgaXQ8YnI+Jmd0OyAmZ3Q7ICZndDsg
d29yay4mbmJzcDsgSSBwaXR5IHRoZSBjb2RlIHJldmlld2VyLjxicj4mZ3Q7ICZndDsgPGJyPiZn
dDsgJmd0OyBJIGhhdmUgcmVhZCB0aGUgY29kZSBhbmQgdGVzdGVkIGluIHRoZSBsYWIgSVB2NiBl
bWJlZGRlZCBSUCBhZHJlc3Npbmc8YnI+Jmd0OyAmZ3Q7IGFuZCBkaWRuJ3QgZmVlbCBwaXR5ZnVs
bCBhYm91dCB0aGUgam9iLiBCdXQgaSB3ZWlnaCB0aGUgb3ZlcmFsbCBzeXN0ZW08YnI+Jmd0OyAm
Z3Q7IGNvbXBsZXhpdHkuIEVtYmVkZGVkLVJQIHNpbXBsaWZpZWQgYSBsb3Qgb2Ygb3RoZXIgcGFy
dHMgb2YgdGhlPGJyPiZndDsgJmd0OyBtdWx0aWNhc3Qgc3lzdGVtIGF0IHRoZSBjb3N0IG9mIGlu
dHJvZHVjaW5nIGFuIGFkZHJlc3Npbmcgc2NoZW1lLjxicj4mZ3Q7ICZndDsgSSB0aGluayBzaW1p
bGFyaWx5LCB0aGUgQUNQIGFkZHJlc3Npbmcgc2NoZW1lIHNpbXBsaWZpZXMgdGhlIG92ZXJhbGwg
c3lzdGVtPGJyPiZndDsgJmd0OyBjb21wbGV4aXR5LCBlc3BlY2lhbGx5IHJlZ2lzdHJhcnMuPGJy
PiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIHNlY3Rpb24gNi4xMC41LCBhZnRlciBzdGF0aW5nIHRoYXQg
aXQgaXMgbm90IGV2ZW4ga25vd24gd2hhdCB0aGUgbmVlZGVkPGJyPiZndDsgJmd0OyAmZ3Q7ICZn
dDsgJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1c2FnZSBpcyBmb3Ig
bW9yZSBWIHZhbHVlczxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAm
Z3Q7IFdoaWNoIHNlbnRlbmNlIGFyZSB5b3UgcmVmZXJyaW5nIHRvIHdoZW4geW91IHNheSAibm90
IGV2ZW4ga25vd24gd2hhdCB0aGU8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBuZWVkZWQgdXNhZ2Ug
aXMiID8gSSBjYW4ndCBmaW5kIGl0LCBidXQgaSB3b3VsZCBsaWtlIHRvIHJlY3RpZnkgaXQ8YnI+
Jmd0OyAmZ3Q7ICZndDsgJmd0OyBpZiBpdCBhY3R1YWxseSBpcyBzdGlsbCB0aGVyZS48YnI+Jmd0
OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7IFRoZSB0ZXh0IHJlYWRzICJmdXJ0aGVyIHZh
bHVlcyB1c2UgdmlhIGRlZmluaXRpb24gaW4gZnV0dXJlIHdvcmsuIiZuYnNwOyBJbiB0aGU8YnI+
Jmd0OyAmZ3Q7ICZndDsgem9uZS1pZCBzY2hlbWUsIGl0IGlzIG9uZSBiaXQuJm5ic3A7IEZvciBz
b21lIHJlYXNvbiwgaXQgaXMgOCBvciAxNiBiaXRzIGhlcmUuPGJyPiZndDsgJmd0OyA8YnI+Jmd0
OyAmZ3Q7IFRoYW5rcywgY2hhbmdlZCBzZW50ZW5jZSB0bzo8YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7
ICZndDsgVjogVmlydHVhbGl6YXRpb24gYml0OiBWYWx1ZXMgMCBhbmQgMSBhcmUgYXNzaWduZWQg
aW4gdGhlIHNhbWUgd2F5IGFzIGluIHRoZSBab25lLUlEIHN1Yi1zY2hlbWUuPGJyPiZndDsgJmd0
OyA8YnI+Jmd0OyAmZ3Q7IFRoZSBleGlzdGluZyB0ZXh0LCBub3cgZGlyZWN0bHkgYWZ0ZXIgdGhl
IGxpc3QsIGV4cGxhaW5zIGV4YW1wbGVzPGJyPiZndDsgJmd0OyB3aGVuIGEgZGV2aWNlIHdvdWxk
IGxpa2VseSBuZWVkIDI1NiBvciA2NGsgYWRkcmVzc2VzOjxicj4mZ3Q7ICZndDsgPGJyPiZndDsg
Jmd0OyBleGlzdGluZyB0ZXh0Ojxicj4mZ3Q7ICZndDsgLi4uIjEiIGJpdCBOb2RlLU51bWJlcnMg
YXJlIGludGVuZGVkIGZvciBBQ1Agbm9kZXMgdGhhdCBhcmUgQUNQIGVkZ2Ugbm9kZXMgLi4uPGJy
PiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSBkb2N1bWVudCBnb2VzIG9uIHRvIGludHJvZHVjZSB0aGU8
YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IGNvbXBsZXhpdHkgb2YgY2xhc3NmdWwgbm9kZXMgbnVtYmVycywgd2l0aCB0aGUgbGVh
ZGluZyBiaXQgaW5kaWNhdGluZyBob3c8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxvbmcgdGhlIG5vZGUtbnVtYmVyIGlzLiZu
YnNwOyBZZXMsIHRoZSByZXN0IG9mIHRoZSB0ZXh0IGluIHRoYXQgYnVsbGV0IHRyaWVzIHRvPGJy
PiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyBleHBsYWluIHdoeSB5b3UgbmVlZCBib3RoIHNpemVzLiZuYnNwOyBJdCBzZWVtcyBsaWtl
IG5lZWRsZXNzIGNvbXBsZXhpdHkgdGhhdDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYmVncyBmb3IgbWlzdGFrZXMgaW4gaW1w
bGVtZW50YXRpb24uPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZn
dDsgSSB3YXMgdGFraW5nIHRoZSBleGFtcGxlIHVzZSBjYXNlcyB3ZSBicmFpbnN0b3JtZWQgaW50
byBhY2NvdW50LCBhbmQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBzb21lIG9mIHRoZW0mbmJzcDsg
d291bGQgcmVxdWlyZSBhIGxvdCBtb3JlIGFkZHJlc3NlcyBpbiB0aGUgbm9kZSB0aGFuIG90aGVy
cyw8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyB0aGVyZWZvcmUgdGhlc2UgdHdvIGNob2ljZXMuPGJy
PiZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyBTZWUgbXkgY29tbWVudHMgYWJvdmUu
Jm5ic3A7IFRyeWluZyB0byBlbmNvZGUgc3BlY2lmaWMgdXNlIGNhc2VzIGludG8gdGhlIGFkZHJl
c3M8YnI+Jmd0OyAmZ3Q7ICZndDsgZm9ybWF0IHNlZW1zIGEgcHJvYmxlbWF0aWMgYW5zd2VyIHRv
IGFuIGFkbWl0dGVkbHkgZGlmZmljdWx0IHF1ZXN0aW9uLjxicj4mZ3Q7ICZndDsgJmd0OyA8YnI+
Jmd0OyAmZ3Q7ICZndDsgV2hhdCB3b3VsZCBicmVhayBpZiB5b3UgZGlkbid0IGRlZmluZSBhbnkg
b2YgdGhpcz88YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgT25lIGNvdWxkIHNhdmUgdGhlIDIu
NSBiaXRzIChUeXBlLCBaKSBpbmRpY2F0aW5nIHRoZSBzdHJ1Y3R1cmUgb2YgdGhlPGJyPiZndDsg
Jmd0OyBhZGRyZXNzIGluc2lkZSB0aGUgYWRkcmVzcyBieSBlbmNvZGluZyB0aGUgZGVzaWduYXRl
ZCBmb3JtYXQgb2YgdGhlPGJyPiZndDsgJmd0OyBhZGRyZXNzIGluc3RlYWQgaW4gYW4gZXh0ZW5z
aW9uIGZpZWxkIG9mIHRoZSBBQ1AgYWRkcmVzcyBpbmZvcm1hdGlvbiBpbjxicj4mZ3Q7ICZndDsg
dGhlIGNlcnRpZmljYXRlLiBXZSB3b3VsZCBjZXJ0YWlubHkgc3RpbGwgd2FudCB0byBoYXZlIHRo
ZSBzYW1lIHR5cGU8YnI+Jmd0OyAmZ3Q7IG9mIGFkZHJlc3NlcywgZS5nLjogMiwyNTYsNjRrIGxv
Y2FsIGFkZHJlc3Nlcywgb3B0aW9uIGZvciB6b25lcyBhbmQ8YnI+Jmd0OyAmZ3Q7IGFkZHJlc3Mg
dG8gYXNzaWduIHRvIEFDUCBjb25uZWN0IGludGVyZmFjZXMgKG1hbnVhbCBhZGRyZXNzaW5nIHNj
aGVtZSk8YnI+Jmd0OyAmZ3Q7IElNSE8uIFNvLCBhdCBiZXN0IHdlIGNvdWxkIHNhdmUgdGhlIDIu
NSBiaXRzIGlmIHdlIHdhbnRlZCB0byBrZWVwIHRoZTxicj4mZ3Q7ICZndDsgZnVuY3Rpb25hbGl0
eSwgd2hpY2ggaSB0aGluayBpcyBhbGwgcmVxdWlyZWQuPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAm
Z3Q7IEkgd291bGQgYmUgcXVpdGUgYWZyYWlkIG9mIGRvaW5nIHN1Y2ggYSBkcmFzdGljIGNoYW5n
ZSB0aGlzIGxhdGUgaW48YnI+Jmd0OyAmZ3Q7IHRoZSBwcm9jZXNzIGJlY2F1c2UgaSB0aGluayBp
dCB3aWxsIHRha2UgYSBsb25nIHRpbWUgdG8gZm9yZXNlZSB0aGU8YnI+Jmd0OyAmZ3Q7IHJlc3Vs
dGluZyBjb21wbGV4aXR5IGludHJvZHVjZWQgZm9yIHJlZ2lzdGFycyBhbmQgYW55IG90aGVyIHBs
YWNlPGJyPiZndDsgJmd0OyB0aGF0IG5vdyBjYW4gZGVkdWN0IHRoZSBzZW1hbnRpYyBmcm9tIHRo
ZSBhZGRyZXNzIGFuZCB3b3VsZCB0aGVuIGhhdmU8YnI+Jmd0OyAmZ3Q7IHRvIGFjY2VzcyB0byB3
aGF0IHRoZSBjZXJ0aWZpY2F0ZSBpbmRpY2F0ZXMgaW4gYSBkaWZmZXJlbnQgd2F5IChlLmcuOjxi
cj4mZ3Q7ICZndDsgYWNjZXNzIHRvIHRoZSBjZXJ0aWZpY2F0ZSkuIE5vdGUgdGhhdCB0aGUgbGVu
Z3RoIG9mIHRoZSBBQ1AgaW5mb3JtYXRpb248YnI+Jmd0OyAmZ3Q7IGZpZWxkIGluIHRoZSBjZXJ0
IGlzIGFsc28gbGltaXRlZCwgc28gdGhpcyB0eXBlIG9mIGV4dGVuc2lvbiBtaWdodCBlbmQ8YnI+
Jmd0OyAmZ3Q7IHVwIGxvb2tpbmcgZXZlbiB1Z2xpZXIgdG8gYmUgc2hvcnQgKnNpZ2gqLjxicj4m
Z3Q7ICZndDsgPGJyPiZndDsgJmd0OyBJIHdhcyBhbHdheXMgdGhpbmtpbmcgdGhhdCB0aGlzIHR5
cGUgb2YgbW9yZSBmbGV4aWJsZSBvcHRpb24gd291bGQ8YnI+Jmd0OyAmZ3Q7IGJlIGEgZ29vZCBu
ZXh0LXN0ZXAsIGJ1dCBub3QgYSBzYWZlIGZpcnN0IHN0ZXAuIEl0IHdvdWxkIG1ha2UgYSBsb3Q8
YnI+Jmd0OyAmZ3Q7IG1vcmUgc2Vuc2UgYWZ0ZXIgaGVhcmluZyBpbXBsZW1lbnRhdGlvbi9kZXBs
b3ltZW50IGV4cGVyaWVuY2VzLDxicj4mZ3Q7ICZndDsgZXNwZWNpYWxseSB0byBjb3JyZWN0bHkg
c3VwcG9ydCBpbXBvcnRhbnQgb3B0aW9ucyB3ZSBtYXkgaGF2ZTxicj4mZ3Q7ICZndDsgb3Zlcmxv
b2tlZCBpbiB0aGUgY3VycmVudCBzY2hlbWVzLiBKdXN0IHJlZG9pbmcgd2hhdCB3ZSBoYXZlIGRp
ZmZlcmVudGx5PGJyPiZndDsgJmd0OyB0byBzYXZlIDIuNSBiaXRzIGlzbid0IHdvcnRoIGl0IElN
SE8uPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBVbHRpbWF0ZWx5LCB3ZSBu
ZWVkIHRvIGJyZWFrIHRocm91Z2ggdGhlIGNoaWNrZW4gYW5kIGVnZyBwcm9ibGVtPGJyPiZndDsg
Jmd0OyAmZ3Q7ICZndDsgb2YgaG93IHRvIGJ1aWxkIG1vcmUgc2VsZi1tYW5hZ2luZyBuZXR3b3Jr
cy4gVGhlc2Ugd2lsbCByZXF1aXJlPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgYSBkaWZmZXJlbnQg
bnVtYmVyIG9mIGFkZHJlc3NlcyBpbnNpZGUgbm9kZXMuIEFueXRoaW5nIG1vcmUgaW50ZWxsaWdl
bnQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyB0aGFuIGFkZHJlc3Mgc3BhY2UgYWxsb2NhdGlvbnMg
d291bGQgYmVjb21lIGEgY29tcGxleCBkZXBlbmRlbmN5PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsg
bWFraW5nIGltcGxlbWVudGF0aW9uL2Fkb3B0aW9uIGV2ZW4gc2xvd2VyLiBJIGRvbid0IHRoaW5r
IHRoYXQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBvZmZlcmluZyAyLCAyNTYsIDY0ayBhZGRyZXNz
ZXMgcGVyIG5vZGUgaXMgdG9vIG11Y2ggZmxleGliaWxpdHkuPGJyPiZndDsgJmd0OyAmZ3Q7ICZn
dDsgSXQgSU1ITyBuZWNlc3NhcnkgYW5kIHN1ZmZpY2llbnQgdG8gZXhwbG9yZSBhbmQgd2UnbGwg
c2VlIHdoYXQgc3RpY2tzLjxicj4mZ3Q7ICZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgVmFy
aWF0aW9uIGlzIG5lZWRlZC4mbmJzcDsgVGhhdCB3YXMgdHJ1ZSBvZiBhbGxvY2F0aW9ucyBpbiBJ
UC4mbmJzcDsgZW5jb2RpbmcgdGhlPGJyPiZndDsgJmd0OyAmZ3Q7IHZhcmlhdGlvbnMgcHJvdmVk
IGEgYmFkIGNob2ljZS48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgTGV0IG1lIHJlcGVhdCB0
aGF0IHdlIGFyZSBub3QgZG9pbmcgYW55IG5ldHdvcmsvc3VibmV0IHByZWZpeCBlbmNvZGluZyB3
aGljaCBpczxicj4mZ3Q7ICZndDsgd2hhdCBJUHY0IEEvQi9DIHdhcy4gQW5kIHRoZXJlIGFyZSBJ
TUhPIGdvb2QgZXhhbXBsZXMgaG93IGVuY29kaW5nIGluIElQdjY8YnI+Jmd0OyAmZ3Q7IGRpZCBz
YXZlIHRoZSBkYXkgZnJvbSBjb21wbGV4aXR5IChhdCBsZWFzdCBhbGwgdGhlIHN0dWZmIGRvbmUg
Zm9yIElQdjY8YnI+Jmd0OyAmZ3Q7IG11bHRpY2FzdCwgQVNNL1NTTSwgem9uZXMsIEVtYmVkZGVk
LVJQKSB3YXMgaGlnaGx5IHVzZWZ1bC48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAm
Z3Q7ICZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSW4gc2VjdGlvbiA2
LjExLjEuMTEgaW4gZGVzY3JpYmluZyB0aGUgcHJlZml4IGxlbmd0aHMsIEkgdGhvdWdodCB0aGF0
IHRoZTxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgcG9pbnQgb2Ygem9uZSBhZGRyZXNzaW5nIHdhcyB0byBhbGxvdyB0aGUgdXNl
IG9mIC82NCBwcmVmaXhlcy4mbmJzcDsgQnV0IGl0PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzZWVtcyBoZXJlIHRoYXQgd2Ug
d2lsbCBub3QgZG8gc28gPzxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0
OyAmZ3Q7IEFzIG1lbnRpb25lZCBhYm92ZTogVGhpcyBkb2N1bWVudCBkb2VzIG5vdCBkZXNjcmli
ZSB0aGUgcm91dGluZyBzZXR1cCBmb3IgLzY0PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgKG9yIC82
MyB3aXRoIFotYml0KSByb3V0aW5nIGFnZ3JlZ2F0aW9uLiBUaGVyZSBhcmUgbXVsdGlwbGUgb3B0
aW9ucyw8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBidXQgd2UgY291bGQgbm90IGNvbmNsdWRlIG9u
IGEgc2luZ2xlIHNvbHV0aW9uIHRoYXQgd2UgZmVsdCB0byBiZTxicj4mZ3Q7ICZndDsgJmd0OyAm
Z3Q7IGFwcHJvcHJpYXRlIGZvciB0aGlzIGRvY3VtZW50LiBJbnN0ZWFkIGl0IHdhcyBvbmx5IHZl
cnkgaW1wb3J0YW50PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgdG8gY2FydmUgb3V0IGFkZHJlc3Np
bmcgc3BhY2UgdG8gc3VwcG9ydCB0aGlzLjxicj4mZ3Q7ICZndDsgJmd0OyBUaGUgbmV0IGVmZmVj
dCBzZWVtcyB0byBiZSB0byBwcm9oaWJ0IHRoZSB2ZXJ5IHRoaW5ncyB0aGF0IHlvdSB3ZW50IHRv
IGEgbG90PGJyPiZndDsgJmd0OyAmZ3Q7IG9mIHRyb3VibGUgdG8gZW5hYmxlIGluIHlvdXIgYWRk
cmVzc2luZyBkZXNpZ24uPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7IE1heWJlIGkgZG8gbm90
IHVuZGVyc3RhbmQgeW91ciBjb21tZW50IGNvcnJlY3RseSwgYnV0IGkgZG8gbm90PGJyPiZndDsg
Jmd0OyB0aGluayBpdCBpcyBjb3JyZWN0LiBXZSBqdXN0IGhhdmUgbm90IGRlZmluZWQgcmVjb21t
ZW5kZWQgbWVjaGFuaXNtczxicj4mZ3Q7ICZndDsgaG93IHRvIHNldCB1cCByb3V0aW5nIHRvIHVz
ZSAvNjQgem9uZSByb3V0ZXMuIFRoYXQgaXMgc29tZXRoaW5nIElNSE88YnI+Jmd0OyAmZ3Q7IGJl
dHRlciBkb25lIGluIGEgZm9sbG93dXAgZG9jdW1lbnQgYmVjYXVzZSBhbGwgdGhlIGNhc2VzIHdo
ZXJlIHdlPGJyPiZndDsgJmd0OyBkaWQgc2VlIGEgbmVlZCBmb3Igem5lcyB3aGVyZSByZWFsbHkg
dmVyeSBzcGVjaWZpYyB0byBwYXJ0aWN1bGFyPGJyPiZndDsgJmd0OyBkZXBsb3ltZW50IHN0eWxl
cyBhbmQgd291bGQgbm90IGJlIGFwcGxpY2FibGUgdG8gdGhlIG1heW9yaXR5IG9mIEFDUHMuPGJy
PiZndDsgJmd0OyBOZXZlcnRoZWxlc3MsIHdlIGZlbHQgdGhvc2UgY2FzZXMgd2hlcmUgaW1wb3J0
YW50IGVub3VnaCB0byByZXNlcnZlPGJyPiZndDsgJmd0OyBiaXRzIGZvciB0aGVtIHRocm91Z2gg
dGhlIHpvbmUgZmllbGQuPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgLi4uPGJyPiZn
dDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAqKiombmJzcDsmbmJzcDsmbmJzcDsgU2VjdGlvbiAxMC4z
LjIgcGFyYWdyYXBoIDIgc2F5cyB0aGF0IGRldmljZXMgc2hvdWxkIGNoYW5nZSB0aGUgbWVhbmlu
Zzxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgb2YgImFkbWluIGRvd24iIHRvIG1lYW4gImRv
d24gZm9yIGV2ZXJ5dGhpbmcgZXhjZXB0IEFDUCAvIEFuaW1hIi4mbmJzcDsmbmJzcDsmbmJzcDsg
SSBjYW48YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IHVuZGVyc3RhbmQgd2h5LCBpbiBhbiBh
dXRvbm9taWMgbmV0d29yaywgc3VjaCBhIHN0YXRlIGlzIGRlc2lyYWJsZS4mbmJzcDsgSG93ZXZl
ciw8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRoYXQgcmVhbGx5IHNob3VsZCBiZSBhIGRp
ZmZlcmVudCBzdGF0ZSBmcm9tICJhZG1pbiBkb3duIi4mbmJzcDsgT3BlcmF0b3JzIGFscmVhZHk8
YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IHVuZGVyc3RhbmQgImFkbWluIGRvd24iIGFzIG1l
YW5pbmcgdGhhdCB0aGlzIGludGVyZmFjZSB3aWxsIG5vdCBiZSB1c2VkIGZvciBhbnk8YnI+Jmd0
OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRyYWZmaWMuJm5ic3A7IENoYW5naW5nIHRoYXQgaXMgZmFp
cmx5IGRyYXN0aWMuJm5ic3A7ICJhZG1pbiBsaW1pdGVkIiBvciAiYWRtaW4gQUNQLU9ubHkiPGJy
PiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyB3b3VsZCBzZWVtIG11Y2ggYmV0dGVyIHRoYW4gY2hh
bmdpbmcgdGhlIG1lYW5pbmcgb2YgImFkbWluIGRvd24iLiZuYnNwOyBUaGU8YnI+Jmd0OyAmZ3Q7
ICZndDsgJmd0OyAmZ3Q7IGp1c3RpZmljYXRpb24gaW4gdGhlIHRleHQgc2VlbXMgdG8gYmUgYSBk
ZXNpcmUgdG8gcHJldmVudCBhbiBvcGVyYXRvciBmcm9tPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsg
Jmd0OyBkb2luZyB3aGF0IGhlIGludGVuZHMuJm5ic3A7IHRoYXQgc2VlbXMgYmFja3dhcmRzLiZu
YnNwOyAoTm90ZSB0aGF0IHRoZSBkaXN0aW5jdGlvbjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZn
dDsgYmV0d2VlbiBhZG1pbmlzdHJhdGl2ZSBzdGF0ZSB2cyBvcGVyYXRpb25hbCBzdGF0ZSwgYWth
IGZhaWxlZCwgaXMgYWxyZWFkeSB3ZWxsPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyB1bmRl
cnN0b29kLik8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBX
ZWxsLCB0aGlzIGlzIGluIGFuIGluZm9ybWF0aXZlIHNlY3Rpb24sIHNvIGhvcGVmdWxseSBzb21l
dGhpbmcgd2UgY2FuIGFncmVlIHRvIGRpc2FncmVlLjxicj4mZ3Q7ICZndDsgJmd0OyA8YnI+Jmd0
OyAmZ3Q7ICZndDsgSWYgdGhpcyB3ZXJlIHRydWx5IGluZm9ybWF0aXZlLCBpdCB3b3VsZCBub3Qg
YmVsb25nIGluIHRoaXMgZG9jdW1lbnQgYXQgYWxsLjxicj4mZ3Q7ICZndDsgJmd0OyBDaGFuZ2lu
ZyB0aGUgYmVoYXZpb3Igb2Ygd2lkZWx5IHVuZGVyc3Rvb2QgY29uZmlndXJhdGlvbiBiZWhhdmlv
cnMgaXMgTk9UIGE8YnI+Jmd0OyAmZ3Q7ICZndDsgc21hbGwgdGhpbmcuJm5ic3A7IENoYW5naW5n
IHRoZSBwZXJtaXNzaW9ucyBtb2RlbHMgZm9yIHdpZGVseSB1bmRlcnN0b29kPGJyPiZndDsgJmd0
OyAmZ3Q7IGNvbmZpZ3VyYXRpb24gb3BlcmF0aW9ucyBpcyBhbHNvIE5PVCBhIHNtYWxsIHRoaW5n
Ljxicj4mZ3Q7ICZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgTXkgc3VnZ2VzdGlvbiBpcyB0
aGF0IHlvdSByZW1vdmUgYWxsIG9mIHRoaXMgbWF0ZXJpYWwuJm5ic3A7IElmIHlvdSBmZWVsIGl0
IGlzPGJyPiZndDsgJmd0OyAmZ3Q7IGltcG9ydGFudCwgd3JpdGUgYW4gSS1EIGZvciBzdGFuZGFy
ZHMgdHJhY2sgb24gZXZvbHZpbmcgdGhlIGNvbmZpZ3VyYXRpb248YnI+Jmd0OyAmZ3Q7ICZndDsg
bW9kZWwgZm9yIHJvYnVzdCBBTklNQS4mbmJzcDsgV2hpbGUgSSB0aGluayB0aGUgY2hhbmdlIGlz
IGEgbWlzdGFrZSwgeW91IGNsZWFybHk8YnI+Jmd0OyAmZ3Q7ICZndDsgaGF2ZSB0aGUgcmlnaHQg
dG8gY2F1c2UgdGhlIGRpc2N1c3Npb24uPGJyPiZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsg
Jmd0OyBIaWRpbmcgdGhlIHRvcGljIGluIGFuICJpbmZvcm1hdGlvbmFsIiBub3RlIGluIHRoZSBB
Q1AgZG9jdW1lbnQgc2VlbXMgVkVSWTxicj4mZ3Q7ICZndDsgJmd0OyB3cm9uZy48YnI+Jmd0OyAm
Z3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7IEFsc28gbm90ZSB0aGF0IGluIHlvdXIgZGlzY3Vz
c2lvbiBiZWxvdywgeW91IHRhbGsgYWJvdXQgdGhlIGVxdWl2YWxlbmNlIG9mPGJyPiZndDsgJmd0
OyAmZ3Q7IGFkbWluIGRvd24gYW5kIHBoeXNpY2FsIGRvd24uJm5ic3A7IE1vc3QgbWFuYWdlbWVu
dCBtb2RlbHMgSSBrbm93IG9mIHRyZWF0IHRoZXNlPGJyPiZndDsgJmd0OyAmZ3Q7IGFzIHF1aXRl
IGRpc3RpbmN0LiZuYnNwOyBTTyB0aGF0IGlzIGF0IGJlc3QgYSByZWQgaGVycmluZy48YnI+Jmd0
OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgSG1tLiBJIHJlYWxseSBvbmx5IENMSSBkZXJpdmVkIGZyb20g
Q2lzY28gSU9TLCBhbmQgdGhlcmUgdGhlPGJyPiZndDsgJmd0OyBpbnRlcmZhY2UgbGV2ZWwgInNo
dXRkb3duIiBjb21tYW5kIGRvdWJsZXMgSU1ITyBib3RoIGFzIGFkbWluIGRvd24gYW5kPGJyPiZn
dDsgJmd0OyBhcyBwaHkgZG93biwgc28gaSB3b3VsZCBjb250ZW5kIHRoYXQgdGhpcyBpcyBhIHJl
ZCBoZXJyaW5nLiBJdCBhY3R1YWxseTxicj4mZ3Q7ICZndDsgZG9lcyBzaG93IHVwIGluIGRpYWdu
b3N0aWMgQ0xJIGFzICJhZG1pbiBkb3duIiwgYnV0IGlzIGFsc28gYnJpbmdpbmcgZG93bjxicj4m
Z3Q7ICZndDsgcGh5IHN0YXRlLiBUaGVyZWZvcmUgaXQgaXMgYWxzbyB1c2VkIHRvIGRpYWdub3Nl
IHBoeSwgLmUuZzogc2h1dHRpbmcgZG93bjxicj4mZ3Q7ICZndDsgb25lIHNpZGUgb2YgYSBzdXBw
b3NlZCBkaXJlY3QgcDJwIGxpbmsgdG8gdmVyaWZ5IHRoZSBwaHkgY2hhbmdlIG9uIHRoZTxicj4m
Z3Q7ICZndDsgb3RoZXIgc2lkZS4gVGhhdCBwcmFjdGljYWwgZXhwZXJpZW5jZSBpcyB3aGF0IHRo
ZSB0ZXh0IGFuZCBkaXJlY3Rpb24gaXM8YnI+Jmd0OyAmZ3Q7IGJhc2VkIG9uLjxicj4mZ3Q7ICZn
dDsgPGJyPiZndDsgJmd0OyBXaGF0cyBhbiBleGFtcGxlIHdoZXJlIGFkbWluL3BoeSBkb3duIGFy
ZSBzZXBhcmF0ZSBpbiB5b3VyIGV4cGVyaWVuY2UgPzxicj4mZ3Q7ICZndDsgPGJyPiZndDsgJmd0
OyBJIGRvbid0IGtub3cgaG93IHlvdSBkZWZpbmUgInRydWx5IGluZm9ybWF0aXZlIi4gSSBzaW1w
bHkgbWVhbnQ8YnI+Jmd0OyAmZ3Q7IGluZm9ybWF0aW9uYWwgYXMgY29tcGFyZWQgdG8gc3RhbmRh
cmRzIHRyYWNrIHdydC4gdG8gbm90IGltcGFjdGluZzxicj4mZ3Q7ICZndDsgaW50ZXJvcGVyYWJp
bGl0eSwgYnV0IGFsc28gYXMgYSBwcmVjdXJzb3Igd29yayB0byBnaXZlIG9wcG9ydHVuaXR5PGJy
PiZndDsgJmd0OyBmb3IgZ2FpbmluZyBtb3JlIGV4cGVyaWVuY2UgYmVmb3JlIGF0dGVtcHRpbmcg
dG8gZ28gc3RhbmRhcmQuPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7IElmL3doZW4gaSBmaW5k
IHRpbWUgaSBkZWZpbml0ZWx5IHdvdWxkIGxpa2UgdG8gaW52ZXN0aWdhdGUgaG93IHRoaXM8YnI+
Jmd0OyAmZ3Q7IGNvdWxkIGJlIGZvcm1hbGl6ZWQgdGhyb3VnaCBhIFlBTkcgbW9kZWwgZm9yIEFD
UCBzbyB0aGF0IGl0IGNhbiBiZWNvbWUgc3RhbmRhcmQsPGJyPiZndDsgJmd0OyBidXQgaSBkZWZp
bml0ZWx5IGFncmVlIHRoYXQgZXNwZWNpYWxseSB0aGlzIHBhcnQgb2YgdGhlIFlBTkcgbW9kZWwg
d291bGQ8YnI+Jmd0OyAmZ3Q7IGJlIGhpZ2hseSBkaWZmaWN1bHQgdG8gZ2V0IHRvIGJlZm9yZSBh
bnkgZXhwZXJpZW5jZSBpcyBnYWluZWQgd2l0aDxicj4mZ3Q7ICZndDsgdGhpcy48YnI+Jmd0OyAm
Z3Q7IDxicj4mZ3Q7ICZndDsgSSB0aGVyZWZvcmUgd291bGQgdmVyeSBtdWNoIGhlc2l0YXRlIHJl
bW92aW5nIHRoaXMgdGV4dCBmcm9tIHRoZSBkb2N1bWVudCwgaXQgd2FzPGJyPiZndDsgJmd0OyBz
cGVjaWZpY2FsbHkgYXNrZWQgZm9yIHNldmVyYWwgdGltZXMgaW4gdGhlIHdvcmtpbmcgZ3JvdXAg
dG8gdW5kZXJzdGFuZDxicj4mZ3Q7ICZndDsgaG93IHRoZSBwcm9taXNlZCByZWxpYWJpbGl0eSBv
ZiB0aGUgQUNQIGFnYWluc3Qgb3BlcmF0b3IvY29udG9sbGVyPGJyPiZndDsgJmd0OyBvcGVyYXRp
b24gY291bGQgYmUgYWNoaWV2ZWQuIEhhdmluZyB0aGlzIGluIGEgZmlyc3Qgcm91bmQgKHRoaXMg
ZG9jdW1lbnQpPGJyPiZndDsgJmd0OyBhcyAiaW5mb3JtYXRpb25hbCIgaXMgSU1ITyBhIGdvb2Qg
YW5kIGltcG9ydGFudCB0aGluZy48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAodGV4
dCByZXRhaW5lZCBmb3IgY29udGV4dCBvZiBmdXJ0aGVyIGRpc2N1c3Npb25zLik8YnI+Jmd0OyAm
Z3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsg
SSBzdHJvbmdseSBiZWxpZXZlIHRoYXQgdGhlIG1vc3QgZWFzeSB3YXkgdG8gb3BlcmF0aW9uYWxp
emUgdGhlIEFDUCBhbmQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBhY2hpZXZlIGl0cyBnb2FscyBp
cyB3aGF0IHdlIGhhdmUgd3JpdHRlbi48YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyA8YnI+Jmd0OyAm
Z3Q7ICZndDsgJmd0OyBUaGUgaGlzdG9yaWMgZXF1aXZhbGVuY2Ugb2YgImRvd24iID0gImFkbWlu
IGRvd24iID0gInBoeXNpY2FsIGRvd24iIGlzIG9uZSBvZjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7
IHRoZSB0aGUgbW9zdCBmdW5kYW1lbnRhbCBwcm9ibGVtIG9mIHJlbW90ZSBtYW5hZ2VtZW50IGlu
IG5ldHdvcmtzLjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7
IFdlIHJlYWxseSBuZWVkIHRvIHN0YXJ0IHRoaW5raW5nIG9mIHNlcGFyYXRlIGxheWVycyBvZiAo
cmVtb3RlKSBtYW5hZ2VtZW50Ljxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IE5ldHdvcmsgc2Vydmlj
ZXMgb24gb25lIGhhbmQgYW5kIHBoeXNpY2FsIGluZnJhIG9uIHRoZSBvdGhlci48YnI+Jmd0OyAm
Z3Q7ICZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBUaGUgZmlyc3QgdGhpbmcgdG8g
ZG8gdGhpcyBpcyB0byBzZXBhcmF0ZSBvcGVyYXRpb25zIHN1Y2ggYXMgImRvd24iPGJyPiZndDsg
Jmd0OyAmZ3Q7ICZndDsgaW50byAiYWRtaW4gZG93biIgdGhhdCBhZmZlY3RzIG5ldHdvcmtzIHNl
cnZpY2VzIGFuZCAicGh5IGRvd24iIHRoYXQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBhZmZlY3Rz
IHRoZSBwaHlzY2lhbCBpbmZyYS48YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7
ICZndDsgJmd0OyBJZiB5b3UgaGF2ZSBleGlzdGluZyBjb21tYW5kcyBsaWtlICJzaHV0ZG93biIg
dGhhdCB0b2RheSBkbyBib3RoLDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRoZSBzYWZlIG1hcHBp
bmcgaXMgdG8gbGV0IHRoZW0gZG8gdGhlIHNhZmUgdGhpbmcgaW4gdGhlIGZ1dHVyZSwgZS5nOjxi
cj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IG9ubHkgImFkbWluIGRvd24iLCBhbmQgaW50cm9kdWNlIG5l
dyBjb21tYW5kcyBmb3IgdGhlIHBoeSBvcGVyYXRpb25zLDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7
IGUuZy46ICJwaHkgc2h1dGRvd24iIG9yIHRoZSBsaWtlLjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7
IEFuZCB0aGVuIHByb3RlY3QgdGhvc2UgZGFuZ2Vyb3VzIGNvbW1hbmRzIGV2ZW4gZnVydGhlciBh
Z2FpbnN0IHVuaW50ZW50aW9uYWwgb3I8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBpbnRlbnRpb25h
bCBtaXN1c2UuPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsg
VGhpbmsgb2YgQUNQL0FOSSBhbHNvIGFzIGEgc2VhbWxlc3MgaW5iYW5kIHZlcnNpb24gb2YgYSBE
Q04uIEFzIGFuIG9wZXJhdG9yPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgb2YgdGhlIGFjdHVhbCBk
YXRhIG5ldHdvcmssIHlvdSBhbHNvIGRpZG4ndCBoYXZlIGFueSBhY2Nlc3MgdG8gYnJpbmcgZG93
biB0aGUgRENOPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgYW5kIGN1dCB5b3Vyc2VsZiBvZmYgZnJv
bSB0aGUgbmV0d29yayB5b3UgbWFuYWdlLiBZT3UgY291bGQgb25seSBzY3Jldzxicj4mZ3Q7ICZn
dDsgJmd0OyAmZ3Q7IHVwIHRoYXQgbmV0d29yayB5b3UncmUgbWVhbnQgdG8gbWFuYWdlLjxicj4m
Z3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IEFuZCBpZiB5b3VyIG5l
dHdvcmsgY29uc2lzdHMgb2YgVk1zIGluIGEgREMsIGEgInNodXRkb3duIiBvbiB0aGVpcjxicj4m
Z3Q7ICZndDsgJmd0OyAmZ3Q7IGludGVyZmFjZXMgd2lsbCBhbHNvIG5vdCBicmluZyBkb3duIHBo
eXNpY2FsIGludGVyZmFjZXMgbmVjZXNzYXJ5PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgdG8gcmVh
Y2ggdGhlIFZNLjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7
IEluIG9wdGljYWwgbmV0d29ya3MgeW91IG9mdGVuIGhhdmUgYW4gaW5iYW5kIHBoeXNjaWFsIGV0
aGVybmV0IG1hbmFnZW1lbnQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyBjaGFubmVsLiBNYWtpbmcv
YnJlYWtpbmcgdGhhdCBvbmUgaXMgY29tcGxldGVseSBkaWZmZXJlbnQgZnJvbSBtYWtpbmcvYnJl
YWtpbmc8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyB5b3VyIGRhdGEtcGxhbmUsIGFrYTogZGF0YSBm
aWJlciBjb2xvcnMuPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZn
dDsgJmd0OyAqKiombmJzcDsmbmJzcDsmbmJzcDsgVGhlIG5vdGlvbiBpbiAxMC4zLjYgdGhhdCB0
aGUgZGV2aWNlIHNob3VsZCByZWZ1c2UgdG8gZGlzYWJsZTxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7
ICZndDsgZnVuY3Rpb25hbGl0eSB3aGVuIGFuIGF1dGhvcml6ZWQgYWRtaW5pc3RyYXRvciBkaXJl
Y3RzIHN1Y2ggc2VlbXMgZmxhdGx5IHdyb25nLjxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4m
Z3Q7ICZndDsgJmd0OyAmZ3Q7IFRoZSBhdXRob3JpemF0aW9uIHRvIGJyZWFrIHlvdXIgb3duIHJl
bW90ZSBtYW5hZ2VtZW50IGNvbm5lY3Rpdml0eTxicj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IHdvdWxk
IGJlIGEgcHJvcGVydHkgb2YgdGhlIGNlcnRpZmljYXRlLiBjbGVhcmx5IHdob2V2ZXIgZW5yb2xs
ZWQ8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyB0aGUgZGV2aWNlIHdpdGggYSBjZXJ0aWZpY2F0ZSBk
ZW55aW5nIHRoYXQgY2FwYWlsaXR5IHRvIHRoZSBvcGVyYXRvcjxicj4mZ3Q7ICZndDsgJmd0OyAm
Z3Q7IGRpZCBOT1QgYXV0aG9yaXplIHRoZSBhZG1pbmlzdHJhdG9yIHRvIGJyZWFrIGNvbm5lY3Rp
dml0eS48YnI+Jmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7IFRoZSBzZWN1cml0eSBt
b2RlbCBjaGFuZ2Ugc2VlbXMgYXMgcHJvYmxlbWF0aWMgYXMgdGhlIGFib3ZlIGNvbmZpZ3VyYXRp
b248YnI+Jmd0OyAmZ3Q7ICZndDsgY2hhbmdlLjxicj4mZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyBX
ZSBoYXZlIHJlY3VycmluZ2x5IGhlYXJkIGZyb20gY3VzdG9tZXJzIHRoYXQgbWlzdGFrZXMgaW4g
bWFuYWdpbmcgcmVtb3RlPGJyPiZndDsgJmd0OyBlcXVpcG1lbnQgYW5kIGxvb3NpbmcgY29ubmVj
dGl2aXR5IGlzIGEgbWF5b3IgcGFpbiBwb2ludC4gQ3JlYXRpbmc8YnI+Jmd0OyAmZ3Q7IGFuIG9w
ZXJhdGlvbmFsIG9wdGlvbiB0aGF0IGxpbWl0cy9kaXNhYmxlcyBvcGVyYXRvcnMgYWJpbGl0eSB0
bzxicj4mZ3Q7ICZndDsgaW1wYWN0IHBoeSBsZXZlbCBjb25uZWN0aXZpdHkgdGhhdCByZW1vdGUg
bWFuYWdlbWVudCBkZXBlbmRzIHVwb24gYW5kIHRoZXJlZm9yZTxicj4mZ3Q7ICZndDsgcmVkdWNp
bmcgdGhpcyByaXNrIGFuZCBjb3N0IGZhY3RvciBzZWVtcyB0byBtZSBsaWtlIGEgdmVyeSBsb2dp
Y2FsIHBhaDxicj4mZ3Q7ICZndDsgZm9yd2FyZC4gV2hldGhlciBvciBub3QgdGhpcyBzaG91bGQg
YmUgaW5kaWNhdGVkIGluIHRoZSBjZXJ0aWZpY2F0ZTxicj4mZ3Q7ICZndDsgb3IgZGlmZmVyZW50
bHkgaXMgZGVmaW5pdGVseSB3aWRlIG9wZW4uPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7IEkg
YWdyZWUgdGhhdCBub25lIG9mIHRoZXNlIG9wZXJhdGlvbmFsIGludGVyZmFjZSBsZXZlbCBjaGFu
Z2VzIGFyZTxicj4mZ3Q7ICZndDsgYSBwaWVjZSBvZiBjYWtlIGdpdmVuIGhvdyB3ZSBoYXZlIGlu
IHRoZSBJRVRGIG5vdCB0cmllZCB0byBkZWZpbmU8YnI+Jmd0OyAmZ3Q7IGRpZmZlcmVudCBhY2Nl
c3MgbGV2ZWxzIHRvIGNvbmZpZ3VyYXRpb24gc28gZmFyLCBhdCBsZWFzdCBub3Q8YnI+Jmd0OyAm
Z3Q7IGJldHdlZW4gc29tZSBwaHkvaW5mcmEgYWNjZXNzIGxldmVsIGFuZCBuZXR3b3JrLXNlcnZp
Y2VzIGFjY2VzcyBsZXZlbC48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgQXMgc2FpZCBhYm92
ZSBpbiBteSBmaXJzdCByZXBseSB0aGF0IHlvdSBkaWRuJ3QgY29tbWVudCBvbiwgaSB0aGluayBh
PGJyPiZndDsgJmd0OyBnb29kIHBhcnQgb2Ygd2hhdCBpIGFtIGxvb2tpbmcgZm9yIG1heSBoYXBw
ZW4gdGhyb3VnaCBvdGhlciBtZWFuczxicj4mZ3Q7ICZndDsgYWxyZWFkeSwgc3VjaCBhcyB3aGVu
IGEgcm91dGVyIGlzIGp1c3QgYSBWTSBydW5uaW5nIG9uIGFuIE9TLiBBdCBsZWFzdDxicj4mZ3Q7
ICZndDsgaW4gZWFybHkgdmVyc2lvbnMgb2YgdGhpcyB0aGF0IGknZCBzZWVuLCB0aGlzIGltcGxp
Y2l0bHkgZGlzYWJsZWQ8YnI+Jmd0OyAmZ3Q7IHRoZSBhYmlsaXR5IHRvIG1vZGlmeSBwaHkgc3Rh
dGUgZnJvbSB0aGUgcm91dGVyIFZNLCBhbmQgb2YgY291cnNlPGJyPiZndDsgJmd0OyBjb21wbGFp
bnRzIHdoZXJlIHJhaXNlZCB0aGF0IHBoeSBtb2RzIHdoZXJlIG5lY2Vzc2FyeSwgYnV0IGF0IGxl
YXN0IHRoaXM8YnI+Jmd0OyAmZ3Q7IGV2b2x1dGlvbiBjb3VsZCBnaXZlIHJhaXNlIHRvIHBhdXNl
IGFuZCByZXRoaW5rIEhPVyB0byBwZXJtaXQgZG9pbmcgdGhpcy48YnI+Jmd0OyAmZ3Q7IDxicj4m
Z3Q7ICZndDsgU28gaSB3b3VsZCBhdCBsZWFzdCBsaWtlIHRvIHBsZWRnZSB3aXRoIHlvdSB0aGF0
IGl0IGlzIGEgZ29vZCB0aGluZyB0bzxicj4mZ3Q7ICZndDsgaGF2ZSB0aGlzIHR5cGUgb2YgZGlz
Y3Vzc2lvbiBpbiBhbiBpbmZvcm1hdGlvbmFsIHdheSBpbiB0aGlzIFJGQyBpbnN0ZWFkPGJyPiZn
dDsgJmd0OyBvZiBkb2luZyBub3RoaW5nIG9yIHRyeWluZyB0byBnbyBzdGFuZGFyZCBZQU5HIGRp
cmVjdGx5IGFzIGEgZmlyc3Qgc3RlcC48YnI+Jmd0OyAmZ3Q7IEl0IGRpZCBnZXQgaW50byB0aGUg
c3BlYyBiZWNhdXNlIG9mIHRoZSBkZXNpcmUgb2YgdGhlIHdvcmtpbmcgZ3JvdXAuPGJyPiZndDsg
Jmd0OyA8YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IEVkaXRvcmlhbCAvIE5pdHM6PGJyPiZn
dDsgJmd0OyAmZ3Q7IC48YnI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIHRoZSB2YXJpb3VzIGZvcm1hdHMgaW4gc2VjdGlvbiA2
LjEwLCB0aGUgbG93ZXN0IGJpdCBvZiB0aGUgdXBwZXIgNjQgYml0czxicj4mZ3Q7ICZndDsgJmd0
OyAmZ3Q7ICZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaXMgbWFuZGF0
ZWQgdG8gYmUgMC4mbmJzcDsgUHJlc3VtYWJseSwgdGhlcmUgaXMgc29tZSByZWFzb24gZm9yIGRv
aW5nIHRoaXMuJm5ic3A7IEl0PGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3b3VsZCBiZSBuaWNlIHRvIGV4cGxhaW4gaXQuPGJy
PiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyAmZ3Q7ICZndDsgU29ycnksIG5vdCBj
bGVhciB3aGF0IHlvdSdyZSByZWZlcnJpbmcgdG8uIENhbiB5b3UgZ2l2ZSBtZSBhbjxicj4mZ3Q7
ICZndDsgJmd0OyAmZ3Q7IGV4cGxpY2l0IHJlZmVyZW5jZSA/PGJyPiZndDsgJmd0OyAmZ3Q7IDxi
cj4mZ3Q7ICZndDsgJmd0OyBJIHNob3VsZCBhaHZlIHJlbW92ZWQgdGhpcyBub3RlLiZuYnNwOyBJ
dCB3YXMgYSBzaWRlLWVmZmVjdCBvZiB0aGUgcHJlc2VudGF0aW9uPGJyPiZndDsgJmd0OyAmZ3Q7
IGFuZCBvcmRlcmluZywgbm90IGEgcHJvYmxlbSBvbiBpdHMgb3duLiZuYnNwOyBTb3JyeS48YnI+
Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgQ2hlZXJzPGJyPiZndDsgJmd0OyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyBUb2VybGVzczxicj4mZ3Q7ICZndDsgPGJyPiZndDsgPGJyPiZndDsg
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+Jmd0OyBB
bmltYSBtYWlsaW5nIGxpc3Q8YnI+Jmd0OyBBbmltYUBpZXRmLm9yZzxicj4mZ3Q7IGh0dHBzOi8v
d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYW5pbWE8YnI+PGJyPi0tIDxicj4tLS08YnI+
dHRlQGNzLmZhdS5kZTxicj48L2JvZHk+PC9odG1sPg==

----_com.samsung.android.email_10172749362835710--


From nobody Mon May 14 07:46:09 2018
Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C80012D94C; Mon, 14 May 2018 07:46:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level: 
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DR1srXXxj1Sr; Mon, 14 May 2018 07:45:59 -0700 (PDT)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30107.outbound.protection.outlook.com [40.107.3.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E42D312D87F; Mon, 14 May 2018 07:45:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=G6vjw7EjNjf1yjLNp/7a8wGnaVR5gUxjdj6cb90rqPE=; b=PTsxp6rArZtZkwekMkWp2QFcoUEzdPkQt8877xzyrChvlcpQCrcJ+fCvI0u6JV/pZrKjFqUqd5br6dHLBf5KdOJC60PyFXNuZ7ytHxxlMOZYmhWFqRtvXrhYpoPMmZAqDaSzY6P3LI0FX1jOyzustKascT19Zj9bhNTqYeUndFc=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB4355.eurprd07.prod.outlook.com (52.133.61.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.776.4; Mon, 14 May 2018 14:45:52 +0000
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::94aa:e7c1:4d51:f39c]) by AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::94aa:e7c1:4d51:f39c%2]) with mapi id 15.20.0776.008; Mon, 14 May 2018 14:45:52 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: Geoff Huston <gih@apnic.net>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-bess-evpn-prefix-advertisement.authors@ietf.org" <draft-ietf-bess-evpn-prefix-advertisement.authors@ietf.org>, "bess@ietf.org" <bess@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-bess-evpn-prefix-advertisement-10
Thread-Index: AQHT0ffhz9zHUvIk10WwdXI1Jm8sLaQvm2aA
Date: Mon, 14 May 2018 14:21:54 +0000
Message-ID: <76209F84-0BE6-4EDA-AF0B-549A6CCC4914@nokia.com>
References: <D468E416-2879-4AE3-B55C-BAAFC9FD0AC2@apnic.net>
In-Reply-To: <D468E416-2879-4AE3-B55C-BAAFC9FD0AC2@apnic.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.d.0.180505
x-originating-ip: [88.12.126.21]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR07MB4355; 7:tG0AOJMvsV7SEDyGw/Ia1npE0xaVx5YReHfNSh5/GDhq6Gb8TrKzL6yOkqeMKNVK+4gXju83DVtXpd+tOs0XFb3M1ptmspPMHC/jGCtIfRWI0uUE6LUPhe49UzMw6H4q2AEvRUo5NKxL9xwFaH6jdDd4+Kzmt6a2YEAOYCYL//B1G5XDrG8P/+WuoMF4DSNugXQE/wv70vkwmYURDzqbKq0TaAwxhqdoPeLCT0+fZESfDAjCmEXDHOccoYLbRvF/
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:(109105607167333); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:AM0PR07MB4355; 
x-ms-traffictypediagnostic: AM0PR07MB4355:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com; 
x-microsoft-antispam-prvs: <AM0PR07MB4355683B77EEF8C4D5D26C63F79C0@AM0PR07MB4355.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(82608151540597)(109105607167333)(100405760836317)(95692535739014);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231254)(11241501184)(806099)(944501410)(52105095)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(6072148)(201708071742011); SRVR:AM0PR07MB4355; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB4355; 
x-forefront-prvs: 067270ECAF
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(39860400002)(366004)(396003)(39380400002)(18374002)(13464003)(199004)(189003)(6246003)(6512007)(4326008)(66066001)(6116002)(3846002)(106356001)(68736007)(2906002)(53936002)(5250100002)(25786009)(5660300001)(33656002)(2900100001)(2501003)(446003)(476003)(1720100001)(3280700002)(36756003)(2616005)(486006)(3660700001)(11346002)(83716003)(105586002)(81166006)(6486002)(7736002)(229853002)(58126008)(8676002)(54906003)(110136005)(14454004)(81156014)(99286004)(102836004)(6436002)(59450400001)(82746002)(86362001)(76176011)(478600001)(97736004)(305945005)(316002)(8936002)(53546011)(186003)(6506007)(26005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4355; H:AM0PR07MB3844.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: Tzu+3MzHaAIyrwPpCBnPlY4MLGNQwsR81jMegGxV5kZkuetoHW6omSmCGGVvtYQb0PdXn2vkeaDVJourUG/UzjzORVUpNg7I0xNzgqD2Uo6Mlf5yYjtzEiDZ2LSHuCqiNkjic4KMG1Jtocdo+gRNYC3tXQaS16Q7FE6okKIbb/cqvekv1/fv4L3KV0rG8sH7OD7iyGtqlNVsk7zdP8OVI4q0ZBVFJC4mhJXeT4FaDfnFOxSp0dakWhysOpsBgiFi
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <D60DC37E37B0BB479821DEE0E16DC8AD@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 3caafa5c-92c2-4287-08f4-08d5b9a9647c
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3caafa5c-92c2-4287-08f4-08d5b9a9647c
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 May 2018 14:45:49.3317 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4355
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/humjcaMgQquuTPMDNOW-xaoihyw>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bess-evpn-prefix-advertisement-10
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 14:46:02 -0000

SGkgR2VvZmYsDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgY29tbWVudHMuDQpQbGVh
c2Ugc2VlIGluLWxpbmUgd2l0aCBbSk9SR0VdLg0KDQpUaHgNCkpvcmdlDQoNCu+7vy0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBHZW9mZiBIdXN0b24gPGdpaEBhcG5pYy5uZXQ+DQpE
YXRlOiBUaHVyc2RheSwgQXByaWwgMTIsIDIwMTggYXQgMjo0NyBBTQ0KVG86ICJydGctYWRzQGll
dGYub3JnIiA8cnRnLWFkc0BpZXRmLm9yZz4NCkNjOiAicnRnLWRpckBpZXRmLm9yZyIgPHJ0Zy1k
aXJAaWV0Zi5vcmc+LCAiZHJhZnQtaWV0Zi1iZXNzLWV2cG4tcHJlZml4LWFkdmVydGlzZW1lbnQu
YXV0aG9yc0BpZXRmLm9yZyIgPGRyYWZ0LWlldGYtYmVzcy1ldnBuLXByZWZpeC1hZHZlcnRpc2Vt
ZW50LmF1dGhvcnNAaWV0Zi5vcmc+LCAiYmVzc0BpZXRmLm9yZyIgPGJlc3NAaWV0Zi5vcmc+LCAi
YmVzcy1jaGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJ0
Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtYmVzcy1ldnBuLXByZWZpeC1hZHZlcnRpc2VtZW50LTEw
DQpSZXNlbnQtRnJvbTogPGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+DQpSZXNlbnQtVG86IDxqb3Jn
ZS5yYWJhZGFuQG5va2lhLmNvbT4sIDx3aW0uaGVuZGVyaWNreEBub2tpYS5jb20+LCA8amRyYWtl
QGp1bmlwZXIubmV0PiwgPHdsaW5AanVuaXBlci5uZXQ+LCA8c2FqYXNzaUBjaXNjby5jb20+DQpS
ZXNlbnQtRGF0ZTogVGh1cnNkYXksIEFwcmlsIDEyLCAyMDE4IGF0IDI6NDcgQU0NCg0KICAgIEhl
bGxvLA0KICAgIA0KICAgIEkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVj
dG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBz
ZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0
aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21l
dGltZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRv
IHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0
aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90
cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCiAgICANCiAgICBB
bHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBS
b3V0aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhl
bSBhbG9uZyB3aXRoIGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSBy
ZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3Ig
YnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KICAgIA0KICAgIERvY3VtZW50OiBkcmFmdC1pZXRmLWJl
c3MtZXZwbi1wcmVmaXgtYWR2ZXJ0aXNlbWVudC0xMC50eHQNCiAgICBSZXZpZXdlcjogR2VvZmYg
SHVzdG9uDQogICAgUmV2aWV3IERhdGU6IDEyIEFwcmlsIDIwMTgNCiAgICBJRVRGIExDIEVuZCBE
YXRlOiBub3Qga25vd24NCiAgICBJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFjdA0KICAg
IA0KICAgIFN1bW1hcnk6IA0KICAgIA0KICAgIEkgaGF2ZSBzb21lIG1pbm9yIGNvbmNlcm5zIGFi
b3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBiZSByZXNvbHZlZCBiZWZvcmUg
cHVibGljYXRpb24uDQogICAgDQogICAgDQogICAgQ29tbWVudHM6DQogICAgDQogICAgTWFqb3Ig
SXNzdWVzOg0KICAgIA0KICAgIE5vIG1ham9yIGlzc3VlcyBmb3VuZC4NCiAgICANCiAgICBNaW5v
ciBJc3N1ZXM6DQogICAgDQogICAgVGhlIEludHJvZHVjdGlvbiAoc2VjdGlvbiAyKSBzaG91bGQg
cHJlY2VkZWQgdGhlIFRlcm1pbm9sb2d5IGFuZCBhbGwgYmUgcGxhY2VkIGluIFNlY3Rpb24gMS4g
U2VjdGlvbnMgMi4xIGFuZCAyLjIgYXBwZWFyIHRvIGJlIGEgUHJvYmxlbSBTdGF0ZW1lbnQgYW5k
IHNob3VsZCBiZSB0aGUgY29udGVudCBvZiBTZWN0aW9uIDIuIFByb2JsZW0gU3RhdGVtZW50Lg0K
W0pPUkdFXSBvaywgY2hhbmdlZCBpbiB0aGUgbmV3IHZlcnNpb24gdG8gYmUgcHVibGlzaGVkLg0K
ICAgICANCiAgICBUaGUgVGVybWlub2xvZ3kgYXBwZWFycyB0byBpbmNsdWRlIGEgbWl4IG9mIGNv
bnZlbnRpb25hbCBhY3JvbnltIGV4cGFuc2lvbiB3aGljaCBjb3VsZCBlYXNpbHkgYmUgZGVhbHQg
d2l0aCBieSBleHBsaWNpdCBleHBhbnNpb24gb24gZmlyc3QgdXNlLiAoZm9yIGV4YW1wbGUuIHRo
ZSB0ZXh0IGNvbnRhaW5zICJJZiB0aGUgdGVybSBUZW5hbnQgU3lzdGVtIChUUykgaXMgdXNlZC4u
LiIgYW5kIHRoZXJlIGlzIHByb2JhYmx5IG5vIG5lZWQgdG8gZXhwbGljaXRseSBjYWxsIG91dCB0
aGlzIGFjcm9ueW0gaW4gYSB0ZXJtaW5vbG9neSBzZWN0aW9uLikNCltKT1JHRV0geW91IGFyZSBy
aWdodCwgaG93ZXZlciB0aGVyZSB3ZXJlIG90aGVyIGNvbW1lbnRzIGFib3V0IHRoZSBkb2N1bWVu
dCBiZWluZyAiaGVhdnkiIGluIHRlcm1zIG9mIGFjcm9ueW1zLCBzbyB3ZSBwcmVmZXIgdG8gaGF2
ZSB0aGVtIGFsbCBpbiB0aGUgdGVybWlub2xvZ3kgc2VjdGlvbi4NCiAgICANCiAgICBUaGVyZSBp
cyBhIHBocmFzZSBpbiB0aGUgSW50cm9kdWN0aW9uIHRoYXQgc2VlbXMgb3V0IG9mIHBsYWNlOiAi
T25jZSB0aGUgbmVlZCBmb3IgYSBuZXcgRVZQTiByb3V0ZSB0eXBlIGlzIGp1c3RpZmllZCwgLi4u
Ii4gSSBzdWdnZXN0IGRyb3BwaW5nIHRoZSBwaHJhc2Ugb24gdGhlIGFzc3VtcHRpb24gdGhhdCBT
ZWN0aW9ucyAyLjEgYW5kIDIuMiBoYXZlIGluZGVlZCBqdXN0aWZpZWQgdGhpcyBwcm9ibGVtIGFu
ZCB0aGUgcHJvcG9zZWQgc29sdXRpb24uDQpbSk9SR0VdIGdvb2QgcG9pbnQsIHRoYW5rcy4gUmVt
b3ZlZC4NCiAgICANCiAgICBJIGFtIGNvbmZ1c2VkIGJldHdlZW4gdGhlIHRlcm0gIklQIGFkZHJl
c3MgbGVuZ3RoIChJUEwpIiBhbmQgIklQIFByZWZpeCBMZW5ndGgiIC0gSSBhbiB1bnN1cmUgaWYg
SVBMIGlzIGFuIEFkZHJlc3MgZmFtaWx5IElkZW50aWZpZXIgdG8gZGlzdGluZ3Vpc2ggYmV0d2Vl
biBJUHY0IGFuZCBJUHY2IGFkZHJlc3NlcyBvciBzb21lIG90aGVyIHRlcm0uIFBlcmhhcHMgdGhl
IGF1dGhvcnMgbWF5IHdhbnQgdG8gdXNlIG1vcmUgY29udmVudGlvbmFsIHRlcm1zIHdoZW4gYXBw
cm9wcmlhdGUsIHN1Y2ggYXMg4oCcQUZJIiByYXRoZXIgdGhhbiDigJxJUEzigJ0gaWYgdGhhdCBp
cyByZWFsbHkgdGhlIHVuZGVybHlpbmcgbWVhbmluZyBvZiB0aGlzIGZpZWxkLg0KW0pPUkdFXSB5
b3UncmUgcmlnaHQgdGhhdCBjYW4gYmUgY29uZnVzaW5nLiBJbiBSRkM3NDMyIChiYXNlIEVWUE4g
c3BlYykgSVAgYWRkcmVzcyBsZW5ndGggaXMgdXNlZCB0byBkaXN0aW5ndWlzaGVkIGJldHdlZW4g
SVB2NCBhbmQgSVB2NiwgYW5kIGluIHNvbWUgY2FzZXMgdG8gaWRlbnRpZnkgYSByb3V0ZSB3aXRo
IG5vIElQIGFkZHJlc3MgYXQgYWxsLiBIb3dldmVyIGluIHRoaXMgZG9jdW1lbnQgaXQgaXMgbm90
IHJlYWxseSBvbmx5IGlkZW50aWZ5IHRoZSBBRkksIGJ1dCBhbHNvIHRoZSBwcmVmaXggbGVuZ3Ro
LCBiZXR3ZWVuIDAtMzIgZm9yIElQdjQgYW5kIGJldHdlZW4gMC0xMjggZm9yIElQdjYuIEJhc2Vk
IG9uIHRoaXMsIEkgdGhpbmsgdGhlIGJldHRlciB0ZXJtIGlzIElQIFByZWZpeCBMZW5ndGguIEkg
Y2hhbmdlZCBhbGwgdGhlIG9jY3VycmVuY2VzIG9mIHRoaXMgdG8gSVAgUHJlZml4IExlbmd0aC4N
CiAgICANCiAgICBJbiBGaWd1cmUgMyBJUCBQcmVmaXggUm91dGUgVHlwZSwgd2h5IGlzIGFuIEFk
ZHJlc3MgRmFtaWx5IElkZW50aWZpZXIgbWlzc2luZyBmcm9tIHRoZSBkYXRhIHN0cnVjdHVyZT8N
CltKT1JHRV0gd2hldGhlciB0aGUgcm91dGUgY2FycmllcyBhbiBJUHY0IG9yIElQdjYgcHJlZml4
IGlzIGRlcml2ZWQgZnJvbSB0aGUgdG90YWwgbGVuZ3RoLiBUaGlzIGlzIGRlc2NyaWJlZCBpbiB0
aGlzIGJ1bGxldCBpbiB0aGUgc2FtZSBzZWN0aW9uOg0KICAibyBJUCBQcmVmaXggYW5kIEdXIElQ
IGFkZHJlc3MgaW4gdGhlIHJvdXRlIG11c3QgYmUgb2YgdGhlIHNhbWUNCiAgICAgZmFtaWx5LiBU
aGUgdG90YWwgcm91dGUgbGVuZ3RoIHdpbGwgaW5kaWNhdGUgdGhlIHR5cGUgb2YgcHJlZml4DQog
ICAgIChJUHY0IG9yIElQdjYpIGFuZCB0aGUgdHlwZSBvZiBHVyBJUCBhZGRyZXNzIChJUHY0IG9y
IElQdjYpLiBOb3RlDQogICAgIHRoYXQgdGhlIElQIFByZWZpeCArIHRoZSBHVyBJUCBzaG91bGQg
aGF2ZSBhIGxlbmd0aCBvZiBlaXRoZXIgNjQgb3INCiAgICAgMjU2IGJpdHMsIGJ1dCBuZXZlciAx
NjAgYml0cyAoc2luY2UgSVB2NCBhbmQgSVB2NiBtaXhlZCB2YWx1ZXMgYXJlDQogICAgIG5vdCBh
bGxvd2VkKS4iDQoNCiAgICANCiAgICBJIHdvdWxkIG5vdCBjYWxsIG15c2VsZiBhbiBleHBlcnQg
aW4gdGhlIGFyZWEgb2YgaW50cmEtc3VibmV0IGNvbm5lY3Rpdml0eSBpbiBhbiBNUExTIGFuZC9v
ciBOVk8tYmFzZWQgbmV0d29ya3MsIHNvIEkgYW0gbm90IGluIGEgZ29vZCBwb3NpdGlvbiB0byBj
b21tZW50IG9uIHRoZSB0ZWNobmljYWwgcXVhbGl0eSBvZiB0aGUgc3BlY2lmaWNhdGlvbiBpbiB0
aGlzIGRyYWZ0LiBUaGUgbWF0ZXJpYWwgaXMgZGVuc2UsIGFuZCBpdCBpcyB1bmNsZWFyIHRvIG1l
IGlmIHRoZSB0ZXh0dWFsLWJhc2VkIGRlc2NyaXB0aW9uIG9mIGhhbmRsaW5nIGFjdGlvbnMgaXMg
Y29tcGxldGUuIEl0IGlzIGFsc28gdW5jbGVhciB0byBtZSBpZiB0aGUgdXNlIGNhc2VzIHNzbGVj
dGVkIGluIHRoaXMgZHJhZnQgYXJlIGluY2x1c2l2ZSBvciBqdXN0IHJlcHJlc2VudCBzb21lIHJh
bmRvbSBzZWxlY3Rpb24gb2YgdXNlcyBjYXNlcyBmcm9tIGEgZmFyIGxhcmdlciBwb29sIG9mIHBv
dGVudGlhbCB1c2UgY2FzZXMuDQpbSk9SR0VdIHdlbGwsIGJhc2ljYWxseSB0aGUgdXNlLWNhc2Vz
IGFyZSB0aGUgcmVzdWx0IG9mIDUgeWVhcnMgb2YgZGlzY3Vzc2lvbnMgYW5kIGZpbmFsIGNvbnNl
bnN1cyBhbW9uZyB2ZW5kb3JzIGFuZCBvcGVyYXRvcnMgaW52b2x2ZWQgaW4gdGhpcyB3b3JrLiBU
aGUgdXNlLWNhc2VzIGFyZSByZXByZXNlbnRhdGl2ZSBvZiB0aGUgdXNlIG9mIHRoZSByb3V0ZSB0
eXBlIDUsIGJ1dCBJIHdvdWxkbid0IGV4Y2x1ZGUgYW55IG90aGVyIHVzZS1jYXNlcyBpbiB0aGUg
ZnV0dXJlLiBRdWl0ZSBhIGZldyBvZiB0aGVzZSB1c2UtY2FzZXMgYXJlIGRlcGxveWVkIGluIG5l
dHdvcmtzLCBub3cgZm9yIGEgd2hpbGUuLi4gbGV0IHVzIGtub3cgaWYgeW91IG5lZWQgZnVydGhl
ciBjbGFyaWZpY2F0aW9uLiBUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGUgcmV2aWV3IQ0KICAg
IA0KICAgIA0KICAgIA0KDQo=


From nobody Mon May 14 11:15:27 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05DC3127342; Mon, 14 May 2018 11:15:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6dwl3XmYDBeG; Mon, 14 May 2018 11:15:23 -0700 (PDT)
Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADA43127337; Mon, 14 May 2018 11:15:22 -0700 (PDT)
Received: by mail-lf0-x231.google.com with SMTP id j193-v6so19425376lfg.6; Mon, 14 May 2018 11:15:22 -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=E4YfGJyu1I6LM+xnJlAHcz+jIQPlAHR/crcdXVJ8ynw=; b=irjbhAUOs66+ykk92OGKv5GXBvuLg7I7DRWOuo/Ooc278uoJJRduGSNw+wxdgxbAUu JVXk4Tm9h3CXbmzu5ltK581yi9+UdlF7fqJCSM7vpmwHQ5E+8brlK2A/Q4BCLPV5+ui3 yLXw6v0BPlN9VDmzgqG8tXIUMswnnJLmSVj1wrK554QPf+Ht0kGPS0Q7KL4ADEIAKjKU MPWjdTKTEXpP/a8sBy9ooT7kBTDfUvnDTeGbx6U6QtoikVaNopTBZiXZFOCPVnc0WSaM 2X7qVW4OMYa4EWztac7ssF0T6KNWVCUkDsEbe0IOKUxOMITGN61WLLDTd/LJ3ijkfQwX FqvA==
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=E4YfGJyu1I6LM+xnJlAHcz+jIQPlAHR/crcdXVJ8ynw=; b=t3kf4u1hL6zG/IKpZK/FmiwEjRkNThazkMUzkN9YwfbOtX/vFcLWsguB9B7U5NG9t4 v4/OsKa0KySnPQh4q4DLwLMKBnkgnMGw5QA17BbJiA0VfaMGdNBmKAWz36CZ/sIhq285 WKlsE0iyblSa7MkWEiHWn2CiNzNNWKauWDr9t9RiumY6kH5OUMY/Rtwr3BOxKaMtsjFi rKii9y1ieyQIIR2VgteUT/vW7L8NsTX+Y87JzwstRiJCYO4WBqLuy9Kj0O5Gow7Zt9QD kn2t6voyLcwPa/5FoaD/J5xeVTVqjpTjDnG7/muqcU4sx6RmPQZlx1IP/2b8qZ4su4qd gd5Q==
X-Gm-Message-State: ALKqPwdBqQ12IfsKKYMsv9PB8VsL1DIMfDQ28SwSRCEM7bprBZnoNWPO ZBlUo5MY/UXUKhTVPeNoknia1ttJkN0cQy0NW/EftA==
X-Google-Smtp-Source: AB8JxZqUHdV2nJRkS67m88u2gMnDsSZwxZRSjeODoHZrdg4qYB/cyePOMerw5TJ15u+M9xn3/TSaPcE8nVAowpsjzKg=
X-Received: by 2002:a2e:7213:: with SMTP id n19-v6mr5158787ljc.71.1526321720817;  Mon, 14 May 2018 11:15:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.133.13 with HTTP; Mon, 14 May 2018 11:15:20 -0700 (PDT)
In-Reply-To: <28935.1526166269@localhost>
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 14 May 2018 11:15:20 -0700
Message-ID: <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org,  draft-ietf-bfd-multipoint.all@ietf.org, bfd@ietf.org
Content-Type: multipart/alternative; boundary="000000000000fb7db0056c2e774d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/gKDVeiTzL_iu7pVUAYiRxC2TStQ>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 18:15:26 -0000

--000000000000fb7db0056c2e774d
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Michael,
thank you for your thorough review, thoughtful and detailed comments and
suggestions.
Please find my answers, notes in-line tagged GIM>>.

Regards,
Greg

On Sat, May 12, 2018 at 4:04 PM, Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this draft.
> The
> Routing Directorate seeks to review all routing or routing-related drafts
> as
> they pass through IETF last call and IESG review, and sometimes on specia=
l
> request. The purpose of the review is to provide assistance to the Routin=
g
> ADs. For more information about the Routing Directorate, please see
> =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs, it
> would be helpful if you could consider them along with any other IETF Las=
t
> Call comments that you receive, and strive to resolve them through
> discussion
> or by updating the draft.
>
> Document: draft-draft-ietf-bfd-multipoint-16.txt
> Reviewer: Michael Richardson
> Review Date: 2018-05-12
> IETF LC End Date: unknown
> Intended Status: Standards Track
>
> Summary:
>
> This document is basically ready for publication, but has presentation ni=
ts
> that should be considered prior to publication.
>
> Comments:
>
> It seems like a well written document, with an intelligent and
> well-throught
> out way to extend BFD to multicast uses.
>
GIM>> Thank you for your kind consideration and approval of our work.

>
> I found the document a bit too abstract as it attempted to apply itself t=
o
> any place that BFD is used.  I would like to perhaps better
> understand how it is used in some real multicast situations (MPLS,
> PIM/IP-level multicast).
>
GIM>> BFD for Multipoint networks, also referred to as p2mp BFD, may be
used in single-hop and multi-hop scenarios. Already there are two
individual drafts,  draft-mirsky-bfd-p2mp-vrrp-use-case   and
draft-mirsky-pim-bfd-p2mp-use-case,
that demonstrate use of p2mp BFD in single-hop scenario. Will note that the
section 4.8 of the draft does explain encapsulation of the multipoint BFD
control packet over MPLS LSP using IP/UDP.

>
> I believe that my lack of familiarity with some of those technologies mig=
ht
> be keeping me in the dark.
>
> I'm not generally happy with documents that say:
>     "The following procedure replaces section 6.8.6 of [RFC5880]."
>
> because it's difficult to know what is going on without having the two
> documents next to eachother.  For an implementer, I'm not sure that there
> is any savings by doing this either, it seems to be solely for the
> convenience of those writing it.
>
GIM>> The text that follows the first sentence in section 4.13.1 is the
replacement of the entire section 6.8.6 of RFC 5880. Would stressing that
make the relationship more clear, e.g.:

The following procedure replaces the entire section 6.8.6 of [RFC5880].

And the same can be applied to the first sentence in section 14.3.3:

The following procedure replaces the entire section 6.8.7 of [RFC5880].


> I would prefer to have section 4.13 actually number the steps of the
> pseudo-code.
> As far as I can see, all of the pseudo-code of 5880 is being replaced, so
> this is not as much as a patch, so I don't see why not to number the
> pseudo-code.  (Like BASIC if you want, or with numbered lists)
>
GIM>> I'll try but perhaps RFC Editor may help us here.

>
> I did not evaluate the pseudo-code to determine if it made logical sense,
> it
> seemed well written and understandable.
>
> Major Issues:
>
> No major issues found.
>
> Minor Issues:
>
> No minor issues found.
>
> Nits:
>
> "the tail declares the path to having failed."          <- s/having/have/
>
GIM>> Accepted to the new working version of the draft.

>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -=3D IPv6 IoT consulting =3D-
>
>
>
>

--000000000000fb7db0056c2e774d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Michael,<div>thank you for your thorough review, though=
tful and detailed comments and suggestions.</div><div>Please find my answer=
s, notes in-line tagged GIM&gt;&gt;.</div><div><br></div><div>Regards,</div=
><div>Greg</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">O=
n Sat, May 12, 2018 at 4:04 PM, Michael Richardson <span dir=3D"ltr">&lt;<a=
 href=3D"mailto:mcr+ietf@sandelman.ca" target=3D"_blank">mcr+ietf@sandelman=
.ca</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex"><br>
Hello,<br>
<br>
I have been selected as the Routing Directorate reviewer for this draft. Th=
e<br>
Routing Directorate seeks to review all routing or routing-related drafts a=
s<br>
they pass through IETF last call and IESG review, and sometimes on special<=
br>
request. The purpose of the review is to provide assistance to the Routing<=
br>
ADs. For more information about the Routing Directorate, please see<br>
=E2=80=8B<a href=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" r=
el=3D"noreferrer" target=3D"_blank">http://trac.tools.ietf.org/<wbr>area/rt=
g/trac/wiki/RtgDir</a> <br>
<br>
Although these comments are primarily for the use of the Routing ADs, it<br=
>
would be helpful if you could consider them along with any other IETF Last<=
br>
Call comments that you receive, and strive to resolve them through discussi=
on<br>
or by updating the draft. <br>
<br>
Document: draft-draft-ietf-bfd-<wbr>multipoint-16.txt <br>
Reviewer: Michael Richardson<br>
Review Date: 2018-05-12<br>
IETF LC End Date: unknown<br>
Intended Status: Standards Track <br>
<br>
Summary: <br>
<br>
This document is basically ready for publication, but has presentation nits=
<br>
that should be considered prior to publication. <br>
<br>
Comments:<br>
<br>
It seems like a well written document, with an intelligent and well-through=
t<br>
out way to extend BFD to multicast uses.<br></blockquote><div>GIM&gt;&gt; T=
hank you for your kind consideration and approval of our work.=C2=A0</div><=
blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l=
eft:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I found the document a bit too abstract as it attempted to apply itself to<=
br>
any place that BFD is used.=C2=A0 I would like to perhaps better<br>
understand how it is used in some real multicast situations (MPLS,<br>
PIM/IP-level multicast).<br></blockquote><div>GIM&gt;&gt; BFD for Multipoin=
t networks, also referred to as p2mp BFD, may be used in single-hop and mul=
ti-hop scenarios. Already there are two individual drafts,=C2=A0

<font face=3D"arial, helvetica, sans-serif"><span style=3D"color:rgb(0,102,=
33);font-style:normal;font-variant-ligatures:normal;font-variant-caps:norma=
l;font-weight:400;letter-spacing:normal;text-align:left;text-indent:0px;tex=
t-transform:none;white-space:nowrap;word-spacing:0px;background-color:rgb(2=
55,255,255);text-decoration-style:initial;text-decoration-color:initial;flo=
at:none;display:inline">draft-mirsky-bfd-p2mp-vrrp-use-case</span>=C2=A0 =
=C2=A0and=C2=A0

<span style=3D"color:rgb(0,102,33);font-family:arial,sans-serif;font-size:1=
4px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:norma=
l;font-weight:400;letter-spacing:normal;text-align:left;text-indent:0px;tex=
t-transform:none;white-space:nowrap;word-spacing:0px;background-color:rgb(2=
55,255,255);text-decoration-style:initial;text-decoration-color:initial;flo=
at:none;display:inline">draft-mirsky-pim-bfd-p2mp-use-case, that demonstrat=
e use of p2mp BFD in single-hop scenario. Will note that the section 4.8 of=
 the draft does explain encapsulation of the multipoint BFD control packet =
over MPLS LSP using IP/UDP.=C2=A0=C2=A0</span></font></div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex">
<br>
I believe that my lack of familiarity with some of those technologies might=
<br>
be keeping me in the dark. <br>
<br>
I&#39;m not generally happy with documents that say:<br>
=C2=A0 =C2=A0 &quot;The following procedure replaces section 6.8.6 of [RFC5=
880].&quot;<br>
<br>
because it&#39;s difficult to know what is going on without having the two<=
br>
documents next to eachother.=C2=A0 For an implementer, I&#39;m not sure tha=
t there<br>
is any savings by doing this either, it seems to be solely for the<br>
convenience of those writing it.<br></blockquote><div>GIM&gt;&gt; The text =
that follows the first sentence in section 4.13.1 is the replacement of the=
 entire section 6.8.6 of RFC 5880. Would stressing that make the relationsh=
ip more clear, e.g.:</div></div></div><blockquote style=3D"margin:0px 0px 0=
px 40px;border:none;padding:0px"><div class=3D"gmail_extra"><div class=3D"g=
mail_quote"><div>

<span style=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:s=
mall;font-style:normal;font-variant-ligatures:normal;font-variant-caps:norm=
al;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;t=
ext-transform:none;white-space:normal;word-spacing:0px;background-color:rgb=
(255,255,255);text-decoration-style:initial;text-decoration-color:initial;f=
loat:none;display:inline">The following procedure replaces the entire secti=
on 6.8.6 of [RFC5880].</span>

<br></div></div></div></blockquote>And the same can be applied to the first=
 sentence in section 14.3.3:<blockquote style=3D"margin:0 0 0 40px;border:n=
one;padding:0px"><div>The following procedure replaces the entire section 6=
.8.7 of [RFC5880].</div></blockquote><div><div class=3D"gmail_extra"><div c=
lass=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I would prefer to have section 4.13 actually number the steps of the pseudo=
-code.<br>
As far as I can see, all of the pseudo-code of 5880 is being replaced, so<b=
r>
this is not as much as a patch, so I don&#39;t see why not to number the<br=
>
pseudo-code.=C2=A0 (Like BASIC if you want, or with numbered lists)<br></bl=
ockquote><div>GIM&gt;&gt; I&#39;ll try but perhaps RFC Editor may help us h=
ere.=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0=
px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I did not evaluate the pseudo-code to determine if it made logical sense, i=
t<br>
seemed well written and understandable.<br>
<br>
Major Issues:<br>
<br>
No major issues found.<br>
<br>
Minor Issues:<br>
<br>
No minor issues found.<br>
<br>
Nits:<br>
<br>
&quot;the tail declares the path to having failed.&quot;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 &lt;- s/having/have/<br></blockquote><div>GIM&gt;&gt; Acc=
epted to the new working version of the draft.</div><blockquote class=3D"gm=
ail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,=
204,204);padding-left:1ex">
<span class=3D"gmail-HOEnZb"><font color=3D"#888888"><br>
<br>
-- <br>
Michael Richardson &lt;<a href=3D"mailto:mcr%2BIETF@sandelman.ca">mcr+IETF@=
sandelman.ca</a>&gt;, Sandelman Software Works<br>
=C2=A0-=3D IPv6 IoT consulting =3D-<br>
<br>
<br>
<br>
</font></span></blockquote></div><br></div></div></div>

--000000000000fb7db0056c2e774d--


From nobody Mon May 14 11:33:37 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE284127601; Mon, 14 May 2018 11:33:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id emuk1sGxt9Fu; Mon, 14 May 2018 11:33:27 -0700 (PDT)
Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3210C1273E2; Mon, 14 May 2018 11:33:27 -0700 (PDT)
Received: by mail-lf0-x235.google.com with SMTP id j193-v6so19501535lfg.6; Mon, 14 May 2018 11:33:27 -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=uviZrwLu3Ptscfw5Sk6VuojajoZNeR3wkZPcDgIJ3jA=; b=cOPShZij0H/6kLVFpXQo+J4MFBM220jO4hUvbf4DaoetnrW046aAAeDAHI4g48Xe/X sLnUXbiyFt456hPUr7MeUzFkOei+WRngtNdsexmnx9nqkSbl7VXmfUq2EdoTEwIJYleS /2Sd7ym7WrKOrDGd0tX9ox73WClG3biKFwkzphxOfuLCBRmTCYJF/wdFK7/jc1616tS4 V99vEzfdZmVtfJgs0heirmVDqjADlafNcjzl5bUqDXDR8+Kt9Riy3Fbi47oiLMJ+uQlx Gt3dkP0OWaOTkyFdkR6beag6fwbiJ4Wp8kntB+YDYPa2d2FWgNpeoPYZWITjlJzfNbx0 Gi0A==
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=uviZrwLu3Ptscfw5Sk6VuojajoZNeR3wkZPcDgIJ3jA=; b=DRfJPzKBL+trH68HaQwDoYq/2g1K4N7+nTLP9UJjvRzMVGv31zRPUg8L6ZfrHRMwoz L5dZdTsl74ByH/BT7IouN7z5BUITUQcRBKaDhX5JJmHhRLaQPEXlvD5CjUExYjPC3NYf MP68acPjsR6k6D2VaIfxGX/29PP8kAKyoNhUxOTWclDPMdSgBRV8K785YU9Hqw+1tlST ywJfuCosKyDKvaclQIwjsoDUrURJnt5mxwVwtRj631eAz46R43uEFsIWsLPx6YZZF2j4 H7jT4ySKaK70YXaftVxMF7g71YGqyE5P5j+NAX1Sk/aAxzCHGHzltT/vEfLe75h04A9b azLQ==
X-Gm-Message-State: ALKqPwfS6w94aw9rDpk279byWSvx8DkGS0pSE/vpDH51HAWr+fSu315M nmokjAAe83VzFh5dEYOBp2hExhYT8uJCFdErscA=
X-Google-Smtp-Source: AB8JxZp3t3+MT8iVzctiq9M4PFQKjn6P4T61v0RbAQPPsGDkRghCKQjTIVVAf3H78+X1ITz3SNXWdvBdI+qNf/XnLLs=
X-Received: by 2002:a2e:98c5:: with SMTP id s5-v6mr5224551ljj.19.1526322805419;  Mon, 14 May 2018 11:33:25 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.133.13 with HTTP; Mon, 14 May 2018 11:33:24 -0700 (PDT)
In-Reply-To: <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com>
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost> <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 14 May 2018 11:33:24 -0700
Message-ID: <CA+RyBmUmGMQwa8g7XajmvYtc_d-8Q877yjQewm5JPRmz1S8OvA@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org,  draft-ietf-bfd-multipoint.all@ietf.org, rtg-bfd@ietf.org
Content-Type: multipart/alternative; boundary="000000000000a1363b056c2eb8f0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/fmEGrePJh59aw6ibPfriDwJA__M>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 18:33:31 -0000

--000000000000a1363b056c2eb8f0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Now with corrected BFD WG list.

On Mon, May 14, 2018 at 11:15 AM, Greg Mirsky <gregimirsky@gmail.com> wrote=
:

> Hi Michael,
> thank you for your thorough review, thoughtful and detailed comments and
> suggestions.
> Please find my answers, notes in-line tagged GIM>>.
>
> Regards,
> Greg
>
> On Sat, May 12, 2018 at 4:04 PM, Michael Richardson <mcr+ietf@sandelman.c=
a
> > wrote:
>
>>
>> Hello,
>>
>> I have been selected as the Routing Directorate reviewer for this draft.
>> The
>> Routing Directorate seeks to review all routing or routing-related draft=
s
>> as
>> they pass through IETF last call and IESG review, and sometimes on speci=
al
>> request. The purpose of the review is to provide assistance to the Routi=
ng
>> ADs. For more information about the Routing Directorate, please see
>> =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>>
>> Although these comments are primarily for the use of the Routing ADs, it
>> would be helpful if you could consider them along with any other IETF La=
st
>> Call comments that you receive, and strive to resolve them through
>> discussion
>> or by updating the draft.
>>
>> Document: draft-draft-ietf-bfd-multipoint-16.txt
>> Reviewer: Michael Richardson
>> Review Date: 2018-05-12
>> IETF LC End Date: unknown
>> Intended Status: Standards Track
>>
>> Summary:
>>
>> This document is basically ready for publication, but has presentation
>> nits
>> that should be considered prior to publication.
>>
>> Comments:
>>
>> It seems like a well written document, with an intelligent and
>> well-throught
>> out way to extend BFD to multicast uses.
>>
> GIM>> Thank you for your kind consideration and approval of our work.
>
>>
>> I found the document a bit too abstract as it attempted to apply itself =
to
>> any place that BFD is used.  I would like to perhaps better
>> understand how it is used in some real multicast situations (MPLS,
>> PIM/IP-level multicast).
>>
> GIM>> BFD for Multipoint networks, also referred to as p2mp BFD, may be
> used in single-hop and multi-hop scenarios. Already there are two
> individual drafts,  draft-mirsky-bfd-p2mp-vrrp-use-case   and
> draft-mirsky-pim-bfd-p2mp-use-case, that demonstrate use of p2mp BFD in
> single-hop scenario. Will note that the section 4.8 of the draft does
> explain encapsulation of the multipoint BFD control packet over MPLS LSP
> using IP/UDP.
>
>>
>> I believe that my lack of familiarity with some of those technologies
>> might
>> be keeping me in the dark.
>>
>> I'm not generally happy with documents that say:
>>     "The following procedure replaces section 6.8.6 of [RFC5880]."
>>
>> because it's difficult to know what is going on without having the two
>> documents next to eachother.  For an implementer, I'm not sure that ther=
e
>> is any savings by doing this either, it seems to be solely for the
>> convenience of those writing it.
>>
> GIM>> The text that follows the first sentence in section 4.13.1 is the
> replacement of the entire section 6.8.6 of RFC 5880. Would stressing that
> make the relationship more clear, e.g.:
>
> The following procedure replaces the entire section 6.8.6 of [RFC5880].
>
> And the same can be applied to the first sentence in section 14.3.3:
>
> The following procedure replaces the entire section 6.8.7 of [RFC5880].
>
>
>> I would prefer to have section 4.13 actually number the steps of the
>> pseudo-code.
>> As far as I can see, all of the pseudo-code of 5880 is being replaced, s=
o
>> this is not as much as a patch, so I don't see why not to number the
>> pseudo-code.  (Like BASIC if you want, or with numbered lists)
>>
> GIM>> I'll try but perhaps RFC Editor may help us here.
>
>>
>> I did not evaluate the pseudo-code to determine if it made logical sense=
,
>> it
>> seemed well written and understandable.
>>
>> Major Issues:
>>
>> No major issues found.
>>
>> Minor Issues:
>>
>> No minor issues found.
>>
>> Nits:
>>
>> "the tail declares the path to having failed."          <- s/having/have=
/
>>
> GIM>> Accepted to the new working version of the draft.
>
>>
>>
>> --
>> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>>  -=3D IPv6 IoT consulting =3D-
>>
>>
>>
>>
>

--000000000000a1363b056c2eb8f0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Now with corrected BFD WG list.</div><div class=3D"gmail_e=
xtra"><br><div class=3D"gmail_quote">On Mon, May 14, 2018 at 11:15 AM, Greg=
 Mirsky <span dir=3D"ltr">&lt;<a href=3D"mailto:gregimirsky@gmail.com" targ=
et=3D"_blank">gregimirsky@gmail.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Michael,<div>thank you for your thorou=
gh review, thoughtful and detailed comments and suggestions.</div><div>Plea=
se find my answers, notes in-line tagged GIM&gt;&gt;.</div><div><br></div><=
div>Regards,</div><div>Greg</div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote"><span class=3D"">On Sat, May 12, 2018 at 4:04 PM, Michael =
Richardson <span dir=3D"ltr">&lt;<a href=3D"mailto:mcr+ietf@sandelman.ca" t=
arget=3D"_blank">mcr+ietf@sandelman.ca</a>&gt;</span> wrote:<br><blockquote=
 class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px so=
lid rgb(204,204,204);padding-left:1ex"><br>
Hello,<br>
<br>
I have been selected as the Routing Directorate reviewer for this draft. Th=
e<br>
Routing Directorate seeks to review all routing or routing-related drafts a=
s<br>
they pass through IETF last call and IESG review, and sometimes on special<=
br>
request. The purpose of the review is to provide assistance to the Routing<=
br>
ADs. For more information about the Routing Directorate, please see<br>
=E2=80=8B<a href=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" r=
el=3D"noreferrer" target=3D"_blank">http://trac.tools.ietf.org/ar<wbr>ea/rt=
g/trac/wiki/RtgDir</a> <br>
<br>
Although these comments are primarily for the use of the Routing ADs, it<br=
>
would be helpful if you could consider them along with any other IETF Last<=
br>
Call comments that you receive, and strive to resolve them through discussi=
on<br>
or by updating the draft. <br>
<br>
Document: draft-draft-ietf-bfd-multipoin<wbr>t-16.txt <br>
Reviewer: Michael Richardson<br>
Review Date: 2018-05-12<br>
IETF LC End Date: unknown<br>
Intended Status: Standards Track <br>
<br>
Summary: <br>
<br>
This document is basically ready for publication, but has presentation nits=
<br>
that should be considered prior to publication. <br>
<br>
Comments:<br>
<br>
It seems like a well written document, with an intelligent and well-through=
t<br>
out way to extend BFD to multicast uses.<br></blockquote></span><div>GIM&gt=
;&gt; Thank you for your kind consideration and approval of our work.=C2=A0=
</div><span class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0p=
x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I found the document a bit too abstract as it attempted to apply itself to<=
br>
any place that BFD is used.=C2=A0 I would like to perhaps better<br>
understand how it is used in some real multicast situations (MPLS,<br>
PIM/IP-level multicast).<br></blockquote></span><div>GIM&gt;&gt; BFD for Mu=
ltipoint networks, also referred to as p2mp BFD, may be used in single-hop =
and multi-hop scenarios. Already there are two individual drafts,=C2=A0

<font face=3D"arial, helvetica, sans-serif"><span style=3D"color:rgb(0,102,=
33);font-style:normal;font-variant-ligatures:normal;font-variant-caps:norma=
l;font-weight:400;letter-spacing:normal;text-align:left;text-indent:0px;tex=
t-transform:none;white-space:nowrap;word-spacing:0px;background-color:rgb(2=
55,255,255);text-decoration-style:initial;text-decoration-color:initial;flo=
at:none;display:inline">draft-mirsky-bfd-p2mp-vrrp-<wbr>use-case</span>=C2=
=A0 =C2=A0and=C2=A0

<span style=3D"color:rgb(0,102,33);font-family:arial,sans-serif;font-size:1=
4px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:norma=
l;font-weight:400;letter-spacing:normal;text-align:left;text-indent:0px;tex=
t-transform:none;white-space:nowrap;word-spacing:0px;background-color:rgb(2=
55,255,255);text-decoration-style:initial;text-decoration-color:initial;flo=
at:none;display:inline">draft-mirsky-pim-bfd-p2mp-use-<wbr>case, that demon=
strate use of p2mp BFD in single-hop scenario. Will note that the section 4=
.8 of the draft does explain encapsulation of the multipoint BFD control pa=
cket over MPLS LSP using IP/UDP.=C2=A0=C2=A0</span></font></div><span class=
=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;b=
order-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I believe that my lack of familiarity with some of those technologies might=
<br>
be keeping me in the dark. <br>
<br>
I&#39;m not generally happy with documents that say:<br>
=C2=A0 =C2=A0 &quot;The following procedure replaces section 6.8.6 of [RFC5=
880].&quot;<br>
<br>
because it&#39;s difficult to know what is going on without having the two<=
br>
documents next to eachother.=C2=A0 For an implementer, I&#39;m not sure tha=
t there<br>
is any savings by doing this either, it seems to be solely for the<br>
convenience of those writing it.<br></blockquote></span><div>GIM&gt;&gt; Th=
e text that follows the first sentence in section 4.13.1 is the replacement=
 of the entire section 6.8.6 of RFC 5880. Would stressing that make the rel=
ationship more clear, e.g.:</div></div></div><blockquote style=3D"margin:0p=
x 0px 0px 40px;border:none;padding:0px"><div class=3D"gmail_extra"><div cla=
ss=3D"gmail_quote"><div>

<span style=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:s=
mall;font-style:normal;font-variant-ligatures:normal;font-variant-caps:norm=
al;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;t=
ext-transform:none;white-space:normal;word-spacing:0px;background-color:rgb=
(255,255,255);text-decoration-style:initial;text-decoration-color:initial;f=
loat:none;display:inline">The following procedure replaces the entire secti=
on 6.8.6 of [RFC5880].</span>

<br></div></div></div></blockquote>And the same can be applied to the first=
 sentence in section 14.3.3:<blockquote style=3D"margin:0 0 0 40px;border:n=
one;padding:0px"><div>The following procedure replaces the entire section 6=
.8.7 of [RFC5880].</div></blockquote><div><div class=3D"gmail_extra"><div c=
lass=3D"gmail_quote"><span class=3D""><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex">
<br>
I would prefer to have section 4.13 actually number the steps of the pseudo=
-code.<br>
As far as I can see, all of the pseudo-code of 5880 is being replaced, so<b=
r>
this is not as much as a patch, so I don&#39;t see why not to number the<br=
>
pseudo-code.=C2=A0 (Like BASIC if you want, or with numbered lists)<br></bl=
ockquote></span><div>GIM&gt;&gt; I&#39;ll try but perhaps RFC Editor may he=
lp us here.=C2=A0</div><span class=3D""><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pad=
ding-left:1ex">
<br>
I did not evaluate the pseudo-code to determine if it made logical sense, i=
t<br>
seemed well written and understandable.<br>
<br>
Major Issues:<br>
<br>
No major issues found.<br>
<br>
Minor Issues:<br>
<br>
No minor issues found.<br>
<br>
Nits:<br>
<br>
&quot;the tail declares the path to having failed.&quot;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 &lt;- s/having/have/<br></blockquote></span><div>GIM&gt;&=
gt; Accepted to the new working version of the draft.</div><span class=3D""=
><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border=
-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=3D"m_-9182144456916171443gmail-HOEnZb"><font color=3D"#888888">=
<br>
<br>
-- <br>
Michael Richardson &lt;<a href=3D"mailto:mcr%2BIETF@sandelman.ca" target=3D=
"_blank">mcr+IETF@sandelman.ca</a>&gt;, Sandelman Software Works<br>
=C2=A0-=3D IPv6 IoT consulting =3D-<br>
<br>
<br>
<br>
</font></span></blockquote></span></div><br></div></div></div>
</blockquote></div><br></div>

--000000000000a1363b056c2eb8f0--


From nobody Mon May 14 15:58:41 2018
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0029D12E8E6; Mon, 14 May 2018 15:58:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gOo8jiuhVful; Mon, 14 May 2018 15:58:27 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB2EC12DA0D; Mon, 14 May 2018 15:58:26 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 9FD9820090; Mon, 14 May 2018 19:10:34 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id F23F12B65; Mon, 14 May 2018 18:58:05 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id EEE2E25F1; Mon, 14 May 2018 18:58:05 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Greg Mirsky <gregimirsky@gmail.com>
cc: "\<rtg-ads\@ietf.org\>" <rtg-ads@ietf.org>, rtg-dir@ietf.org, draft-ietf-bfd-multipoint.all@ietf.org, bfd@ietf.org
In-Reply-To: <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com>
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost> <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature"
Date: Mon, 14 May 2018 18:58:05 -0400
Message-ID: <24738.1526338685@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/hUMQHTfvIekGollhGNL1A0KKIDI>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 22:58:29 -0000

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Greg Mirsky <gregimirsky@gmail.com> wrote:
    > The text that follows the first sentence in section 4.13.1 is the
    > replacement of the entire section 6.8.6 of RFC 5880. Would stressing =
that
    > make the relationship more clear, e.g.:

    txt> The following procedure replaces the entire section 6.8.6 of [RFC5=
880].

    > And the same can be applied to the first sentence in section 14.3.3:

    txt> The following procedure replaces the entire section 6.8.7 of [RFC5=
880].

That seems like good text.

=2D-=20
]               Never tell me the odds!                 | ipv6 mesh network=
s [=20
]   Michael Richardson, Sandelman Software Works        | network architect=
  [=20
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails  =
  [=20
=09

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEVAwUBWvoUfYCLcPvd0N1lAQI/jgf/V4abMzej5iVAyY+jLn8ZN9/x6f7sxAFH
GQ3jQXNvMyToh7ZG+XA/WB1qlZdEDKzsVfAzKOgmnPOWw/Ozj8jm1mr8fDf4gBrW
N/BGO1M5UAs47rKitPQjr9UxQPcRg7wRlMteQdfkSHa4DhYY421COKjwG0F7WfzP
oz/mBLUaUi6k+btQ5UIEsXALDiu1JDn3YSerUa7iUQil1epH6wUO9DZTjcWi8RuL
N4jqGgqZOcSxcEQ7kDchhVB7q90PD0wcdrtBkeYgkKOHkjnD+z8b2kRwQvWSVSG/
tI8hcbxcLWK1sE/9geY32hDh4tdbGoDIb30RLrY8numwC5YfSni5Ew==
=aMGR
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Mon May 14 16:09:45 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB9F112E957; Mon, 14 May 2018 16:09:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wBhdl25mzsKi; Mon, 14 May 2018 16:09:41 -0700 (PDT)
Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4141612E8EF; Mon, 14 May 2018 16:09:41 -0700 (PDT)
Received: by mail-lf0-x234.google.com with SMTP id q2-v6so20442224lfc.12; Mon, 14 May 2018 16:09:41 -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=b69JAeC3xOhi69Sk1Qwan5auFKKzHI/6dBAPQkigQ+o=; b=b3aV53TMkSkKuOEouFHLCiYUPZDaVc19aTHBBDI8vz2ZNCeff+1cb+AtqXuYDnYuOU YWvdKVJlYv1fIBeMQ6sSeUvleaHFcJ3Von5aWKJvZiGlzFsT5hEaIDvLgshHnLMlagGx vccnXiuFH0cnYujff5wubsNA7KuE1XOChTgwGQ3lnB//izDNH+rvK6jJy02SXTWuvl1K sdcgSm5aNvgG1d9NnhE/aTbhwfuv7UMCgTyNaO8iMLKAVtOXLrI3wnquHnlZW+gNkMOF 9La15qwg3+ZMgIHyUpWPwezcLhgea8Tty4FytchKVIqXHeLCrJtFetg3JncmcCasBlRn lPpg==
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=b69JAeC3xOhi69Sk1Qwan5auFKKzHI/6dBAPQkigQ+o=; b=R97rtfU7zlBD8J0ZpZUQAL2FW8i8MlxLdVKBxxUmg6yJ42bcesu0shQwlreTQ5wkJL v+pGJ7CSoUBa0lR0lAttUbfYvKN+w2jUkQ7ymjPsbB5XB5hko2UBilLskbrcIUOnGBWB aczchChFqjDNsf2GPyHVKHE2ek4NugIbC7blgeIPHqaEyuBZyGHci7Lmvb009wsoQ1Hp SgqHTiDGp0DRyI2JgS3e5anQF6TxHzAWrc4cb06mNCgwwOkc7ANEx1nT9eAB0+RKCf5d BTjuXE6D2NWayuEaKoqE+tTPgtzF2IfwCHbfxmc0wTo4zZTIoW2CcQ601r0F5kCXjQlN JaTA==
X-Gm-Message-State: ALKqPwd/RJdyLK3xKFm3aV4zylIvK8NNApxGzxAu1meW7PtZLwmietPf WxyDCXvouWlGQ64WQ1h0rdSPrfH9FL/HhLRMWrQ=
X-Google-Smtp-Source: AB8JxZqiOzVtU9Wk0fF5UJWhKY1zQ5IgoaBqwIqClgwXOH17PEAOH5M7c2FLyApQBkOpvCnrsPAT4u8oBd4wJE/0td8=
X-Received: by 2002:a2e:87d8:: with SMTP id v24-v6mr5502005ljj.69.1526339379441;  Mon, 14 May 2018 16:09:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.133.13 with HTTP; Mon, 14 May 2018 16:09:38 -0700 (PDT)
In-Reply-To: <24738.1526338685@localhost>
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost> <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com> <24738.1526338685@localhost>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 14 May 2018 16:09:38 -0700
Message-ID: <CA+RyBmV3=p5_KRSRDWZXQ-48dFn8CvobXjD37UF66FO9BPBpqw@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org,  draft-ietf-bfd-multipoint.all@ietf.org, rtg-bfd@ietf.org
Content-Type: multipart/alternative; boundary="00000000000084b5b5056c3294eb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/8Gwx4bynKMpIvQHQU2nbxkc83No>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2018 23:09:44 -0000

--00000000000084b5b5056c3294eb
Content-Type: text/plain; charset="UTF-8"

Hi Michael,
thank you for the most expedient response. Both updates are in the new
working version.

Regards,
Greg

On Mon, May 14, 2018 at 3:58 PM, Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Greg Mirsky <gregimirsky@gmail.com> wrote:
>     > The text that follows the first sentence in section 4.13.1 is the
>     > replacement of the entire section 6.8.6 of RFC 5880. Would stressing
> that
>     > make the relationship more clear, e.g.:
>
>     txt> The following procedure replaces the entire section 6.8.6 of
> [RFC5880].
>
>     > And the same can be applied to the first sentence in section 14.3.3:
>
>     txt> The following procedure replaces the entire section 6.8.7 of
> [RFC5880].
>
> That seems like good text.
>
> --
> ]               Never tell me the odds!                 | ipv6 mesh
> networks [
> ]   Michael Richardson, Sandelman Software Works        | network
> architect  [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on
> rails    [
>
>

--00000000000084b5b5056c3294eb
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Michael,<div>thank you for the most expedient response.=
 Both updates are in the new working version.</div><div><br></div><div>Rega=
rds,</div><div>Greg</div></div><div class=3D"gmail_extra"><br><div class=3D=
"gmail_quote">On Mon, May 14, 2018 at 3:58 PM, Michael Richardson <span dir=
=3D"ltr">&lt;<a href=3D"mailto:mcr+ietf@sandelman.ca" target=3D"_blank">mcr=
+ietf@sandelman.ca</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
<span class=3D""><br>
Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com">gregimirsky@gmail.=
com</a>&gt; wrote:<br>
=C2=A0 =C2=A0 &gt; The text that follows the first sentence in section 4.13=
.1 is the<br>
=C2=A0 =C2=A0 &gt; replacement of the entire section 6.8.6 of RFC 5880. Wou=
ld stressing that<br>
=C2=A0 =C2=A0 &gt; make the relationship more clear, e.g.:<br>
<br>
</span>=C2=A0 =C2=A0 txt&gt; The following procedure replaces the entire se=
ction 6.8.6 of [RFC5880].<br>
<span class=3D""><br>
=C2=A0 =C2=A0 &gt; And the same can be applied to the first sentence in sec=
tion 14.3.3:<br>
<br>
</span>=C2=A0 =C2=A0 txt&gt; The following procedure replaces the entire se=
ction 6.8.7 of [RFC5880].<br>
<br>
That seems like good text.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
-- <br>
]=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Never tell me the o=
dds!=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| ipv6 me=
sh networks [ <br>
]=C2=A0 =C2=A0Michael Richardson, Sandelman Software Works=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | network architect=C2=A0 [ <br>
]=C2=A0 =C2=A0 =C2=A0<a href=3D"mailto:mcr@sandelman.ca">mcr@sandelman.ca</=
a>=C2=A0 <a href=3D"http://www.sandelman.ca/" rel=3D"noreferrer" target=3D"=
_blank">http://www.sandelman.ca/</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=
=A0ruby on rails=C2=A0 =C2=A0 [ <br>
<br>
</font></span></blockquote></div><br></div>

--00000000000084b5b5056c3294eb--


From nobody Mon May 14 19:58:31 2018
Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5912E127909; Mon, 14 May 2018 19:58:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.449
X-Spam-Level: 
X-Spam-Status: No, score=-1.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=0.001, URIBL_DBL_ABUSE_MALW=2.5] 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 wCCCBpbFfZ8m; Mon, 14 May 2018 19:58:13 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 662F6127863; Mon, 14 May 2018 19:58:13 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 9035C58C4F8; Tue, 15 May 2018 04:58:07 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 752DE440218; Tue, 15 May 2018 04:58:07 +0200 (CEST)
Date: Tue, 15 May 2018 04:58:07 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: "jmh.direct" <jmh.direct@joelhalpern.com>
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, ietf@ietf.org, anima@ietf.org
Message-ID: <20180515025807.zormnu7fqq5rq3uj@faui48f.informatik.uni-erlangen.de>
References: <20180514090425.o2yr33536jru53bu@faui48f.informatik.uni-erlangen.de> <20180514125003.60B4474D368@faui45.informatik.uni-erlangen.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20180514125003.60B4474D368@faui45.informatik.uni-erlangen.de>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/rU7KR51ecKTlGtoL7Cq398i_12g>
Subject: Re: [RTG-DIR] [Anima] Rtgdir telechat review of? draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 May 2018 02:58:18 -0000

On Mon, May 14, 2018 at 08:49:56AM -0400, jmh.direct wrote:
> I think the I understand what you describe.
> As far as I can tell, the ACP DOES NOT AND SHOYLD NOT MANDATE
> the address assignment mechanism. But it is the address assignment
> mechanism that drives the address allocation.

But that exactly is the conclusion of the multi-year ACP work in ANIMA WG.
The ACP of an unconfigured, but only certificate enrolled device needs to
be able to bring up routing and addressing for the ACP autonomically,
aka: without any other dependencies.

This ACP draft as it stands only depends on BRSKI and some unmodified CA
to be implemented and deployed. There is no NOC with any address management
functions required. At minimum, addressing is solely done from th registrar,
and you can have many registrars in a network and there is no chance
for inconsistent address configuration.

Please propose any other solution that you are thinking of in enough detail
to discuss it, and i think we can show it has more, and often future/undefined
problems to be resolved. 

> I would expect to find the address structure for autonomic addressed
> in the same document as the mechanisms for autonomic address assignment.

The ANIMA autonomic address asignment draft is relying on the ACP to be
operational end-to-end to signal amongst its components via ACP GRASP the
address/prefix assignments. It can by definition not be used to bring up 
routing and addressing of the ACP itself. It likely also required more
centralized functionality. For what it tries to do, it is elegant, flexible and
all that because it does not have to bother about bootstrap addressing and
routing for itself as the ACP has to do.

https://en.wikipedia.org/wiki/Bootstrapping#/media/File:Zentralbibliothek_Solothurn_-_M%C3%BCnchhausen_zieht_sich_am_Zopf_aus_dem_Sumpf_-_a0400.tif

BRSKI+ACP are doing what poor Muenchhausen is trying to do in
what i think is a quite lightweight, very secure, scalable and
for the job at hand (ugly) quite elegant way.

> That is, why the routing scheme seemed confusing after the address allocation scheme.

If you can be more explicit about what you think is confusing, i am
happy to make any confusing text better.

Note that routing protocol/profile and addressing scheme are all subject
to future enhancements easily. But in the design of anima, we would like
to have operator defined address  policy to be part of intent, and
that would not only requir a lot more future work, it would also make
addressing assigned this way less reliable and would not allow to use
addresses managed dyanmically be used by components that are used to implement
the Intent infrastructure or any future ANI components (ASA etc.) that
intent or address management depends on.

Cheers
    Toerless

> Yours,Joel
> 
> 
> Sent via the Samsung Galaxy S 6, an AT&T 4G LTE smartphone
> -------- Original message --------From: Toerless Eckert <tte@cs.fau.de> Date: 5/14/18  05:04  (GMT-05:00) To: "Joel M. Halpern" <jmh@joelhalpern.com> Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, ietf@ietf.org, anima@ietf.org Subject: Re: [Anima] Rtgdir telechat review of
>  draft-ietf-anima-autonomic-control-plane-13 
> a) Will try to do better explanation of identifier nature of addresses in
>  next commit.
> 
> b) what do we loose if get rid of the choices. I kinda thought i had answered
>  this already, but i really don't know where your concern starts...
> 
>  1. We use ULA because we want to be able to bring up ACP networks without
>  requiring a registry allocation of a prefix, and ULA is the correct
>  private address space. And deriving ULA Global ID from hash of domain
>  name is nice.
> 
>  Sounds as if you agree with this.
>  
>  2. We want to be able to allocate addresses to ACP/ANI devices
>  without any additional configuration from multiple independently
>  running registrars. Thats why the global unique ID of the registrar
>  is part of the address in both zone and Vlong format.
> 
>  Thats very fundamental to the ease of deployment of ACP/ANI nodes
>  (i say ANI, because its really ACP+BRSKI required here to get a simple standard
>  solution to create the cert, otherwise youre down to a vendor specific
>  cert provisioning solution extended with ACP info support)
> 
>  i hope this is uncontentuous
>  
>  3. a) We wanted to be able to support in the future "zone" = area/region-level
>  route aggregation, thats why the zone scheme reserves those 13 bits.
> 
>  b) We also know use cases where nodes need more than 2 addresses,
>  thats why we have have the 8/16 bit Vlong option. 
> 
>  c) We can not do everything autonomically (== addresses assigned from registrars),
>  so we also reserve address space for traditional config (manual address space).
> 
>  Are these three sub-spaces zone,manual,vlong contenuous ?
>  
>  As mentioned in prior email if i wanted to avoid those ca. 3 bits of
>  format indication, i would need to indicate the semantic of addresses
>  somehow differently to the nodes, e.g: via some extension to the ACP format,
>  but i would want to be able to signal the same information.
> 
>  So for example: because we have a standardized addressing scheme,
>  a node that allows configuration of "ACP connect" can make sure
>  that the address configured on an ACP cnnect interface can never be a ULA
>  address that would conflict with an automatic ACP address assignment done
>  by a registrar. So i protect my autonomic address space from misconfiguration.
>  Which is IMHO extremely important. So this is the key justification for
>  the manual address space allocation. 
> 
>  Distinguishing between zone and Vlong address spaces is necessary because
>  we just can't fit zone, registrar-ID and node-number and 16 bit of per-node bits
>  into a single addressing scheme.
> 
>  E voila, three (IMHO: simpler) simple options. Likely networks will use all three.
>  
> Cheers
>  Toerless
> 
> On Sun, May 13, 2018 at 07:38:35PM -0400, Joel M. Halpern wrote:
> > Trimmed.
> > Top posting for clarity. Mostly, agreement.
> > 
> > On the identifier vs locator, I think the way you are using the terms is
> > confusing. But it is not worth continued argumentation.Some text
> > elaborating along the lines you provide (retained below) would help.
> >
> > I have tried reading the section on addressing inside the ACP more
> > carefully. Thank you for moving the Z bit.
> > I have retained the earlier discussion on this topic below, in case we still
> > need it.
> > Reading the section, I think that the problem is more basic.
> > 
> > I agree that the document needs to define that we are using a ULA. And
> > because of the certificate behaviors, there is significant advantage in
> > defining what ULA prefix is used.
> > 
> > Given that, I do not see what use there is in all the other format
> > definition. I suspect I am missing something very basic. Why not leave
> > this to the deploying operator? It is not like it can be autonomic, since
> > something has to tell the devices what format to use, and what numbers
> > within some of the formats to use. I could imagine something that said "in
> > the absence of configuration, construct device addresses according to one
> > specific algorithm, so as to simplify bootstrap.
> > But it would be a simple scheme.
> >
> > 
> > On 5/11/18 10:09 PM, Toerless Eckert wrote:
> > > 
> > > Diff:
> > > 
> > > http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb45209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt&url2=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
> > > 
> > > Latest version:
> > > https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
> > > 
> > ....
> > > Here are the things that make the ACP address an identifier to me:
> > > 
> > > - It is assigned once to the device and not meant to change over the lifetime
> > > of the device.
> > > - It does not change when i move the node to a different location
> > > and re-connect the device.
> > > - It is the unique part of the ACP domain certificate (other than the private key)
> > > and used to identify the device (privat key is used to authenticate it,
> > > but the private key may change over time, for example when renewing the certificate).
> > > 
> > > Would be happy to elaborate this in the doc more explicitly, e.g.: like written
> > > above.
> > 
> > (Context: Addressing inside the ACP.)
> > > > Part of my reaction to this whole section is that it looks much like the
> > > > mistake we made originally in defining classful IP addresses. You are
> > > > trying to guess the correct use cases, and defining specific address
> > > > structures with specific encodings for each one. With only a few encodings
> > > > available. This seems to be a recipe for being wrong later in ways that
> > > > hurt.
> > > 
> > > The only equivalent to classfull addressing i see is for the fixed prefix-length
> > > handed out to each node, 1 bit (2 addresses) with zone addresses, 8/16 bits
> > > (256/64k address) for Vlong, but its NOT assignment to network segments
> > > as in IPv4 A/B/C but to nodes.
> > > 
> > > We didn't introduce choices lightly. There are compromises to be made when you
> > > want some lightweight address allocation scheme, not expecting to have complex
> > > address registry or management system in the backend but simple registrars.
> > > 
> > > see below for more
> > > 
> > > > > The difference in interpretation
> > > > > > is actually provided by the last bit in the upper 64. If these are the
> > > > > > same schema, then it should not need a bit to differentiate them. They
> > > > > > should be explained as a single schema. Which would presumably result in
> > > > > > the Z bit being part of the zone / subnet field. If they are two
> > > > > > different schemas, then move the differentiation to part of the schema
> > > > > > identifier (making it 3 bits).
> > > > > 
> > > > > We did not want to make Z part of the base schemas 6.10.2 "Type" code because
> > > > > that would also make the Vlong scheme one bit shorter and that would reduce
> > > > > virtualization space in Vlong by a factor of 2.
> > > > > 
> > > > > So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
> > > > > of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.
> > > > > 
> > > > > Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
> > > > > textually correct to have them in different subsections.
> > > > > 
> > > > > Carving out bits like Z isn't ideal, but in between the ULA prefix,
> > > > > the 64 bit local part we must have for external interfaces and
> > > > > best utilization of bits, we tried to rather optimize address space
> > > > > utilization and not beauty of encoding.
> > > > > 
> > > > > Having at the end allows (as written) use of /63 instead of 2 * /64
> > > > > routes. I am not sure how important this would be in the future.
> > > > > 
> > > > > If you feel strongly about more beauty in encoding,
> > > > > i can move Z to the left and remove the notion of the possible /63 route
> > > > > optimization possible through the placement of Z.
> > > > 
> > > > Since the two different uses of the Z bit with type 00b are quite distinct,
> > > > trying to enable aggregation seems counter-productive.
> > > > 
> > > > While I hate to push on a point you describe as aesthetics, having the Z
> > > > bit, occuring after the Zone / subnet-ID field, but defining whether the
> > > > field is a zone or a subnet, seems awkward for insufficient reason.
> > > > 
> > > > I would recommend moving the Z bit up so it is after the type, and at the
> > > > front of each of the two sections reiterate that this subscheme is indicated
> > > > by the Z bit being { 0 | 1 }.
> > > 
> > > Done. (see diff).
> > > 
> > > > > I very much hope there is no "interesting" implementation aspect;
> > > > > nothing in the current scheme that makes implemenation harder. If you
> > > > > have an example that you fear, i would like to hear it.
> > > > > 
> > > > > To me, we are just defining address space allocation schemes.
> > > > 
> > > > I suppose likely implementations will use mask definitions that will make it
> > > > work. I pity the code reviewer.
> > > 
> > > I have read the code and tested in the lab IPv6 embedded RP adressing
> > > and didn't feel pityfull about the job. But i weigh the overall system
> > > complexity. Embedded-RP simplified a lot of other parts of the
> > > multicast system at the cost of introducing an addressing scheme.
> > > I think similarily, the ACP addressing scheme simplifies the overall system
> > > complexity, especially registrars.
> > > 
> > > > > > In section 6.10.5, after stating that it is not even known what the needed
> > > > > > usage is for more V values
> > > > > 
> > > > > Which sentence are you referring to when you say "not even known what the
> > > > > needed usage is" ? I can't find it, but i would like to rectify it
> > > > > if it actually is still there.
> > > > 
> > > > The text reads "further values use via definition in future work." In the
> > > > zone-id scheme, it is one bit. For some reason, it is 8 or 16 bits here.
> > > 
> > > Thanks, changed sentence to:
> > > 
> > > V: Virtualization bit: Values 0 and 1 are assigned in the same way as in the Zone-ID sub-scheme.
> > > 
> > > The existing text, now directly after the list, explains examples
> > > when a device would likely need 256 or 64k addresses:
> > > 
> > > existing text:
> > > ..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge nodes ...
> > > 
> > > > > > the document goes on to introduce the
> > > > > > complexity of classful nodes numbers, with the leading bit indicating how
> > > > > > long the node-number is. Yes, the rest of the text in that bullet tries to
> > > > > > explain why you need both sizes. It seems like needless complexity that
> > > > > > begs for mistakes in implementation.
> > > > > 
> > > > > I was taking the example use cases we brainstormed into account, and
> > > > > some of them would require a lot more addresses in the node than others,
> > > > > therefore these two choices.
> > > > 
> > > > See my comments above. Trying to encode specific use cases into the address
> > > > format seems a problematic answer to an admittedly difficult question.
> > > > 
> > > > What would break if you didn't define any of this?
> > > 
> > > One could save the 2.5 bits (Type, Z) indicating the structure of the
> > > address inside the address by encoding the designated format of the
> > > address instead in an extension field of the ACP address information in
> > > the certificate. We would certainly still want to have the same type
> > > of addresses, e.g.: 2,256,64k local addresses, option for zones and
> > > address to assign to ACP connect interfaces (manual addressing scheme)
> > > IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
> > > functionality, which i think is all required.
> > > 
> > > I would be quite afraid of doing such a drastic change this late in
> > > the process because i think it will take a long time to foresee the
> > > resulting complexity introduced for registars and any other place
> > > that now can deduct the semantic from the address and would then have
> > > to access to what the certificate indicates in a different way (e.g.:
> > > access to the certificate). Note that the length of the ACP information
> > > field in the cert is also limited, so this type of extension might end
> > > up looking even uglier to be short *sigh*.
> > > 
> > > I was always thinking that this type of more flexible option would
> > > be a good next-step, but not a safe first step. It would make a lot
> > > more sense after hearing implementation/deployment experiences,
> > > especially to correctly support important options we may have
> > > overlooked in the current schemes. Just redoing what we have differently
> > > to save 2.5 bits isn't worth it IMHO.
> > > 
> > > > > Ultimately, we need to break through the chicken and egg problem
> > > > > of how to build more self-managing networks. These will require
> > > > > a different number of addresses inside nodes. Anything more intelligent
> > > > > than address space allocations would become a complex dependency
> > > > > making implementation/adoption even slower. I don't think that
> > > > > offering 2, 256, 64k addresses per node is too much flexibility.
> > > > > It IMHO necessary and sufficient to explore and we'll see what sticks.
> > > > 
> > > > Variation is needed. That was true of allocations in IP. encoding the
> > > > variations proved a bad choice.
> > > 
> > > Let me repeat that we are not doing any network/subnet prefix encoding which is
> > > what IPv4 A/B/C was. And there are IMHO good examples how encoding in IPv6
> > > did save the day from complexity (at least all the stuff done for IPv6
> > > multicast, ASM/SSM, zones, Embedded-RP) was highly useful.
> > > 
> > > > > > In section 6.11.1.11 in describing the prefix lengths, I thought that the
> > > > > > point of zone addressing was to allow the use of /64 prefixes. But it
> > > > > > seems here that we will not do so ?
> > > > > 
> > > > > As mentioned above: This document does not describe the routing setup for /64
> > > > > (or /63 with Z-bit) routing aggregation. There are multiple options,
> > > > > but we could not conclude on a single solution that we felt to be
> > > > > appropriate for this document. Instead it was only very important
> > > > > to carve out addressing space to support this.
> > > > The net effect seems to be to prohibt the very things that you went to a lot
> > > > of trouble to enable in your addressing design.
> > > 
> > > Maybe i do not understand your comment correctly, but i do not
> > > think it is correct. We just have not defined recommended mechanisms
> > > how to set up routing to use /64 zone routes. That is something IMHO
> > > better done in a followup document because all the cases where we
> > > did see a need for znes where really very specific to particular
> > > deployment styles and would not be applicable to the mayority of ACPs.
> > > Nevertheless, we felt those cases where important enough to reserve
> > > bits for them through the zone field.
> > > 
> > > > ...
> > > > > > *** Section 10.3.2 paragraph 2 says that devices should change the meaning
> > > > > > of "admin down" to mean "down for everything except ACP / Anima". I can
> > > > > > understand why, in an autonomic network, such a state is desirable. However,
> > > > > > that really should be a different state from "admin down". Operators already
> > > > > > understand "admin down" as meaning that this interface will not be used for any
> > > > > > traffic. Changing that is fairly drastic. "admin limited" or "admin ACP-Only"
> > > > > > would seem much better than changing the meaning of "admin down". The
> > > > > > justification in the text seems to be a desire to prevent an operator from
> > > > > > doing what he intends. that seems backwards. (Note that the distinction
> > > > > > between administrative state vs operational state, aka failed, is already well
> > > > > > understood.)
> > > > > 
> > > > > Well, this is in an informative section, so hopefully something we can agree to disagree.
> > > > 
> > > > If this were truly informative, it would not belong in this document at all.
> > > > Changing the behavior of widely understood configuration behaviors is NOT a
> > > > small thing. Changing the permissions models for widely understood
> > > > configuration operations is also NOT a small thing.
> > > > 
> > > > My suggestion is that you remove all of this material. If you feel it is
> > > > important, write an I-D for standards track on evolving the configuration
> > > > model for robust ANIMA. While I think the change is a mistake, you clearly
> > > > have the right to cause the discussion.
> > > > 
> > > > Hiding the topic in an "informational" note in the ACP document seems VERY
> > > > wrong.
> > > > 
> > > > Also note that in your discussion below, you talk about the equivalence of
> > > > admin down and physical down. Most management models I know of treat these
> > > > as quite distinct. SO that is at best a red herring.
> > > 
> > > Hmm. I really only CLI derived from Cisco IOS, and there the
> > > interface level "shutdown" command doubles IMHO both as admin down and
> > > as phy down, so i would contend that this is a red herring. It actually
> > > does show up in diagnostic CLI as "admin down", but is also bringing down
> > > phy state. Therefore it is also used to diagnose phy, .e.g: shutting down
> > > one side of a supposed direct p2p link to verify the phy change on the
> > > other side. That practical experience is what the text and direction is
> > > based on.
> > > 
> > > Whats an example where admin/phy down are separate in your experience ?
> > > 
> > > I don't know how you define "truly informative". I simply meant
> > > informational as compared to standards track wrt. to not impacting
> > > interoperability, but also as a precursor work to give opportunity
> > > for gaining more experience before attempting to go standard.
> > > 
> > > If/when i find time i definitely would like to investigate how this
> > > could be formalized through a YANG model for ACP so that it can become standard,
> > > but i definitely agree that especially this part of the YANG model would
> > > be highly difficult to get to before any experience is gained with
> > > this.
> > > 
> > > I therefore would very much hesitate removing this text from the document, it was
> > > specifically asked for several times in the working group to understand
> > > how the promised reliability of the ACP against operator/contoller
> > > operation could be achieved. Having this in a first round (this document)
> > > as "informational" is IMHO a good and important thing.
> > > 
> > > > (text retained for context of further discussions.)
> > > > 
> > > > > 
> > > > > I strongly believe that the most easy way to operationalize the ACP and
> > > > > achieve its goals is what we have written.
> > > > > 
> > > > > The historic equivalence of "down" = "admin down" = "physical down" is one of
> > > > > the the most fundamental problem of remote management in networks.
> > > > > 
> > > > > We really need to start thinking of separate layers of (remote) management.
> > > > > Network services on one hand and physical infra on the other.
> > > > > 
> > > > > The first thing to do this is to separate operations such as "down"
> > > > > into "admin down" that affects networks services and "phy down" that
> > > > > affects the physcial infra.
> > > > > 
> > > > > If you have existing commands like "shutdown" that today do both,
> > > > > the safe mapping is to let them do the safe thing in the future, e.g:
> > > > > only "admin down", and introduce new commands for the phy operations,
> > > > > e.g.: "phy shutdown" or the like.
> > > > > And then protect those dangerous commands even further against unintentional or
> > > > > intentional misuse.
> > > > > 
> > > > > Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
> > > > > of the actual data network, you also didn't have any access to bring down the DCN
> > > > > and cut yourself off from the network you manage. YOu could only screw
> > > > > up that network you're meant to manage.
> > > > > 
> > > > > And if your network consists of VMs in a DC, a "shutdown" on their
> > > > > interfaces will also not bring down physical interfaces necessary
> > > > > to reach the VM.
> > > > > 
> > > > > In optical networks you often have an inband physcial ethernet management
> > > > > channel. Making/breaking that one is completely different from making/breaking
> > > > > your data-plane, aka: data fiber colors.
> > > > > 
> > > > > > *** The notion in 10.3.6 that the device should refuse to disable
> > > > > > functionality when an authorized administrator directs such seems flatly wrong.
> > > > > 
> > > > > The authorization to break your own remote management connectivity
> > > > > would be a property of the certificate. clearly whoever enrolled
> > > > > the device with a certificate denying that capaility to the operator
> > > > > did NOT authorize the administrator to break connectivity.
> > > > 
> > > > The security model change seems as problematic as the above configuration
> > > > change.
> > > 
> > > We have recurringly heard from customers that mistakes in managing remote
> > > equipment and loosing connectivity is a mayor pain point. Creating
> > > an operational option that limits/disables operators ability to
> > > impact phy level connectivity that remote management depends upon and therefore
> > > reducing this risk and cost factor seems to me like a very logical pah
> > > forward. Whether or not this should be indicated in the certificate
> > > or differently is definitely wide open.
> > > 
> > > I agree that none of these operational interface level changes are
> > > a piece of cake given how we have in the IETF not tried to define
> > > different access levels to configuration so far, at least not
> > > between some phy/infra access level and network-services access level.
> > > 
> > > As said above in my first reply that you didn't comment on, i think a
> > > good part of what i am looking for may happen through other means
> > > already, such as when a router is just a VM running on an OS. At least
> > > in early versions of this that i'd seen, this implicitly disabled
> > > the ability to modify phy state from the router VM, and of course
> > > complaints where raised that phy mods where necessary, but at least this
> > > evolution could give raise to pause and rethink HOW to permit doing this.
> > > 
> > > So i would at least like to pledge with you that it is a good thing to
> > > have this type of discussion in an informational way in this RFC instead
> > > of doing nothing or trying to go standard YANG directly as a first step.
> > > It did get into the spec because of the desire of the working group.
> > > 
> > > > > > Editorial / Nits:
> > > > .
> > > > > > In the various formats in section 6.10, the lowest bit of the upper 64 bits
> > > > > > is mandated to be 0. Presumably, there is some reason for doing this. It
> > > > > > would be nice to explain it.
> > > > > 
> > > > > Sorry, not clear what you're referring to. Can you give me an
> > > > > explicit reference ?
> > > > 
> > > > I should ahve removed this note. It was a side-effect of the presentation
> > > > and ordering, not a problem on its own. Sorry.
> > > 
> > > Cheers
> > > Toerless
> > > 
> > 
> > _______________________________________________
> > Anima mailing list
> > Anima@ietf.org
> > https://www.ietf.org/mailman/listinfo/anima
> 
> -- 
> ---
> tte@cs.fau.de

-- 
---
tte@cs.fau.de


From nobody Mon May 14 20:16:15 2018
Return-Path: <jmh@joelhalpern.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36E52127863; Mon, 14 May 2018 20:16:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_ABUSE_MALW=2.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 Y9-x9OjXtFZW; Mon, 14 May 2018 20:16:00 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 7A77312778D; Mon, 14 May 2018 20:16:00 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 61B469A09C7; Mon, 14 May 2018 20:16:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1526354160; bh=7WID3Q0xb14cwWhrd8WhYebrfaCV0Oo3knqVvMgm2Sc=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=nObegbt8ElFl+2mGyfF0biAXb4OeoKaOH1fY85XtysYBYdhSuvfoxfFy+QuSW6Z86 KTFZhigTUUMk7HaNIpSJmbbhIstV/ctFrL0hzG6lm61gWVBnS4OXbpdC9WoG0DNr1G d+j3F1Ztnsp/3y8jeCMZ/HzNrwR+8/BVBeemAP1A=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (unknown [50.225.209.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 24E459A09BF; Mon, 14 May 2018 20:15:59 -0700 (PDT)
To: Toerless Eckert <tte@cs.fau.de>
Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, ietf@ietf.org, anima@ietf.org
References: <20180514090425.o2yr33536jru53bu@faui48f.informatik.uni-erlangen.de> <20180514125003.60B4474D368@faui45.informatik.uni-erlangen.de> <20180515025807.zormnu7fqq5rq3uj@faui48f.informatik.uni-erlangen.de>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <6c4f9527-1b96-9c14-ffe0-186a24eb9793@joelhalpern.com>
Date: Mon, 14 May 2018 23:15:58 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <20180515025807.zormnu7fqq5rq3uj@faui48f.informatik.uni-erlangen.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/efQRHsFR0rPWAJDPLGN4kZ-A52U>
Subject: Re: [RTG-DIR] [Anima] Rtgdir telechat review of? draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 May 2018 03:16:04 -0000

(Sorry about the excess caps.  Did not intentd to shout.)

 From some off-line disucssions, I understand that the actual address 
allocation is tied to the registration process.  The registration 
process is not described in this document.

As far as I can tell, the ACP does not depend upon the address 
allocation strategy.  The address allocation strategy does require the 
ACP.  And it requires and is closely coupled to the registration process.

If that is true, the address allocation seems to be better described 
with the registration process.  Which I presume is in the BRSKI document.

All I would put in here is the basic ULA allocation (hash based 
generation) mechanism.

Yours,
Joel

On 5/14/18 10:58 PM, Toerless Eckert wrote:
> On Mon, May 14, 2018 at 08:49:56AM -0400, jmh.direct wrote:
>> I think the I understand what you describe.
>> As far as I can tell, the ACP DOES NOT AND SHOYLD NOT MANDATE
>> the address assignment mechanism.  But it is the address assignment
>> mechanism that drives the address allocation.
> 
> But that exactly is the conclusion of the multi-year ACP work in ANIMA WG.
> The ACP of an unconfigured, but only certificate enrolled device needs to
> be able to bring up routing and addressing for the ACP autonomically,
> aka: without any other dependencies.
> 
> This ACP draft as it stands only depends on BRSKI and some unmodified CA
> to be implemented and deployed. There is no NOC with any address management
> functions required. At minimum, addressing is solely done from th registrar,
> and you can have many registrars in a network and there is no chance
> for inconsistent address configuration.
> 
> Please propose any other solution that you are thinking of in enough detail
> to discuss it, and i think we can show it has more, and often future/undefined
> problems to be resolved.
> 
>> I would expect to find the address structure for autonomic addressed
>> in the same document as the mechanisms for autonomic address assignment.
> 
> The ANIMA autonomic address asignment draft is relying on the ACP to be
> operational end-to-end to signal amongst its components via ACP GRASP the
> address/prefix assignments. It can by definition not be used to bring up
> routing and addressing of the ACP itself. It likely also required more
> centralized functionality. For what it tries to do, it is elegant, flexible and
> all that because it does not have to bother about bootstrap addressing and
> routing for itself as the ACP has to do.
> 
> https://en.wikipedia.org/wiki/Bootstrapping#/media/File:Zentralbibliothek_Solothurn_-_M%C3%BCnchhausen_zieht_sich_am_Zopf_aus_dem_Sumpf_-_a0400.tif
> 
> BRSKI+ACP are doing what poor Muenchhausen is trying to do in
> what i think is a quite lightweight, very secure, scalable and
> for the job at hand (ugly) quite elegant way.
> 
>> That is, why the routing scheme seemed confusing after the address allocation scheme.
> 
> If you can be more explicit about what you think is confusing, i am
> happy to make any confusing text better.
> 
> Note that routing protocol/profile and addressing scheme are all subject
> to future enhancements easily. But in the design of anima, we would like
> to have operator defined address  policy to be part of intent, and
> that would not only requir a lot more future work, it would also make
> addressing assigned this way less reliable and would not allow to use
> addresses managed dyanmically be used by components that are used to implement
> the Intent infrastructure or any future ANI components (ASA etc.) that
> intent or address management depends on.
> 
> Cheers
>      Toerless
> 
>> Yours,Joel
>>
>>
>> Sent via the Samsung Galaxy S® 6, an AT&T 4G LTE smartphone
>> -------- Original message --------From: Toerless Eckert <tte@cs.fau.de> Date: 5/14/18  05:04  (GMT-05:00) To: "Joel M. Halpern" <jmh@joelhalpern.com> Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.org, ietf@ietf.org, anima@ietf.org Subject: Re: [Anima] Rtgdir telechat review of
>>    draft-ietf-anima-autonomic-control-plane-13
>> a) Will try to do better explanation of identifier nature of addresses in
>>     next commit.
>>
>> b) what do we loose if get rid of the choices. I kinda thought i had answered
>>     this already, but i really don't know where your concern starts...
>>
>>     1. We use ULA because we want to be able to bring up ACP networks without
>>        requiring a registry allocation of a prefix, and ULA is the correct
>>        private address space. And deriving ULA Global ID from hash of domain
>>        name is nice.
>>
>>        Sounds as if you agree with this.
>>      
>>     2. We want to be able to allocate addresses to ACP/ANI devices
>>        without any additional configuration from multiple independently
>>        running registrars. Thats why the global unique ID of the registrar
>>        is part of the address in both zone and Vlong format.
>>
>>        Thats very fundamental to the ease of deployment of ACP/ANI nodes
>>        (i say ANI, because its really ACP+BRSKI required here to get a simple standard
>>         solution to create the cert, otherwise youre down to a vendor specific
>>         cert provisioning solution extended with ACP info support)
>>
>>        i hope this is uncontentuous
>>     
>>     3. a) We wanted to be able to support in the future "zone" = area/region-level
>>        route aggregation, thats why the zone scheme reserves those 13 bits.
>>
>>        b) We also know use cases where nodes need more than 2 addresses,
>>        thats why we have have the 8/16 bit Vlong option.
>>
>>        c) We can not do everything autonomically (== addresses assigned from registrars),
>>        so we also reserve address space for traditional config (manual address space).
>>
>>        Are these three sub-spaces zone,manual,vlong contenuous ?
>>     
>>     As mentioned in prior email if i wanted to avoid those ca. 3 bits of
>>     format indication, i would need to indicate the semantic of addresses
>>     somehow differently to the nodes, e.g: via some extension to the ACP format,
>>     but i would want to be able to signal the same information.
>>
>>     So for example: because we have a standardized addressing scheme,
>>     a node that allows configuration of "ACP connect" can make sure
>>     that the address configured on an ACP cnnect interface can never be a ULA
>>     address that would conflict with an automatic ACP address assignment done
>>     by a registrar. So i protect my autonomic address space from misconfiguration.
>>     Which is IMHO extremely important. So this is the key justification for
>>     the manual address space allocation.
>>
>>     Distinguishing between zone and Vlong address spaces is necessary because
>>     we just can't fit zone, registrar-ID and node-number and 16 bit of per-node bits
>>     into a single addressing scheme.
>>
>>     E voila, three (IMHO: simpler) simple options. Likely networks will use all three.
>>   
>> Cheers
>>      Toerless
>>
>> On Sun, May 13, 2018 at 07:38:35PM -0400, Joel M. Halpern wrote:
>>> Trimmed.
>>> Top posting for clarity.  Mostly, agreement.
>>>
>>> On the identifier vs locator, I think the way you are using the terms is
>>> confusing.  But it is not worth continued argumentation.Some text
>>> elaborating along the lines you provide (retained below) would help.
>>>
>>> I have tried reading the section on addressing inside the ACP more
>>> carefully.  Thank you for moving the Z bit.
>>> I have retained the earlier discussion on this topic below, in case we still
>>> need it.
>>> Reading the section, I think that the problem is more basic.
>>>
>>> I agree that the document needs to define that we are using a ULA.  And
>>> because of the certificate behaviors, there is significant advantage in
>>> defining what ULA prefix is used.
>>>
>>> Given that, I do not see what use there is in all the other format
>>> definition.  I suspect I am missing something very basic.  Why not leave
>>> this to the deploying operator?  It is not like it can be autonomic, since
>>> something has to tell the devices what format to use, and what numbers
>>> within some of the formats to use.  I could imagine something that said "in
>>> the absence of configuration, construct device addresses according to one
>>> specific algorithm, so as to simplify bootstrap.
>>> But it would be a simple scheme.
>>>
>>>
>>> On 5/11/18 10:09 PM, Toerless Eckert wrote:
>>>>
>>>> Diff:
>>>>
>>>> http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb45209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt&url2=https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
>>>>
>>>> Latest version:
>>>> https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-plane-14.txt
>>>>
>>> ....
>>>> Here are the things that make the ACP address an identifier to me:
>>>>
>>>> - It is assigned once to the device and not meant to change over the lifetime
>>>>      of the device.
>>>> - It does not change when i move the node to a different location
>>>>      and re-connect the device.
>>>> - It is the unique part of the ACP domain certificate (other than the private key)
>>>>      and used to identify the device (privat key is used to authenticate it,
>>>>      but the private key may change over time, for example when renewing the certificate).
>>>>
>>>> Would be happy to elaborate this in the doc more explicitly, e.g.: like written
>>>> above.
>>>
>>> (Context: Addressing inside the ACP.)
>>>>> Part of my reaction to this whole section is that it looks much like the
>>>>> mistake we made originally in defining classful IP addresses.  You are
>>>>> trying to guess the correct use cases, and defining specific address
>>>>> structures with specific encodings for each one.  With only a few encodings
>>>>> available.  This seems to be a recipe for being wrong later in ways that
>>>>> hurt.
>>>>
>>>> The only equivalent to classfull addressing i see is for the fixed prefix-length
>>>> handed out to each node, 1 bit (2 addresses) with zone addresses, 8/16 bits
>>>> (256/64k address) for Vlong, but its NOT assignment to network segments
>>>> as in IPv4 A/B/C but to nodes.
>>>>
>>>> We didn't introduce choices lightly. There are compromises to be made when you
>>>> want some lightweight address allocation scheme, not expecting to have complex
>>>> address registry or management system in the backend but simple registrars.
>>>>
>>>> see below for more
>>>>
>>>>>>           The difference in interpretation
>>>>>>>         is actually provided by the last bit in the upper 64.  If these are the
>>>>>>>         same schema, then it should not need a bit to differentiate them.  They
>>>>>>>         should be explained as a single schema.  Which would presumably result in
>>>>>>>         the Z bit being part of the zone / subnet field.   If they are two
>>>>>>>         different schemas, then move the differentiation to part of the schema
>>>>>>>         identifier (making it 3 bits).
>>>>>>
>>>>>> We did not want to make Z part of the base schemas 6.10.2 "Type" code because
>>>>>> that would also make the Vlong scheme one bit shorter and that would reduce
>>>>>> virtualization space in Vlong by a factor of 2.
>>>>>>
>>>>>> So, yes, encoding wise, 6.10.4 manual sub addressing space was carved out
>>>>>> of the 6.10.3 zone address space via the Z bit, but thats just an encoding aspect.
>>>>>>
>>>>>> Functionally, 6.10.3/6.10.4 are quite different, and therefore it is IMHO
>>>>>> textually correct to have them in different subsections.
>>>>>>
>>>>>> Carving out bits like Z isn't ideal, but in between the ULA prefix,
>>>>>> the 64 bit local part we must have for external interfaces and
>>>>>> best utilization of bits, we tried to rather optimize address space
>>>>>> utilization and not beauty of encoding.
>>>>>>
>>>>>> Having  at the end allows (as written) use of /63 instead of  2 * /64
>>>>>> routes. I am not sure how important this would be in the future.
>>>>>>
>>>>>> If you feel strongly about more beauty in encoding,
>>>>>> i can move Z to the left and remove the notion of the possible /63 route
>>>>>> optimization possible through the placement of Z.
>>>>>
>>>>> Since the two different uses of the Z bit with type 00b are quite distinct,
>>>>> trying to enable aggregation seems counter-productive.
>>>>>
>>>>> While I hate to push on a point you describe as aesthetics, having the Z
>>>>> bit, occuring after the Zone / subnet-ID field, but defining whether the
>>>>> field is a zone or a subnet, seems awkward for insufficient reason.
>>>>>
>>>>> I would recommend moving the Z bit up so it is after the type, and at the
>>>>> front of each of the two sections reiterate that this subscheme is indicated
>>>>> by the Z bit being { 0 | 1 }.
>>>>
>>>> Done. (see diff).
>>>>
>>>>>> I very much hope there is no "interesting" implementation aspect;
>>>>>> nothing in the current scheme that makes implemenation harder. If you
>>>>>> have an example that you fear, i would like to hear it.
>>>>>>
>>>>>> To me, we are just defining address space allocation schemes.
>>>>>
>>>>> I suppose likely implementations will use mask definitions that will make it
>>>>> work.  I pity the code reviewer.
>>>>
>>>> I have read the code and tested in the lab IPv6 embedded RP adressing
>>>> and didn't feel pityfull about the job. But i weigh the overall system
>>>> complexity. Embedded-RP simplified a lot of other parts of the
>>>> multicast system at the cost of introducing an addressing scheme.
>>>> I think similarily, the ACP addressing scheme simplifies the overall system
>>>> complexity, especially registrars.
>>>>
>>>>>>>         In section 6.10.5, after stating that it is not even known what the needed
>>>>>>>         usage is for more V values
>>>>>>
>>>>>> Which sentence are you referring to when you say "not even known what the
>>>>>> needed usage is" ? I can't find it, but i would like to rectify it
>>>>>> if it actually is still there.
>>>>>
>>>>> The text reads "further values use via definition in future work."  In the
>>>>> zone-id scheme, it is one bit.  For some reason, it is 8 or 16 bits here.
>>>>
>>>> Thanks, changed sentence to:
>>>>
>>>> V: Virtualization bit: Values 0 and 1 are assigned in the same way as in the Zone-ID sub-scheme.
>>>>
>>>> The existing text, now directly after the list, explains examples
>>>> when a device would likely need 256 or 64k addresses:
>>>>
>>>> existing text:
>>>> ..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge nodes ...
>>>>
>>>>>>>         the document goes on to introduce the
>>>>>>>         complexity of classful nodes numbers, with the leading bit indicating how
>>>>>>>         long the node-number is.  Yes, the rest of the text in that bullet tries to
>>>>>>>         explain why you need both sizes.  It seems like needless complexity that
>>>>>>>         begs for mistakes in implementation.
>>>>>>
>>>>>> I was taking the example use cases we brainstormed into account, and
>>>>>> some of them  would require a lot more addresses in the node than others,
>>>>>> therefore these two choices.
>>>>>
>>>>> See my comments above.  Trying to encode specific use cases into the address
>>>>> format seems a problematic answer to an admittedly difficult question.
>>>>>
>>>>> What would break if you didn't define any of this?
>>>>
>>>> One could save the 2.5 bits (Type, Z) indicating the structure of the
>>>> address inside the address by encoding the designated format of the
>>>> address instead in an extension field of the ACP address information in
>>>> the certificate. We would certainly still want to have the same type
>>>> of addresses, e.g.: 2,256,64k local addresses, option for zones and
>>>> address to assign to ACP connect interfaces (manual addressing scheme)
>>>> IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
>>>> functionality, which i think is all required.
>>>>
>>>> I would be quite afraid of doing such a drastic change this late in
>>>> the process because i think it will take a long time to foresee the
>>>> resulting complexity introduced for registars and any other place
>>>> that now can deduct the semantic from the address and would then have
>>>> to access to what the certificate indicates in a different way (e.g.:
>>>> access to the certificate). Note that the length of the ACP information
>>>> field in the cert is also limited, so this type of extension might end
>>>> up looking even uglier to be short *sigh*.
>>>>
>>>> I was always thinking that this type of more flexible option would
>>>> be a good next-step, but not a safe first step. It would make a lot
>>>> more sense after hearing implementation/deployment experiences,
>>>> especially to correctly support important options we may have
>>>> overlooked in the current schemes. Just redoing what we have differently
>>>> to save 2.5 bits isn't worth it IMHO.
>>>>
>>>>>> Ultimately, we need to break through the chicken and egg problem
>>>>>> of how to build more self-managing networks. These will require
>>>>>> a different number of addresses inside nodes. Anything more intelligent
>>>>>> than address space allocations would become a complex dependency
>>>>>> making implementation/adoption even slower. I don't think that
>>>>>> offering 2, 256, 64k addresses per node is too much flexibility.
>>>>>> It IMHO necessary and sufficient to explore and we'll see what sticks.
>>>>>
>>>>> Variation is needed.  That was true of allocations in IP.  encoding the
>>>>> variations proved a bad choice.
>>>>
>>>> Let me repeat that we are not doing any network/subnet prefix encoding which is
>>>> what IPv4 A/B/C was. And there are IMHO good examples how encoding in IPv6
>>>> did save the day from complexity (at least all the stuff done for IPv6
>>>> multicast, ASM/SSM, zones, Embedded-RP) was highly useful.
>>>>
>>>>>>>         In section 6.11.1.11 in describing the prefix lengths, I thought that the
>>>>>>>         point of zone addressing was to allow the use of /64 prefixes.  But it
>>>>>>>         seems here that we will not do so ?
>>>>>>
>>>>>> As mentioned above: This document does not describe the routing setup for /64
>>>>>> (or /63 with Z-bit) routing aggregation. There are multiple options,
>>>>>> but we could not conclude on a single solution that we felt to be
>>>>>> appropriate for this document. Instead it was only very important
>>>>>> to carve out addressing space to support this.
>>>>> The net effect seems to be to prohibt the very things that you went to a lot
>>>>> of trouble to enable in your addressing design.
>>>>
>>>> Maybe i do not understand your comment correctly, but i do not
>>>> think it is correct. We just have not defined recommended mechanisms
>>>> how to set up routing to use /64 zone routes. That is something IMHO
>>>> better done in a followup document because all the cases where we
>>>> did see a need for znes where really very specific to particular
>>>> deployment styles and would not be applicable to the mayority of ACPs.
>>>> Nevertheless, we felt those cases where important enough to reserve
>>>> bits for them through the zone field.
>>>>
>>>>> ...
>>>>>>> ***    Section 10.3.2 paragraph 2 says that devices should change the meaning
>>>>>>> of "admin down" to mean "down for everything except ACP / Anima".    I can
>>>>>>> understand why, in an autonomic network, such a state is desirable.  However,
>>>>>>> that really should be a different state from "admin down".  Operators already
>>>>>>> understand "admin down" as meaning that this interface will not be used for any
>>>>>>> traffic.  Changing that is fairly drastic.  "admin limited" or "admin ACP-Only"
>>>>>>> would seem much better than changing the meaning of "admin down".  The
>>>>>>> justification in the text seems to be a desire to prevent an operator from
>>>>>>> doing what he intends.  that seems backwards.  (Note that the distinction
>>>>>>> between administrative state vs operational state, aka failed, is already well
>>>>>>> understood.)
>>>>>>
>>>>>> Well, this is in an informative section, so hopefully something we can agree to disagree.
>>>>>
>>>>> If this were truly informative, it would not belong in this document at all.
>>>>> Changing the behavior of widely understood configuration behaviors is NOT a
>>>>> small thing.  Changing the permissions models for widely understood
>>>>> configuration operations is also NOT a small thing.
>>>>>
>>>>> My suggestion is that you remove all of this material.  If you feel it is
>>>>> important, write an I-D for standards track on evolving the configuration
>>>>> model for robust ANIMA.  While I think the change is a mistake, you clearly
>>>>> have the right to cause the discussion.
>>>>>
>>>>> Hiding the topic in an "informational" note in the ACP document seems VERY
>>>>> wrong.
>>>>>
>>>>> Also note that in your discussion below, you talk about the equivalence of
>>>>> admin down and physical down.  Most management models I know of treat these
>>>>> as quite distinct.  SO that is at best a red herring.
>>>>
>>>> Hmm. I really only CLI derived from Cisco IOS, and there the
>>>> interface level "shutdown" command doubles IMHO both as admin down and
>>>> as phy down, so i would contend that this is a red herring. It actually
>>>> does show up in diagnostic CLI as "admin down", but is also bringing down
>>>> phy state. Therefore it is also used to diagnose phy, .e.g: shutting down
>>>> one side of a supposed direct p2p link to verify the phy change on the
>>>> other side. That practical experience is what the text and direction is
>>>> based on.
>>>>
>>>> Whats an example where admin/phy down are separate in your experience ?
>>>>
>>>> I don't know how you define "truly informative". I simply meant
>>>> informational as compared to standards track wrt. to not impacting
>>>> interoperability, but also as a precursor work to give opportunity
>>>> for gaining more experience before attempting to go standard.
>>>>
>>>> If/when i find time i definitely would like to investigate how this
>>>> could be formalized through a YANG model for ACP so that it can become standard,
>>>> but i definitely agree that especially this part of the YANG model would
>>>> be highly difficult to get to before any experience is gained with
>>>> this.
>>>>
>>>> I therefore would very much hesitate removing this text from the document, it was
>>>> specifically asked for several times in the working group to understand
>>>> how the promised reliability of the ACP against operator/contoller
>>>> operation could be achieved. Having this in a first round (this document)
>>>> as "informational" is IMHO a good and important thing.
>>>>
>>>>> (text retained for context of further discussions.)
>>>>>
>>>>>>
>>>>>> I strongly believe that the most easy way to operationalize the ACP and
>>>>>> achieve its goals is what we have written.
>>>>>>
>>>>>> The historic equivalence of "down" = "admin down" = "physical down" is one of
>>>>>> the the most fundamental problem of remote management in networks.
>>>>>>
>>>>>> We really need to start thinking of separate layers of (remote) management.
>>>>>> Network services on one hand and physical infra on the other.
>>>>>>
>>>>>> The first thing to do this is to separate operations such as "down"
>>>>>> into "admin down" that affects networks services and "phy down" that
>>>>>> affects the physcial infra.
>>>>>>
>>>>>> If you have existing commands like "shutdown" that today do both,
>>>>>> the safe mapping is to let them do the safe thing in the future, e.g:
>>>>>> only "admin down", and introduce new commands for the phy operations,
>>>>>> e.g.: "phy shutdown" or the like.
>>>>>> And then protect those dangerous commands even further against unintentional or
>>>>>> intentional misuse.
>>>>>>
>>>>>> Think of ACP/ANI also as a seamless inband version of a DCN. As an operator
>>>>>> of the actual data network, you also didn't have any access to bring down the DCN
>>>>>> and cut yourself off from the network you manage. YOu could only screw
>>>>>> up that network you're meant to manage.
>>>>>>
>>>>>> And if your network consists of VMs in a DC, a "shutdown" on their
>>>>>> interfaces will also not bring down physical interfaces necessary
>>>>>> to reach the VM.
>>>>>>
>>>>>> In optical networks you often have an inband physcial ethernet management
>>>>>> channel. Making/breaking that one is completely different from making/breaking
>>>>>> your data-plane, aka: data fiber colors.
>>>>>>
>>>>>>> ***    The notion in 10.3.6 that the device should refuse to disable
>>>>>>> functionality when an authorized administrator directs such seems flatly wrong.
>>>>>>
>>>>>> The authorization to break your own remote management connectivity
>>>>>> would be a property of the certificate. clearly whoever enrolled
>>>>>> the device with a certificate denying that capaility to the operator
>>>>>> did NOT authorize the administrator to break connectivity.
>>>>>
>>>>> The security model change seems as problematic as the above configuration
>>>>> change.
>>>>
>>>> We have recurringly heard from customers that mistakes in managing remote
>>>> equipment and loosing connectivity is a mayor pain point. Creating
>>>> an operational option that limits/disables operators ability to
>>>> impact phy level connectivity that remote management depends upon and therefore
>>>> reducing this risk and cost factor seems to me like a very logical pah
>>>> forward. Whether or not this should be indicated in the certificate
>>>> or differently is definitely wide open.
>>>>
>>>> I agree that none of these operational interface level changes are
>>>> a piece of cake given how we have in the IETF not tried to define
>>>> different access levels to configuration so far, at least not
>>>> between some phy/infra access level and network-services access level.
>>>>
>>>> As said above in my first reply that you didn't comment on, i think a
>>>> good part of what i am looking for may happen through other means
>>>> already, such as when a router is just a VM running on an OS. At least
>>>> in early versions of this that i'd seen, this implicitly disabled
>>>> the ability to modify phy state from the router VM, and of course
>>>> complaints where raised that phy mods where necessary, but at least this
>>>> evolution could give raise to pause and rethink HOW to permit doing this.
>>>>
>>>> So i would at least like to pledge with you that it is a good thing to
>>>> have this type of discussion in an informational way in this RFC instead
>>>> of doing nothing or trying to go standard YANG directly as a first step.
>>>> It did get into the spec because of the desire of the working group.
>>>>
>>>>>>> Editorial / Nits:
>>>>> .
>>>>>>>         In the various formats in section 6.10, the lowest bit of the upper 64 bits
>>>>>>>         is mandated to be 0.  Presumably, there is some reason for doing this.  It
>>>>>>>         would be nice to explain it.
>>>>>>
>>>>>> Sorry, not clear what you're referring to. Can you give me an
>>>>>> explicit reference ?
>>>>>
>>>>> I should ahve removed this note.  It was a side-effect of the presentation
>>>>> and ordering, not a problem on its own.  Sorry.
>>>>
>>>> Cheers
>>>>        Toerless
>>>>
>>>
>>> _______________________________________________
>>> Anima mailing list
>>> Anima@ietf.org
>>> https://www.ietf.org/mailman/listinfo/anima
>>
>> -- 
>> ---
>> tte@cs.fau.de
> 


From nobody Tue May 15 08:40:44 2018
Return-Path: <N.Leymann@telekom.de>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E10F212DA43; Tue, 15 May 2018 08:40:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.308
X-Spam-Level: 
X-Spam-Status: No, score=-4.308 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_MED=-2.3, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de header.b=AAITs+Xz; dkim=pass (1024-bit key) header.d=telekom.onmicrosoft.de header.b=HCuYkc23
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TgaMfp7Zr0dm; Tue, 15 May 2018 08:40:34 -0700 (PDT)
Received: from mailout24.telekom.de (MAILOUT24.telekom.de [80.149.113.254]) (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 DD07D12DA45; Tue, 15 May 2018 08:40:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1526398834; x=1557934834; h=from:to:cc:subject:date:message-id:mime-version; bh=hqeEktXaBNwibXOvHE1XrLf/h+MFWQI/ccUR2jrbu18=; b=AAITs+XzhVknzuVW8p7FGvFtoAZy2qpB4U+vAi3ahDVGnQl5LCscLynz MRYvowUzfP+N9t6WcXjVckvrRIx/q+NtjBT9MT5dua9hmzOpxqi97caJw mIjZVZol0aKF8wimqo4t151tMz9QSAVjKxmrIqe2VGpo7c2t6c1IydaNb 3tFsRnwYW/N7To3lVTSxQf8QtrwI5/doJ3L7s0ffAyEnnG8zjXVsiL1PL XP6P9HpDpB92vEhFNvej/MDcinrDUWGMzFeRsCnqOky2XC+SNRjVOMgt5 Q1qaOFIP4CDqB+EFV23WAwSKlf5La+7XgL4SGGsdQKoYqOAJ9fgpADzNH Q==;
Received: from qdec94.de.t-internal.com ([10.171.255.41]) by MAILOUT21.telekom.de with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 May 2018 17:40:29 +0200
X-IronPort-AV: E=Sophos;i="5.48,405,1517871600";  d="scan'208,217";a="171307447"
Received: from he105848.emea1.cds.t-internal.com ([10.169.118.22]) by QDEC97.de.t-internal.com with ESMTP/TLS/AES256-SHA; 15 May 2018 17:40:29 +0200
Received: from HE105850.EMEA1.cds.t-internal.com (10.169.118.24) by HE105848.emea1.cds.t-internal.com (10.169.118.22) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Tue, 15 May 2018 17:40:28 +0200
Received: from HE106564.emea1.cds.t-internal.com (10.171.40.16) by HE105850.EMEA1.cds.t-internal.com (10.169.118.24) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Tue, 15 May 2018 17:40:28 +0200
Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.15) by O365mail01.telekom.de (172.30.0.234) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Tue, 15 May 2018 17:40:12 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.onmicrosoft.de; s=selector1-telekom-onmicrosoft-de; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hqeEktXaBNwibXOvHE1XrLf/h+MFWQI/ccUR2jrbu18=; b=HCuYkc23oA8V18OQAS/5EK58shIsC/VwNH9btOZnK7+D14ZNIu0IQgRBFRUrVBePmGHINccmY5zKNKkrgjfHTv92tkwp/rtd/6VMytTwKhENiK7t3+8DtBjq+YS5pIq8j/nXD2NW2GJviHyZlzaobO53qWtst6iphbA/YVu+gus=
Received: from LEJPR01MB0713.DEUPRD01.PROD.OUTLOOK.DE (10.158.144.135) by LEJPR01MB0715.DEUPRD01.PROD.OUTLOOK.DE (10.158.144.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.755.16; Tue, 15 May 2018 15:40:26 +0000
Received: from LEJPR01MB0713.DEUPRD01.PROD.OUTLOOK.DE ([fe80::576:6279:1daf:5629]) by LEJPR01MB0713.DEUPRD01.PROD.OUTLOOK.DE ([fe80::576:6279:1daf:5629%13]) with mapi id 15.20.0755.018; Tue, 15 May 2018 15:40:26 +0000
From: <N.Leymann@telekom.de>
To: <d3e3e3@gmail.com>, <russ@riw.us>, <draft-ietf-babel-rfc6126bis.all@ietf.org>
CC: <babel@ietf.org>, <rtg-dir@ietf.org>
Thread-Topic: RtgDir Early review: draft-ietf-babel-rfc6126bis-04.txt
Thread-Index: AdPsO09o/gCfreaCRMmyrf2Ukkqh+Q==
Date: Tue, 15 May 2018 15:40:26 +0000
Message-ID: <LEJPR01MB0713BCD9A66C32A8BD776AB298930@LEJPR01MB0713.DEUPRD01.PROD.OUTLOOK.DE>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=N.Leymann@telekom.de; 
x-originating-ip: [164.19.3.76]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; LEJPR01MB0715; 7:TK5cKX1CFuoCuAcadbG1M0x74+8u2M15OMab9TlhBMob7mfwsolgSDPWNbu5Kmr/QPV+MTLGCSfL90ZyX81UBXTLmqW4WAqm6/Ltq+dPE2bBifOMnmKBv0HfDeJnfmQX07uuZQq5GVoSJqgt0NaSLU33mzMuHcCyFnfsfq5Y4gaTGVBMEeoIhvfgue0wwo9qBfRjnEuAfIr/jks7RyDxGk8KDw2/9ECpWkl5p08YKQoLlE+P/NVqm2HQCexBdB90
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(2017052603328)(7153060)(7193020); SRVR:LEJPR01MB0715; 
x-ms-traffictypediagnostic: LEJPR01MB0715:
x-microsoft-antispam-prvs: <LEJPR01MB071565BEEF151B6F8DC27AC598930@LEJPR01MB0715.DEUPRD01.PROD.OUTLOOK.DE>
x-exchange-antispam-report-test: UriScan:(28532068793085)(120809045254105)(192374486261705)(21748063052155)(17755550239193);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231254)(944501410)(52105095)(93006095)(93001095)(3002001)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(20161123558120)(6072148)(201708071742011); SRVR:LEJPR01MB0715; BCL:0; PCL:0; RULEID:; SRVR:LEJPR01MB0715; 
x-forefront-prvs: 0673F5BE31
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(39380400002)(376002)(366004)(39860400002)(469094003)(53484002)(199004)(189003)(3846002)(75402003)(316002)(110136005)(561944003)(2201001)(86362001)(54906003)(33656002)(106356001)(2906002)(14454004)(2900100001)(478600001)(3280700002)(6116002)(74482002)(102836004)(966005)(72206003)(97736004)(59450400001)(105586002)(3660700001)(7696005)(5660300001)(26005)(9686003)(8676002)(81166006)(4326008)(305945005)(6306002)(55016002)(7736002)(52396003)(66066001)(81156014)(8936002)(39060400002)(486006)(68736007)(5250100002)(476003)(186003)(53936002)(2501003); DIR:OUT; SFP:1101; SCL:1; SRVR:LEJPR01MB0715; H:LEJPR01MB0713.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts)
x-microsoft-antispam-message-info: N/5bMxZ45eg9G8vZASbTP0bmR7Ms6d/ERlF81+2nZMIP6iT4gDig9WC98yI//PXj7+5D0sLaQxb1SyKjFJm81szPZ0ptQ4pgE8f8w46KMiS8j0kkWBiC8xjz/NRO4nmzDiJjYiKHPRNqWZuLvGJT0VJgZ5vhJAcmHq8k2CM0UJsLQ2OxT+tameoI70P4sVsFZWcw6MqejLc75Vo1MtGSdA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_LEJPR01MB0713BCD9A66C32A8BD776AB298930LEJPR01MB0713DEUP_"
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 3f3627d0-b1e8-4890-aab5-08d5ba7a2e5e
X-MS-Exchange-CrossTenant-Network-Message-Id: 3f3627d0-b1e8-4890-aab5-08d5ba7a2e5e
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 May 2018 15:40:26.8744 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: LEJPR01MB0715
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/AqBlmzPTNWYLsx7Xmgw2JGpaMaE>
Subject: [RTG-DIR] RtgDir Early review: draft-ietf-babel-rfc6126bis-04.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 May 2018 15:40:38 -0000

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

SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIHRvIGRvIGEgcm91dGluZyBkaXJlY3RvcmF0
ZSDigJxlYXJseeKAnSByZXZpZXcgb2YgdGhpcyBkcmFmdC4NCmh0dHBzOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmFiZWwtcmZjNjEyNmJpcy8NCg0KVGhlIHJvdXRpbmcg
ZGlyZWN0b3JhdGUgd2lsbCwgb24gcmVxdWVzdCBmcm9tIHRoZSB3b3JraW5nIGdyb3VwIGNoYWly
LCBwZXJmb3JtIGFuIOKAnGVhcmx54oCdIHJldmlldyBvZiBhIGRyYWZ0IGJlZm9yZSBpdCBpcyBz
dWJtaXR0ZWQgZm9yIHB1YmxpY2F0aW9uIHRvIHRoZSBJRVNHLiBUaGUgZWFybHkgcmV2aWV3IGNh
biBiZSBwZXJmb3JtZWQgYXQgYW55IHRpbWUgZHVyaW5nIHRoZSBkcmFmdOKAmXMgbGlmZXRpbWUg
YXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LiBUaGUgcHVycG9zZSBvZiB0aGUgZWFybHkgcmV2
aWV3IGRlcGVuZHMgb24gdGhlIHN0YWdlIHRoYXQgdGhlIGRvY3VtZW50IGhhcyByZWFjaGVkLg0K
DQpGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxl
YXNlIHNlZSDigItodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kv
UnRnRGlyDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLWJhYmVsLXJmYzYxMjZiaXMtMDQudHh0DQog
UmV2aWV3ZXI6IE5pY29sYWkgTGV5bWFubg0KIFJldmlldyBEYXRlOiAxNS4wNS4yMDE4DQogSW50
ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2sNCg0KU3VtbWFyeToNCkkgaGF2ZSBzb21lIG1p
bm9yIGNvbmNlcm5zIGFib3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBiZSBy
ZXNvbHZlZCBiZWZvcmUgaXQgaXMgc3VibWl0dGVkIHRvIHRoZSBJRVNHLg0KDQpDb21tZW50czoN
CkluIGdlbmVyYWwgdGhlIGRyYWZ0IGlzIHdlbGwgd3JpdHRlbiBhbmQgdXNlcyBhIGNsZWFyIGxh
bmd1YWdlLiAgRXhwbGFuYXRpb24gb2YgdGVjaG5pY2FsIGRldGFpbHMgYXJlIHN1ZmZpY2llbnQg
YW5kIHVuZGVyc3RhbmRhYmxlLiBUaGUgYWJzdHJhY3QgaXMgYSBiaXQgc2hvcnQgYW5kIHNob3Vs
ZCBhbHNvIGV4cGxhaW4gaW4gd2hpY2gga2luZCBvZiBlbnZpcm9ubWVudHMgYmFiZWwgaXMgZXhw
ZWN0ZWQgdG8gYmUgdXNlZCAoZS5nLiBob21lIG5ldHdvcmtzLCDigKYpLiBBbiBleGFtcGxlIHdp
dGggYSDigJxyZWFsIHdvcmxkIGJhYmVsIG5ldHdvcmvigJ0gaW5jbHVkZWQgaW4gdGhlIGludHJv
ZHVjdGlvbiB3b3VsZCBtYWtlIHRoZSBjb250ZXh0IG1vcmUgY2xlYXIuIEl0IGlzIGFsc28gbm90
IGNsZWFyIHdoaWNoIHR5cGljYWwgbmV0d29yayBzaXplIGlzIGJlaW5nIGV4cGVjdGVkIChudW1i
ZXIgb2YgZGV2aWNlcykuDQoNCkZyb20gbXkgZXhwZXJpZW5jZSBydW5uaW5nIGFuZCBtYW5hZ2lu
ZyBhIHJvdXRpbmcgcHJvdG9jb2wgaW5zaWRlIGFuIHR5cGljYWwgZW5kLXVzZXJzIG5ldHdvcmsg
aXMgY29tcGxleCwgZXNwZWNpYWxseSBpbiBmYWlsdXJlIHNjZW5hcmlvcyAoaWYgc29tZXRoaW5n
IGdvZXMgd3Jvbmcgb3IgaWYgYW4gZGV2aWNlIGlzIG1pc2JlaGF2aW5nKS4gIEVuZCB1c2VycyBh
cmUgdXN1YWxseSBub3QgZXhwZXJpZW5jZWQgcm91dGluZyBleHBlcnRzIGFuZCB0ZW5kIHRvIGNh
bGwgdGhlIElTUCBpbiBtb3N0IG9mIHRoZSBjYXNlcy4gU28gZm9yIG1lIG9uZSBvZiB0aGUgbWFq
b3Igb3BlbiBxdWVzdGlvbiBpcywgaG93IGlzIHRoZSBuZXR3b3JrIGlzIGJlaW5nIG1hbmFnZWQg
YW5kIHdoYXQgcG9zc2liaWxpdGllcyBhcmUgb2ZmZXJlZCB0byB0cm91YmxlIHNob290IGZhaWx1
cmVzLg0KDQpTZWN0aW9uIDM6IFRoZSB1c2Ugb2Yg4oCcbXVsdGljYXN04oCdIGFuZCDigJx1bmlj
YXN04oCdIGluIHRoZSBjb250ZXh0IG9mIGhlbGxvcyBpcyBhIGJpdCBtaXNsZWFkaW5nLiBUaGVy
ZSBhcmUgTXVsdGljYXN0IEhlbGxvcywgVW5pY2FzdCBIZWxsb3MgYW5kIE11bHRpY2FzdCBIZWxs
b3Mgb3ZlciBVbmljYXN0LiBXaGljaCBzZXFuIG51bWJlciBpcyB1c2VkIGlmIE11bHRpY2FzdCBv
dmVyIFVuaWNhc3QgSGVsbG8gaXMgc2VuZD8NClNlY3Rpb24gMy4xOiBBbnkgYXNzdW1wdGlvbnMg
b24gdGhlIG1heGltdW0gc2l6ZSBvZiB0aGUgVURQIGRhdGFncmFtcz8NClNlY3Rpb24gMy4yLjU6
IEhvdyBpcyB0aGUgdGltZXIgc2V0LCBpcyB0aGVyZSBhIGxpc3Qgd2l0aCBkZWZhdWx0IHZhbHVl
cz8NClNlY3Rpb24gMy40LjE6IE11bHRpY2FzdCBIZWxsb3MgdG8gTXVsdGljYXN0IGFuZCBVbmlj
YXN0IGFkZHJlc3Nlcy4gU2hvdWxkIGJlIGNsYXJpZmllZCBlYXJsaWVyIGluIHRoZSBkb2N1bWVu
dC4gVGVybWlub2xvZ3kgaXMgYSBiaXQgY29uZnVzaW5nLg0KU2VjdGlvbiAzLjUuMzogV2hhdCBh
cmUgdGhlIHVzZSBjYXNlcyBmb3IgQmFiZWw/IEhvdyBsYXJnZSBpcyBhIGxhcmdlIEJhYmVsIE5l
dHdvcmsgKGhvdyBtYW55IG5vZGVzKT8NCiAgLSBMYXRlciBpbiB0aGUgZG9jdW1lbnQgKHNlY3Rp
b24gNikgaXQgaXMgc3RhdGVkIHRoYXQgQmFiZWwgaXMgaW5zZWN1cmUuIEZvciBhIGxhcmdlIG5l
dHdvcmsgc2VjdXJpdHkgaXMgYW4gaXNzdWUgYW5kIG5lZWRzIHRvIGJlIGFkZHJlc3NlZC4gSSBt
aWdodCBiZSBvayB0byBub3QgaW1wbGVtZW50DQogICAgYW55IHNlY3VyaXR5IG1lY2hhbmlzbXMg
aW4gYSByZWxhdGl2ZWx5IHNtYWxsIGhvbWUgbmV0d29yayBidXQgZm9yIGEgbGFyZ2UgbmV0d29y
ayBpdOKAmXMgbWlzc2lvbiBjcml0aWNhbCB0byBoYXZlIGEgc3RhYmxlLCBzZWN1cmUgYW5kIHJl
bGlhYmxlIHJvdXRpbmcgbWVjaGFuaXNtLg0KU2VjdGlvbiAzLjc6IFdoYXQgaXMgYSDigJxtdWx0
aWNhc3QgcGFja2FnZeKAnSBpbiB0aGlzIGNvbnRleHQ/IElzIHRoZSB0cmFuc3BvcnQgYWx3YXlz
IHdpdGggYW4gbXVsdGljYXN0IGRlc3RpbmF0aW9uIGFkZHJlc3M/DQpQYWdlIDI5OiDigJxyZWNl
bnRseSBmb3J3YXJkZWTigJ0gYW5kIOKAnHN1ZmZpY2llbnRseSBsYXJnZeKAnTsgd2hhdCB2YWx1
ZXMgZG8gSSB1c2UgaGVyZT8NClBhZ2UgMzEsIFNlY3Rpb24gNDogd2hpY2ggd2VsbC1rbm93IG11
bHRpY2FzdCBhZGRyZXNzIGlzIGJlaW5nIHVzZWQ/DQpQYWdlIDQ4LCBTZWN0aW9uIDY6IEFzIG1l
bnRpb25lZCBlYXJsaWVyLCBzZWN1cml0eSBpcyBhbiBpc3N1ZSBhbmQgc2hvdWxkIGJlIGFkZHJl
c3NlZCBpbiBtb3JlIGRldGFpbC4gSWYgQmFiZWwgaXMgaW5zZWN1cmUgaW4gaXRzZWxmIGFuIGF0
dGFja2VyIGJlaW5nIGNvbm5lY3RlZCB0byBhIEJhYmVsIG5ldHdvcmsgY2FuIGJyaW5nIGRvd24g
dGhlIHdob2xlIG5ldHdvcmsuIFR5cGljYWwgc2VjdXJpdHkgbWVjaGFuaXNtIHVzZWQgaW4gbGFy
Z2VyIG5ldHdvcmtzIG1pZ2h0IG5vdCBiZSBhcHBsaWNhYmxlIHRvIGhvbWUgbmV0d29yayAoZS5n
LiBkdWUgdG8gdGhlIGNvbXBsZXhpdHksIG5lZWQgZm9yIG1hbmFnZW1lbnQsIOKApikuDQoNCk5p
dHM6DQpUaGUgbWl4IG9mIOKAnFNIT1VMROKAnS/igJ1TSE9VTEQgTk9U4oCdIGFuZCDigJxSRUNP
TU1FTkRFRC9OT1QgUkVDT01NRU5ERUTigJ0gaXMgYSBiaXQgY29uZnVzaW5nLiBNeSBwcm9wb3Nh
bCBpcyB0byB1c2Ugb25lIG9mIHRoZSBwYWlycyBhbmQgbm90IHRvIG1peCB0aGVtLg0K4oCcUm91
dGluZyBUYWJsZeKAnSBhbmQg4oCcUm91dGUgVGFibGXigJ0gYXJlIHVzZWQuIENob29zZSBvbmUg
OykNCg0KUGFnZSA1LCBTZWN0aW9uIDI6IFJlZmVyZW5jZSB0byBCZWxsbWFuLUZvcmQgcHJvdG9j
b2wgd291bGQgYmUgbmljZQ0KUGFnZSA1LCBTZWN0aW9uIDIuMjogRChBKSBhbmQgTkgoQSkgYXJl
IGV4cGxhaW5lZCwgYnV0IG5vdCBEKFMpICh3aGljaCBpcyB0aGUgdGhpcmQgcGllY2Ugb2YgZGF0
YSBvdXQgb2YgdHdvKQ0KUGFnZSAxMSwg4oCccm91dGVyLWlkIGNoYW5nZSBTZWN0aW9uIDMuNy4y
IMK7IHNvdW5kcyBpZiBzb21ldGhpbmcgaXMgbWlzc2luZw0KUGFnZSAyOCwgU2VjdGlvbiAzLjgu
MS4xOiDigJxpZiBzdWNoIGEgcm91dGUgZG9lcyBub3QgaXQgbXVzdOKAnSAoc29tZXRoaW5nIGlz
IG1pc3NpbmcpDQpQYWdlIDM5OiBBRSB2YWx1ZXMgMSBhbmQgMyBzaG91bGQgYmUgZXhwbGFpbmVk
IGZvciBiZXR0ZXIgcmVhZGFiaWxpdHkgKDE9SVB2NCwgMz1sbElQdjYpDQoNCkkgaG9wZSB0aGlz
IGhlbHBzIHRvIGltcHJvdmUgdGhlIGRyYWZ0IGFuZCB0byBtb3ZlIGl0IGZvcndhcmQhDQoNClJl
Z2FyZHMNCg0KTmljDQoNCg0K

--_000_LEJPR01MB0713BCD9A66C32A8BD776AB298930LEJPR01MB0713DEUP_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu
dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHJ0ZiAt
LT4NCjxzdHlsZT48IS0tIC5FbWFpbFF1b3RlIHsgbWFyZ2luLWxlZnQ6IDFwdDsgcGFkZGluZy1s
ZWZ0OiA0cHQ7IGJvcmRlci1sZWZ0OiAjODAwMDAwIDJweCBzb2xpZDsgfSAtLT48L3N0eWxlPg0K
PC9oZWFkPg0KPGJvZHk+DQo8Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXplPSIyIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExcHQ7Ij4NCjxkaXY+SGVsbG8sPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2
Pg0KPGRpdj5JIGhhdmUgYmVlbiBzZWxlY3RlZCB0byBkbyBhIHJvdXRpbmcgZGlyZWN0b3JhdGUg
4oCcZWFybHnigJ0gcmV2aWV3IG9mIHRoaXMgZHJhZnQuPC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9
IkNhbGlicmkiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0
LWlldGYtYmFiZWwtcmZjNjEyNmJpcy8iPjxmb250IGNvbG9yPSJibHVlIj48dT5odHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJhYmVsLXJmYzYxMjZiaXMvPC91Pjwv
Zm9udD48L2E+PC9mb250PjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+VGhlIHJvdXRp
bmcgZGlyZWN0b3JhdGUgd2lsbCwgb24gcmVxdWVzdCBmcm9tIHRoZSB3b3JraW5nIGdyb3VwIGNo
YWlyLCBwZXJmb3JtIGFuIOKAnGVhcmx54oCdIHJldmlldyBvZiBhIGRyYWZ0IGJlZm9yZSBpdCBp
cyBzdWJtaXR0ZWQgZm9yIHB1YmxpY2F0aW9uIHRvIHRoZSBJRVNHLiBUaGUgZWFybHkgcmV2aWV3
IGNhbiBiZSBwZXJmb3JtZWQgYXQgYW55IHRpbWUgZHVyaW5nIHRoZSBkcmFmdOKAmXMgbGlmZXRp
bWUgYXMgYSB3b3JraW5nIGdyb3VwDQpkb2N1bWVudC4gVGhlIHB1cnBvc2Ugb2YgdGhlIGVhcmx5
IHJldmlldyBkZXBlbmRzIG9uIHRoZSBzdGFnZSB0aGF0IHRoZSBkb2N1bWVudCBoYXMgcmVhY2hl
ZC4gPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5Gb3IgbW9yZSBpbmZvcm1hdGlvbiBh
Ym91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJhYy50
b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyIDwvZGl2Pg0KPGRpdj4mbmJz
cDs8L2Rpdj4NCjxkaXY+RG9jdW1lbnQ6IGRyYWZ0LWlldGYtYmFiZWwtcmZjNjEyNmJpcy0wNC50
eHQ8L2Rpdj4NCjxkaXY+IFJldmlld2VyOiBOaWNvbGFpIExleW1hbm4gPC9kaXY+DQo8ZGl2PiBS
ZXZpZXcgRGF0ZTogMTUuMDUuMjAxODwvZGl2Pg0KPGRpdj4gSW50ZW5kZWQgU3RhdHVzOiBTdGFu
ZGFyZHMgVHJhY2sgPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5TdW1tYXJ5OiA8L2Rp
dj4NCjxkaXY+SSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0
aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBpdCBpcyBzdWJtaXR0ZWQgdG8g
dGhlIElFU0cuIDwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Q29tbWVudHM6IDwvZGl2
Pg0KPGRpdj5JbiBnZW5lcmFsIHRoZSBkcmFmdCBpcyB3ZWxsIHdyaXR0ZW4gYW5kIHVzZXMgYSBj
bGVhciBsYW5ndWFnZS4mbmJzcDsgRXhwbGFuYXRpb24gb2YgdGVjaG5pY2FsIGRldGFpbHMgYXJl
IHN1ZmZpY2llbnQgYW5kIHVuZGVyc3RhbmRhYmxlLiBUaGUgYWJzdHJhY3QgaXMgYSBiaXQgc2hv
cnQgYW5kIHNob3VsZCBhbHNvIGV4cGxhaW4gaW4gd2hpY2gga2luZCBvZiBlbnZpcm9ubWVudHMg
YmFiZWwgaXMgZXhwZWN0ZWQgdG8gYmUgdXNlZCAoZS5nLiBob21lDQpuZXR3b3Jrcywg4oCmKS4g
QW4gZXhhbXBsZSB3aXRoIGEg4oCccmVhbCB3b3JsZCBiYWJlbCBuZXR3b3Jr4oCdIGluY2x1ZGVk
IGluIHRoZSBpbnRyb2R1Y3Rpb24gd291bGQgbWFrZSB0aGUgY29udGV4dCBtb3JlIGNsZWFyLiBJ
dCBpcyBhbHNvIG5vdCBjbGVhciB3aGljaCB0eXBpY2FsIG5ldHdvcmsgc2l6ZSBpcyBiZWluZyBl
eHBlY3RlZCAobnVtYmVyIG9mIGRldmljZXMpLjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxk
aXY+RnJvbSBteSBleHBlcmllbmNlIHJ1bm5pbmcgYW5kIG1hbmFnaW5nIGEgcm91dGluZyBwcm90
b2NvbCBpbnNpZGUgYW4gdHlwaWNhbCBlbmQtdXNlcnMgbmV0d29yayBpcyBjb21wbGV4LCBlc3Bl
Y2lhbGx5IGluIGZhaWx1cmUgc2NlbmFyaW9zIChpZiBzb21ldGhpbmcgZ29lcyB3cm9uZyBvciBp
ZiBhbiBkZXZpY2UgaXMgbWlzYmVoYXZpbmcpLiZuYnNwOyBFbmQgdXNlcnMgYXJlIHVzdWFsbHkg
bm90IGV4cGVyaWVuY2VkIHJvdXRpbmcgZXhwZXJ0cw0KYW5kIHRlbmQgdG8gY2FsbCB0aGUgSVNQ
IGluIG1vc3Qgb2YgdGhlIGNhc2VzLiBTbyBmb3IgbWUgb25lIG9mIHRoZSBtYWpvciBvcGVuIHF1
ZXN0aW9uIGlzLCBob3cgaXMgdGhlIG5ldHdvcmsgaXMgYmVpbmcgbWFuYWdlZCBhbmQgd2hhdCBw
b3NzaWJpbGl0aWVzIGFyZSBvZmZlcmVkIHRvIHRyb3VibGUgc2hvb3QgZmFpbHVyZXMuIDwvZGl2
Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+U2VjdGlvbiAzOiBUaGUgdXNlIG9mIOKAnG11bHRp
Y2FzdOKAnSBhbmQg4oCcdW5pY2FzdOKAnSBpbiB0aGUgY29udGV4dCBvZiBoZWxsb3MgaXMgYSBi
aXQgbWlzbGVhZGluZy4gVGhlcmUgYXJlIE11bHRpY2FzdCBIZWxsb3MsIFVuaWNhc3QgSGVsbG9z
IGFuZCBNdWx0aWNhc3QgSGVsbG9zIG92ZXIgVW5pY2FzdC4gV2hpY2ggc2VxbiBudW1iZXIgaXMg
dXNlZCBpZiBNdWx0aWNhc3Qgb3ZlciBVbmljYXN0IEhlbGxvIGlzIHNlbmQ/PC9kaXY+DQo8ZGl2
PlNlY3Rpb24gMy4xOiBBbnkgYXNzdW1wdGlvbnMgb24gdGhlIG1heGltdW0gc2l6ZSBvZiB0aGUg
VURQIGRhdGFncmFtcz88L2Rpdj4NCjxkaXY+U2VjdGlvbiAzLjIuNTogSG93IGlzIHRoZSB0aW1l
ciBzZXQsIGlzIHRoZXJlIGEgbGlzdCB3aXRoIGRlZmF1bHQgdmFsdWVzPzwvZGl2Pg0KPGRpdj5T
ZWN0aW9uIDMuNC4xOiBNdWx0aWNhc3QgSGVsbG9zIHRvIE11bHRpY2FzdCBhbmQgVW5pY2FzdCBh
ZGRyZXNzZXMuIFNob3VsZCBiZSBjbGFyaWZpZWQgZWFybGllciBpbiB0aGUgZG9jdW1lbnQuIFRl
cm1pbm9sb2d5IGlzIGEgYml0IGNvbmZ1c2luZy48L2Rpdj4NCjxkaXY+U2VjdGlvbiAzLjUuMzog
V2hhdCBhcmUgdGhlIHVzZSBjYXNlcyBmb3IgQmFiZWw/IEhvdyBsYXJnZSBpcyBhIGxhcmdlIEJh
YmVsIE5ldHdvcmsgKGhvdyBtYW55IG5vZGVzKT88L2Rpdj4NCjxkaXY+Jm5ic3A7IC0gTGF0ZXIg
aW4gdGhlIGRvY3VtZW50IChzZWN0aW9uIDYpIGl0IGlzIHN0YXRlZCB0aGF0IEJhYmVsIGlzIGlu
c2VjdXJlLiBGb3IgYSBsYXJnZSBuZXR3b3JrIHNlY3VyaXR5IGlzIGFuIGlzc3VlIGFuZCBuZWVk
cyB0byBiZSBhZGRyZXNzZWQuIEkgbWlnaHQgYmUgb2sgdG8gbm90IGltcGxlbWVudDwvZGl2Pg0K
PGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsgYW55IHNlY3VyaXR5IG1lY2hhbmlzbXMgaW4gYSByZWxh
dGl2ZWx5IHNtYWxsIGhvbWUgbmV0d29yayBidXQgZm9yIGEgbGFyZ2UgbmV0d29yayBpdOKAmXMg
bWlzc2lvbiBjcml0aWNhbCB0byBoYXZlIGEgc3RhYmxlLCBzZWN1cmUgYW5kIHJlbGlhYmxlIHJv
dXRpbmcgbWVjaGFuaXNtLjwvZGl2Pg0KPGRpdj5TZWN0aW9uIDMuNzogV2hhdCBpcyBhIOKAnG11
bHRpY2FzdCBwYWNrYWdl4oCdIGluIHRoaXMgY29udGV4dD8gSXMgdGhlIHRyYW5zcG9ydCBhbHdh
eXMgd2l0aCBhbiBtdWx0aWNhc3QgZGVzdGluYXRpb24gYWRkcmVzcz88L2Rpdj4NCjxkaXY+UGFn
ZSAyOTog4oCccmVjZW50bHkgZm9yd2FyZGVk4oCdIGFuZCDigJxzdWZmaWNpZW50bHkgbGFyZ2Xi
gJ07IHdoYXQgdmFsdWVzIGRvIEkgdXNlIGhlcmU/PC9kaXY+DQo8ZGl2PlBhZ2UgMzEsIFNlY3Rp
b24gNDogd2hpY2ggd2VsbC1rbm93IG11bHRpY2FzdCBhZGRyZXNzIGlzIGJlaW5nIHVzZWQ/PC9k
aXY+DQo8ZGl2PlBhZ2UgNDgsIFNlY3Rpb24gNjogQXMgbWVudGlvbmVkIGVhcmxpZXIsIHNlY3Vy
aXR5IGlzIGFuIGlzc3VlIGFuZCBzaG91bGQgYmUgYWRkcmVzc2VkIGluIG1vcmUgZGV0YWlsLiBJ
ZiBCYWJlbCBpcyBpbnNlY3VyZSBpbiBpdHNlbGYgYW4gYXR0YWNrZXIgYmVpbmcgY29ubmVjdGVk
IHRvIGEgQmFiZWwgbmV0d29yayBjYW4gYnJpbmcgZG93biB0aGUgd2hvbGUgbmV0d29yay4gVHlw
aWNhbCBzZWN1cml0eSBtZWNoYW5pc20gdXNlZCBpbiBsYXJnZXINCm5ldHdvcmtzIG1pZ2h0IG5v
dCBiZSBhcHBsaWNhYmxlIHRvIGhvbWUgbmV0d29yayAoZS5nLiBkdWUgdG8gdGhlIGNvbXBsZXhp
dHksIG5lZWQgZm9yIG1hbmFnZW1lbnQsIOKApikuIDwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4N
CjxkaXY+Tml0czogPC9kaXY+DQo8ZGl2PlRoZSBtaXggb2Yg4oCcU0hPVUxE4oCdL+KAnVNIT1VM
RCBOT1TigJ0gYW5kIOKAnFJFQ09NTUVOREVEL05PVCBSRUNPTU1FTkRFROKAnSBpcyBhIGJpdCBj
b25mdXNpbmcuIE15IHByb3Bvc2FsIGlzIHRvIHVzZSBvbmUgb2YgdGhlIHBhaXJzIGFuZCBub3Qg
dG8gbWl4IHRoZW0uPC9kaXY+DQo8ZGl2PuKAnFJvdXRpbmcgVGFibGXigJ0gYW5kIOKAnFJvdXRl
IFRhYmxl4oCdIGFyZSB1c2VkLiBDaG9vc2Ugb25lIDspPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2
Pg0KPGRpdj5QYWdlIDUsIFNlY3Rpb24gMjogUmVmZXJlbmNlIHRvIEJlbGxtYW4tRm9yZCBwcm90
b2NvbCB3b3VsZCBiZSBuaWNlPC9kaXY+DQo8ZGl2PlBhZ2UgNSwgU2VjdGlvbiAyLjI6IEQoQSkg
YW5kIE5IKEEpIGFyZSBleHBsYWluZWQsIGJ1dCBub3QgRChTKSAod2hpY2ggaXMgdGhlIHRoaXJk
IHBpZWNlIG9mIGRhdGEgb3V0IG9mIHR3byk8L2Rpdj4NCjxkaXY+UGFnZSAxMSwg4oCccm91dGVy
LWlkIGNoYW5nZSBTZWN0aW9uIDMuNy4yJm5ic3A7wrsgc291bmRzIGlmIHNvbWV0aGluZyBpcyBt
aXNzaW5nPC9kaXY+DQo8ZGl2PlBhZ2UgMjgsIFNlY3Rpb24gMy44LjEuMTog4oCcaWYgc3VjaCBh
IHJvdXRlIGRvZXMgbm90IGl0IG11c3TigJ0gKHNvbWV0aGluZyBpcyBtaXNzaW5nKTwvZGl2Pg0K
PGRpdj5QYWdlIDM5OiBBRSB2YWx1ZXMgMSBhbmQgMyBzaG91bGQgYmUgZXhwbGFpbmVkIGZvciBi
ZXR0ZXIgcmVhZGFiaWxpdHkgKDE9SVB2NCwgMz1sbElQdjYpPC9kaXY+DQo8ZGl2PiZuYnNwOzwv
ZGl2Pg0KPGRpdj5JIGhvcGUgdGhpcyBoZWxwcyB0byBpbXByb3ZlIHRoZSBkcmFmdCBhbmQgdG8g
bW92ZSBpdCBmb3J3YXJkITwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+UmVnYXJkczwv
ZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+TmljPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2
Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjwvc3Bhbj48L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_LEJPR01MB0713BCD9A66C32A8BD776AB298930LEJPR01MB0713DEUP_--


From nobody Wed May 16 05:50:39 2018
Return-Path: <ietf-bounces@ietf.org>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0273612706D for <rtg-dir@ietfa.amsl.com>; Wed, 16 May 2018 05:50:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.792
X-Spam-Level: 
X-Spam-Status: No, score=-3.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.248, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_MED=-2.3, SPF_FAIL=0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=ietf.org header.b=CP7QBcw3; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=ietf.org header.b=e700I7Tq
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AViBENFIvJKk for <rtg-dir@ietfa.amsl.com>; Wed, 16 May 2018 05:50:31 -0700 (PDT)
Received: from eu-smtp-delivery-152.mimecast.com (eu-smtp-delivery-152.mimecast.com [207.82.80.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD25512946D for <rtg-dir@ietf.org>; Wed, 16 May 2018 05:50:29 -0700 (PDT)
Received: from GLLDCSVPHYB01.gd.didata.local (185.3.28.51 [185.3.28.51]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-122-0eLZ2WbWMjyEDAog00OR2w-7; Wed, 16 May 2018 13:50:24 +0100
Received: from Pickup by GLLDCSVPHYB01.gd.didata.local with Microsoft SMTP Server id 14.3.319.2; Wed, 16 May 2018 00:20:28 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1526353117; bh=pA4Mxj0pSu3VkQcmz26CdXCx3TvwYg8Ok5XlpM7y32g=; h=Date:From:To:Subject:References:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc; b=CP7QBcw37/tTVeTwMNITKB18O87czXDL1T+DTY9TYEr5cMIvCXEQeF3PVeg6IJiMn SAVntRsMuLFfA5AoU1l7muIVmhnMrS6v2VVfOWVAl2hrO/gInE5ZgqKH9fwXVXJDay CAiTCyilUieCzGjDgxKV1QBcTfd5nF/whc2wotzE=
X-Mailbox-Line: From ietf-bounces@ietf.org  Mon May 14 19:58:35 2018
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1526353102; bh=pA4Mxj0pSu3VkQcmz26CdXCx3TvwYg8Ok5XlpM7y32g=; h=Date:From:To:Subject:References:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc; b=e700I7Tq7sZCNIgEkMJR58Ousw6/o2i/knkCyCcC9OdhhP6nuENWUSA0QlCKUvcNQ zZiosn7qWm8nSI7JJ7xknimkbd6NlDILnfcf0KlvM7jR4zAiieKelFimH5GyJmkFE1 33vC4VpqtQzyiAydbYaRGb7lI7+5ampAhfTNi8I8=
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
X-Virus-Scanned: amavisd-new at amsl.com
Date: Tue, 15 May 2018 04:58:07 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: jmh.direct <jmh.direct@joelhalpern.com>
Message-ID: <20180515025807.zormnu7fqq5rq3uj@faui48f.informatik.uni-erlangen.de>
References: <20180514090425.o2yr33536jru53bu@faui48f.informatik.uni-erlangen.de> <20180514125003.60B4474D368@faui45.informatik.uni-erlangen.de>
MIME-Version: 1.0
In-Reply-To: <20180514125003.60B4474D368@faui45.informatik.uni-erlangen.de>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/qqfNYpk3ubKkONIGZLoAnyoKAHk>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
CC: <rtg-dir@ietf.org>, <anima@ietf.org>, <ietf@ietf.org>, <draft-ietf-anima-autonomic-control-plane.all@ietf.org>
Errors-To: ietf-bounces@ietf.org
Sender: ietf <ietf-bounces@ietf.org>
X-MC-Unique: WMkoXXmkNeu-GAey_eF8Qg-1
X-MC-Unique: 0eLZ2WbWMjyEDAog00OR2w-7
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/rU7KR51ecKTlGtoL7Cq398i_12g>
Subject: Re: [RTG-DIR] [Anima] Rtgdir telechat review of? draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 May 2018 12:50:37 -0000

On Mon, May 14, 2018 at 08:49:56AM -0400, jmh.direct wrote:
> I think the I understand what you describe.
> As far as I can tell, the ACP DOES NOT AND SHOYLD NOT MANDATE
> the address assignment mechanism.=A0 But it is the address assignment
> mechanism that drives the address allocation.

But that exactly is the conclusion of the multi-year ACP work in ANIMA WG.
The ACP of an unconfigured, but only certificate enrolled device needs to
be able to bring up routing and addressing for the ACP autonomically,
aka: without any other dependencies.

This ACP draft as it stands only depends on BRSKI and some unmodified CA
to be implemented and deployed. There is no NOC with any address management
functions required. At minimum, addressing is solely done from th registrar=
,
and you can have many registrars in a network and there is no chance
for inconsistent address configuration.

Please propose any other solution that you are thinking of in enough detail
to discuss it, and i think we can show it has more, and often future/undefi=
ned
problems to be resolved.=20

> I would expect to find the address structure for autonomic addressed
> in the same document as the mechanisms for autonomic address assignment.

The ANIMA autonomic address asignment draft is relying on the ACP to be
operational end-to-end to signal amongst its components via ACP GRASP the
address/prefix assignments. It can by definition not be used to bring up=20
routing and addressing of the ACP itself. It likely also required more
centralized functionality. For what it tries to do, it is elegant, flexible=
 and
all that because it does not have to bother about bootstrap addressing and
routing for itself as the ACP has to do.

https://en.wikipedia.org/wiki/Bootstrapping#/media/File:Zentralbibliothek_S=
olothurn_-_M%C3%BCnchhausen_zieht_sich_am_Zopf_aus_dem_Sumpf_-_a0400.tif

BRSKI+ACP are doing what poor Muenchhausen is trying to do in
what i think is a quite lightweight, very secure, scalable and
for the job at hand (ugly) quite elegant way.

> That is, why the routing scheme seemed confusing after the address alloca=
tion scheme.

If you can be more explicit about what you think is confusing, i am
happy to make any confusing text better.

Note that routing protocol/profile and addressing scheme are all subject
to future enhancements easily. But in the design of anima, we would like
to have operator defined address  policy to be part of intent, and
that would not only requir a lot more future work, it would also make
addressing assigned this way less reliable and would not allow to use
addresses managed dyanmically be used by components that are used to implem=
ent
the Intent infrastructure or any future ANI components (ASA etc.) that
intent or address management depends on.

Cheers
    Toerless

> Yours,Joel
>=20
>=20
> Sent via the Samsung Galaxy S=AE 6, an AT&T 4G LTE smartphone
> -------- Original message --------From: Toerless Eckert <tte@cs.fau.de> D=
ate: 5/14/18  05:04  (GMT-05:00) To: "Joel M. Halpern" <jmh@joelhalpern.com=
> Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.o=
rg, ietf@ietf.org, anima@ietf.org Subject: Re: [Anima] Rtgdir telechat revi=
ew of
> =A0 draft-ietf-anima-autonomic-control-plane-13=20
> a) Will try to do better explanation of identifier nature of addresses in
> =A0=A0 next commit.
>=20
> b) what do we loose if get rid of the choices. I kinda thought i had answ=
ered
> =A0=A0 this already, but i really don't know where your concern starts...
>=20
> =A0=A0 1. We use ULA because we want to be able to bring up ACP networks =
without
> =A0=A0=A0=A0=A0 requiring a registry allocation of a prefix, and ULA is t=
he correct
> =A0=A0=A0=A0=A0 private address space. And deriving ULA Global ID from ha=
sh of domain
> =A0=A0=A0=A0=A0 name is nice.
>=20
> =A0=A0=A0=A0=A0 Sounds as if you agree with this.
> =A0=A0=A0=20
> =A0=A0 2. We want to be able to allocate addresses to ACP/ANI devices
> =A0=A0=A0=A0=A0 without any additional configuration from multiple indepe=
ndently
> =A0=A0=A0=A0=A0 running registrars. Thats why the global unique ID of the=
 registrar
> =A0=A0=A0=A0=A0 is part of the address in both zone and Vlong format.
>=20
> =A0=A0=A0=A0=A0 Thats very fundamental to the ease of deployment of ACP/A=
NI nodes
> =A0=A0=A0=A0=A0 (i say ANI, because its really ACP+BRSKI required here to=
 get a simple standard
> =A0=A0=A0=A0=A0=A0 solution to create the cert, otherwise youre down to a=
 vendor specific
> =A0=A0=A0=A0=A0=A0 cert provisioning solution extended with ACP info supp=
ort)
>=20
> =A0=A0=A0=A0=A0 i hope this is uncontentuous
> =A0=A0=20
> =A0=A0 3. a) We wanted to be able to support in the future "zone" =3D are=
a/region-level
> =A0=A0=A0=A0=A0 route aggregation, thats why the zone scheme reserves tho=
se 13 bits.
>=20
> =A0=A0=A0=A0=A0 b) We also know use cases where nodes need more than 2 ad=
dresses,
> =A0=A0=A0=A0=A0 thats why we have have the 8/16 bit Vlong option.=20
>=20
> =A0=A0=A0=A0=A0 c) We can not do everything autonomically (=3D=3D address=
es assigned from registrars),
> =A0=A0=A0=A0=A0 so we also reserve address space for traditional config (=
manual address space).
>=20
> =A0=A0=A0=A0=A0 Are these three sub-spaces zone,manual,vlong contenuous ?
> =A0=A0=20
> =A0=A0 As mentioned in prior email if i wanted to avoid those ca. 3 bits =
of
> =A0=A0 format indication, i would need to indicate the semantic of addres=
ses
> =A0=A0 somehow differently to the nodes, e.g: via some extension to the A=
CP format,
> =A0=A0 but i would want to be able to signal the same information.
>=20
> =A0=A0 So for example: because we have a standardized addressing scheme,
> =A0=A0 a node that allows configuration of "ACP connect" can make sure
> =A0=A0 that the address configured on an ACP cnnect interface can never b=
e a ULA
> =A0=A0 address that would conflict with an automatic ACP address assignme=
nt done
> =A0=A0 by a registrar. So i protect my autonomic address space from misco=
nfiguration.
> =A0=A0 Which is IMHO extremely important. So this is the key justificatio=
n for
> =A0=A0 the manual address space allocation.=20
>=20
> =A0=A0 Distinguishing between zone and Vlong address spaces is necessary =
because
> =A0=A0 we just can't fit zone, registrar-ID and node-number and 16 bit of=
 per-node bits
> =A0=A0 into a single addressing scheme.
>=20
> =A0=A0 E voila, three (IMHO: simpler) simple options. Likely networks wil=
l use all three.
> =20
> Cheers
> =A0=A0=A0 Toerless
>=20
> On Sun, May 13, 2018 at 07:38:35PM -0400, Joel M. Halpern wrote:
> > Trimmed.
> > Top posting for clarity.=A0 Mostly, agreement.
> >=20
> > On the identifier vs locator, I think the way you are using the terms i=
s
> > confusing.=A0 But it is not worth continued argumentation.Some text
> > elaborating along the lines you provide (retained below) would help.
> >
> > I have tried reading the section on addressing inside the ACP more
> > carefully.=A0 Thank you for moving the Z bit.
> > I have retained the earlier discussion on this topic below, in case we =
still
> > need it.
> > Reading the section, I think that the problem is more basic.
> >=20
> > I agree that the document needs to define that we are using a ULA.=A0 A=
nd
> > because of the certificate behaviors, there is significant advantage in
> > defining what ULA prefix is used.
> >=20
> > Given that, I do not see what use there is in all the other format
> > definition.=A0 I suspect I am missing something very basic.=A0 Why not =
leave
> > this to the deploying operator?=A0 It is not like it can be autonomic, =
since
> > something has to tell the devices what format to use, and what numbers
> > within some of the formats to use.=A0 I could imagine something that sa=
id "in
> > the absence of configuration, construct device addresses according to o=
ne
> > specific algorithm, so as to simplify bootstrap.
> > But it would be a simple scheme.
> >
> >=20
> > On 5/11/18 10:09 PM, Toerless Eckert wrote:
> > >=20
> > > Diff:
> > >=20
> > > http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=3Dhttps://raw.g=
ithubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb4=
5209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-ani=
ma-autonomic-control-plane-14.txt&url2=3Dhttps://raw.githubusercontent.com/=
anima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/d=
raft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-=
plane-14.txt
> > >=20
> > > Latest version:
> > > https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54=
c9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-p=
lane/draft-ietf-anima-autonomic-control-plane-14.txt
> > >=20
> > ....
> > > Here are the things that make the ACP address an identifier to me:
> > >=20
> > > - It is assigned once to the device and not meant to change over the =
lifetime
> > >=A0=A0=A0 of the device.
> > > - It does not change when i move the node to a different location
> > >=A0=A0=A0 and re-connect the device.
> > > - It is the unique part of the ACP domain certificate (other than the=
 private key)
> > >=A0=A0=A0 and used to identify the device (privat key is used to authe=
nticate it,
> > >=A0=A0=A0 but the private key may change over time, for example when r=
enewing the certificate).
> > >=20
> > > Would be happy to elaborate this in the doc more explicitly, e.g.: li=
ke written
> > > above.
> >=20
> > (Context: Addressing inside the ACP.)
> > > > Part of my reaction to this whole section is that it looks much lik=
e the
> > > > mistake we made originally in defining classful IP addresses.=A0 Yo=
u are
> > > > trying to guess the correct use cases, and defining specific addres=
s
> > > > structures with specific encodings for each one.=A0 With only a few=
 encodings
> > > > available.=A0 This seems to be a recipe for being wrong later in wa=
ys that
> > > > hurt.
> > >=20
> > > The only equivalent to classfull addressing i see is for the fixed pr=
efix-length
> > > handed out to each node, 1 bit (2 addresses) with zone addresses, 8/1=
6 bits
> > > (256/64k address) for Vlong, but its NOT assignment to network segmen=
ts
> > > as in IPv4 A/B/C but to nodes.
> > >=20
> > > We didn't introduce choices lightly. There are compromises to be made=
 when you
> > > want some lightweight address allocation scheme, not expecting to hav=
e complex
> > > address registry or management system in the backend but simple regis=
trars.
> > >=20
> > > see below for more
> > >=20
> > > > >=A0=A0=A0=A0=A0=A0=A0=A0 The difference in interpretation
> > > > > >=A0=A0=A0=A0=A0=A0 is actually provided by the last bit in the u=
pper 64.=A0 If these are the
> > > > > >=A0=A0=A0=A0=A0=A0 same schema, then it should not need a bit to=
 differentiate them.=A0 They
> > > > > >=A0=A0=A0=A0=A0=A0 should be explained as a single schema.=A0 Wh=
ich would presumably result in
> > > > > >=A0=A0=A0=A0=A0=A0 the Z bit being part of the zone / subnet fie=
ld.=A0=A0 If they are two
> > > > > >=A0=A0=A0=A0=A0=A0 different schemas, then move the differentiat=
ion to part of the schema
> > > > > >=A0=A0=A0=A0=A0=A0 identifier (making it 3 bits).
> > > > >=20
> > > > > We did not want to make Z part of the base schemas 6.10.2 "Type" =
code because
> > > > > that would also make the Vlong scheme one bit shorter and that wo=
uld reduce
> > > > > virtualization space in Vlong by a factor of 2.
> > > > >=20
> > > > > So, yes, encoding wise, 6.10.4 manual sub addressing space was ca=
rved out
> > > > > of the 6.10.3 zone address space via the Z bit, but thats just an=
 encoding aspect.
> > > > >=20
> > > > > Functionally, 6.10.3/6.10.4 are quite different, and therefore it=
 is IMHO
> > > > > textually correct to have them in different subsections.
> > > > >=20
> > > > > Carving out bits like Z isn't ideal, but in between the ULA prefi=
x,
> > > > > the 64 bit local part we must have for external interfaces and
> > > > > best utilization of bits, we tried to rather optimize address spa=
ce
> > > > > utilization and not beauty of encoding.
> > > > >=20
> > > > > Having=A0 at the end allows (as written) use of /63 instead of=A0=
 2 * /64
> > > > > routes. I am not sure how important this would be in the future.
> > > > >=20
> > > > > If you feel strongly about more beauty in encoding,
> > > > > i can move Z to the left and remove the notion of the possible /6=
3 route
> > > > > optimization possible through the placement of Z.
> > > >=20
> > > > Since the two different uses of the Z bit with type 00b are quite d=
istinct,
> > > > trying to enable aggregation seems counter-productive.
> > > >=20
> > > > While I hate to push on a point you describe as aesthetics, having =
the Z
> > > > bit, occuring after the Zone / subnet-ID field, but defining whethe=
r the
> > > > field is a zone or a subnet, seems awkward for insufficient reason.
> > > >=20
> > > > I would recommend moving the Z bit up so it is after the type, and =
at the
> > > > front of each of the two sections reiterate that this subscheme is =
indicated
> > > > by the Z bit being { 0 | 1 }.
> > >=20
> > > Done. (see diff).
> > >=20
> > > > > I very much hope there is no "interesting" implementation aspect;
> > > > > nothing in the current scheme that makes implemenation harder. If=
 you
> > > > > have an example that you fear, i would like to hear it.
> > > > >=20
> > > > > To me, we are just defining address space allocation schemes.
> > > >=20
> > > > I suppose likely implementations will use mask definitions that wil=
l make it
> > > > work.=A0 I pity the code reviewer.
> > >=20
> > > I have read the code and tested in the lab IPv6 embedded RP adressing
> > > and didn't feel pityfull about the job. But i weigh the overall syste=
m
> > > complexity. Embedded-RP simplified a lot of other parts of the
> > > multicast system at the cost of introducing an addressing scheme.
> > > I think similarily, the ACP addressing scheme simplifies the overall =
system
> > > complexity, especially registrars.
> > >=20
> > > > > >=A0=A0=A0=A0=A0=A0 In section 6.10.5, after stating that it is n=
ot even known what the needed
> > > > > >=A0=A0=A0=A0=A0=A0 usage is for more V values
> > > > >=20
> > > > > Which sentence are you referring to when you say "not even known =
what the
> > > > > needed usage is" ? I can't find it, but i would like to rectify i=
t
> > > > > if it actually is still there.
> > > >=20
> > > > The text reads "further values use via definition in future work."=
=A0 In the
> > > > zone-id scheme, it is one bit.=A0 For some reason, it is 8 or 16 bi=
ts here.
> > >=20
> > > Thanks, changed sentence to:
> > >=20
> > > V: Virtualization bit: Values 0 and 1 are assigned in the same way as=
 in the Zone-ID sub-scheme.
> > >=20
> > > The existing text, now directly after the list, explains examples
> > > when a device would likely need 256 or 64k addresses:
> > >=20
> > > existing text:
> > > ..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge =
nodes ...
> > >=20
> > > > > >=A0=A0=A0=A0=A0=A0 the document goes on to introduce the
> > > > > >=A0=A0=A0=A0=A0=A0 complexity of classful nodes numbers, with th=
e leading bit indicating how
> > > > > >=A0=A0=A0=A0=A0=A0 long the node-number is.=A0 Yes, the rest of =
the text in that bullet tries to
> > > > > >=A0=A0=A0=A0=A0=A0 explain why you need both sizes.=A0 It seems =
like needless complexity that
> > > > > >=A0=A0=A0=A0=A0=A0 begs for mistakes in implementation.
> > > > >=20
> > > > > I was taking the example use cases we brainstormed into account, =
and
> > > > > some of them=A0 would require a lot more addresses in the node th=
an others,
> > > > > therefore these two choices.
> > > >=20
> > > > See my comments above.=A0 Trying to encode specific use cases into =
the address
> > > > format seems a problematic answer to an admittedly difficult questi=
on.
> > > >=20
> > > > What would break if you didn't define any of this?
> > >=20
> > > One could save the 2.5 bits (Type, Z) indicating the structure of the
> > > address inside the address by encoding the designated format of the
> > > address instead in an extension field of the ACP address information =
in
> > > the certificate. We would certainly still want to have the same type
> > > of addresses, e.g.: 2,256,64k local addresses, option for zones and
> > > address to assign to ACP connect interfaces (manual addressing scheme=
)
> > > IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
> > > functionality, which i think is all required.
> > >=20
> > > I would be quite afraid of doing such a drastic change this late in
> > > the process because i think it will take a long time to foresee the
> > > resulting complexity introduced for registars and any other place
> > > that now can deduct the semantic from the address and would then have
> > > to access to what the certificate indicates in a different way (e.g.:
> > > access to the certificate). Note that the length of the ACP informati=
on
> > > field in the cert is also limited, so this type of extension might en=
d
> > > up looking even uglier to be short *sigh*.
> > >=20
> > > I was always thinking that this type of more flexible option would
> > > be a good next-step, but not a safe first step. It would make a lot
> > > more sense after hearing implementation/deployment experiences,
> > > especially to correctly support important options we may have
> > > overlooked in the current schemes. Just redoing what we have differen=
tly
> > > to save 2.5 bits isn't worth it IMHO.
> > >=20
> > > > > Ultimately, we need to break through the chicken and egg problem
> > > > > of how to build more self-managing networks. These will require
> > > > > a different number of addresses inside nodes. Anything more intel=
ligent
> > > > > than address space allocations would become a complex dependency
> > > > > making implementation/adoption even slower. I don't think that
> > > > > offering 2, 256, 64k addresses per node is too much flexibility.
> > > > > It IMHO necessary and sufficient to explore and we'll see what st=
icks.
> > > >=20
> > > > Variation is needed.=A0 That was true of allocations in IP.=A0 enco=
ding the
> > > > variations proved a bad choice.
> > >=20
> > > Let me repeat that we are not doing any network/subnet prefix encodin=
g which is
> > > what IPv4 A/B/C was. And there are IMHO good examples how encoding in=
 IPv6
> > > did save the day from complexity (at least all the stuff done for IPv=
6
> > > multicast, ASM/SSM, zones, Embedded-RP) was highly useful.
> > >=20
> > > > > >=A0=A0=A0=A0=A0=A0 In section 6.11.1.11 in describing the prefix=
 lengths, I thought that the
> > > > > >=A0=A0=A0=A0=A0=A0 point of zone addressing was to allow the use=
 of /64 prefixes.=A0 But it
> > > > > >=A0=A0=A0=A0=A0=A0 seems here that we will not do so ?
> > > > >=20
> > > > > As mentioned above: This document does not describe the routing s=
etup for /64
> > > > > (or /63 with Z-bit) routing aggregation. There are multiple optio=
ns,
> > > > > but we could not conclude on a single solution that we felt to be
> > > > > appropriate for this document. Instead it was only very important
> > > > > to carve out addressing space to support this.
> > > > The net effect seems to be to prohibt the very things that you went=
 to a lot
> > > > of trouble to enable in your addressing design.
> > >=20
> > > Maybe i do not understand your comment correctly, but i do not
> > > think it is correct. We just have not defined recommended mechanisms
> > > how to set up routing to use /64 zone routes. That is something IMHO
> > > better done in a followup document because all the cases where we
> > > did see a need for znes where really very specific to particular
> > > deployment styles and would not be applicable to the mayority of ACPs=
.
> > > Nevertheless, we felt those cases where important enough to reserve
> > > bits for them through the zone field.
> > >=20
> > > > ...
> > > > > > ***=A0=A0=A0 Section 10.3.2 paragraph 2 says that devices shoul=
d change the meaning
> > > > > > of "admin down" to mean "down for everything except ACP / Anima=
".=A0=A0=A0 I can
> > > > > > understand why, in an autonomic network, such a state is desira=
ble.=A0 However,
> > > > > > that really should be a different state from "admin down".=A0 O=
perators already
> > > > > > understand "admin down" as meaning that this interface will not=
 be used for any
> > > > > > traffic.=A0 Changing that is fairly drastic.=A0 "admin limited"=
 or "admin ACP-Only"
> > > > > > would seem much better than changing the meaning of "admin down=
".=A0 The
> > > > > > justification in the text seems to be a desire to prevent an op=
erator from
> > > > > > doing what he intends.=A0 that seems backwards.=A0 (Note that t=
he distinction
> > > > > > between administrative state vs operational state, aka failed, =
is already well
> > > > > > understood.)
> > > > >=20
> > > > > Well, this is in an informative section, so hopefully something w=
e can agree to disagree.
> > > >=20
> > > > If this were truly informative, it would not belong in this documen=
t at all.
> > > > Changing the behavior of widely understood configuration behaviors =
is NOT a
> > > > small thing.=A0 Changing the permissions models for widely understo=
od
> > > > configuration operations is also NOT a small thing.
> > > >=20
> > > > My suggestion is that you remove all of this material.=A0 If you fe=
el it is
> > > > important, write an I-D for standards track on evolving the configu=
ration
> > > > model for robust ANIMA.=A0 While I think the change is a mistake, y=
ou clearly
> > > > have the right to cause the discussion.
> > > >=20
> > > > Hiding the topic in an "informational" note in the ACP document see=
ms VERY
> > > > wrong.
> > > >=20
> > > > Also note that in your discussion below, you talk about the equival=
ence of
> > > > admin down and physical down.=A0 Most management models I know of t=
reat these
> > > > as quite distinct.=A0 SO that is at best a red herring.
> > >=20
> > > Hmm. I really only CLI derived from Cisco IOS, and there the
> > > interface level "shutdown" command doubles IMHO both as admin down an=
d
> > > as phy down, so i would contend that this is a red herring. It actual=
ly
> > > does show up in diagnostic CLI as "admin down", but is also bringing =
down
> > > phy state. Therefore it is also used to diagnose phy, .e.g: shutting =
down
> > > one side of a supposed direct p2p link to verify the phy change on th=
e
> > > other side. That practical experience is what the text and direction =
is
> > > based on.
> > >=20
> > > Whats an example where admin/phy down are separate in your experience=
 ?
> > >=20
> > > I don't know how you define "truly informative". I simply meant
> > > informational as compared to standards track wrt. to not impacting
> > > interoperability, but also as a precursor work to give opportunity
> > > for gaining more experience before attempting to go standard.
> > >=20
> > > If/when i find time i definitely would like to investigate how this
> > > could be formalized through a YANG model for ACP so that it can becom=
e standard,
> > > but i definitely agree that especially this part of the YANG model wo=
uld
> > > be highly difficult to get to before any experience is gained with
> > > this.
> > >=20
> > > I therefore would very much hesitate removing this text from the docu=
ment, it was
> > > specifically asked for several times in the working group to understa=
nd
> > > how the promised reliability of the ACP against operator/contoller
> > > operation could be achieved. Having this in a first round (this docum=
ent)
> > > as "informational" is IMHO a good and important thing.
> > >=20
> > > > (text retained for context of further discussions.)
> > > >=20
> > > > >=20
> > > > > I strongly believe that the most easy way to operationalize the A=
CP and
> > > > > achieve its goals is what we have written.
> > > > >=20
> > > > > The historic equivalence of "down" =3D "admin down" =3D "physical=
 down" is one of
> > > > > the the most fundamental problem of remote management in networks=
.
> > > > >=20
> > > > > We really need to start thinking of separate layers of (remote) m=
anagement.
> > > > > Network services on one hand and physical infra on the other.
> > > > >=20
> > > > > The first thing to do this is to separate operations such as "dow=
n"
> > > > > into "admin down" that affects networks services and "phy down" t=
hat
> > > > > affects the physcial infra.
> > > > >=20
> > > > > If you have existing commands like "shutdown" that today do both,
> > > > > the safe mapping is to let them do the safe thing in the future, =
e.g:
> > > > > only "admin down", and introduce new commands for the phy operati=
ons,
> > > > > e.g.: "phy shutdown" or the like.
> > > > > And then protect those dangerous commands even further against un=
intentional or
> > > > > intentional misuse.
> > > > >=20
> > > > > Think of ACP/ANI also as a seamless inband version of a DCN. As a=
n operator
> > > > > of the actual data network, you also didn't have any access to br=
ing down the DCN
> > > > > and cut yourself off from the network you manage. YOu could only =
screw
> > > > > up that network you're meant to manage.
> > > > >=20
> > > > > And if your network consists of VMs in a DC, a "shutdown" on thei=
r
> > > > > interfaces will also not bring down physical interfaces necessary
> > > > > to reach the VM.
> > > > >=20
> > > > > In optical networks you often have an inband physcial ethernet ma=
nagement
> > > > > channel. Making/breaking that one is completely different from ma=
king/breaking
> > > > > your data-plane, aka: data fiber colors.
> > > > >=20
> > > > > > ***=A0=A0=A0 The notion in 10.3.6 that the device should refuse=
 to disable
> > > > > > functionality when an authorized administrator directs such see=
ms flatly wrong.
> > > > >=20
> > > > > The authorization to break your own remote management connectivit=
y
> > > > > would be a property of the certificate. clearly whoever enrolled
> > > > > the device with a certificate denying that capaility to the opera=
tor
> > > > > did NOT authorize the administrator to break connectivity.
> > > >=20
> > > > The security model change seems as problematic as the above configu=
ration
> > > > change.
> > >=20
> > > We have recurringly heard from customers that mistakes in managing re=
mote
> > > equipment and loosing connectivity is a mayor pain point. Creating
> > > an operational option that limits/disables operators ability to
> > > impact phy level connectivity that remote management depends upon and=
 therefore
> > > reducing this risk and cost factor seems to me like a very logical pa=
h
> > > forward. Whether or not this should be indicated in the certificate
> > > or differently is definitely wide open.
> > >=20
> > > I agree that none of these operational interface level changes are
> > > a piece of cake given how we have in the IETF not tried to define
> > > different access levels to configuration so far, at least not
> > > between some phy/infra access level and network-services access level=
.
> > >=20
> > > As said above in my first reply that you didn't comment on, i think a
> > > good part of what i am looking for may happen through other means
> > > already, such as when a router is just a VM running on an OS. At leas=
t
> > > in early versions of this that i'd seen, this implicitly disabled
> > > the ability to modify phy state from the router VM, and of course
> > > complaints where raised that phy mods where necessary, but at least t=
his
> > > evolution could give raise to pause and rethink HOW to permit doing t=
his.
> > >=20
> > > So i would at least like to pledge with you that it is a good thing t=
o
> > > have this type of discussion in an informational way in this RFC inst=
ead
> > > of doing nothing or trying to go standard YANG directly as a first st=
ep.
> > > It did get into the spec because of the desire of the working group.
> > >=20
> > > > > > Editorial / Nits:
> > > > .
> > > > > >=A0=A0=A0=A0=A0=A0 In the various formats in section 6.10, the l=
owest bit of the upper 64 bits
> > > > > >=A0=A0=A0=A0=A0=A0 is mandated to be 0.=A0 Presumably, there is =
some reason for doing this.=A0 It
> > > > > >=A0=A0=A0=A0=A0=A0 would be nice to explain it.
> > > > >=20
> > > > > Sorry, not clear what you're referring to. Can you give me an
> > > > > explicit reference ?
> > > >=20
> > > > I should ahve removed this note.=A0 It was a side-effect of the pre=
sentation
> > > > and ordering, not a problem on its own.=A0 Sorry.
> > >=20
> > > Cheers
> > >=A0=A0=A0=A0=A0 Toerless
> > >=20
> >=20
> > _______________________________________________
> > Anima mailing list
> > Anima@ietf.org
> > https://www.ietf.org/mailman/listinfo/anima
>=20
> --=20
> ---
> tte@cs.fau.de

--=20
---
tte@cs.fau.de


From nobody Wed May 16 07:21:20 2018
Return-Path: <ietf-bounces@ietf.org>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 394DC127078 for <rtg-dir@ietfa.amsl.com>; Wed, 16 May 2018 07:21:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.792
X-Spam-Level: 
X-Spam-Status: No, score=-3.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.248, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_MED=-2.3, SPF_FAIL=0.001, T_DKIM_INVALID=0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=ietf.org header.b=o6BVN0ze; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=ietf.org header.b=cPhU11Wt; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=joelhalpern.com header.b=nObegbt8
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4YQlaFO3cIqK for <rtg-dir@ietfa.amsl.com>; Wed, 16 May 2018 07:21:13 -0700 (PDT)
Received: from eu-smtp-delivery-152.mimecast.com (eu-smtp-delivery-152.mimecast.com [146.101.78.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD2D01270A0 for <rtg-dir@ietf.org>; Wed, 16 May 2018 07:21:09 -0700 (PDT)
Received: from GLLDCSVPHYB01.gd.didata.local (185.3.28.51 [185.3.28.51]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-9-pSRqiSRTOnKVRpaPJqpo-g-2; Wed, 16 May 2018 15:21:02 +0100
Received: from Pickup by GLLDCSVPHYB01.gd.didata.local with Microsoft SMTP Server id 14.3.319.2; Wed, 16 May 2018 02:03:50 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1526354184; bh=zN2plqlCH+U1sFWmrZZrt+/W5h0J1+dMszZOCqwI7eU=; h=Subject:To:References:From:Date:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc; b=o6BVN0zetDCH031B+rhb6X2pFTGzMnZYZ9+k1RJkjg62/8hJKzykqqxuxxdVcFYir +4IVtvFyrsgjKHU+7VfKVAFwGZXgoVyG7L0Aqf8CjhgtT4QBrkh2Pn5aoE5Y1j3COk nPmoAIzMlD0KUNSsVT4Axqfh2RlAsPyytj8pBCcE=
X-Mailbox-Line: From ietf-bounces@ietf.org  Mon May 14 20:16:22 2018
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1526354169; bh=zN2plqlCH+U1sFWmrZZrt+/W5h0J1+dMszZOCqwI7eU=; h=Subject:To:References:From:Date:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc; b=cPhU11WtV9Dri5MKRkyatJL5uJ2wWyotXJpyLlahtF086s2BIMiJW0D0K4+Vcwtrk ujrCCkhPopXbx6mlKBkBfqdxqR1EZcBkw5BZz8qELnbBM1RHjenmZjRAR3gFAFXstk 8PuxAvwYzNi8ra0n2rC3sHxNx2D6WPfo+9SwwlI8=
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
X-Virus-Scanned: amavisd-new at amsl.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1526354160; bh=7WID3Q0xb14cwWhrd8WhYebrfaCV0Oo3knqVvMgm2Sc=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=nObegbt8ElFl+2mGyfF0biAXb4OeoKaOH1fY85XtysYBYdhSuvfoxfFy+QuSW6Z86 KTFZhigTUUMk7HaNIpSJmbbhIstV/ctFrL0hzG6lm61gWVBnS4OXbpdC9WoG0DNr1G d+j3F1Ztnsp/3y8jeCMZ/HzNrwR+8/BVBeemAP1A=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
To: Toerless Eckert <tte@cs.fau.de>
References: <20180514090425.o2yr33536jru53bu@faui48f.informatik.uni-erlangen.de> <20180514125003.60B4474D368@faui45.informatik.uni-erlangen.de> <20180515025807.zormnu7fqq5rq3uj@faui48f.informatik.uni-erlangen.de>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <6c4f9527-1b96-9c14-ffe0-186a24eb9793@joelhalpern.com>
Date: Mon, 14 May 2018 23:15:58 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <20180515025807.zormnu7fqq5rq3uj@faui48f.informatik.uni-erlangen.de>
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ZUiAubiOeqkvaRuOpPHc9HK1gMM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
CC: <rtg-dir@ietf.org>, <anima@ietf.org>, <ietf@ietf.org>, <draft-ietf-anima-autonomic-control-plane.all@ietf.org>
Errors-To: ietf-bounces@ietf.org
Sender: ietf <ietf-bounces@ietf.org>
X-MC-Unique: 0YCXMNlIM3usYiii_H7rKQ-1
X-MC-Unique: pSRqiSRTOnKVRpaPJqpo-g-2
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/efQRHsFR0rPWAJDPLGN4kZ-A52U>
Subject: Re: [RTG-DIR] [Anima] Rtgdir telechat review of? draft-ietf-anima-autonomic-control-plane-13
X-BeenThere: rtg-dir@ietf.org
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 May 2018 14:21:17 -0000

(Sorry about the excess caps.  Did not intentd to shout.)

 From some off-line disucssions, I understand that the actual address=20
allocation is tied to the registration process.  The registration=20
process is not described in this document.

As far as I can tell, the ACP does not depend upon the address=20
allocation strategy.  The address allocation strategy does require the=20
ACP.  And it requires and is closely coupled to the registration process.

If that is true, the address allocation seems to be better described=20
with the registration process.  Which I presume is in the BRSKI document.

All I would put in here is the basic ULA allocation (hash based=20
generation) mechanism.

Yours,
Joel

On 5/14/18 10:58 PM, Toerless Eckert wrote:
> On Mon, May 14, 2018 at 08:49:56AM -0400, jmh.direct wrote:
>> I think the I understand what you describe.
>> As far as I can tell, the ACP DOES NOT AND SHOYLD NOT MANDATE
>> the address assignment mechanism.=C2=A0 But it is the address assignment
>> mechanism that drives the address allocation.
>=20
> But that exactly is the conclusion of the multi-year ACP work in ANIMA WG=
.
> The ACP of an unconfigured, but only certificate enrolled device needs to
> be able to bring up routing and addressing for the ACP autonomically,
> aka: without any other dependencies.
>=20
> This ACP draft as it stands only depends on BRSKI and some unmodified CA
> to be implemented and deployed. There is no NOC with any address manageme=
nt
> functions required. At minimum, addressing is solely done from th registr=
ar,
> and you can have many registrars in a network and there is no chance
> for inconsistent address configuration.
>=20
> Please propose any other solution that you are thinking of in enough deta=
il
> to discuss it, and i think we can show it has more, and often future/unde=
fined
> problems to be resolved.
>=20
>> I would expect to find the address structure for autonomic addressed
>> in the same document as the mechanisms for autonomic address assignment.
>=20
> The ANIMA autonomic address asignment draft is relying on the ACP to be
> operational end-to-end to signal amongst its components via ACP GRASP the
> address/prefix assignments. It can by definition not be used to bring up
> routing and addressing of the ACP itself. It likely also required more
> centralized functionality. For what it tries to do, it is elegant, flexib=
le and
> all that because it does not have to bother about bootstrap addressing an=
d
> routing for itself as the ACP has to do.
>=20
> https://en.wikipedia.org/wiki/Bootstrapping#/media/File:Zentralbibliothek=
_Solothurn_-_M%C3%BCnchhausen_zieht_sich_am_Zopf_aus_dem_Sumpf_-_a0400.tif
>=20
> BRSKI+ACP are doing what poor Muenchhausen is trying to do in
> what i think is a quite lightweight, very secure, scalable and
> for the job at hand (ugly) quite elegant way.
>=20
>> That is, why the routing scheme seemed confusing after the address alloc=
ation scheme.
>=20
> If you can be more explicit about what you think is confusing, i am
> happy to make any confusing text better.
>=20
> Note that routing protocol/profile and addressing scheme are all subject
> to future enhancements easily. But in the design of anima, we would like
> to have operator defined address  policy to be part of intent, and
> that would not only requir a lot more future work, it would also make
> addressing assigned this way less reliable and would not allow to use
> addresses managed dyanmically be used by components that are used to impl=
ement
> the Intent infrastructure or any future ANI components (ASA etc.) that
> intent or address management depends on.
>=20
> Cheers
>      Toerless
>=20
>> Yours,Joel
>>
>>
>> Sent via the Samsung Galaxy S=C2=AE 6, an AT&T 4G LTE smartphone
>> -------- Original message --------From: Toerless Eckert <tte@cs.fau.de> =
Date: 5/14/18  05:04  (GMT-05:00) To: "Joel M. Halpern" <jmh@joelhalpern.co=
m> Cc: rtg-dir@ietf.org, draft-ietf-anima-autonomic-control-plane.all@ietf.=
org, ietf@ietf.org, anima@ietf.org Subject: Re: [Anima] Rtgdir telechat rev=
iew of
>>  =C2=A0 draft-ietf-anima-autonomic-control-plane-13
>> a) Will try to do better explanation of identifier nature of addresses i=
n
>>  =C2=A0=C2=A0 next commit.
>>
>> b) what do we loose if get rid of the choices. I kinda thought i had ans=
wered
>>  =C2=A0=C2=A0 this already, but i really don't know where your concern s=
tarts...
>>
>>  =C2=A0=C2=A0 1. We use ULA because we want to be able to bring up ACP n=
etworks without
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 requiring a registry allocation of a pre=
fix, and ULA is the correct
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 private address space. And deriving ULA =
Global ID from hash of domain
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 name is nice.
>>
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Sounds as if you agree with this.
>>     =20
>>  =C2=A0=C2=A0 2. We want to be able to allocate addresses to ACP/ANI dev=
ices
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 without any additional configuration fro=
m multiple independently
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 running registrars. Thats why the global=
 unique ID of the registrar
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 is part of the address in both zone and =
Vlong format.
>>
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Thats very fundamental to the ease of de=
ployment of ACP/ANI nodes
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (i say ANI, because its really ACP+BRSKI=
 required here to get a simple standard
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 solution to create the cert, other=
wise youre down to a vendor specific
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 cert provisioning solution extende=
d with ACP info support)
>>
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 i hope this is uncontentuous
>>    =20
>>  =C2=A0=C2=A0 3. a) We wanted to be able to support in the future "zone"=
 =3D area/region-level
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 route aggregation, thats why the zone sc=
heme reserves those 13 bits.
>>
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 b) We also know use cases where nodes ne=
ed more than 2 addresses,
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 thats why we have have the 8/16 bit Vlon=
g option.
>>
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 c) We can not do everything autonomicall=
y (=3D=3D addresses assigned from registrars),
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 so we also reserve address space for tra=
ditional config (manual address space).
>>
>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Are these three sub-spaces zone,manual,v=
long contenuous ?
>>    =20
>>  =C2=A0=C2=A0 As mentioned in prior email if i wanted to avoid those ca.=
 3 bits of
>>  =C2=A0=C2=A0 format indication, i would need to indicate the semantic o=
f addresses
>>  =C2=A0=C2=A0 somehow differently to the nodes, e.g: via some extension =
to the ACP format,
>>  =C2=A0=C2=A0 but i would want to be able to signal the same information=
.
>>
>>  =C2=A0=C2=A0 So for example: because we have a standardized addressing =
scheme,
>>  =C2=A0=C2=A0 a node that allows configuration of "ACP connect" can make=
 sure
>>  =C2=A0=C2=A0 that the address configured on an ACP cnnect interface can=
 never be a ULA
>>  =C2=A0=C2=A0 address that would conflict with an automatic ACP address =
assignment done
>>  =C2=A0=C2=A0 by a registrar. So i protect my autonomic address space fr=
om misconfiguration.
>>  =C2=A0=C2=A0 Which is IMHO extremely important. So this is the key just=
ification for
>>  =C2=A0=C2=A0 the manual address space allocation.
>>
>>  =C2=A0=C2=A0 Distinguishing between zone and Vlong address spaces is ne=
cessary because
>>  =C2=A0=C2=A0 we just can't fit zone, registrar-ID and node-number and 1=
6 bit of per-node bits
>>  =C2=A0=C2=A0 into a single addressing scheme.
>>
>>  =C2=A0=C2=A0 E voila, three (IMHO: simpler) simple options. Likely netw=
orks will use all three.
>>  =20
>> Cheers
>>  =C2=A0=C2=A0=C2=A0 Toerless
>>
>> On Sun, May 13, 2018 at 07:38:35PM -0400, Joel M. Halpern wrote:
>>> Trimmed.
>>> Top posting for clarity.=C2=A0 Mostly, agreement.
>>>
>>> On the identifier vs locator, I think the way you are using the terms i=
s
>>> confusing.=C2=A0 But it is not worth continued argumentation.Some text
>>> elaborating along the lines you provide (retained below) would help.
>>>
>>> I have tried reading the section on addressing inside the ACP more
>>> carefully.=C2=A0 Thank you for moving the Z bit.
>>> I have retained the earlier discussion on this topic below, in case we =
still
>>> need it.
>>> Reading the section, I think that the problem is more basic.
>>>
>>> I agree that the document needs to define that we are using a ULA.=C2=
=A0 And
>>> because of the certificate behaviors, there is significant advantage in
>>> defining what ULA prefix is used.
>>>
>>> Given that, I do not see what use there is in all the other format
>>> definition.=C2=A0 I suspect I am missing something very basic.=C2=A0 Wh=
y not leave
>>> this to the deploying operator?=C2=A0 It is not like it can be autonomi=
c, since
>>> something has to tell the devices what format to use, and what numbers
>>> within some of the formats to use.=C2=A0 I could imagine something that=
 said "in
>>> the absence of configuration, construct device addresses according to o=
ne
>>> specific algorithm, so as to simplify bootstrap.
>>> But it would be a simple scheme.
>>>
>>>
>>> On 5/11/18 10:09 PM, Toerless Eckert wrote:
>>>>
>>>> Diff:
>>>>
>>>> http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=3Dhttps://raw.gi=
thubusercontent.com/anima-wg/autonomic-control-plane/2ae8f47399ae0d0811cb45=
209186d01f9e0d3077/draft-ietf-anima-autonomic-control-plane/draft-ietf-anim=
a-autonomic-control-plane-14.txt&url2=3Dhttps://raw.githubusercontent.com/a=
nima-wg/autonomic-control-plane/54c9c16f3444b1db13c7cb05744e543dfcdfb63b/dr=
aft-ietf-anima-autonomic-control-plane/draft-ietf-anima-autonomic-control-p=
lane-14.txt
>>>>
>>>> Latest version:
>>>> https://raw.githubusercontent.com/anima-wg/autonomic-control-plane/54c=
9c16f3444b1db13c7cb05744e543dfcdfb63b/draft-ietf-anima-autonomic-control-pl=
ane/draft-ietf-anima-autonomic-control-plane-14.txt
>>>>
>>> ....
>>>> Here are the things that make the ACP address an identifier to me:
>>>>
>>>> - It is assigned once to the device and not meant to change over the l=
ifetime
>>>>  =C2=A0=C2=A0=C2=A0 of the device.
>>>> - It does not change when i move the node to a different location
>>>>  =C2=A0=C2=A0=C2=A0 and re-connect the device.
>>>> - It is the unique part of the ACP domain certificate (other than the =
private key)
>>>>  =C2=A0=C2=A0=C2=A0 and used to identify the device (privat key is use=
d to authenticate it,
>>>>  =C2=A0=C2=A0=C2=A0 but the private key may change over time, for exam=
ple when renewing the certificate).
>>>>
>>>> Would be happy to elaborate this in the doc more explicitly, e.g.: lik=
e written
>>>> above.
>>>
>>> (Context: Addressing inside the ACP.)
>>>>> Part of my reaction to this whole section is that it looks much like =
the
>>>>> mistake we made originally in defining classful IP addresses.=C2=A0 Y=
ou are
>>>>> trying to guess the correct use cases, and defining specific address
>>>>> structures with specific encodings for each one.=C2=A0 With only a fe=
w encodings
>>>>> available.=C2=A0 This seems to be a recipe for being wrong later in w=
ays that
>>>>> hurt.
>>>>
>>>> The only equivalent to classfull addressing i see is for the fixed pre=
fix-length
>>>> handed out to each node, 1 bit (2 addresses) with zone addresses, 8/16=
 bits
>>>> (256/64k address) for Vlong, but its NOT assignment to network segment=
s
>>>> as in IPv4 A/B/C but to nodes.
>>>>
>>>> We didn't introduce choices lightly. There are compromises to be made =
when you
>>>> want some lightweight address allocation scheme, not expecting to have=
 complex
>>>> address registry or management system in the backend but simple regist=
rars.
>>>>
>>>> see below for more
>>>>
>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The difference in =
interpretation
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 is actually provided by the l=
ast bit in the upper 64.=C2=A0 If these are the
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 same schema, then it should n=
ot need a bit to differentiate them.=C2=A0 They
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 should be explained as a sing=
le schema.=C2=A0 Which would presumably result in
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the Z bit being part of the z=
one / subnet field.=C2=A0=C2=A0 If they are two
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 different schemas, then move =
the differentiation to part of the schema
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 identifier (making it 3 bits)=
.
>>>>>>
>>>>>> We did not want to make Z part of the base schemas 6.10.2 "Type" cod=
e because
>>>>>> that would also make the Vlong scheme one bit shorter and that would=
 reduce
>>>>>> virtualization space in Vlong by a factor of 2.
>>>>>>
>>>>>> So, yes, encoding wise, 6.10.4 manual sub addressing space was carve=
d out
>>>>>> of the 6.10.3 zone address space via the Z bit, but thats just an en=
coding aspect.
>>>>>>
>>>>>> Functionally, 6.10.3/6.10.4 are quite different, and therefore it is=
 IMHO
>>>>>> textually correct to have them in different subsections.
>>>>>>
>>>>>> Carving out bits like Z isn't ideal, but in between the ULA prefix,
>>>>>> the 64 bit local part we must have for external interfaces and
>>>>>> best utilization of bits, we tried to rather optimize address space
>>>>>> utilization and not beauty of encoding.
>>>>>>
>>>>>> Having=C2=A0 at the end allows (as written) use of /63 instead of=C2=
=A0 2 * /64
>>>>>> routes. I am not sure how important this would be in the future.
>>>>>>
>>>>>> If you feel strongly about more beauty in encoding,
>>>>>> i can move Z to the left and remove the notion of the possible /63 r=
oute
>>>>>> optimization possible through the placement of Z.
>>>>>
>>>>> Since the two different uses of the Z bit with type 00b are quite dis=
tinct,
>>>>> trying to enable aggregation seems counter-productive.
>>>>>
>>>>> While I hate to push on a point you describe as aesthetics, having th=
e Z
>>>>> bit, occuring after the Zone / subnet-ID field, but defining whether =
the
>>>>> field is a zone or a subnet, seems awkward for insufficient reason.
>>>>>
>>>>> I would recommend moving the Z bit up so it is after the type, and at=
 the
>>>>> front of each of the two sections reiterate that this subscheme is in=
dicated
>>>>> by the Z bit being { 0 | 1 }.
>>>>
>>>> Done. (see diff).
>>>>
>>>>>> I very much hope there is no "interesting" implementation aspect;
>>>>>> nothing in the current scheme that makes implemenation harder. If yo=
u
>>>>>> have an example that you fear, i would like to hear it.
>>>>>>
>>>>>> To me, we are just defining address space allocation schemes.
>>>>>
>>>>> I suppose likely implementations will use mask definitions that will =
make it
>>>>> work.=C2=A0 I pity the code reviewer.
>>>>
>>>> I have read the code and tested in the lab IPv6 embedded RP adressing
>>>> and didn't feel pityfull about the job. But i weigh the overall system
>>>> complexity. Embedded-RP simplified a lot of other parts of the
>>>> multicast system at the cost of introducing an addressing scheme.
>>>> I think similarily, the ACP addressing scheme simplifies the overall s=
ystem
>>>> complexity, especially registrars.
>>>>
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 In section 6.10.5, after stat=
ing that it is not even known what the needed
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 usage is for more V values
>>>>>>
>>>>>> Which sentence are you referring to when you say "not even known wha=
t the
>>>>>> needed usage is" ? I can't find it, but i would like to rectify it
>>>>>> if it actually is still there.
>>>>>
>>>>> The text reads "further values use via definition in future work."=C2=
=A0 In the
>>>>> zone-id scheme, it is one bit.=C2=A0 For some reason, it is 8 or 16 b=
its here.
>>>>
>>>> Thanks, changed sentence to:
>>>>
>>>> V: Virtualization bit: Values 0 and 1 are assigned in the same way as =
in the Zone-ID sub-scheme.
>>>>
>>>> The existing text, now directly after the list, explains examples
>>>> when a device would likely need 256 or 64k addresses:
>>>>
>>>> existing text:
>>>> ..."1" bit Node-Numbers are intended for ACP nodes that are ACP edge n=
odes ...
>>>>
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the document goes on to intro=
duce the
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 complexity of classful nodes =
numbers, with the leading bit indicating how
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 long the node-number is.=C2=
=A0 Yes, the rest of the text in that bullet tries to
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 explain why you need both siz=
es.=C2=A0 It seems like needless complexity that
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 begs for mistakes in implemen=
tation.
>>>>>>
>>>>>> I was taking the example use cases we brainstormed into account, and
>>>>>> some of them=C2=A0 would require a lot more addresses in the node th=
an others,
>>>>>> therefore these two choices.
>>>>>
>>>>> See my comments above.=C2=A0 Trying to encode specific use cases into=
 the address
>>>>> format seems a problematic answer to an admittedly difficult question=
.
>>>>>
>>>>> What would break if you didn't define any of this?
>>>>
>>>> One could save the 2.5 bits (Type, Z) indicating the structure of the
>>>> address inside the address by encoding the designated format of the
>>>> address instead in an extension field of the ACP address information i=
n
>>>> the certificate. We would certainly still want to have the same type
>>>> of addresses, e.g.: 2,256,64k local addresses, option for zones and
>>>> address to assign to ACP connect interfaces (manual addressing scheme)
>>>> IMHO. So, at best we could save the 2.5 bits if we wanted to keep the
>>>> functionality, which i think is all required.
>>>>
>>>> I would be quite afraid of doing such a drastic change this late in
>>>> the process because i think it will take a long time to foresee the
>>>> resulting complexity introduced for registars and any other place
>>>> that now can deduct the semantic from the address and would then have
>>>> to access to what the certificate indicates in a different way (e.g.:
>>>> access to the certificate). Note that the length of the ACP informatio=
n
>>>> field in the cert is also limited, so this type of extension might end
>>>> up looking even uglier to be short *sigh*.
>>>>
>>>> I was always thinking that this type of more flexible option would
>>>> be a good next-step, but not a safe first step. It would make a lot
>>>> more sense after hearing implementation/deployment experiences,
>>>> especially to correctly support important options we may have
>>>> overlooked in the current schemes. Just redoing what we have different=
ly
>>>> to save 2.5 bits isn't worth it IMHO.
>>>>
>>>>>> Ultimately, we need to break through the chicken and egg problem
>>>>>> of how to build more self-managing networks. These will require
>>>>>> a different number of addresses inside nodes. Anything more intellig=
ent
>>>>>> than address space allocations would become a complex dependency
>>>>>> making implementation/adoption even slower. I don't think that
>>>>>> offering 2, 256, 64k addresses per node is too much flexibility.
>>>>>> It IMHO necessary and sufficient to explore and we'll see what stick=
s.
>>>>>
>>>>> Variation is needed.=C2=A0 That was true of allocations in IP.=C2=A0 =
encoding the
>>>>> variations proved a bad choice.
>>>>
>>>> Let me repeat that we are not doing any network/subnet prefix encoding=
 which is
>>>> what IPv4 A/B/C was. And there are IMHO good examples how encoding in =
IPv6
>>>> did save the day from complexity (at least all the stuff done for IPv6
>>>> multicast, ASM/SSM, zones, Embedded-RP) was highly useful.
>>>>
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 In section 6.11.1.11 in descr=
ibing the prefix lengths, I thought that the
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 point of zone addressing was =
to allow the use of /64 prefixes.=C2=A0 But it
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 seems here that we will not d=
o so ?
>>>>>>
>>>>>> As mentioned above: This document does not describe the routing setu=
p for /64
>>>>>> (or /63 with Z-bit) routing aggregation. There are multiple options,
>>>>>> but we could not conclude on a single solution that we felt to be
>>>>>> appropriate for this document. Instead it was only very important
>>>>>> to carve out addressing space to support this.
>>>>> The net effect seems to be to prohibt the very things that you went t=
o a lot
>>>>> of trouble to enable in your addressing design.
>>>>
>>>> Maybe i do not understand your comment correctly, but i do not
>>>> think it is correct. We just have not defined recommended mechanisms
>>>> how to set up routing to use /64 zone routes. That is something IMHO
>>>> better done in a followup document because all the cases where we
>>>> did see a need for znes where really very specific to particular
>>>> deployment styles and would not be applicable to the mayority of ACPs.
>>>> Nevertheless, we felt those cases where important enough to reserve
>>>> bits for them through the zone field.
>>>>
>>>>> ...
>>>>>>> ***=C2=A0=C2=A0=C2=A0 Section 10.3.2 paragraph 2 says that devices =
should change the meaning
>>>>>>> of "admin down" to mean "down for everything except ACP / Anima".=
=C2=A0=C2=A0=C2=A0 I can
>>>>>>> understand why, in an autonomic network, such a state is desirable.=
=C2=A0 However,
>>>>>>> that really should be a different state from "admin down".=C2=A0 Op=
erators already
>>>>>>> understand "admin down" as meaning that this interface will not be =
used for any
>>>>>>> traffic.=C2=A0 Changing that is fairly drastic.=C2=A0 "admin limite=
d" or "admin ACP-Only"
>>>>>>> would seem much better than changing the meaning of "admin down".=
=C2=A0 The
>>>>>>> justification in the text seems to be a desire to prevent an operat=
or from
>>>>>>> doing what he intends.=C2=A0 that seems backwards.=C2=A0 (Note that=
 the distinction
>>>>>>> between administrative state vs operational state, aka failed, is a=
lready well
>>>>>>> understood.)
>>>>>>
>>>>>> Well, this is in an informative section, so hopefully something we c=
an agree to disagree.
>>>>>
>>>>> If this were truly informative, it would not belong in this document =
at all.
>>>>> Changing the behavior of widely understood configuration behaviors is=
 NOT a
>>>>> small thing.=C2=A0 Changing the permissions models for widely underst=
ood
>>>>> configuration operations is also NOT a small thing.
>>>>>
>>>>> My suggestion is that you remove all of this material.=C2=A0 If you f=
eel it is
>>>>> important, write an I-D for standards track on evolving the configura=
tion
>>>>> model for robust ANIMA.=C2=A0 While I think the change is a mistake, =
you clearly
>>>>> have the right to cause the discussion.
>>>>>
>>>>> Hiding the topic in an "informational" note in the ACP document seems=
 VERY
>>>>> wrong.
>>>>>
>>>>> Also note that in your discussion below, you talk about the equivalen=
ce of
>>>>> admin down and physical down.=C2=A0 Most management models I know of =
treat these
>>>>> as quite distinct.=C2=A0 SO that is at best a red herring.
>>>>
>>>> Hmm. I really only CLI derived from Cisco IOS, and there the
>>>> interface level "shutdown" command doubles IMHO both as admin down and
>>>> as phy down, so i would contend that this is a red herring. It actuall=
y
>>>> does show up in diagnostic CLI as "admin down", but is also bringing d=
own
>>>> phy state. Therefore it is also used to diagnose phy, .e.g: shutting d=
own
>>>> one side of a supposed direct p2p link to verify the phy change on the
>>>> other side. That practical experience is what the text and direction i=
s
>>>> based on.
>>>>
>>>> Whats an example where admin/phy down are separate in your experience =
?
>>>>
>>>> I don't know how you define "truly informative". I simply meant
>>>> informational as compared to standards track wrt. to not impacting
>>>> interoperability, but also as a precursor work to give opportunity
>>>> for gaining more experience before attempting to go standard.
>>>>
>>>> If/when i find time i definitely would like to investigate how this
>>>> could be formalized through a YANG model for ACP so that it can become=
 standard,
>>>> but i definitely agree that especially this part of the YANG model wou=
ld
>>>> be highly difficult to get to before any experience is gained with
>>>> this.
>>>>
>>>> I therefore would very much hesitate removing this text from the docum=
ent, it was
>>>> specifically asked for several times in the working group to understan=
d
>>>> how the promised reliability of the ACP against operator/contoller
>>>> operation could be achieved. Having this in a first round (this docume=
nt)
>>>> as "informational" is IMHO a good and important thing.
>>>>
>>>>> (text retained for context of further discussions.)
>>>>>
>>>>>>
>>>>>> I strongly believe that the most easy way to operationalize the ACP =
and
>>>>>> achieve its goals is what we have written.
>>>>>>
>>>>>> The historic equivalence of "down" =3D "admin down" =3D "physical do=
wn" is one of
>>>>>> the the most fundamental problem of remote management in networks.
>>>>>>
>>>>>> We really need to start thinking of separate layers of (remote) mana=
gement.
>>>>>> Network services on one hand and physical infra on the other.
>>>>>>
>>>>>> The first thing to do this is to separate operations such as "down"
>>>>>> into "admin down" that affects networks services and "phy down" that
>>>>>> affects the physcial infra.
>>>>>>
>>>>>> If you have existing commands like "shutdown" that today do both,
>>>>>> the safe mapping is to let them do the safe thing in the future, e.g=
:
>>>>>> only "admin down", and introduce new commands for the phy operations=
,
>>>>>> e.g.: "phy shutdown" or the like.
>>>>>> And then protect those dangerous commands even further against unint=
entional or
>>>>>> intentional misuse.
>>>>>>
>>>>>> Think of ACP/ANI also as a seamless inband version of a DCN. As an o=
perator
>>>>>> of the actual data network, you also didn't have any access to bring=
 down the DCN
>>>>>> and cut yourself off from the network you manage. YOu could only scr=
ew
>>>>>> up that network you're meant to manage.
>>>>>>
>>>>>> And if your network consists of VMs in a DC, a "shutdown" on their
>>>>>> interfaces will also not bring down physical interfaces necessary
>>>>>> to reach the VM.
>>>>>>
>>>>>> In optical networks you often have an inband physcial ethernet manag=
ement
>>>>>> channel. Making/breaking that one is completely different from makin=
g/breaking
>>>>>> your data-plane, aka: data fiber colors.
>>>>>>
>>>>>>> ***=C2=A0=C2=A0=C2=A0 The notion in 10.3.6 that the device should r=
efuse to disable
>>>>>>> functionality when an authorized administrator directs such seems f=
latly wrong.
>>>>>>
>>>>>> The authorization to break your own remote management connectivity
>>>>>> would be a property of the certificate. clearly whoever enrolled
>>>>>> the device with a certificate denying that capaility to the operator
>>>>>> did NOT authorize the administrator to break connectivity.
>>>>>
>>>>> The security model change seems as problematic as the above configura=
tion
>>>>> change.
>>>>
>>>> We have recurringly heard from customers that mistakes in managing rem=
ote
>>>> equipment and loosing connectivity is a mayor pain point. Creating
>>>> an operational option that limits/disables operators ability to
>>>> impact phy level connectivity that remote management depends upon and =
therefore
>>>> reducing this risk and cost factor seems to me like a very logical pah
>>>> forward. Whether or not this should be indicated in the certificate
>>>> or differently is definitely wide open.
>>>>
>>>> I agree that none of these operational interface level changes are
>>>> a piece of cake given how we have in the IETF not tried to define
>>>> different access levels to configuration so far, at least not
>>>> between some phy/infra access level and network-services access level.
>>>>
>>>> As said above in my first reply that you didn't comment on, i think a
>>>> good part of what i am looking for may happen through other means
>>>> already, such as when a router is just a VM running on an OS. At least
>>>> in early versions of this that i'd seen, this implicitly disabled
>>>> the ability to modify phy state from the router VM, and of course
>>>> complaints where raised that phy mods where necessary, but at least th=
is
>>>> evolution could give raise to pause and rethink HOW to permit doing th=
is.
>>>>
>>>> So i would at least like to pledge with you that it is a good thing to
>>>> have this type of discussion in an informational way in this RFC inste=
ad
>>>> of doing nothing or trying to go standard YANG directly as a first ste=
p.
>>>> It did get into the spec because of the desire of the working group.
>>>>
>>>>>>> Editorial / Nits:
>>>>> .
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 In the various formats in sec=
tion 6.10, the lowest bit of the upper 64 bits
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 is mandated to be 0.=C2=A0 Pr=
esumably, there is some reason for doing this.=C2=A0 It
>>>>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 would be nice to explain it.
>>>>>>
>>>>>> Sorry, not clear what you're referring to. Can you give me an
>>>>>> explicit reference ?
>>>>>
>>>>> I should ahve removed this note.=C2=A0 It was a side-effect of the pr=
esentation
>>>>> and ordering, not a problem on its own.=C2=A0 Sorry.
>>>>
>>>> Cheers
>>>>  =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Toerless
>>>>
>>>
>>> _______________________________________________
>>> Anima mailing list
>>> Anima@ietf.org
>>> https://www.ietf.org/mailman/listinfo/anima
>>
>> --=20
>> ---
>> tte@cs.fau.de
>=20


From nobody Thu May 17 14:54:43 2018
Return-Path: <pritchardv0@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA126128896; Thu, 17 May 2018 14:54:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level: 
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 HHGClVhSq5Uy; Thu, 17 May 2018 14:54:31 -0700 (PDT)
Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA5C0129C5D; Thu, 17 May 2018 14:54:31 -0700 (PDT)
Received: by mail-it0-x22f.google.com with SMTP id y189-v6so10762931itb.2; Thu, 17 May 2018 14:54:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to:cc; bh=DIE5KIBuQ3zqhE3E2Auy08yDTDAQMeULIWkHPPtfLho=; b=l2nk1EJV0BlGG0bfbpcX6n/0mpOK0spGhHVqI85o64P7AxbSrnJpciOSL49Ky/wRun NuA8EatTCcLiXcscsQvE6uHDHIsIjYxkRydM/HDDCtBt+1FO0IJC/GVvvXEQfBV8p0KU MMsgoddHAL651/TLLZW1vVdTvWDYWQWCU5Lcq/vZpzFZYUtPZgyom5WRCm8IC+w7nJhh M3YZSPkCoK9amwCpcVj6aauJw9cSSOGJ5/tGSKab+epuzsu7EHrvNiiiPkzmV90ha+0S 4uitKaQFhrMKl7xfgKAzzd+oYzTlIgLh/pNwwM+Ulvj94nyYC1Oq0R5vEsWNoNIRChLt T1GA==
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:cc; bh=DIE5KIBuQ3zqhE3E2Auy08yDTDAQMeULIWkHPPtfLho=; b=H9lO18TLZrS6jGJNkr+2QMhiCW2jWyphTh0UspJBFvHu/rvz+ikux4OYfvPFICbGFM Fv2M9EL0eaFnbw3P92s4aNO65Yw1r95g/5Quu3bei5LFopCaGSn7wQzs1Caho4XhbmsX V6D6jOFIDYD/F2ULggWlA4tjEN/P9dBg9SvNdpHnTuUnOgVU1ZC9WFDqb6nvfMoiG9Dw 6EoI1gxuXg8IaCt/wX4YFMqymjODi1zAJ27HjTrnj2nSF20za/sOmWXKXbglfOYvGEfU XOdv+HwQRAXMrVcT7F1RuQHX0y4rMnkgUEBq6ywU7CcUOfsIvtrd3ps8PYQOMVO7Qguc oD0Q==
X-Gm-Message-State: ALKqPwdNHpl8qrqiVeuYMVv/IHLPbT11S3wCq6xZgXfV2S66o1S+vbrp /9V3xatPrc3ePACB+ACBzuKZG6zju7F6BCT7JQgmHQ==
X-Google-Smtp-Source: AB8JxZpwY+90/sSLwBeRwInT5UzmA3cqBzBXWUgKZd0Kb6jqw8lm+ZFuynnVwZGmGA+iu7rs0cpzn0TLUpXlTlxl3zk=
X-Received: by 2002:a24:7451:: with SMTP id o78-v6mr4473596itc.113.1526594070824;  Thu, 17 May 2018 14:54:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a02:37d6:0:0:0:0:0 with HTTP; Thu, 17 May 2018 14:54:30 -0700 (PDT)
From: Victoria Pritchard <pritchardv0@gmail.com>
Date: Thu, 17 May 2018 22:54:30 +0100
Message-ID: <CA+fLEh+CMuWEcKy3J1JGx3Oxj9Fpg7qJv1a0m+-AKnMOgW2mEA@mail.gmail.com>
To: draft-ietf-idr-bgp-ls-segment-routing-ext.all@ietf.org,  idr-chairs@ietf.org
Cc: rtg-dir@ietf.org, idr@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004ecc38056c6de130"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/WmMfeAGp6C0j3WRf4NISO9nQOP0>
Subject: [RTG-DIR] RtgDir Early review: draft-ietf-idr-bgp-ls-segment-routing-ext-06
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 May 2018 21:54:35 -0000

--0000000000004ecc38056c6de130
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello

I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=9D re=
view of this
draft.
https://tools.ietf.org/html/draft-ietf-idr-bgp-ls-segment-routing-ext-06

The routing directorate will, on request from the working group chair,
perform an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitted=
 for publication
to the IESG. The early review can be performed at any time during the
draft=E2=80=99s lifetime as a working group document. The purpose of the ea=
rly
review depends on the stage that the document has reached.

For more information about the Routing Directorate, please see =E2=80=8B
http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Document: draft-ietf-idr-bgp-ls-segment-routing-ext-06.txt
Reviewer: Victoria Pritchard
Review Date: 17/05/2018
Intended Status: Standards Track

Summary:
I have some minor concerns about this document that I think should be
considered, just a few things that weren't clear to me, but these may be
obvious to the intended audience.

Comments:

(1)
I found the document difficult to read with so many references to
definitions in other drafts. I noticed that the other drafts sometimes
duplicate text from each other, so wonder if that should be done here too
to aid readability, along with a comment that these parts have the same
definition in the IS-IS and OSPF extensions too. e.g. 2.2.1 but applies
throughout.

(2)
I found Table 5 6 and 7 really useful, since it became clear that the TLVs
defined here for BGP map to OSPF and IS-IS extensions. I'd like to see
these tables earlier in the draft.

(3)
Sections 2.1, 2.2, 2.3.1, 2.3.4 all mention "SR TLV" or "corresponding TLV"
but it wasn't clear what these were.

(4)
Section 2.1.1
If length is 3 and the rightmost 20 bits are a label, what are the other
bits for?

(5)
2.1.2. The capabilities TLV "advertise the node's SR capabilities and its
Segment Routing Global Base (SRGB) range(s)", but the format diagram only
contains Segment ID information. What are the capabilities? Or does the
presence of this TLV indicate the capability?

(6)
2.1.2, 2.1.4
The range size is followed by a single SID? Is this the same for the Range
TLV in 2.3.4?

(7)
2.1.5 The SRMS Preference TLV only contains the Preference value, so it was
unclear how this is linked to a mapping server? Is the mapping server some
other field in the message?

(8)
2.3.1
If the flags field is to be used according to the flags from the
corresponding source protocol, does the receiver know the source protocol
and therefore how to interpret this field? 2.3.2 says to look in NLRI for
Protocol-ID so may be worth stating the same here.

(9)
2.3.4.1 repeats that the flags of the "Range TLV" are set according to the
definition in the OSPF drafts. Is that the Range TLV defined here (in which
case this is already stated in 2.3.4), or the OSPF Extended Prefix Range
TLV (in which case, why would you need to clarify how those flags are used)=
?
Does this paragraph mean you copy the TLV used in OSPF and also add a
Prefix-SID? So for each mapping there are 2 TLVs? 2.3.4.2 is much clearer
in the way it presents this.
Again a note about Protocol-ID may help here since the sub-TLVs included
are different depending on the protocol.

(10)
Table 5,6,7. Is the fact the length is variable is interesting in this
table? I would like to see this table earlier in the draft to visualise the
OSPF and IS-IS information you are aiming to share using this BGP extension=
.

--0000000000004ecc38056c6de130
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hello</div><div><br></div><div>I have been selected t=
o do a routing directorate =E2=80=9Cearly=E2=80=9D review of this draft.=C2=
=A0</div><div><a href=3D"https://tools.ietf.org/html/draft-ietf-idr-bgp-ls-=
segment-routing-ext-06">https://tools.ietf.org/html/draft-ietf-idr-bgp-ls-s=
egment-routing-ext-06</a></div><div><br></div><div>The routing directorate =
will, on request from the working group chair, perform an =E2=80=9Cearly=E2=
=80=9D review of a draft before it is submitted for publication to the IESG=
. The early review can be performed at any time during the draft=E2=80=99s =
lifetime as a working group document. The purpose of the early review depen=
ds on the stage that the document has reached.</div><div><br></div><div>For=
 more information about the Routing Directorate, please see =E2=80=8B<a hre=
f=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir">http://trac.tool=
s.ietf.org/area/rtg/trac/wiki/RtgDir</a></div><div><br></div><div>Document:=
 draft-ietf-idr-bgp-ls-segment-routing-ext-06.txt</div><div>Reviewer: Victo=
ria Pritchard</div><div>Review Date: 17/05/2018=C2=A0</div><div>Intended St=
atus: Standards Track</div><div><br></div><div>Summary:</div><div>I have so=
me minor concerns about this document that I think should be considered, ju=
st a few things that weren&#39;t clear to me, but these may be obvious to t=
he intended audience.</div><div><br></div><div>Comments:</div><div><br></di=
v><div>(1)</div><div>I found the document difficult to read with so many re=
ferences to definitions in other drafts. I noticed that the other drafts so=
metimes duplicate text from each other, so wonder if that should be done he=
re too to aid readability, along with a comment that these parts have the s=
ame definition in the IS-IS and OSPF extensions too. e.g. 2.2.1 but applies=
 throughout.</div><div><br></div><div>(2)</div><div>I found Table 5 6 and 7=
 really useful, since it became clear that the TLVs defined here for BGP ma=
p to OSPF and IS-IS extensions. I&#39;d like to see these tables earlier in=
 the draft.</div><div><br></div><div>(3)</div><div>Sections 2.1, 2.2, 2.3.1=
, 2.3.4 all mention &quot;SR TLV&quot; or &quot;corresponding TLV&quot; but=
 it wasn&#39;t clear what these were.</div><div><br></div><div>(4)</div><di=
v>Section 2.1.1=C2=A0</div><div>If length is 3 and the rightmost 20 bits ar=
e a label, what are the other bits for?</div><div><br></div><div>(5)</div><=
div>2.1.2. The capabilities TLV &quot;advertise the node&#39;s SR capabilit=
ies and its Segment Routing Global Base (SRGB) range(s)&quot;, but the form=
at diagram only contains Segment ID information. What are the capabilities?=
 Or does the presence of this TLV indicate the capability?=C2=A0</div><div>=
<br></div><div>(6)<br></div><div>2.1.2, 2.1.4</div><div>The range size is f=
ollowed by a single SID? Is this the same for the Range TLV in 2.3.4?</div>=
<div><br></div><div>(7)</div><div>2.1.5 The SRMS Preference TLV only contai=
ns the Preference value, so it was unclear how this is linked to a mapping =
server? Is the mapping server some other field in the message?</div><div><b=
r></div><div>(8)</div><div>2.3.1</div><div>If the flags field is to be used=
 according to the flags from the corresponding source protocol, does the re=
ceiver know the source protocol and therefore how to interpret this field? =
2.3.2 says to look in NLRI for Protocol-ID so may be worth stating the same=
 here.</div><div><br></div><div>(9)</div><div>2.3.4.1 repeats that the flag=
s of the &quot;Range TLV&quot; are set according to the definition in the O=
SPF drafts. Is that the Range TLV defined here (in which case this is alrea=
dy stated in 2.3.4), or the OSPF Extended Prefix Range TLV (in which case, =
why would you need to clarify how those flags are used)?</div><div>Does thi=
s paragraph mean you copy the TLV used in OSPF and also add a Prefix-SID? S=
o for each mapping there are 2 TLVs? 2.3.4.2 is much clearer in the way it =
presents this.</div><div>Again a note about Protocol-ID may help here since=
 the sub-TLVs included are different depending on the protocol.</div><div><=
br></div><div>(10)</div><div>Table 5,6,7. Is the fact the length is variabl=
e is interesting in this table? I would like to see this table earlier in t=
he draft to visualise the OSPF and IS-IS information you are aiming to shar=
e using this BGP extension.</div><div><br></div><div><br></div></div>

--0000000000004ecc38056c6de130--


From nobody Fri May 18 01:46:46 2018
Return-Path: <ketant@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08278127735; Fri, 18 May 2018 01:46:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uSXyZJO-3AJv; Fri, 18 May 2018 01:46:32 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A4DC124D6C; Fri, 18 May 2018 01:46:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8590; q=dns/txt; s=iport; t=1526633192; x=1527842792; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=PhBHighR2daK8PyrQBLj6eEOYy8T7Uy0SOMZ7gNW1eY=; b=FOt4jVwt8vyx71PtcxnGt48NyqLHxk+75vMcnuUIjZhswE16vGzpgll9 w9cQCWSeyhdzFINdp3lq4tT2MrSgSJ/M1h7kCiAYfqB2cyj0K2o8SUsYH 7jWQ1Aww9JjhCF5i4+WC9OrlJaFZ9PC2zj4EcCIJJjiskCLsnFfZkgleZ k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AxAQDxkf5a/49dJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYNDYX0oCoNqiAWMdoF5gQ+HA4wzgXgLJYRHAhqBdSE0GAE?= =?us-ascii?q?CAQEBAQEBAmwcDIUoAQEBBCMRMw0FDAQCAQgRAQIBAQEDAiYCAgIfERUCBgg?= =?us-ascii?q?CBAENBQiDHYFnAxUPpjuCHIcHDYErgieBCYcsgVQ/gQ4BgwyCTzcLAQEDgUc?= =?us-ascii?q?tD4JaglQCh0KQWywJAoVohW6CdoE/PoMtgl+DZ4ERh06CEUqGJgIREwGBJAE?= =?us-ascii?q?cOIFScBWCfgmCFxeIWYU+bwGOcIEYAQE?=
X-IronPort-AV: E=Sophos;i="5.49,413,1520899200"; d="scan'208";a="116711481"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 May 2018 08:46:31 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id w4I8kUXm021691 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 May 2018 08:46:31 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 18 May 2018 03:46:30 -0500
Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1320.000; Fri, 18 May 2018 03:46:30 -0500
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Victoria Pritchard <pritchardv0@gmail.com>, "draft-ietf-idr-bgp-ls-segment-routing-ext.all@ietf.org" <draft-ietf-idr-bgp-ls-segment-routing-ext.all@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: RtgDir Early review: draft-ietf-idr-bgp-ls-segment-routing-ext-06
Thread-Index: AQHT7imn6iG/2V1bEES012ULhBHnvKQ1EVhw
Date: Fri, 18 May 2018 08:46:30 +0000
Message-ID: <87d538a15b154083b0ebeb73be6d01e5@XCH-ALN-008.cisco.com>
References: <CA+fLEh+CMuWEcKy3J1JGx3Oxj9Fpg7qJv1a0m+-AKnMOgW2mEA@mail.gmail.com>
In-Reply-To: <CA+fLEh+CMuWEcKy3J1JGx3Oxj9Fpg7qJv1a0m+-AKnMOgW2mEA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.65.32.181]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/13GC0VgkBr7Bd-zyUDY8QycZX3U>
Subject: Re: [RTG-DIR] RtgDir Early review: draft-ietf-idr-bgp-ls-segment-routing-ext-06
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 May 2018 08:46:44 -0000

SGkgVmljdG9yaWEsDQoNClRoYW5rcyBhIGxvdCBmb3IgeW91ciBjb21tZW50cyBhbmQgaW5wdXRz
IHRvIGltcHJvdmUgdGhlIGRvY3VtZW50Lg0KDQpQbGVhc2UgY2hlY2sgaW5saW5lIGJlbG93IGZv
ciByZXNwb25zZS4gSSB3aWxsIHVwZGF0ZSB0aGUgZG9jdW1lbnQgbmV4dCB3ZWVrIGFuZCBwbGVh
c2UgbGV0IGtub3cgeW91ciBmZWVkYmFjayBpbiB0aGUgbWVhbndoaWxlLg0KDQpUaGFua3MsDQpL
ZXRhbg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogVmljdG9yaWEgUHJpdGNo
YXJkIDxwcml0Y2hhcmR2MEBnbWFpbC5jb20+IA0KU2VudDogMTggTWF5IDIwMTggMDM6MjUNClRv
OiBkcmFmdC1pZXRmLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5nLWV4dC5hbGxAaWV0Zi5vcmc7
IGlkci1jaGFpcnNAaWV0Zi5vcmcNCkNjOiBydGctZGlyQGlldGYub3JnOyBpZHJAaWV0Zi5vcmcN
ClN1YmplY3Q6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtaWRyLWJncC1scy1zZWdt
ZW50LXJvdXRpbmctZXh0LTA2DQoNCkhlbGxvDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIHRvIGRv
IGEgcm91dGluZyBkaXJlY3RvcmF0ZSDigJxlYXJseeKAnSByZXZpZXcgb2YgdGhpcyBkcmFmdC4N
Cmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1iZ3AtbHMtc2VnbWVu
dC1yb3V0aW5nLWV4dC0wNg0KDQpUaGUgcm91dGluZyBkaXJlY3RvcmF0ZSB3aWxsLCBvbiByZXF1
ZXN0IGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXIsIHBlcmZvcm0gYW4g4oCcZWFybHnigJ0g
cmV2aWV3IG9mIGEgZHJhZnQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCBmb3IgcHVibGljYXRpb24g
dG8gdGhlIElFU0cuIFRoZSBlYXJseSByZXZpZXcgY2FuIGJlIHBlcmZvcm1lZCBhdCBhbnkgdGlt
ZSBkdXJpbmcgdGhlIGRyYWZ04oCZcyBsaWZldGltZSBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1l
bnQuIFRoZSBwdXJwb3NlIG9mIHRoZSBlYXJseSByZXZpZXcgZGVwZW5kcyBvbiB0aGUgc3RhZ2Ug
dGhhdCB0aGUgZG9jdW1lbnQgaGFzIHJlYWNoZWQuDQoNCkZvciBtb3JlIGluZm9ybWF0aW9uIGFi
b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAiyBodHRwOi8vdHJhYy50
b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCkRvY3VtZW50OiBkcmFm
dC1pZXRmLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5nLWV4dC0wNi50eHQNClJldmlld2VyOiBW
aWN0b3JpYSBQcml0Y2hhcmQNClJldmlldyBEYXRlOiAxNy8wNS8yMDE4DQpJbnRlbmRlZCBTdGF0
dXM6IFN0YW5kYXJkcyBUcmFjaw0KDQpTdW1tYXJ5Og0KSSBoYXZlIHNvbWUgbWlub3IgY29uY2Vy
bnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIGNvbnNpZGVyZWQs
IGp1c3QgYSBmZXcgdGhpbmdzIHRoYXQgd2VyZW4ndCBjbGVhciB0byBtZSwgYnV0IHRoZXNlIG1h
eSBiZSBvYnZpb3VzIHRvIHRoZSBpbnRlbmRlZCBhdWRpZW5jZS4NCg0KQ29tbWVudHM6DQoNCigx
KQ0KSSBmb3VuZCB0aGUgZG9jdW1lbnQgZGlmZmljdWx0IHRvIHJlYWQgd2l0aCBzbyBtYW55IHJl
ZmVyZW5jZXMgdG8gZGVmaW5pdGlvbnMgaW4gb3RoZXIgZHJhZnRzLiBJIG5vdGljZWQgdGhhdCB0
aGUgb3RoZXIgZHJhZnRzIHNvbWV0aW1lcyBkdXBsaWNhdGUgdGV4dCBmcm9tIGVhY2ggb3RoZXIs
IHNvIHdvbmRlciBpZiB0aGF0IHNob3VsZCBiZSBkb25lIGhlcmUgdG9vIHRvIGFpZCByZWFkYWJp
bGl0eSwgYWxvbmcgd2l0aCBhIGNvbW1lbnQgdGhhdCB0aGVzZSBwYXJ0cyBoYXZlIHRoZSBzYW1l
IGRlZmluaXRpb24gaW4gdGhlIElTLUlTIGFuZCBPU1BGIGV4dGVuc2lvbnMgdG9vLiBlLmcuIDIu
Mi4xIGJ1dCBhcHBsaWVzIHRocm91Z2hvdXQuDQpbS1RdIEJ5IGl0cyB2ZXJ5IG5hdHVyZSwgbW9z
dCBvZiBCR1AtTFMgZXh0ZW5zaW9ucyBkZXJpdmUgYW5kIGJ1aWxkIHVwb24gdGhlIHRlY2hub2xv
Z3kvYXJjaGl0ZWN0dXJlIChpbiB0aGlzIGNhc2UgU1IpIGFuZCBiYXNlIElHUCBleHRlbnNpb25z
IChpbiB0aGlzIGNhc2UgSVNJUy9PU1BGIFNSIGV4dGVuc2lvbnMpLiBXaXRob3V0IHRoZSBjb250
ZXh0IGZyb20gYm90aCB0aGUgZmVhdHVyZS9hcmNoaXRlY3R1cmUgYW5kIElHUCBzcGVjaWZpY2F0
aW9ucywgSSBhZ3JlZSB0aGF0IGl0IGlzIGRpZmZpY3VsdCB0byByZWFkIEJHUC1MUyBkb2N1bWVu
dHMuIEhvd2V2ZXIsIEkgZG8gbm90IHRoaW5rIGl0IG1ha2VzIHNlbnNlIHRvIGR1cGxpY2F0ZSB0
ZXh0IGZyb20gYWNyb3NzIG11bHRpcGxlIGRvY3VtZW50cy4gTWFueSBhIHRpbWVzIHRob3NlIG90
aGVyIGRvY3VtZW50cyBhbHNvIGV2b2x2ZSBiYXNlZCBvbiByZXZpZXdzIGFuZCBpbnB1dHMgc28g
aXQgaXMgbGlrZWx5IHRoYXQgc3VjaCBjb3B5L3Bhc3QgdGV4dCBnZXRzIG91dCBvZiBkYXRlLg0K
DQooMikNCkkgZm91bmQgVGFibGUgNSA2IGFuZCA3IHJlYWxseSB1c2VmdWwsIHNpbmNlIGl0IGJl
Y2FtZSBjbGVhciB0aGF0IHRoZSBUTFZzIGRlZmluZWQgaGVyZSBmb3IgQkdQIG1hcCB0byBPU1BG
IGFuZCBJUy1JUyBleHRlbnNpb25zLiBJJ2QgbGlrZSB0byBzZWUgdGhlc2UgdGFibGVzIGVhcmxp
ZXIgaW4gdGhlIGRyYWZ0Lg0KW0tUXSBTZWMgMiB0ZXh0IGF0IHRoZSB2ZXJ5IGJlZ2lubmluZyBk
b2VzIHNheSB3aGF0IHlvdSBhcmUgYXNraW5nIGZvciBhbmQgcHV0cyBmb3J3YXJkIHJlZmVyZW5j
ZSB0byB0aGUgZXhhY3Qgc2FtZSB0YWJsZXMgeW91IHBvaW50IHRvLiBJTU8gcHV0dGluZyBhIHRh
YmxlIHdpdGggdGhpbmdzIHRoYXQgYXJlIG5vdCBkZWZpbmVkIHVwIGZyb250IG1heSBub3QgYmUg
YXMgZnJpZW5kbHkuDQoNCigzKQ0KU2VjdGlvbnMgMi4xLCAyLjIsIDIuMy4xLCAyLjMuNCBhbGwg
bWVudGlvbiAiU1IgVExWIiBvciAiY29ycmVzcG9uZGluZyBUTFYiDQpidXQgaXQgd2Fzbid0IGNs
ZWFyIHdoYXQgdGhlc2Ugd2VyZS4NCltLVF0gVGhleSBhcmUgYWN0dWFsbHkgZGVzY3JpYmVkIHJp
Z2h0IGJlbG93IGluIGZvbGxvd2luZyBzdWItc2VjdGlvbnMuIEkgd2lsbCBjaGFuZ2UgdGhlIHRl
eHQgdG8gIiB0aGUgY29ycmVzcG9uZGluZyB1bmRlcmx5aW5nIElHUCBUTFYvc3ViLVRMViBkZXNj
cmliZWQgYmVsb3ciIHNvIHRoaXMgaXMgY2xlYXJlci4NCg0KKDQpDQpTZWN0aW9uIDIuMS4xDQpJ
ZiBsZW5ndGggaXMgMyBhbmQgdGhlIHJpZ2h0bW9zdCAyMCBiaXRzIGFyZSBhIGxhYmVsLCB3aGF0
IGFyZSB0aGUgb3RoZXIgYml0cyBmb3I/DQpbS1RdIFRoZXJlIGFyZSBubyAib3RoZXIgYml0cyIu
IFdoZW4gdGhlIFRMViBpcyBlbmNvZGluZyBhIGxhYmVsIHRoZW4gaXRzIHNpemUgb2YgdGhlIHZh
bHVlIGZpZWxkIGlzIDMgYW5kIHRoZSBvdmVyYWxsIFRMViBzaXplIHdvdWxkIGJlIDcuDQoNCig1
KQ0KMi4xLjIuIFRoZSBjYXBhYmlsaXRpZXMgVExWICJhZHZlcnRpc2UgdGhlIG5vZGUncyBTUiBj
YXBhYmlsaXRpZXMgYW5kIGl0cyBTZWdtZW50IFJvdXRpbmcgR2xvYmFsIEJhc2UgKFNSR0IpIHJh
bmdlKHMpIiwgYnV0IHRoZSBmb3JtYXQgZGlhZ3JhbSBvbmx5IGNvbnRhaW5zIFNlZ21lbnQgSUQg
aW5mb3JtYXRpb24uIFdoYXQgYXJlIHRoZSBjYXBhYmlsaXRpZXM/IE9yIGRvZXMgdGhlIHByZXNl
bmNlIG9mIHRoaXMgVExWIGluZGljYXRlIHRoZSBjYXBhYmlsaXR5Pw0KW0tUXSBUaGUgQ2FwYWJp
bGl0aWVzIGFyZSB0aGUgU1JHQiBhbmQgdGhlIGZsYWdzIGNhcnJpZWQgaW4gdGhlIFRMVi4NCg0K
KDYpDQoyLjEuMiwgMi4xLjQNClRoZSByYW5nZSBzaXplIGlzIGZvbGxvd2VkIGJ5IGEgc2luZ2xl
IFNJRD8gSXMgdGhpcyB0aGUgc2FtZSBmb3IgdGhlIFJhbmdlIFRMViBpbiAyLjMuND8NCltLVF0g
U2VjIDIuMS4yIGFuZCAyLjEuNCB0aGUgcmFuZ2UgaXMgZm9sbG93ZWQgYnkgYSBTSUQvbGFiZWwg
VExWIGFuZCB0aGUgdGV4dCBwdXRzIHRoZSByZWZlcmVuY2UgdG8gMi4xLjEgZm9yIGl0LiBVbmRl
ciBTZWMgMi4zLjQgdGhlIFJhbmdlIFRMVidzIHN1Yi1UTFYgZW5jb2RpbmcgbWVjaGFuaXNtcyBh
cmUgZGlmZmVyZW50IGZvciBPU1BGIGFuZCBJU0lTIGFuZCBzbyBkZXNjcmliZWQgaW4gc3ViLXNl
Y3Rpb25zIDIuMy40LjEgYW5kIDIuMy40LjIuIA0KDQooNykNCjIuMS41IFRoZSBTUk1TIFByZWZl
cmVuY2UgVExWIG9ubHkgY29udGFpbnMgdGhlIFByZWZlcmVuY2UgdmFsdWUsIHNvIGl0IHdhcyB1
bmNsZWFyIGhvdyB0aGlzIGlzIGxpbmtlZCB0byBhIG1hcHBpbmcgc2VydmVyPyBJcyB0aGUgbWFw
cGluZyBzZXJ2ZXIgc29tZSBvdGhlciBmaWVsZCBpbiB0aGUgbWVzc2FnZT8NCltLVF0gVGhlIFNS
TVMgUHJlZmVyZW5jZSBUTFYgaW5kaWNhdGVzIHRoZSBwcmVmZXJlbmNlIHZhbHVlIGZvciB0aGUg
bm9kZSBOTFJJIHRoYXQgaXQgaXMgYSBwYXJ0IG9mIHdoZW4gdGhhdCBub2RlIGlzIGEgbWFwcGlu
ZyBzZXJ2ZXIuIE9uZSB3b3VsZCBuZWVkIHRvIGdvIHRocm91Z2ggdGhlIHJlZmVyZW5jZWQgSUdQ
cyBzcGVjcyBhbmQgbGlrZWx5IHRoZSByZWxldmFudCBTUiBzcGVjcyB0byB1bmRlcnN0YW5kIHRo
ZSBtYXBwaW5nIHNlcnZlci4NCg0KKDgpDQoyLjMuMQ0KSWYgdGhlIGZsYWdzIGZpZWxkIGlzIHRv
IGJlIHVzZWQgYWNjb3JkaW5nIHRvIHRoZSBmbGFncyBmcm9tIHRoZSBjb3JyZXNwb25kaW5nIHNv
dXJjZSBwcm90b2NvbCwgZG9lcyB0aGUgcmVjZWl2ZXIga25vdyB0aGUgc291cmNlIHByb3RvY29s
IGFuZCB0aGVyZWZvcmUgaG93IHRvIGludGVycHJldCB0aGlzIGZpZWxkPyAyLjMuMiBzYXlzIHRv
IGxvb2sgaW4gTkxSSSBmb3IgUHJvdG9jb2wtSUQgc28gbWF5IGJlIHdvcnRoIHN0YXRpbmcgdGhl
IHNhbWUgaGVyZS4NCltLVF0gVGhlcmUgaXMgc2ltaWxhciB0ZXh0IGFsc28gaW4gMi4zLjEgYnV0
IHBlcmhhcHMgbm90IGFzIGNsZWFyLiBJIHdpbGwgdXBkYXRlIDIuMy4xIHRvIGhhdmUgc2ltaWxh
ciB0ZXh0IGFzIDIuMy4yLg0KDQooOSkNCjIuMy40LjEgcmVwZWF0cyB0aGF0IHRoZSBmbGFncyBv
ZiB0aGUgIlJhbmdlIFRMViIgYXJlIHNldCBhY2NvcmRpbmcgdG8gdGhlIGRlZmluaXRpb24gaW4g
dGhlIE9TUEYgZHJhZnRzLiBJcyB0aGF0IHRoZSBSYW5nZSBUTFYgZGVmaW5lZCBoZXJlIChpbiB3
aGljaCBjYXNlIHRoaXMgaXMgYWxyZWFkeSBzdGF0ZWQgaW4gMi4zLjQpLCBvciB0aGUgT1NQRiBF
eHRlbmRlZCBQcmVmaXggUmFuZ2UgVExWIChpbiB3aGljaCBjYXNlLCB3aHkgd291bGQgeW91IG5l
ZWQgdG8gY2xhcmlmeSBob3cgdGhvc2UgZmxhZ3MgYXJlIHVzZWQpPw0KRG9lcyB0aGlzIHBhcmFn
cmFwaCBtZWFuIHlvdSBjb3B5IHRoZSBUTFYgdXNlZCBpbiBPU1BGIGFuZCBhbHNvIGFkZCBhIFBy
ZWZpeC1TSUQ/IFNvIGZvciBlYWNoIG1hcHBpbmcgdGhlcmUgYXJlIDIgVExWcz8gMi4zLjQuMiBp
cyBtdWNoIGNsZWFyZXIgaW4gdGhlIHdheSBpdCBwcmVzZW50cyB0aGlzLg0KW0tUXSBJIHdpbGwg
bW92ZSB0aGUgZGlhZ3JhbSBpbiAyLjMuNC4yIGludG8gdGhlIHBhcmVudCBzZWN0aW9uIDIuMy40
LjEgc2luY2UgaXQgYXBwbGllcyB0byBib3RoIHByb3RvY29scy4gVGhlIHN1Yi1zZWN0aW9ucyAy
LjMuNC4xIGFuZCAyLjMuNC4yIGFyZSB0byBleHBsYWluIHRoZSBtYXBwaW5ncyBvZiBUTFZzL3N1
Yi1UTFZzIGZyb20gdGhlIHJlc3BlY3RpdmUgSUdQcyB0byB0aGUgQkdQLUxTIFRMVnMuIEkgd2ls
bCB1cGRhdGUgdGhpcyBwYXJ0IHRvIG1ha2UgaXQgY2xlYXJlci4NCkFnYWluIGEgbm90ZSBhYm91
dCBQcm90b2NvbC1JRCBtYXkgaGVscCBoZXJlIHNpbmNlIHRoZSBzdWItVExWcyBpbmNsdWRlZCBh
cmUgZGlmZmVyZW50IGRlcGVuZGluZyBvbiB0aGUgcHJvdG9jb2wuDQpbS1RdIEFjaw0KDQooMTAp
DQpUYWJsZSA1LDYsNy4gSXMgdGhlIGZhY3QgdGhlIGxlbmd0aCBpcyB2YXJpYWJsZSBpcyBpbnRl
cmVzdGluZyBpbiB0aGlzIHRhYmxlPyANCltLVF0gRml4ZWQgLSBub3QgYWxsIGFyZSB2YXJpYWJs
ZSB0aGVyZSB3YXMgYSBmaXhlZCBzaXplIFRMViB0aGF0IHdhcyBtaXNzaW5nIGZyb20gdGhlc2Ug
dGFibGVzLg0KDQpJIHdvdWxkIGxpa2UgdG8gc2VlIHRoaXMgdGFibGUgZWFybGllciBpbiB0aGUg
ZHJhZnQgdG8gdmlzdWFsaXNlIHRoZSBPU1BGIGFuZCBJUy1JUyBpbmZvcm1hdGlvbiB5b3UgYXJl
IGFpbWluZyB0byBzaGFyZSB1c2luZyB0aGlzIEJHUCBleHRlbnNpb24NCltLVF0gQXMgbWVudGlv
bmVkIHByZXZpb3VzbHksIHRoZXJlIGlzIGEgZm9yd2FyZCByZWZlcmVuY2UgdG8gdGhpcyB0YWJs
ZS4NCg==


From nobody Fri May 18 05:35:50 2018
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25F9012D887; Fri, 18 May 2018 05:35:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level: 
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x_dPDFywZrhu; Fri, 18 May 2018 05:35:45 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0122.outbound.protection.outlook.com [104.47.1.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCD9912D87F; Fri, 18 May 2018 05:35:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7jdYdOpIf+UOi3Ez3hHES4R+kUDAq4C040hVr32n6hg=; b=aFvtkn2zH6Kn1h1bDCuyejcJ1bkFwjSTVeTNq6ZCTVJz99zOCfnPPFxnRfflnczDmT1q6TjsJJCYE4AgiA/tnuZ1PIytdS9G8DAgHQnSJPC1kmfMHzFJ0JVZD+8Q9J/n740DCTeWU2vnJCkTGDaw5lgSqQEjrkDc2y0Skfsrij4=
Received: from [IPv6:2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65] (2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65) by AM5PR0701MB2498.eurprd07.prod.outlook.com (2603:10a6:203:10::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.776.10; Fri, 18 May 2018 12:35:41 +0000
From: Martin Vigoureux <martin.vigoureux@nokia.com>
To: Greg Mirsky <gregimirsky@gmail.com>, Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org, draft-ietf-bfd-multipoint.all@ietf.org, rtg-bfd@ietf.org
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost> <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com> <24738.1526338685@localhost> <CA+RyBmV3=p5_KRSRDWZXQ-48dFn8CvobXjD37UF66FO9BPBpqw@mail.gmail.com>
Message-ID: <0d0b0e3e-c81a-f2cf-25d0-f3ea4d896376@nokia.com>
Date: Fri, 18 May 2018 14:35:37 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <CA+RyBmV3=p5_KRSRDWZXQ-48dFn8CvobXjD37UF66FO9BPBpqw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-GB
Content-Transfer-Encoding: 8bit
X-Originating-IP: [2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65]
X-ClientProxiedBy: MRXP264CA0013.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:15::25) To AM5PR0701MB2498.eurprd07.prod.outlook.com (2603:10a6:203:10::14)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(48565401081)(2017052603328)(7193020); SRVR:AM5PR0701MB2498; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2498; 3:v/IiFksc1g3/D+fMCepVk3iTf2FUlITaYIRWdyAuT13LX/0GfGzoye3JeZC8LQEgRrLxie12csR65fp4eNoPRacJBp8Qle1rEGmcCtEpPLa0cjMDFNYbORqYKEpqFGk/ff+6vgreO0DcxHfHJ5gOQld+ylYFX7EmFh1vTg6Tu13YNqshOoISIQ8udi6um0nqjhsRS9uUGJSfIT/MgOlpdulgEt//C8KPG5bZdIsnpT5sBxgl/JAR14uvub8xjmfL; 25:1gU+zg9u5YQUP3qeWm2Ez2P/u/ZU7F8oVSX03uHGAbMvabAx6e5N9rJalz+t3st/ry5imZpIrOwv2taz0RYowYUUy/8AbRhSB+ZxSXx5iX0lll+0/vo5Q9yeVnX5fm4OQWVWfnAiJASZAigL4acAEZZCxvFZA06PYBk+I9nDCMBuioboAskKdD/6VgBU4IdFdLehjaU+gOVHzOUmsdmuaoLfYoS063vOVvJQC4qkl2V2RwpUdot6Riz+RNhvteEMSpl9FqGjzPuPpcDMZjAOwLKuuD49aWlVovVRPe1jTnS7R/ArdRG0ENy27zitaocWF0qYcuGyKUu7VVSp/2MaKw==; 31:a8CzvPqXP+Km+5RKktiT/9qGNIusS3VQtz7XeRvYvbBes3e7cCj6KVKb6mryTL0+McdQkTu0/4WSGMspLymHAU5QBXszZGOoGObfg4y223u+ptefy0psp3x/2el3SDitJWYbBMrN3N8jeVMQskWrXPn+TZPr8DnSQf+Od+ZqUjv3HXF1NI1N4YOgc1i69kwpBP43f3djWJ3mLVf9aUp40hSL++Y7sHaGy3hqIr0iHKY=
X-MS-TrafficTypeDiagnostic: AM5PR0701MB2498:
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2498; 20:uNcfmXGC9IRtWfcpTygk7E5RmurAziuea8+WmH0m8HN9Yl5DiuWv6Vk5I7D8rojIGlDXmAYxB0RUMTSJUxSLtcGlbwLsyjQl1u4an5EgmE8z8C+qN3fKz8S7KrmyUa7jlSSlbgf1UZlaSCpheRsunECsDoYcqK43lQhAyFmYspSFj+eaOC06V3cnboNtm9Z6ceSsXkHcFZVlm99DxcehIgaJtGf21/dPMuIdDL9WxVYjDF1iMRKCCOZ3fYc8ka6dr8oU4FUWUZ77HqeTeHH4Ya1Jew7NPldPeG5OQNQGy9QqTZWPj6gwCrGtVOO2vJSpc0r3UObwZ3m06LjWbSqQ2ftUHy3O/xXkORJbMwt7nY5lLM6GIDMW8HITnpdFpuMNWYd15mXMWOGT3TOgtgR3TgYFChFzPHJ30AdQki5QwAh7y2+6x/0bCwB6MMYSUXR3wLT+RDF3WOjqzdzJe64AofxFTYeYLwARLnElnDxPogMCtw1EQV5Ust90pY8aZ2LN; 4:aNZz6YI+R3elpL9wKoTIxVHWa/EFggppWrd4NYG1ZrW0gOElcwAPM9wxFIyHWu+nBWhxIF3PUh5hQK/4xJ1Rnspc/gVhCbRurk5ghcsgOSAT+Eo9JGWB0nqm5VpkH+iW5hDAM/5KrOixUwtcQUJTmlT9Kp2BO0p/XbXStPVcgeKzUKQHJCDCDNc7emR1nUl//oCZXglKPNi1B7K8LS7bGWhH7kS/bDQupNirjNTV0VMUfjxHlVnHTCPeAsJZdj7zaAzpvtTI42o8cX8hL94nSv7W4jIupXW0USeE6K+X0VyDQ2r/+l7kKsSfCBQ0a1rd
X-Microsoft-Antispam-PRVS: <AM5PR0701MB2498A338DB5EBCB88E976F638C900@AM5PR0701MB2498.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(85827821059158);
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231254)(11241501184)(806099)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(6055026)(149027)(150027)(6041310)(20161123562045)(20161123564045)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:AM5PR0701MB2498; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2498; 
X-Forefront-PRVS: 0676F530A9
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(396003)(346002)(376002)(366004)(39860400002)(39380400002)(377424004)(189003)(199004)(386003)(186003)(305945005)(16526019)(6666003)(7736002)(6346003)(93886005)(110136005)(52116002)(52396003)(23676004)(52146003)(2486003)(31686004)(50466002)(105586002)(106356001)(229853002)(6486002)(345774005)(67846002)(64126003)(478600001)(966005)(8676002)(65826007)(8936002)(2870700001)(68736007)(58126008)(46003)(6116002)(2906002)(81156014)(25786009)(3260700006)(81166006)(11346002)(76176011)(5660300001)(1706002)(316002)(39060400002)(47776003)(4326008)(6306002)(446003)(486006)(6246003)(476003)(65806001)(2616005)(53936002)(44832011)(31696002)(65956001)(86362001)(36756003)(97736004); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2498; H:[IPv6:2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
Received-SPF: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com; 
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjI0OTg7MjM6c3pJUUpHNzVuSjExKzVJQy9WNFl4KzNV?= =?utf-8?B?MzFWWmlEY0U3M3hLZVdRK084Q2szSWU4NmFFbDUyUzRHSC9XTUVLN0ZYWVBE?= =?utf-8?B?a2F1Tjc2aXNVam1maXJwOU9LbHdVNjhEckkveXp0bnp5b3ZNdlY2VzZoVXJF?= =?utf-8?B?OGxEZnd0SWkxNmJOQ3lsRk90akNZK25XT0o5OUw2WlYwaUdRclQ5bHE1UVpk?= =?utf-8?B?VkhWOTdmeEhXOGdHM2dxb3FMcWlEaFE1Z3FiaFR6a2ZTSTd1RTVucmdMbW82?= =?utf-8?B?Vkk3cnBSOUQ5NFpOSlBpcEw1NHlETFdqYWZ6VXVrdlkwVnhIUGxUM1Vpa3cx?= =?utf-8?B?NWphMDBsRC90UnlrZHcwK2tIa1RHVDNHVGpsajBwZ2VuZlZ6Z0FlRGloL3RM?= =?utf-8?B?RzNueVQ5VU03SDVsaklRaTdMa1R2eXg2MGhwdFNkVXdSeVNTRnNrSjc5NkVP?= =?utf-8?B?c3pTT3hveFRFcS84ZitNRXFOME9yc1dyVEVrcC9jMU13NzJtaWRKMGthanlB?= =?utf-8?B?WmRlb3hFK2Y3SENiM1QvR0tWaTMxOEpxMWhFc3Y0Y3o5b2Qwc0pNUnUrZE1D?= =?utf-8?B?TnYyOVlvbCs2TDNMNE5FS2l4SXNJZDhlR203UmhCZnpNdHFXN3RaUi8vUGIr?= =?utf-8?B?TkNlelg4VGoySit6dHpJeFlFanVEWGhpNm5jZHYyMDU0KzdGbDl0QTRFaGNo?= =?utf-8?B?UCt5cjRCelRLOEwxRG1UTG8yWkVSY0xrWXhwUlJSWDdaeTNBZTA1RTRwQXBQ?= =?utf-8?B?bU9nREJpSjhwME5KQVhla25qZHdhQzNNTEpndmFnMmxrWEJFaVV0OFFCS1N2?= =?utf-8?B?VlMwWVQwZnhqZm5rVmhjUWFqZ0xPb0Fzckd1NEFyamxtQ1hmb3h5THpTQitI?= =?utf-8?B?UUNQa24yU0c1V2N2Z2RoU2kxZDBUTHVnbFZ6NXhLcWM5cmUxV3BMVCtrdHA0?= =?utf-8?B?VnhXbjRmN3QwL1hudUZtcENRcHphVnhmSUxyOXFNT1pZM0p1MWZPYVJHS3Z1?= =?utf-8?B?WWJzeHFYMGdjN1g5bGtrS2F6czlyOWROSStDUHNHbzJmV3JPRDg5ditnQTl4?= =?utf-8?B?Nkdzek1KR0UwcWQ2SGs5eFU0bUZaeEptOXRBUjJtMGlpcXcxUWl1djVtZTRS?= =?utf-8?B?S0NzdGE3ZUkyKys3Z2UxaytjQitUSUZIOFZaT1hEVDFRYUcyaThScGR5UEE0?= =?utf-8?B?SWFJOGxYdTd3OVJmekcxYU5JeHAvS0hSbFZwSlpaRXU1ZHlONnhKNXZjenBj?= =?utf-8?B?cjVGVUltQkVobGhMNGRPT3psaCs1VXZSQi9sWW5zOEdoVlJtNDhSaTVYQTRP?= =?utf-8?B?RUhJMDFSbHU1dStBbklSRjRIc29wMG5ONHd5RkEyMUxrclpNd0M1eFJwUE1R?= =?utf-8?B?anFidmJXZ3l3elRCdS9CeVNFMEhJWjRyYk81RDFEVDE3TTR1Tmx2cmdOTkVO?= =?utf-8?B?ekt0TVRtWmVtbkhseWV5VEQ0L0dwRUljOXZ6eTJlR1dOK3JmQjFtbFFkRWta?= =?utf-8?B?b0NremZGWisrN0lhVVJ2eHJUZUhydWV5QXBsaGJkdjc5dFhyV0NtRFJnekFR?= =?utf-8?B?bXhpcDJhK0QrcEtZRDk0NnU4UlhOYmdhRnlpZXN0M0hjSVcrVDMwTEVQcW0v?= =?utf-8?B?cTdHVElGbW5kYzdCTjFCVWRjdk03TnNoWWRmVVlKc05CZjFrR1lET2Frd2JN?= =?utf-8?B?UzRwRUdMMXAxalpVMTkrQ1pHTHVzaEtTenhCWEhNdWtwQldOZjNVY1VtT2M5?= =?utf-8?B?ZnAwakcyYkh4dXNLMW95aDg2OVM5eUhJVjd1NTBaZ2hyVFM5ODB5LzlRd3lR?= =?utf-8?B?cVArRFNQVnppbUNSQTFwSWJwQU5CcjNrZmo4Um5YNURabTJ2YS9FcWx1cnRP?= =?utf-8?B?Q3JTRnV6K3dNWnlqcU1nWVp6Vi9MK0tlVU1xaE4xcXluRVh2TFBoQ0VCcFl5?= =?utf-8?B?d2U0dzlXV2hrbUx4NDB1aXR6aGM2T1EzTHNQZjMxOEVpOEx4Tmw1MlN3dnht?= =?utf-8?B?OE5FZjBhNFNxR1VKY2hCSk9QcjkwNGVpdEM3c2FHcGh4Q3htNmZPNWEzOS9v?= =?utf-8?B?K1FkSURjeW94UE16K0RrdkUxTy84NEhnaHo2OGdBMkZNeHN4d3dVSjhVVmp3?= =?utf-8?B?VXl1dz09?=
X-Microsoft-Antispam-Message-Info: gjRGj0Y8MIk8sswI017IXSwCD9NLN7uxCkbbI7NATw2PAmxzXMpAQUf8K6JdovNwNn5u/sKxSxUvETJzEs9dGjBAH0AKmKUXOK4fPQmbgBuilyImUpePo/EYq9flLCmIBJzlCTxIO2fUmo+0ZE2uqSXsq+doEsDlyokyW+LKrLckPauZwWlzpRibm6UoVNYClcJaALBLh/LZIJNCXKjUlWt4blMzjxLD4A1trI/ceGaAa+lS/Ee54Fd+tmtsFNhh
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2498; 6:xA2QZrm9JagqlDA8XfpppS8K41OjWdv4yXKcXZ5rHeHunImypPS0Gh6oYPl9aNiIZRSNdrjLuYAnywmZqeCu1GDdf26DwhS/Of111jOaFHNyyjLgh3VVAI0DZhb/qfM0Ew0/1iG4jeA414n0nuaQ3mc4OXrGhiYQsxkU4aAiJvZQF3Toaivehdk2DABkMSV/s8OM5zdFU0V5lFPLLeF52eiJEIatQuNCI0feEP3aR8rt/Jfzz4uh0It7M1eZx8E9DEDoAuxuqWJ6hLg6buvCxGTOAL4GaBEDP1uU8JWuzTX4uphDBcrY5hBoSopESHlETgvl8jR0bV1I/pIdFAVnRJpaTulTSzHyUzEKD9FYTvT+r15PMlbbom5fUWkalAnVfk55hyQCpA5/R0e2GlBsxmpXvpjD4Yc+4KbNaVN97xn85TZam+LR0e05zNPK6fgrCUWuJIF4NvWdNaDj6cz8SQ==; 5:f65drP2uuXbH2yJgQiQrZ6tuUZUMSoZHKtXEyTJuyGsMsZkPIW46yR+e1sFVg4V8jhLPccGK7fzYHB3y6gZJVb7p75T7YK47ZU66wySRoqbFkEDJuiT0Q6IXIz7bvplFJOLcYC0+KZ8wQ4bWQzAq/hvi2TQOefUX9+T/kBMuQLE=; 24:gxN+4f9y15vr9LljctKwAoVAUqwVzcu799r5EM5NQT2t0zzA5nKNpbStVxUTdFhyQgmTDMQoLy/UgAf/aBUTG2XrBhD6IdKKnl8LBn+XYG4=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2498; 7:4iL9m6i7MJSFFwC2N58w5mZ7Cx2rfyxcgxzSt4RCxx+z22JiD+RldDWQwuErD77m4sDKPh8U+SBMSXEkbouK4PqegY8xXi/ytZEfiX2M8CGdzjij+wrgBix4FRTP5AP3AAMc6FY6LIqcGr4jSF0dP4meSJXjg4DgxqDTLaYZASV7xHYgcO189tBOBuHm1uemPmjnFJM63PGdDJYbp72jJT+MSECrwHJiXMMhpeO1cimrgqpQWZpXULwMxo9EJesD
X-MS-Office365-Filtering-Correlation-Id: 97907b20-88c1-4eb8-431c-08d5bcbbde8a
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 May 2018 12:35:41.7699 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 97907b20-88c1-4eb8-431c-08d5bcbbde8a
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2498
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/01kvCRR3NsDsMJ3heSmK0cC2im0>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 May 2018 12:35:48 -0000

Greg,

looking back in the doc I found:
       Poll (P)

          Set to 1 if the local system is sending a Poll Sequence or is a
          session of type MultipointHead soliciting the identities of the
          tails, or 0 if not.

This looks to me as not being in line with the rest of the document, 
especially the part on "MultipointHead soliciting the identities of the 
tails".
Am I right in thinking that this anticipates on 
draft-ietf-bfd-multipoint-active-tail ?

If so, please clarify this in the doc; if not, please correct me.

Thanks
-m

Le 2018-05-15 à 1:09, Greg Mirsky a écrit :
> Hi Michael,
> thank you for the most expedient response. Both updates are in the new 
> working version.
> 
> Regards,
> Greg
> 
> On Mon, May 14, 2018 at 3:58 PM, Michael Richardson 
> <mcr+ietf@sandelman.ca <mailto:mcr+ietf@sandelman.ca>> wrote:
> 
> 
>     Greg Mirsky <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>     wrote:
>          > The text that follows the first sentence in section 4.13.1 is the
>          > replacement of the entire section 6.8.6 of RFC 5880. Would
>     stressing that
>          > make the relationship more clear, e.g.:
> 
>          txt> The following procedure replaces the entire section 6.8.6
>     of [RFC5880].
> 
>          > And the same can be applied to the first sentence in section
>     14.3.3:
> 
>          txt> The following procedure replaces the entire section 6.8.7
>     of [RFC5880].
> 
>     That seems like good text.
> 
>     -- 
>     ]               Never tell me the odds!                 | ipv6 mesh
>     networks [
>     ]   Michael Richardson, Sandelman Software Works        | network
>     architect  [
>     ] mcr@sandelman.ca <mailto:mcr@sandelman.ca>
>     http://www.sandelman.ca/        |   ruby on rails    [
> 
> 


From nobody Mon May 21 12:39:19 2018
Return-Path: <Jonathan.Hardwick@metaswitch.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF4C212D873; Mon, 21 May 2018 12:39:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.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 BYlPm5eTwb1X; Mon, 21 May 2018 12:39:07 -0700 (PDT)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0110.outbound.protection.outlook.com [104.47.41.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86A9012E8DC; Mon, 21 May 2018 12:39:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ikibNpYh17FieP7dxx6H92Y1hASbTqGQXCd6fDEqDz4=; b=s2ce/06MRYSGdrsB1CQ2o2phpH5vSiahnf3v792bxBtUHI/EvogkXJfIQTMxHLKSZubtsAR/4sl13KktcxcxSGxKc/JpP3wdLo2s8C7viZj9hUNsmgyqn3FUhgn7lTmcg80qF99C+ELRPN+N789Pmg3+upVnT1+mmy1BUvRtd3E=
Received: from CY1PR0201MB1436.namprd02.prod.outlook.com (10.163.139.143) by CY1PR0201MB1531.namprd02.prod.outlook.com (10.163.139.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.776.11; Mon, 21 May 2018 19:39:05 +0000
Received: from CY1PR0201MB1436.namprd02.prod.outlook.com ([fe80::20a5:b19e:ce54:c923]) by CY1PR0201MB1436.namprd02.prod.outlook.com ([fe80::20a5:b19e:ce54:c923%14]) with mapi id 15.20.0776.015; Mon, 21 May 2018 19:39:05 +0000
From: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>
To: "draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org" <draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Thread-Topic: Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
Thread-Index: AdPxHComHzVKTJV6QRCxYZYkPv0ozA==
Date: Mon, 21 May 2018 19:39:05 +0000
Message-ID: <CY1PR0201MB1436F9BFD9BA41F921B2C4C084950@CY1PR0201MB1436.namprd02.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Jonathan.Hardwick@metaswitch.com; 
x-originating-ip: [86.138.77.102]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CY1PR0201MB1531; 7:5ykVNtR1OP38liokq5lteRFug1pihRoi8kTP0ZU8bX5270RIQ7RCED+i6TLuVDnbwLtkmzJhGSdXrCd0xhCiinogsADgylzLjQN6Dq2xwbbXGOu8KS5XIZA0o6GXNcnbZSi+FAinI7rgpXCFTRiIIK5gd2yEbBx6pGW+nKaKpXdwFHJYEWrEIIt+AzUdEJVJYeoT8SmLpAzE9/COwDZFkDsfoWXgY8sZy6sJuRDRVeNlYCy6HY7kg+ZMgXv6fj+j
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:CY1PR0201MB1531; 
x-ms-traffictypediagnostic: CY1PR0201MB1531:
x-microsoft-antispam-prvs: <CY1PR0201MB1531CDF8B2C7211C30BA359084950@CY1PR0201MB1531.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(120809045254105)(21748063052155); 
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3231254)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123560045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:CY1PR0201MB1531; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0201MB1531; 
x-forefront-prvs: 06793E740F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39850400004)(376002)(39380400002)(366004)(396003)(189003)(199004)(186003)(3280700002)(7736002)(99286004)(8676002)(74316002)(7696005)(6506007)(102836004)(59450400001)(97736004)(26005)(86362001)(110136005)(25786009)(2201001)(2906002)(966005)(316002)(14454004)(33656002)(606006)(3660700001)(450100002)(2501003)(81166006)(55016002)(3846002)(2900100001)(236005)(6116002)(790700001)(9326002)(54896002)(9686003)(8936002)(6306002)(6436002)(66066001)(476003)(53936002)(68736007)(5250100002)(81156014)(105586002)(486006)(478600001)(106356001)(72206003)(5660300001)(4326008); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0201MB1531; H:CY1PR0201MB1436.namprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: fGVYlWfAFRaiei0RCFEJZpstEBYTO6KOpVkjrHZv1ynde9vT2h6gQX9IqloO1tL6F8XbnCMF1z2sfhCLmk38ud71ueot/UADqbt/lf93+Xy+1vPd60QjOlWeoSjCSXIYqCJBP1jxleyFbmK/ucQWGB7PgSq7TK83bsPdcbX0LQOUn4XnHsDs5/YPp+3F45sP
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_CY1PR0201MB1436F9BFD9BA41F921B2C4C084950CY1PR0201MB1436_"
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 5b7e29cd-824b-4b5f-ef7c-08d5bf52834d
X-OriginatorOrg: metaswitch.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5b7e29cd-824b-4b5f-ef7c-08d5bf52834d
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 May 2018 19:39:05.3158 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0201MB1531
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Smk3ygdONHU7JBHxfx1GTQD1uNY>
Subject: [RTG-DIR] Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 May 2018 19:39:11 -0000

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

SGVsbG8NCg0KDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIHRvIGRvIGEgcm91dGluZyBkaXJlY3Rv
cmF0ZSDigJxlYXJseeKAnSByZXZpZXcgb2YgdGhpcyBkcmFmdC4NCg0KaHR0cHM6Ly9kYXRhdHJh
Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLWxhZy1tdWx0aXBhdGgv
DQoNCg0KDQpUaGUgcm91dGluZyBkaXJlY3RvcmF0ZSB3aWxsLCBvbiByZXF1ZXN0IGZyb20gdGhl
IHdvcmtpbmcgZ3JvdXAgY2hhaXIsIHBlcmZvcm0gYW4g4oCcZWFybHnigJ0gcmV2aWV3IG9mIGEg
ZHJhZnQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCBmb3IgcHVibGljYXRpb24gdG8gdGhlIElFU0cu
ICBUaGUgZWFybHkgcmV2aWV3IGNhbiBiZSBwZXJmb3JtZWQgYXQgYW55IHRpbWUgZHVyaW5nIHRo
ZSBkcmFmdOKAmXMgbGlmZXRpbWUgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LiAgVGhlIHB1
cnBvc2Ugb2YgdGhlIGVhcmx5IHJldmlldyBkZXBlbmRzIG9uIHRoZSBzdGFnZSB0aGF0IHRoZSBk
b2N1bWVudCBoYXMgcmVhY2hlZC4gIEFzIHRoaXMgZG9jdW1lbnQgaXMgY2xvc2UgdG8gd29ya2lu
ZyBncm91cCBsYXN0IGNhbGwsIG15IGZvY3VzIGZvciB0aGUgcmV2aWV3IHdhcyB0byBkZXRlcm1p
bmUgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgcHVibGlzaGVkLiAgUGxlYXNl
IGNvbnNpZGVyIG15IGNvbW1lbnRzIGFsb25nIHdpdGggdGhlIG90aGVyIHdvcmtpbmcgZ3JvdXAg
bGFzdCBjYWxsIGNvbW1lbnRzLg0KDQoNCg0KRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhl
IFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLaHR0cDovL3RyYWMudG9vbHMuaWV0
Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcg0KDQoNCg0KQmVzdCByZWdhcmRzDQoNCkpv
bg0KDQoNCg0KDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbGFnLW11bHRp
cGF0aC0wMy50eHQNCg0KUmV2aWV3ZXI6IEpvbmF0aGFuIEhhcmR3aWNrDQoNClJldmlldyBEYXRl
OiAyMSBNYXkgMjAxOA0KDQpJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFjaw0KDQoNCg0K
U3VtbWFyeQ0KDQpUaGlzIGRvY3VtZW50IGxvb2tzIHJlYWR5IGZvciB3b3JraW5nIGdyb3VwIGxh
c3QgY2FsbC4gIEkgaGF2ZSBhIGZldyBtaW5vciBpc3N1ZXMgdGhhdCBJIGFtIHN1cmUgY2FuIGJl
IHJlc29sdmVkIGR1cmluZyB0aGUgbGFzdCBjYWxsLg0KDQoNCg0KU2VjdGlvbiAyDQpGaXJzdCBw
YXJhZ3JhcGg6IHRoZSByZWZlcmVuY2UgdG8gc2VjdGlvbiAzLjMgb2YgW1JGQzgwMjldIGxvb2tz
IHdyb25nLiAgU2hvdWxkIGl0IGJlIGEgcmVmZXJlbmNlIHRvIHNlY3Rpb24gND8NCg0KU2VjdGlv
biAzDQrigJxXaGVuIHRoZSByZXNwb25kZXIgTFNSIHJlY2VpdmVzIGFuIE1QTFMgZWNobyByZXBs
eSBtZXNzYWdl4oCdIDwtIHlvdSBtZWFuIOKAnE1QTFMgZWNobyByZXF1ZXN0IG1lc3NhZ2XigJ0u
DQoNClNlY3Rpb24gNS4xDQpUaGlzIGlzIGZpbmUsIGJ1dCBJIGZvdW5kIGl0IGEgYml0IGN1bWJl
cnNvbWUgdG8gcmVhZC4gIEhvdyBhYm91dCB0aGlzIHJld29yZGluZz8NCk5FVw0KICBJZiB0aGUg
ZG93bnN0cmVhbSBMU1IgZG9lcyBub3QgcmV0dXJuIFJlbW90ZSBJbnRlcmZhY2UgSW5kZXggc3Vi
LVRMVnMgaW4NCiAgdGhlIERETUFQLCB0aGVuIHRoZSBpbml0aWF0b3IgTFNSIHZhbGlkYXRlcyBM
QUcgbWVtYmVyIGxpbmsgdHJhdmVyc2FsIGJ5DQogIHRyYXZlcnNpbmcgYWxsIGF2YWlsYWJsZSBM
QUcgbWVtYmVyIGxpbmtzIGFuZCB0aGVuIHVzaW5nIHRoZSBwcm9jZWR1cmUgZGVzY3JpYmVkDQog
IGJlbG93LiAgVGhpcyBzZWN0aW9uIHByb3ZpZGVzIHRoZSBtZWNoYW5pc20gZm9yIHRoZQ0KaW5p
dGlhdG9yIExTUiB0byBvYnRhaW4gYWRkaXRpb25hbCBpbmZvcm1hdGlvbiBmcm9tIHRoZSBkb3du
c3RyZWFtDQpMU1JzIGFuZCBkZXNjcmliZXMgdGhlIGFkZGl0aW9uYWwgbG9naWMgaW4gdGhlIGlu
aXRpYXRvciBMU1IgdG8NCnZhbGlkYXRlIHRoZSBMMiBFQ01QIHRyYXZlcnNhbC4NCkVORA0KDQpT
ZWN0aW9uIDUuMS4zDQpGb3IgbXkgaW50ZXJlc3QsIHdoeSBhcmUgeW91IHVzaW5nIOKAnGVudHJv
cHnigJ0gaGVyZT8gIEl0IHNvdW5kcyBsaWtlIHlvdSBtZWFuIOKAnHByb2JhYmlsaXR54oCdLCBi
dXQgSSBtaWdodCBoYXZlIG1pc3VuZGVyc3Rvb2QgeW91ciBtZWFuaW5nLg0KDQpUb3Agb2YgcGFn
ZSAxMzoNCiAgIFRoZSBpbml0aWF0b3IgTFNSIHNlbmRzIHR3byBNUExTIGVjaG8gcmVxdWVzdCBt
ZXNzYWdlcyB0byB0cmF2ZXJzZQ0KICAgdGhlIHR3byBMQUcgbWVtYmVycyBhdCBUVEw9MToNCuKA
nFRUTD0x4oCdIHNob3VsZCBiZSDigJxUVEw9buKAnS4NCg0KU2VjdGlvbiA2DQpUeXBvIOKAnGlu
IHRoZSBpbiB0aGXigJ0NCg0KU2VjdGlvbiA4IGFuZCA5DQpUaGlzIGRyYWZ0IG9ubHkgZGlzY3Vz
c2VzIHVzaW5nIHRoZSBuZXcgTG9jYWwgJiBSZW1vdGUgSW50ZXJmYWNlIEluZGV4IFN1Yi1UTFZz
IGluIHRoZSBjb250ZXh0IG9mIGEgRERNQVAgZm9yIGEgTEFHIGludGVyZmFjZSwgc28gSSB3YXMg
c3VycHJpc2VkIHRvIHJlYWQgdGhhdCBpdCBpcyBwZXJtaXNzaWJsZSB0byBzZXQgTT0wIGluIHRo
ZXNlIFRMVnMuICBZb3Ugc2hvdWxkIGRlc2NyaWJlIGhvdyB0aGUgVExWIGlzIHVzZWQgaW4gdGhh
dCBjYXNlLCBpZiB5b3UgYXJlIGdvaW5nIHRvIGFsbG93IGl0Lg0KRG9lcyB0aGUgTSBmbGFnIG5l
ZWQgdG8gYmUgc2V0IGNvbnNpc3RlbnRseSBpbiBhbGwgTG9jYWwgJiBSZW1vdGUgSW50ZXJmYWNl
IEluZGV4IFN1Yi1UTFZzICBpbiBhIGdpdmVuIERETUFQIFRMVj8NCkluIGZhY3QsIGlzbuKAmXQg
dGhlIE0gZmxhZyByZWR1bmRhbnQsIGdpdmVuIHRoYXQgdGhlIGVuY2xvc2luZyBERE1BUCBoYXMg
dGhlICJMQUcgRGVzY3JpcHRpb24gSW5kaWNhdG9yIGZsYWciPw0KDQpTZWN0aW9uIDEwDQpXaHkg
ZG8geW91IG5lZWQgdGhlIFN1Yi1UTFYgbGVuZ3RoIGZpZWxkPyAgSXQgY2FuIGJlIGluZmVycmVk
IGZyb20gdGhlIFRMViBsZW5ndGggYW5kIHRoZSBhZGRyZXNzIHR5cGUuDQpTZWN0aW9uIDEwLjEu
MSDigJMgaWYgdGhlIExTUiByZWNlaXZlZCBubyBsYWJlbHMgKGUuZy4gUEhQIGNhc2UpIHRoZW4g
c2hvdWxkIGl0IG9taXQgdGhpcyBzdWItVExWLCBvciBpbmNsdWRlIGFuIGVtcHR5IHN1Yi1UTFY/
DQoNCk90aGVyIG5pdHMNClRocm91Z2hvdXQsIEVuZ2xpc2ggZ3JhbW1hciBuZWVkcyB0byBiZSBm
aW5lLXR1bmVkIGUuZy4gdGhlcmUgYXJlIGRlZmluaXRlIGFuZCBpbmRlZmluaXRlIGFydGljbGVz
IG1pc3NpbmcuICBIb3dldmVyLCBJIGZvdW5kIHRoZSBkb2N1bWVudCBwZXJmZWN0bHkgcmVhZGFi
bGUsIHNvIHBlcmhhcHMgdGhpcyBjYW4gYmUgbGVmdCBmb3IgdGhlIFJGQyBlZGl0b3IuDQo=

--_000_CY1PR0201MB1436F9BFD9BA41F921B2C4C084950CY1PR0201MB1436_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5N
c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJ
dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r
Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4
dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0
LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt
bGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw
MDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCnByZQ0KCXttc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1h
cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJ
Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0Kc3Bh
bi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0
ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M
IFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0KcC5tc29ub3JtYWwwLCBs
aS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7
DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBw
dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5
bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5QbGFpblRleHRD
aGFyDQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNh
bGlicmkiLHNhbnMtc2VyaWY7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw
b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu
cy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlv
bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0
IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv
c3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJl
ZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNv
IDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i
ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwv
aGVhZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+
DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGVs
bG88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgdG8g
ZG8gYSByb3V0aW5nIGRpcmVjdG9yYXRlIOKAnGVhcmx54oCdIHJldmlldyBvZiB0aGlzIGRyYWZ0
LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGEgaHJlZj0iaHR0cHM6
Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLWxhZy1t
dWx0aXBhdGgvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1w
bHMtbHNwLXBpbmctbGFnLW11bHRpcGF0aC88L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPlRoZSByb3V0aW5nIGRpcmVjdG9yYXRlIHdpbGwsIG9uIHJlcXVlc3QgZnJvbSB0aGUgd29y
a2luZyBncm91cCBjaGFpciwgcGVyZm9ybSBhbiDigJxlYXJseeKAnSByZXZpZXcgb2YgYSBkcmFm
dCBiZWZvcmUgaXQgaXMgc3VibWl0dGVkIGZvciBwdWJsaWNhdGlvbiB0byB0aGUgSUVTRy4mbmJz
cDsgVGhlIGVhcmx5IHJldmlldyBjYW4gYmUgcGVyZm9ybWVkIGF0IGFueSB0aW1lIGR1cmluZyB0
aGUgZHJhZnTigJlzIGxpZmV0aW1lDQogYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LiZuYnNw
OyBUaGUgcHVycG9zZSBvZiB0aGUgZWFybHkgcmV2aWV3IGRlcGVuZHMgb24gdGhlIHN0YWdlIHRo
YXQgdGhlIGRvY3VtZW50IGhhcyByZWFjaGVkLiZuYnNwOyBBcyB0aGlzIGRvY3VtZW50IGlzIGNs
b3NlIHRvIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsLCBteSBmb2N1cyBmb3IgdGhlIHJldmlldyB3
YXMgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIHB1Ymxp
c2hlZC4mbmJzcDsNCiBQbGVhc2UgY29uc2lkZXIgbXkgY29tbWVudHMgYWxvbmcgd2l0aCB0aGUg
b3RoZXIgd29ya2luZyBncm91cCBsYXN0IGNhbGwgY29tbWVudHMuPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29QbGFpblRleHQiPkZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVj
dG9yYXRlLCBwbGVhc2Ugc2VlIOKAizxhIGhyZWY9Imh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3Jn
L2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXIiPmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2Fy
ZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PkJlc3QgcmVnYXJkczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Sm9u
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+RG9jdW1lbnQ6IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1s
YWctbXVsdGlwYXRoLTAzLnR4dDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+UmV2aWV3ZXI6IEpvbmF0aGFuIEhhcmR3aWNrPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij5SZXZpZXcgRGF0ZTogMjEgTWF5IDIwMTg8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29QbGFpblRleHQiPkludGVuZGVkIFN0YXR1czogU3RhbmRhcmRzIFRyYWNrPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlN1bW1hcnk8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29QbGFpblRleHQiPlRoaXMgZG9jdW1lbnQgbG9va3MgcmVhZHkgZm9yIHdvcmtpbmcg
Z3JvdXAgbGFzdCBjYWxsLiZuYnNwOyBJIGhhdmUgYSBmZXcgbWlub3IgaXNzdWVzIHRoYXQgSSBh
bSBzdXJlIGNhbiBiZSByZXNvbHZlZCBkdXJpbmcgdGhlIGxhc3QgY2FsbC48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5TZWN0aW9uIDI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZpcnN0IHBh
cmFncmFwaDogdGhlIHJlZmVyZW5jZSB0byBzZWN0aW9uIDMuMyBvZiBbUkZDODAyOV0gbG9va3Mg
d3JvbmcuJm5ic3A7IFNob3VsZCBpdCBiZSBhIHJlZmVyZW5jZSB0byBzZWN0aW9uIDQ/PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPlNlY3Rpb24gMzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+4oCcV2hlbiB0aGUgcmVzcG9uZGVyIExTUiByZWNlaXZlcyBhbiBNUExTIGVjaG8g
cmVwbHkgbWVzc2FnZeKAnSAmbHQ7LSB5b3UgbWVhbiDigJxNUExTIGVjaG8gcmVxdWVzdCBtZXNz
YWdl4oCdLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZWN0aW9uIDUuMTxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBpcyBmaW5lLCBidXQgSSBmb3VuZCBpdCBhIGJp
dCBjdW1iZXJzb21lIHRvIHJlYWQuJm5ic3A7IEhvdyBhYm91dCB0aGlzIHJld29yZGluZz88bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5FVzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7IElmIHRoZSBkb3duc3RyZWFtIExTUiBkb2VzIG5vdCBy
ZXR1cm4gUmVtb3RlIEludGVyZmFjZSBJbmRleCBzdWItVExWcyBpbjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7IHRoZSBERE1BUCwgdGhlbiB0aGUgaW5pdGlhdG9y
IExTUiB2YWxpZGF0ZXMgTEFHIG1lbWJlciBsaW5rIHRyYXZlcnNhbCBieTxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7IHRyYXZlcnNpbmcgYWxsIGF2YWlsYWJsZSBM
QUcgbWVtYmVyIGxpbmtzIGFuZCB0aGVuIHVzaW5nIHRoZSBwcm9jZWR1cmUgZGVzY3JpYmVkPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgYmVsb3cuJm5ic3A7IFRo
aXMgc2VjdGlvbiBwcm92aWRlcyB0aGUgbWVjaGFuaXNtIGZvciB0aGU8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPmluaXRpYXRvciBMU1IgdG8gb2J0YWluIGFkZGl0aW9uYWwg
aW5mb3JtYXRpb24gZnJvbSB0aGUgZG93bnN0cmVhbTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+TFNScyBhbmQgZGVzY3JpYmVzIHRoZSBhZGRpdGlvbmFsIGxvZ2ljIGluIHRo
ZSBpbml0aWF0b3IgTFNSIHRvPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj52
YWxpZGF0ZSB0aGUgTDIgRUNNUCB0cmF2ZXJzYWwuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5FTkQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiA1LjEuMzxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Rm9yIG15IGludGVyZXN0LCB3aHkgYXJl
IHlvdSB1c2luZyDigJxlbnRyb3B54oCdIGhlcmU/Jm5ic3A7IEl0IHNvdW5kcyBsaWtlIHlvdSBt
ZWFuIOKAnHByb2JhYmlsaXR54oCdLCBidXQgSSBtaWdodCBoYXZlIG1pc3VuZGVyc3Rvb2QgeW91
ciBtZWFuaW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ub3Agb2YgcGFnZSAxMzo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyBUaGUgaW5pdGlhdG9y
IExTUiBzZW5kcyB0d28gTVBMUyBlY2hvIHJlcXVlc3QgbWVzc2FnZXMgdG8gdHJhdmVyc2U8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyB0aGUgdHdvIExB
RyBtZW1iZXJzIGF0IFRUTD0xOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
4oCcVFRMPTHigJ0gc2hvdWxkIGJlIOKAnFRUTD1u4oCdLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5TZWN0aW9uIDY8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlR5cG8g4oCc
aW4gdGhlIGluIHRoZeKAnTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZWN0aW9uIDggYW5kIDk8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZHJhZnQgb25seSBkaXNj
dXNzZXMgdXNpbmcgdGhlIG5ldyBMb2NhbCAmYW1wOyBSZW1vdGUgSW50ZXJmYWNlIEluZGV4IFN1
Yi1UTFZzIGluIHRoZSBjb250ZXh0IG9mIGEgRERNQVAgZm9yIGEgTEFHIGludGVyZmFjZSwgc28g
SSB3YXMgc3VycHJpc2VkIHRvIHJlYWQgdGhhdCBpdCBpcyBwZXJtaXNzaWJsZSB0byBzZXQgTT0w
IGluIHRoZXNlIFRMVnMuJm5ic3A7IFlvdSBzaG91bGQgZGVzY3JpYmUgaG93IHRoZSBUTFYNCiBp
cyB1c2VkIGluIHRoYXQgY2FzZSwgaWYgeW91IGFyZSBnb2luZyB0byBhbGxvdyBpdC48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRvZXMgdGhlIE0gZmxhZyBuZWVkIHRvIGJl
IHNldCBjb25zaXN0ZW50bHkgaW4gYWxsIExvY2FsICZhbXA7IFJlbW90ZSBJbnRlcmZhY2UgSW5k
ZXggU3ViLVRMVnMmbmJzcDsgaW4gYSBnaXZlbiBERE1BUCBUTFY/PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5JbiBmYWN0LCBpc27igJl0IHRoZSBNIGZsYWcgcmVkdW5kYW50
LCBnaXZlbiB0aGF0IHRoZSBlbmNsb3NpbmcgRERNQVAgaGFzIHRoZSAmcXVvdDtMQUcgRGVzY3Jp
cHRpb24gSW5kaWNhdG9yIGZsYWcmcXVvdDs/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlY3Rp
b24gMTA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoeSBkbyB5b3UgbmVl
ZCB0aGUgU3ViLVRMViBsZW5ndGggZmllbGQ/Jm5ic3A7IEl0IGNhbiBiZSBpbmZlcnJlZCBmcm9t
IHRoZSBUTFYgbGVuZ3RoIGFuZCB0aGUgYWRkcmVzcyB0eXBlLjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiAxMC4xLjEg4oCTIGlmIHRoZSBMU1IgcmVjZWl2ZWQg
bm8gbGFiZWxzIChlLmcuIFBIUCBjYXNlKSB0aGVuIHNob3VsZCBpdCBvbWl0IHRoaXMgc3ViLVRM
Viwgb3IgaW5jbHVkZSBhbiBlbXB0eSBzdWItVExWPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5P
dGhlciBuaXRzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaHJvdWdob3V0
LCBFbmdsaXNoIGdyYW1tYXIgbmVlZHMgdG8gYmUgZmluZS10dW5lZCBlLmcuIHRoZXJlIGFyZSBk
ZWZpbml0ZSBhbmQgaW5kZWZpbml0ZSBhcnRpY2xlcyBtaXNzaW5nLiZuYnNwOyBIb3dldmVyLCBJ
IGZvdW5kIHRoZSBkb2N1bWVudCBwZXJmZWN0bHkgcmVhZGFibGUsIHNvIHBlcmhhcHMgdGhpcyBj
YW4gYmUgbGVmdCBmb3IgdGhlIFJGQyBlZGl0b3IuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv
Ym9keT4NCjwvaHRtbD4NCg==

--_000_CY1PR0201MB1436F9BFD9BA41F921B2C4C084950CY1PR0201MB1436_--


From nobody Mon May 21 15:17:43 2018
Return-Path: <mariainesrobles@googlemail.com>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 40C1212D88E; Mon, 21 May 2018 15:17:41 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Ines Robles <mariainesrobles@googlemail.com>
To: <rtg-dir@ietf.org>
Cc: draft-ietf-sfc-hierarchical.all@ietf.org, ietf@ietf.org, sfc@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.80.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152694106121.7908.13286903159935171274@ietfa.amsl.com>
Date: Mon, 21 May 2018 15:17:41 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/pc4p8rhjR9DN-qjVTuQJ7D8fF8c>
Subject: [RTG-DIR] Rtgdir last call review of draft-ietf-sfc-hierarchical-08
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 May 2018 22:17:41 -0000

Reviewer: Ines Robles
Review result: Has Issues

Hello,

I have been selected as the Routing Directorate reviewer for this draft.
The Routing Directorate seeks to review all routing or routing-related drafts
as they pass through IETF last call and IESG review, and sometimes on special
request. The purpose of the review is to provide assistance to the Routing ADs.
For more information about the Routing Directorate, please see
​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would
be helpful if you could consider them along with any other IETF Last Call
comments
 that you receive, and strive to resolve them through discussion or by updating
 the draft.

Document: draft-ietf-sfc-hierarchical-08
Reviewer: Ines Robles
Review Date: 05-21-2018
Intended status: Informational

Summary:

I believe the draft is technically good. This document is well written and
clear to understand. The figures are clear and helpful. The draft presents some
minor issues that I think should be resolved before publication.

Comments:

Major Issues: No major issues found.

Minor Issues:

- It would be nice to add a terminology section that references section 1.4 of
rfc7665, section 1.3 of rfc8300 (since you are using NSH-aware defined there)
and add definitions such as IBN. - Question: about this sentence in pag. 3:
"...The "domains" discussed in this document are assumed to be under the
   control of a single organization...". Is it the same if we say "...The
   "SFC-Enabled Domains" discussed in this document are assumed to be under the
   control of a single organization ..."?
Nits:
-- It would be nice to expand NSH in the Introduction section.
-- In Figure 1, it would be nice to add a number to the Classifiers, e.g.CF#1,
then when you mention that in the text you can reference it, e.g. "One path is
shown from edge classifier (CF#1) to SFF1 to Sub-domain#1..." -- In Figure 6,
it would be nice to add in the legend section the meaning for DPI.

Thanks,

Ines.


From nobody Mon May 21 16:25:27 2018
Return-Path: <ravis@juniper.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEC0C12D96A; Mon, 21 May 2018 16:25:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level: 
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wQQLTf_yNWwT; Mon, 21 May 2018 16:25:23 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8BEC512D967; Mon, 21 May 2018 16:25:23 -0700 (PDT)
Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w4LNPNN3000304; Mon, 21 May 2018 16:25:23 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=wHVti40DfqZSNNIjvJumxeJvUlDhUiGOtAo09EK+3b0=; b=Mn07Iw/XV5rZMiU+4UFrFDOD/0wbaIE1Qu3vA/YwvdUHmKLsa6RnbClNrffX8OsvCSdK QX/gIGOfDPQEP85fMr0Z3uHCYT+Z1dWO/Aa9Trvn3+wwrG+nbzFWeu9UZThVjQQ0j9uM 7Z6jWvcHDvWnHAFZLDeppf6xhuD167OXIlNYPFhr4jxiE2Hsy/1heM3Gn/cr6VO4b6IV eWiK4+CA1gSipdQlVUNXv7mfv9XlFTqaUS/IAi5fAX3v13XqP1B/n3BTbHqZlKbhimsM /CruQokh4M4K6Ym+ym6FlJVvsJ0+t4TFvgkAHUKv9RiHT4fz7y7+e4QzoX7YKaAndvvw 5g== 
Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp0080.outbound.protection.outlook.com [207.46.163.80]) by mx0a-00273201.pphosted.com with ESMTP id 2j43f2geq0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 21 May 2018 16:25:23 -0700
Received: from MWHPR05MB3200.namprd05.prod.outlook.com (10.173.229.143) by MWHPR05MB3536.namprd05.prod.outlook.com (10.174.250.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.797.5; Mon, 21 May 2018 23:25:16 +0000
Received: from MWHPR05MB3200.namprd05.prod.outlook.com ([fe80::c0e1:ed47:68c:376f]) by MWHPR05MB3200.namprd05.prod.outlook.com ([fe80::c0e1:ed47:68c:376f%11]) with mapi id 15.20.0797.011; Mon, 21 May 2018 23:25:16 +0000
From: Ravi Singh <ravis@juniper.net>
To: "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-v6ops-conditional-ras@ietf.org" <draft-ietf-v6ops-conditional-ras@ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-v6ops-conditional-ras
Thread-Index: AdPxWdYhiDZAt4tdT0u33w6T+4L0MQ==
Date: Mon, 21 May 2018 23:25:16 +0000
Message-ID: <MWHPR05MB3200E0E4D1B0D2CEA098D169AB950@MWHPR05MB3200.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.239.12]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; MWHPR05MB3536; 7:Qv92Nvk/n8DICTvMjB1HznP62Vxs7cW6LuBRUA5cwpa/UFTtvSOSiagrtCTydDuBgow71CM7hRyDsFqL5KTX6xspfyej8zwG5ppPlqBbaFzWt6fl1fet52hEZgh4vdUtoWeDqFL3xDkmiL7Qnnymc/8ZrH5go+om7pBZL31b8BTby2NI1zLCKNxKE/G0lp541uXa6BChQTBdhEmpPcdKYqK5wImPVbzxxwVHXKWaZ/xrEsepHQRErEyixexKYJ8X
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:MWHPR05MB3536; 
x-ms-traffictypediagnostic: MWHPR05MB3536:
x-microsoft-antispam-prvs: <MWHPR05MB353671DEC6A48D1DDA974D43AB950@MWHPR05MB3536.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231254)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(20161123564045)(20161123560045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:MWHPR05MB3536; BCL:0; PCL:0; RULEID:; SRVR:MWHPR05MB3536; 
x-forefront-prvs: 06793E740F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(376002)(396003)(39380400002)(346002)(39860400002)(199004)(189003)(26005)(5660300001)(102836004)(6506007)(3660700001)(186003)(2906002)(7696005)(54906003)(6116002)(316002)(99286004)(53936002)(106356001)(105586002)(59450400001)(3280700002)(476003)(478600001)(33656002)(6436002)(4326008)(2351001)(486006)(74316002)(97736004)(25786009)(450100002)(305945005)(1720100001)(68736007)(8936002)(2501003)(9686003)(6916009)(7736002)(2900100001)(3846002)(81156014)(81166006)(8676002)(5250100002)(5640700003)(66066001)(86362001)(55016002)(14454004); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB3536; H:MWHPR05MB3200.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-microsoft-antispam-message-info: E/ZUukVhHIcm+qj4r/WZ3SQju6Y0PwrgMRiaiRG/cQm/RPJ2ecXERPcjhSf6oN1mYyWDAhs02S2KPwEHOXAMLFvYHf43MAmYMNjB7UMicu3mQj8D40gwvcME3wT3J4UFUd+31vEqJnyJO9Gv4fkjRJk4shsUPnnff6iTwIZ25hzcH9pyrfhxDVWw5DdSvv4O
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 605c12e6-756f-4844-5780-08d5bf721c39
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 605c12e6-756f-4844-5780-08d5bf721c39
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 May 2018 23:25:16.2729 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB3536
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-05-21_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1805210267
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/qInuSJhsSeSoAv8FaRPQOEN_C40>
Subject: [RTG-DIR] RtgDir review: draft-ietf-v6ops-conditional-ras
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 May 2018 23:25:26 -0000

SGVsbG8sIA0KSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUg
cmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRv
IHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFz
cyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1lcyBv
biBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlk
ZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJv
dXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLaHR0cDovL3RyYWMudG9v
bHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpciANCkFsdGhvdWdoIHRoZXNlIGNv
bW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3
b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55
IG90aGVyIElFVEYgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJp
dmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0aGUg
ZHJhZnQuIA0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi12Nm9wcy1jb25kaXRpb25hbC1yYXMNClJl
dmlld2VyOiBSYXZpIFNpbmdoDQpSZXZpZXcgRGF0ZTogTWF5IDIxLCAyMDE4DQpJbnRlbmRlZCBT
dGF0dXM6IEluZm9ybWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KU3Vt
bWFyeTogVGhpcyBkb2N1bWVudCBpcyBiYXNpY2FsbHkgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLCBi
dXQgaGFzIG5pdHMgdGhhdCBzaG91bGQgYmUgY29uc2lkZXJlZCBwcmlvciB0byBwdWJsaWNhdGlv
bi4NCg0KTml0czoNCjEuIEZvciByZWFkYWJpbGl0eSBzYWtlIGZvciB3aWRlciBhdWRpZW5jZXMs
IGZpcnN0IHVzYWdlIG9mIGFjcm9ueW0gaW4gdGhlIGRyYWZ0IHNob3VsZCBleHBhbmQgdGhlIGFj
cm9ueW0gZXZlbiB0aG91Z2ggdGhlIHVzYWdlIG9mIG1hbnkgb2YgdGhlc2UgYWNyb255bXMgaXMg
cHJldHR5IGNvbW1vbjoNCiAgICAgIGEuIFNlY3Rpb24gMy4xLjI6IFJETlNTLCBTTEFBQywgQ1BF
DQogICAgICBiLiAzLjIuNjogVUxBDQogICAgICBjLiAzLjIuNzogREFEDQogICAgICBkLiAzLjM6
IFNETiwgUlRUDQoNCjIuIFR5cG8gY29ycmVjdGlvbnM6ICANCiAgICAgYS4gUE9JIC0+IFBJTw0K
ICAgICAgICAgICAgICAgIDMuMS4yOiAyIG9jY3VycmVuY2VzDQogICAgICAgICAgICAgICAgMy4y
LjQgJiAzLjIuNzogMiBvY2N1cnJlbmNlcyBlYWNoDQogICAgYi4gM1NlY3Rpb24gLjIuNjogDQog
ICAgICAgICAgICAgICAiYWxnb3JpdGgiIC0gPiAiYWxnb3JpdGhtIg0KDQogICAgYy4gSW4gc2Vj
dGlvbiAzLjEuMjogIA0KDQogICAgICAgICAiYWRkcmVzcyBzZWxlY3RlZCBieSBhIGhvc3QgYXMg
ZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4xLjIuICBIb3dldmVyLCIgLT4gDQogICAgICAgICAiYWRk
cmVzcyBzZWxlY3RlZCBieSBhIGhvc3QgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4xLjEuICBI
b3dldmVyLCINCsKgDQogICBkLiBTZWN0aW9uIDMuMi4zOiB0eXBvOiBxdW90ZWQgc2VjdGlvbiAj
IG5lZWRzIGNvcnJlY3Rpb24uDQogICAgICAgICAgIiBjb3JyZWN0IHVwbGluayBiYXNlZCBvbiB0
aGUgc291cmNlIGFkZHJlc3MgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4yLjEuIg0KICAgICAg
ICAgICAtPg0KICAgICAgICAgImNvcnJlY3QgdXBsaW5rIGJhc2VkIG9uIHRoZSBzb3VyY2UgYWRk
cmVzcyBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjEuMS4iDQoNCjMuICBTZWN0aW9uIDMuMi41
Og0KICAgICAiRm9yIHNpbXBsaWNpdHksIGFsbCB0b3BvbG9naWVzIGJlbG93IHNob3cgdGhlIElT
UCB1cGxpbmtzIHRlcm1pbmF0ZWQiDQogICAgIC0+DQogICAgICJGb3Igc2ltcGxpY2l0eSwgYWxs
IHRvcG9sb2dpZXMgYWJvdmUgc2hvdyB0aGUgSVNQIHVwbGlua3MgdGVybWluYXRlZCIgPw0KDQo0
LiBTZWN0aW9uIDMuMyAmIDMuNDogdGhlIHRleHQgc2VlbXMgdG8gaW5kaWNhdGUgdGhhdCB0aGlz
IGRyYWZ0IGlmIHByb3Bvc2luZyBzb21lIHNvbHV0aW9uLCBldmVuIHRob3VnaCBhcyBpbmRpY2F0
ZWQgaW4gdGhpcyBkcmFmdCdzIGFic3RyYWN04oCmLnRoZSBzb2x1dGlvbiBiZWluZyByZWZlcmVu
Y2VkIGlzIGluIGlldGYtcnRnd2ctZW50ZXJwcmlzZS1wYS1tdWx0aWhvbWluZyBhbmQgdGhpcyBk
cmFmdCBpZiBkZXNjcmliaW5nIHRoZSB1c2Ugb2YgdGhhdCBzb2x1dGlvbiBpbiBzYW1wbGUgc2Nl
bmFyaW9zLiBTbGlnaHQgcmV3b3JkaW5nIG9mIHRleHQgc2hvdWxkIGhlbHAgdG8gYWRkcmVzcyB0
aGlzLg0KDQoNClJlZ2FyZHMNClJhdmkNCg0K


From nobody Tue May 22 07:02:11 2018
Return-Path: <furry@google.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC4B512EB47 for <rtg-dir@ietfa.amsl.com>; Tue, 22 May 2018 07:02:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.51
X-Spam-Level: 
X-Spam-Status: No, score=-17.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 VIMQ7GJJUyGR for <rtg-dir@ietfa.amsl.com>; Tue, 22 May 2018 07:02:07 -0700 (PDT)
Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44DBF127078 for <rtg-dir@ietf.org>; Tue, 22 May 2018 07:02:07 -0700 (PDT)
Received: by mail-io0-x22f.google.com with SMTP id g14-v6so18584358ioc.7 for <rtg-dir@ietf.org>; Tue, 22 May 2018 07:02:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=w8vX6uJZgTakCrxYe2gcfmCDv7NNpCtKsMvRSRKOO0I=; b=uK4VWc06VL+fP6IkuqP9+0MN11y8OaV7Smr+0fA9ujNzwkRGRfU5q9q0bGDyxFx4E4 eslIcZRDzTiqw1ya6H+uOzrfEzfB7RBlcWRtaoxCLJ7jDAC0ua7xKUPbEX4zxj4d7klY V9BRaNo2fwjeyi2qfY1HGPy8wQUYcfYjKZy/3eYtwiPAn+7vsGyt5MRem8lzw7LYawgD NMrpBcIFPDY5wxAXb62I2McCXpOHn5RvnMsb5u2B/8Z2TZ+VtjjP2jv5UsESU/AC20wS /Fwz/jIn2VMB5IiqHHJBkYAPNtFgKX7LFx+g7HEHVnBf1Aegochuvoh885wAxN5NOMxJ vVKQ==
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:content-transfer-encoding; bh=w8vX6uJZgTakCrxYe2gcfmCDv7NNpCtKsMvRSRKOO0I=; b=DUNjvJ3A3Zqy/apa0GlJtQVic5Ucpfqc0Lgz5vQB2j/mrb9B/DRZj29Ua8d52ySwwz yUBOXne/ZLB0dN+hksZHxL64XUK70khSKc8JzJsnvfKKIXclkZ2xnow13/+tYZIUJ9Jx 6EhFpNTMgP08900kVidBBbJQYLiDaPIJG+EhscvYFizVCtG8uRys7lTwYkr8qo6BUKR4 8pcF6U2gmYe8oTfjd93DJOfTpR4rSOUe2GmAOPSFjhZr0uatOPz7PoM0PPpwwO9yZBGn x2PS4yrg4sX9NTTt7XJiD/FzpvJRJuC0eEaCWReSjJbwiYG3AfiNfStviZV/CuRMf7nP dROw==
X-Gm-Message-State: ALKqPwd5I1VkkFSbs+qst2pxT4I0L+4ilBQyLN7g/Fako9d28bUf5Y0W 2OPjAILmj7n7rVugb1hMi3sLhNke3IQgL6mP7GHbvA==
X-Google-Smtp-Source: AB8JxZoR2sPdpWTBtjNGabz+JzmM6cKVzV2qNhJ9ojxcZkhzA0bXMSDOd/twwAFTdE2Z8UPHIxFPDYXSqL5T8sb6wHo=
X-Received: by 2002:a6b:248e:: with SMTP id k136-v6mr24297949iok.270.1526997724446;  Tue, 22 May 2018 07:02:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.232.12 with HTTP; Tue, 22 May 2018 07:01:43 -0700 (PDT)
In-Reply-To: <MWHPR05MB3200E0E4D1B0D2CEA098D169AB950@MWHPR05MB3200.namprd05.prod.outlook.com>
References: <MWHPR05MB3200E0E4D1B0D2CEA098D169AB950@MWHPR05MB3200.namprd05.prod.outlook.com>
From: Jen Linkova <furry@google.com>
Date: Wed, 23 May 2018 00:01:43 +1000
Message-ID: <CABKWDgz05R=A3p58wzOcoVbrkwDMPbYDPYdOB+V4hj9HP_8byQ@mail.gmail.com>
To: Ravi Singh <ravis@juniper.net>
Cc: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>,  "draft-ietf-v6ops-conditional-ras@ietf.org" <draft-ietf-v6ops-conditional-ras@ietf.org>,  "v6ops@ietf.org" <v6ops@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Uf_6TT8xi-GoAHPG0VsEQNmcvsE>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-v6ops-conditional-ras
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 May 2018 14:02:10 -0000

Thanks a lot for your review, Ravi!
I'll post the updated version to address your comments later on this
week or at the beginning of the next week.

On Tue, May 22, 2018 at 9:25 AM, Ravi Singh <ravis@juniper.net> wrote:
> Hello,
> I have been selected as the Routing Directorate reviewer for this draft. =
The Routing Directorate seeks to review all routing or routing-related draf=
ts as they pass through IETF last call and IESG review, and sometimes on sp=
ecial request. The purpose of the review is to provide assistance to the Ro=
uting ADs. For more information about the Routing Directorate, please see h=
ttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
> Although these comments are primarily for the use of the Routing ADs, it =
would be helpful if you could consider them along with any other IETF Last =
Call comments that you receive, and strive to resolve them through discussi=
on or by updating the draft.
>
> Document: draft-ietf-v6ops-conditional-ras
> Reviewer: Ravi Singh
> Review Date: May 21, 2018
> Intended Status: Informational
> Summary: This document is basically ready for publication, but has nits t=
hat should be considered prior to publication.
>
> Nits:
> 1. For readability sake for wider audiences, first usage of acronym in th=
e draft should expand the acronym even though the usage of many of these ac=
ronyms is pretty common:
>       a. Section 3.1.2: RDNSS, SLAAC, CPE
>       b. 3.2.6: ULA
>       c. 3.2.7: DAD
>       d. 3.3: SDN, RTT
>
> 2. Typo corrections:
>      a. POI -> PIO
>                 3.1.2: 2 occurrences
>                 3.2.4 & 3.2.7: 2 occurrences each
>     b. 3Section .2.6:
>                "algorith" - > "algorithm"
>
>     c. In section 3.1.2:
>
>          "address selected by a host as described in Section 3.1.2.  Howe=
ver," ->
>          "address selected by a host as described in Section 3.1.1.  Howe=
ver,"
>
>    d. Section 3.2.3: typo: quoted section # needs correction.
>           " correct uplink based on the source address as described in Se=
ction 3.2.1."
>            ->
>          "correct uplink based on the source address as described in Sect=
ion 3.1.1."
>
> 3.  Section 3.2.5:
>      "For simplicity, all topologies below show the ISP uplinks terminate=
d"
>      ->
>      "For simplicity, all topologies above show the ISP uplinks terminate=
d" ?
>
> 4. Section 3.3 & 3.4: the text seems to indicate that this draft if propo=
sing some solution, even though as indicated in this draft's abstract=E2=80=
=A6.the solution being referenced is in ietf-rtgwg-enterprise-pa-multihomin=
g and this draft if describing the use of that solution in sample scenarios=
. Slight rewording of text should help to address this.
>
>
> Regards
> Ravi
>



--=20
sincerely yours,
Jen Linkova a.k.a Furry
Network Engineer


From nobody Wed May 23 02:26:14 2018
Return-Path: <ketant@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F024D12DA17; Wed, 23 May 2018 02:26:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5kO_1NQD8vfO; Wed, 23 May 2018 02:26:09 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8602C126C0F; Wed, 23 May 2018 02:26:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9352; q=dns/txt; s=iport; t=1527067569; x=1528277169; h=from:to:cc:subject:date:message-id:references: content-transfer-encoding:mime-version; bh=hFR8nSF2vwhtEwnYr9f/exw3ZWjyLpEEXFjmWuJE4Ow=; b=QsHXPRdJCCsLBsxd2h7iumTxDFqUbGw+P6G1Zpj7AbAv1FWsqlCu/VVg i5eQ2nBVcAIcVWpyMHW0KdwqLz9mU6M4jGOm2Cl7vvD1y84yQsh86tcIS nYV1ZO9DiOg/WpJiukxr3jH2talA1m7/MJt9P/l2YJxXPpQAm9ZApiyN9 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAQDQMgVb/5hdJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYNEYn0oCoNtiASMY4F5gQ+HA4w0gXgLJYRHAheCDCE0GAE?= =?us-ascii?q?CAQEBAQEBAmwcDIUoAQEBAQMjETMNBQwEAgEIEQECAQEBAwImAgICHxEVAgY?= =?us-ascii?q?IAgQBDQUIgxyBZwMVD6oTghyHCw2BK4F8gQmHLIFUP4EOAYMNgk83CwEBAgE?= =?us-ascii?q?BgUYtD4JaglQCh0iQYCwJAoVohW+Cd4E/PoMxgl+DaYERh1CCFEqGKQIREwG?= =?us-ascii?q?BJAEcOIFScBWCfgmCFxeIWYU+bwGMQIEYAQE?=
X-IronPort-AV: E=Sophos;i="5.49,432,1520899200"; d="scan'208";a="118136072"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 May 2018 09:26:08 +0000
Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w4N9Q8LN030200 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 23 May 2018 09:26:08 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 23 May 2018 04:26:08 -0500
Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1320.000; Wed, 23 May 2018 04:26:08 -0500
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Victoria Pritchard <pritchardv0@gmail.com>, "draft-ietf-idr-bgp-ls-segment-routing-ext.all@ietf.org" <draft-ietf-idr-bgp-ls-segment-routing-ext.all@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: RtgDir Early review: draft-ietf-idr-bgp-ls-segment-routing-ext-06
Thread-Index: AQHT7imn6iG/2V1bEES012ULhBHnvKQ1EVhwgAgCNvA=
Date: Wed, 23 May 2018 09:26:08 +0000
Message-ID: <3337212e2a8b470fbb09b15e21445830@XCH-ALN-008.cisco.com>
References: <CA+fLEh+CMuWEcKy3J1JGx3Oxj9Fpg7qJv1a0m+-AKnMOgW2mEA@mail.gmail.com> 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.65.38.141]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/U7O7SStYS3oy8TLBYIOblifKqGg>
Subject: Re: [RTG-DIR] RtgDir Early review: draft-ietf-idr-bgp-ls-segment-routing-ext-06
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 May 2018 09:26:12 -0000

SGkgVmljdG9yaWEvQWxsLA0KDQpBIG5ldyAwOCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCBoYXMgYmVl
biBwb3N0ZWQgdG8gYWRkcmVzcyB0aGUgY29tbWVudHMgZnJvbSB0aGUgUlRHRElSIGVhcmx5IHJl
dmlldy4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRm
LWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5nLWV4dC0wOCANCg0KVGhhbmtzLA0KS2V0YW4NCg0K
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEtldGFuIFRhbGF1bGlrYXIgKGtldGFu
dCkgDQpTZW50OiAxOCBNYXkgMjAxOCAxNDoxNg0KVG86ICdWaWN0b3JpYSBQcml0Y2hhcmQnIDxw
cml0Y2hhcmR2MEBnbWFpbC5jb20+OyBkcmFmdC1pZXRmLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0
aW5nLWV4dC5hbGxAaWV0Zi5vcmc7IGlkci1jaGFpcnNAaWV0Zi5vcmcNCkNjOiBydGctZGlyQGll
dGYub3JnOyBpZHJAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBSdGdEaXIgRWFybHkgcmV2aWV3OiBk
cmFmdC1pZXRmLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5nLWV4dC0wNg0KDQpIaSBWaWN0b3Jp
YSwNCg0KVGhhbmtzIGEgbG90IGZvciB5b3VyIGNvbW1lbnRzIGFuZCBpbnB1dHMgdG8gaW1wcm92
ZSB0aGUgZG9jdW1lbnQuDQoNClBsZWFzZSBjaGVjayBpbmxpbmUgYmVsb3cgZm9yIHJlc3BvbnNl
LiBJIHdpbGwgdXBkYXRlIHRoZSBkb2N1bWVudCBuZXh0IHdlZWsgYW5kIHBsZWFzZSBsZXQga25v
dyB5b3VyIGZlZWRiYWNrIGluIHRoZSBtZWFud2hpbGUuDQoNClRoYW5rcywNCktldGFuDQoNCi0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBWaWN0b3JpYSBQcml0Y2hhcmQgPHByaXRj
aGFyZHYwQGdtYWlsLmNvbT4NClNlbnQ6IDE4IE1heSAyMDE4IDAzOjI1DQpUbzogZHJhZnQtaWV0
Zi1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1leHQuYWxsQGlldGYub3JnOyBpZHItY2hhaXJz
QGlldGYub3JnDQpDYzogcnRnLWRpckBpZXRmLm9yZzsgaWRyQGlldGYub3JnDQpTdWJqZWN0OiBS
dGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1pZXRmLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5n
LWV4dC0wNg0KDQpIZWxsbw0KDQpJIGhhdmUgYmVlbiBzZWxlY3RlZCB0byBkbyBhIHJvdXRpbmcg
ZGlyZWN0b3JhdGUg4oCcZWFybHnigJ0gcmV2aWV3IG9mIHRoaXMgZHJhZnQuDQpodHRwczovL3Rv
b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1l
eHQtMDYNCg0KVGhlIHJvdXRpbmcgZGlyZWN0b3JhdGUgd2lsbCwgb24gcmVxdWVzdCBmcm9tIHRo
ZSB3b3JraW5nIGdyb3VwIGNoYWlyLCBwZXJmb3JtIGFuIOKAnGVhcmx54oCdIHJldmlldyBvZiBh
IGRyYWZ0IGJlZm9yZSBpdCBpcyBzdWJtaXR0ZWQgZm9yIHB1YmxpY2F0aW9uIHRvIHRoZSBJRVNH
LiBUaGUgZWFybHkgcmV2aWV3IGNhbiBiZSBwZXJmb3JtZWQgYXQgYW55IHRpbWUgZHVyaW5nIHRo
ZSBkcmFmdOKAmXMgbGlmZXRpbWUgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LiBUaGUgcHVy
cG9zZSBvZiB0aGUgZWFybHkgcmV2aWV3IGRlcGVuZHMgb24gdGhlIHN0YWdlIHRoYXQgdGhlIGRv
Y3VtZW50IGhhcyByZWFjaGVkLg0KDQpGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91
dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigIsgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5v
cmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcg0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi1pZHIt
YmdwLWxzLXNlZ21lbnQtcm91dGluZy1leHQtMDYudHh0DQpSZXZpZXdlcjogVmljdG9yaWEgUHJp
dGNoYXJkDQpSZXZpZXcgRGF0ZTogMTcvMDUvMjAxOA0KSW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFy
ZHMgVHJhY2sNCg0KU3VtbWFyeToNCkkgaGF2ZSBzb21lIG1pbm9yIGNvbmNlcm5zIGFib3V0IHRo
aXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBiZSBjb25zaWRlcmVkLCBqdXN0IGEgZmV3
IHRoaW5ncyB0aGF0IHdlcmVuJ3QgY2xlYXIgdG8gbWUsIGJ1dCB0aGVzZSBtYXkgYmUgb2J2aW91
cyB0byB0aGUgaW50ZW5kZWQgYXVkaWVuY2UuDQoNCkNvbW1lbnRzOg0KDQooMSkNCkkgZm91bmQg
dGhlIGRvY3VtZW50IGRpZmZpY3VsdCB0byByZWFkIHdpdGggc28gbWFueSByZWZlcmVuY2VzIHRv
IGRlZmluaXRpb25zIGluIG90aGVyIGRyYWZ0cy4gSSBub3RpY2VkIHRoYXQgdGhlIG90aGVyIGRy
YWZ0cyBzb21ldGltZXMgZHVwbGljYXRlIHRleHQgZnJvbSBlYWNoIG90aGVyLCBzbyB3b25kZXIg
aWYgdGhhdCBzaG91bGQgYmUgZG9uZSBoZXJlIHRvbyB0byBhaWQgcmVhZGFiaWxpdHksIGFsb25n
IHdpdGggYSBjb21tZW50IHRoYXQgdGhlc2UgcGFydHMgaGF2ZSB0aGUgc2FtZSBkZWZpbml0aW9u
IGluIHRoZSBJUy1JUyBhbmQgT1NQRiBleHRlbnNpb25zIHRvby4gZS5nLiAyLjIuMSBidXQgYXBw
bGllcyB0aHJvdWdob3V0Lg0KW0tUXSBCeSBpdHMgdmVyeSBuYXR1cmUsIG1vc3Qgb2YgQkdQLUxT
IGV4dGVuc2lvbnMgZGVyaXZlIGFuZCBidWlsZCB1cG9uIHRoZSB0ZWNobm9sb2d5L2FyY2hpdGVj
dHVyZSAoaW4gdGhpcyBjYXNlIFNSKSBhbmQgYmFzZSBJR1AgZXh0ZW5zaW9ucyAoaW4gdGhpcyBj
YXNlIElTSVMvT1NQRiBTUiBleHRlbnNpb25zKS4gV2l0aG91dCB0aGUgY29udGV4dCBmcm9tIGJv
dGggdGhlIGZlYXR1cmUvYXJjaGl0ZWN0dXJlIGFuZCBJR1Agc3BlY2lmaWNhdGlvbnMsIEkgYWdy
ZWUgdGhhdCBpdCBpcyBkaWZmaWN1bHQgdG8gcmVhZCBCR1AtTFMgZG9jdW1lbnRzLiBIb3dldmVy
LCBJIGRvIG5vdCB0aGluayBpdCBtYWtlcyBzZW5zZSB0byBkdXBsaWNhdGUgdGV4dCBmcm9tIGFj
cm9zcyBtdWx0aXBsZSBkb2N1bWVudHMuIE1hbnkgYSB0aW1lcyB0aG9zZSBvdGhlciBkb2N1bWVu
dHMgYWxzbyBldm9sdmUgYmFzZWQgb24gcmV2aWV3cyBhbmQgaW5wdXRzIHNvIGl0IGlzIGxpa2Vs
eSB0aGF0IHN1Y2ggY29weS9wYXN0IHRleHQgZ2V0cyBvdXQgb2YgZGF0ZS4NCg0KKDIpDQpJIGZv
dW5kIFRhYmxlIDUgNiBhbmQgNyByZWFsbHkgdXNlZnVsLCBzaW5jZSBpdCBiZWNhbWUgY2xlYXIg
dGhhdCB0aGUgVExWcyBkZWZpbmVkIGhlcmUgZm9yIEJHUCBtYXAgdG8gT1NQRiBhbmQgSVMtSVMg
ZXh0ZW5zaW9ucy4gSSdkIGxpa2UgdG8gc2VlIHRoZXNlIHRhYmxlcyBlYXJsaWVyIGluIHRoZSBk
cmFmdC4NCltLVF0gU2VjIDIgdGV4dCBhdCB0aGUgdmVyeSBiZWdpbm5pbmcgZG9lcyBzYXkgd2hh
dCB5b3UgYXJlIGFza2luZyBmb3IgYW5kIHB1dHMgZm9yd2FyZCByZWZlcmVuY2UgdG8gdGhlIGV4
YWN0IHNhbWUgdGFibGVzIHlvdSBwb2ludCB0by4gSU1PIHB1dHRpbmcgYSB0YWJsZSB3aXRoIHRo
aW5ncyB0aGF0IGFyZSBub3QgZGVmaW5lZCB1cCBmcm9udCBtYXkgbm90IGJlIGFzIGZyaWVuZGx5
Lg0KDQooMykNClNlY3Rpb25zIDIuMSwgMi4yLCAyLjMuMSwgMi4zLjQgYWxsIG1lbnRpb24gIlNS
IFRMViIgb3IgImNvcnJlc3BvbmRpbmcgVExWIg0KYnV0IGl0IHdhc24ndCBjbGVhciB3aGF0IHRo
ZXNlIHdlcmUuDQpbS1RdIFRoZXkgYXJlIGFjdHVhbGx5IGRlc2NyaWJlZCByaWdodCBiZWxvdyBp
biBmb2xsb3dpbmcgc3ViLXNlY3Rpb25zLiBJIHdpbGwgY2hhbmdlIHRoZSB0ZXh0IHRvICIgdGhl
IGNvcnJlc3BvbmRpbmcgdW5kZXJseWluZyBJR1AgVExWL3N1Yi1UTFYgZGVzY3JpYmVkIGJlbG93
IiBzbyB0aGlzIGlzIGNsZWFyZXIuDQoNCig0KQ0KU2VjdGlvbiAyLjEuMQ0KSWYgbGVuZ3RoIGlz
IDMgYW5kIHRoZSByaWdodG1vc3QgMjAgYml0cyBhcmUgYSBsYWJlbCwgd2hhdCBhcmUgdGhlIG90
aGVyIGJpdHMgZm9yPw0KW0tUXSBUaGVyZSBhcmUgbm8gIm90aGVyIGJpdHMiLiBXaGVuIHRoZSBU
TFYgaXMgZW5jb2RpbmcgYSBsYWJlbCB0aGVuIGl0cyBzaXplIG9mIHRoZSB2YWx1ZSBmaWVsZCBp
cyAzIGFuZCB0aGUgb3ZlcmFsbCBUTFYgc2l6ZSB3b3VsZCBiZSA3Lg0KDQooNSkNCjIuMS4yLiBU
aGUgY2FwYWJpbGl0aWVzIFRMViAiYWR2ZXJ0aXNlIHRoZSBub2RlJ3MgU1IgY2FwYWJpbGl0aWVz
IGFuZCBpdHMgU2VnbWVudCBSb3V0aW5nIEdsb2JhbCBCYXNlIChTUkdCKSByYW5nZShzKSIsIGJ1
dCB0aGUgZm9ybWF0IGRpYWdyYW0gb25seSBjb250YWlucyBTZWdtZW50IElEIGluZm9ybWF0aW9u
LiBXaGF0IGFyZSB0aGUgY2FwYWJpbGl0aWVzPyBPciBkb2VzIHRoZSBwcmVzZW5jZSBvZiB0aGlz
IFRMViBpbmRpY2F0ZSB0aGUgY2FwYWJpbGl0eT8NCltLVF0gVGhlIENhcGFiaWxpdGllcyBhcmUg
dGhlIFNSR0IgYW5kIHRoZSBmbGFncyBjYXJyaWVkIGluIHRoZSBUTFYuDQoNCig2KQ0KMi4xLjIs
IDIuMS40DQpUaGUgcmFuZ2Ugc2l6ZSBpcyBmb2xsb3dlZCBieSBhIHNpbmdsZSBTSUQ/IElzIHRo
aXMgdGhlIHNhbWUgZm9yIHRoZSBSYW5nZSBUTFYgaW4gMi4zLjQ/DQpbS1RdIFNlYyAyLjEuMiBh
bmQgMi4xLjQgdGhlIHJhbmdlIGlzIGZvbGxvd2VkIGJ5IGEgU0lEL2xhYmVsIFRMViBhbmQgdGhl
IHRleHQgcHV0cyB0aGUgcmVmZXJlbmNlIHRvIDIuMS4xIGZvciBpdC4gVW5kZXIgU2VjIDIuMy40
IHRoZSBSYW5nZSBUTFYncyBzdWItVExWIGVuY29kaW5nIG1lY2hhbmlzbXMgYXJlIGRpZmZlcmVu
dCBmb3IgT1NQRiBhbmQgSVNJUyBhbmQgc28gZGVzY3JpYmVkIGluIHN1Yi1zZWN0aW9ucyAyLjMu
NC4xIGFuZCAyLjMuNC4yLiANCg0KKDcpDQoyLjEuNSBUaGUgU1JNUyBQcmVmZXJlbmNlIFRMViBv
bmx5IGNvbnRhaW5zIHRoZSBQcmVmZXJlbmNlIHZhbHVlLCBzbyBpdCB3YXMgdW5jbGVhciBob3cg
dGhpcyBpcyBsaW5rZWQgdG8gYSBtYXBwaW5nIHNlcnZlcj8gSXMgdGhlIG1hcHBpbmcgc2VydmVy
IHNvbWUgb3RoZXIgZmllbGQgaW4gdGhlIG1lc3NhZ2U/DQpbS1RdIFRoZSBTUk1TIFByZWZlcmVu
Y2UgVExWIGluZGljYXRlcyB0aGUgcHJlZmVyZW5jZSB2YWx1ZSBmb3IgdGhlIG5vZGUgTkxSSSB0
aGF0IGl0IGlzIGEgcGFydCBvZiB3aGVuIHRoYXQgbm9kZSBpcyBhIG1hcHBpbmcgc2VydmVyLiBP
bmUgd291bGQgbmVlZCB0byBnbyB0aHJvdWdoIHRoZSByZWZlcmVuY2VkIElHUHMgc3BlY3MgYW5k
IGxpa2VseSB0aGUgcmVsZXZhbnQgU1Igc3BlY3MgdG8gdW5kZXJzdGFuZCB0aGUgbWFwcGluZyBz
ZXJ2ZXIuDQoNCig4KQ0KMi4zLjENCklmIHRoZSBmbGFncyBmaWVsZCBpcyB0byBiZSB1c2VkIGFj
Y29yZGluZyB0byB0aGUgZmxhZ3MgZnJvbSB0aGUgY29ycmVzcG9uZGluZyBzb3VyY2UgcHJvdG9j
b2wsIGRvZXMgdGhlIHJlY2VpdmVyIGtub3cgdGhlIHNvdXJjZSBwcm90b2NvbCBhbmQgdGhlcmVm
b3JlIGhvdyB0byBpbnRlcnByZXQgdGhpcyBmaWVsZD8gMi4zLjIgc2F5cyB0byBsb29rIGluIE5M
UkkgZm9yIFByb3RvY29sLUlEIHNvIG1heSBiZSB3b3J0aCBzdGF0aW5nIHRoZSBzYW1lIGhlcmUu
DQpbS1RdIFRoZXJlIGlzIHNpbWlsYXIgdGV4dCBhbHNvIGluIDIuMy4xIGJ1dCBwZXJoYXBzIG5v
dCBhcyBjbGVhci4gSSB3aWxsIHVwZGF0ZSAyLjMuMSB0byBoYXZlIHNpbWlsYXIgdGV4dCBhcyAy
LjMuMi4NCg0KKDkpDQoyLjMuNC4xIHJlcGVhdHMgdGhhdCB0aGUgZmxhZ3Mgb2YgdGhlICJSYW5n
ZSBUTFYiIGFyZSBzZXQgYWNjb3JkaW5nIHRvIHRoZSBkZWZpbml0aW9uIGluIHRoZSBPU1BGIGRy
YWZ0cy4gSXMgdGhhdCB0aGUgUmFuZ2UgVExWIGRlZmluZWQgaGVyZSAoaW4gd2hpY2ggY2FzZSB0
aGlzIGlzIGFscmVhZHkgc3RhdGVkIGluIDIuMy40KSwgb3IgdGhlIE9TUEYgRXh0ZW5kZWQgUHJl
Zml4IFJhbmdlIFRMViAoaW4gd2hpY2ggY2FzZSwgd2h5IHdvdWxkIHlvdSBuZWVkIHRvIGNsYXJp
ZnkgaG93IHRob3NlIGZsYWdzIGFyZSB1c2VkKT8NCkRvZXMgdGhpcyBwYXJhZ3JhcGggbWVhbiB5
b3UgY29weSB0aGUgVExWIHVzZWQgaW4gT1NQRiBhbmQgYWxzbyBhZGQgYSBQcmVmaXgtU0lEPyBT
byBmb3IgZWFjaCBtYXBwaW5nIHRoZXJlIGFyZSAyIFRMVnM/IDIuMy40LjIgaXMgbXVjaCBjbGVh
cmVyIGluIHRoZSB3YXkgaXQgcHJlc2VudHMgdGhpcy4NCltLVF0gSSB3aWxsIG1vdmUgdGhlIGRp
YWdyYW0gaW4gMi4zLjQuMiBpbnRvIHRoZSBwYXJlbnQgc2VjdGlvbiAyLjMuNC4xIHNpbmNlIGl0
IGFwcGxpZXMgdG8gYm90aCBwcm90b2NvbHMuIFRoZSBzdWItc2VjdGlvbnMgMi4zLjQuMSBhbmQg
Mi4zLjQuMiBhcmUgdG8gZXhwbGFpbiB0aGUgbWFwcGluZ3Mgb2YgVExWcy9zdWItVExWcyBmcm9t
IHRoZSByZXNwZWN0aXZlIElHUHMgdG8gdGhlIEJHUC1MUyBUTFZzLiBJIHdpbGwgdXBkYXRlIHRo
aXMgcGFydCB0byBtYWtlIGl0IGNsZWFyZXIuDQpBZ2FpbiBhIG5vdGUgYWJvdXQgUHJvdG9jb2wt
SUQgbWF5IGhlbHAgaGVyZSBzaW5jZSB0aGUgc3ViLVRMVnMgaW5jbHVkZWQgYXJlIGRpZmZlcmVu
dCBkZXBlbmRpbmcgb24gdGhlIHByb3RvY29sLg0KW0tUXSBBY2sNCg0KKDEwKQ0KVGFibGUgNSw2
LDcuIElzIHRoZSBmYWN0IHRoZSBsZW5ndGggaXMgdmFyaWFibGUgaXMgaW50ZXJlc3RpbmcgaW4g
dGhpcyB0YWJsZT8gDQpbS1RdIEZpeGVkIC0gbm90IGFsbCBhcmUgdmFyaWFibGUgdGhlcmUgd2Fz
IGEgZml4ZWQgc2l6ZSBUTFYgdGhhdCB3YXMgbWlzc2luZyBmcm9tIHRoZXNlIHRhYmxlcy4NCg0K
SSB3b3VsZCBsaWtlIHRvIHNlZSB0aGlzIHRhYmxlIGVhcmxpZXIgaW4gdGhlIGRyYWZ0IHRvIHZp
c3VhbGlzZSB0aGUgT1NQRiBhbmQgSVMtSVMgaW5mb3JtYXRpb24geW91IGFyZSBhaW1pbmcgdG8g
c2hhcmUgdXNpbmcgdGhpcyBCR1AgZXh0ZW5zaW9uIFtLVF0gQXMgbWVudGlvbmVkIHByZXZpb3Vz
bHksIHRoZXJlIGlzIGEgZm9yd2FyZCByZWZlcmVuY2UgdG8gdGhpcyB0YWJsZS4NCg==


From nobody Wed May 23 03:04:19 2018
Return-Path: <mach.chen@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C366612DA23; Wed, 23 May 2018 03:04:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MwnwSIVUjpgI; Wed, 23 May 2018 03:04:10 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50FCB126CC4; Wed, 23 May 2018 03:04:10 -0700 (PDT)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 7E1B768FD3A25; Wed, 23 May 2018 11:04:05 +0100 (IST)
Received: from DGGEML401-HUB.china.huawei.com (10.3.17.32) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.382.0; Wed, 23 May 2018 11:04:07 +0100
Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.161]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0382.000; Wed, 23 May 2018 18:03:59 +0800
From: Mach Chen <mach.chen@huawei.com>
To: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>, "draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org" <draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Thread-Topic: Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
Thread-Index: AdPxHComHzVKTJV6QRCxYZYkPv0ozABWLVLQ
Date: Wed, 23 May 2018 10:03:59 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29243FBDF@dggeml510-mbx.china.huawei.com>
References: <CY1PR0201MB1436F9BFD9BA41F921B2C4C084950@CY1PR0201MB1436.namprd02.prod.outlook.com>
In-Reply-To: <CY1PR0201MB1436F9BFD9BA41F921B2C4C084950@CY1PR0201MB1436.namprd02.prod.outlook.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/TrwA4ZYMfNFypJ2Eyi7ECrpHnWc>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 May 2018 10:04:13 -0000

SGkgSm9uLA0KDQpUaGFua3MgZm9yIHRoZSBkZXRhaWxlZCByZXZpZXcgYW5kIHVzZWZ1bCBjb21t
ZW50cyENCg0KUGxlYXNlIHNlZSBzb21lIHJlc3BvbnNlcyBpbmxpbmUuLi4NCg0KPiBGcm9tOiBK
b25hdGhhbiBIYXJkd2ljayBbbWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29t
XQ0KPiBTZW50OiBUdWVzZGF5LCBNYXkgMjIsIDIwMTggMzozOSBBTQ0KPiBUbzogZHJhZnQtaWV0
Zi1tcGxzLWxzcC1waW5nLWxhZy1tdWx0aXBhdGhAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7IG1w
bHMtDQo+IGNoYWlyc0BpZXRmLm9yZw0KPiBDYzogcnRnLWRpckBpZXRmLm9yZw0KPiBTdWJqZWN0
OiBSb3V0aW5nIGRpcmVjdG9yYXRlIHJldmlldyBvZiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmct
bGFnLW11bHRpcGF0aC0wMw0KPiANCj4gSGVsbG8NCj4gDQo+IEkgaGF2ZSBiZWVuIHNlbGVjdGVk
IHRvIGRvIGEgcm91dGluZyBkaXJlY3RvcmF0ZSDigJxlYXJseeKAnSByZXZpZXcgb2YgdGhpcyBk
cmFmdC4NCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxz
LWxzcC1waW5nLWxhZy1tdWx0aXBhdGgvDQo+IA0KPiBUaGUgcm91dGluZyBkaXJlY3RvcmF0ZSB3
aWxsLCBvbiByZXF1ZXN0IGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXIsIHBlcmZvcm0NCj4g
YW4g4oCcZWFybHnigJ0gcmV2aWV3IG9mIGEgZHJhZnQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCBm
b3IgcHVibGljYXRpb24gdG8gdGhlDQo+IElFU0cuICBUaGUgZWFybHkgcmV2aWV3IGNhbiBiZSBw
ZXJmb3JtZWQgYXQgYW55IHRpbWUgZHVyaW5nIHRoZSBkcmFmdOKAmXMNCj4gbGlmZXRpbWUgYXMg
YSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LiAgVGhlIHB1cnBvc2Ugb2YgdGhlIGVhcmx5IHJldmll
dw0KPiBkZXBlbmRzIG9uIHRoZSBzdGFnZSB0aGF0IHRoZSBkb2N1bWVudCBoYXMgcmVhY2hlZC4g
IEFzIHRoaXMgZG9jdW1lbnQgaXMgY2xvc2UNCj4gdG8gd29ya2luZyBncm91cCBsYXN0IGNhbGws
IG15IGZvY3VzIGZvciB0aGUgcmV2aWV3IHdhcyB0byBkZXRlcm1pbmUgd2hldGhlcg0KPiB0aGUg
ZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgcHVibGlzaGVkLiAgUGxlYXNlIGNvbnNpZGVyIG15IGNv
bW1lbnRzIGFsb25nDQo+IHdpdGggdGhlIG90aGVyIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGNv
bW1lbnRzLg0KPiANCj4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGly
ZWN0b3JhdGUsIHBsZWFzZSBzZWUgDQo+IGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEv
cnRnL3RyYWMvd2lraS9SdGdEaXINCj4gDQo+IEJlc3QgcmVnYXJkcw0KPiBKb24NCj4gDQo+IA0K
PiBEb2N1bWVudDogZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLWxhZy1tdWx0aXBhdGgtMDMudHh0
DQo+IFJldmlld2VyOiBKb25hdGhhbiBIYXJkd2ljaw0KPiBSZXZpZXcgRGF0ZTogMjEgTWF5IDIw
MTgNCj4gSW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2sNCj4gDQo+IFN1bW1hcnkNCj4g
VGhpcyBkb2N1bWVudCBsb29rcyByZWFkeSBmb3Igd29ya2luZyBncm91cCBsYXN0IGNhbGwuICBJ
IGhhdmUgYSBmZXcgbWlub3INCj4gaXNzdWVzIHRoYXQgSSBhbSBzdXJlIGNhbiBiZSByZXNvbHZl
ZCBkdXJpbmcgdGhlIGxhc3QgY2FsbC4NCj4gDQo+IA0KPiBTZWN0aW9uIDINCj4gRmlyc3QgcGFy
YWdyYXBoOiB0aGUgcmVmZXJlbmNlIHRvIHNlY3Rpb24gMy4zIG9mIFtSRkM4MDI5XSBsb29rcyB3
cm9uZy4gIFNob3VsZA0KPiBpdCBiZSBhIHJlZmVyZW5jZSB0byBzZWN0aW9uIDQ/DQoNCkl0IHdh
cyBpbnRlbmRlZCB0byByZWZlciB0byBTZWN0aW9uIDMuMyBSRkM0MDc5IChEb3duc3RyZWFtIE1h
cHBpbmcpLiANCg0KSG93IGFib3V0IHRoZSBmb2xsb3dpbmcgdGV4dDoNCiJSZWFkZXIgaXMgZXhw
ZWN0ZWQgdG8gYmUgZmFtaWxpYXIgd2l0aCBtZWNoYW5pY3Mgb2YgRG93bnN0cmVhbSBNYXBwaW5n
IGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuMyBvZiBSRkM4MDI5IGFuZCBEb3duc3RyZWFtIERldGFp
bGVkIE1hcHBpbmcgVExWIChERE1BUCkgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy40IG9mIFJGQzgw
MjkuIg0KDQoNCj4gDQo+IFNlY3Rpb24gMw0KPiDigJxXaGVuIHRoZSByZXNwb25kZXIgTFNSIHJl
Y2VpdmVzIGFuIE1QTFMgZWNobyByZXBseSBtZXNzYWdl4oCdIDwtIHlvdSBtZWFuDQo+IOKAnE1Q
TFMgZWNobyByZXF1ZXN0IG1lc3NhZ2XigJ0uDQoNClllcy4NCg0KPiANCj4gU2VjdGlvbiA1LjEN
Cj4gVGhpcyBpcyBmaW5lLCBidXQgSSBmb3VuZCBpdCBhIGJpdCBjdW1iZXJzb21lIHRvIHJlYWQu
ICBIb3cgYWJvdXQgdGhpcyByZXdvcmRpbmc/DQo+IE5FVw0KPiAgIElmIHRoZSBkb3duc3RyZWFt
IExTUiBkb2VzIG5vdCByZXR1cm4gUmVtb3RlIEludGVyZmFjZSBJbmRleCBzdWItVExWcyBpbg0K
PiAgIHRoZSBERE1BUCwgdGhlbiB0aGUgaW5pdGlhdG9yIExTUiB2YWxpZGF0ZXMgTEFHIG1lbWJl
ciBsaW5rIHRyYXZlcnNhbCBieQ0KPiAgIHRyYXZlcnNpbmcgYWxsIGF2YWlsYWJsZSBMQUcgbWVt
YmVyIGxpbmtzIGFuZCB0aGVuIHVzaW5nIHRoZSBwcm9jZWR1cmUNCj4gZGVzY3JpYmVkDQo+ICAg
YmVsb3cuICBUaGlzIHNlY3Rpb24gcHJvdmlkZXMgdGhlIG1lY2hhbmlzbSBmb3IgdGhlIGluaXRp
YXRvciBMU1IgdG8gb2J0YWluDQo+IGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gZnJvbSB0aGUgZG93
bnN0cmVhbSBMU1JzIGFuZCBkZXNjcmliZXMgdGhlIGFkZGl0aW9uYWwNCj4gbG9naWMgaW4gdGhl
IGluaXRpYXRvciBMU1IgdG8gdmFsaWRhdGUgdGhlIEwyIEVDTVAgdHJhdmVyc2FsLg0KPiBFTkQN
Cg0KVGhpcyBsb29rcyBnb29kIHRvIG1lLCB0aGFua3MgZm9yIHRoZSBuZXcgdGV4dCENCg0KPiAN
Cj4gU2VjdGlvbiA1LjEuMw0KPiBGb3IgbXkgaW50ZXJlc3QsIHdoeSBhcmUgeW91IHVzaW5nIOKA
nGVudHJvcHnigJ0gaGVyZT8gIEl0IHNvdW5kcyBsaWtlIHlvdSBtZWFuDQo+IOKAnHByb2JhYmls
aXR54oCdLCBidXQgSSBtaWdodCBoYXZlIG1pc3VuZGVyc3Rvb2QgeW91ciBtZWFuaW5nLg0KDQpU
aGUgImVudHJvcHkiIGlzIHVzZWQgdG8gc2VsZWN0IHNwZWNpZmljIExBRyBtZW1iZXIgbGluaywg
aXQgaGFzIHRoZSBzaW1pbGFyIGNvbmNlcHQgYXMgImVudHJvcHkgbGFiZWwiLiANCg0KPiANCj4g
VG9wIG9mIHBhZ2UgMTM6DQo+ICAgIFRoZSBpbml0aWF0b3IgTFNSIHNlbmRzIHR3byBNUExTIGVj
aG8gcmVxdWVzdCBtZXNzYWdlcyB0byB0cmF2ZXJzZQ0KPiAgICB0aGUgdHdvIExBRyBtZW1iZXJz
IGF0IFRUTD0xOg0KPiDigJxUVEw9MeKAnSBzaG91bGQgYmUg4oCcVFRMPW7igJ0uDQoNCkdvb2Qg
Y2F0Y2gsIGZpeGVkLg0KDQo+IA0KPiBTZWN0aW9uIDYNCj4gVHlwbyDigJxpbiB0aGUgaW4gdGhl
4oCdDQoNCkZpeGVkLg0KDQo+IA0KPiBTZWN0aW9uIDggYW5kIDkNCj4gVGhpcyBkcmFmdCBvbmx5
IGRpc2N1c3NlcyB1c2luZyB0aGUgbmV3IExvY2FsICYgUmVtb3RlIEludGVyZmFjZSBJbmRleCBT
dWItDQo+IFRMVnMgaW4gdGhlIGNvbnRleHQgb2YgYSBERE1BUCBmb3IgYSBMQUcgaW50ZXJmYWNl
LCBzbyBJIHdhcyBzdXJwcmlzZWQgdG8gcmVhZA0KPiB0aGF0IGl0IGlzIHBlcm1pc3NpYmxlIHRv
IHNldCBNPTAgaW4gdGhlc2UgVExWcy4gIFlvdSBzaG91bGQgZGVzY3JpYmUgaG93IHRoZQ0KPiBU
TFYgaXMgdXNlZCBpbiB0aGF0IGNhc2UsIGlmIHlvdSBhcmUgZ29pbmcgdG8gYWxsb3cgaXQuDQo+
IERvZXMgdGhlIE0gZmxhZyBuZWVkIHRvIGJlIHNldCBjb25zaXN0ZW50bHkgaW4gYWxsIExvY2Fs
ICYgUmVtb3RlIEludGVyZmFjZQ0KPiBJbmRleCBTdWItVExWcyAgaW4gYSBnaXZlbiBERE1BUCBU
TFY/DQo+IEluIGZhY3QsIGlzbuKAmXQgdGhlIE0gZmxhZyByZWR1bmRhbnQsIGdpdmVuIHRoYXQg
dGhlIGVuY2xvc2luZyBERE1BUCBoYXMgdGhlDQo+ICJMQUcgRGVzY3JpcHRpb24gSW5kaWNhdG9y
IGZsYWciPw0KDQpJbmRlZWQsIHNlZW1zIHJlZHVuZGFudCwgSSB3aWxsIGRvIGRvdWJsZSBjaGVj
ayBvbiBpdC4gDQoNCj4gDQo+IFNlY3Rpb24gMTANCj4gV2h5IGRvIHlvdSBuZWVkIHRoZSBTdWIt
VExWIGxlbmd0aCBmaWVsZD8gIEl0IGNhbiBiZSBpbmZlcnJlZCBmcm9tIHRoZSBUTFYNCj4gbGVu
Z3RoIGFuZCB0aGUgYWRkcmVzcyB0eXBlLg0KDQpJbmRlZWQsIGFuZCBJIHBlcnNvbmFsbHkgYWdy
ZWUsIEkgd2lsbCB0YWxrIHRvIHRoZSBjby1hdXRob3JzLCBpZiB0aGVyZSBpcyBubyBmdXJ0aGVy
IHJlYXNvbnMsIHdpbGwgcmVtb3ZlIHRoZSBzdWItVExWIGxlbmd0aCBmaWVsZC4NCg0KPiBTZWN0
aW9uIDEwLjEuMSDigJMgaWYgdGhlIExTUiByZWNlaXZlZCBubyBsYWJlbHMgKGUuZy4gUEhQIGNh
c2UpIHRoZW4gc2hvdWxkIGl0IG9taXQNCj4gdGhpcyBzdWItVExWLCBvciBpbmNsdWRlIGFuIGVt
cHR5IHN1Yi1UTFY/DQoNClRoZSBzdWItVExWIGlzIGRlcml2ZWQgZnJvbSBMYWJlbCBTdGFjayBT
dWItVExWIGRlZmluZWQgaW4gODAyOSwgaXQgaGFzIHRoZSBzYW1lIHVzYWdlIGFzIExhYmVsIFN0
YWNrIFN1Yi1UTFYuIFNvLCBmb3IgdGhhdCBjYXNlLCB0aGUgc3ViLVRMViBzaG91bGQgYmUgaW5j
bHVkZWQgYW5kIGFuIEltcGxpY2l0IE51bGwgbGFiZWwgcmV0dXJuZWQuIA0KDQo+IA0KPiBPdGhl
ciBuaXRzDQo+IFRocm91Z2hvdXQsIEVuZ2xpc2ggZ3JhbW1hciBuZWVkcyB0byBiZSBmaW5lLXR1
bmVkIGUuZy4gdGhlcmUgYXJlIGRlZmluaXRlDQo+IGFuZCBpbmRlZmluaXRlIGFydGljbGVzIG1p
c3NpbmcuICBIb3dldmVyLCBJIGZvdW5kIHRoZSBkb2N1bWVudCBwZXJmZWN0bHkNCj4gcmVhZGFi
bGUsIHNvIHBlcmhhcHMgdGhpcyBjYW4gYmUgbGVmdCBmb3IgdGhlIFJGQyBlZGl0b3IuDQoNClN1
cmUsIHRoYW5rcy4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0K


From nobody Wed May 23 03:14:06 2018
Return-Path: <Jonathan.Hardwick@metaswitch.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A769112DA22; Wed, 23 May 2018 03:13:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.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 Kt-Af1wHvL5f; Wed, 23 May 2018 03:13:56 -0700 (PDT)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0119.outbound.protection.outlook.com [104.47.34.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D0F4126C89; Wed, 23 May 2018 03:13:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kR/fkNlnm+9cfdaVJ8FdJAzIEzvCvjdwVUrBp9jsx5s=; b=i0U+KAnYvcN17rOvpe9Bs+kNckkyGP1R+IY6mvXtSMt2bpwl1g3nuRzB5sP6OhHYTS/LKLSc6HBIVJXu8jUKtU6norvgNZnLe98fZVSSxvkRpNWCdR031Pklfpq5fciJUAoCWLwzRhOONYt3HNxET5iYdIXkjnq4i3NMHh+CPYU=
Received: from CY1PR0201MB1436.namprd02.prod.outlook.com (10.163.139.143) by CY1PR0201MB1067.namprd02.prod.outlook.com (10.161.214.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.776.11; Wed, 23 May 2018 10:13:53 +0000
Received: from CY1PR0201MB1436.namprd02.prod.outlook.com ([fe80::20a5:b19e:ce54:c923]) by CY1PR0201MB1436.namprd02.prod.outlook.com ([fe80::20a5:b19e:ce54:c923%14]) with mapi id 15.20.0776.015; Wed, 23 May 2018 10:13:53 +0000
From: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>
To: Mach Chen <mach.chen@huawei.com>, "draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org" <draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Thread-Topic: Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
Thread-Index: AdPxHComHzVKTJV6QRCxYZYkPv0ozABWLVLQAAJpa6A=
Date: Wed, 23 May 2018 10:13:53 +0000
Message-ID: <CY1PR0201MB14369CB92C26D97E974221A3846B0@CY1PR0201MB1436.namprd02.prod.outlook.com>
References: <CY1PR0201MB1436F9BFD9BA41F921B2C4C084950@CY1PR0201MB1436.namprd02.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29243FBDF@dggeml510-mbx.china.huawei.com>
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29243FBDF@dggeml510-mbx.china.huawei.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Jonathan.Hardwick@metaswitch.com; 
x-originating-ip: [86.137.6.168]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CY1PR0201MB1067; 7:vak/7HfI2NwGJ8nCLQ5425xeNR9E0DxczrWR0B9wJc3D4LcnML3KMCKq2S9mZtAFJ0Y375ptAhQqB5DYo5921cD01OkFJvnVkJ1tSiIKkJDRa9pUNq2bZtOqEiXEnZA+01P7ktQQM3m8hUeIOxWL0Xf4BulQSsLpOMqvQi2VWiYBeI3v7lewLgL7NBQNb0Lwg60Btnx6YGazhCuhfwyYaOgUE1nv6jbI/jiEym3PjCZX7Cdj0KIGiJevGBGYmq1C
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:CY1PR0201MB1067; 
x-ms-traffictypediagnostic: CY1PR0201MB1067:
x-microsoft-antispam-prvs: <CY1PR0201MB106736566FE46C4C5B4EFA72846B0@CY1PR0201MB1067.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(50582790962513);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(3231254)(944501410)(52105095)(93006095)(93001095)(149027)(150027)(6041310)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:CY1PR0201MB1067; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0201MB1067; 
x-forefront-prvs: 06818431B9
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(39380400002)(366004)(396003)(39850400004)(346002)(51914003)(189003)(199004)(13464003)(2201001)(966005)(102836004)(3280700002)(99286004)(33656002)(7736002)(305945005)(53936002)(316002)(2501003)(74316002)(6116002)(3846002)(6246003)(66066001)(5250100002)(11346002)(86362001)(8676002)(446003)(7696005)(486006)(59450400001)(81166006)(26005)(81156014)(76176011)(186003)(5660300001)(2906002)(14454004)(8936002)(3660700001)(476003)(68736007)(72206003)(6436002)(478600001)(1720100001)(229853002)(6506007)(97736004)(53546011)(2900100001)(4326008)(105586002)(25786009)(9686003)(6306002)(110136005)(55016002)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0201MB1067; H:CY1PR0201MB1436.namprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: YlZoEgvRp7bYT0VSnaOxUv+jDPDTlhNs9fnRxWOtDGbTYH5mdmeloPGfMuIgc5yjXzFYSQg/Z/KEvAr9ftL1QaECHmcVWrCmtzzJtCmiRKvniNWkoiUTzZKbB6zhmTe+JOjBm9ktUjvQIqHG3pLCzYyYQxOwTukQB9e3h9VHCs5r4NGOQCMsUyKEwnvLYyGO
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 1ea9a0ff-b058-4102-94e8-08d5c095e314
X-OriginatorOrg: metaswitch.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1ea9a0ff-b058-4102-94e8-08d5c095e314
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2018 10:13:53.4292 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0201MB1067
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/1dG_suG0H_JBsGmQqa2yp4YKhVI>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 May 2018 10:13:59 -0000

VGhhbmtzIE1hY2guICBZb3VyIHByb3Bvc2VkIG1hcmt1cHMgYWxsIGxvb2sgZ29vZCB0byBtZS4N
CkNoZWVycw0KSm9uDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBNYWNoIENo
ZW4gW21haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbV0gDQpTZW50OiAyMyBNYXkgMjAxOCAxMTow
NA0KVG86IEpvbmF0aGFuIEhhcmR3aWNrIDxKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNv
bT47IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1sYWctbXVsdGlwYXRoQGlldGYub3JnOyBtcGxz
QGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZw0KQ2M6IHJ0Zy1kaXJAaWV0Zi5vcmcNClN1
YmplY3Q6IFJFOiBSb3V0aW5nIGRpcmVjdG9yYXRlIHJldmlldyBvZiBkcmFmdC1pZXRmLW1wbHMt
bHNwLXBpbmctbGFnLW11bHRpcGF0aC0wMw0KDQpIaSBKb24sDQoNClRoYW5rcyBmb3IgdGhlIGRl
dGFpbGVkIHJldmlldyBhbmQgdXNlZnVsIGNvbW1lbnRzIQ0KDQpQbGVhc2Ugc2VlIHNvbWUgcmVz
cG9uc2VzIGlubGluZS4uLg0KDQo+IEZyb206IEpvbmF0aGFuIEhhcmR3aWNrIFttYWlsdG86Sm9u
YXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb21dDQo+IFNlbnQ6IFR1ZXNkYXksIE1heSAyMiwg
MjAxOCAzOjM5IEFNDQo+IFRvOiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbGFnLW11bHRpcGF0
aEBpZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzsgDQo+IG1wbHMtIGNoYWlyc0BpZXRmLm9yZw0KPiBD
YzogcnRnLWRpckBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSb3V0aW5nIGRpcmVjdG9yYXRlIHJldmll
dyBvZiANCj4gZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLWxhZy1tdWx0aXBhdGgtMDMNCj4gDQo+
IEhlbGxvDQo+IA0KPiBJIGhhdmUgYmVlbiBzZWxlY3RlZCB0byBkbyBhIHJvdXRpbmcgZGlyZWN0
b3JhdGUg4oCcZWFybHnigJ0gcmV2aWV3IG9mIHRoaXMgZHJhZnQuDQo+IGh0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1sYWctbXVsdGlwYXQN
Cj4gaC8NCj4gDQo+IFRoZSByb3V0aW5nIGRpcmVjdG9yYXRlIHdpbGwsIG9uIHJlcXVlc3QgZnJv
bSB0aGUgd29ya2luZyBncm91cCBjaGFpciwgDQo+IHBlcmZvcm0gYW4g4oCcZWFybHnigJ0gcmV2
aWV3IG9mIGEgZHJhZnQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCBmb3IgDQo+IHB1YmxpY2F0aW9u
IHRvIHRoZSBJRVNHLiAgVGhlIGVhcmx5IHJldmlldyBjYW4gYmUgcGVyZm9ybWVkIGF0IGFueSAN
Cj4gdGltZSBkdXJpbmcgdGhlIGRyYWZ04oCZcyBsaWZldGltZSBhcyBhIHdvcmtpbmcgZ3JvdXAg
ZG9jdW1lbnQuICBUaGUgDQo+IHB1cnBvc2Ugb2YgdGhlIGVhcmx5IHJldmlldyBkZXBlbmRzIG9u
IHRoZSBzdGFnZSB0aGF0IHRoZSBkb2N1bWVudCBoYXMgDQo+IHJlYWNoZWQuICBBcyB0aGlzIGRv
Y3VtZW50IGlzIGNsb3NlIHRvIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsLCBteSANCj4gZm9jdXMg
Zm9yIHRoZSByZXZpZXcgd2FzIHRvIGRldGVybWluZSB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBy
ZWFkeSB0byANCj4gYmUgcHVibGlzaGVkLiAgUGxlYXNlIGNvbnNpZGVyIG15IGNvbW1lbnRzIGFs
b25nIHdpdGggdGhlIG90aGVyIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGNvbW1lbnRzLg0KPiAN
Cj4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBs
ZWFzZSBzZWUgDQo+IGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lr
aS9SdGdEaXINCj4gDQo+IEJlc3QgcmVnYXJkcw0KPiBKb24NCj4gDQo+IA0KPiBEb2N1bWVudDog
ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLWxhZy1tdWx0aXBhdGgtMDMudHh0DQo+IFJldmlld2Vy
OiBKb25hdGhhbiBIYXJkd2ljaw0KPiBSZXZpZXcgRGF0ZTogMjEgTWF5IDIwMTgNCj4gSW50ZW5k
ZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2sNCj4gDQo+IFN1bW1hcnkNCj4gVGhpcyBkb2N1bWVu
dCBsb29rcyByZWFkeSBmb3Igd29ya2luZyBncm91cCBsYXN0IGNhbGwuICBJIGhhdmUgYSBmZXcg
DQo+IG1pbm9yIGlzc3VlcyB0aGF0IEkgYW0gc3VyZSBjYW4gYmUgcmVzb2x2ZWQgZHVyaW5nIHRo
ZSBsYXN0IGNhbGwuDQo+IA0KPiANCj4gU2VjdGlvbiAyDQo+IEZpcnN0IHBhcmFncmFwaDogdGhl
IHJlZmVyZW5jZSB0byBzZWN0aW9uIDMuMyBvZiBbUkZDODAyOV0gbG9va3MgDQo+IHdyb25nLiAg
U2hvdWxkIGl0IGJlIGEgcmVmZXJlbmNlIHRvIHNlY3Rpb24gND8NCg0KSXQgd2FzIGludGVuZGVk
IHRvIHJlZmVyIHRvIFNlY3Rpb24gMy4zIFJGQzQwNzkgKERvd25zdHJlYW0gTWFwcGluZykuIA0K
DQpIb3cgYWJvdXQgdGhlIGZvbGxvd2luZyB0ZXh0Og0KIlJlYWRlciBpcyBleHBlY3RlZCB0byBi
ZSBmYW1pbGlhciB3aXRoIG1lY2hhbmljcyBvZiBEb3duc3RyZWFtIE1hcHBpbmcgZGVzY3JpYmVk
IGluIFNlY3Rpb24gMy4zIG9mIFJGQzgwMjkgYW5kIERvd25zdHJlYW0gRGV0YWlsZWQgTWFwcGlu
ZyBUTFYgKERETUFQKSBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjQgb2YgUkZDODAyOS4iDQoNCg0K
PiANCj4gU2VjdGlvbiAzDQo+IOKAnFdoZW4gdGhlIHJlc3BvbmRlciBMU1IgcmVjZWl2ZXMgYW4g
TVBMUyBlY2hvIHJlcGx5IG1lc3NhZ2XigJ0gPC0geW91IA0KPiBtZWFuIOKAnE1QTFMgZWNobyBy
ZXF1ZXN0IG1lc3NhZ2XigJ0uDQoNClllcy4NCg0KPiANCj4gU2VjdGlvbiA1LjENCj4gVGhpcyBp
cyBmaW5lLCBidXQgSSBmb3VuZCBpdCBhIGJpdCBjdW1iZXJzb21lIHRvIHJlYWQuICBIb3cgYWJv
dXQgdGhpcyByZXdvcmRpbmc/DQo+IE5FVw0KPiAgIElmIHRoZSBkb3duc3RyZWFtIExTUiBkb2Vz
IG5vdCByZXR1cm4gUmVtb3RlIEludGVyZmFjZSBJbmRleCBzdWItVExWcyBpbg0KPiAgIHRoZSBE
RE1BUCwgdGhlbiB0aGUgaW5pdGlhdG9yIExTUiB2YWxpZGF0ZXMgTEFHIG1lbWJlciBsaW5rIHRy
YXZlcnNhbCBieQ0KPiAgIHRyYXZlcnNpbmcgYWxsIGF2YWlsYWJsZSBMQUcgbWVtYmVyIGxpbmtz
IGFuZCB0aGVuIHVzaW5nIHRoZSANCj4gcHJvY2VkdXJlIGRlc2NyaWJlZA0KPiAgIGJlbG93LiAg
VGhpcyBzZWN0aW9uIHByb3ZpZGVzIHRoZSBtZWNoYW5pc20gZm9yIHRoZSBpbml0aWF0b3IgTFNS
IHRvIA0KPiBvYnRhaW4gYWRkaXRpb25hbCBpbmZvcm1hdGlvbiBmcm9tIHRoZSBkb3duc3RyZWFt
IExTUnMgYW5kIGRlc2NyaWJlcyANCj4gdGhlIGFkZGl0aW9uYWwgbG9naWMgaW4gdGhlIGluaXRp
YXRvciBMU1IgdG8gdmFsaWRhdGUgdGhlIEwyIEVDTVAgdHJhdmVyc2FsLg0KPiBFTkQNCg0KVGhp
cyBsb29rcyBnb29kIHRvIG1lLCB0aGFua3MgZm9yIHRoZSBuZXcgdGV4dCENCg0KPiANCj4gU2Vj
dGlvbiA1LjEuMw0KPiBGb3IgbXkgaW50ZXJlc3QsIHdoeSBhcmUgeW91IHVzaW5nIOKAnGVudHJv
cHnigJ0gaGVyZT8gIEl0IHNvdW5kcyBsaWtlIHlvdSANCj4gbWVhbiDigJxwcm9iYWJpbGl0eeKA
nSwgYnV0IEkgbWlnaHQgaGF2ZSBtaXN1bmRlcnN0b29kIHlvdXIgbWVhbmluZy4NCg0KVGhlICJl
bnRyb3B5IiBpcyB1c2VkIHRvIHNlbGVjdCBzcGVjaWZpYyBMQUcgbWVtYmVyIGxpbmssIGl0IGhh
cyB0aGUgc2ltaWxhciBjb25jZXB0IGFzICJlbnRyb3B5IGxhYmVsIi4gDQoNCj4gDQo+IFRvcCBv
ZiBwYWdlIDEzOg0KPiAgICBUaGUgaW5pdGlhdG9yIExTUiBzZW5kcyB0d28gTVBMUyBlY2hvIHJl
cXVlc3QgbWVzc2FnZXMgdG8gdHJhdmVyc2UNCj4gICAgdGhlIHR3byBMQUcgbWVtYmVycyBhdCBU
VEw9MToNCj4g4oCcVFRMPTHigJ0gc2hvdWxkIGJlIOKAnFRUTD1u4oCdLg0KDQpHb29kIGNhdGNo
LCBmaXhlZC4NCg0KPiANCj4gU2VjdGlvbiA2DQo+IFR5cG8g4oCcaW4gdGhlIGluIHRoZeKAnQ0K
DQpGaXhlZC4NCg0KPiANCj4gU2VjdGlvbiA4IGFuZCA5DQo+IFRoaXMgZHJhZnQgb25seSBkaXNj
dXNzZXMgdXNpbmcgdGhlIG5ldyBMb2NhbCAmIFJlbW90ZSBJbnRlcmZhY2UgSW5kZXggDQo+IFN1
Yi0gVExWcyBpbiB0aGUgY29udGV4dCBvZiBhIERETUFQIGZvciBhIExBRyBpbnRlcmZhY2UsIHNv
IEkgd2FzIA0KPiBzdXJwcmlzZWQgdG8gcmVhZCB0aGF0IGl0IGlzIHBlcm1pc3NpYmxlIHRvIHNl
dCBNPTAgaW4gdGhlc2UgVExWcy4gIA0KPiBZb3Ugc2hvdWxkIGRlc2NyaWJlIGhvdyB0aGUgVExW
IGlzIHVzZWQgaW4gdGhhdCBjYXNlLCBpZiB5b3UgYXJlIGdvaW5nIHRvIGFsbG93IGl0Lg0KPiBE
b2VzIHRoZSBNIGZsYWcgbmVlZCB0byBiZSBzZXQgY29uc2lzdGVudGx5IGluIGFsbCBMb2NhbCAm
IFJlbW90ZSANCj4gSW50ZXJmYWNlIEluZGV4IFN1Yi1UTFZzICBpbiBhIGdpdmVuIERETUFQIFRM
Vj8NCj4gSW4gZmFjdCwgaXNu4oCZdCB0aGUgTSBmbGFnIHJlZHVuZGFudCwgZ2l2ZW4gdGhhdCB0
aGUgZW5jbG9zaW5nIERETUFQIA0KPiBoYXMgdGhlICJMQUcgRGVzY3JpcHRpb24gSW5kaWNhdG9y
IGZsYWciPw0KDQpJbmRlZWQsIHNlZW1zIHJlZHVuZGFudCwgSSB3aWxsIGRvIGRvdWJsZSBjaGVj
ayBvbiBpdC4gDQoNCj4gDQo+IFNlY3Rpb24gMTANCj4gV2h5IGRvIHlvdSBuZWVkIHRoZSBTdWIt
VExWIGxlbmd0aCBmaWVsZD8gIEl0IGNhbiBiZSBpbmZlcnJlZCBmcm9tIHRoZSANCj4gVExWIGxl
bmd0aCBhbmQgdGhlIGFkZHJlc3MgdHlwZS4NCg0KSW5kZWVkLCBhbmQgSSBwZXJzb25hbGx5IGFn
cmVlLCBJIHdpbGwgdGFsayB0byB0aGUgY28tYXV0aG9ycywgaWYgdGhlcmUgaXMgbm8gZnVydGhl
ciByZWFzb25zLCB3aWxsIHJlbW92ZSB0aGUgc3ViLVRMViBsZW5ndGggZmllbGQuDQoNCj4gU2Vj
dGlvbiAxMC4xLjEg4oCTIGlmIHRoZSBMU1IgcmVjZWl2ZWQgbm8gbGFiZWxzIChlLmcuIFBIUCBj
YXNlKSB0aGVuIA0KPiBzaG91bGQgaXQgb21pdCB0aGlzIHN1Yi1UTFYsIG9yIGluY2x1ZGUgYW4g
ZW1wdHkgc3ViLVRMVj8NCg0KVGhlIHN1Yi1UTFYgaXMgZGVyaXZlZCBmcm9tIExhYmVsIFN0YWNr
IFN1Yi1UTFYgZGVmaW5lZCBpbiA4MDI5LCBpdCBoYXMgdGhlIHNhbWUgdXNhZ2UgYXMgTGFiZWwg
U3RhY2sgU3ViLVRMVi4gU28sIGZvciB0aGF0IGNhc2UsIHRoZSBzdWItVExWIHNob3VsZCBiZSBp
bmNsdWRlZCBhbmQgYW4gSW1wbGljaXQgTnVsbCBsYWJlbCByZXR1cm5lZC4gDQoNCj4gDQo+IE90
aGVyIG5pdHMNCj4gVGhyb3VnaG91dCwgRW5nbGlzaCBncmFtbWFyIG5lZWRzIHRvIGJlIGZpbmUt
dHVuZWQgZS5nLiB0aGVyZSBhcmUgDQo+IGRlZmluaXRlIGFuZCBpbmRlZmluaXRlIGFydGljbGVz
IG1pc3NpbmcuICBIb3dldmVyLCBJIGZvdW5kIHRoZSANCj4gZG9jdW1lbnQgcGVyZmVjdGx5IHJl
YWRhYmxlLCBzbyBwZXJoYXBzIHRoaXMgY2FuIGJlIGxlZnQgZm9yIHRoZSBSRkMgZWRpdG9yLg0K
DQpTdXJlLCB0aGFua3MuDQoNCkJlc3QgcmVnYXJkcywNCk1hY2gNCg==


From nobody Wed May 23 13:09:34 2018
Return-Path: <hsitaraman@juniper.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1408112D778; Wed, 23 May 2018 13:09:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level: 
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QWN4PkMRuvmY; Wed, 23 May 2018 13:09:25 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28D3B127010; Wed, 23 May 2018 13:09:22 -0700 (PDT)
Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w4NK9Di9019514; Wed, 23 May 2018 13:09:21 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=HeMCuDZYJ3pSsp/STbxStgOFFEje1fTHbKJ/03zEHII=; b=Riv91tEot0eOzVU5t7QtN7iUXVjY4sSXB1ZLNo10J+3rhOTkJywqUj16lfisrkYV2QrN 6w3QIgcwUALEoeuAt4TS0qS2s9DyZcARWTcw1c8rdPBPYA2O+1a373l7tXa2lhl2XvGh L2GQDzVwi7TccuqHL5A5uIm+J6Ab3o9Q5ZQRM8l/JzLJFqtK8W4CgsQ3ugyV1vls1G8q V6EbL2DaaQMSFYmHQMGpA+WmGAZ7PTuuW2pqz4yQ23PwJBF1sjYEJ6c5+DPuhdpqP2m3 E1ZkbBMh0U1449nw0tGIduSVoUwn2ZYycwZzlMpBG+As6do/Kwn8uUgQKGzkepVNe1Tb IA== 
Received: from nam01-by2-obe.outbound.protection.outlook.com (mail-by2nam01lp0179.outbound.protection.outlook.com [216.32.181.179]) by mx0b-00273201.pphosted.com with ESMTP id 2j5df3r62u-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 23 May 2018 13:09:21 -0700
Received: from BN7PR05MB3923.namprd05.prod.outlook.com (52.132.216.10) by BN7PR05MB4545.namprd05.prod.outlook.com (52.135.248.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.797.8; Wed, 23 May 2018 20:09:19 +0000
Received: from BN7PR05MB3923.namprd05.prod.outlook.com ([fe80::890c:4309:6aa9:a8cb]) by BN7PR05MB3923.namprd05.prod.outlook.com ([fe80::890c:4309:6aa9:a8cb%3]) with mapi id 15.20.0820.005; Wed, 23 May 2018 20:09:19 +0000
From: Harish Sitaraman <hsitaraman@juniper.net>
To: "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-pals-ethernet-cw.all@ietf.org" <draft-ietf-pals-ethernet-cw.all@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-pals-ethernet-cw-05.txt
Thread-Index: AQHT8tHuFNWGlh/rA0yezqtr8M0oVg==
Date: Wed, 23 May 2018 20:09:19 +0000
Message-ID: <24346049-C4F5-493D-AA4D-3C7D48477DBE@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.b.0.180311
x-originating-ip: [66.129.239.12]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN7PR05MB4545; 7:k3/T+c7vA8NEK9B7nAYsw0T6IDlvFDM5nmpDC3zgHVgYiS9YKGSU1ANfRQ6PwZ2EW5pGmP1rf56a2in/T/lvm1gVIaeQ1EJfecqPem36yvokgflspsTx1bGnv4OsBO6P3+4Mnop0Wo7Yxzhez2Xe5gzdqGSg5R8qogT78Xs/dBEeUlCUTeFWsT7ccVaRePdHJHH0efwsBRE+R0XNcausVszvZrKGlzYztZmJcC2Ovh2RQ0GU48rWHU3fQCZB/XYA
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:BN7PR05MB4545; 
x-ms-traffictypediagnostic: BN7PR05MB4545:
x-microsoft-antispam-prvs: <BN7PR05MB4545BC0D7D7EDCBF1158CCD3C26B0@BN7PR05MB4545.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(3231254)(944501410)(52105095)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(20161123560045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:BN7PR05MB4545; BCL:0; PCL:0; RULEID:; SRVR:BN7PR05MB4545; 
x-forefront-prvs: 06818431B9
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39380400002)(39860400002)(346002)(376002)(396003)(189003)(199004)(106356001)(5660300001)(105586002)(8676002)(2616005)(81156014)(476003)(81166006)(6506007)(2501003)(2351001)(25786009)(14454004)(36756003)(54906003)(6916009)(6436002)(58126008)(316002)(59450400001)(8936002)(486006)(5640700003)(68736007)(2900100001)(99286004)(33656002)(6486002)(5250100002)(97736004)(82746002)(450100002)(26005)(4326008)(1720100001)(966005)(6116002)(3846002)(3280700002)(3660700001)(2906002)(186003)(478600001)(83716003)(102836004)(6306002)(6512007)(305945005)(7736002)(66066001)(86362001)(53936002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN7PR05MB4545; H:BN7PR05MB3923.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-microsoft-antispam-message-info: VM8iVmC3XPEY1TUbDXGYXVpob1m5f3o9H9iTORql7nKh6lDqr90bMclzrDrzg3yOBQ0dLaBzOE4I2LMAJu4HF61j3B0+3azyZsyygzXs2nxkQWuam6J44gcdmgoSVFANmQ7E15aHO5U1DBOFZgeah4h8xzT5h27VVbHEFNj6YW7kbThtCXfvbuoMQCSKC5zy
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <806020E8D3629C4E9DC73D61FBAF75FA@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 9e56a2da-7fab-4ec5-1e27-08d5c0e9112d
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 9e56a2da-7fab-4ec5-1e27-08d5c0e9112d
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2018 20:09:19.0563 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR05MB4545
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-05-23_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1805230197
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/hCKriAWrjtmMMBeC8zLyuP07qNU>
Subject: [RTG-DIR] RtgDir review: draft-ietf-pals-ethernet-cw-05.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 May 2018 20:09:27 -0000

DQpIZWxsbywNCg0KSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3Jh
dGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZQ0KUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVr
cyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcw0KdGhl
eSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LiBUaGUgcHVycG9z
ZSBvZiB0aGUgcmV2aWV3IGlzDQp0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcg
QURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUNClJvdXRpbmcgRGlyZWN0b3JhdGUs
IHBsZWFzZSBzZWUgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtp
L1J0Z0Rpcg0KDQpBbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUg
dXNlIG9mIHRoZSBSb3V0aW5nIEFEcywgaXQgd291bGQNCmJlIGhlbHBmdWwgaWYgeW91IGNvdWxk
IGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURiBMYXN0IENhbGwNCmNvbW1l
bnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2gg
ZGlzY3Vzc2lvbiBvciBieQ0KdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KDQpEb2N1bWVudDogZHJhZnQt
aWV0Zi1wYWxzLWV0aGVybmV0LWN3LTA1LnR4dCANClJldmlld2VyOiBIYXJpc2ggU2l0YXJhbWFu
IA0KUmV2aWV3IERhdGU6IDIzIE1heSAyMDE4IA0KSUVURiBMQyBFbmQgRGF0ZTogMjkgTWF5IDIw
MTggDQpJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFjaw0KDQpTdW1tYXJ5OiANClRoaXMg
ZG9jdW1lbnQgaXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNhdGlvbiwgYnV0IGhhcyBuaXRz
IHRoYXQgc2hvdWxkIGJlDQpjb25zaWRlcmVkIHByaW9yIHRvIHB1YmxpY2F0aW9uLg0KDQpDb21t
ZW50czogDQpUaGlzIGRvY3VtZW50IGlzIHdlbGwgd3JpdHRlbi4gVGhlIGNvbnRleHQgaXMgc3Bl
Y2lmaWVkOiBSQUMgaGFzIGJlZW4gaXNzdWluZw0KbW9yZSBFdGhlcm5ldCBhZGRyZXNzZXMgc3Rh
cnRpbmcgd2l0aCAweDQgb3IgMHg2IGFuZCBleGlzdGluZyBFQ01QIGltcGxlbWVudGF0aW9ucyBt
YXkNCmV4YW1pbmUgdGhlIGZpcnN0IG5pYmJsZSBhZnRlciB0aGUgTVBMUyBsYWJlbCBzdGFjayB0
byBkZXRlcm1pbmUgd2hldGhlciB0aGUNCmxhYmVsZWQgcGFja2V0IGlzIElQIG9yIG5vdC4gVGhp
cyBjYW4gY2F1c2UgdW5yZWxpYWJsZSBpbmZlcmVuY2Ugb2YgdGhlIHBheWxvYWQNCnR5cGUgYXQg
dHJhbnNpdCByb3V0ZXJzIHRoYXQgbWF5IGhhdmUgYmVlbiBpbnNwZWN0aW5nIHRoZSBmaXJzdCBu
aWJibGUuDQoNCkZvciBteSB1bmRlcnN0YW5kaW5nLCBpdCB3b3VsZCBiZSB1c2VmdWwgdG8ga25v
dyBob3cgc2VjdGlvbiA1IHJlbGF0ZXMgKG9yDQpvZmZlcnMgbW9yZSBjbGFyaXR5KSB0byB0aGUg
cmVjb21tZW5kYXRpb24gdGhhdCBDVyBNVVNUIGJlIHVzZWQgLSB0aGUgc29sdXRpb25zDQppbiBz
ZWN0aW9uIDUgYXJlIGtub3duIGZvciBiZXR0ZXIgRUNNUCBhbmQgYXBwbGljYWJsZSByZWdhcmRs
ZXNzIG9mIHdoZXRoZXIgdGhlDQpwYWNrZXQgaGFzIHRoZSBDVy4gV2l0aCB0aGUgc3RhdGVtZW50
ICJIb3dldmVyIGluIGJvdGggY2FzZXMgdGhlIHNpdHVhdGlvbiBpcw0KaW1wcm92ZWQgY29tcGFy
ZWQuLi5iYXNlZCBvbiB0aGUgZml2ZSB0dXBsZSBvZiB0aGUgSVAgcGF5bG9hZC4iLCBpcyB0aGUg
cG9pbnQNCnRoYXQgaGFzaGluZyB3b3VsZCBiZSAiaW1wcm92ZWQiIChmb3Igc29tZSBkZWZpbml0
aW9uKSBzaW5jZSBpbmNvcnJlY3QNCmlkZW50aWZpY2F0aW9uIG9mIHBheWxvYWQgaXMgY29ycmVj
dGVkIGJ1dCB5ZXQgd2UgY2Fubm90IHByZWNpc2VseSBzdGVlciB0aGUNCk9BTSBwYWNrZXQgYWxv
bmcgdGhlIHNwZWNpZmljIEVDTVAgcGF0aCB0aGF0IHRoZSBkYXRhIHBhY2tldCBtYXkgaGF2ZSB0
YWtlbj8gDQoNCldoYXQgaXMgdGhlIGludGVudCBiZWhpbmQgdGhlIGZpbmFsIHBhcmFncmFwaCBp
biBzZWN0aW9uIDUgY29uc2lkZXJpbmcgaXQNCm1lbnRpb25zIHRoZSBleGlzdGluZyBzdGFja2lu
ZyBvcmRlciBvZiBsYWJlbHMgYmV0d2VlbiBQVywgTFNQIGFuZCBFTC9FTEkgLQ0KY291bGQgdGhp
cyBwYXJhZ3JhcGggYmUgcmVtb3ZlZCBvciBzaG91bGQgaXQgYWxzbyBtZW50aW9uIHRoZSBmbG93
IGxhYmVsIHBvc2l0aW9uIA0KZnJvbSBGYXQgUFc/IA0KDQpNYWpvciBJc3N1ZXM6IA0KTm8gbWFq
b3IgaXNzdWVzIGZvdW5kLg0KDQpNaW5vciBJc3N1ZXM6IA0KU2VjdGlvbiAyOiBSRkMyMTE5IGhh
cyBiZWVuIHVwZGF0ZWQgYnkgUkZDODE3NC4gDQoNCk5pdHM6IA0KU2VjdGlvbiA1OiBMU1AgZW50
cm9weSBsYWJlbHMgc3BlY2lmaWVkICdpbicgW1JGQzY3OTBdDQoNCkNoZWNrIGlmIHN0eWxlIGNv
bnNpc3RlbmN5IGZvciByZWZlcmVuY2VzIG1pZ2h0IGJlIHVzZWZ1bDoNCiAgU2VjdGlvbiA0OiBS
RkM2MzkxIFtSRkM2MzkxXSB2cy4gW1JGQzYzOTFdIHZzLiBSRkM2MzkxIC0gYWxsIGFyZSB1c2Vk
IGluIHRoZSBkb2N1bWVudC4NCiAgICAgICAgICAgICAgICAgICAgIFNpbWlsYXJseSBmb3IgUkZD
Njc5MCByZWZlcmVuY2VzLg0KICBTZWN0aW9uIDQvNTogRUwgLSBleHBhbmRlZCBmaXJzdCBpbiBz
ZWN0aW9uIDUsIDNyZCBwYXJhICJlbnRyb3B5IGxhYmVsIChFTCkiIGJ1dCB1c2VkIGVhcmxpZXN0
IGluIHNlY3Rpb24gNC4gDQogICAgICAgICAgICAgICAgICAgICAgICBNaWdodCBiZSBiZXR0ZXIg
dG8gZXhwYW5kIEVMSSB0b28uDQoNCi0tDQpIYXJpc2gNCg0K


From nobody Wed May 23 13:28:34 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9856F127978; Wed, 23 May 2018 13:28:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tmlwd_IvOMMf; Wed, 23 May 2018 13:28:23 -0700 (PDT)
Received: from mail-ot0-x230.google.com (mail-ot0-x230.google.com [IPv6:2607:f8b0:4003:c0f::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADD84127873; Wed, 23 May 2018 13:28:23 -0700 (PDT)
Received: by mail-ot0-x230.google.com with SMTP id l12-v6so26771921oth.6; Wed, 23 May 2018 13:28:23 -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=Y4Ky6MFl8KUWSk2oZntgTHpqCkiHifm//PhalmY83SA=; b=N8HR9rwM5zk+q5m4WIlOxx+P/vU0r1ns410fgU6xWXlcOh6yKlP4bnNEwO0v6HP3qT 7y0caJFC8pKbegzMAF3kmIRWRdKWpgxH2ki1j59fHd7s53GqWsaXHZajQlnDu5fiTUSi gFauV6c+zHD230Bytn+nv8JQWD7fGeYHyT738btiDdD3rFfD285iiZUwuoIUxfCAbUmy pkiZCOTR7K/pH9pKB+J4GTHFDQIv76wxrml4PJRTfj7qRrCNs+9jxlfsWGfckCfKphk2 JRNkE4w0DmNWcpw0kz97NJ69Yi7tdlWnCJKcmaS/px0YIy8c6Dby8/ad537QEfRRMzbb WSIQ==
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=Y4Ky6MFl8KUWSk2oZntgTHpqCkiHifm//PhalmY83SA=; b=ZgQkWr8mPJZ3ID31mhsuULH9zEqrieEyVgOREiwXg1Se+2lp+izFvEgOUkL1pi2gE5 fzDyYbgrt63tXxikIiVstN6H0Q+qd8JetwT20Vbi0ykwKg1F8INDIWDDOGgmhlaOpqRM Jlwy1PkoXs8hpsnnKuPGXnpEFR181ECRb8F2331Eksj6TKHkPZlHFzxq23qZ1qos2qa4 oHmwJGVva0KXtfzBIYLr+ez3mf4dimUv/MOItNiARoAM9hl44qXfXYBIywqy6S1bJ4mp eDqdqWAlUpT/e/KFJb59/WijTUpd5mFgQSmbuH4dVxCp2gyPjuwIWZrumxp/axYetGM2 Z6Og==
X-Gm-Message-State: ALKqPweD4xN1fJpyxHk5Z46QcOuW4B16q1vmCIn8TTOzHeyyxN0i9Er7 h53qcf9fmvkSgHlCYCMTW0yHhzrbE0/mhsmBFpc=
X-Google-Smtp-Source: AB8JxZrBYu97PwjFN+lrDlWmqI2DMtrpXJ6oj1XvzFTQ3XOD/TdB0zueM5mryPHtS76oeNuScMgVFBV0/RTrjuQj8+k=
X-Received: by 2002:a9d:704b:: with SMTP id x11-v6mr2960480otj.56.1527107303021;  Wed, 23 May 2018 13:28:23 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a9d:1f27:0:0:0:0:0 with HTTP; Wed, 23 May 2018 13:28:02 -0700 (PDT)
In-Reply-To: <24346049-C4F5-493D-AA4D-3C7D48477DBE@juniper.net>
References: <24346049-C4F5-493D-AA4D-3C7D48477DBE@juniper.net>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 23 May 2018 16:28:02 -0400
Message-ID: <CAA=duU37rFVKCrhJxiNGv7m4tyv2WTgjdhqVaXtv5-kJmnRMAA@mail.gmail.com>
To: Harish Sitaraman <hsitaraman@juniper.net>
Cc: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>,  "draft-ietf-pals-ethernet-cw.all@ietf.org" <draft-ietf-pals-ethernet-cw.all@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000054a1eb056ce560ba"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/njOtesV2c6vLU95xVGZ3kyfegkU>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-pals-ethernet-cw-05.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 May 2018 20:28:26 -0000

--00000000000054a1eb056ce560ba
Content-Type: text/plain; charset="UTF-8"

Harish,

Thanks, your review is greatly appreciated! Stewart, Ignas, and I will
discuss your comments and get back to you.

Cheers,
Andy


On Wed, May 23, 2018 at 4:09 PM, Harish Sitaraman <hsitaraman@juniper.net>
wrote:

>
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this draft.
> The
> Routing Directorate seeks to review all routing or routing-related drafts
> as
> they pass through IETF last call and IESG review. The purpose of the
> review is
> to provide assistance to the Routing ADs. For more information about the
> Routing Directorate, please see http://trac.tools.ietf.org/
> area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs, it
> would
> be helpful if you could consider them along with any other IETF Last Call
> comments that you receive, and strive to resolve them through discussion
> or by
> updating the draft.
>
> Document: draft-ietf-pals-ethernet-cw-05.txt
> Reviewer: Harish Sitaraman
> Review Date: 23 May 2018
> IETF LC End Date: 29 May 2018
> Intended Status: Standards Track
>
> Summary:
> This document is basically ready for publication, but has nits that should
> be
> considered prior to publication.
>
> Comments:
> This document is well written. The context is specified: RAC has been
> issuing
> more Ethernet addresses starting with 0x4 or 0x6 and existing ECMP
> implementations may
> examine the first nibble after the MPLS label stack to determine whether
> the
> labeled packet is IP or not. This can cause unreliable inference of the
> payload
> type at transit routers that may have been inspecting the first nibble.
>
> For my understanding, it would be useful to know how section 5 relates (or
> offers more clarity) to the recommendation that CW MUST be used - the
> solutions
> in section 5 are known for better ECMP and applicable regardless of
> whether the
> packet has the CW. With the statement "However in both cases the situation
> is
> improved compared...based on the five tuple of the IP payload.", is the
> point
> that hashing would be "improved" (for some definition) since incorrect
> identification of payload is corrected but yet we cannot precisely steer
> the
> OAM packet along the specific ECMP path that the data packet may have
> taken?
>
> What is the intent behind the final paragraph in section 5 considering it
> mentions the existing stacking order of labels between PW, LSP and EL/ELI -
> could this paragraph be removed or should it also mention the flow label
> position
> from Fat PW?
>
> Major Issues:
> No major issues found.
>
> Minor Issues:
> Section 2: RFC2119 has been updated by RFC8174.
>
> Nits:
> Section 5: LSP entropy labels specified 'in' [RFC6790]
>
> Check if style consistency for references might be useful:
>   Section 4: RFC6391 [RFC6391] vs. [RFC6391] vs. RFC6391 - all are used in
> the document.
>                      Similarly for RFC6790 references.
>   Section 4/5: EL - expanded first in section 5, 3rd para "entropy label
> (EL)" but used earliest in section 4.
>                         Might be better to expand ELI too.
>
> --
> Harish
>
>

--00000000000054a1eb056ce560ba
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Harish,<div><br></div><div>Thanks, your review is greatly =
appreciated! Stewart, Ignas, and I will discuss your comments and get back =
to you.</div><div><br></div><div>Cheers,</div><div>Andy</div><div><br></div=
></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Ma=
y 23, 2018 at 4:09 PM, Harish Sitaraman <span dir=3D"ltr">&lt;<a href=3D"ma=
ilto:hsitaraman@juniper.net" target=3D"_blank">hsitaraman@juniper.net</a>&g=
t;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hello,<br>
<br>
I have been selected as the Routing Directorate reviewer for this draft. Th=
e<br>
Routing Directorate seeks to review all routing or routing-related drafts a=
s<br>
they pass through IETF last call and IESG review. The purpose of the review=
 is<br>
to provide assistance to the Routing ADs. For more information about the<br=
>
Routing Directorate, please see <a href=3D"http://trac.tools.ietf.org/area/=
rtg/trac/wiki/RtgDir" rel=3D"noreferrer" target=3D"_blank">http://trac.tool=
s.ietf.org/<wbr>area/rtg/trac/wiki/RtgDir</a><br>
<br>
Although these comments are primarily for the use of the Routing ADs, it wo=
uld<br>
be helpful if you could consider them along with any other IETF Last Call<b=
r>
comments that you receive, and strive to resolve them through discussion or=
 by<br>
updating the draft.<br>
<br>
Document: draft-ietf-pals-ethernet-cw-<wbr>05.txt <br>
Reviewer: Harish Sitaraman <br>
Review Date: 23 May 2018 <br>
IETF LC End Date: 29 May 2018 <br>
Intended Status: Standards Track<br>
<br>
Summary: <br>
This document is basically ready for publication, but has nits that should =
be<br>
considered prior to publication.<br>
<br>
Comments: <br>
This document is well written. The context is specified: RAC has been issui=
ng<br>
more Ethernet addresses starting with 0x4 or 0x6 and existing ECMP implemen=
tations may<br>
examine the first nibble after the MPLS label stack to determine whether th=
e<br>
labeled packet is IP or not. This can cause unreliable inference of the pay=
load<br>
type at transit routers that may have been inspecting the first nibble.<br>
<br>
For my understanding, it would be useful to know how section 5 relates (or<=
br>
offers more clarity) to the recommendation that CW MUST be used - the solut=
ions<br>
in section 5 are known for better ECMP and applicable regardless of whether=
 the<br>
packet has the CW. With the statement &quot;However in both cases the situa=
tion is<br>
improved compared...based on the five tuple of the IP payload.&quot;, is th=
e point<br>
that hashing would be &quot;improved&quot; (for some definition) since inco=
rrect<br>
identification of payload is corrected but yet we cannot precisely steer th=
e<br>
OAM packet along the specific ECMP path that the data packet may have taken=
? <br>
<br>
What is the intent behind the final paragraph in section 5 considering it<b=
r>
mentions the existing stacking order of labels between PW, LSP and EL/ELI -=
<br>
could this paragraph be removed or should it also mention the flow label po=
sition <br>
from Fat PW? <br>
<br>
Major Issues: <br>
No major issues found.<br>
<br>
Minor Issues: <br>
Section 2: RFC2119 has been updated by RFC8174. <br>
<br>
Nits: <br>
Section 5: LSP entropy labels specified &#39;in&#39; [RFC6790]<br>
<br>
Check if style consistency for references might be useful:<br>
=C2=A0 Section 4: RFC6391 [RFC6391] vs. [RFC6391] vs. RFC6391 - all are use=
d in the document.<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0Similarly for RFC6790 references.<br>
=C2=A0 Section 4/5: EL - expanded first in section 5, 3rd para &quot;entrop=
y label (EL)&quot; but used earliest in section 4. <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 Might be better to expand ELI too.<br>
<br>
--<br>
Harish<br>
<br>
</blockquote></div><br></div>

--00000000000054a1eb056ce560ba--


From nobody Thu May 24 06:13:49 2018
Return-Path: <swallow.ietf@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E21712DA72; Thu, 24 May 2018 06:13:39 -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 FBDzVS-3wJDY; Thu, 24 May 2018 06:13:35 -0700 (PDT)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF77712DA4A; Thu, 24 May 2018 06:13:34 -0700 (PDT)
Received: by mail-wm0-x234.google.com with SMTP id a67-v6so4968210wmf.3; Thu, 24 May 2018 06:13:34 -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=79pv3Y0AD5gsu/sYW8zx3Feu6z4c7H818PkHoGxuNKs=; b=mvYhQ0/tP7qNtQwiySQssQRbgL6pQl3MCQYneF882jTHR6PJyuwoUIO+GB0O81mZgx q4p5LbK6eMJFVd8n4z3vnjcQFK1x9Q4SvCRnKIsWL76Ya4WbEnCEOZcl6GSJC7t2yBhk 0zVsJYgXHW3z5BzFllvUd1b0+uHHQXANekcu0F1xS09boA9nHs2f2NcLSvDcnwdINyWi dUn53fj/+JvrmvI+JTNmJ7xnRF+tTnPMidrDZARSia8HQB+50Msg44jnKslEIHi1JLVK jEnxSxCuAc1vJzdoFpdk1gedBD72y4lsXZL7p0w8W9gx/rrWC2MYuf6oDJDmQt9i1vHx reiw==
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=79pv3Y0AD5gsu/sYW8zx3Feu6z4c7H818PkHoGxuNKs=; b=WmMrdr93XzihpMWmvtPpKT2e9eVjCeBOHYVoZpcMEeZO4kZMWuhJAFzcFN3EYRDjCa PzB8eabVBhtO5PukEfUdBwtK1sC/pVF0qvhYSaQXlJrWMXNGEuS76yStPmMvuMvs1CUg Ig6D+JlssM/+5xfVDorwc5lfO5wstAA9R/Td8W9dVmM0zUnSl+a2HZSiry8vYlwGoOig a+5zrjIN33zgNEh5GWFKcoWgR7YJrxeg9nC1D0IVzLhvKB7coXHhLRHeo6EzUq06PWs3 JpksPAabZrTJWkyTJorVC4buQARnPIxUic+Ran2FZQlTkMK+qQd5QaCB5+u220PaOv5e JV/g==
X-Gm-Message-State: ALKqPwefdRO9dINUCV4PySVhG6+zdO8DoabD3wNRm15CGoPD5eP13R/X af165XQlFewt1bNDoYdmfQN3tp5x4r/fodYsuzE=
X-Google-Smtp-Source: AB8JxZoX0jwrLa1YoqMvyplSj795TV8I6BcUlj7M1x5ybTNObwU3Y+Uc7yiUNW6zyLVBH/TKd9cFgaLhTFdIdPzmiz4=
X-Received: by 2002:a1c:d7d0:: with SMTP id o199-v6mr7072892wmg.61.1527167613396;  Thu, 24 May 2018 06:13:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:adf:9976:0:0:0:0:0 with HTTP; Thu, 24 May 2018 06:13:33 -0700 (PDT)
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29243FBDF@dggeml510-mbx.china.huawei.com>
References: <CY1PR0201MB1436F9BFD9BA41F921B2C4C084950@CY1PR0201MB1436.namprd02.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29243FBDF@dggeml510-mbx.china.huawei.com>
From: George Swallow <swallow.ietf@gmail.com>
Date: Thu, 24 May 2018 09:13:33 -0400
Message-ID: <CAAA2pyd-fk0aYNUrE6ox=RpMVM-+ocUTD8UJtyuqUyDtkaXd_Q@mail.gmail.com>
To: Mach Chen <mach.chen@huawei.com>
Cc: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>,  "draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org" <draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org>,  "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001beb9c056cf36b17"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/-PEgWqi6-DRn5C8qFsiMD3yEAYs>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 May 2018 13:13:40 -0000

--0000000000001beb9c056cf36b17
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Mach -

>>
>> Top of page 13:
>>    The initiator LSR sends two MPLS echo request messages to traverse
>>    the two LAG members at TTL=3D1:
>> =E2=80=9CTTL=3D1=E2=80=9D should be =E2=80=9CTTL=3Dn=E2=80=9D.
>
>Good catch, fixed.

At this point in the procedure you have already reached the node at ttl=3Dn=
.
You are now probing a LAG that extends to the node at TTL=3Dn+1.

S0 the text should be "TTL=3Dn+1".

Thanks,

George

On Wed, May 23, 2018 at 6:03 AM, Mach Chen <mach.chen@huawei.com> wrote:

> Hi Jon,
>
> Thanks for the detailed review and useful comments!
>
> Please see some responses inline...
>
> > From: Jonathan Hardwick [mailto:Jonathan.Hardwick@metaswitch.com]
> > Sent: Tuesday, May 22, 2018 3:39 AM
> > To: draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org; mpls@ietf.org;
> mpls-
> > chairs@ietf.org
> > Cc: rtg-dir@ietf.org
> > Subject: Routing directorate review of draft-ietf-mpls-lsp-ping-lag-
> multipath-03
> >
> > Hello
> >
> > I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=
=9D review of this
> draft.
> > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-lag-multipath=
/
> >
> > The routing directorate will, on request from the working group chair,
> perform
> > an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitted for=
 publication to
> the
> > IESG.  The early review can be performed at any time during the draft=
=E2=80=99s
> > lifetime as a working group document.  The purpose of the early review
> > depends on the stage that the document has reached.  As this document i=
s
> close
> > to working group last call, my focus for the review was to determine
> whether
> > the document is ready to be published.  Please consider my comments alo=
ng
> > with the other working group last call comments.
> >
> > For more information about the Routing Directorate, please see
> > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
> >
> > Best regards
> > Jon
> >
> >
> > Document: draft-ietf-mpls-lsp-ping-lag-multipath-03.txt
> > Reviewer: Jonathan Hardwick
> > Review Date: 21 May 2018
> > Intended Status: Standards Track
> >
> > Summary
> > This document looks ready for working group last call.  I have a few
> minor
> > issues that I am sure can be resolved during the last call.
> >
> >
> > Section 2
> > First paragraph: the reference to section 3.3 of [RFC8029] looks wrong.
> Should
> > it be a reference to section 4?
>
> It was intended to refer to Section 3.3 RFC4079 (Downstream Mapping).
>
> How about the following text:
> "Reader is expected to be familiar with mechanics of Downstream Mapping
> described in Section 3.3 of RFC8029 and Downstream Detailed Mapping TLV
> (DDMAP) described in Section 3.4 of RFC8029."
>
>
> >
> > Section 3
> > =E2=80=9CWhen the responder LSR receives an MPLS echo reply message=E2=
=80=9D <- you mean
> > =E2=80=9CMPLS echo request message=E2=80=9D.
>
> Yes.
>
> >
> > Section 5.1
> > This is fine, but I found it a bit cumbersome to read.  How about this
> rewording?
> > NEW
> >   If the downstream LSR does not return Remote Interface Index sub-TLVs
> in
> >   the DDMAP, then the initiator LSR validates LAG member link traversal
> by
> >   traversing all available LAG member links and then using the procedur=
e
> > described
> >   below.  This section provides the mechanism for the initiator LSR to
> obtain
> > additional information from the downstream LSRs and describes the
> additional
> > logic in the initiator LSR to validate the L2 ECMP traversal.
> > END
>
> This looks good to me, thanks for the new text!
>
> >
> > Section 5.1.3
> > For my interest, why are you using =E2=80=9Centropy=E2=80=9D here?  It =
sounds like you
> mean
> > =E2=80=9Cprobability=E2=80=9D, but I might have misunderstood your mean=
ing.
>
> The "entropy" is used to select specific LAG member link, it has the
> similar concept as "entropy label".
>
> >
> > Top of page 13:
> >    The initiator LSR sends two MPLS echo request messages to traverse
> >    the two LAG members at TTL=3D1:
> > =E2=80=9CTTL=3D1=E2=80=9D should be =E2=80=9CTTL=3Dn=E2=80=9D.
>
> Good catch, fixed.
>
> >
> > Section 6
> > Typo =E2=80=9Cin the in the=E2=80=9D
>
> Fixed.
>
> >
> > Section 8 and 9
> > This draft only discusses using the new Local & Remote Interface Index
> Sub-
> > TLVs in the context of a DDMAP for a LAG interface, so I was surprised
> to read
> > that it is permissible to set M=3D0 in these TLVs.  You should describe
> how the
> > TLV is used in that case, if you are going to allow it.
> > Does the M flag need to be set consistently in all Local & Remote
> Interface
> > Index Sub-TLVs  in a given DDMAP TLV?
> > In fact, isn=E2=80=99t the M flag redundant, given that the enclosing D=
DMAP has
> the
> > "LAG Description Indicator flag"?
>
> Indeed, seems redundant, I will do double check on it.
>
> >
> > Section 10
> > Why do you need the Sub-TLV length field?  It can be inferred from the
> TLV
> > length and the address type.
>
> Indeed, and I personally agree, I will talk to the co-authors, if there i=
s
> no further reasons, will remove the sub-TLV length field.
>
> > Section 10.1.1 =E2=80=93 if the LSR received no labels (e.g. PHP case) =
then
> should it omit
> > this sub-TLV, or include an empty sub-TLV?
>
> The sub-TLV is derived from Label Stack Sub-TLV defined in 8029, it has
> the same usage as Label Stack Sub-TLV. So, for that case, the sub-TLV
> should be included and an Implicit Null label returned.
>
> >
> > Other nits
> > Throughout, English grammar needs to be fine-tuned e.g. there are
> definite
> > and indefinite articles missing.  However, I found the document perfect=
ly
> > readable, so perhaps this can be left for the RFC editor.
>
> Sure, thanks.
>
> Best regards,
> Mach
>

--0000000000001beb9c056cf36b17
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div><div>Mach -<br><br></div><span class=3D"gma=
il-im">&gt;&gt; <br>
&gt;&gt; Top of page 13:<br>
&gt;&gt;=C2=A0 =C2=A0 The initiator LSR sends two MPLS echo request message=
s to traverse<br>
&gt;&gt;=C2=A0 =C2=A0 the two LAG members at TTL=3D1:<br>
&gt;&gt; =E2=80=9CTTL=3D1=E2=80=9D should be =E2=80=9CTTL=3Dn=E2=80=9D.<br>
&gt;<br>
</span>&gt;Good catch, fixed.<br><br>At this point in the procedure you hav=
e already reached the node at ttl=3Dn.=C2=A0 You are now probing a LAG that=
 extends to the node at TTL=3Dn+1.=C2=A0 <br><br></div>S0 the text should b=
e &quot;TTL=3Dn+1&quot;.<br><br></div>Thanks,<br><br></div>George<br></div>=
<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, May 23, 2=
018 at 6:03 AM, Mach Chen <span dir=3D"ltr">&lt;<a href=3D"mailto:mach.chen=
@huawei.com" target=3D"_blank">mach.chen@huawei.com</a>&gt;</span> wrote:<b=
r><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:=
1px #ccc solid;padding-left:1ex">Hi Jon,<br>
<br>
Thanks for the detailed review and useful comments!<br>
<br>
Please see some responses inline...<br>
<br>
&gt; From: Jonathan Hardwick [mailto:<a href=3D"mailto:Jonathan.Hardwick@me=
taswitch.com">Jonathan.Hardwick@<wbr>metaswitch.com</a>]<br>
&gt; Sent: Tuesday, May 22, 2018 3:39 AM<br>
&gt; To: <a href=3D"mailto:draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org"=
>draft-ietf-mpls-lsp-ping-lag-<wbr>multipath@ietf.org</a>; <a href=3D"mailt=
o:mpls@ietf.org">mpls@ietf.org</a>; mpls-<br>
&gt; <a href=3D"mailto:chairs@ietf.org">chairs@ietf.org</a><br>
&gt; Cc: <a href=3D"mailto:rtg-dir@ietf.org">rtg-dir@ietf.org</a><br>
&gt; Subject: Routing directorate review of draft-ietf-mpls-lsp-ping-lag-<w=
br>multipath-03<br>
<div><div class=3D"h5">&gt; <br>
&gt; Hello<br>
&gt; <br>
&gt; I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=
=9D review of this draft.<br>
&gt; <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-l=
ag-multipath/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.iet=
f.org/<wbr>doc/draft-ietf-mpls-lsp-ping-<wbr>lag-multipath/</a><br>
&gt; <br>
&gt; The routing directorate will, on request from the working group chair,=
 perform<br>
&gt; an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitted fo=
r publication to the<br>
&gt; IESG.=C2=A0 The early review can be performed at any time during the d=
raft=E2=80=99s<br>
&gt; lifetime as a working group document.=C2=A0 The purpose of the early r=
eview<br>
&gt; depends on the stage that the document has reached.=C2=A0 As this docu=
ment is close<br>
&gt; to working group last call, my focus for the review was to determine w=
hether<br>
&gt; the document is ready to be published.=C2=A0 Please consider my commen=
ts along<br>
&gt; with the other working group last call comments.<br>
&gt; <br>
&gt; For more information about the Routing Directorate, please see <br>
&gt; <a href=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" rel=
=3D"noreferrer" target=3D"_blank">http://trac.tools.ietf.org/<wbr>area/rtg/=
trac/wiki/RtgDir</a><br>
&gt; <br>
&gt; Best regards<br>
&gt; Jon<br>
&gt; <br>
&gt; <br>
&gt; Document: draft-ietf-mpls-lsp-ping-lag-<wbr>multipath-03.txt<br>
&gt; Reviewer: Jonathan Hardwick<br>
&gt; Review Date: 21 May 2018<br>
&gt; Intended Status: Standards Track<br>
&gt; <br>
&gt; Summary<br>
&gt; This document looks ready for working group last call.=C2=A0 I have a =
few minor<br>
&gt; issues that I am sure can be resolved during the last call.<br>
&gt; <br>
&gt; <br>
&gt; Section 2<br>
&gt; First paragraph: the reference to section 3.3 of [RFC8029] looks wrong=
.=C2=A0 Should<br>
&gt; it be a reference to section 4?<br>
<br>
</div></div>It was intended to refer to Section 3.3 RFC4079 (Downstream Map=
ping). <br>
<br>
How about the following text:<br>
&quot;Reader is expected to be familiar with mechanics of Downstream Mappin=
g described in Section 3.3 of RFC8029 and Downstream Detailed Mapping TLV (=
DDMAP) described in Section 3.4 of RFC8029.&quot;<br>
<span class=3D""><br>
<br>
&gt; <br>
&gt; Section 3<br>
&gt; =E2=80=9CWhen the responder LSR receives an MPLS echo reply message=E2=
=80=9D &lt;- you mean<br>
&gt; =E2=80=9CMPLS echo request message=E2=80=9D.<br>
<br>
</span>Yes.<br>
<span class=3D""><br>
&gt; <br>
&gt; Section 5.1<br>
&gt; This is fine, but I found it a bit cumbersome to read.=C2=A0 How about=
 this rewording?<br>
&gt; NEW<br>
&gt;=C2=A0 =C2=A0If the downstream LSR does not return Remote Interface Ind=
ex sub-TLVs in<br>
&gt;=C2=A0 =C2=A0the DDMAP, then the initiator LSR validates LAG member lin=
k traversal by<br>
&gt;=C2=A0 =C2=A0traversing all available LAG member links and then using t=
he procedure<br>
&gt; described<br>
&gt;=C2=A0 =C2=A0below.=C2=A0 This section provides the mechanism for the i=
nitiator LSR to obtain<br>
&gt; additional information from the downstream LSRs and describes the addi=
tional<br>
&gt; logic in the initiator LSR to validate the L2 ECMP traversal.<br>
&gt; END<br>
<br>
</span>This looks good to me, thanks for the new text!<br>
<span class=3D""><br>
&gt; <br>
&gt; Section 5.1.3<br>
&gt; For my interest, why are you using =E2=80=9Centropy=E2=80=9D here?=C2=
=A0 It sounds like you mean<br>
&gt; =E2=80=9Cprobability=E2=80=9D, but I might have misunderstood your mea=
ning.<br>
<br>
</span>The &quot;entropy&quot; is used to select specific LAG member link, =
it has the similar concept as &quot;entropy label&quot;. <br>
<span class=3D""><br>
&gt; <br>
&gt; Top of page 13:<br>
&gt;=C2=A0 =C2=A0 The initiator LSR sends two MPLS echo request messages to=
 traverse<br>
&gt;=C2=A0 =C2=A0 the two LAG members at TTL=3D1:<br>
&gt; =E2=80=9CTTL=3D1=E2=80=9D should be =E2=80=9CTTL=3Dn=E2=80=9D.<br>
<br>
</span>Good catch, fixed.<br>
<span class=3D""><br>
&gt; <br>
&gt; Section 6<br>
&gt; Typo =E2=80=9Cin the in the=E2=80=9D<br>
<br>
</span>Fixed.<br>
<span class=3D""><br>
&gt; <br>
&gt; Section 8 and 9<br>
&gt; This draft only discusses using the new Local &amp; Remote Interface I=
ndex Sub-<br>
&gt; TLVs in the context of a DDMAP for a LAG interface, so I was surprised=
 to read<br>
&gt; that it is permissible to set M=3D0 in these TLVs.=C2=A0 You should de=
scribe how the<br>
&gt; TLV is used in that case, if you are going to allow it.<br>
&gt; Does the M flag need to be set consistently in all Local &amp; Remote =
Interface<br>
&gt; Index Sub-TLVs=C2=A0 in a given DDMAP TLV?<br>
&gt; In fact, isn=E2=80=99t the M flag redundant, given that the enclosing =
DDMAP has the<br>
&gt; &quot;LAG Description Indicator flag&quot;?<br>
<br>
</span>Indeed, seems redundant, I will do double check on it. <br>
<span class=3D""><br>
&gt; <br>
&gt; Section 10<br>
&gt; Why do you need the Sub-TLV length field?=C2=A0 It can be inferred fro=
m the TLV<br>
&gt; length and the address type.<br>
<br>
</span>Indeed, and I personally agree, I will talk to the co-authors, if th=
ere is no further reasons, will remove the sub-TLV length field.<br>
<span class=3D""><br>
&gt; Section 10.1.1 =E2=80=93 if the LSR received no labels (e.g. PHP case)=
 then should it omit<br>
&gt; this sub-TLV, or include an empty sub-TLV?<br>
<br>
</span>The sub-TLV is derived from Label Stack Sub-TLV defined in 8029, it =
has the same usage as Label Stack Sub-TLV. So, for that case, the sub-TLV s=
hould be included and an Implicit Null label returned. <br>
<span class=3D""><br>
&gt; <br>
&gt; Other nits<br>
&gt; Throughout, English grammar needs to be fine-tuned e.g. there are defi=
nite<br>
&gt; and indefinite articles missing.=C2=A0 However, I found the document p=
erfectly<br>
&gt; readable, so perhaps this can be left for the RFC editor.<br>
<br>
</span>Sure, thanks.<br>
<br>
Best regards,<br>
Mach<br>
</blockquote></div><br></div>

--0000000000001beb9c056cf36b17--


From nobody Thu May 24 18:04:44 2018
Return-Path: <mach.chen@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 830B612D7F1; Thu, 24 May 2018 18:04:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p5K6Vhd87QKU; Thu, 24 May 2018 18:04:33 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6148E1273B1; Thu, 24 May 2018 18:04:33 -0700 (PDT)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 69C72ED2AAF87; Fri, 25 May 2018 02:04:28 +0100 (IST)
Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 25 May 2018 02:04:29 +0100
Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.161]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0382.000; Fri, 25 May 2018 09:04:22 +0800
From: Mach Chen <mach.chen@huawei.com>
To: George Swallow <swallow.ietf@gmail.com>
CC: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>, "draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org" <draft-ietf-mpls-lsp-ping-lag-multipath@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Thread-Topic: Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
Thread-Index: AdPxHComHzVKTJV6QRCxYZYkPv0ozABWLVLQACpFoYAAKSrhEA==
Date: Fri, 25 May 2018 01:04:22 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29244730B@dggeml510-mbx.china.huawei.com>
References: <CY1PR0201MB1436F9BFD9BA41F921B2C4C084950@CY1PR0201MB1436.namprd02.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29243FBDF@dggeml510-mbx.china.huawei.com> <CAAA2pyd-fk0aYNUrE6ox=RpMVM-+ocUTD8UJtyuqUyDtkaXd_Q@mail.gmail.com>
In-Reply-To: <CAAA2pyd-fk0aYNUrE6ox=RpMVM-+ocUTD8UJtyuqUyDtkaXd_Q@mail.gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/eSCuwrVTRhO9JegUmIP9kz7pKYk>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-lsp-ping-lag-multipath-03
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 May 2018 01:04:37 -0000

SGkgR2VvcmdlLA0KDQo+IEZyb206IEdlb3JnZSBTd2FsbG93IFttYWlsdG86c3dhbGxvdy5pZXRm
QGdtYWlsLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE1heSAyNCwgMjAxOCA5OjE0IFBNDQo+IFRv
OiBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPg0KPiBDYzogSm9uYXRoYW4gSGFyZHdp
Y2sgPEpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPjsgZHJhZnQtaWV0Zi1tcGxzLQ0K
PiBsc3AtcGluZy1sYWctbXVsdGlwYXRoQGlldGYub3JnOyBtcGxzQGlldGYub3JnOyBtcGxzLWNo
YWlyc0BpZXRmLm9yZzsgcnRnLQ0KPiBkaXJAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFJvdXRp
bmcgZGlyZWN0b3JhdGUgcmV2aWV3IG9mIGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1sYWctDQo+
IG11bHRpcGF0aC0wMw0KPiANCj4gTWFjaCAtDQo+ID4+DQo+ID4+IFRvcCBvZiBwYWdlIDEzOg0K
PiA+PiAgICBUaGUgaW5pdGlhdG9yIExTUiBzZW5kcyB0d28gTVBMUyBlY2hvIHJlcXVlc3QgbWVz
c2FnZXMgdG8gdHJhdmVyc2UNCj4gPj4gICAgdGhlIHR3byBMQUcgbWVtYmVycyBhdCBUVEw9MToN
Cj4gPj4g4oCcVFRMPTHigJ0gc2hvdWxkIGJlIOKAnFRUTD1u4oCdLg0KPiA+DQo+ID5Hb29kIGNh
dGNoLCBmaXhlZC4NCj4gDQo+IEF0IHRoaXMgcG9pbnQgaW4gdGhlIHByb2NlZHVyZSB5b3UgaGF2
ZSBhbHJlYWR5IHJlYWNoZWQgdGhlIG5vZGUgYXQgdHRsPW4uICBZb3UNCj4gYXJlIG5vdyBwcm9i
aW5nIGEgTEFHIHRoYXQgZXh0ZW5kcyB0byB0aGUgbm9kZSBhdCBUVEw9bisxLg0KPiBTMCB0aGUg
dGV4dCBzaG91bGQgYmUgIlRUTD1uKzEiLg0KDQpZZXMsIHlvdSBhcmUgcmlnaHQuDQoNCkJlc3Qg
cmVnYXJkcywNCk1hY2gNCg0KDQo+IFRoYW5rcywNCj4gR2VvcmdlDQo+IA0KPiBPbiBXZWQsIE1h
eSAyMywgMjAxOCBhdCA2OjAzIEFNLCBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPg0K
PiB3cm90ZToNCj4gSGkgSm9uLA0KPiANCj4gVGhhbmtzIGZvciB0aGUgZGV0YWlsZWQgcmV2aWV3
IGFuZCB1c2VmdWwgY29tbWVudHMhDQo+IA0KPiBQbGVhc2Ugc2VlIHNvbWUgcmVzcG9uc2VzIGlu
bGluZS4uLg0KPiANCj4gPiBGcm9tOiBKb25hdGhhbiBIYXJkd2ljayBbbWFpbHRvOkpvbmF0aGFu
LkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tXQ0KPiA+IFNlbnQ6IFR1ZXNkYXksIE1heSAyMiwgMjAx
OCAzOjM5IEFNDQo+ID4gVG86IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1sYWctbXVsdGlwYXRo
QGlldGYub3JnOyBtcGxzQGlldGYub3JnOw0KPiA+IG1wbHMtIGNoYWlyc0BpZXRmLm9yZw0KPiA+
IENjOiBydGctZGlyQGlldGYub3JnDQo+ID4gU3ViamVjdDogUm91dGluZyBkaXJlY3RvcmF0ZSBy
ZXZpZXcgb2YNCj4gPiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbGFnLW11bHRpcGF0aC0wMw0K
PiA+DQo+ID4gSGVsbG8NCj4gPg0KPiA+IEkgaGF2ZSBiZWVuIHNlbGVjdGVkIHRvIGRvIGEgcm91
dGluZyBkaXJlY3RvcmF0ZSDigJxlYXJseeKAnSByZXZpZXcgb2YgdGhpcyBkcmFmdC4NCj4gPiBo
dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmct
bGFnLW11bHRpcGF0DQo+ID4gaC8NCj4gPg0KPiA+IFRoZSByb3V0aW5nIGRpcmVjdG9yYXRlIHdp
bGwsIG9uIHJlcXVlc3QgZnJvbSB0aGUgd29ya2luZyBncm91cCBjaGFpciwNCj4gPiBwZXJmb3Jt
IGFuIOKAnGVhcmx54oCdIHJldmlldyBvZiBhIGRyYWZ0IGJlZm9yZSBpdCBpcyBzdWJtaXR0ZWQg
Zm9yDQo+ID4gcHVibGljYXRpb24gdG8gdGhlIElFU0cuICBUaGUgZWFybHkgcmV2aWV3IGNhbiBi
ZSBwZXJmb3JtZWQgYXQgYW55DQo+ID4gdGltZSBkdXJpbmcgdGhlIGRyYWZ04oCZcyBsaWZldGlt
ZSBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuICBUaGUNCj4gPiBwdXJwb3NlIG9mIHRoZSBl
YXJseSByZXZpZXcgZGVwZW5kcyBvbiB0aGUgc3RhZ2UgdGhhdCB0aGUgZG9jdW1lbnQgaGFzDQo+
ID4gcmVhY2hlZC4gIEFzIHRoaXMgZG9jdW1lbnQgaXMgY2xvc2UgdG8gd29ya2luZyBncm91cCBs
YXN0IGNhbGwsIG15DQo+ID4gZm9jdXMgZm9yIHRoZSByZXZpZXcgd2FzIHRvIGRldGVybWluZSB3
aGV0aGVyIHRoZSBkb2N1bWVudCBpcyByZWFkeSB0bw0KPiA+IGJlIHB1Ymxpc2hlZC4gIFBsZWFz
ZSBjb25zaWRlciBteSBjb21tZW50cyBhbG9uZyB3aXRoIHRoZSBvdGhlciB3b3JraW5nDQo+IGdy
b3VwIGxhc3QgY2FsbCBjb21tZW50cy4NCj4gPg0KPiA+IEZvciBtb3JlIGluZm9ybWF0aW9uIGFi
b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlDQo+ID4gaHR0cDovL3RyYWMu
dG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcg0KPiA+DQo+ID4gQmVzdCBy
ZWdhcmRzDQo+ID4gSm9uDQo+ID4NCj4gPg0KPiA+IERvY3VtZW50OiBkcmFmdC1pZXRmLW1wbHMt
bHNwLXBpbmctbGFnLW11bHRpcGF0aC0wMy50eHQNCj4gPiBSZXZpZXdlcjogSm9uYXRoYW4gSGFy
ZHdpY2sNCj4gPiBSZXZpZXcgRGF0ZTogMjEgTWF5IDIwMTgNCj4gPiBJbnRlbmRlZCBTdGF0dXM6
IFN0YW5kYXJkcyBUcmFjaw0KPiA+DQo+ID4gU3VtbWFyeQ0KPiA+IFRoaXMgZG9jdW1lbnQgbG9v
a3MgcmVhZHkgZm9yIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsLiAgSSBoYXZlIGEgZmV3DQo+ID4g
bWlub3IgaXNzdWVzIHRoYXQgSSBhbSBzdXJlIGNhbiBiZSByZXNvbHZlZCBkdXJpbmcgdGhlIGxh
c3QgY2FsbC4NCj4gPg0KPiA+DQo+ID4gU2VjdGlvbiAyDQo+ID4gRmlyc3QgcGFyYWdyYXBoOiB0
aGUgcmVmZXJlbmNlIHRvIHNlY3Rpb24gMy4zIG9mIFtSRkM4MDI5XSBsb29rcw0KPiA+IHdyb25n
LiAgU2hvdWxkIGl0IGJlIGEgcmVmZXJlbmNlIHRvIHNlY3Rpb24gND8NCj4gSXQgd2FzIGludGVu
ZGVkIHRvIHJlZmVyIHRvIFNlY3Rpb24gMy4zIFJGQzQwNzkgKERvd25zdHJlYW0gTWFwcGluZyku
DQo+IA0KPiBIb3cgYWJvdXQgdGhlIGZvbGxvd2luZyB0ZXh0Og0KPiAiUmVhZGVyIGlzIGV4cGVj
dGVkIHRvIGJlIGZhbWlsaWFyIHdpdGggbWVjaGFuaWNzIG9mIERvd25zdHJlYW0gTWFwcGluZw0K
PiBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjMgb2YgUkZDODAyOSBhbmQgRG93bnN0cmVhbSBEZXRh
aWxlZCBNYXBwaW5nIFRMVg0KPiAoRERNQVApIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuNCBvZiBS
RkM4MDI5LiINCj4gDQo+IA0KPiA+DQo+ID4gU2VjdGlvbiAzDQo+ID4g4oCcV2hlbiB0aGUgcmVz
cG9uZGVyIExTUiByZWNlaXZlcyBhbiBNUExTIGVjaG8gcmVwbHkgbWVzc2FnZeKAnSA8LSB5b3UN
Cj4gPiBtZWFuIOKAnE1QTFMgZWNobyByZXF1ZXN0IG1lc3NhZ2XigJ0uDQo+IA0KPiBZZXMuDQo+
IA0KPiA+DQo+ID4gU2VjdGlvbiA1LjENCj4gPiBUaGlzIGlzIGZpbmUsIGJ1dCBJIGZvdW5kIGl0
IGEgYml0IGN1bWJlcnNvbWUgdG8gcmVhZC4gIEhvdyBhYm91dCB0aGlzDQo+IHJld29yZGluZz8N
Cj4gPiBORVcNCj4gPiAgIElmIHRoZSBkb3duc3RyZWFtIExTUiBkb2VzIG5vdCByZXR1cm4gUmVt
b3RlIEludGVyZmFjZSBJbmRleA0KPiA+c3ViLVRMVnMgaW4NCj4gPiAgIHRoZSBERE1BUCwgdGhl
biB0aGUgaW5pdGlhdG9yIExTUiB2YWxpZGF0ZXMgTEFHIG1lbWJlciBsaW5rDQo+ID50cmF2ZXJz
YWwgYnkNCj4gPiAgIHRyYXZlcnNpbmcgYWxsIGF2YWlsYWJsZSBMQUcgbWVtYmVyIGxpbmtzIGFu
ZCB0aGVuIHVzaW5nIHRoZQ0KPiA+cHJvY2VkdXJlICBkZXNjcmliZWQNCj4gPiAgIGJlbG93LiAg
VGhpcyBzZWN0aW9uIHByb3ZpZGVzIHRoZSBtZWNoYW5pc20gZm9yIHRoZSBpbml0aWF0b3IgTFNS
IHRvDQo+ID5vYnRhaW4gIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gZnJvbSB0aGUgZG93bnN0cmVh
bSBMU1JzIGFuZCBkZXNjcmliZXMNCj4gPnRoZSBhZGRpdGlvbmFsICBsb2dpYyBpbiB0aGUgaW5p
dGlhdG9yIExTUiB0byB2YWxpZGF0ZSB0aGUgTDIgRUNNUCB0cmF2ZXJzYWwuDQo+ID4gRU5EDQo+
IA0KPiBUaGlzIGxvb2tzIGdvb2QgdG8gbWUsIHRoYW5rcyBmb3IgdGhlIG5ldyB0ZXh0IQ0KPiAN
Cj4gPg0KPiA+IFNlY3Rpb24gNS4xLjMNCj4gPiBGb3IgbXkgaW50ZXJlc3QsIHdoeSBhcmUgeW91
IHVzaW5nIOKAnGVudHJvcHnigJ0gaGVyZT8gIEl0IHNvdW5kcyBsaWtlIHlvdQ0KPiA+IG1lYW4g
4oCccHJvYmFiaWxpdHnigJ0sIGJ1dCBJIG1pZ2h0IGhhdmUgbWlzdW5kZXJzdG9vZCB5b3VyIG1l
YW5pbmcuDQo+IA0KPiBUaGUgImVudHJvcHkiIGlzIHVzZWQgdG8gc2VsZWN0IHNwZWNpZmljIExB
RyBtZW1iZXIgbGluaywgaXQgaGFzIHRoZSBzaW1pbGFyDQo+IGNvbmNlcHQgYXMgImVudHJvcHkg
bGFiZWwiLg0KPiANCj4gPg0KPiA+IFRvcCBvZiBwYWdlIDEzOg0KPiA+ICAgIFRoZSBpbml0aWF0
b3IgTFNSIHNlbmRzIHR3byBNUExTIGVjaG8gcmVxdWVzdCBtZXNzYWdlcyB0byB0cmF2ZXJzZQ0K
PiA+ICAgIHRoZSB0d28gTEFHIG1lbWJlcnMgYXQgVFRMPTE6DQo+ID4g4oCcVFRMPTHigJ0gc2hv
dWxkIGJlIOKAnFRUTD1u4oCdLg0KPiANCj4gR29vZCBjYXRjaCwgZml4ZWQuDQo+IA0KPiA+DQo+
ID4gU2VjdGlvbiA2DQo+ID4gVHlwbyDigJxpbiB0aGUgaW4gdGhl4oCdDQo+IA0KPiBGaXhlZC4N
Cj4gDQo+ID4NCj4gPiBTZWN0aW9uIDggYW5kIDkNCj4gPiBUaGlzIGRyYWZ0IG9ubHkgZGlzY3Vz
c2VzIHVzaW5nIHRoZSBuZXcgTG9jYWwgJiBSZW1vdGUgSW50ZXJmYWNlIEluZGV4DQo+ID4gU3Vi
LSBUTFZzIGluIHRoZSBjb250ZXh0IG9mIGEgRERNQVAgZm9yIGEgTEFHIGludGVyZmFjZSwgc28g
SSB3YXMNCj4gPiBzdXJwcmlzZWQgdG8gcmVhZCB0aGF0IGl0IGlzIHBlcm1pc3NpYmxlIHRvIHNl
dCBNPTAgaW4gdGhlc2UgVExWcy4NCj4gPiBZb3Ugc2hvdWxkIGRlc2NyaWJlIGhvdyB0aGUgVExW
IGlzIHVzZWQgaW4gdGhhdCBjYXNlLCBpZiB5b3UgYXJlIGdvaW5nIHRvIGFsbG93DQo+IGl0Lg0K
PiA+IERvZXMgdGhlIE0gZmxhZyBuZWVkIHRvIGJlIHNldCBjb25zaXN0ZW50bHkgaW4gYWxsIExv
Y2FsICYgUmVtb3RlDQo+ID4gSW50ZXJmYWNlIEluZGV4IFN1Yi1UTFZzICBpbiBhIGdpdmVuIERE
TUFQIFRMVj8NCj4gPiBJbiBmYWN0LCBpc27igJl0IHRoZSBNIGZsYWcgcmVkdW5kYW50LCBnaXZl
biB0aGF0IHRoZSBlbmNsb3NpbmcgRERNQVANCj4gPiBoYXMgdGhlICJMQUcgRGVzY3JpcHRpb24g
SW5kaWNhdG9yIGZsYWciPw0KPiANCj4gSW5kZWVkLCBzZWVtcyByZWR1bmRhbnQsIEkgd2lsbCBk
byBkb3VibGUgY2hlY2sgb24gaXQuDQo+IA0KPiA+DQo+ID4gU2VjdGlvbiAxMA0KPiA+IFdoeSBk
byB5b3UgbmVlZCB0aGUgU3ViLVRMViBsZW5ndGggZmllbGQ/ICBJdCBjYW4gYmUgaW5mZXJyZWQg
ZnJvbSB0aGUNCj4gPiBUTFYgbGVuZ3RoIGFuZCB0aGUgYWRkcmVzcyB0eXBlLg0KPiANCj4gSW5k
ZWVkLCBhbmQgSSBwZXJzb25hbGx5IGFncmVlLCBJIHdpbGwgdGFsayB0byB0aGUgY28tYXV0aG9y
cywgaWYgdGhlcmUgaXMgbm8gZnVydGhlcg0KPiByZWFzb25zLCB3aWxsIHJlbW92ZSB0aGUgc3Vi
LVRMViBsZW5ndGggZmllbGQuDQo+IA0KPiA+IFNlY3Rpb24gMTAuMS4xIOKAkyBpZiB0aGUgTFNS
IHJlY2VpdmVkIG5vIGxhYmVscyAoZS5nLiBQSFAgY2FzZSkgdGhlbg0KPiA+IHNob3VsZCBpdCBv
bWl0IHRoaXMgc3ViLVRMViwgb3IgaW5jbHVkZSBhbiBlbXB0eSBzdWItVExWPw0KPiANCj4gVGhl
IHN1Yi1UTFYgaXMgZGVyaXZlZCBmcm9tIExhYmVsIFN0YWNrIFN1Yi1UTFYgZGVmaW5lZCBpbiA4
MDI5LCBpdCBoYXMgdGhlDQo+IHNhbWUgdXNhZ2UgYXMgTGFiZWwgU3RhY2sgU3ViLVRMVi4gU28s
IGZvciB0aGF0IGNhc2UsIHRoZSBzdWItVExWIHNob3VsZCBiZQ0KPiBpbmNsdWRlZCBhbmQgYW4g
SW1wbGljaXQgTnVsbCBsYWJlbCByZXR1cm5lZC4NCj4gDQo+ID4NCj4gPiBPdGhlciBuaXRzDQo+
ID4gVGhyb3VnaG91dCwgRW5nbGlzaCBncmFtbWFyIG5lZWRzIHRvIGJlIGZpbmUtdHVuZWQgZS5n
LiB0aGVyZSBhcmUNCj4gPiBkZWZpbml0ZSBhbmQgaW5kZWZpbml0ZSBhcnRpY2xlcyBtaXNzaW5n
LiAgSG93ZXZlciwgSSBmb3VuZCB0aGUNCj4gPiBkb2N1bWVudCBwZXJmZWN0bHkgcmVhZGFibGUs
IHNvIHBlcmhhcHMgdGhpcyBjYW4gYmUgbGVmdCBmb3IgdGhlIFJGQyBlZGl0b3IuDQo+IA0KPiBT
dXJlLCB0aGFua3MuDQo+IA0KPiBCZXN0IHJlZ2FyZHMsDQo+IE1hY2gNCg0K


From nobody Thu May 24 19:56:42 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E99412D77B; Thu, 24 May 2018 19:56:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q1BEAZTSf1cq; Thu, 24 May 2018 19:56:37 -0700 (PDT)
Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 98D2812D7F3; Thu, 24 May 2018 19:56:36 -0700 (PDT)
Received: by mail-wm0-x242.google.com with SMTP id f8-v6so10532390wmc.4; Thu, 24 May 2018 19:56:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=r2xBu/DzRqS+sKZs11IXp/AukS/Q1VPdI0Il8vzDDo4=; b=I1JiCGkVl7svAACSuqkZxoWBpMhHukO3rTg9cnI4yrckZ/+Qm2PGko1WVVVLzgsVdK rh0HCJRaBN9Nk4YYUkDDV+8DZGUFwGFkijvgj3PGV9/yHL4blkqEYT/PZUPH1w6/11zT Y/jUhZ8qgPg8GM18Q5J0f5IqabENys55y3FPEqrSOQUVqn3lqFJ33ABpYNdS1JI/OLJ0 JnvuGuFpu1egdDRJWu7bSoSm/LHYNPEksy2kIxjrCBjwfXsG0sCySOP4Vwnl62JiBoz0 /AfttRyt3YAsEWgY8UbnjKNHCRXkGJL6McCFkfM5NELCtGfkpWfxQrczHr2FI6BPO2oV Ii0Q==
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=r2xBu/DzRqS+sKZs11IXp/AukS/Q1VPdI0Il8vzDDo4=; b=E1Hu7TIfda03S28QUe98Qmt/j8qolqGab04pkTXjN6yDlY8c6ZxN6z8VUN2TUXeIbP iQleUjLzlVDjOO/e/HK7y4kCXa/IubBe+oQ2N0c7Kc3mR3sbXZ16Jv1sw+GYt6qy1Pqq /kBmMs2E5KaTL4Po2oFM6xWCf75fxpFNmXKP4KFIafg/QvIErj785fPfTXEyyUJjLTIM fH3mhYMj0K+9ehNS/eRHrQIIq/tgMKtB3CyE6m9yMBH/9xhrVL84EbKxuP0iEcH4BWYN uoXDMAf2NDl6salWGw/sjtAg/wx0cn3d29f/17gRUEWz1zGxmHmGnyao1SfBdmMaZl2k p3fQ==
X-Gm-Message-State: ALKqPwfmT/+Ex6dBA5H044DlaXov8ws5cr7K0hNx6zAB64IeJ6493I6f v6ia9I20kdn09A0fW0m+6ibgxpdJKbTD7q5hRaA=
X-Google-Smtp-Source: AB8JxZqvPUVJCjGPzZtHtWcXntssnW0zRhgGPzza3P6ecc0wOrmeIZDWsx1jUyvUU5cCGHDX4qnmrEmNm+rZyj8vMkw=
X-Received: by 2002:a2e:7213:: with SMTP id n19-v6mr271083ljc.71.1527216995064;  Thu, 24 May 2018 19:56:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a2e:850d:0:0:0:0:0 with HTTP; Thu, 24 May 2018 19:56:34 -0700 (PDT)
In-Reply-To: <0d0b0e3e-c81a-f2cf-25d0-f3ea4d896376@nokia.com>
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost> <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com> <24738.1526338685@localhost> <CA+RyBmV3=p5_KRSRDWZXQ-48dFn8CvobXjD37UF66FO9BPBpqw@mail.gmail.com> <0d0b0e3e-c81a-f2cf-25d0-f3ea4d896376@nokia.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 24 May 2018 19:56:34 -0700
Message-ID: <CA+RyBmUWRTXCYRLgHBbvkX-ELTHOHT4MtfUr=48uDHOhtTagmg@mail.gmail.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org,  draft-ietf-bfd-multipoint.all@ietf.org, rtg-bfd@ietf.org
Content-Type: multipart/alternative; boundary="0000000000007c60ba056cfeea84"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/cxaZx-arArgI5wdWu-HABxx-UwI>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 May 2018 02:56:40 -0000

--0000000000007c60ba056cfeea84
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Martin,
apologies for the delay. Yes, this text left after active-tails document
was spawned. Would the following be acceptable:
      Poll (P)

         Set to 1 if the local system is sending a Poll Sequence, or 0 if
not.

Regards,
Greg

On Fri, May 18, 2018 at 5:35 AM, Martin Vigoureux <
martin.vigoureux@nokia.com> wrote:

> Greg,
>
> looking back in the doc I found:
>       Poll (P)
>
>          Set to 1 if the local system is sending a Poll Sequence or is a
>          session of type MultipointHead soliciting the identities of the
>          tails, or 0 if not.
>
> This looks to me as not being in line with the rest of the document,
> especially the part on "MultipointHead soliciting the identities of the
> tails".
> Am I right in thinking that this anticipates on
> draft-ietf-bfd-multipoint-active-tail ?
>
> If so, please clarify this in the doc; if not, please correct me.
>
> Thanks
> -m
>
> Le 2018-05-15 =C3=A0 1:09, Greg Mirsky a =C3=A9crit :
>
>> Hi Michael,
>> thank you for the most expedient response. Both updates are in the new
>> working version.
>>
>> Regards,
>> Greg
>>
>> On Mon, May 14, 2018 at 3:58 PM, Michael Richardson <
>> mcr+ietf@sandelman.ca <mailto:mcr+ietf@sandelman.ca>> wrote:
>>
>>
>>     Greg Mirsky <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>>     wrote:
>>          > The text that follows the first sentence in section 4.13.1 is
>> the
>>          > replacement of the entire section 6.8.6 of RFC 5880. Would
>>     stressing that
>>          > make the relationship more clear, e.g.:
>>
>>          txt> The following procedure replaces the entire section 6.8.6
>>     of [RFC5880].
>>
>>          > And the same can be applied to the first sentence in section
>>     14.3.3:
>>
>>          txt> The following procedure replaces the entire section 6.8.7
>>     of [RFC5880].
>>
>>     That seems like good text.
>>
>>     --     ]               Never tell me the odds!                 | ipv=
6
>> mesh
>>     networks [
>>     ]   Michael Richardson, Sandelman Software Works        | network
>>     architect  [
>>     ] mcr@sandelman.ca <mailto:mcr@sandelman.ca>
>>     http://www.sandelman.ca/        |   ruby on rails    [
>>
>>
>>

--0000000000007c60ba056cfeea84
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Martin,<div>apologies for the delay. Yes, this text lef=
t after active-tails document was spawned. Would the following be acceptabl=
e:</div><div><div>=C2=A0 =C2=A0 =C2=A0 Poll (P)</div><div><br></div><div>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Set to 1 if the local system is sending a=
 Poll Sequence, or 0 if not.</div></div><div><br></div><div>Regards,</div><=
div>Greg</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quot=
e">On Fri, May 18, 2018 at 5:35 AM, Martin Vigoureux <span dir=3D"ltr">&lt;=
<a href=3D"mailto:martin.vigoureux@nokia.com" target=3D"_blank">martin.vigo=
ureux@nokia.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" =
style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Gre=
g,<br>
<br>
looking back in the doc I found:<br>
=C2=A0 =C2=A0 =C2=A0 Poll (P)<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Set to 1 if the local system is sending a=
 Poll Sequence or is a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0session of type MultipointHead soliciting=
 the identities of the<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tails, or 0 if not.<br>
<br>
This looks to me as not being in line with the rest of the document, especi=
ally the part on &quot;MultipointHead soliciting the identities of the tail=
s&quot;.<br>
Am I right in thinking that this anticipates on draft-ietf-bfd-multipoint-a=
cti<wbr>ve-tail ?<br>
<br>
If so, please clarify this in the doc; if not, please correct me.<br>
<br>
Thanks<br>
-m<span class=3D""><br>
<br>
Le 2018-05-15 =C3=A0 1:09, Greg Mirsky a =C3=A9crit=C2=A0:<br>
</span><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-=
left:1px #ccc solid;padding-left:1ex"><span class=3D"">
Hi Michael,<br>
thank you for the most expedient response. Both updates are in the new work=
ing version.<br>
<br>
Regards,<br>
Greg<br>
<br></span>
On Mon, May 14, 2018 at 3:58 PM, Michael Richardson &lt;<a href=3D"mailto:m=
cr%2Bietf@sandelman.ca" target=3D"_blank">mcr+ietf@sandelman.ca</a> &lt;mai=
lto:<a href=3D"mailto:mcr%2Bietf@sandelman.ca" target=3D"_blank">mcr+ietf@s=
andelman.ca</a>&gt;<wbr>&gt; wrote:<br>
<br>
<br>
=C2=A0 =C2=A0 Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" targ=
et=3D"_blank">gregimirsky@gmail.com</a> &lt;mailto:<a href=3D"mailto:gregim=
irsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;<wbr>&gt;<s=
pan class=3D""><br>
=C2=A0 =C2=A0 wrote:<br>
=C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0 &gt; The text that follows the first sent=
ence in section 4.13.1 is the<br>
=C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0 &gt; replacement of the entire section 6.=
8.6 of RFC 5880. Would<br>
=C2=A0 =C2=A0 stressing that<br>
=C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0 &gt; make the relationship more clear, e.=
g.:<br>
<br>
=C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0 txt&gt; The following procedure replaces =
the entire section 6.8.6<br>
=C2=A0 =C2=A0 of [RFC5880].<br>
<br>
=C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0 &gt; And the same can be applied to the f=
irst sentence in section<br>
=C2=A0 =C2=A0 14.3.3:<br>
<br>
=C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0 txt&gt; The following procedure replaces =
the entire section 6.8.7<br>
=C2=A0 =C2=A0 of [RFC5880].<br>
<br>
=C2=A0 =C2=A0 That seems like good text.<br>
<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=A0Never tell me the odds!=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| ipv6 mesh<br>
=C2=A0 =C2=A0 networks [<br>
=C2=A0 =C2=A0 ]=C2=A0 =C2=A0Michael Richardson, Sandelman Software Works=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | network<br>
=C2=A0 =C2=A0 architect=C2=A0 [<br></span>
=C2=A0 =C2=A0 ] <a href=3D"mailto:mcr@sandelman.ca" target=3D"_blank">mcr@s=
andelman.ca</a> &lt;mailto:<a href=3D"mailto:mcr@sandelman.ca" target=3D"_b=
lank">mcr@sandelman.ca</a>&gt;<span class=3D""><br>
=C2=A0 =C2=A0 <a href=3D"http://www.sandelman.ca/" rel=3D"noreferrer" targe=
t=3D"_blank">http://www.sandelman.ca/</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=
=A0 =C2=A0ruby on rails=C2=A0 =C2=A0 [<br>
<br>
<br>
</span></blockquote>
</blockquote></div><br></div>

--0000000000007c60ba056cfeea84--


From nobody Fri May 25 00:58:52 2018
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67139124235; Fri, 25 May 2018 00:58:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level: 
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id obsHgPGPZTJ5; Fri, 25 May 2018 00:58:40 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on071d.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1e::71d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35FC41201FA; Fri, 25 May 2018 00:58:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kGx30fdix+YuR1kdEJyK+t9VHDsBYAXwRcvyDsEQMn0=; b=qSEKtOUFhDPWtJEiovP+Zi+AqQzg0K0FGF5RPyN4C0GPROg9pFuMzeYODgLtdJHh/QnVKuD2M8vAgtG9uJViDcNjB8cj9mDLfzHqBXCc++1zyGtEqvd6tUcikO+sNPKbeOP2jCU9L1wQrZhzOxyZCScXeYnpqBAAz2ky5KpaP6k=
Received: from [IPv6:2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65] (2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65) by HE1PR0701MB2505.eurprd07.prod.outlook.com (2603:10a6:3:72::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.797.8; Fri, 25 May 2018 07:58:35 +0000
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org, draft-ietf-bfd-multipoint.all@ietf.org, rtg-bfd@ietf.org
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost> <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com> <24738.1526338685@localhost> <CA+RyBmV3=p5_KRSRDWZXQ-48dFn8CvobXjD37UF66FO9BPBpqw@mail.gmail.com> <0d0b0e3e-c81a-f2cf-25d0-f3ea4d896376@nokia.com> <CA+RyBmUWRTXCYRLgHBbvkX-ELTHOHT4MtfUr=48uDHOhtTagmg@mail.gmail.com>
From: Martin Vigoureux <martin.vigoureux@nokia.com>
Message-ID: <c8ebbf3a-6619-e964-0afb-df8f81fdb0b6@nokia.com>
Date: Fri, 25 May 2018 09:58:06 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <CA+RyBmUWRTXCYRLgHBbvkX-ELTHOHT4MtfUr=48uDHOhtTagmg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: fr
Content-Transfer-Encoding: 8bit
X-Originating-IP: [2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65]
X-ClientProxiedBy: MR2P264CA0048.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500::36) To HE1PR0701MB2505.eurprd07.prod.outlook.com (2603:10a6:3:72::7)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:(109105607167333); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:HE1PR0701MB2505; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2505; 3:Hh7tx2AqgHSwHEQY4Ir56x7pznI7B5mefz0wj+IPm6ed0/cOaBPh3G7nRN0hV0z8ZOv0t19mfRrqD2havwe7K6aZPy6L0XA4u+1g0cOJ64/sG2BlXMeJ3458OzaPEzdFjDF00wseonO9EaEC4NhV2qwZ5L1iSQZ9rQMxYmRLPHSnVQrVNzlmZryiohPZNN1IkzghQvzP/qXgKcj4QZuVDAIEO4hsWIDOXgllC/HpsfwMKsZ+t5KakEHTxOJFMI3cvl0ePYAxCuLp1Dz1TrQA0hluZYOfQSaUqM1dYooxzhg=; 25:eK4fYZ1o2ADgKGAr6Be5I9L8oI1OTowCneN2cI7RuL/n1cx+uYga0Uk19sHmXWCgK7VZwicquv9lKfUSqSdz041YHqAmx6sbyXXmmg5iBSAid20n8oBp78RE6QJf0istHUr0qv4hVcodQliNQSeVjKHrYHAW4Nm/umZ260hm0SOawxnZmuHmU4rHk2gIy/YGo0Y304Gt8zxXMIa917JVXn5YRzHpZwIl3ZcTI0wbwVK6pFGHV0jib/Mxe1aijzXF0umhyxjfjf4/UP8M48TQayNAA95KlLea2m+Ms3HNJLsdlzo7DCjxBLi+13owFMvCYyxe7gPMrSxfL8E5QN0mkg==; 31:alXYnJDAhNH6RuiwIes9bic5FHMIy1O2Lk6mXidwgn9pnyehft3m0wOc+SnhUTZtcoLIv4h+zIt53mqz31o/UgTwwuJIBR5yC0TLGg2tLlxmtUd8055/0raBwTnEJgMFPK7CltUJBcJnwmwtlgJIBdsadg9+/yOkchzAXQHuUKRNFVgfJUVga4nW7rkkpU6AI8mVAXkEgVIi3ehwDfRS3t9GY67l/L5YJkZTP5I307Y=
X-MS-TrafficTypeDiagnostic: HE1PR0701MB2505:
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2505; 20:H6fLsVBJzkuSmfhBVxoI9lSUJ8ave/twrxmgEL184NHmUPALErNdKzn24vDKkTY/3xaL5MhtvpbN/ek+zTJBGo/pqt0emQShudHSobBgvmMKkxNbywN6gdX20btGSZsPt0bf4Gt95RE/2Od6J6FRdR4OphGYi6S2l3mlNqSuotlRFlRJpP1xlqtqvM4a79OiG0b7AZv+NSWCLCx5544R7z4J6VBgcpFTU+wSxVtHK8n7yYfXHTx5reRPv8ZgdKFAUk5MktKO3Lflr/1/5WDIJrbsFk3B+nnQPv5EcPB97K68lJN7IcLjFcFfWOfIrJ96TBPCpapPO3RkSdTvAttHonM6dSl2/G3I65Em3QzA014gLfsxQxj+4RrCIfk0TVSsKxN8tU+e/1s1KwOKW1bMS5Wax/PaPpoFliNzWk62DJzIndVO1GhT44QpTvm6ZNik0V+MpQoIE3fiZ6rUyDfNkfM29TrUZNfb9n1l5Wws/WjygXRiFID75Z+vtZtvaVbk; 4:x11ixlLkMAEmr6QNqu2OCoWz9/KBGm5NxF5QtNttjyrhhuIJNQnYDl6wHWuZqJJxfjHNo/UjqQdyRVKzufO0PiMtTw/JEtuqBrHFkubHEeFxWjY+QxdAOYyGRJ3/mWBA9fyUtUVY6DP6KL6K2znxx2006H4NSCIojyVS4bhuI5C7+RANuw9I+G+3A11eTHrZSHHbGDhC9+3BYCBn+Ho87Eal3a57V3uSuHcVrqFWSY6+vGyqftLIkBm+gdk+NxhzTftxJW7hTYBl5nU4kDNt9E8tvO2bNd5vW1yRbMjh2UwGzSfrqWbTsf4whyTrKJOGkCLSDLLD0VbK581DUVBLKi9tRipUADk8i7/S7d4/A0mM6UUWIHb/afyl9AcSgR6z
X-Microsoft-Antispam-PRVS: <HE1PR0701MB250519B2CBB4A000BFCB1A738C690@HE1PR0701MB2505.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(82608151540597)(85827821059158)(109105607167333); 
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231254)(11241501184)(806099)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(20161123562045)(20161123560045)(20161123564045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:HE1PR0701MB2505; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB2505; 
X-Forefront-PRVS: 06833C6A67
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(396003)(366004)(39380400002)(39860400002)(346002)(376002)(377424004)(199004)(189003)(386003)(2870700001)(2906002)(106356001)(105586002)(31686004)(186003)(16526019)(6306002)(39060400002)(67846002)(478600001)(6246003)(229853002)(1411001)(3260700006)(25786009)(4326008)(52116002)(2486003)(52146003)(23676004)(52396003)(53936002)(76176011)(966005)(6486002)(44832011)(446003)(11346002)(486006)(476003)(2616005)(54906003)(58126008)(316002)(97736004)(46003)(6116002)(36756003)(64126003)(1706002)(6666003)(6916009)(5660300001)(65826007)(50466002)(345774005)(7736002)(81166006)(81156014)(8936002)(8676002)(68736007)(31696002)(305945005)(86362001)(65806001)(65956001)(93886005)(47776003); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB2505; H:[IPv6:2a01:cb04:a1a:4c00:f443:6b8b:e1f8:5e65]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:3; 
Received-SPF: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtIRTFQUjA3MDFNQjI1MDU7MjM6OVNPWFdhL0RVQll0UmxsaEt0c1RDOE9k?= =?utf-8?B?WmpxRmxPMEJyQ3R1L0N0NUVuY3lBTFFwelBkazFlaDRGMXJBYXE4clF5eWhp?= =?utf-8?B?UEhRT2U3N3dyMWJaOGdyNFJKNDJsbCt5V29NMENJcUF5YzdIVlJWOE5SV0o4?= =?utf-8?B?bHkxQ2tnVEx4S0ZxK0cvVGxVVHFYME9DQ2xpKzI0cDVMeWpDQWIzQ0d6Q1Ix?= =?utf-8?B?WHMraGp6eHhPRmtOVDcyMjlOUHFucmN2V2xZWWFHU01PVC9qMkRKVHE2YUFU?= =?utf-8?B?Z1I1N3BkZkJIQThUbzFCU1MveHFCWWJXQVAyS1N2QUxFcnEwUEt4SXRkcnVq?= =?utf-8?B?ZTY4VXQ1TE03aVVvbGx5T3RIYW44a2dNaEs5Mmd3TEYyTEs0bXhland4K3Mv?= =?utf-8?B?Sks3eVBkV05DV1pmSTIxbXR5bGw0cFVMZlBCek1XU3I3Z2cyUWlJMTdYVGtp?= =?utf-8?B?OU5qcy9EcmRlMEtZM1lDWUZqUjZVUmlwaFNVK2ZqYzJTYUVOVGpFTUgxTzgw?= =?utf-8?B?eGQvaGFPQ3l0Q2tHQ2l1S2YyRzFKYm94M0swOGNpcDFEZ2FPdS9FelFidDkr?= =?utf-8?B?UytCRWdkcmllR3B3djZ1N1dYeE1kL0ZxMWUxL3E0MmZaaldkVlpvNXRXUkZr?= =?utf-8?B?cEtSMFl1c2plT1JNTWUzamdTSVpVMFFuRGU1TFpCbVBVRzlTNk5ENzhpZW1u?= =?utf-8?B?ZnJ4S0s0aG5PNmdBcXdEcnpCTWtXYWlPTC9LSnliQXVaeXk2OHJyOHI2TXVN?= =?utf-8?B?ZERsekgzOUJad1VFWGxaNUk3SmR6UzVqT3BqUzRyRjUwQ0xHRVczazB0Q2kx?= =?utf-8?B?SHVUbXh2c3hhcHFKN21UaWRRK0JEb1ZCNWJjYzA4MGMwaSs1NDVEUHBkeE56?= =?utf-8?B?VVBTV21jWE9sV2hGemRVdEV4SitaLzN0MzBIOXZScHZmanVEbURRZ0s3UzI2?= =?utf-8?B?T2hDQzUzRnpXUHByRUh4VXJ0TjIzOUdDTU5ETzZZL0hPbkd5TndHUTFSK09I?= =?utf-8?B?ZlNpelpseEFEdjBEMXVFUkhJeC9NUWNtQ1haZ3FxKzZFU1NBcVNuanlFdTVt?= =?utf-8?B?SHFyL245ZVRLeWc4QitLbWRGS0RqcWFBVlRad3piRTljQytBY01vWU9MZkhh?= =?utf-8?B?NlVQVHV2TDdDNHhyL0VNZXgxL0pZcUhIbXd1UTR4Zmo4c2pvT3Y3aFAvSE9q?= =?utf-8?B?V0NzUDVlVlhVdVV4ZWdCYzVNOHlZWmhCYkpHUWh3ajRpZUFvNDFiQnEwdmJu?= =?utf-8?B?NmhZTENZZzFiSnR2Ykh0YTZvZWQwSUpwWXVzWjNRV3E0ak1abEw0Uk9xRVRW?= =?utf-8?B?NjZheTlZanJIYWU4WDRLd1NlYzJ3SGdiZkxQVjkyWmNPWDdOU3BxL0FRZklm?= =?utf-8?B?WFprREFrR1lFZEw5THBFTGxTemFDbUx6dTRZelRjaU1uMk5CV3VOL0JPMkJK?= =?utf-8?B?NE5ZdS81SDVHSWQyMG1WSWl2SkZKQXNIVHUvNUNxenBWajlvUktvM2ZOSlFo?= =?utf-8?B?dWtBTnBsTVErelM4VmJBaXhuaGhkcjNiK013R3VYVHl0UW9aRm5GSlJPaS9K?= =?utf-8?B?N0M0QlJ5UzA3L3l3TTRvczlYb3VKZStjVGpzZjJlWU1Od1lGb0RJL29VQ05W?= =?utf-8?B?QjlSd3A5TmxoVzg1ZkRFeUlMT3IwWDhrc2NoMy9FUHN1eE1rbTFqZUdWNHQ3?= =?utf-8?B?My9RRXhKTFQ4MHk0U0FyRUhvY1JjdE15ZkJZazVVSGxxRG93RXVpUzdtVTlM?= =?utf-8?B?YkRoNlVxZVFSQS9keHl1NTNZcWJqNW9VQXlBakd4WDErQVJHcE5CYjNaQkZJ?= =?utf-8?B?YnJpcXJwSGE3WUpySFhCOXJLSk5NZUVGc1BnRXNvM2hZVTk4L2JpTm5TRnFi?= =?utf-8?B?QlIxcExGKzNEaUxUUHdBMXJJanlFWi96cHpuZEFhdks3aXBwTUQrM0xLK1lh?= =?utf-8?B?VmpYcTFha3pDUHl4em84d3EyWjNqS3phUVdtVVViNDJKV016Zmdka1N1aTBS?= =?utf-8?B?V1dza2tTcDJ6MFZvTlZoY2kwekJNRDBkd0Q5eDZZYmpOdUxEVm9pWVpKckFj?= =?utf-8?B?WVVyTWxIei9KY2FKalY2NGd3S1BYT0U0SlpzeFJNL2ROdVZPSHhZczdjTVFJ?= =?utf-8?B?MTJ5dz09?=
X-Microsoft-Antispam-Message-Info: ffz0zMSpw+q1YfDJxGz8jjXzsKhfHkiJE/XkFUoDgKwoma3PlxeJ+qIIr1CvivOzlRJkm+B1De1KV7TdoN15LD0fYlFkhV2nIqF1JlOp/olvKYv+bUyuI9PEAegkX18ntfImDO/+VgoaFJQrd2PM9rn4gdwDf5O7CuzkBxV9NB9GOuLDf15hKxbiZkyH7HVG2eAicxPgiU0G/LdXR+wDMaT0wQEmlL3184BqIxb6y6sOIWW1CVJy4uqeXgFvrsoD
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2505; 6:9YLZ+vhce3byOpQvKEIyGQmnPyozo7XhkIqcE2MkIZDDFgrkdHfMd/3lnYtJW2Sj+KCCpqLkFSrIZoE9LU3Ffad2sEenHWLK3eizMNy9gO27Vi2ZRLLMQ043zl4Lj0A8gsrOphEHft2vp4eJL79lYq6yJAGs5RINqVb+z+LfxewGqM/jT4aGbhKqClsNJpamuyQyYUa0a59uLM6NhN1X1VDqeYtYc/hYTR61VCMIGO4HFCWNlaXxJYC6kbYEuBn/g1SQpwHPQWznVF9yuD6sSREGAq/ZiCUlOiP83KRPHIusmdiuK9OTAsChJnouJKVOoFeSuV0CgkNUTbtsmgFMDHHlDrXbT67FT9dYmrMzMNTOeGxL2f3EAZylMs0qql7RrVhV9A0QogVu4QowQZV6h/i3M1DIYVLVq5LbvH6/DFxUBIpRZiTwDaNWWzPCqD164LH0nl+V6jkHO/xc6sKDZQ==; 5:kXHC6JlI7JRyMKGEuGDd58A2tqhyL2HIrZtc2rslgev9DbINOsMnYRNlwfquScVfwGg0hIlyobITXaX9k0ziJ0BSSC4/Djr8rmZXWtA50Ov3GNtZuc2o148AeLTqbkNR+z/tPkVDs5qReTSIk201P5Ax0MBIYOcoNnJRQyRBLH0=; 24:+vqMYTXtDi0JAelB0PXcpf8iSt8XCFoM7GmvNGjr+lb8sGXoHqMEtP3J6hFoHKN2XgAlTwuC3LfLv0iUAmZgnSTneNVL+rbk3EfheLHI1ag=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2505; 7:msgV5fljoZpEi0uCstQNZ5gDkKybcv/vVMUScqlwhxzQHpFPw4Dxs0gzHAeIPKcHdGhTtNqHGhI2LUOnHpGR9xdzft5iTuPNn1ftXTiVU1ik+aJFXED5tYBiVB43ou8Hk6BHv33gKrs0P3sXA/YXRCwfKeFAR1PoWnhTYHuiOz6vikPfdP3KOV5/mfQdGMTui1Dqnwe8n5OQa/HLudVYqPCwTCmoC5n4sGjT4Ra/a2TqBe3SxQmq42+OCFlKzcBM
X-MS-Office365-Filtering-Correlation-Id: 51160c1d-abf8-461f-3f4a-08d5c21551b1
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 May 2018 07:58:35.8777 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 51160c1d-abf8-461f-3f4a-08d5c21551b1
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2505
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/r2_7rCVsvf1AIL9i-4X4ceFud-0>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 May 2018 07:58:44 -0000

good. thx.

Le 2018-05-25 à 4:56, Greg Mirsky a écrit :
> Hi Martin,
> apologies for the delay. Yes, this text left after active-tails document 
> was spawned. Would the following be acceptable:
>        Poll (P)
> 
>           Set to 1 if the local system is sending a Poll Sequence, or 0 
> if not.
> 
> Regards,
> Greg
> 
> On Fri, May 18, 2018 at 5:35 AM, Martin Vigoureux 
> <martin.vigoureux@nokia.com <mailto:martin.vigoureux@nokia.com>> wrote:
> 
>     Greg,
> 
>     looking back in the doc I found:
>            Poll (P)
> 
>               Set to 1 if the local system is sending a Poll Sequence or
>     is a
>               session of type MultipointHead soliciting the identities
>     of the
>               tails, or 0 if not.
> 
>     This looks to me as not being in line with the rest of the document,
>     especially the part on "MultipointHead soliciting the identities of
>     the tails".
>     Am I right in thinking that this anticipates on
>     draft-ietf-bfd-multipoint-active-tail ?
> 
>     If so, please clarify this in the doc; if not, please correct me.
> 
>     Thanks
>     -m
> 
>     Le 2018-05-15 à 1:09, Greg Mirsky a écrit :
> 
>         Hi Michael,
>         thank you for the most expedient response. Both updates are in
>         the new working version.
> 
>         Regards,
>         Greg
> 
>         On Mon, May 14, 2018 at 3:58 PM, Michael Richardson
>         <mcr+ietf@sandelman.ca <mailto:mcr%2Bietf@sandelman.ca>
>         <mailto:mcr+ietf@sandelman.ca <mailto:mcr%2Bietf@sandelman.ca>>>
>         wrote:
> 
> 
>              Greg Mirsky <gregimirsky@gmail.com
>         <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com
>         <mailto:gregimirsky@gmail.com>>>
>              wrote:
>                   > The text that follows the first sentence in section
>         4.13.1 is the
>                   > replacement of the entire section 6.8.6 of RFC 5880.
>         Would
>              stressing that
>                   > make the relationship more clear, e.g.:
> 
>                   txt> The following procedure replaces the entire
>         section 6.8.6
>              of [RFC5880].
> 
>                   > And the same can be applied to the first sentence in
>         section
>              14.3.3:
> 
>                   txt> The following procedure replaces the entire
>         section 6.8.7
>              of [RFC5880].
> 
>              That seems like good text.
> 
>              --     ]               Never tell me the odds!             
>             | ipv6 mesh
>              networks [
>              ]   Michael Richardson, Sandelman Software Works        |
>         network
>              architect  [
>              ] mcr@sandelman.ca <mailto:mcr@sandelman.ca>
>         <mailto:mcr@sandelman.ca <mailto:mcr@sandelman.ca>>
>         http://www.sandelman.ca/        |   ruby on rails    [
> 
> 
> 


From nobody Fri May 25 07:24:16 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 486AF12DA1A; Fri, 25 May 2018 07:24:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W2Hkpmrnora7; Fri, 25 May 2018 07:24:02 -0700 (PDT)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82F0E12DA09; Fri, 25 May 2018 07:24:02 -0700 (PDT)
Received: by mail-wm0-x234.google.com with SMTP id f8-v6so15132300wmc.4; Fri, 25 May 2018 07:24:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=Z9BDH41+0hNwpmauZMf7kM39enM3/M77FQIkpofk/gA=; b=e8VcdUw8ng1w6kukR3xslbKv280ByNsIuVJw4APlPGVaKxrZ2suThqVOWQtVakMaB8 0/Q8az7UP96bxw9RMDRL6ZbxUaStLMFy5gYcJ/sDdJDmOkDif3So64rTo+vCRuNyk0b+ 6J7sciws6LTuyE60oUTQfeQk5Mpb5d8dgjB0AlvIy8/pa/E637b5LP28Kae3JAbMCrTL yS4qx/1pbYl16QDxIYKg3lESHry4++LgBO99MByVrkztiTN5w+VjJiCw8lASvvJuh3/9 Ddj3ZWgKMBI7CYXGKvawyFfpM3gFsIfr4LN55yqwVJWXgoukN3eU6T0szx3q3z+vjlAZ pUKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=Z9BDH41+0hNwpmauZMf7kM39enM3/M77FQIkpofk/gA=; b=HjArj3S6v6vElwylwmc202nPBYfRTR6jqUfmKeoynZ1r8Bs3szsT5VtOR5IEEV2f0z TRgW4oh91490jarfVrg+Irc2AKaRkNSPLlKucnZbfjlocA37ddmS8axU4sG4e8SWoSBr V6pzB/MgvLrdwz+2Ivc/pLBvERIRJnV3BKtcj6kRzVskib1+8HSExiWDlwFxe9jBmrZv KGocJD3LHYThuBfecDFyKZ30AfFFfaKkME+UsHhaT3BENPcok18pwjnvhvpf6xWzt9Sk sI3x5YlM85Ul1/WUdr6VwOVOtXESa6rRQuDhREp3gbEtKaY/hFzSGeGONf6tVqdljKYK alYg==
X-Gm-Message-State: ALKqPwdGkqPlVbBhj9eswVrVFaJuIzVz6TyrDOevtTdPHUzcrgaMtj+2 TCkct+tQBY2L6kehl2Q0M6HbbO1S
X-Google-Smtp-Source: ADUXVKJWR1WosFlBFquDRR4gISdKrF0aVlPY5aU818I8LsewYReKLj7QMqxW6nFlfBp6PVwRBo+8Lw==
X-Received: by 2002:a1c:b109:: with SMTP id a9-v6mr1763767wmf.18.1527258240816;  Fri, 25 May 2018 07:24:00 -0700 (PDT)
Received: from [192.168.2.105] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id 67-v6sm10321815wmw.32.2018.05.25.07.23.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 May 2018 07:24:00 -0700 (PDT)
To: Harish Sitaraman <hsitaraman@juniper.net>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-pals-ethernet-cw.all@ietf.org" <draft-ietf-pals-ethernet-cw.all@ietf.org>, "pals@ietf.org" <pals@ietf.org>
References: <24346049-C4F5-493D-AA4D-3C7D48477DBE@juniper.net>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <03e34c0f-c9d5-5c57-761c-69b6ba6faf0b@gmail.com>
Date: Fri, 25 May 2018 15:23:58 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <24346049-C4F5-493D-AA4D-3C7D48477DBE@juniper.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/y5CnT_6bGufyRgI2ay77pM2PlcM>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-pals-ethernet-cw-05.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 May 2018 14:24:08 -0000

Harish

Thank you for the review.


On 23/05/2018 21:09, Harish Sitaraman wrote:
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this draft. The
> Routing Directorate seeks to review all routing or routing-related drafts as
> they pass through IETF last call and IESG review. The purpose of the review is
> to provide assistance to the Routing ADs. For more information about the
> Routing Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs, it would
> be helpful if you could consider them along with any other IETF Last Call
> comments that you receive, and strive to resolve them through discussion or by
> updating the draft.
>
> Document: draft-ietf-pals-ethernet-cw-05.txt
> Reviewer: Harish Sitaraman
> Review Date: 23 May 2018
> IETF LC End Date: 29 May 2018
> Intended Status: Standards Track
>
> Summary:
> This document is basically ready for publication, but has nits that should be
> considered prior to publication.
>
> Comments:
> This document is well written. The context is specified: RAC has been issuing
> more Ethernet addresses starting with 0x4 or 0x6 and existing ECMP implementations may
> examine the first nibble after the MPLS label stack to determine whether the
> labeled packet is IP or not. This can cause unreliable inference of the payload
> type at transit routers that may have been inspecting the first nibble.
Unreliable inference when the T-PEs are sending Ethernet over PW and not 
using the optional  CW.
> For my understanding, it would be useful to know how section 5 relates (or
> offers more clarity) to the recommendation that CW MUST be used - the solutions
> in section 5 are known for better ECMP and applicable regardless of whether the
> packet has the CW.

There are two cases we had to deal with:

The main one where a PW without the CW was being deployed, in which case 
LSR's on the
path were doing five tuple based ECMP (and making mistakes).

The other case that came to light was LSRs that noting the presence of 
the PW
by noting that the first nibble after the label stack was zero, and then 
(sometimes)
falsely concluding that what followed the label stack was

CW, Ethernet Header, IP packet

and using the five tuple in the assumed IP packet to do ECMP, sometimes 
getting it wrong.

Thus the point of this section was to explain how to correctly do ECMP 
on a PW.

> With the statement "However in both cases the situation is
> improved compared...based on the five tuple of the IP payload.", is the point
> that hashing would be "improved" (for some definition) since incorrect
> identification of payload is corrected but yet we cannot precisely steer the
> OAM packet along the specific ECMP path that the data packet may have taken?

An OAM packet does not have the five tuple, so cannot follow the same 
path as a
five tuple packet by definition. The situation is improved if one of the 
non-five tuple
methods are used and the same ECMP hints are included in both data and 
OAM packets
since LSRs would select the same next hop in both cases.

> What is the intent behind the final paragraph in section 5 considering it
> mentions the existing stacking order of labels between PW, LSP and EL/ELI -
> could this paragraph be removed or should it also mention the flow label position
> from Fat PW?

This text was added as a result of a WG LC comment where a reviewer 
wanted clarification
of the ordering of these LSEs.

I am not sure why anyone would want to use both EL and FAT on the same 
packet.

FAT is always after the PW label and thus always BoS.

The question the arose where would the EL go if that was used instead. 
The agreement was
reached that since the EL was associated with the LSP, rather than the 
PW, and there where
there is no FAT label the PW label is always BoS, it made sense for the 
EL to be somewhere in
the LSP part of the label stack. However we also decided that it was 
none of our business
specifying where in the label stack it belonged, other than not at the 
bottom.

Hopefully that explanation addresses your concern.

I have not changed any of the text.

> Major Issues:
> No major issues found.
>
> Minor Issues:
> Section 2: RFC2119 has been updated by RFC8174.
I have taken the text from RFC 8341.
>
> Nits:
> Section 5: LSP entropy labels specified 'in' [RFC6790]
done
>
> Check if style consistency for references might be useful:
>    Section 4: RFC6391 [RFC6391] vs. [RFC6391] vs. RFC6391 - all are used in the document.
>                       Similarly for RFC6790 references.
I have made everything the same style as RFC8341 (the most recent RFC 
published)
>    Section 4/5: EL - expanded first in section 5, 3rd para "entropy label (EL)" but used earliest in section 4.
>                          Might be better to expand ELI too.
Done.

Thanks

Stewart
>
> --
> Harish
>


From nobody Sat May 26 08:48:01 2018
Return-Path: <tomonori.takeda@ntt.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F39412711E; Sat, 26 May 2018 08:47:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level: 
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nttcomgroup.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SFhXJwCl3WKi; Sat, 26 May 2018 08:47:48 -0700 (PDT)
Received: from mgw010.noc.ntt.com (mgw010.noc.ntt.com [210.160.55.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07728127863; Sat, 26 May 2018 08:47:48 -0700 (PDT)
Received: from c0042i0.coe.ntt.com (c0042i0.nc.agilit-hosting.com [10.18.161.11]) by mgw010.noc.ntt.com (NTT Com MailSV) with ESMTP id 038E657A00AE; Sun, 27 May 2018 00:47:47 +0900 (JST)
Received: from C0040I0.coe.ntt.com (10.18.160.44) by c0042i0.coe.ntt.com (10.18.161.11) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 27 May 2018 00:47:46 +0900
Received: from c0044i0.coe.ntt.com (10.18.161.13) by C0040I0.coe.ntt.com (10.18.160.44) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 27 May 2018 00:47:46 +0900
Received: from C0039I0.coe.ntt.com (10.18.160.43) by c0044i0.coe.ntt.com (10.18.161.13) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 27 May 2018 00:47:46 +0900
Received: from JPN01-OS2-obe.outbound.protection.outlook.com (23.103.139.152) by edge.ntt.com (10.18.160.43) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 27 May 2018 00:47:46 +0900
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nttcomgroup.onmicrosoft.com; s=selector1-ntt-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ki8IoxYLAj4BC+jM6YRJRtGbH52TvLQZlZdop+/4Fis=; b=j9CDsqN8VsE9o4v395lhzxcjUq/l/6NuY4O2EjDk9+NTwZ1QAZzX2md1tB3uoV4FwowWtMeEwAn9nCPqnYHUc3rCKjE4F1H8Hi55T/0GarGT4K2R1iIbAUWPSwjt9sy0phId6lvSiB801bgSEd6CrVG+LyZZ6LpR8+s7Q+kYTZo=
Received: from TYXPR01MB1677.jpnprd01.prod.outlook.com (52.133.167.142) by TYXPR01MB0544.jpnprd01.prod.outlook.com (10.168.42.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.776.11; Sat, 26 May 2018 15:47:43 +0000
Received: from TYXPR01MB1677.jpnprd01.prod.outlook.com ([fe80::e101:5d01:56e2:7196]) by TYXPR01MB1677.jpnprd01.prod.outlook.com ([fe80::e101:5d01:56e2:7196%13]) with mapi id 15.20.0797.011; Sat, 26 May 2018 15:47:43 +0000
From: Tomonori Takeda <tomonori.takeda@ntt.com>
To: "'rtg-ads@ietf.org'" <rtg-ads@ietf.org>
CC: "'spring@ietf.org'" <spring@ietf.org>, "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'draft-ietf-spring-segment-routing-ldp-interop.all@ietf.org'" <draft-ietf-spring-segment-routing-ldp-interop.all@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-spring-segment-routing-ldp-interop-11
Thread-Index: AdP1BsMQAQGoHWP0TXSOfxBASiiS0g==
Date: Sat, 26 May 2018 15:47:43 +0000
Message-ID: <TYXPR01MB1677C591FBCB0576D82C7726E8680@TYXPR01MB1677.jpnprd01.prod.outlook.com>
Accept-Language: en-US
Content-Language: ja-JP
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ccmail-original-to: rtg-ads@ietf.org
x-ccmail-original-cc: spring@ietf.org, rtg-dir@ietf.org, draft-ietf-spring-segment-routing-ldp-interop.all@ietf.org
authentication-results: spf=none (sender IP is ) smtp.mailfrom=tomonori.takeda@ntt.com; 
x-originating-ip: [180.55.0.225]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; TYXPR01MB0544; 7:w8N37Zo/uBrq1Z7eSP6CQ2cWEXCSItwF0Ur+fE9+u4F6iaevBEW+vHYoFgnUBZ3JBXIhiqlXvkDM6lCtzYulodnzhPMSnCC8AukcylfFPFGtHjxLDTRvk/dEwRM7LRgOajD2KMln9D80NxH+L1Ozdd/F/GsdQ2XHVzqZGU3mqRS7dYtvK0Rc02dIzax50dT2yjfyhpg0+N0mv8LSz7t1DSR2Qt5FAXB/d9wIYm0Obrv2Fw/ucjzkcYPdKZKWPSBs
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:TYXPR01MB0544; 
x-ms-traffictypediagnostic: TYXPR01MB0544:
x-microsoft-antispam-prvs: <TYXPR01MB05446B5BFA4B1C819B5062FEE8680@TYXPR01MB0544.jpnprd01.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231254)(944501410)(52105095)(10201501046)(3002001)(6055026)(149027)(150027)(6041310)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:TYXPR01MB0544; BCL:0; PCL:0; RULEID:; SRVR:TYXPR01MB0544; 
x-forefront-prvs: 0684F80A5C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39840400004)(376002)(346002)(366004)(39380400002)(396003)(199004)(189003)(7736002)(478600001)(476003)(106356001)(3280700002)(3660700001)(2900100001)(305945005)(8936002)(59450400001)(316002)(2906002)(1720100001)(99286004)(8676002)(7696005)(450100002)(81156014)(6506007)(81166006)(186003)(6116002)(66066001)(3846002)(26005)(102836004)(25786009)(9686003)(53936002)(14454004)(6916009)(5660300001)(5250100002)(85182001)(54906003)(74316002)(6436002)(55016002)(33656002)(4326008)(86362001)(105586002)(97736004)(486006)(68736007)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:TYXPR01MB0544; H:TYXPR01MB1677.jpnprd01.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ntt.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: wKVQrw2GBqG88kqCsSgb4niHu6vEQ62jd0E6d2G7QNNw0TqIPkfJ7uF2t/lwoxUa21doSXiYENTfAYWojeEdhI+3Skg+0DvYzopHlBfYmBpyaOvJXjc+gAyWswZqxJoi0DMxsw5VwtiP1/Ov2KGo9/lnDbW4wAW/8+VC2CZeYTQ4WiB33uf9inxYEYwGHBdJ
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 6eb45168-0a55-4eb0-b0e9-08d5c3200549
X-MS-Exchange-CrossTenant-Network-Message-Id: 6eb45168-0a55-4eb0-b0e9-08d5c3200549
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2018 15:47:43.7566 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: a629ef32-67ba-47a6-8eb3-ec43935644fc
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYXPR01MB0544
X-OriginatorOrg: ntt.com
X-TM-AS-MML: disable
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/KJ_Lv2Ov-1uZBajv-2gP3FWU_gI>
Subject: [RTG-DIR] RtgDir review: draft-ietf-spring-segment-routing-ldp-interop-11
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 May 2018 15:47:52 -0000

SGVsbG8sIA0KDQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0
ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg
dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBw
YXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LCBhbmQgc29tZXRpbWVz
IG9uIHNwZWNpYWwgcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92
aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBh
Ym91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJhYy50
b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyIA0KDQpBbHRob3VnaCB0aGVz
ZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywg
aXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRo
IGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQg
c3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcg
dGhlIGRyYWZ0LiANCg0KIERvY3VtZW50OiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRp
bmctbGRwLWludGVyb3AtMTEgDQogUmV2aWV3ZXI6IFRvbW9ub3JpIFRha2VkYSANCiBSZXZpZXcg
RGF0ZTogTWF5IDI2dGgsIDIwMTgNCiBJRVRGIExDIEVuZCBEYXRlOiBOb3Qga25vd24gDQogSW50
ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2sNCg0KU3VtbWFyeToNClRoaXMgZG9jdW1lbnQg
aXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNhdGlvbiwgYnV0IGhhcyBuaXRzIHRoYXQgc2hv
dWxkIGJlIGNvbnNpZGVyZWQgcHJpb3IgdG8gcHVibGljYXRpb24uDQoNCk1ham9yIElzc3VlczoN
Ck5vbmUNCg0KTWlub3IgSXNzdWVzOg0KSSBhbSBhIGxpdHRsZSBiaXQgY29uZnVzZWQgYWJvdXQg
dGhlIHJlbGF0aW9uc2hpcCBvZiBTUi9MRFAgaW50ZXJ3b3JraW5nIGFuZCBtaWdyYXRpb24gZnJv
bSBMRFAgdG8gU1IuDQoNClRoZSBkb2N1bWVudCBzYXlzOg0KIA0KICAgIlRoaXMgZG9jdW1lbnQg
b3V0bGluZXMgdGhlIG1lY2hhbmlzbXMgdGhyb3VnaCB3aGljaCBTUiBpbnRlcndvcmtzDQogICB3
aXRoIExEUCBpbiBjYXNlcyB3aGVyZSBhIG1peCBvZiBTUi1jYXBhYmxlIGFuZCBub24tU1ItY2Fw
YWJsZQ0KICAgcm91dGVycyBjby0gZXhpc3Qgd2l0aGluIHRoZSBzYW1lIG5ldHdvcmsgYW5kIG1v
cmUgcHJlY2lzZWx5IGluIHRoZQ0KICAgc2FtZSByb3V0aW5nIGRvbWFpbi4iDQoNCk15IHVuZGVy
c3RhbmRpbmcgb2YgU1IvTERQIGludGVyd29ya2luZyBhbmQgbWlncmF0aW9uIGZyb20gTERQIHRv
IFNSIGlzIGEgZGlmZmVyZW50IHN0b3J5Lg0KTWlncmF0aW9uIGZyb20gTERQIHRvIFNSIG1heSBv
ciBtYXkgbm90IHVzZSBTUi9MRFAgaW50ZXJ3b3JraW5nLg0KDQpTZWN0aW9uIDMgZGVzY3JpYmVk
IG1pZ3JhdGlvbiBmcm9tIExEUCB0byBTUiwgYnV0IHRoaXMgbWlncmF0aW9uIHNjZW5hcmlvIGRv
ZXMgbm90IHVzZSANClNSL0xEUCBpbnRlcndvcmtpbmcgKGV4cGVjdCBmb3IgU1ItYmFzZWQgRlJS
IHVzYWdlIHRvIHByb3RlY3QgTERQIHRyYWZmaWMpLg0KVGhpcyBtaWdyYXRpb24gc2NlbmFyaW8g
dXNlcyBTUi9MRFAgY28tZXhpc3RlbmNlLCB0aG91Z2guDQoNCklzIHNlY3Rpb24gMyBmb3IgaW5m
b3JtYXRpb24gcHVycG9zZSBvbmx5Pw0KDQpOaXRzOg0KTm9uZQ0KDQoNClRoYW5rcywNClRvbW9u
b3JpIFRha2VkYQ0KDQo=


From nobody Sun May 27 00:23:54 2018
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05A61124217; Sun, 27 May 2018 00:23:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.39
X-Spam-Level: 
X-Spam-Status: No, score=-2.39 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.599, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r38oeW3-fJkf; Sun, 27 May 2018 00:23:45 -0700 (PDT)
Received: from mail1.bemta25.messagelabs.com (mail1.bemta25.messagelabs.com [195.245.230.4]) (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 6299D124D37; Sun, 27 May 2018 00:23:44 -0700 (PDT)
Received: from [46.226.52.103] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-4.bemta.az-a.eu-west-1.aws.symcld.net id 3A/76-30560-CFC5A0B5; Sun, 27 May 2018 07:23:40 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA1VSfUgTYRzu3d1u53DxOi1/igYuIoxubWG4PjG IMIowCEqn5DlPt9jm2E3U/ojSsJgZfZikGWZJmkqRmdqHBZKok0q0b7ScX9kwiqKs8KO7XfZx cPC8z/O8z++540cT6vtUOM3lujinnbVqKCUZExWXwkwnK426tq+LDZ1tE6ShtquQMjTMXpMZu iu+E4aLDWMKg2eIjaPib5cPKuKrq3/I4l/kP1MkEElyiz0tKzdVbu57edAxvjn3WH4neQh9j3 MjJU3iSwRcLS2Riwc1LpFBwezc78MIgprhd8iNAmgKb4TG+kFKxCE4ER7eGCBFE4F7ENxqviI XhWAcD0IZ4QItmLbBizMOyb8Oxmue+u+SeBm4O6r8dhVOhZqZWr9djR1Q9nO5CAOEURP9jOhA eDFMeRpkIiZwKLwerfRjwBiq7z0hJLwI3o/MyiV/Grwdq0ISHwXn3lQoJBwJfZVFSGwMuFkGR wtG5JLAwKezZwlxLuCl0DSRItEdCNx1WoleCTWtwRKdBZ6r7XKJ3gEDxTESvQTqir2klP6AgD Z3MykJEVB03kdJQjcFU63d/s5qbIKuii/kSaQt/+fTyoVcAkfD9TurJDoKSoq8inL/vwqC7rJ R8iIi65AhzWnJNLtsrMXK6HU6Rq9fzejXrhFenZY9wLBaLpvJ4XgXo9eyObyWz7OZrOlaO+dq RMIuLRCeVtT7zdSOwmiZZpHKcIo2qhemZaXnmVnevM+ZbeX4dhRB0xpQDRqVRnWQk8vkcjMsV mEh52WgAzUhKl2SIKt4B2vjLZmS5EEMPdpfepxQk/YsOxceqvokZmDRZM62/4mYX+s+FBkerE JCKXWgg3PaLK7/dR8KpZEmWDUlpgRa7K4/k3xCCZlQ4lq9QizhYv9K4YfQkR5v5u7LCb1PcwZ Oty8w95i3nmuJU1Y2TUcfPvYhqb9ob9iO6KPeDWXJj617gya9W9b3NT+PjNXaEhX7d4XOTJzY Pje5tTDD9tnXs6TeOKJ8NeCcvuuxfFx4IdbaEpO3qRLjcWVC68102NP5sVQZwIEr1jTkS91pO pXzaHkiNawheTOrX0E4efYX7Owto9EDAAA=
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-20.tower-267.messagelabs.com!1527405816!929319!1
X-Originating-IP: [52.33.64.93]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received: 
X-StarScan-Version: 9.9.15; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 12250 invoked from network); 27 May 2018 07:23:39 -0000
Received: from us-west-2b.mta.dlp.protect.symantec.com (HELO EUR01-HE1-obe.outbound.protection.outlook.com) (52.33.64.93) by server-20.tower-267.messagelabs.com with AES256-SHA256 encrypted SMTP; 27 May 2018 07:23:39 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8A7SuC4E2OfwqAKLBuO1HdOcfZUPwc4PPpYMMPuQ8Og=; b=VdpNqhHNTQF5q6zZi1oFeL99r1WR57lqgFL+Y69EOKeBp1kqv6qpLJv0Ap95TGomHaYgPV9Pa7WWTHkTL6NXzhkeR5f161qa7EfCFPIFGfZE8JGP0s8V1skgymxPWEvrxnlq2NggsZyhQLgi1RDWkBtZOYl/1DX3UvmuiNJR830=
Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com (10.167.226.155) by DB5PR0301MB1957.eurprd03.prod.outlook.com (10.167.227.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.797.11; Sun, 27 May 2018 07:23:33 +0000
Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::d461:c56e:7404:d5b1]) by DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::d461:c56e:7404:d5b1%5]) with mapi id 15.20.0797.015; Sun, 27 May 2018 07:23:33 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, Harish Sitaraman <hsitaraman@juniper.net>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-pals-ethernet-cw.all@ietf.org" <draft-ietf-pals-ethernet-cw.all@ietf.org>, "pals@ietf.org" <pals@ietf.org>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-pals-ethernet-cw-05.txt
Thread-Index: AQHT8tHuFNWGlh/rA0yezqtr8M0oVqRAgmUAgAKtW6A=
Date: Sun, 27 May 2018 07:23:33 +0000
Message-ID: <DB5PR0301MB1909547090F62888814FB0BA9D6F0@DB5PR0301MB1909.eurprd03.prod.outlook.com>
References: <24346049-C4F5-493D-AA4D-3C7D48477DBE@juniper.net> <03e34c0f-c9d5-5c57-761c-69b6ba6faf0b@gmail.com>
In-Reply-To: <03e34c0f-c9d5-5c57-761c-69b6ba6faf0b@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.234.241.1]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB5PR0301MB1957; 7:r47wvIqS5DUm+MVnyyrvjbSn7TyGTz0jDSgI+Sj+ylN1+8baefxTPkL/wPRMIF86a/812mWSPzPb9HlUTBEWC4+iim7W/x/VejmSidb+HsYa+5ojzDDeYNsjCQC2z5TBk1d1mHRTB67KUx//3XZHXvJlteCwqfz5LasTwXgtnKFHCQ8YpzXdNLtKWnoreu4SqPlfTCm0Q4IZ9HPYKbLzwR1XlD/XcEPH7VYdA6c6D9nXIGj3ziOmjDjbZkXXnQpR
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DB5PR0301MB1957; 
x-ms-traffictypediagnostic: DB5PR0301MB1957:
x-microsoft-antispam-prvs: <DB5PR0301MB1957CB2B8226F4602CB8314F9D6F0@DB5PR0301MB1957.eurprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(279101305709854);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231254)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:DB5PR0301MB1957; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0301MB1957; 
x-forefront-prvs: 0685122203
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39850400004)(39380400002)(366004)(396003)(199004)(189003)(252514010)(13464003)(6506007)(7736002)(105586002)(476003)(9686003)(6116002)(4326008)(59450400001)(102836004)(39060400002)(53936002)(5660300001)(54906003)(110136005)(55016002)(1941001)(2906002)(6306002)(8666007)(81156014)(81166006)(99286004)(76176011)(66066001)(53546011)(26005)(68736007)(186003)(316002)(7696005)(86362001)(966005)(3280700002)(72206003)(14454004)(3660700001)(446003)(5250100002)(1720100001)(2900100001)(305945005)(6436002)(25786009)(8676002)(478600001)(3846002)(33656002)(74316002)(11346002)(8936002)(229853002)(345774005)(6246003)(97736004)(486006)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR0301MB1957; H:DB5PR0301MB1909.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: ynynTgUTV4CQ707/B9Auo1xDg+023uJg5kBtjLxffY/lq3SSViS6kXsmCFum9At9HRhZrjtmjBhqsUONW5oPRe4IOb0V2wzLYJNNRh56Q67Cm5NFex3IVSbC0BFhEle9g1Adjrf+dbjtPaSPbt9hnp6u+UZVli5+zFHNkjSWdv3ROtRZOJGJKjPfePRiW6yM
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 473a22a9-aa81-4380-1f4a-08d5c3a2c13d
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 473a22a9-aa81-4380-1f4a-08d5c3a2c13d
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 May 2018 07:23:33.5201 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0301MB1957
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/6-gIrW04-xLSaxr6gR5sNFATNE0>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-pals-ethernet-cw-05.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 27 May 2018 07:23:49 -0000

U3Rld2FydCwgSGFyaXNoIGFuZCBhbGwsCkp1c3Qgd2FudGVkIHRvIGNvbmZpcm0gdGhhdCB0aGUg
c2l0dWF0aW9uIHdoZW4gIkxTUnMgdGhhdCBub3RpbmcgdGhlIHByZXNlbmNlIG9mIHRoZSBQVyBi
eSBub3RpbmcgdGhhdCB0aGUgZmlyc3QgbmliYmxlIGFmdGVyIHRoZSBsYWJlbCBzdGFjayB3YXMg
emVybywgYW5kIHRoZW4gKHNvbWV0aW1lcykgZmFsc2VseSBjb25jbHVkaW5nIHRoYXQgd2hhdCBm
b2xsb3dlZCB0aGUgbGFiZWwgc3RhY2sgd2FzIENXLCBFdGhlcm5ldCBIZWFkZXIsIElQIHBhY2tl
dCAKYW5kIHVzaW5nIHRoZSBmaXZlIHR1cGxlIGluIHRoZSBhc3N1bWVkIElQIHBhY2tldCB0byBk
byBFQ01QIiBpbmRlZWQgb2NjdXJzIGluIHNvbWUgbW9kZXJuIG9mZi10aGUtc2hlbGYgcGFja2V0
IHByb2Nlc3NvcnMuIFRoZSBpbXBsaWNhdGlvbnMgb2YgdGhpcyBjb25jbHVzaW9ucyBhcmUgZGlz
YXN0cm91cyBmb3IgUFcgdHlwZXMgdGhhdCByZWFsbHkgY2FyZSBhYm91dCByZW9yZGVyaW5nLCBl
c3BlY2lhbGx5IFRETSBQV3MuCgpUaGUgKEFGQUlLIG9ubHkpIHNvbHV0aW9uIGluIHRoZXNlIGNh
c2VzIGlzIGRpc2FibGluZyB0aGUgRUNNUCBtb2RlIHRoYXQgaW5zcGVjdHMgdGhlIHBheWxvYWQg
b2YgbGFiZWxlZCBwYWNrZXRzIGFuZCB1c2luZyAgd2hhdCBTdGV3YXJ0IGNhbGxzICJub24tZml2
ZS10dXBsZSIgbWV0aG9kcyBpbnN0ZWFkLgoKTXkgMmMsClNhc2hhCgpPZmZpY2U6ICs5NzItMzky
NjYzMDIKQ2VsbDogICAgICArOTcyLTU0OTI2NjMwMgpFbWFpbDogICBBbGV4YW5kZXIuVmFpbnNo
dGVpbkBlY2l0ZWxlLmNvbQoKLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0KRnJvbTogcnRnLWRp
ciBbbWFpbHRvOnJ0Zy1kaXItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFN0ZXdhcnQg
QnJ5YW50ClNlbnQ6IEZyaWRheSwgTWF5IDI1LCAyMDE4IDU6MjQgUE0KVG86IEhhcmlzaCBTaXRh
cmFtYW4gPGhzaXRhcmFtYW5AanVuaXBlci5uZXQ+OyBydGctYWRzQGlldGYub3JnCkNjOiBydGct
ZGlyQGlldGYub3JnOyBkcmFmdC1pZXRmLXBhbHMtZXRoZXJuZXQtY3cuYWxsQGlldGYub3JnOyBw
YWxzQGlldGYub3JnClN1YmplY3Q6IFJlOiBbUlRHLURJUl0gUnRnRGlyIHJldmlldzogZHJhZnQt
aWV0Zi1wYWxzLWV0aGVybmV0LWN3LTA1LnR4dAoKSGFyaXNoCgpUaGFuayB5b3UgZm9yIHRoZSBy
ZXZpZXcuCgoKT24gMjMvMDUvMjAxOCAyMTowOSwgSGFyaXNoIFNpdGFyYW1hbiB3cm90ZToKPiBI
ZWxsbywKPgo+IEkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl
IHJldmlld2VyIGZvciB0aGlzIAo+IGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVr
cyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3IgCj4gcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0
aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyAKPiByZXZpZXcuIFRoZSBw
dXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSAKPiBS
b3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0
b3JhdGUsIAo+IHBsZWFzZSBzZWUgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcv
dHJhYy93aWtpL1J0Z0Rpcgo+Cj4gQWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmls
eSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIAo+IGl0IHdvdWxkIGJlIGhlbHBmdWwg
aWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgCj4gSUVURiBM
YXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZl
IHRoZW0gCj4gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBkcmFmdC4KPgo+
IERvY3VtZW50OiBkcmFmdC1pZXRmLXBhbHMtZXRoZXJuZXQtY3ctMDUudHh0Cj4gUmV2aWV3ZXI6
IEhhcmlzaCBTaXRhcmFtYW4KPiBSZXZpZXcgRGF0ZTogMjMgTWF5IDIwMTgKPiBJRVRGIExDIEVu
ZCBEYXRlOiAyOSBNYXkgMjAxOAo+IEludGVuZGVkIFN0YXR1czogU3RhbmRhcmRzIFRyYWNrCj4K
PiBTdW1tYXJ5Ogo+IFRoaXMgZG9jdW1lbnQgaXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNh
dGlvbiwgYnV0IGhhcyBuaXRzIHRoYXQgCj4gc2hvdWxkIGJlIGNvbnNpZGVyZWQgcHJpb3IgdG8g
cHVibGljYXRpb24uCj4KPiBDb21tZW50czoKPiBUaGlzIGRvY3VtZW50IGlzIHdlbGwgd3JpdHRl
bi4gVGhlIGNvbnRleHQgaXMgc3BlY2lmaWVkOiBSQUMgaGFzIGJlZW4gCj4gaXNzdWluZyBtb3Jl
IEV0aGVybmV0IGFkZHJlc3NlcyBzdGFydGluZyB3aXRoIDB4NCBvciAweDYgYW5kIGV4aXN0aW5n
IAo+IEVDTVAgaW1wbGVtZW50YXRpb25zIG1heSBleGFtaW5lIHRoZSBmaXJzdCBuaWJibGUgYWZ0
ZXIgdGhlIE1QTFMgbGFiZWwgCj4gc3RhY2sgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgdGhlIGxhYmVs
ZWQgcGFja2V0IGlzIElQIG9yIG5vdC4gVGhpcyBjYW4gCj4gY2F1c2UgdW5yZWxpYWJsZSBpbmZl
cmVuY2Ugb2YgdGhlIHBheWxvYWQgdHlwZSBhdCB0cmFuc2l0IHJvdXRlcnMgdGhhdCBtYXkgaGF2
ZSBiZWVuIGluc3BlY3RpbmcgdGhlIGZpcnN0IG5pYmJsZS4KVW5yZWxpYWJsZSBpbmZlcmVuY2Ug
d2hlbiB0aGUgVC1QRXMgYXJlIHNlbmRpbmcgRXRoZXJuZXQgb3ZlciBQVyBhbmQgbm90IHVzaW5n
IHRoZSBvcHRpb25hbMKgIENXLgo+IEZvciBteSB1bmRlcnN0YW5kaW5nLCBpdCB3b3VsZCBiZSB1
c2VmdWwgdG8ga25vdyBob3cgc2VjdGlvbiA1IHJlbGF0ZXMgCj4gKG9yIG9mZmVycyBtb3JlIGNs
YXJpdHkpIHRvIHRoZSByZWNvbW1lbmRhdGlvbiB0aGF0IENXIE1VU1QgYmUgdXNlZCAtIAo+IHRo
ZSBzb2x1dGlvbnMgaW4gc2VjdGlvbiA1IGFyZSBrbm93biBmb3IgYmV0dGVyIEVDTVAgYW5kIGFw
cGxpY2FibGUgCj4gcmVnYXJkbGVzcyBvZiB3aGV0aGVyIHRoZSBwYWNrZXQgaGFzIHRoZSBDVy4K
ClRoZXJlIGFyZSB0d28gY2FzZXMgd2UgaGFkIHRvIGRlYWwgd2l0aDoKClRoZSBtYWluIG9uZSB3
aGVyZSBhIFBXIHdpdGhvdXQgdGhlIENXIHdhcyBiZWluZyBkZXBsb3llZCwgaW4gd2hpY2ggY2Fz
ZSBMU1IncyBvbiB0aGUgcGF0aCB3ZXJlIGRvaW5nIGZpdmUgdHVwbGUgYmFzZWQgRUNNUCAoYW5k
IG1ha2luZyBtaXN0YWtlcykuCgpUaGUgb3RoZXIgY2FzZSB0aGF0IGNhbWUgdG8gbGlnaHQgd2Fz
IExTUnMgdGhhdCBub3RpbmcgdGhlIHByZXNlbmNlIG9mIHRoZSBQVyBieSBub3RpbmcgdGhhdCB0
aGUgZmlyc3QgbmliYmxlIGFmdGVyIHRoZSBsYWJlbCBzdGFjayB3YXMgemVybywgYW5kIHRoZW4K
KHNvbWV0aW1lcykKZmFsc2VseSBjb25jbHVkaW5nIHRoYXQgd2hhdCBmb2xsb3dlZCB0aGUgbGFi
ZWwgc3RhY2sgd2FzCgpDVywgRXRoZXJuZXQgSGVhZGVyLCBJUCBwYWNrZXQKCmFuZCB1c2luZyB0
aGUgZml2ZSB0dXBsZSBpbiB0aGUgYXNzdW1lZCBJUCBwYWNrZXQgdG8gZG8gRUNNUCwgc29tZXRp
bWVzIGdldHRpbmcgaXQgd3JvbmcuCgpUaHVzIHRoZSBwb2ludCBvZiB0aGlzIHNlY3Rpb24gd2Fz
IHRvIGV4cGxhaW4gaG93IHRvIGNvcnJlY3RseSBkbyBFQ01QIG9uIGEgUFcuCgo+IFdpdGggdGhl
IHN0YXRlbWVudCAiSG93ZXZlciBpbiBib3RoIGNhc2VzIHRoZSBzaXR1YXRpb24gaXMgaW1wcm92
ZWQgCj4gY29tcGFyZWQuLi5iYXNlZCBvbiB0aGUgZml2ZSB0dXBsZSBvZiB0aGUgSVAgcGF5bG9h
ZC4iLCBpcyB0aGUgcG9pbnQgCj4gdGhhdCBoYXNoaW5nIHdvdWxkIGJlICJpbXByb3ZlZCIgKGZv
ciBzb21lIGRlZmluaXRpb24pIHNpbmNlIGluY29ycmVjdCAKPiBpZGVudGlmaWNhdGlvbiBvZiBw
YXlsb2FkIGlzIGNvcnJlY3RlZCBidXQgeWV0IHdlIGNhbm5vdCBwcmVjaXNlbHkgCj4gc3RlZXIg
dGhlIE9BTSBwYWNrZXQgYWxvbmcgdGhlIHNwZWNpZmljIEVDTVAgcGF0aCB0aGF0IHRoZSBkYXRh
IHBhY2tldCBtYXkgaGF2ZSB0YWtlbj8KCkFuIE9BTSBwYWNrZXQgZG9lcyBub3QgaGF2ZSB0aGUg
Zml2ZSB0dXBsZSwgc28gY2Fubm90IGZvbGxvdyB0aGUgc2FtZSBwYXRoIGFzIGEgZml2ZSB0dXBs
ZSBwYWNrZXQgYnkgZGVmaW5pdGlvbi4gVGhlIHNpdHVhdGlvbiBpcyBpbXByb3ZlZCBpZiBvbmUg
b2YgdGhlIG5vbi1maXZlIHR1cGxlIG1ldGhvZHMgYXJlIHVzZWQgYW5kIHRoZSBzYW1lIEVDTVAg
aGludHMgYXJlIGluY2x1ZGVkIGluIGJvdGggZGF0YSBhbmQgT0FNIHBhY2tldHMgc2luY2UgTFNS
cyB3b3VsZCBzZWxlY3QgdGhlIHNhbWUgbmV4dCBob3AgaW4gYm90aCBjYXNlcy4KCj4gV2hhdCBp
cyB0aGUgaW50ZW50IGJlaGluZCB0aGUgZmluYWwgcGFyYWdyYXBoIGluIHNlY3Rpb24gNSBjb25z
aWRlcmluZyAKPiBpdCBtZW50aW9ucyB0aGUgZXhpc3Rpbmcgc3RhY2tpbmcgb3JkZXIgb2YgbGFi
ZWxzIGJldHdlZW4gUFcsIExTUCBhbmQgCj4gRUwvRUxJIC0gY291bGQgdGhpcyBwYXJhZ3JhcGgg
YmUgcmVtb3ZlZCBvciBzaG91bGQgaXQgYWxzbyBtZW50aW9uIHRoZSAKPiBmbG93IGxhYmVsIHBv
c2l0aW9uIGZyb20gRmF0IFBXPwoKVGhpcyB0ZXh0IHdhcyBhZGRlZCBhcyBhIHJlc3VsdCBvZiBh
IFdHIExDIGNvbW1lbnQgd2hlcmUgYSByZXZpZXdlciB3YW50ZWQgY2xhcmlmaWNhdGlvbiBvZiB0
aGUgb3JkZXJpbmcgb2YgdGhlc2UgTFNFcy4KCkkgYW0gbm90IHN1cmUgd2h5IGFueW9uZSB3b3Vs
ZCB3YW50IHRvIHVzZSBib3RoIEVMIGFuZCBGQVQgb24gdGhlIHNhbWUgcGFja2V0LgoKRkFUIGlz
IGFsd2F5cyBhZnRlciB0aGUgUFcgbGFiZWwgYW5kIHRodXMgYWx3YXlzIEJvUy4KClRoZSBxdWVz
dGlvbiB0aGUgYXJvc2Ugd2hlcmUgd291bGQgdGhlIEVMIGdvIGlmIHRoYXQgd2FzIHVzZWQgaW5z
dGVhZC4gClRoZSBhZ3JlZW1lbnQgd2FzCnJlYWNoZWQgdGhhdCBzaW5jZSB0aGUgRUwgd2FzIGFz
c29jaWF0ZWQgd2l0aCB0aGUgTFNQLCByYXRoZXIgdGhhbiB0aGUgUFcsIGFuZCB0aGVyZSB3aGVy
ZSB0aGVyZSBpcyBubyBGQVQgbGFiZWwgdGhlIFBXIGxhYmVsIGlzIGFsd2F5cyBCb1MsIGl0IG1h
ZGUgc2Vuc2UgZm9yIHRoZSBFTCB0byBiZSBzb21ld2hlcmUgaW4gdGhlIExTUCBwYXJ0IG9mIHRo
ZSBsYWJlbCBzdGFjay4gSG93ZXZlciB3ZSBhbHNvIGRlY2lkZWQgdGhhdCBpdCB3YXMgbm9uZSBv
ZiBvdXIgYnVzaW5lc3Mgc3BlY2lmeWluZyB3aGVyZSBpbiB0aGUgbGFiZWwgc3RhY2sgaXQgYmVs
b25nZWQsIG90aGVyIHRoYW4gbm90IGF0IHRoZSBib3R0b20uCgpIb3BlZnVsbHkgdGhhdCBleHBs
YW5hdGlvbiBhZGRyZXNzZXMgeW91ciBjb25jZXJuLgoKSSBoYXZlIG5vdCBjaGFuZ2VkIGFueSBv
ZiB0aGUgdGV4dC4KCj4gTWFqb3IgSXNzdWVzOgo+IE5vIG1ham9yIGlzc3VlcyBmb3VuZC4KPgo+
IE1pbm9yIElzc3VlczoKPiBTZWN0aW9uIDI6IFJGQzIxMTkgaGFzIGJlZW4gdXBkYXRlZCBieSBS
RkM4MTc0LgpJIGhhdmUgdGFrZW4gdGhlIHRleHQgZnJvbSBSRkMgODM0MS4KPgo+IE5pdHM6Cj4g
U2VjdGlvbiA1OiBMU1AgZW50cm9weSBsYWJlbHMgc3BlY2lmaWVkICdpbicgW1JGQzY3OTBdCmRv
bmUKPgo+IENoZWNrIGlmIHN0eWxlIGNvbnNpc3RlbmN5IGZvciByZWZlcmVuY2VzIG1pZ2h0IGJl
IHVzZWZ1bDoKPiAgICBTZWN0aW9uIDQ6IFJGQzYzOTEgW1JGQzYzOTFdIHZzLiBbUkZDNjM5MV0g
dnMuIFJGQzYzOTEgLSBhbGwgYXJlIHVzZWQgaW4gdGhlIGRvY3VtZW50Lgo+ICAgICAgICAgICAg
ICAgICAgICAgICBTaW1pbGFybHkgZm9yIFJGQzY3OTAgcmVmZXJlbmNlcy4KSSBoYXZlIG1hZGUg
ZXZlcnl0aGluZyB0aGUgc2FtZSBzdHlsZSBhcyBSRkM4MzQxICh0aGUgbW9zdCByZWNlbnQgUkZD
CnB1Ymxpc2hlZCkKPiAgICBTZWN0aW9uIDQvNTogRUwgLSBleHBhbmRlZCBmaXJzdCBpbiBzZWN0
aW9uIDUsIDNyZCBwYXJhICJlbnRyb3B5IGxhYmVsIChFTCkiIGJ1dCB1c2VkIGVhcmxpZXN0IGlu
IHNlY3Rpb24gNC4KPiAgICAgICAgICAgICAgICAgICAgICAgICAgTWlnaHQgYmUgYmV0dGVyIHRv
IGV4cGFuZCBFTEkgdG9vLgpEb25lLgoKVGhhbmtzCgpTdGV3YXJ0Cj4KPiAtLQo+IEhhcmlzaAo+
CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fCgpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZv
ciB0aGUgcmVjaXBpZW50IG9ubHkgYW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzIApD
T05GSURFTlRJQUwgYW5kIHdoaWNoIG1heSBiZSBwcm9wcmlldGFyeSB0byBFQ0kgVGVsZWNvbS4g
SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyAKdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2Ug
aW5mb3JtIHVzIGJ5IGUtbWFpbCwgcGhvbmUgb3IgZmF4LCBhbmQgdGhlbiBkZWxldGUgdGhlIG9y
aWdpbmFsIAphbmQgYWxsIGNvcGllcyB0aGVyZW9mLgpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K


From nobody Mon May 28 13:29:52 2018
Return-Path: <yingzhen.qu@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8ACE112E89E; Mon, 28 May 2018 13:29:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z3sLBd5AuPHL; Mon, 28 May 2018 13:29:42 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EA8012E88C; Mon, 28 May 2018 13:29:42 -0700 (PDT)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 805257FFDB41; Mon, 28 May 2018 21:29:34 +0100 (IST)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.382.0; Mon, 28 May 2018 21:29:35 +0100
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML702-CHM.china.huawei.com ([169.254.4.203]) with mapi id 14.03.0382.000;  Mon, 28 May 2018 13:29:30 -0700
From: Yingzhen Qu <yingzhen.qu@huawei.com>
To: "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-bess-evpn-vpls-seamless-integ@ietf.org" <draft-ietf-bess-evpn-vpls-seamless-integ@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-bess-evpn-vpls-seamless-integ-04.txt
Thread-Index: AQHT9sKUUjljTmjkGE2a/ODl8GyGFA==
Date: Mon, 28 May 2018 20:29:29 +0000
Message-ID: <A2003ABF-C604-4BAF-B931-6B4D64B0E598@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.212.247.111]
Content-Type: multipart/alternative; boundary="_000_A2003ABFC6044BAFB9316B4D64B0E598huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/aozc_IP2OJDBiW3HRyx-nnLYZbs>
Subject: [RTG-DIR] RtgDir review: draft-ietf-bess-evpn-vpls-seamless-integ-04.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 May 2018 20:29:45 -0000

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

SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl
IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0
byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh
c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg
b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp
ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi
b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv
b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8aHR0cDovL3RyYWMudG9vbHMu
aWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcj4NCg0KQWx0aG91Z2ggdGhlc2UgY29t
bWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdv
dWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkg
b3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2
ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBk
cmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtYmVzcy1ldnBuLXZwbHMtc2VhbWxlc3MtaW50
ZWctMDQudHh0DQpSZXZpZXdlcjogWWluZ3poZW4gUXUNClJldmlldyBEYXRlOiA1LzI4LzIwMTgN
CklFVEYgTEMgRW5kIERhdGU6IDQvMjMvMjAxOA0KSW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMg
VHJhY2sNCg0KU3VtbWFyeToNCiAgICAgIE5vIGlzc3VlcyBmb3VuZC4gVGhpcyBkb2N1bWVudCBp
cyByZWFkeSBmb3IgcHVibGljYXRpb24uDQoNCkNvbW1lbnRzOg0KVGhlIGRyYWZ0IGlzIHdlbGwg
d3JpdHRlbiBhbmQgcmVhZHktdG8tZ28uIEl0IGhhcyBiZWVuIHdpZGVseSByZXZpZXdlZCBhbmQg
ZGlzY3Vzc2VkIG92ZXIgYSBudW1iZXIgb2YgeWVhcnMsIGFuZCBuaXRzL2VkaXRvcmlhbCBjb21t
ZW50cyB3ZXJlIGFkZHJlc3NlZCBkdXJpbmcgV0cgTEMuDQpUaGlzIGRyYWZ0IHByb3Bvc2VzIHBy
b2NlZHVyZXMgYnkgd2hpY2ggRVZQTiBhbmQgUEJCLUVWUE4gY2FuIGJlIGludHJvZHVjZWQgaW50
byBWUExTIGFuZCBQQkItVlBMUyBuZXR3b3JrcyB3aXRob3V0IHJlcXVpcmluZyBhbnkgc29mdHdh
cmUgb3IgaGFyZHdhcmUgdXBncmFkZXMuDQoNCk1ham9yIElzc3VlczoNCk5vIG1ham9yIGlzc3Vl
cyBmb3VuZC4NCg0KTWlub3IgSXNzdWVzOg0KTm8gbWlub3IgaXNzdWVzIGZvdW5kLg0KDQpOaXRz
Og0KTm8gbml0cyBmb3VuZC4NCg0KDQpUaGFua3MsDQpZaW5nemhlbg0KDQo=

--_000_A2003ABFC6044BAFB9316B4D64B0E598huaweicom_
Content-Type: text/html; charset="utf-8"
Content-ID: <3BF4CCAEB9B87F4F81F2AF84C15BC783@huawei.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxuczptdj0iaHR0cDovL21hY1ZtbFNj
aGVtYVVyaSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+
DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hh
cnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJUaXRsZSIgY29udGVudD0iIj4NCjxtZXRhIG5hbWU9
IktleXdvcmRzIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJN
aWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9u
dCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRo
IjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6RGVuZ1hpYW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj
OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcN
Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt
c2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5
bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6
ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4
cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh
bnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1h
cmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6
V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz
aGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI3Ii8+DQo8L3htbD48IVtlbmRp
Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0
Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIi8+DQo8L286c2hhcGVsYXlvdXQ+PC94
bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4t
VVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0
aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dCI+SGVsbG8sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGhh
dmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3Ig
dGhpcyBkcmFmdC4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCBy
b3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVU
RiBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LCBhbmQNCiBzb21ldGltZXMgb24gc3BlY2lhbCBy
ZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5j
ZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0
aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlJm5ic3A7PGEgaHJlZj0iaHR0cDovL3RyYWMudG9v
bHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpciI+4oCLaHR0cDovL3RyYWMudG9v
bHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpcjwvYT48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBw
cmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBoZWxw
ZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYg
TGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2
ZSB0aGVtDQogdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBkcmFmdC48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkRvY3VtZW50OiBkcmFmdC1p
ZXRmLWJlc3MtZXZwbi12cGxzLXNlYW1sZXNzLWludGVnLTA0LnR4dDxicj4NClJldmlld2VyOiBZ
aW5nemhlbiBRdTxicj4NClJldmlldyBEYXRlOiA1LzI4LzIwMTg8YnI+DQpJRVRGIExDIEVuZCBE
YXRlOiA0LzIzLzIwMTgmbmJzcDs8YnI+DQpJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFj
azxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+U3VtbWFyeTo8
L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8YnI+DQombmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTm8gaXNzdWVzIGZvdW5kLiBUaGlzIGRvY3VtZW50
IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0Ij5Db21tZW50czo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0Ij5UaGUgZHJhZnQgaXMgd2VsbCB3cml0dGVuIGFuZCByZWFkeS10by1nby4gSXQgaGFzIGJl
ZW4gd2lkZWx5IHJldmlld2VkIGFuZCBkaXNjdXNzZWQgb3ZlciBhIG51bWJlciBvZiB5ZWFycywg
YW5kIG5pdHMvZWRpdG9yaWFsIGNvbW1lbnRzIHdlcmUgYWRkcmVzc2VkIGR1cmluZyBXRyBMQy48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6LjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGlzIGRyYWZ0IHBy
b3Bvc2VzIHByb2NlZHVyZXMgYnkgd2hpY2ggRVZQTiBhbmQgUEJCLUVWUE4gY2FuIGJlIGludHJv
ZHVjZWQgaW50byBWUExTIGFuZCBQQkItVlBMUyBuZXR3b3JrcyB3aXRob3V0IHJlcXVpcmluZyBh
bnkgc29mdHdhcmUgb3IgaGFyZHdhcmUgdXBncmFkZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk1ham9yIElz
c3Vlczo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Tm8g
bWFqb3IgaXNzdWVzIGZvdW5kLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPk1pbm9yIElzc3Vlczo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+Tm8gbWlub3IgaXNzdWVzIGZvdW5kLjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk5pdHM6PC9zcGFuPjwvYj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjEzLjVwdCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPk5vIG5pdHMgZm91bmQuPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmtzLDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0Ij5ZaW5nemhlbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_A2003ABFC6044BAFB9316B4D64B0E598huaweicom_--


From nobody Tue May 29 09:02:12 2018
Return-Path: <jch@irif.fr>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 846841200C5; Tue, 29 May 2018 09:02:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j8g-QbYnBkAH; Tue, 29 May 2018 09:02:06 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (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 55ABE1275FD; Tue, 29 May 2018 09:02:06 -0700 (PDT)
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/75695) with ESMTP id w4TG24Me011445; Tue, 29 May 2018 18:02:04 +0200
Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 3CC59EB912; Tue, 29 May 2018 18:02:04 +0200 (CEST)
X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr
Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id moexkWuj6rMS; Tue, 29 May 2018 18:02:03 +0200 (CEST)
Received: from lanthane.irif.fr (unknown [172.23.36.89]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id C1956EB915; Tue, 29 May 2018 18:02:02 +0200 (CEST)
Date: Tue, 29 May 2018 18:02:02 +0200
Message-ID: <87sh6aqwlh.wl-jch@irif.fr>
From: Juliusz Chroboczek <jch@irif.fr>
To: <N.Leymann@telekom.de>
Cc: <d3e3e3@gmail.com>, <russ@riw.us>, <draft-ietf-babel-rfc6126bis.all@ietf.org>, <babel@ietf.org>, <rtg-dir@ietf.org>
In-Reply-To: <LEJPR01MB0713BCD9A66C32A8BD776AB298930@LEJPR01MB0713.DEUPRD01.PROD.OUTLOOK.DE>
References: <LEJPR01MB0713BCD9A66C32A8BD776AB298930@LEJPR01MB0713.DEUPRD01.PROD.OUTLOOK.DE>
User-Agent: Wanderlust/2.15.9
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Tue, 29 May 2018 18:02:04 +0200 (CEST)
X-Miltered: at korolev with ID 5B0D797C.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 5B0D797C.000 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/<jch@irif.fr>
X-j-chkmail-Score: MSGID : 5B0D797C.000 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/u8Z15dDiA6mTJeC5BiYwI4RigWs>
Subject: Re: [RTG-DIR] RtgDir Early review: draft-ietf-babel-rfc6126bis-04.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 May 2018 16:02:10 -0000

Dear Nic,

Thank you very much for your review, and sorry for the delay replying --
it's exam time here at Babel Towers.

> Section 3: The use of “multicast” and “unicast” in the context of hellos is a bit
> misleading.

I agree.  We've puzzled over that for a while, and couldn't find a better terminology.

> There are Multicast Hellos, Unicast Hellos and Multicast Hellos over
> Unicast.  Which seqn number is used if Multicast over Unicast Hello is
> send?

I've clarified this.

> Section 3.1: Any assumptions on the maximum size of the UDP datagrams?

Beginning of Section 4.  I've added a forward-reference.

> Section 3.2.5: How is the timer set, is there a list with default values?

It doesn't matter -- "on the order of minutes" is good enough in this
case.  The (informative) Appendix B gives sample values (3 minutes in this
case).

> Section 3.4.1: Multicast Hellos to Multicast and Unicast addresses. Should be clarified
> earlier in the document. Terminology is a bit confusing.

Yeah, the terminology is confusing, but as mentioned before, we couldn't
agree on a better one.

> Section 3.5.3: What are the use cases for Babel? How large is a large Babel Network (how
> many nodes)?

That's draft-ietf-babel-applicability, I'd rather not give any figures in
this docuemnt.


> - Later in the document (section 6) it is stated that Babel is insecure. For a large network
> security is an issue and needs to be addressed. I might be ok to not implement
> any security mechanisms in a relatively small home network but for a large network it’s
> mission critical to have a stable, secure and reliable routing mechanism.

We agree, and we're currently working on defining security mechanisms for
Babel.  The plan is to refer to the security document once it's finalised.

> Section 3.7: What is a “multicast package” in this context? Is the
> transport always with an multicast destination address?

I'm not sure I understand.  "Multicast packet" is shorthand for "an IP
packet with a multicast destination address".  The choice of multicast
vs. unicast is described in the second paragraph of Section 3.1.

> Page 29: “recently forwarded” and “sufficiently large”; what values do I use here?

I've clarified.

> Page 31, Section 4: which well-know multicast address is being used?

I'm not sure I understand.  The "well-known Babel multicast address" is
the address assigned by IANA for Babel.

> Page 48, Section 6: As mentioned earlier, security is an issue and should be addressed in
> more detail. If Babel is insecure in itself an attacker being connected to a Babel network
> can bring down the whole network. Typical security mechanism used in larger networks might
> not be applicable to home network (e.g. due to the complexity, need for management, …).

Yes, we're working on that.

> The mix of “SHOULD”/”SHOULD NOT” and “RECOMMENDED/NOT RECOMMENDED” is a bit confusing. My
> proposal is to use one of the pairs and not to mix them.

I most humbly disagree.

> “Routing Table” and “Route Table” are used. Choose one ;)

This is deliberate.  The "route table" is the data structure described in
Section 3.2.6.  "Routing table" is a generic term.

> Page 5, Section 2: Reference to Bellman-Ford protocol would be nice

What do you suggest?

> Page 5, Section 2.2: D(A) and NH(A) are explained, but not D(S) (which
> is the third piece of data out of two)

Disagree.  A ranges over all routers, including S.  ("Every node A maintains ... D(A)")

> Page 11, “router-id change Section 3.7.2 » sounds if something is missing

Reworded, thanks.

> Page 28, Section 3.8.1.1: “if such a route does not it must” (something is missing)

Reworded, thanks.

> Page 39: AE values 1 and 3 should be explained for better readability (1=IPv4, 3=llIPv6)

Done.

Thanks for your help,

-- Juliusz

