
From nobody Tue Apr  3 15:28:40 2018
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0C0312D886; Tue,  3 Apr 2018 15:28:38 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, 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 BzfHnaFYWq7f; Tue,  3 Apr 2018 15:28:36 -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 65ACD126C2F; Tue,  3 Apr 2018 15:28:36 -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 w33MPth0013729; Tue, 3 Apr 2018 18:28:26 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by mx0a-00191d01.pphosted.com with ESMTP id 2h4g9japt5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 03 Apr 2018 18:28:26 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w33MSOQj009389; Tue, 3 Apr 2018 17:28:25 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w33MSISS009224; Tue, 3 Apr 2018 17:28:18 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id 03D3240002AC; Tue,  3 Apr 2018 22:28:18 +0000 (GMT)
Received: from tlpd252.dadc.sbc.com (unknown [135.31.184.157]) by zlp30496.vci.att.com (Service) with ESMTP id E453D400069B; Tue,  3 Apr 2018 22:28:17 +0000 (GMT)
Received: from dadc.sbc.com (localhost [127.0.0.1]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w33MSGFO064942; Tue, 3 Apr 2018 17:28:17 -0500
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w33MSB2m064755; Tue, 3 Apr 2018 17:28:12 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id 62D05E23A7; Tue,  3 Apr 2018 18:28:02 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::78d3:43d5:1186:18f5%15]) with mapi id 14.03.0389.001; Tue, 3 Apr 2018 18:28:09 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
CC: Brian Trammell <ietf@trammell.ch>, Nevil Brownlee <n.brownlee@auckland.ac.nz>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, "draft-ietf-ippm-2330-ipv6@ietf.org" <draft-ietf-ippm-2330-ipv6@ietf.org>
Thread-Topic: AD Evaluation for draft-ietf-ippm-2330-ipv6-03
Thread-Index: AQHTx6RrfbPdaFH1TE66yAUqLNkcm6Po6dmAgACtcACABg7pIA==
Date: Tue, 3 Apr 2018 22:28:07 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8E1CEE@njmtexg5.research.att.com>
References: <CAKKJt-di7moOyWS6GucHOTHtraanf21-ztDE4U0U0JYGVRChKQ@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E0A39@njmtexg5.research.att.com> <CAKKJt-cZ5feZ+6dNJ7Nktg-=cu8Fka8dRTD=jHE-GceiOJMBmw@mail.gmail.com>
In-Reply-To: <CAKKJt-cZ5feZ+6dNJ7Nktg-=cu8Fka8dRTD=jHE-GceiOJMBmw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [69.141.203.172]
Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CF4A8E1CEEnjmtexg5researc_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-04-03_09:, , 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-1804030223
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/k0dpxtUXv3TuEUab0ngEPhgOqm8>
Subject: Re: [ippm] AD Evaluation for draft-ietf-ippm-2330-ipv6-03
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Apr 2018 22:28:39 -0000

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

SW5saW5lIGZvciB0aGUgb25lIG9wZW4gaXNzdWU6DQoNCkZyb206IFNwZW5jZXIgRGF3a2lucyBh
dCBJRVRGIFttYWlsdG86c3BlbmNlcmRhd2tpbnMuaWV0ZkBnbWFpbC5jb21dDQpTZW50OiBGcmlk
YXksIE1hcmNoIDMwLCAyMDE4IDU6NTUgUE0NClRvOiBNT1JUT04sIEFMRlJFRCBDIChBTCkgPGFj
bW9ydG9uQGF0dC5jb20+DQpDYzogQnJpYW4gVHJhbW1lbGwgPGlldGZAdHJhbW1lbGwuY2g+OyBO
ZXZpbCBCcm93bmxlZSA8bi5icm93bmxlZUBhdWNrbGFuZC5hYy5uej47IGlwcG0tY2hhaXJzQGll
dGYub3JnOyBpcHBtQGlldGYub3JnOyBkcmFmdC1pZXRmLWlwcG0tMjMzMC1pcHY2QGlldGYub3Jn
DQpTdWJqZWN0OiBSZTogQUQgRXZhbHVhdGlvbiBmb3IgZHJhZnQtaWV0Zi1pcHBtLTIzMzAtaXB2
Ni0wMw0KDQpIaSwgQWwsDQoNCk9uIEZyaSwgTWFyIDMwLCAyMDE4IGF0IDExOjExIEFNLCBNT1JU
T04sIEFMRlJFRCBDIChBTCkgPGFjbW9ydG9uQGF0dC5jb208bWFpbHRvOmFjbW9ydG9uQGF0dC5j
b20+PiB3cm90ZToNCkhpIFNwZW5jZXIsIHBsZWFzZSBzZWUgcmVwbGllcyBpbi1saW5lLg0KDQpJ
IGhhdmUgb25lIGl0ZW0gYmVsb3cgdGhhdCBJJ20gc3RpbGwgbm90IGNsZWFyIG9uLCBidXQgSSB0
aGluayB3ZSBhcmUgaW4gc3luYyBldmVyeXdoZXJlIGVsc2UuDQoNClRoYW5rcyBmb3IgeW91ciBy
ZXZpZXchDQpBbA0KW2FjbV0g4oCmDQoNCkkgd2Fzbid0IHF1aXRlIHN1cmUgd2hhdCB0byBtYWtl
IG9mIHRoaXMgdGV4dDoNCg0KICBXZSBmdXJ0aGVyIHJlcXVpcmUgdGhhdCBpZiBhIHBhY2tldCBp
cyBkZXNjcmliZWQgYXMgaGF2aW5nIGEgImxlbmd0aA0KICAgb2YgQiBvY3RldHMiLCB0aGVuIDAg
PD0gQiA8PSA2NTUzNTsgYW5kIGlmIEIgaXMgdGhlIHBheWxvYWQgbGVuZ3RoIGluDQogICBvY3Rl
dHMsIHRoZW4gQiA8PSAoNjU1MzUtSVAgaGVhZGVyIHNpemUgaW4gb2N0ZXRzLCBpbmNsdWRpbmcg
YW55DQogICBFeHRlbnNpb24gSGVhZGVycykuICBUaGUganVtYm9ncmFtcyBkZWZpbmVkIGluIFtS
RkMyNjc1XSBhcmUgbm90DQogICBjb3ZlcmVkIGJ5IHRoaXMgbGVuZ3RoIGFuYWx5c2lzLg0KDQpJ
cyB0aGUgcG9pbnQgdGhhdCBqdW1ib2dyYW1zIGFyZW4ndCB2YWxpZCBzdGFuZGFyZC1mb3JtIHBh
Y2tldHM/DQpbYWNtXQ0KTm8sIHRoYXQgSVB2NiBKdW1ib2dyYW1zIGluIDI2NzUgY2FuIGJlIGV2
ZSBsb25nZXIhDQpmcm9tIDI2NzU6DQogICBBICJqdW1ib2dyYW0iIGlzIGFuIElQdjYgcGFja2V0
IGNvbnRhaW5pbmcgYSBwYXlsb2FkIGxvbmdlciB0aGFuDQogICA2NSw1MzUgb2N0ZXRzLg0KUHJh
Y3RpY2FsIE1UVXMga2VlcCBhbGwgdGhpcyBmcm9tIGJlY29taW5nIGEgcG9pbnQNCm9mIGNvbnRl
bnRpb24sIGFzIHdlIGV4cGxhaW4uDQoNClJpZ2h0LCBidXQgd2hhdCBJJ20gbm90IGxhY2luZyB0
b2dldGhlciBpcw0KDQotIEkgaGF2ZSBhbiBJUHY2IHBhY2tldCB3aXRoIDY1LDUzNiBieXRlcw0K
LSBMZXQncyBzYXkgdGhhdCBJdCB3b3VsZCBiZSBhIHZhbGlkIHN0YW5kYXJkLWZvcm0gcGFja2V0
IGlmIGl0IHdhcyBvbmUgYnl0ZSBzaG9ydGVyDQotIGFtIEkgdW5kZXJzdGFuZGluZyB0aGF0IGl0
IGlzIG5vdCBhIHZhbGlkIHN0YW5kYXJkLWZvcm0gcGFja2V0Pw0KLSBvciBpcyB0aGUgcG9pbnQg
dGhhdCB3ZSBiYXNpY2FsbHkgbmV2ZXIgc2VlIElQdjYganVtYm9ncmFtcyBiZWNhdXNlIHRoZXkg
d291bGQgdGFrZSB1cCBhdCBsZWFzdCA0MCBtYXhpbXVtLWxlbmd0aCBFdGhlcm5ldCBwYWNrZXRz
LCBzbyB3ZSBkb24ndCBjYXJlIHdoZXRoZXIgdGhleSB3b3VsZCBiZSB2YWxpZCBzdGFuZGFyZC1m
b3JtIHBhY2tldHMgaWYgd2UgZXZlciBkaWQgc2VlIG9uZT8NCg0KVGhhbmtzIGZvciBjbHVlcywN
Cg0KU3BlbmNlcg0KDQpbYWNtXQ0KDQpTbywgSSBwcm9wb3NlIHRoYXQgd2UgbWFrZSB0aGUganVt
Ym9ncmFtIHNlbnRlbmNlIGVuZCBsaWtlIHRoaXM6DQoNCi4uLiBidXQgaWYgdGhlIElQdjYgSnVt
Ym9ncmFtIFBheWxvYWQgSG9wLWJ5LUhvcCBPcHRpb24gSGVhZGVyIGlzIHByZXNlbnQsDQp0aGVu
IGEgcGFja2V0IHdpdGggY29ycmVzcG9uZGluZyBsZW5ndGggTVVTVCBiZSBjb25zaWRlcmVkIHN0
YW5kYXJkLWZvcm1lZC4NCg0KQWwNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9
DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw
dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K
CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ291cmllciBO
ZXciOw0KCWNvbG9yOmJsYWNrO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4
cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdv
cmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4w
aW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48
L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i
ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9
ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8
L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8
ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7
Y29sb3I6YmxhY2siPklubGluZSBmb3IgdGhlIG9uZSBvcGVuIGlzc3VlOjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYT48L3A+DQo8
ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRp
bmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9i
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZiI+IFNwZW5jZXIgRGF3a2lucyBhdCBJRVRGIFttYWlsdG86c3BlbmNl
cmRhd2tpbnMuaWV0ZkBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBNYXJj
aCAzMCwgMjAxOCA1OjU1IFBNPGJyPg0KPGI+VG86PC9iPiBNT1JUT04sIEFMRlJFRCBDIChBTCkg
Jmx0O2FjbW9ydG9uQGF0dC5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBCcmlhbiBUcmFtbWVsbCAm
bHQ7aWV0ZkB0cmFtbWVsbC5jaCZndDs7IE5ldmlsIEJyb3dubGVlICZsdDtuLmJyb3dubGVlQGF1
Y2tsYW5kLmFjLm56Jmd0OzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGRy
YWZ0LWlldGYtaXBwbS0yMzMwLWlwdjZAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6
IEFEIEV2YWx1YXRpb24gZm9yIGRyYWZ0LWlldGYtaXBwbS0yMzMwLWlwdjYtMDM8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksIEFsLCZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIEZyaSwgTWFyIDMwLCAy
MDE4IGF0IDExOjExIEFNLCBNT1JUT04sIEFMRlJFRCBDIChBTCkgJmx0OzxhIGhyZWY9Im1haWx0
bzphY21vcnRvbkBhdHQuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWNtb3J0b25AYXR0LmNvbTwvYT4m
Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBw
dDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+SGkgU3BlbmNlciwgcGxl
YXNlIHNlZSByZXBsaWVzIGluLWxpbmUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgaGF2
ZSBvbmUgaXRlbSBiZWxvdyB0aGF0IEknbSBzdGlsbCBub3QgY2xlYXIgb24sIGJ1dCBJIHRoaW5r
IHdlIGFyZSBpbiBzeW5jIGV2ZXJ5d2hlcmUgZWxzZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0ND
QyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdp
bi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7O2NvbG9yOmJsYWNrIj5UaGFua3MgZm9yIHlvdXIgcmV2aWV3ITwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPkFsPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6
c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2
Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxpPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv
bG9yOmJsYWNrIj5bYWNtXQ0KPC9zcGFuPjwvaT48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPuKA
pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj5JIHdhc24ndCBxdWl0ZSBzdXJlIHdoYXQgdG8gbWFrZSBvZiB0aGlz
IHRleHQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4mbmJzcDsgV2UgZnVydGhlciByZXF1aXJlIHRoYXQgaWYgYSBwYWNrZXQgaXMgZGVz
Y3JpYmVkIGFzIGhhdmluZyBhICZxdW90O2xlbmd0aDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsgJm5ic3A7b2YgQiBvY3RldHMmcXVv
dDssIHRoZW4gMCAmbHQ7PSBCICZsdDs9IDY1NTM1OyBhbmQgaWYgQiBpcyB0aGUgcGF5bG9hZCBs
ZW5ndGggaW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+Jm5ic3A7ICZuYnNwO29jdGV0cywgdGhlbiBCICZsdDs9ICg2NTUzNS1JUCBoZWFkZXIg
c2l6ZSBpbiBvY3RldHMsIGluY2x1ZGluZyBhbnk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7ICZuYnNwO0V4dGVuc2lvbiBIZWFkZXJz
KS4mbmJzcDsgVGhlIGp1bWJvZ3JhbXMgZGVmaW5lZCBpbiBbUkZDMjY3NV0gYXJlIG5vdDxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsg
Jm5ic3A7Y292ZXJlZCBieSB0aGlzIGxlbmd0aCBhbmFseXNpcy4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPklzIHRoZSBwb2lu
dCB0aGF0IGp1bWJvZ3JhbXMgYXJlbid0IHZhbGlkIHN0YW5kYXJkLWZvcm0gcGFja2V0cz88bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6
YmxhY2siPlthY21dDQo8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPk5vLCB0aGF0IElQdjYgSnVtYm9ncmFt
cyBpbiAyNjc1IGNhbiBiZSBldmUgbG9uZ2VyITwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPmZyb20gMjY3NTo8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgQSAmcXVv
dDtqdW1ib2dyYW0mcXVvdDsgaXMgYW4gSVB2NiBwYWNrZXQgY29udGFpbmluZyBhIHBheWxvYWQg
bG9uZ2VyIHRoYW48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgNjUsNTM1IG9jdGV0cy4NCjwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlByYWN0
aWNhbCBNVFVzIGtlZXAgYWxsIHRoaXMgZnJvbSBiZWNvbWluZyBhIHBvaW50PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+
b2YgY29udGVudGlvbiwgYXMgd2UgZXhwbGFpbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmlnaHQsIGJ1
dCB3aGF0IEknbSBub3QgbGFjaW5nIHRvZ2V0aGVyIGlzJm5ic3A7PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gSSBoYXZlIGFuIElQdjYgcGFj
a2V0IHdpdGggNjUsNTM2IGJ5dGVzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj4tIExldCdzIHNheSB0aGF0IEl0IHdvdWxkIGJlIGEgdmFsaWQgc3Rh
bmRhcmQtZm9ybSBwYWNrZXQgaWYgaXQgd2FzIG9uZSBieXRlIHNob3J0ZXI8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gYW0gSSB1bmRlcnN0YW5k
aW5nIHRoYXQgaXQgaXMgbm90IGEgdmFsaWQgc3RhbmRhcmQtZm9ybSBwYWNrZXQ/PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIG9yIGlzIHRoZSBw
b2ludCB0aGF0IHdlIGJhc2ljYWxseSBuZXZlciBzZWUgSVB2NiBqdW1ib2dyYW1zIGJlY2F1c2Ug
dGhleSB3b3VsZCB0YWtlIHVwIGF0IGxlYXN0IDQwIG1heGltdW0tbGVuZ3RoIEV0aGVybmV0IHBh
Y2tldHMsIHNvIHdlIGRvbid0IGNhcmUgd2hldGhlciB0aGV5IHdvdWxkIGJlIHZhbGlkIHN0YW5k
YXJkLWZvcm0gcGFja2V0cyBpZiB3ZSBldmVyIGRpZCBzZWUgb25lPzxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgZm9yIGNsdWVzLDxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TcGVu
Y2VyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7
O2NvbG9yOmJsYWNrIj5bYWNtXQ0KPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlNv
LCBJIHByb3Bvc2UgdGhhdCB3ZSBtYWtlIHRoZSBqdW1ib2dyYW0gc2VudGVuY2UgZW5kIGxpa2Ug
dGhpczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90
Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPi4uLiBidXQgaWYgdGhlIElQdjYgSnVtYm9n
cmFtIFBheWxvYWQgSG9wLWJ5LUhvcCBPcHRpb24gSGVhZGVyIGlzIHByZXNlbnQsDQo8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFj
ayI+dGhlbiBhIHBhY2tldCB3aXRoIGNvcnJlc3BvbmRpbmcgbGVuZ3RoIE1VU1QgYmUgY29uc2lk
ZXJlZCBzdGFuZGFyZC1mb3JtZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5BbDxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_4D7F4AD313D3FC43A053B309F97543CF4A8E1CEEnjmtexg5researc_--


From nobody Tue Apr  3 15:36:30 2018
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4E981200A0; Tue,  3 Apr 2018 15:36:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DxsJgD8QTH6L; Tue,  3 Apr 2018 15:36:25 -0700 (PDT)
Received: from mail-yb0-x235.google.com (mail-yb0-x235.google.com [IPv6:2607:f8b0:4002:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A690212D887; Tue,  3 Apr 2018 15:36:25 -0700 (PDT)
Received: by mail-yb0-x235.google.com with SMTP id e5-v6so4552803ybq.13; Tue, 03 Apr 2018 15:36:25 -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=+qMFBi/b1cjgnY1inzkX/zz9TC8mhZy7KywqwRgLMNQ=; b=ROYovlamQFdjTlJ4XxfMwC0afI8qqjIO9Yqa/Y+ntmUR3VX2WAqh+pLcHGFSRzHtMZ pv4zEnmzRiR1f/sYt9p5rOAxTJGqVGz51o4Yiym4lAG13o+OI3uN5MksYnJRQpHsqzRb LSpl54U1+oSgo3xT+WQHNVMta1DAwwXv6HmgquBfyDKYxtT9F+UFK43eH8mtZObxXgm4 SPdNNHLlHoWfTqIGlfHA2R+8E9nH2dBdID743kXEHsspsaE/gvxouJk2ENwBfg+RGcyL RVye2f4rzzMI2TH7LzSVySckhqZsaK+aSdxmtzTCxMk65HknZw9J36gnzMpJnrPQ5nOV d/Dg==
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=+qMFBi/b1cjgnY1inzkX/zz9TC8mhZy7KywqwRgLMNQ=; b=YHApmR1KoL/iK8h5e5fr+R4VBTdlVcTBPdiOaHuH1F5G3IsJp7TvW6yEsSUUnKJ7t+ 4u1AH01+LrW9ZeMLWsRqlym/B/OXR7fGjPhDMhMfNKcBILk9dLJTbArNS6aM1UCZZx3a 4zLbu3mstXXbZwwBu69dApS36q2xb2Gpa/XNhOU+J+qD7yKu5TdxDYihFNN4NmEAu0Yd LZlKte9PACoqKo/CzHbWxvc6UoY2icVzJzHwUnkKUPu1P5tgH/5/gmGnPuz9LfTeVRzX I34Q7fAnjtDXLRVoXtSbWKQQqmrqjTu3zu0s9GVWcrEIiGaQd93gwp/Omkg0md7wM23h ufJg==
X-Gm-Message-State: AElRT7GkwGz5CmHmRe2cf2ZZLOZhEigwUqKrZ2NK50NAyr4GJX0KqFrE 8+8pjV0d3zQ4SdE8kfIcer3WvK03HzVFUWCavIc=
X-Google-Smtp-Source: AIpwx4+mYTT+m52jJadQlIZwmrSSjNfBV9YPTvHF3+ztP/awP7OF+2c4QDKrdhAJRSBpAvY/vwUei2dziAtMSmGvTG4=
X-Received: by 2002:a25:d112:: with SMTP id i18-v6mr8933514ybg.44.1522794984584;  Tue, 03 Apr 2018 15:36:24 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a25:e757:0:0:0:0:0 with HTTP; Tue, 3 Apr 2018 15:36:24 -0700 (PDT)
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF4A8E1CEE@njmtexg5.research.att.com>
References: <CAKKJt-di7moOyWS6GucHOTHtraanf21-ztDE4U0U0JYGVRChKQ@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E0A39@njmtexg5.research.att.com> <CAKKJt-cZ5feZ+6dNJ7Nktg-=cu8Fka8dRTD=jHE-GceiOJMBmw@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E1CEE@njmtexg5.research.att.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Tue, 3 Apr 2018 17:36:24 -0500
Message-ID: <CAKKJt-foQde01+ojPNLZZgzKmgWJcxH8EeSj_RvgWxroVK9Q-w@mail.gmail.com>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>
Cc: Brian Trammell <ietf@trammell.ch>, Nevil Brownlee <n.brownlee@auckland.ac.nz>,  "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, "draft-ietf-ippm-2330-ipv6@ietf.org" <draft-ietf-ippm-2330-ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001f3b770568f956cd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Zd3Siy4lnSeRXDoZzFSwQ6YL8Og>
Subject: Re: [ippm] AD Evaluation for draft-ietf-ippm-2330-ipv6-03
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Apr 2018 22:36:29 -0000

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

Al,

On Tue, Apr 3, 2018 at 5:28 PM, MORTON, ALFRED C (AL) <acmorton@att.com>
wrote:

> Inline for the one open issue:
>
>
>
> *From:* Spencer Dawkins at IETF [mailto:spencerdawkins.ietf@gmail.com]
> *Sent:* Friday, March 30, 2018 5:55 PM
> *To:* MORTON, ALFRED C (AL) <acmorton@att.com>
> *Cc:* Brian Trammell <ietf@trammell.ch>; Nevil Brownlee <
> n.brownlee@auckland.ac.nz>; ippm-chairs@ietf.org; ippm@ietf.org;
> draft-ietf-ippm-2330-ipv6@ietf.org
> *Subject:* Re: AD Evaluation for draft-ietf-ippm-2330-ipv6-03
>
>
>
> Hi, Al,
>
>
>
> On Fri, Mar 30, 2018 at 11:11 AM, MORTON, ALFRED C (AL) <acmorton@att.com=
>
> wrote:
>
> Hi Spencer, please see replies in-line.
>
>
>
> I have one item below that I'm still not clear on, but I think we are in
> sync everywhere else.
>
>
>
> Thanks for your review!
>
> Al
>
> *[acm] *=E2=80=A6
>
>
>
> I wasn't quite sure what to make of this text:
>
>
>
>   We further require that if a packet is described as having a "length
>
>    of B octets", then 0 <=3D B <=3D 65535; and if B is the payload length=
 in
>
>    octets, then B <=3D (65535-IP header size in octets, including any
>
>    Extension Headers).  The jumbograms defined in [RFC2675] are not
>
>    covered by this length analysis.
>
>
>
> Is the point that jumbograms aren't valid standard-form packets?
>
> *[acm] *
>
> No, that IPv6 Jumbograms in 2675 can be eve longer!
>
> from 2675:
>
>    A "jumbogram" is an IPv6 packet containing a payload longer than
>
>    65,535 octets.
>
> Practical MTUs keep all this from becoming a point
>
> of contention, as we explain.
>
>
>
> Right, but what I'm not lacing together is
>
>
>
> - I have an IPv6 packet with 65,536 bytes
>
> - Let's say that It would be a valid standard-form packet if it was one
> byte shorter
>
> - am I understanding that it is not a valid standard-form packet?
>
> - or is the point that we basically never see IPv6 jumbograms because the=
y
> would take up at least 40 maximum-length Ethernet packets, so we don't ca=
re
> whether they would be valid standard-form packets if we ever did see one?
>
>
>
> Thanks for clues,
>
>
>
> Spencer
>
>
>
> *[acm] *
>
>
>
> So, I propose that we make the jumbogram sentence end like this:
>
>
>
> ... but if the IPv6 Jumbogram Payload Hop-by-Hop Option Header is present=
,
>
> then a packet with corresponding length MUST be considered standard-forme=
d.
>

That is perfectly clear, and I wouldn't have guessed it worked that way in
a million years with the previous text ;-)

Ship it (at the appropriate time, of course!)

Spencer

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

<div dir=3D"ltr">Al,=C2=A0<div class=3D"gmail_extra"><br><div class=3D"gmai=
l_quote">On Tue, Apr 3, 2018 at 5:28 PM, MORTON, ALFRED C (AL) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:acmorton@att.com" target=3D"_blank">acmorton@at=
t.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"m_3942316175860890869WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">Inline for the one open issue:<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><a name=3D"m_3942316175860890869__MailEndCompose"><s=
pan style=3D"font-size:11.0pt;font-family:&quot;Courier New&quot;;color:bla=
ck"><u></u>=C2=A0<u></u></span></a></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,sans-serif">From:</span></b><span style=3D"font-size:11.0pt;=
font-family:&quot;Calibri&quot;,sans-serif"> Spencer Dawkins at IETF [mailt=
o:<a href=3D"mailto:spencerdawkins.ietf@gmail.com" target=3D"_blank">spence=
rdawkins.ietf@<wbr>gmail.com</a>]
<br>
<b>Sent:</b> Friday, March 30, 2018 5:55 PM<br>
<b>To:</b> MORTON, ALFRED C (AL) &lt;<a href=3D"mailto:acmorton@att.com" ta=
rget=3D"_blank">acmorton@att.com</a>&gt;<br>
<b>Cc:</b> Brian Trammell &lt;<a href=3D"mailto:ietf@trammell.ch" target=3D=
"_blank">ietf@trammell.ch</a>&gt;; Nevil Brownlee &lt;<a href=3D"mailto:n.b=
rownlee@auckland.ac.nz" target=3D"_blank">n.brownlee@auckland.ac.nz</a>&gt;=
; <a href=3D"mailto:ippm-chairs@ietf.org" target=3D"_blank">ippm-chairs@iet=
f.org</a>; <a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org=
</a>; <a href=3D"mailto:draft-ietf-ippm-2330-ipv6@ietf.org" target=3D"_blan=
k">draft-ietf-ippm-2330-ipv6@<wbr>ietf.org</a><br>
<b>Subject:</b> Re: AD Evaluation for draft-ietf-ippm-2330-ipv6-03<u></u><u=
></u></span></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi, Al,=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div><span class=3D"">
<p class=3D"MsoNormal">On Fri, Mar 30, 2018 at 11:11 AM, MORTON, ALFRED C (=
AL) &lt;<a href=3D"mailto:acmorton@att.com" target=3D"_blank">acmorton@att.=
com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">Hi Spencer, please see replies in-line.</span>=
<u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I have one item below that I&#39;m still not clear o=
n, but I think we are in sync everywhere else.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</span><blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;pad=
ding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div><span class=3D"">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">Thanks for your review!</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">Al</span><u></u><u></u></p>
</span><div style=3D"border:none;border-left:solid blue 1.5pt;padding:0in 0=
in 0in 4.0pt">
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Courier New&quot;;color:black">[acm]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Courier Ne=
w&quot;;color:black">=E2=80=A6</span><u></u><u></u></p>
</div><span class=3D"">
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">I wasn&#39;t quite sure what to make of this text:<u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 We further require that if a packet is descri=
bed as having a &quot;length<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0of B octets&quot;, then 0 &lt;=3D B &lt=
;=3D 65535; and if B is the payload length in<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0octets, then B &lt;=3D (65535-IP header=
 size in octets, including any<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Extension Headers).=C2=A0 The jumbogram=
s defined in [RFC2675] are not<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0covered by this length analysis.=C2=A0<=
u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Is the point that jumbograms aren&#39;t valid standa=
rd-form packets?<u></u><u></u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Courier New&quot;;color:black">[acm]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">No, that IPv6 Jumbograms in 2675 can be eve lo=
nger!</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Co=
urier New&quot;">from 2675:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Co=
urier New&quot;">=C2=A0=C2=A0 A &quot;jumbogram&quot; is an IPv6 packet con=
taining a payload longer than</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Co=
urier New&quot;">=C2=A0=C2=A0 65,535 octets.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">Practical MTUs keep all this from becoming a p=
oint</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">of contention, as we explain.</span><u></u><u>=
</u></p>
</div>
</div>
</span></div>
</div>
</div>
</div>
</div>
</div>
</blockquote><span class=3D"">
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Right, but what I&#39;m not lacing together is=C2=A0=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- I have an IPv6 packet with 65,536 bytes<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal">- Let&#39;s say that It would be a valid standard-fo=
rm packet if it was one byte shorter<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- am I understanding that it is not a valid standard=
-form packet?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- or is the point that we basically never see IPv6 j=
umbograms because they would take up at least 40 maximum-length Ethernet pa=
ckets, so we don&#39;t care whether they would be valid standard-form packe=
ts if we ever did see one?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for clues,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Spencer<u></u><u></u></p>
</div>
</span><div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Courier New&quot;;color:black">[acm]
<u></u><u></u></span></i></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">So, I propose that we make the jumbogram sente=
nce end like this:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">... but if the IPv6 Jumbogram Payload Hop-by-H=
op Option Header is present,
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Co=
urier New&quot;;color:black">then a packet with corresponding length MUST b=
e considered standard-formed.</span></p></div></div></div></div></div></div=
></div></blockquote><div><br></div><div>That is perfectly clear, and I woul=
dn&#39;t have guessed it worked that way in a million years with the previo=
us text ;-)</div><div><br></div><div>Ship it (at the appropriate time, of c=
ourse!)</div><div><br></div><div>Spencer</div></div></div></div>

--0000000000001f3b770568f956cd--


From nobody Thu Apr  5 11:06:13 2018
Return-Path: <rrahman@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B874126BF6; Thu,  5 Apr 2018 11:06:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.509
X-Spam-Level: 
X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JbGORJTPmQpM; Thu,  5 Apr 2018 11:06:05 -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 0FABF12E040; Thu,  5 Apr 2018 11:05:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=32682; q=dns/txt; s=iport; t=1522951538; x=1524161138; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=IyDq9+ePYj06zYOukJnyx3ALBIu7yUWkUN5zO2nrGkw=; b=h7eWP6Sf9Z88EUmzosuEN3FNgxtObCgt2MvdUS+rPfNvbBTb9UR5aV7V 6fbypPNzSu+wS9QXdpa7Yjd173JQdpm/vM4dNGoEQgk34RBXhknaX9wxe yJ1dYp6VHnAWg/YGdo4VhTJSz8Rqqy0BvwJvogehUkHmJ3i5LILNqCiqP Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DJAAAQZcZa/4YNJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNSithbygKg1WIAI0JgVMhgQ+SVYF6CyOEYAIagiUhNBg?= =?us-ascii?q?BAgEBAQEBAQJsHAyFIgEBAQEDI1YQAgEIEQMBAQEhBwMCAgIwFAkIAgQBDQW?= =?us-ascii?q?EKWQPrCuCHIhDgiAFh2qBVD+BDCIMglaDEQIDAYF4FoJKMIIkAoUxglqIP4Z?= =?us-ascii?q?2CAKFUYUugzCBMoNaglmEWIkahkICERMBgSQBHDiBUnAVZAGCGAmDKAEIh1a?= =?us-ascii?q?FPm+MBAGBFgEB?=
X-IronPort-AV: E=Sophos; i="5.48,411,1517875200"; d="scan'208,217"; a="95034139"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Apr 2018 18:05:37 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w35I5bg7008414 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 5 Apr 2018 18:05:37 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 5 Apr 2018 13:05:36 -0500
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Thu, 5 Apr 2018 13:05:36 -0500
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: Tianran Zhou <zhoutianran@huawei.com>, "ippm@ietf.org" <ippm@ietf.org>
CC: Lizhenbin <lizhenbin@huawei.com>, "draft-zhou-ippm-ioam-yang@ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
Thread-Topic: [ippm] optimize the IOAM YANG data model
Thread-Index: AQHTxCvJHF3cBlu8+0uZUmAURD9UnKPhwliwgBFdlAA=
Date: Thu, 5 Apr 2018 18:05:36 +0000
Message-ID: <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.a.0.180210
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [161.44.212.232]
Content-Type: multipart/alternative; boundary="_000_0DFD4B3F0D044353A53A5DA6C53A4E6Cciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/vz7TGbWdZJL3hsH3tEcagtNAUVw>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Apr 2018 18:06:09 -0000

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

SGkgVGlhbnJhbiwNCg0KSSBhZ3JlZSB0aGF0IHVzaW5nIGZlYXR1cmUgbWFrZXMgbW9yZSBzZW5z
ZSB0aGFuIHNjaGVtYSBtb3VudCBpbiB0aGlzIG1vZGVsLg0KDQpSZWdhcmRpbmcgNjA4N2Jpcywg
dGhlcmUgYXJlIHF1aXRlIGEgZmV3IHRoaW5ncy4gRXZlcnkgSUVURiBZQU5HIGF1dGhvciBzaG91
bGQgcmVhZCB0aGUgd2hvbGUgZG9j4oCmIEJ1dCBBcHBlbmRpeCBCIGdpdmVzIGEgY2hlY2tsaXN0
IGFuZCBBcHBlbmRpeCBDIGhhcyBhIGNoZWNrbGlzdC4gU2VjdGlvbiAzLjcgaGFzIHRoZSBzZWN1
cml0eSBjb25zaWRlcmF0aW9ucyBhbmQgMy43LjEgaGFzIHRoZSB0ZW1wbGF0ZSBmb3IgdGhhdC4N
Cg0KUmVnYXJkcywNClJlc2hhZC4NCg0KRnJvbTogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBo
dWF3ZWkuY29tPg0KRGF0ZTogU3VuZGF5LCBNYXJjaCAyNSwgMjAxOCBhdCAxMDowNCBQTQ0KVG86
ICJSZXNoYWQgUmFobWFuIChycmFobWFuKSIgPHJyYWhtYW5AY2lzY28uY29tPiwgImlwcG1AaWV0
Zi5vcmciIDxpcHBtQGlldGYub3JnPg0KQ2M6IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5j
b20+LCAiZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZyIgPGRyYWZ0LXpob3UtaXBw
bS1pb2FtLXlhbmdAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW2lwcG1dIG9wdGltaXplIHRoZSBJ
T0FNIFlBTkcgZGF0YSBtb2RlbA0KDQpIaSBSZXNoYWQsDQoNClRoYW5rcyBmb3IgeW91ciBjb21t
ZW50cy4NClBsZWFzZSBzZWUgaW4gbGluZS4NCg0KQ2hlZXJzLA0KVGlhbnJhbg0KDQpGcm9tOiBS
ZXNoYWQgUmFobWFuIChycmFobWFuKSBbbWFpbHRvOnJyYWhtYW5AY2lzY28uY29tXQ0KU2VudDog
U3VuZGF5LCBNYXJjaCAyNSwgMjAxOCA3OjI0IFBNDQpUbzogVGlhbnJhbiBaaG91OyBpcHBtQGll
dGYub3JnDQpDYzogTGl6aGVuYmluOyBkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3Jn
DQpTdWJqZWN0OiBSZTogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbA0K
DQpIaSBUaWFucmFuIGFuZCBHcmVnLA0KDQpXaGlsZSBzY2hlbWEtbW91bnQgd291bGQgd29yaywg
aXQgaXMgcmVhbGx5IGludGVuZGVkIGZvciB1c2UtY2FzZXMgd2hlcmUgdGhlcmUgaXMgYSByZXF1
aXJlbWVudCB0byBhZGQgYSBtb2R1bGUgaW4gMiBvciBtb3JlIGxvY2F0aW9ucyAoZS5nLiBpbnRl
cmZhY2VzIGF0IHRvcC1sZXZlbCwgaW4gTE5FIGFuZCBpbiBOSSkuDQoNClt6dHJdWWVzLCB0aGF0
4oCZcyB3aGF0IEkgdGhvdWdodC4gU28gSSBzdWdnZXN0ZWQgdG8gdXNlIOKAnGZlYXR1cmXigJ0g
c28gdGhhdCB0aGUgY2FuIG9ubHkgc3VwcG9ydCBwYXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uIHR5
cGVzLg0KDQpJ4oCZdmUgdGFrZW4gYSBxdWljayBsb29rIGF0IHRoZSBtb2RlbDoNCg0KICAqICAg
VGhlIOKAnGVuYWJsZWTigJ0gbGVhZiBub2RlIHVuZGVyIGlvYW0tcHJvZmlsZXMgKHZpYSBncm91
cGluZyBpb2FtLWFkbWluLWNvbmZpZykgc2F5cyAiV2hlbiB0cnVlLCBJT0FNIGNvbmZpZ3VyYXRp
b24gaXMgZW5hYmxlZCBmb3IgdGhlIHN5c3RlbS4iLiBJIHRoaW5rIGl04oCZZCBtYWtlIG1vcmUg
c2Vuc2UgaWYgdGhhdCBlbmFibGVkIGZsYWcgd2FzIHRvIGVuYWJsZS9kaXNhYmxlIElPQU0gZGF0
YS1wbGFuZSBmdW5jdGlvbmFsaXR5Lg0KW3p0cl1ZZXMsIHRoaXMgaXMgbW9yZSBjbGVhci4gSSB3
aWxsIGFkZCB0aGUgd29yZHMgdG8gdGhlIGRvY3VtZW50Lg0KDQogICogICBXb3VsZCBiZSBiZXN0
IHRvIHVzZSB5YW5nLXZlcnNpb24gMS4xIElNTy4NCiAgKiAgIFBsZWFzZSB0YWtlIGEgbG9vayBh
dCA2MDg3YmlzLg0KW3p0cl1Db3VsZCB5b3UgcGxlYXNlIHBvaW50IG91dCB3aGF0IHBhcnQgb2Yg
dGhlIDYwODdiaXMgSSBuZWVkIHRvIHBheSBhdHRlbnRpb24/IEFuZCB3aGF0IGlzIG5vdCB5YW5n
IDEuMT8NCkkgaW50ZW5kZWQgdG8gZm9sbG93IHlhbmcgMS4xIGluZGVlZC4g4pi6DQoNClJlZ2Fy
ZHMsDQpSZXNoYWQuDQoNCkZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86
aXBwbS1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFRpYW5yYW4gWmhvdSA8emhvdXRp
YW5yYW5AaHVhd2VpLmNvbTxtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+DQpEYXRlOiBX
ZWRuZXNkYXksIE1hcmNoIDIxLCAyMDE4IGF0IDM6MDMgUE0NClRvOiAiaXBwbUBpZXRmLm9yZzxt
YWlsdG86aXBwbUBpZXRmLm9yZz4iIDxpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3Jn
Pj4NCkNjOiBMaXpoZW5iaW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5A
aHVhd2VpLmNvbT4+LCAiZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzxtYWlsdG86
ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZz4iIDxkcmFmdC16aG91LWlwcG0taW9h
bS15YW5nQGlldGYub3JnPG1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3Jn
Pj4NClN1YmplY3Q6IFtpcHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWwNCg0K
SGkgRm9sa3MsDQoNClRoYW5rcyBHcmVnIHRvIHBvaW50IG91dCB0aGUgZmxleGliaWxpdHkgb2Yg
c3ViLXByb2ZpbGVzIG9uIHRoZSBtZWV0aW5nLiBIZXJlIEkgd291bGQgbGlrZSB0byBkaXNjdXNz
IHRoZSB3YXkgdG8gb3B0aW1pemUgdGhpcyBwb2ludCBmb3IgdGhlIElPQU0gWUFORyBhcyBkZXNj
cmliZWQgaW46DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aG91LWlw
cG0taW9hbS15YW5nLw0KDQpBbHRob3VnaCwgYXMgc3VnZ2VzdGVkLCBzY2hlbWEgbW91bnQgY291
bGQgaGVscCB0byBkeW5hbWljYWxseSBtb3VudCBzdWItcHJvZmlsZXMgdG8gdGhlIElPQU0gY29u
ZmlndXJhdGlvbiwgSU1ITywgaXQgbWF5IGxlYWQgdG8gdGhlIGZyYWdtZW50YXRpb24gb2YgdGhl
IG1vZGVsLCBJLmUuLCBzZXZlcmFsIG1vZHVsZXMuIEFuZCBJIGNhbm5vdCBzZWUgdGhlIHBvc3Np
YmlsaXR5IHRvIHJldXNlIHRoZSBzdWItcHJvZmlsZXMsIGV4Y2VwdCB0byB0aGlzIG1vZGVsLg0K
DQpXaXRoIHRoZSBzYW1lIHJlcXVpcmVtZW50LCBJIHdvdWxkIHN1Z2dlc3QgdG8gdXNlIOKAnGZl
YXR1cmXigJ0gdG8gZW5hYmxlIHRoZSBzdXBwb3J0ZWQgSU9BTSBlbmNhcHN1bGF0aW9uIHR5cGVz
LiBBbmQgdXNlIHRoZSDigJxlbmFibGXigJ0gd2l0aGluIGVhY2ggc3ViLXByb2ZpbGUgdG8gaW5k
aWNhdGUgdGhlIGFjdHVhbCB1c2VkIHN1Yi1wcm9maWxlIGJ5IHRoZSBpbnN0YW5jZS4NCg0KTm93
IGZvdXIgZW5jYXBzdWxhdGlvbiB0eXBlcyBhcmUgc3VwcG9ydGVkIGFjY29yZGluZyB0byB0aGUg
bGF0ZXN0IElPQU0gZGF0YSBzcGVjaWZpY2F0aW9uLiBXZSBtYXkgYXVnbWVudCB0aGUgbW9kZWwg
d2l0aCBtb3JlIHN1Yi1wcm9maWxlcy4NCg0KVGhvdWdodHM/DQoNClRoYW5rcywNClRpYW5yYW4N
Cg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1
IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw
YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgl0ZXh0LWFsaWduOmp1c3RpZnk7DQoJZm9udC1zaXpl
OjEwLjVwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNw
YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0Mx
Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVy
bGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0K
CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBj
bTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpqdXN0aWZ5Ow0KCWZvbnQt
c2l6ZToxMC41cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KcC5Nc29B
Y2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNt
Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgl0ZXh0LWFsaWduOmp1c3RpZnk7DQoJZm9udC1z
aXplOjkuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnAuTXNvTGlz
dFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7
bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDow
Y207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCgl0ZXh0LWFsaWduOmp1c3RpZnk7DQoJZm9udC1zaXplOjEwLjVwdDsN
Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1z
b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1hdHRl
ZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1z
dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0K
CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNv
LXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki
LHNhbnMtc2VyaWY7fQ0KcC5IVE1MLCBsaS5IVE1MLCBkaXYuSFRNTA0KCXttc28tc3R5bGUtbmFt
ZToiSFRNTCDpooTorr7moLzlvI8iOw0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8
jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgl0ZXh0LWFs
aWduOmp1c3RpZnk7DQoJZm9udC1zaXplOjEwLjVwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs
c2Fucy1zZXJpZjt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiu
vuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6
IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4u
RW1haWxTdHlsZTI1DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MjYNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh
bnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9u
dC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjcNCgl7bXNvLXN0eWxlLXR5cGU6cGVy
c29uYWw7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjojMUY0OTdEO30NCnAu
YSwgbGkuYSwgZGl2LmENCgl7bXNvLXN0eWxlLW5hbWU65om55rOo5qGG5paH5pysOw0KCW1zby1z
dHlsZS1saW5rOiLmibnms6jmoYbmlofmnKwgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4t
Ym90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpqdXN0aWZ5Ow0KCWZvbnQtc2l6ZToxMC41cHQ7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5DaGFyDQoJe21zby1z
dHlsZS1uYW1lOiLmibnms6jmoYbmlofmnKwgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5
Ow0KCW1zby1zdHlsZS1saW5rOuaJueazqOahhuaWh+acrDsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUzMA0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3
aW5kb3d0ZXh0Ow0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQou
TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6
MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCglt
YXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7
cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7
bXNvLWxpc3QtaWQ6Mzg2MDMzNjkyOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxOTYzMzc5NDk0
O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ
bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2
ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu
MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt
dGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt
aWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBw
dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m
b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDYN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p
bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5
OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs
bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN
Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz
dCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl
bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMQ0KCXttc28tbGlz
dC1pZDoxMTc3NDI4MDM0Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMTYzNDQwMzQ0NDt9DQpA
bGlzdCBsMTpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv
bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsMg0K
CXttc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwxOmxldmVsMw0KCXttc28tbGV2
ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1z
dG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k
ZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC10YWItc3RvcDoxODAu
MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0O30NCkBsaXN0IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpA
bGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVs
LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6
bGV2ZWw4DQoJe21zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwxOmxldmVsOQ0K
CXttc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMg0KCXttc28tbGlzdC1pZDox
MjAyMDE4MTEyOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxMDAxNTkzMTY7fQ0KQGxpc3QgbDI6
bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDINCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2
ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0
ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m
YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxMDgu
MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N
CkBsaXN0IGwyOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv
LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNp
LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVs
NQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3
Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w
cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNg0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10
YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0
LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p
bHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi
dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0
Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBs
aXN0IGwyOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv
bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsOQ0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K
CW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7
DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJ
e21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF
Ti1DQSIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNl
Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgVGlhbnJhbiw8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+SSBhZ3JlZSB0aGF0IHVzaW5nIGZlYXR1cmUgbWFrZXMgbW9yZSBzZW5zZSB0aGFu
IHNjaGVtYSBtb3VudCBpbiB0aGlzIG1vZGVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRpbmcgNjA4N2Jpcywg
dGhlcmUgYXJlIHF1aXRlIGEgZmV3IHRoaW5ncy4gRXZlcnkgSUVURiBZQU5HIGF1dGhvciBzaG91
bGQgcmVhZCB0aGUgd2hvbGUgZG9j4oCmIEJ1dCBBcHBlbmRpeCBCIGdpdmVzIGEgY2hlY2tsaXN0
IGFuZCBBcHBlbmRpeCBDIGhhcyBhIGNoZWNrbGlzdC4gU2VjdGlvbg0KIDMuNyBoYXMgdGhlIHNl
Y3VyaXR5IGNvbnNpZGVyYXRpb25zIGFuZCAzLjcuMSBoYXMgdGhlIHRlbXBsYXRlIGZvciB0aGF0
LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVzaGFkLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w
cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwv
Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+VGlhbnJhbiBaaG91
ICZsdDt6aG91dGlhbnJhbkBodWF3ZWkuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5TdW5kYXks
IE1hcmNoIDI1LCAyMDE4IGF0IDEwOjA0IFBNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDtSZXNoYWQg
UmFobWFuIChycmFobWFuKSZxdW90OyAmbHQ7cnJhaG1hbkBjaXNjby5jb20mZ3Q7LCAmcXVvdDtp
cHBtQGlldGYub3JnJnF1b3Q7ICZsdDtpcHBtQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOiA8L2I+
TGl6aGVuYmluICZsdDtsaXpoZW5iaW5AaHVhd2VpLmNvbSZndDssICZxdW90O2RyYWZ0LXpob3Ut
aXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmcmcXVvdDsgJmx0O2RyYWZ0LXpob3UtaXBwbS1pb2FtLXlh
bmdAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJFOiBbaXBwbV0gb3B0aW1pemUg
dGhlIElPQU0gWUFORyBkYXRhIG1vZGVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l
dyZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBSZXNoYWQsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRo
YW5rcyBmb3IgeW91ciBjb21tZW50cy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv
dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlBsZWFzZSBzZWUgaW4gbGluZS48L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+Q2hlZXJzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291
cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGlhbnJhbjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m
YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s
aWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz
LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0ibGVmdCIgc3R5
bGU9InRleHQtYWxpZ246bGVmdCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9t
Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gUmVzaGFkIFJhaG1hbiAo
cnJhaG1hbikgW21haWx0bzpycmFobWFuQGNpc2NvLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBT
dW5kYXksIE1hcmNoIDI1LCAyMDE4IDc6MjQgUE08YnI+DQo8Yj5Ubzo8L2I+IFRpYW5yYW4gWmhv
dTsgaXBwbUBpZXRmLm9yZzxicj4NCjxiPkNjOjwvYj4gTGl6aGVuYmluOyBkcmFmdC16aG91LWlw
cG0taW9hbS15YW5nQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXBwbV0gb3B0
aW1pemUgdGhlIElPQU0gWUFORyBkYXRhIG1vZGVsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJsZWZ0IiBzdHlsZT0idGV4
dC1hbGlnbjpsZWZ0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0Ij5IaSBUaWFucmFuIGFuZCBHcmVnLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5XaGlsZSBzY2hl
bWEtbW91bnQgd291bGQgd29yaywgaXQgaXMgcmVhbGx5IGludGVuZGVkIGZvciB1c2UtY2FzZXMg
d2hlcmUgdGhlcmUgaXMgYSByZXF1aXJlbWVudCB0byBhZGQgYSBtb2R1bGUgaW4gMiBvciBtb3Jl
IGxvY2F0aW9ucyAoZS5nLiBpbnRlcmZhY2VzIGF0IHRvcC1sZXZlbCwgaW4gTE5FIGFuZCBpbiBO
SSkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+W3p0cl1ZZXMsIHRoYXTigJlzIHdoYXQgSSB0aG91Z2h0LiBTbyBJIHN1Z2dlc3RlZCB0
byB1c2Ug4oCcZmVhdHVyZeKAnSBzbyB0aGF0IHRoZSBjYW4gb25seSBzdXBwb3J0IHBhcnQgb2Yg
dGhlIGVuY2Fwc3VsYXRpb24gdHlwZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD
b3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPknigJl2ZSB0YWtlbiBhIHF1aWNrIGxvb2sgYXQgdGhlIG1vZGVsOjwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjx1bCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHR5cGU9ImRpc2Mi
Pg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGUg4oCcZW5hYmxl
ZOKAnSBsZWFmIG5vZGUgdW5kZXIgaW9hbS1wcm9maWxlcyAodmlhIGdyb3VwaW5nDQo8L3NwYW4+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPmlvYW0tYWRtaW4tY29u
ZmlnKSBzYXlzICZxdW90O1doZW4gdHJ1ZSwgSU9BTSBjb25maWd1cmF0aW9uIGlzIGVuYWJsZWQg
Zm9yIHRoZSBzeXN0ZW0uJnF1b3Q7LiBJIHRoaW5rIGl04oCZZCBtYWtlIG1vcmUgc2Vuc2UgaWYg
dGhhdCBlbmFibGVkIGZsYWcgd2FzIHRvIGVuYWJsZS9kaXNhYmxlIElPQU0gZGF0YS1wbGFuZSBm
dW5jdGlvbmFsaXR5Ljwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll
ciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W3p0cl1ZZXMsIHRoaXMgaXMgbW9yZSBjbGVhci4g
SSB3aWxsIGFkZCB0aGUgd29yZHMgdG8gdGhlIGRvY3VtZW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjx1bCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5Xb3VsZCBiZSBiZXN0IHRvIHVzZSB5YW5nLXZl
cnNpb24gMS4xIElNTy48L3NwYW4+PG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+UGxlYXNlIHRha2UgYSBsb29rIGF0IDYwODdiaXMuPC9zcGFu
PjxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjoj
MUY0OTdEIj5benRyXUNvdWxkIHlvdSBwbGVhc2UgcG9pbnQgb3V0IHdoYXQgcGFydCBvZiB0aGUg
NjA4N2JpcyBJIG5lZWQgdG8gcGF5IGF0dGVudGlvbj8gQW5kIHdoYXQgaXMgbm90IHlhbmcgMS4x
Pw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv
cjojMUY0OTdEIj5JIGludGVuZGVkIHRvIGZvbGxvdyB5YW5nIDEuMSBpbmRlZWQuDQo8L3NwYW4+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTpXaW5nZGluZ3M7Y29sb3I6IzFG
NDk3RCI+Sjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dCI+UmVzaGFkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj
QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206
IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPmlw
cG0gJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmciPmlwcG0tYm91bmNl
c0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBUaWFucmFuIFpob3UgJmx0OzxhIGhyZWY9
Im1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tIj56aG91dGlhbnJhbkBodWF3ZWkuY29tPC9h
PiZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+V2VkbmVzZGF5LCBNYXJjaCAyMSwgMjAxOCBhdCAzOjAz
IFBNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+
aXBwbUBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3Jn
Ij5pcHBtQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5DYzogPC9iPkxpemhlbmJpbiAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tIj5saXpoZW5iaW5AaHVhd2VpLmNvbTwv
YT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0Bp
ZXRmLm9yZyI+ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0
OzxhIGhyZWY9Im1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnIj5kcmFm
dC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8
L2I+W2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbDwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBs
YW5nPSJFTi1VUyI+SGkgRm9sa3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9hPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki
PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp
bmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5rcyBHcmVnIHRvIHBvaW50IG91dCB0aGUg
ZmxleGliaWxpdHkgb2Ygc3ViLXByb2ZpbGVzIG9uIHRoZSBtZWV0aW5nLiBIZXJlIEkgd291bGQg
bGlrZSB0byBkaXNjdXNzIHRoZSB3YXkgdG8gb3B0aW1pemUgdGhpcyBwb2ludCBmb3IgdGhlIElP
QU0gWUFORyBhcyBkZXNjcmliZWQgaW46PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h
bEJvZHkiPjwvc3Bhbj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k
cmFmdC16aG91LWlwcG0taW9hbS15YW5nLyI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp
bE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0
Zi5vcmcvZG9jL2RyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcvPC9zcGFuPjwvc3Bhbj48c3BhbiBz
dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0
eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP
cmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy
azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPkFsdGhvdWdoLCBhcyBzdWdn
ZXN0ZWQsIHNjaGVtYSBtb3VudCBjb3VsZCBoZWxwIHRvIGR5bmFtaWNhbGx5IG1vdW50IHN1Yi1w
cm9maWxlcyB0byB0aGUgSU9BTSBjb25maWd1cmF0aW9uLCBJTUhPLCBpdCBtYXkgbGVhZCB0byB0
aGUgZnJhZ21lbnRhdGlvbiBvZiB0aGUgbW9kZWwsIEkuZS4sIHNldmVyYWwNCiBtb2R1bGVzLiBB
bmQgSSBjYW5ub3Qgc2VlIHRoZSBwb3NzaWJpbGl0eSB0byByZXVzZSB0aGUgc3ViLXByb2ZpbGVz
LCBleGNlcHQgdG8gdGhpcyBtb2RlbC48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs
Qm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls
T3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+V2l0aCB0aGUgc2FtZSByZXF1aXJlbWVu
dCwgSSB3b3VsZCBzdWdnZXN0IHRvIHVzZSDigJxmZWF0dXJl4oCdIHRvIGVuYWJsZSB0aGUgc3Vw
cG9ydGVkIElPQU0gZW5jYXBzdWxhdGlvbiB0eXBlcy4gQW5kIHVzZSB0aGUg4oCcZW5hYmxl4oCd
IHdpdGhpbiBlYWNoIHN1Yi1wcm9maWxlIHRvIGluZGljYXRlIHRoZSBhY3R1YWwNCiB1c2VkIHN1
Yi1wcm9maWxlIGJ5IHRoZSBpbnN0YW5jZS48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp
bmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N
YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+Tm93IGZvdXIgZW5jYXBzdWxhdGlv
biB0eXBlcyBhcmUgc3VwcG9ydGVkIGFjY29yZGluZyB0byB0aGUgbGF0ZXN0IElPQU0gZGF0YSBz
cGVjaWZpY2F0aW9uLiBXZSBtYXkgYXVnbWVudCB0aGUgbW9kZWwgd2l0aCBtb3JlIHN1Yi1wcm9m
aWxlcy48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0i
RU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh
biBsYW5nPSJFTi1VUyI+VGhvdWdodHM/PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h
bEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp
bE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5rcyw8L3NwYW4+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29r
bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPlRpYW5yYW48L3NwYW4+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N
Cg==

--_000_0DFD4B3F0D044353A53A5DA6C53A4E6Cciscocom_--


From nobody Thu Apr  5 14:53:07 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13B6812D864; Thu,  5 Apr 2018 14:53:06 -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 iTX6I67tCZsC; Thu,  5 Apr 2018 14:53:03 -0700 (PDT)
Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8E5B12D948; Thu,  5 Apr 2018 14:53:02 -0700 (PDT)
Received: by mail-wm0-x235.google.com with SMTP id x4so11140697wmh.5; Thu, 05 Apr 2018 14:53:02 -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=4tv1eNsPhrLnuohMRcvNCa71XCtSev0YfGBs/9JrJK0=; b=qsmPTolNRiS5ognMF5GRNrs27+QmkAd7i1ccRs44lNFyoQLKM+ior+veA/a1UWlORn gpXAsIXaOhKv7Sm0z9ArxEuw4mAzbQnYhk7MpuNjgbGmhxvhSpfg+rX0eqt+kCSQ41XP r2mO2lhqZgZ4zpMv1qhRouiIrsiAIWoTllAbuhi+YiWYDbbnjOmArjolE92+Pko4ke7e ATQrXorU8e10Z4i5aGv/fXv2jesJTs1orSZgVOV4WTJam1z9lZmq8/f90HbKgJQYLwMR h275b1becpBok5xQz6kDiAZWbQtimZ/KlVTubZ1tx7DT9VIgo8BONRPF1iMl6gZvWtbL tOvg==
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=4tv1eNsPhrLnuohMRcvNCa71XCtSev0YfGBs/9JrJK0=; b=uTgNQO4kmiY4V49BrBsKbia2UEfEhGaf2hp2fKt+vWqEh/xODCSO+CPbo+ABLfrK3h e/Ay7CNnwxl/dxxWPux0tT9fSOur8pRavhi9jJVgPsn2nTCcHlWuOw5qoluv5eOFX6QK k/aleygwqdMLEWr4ChEL1IxDmoUfsqSfX68/8bFaf1x+4rG6zlppikQCoKgPImmDRv6N vZft/cnZq/p4c6mEE1UcWWDTE+AgtwErm5iyLpU/Gj70EUXnEZPgmx/3s2YDOLSmMOsI rHtwGGoVdyv1RabWAxQ9ZPQaA2WqhQM3cVzb0F9jaFc6c1r43M7L16bsApvNFbyM8Esa 7evQ==
X-Gm-Message-State: ALQs6tBYiDJMCNMLxv5SSL+vs9HfWsrklXKLLsVzvCB7Nhyjf0Vt5B1s aLM+l/GMUUZdB9OhzJJL1cmSq+MQ9XIdjPG6PT8=
X-Google-Smtp-Source: AIpwx4+ILgFzArIcywTWsYKpFtXBAIGRTJy9UhBnwpVssIU8jdqgCdR0QqN6wcRbE5Ajrp0GlmfTVALhU34dSscCnhA=
X-Received: by 10.46.53.11 with SMTP id z11mr14491021ljz.69.1522965180863; Thu, 05 Apr 2018 14:53:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 5 Apr 2018 14:53:00 -0700 (PDT)
In-Reply-To: <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com> <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 5 Apr 2018 14:53:00 -0700
Message-ID: <CA+RyBmW6fBmPTCnYmKjbtQTVxdemwAVavRvwym-__JnXCF_9_g@mail.gmail.com>
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
Cc: Tianran Zhou <zhoutianran@huawei.com>, "ippm@ietf.org" <ippm@ietf.org>,  Lizhenbin <lizhenbin@huawei.com>,  "draft-zhou-ippm-ioam-yang@ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
Content-Type: multipart/alternative; boundary="f4f5e80735e49c5aee056920f66c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/4BLIT3xFh8LaHmN47Da8DXGUgSk>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Apr 2018 21:53:06 -0000

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

Hi Tianran,
I concur with you and Reshad, using feature is more appropriate in this
model.

Regards,
Greg

On Thu, Apr 5, 2018 at 11:05 AM, Reshad Rahman (rrahman) <rrahman@cisco.com=
>
wrote:

> Hi Tianran,
>
>
>
> I agree that using feature makes more sense than schema mount in this
> model.
>
>
>
> Regarding 6087bis, there are quite a few things. Every IETF YANG author
> should read the whole doc=E2=80=A6 But Appendix B gives a checklist and A=
ppendix C
> has a checklist. Section 3.7 has the security considerations and 3.7.1 ha=
s
> the template for that.
>
>
>
> Regards,
>
> Reshad.
>
>
>
> *From: *Tianran Zhou <zhoutianran@huawei.com>
> *Date: *Sunday, March 25, 2018 at 10:04 PM
> *To: *"Reshad Rahman (rrahman)" <rrahman@cisco.com>, "ippm@ietf.org" <
> ippm@ietf.org>
> *Cc: *Lizhenbin <lizhenbin@huawei.com>, "draft-zhou-ippm-ioam-yang@
> ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
> *Subject: *RE: [ippm] optimize the IOAM YANG data model
>
>
>
> Hi Reshad,
>
>
>
> Thanks for your comments.
>
> Please see in line.
>
>
>
> Cheers,
>
> Tianran
>
>
>
> *From:* Reshad Rahman (rrahman) [mailto:rrahman@cisco.com]
> *Sent:* Sunday, March 25, 2018 7:24 PM
> *To:* Tianran Zhou; ippm@ietf.org
> *Cc:* Lizhenbin; draft-zhou-ippm-ioam-yang@ietf.org
> *Subject:* Re: [ippm] optimize the IOAM YANG data model
>
>
>
> Hi Tianran and Greg,
>
>
>
> While schema-mount would work, it is really intended for use-cases where
> there is a requirement to add a module in 2 or more locations (e.g.
> interfaces at top-level, in LNE and in NI).
>
>
>
> [ztr]Yes, that=E2=80=99s what I thought. So I suggested to use =E2=80=9Cf=
eature=E2=80=9D so that
> the can only support part of the encapsulation types.
>
>
>
> I=E2=80=99ve taken a quick look at the model:
>
>    - The =E2=80=9Cenabled=E2=80=9D leaf node under ioam-profiles (via gro=
uping ioam-admin-config)
>    says "When true, IOAM configuration is enabled for the system.". I thi=
nk
>    it=E2=80=99d make more sense if that enabled flag was to enable/disabl=
e IOAM
>    data-plane functionality.
>
> [ztr]Yes, this is more clear. I will add the words to the document.
>
>    - Would be best to use yang-version 1.1 IMO.
>    - Please take a look at 6087bis.
>
> [ztr]Could you please point out what part of the 6087bis I need to pay
> attention? And what is not yang 1.1?
>
> I intended to follow yang 1.1 indeed. J
>
>
>
> Regards,
>
> Reshad.
>
>
>
> *From: *ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou <
> zhoutianran@huawei.com>
> *Date: *Wednesday, March 21, 2018 at 3:03 PM
> *To: *"ippm@ietf.org" <ippm@ietf.org>
> *Cc: *Lizhenbin <lizhenbin@huawei.com>, "draft-zhou-ippm-ioam-yang@
> ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
> *Subject: *[ippm] optimize the IOAM YANG data model
>
>
>
> Hi Folks,
>
>
>
> Thanks Greg to point out the flexibility of sub-profiles on the meeting.
> Here I would like to discuss the way to optimize this point for the IOAM
> YANG as described in:
>
> https://datatracker.ietf.org/doc/draft-zhou-ippm-ioam-yang/
>
>
>
> Although, as suggested, schema mount could help to dynamically mount
> sub-profiles to the IOAM configuration, IMHO, it may lead to the
> fragmentation of the model, I.e., several modules. And I cannot see the
> possibility to reuse the sub-profiles, except to this model.
>
>
>
> With the same requirement, I would suggest to use =E2=80=9Cfeature=E2=80=
=9D to enable the
> supported IOAM encapsulation types. And use the =E2=80=9Cenable=E2=80=9D =
within each
> sub-profile to indicate the actual used sub-profile by the instance.
>
>
>
> Now four encapsulation types are supported according to the latest IOAM
> data specification. We may augment the model with more sub-profiles.
>
>
>
> Thoughts?
>
>
>
> Thanks,
>
> Tianran
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>

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

<div dir=3D"ltr">Hi Tianran,<div>I concur with you and Reshad, using featur=
e is more appropriate in this model.</div><div><br></div><div>Regards,</div=
><div>Greg</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_qu=
ote">On Thu, Apr 5, 2018 at 11:05 AM, Reshad Rahman (rrahman) <span dir=3D"=
ltr">&lt;<a href=3D"mailto:rrahman@cisco.com" target=3D"_blank">rrahman@cis=
co.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">





<div lang=3D"EN-CA" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_8267379740867485441WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Hi T=
ianran,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt"><u><=
/u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">I ag=
ree that using feature makes more sense than schema mount in this model.<u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt"><u><=
/u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Rega=
rding 6087bis, there are quite a few things. Every IETF YANG author should =
read the whole doc=E2=80=A6 But Appendix B gives a checklist and Appendix C=
 has a checklist. Section
 3.7 has the security considerations and 3.7.1 has the template for that.<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt"><u><=
/u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Rega=
rds,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Resh=
ad.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt"><u><=
/u>=C2=A0<u></u></span></p>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:12.0pt;color:black">From=
: </span></b><span style=3D"font-size:12.0pt;color:black">Tianran Zhou &lt;=
<a href=3D"mailto:zhoutianran@huawei.com" target=3D"_blank">zhoutianran@hua=
wei.com</a>&gt;<br>
<b>Date: </b>Sunday, March 25, 2018 at 10:04 PM<br>
<b>To: </b>&quot;Reshad Rahman (rrahman)&quot; &lt;<a href=3D"mailto:rrahma=
n@cisco.com" target=3D"_blank">rrahman@cisco.com</a>&gt;, &quot;<a href=3D"=
mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a>&gt;<span clas=
s=3D""><br>
<b>Cc: </b>Lizhenbin &lt;<a href=3D"mailto:lizhenbin@huawei.com" target=3D"=
_blank">lizhenbin@huawei.com</a>&gt;, &quot;<a href=3D"mailto:draft-zhou-ip=
pm-ioam-yang@ietf.org" target=3D"_blank">draft-zhou-ippm-ioam-yang@<wbr>iet=
f.org</a>&quot; &lt;<a href=3D"mailto:draft-zhou-ippm-ioam-yang@ietf.org" t=
arget=3D"_blank">draft-zhou-ippm-ioam-yang@<wbr>ietf.org</a>&gt;<br>
</span><b>Subject: </b>RE: [ippm] optimize the IOAM YANG data model<u></u><=
u></u></span></p>
</div><div><div class=3D"h5">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
</div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">Hi Reshad,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">Thanks for your comments.</span><u></u><u></u>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">Please see in line.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">Cheers,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">Tianran</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">=C2=A0</span><u></u><u></u></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><b><span la=
ng=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,sans-=
serif">From:</span></b><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-=
family:&quot;Tahoma&quot;,sans-serif"> Reshad Rahman (rrahman) [mailto:<a h=
ref=3D"mailto:rrahman@cisco.com" target=3D"_blank">rrahman@cisco.com</a>]
<br>
<b>Sent:</b> Sunday, March 25, 2018 7:24 PM<br>
<b>To:</b> Tianran Zhou; <a href=3D"mailto:ippm@ietf.org" target=3D"_blank"=
>ippm@ietf.org</a><br>
<b>Cc:</b> Lizhenbin; <a href=3D"mailto:draft-zhou-ippm-ioam-yang@ietf.org"=
 target=3D"_blank">draft-zhou-ippm-ioam-yang@<wbr>ietf.org</a><br>
<b>Subject:</b> Re: [ippm] optimize the IOAM YANG data model</span><u></u><=
u></u></p>
</div>
</div>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Hi T=
ianran and Greg,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">=C2=
=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Whil=
e schema-mount would work, it is really intended for use-cases where there =
is a requirement to add a module in 2 or more locations (e.g. interfaces at=
 top-level, in LNE and in NI).</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;color=
:#1f497d">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">[ztr]Yes, that=E2=80=99s what I thought. So I =
suggested to use =E2=80=9Cfeature=E2=80=9D so that the can only support par=
t of the encapsulation types.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">I=E2=
=80=99ve taken a quick look at the model:</span><u></u><u></u></p>
<ul style=3D"margin-top:0cm" type=3D"disc">
<li class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">The=
 =E2=80=9Cenabled=E2=80=9D leaf node under ioam-profiles (via grouping
</span><span style=3D"font-size:11.0pt;color:black">ioam-admin-config) says=
 &quot;When true, IOAM configuration is enabled for the system.&quot;. I th=
ink it=E2=80=99d make more sense if that enabled flag was to enable/disable=
 IOAM data-plane functionality.</span><u></u><u></u></li></ul>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">[ztr]Yes, this is more clear. I will add the w=
ords to the document.</span><u></u><u></u></p>
<ul style=3D"margin-top:0cm" type=3D"disc">
<li class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Wou=
ld be best to use yang-version 1.1 IMO.</span><u></u><u></u></li><li class=
=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Please take =
a look at 6087bis.</span><u></u><u></u></li></ul>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">[ztr]Could you please point out what part of t=
he 6087bis I need to pay attention? And what is not yang 1.1?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;;color:#1f497d">I intended to follow yang 1.1 indeed.
</span><span lang=3D"EN-US" style=3D"font-family:Wingdings;color:#1f497d">J=
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">=C2=
=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Rega=
rds,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">Resh=
ad.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">=C2=
=A0</span><u></u><u></u></p>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:12.0pt;color:black">From=
: </span></b><span style=3D"font-size:12.0pt;color:black">ippm &lt;<a href=
=3D"mailto:ippm-bounces@ietf.org" target=3D"_blank">ippm-bounces@ietf.org</=
a>&gt; on behalf of Tianran Zhou &lt;<a href=3D"mailto:zhoutianran@huawei.c=
om" target=3D"_blank">zhoutianran@huawei.com</a>&gt;<br>
<b>Date: </b>Wednesday, March 21, 2018 at 3:03 PM<br>
<b>To: </b>&quot;<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ie=
tf.org</a>&quot; &lt;<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ipp=
m@ietf.org</a>&gt;<br>
<b>Cc: </b>Lizhenbin &lt;<a href=3D"mailto:lizhenbin@huawei.com" target=3D"=
_blank">lizhenbin@huawei.com</a>&gt;, &quot;<a href=3D"mailto:draft-zhou-ip=
pm-ioam-yang@ietf.org" target=3D"_blank">draft-zhou-ippm-ioam-yang@<wbr>iet=
f.org</a>&quot; &lt;<a href=3D"mailto:draft-zhou-ippm-ioam-yang@ietf.org" t=
arget=3D"_blank">draft-zhou-ippm-ioam-yang@<wbr>ietf.org</a>&gt;<br>
<b>Subject: </b>[ippm] optimize the IOAM YANG data model</span><u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">=C2=A0</span><u></u=
><u></u></p>
</div>
<p class=3D"MsoNormal"><a name=3D"m_8267379740867485441__MailOriginalBody">=
<span lang=3D"EN-US">Hi Folks,</span><u></u><u></u></a></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">=C2=A0</span><u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">Thanks Greg to point out =
the flexibility of sub-profiles on the meeting. Here I would like to discus=
s the way to optimize this point for the IOAM YANG as described in:</span><=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span></span><a href=3D"https://datatracker.ietf.org=
/doc/draft-zhou-ippm-ioam-yang/" target=3D"_blank"><span><span lang=3D"EN-U=
S">https://datatracker.ietf.org/<wbr>doc/draft-zhou-ippm-ioam-yang/</span><=
/span><span></span></a><span><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">=C2=A0</span><u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">Although, as suggested, s=
chema mount could help to dynamically mount sub-profiles to the IOAM config=
uration, IMHO, it may lead to the fragmentation of the model, I.e., several
 modules. And I cannot see the possibility to reuse the sub-profiles, excep=
t to this model.</span><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">=C2=A0</span><u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">With the same requirement=
, I would suggest to use =E2=80=9Cfeature=E2=80=9D to enable the supported =
IOAM encapsulation types. And use the =E2=80=9Cenable=E2=80=9D within each =
sub-profile to indicate the actual
 used sub-profile by the instance.</span><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">=C2=A0</span><u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">Now four encapsulation ty=
pes are supported according to the latest IOAM data specification. We may a=
ugment the model with more sub-profiles.</span><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">=C2=A0</span><u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">Thoughts?</span><u></u><u=
></u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">=C2=A0</span><u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">Thanks,</span><u></u><u><=
/u></span></p>
<p class=3D"MsoNormal"><span><span lang=3D"EN-US">Tianran</span><u></u><u><=
/u></span></p>
</div>
</div></div></div>
</div>

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</a><br>
<br></blockquote></div><br></div>

--f4f5e80735e49c5aee056920f66c--


From nobody Thu Apr  5 15:34:57 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCC6B1267BB; Thu,  5 Apr 2018 15:34:55 -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 FqnJ1dsV9152; Thu,  5 Apr 2018 15:34:53 -0700 (PDT)
Received: from mail-pl0-x22b.google.com (mail-pl0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08FA9120454; Thu,  5 Apr 2018 15:34:53 -0700 (PDT)
Received: by mail-pl0-x22b.google.com with SMTP id s10-v6so19359042plp.0; Thu, 05 Apr 2018 15:34:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=3Ovt8HYTJajWAaG1GHwPGzO5z6K9+zy1A7IXxgmk6wk=; b=LedGcZwcm7mUBcDd9lX2ubfjG0x0J1maXBvV9nymdWCtjxSjLyk1TqFnRRtFuUpilP 4COrE8Vso8qsDJeKjQai/lxhSa/9bf7iTbxVf+XaojbiqiSOAoWGcGaGmgztEExgiqi5 x/BkM0MEdWkEVxAb9c2HRiSoMvKPykFGlEIXVsGruZioMaYv26W8VV2m36GhYndyexME kDeQMNitVP1GlTm4NtQED0WZRycxCJw6HuezpmdFHM7Nwxk0I3H5Sv8PeQwWqukeBwme PkCTOpQgxkVgUaMXnHKW+4OgGPVyQ7wshDnOXURR5POYV+yAYn2lw3JryC3HPu/JEe5n MDlg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=3Ovt8HYTJajWAaG1GHwPGzO5z6K9+zy1A7IXxgmk6wk=; b=Safaxo8VqledJymJB7kNZB5OVOnULU4wgtTWjnN5/zjSuLaVQGLqPzbVw4cQ6bmn5L yXu3uIa6GRKV9kiM0f/k5IiSGn9wHYy3fO0dRhHeuwWWlbtZOZWzH562hzLVOy41c82+ cKzpoAqgKJ6gBSggE7ABNEA8ogRpW2YsSWQOlV0irDA9nlYCacVXZemKKTXOdva201r3 EeMjUj2wp/WQqk/BeAW8y6/eHUq5CWchxTcD9CvLjI11CRyBFpFpXNrfQSjLlKwG1DfN rPDGcjuXCwpVOgd0vhEal2YvwOgDuZhsG7goA/TO2aTlQU4oafuPf+HOf67pOjH60U0w Usqw==
X-Gm-Message-State: AElRT7GcKVDRKmYeB6Q5Ay+9Z+jwtLck1PuZYTLUUpM6mLVF1hxwrEnU m94D4rFwNtivkCEWrJkmStuzwXT5
X-Google-Smtp-Source: AIpwx4+anEASuCZGJ7XlWuhSdBXDc0MXhEk/lEQKk+dvIoXR4zCuBR9jnyb55Hl7vALY4l1qRFxunA==
X-Received: by 10.101.98.90 with SMTP id q26mr16358759pgv.113.1522967692570; Thu, 05 Apr 2018 15:34:52 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:d913:2ee:eecf:bdec? ([2601:647:4700:1280:d913:2ee:eecf:bdec]) by smtp.gmail.com with ESMTPSA id l26sm18146287pfj.70.2018.04.05.15.34.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Apr 2018 15:34:52 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <7BD03011-D417-49D7-85C9-D8EB0A8EA651@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_BA1D1920-2FB0-44B5-900A-0152649FFE33"
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
Date: Thu, 5 Apr 2018 15:34:50 -0700
In-Reply-To: <cbdef713-c30a-c664-053b-910969696e41@gmail.com>
Cc: Nalini Elkins <nalini.elkins@insidethestack.com>, ippm-chairs@ietf.org, ippm@ietf.org, draft-ietf-ippm-twamp-yang@ietf.org
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Brian Trammell <ietf@trammell.ch>
References: <CAKKJt-e4mvUEMKwOU7PHMeUf4FgYO4UGeR8LMtsb_kvNMQjeUQ@mail.gmail.com> <cbdef713-c30a-c664-053b-910969696e41@gmail.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/A5Dy7OF6BkU1sxZC8mIH2q38kv4>
Subject: Re: [ippm] AD Evaluation of draft-ietf-ippm-twamp-yang-06
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Apr 2018 22:34:56 -0000

--Apple-Mail=_BA1D1920-2FB0-44B5-900A-0152649FFE33
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Spencer,

Here is the response I got from one of the co-authors, Ruth, on the =
question below.

> On Mar 29, 2018, at 9:45 PM, Mahesh Jethanandani =
<mjethanandani@gmail.com> wrote:
>=20
>> I'm not questioning this text,
>>=20
>>   If the user has no network access to the Control-Client device, =
then
>>    the only option is to retrieve all test-session instances from the
>>    Session-Reflector device.  This could be problematic if a large
>>    number of test sessions are currently active on that device.
>>=20
>> but I am trying to understand what type of problems you're thinking =
of (delays in starting testing from the Control-Client device, because =
the Session-Reflector is heavily loaded? Interference with current test =
sessions? Or something else), and find myself guessing.


Well it only makes sense in the context of the previous paragraphs =E2=80=93=
 The whole text is given below:

Instances of twampSessionReflector:twampReflectorTestSession are indexed =
by a session identifier (SID). This is a value that is auto-allocated by =
the Server as test session requests are received, and communicated back =
to the client in the SID field of the Accept-Session field.
When attempting to retrieve operational data for active test sessions =
from a Session-Reflector device, the user will not know what sessions =
are currently active on that device, or what SIDs have been =
auto-allocated for these test sessions. If the user has network access =
to the Control-Client device, then it is possible to read the data for =
this session under twampClient:twampCtrlSession:twampSessionRequest and =
obtain the SID.The user may then use this SID value as an index to =
retrieve an individual twampSessionReflector:twampReflectorTestSession =
instance on the Session-Reflector device.
=E2=80=A6. (and then the final paragraph.)
  If the user has no network access to the Control-Client device, then
   the only option is to retrieve all test-session instances from the
   Session-Reflector device.  This could be problematic if a large
   number of test sessions are currently active on that device.
=20
=20
So what the description as a WHOLE (including the previous paragraphs) =
is saying, is that if you want to read operational data for a SINGLE =
specific test session that is in progress on the server, you have a =
problem.  Test sessions as configured on the client have a NAME to =
identify them, but an instance of this test session in execution has a =
dynamically allocated test Session ID =E2=80=93 and this is the ID you =
use for retrieving the OPERATIONAL status data for that test session on =
the Server while it is running.  You can=E2=80=99t use the test session =
name to retrieve operational data for this test session on the server =
=E2=80=93 the test session name is not part of any TWAMP message =
exchange, it=E2=80=99s something we use on the client to give a key for =
a particular test session configuration (on the client) =E2=80=93 so the =
server has no knowledge of the name.   The only thing the server does =
know (and this is what it indexes its operational data for test sessions =
in progress by) is the session ID that was dynamically allocated (by the =
server itself as it accepted this incoming test session  (and which IS =
communicated back to the client in a TWAMP message exchange).
So, what does the user do if he wants to retrieve operational data for a =
single specific test session from the SERVER while that test session is =
running?  He doesn=E2=80=99t know what SID the server dynamically =
allocated to his particular test session.
There are 2 options.  The FIRST 2 paragraphs describe how you can go to =
the CLIENT, retrieve operational data for the test session on the CLIENT =
using the test session NAME =E2=80=93 and part of that operational data =
will be the dynamically allocated SID for that session (which the server =
communicated back to the client during the message exchange).  You can =
then go to the server and use that SID as a key to retrieve the =
individual  record for that test session=E2=80=99s operational data on =
the server.
OR  (And this is what the individual paragraph you were quoting was)=20
IF you have no access to the client, then you=E2=80=99re screwed, =
because you don=E2=80=99t know the dynamically allocated SID for your =
session=E2=80=99s name, and you can=E2=80=99t go to the client and get =
it. So all you can do is effectively do a get/get next of ALL the =
operational data records for all test sessions currently  in progress on =
the server, and then try to locate the session you actually wanted to =
look at, based on other information (e.g. IP addresses, UDP ports, etc) =
to identify it.  And this may be problematic if a large number of test =
sessions are currently active on that (server) device.  Because you =
might have 3000 active sessions on that server device and now you=E2=80=99=
re going to have to sift through all 3000 returned records looking for =
the one you were actually interested in.
=20
Hope this makes sense!


--Apple-Mail=_BA1D1920-2FB0-44B5-900A-0152649FFE33
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D"">Spencer,<div class=3D""><br class=3D""></div><div =
class=3D"">Here is the response I got from one of the co-authors, Ruth, =
on the question below.<br class=3D""><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"">On Mar 29, 2018, at 9:45 PM, =
Mahesh Jethanandani &lt;<a href=3D"mailto:mjethanandani@gmail.com" =
class=3D"">mjethanandani@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div text=3D"#000000" =
bgcolor=3D"#FFFFFF" class=3D""><blockquote type=3D"cite" =
cite=3D"mid:CAKKJt-e4mvUEMKwOU7PHMeUf4FgYO4UGeR8LMtsb_kvNMQjeUQ@mail.gmail=
.com" style=3D"font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
background-color: rgb(255, 255, 255); text-decoration: none;" =
class=3D""><div dir=3D"ltr" class=3D""><div class=3D"gmail_extra"><div =
class=3D"gmail_extra">I'm not questioning this text,</div><div =
class=3D"gmail_extra"><br class=3D""></div><div =
class=3D"gmail_extra">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span>If the user has no network =
access to the Control-Client device, then</div><div =
class=3D"gmail_extra">&nbsp; &nbsp;the only option is to retrieve all =
test-session instances from the</div><div class=3D"gmail_extra">&nbsp; =
&nbsp;Session-Reflector device.&nbsp; This could be problematic if a =
large</div><div class=3D"gmail_extra">&nbsp; &nbsp;number of test =
sessions are currently active on that device.</div><div =
class=3D"gmail_extra"><br class=3D""></div><div class=3D"gmail_extra">but =
I am trying to understand what type of problems you're thinking of =
(delays in starting testing from the Control-Client device, because the =
Session-Reflector is heavily loaded? Interference with current test =
sessions? Or something else), and find myself =
guessing.</div></div></div></blockquote></div></div></blockquote><br =
class=3D""></div><div><br class=3D""></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" =
class=3D"">Well it only makes sense in the context of the previous =
paragraphs =E2=80=93 The whole text is given below:<o:p =
class=3D""></o:p></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D""><br =
class=3D"">Instances of twampSessionReflector:twampReflectorTestSession =
are indexed by a session identifier (SID). This is a value that is =
auto-allocated by the Server as test session requests are received, and =
communicated back to the client in the SID field of the Accept-Session =
field.<o:p class=3D""></o:p></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" =
class=3D"">When attempting to retrieve operational data for active test =
sessions from a Session-Reflector device, the user will not know what =
sessions are currently active on that device, or what SIDs have been =
auto-allocated for these test sessions. If the user has network access =
to the Control-Client device, then it is possible to read the data for =
this session under twampClient:twampCtrlSession:twampSessionRequest and =
obtain the SID.The user may then use this SID value as an index to =
retrieve an individual twampSessionReflector:twampReflectorTestSession =
instance on the Session-Reflector device.<o:p class=3D""></o:p></div><div =
style=3D"margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: =
Calibri, sans-serif;" class=3D"">=E2=80=A6. (and then the final =
paragraph.)<o:p class=3D""></o:p></div><div style=3D"margin: 0in 0in =
0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" =
class=3D""><b class=3D"">&nbsp; If the user has no network access to the =
Control-Client device, then<o:p class=3D""></o:p></b></div><div =
style=3D"margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: =
Calibri, sans-serif;" class=3D""><b class=3D"">&nbsp; &nbsp;the only =
option is to retrieve all test-session instances from the<o:p =
class=3D""></o:p></b></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D""><b =
class=3D"">&nbsp; &nbsp;Session-Reflector device.&nbsp; This could be =
problematic if a large<o:p class=3D""></o:p></b></div><div =
style=3D"margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: =
Calibri, sans-serif;" class=3D""><b class=3D"">&nbsp; &nbsp;number of =
test sessions are currently active on that device.<o:p =
class=3D""></o:p></b></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D"">So what =
the description as a WHOLE (including the previous paragraphs) is =
saying, is that if you want to read operational data for a SINGLE =
specific test session that is in progress on the server, you have a =
problem.&nbsp; Test sessions as configured on the client have a NAME to =
identify them, but an instance of this test session in execution has a =
dynamically allocated test Session ID =E2=80=93 and this is the ID you =
use for retrieving the OPERATIONAL status data for that test session on =
the Server while it is running.&nbsp; You can=E2=80=99t use the test =
session name to retrieve operational data for this test session on the =
server =E2=80=93 the test session name is not part of any TWAMP message =
exchange, it=E2=80=99s something we use on the client to give a key for =
a particular test session configuration (on the client) =E2=80=93 so the =
server has no knowledge of the name.&nbsp;&nbsp; The only thing the =
server does know (and this is what it indexes its operational data for =
test sessions in progress by) is the session ID that was dynamically =
allocated (by the server itself as it accepted this incoming test =
session&nbsp; (and which IS communicated back to the client in a TWAMP =
message exchange).<br class=3D"">So, what does the user do if he wants =
to retrieve operational data for a single specific test session from the =
SERVER while that test session is running?&nbsp; He doesn=E2=80=99t know =
what SID the server dynamically allocated to his particular test =
session.<br class=3D"">There are 2 options.&nbsp; The FIRST 2 paragraphs =
describe how you can go to the CLIENT, retrieve operational data for the =
test session on the CLIENT using the test session NAME =E2=80=93 and =
part of that operational data will be the dynamically allocated SID for =
that session (which the server communicated back to the client during =
the message exchange).&nbsp; You can then go to the server and use that =
SID as a key to retrieve the individual &nbsp;record for that test =
session=E2=80=99s operational data on the server.<br class=3D"">OR&nbsp; =
(And this is what the individual paragraph you were quoting =
was)&nbsp;<br class=3D"">IF you have no access to the client, then =
you=E2=80=99re screwed, because you don=E2=80=99t know the dynamically =
allocated SID for your session=E2=80=99s name, and you can=E2=80=99t go =
to the client and get it. So all you can do is effectively do a get/get =
next of ALL the operational data records for all test sessions currently =
&nbsp;in progress on the server, and then try to locate the session you =
actually wanted to look at, based on other information (e.g. IP =
addresses, UDP ports, etc) to identify it.&nbsp; And this may be&nbsp;<b =
class=3D"">problematic if a large number of test sessions are currently =
active on that&nbsp;</b>(server)<b class=3D"">&nbsp;device</b>.&nbsp; =
Because you might have 3000 active sessions on that server device and =
now you=E2=80=99re going to have to sift through all 3000 returned =
records looking for the one you were actually interested in.<o:p =
class=3D""></o:p></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></div><div style=3D"margin: 0in 0in 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D"">Hope this =
makes sense!</div>
<br class=3D""></div></body></html>=

--Apple-Mail=_BA1D1920-2FB0-44B5-900A-0152649FFE33--


From nobody Thu Apr  5 17:30:59 2018
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4689612E85E; Thu,  5 Apr 2018 17:30:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.999
X-Spam-Level: 
X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] 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 1R9g0uqQWQsm; Thu,  5 Apr 2018 17:30:56 -0700 (PDT)
Received: from mail-yb0-x232.google.com (mail-yb0-x232.google.com [IPv6:2607:f8b0:4002:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5C3612E858; Thu,  5 Apr 2018 17:30:55 -0700 (PDT)
Received: by mail-yb0-x232.google.com with SMTP id k1-v6so6495226yba.5; Thu, 05 Apr 2018 17:30:55 -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=hZykhY6LNsaO9oZjAVn7h8cdBHB4m9kosaJR8OYUui4=; b=RvOXlIqdm1MnwuOM4AZFc4lQAhZnjlRKUBTytttREoRpP/IxfJusUDb0z3hPKmBPIE 5gtoP6LbdkmOQmrfWmZZ6+PnNHyISr2PcxV8fMYXyg8qhqsGRZs/MNjiVre99MsIf4RP bMCIzg95SQVlkPNcxkGu4XOkY4bwjI5MTWMJgkQaGwWR8dWtYOCdVRym89FMhetdbnZi d4m7vq8lch56CqWOBGfrwLjOxAYMi+4EKN0IS5LfGzl/51jRssEFmZsj251curUv47cF lo0BzW+l5aWTNxpBn8Fy9CLRWxCmt67hwQyXTKvZzBe+E5pMt0s4wyfliJqTVndRsJBS a4Yg==
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=hZykhY6LNsaO9oZjAVn7h8cdBHB4m9kosaJR8OYUui4=; b=uC0zQrOkT0MxOF2pscghtpF2abQydsBxy4XYbwfZr98INsJ8SZEO2X/r2Wzr7aD2rF CmsHYnOAPgVyjQPmmi/tBwD7Q0MFkPv3wLxH8b6FVgQCnyd/qzguXQF0dCACmhFW9FS3 uIU0lZII9+dzZ3xabtcLg71Vzsg1ayif9YJOT9uK0DuqF5dom90SgLcr8EfSJ++pMRWI RCykd+0RjlpQenxqJ7wKsFWhK1Br6/Omu6rH2PpFQarVxu81tNnbyGeC2QszFNrUXhHy gI2LTLd+r3pqXlxRPi9D0nYFuIqQ34ssbwf8QPLoaOcsLjs1nv7IVFBwjIpw+T7NypXI cE5g==
X-Gm-Message-State: AElRT7HihoGcLZUcskJY8OCWAsybIwkWS3H4YaCV5HDJ3HlodF/AlKCS DXoXb79Xk7IrUAEDjFs2wIRpjuvUcxQVtYjj0mg=
X-Google-Smtp-Source: AIpwx48lDuCl7maVsgOwN5WidU834SWskT0DIJZKwOnXUT3YKy2dil9bLXHqDBrkIvIoC/llo708SGf4rJK1N4qIrdI=
X-Received: by 2002:a25:d112:: with SMTP id i18-v6mr13916226ybg.44.1522974654933;  Thu, 05 Apr 2018 17:30:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a25:e757:0:0:0:0:0 with HTTP; Thu, 5 Apr 2018 17:30:54 -0700 (PDT)
In-Reply-To: <7BD03011-D417-49D7-85C9-D8EB0A8EA651@gmail.com>
References: <CAKKJt-e4mvUEMKwOU7PHMeUf4FgYO4UGeR8LMtsb_kvNMQjeUQ@mail.gmail.com> <cbdef713-c30a-c664-053b-910969696e41@gmail.com> <7BD03011-D417-49D7-85C9-D8EB0A8EA651@gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Thu, 5 Apr 2018 19:30:54 -0500
Message-ID: <CAKKJt-djOzn47yT29X7JjJQfh2nabKk-W+MEg2qe_k0scCpmUw@mail.gmail.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
Cc: Brian Trammell <ietf@trammell.ch>, Nalini Elkins <nalini.elkins@insidethestack.com>,  ippm-chairs@ietf.org, ippm@ietf.org, draft-ietf-ippm-twamp-yang@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004f2f100569232bea"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/FuDVF6GJ1eZDbsPT889Cb2FR21s>
Subject: Re: [ippm] AD Evaluation of draft-ietf-ippm-twamp-yang-06
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Apr 2018 00:30:58 -0000

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

Hi, Manesh,

On Thu, Apr 5, 2018 at 5:34 PM, Mahesh Jethanandani <mjethanandani@gmail.co=
m
> wrote:

> Spencer,
>
> Here is the response I got from one of the co-authors, Ruth, on the
> question below.
>
> On Mar 29, 2018, at 9:45 PM, Mahesh Jethanandani <mjethanandani@gmail.com=
>
> wrote:
>
> I'm not questioning this text,
>
>   If the user has no network access to the Control-Client device, then
>    the only option is to retrieve all test-session instances from the
>    Session-Reflector device.  This could be problematic if a large
>    number of test sessions are currently active on that device.
>
> but I am trying to understand what type of problems you're thinking of
> (delays in starting testing from the Control-Client device, because the
> Session-Reflector is heavily loaded? Interference with current test
> sessions? Or something else), and find myself guessing.
>
>
>
> Well it only makes sense in the context of the previous paragraphs =E2=80=
=93 The
> whole text is given below:
>
> Instances of twampSessionReflector:twampReflectorTestSession are indexed
> by a session identifier (SID). This is a value that is auto-allocated by
> the Server as test session requests are received, and communicated back t=
o
> the client in the SID field of the Accept-Session field.
> When attempting to retrieve operational data for active test sessions fro=
m
> a Session-Reflector device, the user will not know what sessions are
> currently active on that device, or what SIDs have been auto-allocated fo=
r
> these test sessions. If the user has network access to the Control-Client
> device, then it is possible to read the data for this session under
> twampClient:twampCtrlSession:twampSessionRequest and obtain the SID.The
> user may then use this SID value as an index to retrieve an individual
> twampSessionReflector:twampReflectorTestSession instance on the
> Session-Reflector device.
> =E2=80=A6. (and then the final paragraph.)
> *  If the user has no network access to the Control-Client device, then*
> *   the only option is to retrieve all test-session instances from the*
> *   Session-Reflector device.  This could be problematic if a large*
> *   number of test sessions are currently active on that device.*
>
>
> So what the description as a WHOLE (including the previous paragraphs) is
> saying, is that if you want to read operational data for a SINGLE specifi=
c
> test session that is in progress on the server, you have a problem.  Test
> sessions as configured on the client have a NAME to identify them, but an
> instance of this test session in execution has a dynamically allocated te=
st
> Session ID =E2=80=93 and this is the ID you use for retrieving the OPERAT=
IONAL
> status data for that test session on the Server while it is running.  You
> can=E2=80=99t use the test session name to retrieve operational data for =
this test
> session on the server =E2=80=93 the test session name is not part of any =
TWAMP
> message exchange, it=E2=80=99s something we use on the client to give a k=
ey for a
> particular test session configuration (on the client) =E2=80=93 so the se=
rver has
> no knowledge of the name.   The only thing the server does know (and this
> is what it indexes its operational data for test sessions in progress by)
> is the session ID that was dynamically allocated (by the server itself as
> it accepted this incoming test session  (and which IS communicated back t=
o
> the client in a TWAMP message exchange).
> So, what does the user do if he wants to retrieve operational data for a
> single specific test session from the SERVER while that test session is
> running?  He doesn=E2=80=99t know what SID the server dynamically allocat=
ed to his
> particular test session.
> There are 2 options.  The FIRST 2 paragraphs describe how you can go to
> the CLIENT, retrieve operational data for the test session on the CLIENT
> using the test session NAME =E2=80=93 and part of that operational data w=
ill be the
> dynamically allocated SID for that session (which the server communicated
> back to the client during the message exchange).  You can then go to the
> server and use that SID as a key to retrieve the individual  record for
> that test session=E2=80=99s operational data on the server.
> OR  (And this is what the individual paragraph you were quoting was)
> IF you have no access to the client, then you=E2=80=99re screwed, because=
 you
> don=E2=80=99t know the dynamically allocated SID for your session=E2=80=
=99s name, and you
> can=E2=80=99t go to the client and get it. So all you can do is effective=
ly do a
> get/get next of ALL the operational data records for all test sessions
> currently  in progress on the server, and then try to locate the session
> you actually wanted to look at, based on other information (e.g. IP
> addresses, UDP ports, etc) to identify it.  And this may be *problematic
> if a large number of test sessions are currently active on that *(server)
> * device*.  Because you might have 3000 active sessions on that server
> device and now you=E2=80=99re going to have to sift through all 3000 retu=
rned
> records looking for the one you were actually interested in.
>
> Hope this makes sense!
>

I REALLY appreciate this explanation. I had foolishly assumed that you were
worried about the load on the server device, but you're actually worried
about the load on the user who is LOOKING at the server device. Makes
perfect sense, with your explanation.

If I might make a suggestion (at the "Comment, so do the right thing"
level), perhaps

OLD

  If the user has no network access to the Control-Client device, then
   the only option is to retrieve all test-session instances from the
   Session-Reflector device.  This could be problematic if a large
   number of test sessions are currently active on that device.

NEW


  If the user has no network access to the Control-Client device, then
   the only option is to retrieve all test-session instances from the
   Session-Reflector device, and then pick out specific test-session
   instances of interest to the user. This could be problematic if a large
   number of test sessions are currently active on that device.


would be helpful. But do the right thing, of course. Because that would be
the right thing to do.

Spencer

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

<div dir=3D"ltr">Hi, Manesh,<div class=3D"gmail_extra"><br><div class=3D"gm=
ail_quote">On Thu, Apr 5, 2018 at 5:34 PM, Mahesh Jethanandani <span dir=3D=
"ltr">&lt;<a href=3D"mailto:mjethanandani@gmail.com" target=3D"_blank">mjet=
hanandani@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex"><div style=3D"word-wrap:break-word">Spencer,<div><br></=
div><div>Here is the response I got from one of the co-authors, Ruth, on th=
e question below.<span class=3D"gmail-"><br><div><br><blockquote type=3D"ci=
te"><div>On Mar 29, 2018, at 9:45 PM, Mahesh Jethanandani &lt;<a href=3D"ma=
ilto:mjethanandani@gmail.com" target=3D"_blank">mjethanandani@gmail.com</a>=
&gt; wrote:</div><br class=3D"gmail-m_-7382855757324156702Apple-interchange=
-newline"><div><div bgcolor=3D"#FFFFFF"><blockquote type=3D"cite" style=3D"=
font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:no=
rmal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:=
0px;text-transform:none;white-space:normal;word-spacing:0px;background-colo=
r:rgb(255,255,255);text-decoration:none"><div dir=3D"ltr"><div class=3D"gma=
il_extra"><div class=3D"gmail_extra">I&#39;m not questioning this text,</di=
v><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">=C2=A0<sp=
an class=3D"gmail-m_-7382855757324156702Apple-converted-space">=C2=A0</span=
>If the user has no network access to the Control-Client device, then</div>=
<div class=3D"gmail_extra">=C2=A0 =C2=A0the only option is to retrieve all =
test-session instances from the</div><div class=3D"gmail_extra">=C2=A0 =C2=
=A0Session-Reflector device.=C2=A0 This could be problematic if a large</di=
v><div class=3D"gmail_extra">=C2=A0 =C2=A0number of test sessions are curre=
ntly active on that device.</div><div class=3D"gmail_extra"><br></div><div =
class=3D"gmail_extra">but I am trying to understand what type of problems y=
ou&#39;re thinking of (delays in starting testing from the Control-Client d=
evice, because the Session-Reflector is heavily loaded? Interference with c=
urrent test sessions? Or something else), and find myself guessing.</div></=
div></div></blockquote></div></div></blockquote><br></div><div><br></div></=
span><div style=3D"margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calib=
ri,sans-serif">Well it only makes sense in the context of the previous para=
graphs =E2=80=93 The whole text is given below:<u></u><u></u></div><div sty=
le=3D"margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif=
"><br>Instances of twampSessionReflector:<wbr>twampReflectorTestSession are=
 indexed by a session identifier (SID). This is a value that is auto-alloca=
ted by the Server as test session requests are received, and communicated b=
ack to the client in the SID field of the Accept-Session field.<u></u><u></=
u></div><div style=3D"margin:0in 0in 0.0001pt;font-size:11pt;font-family:Ca=
libri,sans-serif">When attempting to retrieve operational data for active t=
est sessions from a Session-Reflector device, the user will not know what s=
essions are currently active on that device, or what SIDs have been auto-al=
located for these test sessions. If the user has network access to the Cont=
rol-Client device, then it is possible to read the data for this session un=
der twampClient:twampCtrlSession:<wbr>twampSessionRequest and obtain the SI=
D.The user may then use this SID value as an index to retrieve an individua=
l twampSessionReflector:<wbr>twampReflectorTestSession instance on the Sess=
ion-Reflector device.<u></u><u></u></div><div style=3D"margin:0in 0in 0.000=
1pt;font-size:11pt;font-family:Calibri,sans-serif">=E2=80=A6. (and then the=
 final paragraph.)<u></u><u></u></div><span class=3D"gmail-"><div style=3D"=
margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><b>=
=C2=A0 If the user has no network access to the Control-Client device, then=
<u></u><u></u></b></div><div style=3D"margin:0in 0in 0.0001pt;font-size:11p=
t;font-family:Calibri,sans-serif"><b>=C2=A0 =C2=A0the only option is to ret=
rieve all test-session instances from the<u></u><u></u></b></div><div style=
=3D"margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">=
<b>=C2=A0 =C2=A0Session-Reflector device.=C2=A0 This could be problematic i=
f a large<u></u><u></u></b></div><div style=3D"margin:0in 0in 0.0001pt;font=
-size:11pt;font-family:Calibri,sans-serif"><b>=C2=A0 =C2=A0number of test s=
essions are currently active on that device.<u></u><u></u></b></div><div st=
yle=3D"margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-seri=
f"><u></u>=C2=A0<u></u></div><div style=3D"margin:0in 0in 0.0001pt;font-siz=
e:11pt;font-family:Calibri,sans-serif"><u></u>=C2=A0<u></u></div></span><di=
v style=3D"margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-=
serif">So what the description as a WHOLE (including the previous paragraph=
s) is saying, is that if you want to read operational data for a SINGLE spe=
cific test session that is in progress on the server, you have a problem.=
=C2=A0 Test sessions as configured on the client have a NAME to identify th=
em, but an instance of this test session in execution has a dynamically all=
ocated test Session ID =E2=80=93 and this is the ID you use for retrieving =
the OPERATIONAL status data for that test session on the Server while it is=
 running.=C2=A0 You can=E2=80=99t use the test session name to retrieve ope=
rational data for this test session on the server =E2=80=93 the test sessio=
n name is not part of any TWAMP message exchange, it=E2=80=99s something we=
 use on the client to give a key for a particular test session configuratio=
n (on the client) =E2=80=93 so the server has no knowledge of the name.=C2=
=A0=C2=A0 The only thing the server does know (and this is what it indexes =
its operational data for test sessions in progress by) is the session ID th=
at was dynamically allocated (by the server itself as it accepted this inco=
ming test session=C2=A0 (and which IS communicated back to the client in a =
TWAMP message exchange).<br>So, what does the user do if he wants to retrie=
ve operational data for a single specific test session from the SERVER whil=
e that test session is running?=C2=A0 He doesn=E2=80=99t know what SID the =
server dynamically allocated to his particular test session.<br>There are 2=
 options.=C2=A0 The FIRST 2 paragraphs describe how you can go to the CLIEN=
T, retrieve operational data for the test session on the CLIENT using the t=
est session NAME =E2=80=93 and part of that operational data will be the dy=
namically allocated SID for that session (which the server communicated bac=
k to the client during the message exchange).=C2=A0 You can then go to the =
server and use that SID as a key to retrieve the individual =C2=A0record fo=
r that test session=E2=80=99s operational data on the server.<br>OR=C2=A0 (=
And this is what the individual paragraph you were quoting was)=C2=A0<br>IF=
 you have no access to the client, then you=E2=80=99re screwed, because you=
 don=E2=80=99t know the dynamically allocated SID for your session=E2=80=99=
s name, and you can=E2=80=99t go to the client and get it. So all you can d=
o is effectively do a get/get next of ALL the operational data records for =
all test sessions currently =C2=A0in progress on the server, and then try t=
o locate the session you actually wanted to look at, based on other informa=
tion (e.g. IP addresses, UDP ports, etc) to identify it.=C2=A0 And this may=
 be=C2=A0<b>problematic if a large number of test sessions are currently ac=
tive on that=C2=A0</b>(server)<b>=C2=A0device</b>.=C2=A0 Because you might =
have 3000 active sessions on that server device and now you=E2=80=99re goin=
g to have to sift through all 3000 returned records looking for the one you=
 were actually interested in.<u></u><u></u></div><div style=3D"margin:0in 0=
in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><u></u>=C2=A0<u>=
</u></div><div style=3D"margin:0in 0in 0.0001pt;font-size:11pt;font-family:=
Calibri,sans-serif">Hope this makes sense!</div></div></div></blockquote><d=
iv><br></div><div>I REALLY appreciate this explanation. I had foolishly ass=
umed that you were worried about the load on the server device, but you&#39=
;re actually worried about the load on the user who is LOOKING at the serve=
r device. Makes perfect sense, with your explanation.</div><div><br></div><=
div>If I might make a suggestion (at the &quot;Comment, so do the right thi=
ng&quot; level), perhaps=C2=A0</div><div><br></div><div>OLD</div><div><br><=
/div></div></div><blockquote style=3D"margin:0px 0px 0px 40px;border:none;p=
adding:0px"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><div><div=
>=C2=A0 If the user has no network access to the Control-Client device, the=
n</div><div>=C2=A0 =C2=A0the only option is to retrieve all test-session in=
stances from the</div><div>=C2=A0 =C2=A0Session-Reflector device.=C2=A0 Thi=
s could be problematic if a large</div><div>=C2=A0 =C2=A0number of test ses=
sions are currently active on that device.</div></div><div><br></div></div>=
</div></blockquote>NEW<br><blockquote style=3D"margin:0px 0px 0px 40px;bord=
er:none;padding:0px"><div class=3D"gmail_extra"><div class=3D"gmail_quote">=
<div><br></div><div><div>=C2=A0 If the user has no network access to the Co=
ntrol-Client device, then</div><div>=C2=A0 =C2=A0the only option is to retr=
ieve all test-session instances from the</div><div>=C2=A0 =C2=A0Session-Ref=
lector device<font color=3D"#0000ff">,=C2=A0and then pick out specific test=
-session=C2=A0</font></div><div><font color=3D"#0000ff">=C2=A0 =C2=A0instan=
ces of interest to the user.</font> This could be problematic if a large</d=
iv><div>=C2=A0 =C2=A0number of test sessions are currently active on that d=
evice.</div></div></div></div></blockquote><br><div>would be helpful. But d=
o the right thing, of course. Because that would be the right thing to do.<=
/div><div><br></div><div>Spencer</div></div>

--0000000000004f2f100569232bea--


From nobody Fri Apr  6 04:46:47 2018
Return-Path: <gcivil@ciena.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50CBE126BF3; Fri,  6 Apr 2018 04:46:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cienacorp.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 eQOReNo2UWYR; Fri,  6 Apr 2018 04:46:40 -0700 (PDT)
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0053.outbound.protection.outlook.com [104.47.42.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81328124E15; Fri,  6 Apr 2018 04:46:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cienacorp.onmicrosoft.com; s=selector1-ciena-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=LxRdO77lB2ppbPRQvNXOJa5eOvT9FfGMGLPgxlu4ENI=; b=XdOowYWatA6ryO9uTBHhvZGfmNraLB/xKP4Vh6HxSPaWxFa/VGYWyMgwCUBfAKDzk4fBzwuVHVGK3dRWrP5Z0VpO5sTXOnvL3IFFdbQXE3gqq7mAlA2qKnEDKR+rUwboTBNURpYX3+enGyGtZAOCHiikssHTb2zymkkqF9Y6Xbk=
Received: from DM5PR04MB1210.namprd04.prod.outlook.com (10.173.172.18) by DM5PR04MB1226.namprd04.prod.outlook.com (10.173.172.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.653.12; Fri, 6 Apr 2018 11:46:38 +0000
Received: from DM5PR04MB1210.namprd04.prod.outlook.com ([fe80::3891:3e98:3f86:518]) by DM5PR04MB1210.namprd04.prod.outlook.com ([fe80::3891:3e98:3f86:518%13]) with mapi id 15.20.0653.013; Fri, 6 Apr 2018 11:46:38 +0000
From: "Civil, Ruth" <gcivil@ciena.com>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Mahesh Jethanandani <mjethanandani@gmail.com>
CC: Brian Trammell <ietf@trammell.ch>, Nalini Elkins <nalini.elkins@insidethestack.com>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, "draft-ietf-ippm-twamp-yang@ietf.org" <draft-ietf-ippm-twamp-yang@ietf.org>
Thread-Topic: [**EXTERNAL**] Re: AD Evaluation of draft-ietf-ippm-twamp-yang-06
Thread-Index: AQHTzS5OFj1D5jZA7Ey2aLh3viNvzKPy4q4AgAC8L/A=
Date: Fri, 6 Apr 2018 11:46:38 +0000
Message-ID: <DM5PR04MB121096F98DD1D90963283531CBBA0@DM5PR04MB1210.namprd04.prod.outlook.com>
References: <CAKKJt-e4mvUEMKwOU7PHMeUf4FgYO4UGeR8LMtsb_kvNMQjeUQ@mail.gmail.com> <cbdef713-c30a-c664-053b-910969696e41@gmail.com> <7BD03011-D417-49D7-85C9-D8EB0A8EA651@gmail.com> <CAKKJt-djOzn47yT29X7JjJQfh2nabKk-W+MEg2qe_k0scCpmUw@mail.gmail.com>
In-Reply-To: <CAKKJt-djOzn47yT29X7JjJQfh2nabKk-W+MEg2qe_k0scCpmUw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=gcivil@ciena.com; 
x-originating-ip: [66.48.12.176]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DM5PR04MB1226; 7:Df7C4mMbUIuHrPH1eFMXsy+fnUHmoqyET7PbmCfNhEHE21bTDSkX5no1unMZxanv+QlQIui/Afs12M5iKDSxyFNK0eRGkkmCyQD0HUFDBXUdVvG46VY0hxfSf2y497RNfUb2hk54wU5+EFg1BK1Wev9Tgb5KpXaSDrjKEZuW8z4tkPZ2g92KyRIE2bATlUTKMle1XjFUP//WYs8ZziH6PJ0fk8aQF7b70xNfw13eS9neSlak8Fgd8llmHcJMKvaD
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: f59237c7-68c8-480a-6e0c-08d59bb40ebf
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:DM5PR04MB1226; 
x-ms-traffictypediagnostic: DM5PR04MB1226:
x-microsoft-antispam-prvs: <DM5PR04MB12260464B831A6F3EE31037BCBBA0@DM5PR04MB1226.namprd04.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(158342451672863)(85827821059158)(21748063052155); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231221)(944501327)(52105095)(93006095)(93001095)(3002001)(6041310)(20161123560045)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:DM5PR04MB1226; BCL:0; PCL:0; RULEID:; SRVR:DM5PR04MB1226; 
x-forefront-prvs: 0634F37BFF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(396003)(39380400002)(346002)(376002)(366004)(189003)(199004)(4326008)(25786009)(8936002)(186003)(8676002)(478600001)(3660700001)(99286004)(236005)(229853002)(54896002)(9686003)(6306002)(53936002)(55016002)(486006)(6246003)(81156014)(81166006)(97736004)(39060400002)(2900100001)(14454004)(76176011)(54906003)(110136005)(59450400001)(33656002)(2906002)(19609705001)(316002)(3280700002)(6506007)(53546011)(446003)(11346002)(476003)(7696005)(3846002)(6116002)(790700001)(86362001)(105586002)(5660300001)(26005)(102836004)(66066001)(68736007)(74316002)(7736002)(106356001)(5250100002)(93886005)(6436002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR04MB1226; H:DM5PR04MB1210.namprd04.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ciena.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: BrRTsobK4ly27ClxWVQ5fGhZjUbrfWfqPDR2mUpDGUKIhh3h7EpbI4mhNZU22Wkqts7n9fewnZoL200HFHFY36Wz6ObIRkr1/7Z/PVW+6nLleE/MWQ5gC7NSKdvPsCYdPHcc0yg4DrtEIqjyDaR2tiQLGPWzX/PS1bD0G8LPnEepOVpUCDqmfNmVqyMiszy9fdoYO32mYDw1AbiLHfvV12mNqeEHP0jbwdqBz3Pi0ge3A1mUedBP6eqSouXX/Csw+4StHDm2h3E3QeeMfV1kq0hKUo5VA56gj8jsZEoy+CZa11GFXtHUr41gtqFj/xaYzhGjgL41UcQNOn8vhJp66pfrIHkcUSjlwtzYmZ0xsM5G4LvW4DeBw7FOG10R9+abQsly7Zv+m8jxpmKLidy8RSwIA5nixxRopTBD2m3kAyk=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DM5PR04MB121096F98DD1D90963283531CBBA0DM5PR04MB1210namp_"
MIME-Version: 1.0
X-OriginatorOrg: ciena.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f59237c7-68c8-480a-6e0c-08d59bb40ebf
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Apr 2018 11:46:38.5700 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 457a2b01-0019-42ba-a449-45f99e96b60a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR04MB1226
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/SS0QfdwukUehT9su69re-s4ZliA>
Subject: Re: [ippm] [**EXTERNAL**] Re: AD Evaluation of draft-ietf-ippm-twamp-yang-06
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Apr 2018 11:46:44 -0000

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

SeKAmW0gZ29vZCB3aXRoIHRoYXQgY2hhbmdlIChhcyBsb25nIGFzIHNvbWVvbmUgZWxzZSBkb2Vz
IHRoZSB1cGRhdGUgdG8gdGhlIGRvYyDigJMgSeKAmW0ga2luZCBvZiBidXN5IHJpZ2h0IG5vdyku
DQoNCkNoZWVycywNCiAgICAgICAgICAgICAgICBSdXRoDQoNCg0KRnJvbTogU3BlbmNlciBEYXdr
aW5zIGF0IElFVEYgW21haWx0bzpzcGVuY2VyZGF3a2lucy5pZXRmQGdtYWlsLmNvbV0NClNlbnQ6
IFRodXJzZGF5LCBBcHJpbCAwNSwgMjAxOCA4OjMxIFBNDQpUbzogTWFoZXNoIEpldGhhbmFuZGFu
aSA8bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+DQpDYzogQnJpYW4gVHJhbW1lbGwgPGlldGZAdHJh
bW1lbGwuY2g+OyBOYWxpbmkgRWxraW5zIDxuYWxpbmkuZWxraW5zQGluc2lkZXRoZXN0YWNrLmNv
bT47IGlwcG0tY2hhaXJzQGlldGYub3JnOyBpcHBtQGlldGYub3JnOyBkcmFmdC1pZXRmLWlwcG0t
dHdhbXAteWFuZ0BpZXRmLm9yZw0KU3ViamVjdDogWyoqRVhURVJOQUwqKl0gUmU6IEFEIEV2YWx1
YXRpb24gb2YgZHJhZnQtaWV0Zi1pcHBtLXR3YW1wLXlhbmctMDYNCg0KSGksIE1hbmVzaCwNCg0K
T24gVGh1LCBBcHIgNSwgMjAxOCBhdCA1OjM0IFBNLCBNYWhlc2ggSmV0aGFuYW5kYW5pIDxtamV0
aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+PiB3cm90
ZToNClNwZW5jZXIsDQoNCkhlcmUgaXMgdGhlIHJlc3BvbnNlIEkgZ290IGZyb20gb25lIG9mIHRo
ZSBjby1hdXRob3JzLCBSdXRoLCBvbiB0aGUgcXVlc3Rpb24gYmVsb3cuDQoNCg0KT24gTWFyIDI5
LCAyMDE4LCBhdCA5OjQ1IFBNLCBNYWhlc2ggSmV0aGFuYW5kYW5pIDxtamV0aGFuYW5kYW5pQGdt
YWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+PiB3cm90ZToNCg0KSSdtIG5v
dCBxdWVzdGlvbmluZyB0aGlzIHRleHQsDQoNCiAgSWYgdGhlIHVzZXIgaGFzIG5vIG5ldHdvcmsg
YWNjZXNzIHRvIHRoZSBDb250cm9sLUNsaWVudCBkZXZpY2UsIHRoZW4NCiAgIHRoZSBvbmx5IG9w
dGlvbiBpcyB0byByZXRyaWV2ZSBhbGwgdGVzdC1zZXNzaW9uIGluc3RhbmNlcyBmcm9tIHRoZQ0K
ICAgU2Vzc2lvbi1SZWZsZWN0b3IgZGV2aWNlLiAgVGhpcyBjb3VsZCBiZSBwcm9ibGVtYXRpYyBp
ZiBhIGxhcmdlDQogICBudW1iZXIgb2YgdGVzdCBzZXNzaW9ucyBhcmUgY3VycmVudGx5IGFjdGl2
ZSBvbiB0aGF0IGRldmljZS4NCg0KYnV0IEkgYW0gdHJ5aW5nIHRvIHVuZGVyc3RhbmQgd2hhdCB0
eXBlIG9mIHByb2JsZW1zIHlvdSdyZSB0aGlua2luZyBvZiAoZGVsYXlzIGluIHN0YXJ0aW5nIHRl
c3RpbmcgZnJvbSB0aGUgQ29udHJvbC1DbGllbnQgZGV2aWNlLCBiZWNhdXNlIHRoZSBTZXNzaW9u
LVJlZmxlY3RvciBpcyBoZWF2aWx5IGxvYWRlZD8gSW50ZXJmZXJlbmNlIHdpdGggY3VycmVudCB0
ZXN0IHNlc3Npb25zPyBPciBzb21ldGhpbmcgZWxzZSksIGFuZCBmaW5kIG15c2VsZiBndWVzc2lu
Zy4NCg0KDQpXZWxsIGl0IG9ubHkgbWFrZXMgc2Vuc2UgaW4gdGhlIGNvbnRleHQgb2YgdGhlIHBy
ZXZpb3VzIHBhcmFncmFwaHMg4oCTIFRoZSB3aG9sZSB0ZXh0IGlzIGdpdmVuIGJlbG93Og0KDQpJ
bnN0YW5jZXMgb2YgdHdhbXBTZXNzaW9uUmVmbGVjdG9yOnR3YW1wUmVmbGVjdG9yVGVzdFNlc3Np
b24gYXJlIGluZGV4ZWQgYnkgYSBzZXNzaW9uIGlkZW50aWZpZXIgKFNJRCkuIFRoaXMgaXMgYSB2
YWx1ZSB0aGF0IGlzIGF1dG8tYWxsb2NhdGVkIGJ5IHRoZSBTZXJ2ZXIgYXMgdGVzdCBzZXNzaW9u
IHJlcXVlc3RzIGFyZSByZWNlaXZlZCwgYW5kIGNvbW11bmljYXRlZCBiYWNrIHRvIHRoZSBjbGll
bnQgaW4gdGhlIFNJRCBmaWVsZCBvZiB0aGUgQWNjZXB0LVNlc3Npb24gZmllbGQuDQpXaGVuIGF0
dGVtcHRpbmcgdG8gcmV0cmlldmUgb3BlcmF0aW9uYWwgZGF0YSBmb3IgYWN0aXZlIHRlc3Qgc2Vz
c2lvbnMgZnJvbSBhIFNlc3Npb24tUmVmbGVjdG9yIGRldmljZSwgdGhlIHVzZXIgd2lsbCBub3Qg
a25vdyB3aGF0IHNlc3Npb25zIGFyZSBjdXJyZW50bHkgYWN0aXZlIG9uIHRoYXQgZGV2aWNlLCBv
ciB3aGF0IFNJRHMgaGF2ZSBiZWVuIGF1dG8tYWxsb2NhdGVkIGZvciB0aGVzZSB0ZXN0IHNlc3Np
b25zLiBJZiB0aGUgdXNlciBoYXMgbmV0d29yayBhY2Nlc3MgdG8gdGhlIENvbnRyb2wtQ2xpZW50
IGRldmljZSwgdGhlbiBpdCBpcyBwb3NzaWJsZSB0byByZWFkIHRoZSBkYXRhIGZvciB0aGlzIHNl
c3Npb24gdW5kZXIgdHdhbXBDbGllbnQ6dHdhbXBDdHJsU2Vzc2lvbjp0d2FtcFNlc3Npb25SZXF1
ZXN0IGFuZCBvYnRhaW4gdGhlIFNJRC5UaGUgdXNlciBtYXkgdGhlbiB1c2UgdGhpcyBTSUQgdmFs
dWUgYXMgYW4gaW5kZXggdG8gcmV0cmlldmUgYW4gaW5kaXZpZHVhbCB0d2FtcFNlc3Npb25SZWZs
ZWN0b3I6dHdhbXBSZWZsZWN0b3JUZXN0U2Vzc2lvbiBpbnN0YW5jZSBvbiB0aGUgU2Vzc2lvbi1S
ZWZsZWN0b3IgZGV2aWNlLg0K4oCmLiAoYW5kIHRoZW4gdGhlIGZpbmFsIHBhcmFncmFwaC4pDQog
IElmIHRoZSB1c2VyIGhhcyBubyBuZXR3b3JrIGFjY2VzcyB0byB0aGUgQ29udHJvbC1DbGllbnQg
ZGV2aWNlLCB0aGVuDQogICB0aGUgb25seSBvcHRpb24gaXMgdG8gcmV0cmlldmUgYWxsIHRlc3Qt
c2Vzc2lvbiBpbnN0YW5jZXMgZnJvbSB0aGUNCiAgIFNlc3Npb24tUmVmbGVjdG9yIGRldmljZS4g
IFRoaXMgY291bGQgYmUgcHJvYmxlbWF0aWMgaWYgYSBsYXJnZQ0KICAgbnVtYmVyIG9mIHRlc3Qg
c2Vzc2lvbnMgYXJlIGN1cnJlbnRseSBhY3RpdmUgb24gdGhhdCBkZXZpY2UuDQoNCg0KU28gd2hh
dCB0aGUgZGVzY3JpcHRpb24gYXMgYSBXSE9MRSAoaW5jbHVkaW5nIHRoZSBwcmV2aW91cyBwYXJh
Z3JhcGhzKSBpcyBzYXlpbmcsIGlzIHRoYXQgaWYgeW91IHdhbnQgdG8gcmVhZCBvcGVyYXRpb25h
bCBkYXRhIGZvciBhIFNJTkdMRSBzcGVjaWZpYyB0ZXN0IHNlc3Npb24gdGhhdCBpcyBpbiBwcm9n
cmVzcyBvbiB0aGUgc2VydmVyLCB5b3UgaGF2ZSBhIHByb2JsZW0uICBUZXN0IHNlc3Npb25zIGFz
IGNvbmZpZ3VyZWQgb24gdGhlIGNsaWVudCBoYXZlIGEgTkFNRSB0byBpZGVudGlmeSB0aGVtLCBi
dXQgYW4gaW5zdGFuY2Ugb2YgdGhpcyB0ZXN0IHNlc3Npb24gaW4gZXhlY3V0aW9uIGhhcyBhIGR5
bmFtaWNhbGx5IGFsbG9jYXRlZCB0ZXN0IFNlc3Npb24gSUQg4oCTIGFuZCB0aGlzIGlzIHRoZSBJ
RCB5b3UgdXNlIGZvciByZXRyaWV2aW5nIHRoZSBPUEVSQVRJT05BTCBzdGF0dXMgZGF0YSBmb3Ig
dGhhdCB0ZXN0IHNlc3Npb24gb24gdGhlIFNlcnZlciB3aGlsZSBpdCBpcyBydW5uaW5nLiAgWW91
IGNhbuKAmXQgdXNlIHRoZSB0ZXN0IHNlc3Npb24gbmFtZSB0byByZXRyaWV2ZSBvcGVyYXRpb25h
bCBkYXRhIGZvciB0aGlzIHRlc3Qgc2Vzc2lvbiBvbiB0aGUgc2VydmVyIOKAkyB0aGUgdGVzdCBz
ZXNzaW9uIG5hbWUgaXMgbm90IHBhcnQgb2YgYW55IFRXQU1QIG1lc3NhZ2UgZXhjaGFuZ2UsIGl0
4oCZcyBzb21ldGhpbmcgd2UgdXNlIG9uIHRoZSBjbGllbnQgdG8gZ2l2ZSBhIGtleSBmb3IgYSBw
YXJ0aWN1bGFyIHRlc3Qgc2Vzc2lvbiBjb25maWd1cmF0aW9uIChvbiB0aGUgY2xpZW50KSDigJMg
c28gdGhlIHNlcnZlciBoYXMgbm8ga25vd2xlZGdlIG9mIHRoZSBuYW1lLiAgIFRoZSBvbmx5IHRo
aW5nIHRoZSBzZXJ2ZXIgZG9lcyBrbm93IChhbmQgdGhpcyBpcyB3aGF0IGl0IGluZGV4ZXMgaXRz
IG9wZXJhdGlvbmFsIGRhdGEgZm9yIHRlc3Qgc2Vzc2lvbnMgaW4gcHJvZ3Jlc3MgYnkpIGlzIHRo
ZSBzZXNzaW9uIElEIHRoYXQgd2FzIGR5bmFtaWNhbGx5IGFsbG9jYXRlZCAoYnkgdGhlIHNlcnZl
ciBpdHNlbGYgYXMgaXQgYWNjZXB0ZWQgdGhpcyBpbmNvbWluZyB0ZXN0IHNlc3Npb24gIChhbmQg
d2hpY2ggSVMgY29tbXVuaWNhdGVkIGJhY2sgdG8gdGhlIGNsaWVudCBpbiBhIFRXQU1QIG1lc3Nh
Z2UgZXhjaGFuZ2UpLg0KU28sIHdoYXQgZG9lcyB0aGUgdXNlciBkbyBpZiBoZSB3YW50cyB0byBy
ZXRyaWV2ZSBvcGVyYXRpb25hbCBkYXRhIGZvciBhIHNpbmdsZSBzcGVjaWZpYyB0ZXN0IHNlc3Np
b24gZnJvbSB0aGUgU0VSVkVSIHdoaWxlIHRoYXQgdGVzdCBzZXNzaW9uIGlzIHJ1bm5pbmc/ICBI
ZSBkb2VzbuKAmXQga25vdyB3aGF0IFNJRCB0aGUgc2VydmVyIGR5bmFtaWNhbGx5IGFsbG9jYXRl
ZCB0byBoaXMgcGFydGljdWxhciB0ZXN0IHNlc3Npb24uDQpUaGVyZSBhcmUgMiBvcHRpb25zLiAg
VGhlIEZJUlNUIDIgcGFyYWdyYXBocyBkZXNjcmliZSBob3cgeW91IGNhbiBnbyB0byB0aGUgQ0xJ
RU5ULCByZXRyaWV2ZSBvcGVyYXRpb25hbCBkYXRhIGZvciB0aGUgdGVzdCBzZXNzaW9uIG9uIHRo
ZSBDTElFTlQgdXNpbmcgdGhlIHRlc3Qgc2Vzc2lvbiBOQU1FIOKAkyBhbmQgcGFydCBvZiB0aGF0
IG9wZXJhdGlvbmFsIGRhdGEgd2lsbCBiZSB0aGUgZHluYW1pY2FsbHkgYWxsb2NhdGVkIFNJRCBm
b3IgdGhhdCBzZXNzaW9uICh3aGljaCB0aGUgc2VydmVyIGNvbW11bmljYXRlZCBiYWNrIHRvIHRo
ZSBjbGllbnQgZHVyaW5nIHRoZSBtZXNzYWdlIGV4Y2hhbmdlKS4gIFlvdSBjYW4gdGhlbiBnbyB0
byB0aGUgc2VydmVyIGFuZCB1c2UgdGhhdCBTSUQgYXMgYSBrZXkgdG8gcmV0cmlldmUgdGhlIGlu
ZGl2aWR1YWwgIHJlY29yZCBmb3IgdGhhdCB0ZXN0IHNlc3Npb27igJlzIG9wZXJhdGlvbmFsIGRh
dGEgb24gdGhlIHNlcnZlci4NCk9SICAoQW5kIHRoaXMgaXMgd2hhdCB0aGUgaW5kaXZpZHVhbCBw
YXJhZ3JhcGggeW91IHdlcmUgcXVvdGluZyB3YXMpDQpJRiB5b3UgaGF2ZSBubyBhY2Nlc3MgdG8g
dGhlIGNsaWVudCwgdGhlbiB5b3XigJlyZSBzY3Jld2VkLCBiZWNhdXNlIHlvdSBkb27igJl0IGtu
b3cgdGhlIGR5bmFtaWNhbGx5IGFsbG9jYXRlZCBTSUQgZm9yIHlvdXIgc2Vzc2lvbuKAmXMgbmFt
ZSwgYW5kIHlvdSBjYW7igJl0IGdvIHRvIHRoZSBjbGllbnQgYW5kIGdldCBpdC4gU28gYWxsIHlv
dSBjYW4gZG8gaXMgZWZmZWN0aXZlbHkgZG8gYSBnZXQvZ2V0IG5leHQgb2YgQUxMIHRoZSBvcGVy
YXRpb25hbCBkYXRhIHJlY29yZHMgZm9yIGFsbCB0ZXN0IHNlc3Npb25zIGN1cnJlbnRseSAgaW4g
cHJvZ3Jlc3Mgb24gdGhlIHNlcnZlciwgYW5kIHRoZW4gdHJ5IHRvIGxvY2F0ZSB0aGUgc2Vzc2lv
biB5b3UgYWN0dWFsbHkgd2FudGVkIHRvIGxvb2sgYXQsIGJhc2VkIG9uIG90aGVyIGluZm9ybWF0
aW9uIChlLmcuIElQIGFkZHJlc3NlcywgVURQIHBvcnRzLCBldGMpIHRvIGlkZW50aWZ5IGl0LiAg
QW5kIHRoaXMgbWF5IGJlIHByb2JsZW1hdGljIGlmIGEgbGFyZ2UgbnVtYmVyIG9mIHRlc3Qgc2Vz
c2lvbnMgYXJlIGN1cnJlbnRseSBhY3RpdmUgb24gdGhhdCAoc2VydmVyKSBkZXZpY2UuICBCZWNh
dXNlIHlvdSBtaWdodCBoYXZlIDMwMDAgYWN0aXZlIHNlc3Npb25zIG9uIHRoYXQgc2VydmVyIGRl
dmljZSBhbmQgbm93IHlvdeKAmXJlIGdvaW5nIHRvIGhhdmUgdG8gc2lmdCB0aHJvdWdoIGFsbCAz
MDAwIHJldHVybmVkIHJlY29yZHMgbG9va2luZyBmb3IgdGhlIG9uZSB5b3Ugd2VyZSBhY3R1YWxs
eSBpbnRlcmVzdGVkIGluLg0KDQpIb3BlIHRoaXMgbWFrZXMgc2Vuc2UhDQoNCkkgUkVBTExZIGFw
cHJlY2lhdGUgdGhpcyBleHBsYW5hdGlvbi4gSSBoYWQgZm9vbGlzaGx5IGFzc3VtZWQgdGhhdCB5
b3Ugd2VyZSB3b3JyaWVkIGFib3V0IHRoZSBsb2FkIG9uIHRoZSBzZXJ2ZXIgZGV2aWNlLCBidXQg
eW91J3JlIGFjdHVhbGx5IHdvcnJpZWQgYWJvdXQgdGhlIGxvYWQgb24gdGhlIHVzZXIgd2hvIGlz
IExPT0tJTkcgYXQgdGhlIHNlcnZlciBkZXZpY2UuIE1ha2VzIHBlcmZlY3Qgc2Vuc2UsIHdpdGgg
eW91ciBleHBsYW5hdGlvbi4NCg0KSWYgSSBtaWdodCBtYWtlIGEgc3VnZ2VzdGlvbiAoYXQgdGhl
ICJDb21tZW50LCBzbyBkbyB0aGUgcmlnaHQgdGhpbmciIGxldmVsKSwgcGVyaGFwcw0KDQpPTEQN
Cg0KICBJZiB0aGUgdXNlciBoYXMgbm8gbmV0d29yayBhY2Nlc3MgdG8gdGhlIENvbnRyb2wtQ2xp
ZW50IGRldmljZSwgdGhlbg0KICAgdGhlIG9ubHkgb3B0aW9uIGlzIHRvIHJldHJpZXZlIGFsbCB0
ZXN0LXNlc3Npb24gaW5zdGFuY2VzIGZyb20gdGhlDQogICBTZXNzaW9uLVJlZmxlY3RvciBkZXZp
Y2UuICBUaGlzIGNvdWxkIGJlIHByb2JsZW1hdGljIGlmIGEgbGFyZ2UNCiAgIG51bWJlciBvZiB0
ZXN0IHNlc3Npb25zIGFyZSBjdXJyZW50bHkgYWN0aXZlIG9uIHRoYXQgZGV2aWNlLg0KDQpORVcN
Cg0KICBJZiB0aGUgdXNlciBoYXMgbm8gbmV0d29yayBhY2Nlc3MgdG8gdGhlIENvbnRyb2wtQ2xp
ZW50IGRldmljZSwgdGhlbg0KICAgdGhlIG9ubHkgb3B0aW9uIGlzIHRvIHJldHJpZXZlIGFsbCB0
ZXN0LXNlc3Npb24gaW5zdGFuY2VzIGZyb20gdGhlDQogICBTZXNzaW9uLVJlZmxlY3RvciBkZXZp
Y2UsIGFuZCB0aGVuIHBpY2sgb3V0IHNwZWNpZmljIHRlc3Qtc2Vzc2lvbg0KICAgaW5zdGFuY2Vz
IG9mIGludGVyZXN0IHRvIHRoZSB1c2VyLiBUaGlzIGNvdWxkIGJlIHByb2JsZW1hdGljIGlmIGEg
bGFyZ2UNCiAgIG51bWJlciBvZiB0ZXN0IHNlc3Npb25zIGFyZSBjdXJyZW50bHkgYWN0aXZlIG9u
IHRoYXQgZGV2aWNlLg0KDQp3b3VsZCBiZSBoZWxwZnVsLiBCdXQgZG8gdGhlIHJpZ2h0IHRoaW5n
LCBvZiBjb3Vyc2UuIEJlY2F1c2UgdGhhdCB3b3VsZCBiZSB0aGUgcmlnaHQgdGhpbmcgdG8gZG8u
DQoNClNwZW5jZXINCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz
IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx
NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs
LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90
dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs
c2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2
aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25v
cm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1z
b25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K
CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp
emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uZ21h
aWwtDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLTt9DQpzcGFuLmdtYWlsLW0tNzM4Mjg1NTc1NzMy
NDE1NjcwMmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTpnbWFpbC1tXy03
MzgyODU1NzU3MzI0MTU2NzAyYXBwbGUtY29udmVydGVkLXNwYWNlO30NCnNwYW4uRW1haWxTdHls
ZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7
bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt
c2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdp
bjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y
ZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw
ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZd
LS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+
DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3ht
bD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2
bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5J4oCZbSBnb29kIHdpdGggdGhhdCBjaGFuZ2UgKGFzIGxvbmcgYXMgc29tZW9uZSBl
bHNlIGRvZXMgdGhlIHVwZGF0ZSB0byB0aGUgZG9jIOKAkyBJ4oCZbSBraW5kIG9mIGJ1c3kgcmln
aHQgbm93KS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJ1
dGg8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gU3BlbmNlciBEYXdraW5zIGF0IElFVEYgW21haWx0
bzpzcGVuY2VyZGF3a2lucy5pZXRmQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVy
c2RheSwgQXByaWwgMDUsIDIwMTggODozMSBQTTxicj4NCjxiPlRvOjwvYj4gTWFoZXNoIEpldGhh
bmFuZGFuaSAmbHQ7bWpldGhhbmFuZGFuaUBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBC
cmlhbiBUcmFtbWVsbCAmbHQ7aWV0ZkB0cmFtbWVsbC5jaCZndDs7IE5hbGluaSBFbGtpbnMgJmx0
O25hbGluaS5lbGtpbnNAaW5zaWRldGhlc3RhY2suY29tJmd0OzsgaXBwbS1jaGFpcnNAaWV0Zi5v
cmc7IGlwcG1AaWV0Zi5vcmc7IGRyYWZ0LWlldGYtaXBwbS10d2FtcC15YW5nQGlldGYub3JnPGJy
Pg0KPGI+U3ViamVjdDo8L2I+IFsqKkVYVEVSTkFMKipdIFJlOiBBRCBFdmFsdWF0aW9uIG9mIGRy
YWZ0LWlldGYtaXBwbS10d2FtcC15YW5nLTA2PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5IaSwgTWFuZXNoLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRo
dSwgQXByIDUsIDIwMTggYXQgNTozNCBQTSwgTWFoZXNoIEpldGhhbmFuZGFuaSAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWpldGhh
bmFuZGFuaUBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1
b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3Bh
ZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBp
biI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3BlbmNlciw8bzpwPjwvbzpwPjwvcD4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhlcmUgaXMgdGhlIHJlc3BvbnNlIEkgZ290
IGZyb20gb25lIG9mIHRoZSBjby1hdXRob3JzLCBSdXRoLCBvbiB0aGUgcXVlc3Rpb24gYmVsb3cu
PHNwYW4gY2xhc3M9ImdtYWlsLSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg
c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+T24gTWFyIDI5LCAyMDE4LCBhdCA5OjQ1IFBNLCBNYWhlc2ggSmV0
aGFuYW5kYW5pICZsdDs8YSBocmVmPSJtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20iIHRh
cmdldD0iX2JsYW5rIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7
bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5
LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+SSdtIG5v
dCBxdWVzdGlvbmluZyB0aGlzIHRleHQsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7
LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z
LXNlcmlmIj4mbmJzcDs8c3BhbiBjbGFzcz0iZ21haWwtbS03MzgyODU1NzU3MzI0MTU2NzAyYXBw
bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+SWYgdGhlIHVzZXIgaGFzIG5vIG5ldHdv
cmsgYWNjZXNzIHRvIHRoZSBDb250cm9sLUNsaWVudCBkZXZpY2UsIHRoZW48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj
a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTom
cXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO3RoZSBvbmx5IG9w
dGlvbiBpcyB0byByZXRyaWV2ZSBhbGwgdGVzdC1zZXNzaW9uIGluc3RhbmNlcyBmcm9tIHRoZTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7
U2Vzc2lvbi1SZWZsZWN0b3IgZGV2aWNlLiZuYnNwOyBUaGlzIGNvdWxkIGJlIHByb2JsZW1hdGlj
IGlmIGEgbGFyZ2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+
Jm5ic3A7ICZuYnNwO251bWJlciBvZiB0ZXN0IHNlc3Npb25zIGFyZSBjdXJyZW50bHkgYWN0aXZl
IG9uIHRoYXQgZGV2aWNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl
cmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+
YnV0IEkgYW0gdHJ5aW5nIHRvIHVuZGVyc3RhbmQgd2hhdCB0eXBlIG9mIHByb2JsZW1zIHlvdSdy
ZSB0aGlua2luZyBvZiAoZGVsYXlzIGluIHN0YXJ0aW5nIHRlc3RpbmcgZnJvbSB0aGUgQ29udHJv
bC1DbGllbnQgZGV2aWNlLCBiZWNhdXNlIHRoZSBTZXNzaW9uLVJlZmxlY3Rvcg0KIGlzIGhlYXZp
bHkgbG9hZGVkPyBJbnRlcmZlcmVuY2Ugd2l0aCBjdXJyZW50IHRlc3Qgc2Vzc2lvbnM/IE9yIHNv
bWV0aGluZyBlbHNlKSwgYW5kIGZpbmQgbXlzZWxmIGd1ZXNzaW5nLjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2VsbCBpdCBvbmx5
IG1ha2VzIHNlbnNlIGluIHRoZSBjb250ZXh0IG9mIHRoZSBwcmV2aW91cyBwYXJhZ3JhcGhzIOKA
kyBUaGUgd2hvbGUgdGV4dCBpcyBnaXZlbiBiZWxvdzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCkluc3RhbmNlcyBvZiB0d2FtcFNlc3Np
b25SZWZsZWN0b3I6dHdhbXBSZWZsZWN0b3JUZXN0U2Vzc2lvbiBhcmUgaW5kZXhlZCBieSBhIHNl
c3Npb24gaWRlbnRpZmllciAoU0lEKS4gVGhpcyBpcyBhIHZhbHVlIHRoYXQgaXMgYXV0by1hbGxv
Y2F0ZWQgYnkgdGhlIFNlcnZlciBhcyB0ZXN0IHNlc3Npb24gcmVxdWVzdHMgYXJlIHJlY2VpdmVk
LCBhbmQgY29tbXVuaWNhdGVkIGJhY2sgdG8gdGhlIGNsaWVudCBpbiB0aGUgU0lEIGZpZWxkIG9m
IHRoZSBBY2NlcHQtU2Vzc2lvbg0KIGZpZWxkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2hlbiBhdHRlbXB0aW5nIHRvIHJldHJpZXZlIG9wZXJh
dGlvbmFsIGRhdGEgZm9yIGFjdGl2ZSB0ZXN0IHNlc3Npb25zIGZyb20gYSBTZXNzaW9uLVJlZmxl
Y3RvciBkZXZpY2UsIHRoZSB1c2VyIHdpbGwgbm90IGtub3cgd2hhdCBzZXNzaW9ucyBhcmUgY3Vy
cmVudGx5IGFjdGl2ZSBvbiB0aGF0IGRldmljZSwgb3Igd2hhdCBTSURzIGhhdmUgYmVlbiBhdXRv
LWFsbG9jYXRlZCBmb3IgdGhlc2UgdGVzdCBzZXNzaW9ucy4NCiBJZiB0aGUgdXNlciBoYXMgbmV0
d29yayBhY2Nlc3MgdG8gdGhlIENvbnRyb2wtQ2xpZW50IGRldmljZSwgdGhlbiBpdCBpcyBwb3Nz
aWJsZSB0byByZWFkIHRoZSBkYXRhIGZvciB0aGlzIHNlc3Npb24gdW5kZXIgdHdhbXBDbGllbnQ6
dHdhbXBDdHJsU2Vzc2lvbjp0d2FtcFNlc3Npb25SZXF1ZXN0IGFuZCBvYnRhaW4gdGhlIFNJRC5U
aGUgdXNlciBtYXkgdGhlbiB1c2UgdGhpcyBTSUQgdmFsdWUgYXMgYW4gaW5kZXggdG8gcmV0cmll
dmUgYW4gaW5kaXZpZHVhbA0KIHR3YW1wU2Vzc2lvblJlZmxlY3Rvcjp0d2FtcFJlZmxlY3RvclRl
c3RTZXNzaW9uIGluc3RhbmNlIG9uIHRoZSBTZXNzaW9uLVJlZmxlY3RvciBkZXZpY2UuPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj7igKYuIChhbmQg
dGhlbiB0aGUgZmluYWwgcGFyYWdyYXBoLik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPiZuYnNwOyBJZiB0aGUgdXNlciBoYXMgbm8gbmV0d29y
ayBhY2Nlc3MgdG8gdGhlIENvbnRyb2wtQ2xpZW50IGRldmljZSwgdGhlbjwvYj48bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPiZuYnNwOyAmbmJz
cDt0aGUgb25seSBvcHRpb24gaXMgdG8gcmV0cmlldmUgYWxsIHRlc3Qtc2Vzc2lvbiBpbnN0YW5j
ZXMgZnJvbSB0aGU8L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48Yj4mbmJzcDsgJm5ic3A7U2Vzc2lvbi1SZWZsZWN0b3IgZGV2aWNlLiZuYnNw
OyBUaGlzIGNvdWxkIGJlIHByb2JsZW1hdGljIGlmIGEgbGFyZ2U8L2I+PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj4mbmJzcDsgJm5ic3A7bnVt
YmVyIG9mIHRlc3Qgc2Vzc2lvbnMgYXJlIGN1cnJlbnRseSBhY3RpdmUgb24gdGhhdCBkZXZpY2Uu
PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPlNvIHdoYXQgdGhlIGRlc2NyaXB0aW9uIGFzIGEgV0hPTEUgKGluY2x1ZGluZyB0aGUgcHJl
dmlvdXMgcGFyYWdyYXBocykgaXMgc2F5aW5nLCBpcyB0aGF0IGlmIHlvdSB3YW50IHRvIHJlYWQg
b3BlcmF0aW9uYWwgZGF0YSBmb3IgYSBTSU5HTEUgc3BlY2lmaWMgdGVzdCBzZXNzaW9uIHRoYXQg
aXMgaW4gcHJvZ3Jlc3Mgb24gdGhlIHNlcnZlciwgeW91IGhhdmUgYSBwcm9ibGVtLiZuYnNwOyBU
ZXN0IHNlc3Npb25zIGFzIGNvbmZpZ3VyZWQNCiBvbiB0aGUgY2xpZW50IGhhdmUgYSBOQU1FIHRv
IGlkZW50aWZ5IHRoZW0sIGJ1dCBhbiBpbnN0YW5jZSBvZiB0aGlzIHRlc3Qgc2Vzc2lvbiBpbiBl
eGVjdXRpb24gaGFzIGEgZHluYW1pY2FsbHkgYWxsb2NhdGVkIHRlc3QgU2Vzc2lvbiBJRCDigJMg
YW5kIHRoaXMgaXMgdGhlIElEIHlvdSB1c2UgZm9yIHJldHJpZXZpbmcgdGhlIE9QRVJBVElPTkFM
IHN0YXR1cyBkYXRhIGZvciB0aGF0IHRlc3Qgc2Vzc2lvbiBvbiB0aGUgU2VydmVyIHdoaWxlIGl0
IGlzDQogcnVubmluZy4mbmJzcDsgWW91IGNhbuKAmXQgdXNlIHRoZSB0ZXN0IHNlc3Npb24gbmFt
ZSB0byByZXRyaWV2ZSBvcGVyYXRpb25hbCBkYXRhIGZvciB0aGlzIHRlc3Qgc2Vzc2lvbiBvbiB0
aGUgc2VydmVyIOKAkyB0aGUgdGVzdCBzZXNzaW9uIG5hbWUgaXMgbm90IHBhcnQgb2YgYW55IFRX
QU1QIG1lc3NhZ2UgZXhjaGFuZ2UsIGl04oCZcyBzb21ldGhpbmcgd2UgdXNlIG9uIHRoZSBjbGll
bnQgdG8gZ2l2ZSBhIGtleSBmb3IgYSBwYXJ0aWN1bGFyIHRlc3Qgc2Vzc2lvbg0KIGNvbmZpZ3Vy
YXRpb24gKG9uIHRoZSBjbGllbnQpIOKAkyBzbyB0aGUgc2VydmVyIGhhcyBubyBrbm93bGVkZ2Ug
b2YgdGhlIG5hbWUuJm5ic3A7Jm5ic3A7IFRoZSBvbmx5IHRoaW5nIHRoZSBzZXJ2ZXIgZG9lcyBr
bm93IChhbmQgdGhpcyBpcyB3aGF0IGl0IGluZGV4ZXMgaXRzIG9wZXJhdGlvbmFsIGRhdGEgZm9y
IHRlc3Qgc2Vzc2lvbnMgaW4gcHJvZ3Jlc3MgYnkpIGlzIHRoZSBzZXNzaW9uIElEIHRoYXQgd2Fz
IGR5bmFtaWNhbGx5IGFsbG9jYXRlZCAoYnkgdGhlIHNlcnZlcg0KIGl0c2VsZiBhcyBpdCBhY2Nl
cHRlZCB0aGlzIGluY29taW5nIHRlc3Qgc2Vzc2lvbiZuYnNwOyAoYW5kIHdoaWNoIElTIGNvbW11
bmljYXRlZCBiYWNrIHRvIHRoZSBjbGllbnQgaW4gYSBUV0FNUCBtZXNzYWdlIGV4Y2hhbmdlKS48
YnI+DQpTbywgd2hhdCBkb2VzIHRoZSB1c2VyIGRvIGlmIGhlIHdhbnRzIHRvIHJldHJpZXZlIG9w
ZXJhdGlvbmFsIGRhdGEgZm9yIGEgc2luZ2xlIHNwZWNpZmljIHRlc3Qgc2Vzc2lvbiBmcm9tIHRo
ZSBTRVJWRVIgd2hpbGUgdGhhdCB0ZXN0IHNlc3Npb24gaXMgcnVubmluZz8mbmJzcDsgSGUgZG9l
c27igJl0IGtub3cgd2hhdCBTSUQgdGhlIHNlcnZlciBkeW5hbWljYWxseSBhbGxvY2F0ZWQgdG8g
aGlzIHBhcnRpY3VsYXIgdGVzdCBzZXNzaW9uLjxicj4NClRoZXJlIGFyZSAyIG9wdGlvbnMuJm5i
c3A7IFRoZSBGSVJTVCAyIHBhcmFncmFwaHMgZGVzY3JpYmUgaG93IHlvdSBjYW4gZ28gdG8gdGhl
IENMSUVOVCwgcmV0cmlldmUgb3BlcmF0aW9uYWwgZGF0YSBmb3IgdGhlIHRlc3Qgc2Vzc2lvbiBv
biB0aGUgQ0xJRU5UIHVzaW5nIHRoZSB0ZXN0IHNlc3Npb24gTkFNRSDigJMgYW5kIHBhcnQgb2Yg
dGhhdCBvcGVyYXRpb25hbCBkYXRhIHdpbGwgYmUgdGhlIGR5bmFtaWNhbGx5IGFsbG9jYXRlZCBT
SUQgZm9yIHRoYXQgc2Vzc2lvbg0KICh3aGljaCB0aGUgc2VydmVyIGNvbW11bmljYXRlZCBiYWNr
IHRvIHRoZSBjbGllbnQgZHVyaW5nIHRoZSBtZXNzYWdlIGV4Y2hhbmdlKS4mbmJzcDsgWW91IGNh
biB0aGVuIGdvIHRvIHRoZSBzZXJ2ZXIgYW5kIHVzZSB0aGF0IFNJRCBhcyBhIGtleSB0byByZXRy
aWV2ZSB0aGUgaW5kaXZpZHVhbCAmbmJzcDtyZWNvcmQgZm9yIHRoYXQgdGVzdCBzZXNzaW9u4oCZ
cyBvcGVyYXRpb25hbCBkYXRhIG9uIHRoZSBzZXJ2ZXIuPGJyPg0KT1ImbmJzcDsgKEFuZCB0aGlz
IGlzIHdoYXQgdGhlIGluZGl2aWR1YWwgcGFyYWdyYXBoIHlvdSB3ZXJlIHF1b3Rpbmcgd2FzKSZu
YnNwOzxicj4NCklGIHlvdSBoYXZlIG5vIGFjY2VzcyB0byB0aGUgY2xpZW50LCB0aGVuIHlvdeKA
mXJlIHNjcmV3ZWQsIGJlY2F1c2UgeW91IGRvbuKAmXQga25vdyB0aGUgZHluYW1pY2FsbHkgYWxs
b2NhdGVkIFNJRCBmb3IgeW91ciBzZXNzaW9u4oCZcyBuYW1lLCBhbmQgeW91IGNhbuKAmXQgZ28g
dG8gdGhlIGNsaWVudCBhbmQgZ2V0IGl0LiBTbyBhbGwgeW91IGNhbiBkbyBpcyBlZmZlY3RpdmVs
eSBkbyBhIGdldC9nZXQgbmV4dCBvZiBBTEwgdGhlIG9wZXJhdGlvbmFsIGRhdGENCiByZWNvcmRz
IGZvciBhbGwgdGVzdCBzZXNzaW9ucyBjdXJyZW50bHkgJm5ic3A7aW4gcHJvZ3Jlc3Mgb24gdGhl
IHNlcnZlciwgYW5kIHRoZW4gdHJ5IHRvIGxvY2F0ZSB0aGUgc2Vzc2lvbiB5b3UgYWN0dWFsbHkg
d2FudGVkIHRvIGxvb2sgYXQsIGJhc2VkIG9uIG90aGVyIGluZm9ybWF0aW9uIChlLmcuIElQIGFk
ZHJlc3NlcywgVURQIHBvcnRzLCBldGMpIHRvIGlkZW50aWZ5IGl0LiZuYnNwOyBBbmQgdGhpcyBt
YXkgYmUmbmJzcDs8Yj5wcm9ibGVtYXRpYyBpZiBhIGxhcmdlDQogbnVtYmVyIG9mIHRlc3Qgc2Vz
c2lvbnMgYXJlIGN1cnJlbnRseSBhY3RpdmUgb24gdGhhdCZuYnNwOzwvYj4oc2VydmVyKTxiPiZu
YnNwO2RldmljZTwvYj4uJm5ic3A7IEJlY2F1c2UgeW91IG1pZ2h0IGhhdmUgMzAwMCBhY3RpdmUg
c2Vzc2lvbnMgb24gdGhhdCBzZXJ2ZXIgZGV2aWNlIGFuZCBub3cgeW914oCZcmUgZ29pbmcgdG8g
aGF2ZSB0byBzaWZ0IHRocm91Z2ggYWxsIDMwMDAgcmV0dXJuZWQgcmVjb3JkcyBsb29raW5nIGZv
ciB0aGUgb25lIHlvdSB3ZXJlIGFjdHVhbGx5DQogaW50ZXJlc3RlZCBpbi48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SG9wZSB0aGlzIG1ha2Vz
IHNlbnNlITxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1
b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBSRUFMTFkgYXBwcmVjaWF0ZSB0
aGlzIGV4cGxhbmF0aW9uLiBJIGhhZCBmb29saXNobHkgYXNzdW1lZCB0aGF0IHlvdSB3ZXJlIHdv
cnJpZWQgYWJvdXQgdGhlIGxvYWQgb24gdGhlIHNlcnZlciBkZXZpY2UsIGJ1dCB5b3UncmUgYWN0
dWFsbHkgd29ycmllZCBhYm91dCB0aGUgbG9hZCBvbiB0aGUgdXNlciB3aG8gaXMgTE9PS0lORyBh
dCB0aGUgc2VydmVyIGRldmljZS4gTWFrZXMgcGVyZmVjdCBzZW5zZSwgd2l0aA0KIHlvdXIgZXhw
bGFuYXRpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPklmIEkgbWlnaHQgbWFrZSBhIHN1Z2dlc3Rpb24gKGF0IHRoZSAmcXVvdDtDb21tZW50
LCBzbyBkbyB0aGUgcmlnaHQgdGhpbmcmcXVvdDsgbGV2ZWwpLCBwZXJoYXBzJm5ic3A7PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9MRDxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i
bWFyZ2luLWxlZnQ6MzAuMHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyBJZiB0aGUgdXNlciBoYXMgbm8g
bmV0d29yayBhY2Nlc3MgdG8gdGhlIENvbnRyb2wtQ2xpZW50IGRldmljZSwgdGhlbjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNw
O3RoZSBvbmx5IG9wdGlvbiBpcyB0byByZXRyaWV2ZSBhbGwgdGVzdC1zZXNzaW9uIGluc3RhbmNl
cyBmcm9tIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7ICZuYnNwO1Nlc3Npb24tUmVmbGVjdG9yIGRldmljZS4mbmJzcDsgVGhpcyBj
b3VsZCBiZSBwcm9ibGVtYXRpYyBpZiBhIGxhcmdlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7bnVtYmVyIG9mIHRlc3Qgc2Vz
c2lvbnMgYXJlIGN1cnJlbnRseSBhY3RpdmUgb24gdGhhdCBkZXZpY2UuPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+TkVXPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy
Z2luLWxlZnQ6MzAuMHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7IElmIHRoZSB1c2VyIGhhcyBubyBu
ZXR3b3JrIGFjY2VzcyB0byB0aGUgQ29udHJvbC1DbGllbnQgZGV2aWNlLCB0aGVuPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7
dGhlIG9ubHkgb3B0aW9uIGlzIHRvIHJldHJpZXZlIGFsbCB0ZXN0LXNlc3Npb24gaW5zdGFuY2Vz
IGZyb20gdGhlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj4mbmJzcDsgJm5ic3A7U2Vzc2lvbi1SZWZsZWN0b3IgZGV2aWNlPHNwYW4gc3R5bGU9ImNv
bG9yOmJsdWUiPiwmbmJzcDthbmQgdGhlbiBwaWNrIG91dCBzcGVjaWZpYyB0ZXN0LXNlc3Npb24m
bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Ymx1ZSI+Jm5ic3A7ICZuYnNwO2luc3RhbmNlcyBv
ZiBpbnRlcmVzdCB0byB0aGUgdXNlci48L3NwYW4+IFRoaXMgY291bGQgYmUgcHJvYmxlbWF0aWMg
aWYgYSBsYXJnZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7ICZuYnNwO251bWJlciBvZiB0ZXN0IHNlc3Npb25zIGFyZSBjdXJyZW50bHkg
YWN0aXZlIG9uIHRoYXQgZGV2aWNlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj53b3VsZCBiZSBoZWxw
ZnVsLiBCdXQgZG8gdGhlIHJpZ2h0IHRoaW5nLCBvZiBjb3Vyc2UuIEJlY2F1c2UgdGhhdCB3b3Vs
ZCBiZSB0aGUgcmlnaHQgdGhpbmcgdG8gZG8uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNwZW5jZXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_DM5PR04MB121096F98DD1D90963283531CBBA0DM5PR04MB1210namp_--


From nobody Fri Apr  6 05:59:21 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 49A77126C89; Fri,  6 Apr 2018 05:59:20 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ippm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.77.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152301956026.3907.8997086151660847084@ietfa.amsl.com>
Date: Fri, 06 Apr 2018 05:59:20 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/atjCWMPYs1cEarRs_qKMh1J8BnE>
Subject: [ippm] I-D Action: draft-ietf-ippm-2330-ipv6-04.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Apr 2018 12:59:20 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Performance Measurement WG of the IETF.

        Title           : IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework
        Authors         : Al Morton
                          Joachim Fabini
                          Nalini Elkins
                          Michael S. Ackermann
                          Vinayak Hegde
	Filename        : draft-ietf-ippm-2330-ipv6-04.txt
	Pages           : 14
	Date            : 2018-04-06

Abstract:
   This memo updates the IP Performance Metrics (IPPM) Framework RFC
   2330 with new considerations for measurement methodology and testing.
   It updates the definition of standard-formed packets in RFC 2330 to
   include IPv6 packets, deprecates the definition of minimum standard-
   formed packet, and augments distinguishing aspects of packets,
   referred to as Type-P for test packets in RFC 2330.  This memo
   identifies that IPv4-IPv6 co-existence can challenge measurements
   within the scope of the IPPM Framework.  Exemplary use cases include,
   but are not limited to IPv4-IPv6 translation, NAT, protocol
   encapsulation, IPv6 header compression, or use of IPv6 over Low-Power
   Wireless Area Networks (6LoWPAN).



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-2330-ipv6/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-2330-ipv6-04
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-2330-ipv6-04

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-2330-ipv6-04


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Fri Apr  6 06:57:32 2018
Return-Path: <rrahman@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8708D1270A7; Fri,  6 Apr 2018 06:57:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mNAMWADuyjBT; Fri,  6 Apr 2018 06:57:28 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF5931200FC; Fri,  6 Apr 2018 06:57:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=51588; q=dns/txt; s=iport; t=1523023047; x=1524232647; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=zWWCMXYacFGyJqGA/qq20RzlTnGrjKMfF9jZPjr9Zl4=; b=LlJ703WfLPU7f10T4UdQYIbUuMj+TgEawhIoAw87xwjVOe72FGaQuBa3 p1E5bY4YtiFExcoI4MeOzFBSffvGmWPo6wYE0aK5EK0T2Z+DlKWxt0Ck2 2pbI401F+beatHqulcf7qJC51xk5oGuNcQ22bk0WEBiywqhdfGtbjQ9ZG s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqAQA0fMda/5xdJa1dGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNSithbygKg1WIAI0KgVMhgQ+GYot2gXgCCxgBCoRgAhq?= =?us-ascii?q?CHiE0GAECAQEBAQEBAmwcDIUiAQEBAQMBASEKQQsQAgEIEQMBAQEhAQYDAgI?= =?us-ascii?q?CHwYLFAkIAgQOBYQpTAMVD6h6ghyHDw2BK4IgBYdrgVQ/gQwiDIJWgk9CAQE?= =?us-ascii?q?DAYF4FoJKMIIkAoUyglqDa4RVhkssCAKFUoUvM4J9gTKDW4JZhFqJHDyGBwI?= =?us-ascii?q?REwGBJAEcOIFScBU6KgGCGAmDKAEIh1aFPm+NA4EXAQE?=
X-IronPort-AV: E=Sophos;i="5.48,415,1517875200";  d="scan'208,217";a="378679402"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2018 13:57:26 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id w36DvQLB021514 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 6 Apr 2018 13:57:26 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 6 Apr 2018 08:57:25 -0500
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Fri, 6 Apr 2018 08:57:25 -0500
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: Tianran Zhou <zhoutianran@huawei.com>, "ippm@ietf.org" <ippm@ietf.org>, Lizhenbin <lizhenbin@huawei.com>, "draft-zhou-ippm-ioam-yang@ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
Thread-Topic: [ippm] optimize the IOAM YANG data model
Thread-Index: AQHTxCvJHF3cBlu8+0uZUmAURD9UnKPhwliwgBFdlAD///x7AIAAymKA
Date: Fri, 6 Apr 2018 13:57:25 +0000
Message-ID: <C41740C2-7076-49B5-A7B4-D733C9D5E0C3@cisco.com>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com> <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com> <CA+RyBmW6fBmPTCnYmKjbtQTVxdemwAVavRvwym-__JnXCF_9_g@mail.gmail.com>
In-Reply-To: <CA+RyBmW6fBmPTCnYmKjbtQTVxdemwAVavRvwym-__JnXCF_9_g@mail.gmail.com>
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-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.255.69]
Content-Type: multipart/alternative; boundary="_000_C41740C2707649B5A7B4D733C9D5E0C3ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/PU1gnWW6ns37bbnTLkBXG8gyDmg>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Apr 2018 13:57:31 -0000

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

SGkgVGlhbnJhbiBhbmQgYXV0aG9ycywNCg0KDQpPdGhlciBjb21tZW50czoNCg0KLSBkcmFmdC1i
cm9ja25lcnMtcHJvb2Ytb2YtdHJhbnNpdCBpcyBhbiBpbmZvcm1hdGl2ZSByZWZlcmVuY2UgYnV0
IGl0IGhhcyB0aGUgaWV0Zi1wb3QtcHJvZmlsZSBtb2R1bGUgd2hpY2ggaXMgaW1wb3J0ZWQgYnkg
aWV0Zi1vYW0uIFRoYXQgcmVmZXJlbmNlIHNob3VsZCBiZSBub3JtYXRpdmUuIFRoaXMgYmVncyB0
aGUgcXVlc3Rpb24gd2hldGhlciB0aGUgaWV0Zi1wb3QtcHJvZmlsZSBtb2R1bGUgc2hvdWxkIGJl
IGluIGRyYWZ0LWJyb2NrbmVycy1wcm9vZi1vZi10cmFuc2l0IG9yIHdoZXRoZXIgZHJhZnQtemhv
dS1pcHBtLW9hbS15YW5nIHNob3VsZCBoYXZlIGV2ZXJ5dGhpbmc/IElmIGl0IHN0YXlzIGluIGRy
YWZ0LWJyb2NrbmVycy1wcm9vZi1vZi10cmFuc2l0LCBpcyBleHBlcmltZW50YWwgdGhlIHJpZ2h0
IGludGVuZGVkIHN0YXR1cyBmb3IgdGhhdCBkcmFmdD8NCg0KLSBUaGVyZSBhcmUgZXJyb3JzIHJl
cG9ydGVkIGZvciBsZWFmIGFjbC1uYW1lLiAgTG9va3MgbGlrZSBwYXRoICIvYWNsOmFjY2Vzcy1s
aXN0cy9hY2w6YWNsL2FjbDpuYW1lIiBzaG91bGQgYmUgY2hhbmdlZCB0byAiL2FjbDphY2xzL2Fj
bDphY2wvYWNsOm5hbWUiPyBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwgc2hvdWxkIGJlIGFk
ZGVkIGFzIG5vcm1hdGl2ZSByZWZlcmVuY2UuDQoNCg0KDQpSZWdhcmRzLA0KDQpSZXNoYWQuDQoN
Cg0KRnJvbTogR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4NCkRhdGU6IFRodXJz
ZGF5LCBBcHJpbCA1LCAyMDE4IGF0IDU6NTMgUE0NClRvOiAiUmVzaGFkIFJhaG1hbiAocnJhaG1h
bikiIDxycmFobWFuQGNpc2NvLmNvbT4NCkNjOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1
YXdlaS5jb20+LCAiaXBwbUBpZXRmLm9yZyIgPGlwcG1AaWV0Zi5vcmc+LCBMaXpoZW5iaW4gPGxp
emhlbmJpbkBodWF3ZWkuY29tPiwgImRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmci
IDxkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtpcHBt
XSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWwNCg0KSGkgVGlhbnJhbiwNCkkgY29u
Y3VyIHdpdGggeW91IGFuZCBSZXNoYWQsIHVzaW5nIGZlYXR1cmUgaXMgbW9yZSBhcHByb3ByaWF0
ZSBpbiB0aGlzIG1vZGVsLg0KDQpSZWdhcmRzLA0KR3JlZw0KDQpPbiBUaHUsIEFwciA1LCAyMDE4
IGF0IDExOjA1IEFNLCBSZXNoYWQgUmFobWFuIChycmFobWFuKSA8cnJhaG1hbkBjaXNjby5jb208
bWFpbHRvOnJyYWhtYW5AY2lzY28uY29tPj4gd3JvdGU6DQpIaSBUaWFucmFuLA0KDQpJIGFncmVl
IHRoYXQgdXNpbmcgZmVhdHVyZSBtYWtlcyBtb3JlIHNlbnNlIHRoYW4gc2NoZW1hIG1vdW50IGlu
IHRoaXMgbW9kZWwuDQoNClJlZ2FyZGluZyA2MDg3YmlzLCB0aGVyZSBhcmUgcXVpdGUgYSBmZXcg
dGhpbmdzLiBFdmVyeSBJRVRGIFlBTkcgYXV0aG9yIHNob3VsZCByZWFkIHRoZSB3aG9sZSBkb2Pi
gKYgQnV0IEFwcGVuZGl4IEIgZ2l2ZXMgYSBjaGVja2xpc3QgYW5kIEFwcGVuZGl4IEMgaGFzIGEg
Y2hlY2tsaXN0LiBTZWN0aW9uIDMuNyBoYXMgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGFu
ZCAzLjcuMSBoYXMgdGhlIHRlbXBsYXRlIGZvciB0aGF0Lg0KDQpSZWdhcmRzLA0KUmVzaGFkLg0K
DQpGcm9tOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb208bWFpbHRvOnpob3V0
aWFucmFuQGh1YXdlaS5jb20+Pg0KRGF0ZTogU3VuZGF5LCBNYXJjaCAyNSwgMjAxOCBhdCAxMDow
NCBQTQ0KVG86ICJSZXNoYWQgUmFobWFuIChycmFobWFuKSIgPHJyYWhtYW5AY2lzY28uY29tPG1h
aWx0bzpycmFobWFuQGNpc2NvLmNvbT4+LCAiaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRm
Lm9yZz4iIDxpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPj4NCkNjOiBMaXpoZW5i
aW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4+LCAi
ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtemhvdS1pcHBt
LWlvYW0teWFuZ0BpZXRmLm9yZz4iIDxkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3Jn
PG1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPj4NClN1YmplY3Q6IFJF
OiBbaXBwbV0gb3B0aW1pemUgdGhlIElPQU0gWUFORyBkYXRhIG1vZGVsDQoNCkhpIFJlc2hhZCwN
Cg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLg0KUGxlYXNlIHNlZSBpbiBsaW5lLg0KDQpDaGVl
cnMsDQpUaWFucmFuDQoNCkZyb206IFJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIFttYWlsdG86cnJh
aG1hbkBjaXNjby5jb208bWFpbHRvOnJyYWhtYW5AY2lzY28uY29tPl0NClNlbnQ6IFN1bmRheSwg
TWFyY2ggMjUsIDIwMTggNzoyNCBQTQ0KVG86IFRpYW5yYW4gWmhvdTsgaXBwbUBpZXRmLm9yZzxt
YWlsdG86aXBwbUBpZXRmLm9yZz4NCkNjOiBMaXpoZW5iaW47IGRyYWZ0LXpob3UtaXBwbS1pb2Ft
LXlhbmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc+
DQpTdWJqZWN0OiBSZTogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbA0K
DQpIaSBUaWFucmFuIGFuZCBHcmVnLA0KDQpXaGlsZSBzY2hlbWEtbW91bnQgd291bGQgd29yaywg
aXQgaXMgcmVhbGx5IGludGVuZGVkIGZvciB1c2UtY2FzZXMgd2hlcmUgdGhlcmUgaXMgYSByZXF1
aXJlbWVudCB0byBhZGQgYSBtb2R1bGUgaW4gMiBvciBtb3JlIGxvY2F0aW9ucyAoZS5nLiBpbnRl
cmZhY2VzIGF0IHRvcC1sZXZlbCwgaW4gTE5FIGFuZCBpbiBOSSkuDQoNClt6dHJdWWVzLCB0aGF0
4oCZcyB3aGF0IEkgdGhvdWdodC4gU28gSSBzdWdnZXN0ZWQgdG8gdXNlIOKAnGZlYXR1cmXigJ0g
c28gdGhhdCB0aGUgY2FuIG9ubHkgc3VwcG9ydCBwYXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uIHR5
cGVzLg0KDQpJ4oCZdmUgdGFrZW4gYSBxdWljayBsb29rIGF0IHRoZSBtb2RlbDoNCg0KICAqICAg
VGhlIOKAnGVuYWJsZWTigJ0gbGVhZiBub2RlIHVuZGVyIGlvYW0tcHJvZmlsZXMgKHZpYSBncm91
cGluZyBpb2FtLWFkbWluLWNvbmZpZykgc2F5cyAiV2hlbiB0cnVlLCBJT0FNIGNvbmZpZ3VyYXRp
b24gaXMgZW5hYmxlZCBmb3IgdGhlIHN5c3RlbS4iLiBJIHRoaW5rIGl04oCZZCBtYWtlIG1vcmUg
c2Vuc2UgaWYgdGhhdCBlbmFibGVkIGZsYWcgd2FzIHRvIGVuYWJsZS9kaXNhYmxlIElPQU0gZGF0
YS1wbGFuZSBmdW5jdGlvbmFsaXR5Lg0KW3p0cl1ZZXMsIHRoaXMgaXMgbW9yZSBjbGVhci4gSSB3
aWxsIGFkZCB0aGUgd29yZHMgdG8gdGhlIGRvY3VtZW50Lg0KDQogICogICBXb3VsZCBiZSBiZXN0
IHRvIHVzZSB5YW5nLXZlcnNpb24gMS4xIElNTy4NCiAgKiAgIFBsZWFzZSB0YWtlIGEgbG9vayBh
dCA2MDg3YmlzLg0KW3p0cl1Db3VsZCB5b3UgcGxlYXNlIHBvaW50IG91dCB3aGF0IHBhcnQgb2Yg
dGhlIDYwODdiaXMgSSBuZWVkIHRvIHBheSBhdHRlbnRpb24/IEFuZCB3aGF0IGlzIG5vdCB5YW5n
IDEuMT8NCkkgaW50ZW5kZWQgdG8gZm9sbG93IHlhbmcgMS4xIGluZGVlZC4g4pi6DQoNClJlZ2Fy
ZHMsDQpSZXNoYWQuDQoNCkZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86
aXBwbS1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFRpYW5yYW4gWmhvdSA8emhvdXRp
YW5yYW5AaHVhd2VpLmNvbTxtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+DQpEYXRlOiBX
ZWRuZXNkYXksIE1hcmNoIDIxLCAyMDE4IGF0IDM6MDMgUE0NClRvOiAiaXBwbUBpZXRmLm9yZzxt
YWlsdG86aXBwbUBpZXRmLm9yZz4iIDxpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3Jn
Pj4NCkNjOiBMaXpoZW5iaW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5A
aHVhd2VpLmNvbT4+LCAiZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzxtYWlsdG86
ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZz4iIDxkcmFmdC16aG91LWlwcG0taW9h
bS15YW5nQGlldGYub3JnPG1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3Jn
Pj4NClN1YmplY3Q6IFtpcHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWwNCg0K
SGkgRm9sa3MsDQoNClRoYW5rcyBHcmVnIHRvIHBvaW50IG91dCB0aGUgZmxleGliaWxpdHkgb2Yg
c3ViLXByb2ZpbGVzIG9uIHRoZSBtZWV0aW5nLiBIZXJlIEkgd291bGQgbGlrZSB0byBkaXNjdXNz
IHRoZSB3YXkgdG8gb3B0aW1pemUgdGhpcyBwb2ludCBmb3IgdGhlIElPQU0gWUFORyBhcyBkZXNj
cmliZWQgaW46DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aG91LWlw
cG0taW9hbS15YW5nLw0KDQpBbHRob3VnaCwgYXMgc3VnZ2VzdGVkLCBzY2hlbWEgbW91bnQgY291
bGQgaGVscCB0byBkeW5hbWljYWxseSBtb3VudCBzdWItcHJvZmlsZXMgdG8gdGhlIElPQU0gY29u
ZmlndXJhdGlvbiwgSU1ITywgaXQgbWF5IGxlYWQgdG8gdGhlIGZyYWdtZW50YXRpb24gb2YgdGhl
IG1vZGVsLCBJLmUuLCBzZXZlcmFsIG1vZHVsZXMuIEFuZCBJIGNhbm5vdCBzZWUgdGhlIHBvc3Np
YmlsaXR5IHRvIHJldXNlIHRoZSBzdWItcHJvZmlsZXMsIGV4Y2VwdCB0byB0aGlzIG1vZGVsLg0K
DQpXaXRoIHRoZSBzYW1lIHJlcXVpcmVtZW50LCBJIHdvdWxkIHN1Z2dlc3QgdG8gdXNlIOKAnGZl
YXR1cmXigJ0gdG8gZW5hYmxlIHRoZSBzdXBwb3J0ZWQgSU9BTSBlbmNhcHN1bGF0aW9uIHR5cGVz
LiBBbmQgdXNlIHRoZSDigJxlbmFibGXigJ0gd2l0aGluIGVhY2ggc3ViLXByb2ZpbGUgdG8gaW5k
aWNhdGUgdGhlIGFjdHVhbCB1c2VkIHN1Yi1wcm9maWxlIGJ5IHRoZSBpbnN0YW5jZS4NCg0KTm93
IGZvdXIgZW5jYXBzdWxhdGlvbiB0eXBlcyBhcmUgc3VwcG9ydGVkIGFjY29yZGluZyB0byB0aGUg
bGF0ZXN0IElPQU0gZGF0YSBzcGVjaWZpY2F0aW9uLiBXZSBtYXkgYXVnbWVudCB0aGUgbW9kZWwg
d2l0aCBtb3JlIHN1Yi1wcm9maWxlcy4NCg0KVGhvdWdodHM/DQoNClRoYW5rcywNClRpYW5yYW4N
Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlwcG0g
bWFpbGluZyBsaXN0DQppcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KaHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1
IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw
YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg
UHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0
Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1z
b25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1l
Om1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNt
Ow0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250
LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4u
RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt
aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWln
aHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENo
YXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZv
bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5
cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy
LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3Qg
RGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE2ODM3MDI0MDY7DQoJbXNv
LWxpc3QtdGVtcGxhdGUtaWRzOi0xMDY5MDkxNzU0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s
ZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250
LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcy
LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4
LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9
DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z
by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z
aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZl
bDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C
tzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu
MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt
dGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt
aWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBw
dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m
b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p
bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5
OlN5bWJvbDt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDoxNzI0MjgyMjYxOw0KCW1zby1saXN0
LXRlbXBsYXRlLWlkczoxNTYwNTk3NTM4O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10
YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN
Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz
dCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl
bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K
CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5
bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0
Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglt
c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs
MTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10
ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv
bDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9
DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2
OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYg
Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAg
djpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZd
LS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs
ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiPkhpIFRpYW5yYW4gYW5kIGF1dGhvcnMsPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+T3Ro
ZXIgY29tbWVudHM6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWYiPi0gPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ZHJh
ZnQtYnJvY2tuZXJzLXByb29mLW9mLXRyYW5zaXQgaXMgYW4gaW5mb3JtYXRpdmUgcmVmZXJlbmNl
IGJ1dCBpdCBoYXMgdGhlIGlldGYtcG90LXByb2ZpbGUgbW9kdWxlIHdoaWNoIGlzIGltcG9ydGVk
IGJ5IGlldGYtb2FtLiBUaGF0IHJlZmVyZW5jZSBzaG91bGQgYmUgbm9ybWF0aXZlLiBUaGlzIGJl
Z3MgdGhlIHF1ZXN0aW9uIHdoZXRoZXIgdGhlIGlldGYtcG90LXByb2ZpbGUgbW9kdWxlIHNob3Vs
ZCBiZSBpbiBkcmFmdC1icm9ja25lcnMtcHJvb2Ytb2YtdHJhbnNpdCBvciB3aGV0aGVyIGRyYWZ0
LXpob3UtaXBwbS1vYW0teWFuZyBzaG91bGQgaGF2ZSBldmVyeXRoaW5nPyBJZiBpdCBzdGF5cyBp
biBkcmFmdC1icm9ja25lcnMtcHJvb2Ytb2YtdHJhbnNpdCwgaXMgZXhwZXJpbWVudGFsIHRoZSBy
aWdodCBpbnRlbmRlZCBzdGF0dXMgZm9yIHRoYXQgZHJhZnQ/PG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+LSBUaGVyZSBhcmUgZXJyb3Jz
IHJlcG9ydGVkIGZvciBsZWFmIGFjbC1uYW1lLiAmbmJzcDtMb29rcyBsaWtlIHBhdGggJnF1b3Q7
L2FjbDphY2Nlc3MtbGlzdHMvYWNsOmFjbC9hY2w6bmFtZSZxdW90OyBzaG91bGQgYmUgY2hhbmdl
ZCB0byAmcXVvdDsvYWNsOmFjbHMvYWNsOmFjbC9hY2w6bmFtZSZxdW90Oz8gZHJhZnQtaWV0Zi1u
ZXRtb2QtYWNsLW1vZGVsIHNob3VsZCBiZSBhZGRlZCBhcyBub3JtYXRpdmUgcmVmZXJlbmNlLjxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6YmxhY2siPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjpibGFjayI+UmVzaGFkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w
OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFj
ayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpi
bGFjayI+R3JlZyBNaXJza3kgJmx0O2dyZWdpbWlyc2t5QGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5E
YXRlOiA8L2I+VGh1cnNkYXksIEFwcmlsIDUsIDIwMTggYXQgNTo1MyBQTTxicj4NCjxiPlRvOiA8
L2I+JnF1b3Q7UmVzaGFkIFJhaG1hbiAocnJhaG1hbikmcXVvdDsgJmx0O3JyYWhtYW5AY2lzY28u
Y29tJmd0Ozxicj4NCjxiPkNjOiA8L2I+VGlhbnJhbiBaaG91ICZsdDt6aG91dGlhbnJhbkBodWF3
ZWkuY29tJmd0OywgJnF1b3Q7aXBwbUBpZXRmLm9yZyZxdW90OyAmbHQ7aXBwbUBpZXRmLm9yZyZn
dDssIExpemhlbmJpbiAmbHQ7bGl6aGVuYmluQGh1YXdlaS5jb20mZ3Q7LCAmcXVvdDtkcmFmdC16
aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC16aG91LWlwcG0taW9h
bS15YW5nQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW2lwcG1dIG9wdGlt
aXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxPcmlnaW5hbEJv
ZHkiPkhpIFRpYW5yYW4sIDxvOnA+PC9vOnA+PC9hPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5JIGNv
bmN1ciB3aXRoIHlvdSBhbmQgUmVzaGFkLCB1c2luZyBmZWF0dXJlIGlzIG1vcmUgYXBwcm9wcmlh
dGUgaW4gdGhpcyBtb2RlbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu
YWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC
b2R5Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv
ZHkiPkdyZWc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h
bEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5PbiBU
aHUsIEFwciA1LCAyMDE4IGF0IDExOjA1IEFNLCBSZXNoYWQgUmFobWFuIChycmFobWFuKSAmbHQ7
PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPnJyYWhtYW5AY2lz
Y28uY29tPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki
Pjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+
Jmd0Ow0KIHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBj
bSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf
TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIFRpYW5yYW4sPC9zcGFuPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9
Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw
Ozwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVO
LVVTIj5JIGFncmVlIHRoYXQgdXNpbmcgZmVhdHVyZSBtYWtlcyBtb3JlIHNlbnNlIHRoYW4gc2No
ZW1hIG1vdW50IGluIHRoaXMgbW9kZWwuPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp
bmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6
X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWdhcmRpbmcgNjA4N2Jpcywg
dGhlcmUgYXJlIHF1aXRlIGEgZmV3IHRoaW5ncy4gRXZlcnkgSUVURiBZQU5HIGF1dGhvciBzaG91
bGQgcmVhZCB0aGUgd2hvbGUgZG9j4oCmIEJ1dCBBcHBlbmRpeCBCDQogZ2l2ZXMgYSBjaGVja2xp
c3QgYW5kIEFwcGVuZGl4IEMgaGFzIGEgY2hlY2tsaXN0LiBTZWN0aW9uIDMuNyBoYXMgdGhlIHNl
Y3VyaXR5IGNvbnNpZGVyYXRpb25zIGFuZCAzLjcuMSBoYXMgdGhlIHRlbXBsYXRlIGZvciB0aGF0
Ljwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVO
LVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh
biBsYW5nPSJFTi1VUyI+UmVnYXJkcyw8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu
YWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+UmVzaGFkLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy
azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv
bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki
PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9z
cGFuPjwvYj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k
eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPlRpYW5yYW4gWmhv
dSAmbHQ7PC9zcGFuPjwvc3Bhbj48YSBocmVmPSJtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h
bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij56aG91dGlhbnJhbkBodWF3ZWku
Y29tPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC
b2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv
ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0K
PGI+RGF0ZTogPC9iPlN1bmRheSwgTWFyY2ggMjUsIDIwMTggYXQgMTA6MDQgUE08YnI+DQo8Yj5U
bzogPC9iPiZxdW90O1Jlc2hhZCBSYWhtYW4gKHJyYWhtYW4pJnF1b3Q7ICZsdDs8L3NwYW4+PC9z
cGFuPjxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxz
cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTIuMHB0Ij5ycmFobWFuQGNpc2NvLmNvbTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5
bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHls
ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEyLjBwdDtjb2xvcjpibGFjayI+Jmd0OywNCiAmcXVvdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9
Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9Im1zby1i
b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQi
PmlwcG1AaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h
aWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp
bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2si
PiZxdW90Ow0KICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3Jn
IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs
Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPmlwcG1AaWV0Zi5vcmc8L3NwYW4+
PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bh
bj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5DYzogPC9i
PkxpemhlbmJpbiAmbHQ7PC9zcGFuPjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1
YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls
T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+bGl6aGVuYmluQGh1
YXdlaS5jb208L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln
aW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp
bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPiZndDss
DQogJnF1b3Q7PC9zcGFuPjwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlv
YW0teWFuZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h
cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5kcmFm
dC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i
bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJt
c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu
MHB0O2NvbG9yOmJsYWNrIj4mcXVvdDsNCiAmbHQ7PC9zcGFuPjwvc3Bhbj48YSBocmVmPSJtYWls
dG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxz
cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTIuMHB0Ij5kcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPC9zcGFu
Pjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3Nw
YW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPGI+U3ViamVj
dDogPC9iPlJFOiBbaXBwbV0gb3B0aW1pemUgdGhlIElPQU0gWUFORyBkYXRhIG1vZGVsPC9zcGFu
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu
YWxCb2R5Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx
dW90Oztjb2xvcjojMUY0OTdEIj5IaSBSZXNoYWQsPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp
bE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJv
b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3Ig
eW91ciBjb21tZW50cy48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7O2NvbG9yOiMxRjQ5N0QiPlBsZWFzZSBzZWUgaW4gbGluZS48L3NwYW4+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt
YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFt
aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q2hl
ZXJzLDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+VGlhbnJhbjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFk
ZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7
Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20i
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls
T3JpZ2luYWxCb2R5Ij48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu
PjwvYj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4NCiBSZXNoYWQgUmFobWFuIChycmFobWFuKSBb
bWFpbHRvOjwvc3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnJyYWhtYW5AY2lzY28uY29tIiB0
YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k
eSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5ycmFobWFuQGNpc2NvLmNvbTwvc3Bhbj48
L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFu
PjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo
b21hJnF1b3Q7LHNhbnMtc2VyaWYiPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE1hcmNo
IDI1LCAyMDE4IDc6MjQgUE08YnI+DQo8Yj5Ubzo8L2I+IFRpYW5yYW4gWmhvdTsgPC9zcGFuPjwv
c3Bhbj48YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFu
IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss
c2Fucy1zZXJpZiI+aXBwbUBpZXRmLm9yZzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1i
b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJv
b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPjxi
cj4NCjxiPkNjOjwvYj4gTGl6aGVuYmluOyA8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpk
cmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4g
c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oyxz
YW5zLXNlcmlmIj5kcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPC9zcGFuPjwvc3Bh
bj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9h
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm
cXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXBwbV0gb3B0aW1p
emUgdGhlIElPQU0gWUFORyBkYXRhIG1vZGVsPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28t
Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3Nw
YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+
SGkgVGlhbnJhbiBhbmQgR3JlZyw8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC
b2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp
bE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPldoaWxlIHNjaGVtYS1tb3VudCB3b3Vs
ZCB3b3JrLCBpdCBpcyByZWFsbHkgaW50ZW5kZWQgZm9yIHVzZS1jYXNlcyB3aGVyZSB0aGVyZSBp
cyBhIHJlcXVpcmVtZW50IHRvIGFkZCBhIG1vZHVsZSBpbg0KIDIgb3IgbW9yZSBsb2NhdGlvbnMg
KGUuZy4gaW50ZXJmYWNlcyBhdCB0b3AtbGV2ZWwsIGluIExORSBhbmQgaW4gTkkpLjwvc3Bhbj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp
bmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy
aWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5benRyXVllcywgdGhhdOKAmXMgd2hhdCBJIHRo
b3VnaHQuIFNvIEkgc3VnZ2VzdGVkIHRvIHVzZSDigJxmZWF0dXJl4oCdDQogc28gdGhhdCB0aGUg
Y2FuIG9ubHkgc3VwcG9ydCBwYXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uIHR5cGVzLjwvc3Bhbj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i
c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0i
RU4tVVMiPknigJl2ZSB0YWtlbiBhIHF1aWNrIGxvb2sgYXQgdGhlIG1vZGVsOjwvc3Bhbj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8xIj4NCjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6
X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUg4oCcZW5hYmxlZOKAnSBs
ZWFmIG5vZGUgdW5kZXIgaW9hbS1wcm9maWxlcyAodmlhIGdyb3VwaW5nDQo8L3NwYW4+PC9zcGFu
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+aW9hbS1hZG1pbi1jb25maWcpIHNheXMgJnF1b3Q7V2hlbiB0cnVlLCBJ
T0FNIGNvbmZpZ3VyYXRpb24gaXMgZW5hYmxlZCBmb3IgdGhlIHN5c3RlbS4mcXVvdDsuIEkgdGhp
bmsgaXTigJlkIG1ha2UgbW9yZSBzZW5zZSBpZiB0aGF0IGVuYWJsZWQgZmxhZyB3YXMgdG8gZW5h
YmxlL2Rpc2FibGUgSU9BTSBkYXRhLXBsYW5lDQogZnVuY3Rpb25hbGl0eS48L3NwYW4+PC9zcGFu
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1z
by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5benRyXVll
cywgdGhpcyBpcyBtb3JlIGNsZWFyLiBJIHdpbGwgYWRkIHRoZSB3b3JkcyB0byB0aGUgZG9jdW1l
bnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPHNwYW4gc3R5bGU9
Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPldvdWxk
IGJlIGJlc3QgdG8gdXNlIHlhbmctdmVyc2lvbiAxLjEgSU1PLjwvc3Bhbj48L3NwYW4+PHNwYW4g
c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PG86cD48L286cD48L3NwYW4+
PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjxz
cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVO
LVVTIj5QbGVhc2UgdGFrZSBhIGxvb2sgYXQgNjA4N2Jpcy48L3NwYW4+PC9zcGFuPjxzcGFuIHN0
eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
bGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy
azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5benRyXUNvdWxkIHlvdSBw
bGVhc2UgcG9pbnQgb3V0IHdoYXQgcGFydCBvZiB0aGUgNjA4N2JpcyBJIG5lZWQgdG8NCiBwYXkg
YXR0ZW50aW9uPyBBbmQgd2hhdCBpcyBub3QgeWFuZyAxLjE/IDwvc3Bhbj48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21h
cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1p
bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBpbnRlbmRlZCB0byBm
b2xsb3cgeWFuZyAxLjEgaW5kZWVkLg0KPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJv
b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
ZmFtaWx5OldpbmdkaW5ncztjb2xvcjojMUY0OTdEIj5KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf
TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28t
Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWdhcmRzLDwv
c3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVT
Ij5SZXNoYWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g
bGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz
LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJt
c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48L3NwYW4+PHNwYW4gc3R5bGU9
Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
Mi4wcHQ7Y29sb3I6YmxhY2siPmlwcG0gJmx0Ozwvc3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRv
OmlwcG0tYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJtc28t
Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0
Ij5pcHBtLWJvdW5jZXNAaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9v
a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29r
bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29s
b3I6YmxhY2siPiZndDsNCiBvbiBiZWhhbGYgb2YgVGlhbnJhbiBaaG91ICZsdDs8L3NwYW4+PC9z
cGFuPjxhIGhyZWY9Im1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFu
ayI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMi4wcHQiPnpob3V0aWFucmFuQGh1YXdlaS5jb208L3NwYW4+PC9zcGFu
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+
PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+V2Vk
bmVzZGF5LCBNYXJjaCAyMSwgMjAxOCBhdCAzOjAzIFBNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDs8
L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMi4wcHQiPmlwcG1AaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0
eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5
bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMi4wcHQ7Y29sb3I6YmxhY2siPiZxdW90Ow0KICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9
Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9Im1zby1i
b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQi
PmlwcG1AaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h
aWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp
bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2si
PiZndDs8YnI+DQo8Yj5DYzogPC9iPkxpemhlbmJpbiAmbHQ7PC9zcGFuPjwvc3Bhbj48YSBocmVm
PSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHls
ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEyLjBwdCI+bGl6aGVuYmluQGh1YXdlaS5jb208L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJt
c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1z
by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w
cHQ7Y29sb3I6YmxhY2siPiZndDssDQogJnF1b3Q7PC9zcGFuPjwvc3Bhbj48YSBocmVmPSJtYWls
dG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxz
cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTIuMHB0Ij5kcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPC9zcGFu
Pjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3Nw
YW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mcXVvdDsNCiAmbHQ7PC9zcGFu
Pjwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9y
ZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h
bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5kcmFmdC16aG91LWlwcG0taW9h
bS15YW5nQGlldGYub3JnPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N
YWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h
aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNr
Ij4mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPltpcHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5H
IGRhdGEgbW9kZWw8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp
Z2luYWxCb2R5Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k
eSI+PGEgbmFtZT0ibV84MjY3Mzc5NzQwODY3NDg1NDQxX19NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh
biBsYW5nPSJFTi1VUyI+SGkgRm9sa3MsPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP
cmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt
YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzIEdyZWcgdG8g
cG9pbnQgb3V0IHRoZSBmbGV4aWJpbGl0eSBvZiBzdWItcHJvZmlsZXMgb24gdGhlIG1lZXRpbmcu
IEhlcmUgSSB3b3VsZCBsaWtlIHRvIGRpc2N1c3MgdGhlIHdheSB0bw0KIG9wdGltaXplIHRoaXMg
cG9pbnQgZm9yIHRoZSBJT0FNIFlBTkcgYXMgZGVzY3JpYmVkIGluOjwvc3Bhbj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9v
a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48YSBocmVmPSJodHRwczovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9kcmFmdC16aG91LWlwcG0taW9hbS15YW5nLyIgdGFyZ2V0PSJfYmxh
bmsiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxh
bmc9IkVOLVVTIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aG91LWlw
cG0taW9hbS15YW5nLzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp
bE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls
T3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxh
bmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5
Ij48c3BhbiBsYW5nPSJFTi1VUyI+QWx0aG91Z2gsIGFzIHN1Z2dlc3RlZCwgc2NoZW1hIG1vdW50
IGNvdWxkIGhlbHAgdG8gZHluYW1pY2FsbHkgbW91bnQgc3ViLXByb2ZpbGVzIHRvIHRoZSBJT0FN
IGNvbmZpZ3VyYXRpb24sIElNSE8sDQogaXQgbWF5IGxlYWQgdG8gdGhlIGZyYWdtZW50YXRpb24g
b2YgdGhlIG1vZGVsLCBJLmUuLCBzZXZlcmFsIG1vZHVsZXMuIEFuZCBJIGNhbm5vdCBzZWUgdGhl
IHBvc3NpYmlsaXR5IHRvIHJldXNlIHRoZSBzdWItcHJvZmlsZXMsIGV4Y2VwdCB0byB0aGlzIG1v
ZGVsLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9
IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48
c3BhbiBsYW5nPSJFTi1VUyI+V2l0aCB0aGUgc2FtZSByZXF1aXJlbWVudCwgSSB3b3VsZCBzdWdn
ZXN0IHRvIHVzZSDigJxmZWF0dXJl4oCdIHRvIGVuYWJsZSB0aGUgc3VwcG9ydGVkIElPQU0gZW5j
YXBzdWxhdGlvbiB0eXBlcy4gQW5kDQogdXNlIHRoZSDigJxlbmFibGXigJ0gd2l0aGluIGVhY2gg
c3ViLXByb2ZpbGUgdG8gaW5kaWNhdGUgdGhlIGFjdHVhbCB1c2VkIHN1Yi1wcm9maWxlIGJ5IHRo
ZSBpbnN0YW5jZS48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh
biBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs
Qm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPk5vdyBmb3VyIGVuY2Fwc3VsYXRpb24gdHlwZXMgYXJl
IHN1cHBvcnRlZCBhY2NvcmRpbmcgdG8gdGhlIGxhdGVzdCBJT0FNIGRhdGEgc3BlY2lmaWNhdGlv
bi4gV2UgbWF5IGF1Z21lbnQgdGhlIG1vZGVsDQogd2l0aCBtb3JlIHN1Yi1wcm9maWxlcy48L3Nw
YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFu
Zz0iRU4tVVMiPlRob3VnaHRzPzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv
ZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls
T3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tYm9v
a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaWFucmFuPC9zcGFu
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxicj4NCl9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KaXBwbSBtYWls
aW5nIGxpc3Q8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPjxzcGFu
IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPmlwcG1AaWV0Zi5vcmc8L3Nw
YW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwv
YT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48YnI+DQo8L3Nw
YW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIiB0
YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k
eSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9zcGFuPjxzcGFu
IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4g
c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_C41740C2707649B5A7B4D733C9D5E0C3ciscocom_--


From nobody Fri Apr  6 07:27:58 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CA7C1270AC; Fri,  6 Apr 2018 07:27:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4WG56VIMN213; Fri,  6 Apr 2018 07:27:54 -0700 (PDT)
Received: from mail-pl0-x22d.google.com (mail-pl0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 806E71201FA; Fri,  6 Apr 2018 07:27:54 -0700 (PDT)
Received: by mail-pl0-x22d.google.com with SMTP id bj1-v6so717764plb.8; Fri, 06 Apr 2018 07:27:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=5KtDK0uN7znRBSdhhJEGZEddFTcPY44Ym/58IC/CI00=; b=UIgB6wAerRs3XhLGJOgHM52lHrrfHckkjd0RGUun/GW7yDI6W5vm8egvFbUmkMjgkw Q+UvqFt9S10SvyVmwRSs6tGLk5quKTvL43UwDaDC6hdvFOZQ5Fp4zUVP2NDPoqR5QgnP JkJkCsZyZeMtwZ5JqU3qyK1zKeD2UbX8UMcv8PW9Kf09WAuKCLvfTzgxSHCfnqEmUeAt y8C+104uoa3O5IKZZ3q4yoiC9k2IqxkrROYz/gE0udeTzbhsUq/qo7nnpvRzv8OV+q82 zYbCdogYFWIPxdaKoXchJlXwndaGDbFLI2baBXKa8hGSraI0L/gt8BJ/Vl3so6wriffZ B7MQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=5KtDK0uN7znRBSdhhJEGZEddFTcPY44Ym/58IC/CI00=; b=VJnYTAKntbjiJCXGSyH1lpz6st9Xz1yv+5cvcf39hT+BpIDw1uL0Lu1WGpSsT+I8dk CF01roiGFQ/5ZwAMuDohtd+n9CtmO4zamwfOJ2KD0NBx8nn3/cvjv2jVTCo4nK1zynGF StKs+0vlToBxScvXXdisK27d9PfcPBKtuaTd9AEsjMwWiwVDbVojuX9YVUA157mcQ45e 4MAVpl4ADBipiREORlSG1MrhdE0q0suHfJ27rHHq27hDhCQmoc75cWx3Fa9WIau6j72y BL0qI63c7T0xmnxxFKvd64uWks6X0eO/L+V7uozMbt4FzDs1lW8RbqI/VyTPvi2GaeJh e6Gg==
X-Gm-Message-State: AElRT7GmjT79SXzsnIhEqqthFKqSOm/QXX2suD85YorzuMU4YGjR09JC xWwtB+nhZ3sBNsSHmC3BU4s=
X-Google-Smtp-Source: AIpwx4/KFr13fEpPi31rIBgcoXxKoYQDd+PHsuu1Vr8Ojgejyi+qjedjIh5vxQ4fTDEH9SV1BebEmQ==
X-Received: by 2002:a17:902:68c2:: with SMTP id x2-v6mr27454039plm.129.1523024874074;  Fri, 06 Apr 2018 07:27:54 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:7d4b:e77c:ae84:abd0? ([2601:647:4700:1280:7d4b:e77c:ae84:abd0]) by smtp.gmail.com with ESMTPSA id s63sm22840910pfe.6.2018.04.06.07.27.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 06 Apr 2018 07:27:53 -0700 (PDT)
References: <CAKKJt-e4mvUEMKwOU7PHMeUf4FgYO4UGeR8LMtsb_kvNMQjeUQ@mail.gmail.com> <cbdef713-c30a-c664-053b-910969696e41@gmail.com> <7BD03011-D417-49D7-85C9-D8EB0A8EA651@gmail.com> <CAKKJt-djOzn47yT29X7JjJQfh2nabKk-W+MEg2qe_k0scCpmUw@mail.gmail.com> <DM5PR04MB121096F98DD1D90963283531CBBA0@DM5PR04MB1210.namprd04.prod.outlook.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <DM5PR04MB121096F98DD1D90963283531CBBA0@DM5PR04MB1210.namprd04.prod.outlook.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-280AAA1B-E394-4F88-A2E2-9CC88ADC0538
Content-Transfer-Encoding: 7bit
Message-Id: <73B27AC3-361B-4124-BBF1-FFBFDCFEF89F@gmail.com>
Cc: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Brian Trammell <ietf@trammell.ch>, Nalini Elkins <nalini.elkins@insidethestack.com>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, "draft-ietf-ippm-twamp-yang@ietf.org" <draft-ietf-ippm-twamp-yang@ietf.org>
X-Mailer: iPad Mail (13G36)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Date: Fri, 6 Apr 2018 07:27:51 -0700
To: "Civil, Ruth" <gcivil@ciena.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/AXmjhQ-h1J04FnUTi9av9QTAapE>
Subject: Re: [ippm] [**EXTERNAL**] Re: AD Evaluation of draft-ietf-ippm-twamp-yang-06
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Apr 2018 14:27:58 -0000

--Apple-Mail-280AAA1B-E394-4F88-A2E2-9CC88ADC0538
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

Ruth,

I will take care of updating the document.=20

Mahesh Jethanandani
mjethanandani@gmail.com

> On Apr 6, 2018, at 4:46 AM, Civil, Ruth <gcivil@ciena.com> wrote:
>=20
> I=E2=80=99m good with that change (as long as someone else does the update=
 to the doc =E2=80=93 I=E2=80=99m kind of busy right now).
> =20
> Cheers,
>                 Ruth
> =20
> =20
> From: Spencer Dawkins at IETF [mailto:spencerdawkins.ietf@gmail.com]=20
> Sent: Thursday, April 05, 2018 8:31 PM
> To: Mahesh Jethanandani <mjethanandani@gmail.com>
> Cc: Brian Trammell <ietf@trammell.ch>; Nalini Elkins <nalini.elkins@inside=
thestack.com>; ippm-chairs@ietf.org; ippm@ietf.org; draft-ietf-ippm-twamp-ya=
ng@ietf.org
> Subject: [**EXTERNAL**] Re: AD Evaluation of draft-ietf-ippm-twamp-yang-06=

> =20
> Hi, Manesh,
> =20
> On Thu, Apr 5, 2018 at 5:34 PM, Mahesh Jethanandani <mjethanandani@gmail.c=
om> wrote:
> Spencer,
> =20
> Here is the response I got from one of the co-authors, Ruth, on the questi=
on below.
>=20
>=20
> On Mar 29, 2018, at 9:45 PM, Mahesh Jethanandani <mjethanandani@gmail.com>=
 wrote:
> =20
> I'm not questioning this text,
> =20
>   If the user has no network access to the Control-Client device, then
>    the only option is to retrieve all test-session instances from the
>    Session-Reflector device.  This could be problematic if a large
>    number of test sessions are currently active on that device.
> =20
> but I am trying to understand what type of problems you're thinking of (de=
lays in starting testing from the Control-Client device, because the Session=
-Reflector is heavily loaded? Interference with current test sessions? Or so=
mething else), and find myself guessing.
> =20
> =20
> Well it only makes sense in the context of the previous paragraphs =E2=80=93=
 The whole text is given below:
>=20
> Instances of twampSessionReflector:twampReflectorTestSession are indexed b=
y a session identifier (SID). This is a value that is auto-allocated by the S=
erver as test session requests are received, and communicated back to the cl=
ient in the SID field of the Accept-Session field.
> When attempting to retrieve operational data for active test sessions from=
 a Session-Reflector device, the user will not know what sessions are curren=
tly active on that device, or what SIDs have been auto-allocated for these t=
est sessions. If the user has network access to the Control-Client device, t=
hen it is possible to read the data for this session under twampClient:twamp=
CtrlSession:twampSessionRequest and obtain the SID.The user may then use thi=
s SID value as an index to retrieve an individual twampSessionReflector:twam=
pReflectorTestSession instance on the Session-Reflector device.
> =E2=80=A6. (and then the final paragraph.)
>   If the user has no network access to the Control-Client device, then
>    the only option is to retrieve all test-session instances from the
>    Session-Reflector device.  This could be problematic if a large
>    number of test sessions are currently active on that device.
> =20
> =20
> So what the description as a WHOLE (including the previous paragraphs) is s=
aying, is that if you want to read operational data for a SINGLE specific te=
st session that is in progress on the server, you have a problem.  Test sess=
ions as configured on the client have a NAME to identify them, but an instan=
ce of this test session in execution has a dynamically allocated test Sessio=
n ID =E2=80=93 and this is the ID you use for retrieving the OPERATIONAL sta=
tus data for that test session on the Server while it is running.  You can=E2=
=80=99t use the test session name to retrieve operational data for this test=
 session on the server =E2=80=93 the test session name is not part of any TW=
AMP message exchange, it=E2=80=99s something we use on the client to give a k=
ey for a particular test session configuration (on the client) =E2=80=93 so t=
he server has no knowledge of the name.   The only thing the server does kno=
w (and this is what it indexes its operational data for test sessions in pro=
gress by) is the session ID that was dynamically allocated (by the server it=
self as it accepted this incoming test session  (and which IS communicated b=
ack to the client in a TWAMP message exchange).
> So, what does the user do if he wants to retrieve operational data for a s=
ingle specific test session from the SERVER while that test session is runni=
ng?  He doesn=E2=80=99t know what SID the server dynamically allocated to hi=
s particular test session.
> There are 2 options.  The FIRST 2 paragraphs describe how you can go to th=
e CLIENT, retrieve operational data for the test session on the CLIENT using=
 the test session NAME =E2=80=93 and part of that operational data will be t=
he dynamically allocated SID for that session (which the server communicated=
 back to the client during the message exchange).  You can then go to the se=
rver and use that SID as a key to retrieve the individual  record for that t=
est session=E2=80=99s operational data on the server.
> OR  (And this is what the individual paragraph you were quoting was)=20
> IF you have no access to the client, then you=E2=80=99re screwed, because y=
ou don=E2=80=99t know the dynamically allocated SID for your session=E2=80=99=
s name, and you can=E2=80=99t go to the client and get it. So all you can do=
 is effectively do a get/get next of ALL the operational data records for al=
l test sessions currently  in progress on the server, and then try to locate=
 the session you actually wanted to look at, based on other information (e.g=
. IP addresses, UDP ports, etc) to identify it.  And this may be problematic=
 if a large number of test sessions are currently active on that (server) de=
vice.  Because you might have 3000 active sessions on that server device and=
 now you=E2=80=99re going to have to sift through all 3000 returned records l=
ooking for the one you were actually interested in.
> =20
> Hope this makes sense!
> =20
> I REALLY appreciate this explanation. I had foolishly assumed that you wer=
e worried about the load on the server device, but you're actually worried a=
bout the load on the user who is LOOKING at the server device. Makes perfect=
 sense, with your explanation.
> =20
> If I might make a suggestion (at the "Comment, so do the right thing" leve=
l), perhaps=20
> =20
> OLD
> =20
>   If the user has no network access to the Control-Client device, then
>    the only option is to retrieve all test-session instances from the
>    Session-Reflector device.  This could be problematic if a large
>    number of test sessions are currently active on that device.
> =20
> NEW
> =20
>   If the user has no network access to the Control-Client device, then
>    the only option is to retrieve all test-session instances from the
>    Session-Reflector device, and then pick out specific test-session=20
>    instances of interest to the user. This could be problematic if a large=

>    number of test sessions are currently active on that device.
> =20
> would be helpful. But do the right thing, of course. Because that would be=
 the right thing to do.
> =20
> Spencer

--Apple-Mail-280AAA1B-E394-4F88-A2E2-9CC88ADC0538
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div>Ruth,</div><div id=3D"AppleMailSignatu=
re"><br></div><div id=3D"AppleMailSignature">I will take care of updating th=
e document.&nbsp;<br><br>Mahesh Jethanandani<div><a href=3D"mailto:mjethanan=
dani@gmail.com">mjethanandani@gmail.com</a></div></div><div><br>On Apr 6, 20=
18, at 4:46 AM, Civil, Ruth &lt;<a href=3D"mailto:gcivil@ciena.com">gcivil@c=
iena.com</a>&gt; wrote:<br><br></div><blockquote type=3D"cite"><div>

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Helvetica;
	panose-1:2 11 6 4 2 2 2 2 2 4;}
@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;}
/* 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.gmail-
	{mso-style-name:gmail-;}
span.gmail-m-7382855757324156702apple-converted-space
	{mso-style-name:gmail-m_-7382855757324156702apple-converted-space;}=

span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->


<div class=3D"WordSection1">
<p class=3D"MsoNormal">I=E2=80=99m good with that change (as long as someone=
 else does the update to the doc =E2=80=93 I=E2=80=99m kind of busy right no=
w).<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Cheers,<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Ruth<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><b>From:</b> Spencer Dawkins at IETF [<a href=3D"mail=
to:spencerdawkins.ietf@gmail.com">mailto:spencerdawkins.ietf@gmail.com</a>]
<br>
<b>Sent:</b> Thursday, April 05, 2018 8:31 PM<br>
<b>To:</b> Mahesh Jethanandani &lt;<a href=3D"mailto:mjethanandani@gmail.com=
">mjethanandani@gmail.com</a>&gt;<br>
<b>Cc:</b> Brian Trammell &lt;<a href=3D"mailto:ietf@trammell.ch">ietf@tramm=
ell.ch</a>&gt;; Nalini Elkins &lt;<a href=3D"mailto:nalini.elkins@insidethes=
tack.com">nalini.elkins@insidethestack.com</a>&gt;; <a href=3D"mailto:ippm-c=
hairs@ietf.org">ippm-chairs@ietf.org</a>; <a href=3D"mailto:ippm@ietf.org">i=
ppm@ietf.org</a>; <a href=3D"mailto:draft-ietf-ippm-twamp-yang@ietf.org">dra=
ft-ietf-ippm-twamp-yang@ietf.org</a><br>
<b>Subject:</b> [**EXTERNAL**] Re: AD Evaluation of draft-ietf-ippm-twamp-ya=
ng-06<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi, Manesh,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Apr 5, 2018 at 5:34 PM, Mahesh Jethanandani &=
lt;<a href=3D"mailto:mjethanandani@gmail.com" target=3D"_blank">mjethanandan=
i@gmail.com</a>&gt; wrote:<o:p></o:p></p>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0in=
 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class=3D"MsoNormal">Spencer,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Here is the response I got from one of the co-authors=
, Ruth, on the question below.<span class=3D"gmail-"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class=3D"MsoNormal">On Mar 29, 2018, at 9:45 PM, Mahesh Jethanandani &lt;=
<a href=3D"mailto:mjethanandani@gmail.com" target=3D"_blank">mjethanandani@g=
mail.com</a>&gt; wrote:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif">I'm not questioning this t=
ext,<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif">&nbsp;<span class=3D"gmai=
l-m-7382855757324156702apple-converted-space">&nbsp;</span>If the user has n=
o network access to the Control-Client device, then<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif">&nbsp; &nbsp;the only opt=
ion is to retrieve all test-session instances from the<o:p></o:p></span></p>=

</div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif">&nbsp; &nbsp;Session-Refl=
ector device.&nbsp; This could be problematic if a large<o:p></o:p></span></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif">&nbsp; &nbsp;number of te=
st sessions are currently active on that device.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"background:white"><span style=3D"font-size:9=
.0pt;font-family:&quot;Helvetica&quot;,sans-serif">but I am trying to unders=
tand what type of problems you're thinking of (delays in starting testing fr=
om the Control-Client device, because the Session-Reflector
 is heavily loaded? Interference with current test sessions? Or something el=
se), and find myself guessing.<o:p></o:p></span></p>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Well it only makes sense in the context of the previo=
us paragraphs =E2=80=93 The whole text is given below:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><br>
Instances of twampSessionReflector:twampReflectorTestSession are indexed by a=
 session identifier (SID). This is a value that is auto-allocated by the Ser=
ver as test session requests are received, and communicated back to the clie=
nt in the SID field of the Accept-Session
 field.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">When attempting to retrieve operational data for acti=
ve test sessions from a Session-Reflector device, the user will not know wha=
t sessions are currently active on that device, or what SIDs have been auto-=
allocated for these test sessions.
 If the user has network access to the Control-Client device, then it is pos=
sible to read the data for this session under twampClient:twampCtrlSession:t=
wampSessionRequest and obtain the SID.The user may then use this SID value a=
s an index to retrieve an individual
 twampSessionReflector:twampReflectorTestSession instance on the Session-Ref=
lector device.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">=E2=80=A6. (and then the final paragraph.)<o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><b>&nbsp; If the user has no network access to the Co=
ntrol-Client device, then</b><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><b>&nbsp; &nbsp;the only option is to retrieve all te=
st-session instances from the</b><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><b>&nbsp; &nbsp;Session-Reflector device.&nbsp; This c=
ould be problematic if a large</b><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><b>&nbsp; &nbsp;number of test sessions are currently=
 active on that device.</b><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">So what the description as a WHOLE (including the pre=
vious paragraphs) is saying, is that if you want to read operational data fo=
r a SINGLE specific test session that is in progress on the server, you have=
 a problem.&nbsp; Test sessions as configured
 on the client have a NAME to identify them, but an instance of this test se=
ssion in execution has a dynamically allocated test Session ID =E2=80=93 and=
 this is the ID you use for retrieving the OPERATIONAL status data for that t=
est session on the Server while it is
 running.&nbsp; You can=E2=80=99t use the test session name to retrieve oper=
ational data for this test session on the server =E2=80=93 the test session n=
ame is not part of any TWAMP message exchange, it=E2=80=99s something we use=
 on the client to give a key for a particular test session
 configuration (on the client) =E2=80=93 so the server has no knowledge of t=
he name.&nbsp;&nbsp; The only thing the server does know (and this is what i=
t indexes its operational data for test sessions in progress by) is the sess=
ion ID that was dynamically allocated (by the server
 itself as it accepted this incoming test session&nbsp; (and which IS commun=
icated back to the client in a TWAMP message exchange).<br>
So, what does the user do if he wants to retrieve operational data for a sin=
gle specific test session from the SERVER while that test session is running=
?&nbsp; He doesn=E2=80=99t know what SID the server dynamically allocated to=
 his particular test session.<br>
There are 2 options.&nbsp; The FIRST 2 paragraphs describe how you can go to=
 the CLIENT, retrieve operational data for the test session on the CLIENT us=
ing the test session NAME =E2=80=93 and part of that operational data will b=
e the dynamically allocated SID for that session
 (which the server communicated back to the client during the message exchan=
ge).&nbsp; You can then go to the server and use that SID as a key to retrie=
ve the individual &nbsp;record for that test session=E2=80=99s operational d=
ata on the server.<br>
OR&nbsp; (And this is what the individual paragraph you were quoting was)&nb=
sp;<br>
IF you have no access to the client, then you=E2=80=99re screwed, because yo=
u don=E2=80=99t know the dynamically allocated SID for your session=E2=80=99=
s name, and you can=E2=80=99t go to the client and get it. So all you can do=
 is effectively do a get/get next of ALL the operational data
 records for all test sessions currently &nbsp;in progress on the server, an=
d then try to locate the session you actually wanted to look at, based on ot=
her information (e.g. IP addresses, UDP ports, etc) to identify it.&nbsp; An=
d this may be&nbsp;<b>problematic if a large
 number of test sessions are currently active on that&nbsp;</b>(server)<b>&n=
bsp;device</b>.&nbsp; Because you might have 3000 active sessions on that se=
rver device and now you=E2=80=99re going to have to sift through all 3000 re=
turned records looking for the one you were actually
 interested in.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Hope this makes sense!<o:p></o:p></p>
</div>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I REALLY appreciate this explanation. I had foolishly=
 assumed that you were worried about the load on the server device, but you'=
re actually worried about the load on the user who is LOOKING at the server d=
evice. Makes perfect sense, with
 your explanation.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">If I might make a suggestion (at the "Comment, so do t=
he right thing" level), perhaps&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">OLD<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<blockquote style=3D"margin-left:30.0pt;margin-right:0in">
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp; If the user has no network access to the Contr=
ol-Client device, then<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp; &nbsp;the only option is to retrieve all test-=
session instances from the<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp; &nbsp;Session-Reflector device.&nbsp; This cou=
ld be problematic if a large<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp; &nbsp;number of test sessions are currently ac=
tive on that device.<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal">NEW<o:p></o:p></p>
<blockquote style=3D"margin-left:30.0pt;margin-right:0in">
<div>
<div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp; If the user has no network access to the Contr=
ol-Client device, then<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp; &nbsp;the only option is to retrieve all test-=
session instances from the<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp; &nbsp;Session-Reflector device<span style=3D"c=
olor:blue">,&nbsp;and then pick out specific test-session&nbsp;</span><o:p><=
/o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:blue">&nbsp; &nbsp;instances of i=
nterest to the user.</span> This could be problematic if a large<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp; &nbsp;number of test sessions are currently ac=
tive on that device.<o:p></o:p></p>
</div>
</div>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">would be helpful. But do the right thing, of course. B=
ecause that would be the right thing to do.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Spencer<o:p></o:p></p>
</div>
</div>
</div>


</div></blockquote></body></html>=

--Apple-Mail-280AAA1B-E394-4F88-A2E2-9CC88ADC0538--


From nobody Sat Apr  7 18:54:05 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D3F71274D2; Sat,  7 Apr 2018 18:54:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xI22wFSYJ2JQ; Sat,  7 Apr 2018 18:54:01 -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 8ACF0126FDC; Sat,  7 Apr 2018 18:54:00 -0700 (PDT)
Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 5F10397BE6347; Sun,  8 Apr 2018 02:53:57 +0100 (IST)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 8 Apr 2018 02:53:58 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0361.001; Sun, 8 Apr 2018 09:53:44 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: Greg Mirsky <gregimirsky@gmail.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>
CC: "ippm@ietf.org" <ippm@ietf.org>, Lizhenbin <lizhenbin@huawei.com>, "draft-zhou-ippm-ioam-yang@ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
Thread-Topic: [ippm] optimize the IOAM YANG data model
Thread-Index: AQHTxCvJHF3cBlu8+0uZUmAURD9UnKPhwliwgBFdlAD//yKNAIAD7dRQ
Date: Sun, 8 Apr 2018 01:53:44 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D5F03C@NKGEML515-MBX.china.huawei.com>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com> <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com> <CA+RyBmW6fBmPTCnYmKjbtQTVxdemwAVavRvwym-__JnXCF_9_g@mail.gmail.com>
In-Reply-To: <CA+RyBmW6fBmPTCnYmKjbtQTVxdemwAVavRvwym-__JnXCF_9_g@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.156.116]
Content-Type: multipart/alternative; boundary="_000_BBA82579FD347748BEADC4C445EA0F21A6D5F03CNKGEML515MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KQzezan4i85iTtE7bAo7RZBVDKM>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Apr 2018 01:54:04 -0000

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

SGkgR3JlZywNCg0KVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91IGluaXRpYWwgY29tbWVudHMu
DQoNCkJlc3QsDQpUaWFucmFuDQoNCkZyb206IEdyZWcgTWlyc2t5IFttYWlsdG86Z3JlZ2ltaXJz
a3lAZ21haWwuY29tXQ0KU2VudDogRnJpZGF5LCBBcHJpbCAwNiwgMjAxOCA1OjUzIEFNDQpUbzog
UmVzaGFkIFJhaG1hbiAocnJhaG1hbikgPHJyYWhtYW5AY2lzY28uY29tPg0KQ2M6IFRpYW5yYW4g
WmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47IGlwcG1AaWV0Zi5vcmc7IExpemhlbmJpbiA8
bGl6aGVuYmluQGh1YXdlaS5jb20+OyBkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3Jn
DQpTdWJqZWN0OiBSZTogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbA0K
DQpIaSBUaWFucmFuLA0KSSBjb25jdXIgd2l0aCB5b3UgYW5kIFJlc2hhZCwgdXNpbmcgZmVhdHVy
ZSBpcyBtb3JlIGFwcHJvcHJpYXRlIGluIHRoaXMgbW9kZWwuDQoNClJlZ2FyZHMsDQpHcmVnDQoN
Ck9uIFRodSwgQXByIDUsIDIwMTggYXQgMTE6MDUgQU0sIFJlc2hhZCBSYWhtYW4gKHJyYWhtYW4p
IDxycmFobWFuQGNpc2NvLmNvbTxtYWlsdG86cnJhaG1hbkBjaXNjby5jb20+PiB3cm90ZToNCkhp
IFRpYW5yYW4sDQoNCkkgYWdyZWUgdGhhdCB1c2luZyBmZWF0dXJlIG1ha2VzIG1vcmUgc2Vuc2Ug
dGhhbiBzY2hlbWEgbW91bnQgaW4gdGhpcyBtb2RlbC4NCg0KUmVnYXJkaW5nIDYwODdiaXMsIHRo
ZXJlIGFyZSBxdWl0ZSBhIGZldyB0aGluZ3MuIEV2ZXJ5IElFVEYgWUFORyBhdXRob3Igc2hvdWxk
IHJlYWQgdGhlIHdob2xlIGRvY+KApiBCdXQgQXBwZW5kaXggQiBnaXZlcyBhIGNoZWNrbGlzdCBh
bmQgQXBwZW5kaXggQyBoYXMgYSBjaGVja2xpc3QuIFNlY3Rpb24gMy43IGhhcyB0aGUgc2VjdXJp
dHkgY29uc2lkZXJhdGlvbnMgYW5kIDMuNy4xIGhhcyB0aGUgdGVtcGxhdGUgZm9yIHRoYXQuDQoN
ClJlZ2FyZHMsDQpSZXNoYWQuDQoNCkZyb206IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVh
d2VpLmNvbTxtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+DQpEYXRlOiBTdW5kYXksIE1h
cmNoIDI1LCAyMDE4IGF0IDEwOjA0IFBNDQpUbzogIlJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIiA8
cnJhaG1hbkBjaXNjby5jb208bWFpbHRvOnJyYWhtYW5AY2lzY28uY29tPj4sICJpcHBtQGlldGYu
b3JnPG1haWx0bzppcHBtQGlldGYub3JnPiIgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0
Zi5vcmc+Pg0KQ2M6IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhl
bmJpbkBodWF3ZWkuY29tPj4sICJkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPG1h
aWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPiIgPGRyYWZ0LXpob3UtaXBw
bS1pb2FtLXlhbmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0
Zi5vcmc+Pg0KU3ViamVjdDogUkU6IFtpcHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEg
bW9kZWwNCg0KSGkgUmVzaGFkLA0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuDQpQbGVhc2Ug
c2VlIGluIGxpbmUuDQoNCkNoZWVycywNClRpYW5yYW4NCg0KRnJvbTogUmVzaGFkIFJhaG1hbiAo
cnJhaG1hbikgW21haWx0bzpycmFobWFuQGNpc2NvLmNvbTxtYWlsdG86cnJhaG1hbkBjaXNjby5j
b20+XQ0KU2VudDogU3VuZGF5LCBNYXJjaCAyNSwgMjAxOCA3OjI0IFBNDQpUbzogVGlhbnJhbiBa
aG91OyBpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KQ2M6IExpemhlbmJpbjsg
ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtemhvdS1pcHBt
LWlvYW0teWFuZ0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBwbV0gb3B0aW1pemUgdGhlIElP
QU0gWUFORyBkYXRhIG1vZGVsDQoNCkhpIFRpYW5yYW4gYW5kIEdyZWcsDQoNCldoaWxlIHNjaGVt
YS1tb3VudCB3b3VsZCB3b3JrLCBpdCBpcyByZWFsbHkgaW50ZW5kZWQgZm9yIHVzZS1jYXNlcyB3
aGVyZSB0aGVyZSBpcyBhIHJlcXVpcmVtZW50IHRvIGFkZCBhIG1vZHVsZSBpbiAyIG9yIG1vcmUg
bG9jYXRpb25zIChlLmcuIGludGVyZmFjZXMgYXQgdG9wLWxldmVsLCBpbiBMTkUgYW5kIGluIE5J
KS4NCg0KW3p0cl1ZZXMsIHRoYXTigJlzIHdoYXQgSSB0aG91Z2h0LiBTbyBJIHN1Z2dlc3RlZCB0
byB1c2Ug4oCcZmVhdHVyZeKAnSBzbyB0aGF0IHRoZSBjYW4gb25seSBzdXBwb3J0IHBhcnQgb2Yg
dGhlIGVuY2Fwc3VsYXRpb24gdHlwZXMuDQoNCknigJl2ZSB0YWtlbiBhIHF1aWNrIGxvb2sgYXQg
dGhlIG1vZGVsOg0KDQogICogICBUaGUg4oCcZW5hYmxlZOKAnSBsZWFmIG5vZGUgdW5kZXIgaW9h
bS1wcm9maWxlcyAodmlhIGdyb3VwaW5nIGlvYW0tYWRtaW4tY29uZmlnKSBzYXlzICJXaGVuIHRy
dWUsIElPQU0gY29uZmlndXJhdGlvbiBpcyBlbmFibGVkIGZvciB0aGUgc3lzdGVtLiIuIEkgdGhp
bmsgaXTigJlkIG1ha2UgbW9yZSBzZW5zZSBpZiB0aGF0IGVuYWJsZWQgZmxhZyB3YXMgdG8gZW5h
YmxlL2Rpc2FibGUgSU9BTSBkYXRhLXBsYW5lIGZ1bmN0aW9uYWxpdHkuDQpbenRyXVllcywgdGhp
cyBpcyBtb3JlIGNsZWFyLiBJIHdpbGwgYWRkIHRoZSB3b3JkcyB0byB0aGUgZG9jdW1lbnQuDQoN
CiAgKiAgIFdvdWxkIGJlIGJlc3QgdG8gdXNlIHlhbmctdmVyc2lvbiAxLjEgSU1PLg0KICAqICAg
UGxlYXNlIHRha2UgYSBsb29rIGF0IDYwODdiaXMuDQpbenRyXUNvdWxkIHlvdSBwbGVhc2UgcG9p
bnQgb3V0IHdoYXQgcGFydCBvZiB0aGUgNjA4N2JpcyBJIG5lZWQgdG8gcGF5IGF0dGVudGlvbj8g
QW5kIHdoYXQgaXMgbm90IHlhbmcgMS4xPw0KSSBpbnRlbmRlZCB0byBmb2xsb3cgeWFuZyAxLjEg
aW5kZWVkLiDimLoNCg0KUmVnYXJkcywNClJlc2hhZC4NCg0KRnJvbTogaXBwbSA8aXBwbS1ib3Vu
Y2VzQGlldGYub3JnPG1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2Yg
VGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBo
dWF3ZWkuY29tPj4NCkRhdGU6IFdlZG5lc2RheSwgTWFyY2ggMjEsIDIwMTggYXQgMzowMyBQTQ0K
VG86ICJpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPiIgPGlwcG1AaWV0Zi5vcmc8
bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0KQ2M6IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5j
b208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj4sICJkcmFmdC16aG91LWlwcG0taW9hbS15
YW5nQGlldGYub3JnPG1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPiIg
PGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBw
bS1pb2FtLXlhbmdAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FN
IFlBTkcgZGF0YSBtb2RlbA0KDQpIaSBGb2xrcywNCg0KVGhhbmtzIEdyZWcgdG8gcG9pbnQgb3V0
IHRoZSBmbGV4aWJpbGl0eSBvZiBzdWItcHJvZmlsZXMgb24gdGhlIG1lZXRpbmcuIEhlcmUgSSB3
b3VsZCBsaWtlIHRvIGRpc2N1c3MgdGhlIHdheSB0byBvcHRpbWl6ZSB0aGlzIHBvaW50IGZvciB0
aGUgSU9BTSBZQU5HIGFzIGRlc2NyaWJlZCBpbjoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvZG9jL2RyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcvDQoNCkFsdGhvdWdoLCBhcyBzdWdnZXN0
ZWQsIHNjaGVtYSBtb3VudCBjb3VsZCBoZWxwIHRvIGR5bmFtaWNhbGx5IG1vdW50IHN1Yi1wcm9m
aWxlcyB0byB0aGUgSU9BTSBjb25maWd1cmF0aW9uLCBJTUhPLCBpdCBtYXkgbGVhZCB0byB0aGUg
ZnJhZ21lbnRhdGlvbiBvZiB0aGUgbW9kZWwsIEkuZS4sIHNldmVyYWwgbW9kdWxlcy4gQW5kIEkg
Y2Fubm90IHNlZSB0aGUgcG9zc2liaWxpdHkgdG8gcmV1c2UgdGhlIHN1Yi1wcm9maWxlcywgZXhj
ZXB0IHRvIHRoaXMgbW9kZWwuDQoNCldpdGggdGhlIHNhbWUgcmVxdWlyZW1lbnQsIEkgd291bGQg
c3VnZ2VzdCB0byB1c2Ug4oCcZmVhdHVyZeKAnSB0byBlbmFibGUgdGhlIHN1cHBvcnRlZCBJT0FN
IGVuY2Fwc3VsYXRpb24gdHlwZXMuIEFuZCB1c2UgdGhlIOKAnGVuYWJsZeKAnSB3aXRoaW4gZWFj
aCBzdWItcHJvZmlsZSB0byBpbmRpY2F0ZSB0aGUgYWN0dWFsIHVzZWQgc3ViLXByb2ZpbGUgYnkg
dGhlIGluc3RhbmNlLg0KDQpOb3cgZm91ciBlbmNhcHN1bGF0aW9uIHR5cGVzIGFyZSBzdXBwb3J0
ZWQgYWNjb3JkaW5nIHRvIHRoZSBsYXRlc3QgSU9BTSBkYXRhIHNwZWNpZmljYXRpb24uIFdlIG1h
eSBhdWdtZW50IHRoZSBtb2RlbCB3aXRoIG1vcmUgc3ViLXByb2ZpbGVzLg0KDQpUaG91Z2h0cz8N
Cg0KVGhhbmtzLA0KVGlhbnJhbg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KaXBwbSBtYWlsaW5nIGxpc3QNCmlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlw
cG1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0N
Cg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1
IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh
bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk65paw5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDkgMyAxIDEgMSAxIDE7
fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDmlrDlrovkvZMiOw0KCXBhbm9zZS0xOjIg
MSA2IDkgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJ
cGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls
eTrlrovkvZM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz
aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFp
bFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6
5paw5a6L5L2TOw0KCWNvbG9yOiMxRjQ5N0Q7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQt
c3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KLk1zb0NocERlZmF1
bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki
LHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0
Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9u
MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBs
MA0KCXttc28tbGlzdC1pZDoxMjcxNDcwNTUyOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxOTk1
OTkyMzk4O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ
bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg
bDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt
dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv
bDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K
CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t
YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDps
ZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2
ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt
ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4
LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4
LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9
DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z
by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z
aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMQ0KCXtt
c28tbGlzdC1pZDoxNjEyMjA1ODgxOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMjU1MDQwMzA2
O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ
bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2
ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu
MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt
dGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt
aWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBw
dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m
b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDYN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p
bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5
OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs
bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN
Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz
dCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl
bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpvbA0KCXttYXJnaW4tYm90dG9t
OjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3Rl
IG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAy
NiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh
cGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+
DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5n
PSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj
dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj5IaSBH
cmVnLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt
ZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj5UaGFuayB5b3UgdmVyeSBtdWNoIGZvciB5
b3UgaW5pdGlhbCBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m
YW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+QmVzdCw8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMx
RjQ5N0QiPlRpYW5yYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6
5paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGlu
ZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv
bTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBHcmVnIE1pcnNreSBb
bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXks
IEFwcmlsIDA2LCAyMDE4IDU6NTMgQU08YnI+DQo8Yj5Ubzo8L2I+IFJlc2hhZCBSYWhtYW4gKHJy
YWhtYW4pICZsdDtycmFobWFuQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IFRpYW5yYW4g
WmhvdSAmbHQ7emhvdXRpYW5yYW5AaHVhd2VpLmNvbSZndDs7IGlwcG1AaWV0Zi5vcmc7IExpemhl
bmJpbiAmbHQ7bGl6aGVuYmluQGh1YXdlaS5jb20mZ3Q7OyBkcmFmdC16aG91LWlwcG0taW9hbS15
YW5nQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXBwbV0gb3B0aW1pemUgdGhl
IElPQU0gWUFORyBkYXRhIG1vZGVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiPkhpIFRpYW5yYW4sPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JIGNvbmN1ciB3aXRoIHlvdSBhbmQgUmVz
aGFkLCB1c2luZyBmZWF0dXJlIGlzIG1vcmUgYXBwcm9wcmlhdGUgaW4gdGhpcyBtb2RlbC48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlZ2FyZHMsPG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiPkdyZWc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiPk9uIFRodSwgQXByIDUsIDIwMTggYXQgMTE6MDUgQU0sIFJlc2hhZCBS
YWhtYW4gKHJyYWhtYW4pICZsdDs8YSBocmVmPSJtYWlsdG86cnJhaG1hbkBjaXNjby5jb20iIHRh
cmdldD0iX2JsYW5rIj5ycmFobWFuQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz
b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6
NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IaSBUaWFu
cmFuLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPkkgYWdyZWUgdGhhdCB1c2luZyBmZWF0dXJlIG1ha2VzIG1vcmUgc2Vu
c2UgdGhhbiBzY2hlbWEgbW91bnQgaW4gdGhpcyBtb2RlbC48L3NwYW4+PHNwYW4gbGFuZz0iRU4t
Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PHNwYW4g
bGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5SZWdhcmRpbmcg
NjA4N2JpcywgdGhlcmUgYXJlIHF1aXRlIGEgZmV3IHRoaW5ncy4gRXZlcnkgSUVURiBZQU5HIGF1
dGhvciBzaG91bGQgcmVhZCB0aGUgd2hvbGUgZG9j4oCmIEJ1dCBBcHBlbmRpeCBCIGdpdmVzIGEg
Y2hlY2tsaXN0IGFuZA0KIEFwcGVuZGl4IEMgaGFzIGEgY2hlY2tsaXN0LiBTZWN0aW9uIDMuNyBo
YXMgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGFuZCAzLjcuMSBoYXMgdGhlIHRlbXBsYXRl
IGZvciB0aGF0Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlJlZ2FyZHMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UmVzaGFkLg0KPC9zcGFuPjxzcGFuIGxh
bmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFu
PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw
Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIGxhbmc9IkVOLUNB
IiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLUNB
IiBzdHlsZT0iY29sb3I6YmxhY2siPlRpYW5yYW4gWmhvdSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpo
b3V0aWFucmFuQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj56aG91dGlhbnJhbkBodWF3ZWku
Y29tPC9hPiZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+U3VuZGF5LCBNYXJjaCAyNSwgMjAxOCBhdCAx
MDowNCBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7UmVzaGFkIFJhaG1hbiAocnJhaG1hbikmcXVv
dDsgJmx0OzxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PnJyYWhtYW5AY2lzY28uY29tPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzppcHBtQGll
dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aXBwbUBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhy
ZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aXBwbUBpZXRmLm9yZzwv
YT4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5MaXpoZW5iaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpsaXpo
ZW5iaW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmxpemhlbmJpbkBodWF3ZWkuY29tPC9h
PiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGll
dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9y
ZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5n
QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRm
Lm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJFOiBbaXBwbV0gb3B0aW1pemUgdGhl
IElPQU0gWUFORyBkYXRhIG1vZGVsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJz
cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFJlc2hhZCw8
L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx
dW90Oztjb2xvcjojMUY0OTdEIj5UaGFua3MgZm9yIHlvdXIgY29tbWVudHMuPC9zcGFuPjxzcGFu
IGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UGxlYXNlIHNlZSBpbiBsaW5lLjwvc3Bhbj48c3BhbiBs
YW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPkNoZWVycyw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5UaWFucmFu
PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxh
bmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQi
Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE
RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh
aG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gUmVzaGFkDQogUmFobWFuIChycmFobWFuKSBbbWFpbHRv
OjxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnJyYWht
YW5AY2lzY28uY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE1hcmNoIDI1LCAy
MDE4IDc6MjQgUE08YnI+DQo8Yj5Ubzo8L2I+IFRpYW5yYW4gWmhvdTsgPGEgaHJlZj0ibWFpbHRv
OmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxi
PkNjOjwvYj4gTGl6aGVuYmluOyA8YSBocmVmPSJtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0t
eWFuZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KZHJhZnQtemhvdS1pcHBtLWlvYW0teWFu
Z0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBvcHRpbWl6ZSB0
aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IaSBUaWFucmFuIGFuZCBHcmVnLDwvc3Bhbj48c3Bh
biBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi
PldoaWxlIHNjaGVtYS1tb3VudCB3b3VsZCB3b3JrLCBpdCBpcyByZWFsbHkgaW50ZW5kZWQgZm9y
IHVzZS1jYXNlcyB3aGVyZSB0aGVyZSBpcyBhIHJlcXVpcmVtZW50IHRvIGFkZCBhIG1vZHVsZSBp
biAyIG9yIG1vcmUgbG9jYXRpb25zDQogKGUuZy4gaW50ZXJmYWNlcyBhdCB0b3AtbGV2ZWwsIGlu
IExORSBhbmQgaW4gTkkpLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9
IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+W3p0cl1ZZXMsIHRoYXTigJlzIHdoYXQgSSB0aG91Z2h0LiBTbyBJ
IHN1Z2dlc3RlZCB0byB1c2Ug4oCcZmVhdHVyZeKAnSBzbyB0aGF0IHRoZSBjYW4gb25seSBzdXBw
b3J0IHBhcnQgb2YgdGhlIGVuY2Fwc3VsYXRpb24NCiB0eXBlcy48L3NwYW4+PHNwYW4gbGFuZz0i
RU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90
Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5J4oCZdmUgdGFrZW4gYSBxdWljayBsb29rIGF0IHRo
ZSBtb2RlbDo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
Cjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2
ZWwxIGxmbzEiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5U
aGUg4oCcZW5hYmxlZOKAnSBsZWFmIG5vZGUgdW5kZXIgaW9hbS1wcm9maWxlcyAodmlhIGdyb3Vw
aW5nDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Nv
bG9yOmJsYWNrIj5pb2FtLWFkbWluLWNvbmZpZykgc2F5cyAmcXVvdDtXaGVuIHRydWUsIElPQU0g
Y29uZmlndXJhdGlvbiBpcyBlbmFibGVkIGZvciB0aGUgc3lzdGVtLiZxdW90Oy4gSSB0aGluayBp
dOKAmWQgbWFrZSBtb3JlIHNlbnNlIGlmIHRoYXQgZW5hYmxlZCBmbGFnIHdhcyB0byBlbmFibGUv
ZGlzYWJsZSBJT0FNIGRhdGEtcGxhbmUgZnVuY3Rpb25hbGl0eS48L3NwYW4+PHNwYW4gbGFuZz0i
RU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l
dyZxdW90Oztjb2xvcjojMUY0OTdEIj5benRyXVllcywgdGhpcyBpcyBtb3JlIGNsZWFyLiBJIHdp
bGwgYWRkIHRoZSB3b3JkcyB0byB0aGUgZG9jdW1lbnQuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB
Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+V291bGQgYmUgYmVzdCB0byB1c2UgeWFuZy12ZXJzaW9u
IDEuMSBJTU8uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L2xp
PjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5QbGVhc2UgdGFrZSBhIGxvb2sg
YXQgNjA4N2Jpcy48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
bGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5benRy
XUNvdWxkIHlvdSBwbGVhc2UgcG9pbnQgb3V0IHdoYXQgcGFydCBvZiB0aGUgNjA4N2JpcyBJIG5l
ZWQgdG8gcGF5IGF0dGVudGlvbj8gQW5kIHdoYXQgaXMgbm90IHlhbmcgMS4xPw0KPC9zcGFuPjxz
cGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll
ciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBpbnRlbmRlZCB0byBmb2xsb3cgeWFuZyAxLjEg
aW5kZWVkLg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6V2lu
Z2RpbmdzO2NvbG9yOiMxRjQ5N0QiPko8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5SZWdhcmRzLDwvc3Bhbj48c3BhbiBs
YW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlJlc2hhZC48L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4m
bmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4g
bGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4g
bGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjpibGFjayI+aXBwbSAmbHQ7PGEgaHJlZj0ibWFpbHRv
OmlwcG0tYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlwcG0tYm91bmNlc0BpZXRm
Lm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBUaWFucmFuIFpob3UgJmx0OzxhIGhyZWY9Im1haWx0
bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+emhvdXRpYW5yYW5AaHVh
d2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSwgTWFyY2ggMjEsIDIw
MTggYXQgMzowMyBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmlwcG1A
aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtQGlldGYub3Jn
PC9hPiZndDs8YnI+DQo8Yj5DYzogPC9iPkxpemhlbmJpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxp
emhlbmJpbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+bGl6aGVuYmluQGh1YXdlaS5jb208
L2E+Jmd0OywgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdA
aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYu
b3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlh
bmdAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGll
dGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2lwcG1dIG9wdGltaXplIHRoZSBJ
T0FNIFlBTkcgZGF0YSBtb2RlbDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs
YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48c3BhbiBs
YW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxhIG5hbWU9Im1fODI2NzM3OTc0MDg2NzQ4NTQ0MV9fTWFpbE9yaWdpbmFsQm9k
eSI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIEZvbGtzLDwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4t
Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g
bGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhh
bmtzIEdyZWcgdG8gcG9pbnQgb3V0IHRoZSBmbGV4aWJpbGl0eSBvZiBzdWItcHJvZmlsZXMgb24g
dGhlIG1lZXRpbmcuIEhlcmUgSSB3b3VsZCBsaWtlIHRvIGRpc2N1c3MgdGhlIHdheSB0byBvcHRp
bWl6ZSB0aGlzIHBvaW50IGZvciB0aGUgSU9BTSBZQU5HIGFzIGRlc2NyaWJlZA0KIGluOjwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1DQSI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tl
ci5pZXRmLm9yZy9kb2MvZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZy8iIHRhcmdldD0iX2JsYW5r
Ij48c3BhbiBsYW5nPSJFTi1VUyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh
ZnQtemhvdS1pcHBtLWlvYW0teWFuZy88L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48
c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+QWx0aG91Z2gsIGFzIHN1Z2dlc3RlZCwgc2NoZW1h
IG1vdW50IGNvdWxkIGhlbHAgdG8gZHluYW1pY2FsbHkgbW91bnQgc3ViLXByb2ZpbGVzIHRvIHRo
ZSBJT0FNIGNvbmZpZ3VyYXRpb24sIElNSE8sIGl0IG1heSBsZWFkIHRvIHRoZSBmcmFnbWVudGF0
aW9uIG9mIHRoZSBtb2RlbCwNCiBJLmUuLCBzZXZlcmFsIG1vZHVsZXMuIEFuZCBJIGNhbm5vdCBz
ZWUgdGhlIHBvc3NpYmlsaXR5IHRvIHJldXNlIHRoZSBzdWItcHJvZmlsZXMsIGV4Y2VwdCB0byB0
aGlzIG1vZGVsLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFu
PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5XaXRoIHRoZSBzYW1lIHJlcXVpcmVtZW50LCBJ
IHdvdWxkIHN1Z2dlc3QgdG8gdXNlIOKAnGZlYXR1cmXigJ0gdG8gZW5hYmxlIHRoZSBzdXBwb3J0
ZWQgSU9BTSBlbmNhcHN1bGF0aW9uIHR5cGVzLiBBbmQgdXNlIHRoZSDigJxlbmFibGXigJ0gd2l0
aGluIGVhY2ggc3ViLXByb2ZpbGUgdG8NCiBpbmRpY2F0ZSB0aGUgYWN0dWFsIHVzZWQgc3ViLXBy
b2ZpbGUgYnkgdGhlIGluc3RhbmNlLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5Ob3cgZm91ciBlbmNhcHN1
bGF0aW9uIHR5cGVzIGFyZSBzdXBwb3J0ZWQgYWNjb3JkaW5nIHRvIHRoZSBsYXRlc3QgSU9BTSBk
YXRhIHNwZWNpZmljYXRpb24uIFdlIG1heSBhdWdtZW50IHRoZSBtb2RlbCB3aXRoIG1vcmUgc3Vi
LXByb2ZpbGVzLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFu
PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5UaG91Z2h0cz88L3NwYW4+PHNwYW4gbGFuZz0i
RU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+
VGhhbmtzLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGlhbnJhbjwvc3Bhbj48
c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCl9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KaXBwbSBtYWlsaW5nIGxpc3Q8
YnI+DQo8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBpZXRmLm9yZzwvYT48YnI+
DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0iIHRh
cmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG08
L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BBA82579FD347748BEADC4C445EA0F21A6D5F03CNKGEML515MBXchi_--


From nobody Sat Apr  7 18:55:52 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A6A71274D2; Sat,  7 Apr 2018 18:55:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MI6jFX890rWq; Sat,  7 Apr 2018 18:55:49 -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 76175126FDC; Sat,  7 Apr 2018 18:55:48 -0700 (PDT)
Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id BBB6A8E05BA58; Sun,  8 Apr 2018 02:55:45 +0100 (IST)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 8 Apr 2018 02:55:46 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0361.001; Sun, 8 Apr 2018 09:55:19 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "ippm@ietf.org" <ippm@ietf.org>
CC: Lizhenbin <lizhenbin@huawei.com>, "draft-zhou-ippm-ioam-yang@ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
Thread-Topic: [ippm] optimize the IOAM YANG data model
Thread-Index: AQHTxCvJHF3cBlu8+0uZUmAURD9UnKPhwliwgBFdlACAAxCqYA==
Date: Sun, 8 Apr 2018 01:55:18 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D5F04D@NKGEML515-MBX.china.huawei.com>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com> <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com>
In-Reply-To: <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.156.116]
Content-Type: multipart/alternative; boundary="_000_BBA82579FD347748BEADC4C445EA0F21A6D5F04DNKGEML515MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/gQX0JK_mJNbKrZgW-HWvYZykGBE>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Apr 2018 01:55:51 -0000

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

SGkgUmVzaGFkLA0KDQpUaGFua3MgZm9yIHRoZSBpbXBvcnRhbnQgaW5mb3JtYXRpb24uDQpJIHdp
bGwgcmVhZCB0aGUgYXBwZW5kaXguIEFuZCBmb2xsb3cgdGhlIGluc3RydWN0aW9ucy4NCg0KQmVz
dCwNClRpYW5yYW4NCg0KRnJvbTogUmVzaGFkIFJhaG1hbiAocnJhaG1hbikgW21haWx0bzpycmFo
bWFuQGNpc2NvLmNvbV0NClNlbnQ6IEZyaWRheSwgQXByaWwgMDYsIDIwMTggMjowNiBBTQ0KVG86
IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47IGlwcG1AaWV0Zi5vcmcNCkNj
OiBMaXpoZW5iaW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPjsgZHJhZnQtemhvdS1pcHBtLWlvYW0t
eWFuZ0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtpcHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5H
IGRhdGEgbW9kZWwNCg0KSGkgVGlhbnJhbiwNCg0KSSBhZ3JlZSB0aGF0IHVzaW5nIGZlYXR1cmUg
bWFrZXMgbW9yZSBzZW5zZSB0aGFuIHNjaGVtYSBtb3VudCBpbiB0aGlzIG1vZGVsLg0KDQpSZWdh
cmRpbmcgNjA4N2JpcywgdGhlcmUgYXJlIHF1aXRlIGEgZmV3IHRoaW5ncy4gRXZlcnkgSUVURiBZ
QU5HIGF1dGhvciBzaG91bGQgcmVhZCB0aGUgd2hvbGUgZG9j4oCmIEJ1dCBBcHBlbmRpeCBCIGdp
dmVzIGEgY2hlY2tsaXN0IGFuZCBBcHBlbmRpeCBDIGhhcyBhIGNoZWNrbGlzdC4gU2VjdGlvbiAz
LjcgaGFzIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBhbmQgMy43LjEgaGFzIHRoZSB0ZW1w
bGF0ZSBmb3IgdGhhdC4NCg0KUmVnYXJkcywNClJlc2hhZC4NCg0KRnJvbTogVGlhbnJhbiBaaG91
IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tPj4N
CkRhdGU6IFN1bmRheSwgTWFyY2ggMjUsIDIwMTggYXQgMTA6MDQgUE0NClRvOiAiUmVzaGFkIFJh
aG1hbiAocnJhaG1hbikiIDxycmFobWFuQGNpc2NvLmNvbTxtYWlsdG86cnJhaG1hbkBjaXNjby5j
b20+PiwgImlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+IiA8aXBwbUBpZXRmLm9y
ZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+DQpDYzogTGl6aGVuYmluIDxsaXpoZW5iaW5AaHVhd2Vp
LmNvbTxtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20+PiwgImRyYWZ0LXpob3UtaXBwbS1pb2Ft
LXlhbmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc+
IiA8ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtemhvdS1p
cHBtLWlvYW0teWFuZ0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBSRTogW2lwcG1dIG9wdGltaXplIHRo
ZSBJT0FNIFlBTkcgZGF0YSBtb2RlbA0KDQpIaSBSZXNoYWQsDQoNClRoYW5rcyBmb3IgeW91ciBj
b21tZW50cy4NClBsZWFzZSBzZWUgaW4gbGluZS4NCg0KQ2hlZXJzLA0KVGlhbnJhbg0KDQpGcm9t
OiBSZXNoYWQgUmFobWFuIChycmFobWFuKSBbbWFpbHRvOnJyYWhtYW5AY2lzY28uY29tXQ0KU2Vu
dDogU3VuZGF5LCBNYXJjaCAyNSwgMjAxOCA3OjI0IFBNDQpUbzogVGlhbnJhbiBaaG91OyBpcHBt
QGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KQ2M6IExpemhlbmJpbjsgZHJhZnQtemhv
dS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFu
Z0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBwbV0gb3B0aW1pemUgdGhlIElPQU0gWUFORyBk
YXRhIG1vZGVsDQoNCkhpIFRpYW5yYW4gYW5kIEdyZWcsDQoNCldoaWxlIHNjaGVtYS1tb3VudCB3
b3VsZCB3b3JrLCBpdCBpcyByZWFsbHkgaW50ZW5kZWQgZm9yIHVzZS1jYXNlcyB3aGVyZSB0aGVy
ZSBpcyBhIHJlcXVpcmVtZW50IHRvIGFkZCBhIG1vZHVsZSBpbiAyIG9yIG1vcmUgbG9jYXRpb25z
IChlLmcuIGludGVyZmFjZXMgYXQgdG9wLWxldmVsLCBpbiBMTkUgYW5kIGluIE5JKS4NCg0KW3p0
cl1ZZXMsIHRoYXTigJlzIHdoYXQgSSB0aG91Z2h0LiBTbyBJIHN1Z2dlc3RlZCB0byB1c2Ug4oCc
ZmVhdHVyZeKAnSBzbyB0aGF0IHRoZSBjYW4gb25seSBzdXBwb3J0IHBhcnQgb2YgdGhlIGVuY2Fw
c3VsYXRpb24gdHlwZXMuDQoNCknigJl2ZSB0YWtlbiBhIHF1aWNrIGxvb2sgYXQgdGhlIG1vZGVs
Og0KDQogICogICBUaGUg4oCcZW5hYmxlZOKAnSBsZWFmIG5vZGUgdW5kZXIgaW9hbS1wcm9maWxl
cyAodmlhIGdyb3VwaW5nIGlvYW0tYWRtaW4tY29uZmlnKSBzYXlzICJXaGVuIHRydWUsIElPQU0g
Y29uZmlndXJhdGlvbiBpcyBlbmFibGVkIGZvciB0aGUgc3lzdGVtLiIuIEkgdGhpbmsgaXTigJlk
IG1ha2UgbW9yZSBzZW5zZSBpZiB0aGF0IGVuYWJsZWQgZmxhZyB3YXMgdG8gZW5hYmxlL2Rpc2Fi
bGUgSU9BTSBkYXRhLXBsYW5lIGZ1bmN0aW9uYWxpdHkuDQpbenRyXVllcywgdGhpcyBpcyBtb3Jl
IGNsZWFyLiBJIHdpbGwgYWRkIHRoZSB3b3JkcyB0byB0aGUgZG9jdW1lbnQuDQoNCiAgKiAgIFdv
dWxkIGJlIGJlc3QgdG8gdXNlIHlhbmctdmVyc2lvbiAxLjEgSU1PLg0KICAqICAgUGxlYXNlIHRh
a2UgYSBsb29rIGF0IDYwODdiaXMuDQpbenRyXUNvdWxkIHlvdSBwbGVhc2UgcG9pbnQgb3V0IHdo
YXQgcGFydCBvZiB0aGUgNjA4N2JpcyBJIG5lZWQgdG8gcGF5IGF0dGVudGlvbj8gQW5kIHdoYXQg
aXMgbm90IHlhbmcgMS4xPw0KSSBpbnRlbmRlZCB0byBmb2xsb3cgeWFuZyAxLjEgaW5kZWVkLiDi
mLoNCg0KUmVnYXJkcywNClJlc2hhZC4NCg0KRnJvbTogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYu
b3JnPG1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgVGlhbnJhbiBa
aG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29t
Pj4NCkRhdGU6IFdlZG5lc2RheSwgTWFyY2ggMjEsIDIwMTggYXQgMzowMyBQTQ0KVG86ICJpcHBt
QGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPiIgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlw
cG1AaWV0Zi5vcmc+Pg0KQ2M6IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRv
OmxpemhlbmJpbkBodWF3ZWkuY29tPj4sICJkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYu
b3JnPG1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPiIgPGRyYWZ0LXpo
b3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlh
bmdAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0
YSBtb2RlbA0KDQpIaSBGb2xrcywNCg0KVGhhbmtzIEdyZWcgdG8gcG9pbnQgb3V0IHRoZSBmbGV4
aWJpbGl0eSBvZiBzdWItcHJvZmlsZXMgb24gdGhlIG1lZXRpbmcuIEhlcmUgSSB3b3VsZCBsaWtl
IHRvIGRpc2N1c3MgdGhlIHdheSB0byBvcHRpbWl6ZSB0aGlzIHBvaW50IGZvciB0aGUgSU9BTSBZ
QU5HIGFzIGRlc2NyaWJlZCBpbjoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry
YWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcvDQoNCkFsdGhvdWdoLCBhcyBzdWdnZXN0ZWQsIHNjaGVt
YSBtb3VudCBjb3VsZCBoZWxwIHRvIGR5bmFtaWNhbGx5IG1vdW50IHN1Yi1wcm9maWxlcyB0byB0
aGUgSU9BTSBjb25maWd1cmF0aW9uLCBJTUhPLCBpdCBtYXkgbGVhZCB0byB0aGUgZnJhZ21lbnRh
dGlvbiBvZiB0aGUgbW9kZWwsIEkuZS4sIHNldmVyYWwgbW9kdWxlcy4gQW5kIEkgY2Fubm90IHNl
ZSB0aGUgcG9zc2liaWxpdHkgdG8gcmV1c2UgdGhlIHN1Yi1wcm9maWxlcywgZXhjZXB0IHRvIHRo
aXMgbW9kZWwuDQoNCldpdGggdGhlIHNhbWUgcmVxdWlyZW1lbnQsIEkgd291bGQgc3VnZ2VzdCB0
byB1c2Ug4oCcZmVhdHVyZeKAnSB0byBlbmFibGUgdGhlIHN1cHBvcnRlZCBJT0FNIGVuY2Fwc3Vs
YXRpb24gdHlwZXMuIEFuZCB1c2UgdGhlIOKAnGVuYWJsZeKAnSB3aXRoaW4gZWFjaCBzdWItcHJv
ZmlsZSB0byBpbmRpY2F0ZSB0aGUgYWN0dWFsIHVzZWQgc3ViLXByb2ZpbGUgYnkgdGhlIGluc3Rh
bmNlLg0KDQpOb3cgZm91ciBlbmNhcHN1bGF0aW9uIHR5cGVzIGFyZSBzdXBwb3J0ZWQgYWNjb3Jk
aW5nIHRvIHRoZSBsYXRlc3QgSU9BTSBkYXRhIHNwZWNpZmljYXRpb24uIFdlIG1heSBhdWdtZW50
IHRoZSBtb2RlbCB3aXRoIG1vcmUgc3ViLXByb2ZpbGVzLg0KDQpUaG91Z2h0cz8NCg0KVGhhbmtz
LA0KVGlhbnJhbg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1
IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh
bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk65paw5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDkgMyAxIDEgMSAxIDE7
fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDmlrDlrovkvZMiOw0KCXBhbm9zZS0xOjIg
MSA2IDkgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJ
cGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpqdXN0aWZ5Ow0KCXRleHQtanVz
dGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVwdDsNCglmb250LWZhbWlseToi
Q2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z
dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp
bmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRN
TCDpooTorr7moLzlvI8gQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx
cHQ7DQoJdGV4dC1hbGlnbjpqdXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7
DQoJZm9udC1zaXplOjEwLjVwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9
DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi5om55rOo5qGG5paH5pysIENoYXIiOw0K
CW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCXRleHQtYWxpZ246anVzdGlm
eTsNCgl0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoOw0KCWZvbnQtc2l6ZToxMC41cHQ7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBs
aS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJp
b3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltYXJnaW4t
Ym90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0
Ow0KCXRleHQtYWxpZ246anVzdGlmeTsNCgl0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoOw0K
CWZvbnQtc2l6ZToxMC41cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K
c3Bhbi5IVE1MQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7
DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuag
vOW8jyI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkNoYXINCgl7bXNvLXN0
eWxlLW5hbWU6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJbXNvLXN0eWxlLWxpbms65om55rOo5qGG5paH5pysOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1h
bDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRv
Ow0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFy
Z2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki
LHNhbnMtc2VyaWY7fQ0KcC5IVE1MUHJlZm9ybWF0dGVkLCBsaS5IVE1MUHJlZm9ybWF0dGVkLCBk
aXYuSFRNTFByZWZvcm1hdHRlZA0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQi
Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNt
Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgl0ZXh0LWFsaWduOmp1c3RpZnk7DQoJdGV4dC1q
dXN0aWZ5OmludGVyLWlkZW9ncmFwaDsNCglmb250LXNpemU6MTAuNXB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNv
LXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5
OiJDb3VyaWVyIE5ldyI7fQ0KcC5CYWxsb29uVGV4dCwgbGkuQmFsbG9vblRleHQsIGRpdi5CYWxs
b29uVGV4dA0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IjsNCgltc28tc3R5bGUtbGlu
azoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw
MXB0Ow0KCXRleHQtYWxpZ246anVzdGlmeTsNCgl0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBo
Ow0KCWZvbnQtc2l6ZToxMC41cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBD
aGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24g
VGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMjcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki
LHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyOA0KCXtt
c28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp
ZjsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxl
Om5vcm1hbDt9DQpzcGFuLkVtYWlsU3R5bGUyOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsN
Cglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFp
bFN0eWxlMzANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7
DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMzENCgl7bXNvLXN0eWxlLXR5
cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk65paw5a6L5L2TOw0KCWNvbG9yOiMxRjQ5
N0Q7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVj
b3JhdGlvbjpub25lIG5vbmU7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw
b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6
ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9
DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5p
dGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjExNzc0MjgwMzQ7DQoJbXNvLWxpc3Qt
dGVtcGxhdGUtaWRzOi0xNjM0NDAzNDQ0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10
YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7
DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7
fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0
IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZl
bDUNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21z
by1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwt
dGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLXRhYi1zdG9w
OjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC10YWItc3RvcDozMjQuMHB0
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0
O30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjE2MTk3OTY0OTk7DQoJbXNvLWxpc3QtdGVtcGxh
dGUtaWRzOi03MzI2NDEyNjt9DQpAbGlzdCBsMTpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s
O30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ
bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2
ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw
LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh
bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4w
cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K
QGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t
bGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVs
LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt
Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw3
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw4DQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7
DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7
DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp
c3QgbDINCgl7bXNvLWxpc3QtaWQ6MTk4OTU1NTYyODsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6
LTEzODEyMTc5Mjg7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBw
dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsMjpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv
bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsMw0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K
CW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7
DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNA0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWIt
c3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6
U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K
CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0
IGwyOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs
LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNw0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ
Zm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv
cDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt
Ym9sO30NCkBsaXN0IGwyOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7
DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z
by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCm9sDQoJe21h
cmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+
PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz
cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4
bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg
ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4N
Cjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2
IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+SGkgUmVz
aGFkLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPlRo
YW5rcyBmb3IgdGhlIGltcG9ydGFudCBpbmZvcm1hdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFt
aWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj5JIHdpbGwgcmVhZCB0aGUgYXBwZW5kaXguIEFu
ZCBmb2xsb3cgdGhlIGluc3RydWN0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OuaWsOWu
i+S9kztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OuaWsOWu
i+S9kztjb2xvcjojMUY0OTdEIj5CZXN0LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk65paw5a6L
5L2TO2NvbG9yOiMxRjQ5N0QiPlRpYW5yYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OuaWsOWu
i+S9kztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNt
IDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10
b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIGFsaWduPSJsZWZ0IiBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0Ij48Yj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkZyb206PC9zcGFuPjwv
Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiBSZXNoYWQgUmFo
bWFuIChycmFobWFuKSBbbWFpbHRvOnJyYWhtYW5AY2lzY28uY29tXQ0KPGJyPg0KPGI+U2VudDo8
L2I+IEZyaWRheSwgQXByaWwgMDYsIDIwMTggMjowNiBBTTxicj4NCjxiPlRvOjwvYj4gVGlhbnJh
biBaaG91ICZsdDt6aG91dGlhbnJhbkBodWF3ZWkuY29tJmd0OzsgaXBwbUBpZXRmLm9yZzxicj4N
CjxiPkNjOjwvYj4gTGl6aGVuYmluICZsdDtsaXpoZW5iaW5AaHVhd2VpLmNvbSZndDs7IGRyYWZ0
LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtp
cHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWw8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImxlZnQiIHN0
eWxlPSJ0ZXh0LWFsaWduOmxlZnQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIFRpYW5y
YW4sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVMiPkkgYWdyZWUgdGhhdCB1c2luZyBmZWF0dXJlIG1ha2VzIG1vcmUgc2Vuc2Ug
dGhhbiBzY2hlbWEgbW91bnQgaW4gdGhpcyBtb2RlbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkaW5nIDYwODdi
aXMsIHRoZXJlIGFyZSBxdWl0ZSBhIGZldyB0aGluZ3MuIEV2ZXJ5IElFVEYgWUFORyBhdXRob3Ig
c2hvdWxkIHJlYWQgdGhlIHdob2xlIGRvY+KApiBCdXQgQXBwZW5kaXggQiBnaXZlcyBhIGNoZWNr
bGlzdCBhbmQgQXBwZW5kaXggQyBoYXMgYSBjaGVja2xpc3QuIFNlY3Rpb24NCiAzLjcgaGFzIHRo
ZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBhbmQgMy43LjEgaGFzIHRoZSB0ZW1wbGF0ZSBmb3Ig
dGhhdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1s
YW5ndWFnZTpFTi1VUyI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlJlc2hhZC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG
IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PGI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNr
Ij5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTox
Mi4wcHQ7Y29sb3I6YmxhY2siPlRpYW5yYW4gWmhvdSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpob3V0
aWFucmFuQGh1YXdlaS5jb20iPnpob3V0aWFucmFuQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxi
PkRhdGU6IDwvYj5TdW5kYXksIE1hcmNoIDI1LCAyMDE4IGF0IDEwOjA0IFBNPGJyPg0KPGI+VG86
IDwvYj4mcXVvdDtSZXNoYWQgUmFobWFuIChycmFobWFuKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp
bHRvOnJyYWhtYW5AY2lzY28uY29tIj5ycmFobWFuQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmcXVvdDs8
YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0
OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPiZndDs8YnI+
DQo8Yj5DYzogPC9iPkxpemhlbmJpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3
ZWkuY29tIj5saXpoZW5iaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWls
dG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZyI+ZHJhZnQtemhvdS1pcHBtLWlv
YW0teWFuZ0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC16aG91
LWlwcG0taW9hbS15YW5nQGlldGYub3JnIj5kcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYu
b3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IFtpcHBtXSBvcHRpbWl6ZSB0aGUg
SU9BTSBZQU5HIGRhdGEgbW9kZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD
b3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBSZXNoYWQsPC9zcGFuPjxzcGFuIGxh
bmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdE
Ij5UaGFua3MgZm9yIHlvdXIgY29tbWVudHMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPlBsZWFzZSBzZWUgaW4gbGluZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+
Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5
OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkNoZWVycyw8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGlhbnJhbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjoj
MUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41
cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj
bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImxlZnQiIHN0eWxlPSJ0ZXh0LWFs
aWduOmxlZnQiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9i
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom
cXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+IFJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIFs8
YSBocmVmPSJtYWlsdG86cnJhaG1hbkBjaXNjby5jb20iPm1haWx0bzpycmFobWFuQGNpc2NvLmNv
bTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gU3VuZGF5LCBNYXJjaCAyNSwgMjAxOCA3OjI0IFBN
PGJyPg0KPGI+VG86PC9iPiBUaWFucmFuIFpob3U7IDxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYu
b3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxiPkNjOjwvYj4gTGl6aGVuYmluOyA8YSBocmVm
PSJtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZyI+ZHJhZnQtemhvdS1p
cHBtLWlvYW0teWFuZ0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBt
XSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWw8L3NwYW4+PHNwYW4gbGFuZz0iRU4t
Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBhbGlnbj0ibGVmdCIgc3R5bGU9InRleHQtYWxpZ246bGVmdCI+PHNwYW4gbGFuZz0i
RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0Ij5IaSBUaWFucmFuIGFuZCBHcmVnLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D
QSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+V2hpbGUgc2NoZW1hLW1v
dW50IHdvdWxkIHdvcmssIGl0IGlzIHJlYWxseSBpbnRlbmRlZCBmb3IgdXNlLWNhc2VzIHdoZXJl
IHRoZXJlIGlzIGEgcmVxdWlyZW1lbnQgdG8gYWRkIGEgbW9kdWxlIGluIDIgb3IgbW9yZSBsb2Nh
dGlvbnMgKGUuZy4gaW50ZXJmYWNlcyBhdCB0b3AtbGV2ZWwsIGluIExORSBhbmQgaW4gTkkpLjwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Nv
bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5benRy
XVllcywgdGhhdOKAmXMgd2hhdCBJIHRob3VnaHQuIFNvIEkgc3VnZ2VzdGVkIHRvIHVzZSDigJxm
ZWF0dXJl4oCdIHNvIHRoYXQgdGhlIGNhbiBvbmx5IHN1cHBvcnQgcGFydCBvZiB0aGUgZW5jYXBz
dWxhdGlvbiB0eXBlcy48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z
cGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkni
gJl2ZSB0YWtlbiBhIHF1aWNrIGxvb2sgYXQgdGhlIG1vZGVsOjwvc3Bhbj48c3BhbiBsYW5nPSJF
Ti1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHVsIHN0eWxlPSJtYXJnaW4tdG9wOjBjbSIg
dHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1saXN0OmwwIGxl
dmVsMSBsZm8zIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRo
ZSDigJxlbmFibGVk4oCdIGxlYWYgbm9kZSB1bmRlciBpb2FtLXByb2ZpbGVzICh2aWEgZ3JvdXBp
bmcNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s
b3I6YmxhY2siPmlvYW0tYWRtaW4tY29uZmlnKSBzYXlzICZxdW90O1doZW4gdHJ1ZSwgSU9BTSBj
b25maWd1cmF0aW9uIGlzIGVuYWJsZWQgZm9yIHRoZSBzeXN0ZW0uJnF1b3Q7LiBJIHRoaW5rIGl0
4oCZZCBtYWtlIG1vcmUgc2Vuc2UgaWYgdGhhdCBlbmFibGVkIGZsYWcgd2FzIHRvIGVuYWJsZS9k
aXNhYmxlIElPQU0gZGF0YS1wbGFuZSBmdW5jdGlvbmFsaXR5Ljwvc3Bhbj48c3BhbiBsYW5nPSJF
Ti1DQSI+PG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx
dW90Oztjb2xvcjojMUY0OTdEIj5benRyXVllcywgdGhpcyBpcyBtb3JlIGNsZWFyLiBJIHdpbGwg
YWRkIHRoZSB3b3JkcyB0byB0aGUgZG9jdW1lbnQuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgc3R5bGU9Im1hcmdpbi10b3A6MGNtIiB0eXBlPSJk
aXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLWxpc3Q6bDAgbGV2ZWwxIGxm
bzMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+V291bGQgYmUg
YmVzdCB0byB1c2UgeWFuZy12ZXJzaW9uIDEuMSBJTU8uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB
Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LWxpc3Q6bDAgbGV2ZWwxIGxmbzMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+UGxlYXNlIHRha2UgYSBsb29rIGF0IDYwODdiaXMuPC9zcGFuPjxzcGFuIGxhbmc9
IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlt6dHJdQ291bGQgeW91IHBsZWFzZSBwb2ludCBvdXQgd2hh
dCBwYXJ0IG9mIHRoZSA2MDg3YmlzIEkgbmVlZCB0byBwYXkgYXR0ZW50aW9uPyBBbmQgd2hhdCBp
cyBub3QgeWFuZyAxLjE/DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBpbnRl
bmRlZCB0byBmb2xsb3cgeWFuZyAxLjEgaW5kZWVkLg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1mYW1pbHk6V2luZ2RpbmdzO2NvbG9yOiMxRjQ5N0QiPko8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9z
cGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlJl
Z2FyZHMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQiPlJlc2hhZC48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC
NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6
YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1z
aXplOjEyLjBwdDtjb2xvcjpibGFjayI+aXBwbSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwcG0tYm91
bmNlc0BpZXRmLm9yZyI+aXBwbS1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9m
IFRpYW5yYW4gWmhvdSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpob3V0aWFucmFuQGh1YXdlaS5jb20i
Pnpob3V0aWFucmFuQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5XZWRuZXNk
YXksIE1hcmNoIDIxLCAyMDE4IGF0IDM6MDMgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90OzxhIGhy
ZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxi
PkNjOiA8L2I+TGl6aGVuYmluICZsdDs8YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5j
b20iPmxpemhlbmJpbkBodWF3ZWkuY29tPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzpk
cmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnIj5kcmFmdC16aG91LWlwcG0taW9hbS15
YW5nQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXpob3UtaXBw
bS1pb2FtLXlhbmdAaWV0Zi5vcmciPmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc8
L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5baXBwbV0gb3B0aW1pemUgdGhlIElPQU0gWUFO
RyBkYXRhIG1vZGVsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D
QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D
QSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIEZvbGtzLDwv
c3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIj5UaGFua3MgR3JlZyB0byBwb2ludCBvdXQgdGhlIGZsZXhpYmlsaXR5
IG9mIHN1Yi1wcm9maWxlcyBvbiB0aGUgbWVldGluZy4gSGVyZSBJIHdvdWxkIGxpa2UgdG8gZGlz
Y3VzcyB0aGUgd2F5IHRvIG9wdGltaXplIHRoaXMgcG9pbnQgZm9yIHRoZSBJT0FNIFlBTkcgYXMg
ZGVzY3JpYmVkIGluOjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p
ZXRmLm9yZy9kb2MvZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZy8iPjxzcGFuIGxhbmc9IkVOLVVT
Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aG91LWlwcG0taW9hbS15
YW5nLzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbHRob3VnaCwgYXMgc3VnZ2VzdGVkLCBzY2hlbWEgbW91
bnQgY291bGQgaGVscCB0byBkeW5hbWljYWxseSBtb3VudCBzdWItcHJvZmlsZXMgdG8gdGhlIElP
QU0gY29uZmlndXJhdGlvbiwgSU1ITywgaXQgbWF5IGxlYWQgdG8gdGhlIGZyYWdtZW50YXRpb24g
b2YgdGhlIG1vZGVsLCBJLmUuLCBzZXZlcmFsIG1vZHVsZXMuIEFuZCBJIGNhbm5vdCBzZWUgdGhl
IHBvc3NpYmlsaXR5DQogdG8gcmV1c2UgdGhlIHN1Yi1wcm9maWxlcywgZXhjZXB0IHRvIHRoaXMg
bW9kZWwuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFu
IGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyI+V2l0aCB0aGUgc2FtZSByZXF1aXJlbWVudCwgSSB3b3VsZCBz
dWdnZXN0IHRvIHVzZSDigJxmZWF0dXJl4oCdIHRvIGVuYWJsZSB0aGUgc3VwcG9ydGVkIElPQU0g
ZW5jYXBzdWxhdGlvbiB0eXBlcy4gQW5kIHVzZSB0aGUg4oCcZW5hYmxl4oCdIHdpdGhpbiBlYWNo
IHN1Yi1wcm9maWxlIHRvIGluZGljYXRlIHRoZSBhY3R1YWwgdXNlZCBzdWItcHJvZmlsZSBieSB0
aGUgaW5zdGFuY2UuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFu
PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Tm93IGZvdXIgZW5jYXBzdWxhdGlvbiB0eXBlcyBh
cmUgc3VwcG9ydGVkIGFjY29yZGluZyB0byB0aGUgbGF0ZXN0IElPQU0gZGF0YSBzcGVjaWZpY2F0
aW9uLiBXZSBtYXkgYXVnbWVudCB0aGUgbW9kZWwgd2l0aCBtb3JlIHN1Yi1wcm9maWxlcy48L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4t
Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIj5UaG91Z2h0cz88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz
cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGFua3MsPC9zcGFuPjxzcGFuIGxh
bmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyI+VGlhbnJhbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s
Pg0K

--_000_BBA82579FD347748BEADC4C445EA0F21A6D5F04DNKGEML515MBXchi_--


From nobody Sat Apr  7 19:08:06 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BBD71274D2; Sat,  7 Apr 2018 19:08:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KPM0BbRx5odV; Sat,  7 Apr 2018 19:07:54 -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 51BAA12E054; Sat,  7 Apr 2018 19:07:51 -0700 (PDT)
Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 285B12857FA05; Sun,  8 Apr 2018 03:07:48 +0100 (IST)
Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 8 Apr 2018 03:08:01 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0361.001; Sun, 8 Apr 2018 10:07:39 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, Greg Mirsky <gregimirsky@gmail.com>
CC: "ippm@ietf.org" <ippm@ietf.org>, Lizhenbin <lizhenbin@huawei.com>, "draft-zhou-ippm-ioam-yang@ietf.org" <draft-zhou-ippm-ioam-yang@ietf.org>
Thread-Topic: [ippm] optimize the IOAM YANG data model
Thread-Index: AQHTxCvJHF3cBlu8+0uZUmAURD9UnKPhwliwgBFdlAD//yKNAIABDXWAgALhZsA=
Date: Sun, 8 Apr 2018 02:07:39 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D5F063@NKGEML515-MBX.china.huawei.com>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com> <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com> <CA+RyBmW6fBmPTCnYmKjbtQTVxdemwAVavRvwym-__JnXCF_9_g@mail.gmail.com> <C41740C2-7076-49B5-A7B4-D733C9D5E0C3@cisco.com>
In-Reply-To: <C41740C2-7076-49B5-A7B4-D733C9D5E0C3@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.156.116]
Content-Type: multipart/alternative; boundary="_000_BBA82579FD347748BEADC4C445EA0F21A6D5F063NKGEML515MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/0vs7zIYZfKMrYSPHjPT74H3S6rk>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Apr 2018 02:08:04 -0000

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

SGkgUmVzaGFkLA0KDQpUaGFua3MgZm9yIGtlZXBpbmcgeW91ciBleWUgb24gdGhpcyB3b3JrLiBH
b29kIGNhdGNoZXMgZm9yIHRoZSBib3RoIGlzc3Vlcy4NClBsZWFzZSBzZWUgaW4gbGluZS4NCg0K
TWFueSB0aGFua3MsDQpUaWFucmFuDQpGcm9tOiBSZXNoYWQgUmFobWFuIChycmFobWFuKSBbbWFp
bHRvOnJyYWhtYW5AY2lzY28uY29tXQ0KU2VudDogRnJpZGF5LCBBcHJpbCAwNiwgMjAxOCA5OjU3
IFBNDQpUbzogR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4NCkNjOiBUaWFucmFu
IFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+OyBpcHBtQGlldGYub3JnOyBMaXpoZW5iaW4g
PGxpemhlbmJpbkBodWF3ZWkuY29tPjsgZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9y
Zw0KU3ViamVjdDogUmU6IFtpcHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWwN
Cg0KSGkgVGlhbnJhbiBhbmQgYXV0aG9ycywNCg0KDQpPdGhlciBjb21tZW50czoNCg0KLSBkcmFm
dC1icm9ja25lcnMtcHJvb2Ytb2YtdHJhbnNpdCBpcyBhbiBpbmZvcm1hdGl2ZSByZWZlcmVuY2Ug
YnV0IGl0IGhhcyB0aGUgaWV0Zi1wb3QtcHJvZmlsZSBtb2R1bGUgd2hpY2ggaXMgaW1wb3J0ZWQg
YnkgaWV0Zi1vYW0uIFRoYXQgcmVmZXJlbmNlIHNob3VsZCBiZSBub3JtYXRpdmUuIFRoaXMgYmVn
cyB0aGUgcXVlc3Rpb24gd2hldGhlciB0aGUgaWV0Zi1wb3QtcHJvZmlsZSBtb2R1bGUgc2hvdWxk
IGJlIGluIGRyYWZ0LWJyb2NrbmVycy1wcm9vZi1vZi10cmFuc2l0IG9yIHdoZXRoZXIgZHJhZnQt
emhvdS1pcHBtLW9hbS15YW5nIHNob3VsZCBoYXZlIGV2ZXJ5dGhpbmc/IElmIGl0IHN0YXlzIGlu
IGRyYWZ0LWJyb2NrbmVycy1wcm9vZi1vZi10cmFuc2l0LCBpcyBleHBlcmltZW50YWwgdGhlIHJp
Z2h0IGludGVuZGVkIHN0YXR1cyBmb3IgdGhhdCBkcmFmdD8NCg0KDQoNClt6dHJdIFllcywgdGhh
dOKAmXMgYSBwcm9ibGVtIEkgd291bGQgZGlzY3VzcyB3aXRoIGF1dGhvcnMgb2YgdGhlIGRyYWZ0
LWJyb2NrbmVycy1wcm9vZi1vZi10cmFuc2l0LiBBY3R1YWxseSwgSSBoYXZlIHJhaXNlZCB0aGlz
IHF1ZXN0aW9uIGR1cmluZyBteSBwcmVzZW50YXRpb24gb24gSVBQTS4gSSB3b3VsZCBzdWdnZXN0
IHRvIGluY2x1ZGUgdGhlIHBvdCBwYXJ0IGludG8gdGhlIElPQU0gbW9kdWxlLiBTbyB0aGF0IElP
QU0gcmVsYXRlZCBtb2R1bGVzIGFyZSBub3QgZnJhZ21lbnRlZC4NCg0KDQoNCi0gVGhlcmUgYXJl
IGVycm9ycyByZXBvcnRlZCBmb3IgbGVhZiBhY2wtbmFtZS4gIExvb2tzIGxpa2UgcGF0aCAiL2Fj
bDphY2Nlc3MtbGlzdHMvYWNsOmFjbC9hY2w6bmFtZSIgc2hvdWxkIGJlIGNoYW5nZWQgdG8gIi9h
Y2w6YWNscy9hY2w6YWNsL2FjbDpuYW1lIj8gZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsIHNo
b3VsZCBiZSBhZGRlZCBhcyBub3JtYXRpdmUgcmVmZXJlbmNlLg0KDQoNCg0KW3p0cl0gR29vZCBj
YXRjaC4gSSBub3RpY2VkIHRoaXMgYmVjYXVzZSBJIHJlY2VpdmVkIGFuIGFsYXJtIGZyb20gdGhl
IGRvY3VtZW50IHN5c3RlbS4gVGhlIEFDTCBtb2R1bGUgSSByZWZlcnJlZCBoYXMgYmVlbiB1cGRh
dGVkIHNldmVyYWwgZGF5cyBhZnRlciBteSBwb3N0LiBZZXMsIHRoZSBjb250YWluZXIgbmFtZSBj
aGFuZ2VkLiBJIHdpbGwgdXBkYXRlIHRoZSBJT0FNIG1vZHVsZSB0b2dldGhlciB3aXRoIHNvbWUg
b3RoZXIgY29tbWVudHMgc29vbi4NCg0KDQoNClJlZ2FyZHMsDQoNClJlc2hhZC4NCg0KDQpGcm9t
OiBHcmVnIE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNreUBn
bWFpbC5jb20+Pg0KRGF0ZTogVGh1cnNkYXksIEFwcmlsIDUsIDIwMTggYXQgNTo1MyBQTQ0KVG86
ICJSZXNoYWQgUmFobWFuIChycmFobWFuKSIgPHJyYWhtYW5AY2lzY28uY29tPG1haWx0bzpycmFo
bWFuQGNpc2NvLmNvbT4+DQpDYzogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29t
PG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tPj4sICJpcHBtQGlldGYub3JnPG1haWx0bzpp
cHBtQGlldGYub3JnPiIgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+PiwgTGl6
aGVuYmluIDxsaXpoZW5iaW5AaHVhd2VpLmNvbTxtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20+
PiwgImRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3Ut
aXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc+IiA8ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRm
Lm9yZzxtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZz4+DQpTdWJqZWN0
OiBSZTogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbA0KDQpIaSBUaWFu
cmFuLA0KSSBjb25jdXIgd2l0aCB5b3UgYW5kIFJlc2hhZCwgdXNpbmcgZmVhdHVyZSBpcyBtb3Jl
IGFwcHJvcHJpYXRlIGluIHRoaXMgbW9kZWwuDQoNClJlZ2FyZHMsDQpHcmVnDQoNCk9uIFRodSwg
QXByIDUsIDIwMTggYXQgMTE6MDUgQU0sIFJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIDxycmFobWFu
QGNpc2NvLmNvbTxtYWlsdG86cnJhaG1hbkBjaXNjby5jb20+PiB3cm90ZToNCkhpIFRpYW5yYW4s
DQoNCkkgYWdyZWUgdGhhdCB1c2luZyBmZWF0dXJlIG1ha2VzIG1vcmUgc2Vuc2UgdGhhbiBzY2hl
bWEgbW91bnQgaW4gdGhpcyBtb2RlbC4NCg0KUmVnYXJkaW5nIDYwODdiaXMsIHRoZXJlIGFyZSBx
dWl0ZSBhIGZldyB0aGluZ3MuIEV2ZXJ5IElFVEYgWUFORyBhdXRob3Igc2hvdWxkIHJlYWQgdGhl
IHdob2xlIGRvY+KApiBCdXQgQXBwZW5kaXggQiBnaXZlcyBhIGNoZWNrbGlzdCBhbmQgQXBwZW5k
aXggQyBoYXMgYSBjaGVja2xpc3QuIFNlY3Rpb24gMy43IGhhcyB0aGUgc2VjdXJpdHkgY29uc2lk
ZXJhdGlvbnMgYW5kIDMuNy4xIGhhcyB0aGUgdGVtcGxhdGUgZm9yIHRoYXQuDQoNClJlZ2FyZHMs
DQpSZXNoYWQuDQoNCkZyb206IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbTxt
YWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+DQpEYXRlOiBTdW5kYXksIE1hcmNoIDI1LCAy
MDE4IGF0IDEwOjA0IFBNDQpUbzogIlJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIiA8cnJhaG1hbkBj
aXNjby5jb208bWFpbHRvOnJyYWhtYW5AY2lzY28uY29tPj4sICJpcHBtQGlldGYub3JnPG1haWx0
bzppcHBtQGlldGYub3JnPiIgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0K
Q2M6IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3
ZWkuY29tPj4sICJkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPG1haWx0bzpkcmFm
dC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPiIgPGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlh
bmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc+Pg0K
U3ViamVjdDogUkU6IFtpcHBtXSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWwNCg0K
SGkgUmVzaGFkLA0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuDQpQbGVhc2Ugc2VlIGluIGxp
bmUuDQoNCkNoZWVycywNClRpYW5yYW4NCg0KRnJvbTogUmVzaGFkIFJhaG1hbiAocnJhaG1hbikg
W21haWx0bzpycmFobWFuQGNpc2NvLmNvbTxtYWlsdG86cnJhaG1hbkBjaXNjby5jb20+XQ0KU2Vu
dDogU3VuZGF5LCBNYXJjaCAyNSwgMjAxOCA3OjI0IFBNDQpUbzogVGlhbnJhbiBaaG91OyBpcHBt
QGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KQ2M6IExpemhlbmJpbjsgZHJhZnQtemhv
dS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFu
Z0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBwbV0gb3B0aW1pemUgdGhlIElPQU0gWUFORyBk
YXRhIG1vZGVsDQoNCkhpIFRpYW5yYW4gYW5kIEdyZWcsDQoNCldoaWxlIHNjaGVtYS1tb3VudCB3
b3VsZCB3b3JrLCBpdCBpcyByZWFsbHkgaW50ZW5kZWQgZm9yIHVzZS1jYXNlcyB3aGVyZSB0aGVy
ZSBpcyBhIHJlcXVpcmVtZW50IHRvIGFkZCBhIG1vZHVsZSBpbiAyIG9yIG1vcmUgbG9jYXRpb25z
IChlLmcuIGludGVyZmFjZXMgYXQgdG9wLWxldmVsLCBpbiBMTkUgYW5kIGluIE5JKS4NCg0KW3p0
cl1ZZXMsIHRoYXTigJlzIHdoYXQgSSB0aG91Z2h0LiBTbyBJIHN1Z2dlc3RlZCB0byB1c2Ug4oCc
ZmVhdHVyZeKAnSBzbyB0aGF0IHRoZSBjYW4gb25seSBzdXBwb3J0IHBhcnQgb2YgdGhlIGVuY2Fw
c3VsYXRpb24gdHlwZXMuDQoNCknigJl2ZSB0YWtlbiBhIHF1aWNrIGxvb2sgYXQgdGhlIG1vZGVs
Og0KDQogICogICBUaGUg4oCcZW5hYmxlZOKAnSBsZWFmIG5vZGUgdW5kZXIgaW9hbS1wcm9maWxl
cyAodmlhIGdyb3VwaW5nIGlvYW0tYWRtaW4tY29uZmlnKSBzYXlzICJXaGVuIHRydWUsIElPQU0g
Y29uZmlndXJhdGlvbiBpcyBlbmFibGVkIGZvciB0aGUgc3lzdGVtLiIuIEkgdGhpbmsgaXTigJlk
IG1ha2UgbW9yZSBzZW5zZSBpZiB0aGF0IGVuYWJsZWQgZmxhZyB3YXMgdG8gZW5hYmxlL2Rpc2Fi
bGUgSU9BTSBkYXRhLXBsYW5lIGZ1bmN0aW9uYWxpdHkuDQpbenRyXVllcywgdGhpcyBpcyBtb3Jl
IGNsZWFyLiBJIHdpbGwgYWRkIHRoZSB3b3JkcyB0byB0aGUgZG9jdW1lbnQuDQoNCiAgKiAgIFdv
dWxkIGJlIGJlc3QgdG8gdXNlIHlhbmctdmVyc2lvbiAxLjEgSU1PLg0KICAqICAgUGxlYXNlIHRh
a2UgYSBsb29rIGF0IDYwODdiaXMuDQpbenRyXUNvdWxkIHlvdSBwbGVhc2UgcG9pbnQgb3V0IHdo
YXQgcGFydCBvZiB0aGUgNjA4N2JpcyBJIG5lZWQgdG8gcGF5IGF0dGVudGlvbj8gQW5kIHdoYXQg
aXMgbm90IHlhbmcgMS4xPw0KSSBpbnRlbmRlZCB0byBmb2xsb3cgeWFuZyAxLjEgaW5kZWVkLiDi
mLoNCg0KUmVnYXJkcywNClJlc2hhZC4NCg0KRnJvbTogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYu
b3JnPG1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgVGlhbnJhbiBa
aG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29t
Pj4NCkRhdGU6IFdlZG5lc2RheSwgTWFyY2ggMjEsIDIwMTggYXQgMzowMyBQTQ0KVG86ICJpcHBt
QGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPiIgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlw
cG1AaWV0Zi5vcmc+Pg0KQ2M6IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRv
OmxpemhlbmJpbkBodWF3ZWkuY29tPj4sICJkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYu
b3JnPG1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPiIgPGRyYWZ0LXpo
b3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlh
bmdAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0
YSBtb2RlbA0KDQpIaSBGb2xrcywNCg0KVGhhbmtzIEdyZWcgdG8gcG9pbnQgb3V0IHRoZSBmbGV4
aWJpbGl0eSBvZiBzdWItcHJvZmlsZXMgb24gdGhlIG1lZXRpbmcuIEhlcmUgSSB3b3VsZCBsaWtl
IHRvIGRpc2N1c3MgdGhlIHdheSB0byBvcHRpbWl6ZSB0aGlzIHBvaW50IGZvciB0aGUgSU9BTSBZ
QU5HIGFzIGRlc2NyaWJlZCBpbjoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry
YWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcvDQoNCkFsdGhvdWdoLCBhcyBzdWdnZXN0ZWQsIHNjaGVt
YSBtb3VudCBjb3VsZCBoZWxwIHRvIGR5bmFtaWNhbGx5IG1vdW50IHN1Yi1wcm9maWxlcyB0byB0
aGUgSU9BTSBjb25maWd1cmF0aW9uLCBJTUhPLCBpdCBtYXkgbGVhZCB0byB0aGUgZnJhZ21lbnRh
dGlvbiBvZiB0aGUgbW9kZWwsIEkuZS4sIHNldmVyYWwgbW9kdWxlcy4gQW5kIEkgY2Fubm90IHNl
ZSB0aGUgcG9zc2liaWxpdHkgdG8gcmV1c2UgdGhlIHN1Yi1wcm9maWxlcywgZXhjZXB0IHRvIHRo
aXMgbW9kZWwuDQoNCldpdGggdGhlIHNhbWUgcmVxdWlyZW1lbnQsIEkgd291bGQgc3VnZ2VzdCB0
byB1c2Ug4oCcZmVhdHVyZeKAnSB0byBlbmFibGUgdGhlIHN1cHBvcnRlZCBJT0FNIGVuY2Fwc3Vs
YXRpb24gdHlwZXMuIEFuZCB1c2UgdGhlIOKAnGVuYWJsZeKAnSB3aXRoaW4gZWFjaCBzdWItcHJv
ZmlsZSB0byBpbmRpY2F0ZSB0aGUgYWN0dWFsIHVzZWQgc3ViLXByb2ZpbGUgYnkgdGhlIGluc3Rh
bmNlLg0KDQpOb3cgZm91ciBlbmNhcHN1bGF0aW9uIHR5cGVzIGFyZSBzdXBwb3J0ZWQgYWNjb3Jk
aW5nIHRvIHRoZSBsYXRlc3QgSU9BTSBkYXRhIHNwZWNpZmljYXRpb24uIFdlIG1heSBhdWdtZW50
IHRoZSBtb2RlbCB3aXRoIG1vcmUgc3ViLXByb2ZpbGVzLg0KDQpUaG91Z2h0cz8NCg0KVGhhbmtz
LA0KVGlhbnJhbg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KaXBwbSBtYWlsaW5nIGxpc3QNCmlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5v
cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1
IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh
bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk65paw5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDkgMyAxIDEgMSAxIDE7
fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDmlrDlrovkvZMiOw0KCXBhbm9zZS0xOjIg
MSA2IDkgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJ
cGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M
IOmihOiuvuagvOW8jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bh
bi5IVE1MQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7DQoJ
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8
jyI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v
cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6
bm9ybWFsO30NCnAuSFRNTFByZWZvcm1hdHRlZCwgbGkuSFRNTFByZWZvcm1hdHRlZCwgZGl2LkhU
TUxQcmVmb3JtYXR0ZWQNCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglt
c28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCglt
YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToi
Q2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1z
dHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6
OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseToi
Q291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNv
bmFsOw0KCWZvbnQtZmFtaWx5OuaWsOWui+S9kzsNCgljb2xvcjojMUY0OTdEOw0KCWZvbnQtd2Vp
Z2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDsNCgl0ZXh0LWRlY29yYXRpb246bm9uZSBu
b25lO30NCnNwYW4uRW1haWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBv
c2U7DQoJZm9udC1mYW1pbHk65paw5a6L5L2TOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13
ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25l
IG5vbmU7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ
Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5
Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNl
Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBs
aXN0IGwwDQoJe21zby1saXN0LWlkOjQyNjI3MDU5ODsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6
LTE0OTYwMTQ1ODI7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBw
dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv
bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMw0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K
CW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7
DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWIt
c3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6
U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K
CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0
IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs
LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNw0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ
Zm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv
cDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt
Ym9sO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7
DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z
by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwx
DQoJe21zby1saXN0LWlkOjE2ODM3MDI0MDY7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xMDY5
MDkxNzU0O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ
bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg
bDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt
dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv
bDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K
CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t
YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTps
ZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2
ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt
ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4
LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4
LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9
DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z
by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z
aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMg0KCXtt
c28tbGlzdC1pZDoxNzI0MjgyMjYxOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxNTYwNTk3NTM4
O30NCkBsaXN0IGwyOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ
bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2
ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu
MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDMNCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt
dGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt
aWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBw
dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsMjpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m
b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDYN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDcNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p
bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5
OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs
bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN
Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz
dCBsMjpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl
bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMw0KCXttc28tbGlz
dC1pZDoxOTk3MTAwNzUzOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNzU2ODg4NTI2O30NCkBs
aXN0IGwzOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u
dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWwyDQoJ
e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ
bXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K
CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5
bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0
Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglt
c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs
MzpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10
ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDYNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv
bDt9DQpAbGlzdCBsMzpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K
CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t
YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzps
ZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9
DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N
CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv
dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286
c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1D
TiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj5IaSBSZXNoYWQs
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p
bHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3Iga2VlcGluZyB5b3VyIGV5ZSBv
biB0aGlzIHdvcmsuIEdvb2QgY2F0Y2hlcyBmb3IgdGhlIGJvdGggaXNzdWVzLjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+
UGxlYXNlIHNlZSBpbiBsaW5lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh
bWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj5NYW55IHRoYW5r
cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TO2Nv
bG9yOiMxRjQ5N0QiPlRpYW5yYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAw
Y20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s
aWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFu
Zz0iRU4tVVMiPiBSZXNoYWQgUmFobWFuIChycmFobWFuKSBbbWFpbHRvOnJyYWhtYW5AY2lzY28u
Y29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgQXByaWwgMDYsIDIwMTggOTo1NyBQTTxi
cj4NCjxiPlRvOjwvYj4gR3JlZyBNaXJza3kgJmx0O2dyZWdpbWlyc2t5QGdtYWlsLmNvbSZndDs8
YnI+DQo8Yj5DYzo8L2I+IFRpYW5yYW4gWmhvdSAmbHQ7emhvdXRpYW5yYW5AaHVhd2VpLmNvbSZn
dDs7IGlwcG1AaWV0Zi5vcmc7IExpemhlbmJpbiAmbHQ7bGl6aGVuYmluQGh1YXdlaS5jb20mZ3Q7
OyBkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+
IFJlOiBbaXBwbV0gb3B0aW1pemUgdGhlIElPQU0gWUFORyBkYXRhIG1vZGVsPG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SGkgVGlhbnJhbiBhbmQgYXV0aG9ycyw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmIj5PdGhlciBjb21tZW50czo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+LSA8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjpibGFjayI+ZHJhZnQtYnJvY2tuZXJzLXByb29mLW9mLXRyYW5zaXQgaXMgYW4g
aW5mb3JtYXRpdmUgcmVmZXJlbmNlIGJ1dCBpdCBoYXMgdGhlIGlldGYtcG90LXByb2ZpbGUgbW9k
dWxlIHdoaWNoIGlzIGltcG9ydGVkIGJ5IGlldGYtb2FtLiBUaGF0IHJlZmVyZW5jZSBzaG91bGQg
YmUgbm9ybWF0aXZlLiBUaGlzIGJlZ3MgdGhlIHF1ZXN0aW9uIHdoZXRoZXIgdGhlIGlldGYtcG90
LXByb2ZpbGUgbW9kdWxlIHNob3VsZCBiZSBpbiBkcmFmdC1icm9ja25lcnMtcHJvb2Ytb2YtdHJh
bnNpdCBvciB3aGV0aGVyIGRyYWZ0LXpob3UtaXBwbS1vYW0teWFuZyBzaG91bGQgaGF2ZSBldmVy
eXRoaW5nPyBJZiBpdCBzdGF5cyBpbiBkcmFmdC1icm9ja25lcnMtcHJvb2Ytb2YtdHJhbnNpdCwg
aXMgZXhwZXJpbWVudGFsIHRoZSByaWdodCBpbnRlbmRlZCBzdGF0dXMgZm9yIHRoYXQgZHJhZnQ/
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTox
MC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TIj5benRyXSBZZXMsIHRoYXQ8L3NwYW4+PHNwYW4g
bGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+4oCZPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZMiPnMgYSBwcm9ibGVtIEkg
d291bGQgZGlzY3VzcyB3aXRoIGF1dGhvcnMgb2YgdGhlIGRyYWZ0LWJyb2NrbmVycy1wcm9vZi1v
Zi10cmFuc2l0LiBBY3R1YWxseSwgSSBoYXZlIHJhaXNlZCB0aGlzIHF1ZXN0aW9uIGR1cmluZyBt
eSBwcmVzZW50YXRpb24gb24gSVBQTS4gSSB3b3VsZCBzdWdnZXN0IHRvIGluY2x1ZGUgdGhlIHBv
dCBwYXJ0IGludG8gdGhlIElPQU0gbW9kdWxlLiBTbyB0aGF0IElPQU0gcmVsYXRlZCBtb2R1bGVz
IGFyZSBub3QgZnJhZ21lbnRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
bGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9
kyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLUNB
IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPi0gVGhlcmUgYXJlIGVycm9ycyByZXBvcnRlZCBmb3Ig
bGVhZiBhY2wtbmFtZS4gJm5ic3A7TG9va3MgbGlrZSBwYXRoICZxdW90Oy9hY2w6YWNjZXNzLWxp
c3RzL2FjbDphY2wvYWNsOm5hbWUmcXVvdDsgc2hvdWxkIGJlIGNoYW5nZWQgdG8gJnF1b3Q7L2Fj
bDphY2xzL2FjbDphY2wvYWNsOm5hbWUmcXVvdDs/IGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2Rl
bCBzaG91bGQgYmUgYWRkZWQgYXMgbm9ybWF0aXZlIHJlZmVyZW5jZS48bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1z
aXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZMiPlt6dHJdIEdvb2QgY2F0Y2guIEkgbm90
aWNlZCB0aGlzIGJlY2F1c2UgSSByZWNlaXZlZCBhbiBhbGFybSBmcm9tIHRoZSBkb2N1bWVudCBz
eXN0ZW0uIFRoZSBBQ0wgbW9kdWxlIEkgcmVmZXJyZWQgaGFzIGJlZW4gdXBkYXRlZCBzZXZlcmFs
IGRheXMgYWZ0ZXIgbXkgcG9zdC4gWWVzLCB0aGUgY29udGFpbmVyIG5hbWUgY2hhbmdlZC4gSSB3
aWxsIHVwZGF0ZSB0aGUgSU9BTSBtb2R1bGUgdG9nZXRoZXIgd2l0aCBzb21lIG90aGVyIGNvbW1l
bnRzIHNvb24uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLUNB
IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZMiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOmJsYWNrIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5SZXNoYWQuPG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRl
cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw
Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls
ZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4g
bGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5HcmVnIE1p
cnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSI+Z3JlZ2ltaXJz
a3lAZ21haWwuY29tPC9hPiZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VGh1cnNkYXksIEFwcmlsIDUs
IDIwMTggYXQgNTo1MyBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7UmVzaGFkIFJhaG1hbiAocnJh
aG1hbikmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2NvLmNvbSI+cnJhaG1h
bkBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOiA8L2I+VGlhbnJhbiBaaG91ICZsdDs8YSBo
cmVmPSJtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbSI+emhvdXRpYW5yYW5AaHVhd2VpLmNv
bTwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBpZXRm
Lm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGll
dGYub3JnPC9hPiZndDssIExpemhlbmJpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBo
dWF3ZWkuY29tIj5saXpoZW5iaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7LA0KICZxdW90OzxhIGhyZWY9
Im1haWx0bzpkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnIj5kcmFmdC16aG91LWlw
cG0taW9hbS15YW5nQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0
LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmciPmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdA
aWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW2lwcG1dIG9wdGltaXpl
IHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tQ0EiPkhpIFRpYW5yYW4s
IDxvOnA+DQo8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1DQSI+SSBjb25jdXIgd2l0aCB5b3UgYW5kIFJlc2hhZCwgdXNpbmcg
ZmVhdHVyZSBpcyBtb3JlIGFwcHJvcHJpYXRlIGluIHRoaXMgbW9kZWwuPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tQ0EiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLUNBIj5HcmVnPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LUNBIj5PbiBUaHUsIEFwciA1LCAyMDE4IGF0IDExOjA1IEFNLCBSZXNoYWQgUmFobWFuIChycmFo
bWFuKSAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2NvLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVOLUNBIj5ycmFobWFuQGNpc2NvLmNvbTwvc3Bhbj48L2E+
PHNwYW4gbGFuZz0iRU4tQ0EiPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJs
b2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4w
cHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9w
OjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIFRpYW5yYW4s
PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gbGFuZz0iRU4tVVMiPkkgYWdyZWUgdGhhdCB1c2luZyBmZWF0dXJlIG1ha2VzIG1vcmUg
c2Vuc2UgdGhhbiBzY2hlbWEgbW91bnQgaW4gdGhpcyBtb2RlbC48L3NwYW4+PHNwYW4gbGFuZz0i
RU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+
UmVnYXJkaW5nIDYwODdiaXMsIHRoZXJlIGFyZSBxdWl0ZSBhIGZldyB0aGluZ3MuIEV2ZXJ5IElF
VEYgWUFORyBhdXRob3Igc2hvdWxkIHJlYWQgdGhlIHdob2xlIGRvY+KApiBCdXQgQXBwZW5kaXgg
QiBnaXZlcyBhIGNoZWNrbGlzdCBhbmQgQXBwZW5kaXggQyBoYXMgYSBjaGVja2xpc3QuDQogU2Vj
dGlvbiAzLjcgaGFzIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBhbmQgMy43LjEgaGFzIHRo
ZSB0ZW1wbGF0ZSBmb3IgdGhhdC48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+UmVnYXJkcyw8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlc2hhZC4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D
QSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs
YW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0
REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpi
bGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp
emU6MTIuMHB0O2NvbG9yOmJsYWNrIj5UaWFucmFuIFpob3UgJmx0Ozwvc3Bhbj48YSBocmVmPSJt
YWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9
IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+emhvdXRpYW5yYW5AaHVhd2VpLmNvbTwv
c3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9y
OmJsYWNrIj4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlN1bmRheSwgTWFyY2ggMjUsIDIwMTggYXQg
MTA6MDQgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90O1Jlc2hhZCBSYWhtYW4gKHJyYWhtYW4pJnF1
b3Q7ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnJyYWhtYW5AY2lzY28uY29tIiB0YXJnZXQ9
Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5ycmFo
bWFuQGNpc2NvLmNvbTwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp
emU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mZ3Q7LCAmcXVvdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRv
OmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQiPmlwcG1AaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVO
LUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+JnF1b3Q7DQogJmx0Ozwv
c3Bhbj48YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFu
IGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+aXBwbUBpZXRmLm9yZzwvc3Bh
bj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJs
YWNrIj4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5MaXpoZW5iaW4gJmx0Ozwvc3Bhbj48YSBocmVmPSJt
YWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJF
Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPmxpemhlbmJpbkBodWF3ZWkuY29tPC9zcGFu
PjwvYT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6Ymxh
Y2siPiZndDssICZxdW90Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlv
YW0teWFuZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls
ZT0iZm9udC1zaXplOjEyLjBwdCI+ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzwv
c3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9y
OmJsYWNrIj4mcXVvdDsNCiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkcmFmdC16aG91LWlw
cG0taW9hbS15YW5nQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4tQ0Ei
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5kcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYu
b3JnPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7
Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IFtpcHBtXSBvcHRpbWl6
ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1DQSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+
SGkgUmVzaGFkLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv
dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3IgeW91ciBjb21tZW50cy48
L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5QbGVhc2Ugc2VlIGluIGxpbmUuPC9z
cGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9
IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+Q2hlZXJzLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPlRpYW5yYW48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNt
IDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz
b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPiBSZXNoYWQNCiBSYWhtYW4gKHJyYWht
YW4pIFttYWlsdG86PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2NvLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+cnJhaG1hbkBjaXNjby5j
b208L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+XQ0KPGJyPg0KPGI+U2Vu
dDo8L2I+IFN1bmRheSwgTWFyY2ggMjUsIDIwMTggNzoyNCBQTTxicj4NCjxiPlRvOjwvYj4gVGlh
bnJhbiBaaG91OyA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0i
X2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPmlwcG1AaWV0Zi5vcmc8L3NwYW4+
PC9hPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls
eTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGI+Q2M6PC9iPiBMaXpoZW5i
aW47IDwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0BpZXRm
Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+ZHJhZnQt
emhvdS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oyxz
YW5zLXNlcmlmIj48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBvcHRpbWl6ZSB0aGUg
SU9BTSBZQU5HIGRhdGEgbW9kZWw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkhp
IFRpYW5yYW4gYW5kIEdyZWcsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz
cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPldoaWxlIHNjaGVtYS1tb3VudCB3
b3VsZCB3b3JrLCBpdCBpcyByZWFsbHkgaW50ZW5kZWQgZm9yIHVzZS1jYXNlcyB3aGVyZSB0aGVy
ZSBpcyBhIHJlcXVpcmVtZW50IHRvIGFkZCBhIG1vZHVsZSBpbiAyIG9yIG1vcmUgbG9jYXRpb25z
IChlLmcuIGludGVyZmFjZXMgYXQgdG9wLWxldmVsLA0KIGluIExORSBhbmQgaW4gTkkpLjwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNw
Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx
dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlt6dHJdWWVzLCB0aGF04oCZcyB3
aGF0IEkgdGhvdWdodC4gU28gSSBzdWdnZXN0ZWQgdG8gdXNlIOKAnGZlYXR1cmXigJ0gc28gdGhh
dCB0aGUgY2FuIG9ubHkgc3VwcG9ydCBwYXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uDQogdHlwZXMu
PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxh
bmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIGxhbmc9IkVOLVVTIj5J4oCZdmUgdGFrZW4gYSBxdWljayBsb29rIGF0IHRoZSBtb2Rl
bDo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0
eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwxIGxm
bzMiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPlRoZSDigJxlbmFibGVk4oCdIGxlYWYgbm9kZSB1bmRl
ciBpb2FtLXByb2ZpbGVzICh2aWEgZ3JvdXBpbmcgPC9zcGFuPg0KPHNwYW4gbGFuZz0iRU4tQ0Ei
IHN0eWxlPSJjb2xvcjpibGFjayI+aW9hbS1hZG1pbi1jb25maWcpIHNheXMgJnF1b3Q7V2hlbiB0
cnVlLCBJT0FNIGNvbmZpZ3VyYXRpb24gaXMgZW5hYmxlZCBmb3IgdGhlIHN5c3RlbS4mcXVvdDsu
IEkgdGhpbmsgaXTigJlkIG1ha2UgbW9yZSBzZW5zZSBpZiB0aGF0IGVuYWJsZWQgZmxhZyB3YXMg
dG8gZW5hYmxlL2Rpc2FibGUgSU9BTSBkYXRhLXBsYW5lIGZ1bmN0aW9uYWxpdHkuPC9zcGFuPjxz
cGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W3p0cl1ZZXMsIHRoaXMgaXMgbW9yZSBj
bGVhci4gSSB3aWxsIGFkZCB0aGUgd29yZHMgdG8gdGhlIGRvY3VtZW50Ljwvc3Bhbj48c3BhbiBs
YW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxp
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvNiI+DQo8c3BhbiBsYW5n
PSJFTi1VUyI+V291bGQgYmUgYmVzdCB0byB1c2UgeWFuZy12ZXJzaW9uIDEuMSBJTU8uPC9zcGFu
PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzYiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPlBs
ZWFzZSB0YWtlIGEgbG9vayBhdCA2MDg3YmlzLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86
cD48L286cD48L3NwYW4+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPlt6dHJdQ291bGQgeW91IHBsZWFzZSBwb2ludCBvdXQgd2hhdCBwYXJ0IG9m
IHRoZSA2MDg3YmlzIEkgbmVlZCB0byBwYXkgYXR0ZW50aW9uPyBBbmQgd2hhdCBpcyBub3QgeWFu
ZyAxLjE/DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGludGVuZGVkIHRv
IGZvbGxvdyB5YW5nIDEuMSBpbmRlZWQuDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LWZhbWlseTpXaW5nZGluZ3M7Y29sb3I6IzFGNDk3RCI+Sjwvc3Bhbj48c3BhbiBsYW5n
PSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT
Ij5SZWdhcmRzLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+UmVzaGFkLjwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVO
LUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk
ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1z
aXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4t
Q0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5pcHBtICZsdDs8L3NwYW4+
PGEgaHJlZj0ibWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxz
cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+aXBwbS1ib3VuY2VzQGll
dGYub3JnPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4w
cHQ7Y29sb3I6YmxhY2siPiZndDsNCiBvbiBiZWhhbGYgb2YgVGlhbnJhbiBaaG91ICZsdDs8L3Nw
YW4+PGEgaHJlZj0ibWFpbHRvOnpob3V0aWFucmFuQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5r
Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPnpob3V0aWFucmFu
QGh1YXdlaS5jb208L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXpl
OjEyLjBwdDtjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5XZWRuZXNkYXksIE1h
cmNoIDIxLCAyMDE4IGF0IDM6MDMgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90Ozwvc3Bhbj48YSBo
cmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVO
LUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+aXBwbUBpZXRmLm9yZzwvc3Bhbj48L2E+PHNw
YW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mcXVv
dDsgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh
bmsiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+aXBwbUBpZXRm
Lm9yZzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0
O2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5MaXpoZW5iaW4gJmx0Ozwvc3Bhbj48
YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj48c3Bh
biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPmxpemhlbmJpbkBodWF3ZWku
Y29tPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7
Y29sb3I6YmxhY2siPiZndDssICZxdW90Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZHJhZnQtemhv
dS1pcHBtLWlvYW0teWFuZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVO
LUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+ZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZ0Bp
ZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIu
MHB0O2NvbG9yOmJsYWNrIj4mcXVvdDsNCiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkcmFm
dC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFu
Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5kcmFmdC16aG91LWlwcG0taW9hbS15
YW5nQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6
ZToxMi4wcHQ7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2lwcG1dIG9w
dGltaXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBsYW5nPSJFTi1DQSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxhIG5hbWU9Im1fODI2NzM3OTc0MDg2NzQ4NTQ0
MV9fTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIEZvbGtzLDwvc3Bhbj48
L2E+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJF
Ti1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBsYW5nPSJFTi1VUyI+VGhhbmtzIEdyZWcgdG8gcG9pbnQgb3V0IHRoZSBmbGV4aWJpbGl0eSBv
ZiBzdWItcHJvZmlsZXMgb24gdGhlIG1lZXRpbmcuIEhlcmUgSSB3b3VsZCBsaWtlIHRvIGRpc2N1
c3MgdGhlIHdheSB0byBvcHRpbWl6ZSB0aGlzIHBvaW50IGZvciB0aGUgSU9BTSBZQU5HIGFzIGRl
c2NyaWJlZA0KIGluOjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2Vy
LmlldGYub3JnL2RvYy9kcmFmdC16aG91LWlwcG0taW9hbS15YW5nLyIgdGFyZ2V0PSJfYmxhbmsi
PjxzcGFuIGxhbmc9IkVOLVVTIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm
dC16aG91LWlwcG0taW9hbS15YW5nLzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4t
VVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+QWx0aG91Z2gsIGFz
IHN1Z2dlc3RlZCwgc2NoZW1hIG1vdW50IGNvdWxkIGhlbHAgdG8gZHluYW1pY2FsbHkgbW91bnQg
c3ViLXByb2ZpbGVzIHRvIHRoZSBJT0FNIGNvbmZpZ3VyYXRpb24sIElNSE8sIGl0IG1heSBsZWFk
IHRvIHRoZSBmcmFnbWVudGF0aW9uIG9mIHRoZSBtb2RlbCwNCiBJLmUuLCBzZXZlcmFsIG1vZHVs
ZXMuIEFuZCBJIGNhbm5vdCBzZWUgdGhlIHBvc3NpYmlsaXR5IHRvIHJldXNlIHRoZSBzdWItcHJv
ZmlsZXMsIGV4Y2VwdCB0byB0aGlzIG1vZGVsLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF
Ti1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5XaXRoIHRoZSBz
YW1lIHJlcXVpcmVtZW50LCBJIHdvdWxkIHN1Z2dlc3QgdG8gdXNlIOKAnGZlYXR1cmXigJ0gdG8g
ZW5hYmxlIHRoZSBzdXBwb3J0ZWQgSU9BTSBlbmNhcHN1bGF0aW9uIHR5cGVzLiBBbmQgdXNlIHRo
ZSDigJxlbmFibGXigJ0gd2l0aGluIGVhY2ggc3ViLXByb2ZpbGUgdG8NCiBpbmRpY2F0ZSB0aGUg
YWN0dWFsIHVzZWQgc3ViLXByb2ZpbGUgYnkgdGhlIGluc3RhbmNlLjwvc3Bhbj48c3BhbiBsYW5n
PSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT
Ij5Ob3cgZm91ciBlbmNhcHN1bGF0aW9uIHR5cGVzIGFyZSBzdXBwb3J0ZWQgYWNjb3JkaW5nIHRv
IHRoZSBsYXRlc3QgSU9BTSBkYXRhIHNwZWNpZmljYXRpb24uIFdlIG1heSBhdWdtZW50IHRoZSBt
b2RlbCB3aXRoIG1vcmUgc3ViLXByb2ZpbGVzLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF
Ti1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5UaG91Z2h0cz88
L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5n
PSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V
UyI+VGlhbnJhbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiPjxi
cj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K
aXBwbSBtYWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5v
cmciPjxzcGFuIGxhbmc9IkVOLUNBIj5pcHBtQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBsYW5n
PSJFTi1DQSI+PGJyPg0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vaXBwbSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVOLUNBIj5odHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG08L3NwYW4+PC9hPjxzcGFuIGxh
bmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BBA82579FD347748BEADC4C445EA0F21A6D5F063NKGEML515MBXchi_--


From nobody Sat Apr  7 23:27:31 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 292CE127369 for <ippm@ietfa.amsl.com>; Sat,  7 Apr 2018 23:27:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D_dsLhqOdXqj for <ippm@ietfa.amsl.com>; Sat,  7 Apr 2018 23:27:28 -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 006BE1273E2 for <ippm@ietf.org>; Sat,  7 Apr 2018 23:27:28 -0700 (PDT)
Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 0A3B3F33AF908 for <ippm@ietf.org>; Sun,  8 Apr 2018 07:27:23 +0100 (IST)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.382.0; Sun, 8 Apr 2018 07:27:24 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0361.001; Sun, 8 Apr 2018 14:27:21 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: New Version Notification for draft-zhou-ippm-ioam-yang-01.txt
Thread-Index: AQHTzwF9vwi+Fh+9S06iV/e4udiMdaP2ZTsA
Date: Sun, 8 Apr 2018 06:27:21 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D5F210@NKGEML515-MBX.china.huawei.com>
References: <152316832195.1563.12480950733734865529.idtracker@ietfa.amsl.com>
In-Reply-To: <152316832195.1563.12480950733734865529.idtracker@ietfa.amsl.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.156.116]
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/ippm/N3gSZG61BtmeSzNTQdYpstrLk00>
Subject: [ippm] FW: New Version Notification for draft-zhou-ippm-ioam-yang-01.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Apr 2018 06:27:30 -0000

SGkgRm9sa3MsDQoNCkhlcmUgaXMgdGhlIHF1aWNrIHJldmlzaW9uIHRvIHJlc3BvbmQgdGhlIGRp
c2N1c3Npb25zIGluIHRoZSBtYWlsaW5nIGxpc3QuDQpUaGUgbWFqb3IgY2hhbmdlcyBvbiBpb2Ft
IHlhbmcgbW9kZWwgaW5jbHVkZXM6DQoxLiBmZWF0dXJlIHN1cHBvcnQgZm9yIGVhY2ggc3ViLXBy
b2ZpbGUuDQoyLiB0aGUgcmlnaHQgcmVmZXJlbmNlIHRvIEFDTCBtb2R1bGUuDQoNCkFuZCB0aGVy
ZSBhcmUgc29tZSBtb2RpZmljYXRpb24gb24gdGV4dHMuDQoNClBsZWFzZSByZXZpZXcgYW5kIGNv
bW1lbnQgb24gdGhpcyBuZXcgcmV2aXNpb24uDQoNCkkgd2lsbCByZXNwb25kIHRvIHRoZSB5YW5n
IDEuMSBjb21wbGlhbmNlIHJlcXVlc3QgYW5kIHBvdCBsYXRlci4NCg0KVGhhbmtzLA0KVGlhbnJh
bg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGll
dGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IFN1bmRheSwg
QXByaWwgMDgsIDIwMTggMjoxOSBQTQ0KVG86IFNyaWhhcmkgUmFnaGF2YW4gPHNyaWhhcmlAY2lz
Y28uY29tPjsgRnJhbmsgQnJvY2tuZXJzIDxmYnJvY2tuZUBjaXNjby5jb20+OyBKYW1lcyBOIEd1
aWNoYXJkIDxqYW1lcy5uLmd1aWNoYXJkQGh1YXdlaS5jb20+OyBUaWFucmFuIFpob3UgPHpob3V0
aWFucmFuQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y
IGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmctMDEudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJ
LUQsIGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmctMDEudHh0IGhhcyBiZWVuIHN1Y2Nlc3NmdWxs
eSBzdWJtaXR0ZWQgYnkgVGlhbnJhbiBaaG91IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3Np
dG9yeS4NCg0KTmFtZToJCWRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcNClJldmlzaW9uOgkwMQ0K
VGl0bGU6CQlBIFlBTkcgRGF0YSBNb2RlbCBmb3IgSW4tU2l0dSBPQU0NCkRvY3VtZW50IGRhdGU6
CTIwMTgtMDQtMDgNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTE5DQpV
Ukw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0
LXpob3UtaXBwbS1pb2FtLXlhbmctMDEudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZy8NCkh0bWxpemVk
OiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtemhvdS1pcHBtLWlvYW0t
eWFuZy0wMQ0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j
L2h0bWwvZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8v
d3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC16aG91LWlwcG0taW9hbS15YW5nLTAxDQoN
CkFic3RyYWN0Og0KICAgSW4tc2l0dSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kIE1h
aW50ZW5hbmNlIChJT0FNKSByZWNvcmRzDQogICBvcGVyYXRpb25hbCBhbmQgdGVsZW1ldHJ5IGlu
Zm9ybWF0aW9uIGluIHVzZXIgcGFja2V0cyB3aGlsZSB0aGUNCiAgIHBhY2tldHMgdHJhdmVyc2Ug
YSBwYXRoIGJldHdlZW4gdHdvIHBvaW50cyBpbiB0aGUgbmV0d29yay4gIFRoaXMNCiAgIGRvY3Vt
ZW50IGRlZmluZXMgYSBZQU5HIG1vZHVsZSBmb3IgdGhlIElPQU0gZnVuY3Rpb24uDQoNCg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2Ug
YSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhl
IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y
Zy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K


From nobody Sun Apr  8 14:18:18 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A069C12D86A; Sun,  8 Apr 2018 14:18:12 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ippm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.77.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152322229262.1413.9078643004350982803@ietfa.amsl.com>
Date: Sun, 08 Apr 2018 14:18:12 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/yf7--pNDEvfIaCPZjsv23xfGVyo>
Subject: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-07.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Apr 2018 21:18:12 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Performance Measurement WG of the IETF.

        Title           : Two-Way Active Measurement Protocol (TWAMP) Data Model
        Authors         : Ruth Civil
                          Al Morton
                          Reshad Rahman
                          Mahesh Jethanandani
                          Kostas Pentikousis
	Filename        : draft-ietf-ippm-twamp-yang-07.txt
	Pages           : 66
	Date            : 2018-04-08

Abstract:
   This document specifies a data model for client and server
   implementations of the Two-Way Active Measurement Protocol (TWAMP).
   We define the TWAMP data model through Unified Modeling Language
   (UML) class diagrams and formally specify it using YANG.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-07
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-07

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-twamp-yang-07


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Sun Apr  8 14:43:56 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05A431205D3; Sun,  8 Apr 2018 14:43:54 -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 AWJ6_SWkXGOy; Sun,  8 Apr 2018 14:43:51 -0700 (PDT)
Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C21491201F2; Sun,  8 Apr 2018 14:43:51 -0700 (PDT)
Received: by mail-pf0-x232.google.com with SMTP id h69so4562726pfe.13; Sun, 08 Apr 2018 14:43:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BRHDtzp+HZTww0cjLzCoy5ZFm+4TyiFyxlNz29Ak2LU=; b=ELA0ng2DmUK3OyEjqkH0c0ptQGL1gMBntJ+m4BRYCMSX7sr852eDIdzWcLYUxX68u0 Vu8+gfS12zd1cbBnmPjz3nOzYVF3NlX1dn+33miBV1J8hqEJIBLdxoZT9KOoQR5r+BGp h24lV6flQtI8zHBuMENYdgt/3UqPZrI9JlswuGsuyEkMpPLbB7+HBdFXAYlx7VY1OS5x R5q7jEPBQBBTs/epMGn8LhXY+dam7TwahU7q7x06ULeN5+OTFJlnpk0R5ghtwXGuY/3y N6hYCgPquw97UysViHqdSNfsZ1STIi8EeSmmsPtOg+z4zeQ8fvpxvy11AyprfXCG/N1k yosg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BRHDtzp+HZTww0cjLzCoy5ZFm+4TyiFyxlNz29Ak2LU=; b=OkcFkbPVFqdLG0KcE33MbI0vCjSKSMaVN/EaOcmqnhDV7VaL6wNktDz6XA/yLe1CS6 PDrpP3nduckByuEDWY53WHeo1XPeFr/AAyr05fjj3CN2RgFnAYwYPlBsgi7rmrWj/280 7ay1F9JUHVF7DBvbtkzEqHYDFO+NC92FJ7n3k5xx7+EocQrm2jzvZI1hW05iGmYv/51X 4uipkfpAqd7J6rU2jPLVbdnysLZCUOiz0DsX6+l3HNadmP43oub84CGkLM8Cw2iOTRPv E2q+VGECirMtX1j0Hd3PP3AkT+OYrOMS20U9NS3yI5+PTq3PJadyh9tbakOfY3EFAmkK y5XQ==
X-Gm-Message-State: AElRT7FUbGHFBYuf/vb4IW+q9yfJTTxrEuCjrwpJO1PAZM/kzTKjn0R1 5I0R9DiCxUkanrbazMpuUHbY92cg
X-Google-Smtp-Source: AIpwx48DxcfUpkbJ1AtjZ4EDMFa2dcFG5S10tGi/J9Y5e7oBZL7OjlNH7g54cFTnfWd5xjc5r/JlnQ==
X-Received: by 10.98.201.15 with SMTP id k15mr27051055pfg.184.1523223831123; Sun, 08 Apr 2018 14:43:51 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:1879:1cea:2480:a538? ([2601:647:4700:1280:1879:1cea:2480:a538]) by smtp.gmail.com with ESMTPSA id a5sm32657942pfl.159.2018.04.08.14.43.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 08 Apr 2018 14:43:50 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <152322229262.1413.9078643004350982803@ietfa.amsl.com>
Date: Sun, 8 Apr 2018 14:43:49 -0700
Cc: i-d-announce@ietf.org, ippm@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <05C5BE73-AEA5-4324-9324-3615657370D2@gmail.com>
References: <152322229262.1413.9078643004350982803@ietfa.amsl.com>
To: internet-drafts@ietf.org
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/HAr5vRRTkRD-Jdkx2J1y4jp7CIs>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-07.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Apr 2018 21:43:54 -0000

Spencer,

We, the authors, believe that this version of the draft addresses the =
comments you raised as part of the AD review. Please let us know if =
there are any comments or questions.

Thanks

> On Apr 8, 2018, at 2:18 PM, internet-drafts@ietf.org wrote:
>=20
>=20
> A New Internet-Draft is available from the on-line Internet-Drafts =
directories.
> This draft is a work item of the IP Performance Measurement WG of the =
IETF.
>=20
>        Title           : Two-Way Active Measurement Protocol (TWAMP) =
Data Model
>        Authors         : Ruth Civil
>                          Al Morton
>                          Reshad Rahman
>                          Mahesh Jethanandani
>                          Kostas Pentikousis
> 	Filename        : draft-ietf-ippm-twamp-yang-07.txt
> 	Pages           : 66
> 	Date            : 2018-04-08
>=20
> Abstract:
>   This document specifies a data model for client and server
>   implementations of the Two-Way Active Measurement Protocol (TWAMP).
>   We define the TWAMP data model through Unified Modeling Language
>   (UML) class diagrams and formally specify it using YANG.
>=20
>=20
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>=20
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-07
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-07
>=20
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-twamp-yang-07
>=20
>=20
> Please note that it may take a couple of minutes from the time of =
submission
> until the htmlized version and diff are available at tools.ietf.org.
>=20
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>=20
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Mon Apr  9 07:57:41 2018
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BAAC1242F5; Mon,  9 Apr 2018 07:57:39 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.77.1
Auto-Submitted: auto-generated
Precedence: bulk
CC: ippm-chairs@ietf.org, nalini.elkins@insidethestack.com, ippm@ietf.org, draft-ietf-ippm-twamp-yang@ietf.org, Nalini Elkins <nalini.elkins@insidethestack.com>, spencerdawkins.ietf@gmail.com
Reply-To: ietf@ietf.org
Sender: <iesg-secretary@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <152328585933.30796.17694275929192609544.idtracker@ietfa.amsl.com>
Date: Mon, 09 Apr 2018 07:57:39 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/7qMrKu-QqEfEJSmY1W1LirjCER8>
Subject: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Apr 2018 14:57:39 -0000

The IESG has received a request from the IP Performance Measurement WG (ippm)
to consider the following document: - 'Two-Way Active Measurement Protocol
(TWAMP) Data Model'
  <draft-ietf-ippm-twamp-yang-07.txt> as Proposed Standard

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

Abstract


   This document specifies a data model for client and server
   implementations of the Two-Way Active Measurement Protocol (TWAMP).
   We define the TWAMP data model through Unified Modeling Language
   (UML) class diagrams and formally specify it using YANG.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/ballot/


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





From nobody Wed Apr 11 03:02:42 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B4BB12420B for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 03:02:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_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 CygR4G8rLyEg for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 03:02:37 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5FF81200A0 for <ippm@ietf.org>; Wed, 11 Apr 2018 03:02:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7063; q=dns/txt; s=iport; t=1523440957; x=1524650557; h=from:to:subject:date:message-id:mime-version; bh=9GEE4IiapvxBM0vaTR7TsSCFVJ+3TemjX9Kfh93tbWw=; b=UxutBnnHW7UnEj4FTFjXwpd/+149KO6A8Zugu91Ej9yq8baKOPXhs7V4 GDtuD/NKddKlfr4Pi/0qErJveNg8xF+4cMwXXkhWUa96EvwBSAtTwd3Jn PjFd0D7VBJHFUDmc/Sh69YnDzjeFy7dRhxUi0Df/yCPmbvw5PvDVSY864 A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DNAADg281a/5NdJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNdWFvMotZjRKDA416hGeBeguHUyE0GAECAQEBAQEBAmw?= =?us-ascii?q?ohVZeAYEAJgEEGxeECmSoc4hMgh+HboFUP4EMh1CFdwKXVwgCin2DMIxMj2c?= =?us-ascii?q?CERMBgSQBHDiBUnAVOoJEghwaEY4GjRCBFwEB?=
X-IronPort-AV: E=Sophos; i="5.48,435,1517875200"; d="scan'208,217"; a="97235125"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Apr 2018 10:02:36 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w3BA2aO0008673 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <ippm@ietf.org>; Wed, 11 Apr 2018 10:02:36 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 11 Apr 2018 05:02:36 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Wed, 11 Apr 2018 05:02:36 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: IETF IPPM WG <ippm@ietf.org>
Thread-Topic: encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AdPRe/DslDwu34XkSmq8g6ttV3Kt0Q==
Date: Wed, 11 Apr 2018 10:02:36 +0000
Message-ID: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.7]
Content-Type: multipart/alternative; boundary="_000_ff0c9182d1f14ec48b352e41fedaf58eXCHRCD008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/fvHqnWP6q2oBzViCeXw4zhl4Kp8>
Subject: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 10:02:40 -0000

--_000_ff0c9182d1f14ec48b352e41fedaf58eXCHRCD008ciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Back at the IPPM meeting in London, we discussed several drafts dealing wit=
h the encapsulation of IOAM data in various protocols (draft-brockners-ippm=
-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-io=
am-gre-00). One discussion topic that we decided to take to the list was th=
e question on whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  A=
fter carefully considering draft-ooamdt-rtgwg-ooam-header, I came to the co=
nclusion that the "OOAM header" does not meet the needs of IOAM:
* Efficiency: IOAM adds data to live user traffic. As such, an encapsulatio=
n needs to be as efficient as possible. The "OOAM header" is 8 bytes long. =
The approach for IOAM data encapsulation in the above mentioned drafts only=
 requires 4 bytes. Using the OOAM header approach would add an unnecessary =
overhead of 4 bytes - which is significant.
* Maturity: IOAM has several implementations, which were also shown at rece=
nt IETF hackathons - and we're expecting additional implementations to be p=
ublicized soon. Interoperable implementations need timely specifications. D=
espite the question being asked, the recent thread on OOAM in the NVO3 list=
 hasn't revealed any implementation of the OOAM header. In addition, the th=
read revealed that several fundamental questions about the OOAM header are =
still open, such as whether or how active OAM mechanisms within protocols s=
uch as Geneve would apply to the OOAM header. This ultimately means that we=
 won't get to a timely specification.
* Scope: It isn't entirely clear to which protocols the OOAM header would u=
ltimately apply to. The way the OOAM header is defined, OOAM uses a 8-bit f=
ield for "Next Prot", the next protocol. Some protocols that IOAM data need=
s to be encapsulated into use 16-bits for their next protocol code points. =
See e.g. the GRE encapsulation - as specified in draft-weis-ippm-ioam-gre-0=
0.
With the above in mind, I'd suggest that the WG moves forward with specific=
 definitions for encapsulating IOAM data into protocols - per the above men=
tioned drafts.

Regards, Frank

--_000_ff0c9182d1f14ec48b352e41fedaf58eXCHRCD008ciscocom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" 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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brock=
ners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00).
 One discussion topic that we decided to take to the list was the question =
on whether draft-ooamdt-rtgwg-ooam-header could be leveraged.&nbsp; After c=
arefully considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusi=
on that the &#8220;OOAM header&#8221; does not meet
 the needs of IOAM:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The &#8220;OOAM header&#8221; is 8 bytes long. The approach for IO=
AM data encapsulation in the above mentioned drafts
 only requires 4 bytes. Using the OOAM header approach would add an unneces=
sary overhead of 4 bytes &#8211; which is significant.<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons &#8211; and =
we&#8217;re expecting additional implementations to be publicized soon. Int=
eroperable implementations need timely specifications.
 Despite the question being asked, the recent thread on OOAM in the NVO3 li=
st hasn&#8217;t revealed any implementation of the OOAM header. In addition=
, the thread revealed that several fundamental questions about the OOAM hea=
der are still open, such as whether or
 how active OAM mechanisms within protocols such as Geneve would apply to t=
he OOAM header. This ultimately means that we won&#8217;t get to a timely s=
pecification.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn&#8217;t entirel=
y clear to which protocols the OOAM header would ultimately apply to. The w=
ay the OOAM header is defined, OOAM uses a 8-bit field for &#8220;Next Prot=
&#8221;, the next protocol. Some protocols that IOAM data
 needs to be encapsulated into use 16-bits for their next protocol code poi=
nts. See e.g. the GRE encapsulation &#8211; as specified in draft-weis-ippm=
-ioam-gre-00.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I&#8217=
;d suggest that the WG moves forward with specific definitions for encapsul=
ating IOAM data into protocols &#8211; per the above mentioned drafts.<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal">Regards, Frank<o:p></o:p></p>
</div>
</body>
</html>

--_000_ff0c9182d1f14ec48b352e41fedaf58eXCHRCD008ciscocom_--


From nobody Wed Apr 11 04:42:03 2018
Return-Path: <daedulus@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B735D126579; Wed, 11 Apr 2018 04:42:00 -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_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nWpm_APn-dvf; Wed, 11 Apr 2018 04:41:58 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00099.outbound.protection.outlook.com [40.107.0.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C6BE124BE8; Wed, 11 Apr 2018 04:41:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3CjGIsF6ldBI8HNNnhSfkmzF/4rubOzfvqq48xo6Cdc=; b=HG01UtscneQdirfBdbcbquUOSMsawY93pz5lwy2SzQ+5wJA5pNhNtBISSJvK1UpVRUlgZ/fxSp6XwxAb0SvDOKKLmtGK5PC1bGDBVaSa60ptCRq5VfsyLMFqqJcfx5XjbtZPQW0TsUpucE1/Ajp3vdmzdCG9hFpqLq+MyUw+H5Q=
Received: from pc6 (86.165.129.75) by HE1PR0701MB2345.eurprd07.prod.outlook.com (2603:10a6:3:6f::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.675.7; Wed, 11 Apr 2018 11:41:54 +0000
Message-ID: <005001d3d18a$00577520$4001a8c0@gateway.2wire.net>
From: "tom p." <daedulus@btconnect.com>
To: <ietf@ietf.org>
Cc: <ippm-chairs@ietf.org>, <draft-ietf-ippm-twamp-yang@ietf.org>, <ippm@ietf.org>
References: <152328585933.30796.17694275929192609544.idtracker@ietfa.amsl.com>
Date: Wed, 11 Apr 2018 12:40:50 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: HE1PR05CA0174.eurprd05.prod.outlook.com (2603:10a6:3:f8::22) To HE1PR0701MB2345.eurprd07.prod.outlook.com (2603:10a6:3:6f::17)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:HE1PR0701MB2345; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 3:ou7yCSHf9uNRewfOd09GnupavJVou7YzKVa3WV6Afw7SXJTYpgaeNbbN9a1naXGcCqW/kZQXpSbOrnGuwxruSLK+ULqHqVO9Z804f47uWFmSGqkgiuQSPEtdHG5zay64b9wOM73cnQGdV9FSTY2Kab+b0IQy+jUiSG3P8wiJlK4I0HgP37FDCEVDMT/fOGo7ptxKi1uNpegWuLJxCgOq9TQqc9cXdpu1wgPptc4qHtSYZiPJ/X308DStDhR0DFGc; 25:pcrfM5wuwH8lPsNO4Y1iCd8A2YU51OfmYh1AWnt+QVLE2IV38YkPoAYpJBm74PqOWEEh/n+bucONpTEqBFbHHsyM/5sHbhYsrkB9C893zzVX897Fkyjqheh93e/u3rgtyCcru3+hg9tWTeQmpfMYcGMVaHeLlByg4hSAtCRc1A4n7oV8Jo5jEKiAVnZu/OkDNMvtPTYBQzwceYja05Z4h2HUSEwevWX+HkZ4BNy1FdOILa0HFcXoh/qIJDbmejXSfEuP26JHcEZYQf2l6fzpZbm5t5TyWBWYr7YmwVHJyS7K+T02cnfPJZ6A3nWAlsfW3aJc2ha8aTj0J+EnIYQVRQ==; 31:Bf5gh4Yj+pZuQxb4vjiogpnYKWot1a2JMiYUHMULuw6E16SPTt3MVmCQd6YhbHzbwq6RZOOt7UAGgt62Hfh9T2IXNinJ5KQLIDkjpDkyOcAFayFtrJWwfWe1WoRLzXypVkm1dZj5+SgHfAFoEQNb0R8fOStyaXVDXgWk7OlGucP3Lu3awagbgGhHeu7J+kp35OKVCb16TPbd6pCeflDV1QBZjokYeJrMuyQhFgnNrVI=
X-MS-TrafficTypeDiagnostic: HE1PR0701MB2345:
X-Microsoft-Antispam-PRVS: <HE1PR0701MB23453140E5D41E2AA73E29C1C6BD0@HE1PR0701MB2345.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(158342451672863)(120809045254105)(192374486261705)(15185016700835); 
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(5005006)(8121501046)(3231221)(944501327)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041310)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:HE1PR0701MB2345; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB2345; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 4:xf+TGwQRXCF2Uqb2F10XNcJCZzmvMW9QzPbQkf20eSrDZ/BGPKP1Wc296gFeixREvpKh6FOJ54tS/n9KjTerTXLIr+1Zii5vjOx7uHNduAhOUfyDv8icPDrncy9/sEkOmeJQQy0EHHJn9UduYQKSfFiIsj7uXerIBnkA34xS50Aj4YDvuSmA+8WzHhTQfwVBwe4DpElYvH//MFjXnXdoQ8Yj7rXKq1k0OevpMIMgvHy2uv3l3AgGq1+8qC0HoET/4VWjuTc4urfCfT1GoxHw9c46U0ylRVNwXVBzH0Daej0oZhwNxV0sncdpX2YadO2fw5Gxsxtud0mTD98vUzejOgITZwF31eoVbMpzE40AmfoGpM9K6UTW1sJgYJ2/y4koIM7LmqxH0QqT0rUw8em2UDTTDR1n+06fwF2OVPYNS+o=
X-Forefront-PRVS: 0639027A9E
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(376002)(39380400002)(366004)(396003)(189003)(13464003)(199004)(486006)(6486002)(8936002)(4326008)(50226002)(229853002)(50466002)(230700001)(3846002)(2906002)(81156014)(81166006)(6116002)(84392002)(14496001)(956004)(446003)(4720700003)(81686011)(386003)(54906003)(26005)(186003)(316002)(62236002)(476003)(47776003)(16526019)(6246003)(33896004)(81816011)(6346003)(86362001)(66066001)(105586002)(68736007)(966005)(5820100001)(106356001)(6916009)(53936002)(8676002)(59450400001)(1556002)(6666003)(2351001)(61296003)(7736002)(450100002)(6496006)(44716002)(305945005)(76176011)(5660300001)(478600001)(52116002)(44736005)(9686003)(23676004)(25786009)(97736004)(6306002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB2345; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; 
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtIRTFQUjA3MDFNQjIzNDU7MjM6b2RkYXA5THlGRUpPV1BWZ1BCcWNZZk9p?= =?utf-8?B?Vit3eEtBdzJ0c1hVNngyUlFIWDZVY002YzZsRzk3NGJIdVBaMmNZbm1LYlZi?= =?utf-8?B?cU1ITzlWSkhGNjk1bngzZDU0aythcWZLV00zWnB5S0VwelJuMGh6S0Q1c1BH?= =?utf-8?B?dGlKVlQ0WTRWZlBPL1pGV05MbEg2RVdleVdDY2JWdjIrSmFXTDRZQWMrTVdB?= =?utf-8?B?NVRQTVBPSDNCRVlzMUE2cWoyRytHYmNFcEMxOTRpREJLVFhHLzVaamp1Ti9n?= =?utf-8?B?Ulpqa0FuZzR2MThBekhnVEw4MkNkSFJUekpwc3JpbnJvT0NLODBNNGs0eVdt?= =?utf-8?B?Wnl5RXozTmpsSUhadG94bUdLd2VWaWhoMElObSsycndicmZJRHd5VHZXcXJG?= =?utf-8?B?ZkZzTExTUW94ai9tWi9JMzRSUXQ3SXFCREExYlZJekJjWG95MThEKzZ6ejcw?= =?utf-8?B?TUtNRm4va3Uzc2svTFkvU0FHdGYxSDlXOUVzZXZ6UE8vWXV4ZkRMYmdXN0x3?= =?utf-8?B?WklXWUswK2ZQL3ZOcGcrcDM2UFd2blBac3pSSzNlalpEaHQ1dktOWmlSNnFV?= =?utf-8?B?S3pqbmtOYkxOckpKK2d3US9BcmdCeVlkVWJJR28yMHZLdElIcGxJYkpsM2Ev?= =?utf-8?B?OFdzMXFTWnB3QURNaUsxNmVhcGlKMFNkbWtFaUdhTkpnRnRzVWtYQ1BnYW9Q?= =?utf-8?B?bTR4bVhNdFlUKzBNUis4NENaakE0cWI1T3dOT0ZrZWplSXZsVUJJR1IxTis3?= =?utf-8?B?TGVET0FZUE5RbEJBZWh1VzJvK29GclpTaSt0ZHg4bE9BMzdycVVCZVlkeTcy?= =?utf-8?B?TXYxVVpUMEV6emY3ck1pLzN2c21LQ3FTYjVnaXRlM2JuYU9qcnhJQWhlUHow?= =?utf-8?B?N3BVbm9rL3ZJcmJ0SndDMVlNSFNNQ08weUNtc1dLaDdMakhKVUdEcXIxSzBq?= =?utf-8?B?b0JNM20ra2JyNnJmSmpFcmVZTHlqUUs0MnF0L0NRRVo2ZnhzR1E4enhtb1hw?= =?utf-8?B?UE1tTE5mMVBJUGtETUQ4WEYzZmgwU2F6S1JUOXJkL2lHNThjYjVrT2tZRXh2?= =?utf-8?B?Qm1jOFhaM2p3TzE5VVoycjV0dmZTamVvWlFuY0xMV2tmWWdVMWVENlF1dGZk?= =?utf-8?B?MHVTamFObVlkSFVSUkxDdWNOWmFBUWZpcHNoSkNIKzRReTFlSWM3emIwMWZX?= =?utf-8?B?NWU2b3BmRGtXdmQ0YjZ1V0ZLSEhocEZXSUVsVWVGN0pSWG5IVnNEcStjSnQx?= =?utf-8?B?V1lybDY1UEE1TW9NUlhGNVhQYWVxaytZTDNZYnpTa2xxT0hjSTRXU1g5a1lD?= =?utf-8?B?NHNIekVzcDNCU1hmbWRzRGs4Qjd4QTZRV2x6em84NjQvN2VTTjAvZ2UrMVor?= =?utf-8?B?c1JDQVd3T0FCNFFNUzEycitPOGw5dTFKcFArck5hcnA4U1ZyalpaUjNiR3Rh?= =?utf-8?B?SDVqa3NXY0xDeEl1MjhNU01rYzllMjBhYkhxL01TRFZxQTVNeFhCaGwwZzJK?= =?utf-8?B?cXFHZ0h0Zm0wNXZ1WldhMnRTY2hvNExCSEovWjVXVERncUpVK2hQNEFTMkhy?= =?utf-8?B?OTBZclJmWHZRN0JmMGdiUi9FWEEySDhsV1ZuQTZONUNycnMxZ1hCeFEyL2Vu?= =?utf-8?B?RnFUOTcwVG91ZlNkcG9wYng4OUtwWUJybHcyOERxdGdjWVZVWFA3NU0va1Vh?= =?utf-8?B?TUVyMTAxc1lkSGRqVFZmdjkyNUlZS2ZITWVWNUl3aEpCWnJsQ1U1bXdDdzN4?= =?utf-8?B?SE1iQVdXamtYc2ZQSzI5WUxmOWpsM0t3dE1ZNWV5MHYvQkhJaTJwbkVhNWpt?= =?utf-8?B?b0NsMTh1bFJkZmovOEZvc2xMOEM3bS9DOHRyWlc4OGE2cnBRZE1GNGlwUWxk?= =?utf-8?B?SzJ1aHRURU9HUzc2TDFUUWduczJaVkJ1Z3RDeTNJR3c3VldKelVzSnkwenJW?= =?utf-8?B?ajZjRTNpNDRmOVdnd3pTMTRTMjlQSE9BMFZhL0ttODI0eUNhdWFSdVdnMWUy?= =?utf-8?B?NjdYeWpoWmVvV0NuYzB4Vlh0eDM5SnAxNitJTUFhOHBHaEw5Z3BlM3FwYkdi?= =?utf-8?B?K3VHZVZFNWxMdFZ1d3R5TXBmVVIxK3pMRllJUUdMTkVpaGJGQmkyUWtKYmwy?= =?utf-8?B?YXhIZDY0QVZWc3ludWlPTnB1cUNNdDFjcDd5ZzV1cGZkcTg5MjA1TDNOaFQw?= =?utf-8?B?dVJ2RFAxckR2N0tQeCtNQ3c4dUVSN1E9PQ==?=
X-Microsoft-Antispam-Message-Info: UCNE9FVa7NcryqY/MybNKPL9vcjLm6HBohfLDVrRrJd9iWwOd3gtUscyLOLMmNdRbWhLy37uOo4qOzQuCeY3K7Usf76qEn8NB0aVogvHRGJOOketAVgqJ+ogNnS+66LI2nhKhqqySUt2v7947pnkc8zMx9gQYv9z6fU4jhmkRC7rLOvEsnJsLdJ2i3ubg3Xr
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 6:Z7icQEFIUeDaoIYNebLgCW3VQ2uwes76ttDzP6hmIefCfJH7NP9dHP4q5BOOT3spSYgwOwM5TVBWnEv7EXBLtHYKs9bdm7Q71F0n6XV6P/PNvB/o5ypd9o7hJwPrF7Jnsd0cz9QThvJbBb3onGXFZmxoZXCIDD7/gXkKcWfy92OXCDPGk2Own+lyuKBKA+0PD0CX8ky2JMsy27nnV2pk4uTY8eYN3op4M4jaWrUmYQWmvKy9b0cfb0opKBrAtYkNKyhoHVavpn3XtHjquZJW0tcfGduUDSBAHhwkPRa9anjqKq3UR3efpF+ptVgBq30wrz3fqFMccG8rtAUaNfdcmuvLoeVZeP4aNw34fgclsa62DZ1IDv8QXcGz/kmYKmZOPtX+4JWfzXBRPvA2gr4Z8i5o/KHuS1+/SJuXPyAuL5QvEW9aOWV2pJmVC1wpikDRMuIX7zc18OfuAOQ6jV/ltg==; 5:3of6+9uMDPLlJT1Ui24bGM7e3/L29am+x0HxeiAoX1RA2RWk7ZvYcdPjdAIX3C33Kq3lHkbqTzSh66xvw5LE9vqCy0pGhd1xVsZHAHYzvcSroeDCGJpk1YzBMPBQssTmOOmPVS4j1BYE5cDYEAMAjz7hOQKsDVY3vh85phBBJJc=; 24:ZXA9MzQVUt5IemkYZ38zirIq8AtOyAqwqUjEghBAwTCgfSGUQBDXyjK8o0aD3Qnu5Dni0z+EK9ho3MNI/Ny3J5o7U0vMLdDxrC5MbCmP5xk=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 7:LQM63e9U8/SKPCg11OKyAv935yBpCAokcXllcg51eTL0YGjJs3rok/cQbZnwKgaBs29D9XQAEOc/CdHO+0mWi4kzu2gQ9FKjwhF48yG8sog8wM/hOsusptFQZIGmCa7gcVjLtCdI1Q1ce+wjDMalkdaUqMtUs1oNdmxWp/onV8ClyS0nMQ5BdN952AZcR50KAZJxuVKKAdaxT7v1N7s3E3NBxc/zCZIfEB/KCMrMyuiftVOLJTTBvkLwub02RRg7
X-MS-Office365-Filtering-Correlation-Id: 82d254bf-e377-41db-4461-08d59fa139dd
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Apr 2018 11:41:54.7622 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 82d254bf-e377-41db-4461-08d59fa139dd
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2345
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/rgh7NXADkuix3QtAwG78s6GTzrU>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 11:42:01 -0000

Some mostly administrative points on this I-D

[I-D.ietf-ippm-metric-registry] is an Informative Reference so would not
hold up the production of this as an RFC yet you ask that the text be
replaced by the RFC number which implies that you do want it held up. I
did ask the RFC Editor about this and yes, they would expect to catch it
but it would seem simpler if this could be a Normative Reference.  You
do have the statement up front about replacing the text with the RFC
number and yes, the RFC Editor like that.

There is no reference, no legend,  for Tree Diagrams in 5.1 .  There is
now an RFC on this, RFC 8340 while RFC8343 s.1.3 is an example of how to
reference this RFC.

There is no copyright statement in the YANG module as is required by
6087bis (please, IESG, make this an RFC soon:-)

leaf server-start-time {
includes
                The timestamp format follows RFC 1305
but I see no RFC 1305 in the references of the I-D

leaf reflector-udp-port
" The default number is
                  within to the dynamic port range and  .. "
which is not quite English.

"The new well-known port (862) MAY be used.";
This was allocated in 2008 which seems to stretch the meaning of 'new'

 leaf secret-key {
             type binary;
I wonder about the choice of binary; elsewhere, e.g. RFC8177,
hexadecimal is used.
Are there, should there be, any length constraints on this key?

 case poisson {
...
   reference
                  "RFC 2330: Framework for IP Performance Metrics";
RFC2330 I cannot see in the references for the I-D

The Security Considerations are not as per the current template e.g. no
mention of RESTCONF

Tom Petch

----- Original Message -----
From: "The IESG" <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
Cc: <ippm-chairs@ietf.org>; <draft-ietf-ippm-twamp-yang@ietf.org>;
<ippm@ietf.org>
Sent: Monday, April 09, 2018 3:57 PM

> The IESG has received a request from the IP Performance Measurement WG
(ippm)
> to consider the following document: - 'Two-Way Active Measurement
Protocol
> (TWAMP) Data Model'
>   <draft-ietf-ippm-twamp-yang-07.txt> as Proposed Standard
>
> The IESG plans to make a decision in the next few weeks, and solicits
final
> comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2018-04-27. Exceptionally, comments may
be
> sent to iesg@ietf.org instead. In either case, please retain the
beginning of
> the Subject line to allow automated sorting.
>
> Abstract
>
>
>    This document specifies a data model for client and server
>    implementations of the Two-Way Active Measurement Protocol (TWAMP).
>    We define the TWAMP data model through Unified Modeling Language
>    (UML) class diagrams and formally specify it using YANG.
>
>
>
>
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>
> IESG discussion can be tracked via
> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/ballot/
>
>
> No IPR declarations have been submitted directly on this I-D.
>
>
>
>


From nobody Wed Apr 11 06:21:49 2018
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1014E126D05; Wed, 11 Apr 2018 06:21:43 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.78.0
Auto-Submitted: auto-generated
Precedence: bulk
CC: Nevil Brownlee <n.brownlee@auckland.ac.nz>, ippm-chairs@ietf.org, draft-ietf-ippm-2330-ipv6@ietf.org, ippm@ietf.org, Brian Trammell <ietf@trammell.ch>, n.brownlee@auckland.ac.nz, spencerdawkins.ietf@gmail.com
Reply-To: ietf@ietf.org
Sender: <iesg-secretary@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <152345290301.2259.3199214387291546461.idtracker@ietfa.amsl.com>
Date: Wed, 11 Apr 2018 06:21:43 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/_EadZ63oyHjxwM99hwtsfZhZ9ok>
Subject: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 13:21:43 -0000

The IESG has received a request from the IP Performance Measurement WG (ippm)
to consider the following document: - 'IPv6, IPv4 and Coexistence Updates for
IPPM's Active Metric Framework'
  <draft-ietf-ippm-2330-ipv6-04.txt> as Informational RFC

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

Abstract


   This memo updates the IP Performance Metrics (IPPM) Framework RFC
   2330 with new considerations for measurement methodology and testing.
   It updates the definition of standard-formed packets in RFC 2330 to
   include IPv6 packets, deprecates the definition of minimum standard-
   formed packet, and augments distinguishing aspects of packets,
   referred to as Type-P for test packets in RFC 2330.  This memo
   identifies that IPv4-IPv6 co-existence can challenge measurements
   within the scope of the IPPM Framework.  Exemplary use cases include,
   but are not limited to IPv4-IPv6 translation, NAT, protocol
   encapsulation, IPv6 header compression, or use of IPv6 over Low-Power
   Wireless Area Networks (6LoWPAN).





The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ippm-2330-ipv6/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-ippm-2330-ipv6/ballot/


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





From nobody Wed Apr 11 08:39:42 2018
Return-Path: <daedulus@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B59FA1200FC; Wed, 11 Apr 2018 08:39:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.425
X-Spam-Level: 
X-Spam-Status: No, score=-0.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FAKE_REPLY_C=1.486, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YOUV8dXBkO-8; Wed, 11 Apr 2018 08:39:29 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0720.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1e::720]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA13E124BFA; Wed, 11 Apr 2018 08:39:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=i8pfHwUueUsVEvWJSr1SkacvIsjEQ5KNe7y6tph3u5A=; b=GGSI2954+KXDRwmiRgHtcbI1czKLfJmzo74Ik3/jjWQDcUSaMv83/7lRplPQ3NAUnG2QQu9k24dHSvDtBIzzDgCaA1QA2D4HhJ9MdADT88Ffk+dI8NkSOFoiobW36BsSMJnmmdp+qnm+TpTTNhCSw5XqGtRfuJSFIcUVpVrH2lc=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; 
Received: from pc6 (86.165.129.75) by AM5PR0701MB2339.eurprd07.prod.outlook.com (2603:10a6:203:e::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.675.4; Wed, 11 Apr 2018 15:39:25 +0000
Message-ID: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net>
From: "tom p." <daedulus@btconnect.com>
To: <ietf@ietf.org>
Cc: <ippm-chairs@ietf.org>, <draft-ietf-ippm-twamp-yang@ietf.org>, <ippm@ietf.org>
Date: Wed, 11 Apr 2018 16:35:55 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: VI1PR0401CA0021.eurprd04.prod.outlook.com (2603:10a6:800:4a::31) To AM5PR0701MB2339.eurprd07.prod.outlook.com (2603:10a6:203:e::9)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:(178726229863574); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:AM5PR0701MB2339; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2339; 3:DFUVCFvmIIm+j+FDa9v40aSscDZ9P/d0nG3YtQY4lA7IwfbOLgfV9eCLxBfvbJ5zZdhJwFvEau4y19fp02XMubcrHjQoDdE2WiQ3DrsY1pE6uB3JtJEBwyr3dMUMrwRwIjBiQjbD7f2xGh9+6NEQ+bcfXtVufzrukeh3E9e3L+uCuMKcnXDhQBAFr1desscgqc07N09Goq3bGvfagbrZAbusC0z9YuPk3mK1zvLaxzi3DjNabbD8p60oCJPCRW7R7qzJ2cQhvsPvbWaYYoT3jYV5rvRUlhNHBeCrI7QIbic=; 25:6Pwx9884IvhfRBwFIH6mJdEM0Ooiro9K3PMtkpGs7l2/1dMb5emgTQ5+pEIjmGFt5eiF+UfYKeuS77bQi1qVKwyatsNWA8/yqIsYhhrZGQWsUParZtS3pcfXJblX2DZ0Xd6L5KfWBhL+3kbCb+Mm0VBbGlV2sr8btUrigLB5YJk2O48IpJf7bc8L0u4bvOdc+aGAVhW15Q0X7INmkvrgizxP9e04s8Kq0o75iPyNtgwCbKhE6arGNvgO6kjVs0Di1OpFGSKSVSXNwpHS4tMxTkE7mwjGugPsAW4JbwaGJvKpwVkyL+WmOJvSQHWf/yglTzVW8C2OYaRyUsU8Ct41pg==; 31:XJ+++lTO26fccaflKG64yJ2hc1p41aADVZ6SZMOYHhvbPGvsezwlC78e+j2QAzxt5Aq4aSNNXC/jsy2FDrus4oPMyctFQEtUb8nTTiwzSXZibAu+84sr+KRN38SJFMlrMONYikYo0NAeZkmipZmFfWFiD6oNd9K7VE/ma/HiRFfAWxXPs3zgO89Tv2O63/Yfa98ZYlPzR5+Vv0i1bn40kjexhVxjXeHf/5xUNXtGuR8=
X-MS-TrafficTypeDiagnostic: AM5PR0701MB2339:
X-Microsoft-Antispam-PRVS: <AM5PR0701MB23395043881D5CBB09CA9A64C6BD0@AM5PR0701MB2339.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(178726229863574)(158342451672863)(120809045254105)(192374486261705)(15185016700835);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(10201501046)(3231221)(944501327)(52105095)(6055026)(61426038)(61427038)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:AM5PR0701MB2339; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2339; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2339; 4:S68S1nbyNeIeSRhDsDcF0XgonkN8HskTCsWqA2/Z+GbTZPbhnZnfmnkpxQRvJeZdS+SjvywOsRXOGgLGO0RC4anDlVH+0P7txaq83scuFues0UFXj9uc/9pU7hRe3Vmb7zVEayQKzYwxSsx7bdKKwPW3bH8In5QGnTF4NNWrPYJut0R6ZgRYKBrY7Okp0yvpjsDaKwjmpI/hPXV4ppofM0mm5q8WSRszeJJ1duMv64mtX9wev+6D5Ub2FrNVfHBkBtnCpHADARHRnSMC/wDRyaSGuNluc07RiOgfWZWzdzzV2KrU+bTmD4cfjG50RttvZIJeTTydr5UecQEp9ERBQW5dzfbBVBK/917QqQugcyPXV9ggPu4lHP8JGa58rZ+wygN/6oK+jhtHxV9jFABEDXiKLkLKAPrNMJC1+6mHK5nPofr7jmV5rTWVp8AJ9eSX
X-Forefront-PRVS: 0639027A9E
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(39380400002)(39860400002)(346002)(366004)(376002)(396003)(51444003)(189003)(199004)(13464003)(97736004)(86362001)(59450400001)(6116002)(478600001)(386003)(105586002)(450100002)(230700001)(3846002)(2906002)(106356001)(52116002)(4326008)(25786009)(33896004)(4720700003)(23676004)(8676002)(6666003)(6916009)(61296003)(81686011)(2351001)(81816011)(16526019)(81156014)(305945005)(6496006)(81166006)(84392002)(476003)(26005)(186003)(6486002)(7736002)(54906003)(50226002)(8936002)(44736005)(6246003)(956004)(47776003)(14496001)(66066001)(486006)(53936002)(5820100001)(966005)(9686003)(6306002)(44716002)(62236002)(5660300001)(229853002)(68736007)(50466002)(1556002)(316002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2339; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjIzMzk7MjM6cXFpVFhLN3RJODh5cHY1RXVZblRPdDJR?= =?utf-8?B?RkxnSEEyNnduUHBkSlZPeG5RVTVLQ3Y3OFJqNlF0WmY1T3Npa21FbGVTc3kr?= =?utf-8?B?M0FMdklLb1hvTWc1djNTUVR6d01DVWtHN2NSWGVwOEV4UGFVc0UvanpFeUgr?= =?utf-8?B?bG1Gb1QvMEw1WjIxL21WeStrcXBiRTc4eUR3am5CRHk2MWR4K2ZJMjRGcDYr?= =?utf-8?B?K0Q5cERLOTkwNEpEUEIzSmovTTdhWFpxUmhaWHQ2SEV1Ty90K3JhVzFpRi9p?= =?utf-8?B?d0d4WGlTNEVRNUZ4TkdyUFpaalJaUG9pQldOY0cvbURyazE0REEyNzQ0OWFo?= =?utf-8?B?eFRlQllhQWJJWVF3b1hjWklkSGdLSUdrNXZZMFowMldsajVGYTlvdmpJNlVD?= =?utf-8?B?RW04VmZIS3ViTU1rZXVhaHBEZUpuL0NGaUZGMEhURndqb3dJOG9ZQjdUeXo5?= =?utf-8?B?WGZ5NTNWbWVqUldXbzVMUjJlVmlpcE02eTFUakhoRVJ0Sk5ScGtZVEJqTFJP?= =?utf-8?B?czVxQjJnV2I5OHN5Q0cwRW5ESVZINCswS0Y1MkRBb0hndXhtYmhtL3FrK1Ir?= =?utf-8?B?bFRIaENneU1SVktIRnRPUlNoZ2tuU2ZocjE3RE9jbzJlZlU2SXpyWHZHbHdX?= =?utf-8?B?SXhMYTc0a2dMOTdES0FaNCtadmtNUHovcE42S2ZTby9lM2J6NWMrOFg1UHg3?= =?utf-8?B?TGpEOVVaS0pWVEVPSGNSMVFlRm5KSEFWQkhaSDNZZUFCcU4wL2dkb3AxV2NS?= =?utf-8?B?SXZzUThZNlllZmR4RS9Na29VUjJsMG5zV0NNVklRWnlFQ291OWhvWW1QSFU4?= =?utf-8?B?UzJpekU4c1p6RVB1Ni91ZjNyVGl2eVkvWGZ2ZVh0MkRjRTNGWDV2RDBOMHdn?= =?utf-8?B?K2hObS9wWkZNdk0yMzhMWUJyQ0J5dVRqemhQYWo3V1crZGpCbXA5dk5vNXVK?= =?utf-8?B?Ujl4Z3gvR1pmc1Q0UWJnVWpzOVRkUlJqL1BtY2lZK1BDcE5vYTdPK1FIUTdB?= =?utf-8?B?djBCVml5SzFLM3RqSkNhM0kxb3NMV1UrdXMwbjNhYmcvZkIzYldUUGFOOUVu?= =?utf-8?B?U1NyZjNTdHMyNFNjR25jeVhOWG15SEpLNmw3djFXZW85dHdIcFc5V1l3aXRz?= =?utf-8?B?Q1NrZjJFZFpZaDVoME15M2ZMWlF5OWlRMFl2M1MxZWtleUFEWmx5M3lxTzdl?= =?utf-8?B?S3ZrdmNpZWI1bVpGb2tYNHhNZnFOMjM4ZWdITHVteWdlLzJVZFNWdTM3bWpK?= =?utf-8?B?UXREcXF2NkxyZWcrOG81VkhnYm5GM2JNNzRjWnAzWE5qR1NyQjhGTk1Pa1cz?= =?utf-8?B?UnZjWXZMT3lta2J5R1U5NXpDa2VXenlwdzhlOWs5TWFYWkdNcWlMWlhkWnlu?= =?utf-8?B?aVppUTUzUFFndUlqNEtBNFUwV1RsZVJucWlSYmp4dnBrSmxoZmczNEdMc1VR?= =?utf-8?B?S2x0M05NcExsdndLb2dIbnR1NEd5am0xNGp5YnB3Z24rTU8rSHpaeExHUGpK?= =?utf-8?B?ZnV6dHhyNDhKMlluRkFWNGFxM2lLa0NhUVNMT3p2ZDdqZ1JoZDUveEEwMEVo?= =?utf-8?B?RkFaZnZIajQ5cGpSbW5QT1FKY2p1bnNxSis1eWxNNWZWTU1mN1RwTU56UDY3?= =?utf-8?B?ejNaVUMremR6VHVPZ2hLK2pVcFdYU2x0dXo4ZHB3UzY0N01KbzhJbHhDQmlH?= =?utf-8?B?WVBrOFMxTGlRakJSaXd5akEwNlQ5ZmxHMnVXUk9jeFE0YkJEVGh0V1NFYjcy?= =?utf-8?B?R2NKaEl0NmNLZWo4akFiT0lNMnU2WlNxaWlwejRQejJvWTZYSDJ6YU9PYVo4?= =?utf-8?B?U0p3SktaZ2ZVUTNWV005MVpISlRSSVdETEZ5aWs4S0xOVEV3N0x1UHdmTXBp?= =?utf-8?B?QnFJSGk2ZHNNMzBHNGVIOU5QQzk5bkFlY0VXMjJNaEtkdU5FUis5S0p6Tjlp?= =?utf-8?B?RSthaDBTZ0s4M0pjSUxvd2VwRkZrcFRjeVVKSEkycEZPL0hlcjN3dUZHbUdz?= =?utf-8?B?MTZJTFoxMUhFT0RkWW4zUFF2VzNSSzJNZ09xcGw5VkFIQXE0TzIxSjEvZEZu?= =?utf-8?B?UURWZFlyeW8yclc3UHpWZmF2RUFlNDFRN3BMWXVDN1VTMEx6aFNweGI1Z1pm?= =?utf-8?Q?VuIKdbFSy4WxtRYNN21gA5Z9k=3D?=
X-Microsoft-Antispam-Message-Info: X3P7dyTJGlQDKGMJAfKhjHLVL85RuZOroWs+q7pOPfW0qqOFsYOE1XebcDGxrsqOEBI8tY9vnKb5ROFirQWqJO/3xf0EJKLiDwRCZJ7JqyA0G7+awuEGHLBmUs2VJo2n0faHVwHhxgTz2z6QDHalNmd/NNrZcwuwwI//CEdLHPmM8YcAo5xj6TlWjUKb26Nj
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2339; 6:UZXSYaNk8UnQ8XdrEmnftZ+ckLVNie0I9j7xpPAvzUKpTE8JspM/xHsujDPz1Z3hnzx2BGz8BLbguMQNB+/7o4mc16GJA8Yd0h7X08bUMe/cekPu9zJ7IAq1wP7YtvG5MPK979M98fl9E79xJtpouoHtT41Kflzl6SLPt/S70Fr4E1KPGndafQdvOPY/94ntgxX2rFEkh4RyAVIrW/DRgWVg+/oI+pYJMoBZFpj//1bTM0/ONlnEjrp5NLqRpdbK0MZ2Gz8CWFiljGJ8/t5mwZmymqqdDZq0Z87Xp6T3uEWSXkHdWm/85ZAODqhoIBu84wrl8hiDgjZU4eRHW4XWCspA66MOqbwdFkt9gN8Y/DsIQQScL0Jq682vhqu251DnHwB3XCtNBPDQiys98+GiZV6z5UnaB3c+bb2M8N9HV70horiI/4+VNzCR8cTwlVpRiAN7WQvLdUDVcWFsZntXvg==; 5:QYkNmsApeij31NzbCy4+GJIyHHIIpg9uKI9HAvld2fmZ0N467RYijPO2W+YAB2Wzs9CEtceZ2bMkHPv7JECB9KZ0Jkez08djmhFNqn6iUecowC3x5EP4oz4g6bHGDMRQVjDGQ1d++9TBUKOhUOdduiEswL0ptcfghqRaX7vsti8=; 24:Bs4HRnLf2BJIG2REOyFXhToTbLkOOfQvuzHd1JejyquTZeHc/uZG+R9ZKKVmUlRCenAKpjPpKVyl+cmrfUC66S3xE4axyldUStlfQWly+C4=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2339; 7:piIVNH20f3WIjya2UhSr3ZW4MiSy/0hGNyFB6zMirto3AVPzAsFx5PwcBIOOuVliEjT0+mMPuRZdQgMeJLs/n37urF32GXUTcK3TUpdlWPvOIRR54OIKS+Oz2qGr7xugIhyNim5THF9H3uniu+nOwvWB1cHYcpRVc9/C8pLI0/BLLYScX0Ja9PF31UxnYkEc3ZTAvrtTuXGmhr3IZGld/QcSOvgdVLnaprfqHcr9PjsoiJgheLfHYz7VbjCBx3Sd
X-MS-Office365-Filtering-Correlation-Id: 9a3b3b07-fc58-477b-d64c-08d59fc2681e
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Apr 2018 15:39:25.6802 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 9a3b3b07-fc58-477b-d64c-08d59fc2681e
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2339
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Tv3dYBNR96bp3LoJW-nN497eNPQ>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 15:39:33 -0000

Some further thoughts on this I-D; I have included the earlier ones (as
yet unanswered) below.

typedef test-session-state {
     .....
             "Indicates that accepted TWAMP-Test session request.";

something seems to have been omitted.


leaf reflector-udp-port {
               type uint32 {
                 range "862 | 49152..65535";
I am puzzled as to why uint32 is used and inet:port-number is not used
here (happens in two places)


"Reusable data structure for count which is used both in the Server
container.";

'both' suggests to me that there should be a second clause.


"grouping max-count {
       leaf max-count {
         type uint8 {
           range 10..31;
         }
         default 15;"
contradicts
" ...The default max-count value SHOULD be 32768.'
32768 is outside the range!

I think that your problem here is that other TWAMP documentation, such
as the RFC that you quote and reference uses 'max-count' to mean a 32
bit value but here you are reusing the term with a different semantic
and using it to mean an exponent; rename the object to make it clear
that it is an exponent and not a count e.g. max-count-exp. This occurs
in several places.

"container session-sender {
         if-feature session-sender;
         presence  "Enables TWAMP Session-Sender functionality.";
         description
           "Configuration of the TWAMP Session-Sender logical entity";
         leaf admin-state {
           type boolean;
           mandatory true;
           description
             "Indicates whether the device is allowed to operate
              as a TWAMP Session-Sender.";
"

A presence container is a boolean so I am unclear what it is that the
admin-state boolean adds here since the presence container "Enables
TWAMP Session-Sender functionality.";

"     container session-reflector {
"
same story here

Tom Petch

----- Original Message -----
From: "tom p." <daedulus@btconnect.com>
To: <ietf@ietf.org>
Cc: <ippm-chairs@ietf.org>; <draft-ietf-ippm-twamp-yang@ietf.org>;
<ippm@ietf.org>
Sent: Wednesday, April 11, 2018 12:40 PM


> Some mostly administrative points on this I-D
>
> [I-D.ietf-ippm-metric-registry] is an Informative Reference so would
not
> hold up the production of this as an RFC yet you ask that the text be
> replaced by the RFC number which implies that you do want it held up.
I
> did ask the RFC Editor about this and yes, they would expect to catch
it
> but it would seem simpler if this could be a Normative Reference.  You
> do have the statement up front about replacing the text with the RFC
> number and yes, the RFC Editor like that.
>
> There is no reference, no legend,  for Tree Diagrams in 5.1 .  There
is
> now an RFC on this, RFC 8340 while RFC8343 s.1.3 is an example of how
to
> reference this RFC.
>
> There is no copyright statement in the YANG module as is required by
> 6087bis (please, IESG, make this an RFC soon:-)
>
> leaf server-start-time {
> includes
>                 The timestamp format follows RFC 1305
> but I see no RFC 1305 in the references of the I-D
>
> leaf reflector-udp-port
> " The default number is
>                   within to the dynamic port range and  .. "
> which is not quite English.
>
> "The new well-known port (862) MAY be used.";
> This was allocated in 2008 which seems to stretch the meaning of 'new'
>
>  leaf secret-key {
>              type binary;
> I wonder about the choice of binary; elsewhere, e.g. RFC8177,
> hexadecimal is used.
> Are there, should there be, any length constraints on this key?
>
>  case poisson {
> ...
>    reference
>                   "RFC 2330: Framework for IP Performance Metrics";
> RFC2330 I cannot see in the references for the I-D
>
> The Security Considerations are not as per the current template e.g.
no
> mention of RESTCONF
>
> Tom Petch
>
> ----- Original Message -----
> From: "The IESG" <iesg-secretary@ietf.org>
> To: "IETF-Announce" <ietf-announce@ietf.org>
> Cc: <ippm-chairs@ietf.org>; <draft-ietf-ippm-twamp-yang@ietf.org>;
> <ippm@ietf.org>
> Sent: Monday, April 09, 2018 3:57 PM
>
> > The IESG has received a request from the IP Performance Measurement
WG
> (ippm)
> > to consider the following document: - 'Two-Way Active Measurement
> Protocol
> > (TWAMP) Data Model'
> >   <draft-ietf-ippm-twamp-yang-07.txt> as Proposed Standard
> >
> > The IESG plans to make a decision in the next few weeks, and
solicits
> final
> > comments on this action. Please send substantive comments to the
> > ietf@ietf.org mailing lists by 2018-04-27. Exceptionally, comments
may
> be
> > sent to iesg@ietf.org instead. In either case, please retain the
> beginning of
> > the Subject line to allow automated sorting.
> >
> > Abstract
> >
> >
> >    This document specifies a data model for client and server
> >    implementations of the Two-Way Active Measurement Protocol
(TWAMP).
> >    We define the TWAMP data model through Unified Modeling Language
> >    (UML) class diagrams and formally specify it using YANG.
> >
> >
> >
> >
> > The file can be obtained via
> > https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
> >
> > IESG discussion can be tracked via
> > https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/ballot/
> >
> >
> > No IPR declarations have been submitted directly on this I-D.
> >
> >
> >
> >
>


From nobody Wed Apr 11 08:57:18 2018
Return-Path: <ietfa@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A148B12711E for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 08:57:17 -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_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n2VxwGru0pYs for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 08:57:15 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00113.outbound.protection.outlook.com [40.107.0.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49F101270AB for <ippm@ietf.org>; Wed, 11 Apr 2018 08:57:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VtkK98tp/YF46VezhJD60fVETMY0ZngSUmBbkd7E5SY=; b=X7KNVurYia6ZQQ9TZsxY7Vr9C6cnMeZQYGeojeUZ29s84Yu5kLMuqZJakUPISNWPPeI/7gD9GdXSbZRBkVqHd9yKu0ApRWzBEdwINCZqydq/rwdHKsptteyGq6wSQlYE6tMK4s4fGjnq01KZRtXmZpHTnpFREsUJ+EFROlPLxFU=
Received: from pc6 (86.165.129.75) by HE1PR0701MB2970.eurprd07.prod.outlook.com (2603:10a6:3:4c::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.675.6; Wed, 11 Apr 2018 15:57:11 +0000
Message-ID: <02d501d3d1ad$aa5ac860$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfa@btconnect.com>
To: "Mahesh Jethanandani" <mjethanandani@gmail.com>
Cc: <ippm@ietf.org>
References: <152322229262.1413.9078643004350982803@ietfa.amsl.com> <05C5BE73-AEA5-4324-9324-3615657370D2@gmail.com>
Date: Wed, 11 Apr 2018 16:56:27 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: VI1PR0401CA0002.eurprd04.prod.outlook.com (2603:10a6:800:4a::12) To HE1PR0701MB2970.eurprd07.prod.outlook.com (2603:10a6:3:4c::17)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(2017052603328)(7193020); SRVR:HE1PR0701MB2970; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2970; 3:bLorJcP6B+pLNRCzWwyjar+aLtF4g8EM3+hvof6qGrnVd9yw+fhygQ79n/0gMNFiX5PnTvmhH46lw/AEjAFGlYue4+1fTqY3OGeEeQOb6539Wm5E2PCLGLNLODzqI2rsm6q8vY73GGa4fUticd7UBvlDaQ61Wy+cXynhSHwfj67VLg8nIbVpjOkHbtImUKsmFoUtBfEhLqHM/hOkb1VEcXVC5d7SyEtauOSStyW8ZX3D8v9y0K1+MuYYvhgjIdd7; 25:QeiMaSP6pay1qP39g8+gxHwSmKnGYTfVMwuPFuOA03EU4jRbNIA7RVlDzyAW4r/g/GqMhdJAP8qF7dp+F4f4Sx3NWPgwcTXWRSR8Czdvu+sdXLOY9ZVQ1+HU9vlKLU3SslpNNqmb1ANNCCRl/RVC9PVVVkcvsuKIliPqnfkFkiKyE1JlzEPHy30lfXBGFc6hoMkfTPNNmuY1LFhPyAL8XHWvtiwo2EtxBq5AujJ2aWsJgrq7yhAr7j2/+zd2Fj45h+DZR3K5gl7VCCn31e4OXofJGMOz1JB2SKo7somocG+0Fh4IszUID5rYWZ33xfh6wUxMFZXm3OaX/3Fg75T9cA==; 31:5cEnXse+yU4EC6ugimdn/GgqA+lWdm6Q8phrKq5GQJBmWtq3E9lp5KCRmI0aNpqa4cTAEhuj1aMcRAZPCX0bvsUKOhEUqCK0Xdtk37Hig3ZqiltMSQ3PCdEVIjNDXZMfkR5QK7CkQ94W1RRJM3X4J/xN0nOBlKNyST6ZBGDRIJF3a8AKWnwW5a9WR87NJnVjFX9SNOR+r6Cv678ZRIOxQH5h6yyIz9JwVqOFgolsWm0=
X-MS-TrafficTypeDiagnostic: HE1PR0701MB2970:
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfa@btconnect.com; 
X-Microsoft-Antispam-PRVS: <HE1PR0701MB2970B5D7AC06450A3AE3AC7CA2BD0@HE1PR0701MB2970.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(158342451672863)(120809045254105)(85827821059158)(15185016700835); 
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(10201501046)(3231221)(944501327)(52105095)(6055026)(61426038)(61427038)(6041310)(20161123560045)(20161123558120)(20161123564045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:HE1PR0701MB2970; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB2970; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2970; 4:tFQo4tgXDQs1KWdkbmDiIy1uNQOoBl9psgMiUWzTNYKGCg0fMASSYeC85wSLOoAk4oo3tPWA0ei4G7dfBzZe2TFYlFVcHT6uADAhdSludQlftRBhJW7o2QgaV1BX1bM9Vi9VScTKq4i1LBFMWeI7YrzBemlePfBOHHzcPsOVsQKGdgy8Xvsh02ueVH0C05nqv7WyE0/QYB33N4uX8i1U5+e3hm0YnIv0qYixdHfonJjrdHcOHEc/W9f572BFqCgdpBdEYOOZ9pxkXGbJrV2M/Vp5tdvY2isfxaVf2KbHIonqlykAfhnPEX26iqyIaa9QyClHZCZQQ7kcLBWItkcVOUSIsONOaSnAQagNDJa3hZWWwQlqQz90MdSGuDF+jhMrQs5h6HXBHmcjawwDr5SZvvwfHjuEdnc4xUnQlwz5+M4=
X-Forefront-PRVS: 0639027A9E
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(366004)(346002)(39380400002)(39860400002)(396003)(376002)(199004)(189003)(13464003)(377424004)(61296003)(62236002)(8676002)(52116002)(81816011)(81686011)(81156014)(966005)(81166006)(76176011)(26005)(6306002)(316002)(9686003)(33896004)(446003)(66066001)(5660300001)(1556002)(25786009)(50226002)(47776003)(53546011)(4326008)(478600001)(476003)(68736007)(6496006)(8936002)(386003)(44716002)(39060400002)(86362001)(106356001)(84392002)(1411001)(23756003)(6116002)(3846002)(7736002)(230700001)(229853002)(50466002)(2906002)(305945005)(486006)(97736004)(6666003)(6486002)(44736005)(4720700003)(16526019)(105586002)(6916009)(6246003)(956004)(53936002)(14496001)(186003)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB2970; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; HE1PR0701MB2970; 23:Cx45G+MxtRUQkZy/5KURRVBqTJMXc8M18cXG5?= =?iso-8859-1?Q?W9VqFL7tm2uHlIqH+HKFsY2d5w1HeQ2wynhlaXjLp+ecm+G/+HIp3b8qXZ?= =?iso-8859-1?Q?URFfqKwr7dZreFdzmtfLn2SPBFi7BZpmzcj/pDh7Vspv26XEnRFxUtfcUk?= =?iso-8859-1?Q?AjQS3SJJXRRgm2lZcXC6neJav+FQ+tPkInNlHkUza9a1Y3VbmO5WncSGPo?= =?iso-8859-1?Q?0aQkhAm4jCcU+RPDWy90g/YCaze5t3dRlgZKB5Ca7naaCzHBOHpqCtBu+y?= =?iso-8859-1?Q?RLIl/mYou7OsUch7e5xKmKaVKUIDrvQGkBg0d4piMWNeHXipb1uobwx3CR?= =?iso-8859-1?Q?4aRiLs4EMFoi+FNRapoO0p+Li+zMNOzkXupfyEJVF/LdcJJSttGMTa08b0?= =?iso-8859-1?Q?zc3dfvIjsJPBkB5fUUBKNuKRm1Aw1R6SqDpMXHux5259B+KREkAcTZBvyQ?= =?iso-8859-1?Q?k5p2J3WH3J/FA6PYGS7KdWjMTtBWPIfVLw7+z2sMAHFzjHuzzo0UlPQfF2?= =?iso-8859-1?Q?AVXvG2Wg6gi5E4veTSO3gRSvR5ifpcGFsXlaBQKj8OAxXy/IcN1BCEP3Wv?= =?iso-8859-1?Q?5wOdYlUylmbbUOzRx52ZgIZ1IAwr90F9Z2vXDFsSD1qXqgEx6DB42KeZH6?= =?iso-8859-1?Q?jET6a3g5TdLZ3J4iwYLc1O4oeoGkEKtS0zHaRAY1648jjvsTrKRAnPRBek?= =?iso-8859-1?Q?AwhzkgNC1bT2TW7i1H8dVuZGagkrI1N4FXmKAXjHAf56M2wCSNTGOrEjVL?= =?iso-8859-1?Q?li5NR4kCAX8IYGy9fsDwR2EPf4aO4WuG9kUiAjJOVu+n5WJR09tcRi/VRa?= =?iso-8859-1?Q?PPRxK2jDl/jQvFHavwS70p6ifxPCVix5Ht8REqPd14vjgMTschdPdrnO1k?= =?iso-8859-1?Q?EC7fnWeYlhO+jkVsUtHGcGWX2BaXamOrwZJuWNZSc8HKOGZwGbMq3PX8zQ?= =?iso-8859-1?Q?KdUk2UIghiRBqAoj0TM/1xxGuVR0C3AHLdfdLdEMKvCFhJzIk6hlQE3IvN?= =?iso-8859-1?Q?nlzy4yCrcB6qSEp4SoMiLthI9nu4r5M3fEWPZ+CC09HmBjHIU4ze+KzfUv?= =?iso-8859-1?Q?CK2zvBwVN0KfOFewSCqOHRbRbWSqYzbw4pN9ZzSwOLmVIND4h8VcoZ3oGa?= =?iso-8859-1?Q?5qpfjYcV3BAywinouRH785xa3QrMcDMBMM/eAV6q0b2nX5sXi9BthujLvw?= =?iso-8859-1?Q?OKctT6V4VXsY+kEvIsv6g0AWz+TXBiJzB0mvPDuIPxol0u7kTE8vihCd/T?= =?iso-8859-1?Q?02AIxXrIDcbfCbgP27jr6IwkMhqatdAeM6VLZfbNbuggu4c9QOe+fiDkcV?= =?iso-8859-1?Q?sm8HxNqsfIkT5pLqJmYuDjn/cm8dsW1xMU5G/CTdK7u88jO9aUEJrhy6id?= =?iso-8859-1?Q?Lila0th2fbaLM0qBnPqKypk8goBmFSM/zQ5X5ztWAoqHscc2jOdSSxGYNl?= =?iso-8859-1?Q?4+EtyzMI7Z1xNq1+AFaHmbZqDAIAQiNGRdxJlN5xdQxD+aeLX7/JcVbNHn?= =?iso-8859-1?Q?cJ/0JDOX2JnAMJmIwB+V2QHpSIb8s0R0P882SXsuHNTTCW4qJh6G5TplIZ?= =?iso-8859-1?Q?d2MGLwhBOfcO8wQ41LJpoTSMCVMDrtIm85s+58aHwrwOKTawGEKHqoz7iR?= =?iso-8859-1?Q?qI2QBFl6ldOmsgq/Am+sutwO1zxdVA34Bc=3D?=
X-Microsoft-Antispam-Message-Info: 6cYZeRSsVUH5tyVxo0yitTGS0LgAGsE+J15vHAJp8DT38uXJRijxfU6O+bZR1tc8ECFQ+to2NQRMqGEwgD3H2FO7hxYmMHhIRlKCyce+KAkX873lsvjj1xoFH4XE4+HqxOWrD/ppdDrBQR5OYc7v+CqveUb6Gza5kbg5f97UsWNpG7+kCwdU9s34s0b8TRqX
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2970; 6:+nyRS7vcwZejysQXapSlmD/3DpWRJYKsEX8O3Nxct882/NoAqdQk+c8qtvr0xmuCPhmwjQXbud46HhCRiJCj9ccaxs/j3lSUMn7DWkRMNviq9qW9Y56BRFw+KtiCgLxJUL5e+qofPLWj84lGCzcyi9SOrZwgTLSJvKBHNNK1kOu8IoHDXnA5ouh66+x0yH0Yno+5rPwoiHybC6PODL7wJh/Fo8n5kTWiX9Aw8SE/60yyMj/uMhh4Bf58eo84LDzBXVqitwwRToh9z3uwDhHxfWJlIgnoWCxdFrBZ5NLPjanV6eSZvPLFUzZrYBAwL4hoBaQe0EEP90YPAif3g0/wq1KyKog50TzdFT6V8fQumB9IUI8vDX3RXnyEgh0pnPEuBMFCtWCizNY7Y01E7qZMgqD65ej0mCCBOEb6DOU3VFbynATnnhSuSPPDzGnjQ3LHs+sFlr5Y9xXjduJ+Jn+1CQ==; 5:3YxWB7+Cgc4dlZudLZd54iFMFv1OMtcfvqplOyy4rJWXcr1k9csDqWhqM4eynELsB9oyncPY2ilZ40yZAdvoS5HIMGFRoXTPeYydkILOQmF33fIyo7iGe6rbE33PF5uUzIhCOz3LLgrw4FWocDO4N1e/xxQa1GLWyru77qUg02Y=; 24:ZD3e8saPJu7AY8PMks/p9HR87yXoHg6MhHoEhY7iCenSIadsk8GFEMbM4ksL4EVvVJ0NCfWrjoul82PxWehZ67Lh894FigE8Td87h6nOeOo=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2970; 7:fPSymArpYtM1l9fjmqAIOlyxXksxSN1n/BmEVquGGduM6VUFcRG1vK1d2e6s5OgIzSRp8VwBOIhqUdAKNPUKFu/+5RVrPdwTnkCn/eGtMK/BfW5ysXnhkc/YHG/u6NVWUdfYm/xFoQPTOSzKMcAPQAziSpyllDNbFpOpZIXgkH7isBNtBIprE5/TSicuVF1bEsIUUJVXGGtfNw2siECpuJH1UxZ35Uv/kpe9B1WKBnKFhYmudx7trOeWHsxVnC50
X-MS-Office365-Filtering-Correlation-Id: 6009030b-60c2-4cc1-6235-08d59fc4e38c
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Apr 2018 15:57:11.8684 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 6009030b-60c2-4cc1-6235-08d59fc4e38c
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2970
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/3tWHY-TSKL9LpS5BMkIlhyxSb5k>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-07.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 15:57:17 -0000

----- Original Message -----
From: "Mahesh Jethanandani" <mjethanandani@gmail.com>
To: <internet-drafts@ietf.org>
Cc: <ippm@ietf.org>; <i-d-announce@ietf.org>
Sent: Sunday, April 08, 2018 10:43 PM

> Spencer,
>
> We, the authors, believe that this version of the draft addresses the
comments you raised as part of the AD review. Please let us know if
there are any comments or questions.


Mahesh

I did not see Spencer's review until after I had posted my comments to
the ietf list but there does appear to be a slight overlap.

Tom Petch

> Thanks
>
> > On Apr 8, 2018, at 2:18 PM, internet-drafts@ietf.org wrote:
> >
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts
directories.
> > This draft is a work item of the IP Performance Measurement WG of
the IETF.
> >
> >        Title           : Two-Way Active Measurement Protocol (TWAMP)
Data Model
> >        Authors         : Ruth Civil
> >                          Al Morton
> >                          Reshad Rahman
> >                          Mahesh Jethanandani
> >                          Kostas Pentikousis
> > Filename        : draft-ietf-ippm-twamp-yang-07.txt
> > Pages           : 66
> > Date            : 2018-04-08
> >
> > Abstract:
> >   This document specifies a data model for client and server
> >   implementations of the Two-Way Active Measurement Protocol
(TWAMP).
> >   We define the TWAMP data model through Unified Modeling Language
> >   (UML) class diagrams and formally specify it using YANG.
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
> >
> > There are also htmlized versions available at:
> > https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-07
> > https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-07
> >
> > A diff from the previous version is available at:
> > https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-twamp-yang-07
> >
> >
> > Please note that it may take a couple of minutes from the time of
submission
> > until the htmlized version and diff are available at tools.ietf.org.
> >
> > Internet-Drafts are also available by anonymous FTP at:
> > ftp://ftp.ietf.org/internet-drafts/
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://www.ietf.org/mailman/listinfo/ippm
>
> Mahesh Jethanandani
> mjethanandani@gmail.com
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


From nobody Wed Apr 11 09:12:18 2018
Return-Path: <ietfa@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF6161270AB for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 09:12:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.921
X-Spam-Level: 
X-Spam-Status: No, score=-2.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HRWTR0m6WuYX for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 09:12:14 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0123.outbound.protection.outlook.com [104.47.0.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E6AA1200FC for <ippm@ietf.org>; Wed, 11 Apr 2018 09:12:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7NtmGSF/zYLRVdyFdrWxO4r+zI4F+515sMFaXMnirwI=; b=iu+3FI4kHN2TJH///hLHMZbSE4XR2PNo3N4idQ+SAbutvSzf4RXTV8K+S9B1LCTJpUS4ruRglvSo1sv7mOM92FVD6TrhJJaB9YLLsJ5OjwkjohfHeWhkQtK8clkh4LMdHljY5/75kMf6qt6ne0J9bOjLPCag52OwCnCrjrPNdoM=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfa@btconnect.com; 
Received: from pc6 (86.165.129.75) by DB6PR0701MB2965.eurprd07.prod.outlook.com (2603:10a6:4:72::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.675.4; Wed, 11 Apr 2018 16:12:09 +0000
Message-ID: <036f01d3d1af$c197a820$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfa@btconnect.com>
To: "Reshad Rahman \(rrahman\)" <rrahman@cisco.com>, "Tianran Zhou" <zhoutianran@huawei.com>, <ippm@ietf.org>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com> <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com>
Date: Wed, 11 Apr 2018 17:06:33 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: VI1PR0401CA0012.eurprd04.prod.outlook.com (2603:10a6:800:4a::22) To DB6PR0701MB2965.eurprd07.prod.outlook.com (2603:10a6:4:72::15)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(2017052603328)(7193020); SRVR:DB6PR0701MB2965; 
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2965; 3:SoOjuPzok2oijUNoLOjgByQBVxtC8jqhPFuMNKyoFhRlOJUu+M3jd6vN4XO1TLra/z1Lp/Fy3GBPgg+6Wp/KFv3ogGz/c0RVDQ7m6VgaTWKJEcJLjAlBffead6hDZQ8UaQBzKz/a2AWootmHEV2GEHu71ichpTQgGC70tUuQ1dMJUgE6liV699gECDV7SG7jKzh+BZse7GgFwQczfMe7KXiCFvvf7bXxXrJVpXTXjKRssldNhk+p2++BPF2MT+Gv; 25:mvOx9HZWQRhebcvZSDBITZpTQVEOwCf8qiBMlLjc1N5hlNvYoXOAGisQt1lCR/HFHNcRdHWEI/mgYpTJDrdi6fDkz8jSEyYnrVc4ZikR6/Oz/52vP2mij1+AMW+aMjmfhLgOlGsfo5q8jGNAqguEBae+ty3Qtv3kwyF49M3m2SBbpLwGJu+r/d/0gp8YdG/WGvMrHL8HyU4aZ/1CStFCRY7oH7zlFFYqEcV7H/rbCkBJRMSSLjzCl1b4Cot8fsc7kDNsCKokCixT0NzG1mlxBnSxWlv1D1FNBxyrUw68yDNXQA9VU/TgWSOsvkadsgl1jw6UUdVpouWKMXmlQCotUw==; 31:cDPyC7XBEur/fX8ct4LWOwmMqQg2H7P59+GsrZrk5IdE1K+kX21/DuAL5x4g80OwWIkXW0ZRYPK+GKLq0G7CxypvNkusYcKtb/jloOnWul/1c5ZmJWJuA9LfvoWavToj201XyPckANFc59A38Dv4VwUuQ3VyiXZ95McNeMacPtQtOOep6qqX09L2pYlB1V+NUDLdbga/VKWLzCTuo4Ge2LEpGNFVtjpk2SB4QkO6BVM=
X-MS-TrafficTypeDiagnostic: DB6PR0701MB2965:
X-Microsoft-Antispam-PRVS: <DB6PR0701MB2965F44B003CB7A4C7E177E4A2BD0@DB6PR0701MB2965.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(120809045254105)(192374486261705)(50582790962513)(15185016700835)(95692535739014);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(5005006)(8121501046)(3231221)(944501327)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041310)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DB6PR0701MB2965; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2965; 
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2965; 4:shV3Y3ASm6T1eRiTrleq1iXIaRf1XQVsUFYbJBq6+pxpGbwSjtiUX8l3058s9zyfU4E4eMwrM2484YeD8XBoHdKSnjb3gsNm8Wb18usDtEzksu/G2med5A1B4CEsKbUyN0l5/0bkkVdUD9w/t0uzAi5GU154xuEeDjeKd9JTKaDs8tlNasCGa+bMGKwkJLxt8F4lXfl4+C+x+ruuPSyaeY8Brbsc8WSyC1pyte6yyL4L2guU25Btc5PMZ2CI3CesN9Nl7FvGI6abDhQFT6sl27n3EeoZp76V2t4dCDOcIktXV3x1HAB0oLxvpbPm5zWmTXgquxdA3BHg9t8InQuZ1rv++d+H+b3JfxpoI7AfCNoEtVvUWbJOvdQj+R4lNvlWu1yffHCAxdDNx92HH5r85sxCR7wx/ld/U0U1EAcuUkWYviEnesfxuZGN/tMegani
X-Forefront-PRVS: 0639027A9E
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(396003)(376002)(346002)(39860400002)(366004)(39380400002)(189003)(199004)(13464003)(59450400001)(305945005)(68736007)(61296003)(7736002)(6246003)(446003)(476003)(50466002)(97736004)(956004)(84392002)(966005)(86362001)(106356001)(6666003)(2870700001)(4720700003)(486006)(478600001)(229853002)(5820100001)(47776003)(5660300001)(110136005)(66066001)(316002)(105586002)(44736005)(44716002)(16526019)(53936002)(52116002)(386003)(62236002)(33896004)(23676004)(25786009)(53546011)(9686003)(81686011)(81166006)(2906002)(26005)(186003)(50226002)(3846002)(8676002)(81156014)(6116002)(6306002)(81816011)(6486002)(8936002)(6496006)(14496001)(1556002)(76176011)(74416001)(7726001)(217873001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2965; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtEQjZQUjA3MDFNQjI5NjU7MjM6ZmozV04xdjlCeG43N3RBZGhuc2xqNzdV?= =?utf-8?B?ZUVIZENWcnRCUmxaaVZPNDYzUFR1REgrYS9NbEhmV2p2WENwc1p1U2NqOUhI?= =?utf-8?B?am1TSFhsR0hkMm9tS3h1SXRqSlhxUjhna2JWMDNYTHlvRUVoZTdaWHVOTG94?= =?utf-8?B?WDhxM0tNWVovbUhjVVlIeHZWSnQyMnhhdlpRaTZMdnRmelZBRVVDazNXbSt2?= =?utf-8?B?K25TeG9oOHBBa3dQSVE3ZHNBR0wreVZoVmZSWHVtbWRlSW5NTzVkZXNlMGhR?= =?utf-8?B?SUxzcnp2bFZ1clNsczBEZklwWjA2UndCazA2WUZVWmFyM2ZnNTQ0MUxIV0lO?= =?utf-8?B?dDFrYVVLRmRSNDFod0JkVXZWSEE1WmE0WFlZcUxOTlBxUzIxZmNqK3dzcmVq?= =?utf-8?B?OWpac2xVcDBYRlVnbFkxalc4UVlyTFJKSUlBS3JZN2pvQlc4VEEvN3RUSFVQ?= =?utf-8?B?MFkrZ2hIZ2lMbmVjSURBelVkbzJyR2ZFNlRnaXpXb3U1TlAwMDhDWEQ5NDRD?= =?utf-8?B?aUlrNEJISGhWSWk3LzV5VnJSZ01MYlVFOU9yU3RnQWV6ZHZnbkhFZExaSzRC?= =?utf-8?B?aHRYUmhpQzhSdGx6MnM4Umx2QWtUSnAySkg4NGdtUkNxdy83ODVBYTMrRXhF?= =?utf-8?B?cGNLWUF3M2FxUGdPMTJZSG52cE90dTlDaHBubzJQVFZlZlpYYlFwZXZKVmQz?= =?utf-8?B?YWtLSWl1WHdPWTlUMEpaUllqS29oemJaNnplbG9FdnJXSEVCQXVubDFEWmpS?= =?utf-8?B?cHFLWXVvZm1uQnZFUlVXNjI1NHQ3dnZmYlUyWXFlQUNETzZMdmRKQ2VlbC9Y?= =?utf-8?B?RGhJQnNFUU5mY0xXY3lnT0hkcWYzRnF3QWY1UUdrTzBSWXpLMmFBVHY3YzRr?= =?utf-8?B?ZE5EUkJKYU51WitlbDQyazFzZGhBRlBEWDlSNGNTUklxczNETHVndVY4ZTRI?= =?utf-8?B?YnJCbkp4RCtLOW1OZHNrWTAyUDJQMzdKeHpqRVdDa2F5SHlhbExkV1UyN3pW?= =?utf-8?B?Yy9uelR2OTd3dmVkd0R6U1J2UWcwT1VLSTdSaGJ6ZlhsZGcyOXJTZnZzWGhV?= =?utf-8?B?WE5USVh5ZE9QcWwxTmVjUElSdlJaZ1dwdGVIalBtUVlEV0V5cnpkOXgzVGVn?= =?utf-8?B?UUxHK3lNZTVEZllDWUpQdW5WZjBlc3hZd2VuNDBlZEI4RVpXc1dxcHRDVVlG?= =?utf-8?B?b0Q5MHF4WndvOC9oaUtsTkpBSjZ4REY0dVRQSXN6aCswTituY0JNa2tUa0Rr?= =?utf-8?B?dTZ2dW9PcEhmY1MxNHIySzFGSndVNitpTFVzbjlEL3ZzZ3kzUEpaVC9JVksr?= =?utf-8?B?Z1JKd2t6MDAycEtYdDBwekVkSFJDcWMrSnVXUXdMNkhZNSt1aFM1NVhTZjhi?= =?utf-8?B?LzJjSjB3WVhTRG9WenVCQ1ZkZm55dDFpN3QzMmtFTXV0ZlAzR3kwNW5tYmNy?= =?utf-8?B?Q2cyVUt2K3ViQlIzaGNzOHZvY0xkekNvMWNZTFZDZGFjSE5oSGZ0c0tzb09U?= =?utf-8?B?akN0c0h3eWV0aTJaMy9VbjBaN3lvVUZYZytxMlR4TE03VTJ0ZXFDaG54cVM2?= =?utf-8?B?V1hwaFBNeWF4UlhEK2o3cXg3eld4bWszTENYdXg4U3pla1Y2L0J1QTYwSGNQ?= =?utf-8?B?a3Y4OEtmK1pGMllDcHFxMG91OW9DbFFQbUNxSHBEZ3hSUUdaUlpJaXNFUXh1?= =?utf-8?B?dUNLLzU5SWtSY0g0djdld3AzMUYxYm5SNHNkRFpvcXhGUmJUTU5laHowM1VX?= =?utf-8?B?RkFhZnJCdlNiT3AwL2Z1alNjTnFva2lyOWdZdk5ZRnlEMDI1YkdMVTByNzJ3?= =?utf-8?B?RG1RUS9CT1d4amkxTWdoWEtyNXdyTGdicytpakJEcFJKWFVRYW1HYlJXdng1?= =?utf-8?B?ZWE5VkE1OXpqc3ZVQnFJcUNmTUUvZ0VmMnh2eHVRZHllaTFaWDJDMUVROFlK?= =?utf-8?B?anJueFJiOENkeHRpSC9FN0JMU2EvaVlFY1VKNFlmOE9BdURaWnAveXNicnRp?= =?utf-8?B?aCtRZS9tazlXbzNtYTVWK2t6K2E5ZERVS3pJMGM0N1B2WTArU0lFRDRDZUNK?= =?utf-8?B?cWhvMkQzOXE3ZEpNbWZQQnNPRXBPTDh2c3UxUzlPVnBpVW9DZW1BbnVNaUFN?= =?utf-8?B?cU9vUT09?=
X-Microsoft-Antispam-Message-Info: NQAZ8AXDu8Hks97660E4Es0qpLAbdRQujOumlNwjIWr6UhLneG3LmU7fhgSCcEnm9HAxl83+4F520rRd/lTZH7JygELdwwqq384McTyOfFpJ8hnCebQ1nmY5usuBreDNuZFRFbs/vyOBVyINj+ZqL8EHDvIX4RnOOTYOj179A3kqxD+lUOJUWPllyTqZvcm4
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2965; 6:0O2JLg676h5RCSK224S+uWj+zkFp9KUTUEqgf2j12QZBki+e+/vWgDGi64SiVUSoCArmDk0tsBHs/oGURtS6Xl4K+CHU82SPLAy/LeHaLLd7LOec9zUp6fHuWGLI1OWLsBnNctZy9lMQkeqP1So6GlOuM9ftXKLabVn84SGCSsbls68zGIe2ftrVXjHoKiwhoPZBSEKhMKWifDLLQqN97vuOlccY+634OZN7jkqL2LccybYsM7jqyp5JVVhFFecLpOctwUmJ7D6RAVWBNRzF8IZtRdBoUFp3jCcaeJhbj2jju/h0Yu7il9hHqE3b6T/F0CKiKt0/6Un7Y2ZMd6KAYYe9z8fm4MgooGHHZtVeirad/7X18YRbzGbYu2RKvBsz7NJml+Ad68Jng3BmF9x5pE+EJ/PhdMImyiaKgVmoa0c0QLJudnGt+aC4mO0w2MRJ0x4T9o6zIZ7MU7XXMZnsbQ==; 5:ZLFsa7D93Q9o5BLfe2ehfLMiH6hjOntpHmR7YDKn0c2j9WKcLynYUqZwcn4Zv5vV9+UM/IgTCdBspoOSb20tieEJ2BtEoaXCD392rlJ9UzN/tMVYszWqTBTIq88O3IPUy1FDkuxILHP6M7kqPE80Y4LOEIOM+YofprhurXTSMos=; 24:u3ZkPvMjYrUc1hLi4qeRJUYsdHzRgZgJpHcLdqTpsVZxg+TiyXpaW1OxZle6Bb7QDpKH2kaIX6AhJVI4/ud7vivye8gUY2foI4AyJi4tnBQ=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2965; 7:oaywmV0YMgYRPj1wG0W2v13BTctOvIzeAktEsFWrWp5cygudAjF1sCroK7QgOL0jA3CVLJHvTiXT1Zhb4C6+aHt/Ew3iqehyBoTiCJCwWGxQj8jZMS8MQgF00KHo0mdA0mA2JBZKMWV9YFG5kR+7bNR3B05ozC/FMbE818ycLPRXRHICkqPY3XsxYeY2Q5N8O9/cUmKg5TWqfiR1GZbxRh6E4VM/aAgh53DFALoRusgjInjra0crqrp9TQA7aUVT
X-MS-Office365-Filtering-Correlation-Id: aaa75d50-da13-4379-bcb5-08d59fc6fad5
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Apr 2018 16:12:09.8289 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: aaa75d50-da13-4379-bcb5-08d59fc6fad5
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2965
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/U6FnrkaXmuM38sDc_y3ezKslkLo>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 16:12:17 -0000

----- Original Message -----
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
Sent: Thursday, April 05, 2018 7:05 PM

> Hi Tianran,
>
> I agree that using feature makes more sense than schema mount in this
model.
>
> Regarding 6087bis, there are quite a few things. Every IETF YANG
author should read the whole doc…

Yes, that is the theory but the practice is that it is too big; even
though I have followed its progress since the days of
draft-bierman-netmod-yang-usage-00.txt
I still struggle to find the text that I know is there when I want to
comment on a YANG I-D that does not conform; and when I do not include
the reference, I get a follow-up question as to where to look:-(

So I mull over how better to present the material but have no clear
conclusion as yet.

Tom Petch


>         But Appendix B gives a checklist and Appendix C has a
checklist. Section 3.7 has the security considerations and 3.7.1 has the
template for that.
>
> Regards,
> Reshad.
>
> From: Tianran Zhou <zhoutianran@huawei.com>
> Date: Sunday, March 25, 2018 at 10:04 PM
> To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "ippm@ietf.org"
<ippm@ietf.org>
> Cc: Lizhenbin <lizhenbin@huawei.com>,
"draft-zhou-ippm-ioam-yang@ietf.org"
<draft-zhou-ippm-ioam-yang@ietf.org>
> Subject: RE: [ippm] optimize the IOAM YANG data model
>
> Hi Reshad,
>
> Thanks for your comments.
> Please see in line.
>
> Cheers,
> Tianran
>
> From: Reshad Rahman (rrahman) [mailto:rrahman@cisco.com]
> Sent: Sunday, March 25, 2018 7:24 PM
> To: Tianran Zhou; ippm@ietf.org
> Cc: Lizhenbin; draft-zhou-ippm-ioam-yang@ietf.org
> Subject: Re: [ippm] optimize the IOAM YANG data model
>
> Hi Tianran and Greg,
>
> While schema-mount would work, it is really intended for use-cases
where there is a requirement to add a module in 2 or more locations
(e.g. interfaces at top-level, in LNE and in NI).
>
> [ztr]Yes, that’s what I thought. So I suggested to use “feature” so
that the can only support part of the encapsulation types.
>
> I’ve taken a quick look at the model:
>
>   *   The “enabled” leaf node under ioam-profiles (via grouping
ioam-admin-config) says "When true, IOAM configuration is enabled for
the system.". I think it’d make more sense if that enabled flag was to
enable/disable IOAM data-plane functionality.
> [ztr]Yes, this is more clear. I will add the words to the document.
>
>   *   Would be best to use yang-version 1.1 IMO.
>   *   Please take a look at 6087bis.
> [ztr]Could you please point out what part of the 6087bis I need to pay
attention? And what is not yang 1.1?
> I intended to follow yang 1.1 indeed. ☺
>
> Regards,
> Reshad.
>
> From: ippm <ippm-bounces@ietf.org<mailto:ippm-bounces@ietf.org>> on
behalf of Tianran Zhou
<zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>
> Date: Wednesday, March 21, 2018 at 3:03 PM
> To: "ippm@ietf.org<mailto:ippm@ietf.org>"
<ippm@ietf.org<mailto:ippm@ietf.org>>
> Cc: Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>>,
"draft-zhou-ippm-ioam-yang@ietf.org<mailto:draft-zhou-ippm-ioam-yang@iet
f.org>"
<draft-zhou-ippm-ioam-yang@ietf.org<mailto:draft-zhou-ippm-ioam-yang@iet
f.org>>
> Subject: [ippm] optimize the IOAM YANG data model
>
> Hi Folks,
>
> Thanks Greg to point out the flexibility of sub-profiles on the
meeting. Here I would like to discuss the way to optimize this point for
the IOAM YANG as described in:
> https://datatracker.ietf.org/doc/draft-zhou-ippm-ioam-yang/
>
> Although, as suggested, schema mount could help to dynamically mount
sub-profiles to the IOAM configuration, IMHO, it may lead to the
fragmentation of the model, I.e., several modules. And I cannot see the
possibility to reuse the sub-profiles, except to this model.
>
> With the same requirement, I would suggest to use “feature” to enable
the supported IOAM encapsulation types. And use the “enable” within each
sub-profile to indicate the actual used sub-profile by the instance.
>
> Now four encapsulation types are supported according to the latest
IOAM data specification. We may augment the model with more
sub-profiles.
>
> Thoughts?
>
> Thanks,
> Tianran
>


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


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


From nobody Wed Apr 11 10:40:54 2018
Return-Path: <rrahman@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7763312785F for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 10:40:48 -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 I_9kQmS4AnZT for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 10:40:46 -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 E8C2C128959 for <ippm@ietf.org>; Wed, 11 Apr 2018 10:40:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7198; q=dns/txt; s=iport; t=1523468446; x=1524678046; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Mhq25eXzVGqqapBMcYc/sHVnRcgslXFswy+lSdWsLCI=; b=F/HaGIkcwv87ZbVuy1QOnEeAOCMwuYkuLAx3fneWjRkxiLge7cDF/apR lag8iy6UDW8703hBuleniA9+y4RqFm/pKzfwnQYrjapJMOqGz0RASBN9x zq68vK5OTj7O2qQYugc8GPeiKZsrugHwO45I5jvgFGgbPMdRMuadEfLyU g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DUAABeR85a/4wNJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYMXK2FvKAqDWIgBjRGBdIEPkmGBegsYC4RgAhqCNiE0GAE?= =?us-ascii?q?CAQEBAQEBAmwcE4UiAQEBAQIBAQEhEToXBAIBCBEDAQEBAwIjAwICAiULFAE?= =?us-ascii?q?ICAIEARKFBQgPpz2CHIhFgh+BCYZngVQ/gQwigWZ8gxEBAQMBgVgXgmkwgiQ?= =?us-ascii?q?ChTiBdZAvCAKFVIUxgzCBM4NaglmEXokggRSFNAIREwGBJAEcOIFScBU6KgG?= =?us-ascii?q?CGAmDKAEIh1aFPm+NagGBFgEB?=
X-IronPort-AV: E=Sophos;i="5.48,437,1517875200"; d="scan'208";a="97488429"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Apr 2018 17:40:45 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id w3BHeitL032090 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 11 Apr 2018 17:40:44 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 11 Apr 2018 12:40:44 -0500
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Wed, 11 Apr 2018 12:40:44 -0500
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: "t.petch" <ietfa@btconnect.com>, Tianran Zhou <zhoutianran@huawei.com>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] optimize the IOAM YANG data model
Thread-Index: AQHTxCvJHF3cBlu8+0uZUmAURD9UnKPhwliwgBFdlACACLdzKIAAKXqA
Date: Wed, 11 Apr 2018 17:40:43 +0000
Message-ID: <CACA2F34-3D96-4B6D-A683-B60450E5CC56@cisco.com>
References: <0D8CA483-D0E6-429D-B410-F5B1F03F46EE@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D59D14@NKGEML515-MBX.china.huawei.com> <0DFD4B3F-0D04-4353-A53A-5DA6C53A4E6C@cisco.com> <036f01d3d1af$c197a820$4001a8c0@gateway.2wire.net>
In-Reply-To: <036f01d3d1af$c197a820$4001a8c0@gateway.2wire.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-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [161.44.212.48]
Content-Type: text/plain; charset="utf-8"
Content-ID: <D728A51AEC49BE41AFB81D4E38AF0A24@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/hzv334I_w7Z_LLT1vZyb0lWuwdA>
Subject: Re: [ippm] optimize the IOAM YANG data model
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 17:40:48 -0000

VG9tLCBJIGFncmVlIHRoYXQgaXQncyBiaWcuIEkgdXN1YWxseSBnbyB0byBBcHBlbmRpeCBCIGFu
ZCBDIGZpcnN0LCBidXQgeW91IGFyZSByaWdodCB0aGF0IGZpbmRpbmcgdGhlIHNlY3Rpb24gd2hp
Y2ggc2F5cyAidGhvdSBzaGFsbC4uLi4iIGlzIHRlZGlvdXMuDQoNClJlZ2FyZHMsDQpSZXNoYWQu
DQoNCu+7v09uIDIwMTgtMDQtMTEsIDEyOjEyIFBNLCAidC5wZXRjaCIgPGlldGZhQGJ0Y29ubmVj
dC5jb20+IHdyb3RlOg0KDQogICAgLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KICAgIEZy
b206ICJSZXNoYWQgUmFobWFuIChycmFobWFuKSIgPHJyYWhtYW5AY2lzY28uY29tPg0KICAgIFNl
bnQ6IFRodXJzZGF5LCBBcHJpbCAwNSwgMjAxOCA3OjA1IFBNDQogICAgDQogICAgPiBIaSBUaWFu
cmFuLA0KICAgID4NCiAgICA+IEkgYWdyZWUgdGhhdCB1c2luZyBmZWF0dXJlIG1ha2VzIG1vcmUg
c2Vuc2UgdGhhbiBzY2hlbWEgbW91bnQgaW4gdGhpcw0KICAgIG1vZGVsLg0KICAgID4NCiAgICA+
IFJlZ2FyZGluZyA2MDg3YmlzLCB0aGVyZSBhcmUgcXVpdGUgYSBmZXcgdGhpbmdzLiBFdmVyeSBJ
RVRGIFlBTkcNCiAgICBhdXRob3Igc2hvdWxkIHJlYWQgdGhlIHdob2xlIGRvY+KApg0KICAgIA0K
ICAgIFllcywgdGhhdCBpcyB0aGUgdGhlb3J5IGJ1dCB0aGUgcHJhY3RpY2UgaXMgdGhhdCBpdCBp
cyB0b28gYmlnOyBldmVuDQogICAgdGhvdWdoIEkgaGF2ZSBmb2xsb3dlZCBpdHMgcHJvZ3Jlc3Mg
c2luY2UgdGhlIGRheXMgb2YNCiAgICBkcmFmdC1iaWVybWFuLW5ldG1vZC15YW5nLXVzYWdlLTAw
LnR4dA0KICAgIEkgc3RpbGwgc3RydWdnbGUgdG8gZmluZCB0aGUgdGV4dCB0aGF0IEkga25vdyBp
cyB0aGVyZSB3aGVuIEkgd2FudCB0bw0KICAgIGNvbW1lbnQgb24gYSBZQU5HIEktRCB0aGF0IGRv
ZXMgbm90IGNvbmZvcm07IGFuZCB3aGVuIEkgZG8gbm90IGluY2x1ZGUNCiAgICB0aGUgcmVmZXJl
bmNlLCBJIGdldCBhIGZvbGxvdy11cCBxdWVzdGlvbiBhcyB0byB3aGVyZSB0byBsb29rOi0oDQog
ICAgDQogICAgU28gSSBtdWxsIG92ZXIgaG93IGJldHRlciB0byBwcmVzZW50IHRoZSBtYXRlcmlh
bCBidXQgaGF2ZSBubyBjbGVhcg0KICAgIGNvbmNsdXNpb24gYXMgeWV0Lg0KICAgIA0KICAgIFRv
bSBQZXRjaA0KICAgIA0KICAgIA0KICAgID4gICAgICAgICBCdXQgQXBwZW5kaXggQiBnaXZlcyBh
IGNoZWNrbGlzdCBhbmQgQXBwZW5kaXggQyBoYXMgYQ0KICAgIGNoZWNrbGlzdC4gU2VjdGlvbiAz
LjcgaGFzIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBhbmQgMy43LjEgaGFzIHRoZQ0KICAg
IHRlbXBsYXRlIGZvciB0aGF0Lg0KICAgID4NCiAgICA+IFJlZ2FyZHMsDQogICAgPiBSZXNoYWQu
DQogICAgPg0KICAgID4gRnJvbTogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29t
Pg0KICAgID4gRGF0ZTogU3VuZGF5LCBNYXJjaCAyNSwgMjAxOCBhdCAxMDowNCBQTQ0KICAgID4g
VG86ICJSZXNoYWQgUmFobWFuIChycmFobWFuKSIgPHJyYWhtYW5AY2lzY28uY29tPiwgImlwcG1A
aWV0Zi5vcmciDQogICAgPGlwcG1AaWV0Zi5vcmc+DQogICAgPiBDYzogTGl6aGVuYmluIDxsaXpo
ZW5iaW5AaHVhd2VpLmNvbT4sDQogICAgImRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5v
cmciDQogICAgPGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmc+DQogICAgPiBTdWJq
ZWN0OiBSRTogW2lwcG1dIG9wdGltaXplIHRoZSBJT0FNIFlBTkcgZGF0YSBtb2RlbA0KICAgID4N
CiAgICA+IEhpIFJlc2hhZCwNCiAgICA+DQogICAgPiBUaGFua3MgZm9yIHlvdXIgY29tbWVudHMu
DQogICAgPiBQbGVhc2Ugc2VlIGluIGxpbmUuDQogICAgPg0KICAgID4gQ2hlZXJzLA0KICAgID4g
VGlhbnJhbg0KICAgID4NCiAgICA+IEZyb206IFJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIFttYWls
dG86cnJhaG1hbkBjaXNjby5jb21dDQogICAgPiBTZW50OiBTdW5kYXksIE1hcmNoIDI1LCAyMDE4
IDc6MjQgUE0NCiAgICA+IFRvOiBUaWFucmFuIFpob3U7IGlwcG1AaWV0Zi5vcmcNCiAgICA+IENj
OiBMaXpoZW5iaW47IGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0Zi5vcmcNCiAgICA+IFN1
YmplY3Q6IFJlOiBbaXBwbV0gb3B0aW1pemUgdGhlIElPQU0gWUFORyBkYXRhIG1vZGVsDQogICAg
Pg0KICAgID4gSGkgVGlhbnJhbiBhbmQgR3JlZywNCiAgICA+DQogICAgPiBXaGlsZSBzY2hlbWEt
bW91bnQgd291bGQgd29yaywgaXQgaXMgcmVhbGx5IGludGVuZGVkIGZvciB1c2UtY2FzZXMNCiAg
ICB3aGVyZSB0aGVyZSBpcyBhIHJlcXVpcmVtZW50IHRvIGFkZCBhIG1vZHVsZSBpbiAyIG9yIG1v
cmUgbG9jYXRpb25zDQogICAgKGUuZy4gaW50ZXJmYWNlcyBhdCB0b3AtbGV2ZWwsIGluIExORSBh
bmQgaW4gTkkpLg0KICAgID4NCiAgICA+IFt6dHJdWWVzLCB0aGF04oCZcyB3aGF0IEkgdGhvdWdo
dC4gU28gSSBzdWdnZXN0ZWQgdG8gdXNlIOKAnGZlYXR1cmXigJ0gc28NCiAgICB0aGF0IHRoZSBj
YW4gb25seSBzdXBwb3J0IHBhcnQgb2YgdGhlIGVuY2Fwc3VsYXRpb24gdHlwZXMuDQogICAgPg0K
ICAgID4gSeKAmXZlIHRha2VuIGEgcXVpY2sgbG9vayBhdCB0aGUgbW9kZWw6DQogICAgPg0KICAg
ID4gICAqICAgVGhlIOKAnGVuYWJsZWTigJ0gbGVhZiBub2RlIHVuZGVyIGlvYW0tcHJvZmlsZXMg
KHZpYSBncm91cGluZw0KICAgIGlvYW0tYWRtaW4tY29uZmlnKSBzYXlzICJXaGVuIHRydWUsIElP
QU0gY29uZmlndXJhdGlvbiBpcyBlbmFibGVkIGZvcg0KICAgIHRoZSBzeXN0ZW0uIi4gSSB0aGlu
ayBpdOKAmWQgbWFrZSBtb3JlIHNlbnNlIGlmIHRoYXQgZW5hYmxlZCBmbGFnIHdhcyB0bw0KICAg
IGVuYWJsZS9kaXNhYmxlIElPQU0gZGF0YS1wbGFuZSBmdW5jdGlvbmFsaXR5Lg0KICAgID4gW3p0
cl1ZZXMsIHRoaXMgaXMgbW9yZSBjbGVhci4gSSB3aWxsIGFkZCB0aGUgd29yZHMgdG8gdGhlIGRv
Y3VtZW50Lg0KICAgID4NCiAgICA+ICAgKiAgIFdvdWxkIGJlIGJlc3QgdG8gdXNlIHlhbmctdmVy
c2lvbiAxLjEgSU1PLg0KICAgID4gICAqICAgUGxlYXNlIHRha2UgYSBsb29rIGF0IDYwODdiaXMu
DQogICAgPiBbenRyXUNvdWxkIHlvdSBwbGVhc2UgcG9pbnQgb3V0IHdoYXQgcGFydCBvZiB0aGUg
NjA4N2JpcyBJIG5lZWQgdG8gcGF5DQogICAgYXR0ZW50aW9uPyBBbmQgd2hhdCBpcyBub3QgeWFu
ZyAxLjE/DQogICAgPiBJIGludGVuZGVkIHRvIGZvbGxvdyB5YW5nIDEuMSBpbmRlZWQuIOKYug0K
ICAgID4NCiAgICA+IFJlZ2FyZHMsDQogICAgPiBSZXNoYWQuDQogICAgPg0KICAgID4gRnJvbTog
aXBwbSA8aXBwbS1ib3VuY2VzQGlldGYub3JnPG1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmc+
PiBvbg0KICAgIGJlaGFsZiBvZiBUaWFucmFuIFpob3UNCiAgICA8emhvdXRpYW5yYW5AaHVhd2Vp
LmNvbTxtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+DQogICAgPiBEYXRlOiBXZWRuZXNk
YXksIE1hcmNoIDIxLCAyMDE4IGF0IDM6MDMgUE0NCiAgICA+IFRvOiAiaXBwbUBpZXRmLm9yZzxt
YWlsdG86aXBwbUBpZXRmLm9yZz4iDQogICAgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0
Zi5vcmc+Pg0KICAgID4gQ2M6IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRv
OmxpemhlbmJpbkBodWF3ZWkuY29tPj4sDQogICAgImRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdA
aWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmdAaWV0DQogICAgZi5vcmc+
Ig0KICAgIDxkcmFmdC16aG91LWlwcG0taW9hbS15YW5nQGlldGYub3JnPG1haWx0bzpkcmFmdC16
aG91LWlwcG0taW9hbS15YW5nQGlldA0KICAgIGYub3JnPj4NCiAgICA+IFN1YmplY3Q6IFtpcHBt
XSBvcHRpbWl6ZSB0aGUgSU9BTSBZQU5HIGRhdGEgbW9kZWwNCiAgICA+DQogICAgPiBIaSBGb2xr
cywNCiAgICA+DQogICAgPiBUaGFua3MgR3JlZyB0byBwb2ludCBvdXQgdGhlIGZsZXhpYmlsaXR5
IG9mIHN1Yi1wcm9maWxlcyBvbiB0aGUNCiAgICBtZWV0aW5nLiBIZXJlIEkgd291bGQgbGlrZSB0
byBkaXNjdXNzIHRoZSB3YXkgdG8gb3B0aW1pemUgdGhpcyBwb2ludCBmb3INCiAgICB0aGUgSU9B
TSBZQU5HIGFzIGRlc2NyaWJlZCBpbjoNCiAgICA+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvZG9jL2RyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcvDQogICAgPg0KICAgID4gQWx0aG91Z2gs
IGFzIHN1Z2dlc3RlZCwgc2NoZW1hIG1vdW50IGNvdWxkIGhlbHAgdG8gZHluYW1pY2FsbHkgbW91
bnQNCiAgICBzdWItcHJvZmlsZXMgdG8gdGhlIElPQU0gY29uZmlndXJhdGlvbiwgSU1ITywgaXQg
bWF5IGxlYWQgdG8gdGhlDQogICAgZnJhZ21lbnRhdGlvbiBvZiB0aGUgbW9kZWwsIEkuZS4sIHNl
dmVyYWwgbW9kdWxlcy4gQW5kIEkgY2Fubm90IHNlZSB0aGUNCiAgICBwb3NzaWJpbGl0eSB0byBy
ZXVzZSB0aGUgc3ViLXByb2ZpbGVzLCBleGNlcHQgdG8gdGhpcyBtb2RlbC4NCiAgICA+DQogICAg
PiBXaXRoIHRoZSBzYW1lIHJlcXVpcmVtZW50LCBJIHdvdWxkIHN1Z2dlc3QgdG8gdXNlIOKAnGZl
YXR1cmXigJ0gdG8gZW5hYmxlDQogICAgdGhlIHN1cHBvcnRlZCBJT0FNIGVuY2Fwc3VsYXRpb24g
dHlwZXMuIEFuZCB1c2UgdGhlIOKAnGVuYWJsZeKAnSB3aXRoaW4gZWFjaA0KICAgIHN1Yi1wcm9m
aWxlIHRvIGluZGljYXRlIHRoZSBhY3R1YWwgdXNlZCBzdWItcHJvZmlsZSBieSB0aGUgaW5zdGFu
Y2UuDQogICAgPg0KICAgID4gTm93IGZvdXIgZW5jYXBzdWxhdGlvbiB0eXBlcyBhcmUgc3VwcG9y
dGVkIGFjY29yZGluZyB0byB0aGUgbGF0ZXN0DQogICAgSU9BTSBkYXRhIHNwZWNpZmljYXRpb24u
IFdlIG1heSBhdWdtZW50IHRoZSBtb2RlbCB3aXRoIG1vcmUNCiAgICBzdWItcHJvZmlsZXMuDQog
ICAgPg0KICAgID4gVGhvdWdodHM/DQogICAgPg0KICAgID4gVGhhbmtzLA0KICAgID4gVGlhbnJh
bg0KICAgID4NCiAgICANCiAgICANCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICAtLS0tLS0tLQ0K
ICAgIA0KICAgIA0KICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCiAgICA+IGlwcG0gbWFpbGluZyBsaXN0DQogICAgPiBpcHBtQGlldGYub3JnDQog
ICAgPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCiAgICA+DQog
ICAgDQogICAgDQoNCg==


From nobody Wed Apr 11 11:40:46 2018
Return-Path: <mspiegel@barefootnetworks.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE17D129502 for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 11:40:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=barefootnetworks.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 v2gpHv1OHsz2 for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 11:40:42 -0700 (PDT)
Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAB3E1250B8 for <ippm@ietf.org>; Wed, 11 Apr 2018 11:40:41 -0700 (PDT)
Received: by mail-wm0-x232.google.com with SMTP id l16so1754857wmh.2 for <ippm@ietf.org>; Wed, 11 Apr 2018 11:40:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=barefootnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8zoCOnrKGMBGqtKXHlcH8T37uvQSTQhw9PjIwnFPiLI=; b=J5Bbz4IZiA/a/s6390Dn0u82bd8js3Mp8djmTTRkkZvUdfi8DEAVkgER8u6qsxaesq nK1cyTbyRAcE8QI3p7c14bfvtLbtQ6TgArziYFjSUUwhKLetusJFyEuli2Yf6aEN62ty 07DIoE2+lPOv5Vz3Q2FVefSn7IwwE0Bi3pk5o=
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=8zoCOnrKGMBGqtKXHlcH8T37uvQSTQhw9PjIwnFPiLI=; b=H9uglfNGB26Z4AhB/Wuy3/PCkXcFr4CoVjuqONGW4g+L4+ewz759a7FfyVmcLda8SF LghKDsGrZUK2l/OBwer3MJ3zkhKDHOeOJOl149rKmuAwHQib8S3GDxqCaxvGIKeh0gLz FhfxRt3ZYqeyAC/Lc0p/y5IUCalSlSwNybd9DknI5dlg3kaOBA+/hH4EEhRiNH+4IlNZ 9Vd9Pz2s+Mae0nsm6U4v6H4y6uSqe5PtAkA82vaWVgCcQdNKd2UCQQVzIIva4H3NoKMO W+HH1uCdQUL3NaSCiS5Wp2AmWsBbHcpF9oMCQyTDW5knvzkg9AcKJBeCIXUH3HXZV+WB UpUg==
X-Gm-Message-State: ALQs6tB2iewAnlAmQTB/IOnjEMok7ujwIMO8T1QvX/u9vo6KYBOGZ6j4 3C0umi0kXfdmNlQs9Q5QyhxlULYKqg50rK1cUf6GaQ==
X-Google-Smtp-Source: AIpwx4+hT+BVfFgmTWiBm7oBP1egfGcwZMszNofB0QfbOPdrtDIyiYMN53nfefoeLDvjMl3Etv5mFHOIxvDncTj508k=
X-Received: by 10.28.116.26 with SMTP id p26mr3644085wmc.102.1523472040410; Wed, 11 Apr 2018 11:40:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.148.33 with HTTP; Wed, 11 Apr 2018 11:40:40 -0700 (PDT)
In-Reply-To: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
From: Mickey Spiegel <mspiegel@barefootnetworks.com>
Date: Wed, 11 Apr 2018 11:40:40 -0700
Message-ID: <CACYmcDr3uvcV_vzTsEDvFsAo+w=Fh1vj5=BJ1gN65N0GSOXLgQ@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="f4f5e805c994cb6272056996f9a5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/AF20dL21C2Q_hp89X-kvV4zofHg>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 18:40:45 -0000

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

On Wed, Apr 11, 2018 at 3:02 AM, Frank Brockners (fbrockne) <
fbrockne@cisco.com> wrote:

> Back at the IPPM meeting in London, we discussed several drafts dealing
> with the encapsulation of IOAM data in various protocols
> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve=
-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to tak=
e
> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
> could be leveraged.  After carefully considering draft-ooamdt-rtgwg-ooam-=
header,
> I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not =
meet the needs of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D is 8
> bytes long. The approach for IOAM data encapsulation in the above mention=
ed
> drafts only requires 4 bytes. Using the OOAM header approach would add an
> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>
> * Maturity: IOAM has several implementations, which were also shown at
> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional i=
mplementations to
> be publicized soon. Interoperable implementations need timely
> specifications. Despite the question being asked, the recent thread on OO=
AM
> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM h=
eader. In
> addition, the thread revealed that several fundamental questions about th=
e
> OOAM header are still open, such as whether or how active OAM mechanisms
> within protocols such as Geneve would apply to the OOAM header. This
> ultimately means that we won=E2=80=99t get to a timely specification.
>
> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM head=
er would
> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-bi=
t
> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols =
that IOAM data
> needs to be encapsulated into use 16-bits for their next protocol code
> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
> With the above in mind, I=E2=80=99d suggest that the WG moves forward wit=
h
> specific definitions for encapsulating IOAM data into protocols =E2=80=93=
 per the
> above mentioned drafts.
>

For all the reasons mentioned above, I agree that it would be prudent to
proceed with specific definitions for IOAM transport in protocols, per the
above mentioned drafts.

Mickey


>
>
> Regards, Frank
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>

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

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><div class=3D"gmail_quote">=
On Wed, Apr 11, 2018 at 3:02 AM, Frank Brockners (fbrockne) <span dir=3D"lt=
r">&lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrockne@cis=
co.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">





<div lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_7831540295703996002WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00, draft-=
brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre-00).
 One discussion topic that we decided to take to the list was the question =
on whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After c=
arefully considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came to the con=
clusion that the =E2=80=9COOAM header=E2=80=9D does not meet
 the needs of IOAM:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach fo=
r IOAM data encapsulation in the above mentioned drafts
 only requires 4 bytes. Using the OOAM header approach would add an unneces=
sary overhead of 4 bytes =E2=80=93 which is significant.<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized soon.=
 Interoperable implementations need timely specifications.
 Despite the question being asked, the recent thread on OOAM in the NVO3 li=
st hasn=E2=80=99t revealed any implementation of the OOAM header. In additi=
on, the thread revealed that several fundamental questions about the OOAM h=
eader are still open, such as whether or
 how active OAM mechanisms within protocols such as Geneve would apply to t=
he OOAM header. This ultimately means that we won=E2=80=99t get to a timely=
 specification.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for =E2=80=9CNext =
Prot=E2=80=9D, the next protocol. Some protocols that IOAM data
 needs to be encapsulated into use 16-bits for their next protocol code poi=
nts. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis-ip=
pm-ioam-gre-00.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
/span></p></div></div></blockquote><div><br></div><div>For all the reasons =
mentioned above, I agree that it would be prudent to proceed with specific =
definitions for IOAM transport in protocols, per the above mentioned drafts=
.</div><div><br></div><div>Mickey</div><div>=C2=A0</div><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex"><div lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"><div clas=
s=3D"m_7831540295703996002WordSection1"><p class=3D"MsoNormal"><span lang=
=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</a><br>
<br></blockquote></div><br></div></div>

--f4f5e805c994cb6272056996f9a5--


From nobody Wed Apr 11 13:41:11 2018
Return-Path: <sramesh@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D908E12AF83 for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 13:41:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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 ch8Olg_Plmfq for <ippm@ietfa.amsl.com>; Wed, 11 Apr 2018 13:41:07 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE8BB1271FD for <ippm@ietf.org>; Wed, 11 Apr 2018 13:41:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11062; q=dns/txt; s=iport; t=1523479267; x=1524688867; h=from:to:subject:date:message-id:mime-version; bh=OaNcXzFdgQ3ur3u1i2CclxcplpGI1rsWZQsci+FUpnU=; b=arYMJODTooBeRejSG75a0m0EGdX/JE7x1GKJSJhhqvJynzy4avNRD5lC eQqY1gr50ZORXM12RyJRHrbe8xgOVDDrVj0iPF5MEhjP7+kUVUKXBq1bf riTIodJ+c/wOEKS612ugdvgBxSVcy1NABQqOixNlmbqNi1/phpFqeoNuZ k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A4AgAXcs5a/40NJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNdWFvKAqDWJUVgVMhgQ+NeoZhC4UDHII2ITcVAQIBAQE?= =?us-ascii?q?BAQECbC+FIgEGI2gBCBEDAQIkBwIEMB0KBAESH4QKZKcoghwfiCWCL4dwghO?= =?us-ascii?q?BDCIMglaETEOCYDCCJAKQXoZ+CAKKfYM4jESPaAIREwGBJAEyIoFScBU6KgG?= =?us-ascii?q?CGIIdGhGOBm+NaoEXAQE?=
X-IronPort-AV: E=Sophos; i="5.48,437,1517875200"; d="scan'208,217"; a="97533652"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Apr 2018 20:41:06 +0000
Received: from XCH-RCD-009.cisco.com (xch-rcd-009.cisco.com [173.37.102.19]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id w3BKf6Rw028491 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <ippm@ietf.org>; Wed, 11 Apr 2018 20:41:06 GMT
Received: from xch-rcd-002.cisco.com (173.37.102.12) by XCH-RCD-009.cisco.com (173.37.102.19) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 11 Apr 2018 15:41:06 -0500
Received: from xch-rcd-002.cisco.com ([173.37.102.12]) by XCH-RCD-002.cisco.com ([173.37.102.12]) with mapi id 15.00.1320.000; Wed, 11 Apr 2018 15:41:06 -0500
From: "Ramesh Sivakolundu (sramesh)" <sramesh@cisco.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT0dVplDwu34XkSmq8g6ttV3Kt0Q==
Date: Wed, 11 Apr 2018 20:41:05 +0000
Message-ID: <C9B92E82-0E18-41B5-9157-52D8C1EBF16C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.157.148.116]
Content-Type: multipart/alternative; boundary="_000_C9B92E820E1841B5915752D8C1EBF16Cciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/IEPvSHrWCsHF3Fxn6w2iWBQq-FQ>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2018 20:41:10 -0000

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

SSBjb25jdXIgd2l0aCB0aGUgcmVhc29ucyBnaXZlbiBhbmQgYWdyZWUgdGhhdCBtaW5pbWl6aW5n
IHRoZSBoZWFkZXIgb3ZlcmhlYWQgYWRkZWQgdG8gbGl2ZSBkYXRhIHRyYWZmaWMgYXQgZWFjaCBu
b2RlIGlzIGNyaXRpY2FsLiBUaGUgSVBQTSBXb3JraW5nIGdyb3VwIHNob3VsZCBtb3ZlIGZvcndh
cmQgd2l0aCB0aGUgaGVhZGVyIGRlZmluaXRpb25zIGZvciB2YXJpb3VzIGVuY2Fwc3VsYXRpb24u
DQoNClJlZ2FyZHMsDQoNCi1SYW1lc2gNCg0KRnJvbTogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYu
b3JnPiBvbiBiZWhhbGYgb2YgIkZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIiA8ZmJyb2NrbmVA
Y2lzY28uY29tPg0KRGF0ZTogV2VkbmVzZGF5LCBBcHJpbCAxMSwgMjAxOCBhdCAzOjAyIEFNDQpU
bzogSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KU3ViamVjdDogW2lwcG1dIGVuY2Fwc3Vs
YXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20g
V0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0KQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExv
bmRvbiwgd2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRzIGRlYWxpbmcgd2l0aCB0aGUgZW5jYXBz
dWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgKGRyYWZ0LWJyb2NrbmVy
cy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwLCBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2
ZS0wMCwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lIGRpc2N1c3Npb24gdG9waWMg
dGhhdCB3ZSBkZWNpZGVkIHRvIHRha2UgdG8gdGhlIGxpc3Qgd2FzIHRoZSBxdWVzdGlvbiBvbiB3
aGV0aGVyIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciBjb3VsZCBiZSBsZXZlcmFnZWQu
ICBBZnRlciBjYXJlZnVsbHkgY29uc2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVh
ZGVyLCBJIGNhbWUgdG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0g
ZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9BTToNCiogRWZmaWNpZW5jeTogSU9BTSBhZGRz
IGRhdGEgdG8gbGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFuIGVuY2Fwc3VsYXRpb24gbmVl
ZHMgdG8gYmUgYXMgZWZmaWNpZW50IGFzIHBvc3NpYmxlLiBUaGUg4oCcT09BTSBoZWFkZXLigJ0g
aXMgOCBieXRlcyBsb25nLiBUaGUgYXBwcm9hY2ggZm9yIElPQU0gZGF0YSBlbmNhcHN1bGF0aW9u
IGluIHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNp
bmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVy
aGVhZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC4NCiogTWF0dXJpdHk6IElP
QU0gaGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hvd24gYXQg
cmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFkZGl0aW9u
YWwgaW1wbGVtZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4gSW50ZXJvcGVyYWJsZSBp
bXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUgdGhlIHF1
ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8z
IGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhl
YWRlci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRh
bWVudGFsIHF1ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1
Y2ggYXMgd2hldGhlciBvciBob3cgYWN0aXZlIE9BTSBtZWNoYW5pc21zIHdpdGhpbiBwcm90b2Nv
bHMgc3VjaCBhcyBHZW5ldmUgd291bGQgYXBwbHkgdG8gdGhlIE9PQU0gaGVhZGVyLiBUaGlzIHVs
dGltYXRlbHkgbWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0byBhIHRpbWVseSBzcGVjaWZpY2F0
aW9uLg0KKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2Nv
bHMgdGhlIE9PQU0gaGVhZGVyIHdvdWxkIHVsdGltYXRlbHkgYXBwbHkgdG8uIFRoZSB3YXkgdGhl
IE9PQU0gaGVhZGVyIGlzIGRlZmluZWQsIE9PQU0gdXNlcyBhIDgtYml0IGZpZWxkIGZvciDigJxO
ZXh0IFByb3TigJ0sIHRoZSBuZXh0IHByb3RvY29sLiBTb21lIHByb3RvY29scyB0aGF0IElPQU0g
ZGF0YSBuZWVkcyB0byBiZSBlbmNhcHN1bGF0ZWQgaW50byB1c2UgMTYtYml0cyBmb3IgdGhlaXIg
bmV4dCBwcm90b2NvbCBjb2RlIHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9u
IOKAkyBhcyBzcGVjaWZpZWQgaW4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0KV2l0aCB0
aGUgYWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJk
IHdpdGggc3BlY2lmaWMgZGVmaW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGlu
dG8gcHJvdG9jb2xzIOKAkyBwZXIgdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMuDQoNClJlZ2Fy
ZHMsIEZyYW5rDQo=

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

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu
LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpD
YWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0
eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3
aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K
CW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6
dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm
b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp
bjsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDU2LjdwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2Vj
dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5
IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRG
NzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkg
Y29uY3VyIHdpdGggdGhlIHJlYXNvbnMgZ2l2ZW4gYW5kIGFncmVlIHRoYXQgbWluaW1pemluZyB0
aGUgaGVhZGVyIG92ZXJoZWFkIGFkZGVkIHRvIGxpdmUgZGF0YSB0cmFmZmljIGF0IGVhY2ggbm9k
ZSBpcyBjcml0aWNhbC4gVGhlIElQUE0gV29ya2luZyBncm91cCBzaG91bGQgbW92ZSBmb3J3YXJk
IHdpdGggdGhlIGhlYWRlciBkZWZpbml0aW9ucyBmb3IgdmFyaW91cyBlbmNhcHN1bGF0aW9uLjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4t
UmFtZXNoPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE
RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPmlwcG0gJmx0O2lwcG0tYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVo
YWxmIG9mICZxdW90O0ZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpJnF1b3Q7ICZsdDtmYnJvY2tu
ZUBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSwgQXByaWwgMTEsIDIw
MTggYXQgMzowMiBBTTxicj4NCjxiPlRvOiA8L2I+SUVURiBJUFBNIFdHICZsdDtpcHBtQGlldGYu
b3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5baXBwbV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FN
IGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9u
IGluIExvbmRvbjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFj
ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90
OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5CYWNrIGF0IHRoZSBJUFBNIG1lZXRpbmcgaW4gTG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2
ZXJhbCBkcmFmdHMgZGVhbGluZyB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBp
biB2YXJpb3VzIHByb3RvY29scyAoZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12eGxhbi1ncGUt
MDAsIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwLCBkcmFmdC13ZWlzLWlwcG0t
aW9hbS1ncmUtMDApLg0KIE9uZSBkaXNjdXNzaW9uIHRvcGljIHRoYXQgd2UgZGVjaWRlZCB0byB0
YWtlIHRvIHRoZSBsaXN0IHdhcyB0aGUgcXVlc3Rpb24gb24gd2hldGhlciBkcmFmdC1vb2FtZHQt
cnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLiZuYnNwOyBBZnRlciBjYXJlZnVs
bHkgY29uc2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyLCBJIGNhbWUgdG8g
dGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldA0K
IHRoZSBuZWVkcyBvZiBJT0FNOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
KiBFZmZpY2llbmN5OiBJT0FNIGFkZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3Vj
aCwgYW4gZW5jYXBzdWxhdGlvbiBuZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUu
IFRoZSDigJxPT0FNIGhlYWRlcuKAnSBpcyA4IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3Ig
SU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMgb25s
eSByZXF1aXJlcyA0DQogYnl0ZXMuIFVzaW5nIHRoZSBPT0FNIGhlYWRlciBhcHByb2FjaCB3b3Vs
ZCBhZGQgYW4gdW5uZWNlc3Nhcnkgb3ZlcmhlYWQgb2YgNCBieXRlcyDigJMgd2hpY2ggaXMgc2ln
bmlmaWNhbnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4qIE1hdHVyaXR5
OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2ggd2VyZSBhbHNvIHNob3du
IGF0IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCTIGFuZCB3ZeKAmXJlIGV4cGVjdGluZyBhZGRp
dGlvbmFsIGltcGxlbWVudGF0aW9ucyB0byBiZSBwdWJsaWNpemVkIHNvb24uIEludGVyb3BlcmFi
bGUgaW1wbGVtZW50YXRpb25zIG5lZWQgdGltZWx5IHNwZWNpZmljYXRpb25zLiBEZXNwaXRlIHRo
ZQ0KIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRo
ZSBOVk8zIGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBP
T0FNIGhlYWRlci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFs
IGZ1bmRhbWVudGFsIHF1ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9w
ZW4sIHN1Y2ggYXMgd2hldGhlciBvciBob3cgYWN0aXZlDQogT0FNIG1lY2hhbmlzbXMgd2l0aGlu
IHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFkZXIu
IFRoaXMgdWx0aW1hdGVseSBtZWFucyB0aGF0IHdlIHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNw
ZWNpZmljYXRpb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4qIFNjb3Bl
OiBJdCBpc27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09BTSBo
ZWFkZXIgd291bGQgdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIg
aXMgZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKAnSwg
dGhlIG5leHQgcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQgSU9BTSBkYXRhIG5lZWRzIHRv
IGJlIGVuY2Fwc3VsYXRlZA0KIGludG8gdXNlIDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9j
b2wgY29kZSBwb2ludHMuIFNlZSBlLmcuIHRoZSBHUkUgZW5jYXBzdWxhdGlvbiDigJMgYXMgc3Bl
Y2lmaWVkIGluIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMC48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPldpdGggdGhlIGFib3ZlIGluIG1pbmQsIEnigJlkIHN1Z2dlc3Qg
dGhhdCB0aGUgV0cgbW92ZXMgZm9yd2FyZCB3aXRoIHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBl
bmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyIHRoZSBhYm92ZSBt
ZW50aW9uZWQgZHJhZnRzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLCBGcmFuazxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_C9B92E820E1841B5915752D8C1EBF16Cciscocom_--


From nobody Thu Apr 12 09:54:53 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C7EE1270AB; Thu, 12 Apr 2018 09:54:33 -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 oIfT11Yj2vOp; Thu, 12 Apr 2018 09:54:30 -0700 (PDT)
Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::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 1619E124E15; Thu, 12 Apr 2018 09:54:30 -0700 (PDT)
Received: by mail-lf0-x22c.google.com with SMTP id u3-v6so8720389lff.5; Thu, 12 Apr 2018 09:54:29 -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=k24k4M4BHpZA/c74l7cDQMO/rTKBXFfqPRpNx1yzCUQ=; b=tWtJ1ZfukJCpoYskv9oNf5R3xN7/pSsX8q4M/HhWm3riePkkyOHrjQa0q/jyE5vzIY KhOSqNpHOeuLVNVy3PMp6cOYeE/SaLf5LTGUMDhVmPs/cQnHiBYXzgB84lY6tQTbiL4B k6T3RrUigp6rRf7ZiGojyKuimF9BaYgBsC8hHxO879tkHZOeWVNoQoDDCpUvDTHY6Wbm SLamHi4MaGEwuSZZHj/dTLdr8a6KCkAKClgastY89JebLXhPBrevUQFILMvddE9ZUuPf x9A+zS1VfbPlcpVeB/Ag8/Sc2diGPz/mPEvu9oRRfVAz6K+7UQTjFrsQZVuLZKg9A7Ek OS+Q==
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=k24k4M4BHpZA/c74l7cDQMO/rTKBXFfqPRpNx1yzCUQ=; b=cxWyx/gzIdXEKFyDXcBqZh+BbPzQ1OiDqewuIDHufFvdSZpfhOTiiH1KyDp7SWWd3v VAcpY4Ba6qsouk6SriHVPnN/xlVFZdd9p0c9waAHYeXv8TuvBbJxBUNCrIo9t9BkQlRV gZptJNln8CJPGhL51NPVzxbEMAIAmUZeFakyj/pveocM6xFVDaL/JFmXb3FiEoVop71c pB97Sl5Fr84WX10qXkKw9QGadt5Uxle3uP4K/PkYcxEJcMIqm6GwEJy3gJkiilOxxeB7 R6uVkDAtn6IciNZohKC/Ur6WzB+QxFX5Sv0NSkoKIYHqg+prqWtFVzuRVWbn87M6Zxw6 K4QQ==
X-Gm-Message-State: ALQs6tABQK1GRcKMkz621IEQKKHsfLdL4tA1tyHERTczr4BvVanXw0eh eZb78/uM7z8LZ8DUlg7/7Fub3gVjGua/g7J3HqM=
X-Google-Smtp-Source: AIpwx4/FCOSrYcu84vBL1IVCCWUKllA97NLUExVmMHQkoD1z7w8H6CWyF6MSmNJQwqMsVY38nA5Z8jwu3eRzSoow1E8=
X-Received: by 2002:a19:3bc6:: with SMTP id d67-v6mr6210500lfl.100.1523552068123;  Thu, 12 Apr 2018 09:54:28 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 12 Apr 2018 09:54:27 -0700 (PDT)
In-Reply-To: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 12 Apr 2018 18:54:27 +0200
Message-ID: <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: IETF IPPM WG <ippm@ietf.org>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, int-area@ietf.org
Content-Type: multipart/alternative; boundary="000000000000d13f4a0569a99bad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KG4e1zpBi5weoG9Smq3CwM-lHR0>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 16:54:33 -0000

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

Hi Frank,
thank you for sharing your points. Please find my notes in-line and tagged
GIM>>. I believe that this is very much relevant to work of other working
groups that directly work on the overlay encapsulations in the center of
the discussion and hence I've added them to the list. Hope we'll have more
opinions to reach the conclusion that is acceptable to all.

Regards,
Greg

On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne) <
fbrockne@cisco.com> wrote:

> Back at the IPPM meeting in London, we discussed several drafts dealing
> with the encapsulation of IOAM data in various protocols
> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve=
-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to tak=
e
> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
> could be leveraged.  After carefully considering draft-ooamdt-rtgwg-ooam-=
header,
> I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not =
meet the needs of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D is 8
> bytes long. The approach for IOAM data encapsulation in the above mention=
ed
> drafts only requires 4 bytes. Using the OOAM header approach would add an
> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>
GIM>> The difference in four octets is because OOAM Header:

   - provides more flexibility, e.g. Flags field and Reserved fields;
   - supports larger OAM packets than iOAM header;
   - is future proof by supporting versioning (Version field).

* Maturity: IOAM has several implementations, which were also shown at
> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional i=
mplementations to
> be publicized soon. Interoperable implementations need timely
> specifications. Despite the question being asked, the recent thread on OO=
AM
> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM h=
eader. In
> addition, the thread revealed that several fundamental questions about th=
e
> OOAM header are still open, such as whether or how active OAM mechanisms
> within protocols such as Geneve would apply to the OOAM header. This
> ultimately means that we won=E2=80=99t get to a timely specification.
>
GIM>> May I ask which encapsulations supported by the implementations you
refer to. Until very recently all iOAM proposals were to use meta-data TLV
in, e.g. Geneve and NSH. And if these or some of these implementations
already updated to the newly proposed iOAM shim, I don't see problem in
making them use OOAM Header. Would you agree?


> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM head=
er would
> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-bi=
t
> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols =
that IOAM data
> needs to be encapsulated into use 16-bits for their next protocol code
> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
GIM>> The first paragraph of the Introduction section states:
   New protocols that support overlay networks like VxLAN-GPE
   [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
   [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
   NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
   Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
   Maintenance (OAM) as one of distinct types.  That ensures that
   Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
   traversing the underlay.
I'm updating the OOAM Header draft and along with cleaning nits will update
reference to GUE. I think that the list and the statemnt are quite clear in
identifying the scope of networks that may benefit from using not only
common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply
<https://tools.ietf.org/html/draft-ooamdt-rtgwg-demand-cc-cv-03>.

With the above in mind, I=E2=80=99d suggest that the WG moves forward with =
specific
> definitions for encapsulating IOAM data into protocols =E2=80=93 per the =
above
> mentioned drafts.
>
>
>
> Regards, Frank
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>

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

<div dir=3D"ltr">Hi Frank,<div>thank you for sharing your points. Please fi=
nd my notes in-line and tagged GIM&gt;&gt;. I believe that this is very muc=
h relevant to work of other working groups that directly work on the overla=
y encapsulations in the center of the discussion and hence I&#39;ve added t=
hem to the list. Hope we&#39;ll have more opinions to reach the conclusion =
that is acceptable to all.</div><div><br></div><div>Regards,</div><div>Greg=
</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Apr=
 11, 2018 at 12:02 PM, Frank Brockners (fbrockne) <span dir=3D"ltr">&lt;<a =
href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrockne@cisco.com</a>=
&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang=3D"DE">
<div class=3D"gmail-m_1372684529261198436WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00, draft-=
brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre-00).
 One discussion topic that we decided to take to the list was the question =
on whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After c=
arefully considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came to the con=
clusion that the =E2=80=9COOAM header=E2=80=9D does not meet
 the needs of IOAM:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach fo=
r IOAM data encapsulation in the above mentioned drafts
 only requires 4 bytes. Using the OOAM header approach would add an unneces=
sary overhead of 4 bytes =E2=80=93 which is significant.</span></p></div></=
div></blockquote><div>GIM&gt;&gt; The difference in four octets is because =
OOAM Header:</div><div><ul><li>provides more flexibility, e.g. Flags field =
and Reserved fields;</li><li>supports larger OAM packets than iOAM header;<=
/li><li>is future proof by supporting versioning (Version field).<br></li><=
/ul></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8=
ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang=3D"DE=
"><div class=3D"gmail-m_1372684529261198436WordSection1"><p class=3D"MsoNor=
mal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized soon.=
 Interoperable implementations need timely specifications.
 Despite the question being asked, the recent thread on OOAM in the NVO3 li=
st hasn=E2=80=99t revealed any implementation of the OOAM header. In additi=
on, the thread revealed that several fundamental questions about the OOAM h=
eader are still open, such as whether or
 how active OAM mechanisms within protocols such as Geneve would apply to t=
he OOAM header. This ultimately means that we won=E2=80=99t get to a timely=
 specification.</span></p></div></div></blockquote><div>GIM&gt;&gt; May I a=
sk which encapsulations supported by the implementations you refer to. Unti=
l very recently all iOAM proposals were to use meta-data TLV in, e.g. Genev=
e and NSH. And if these or some of these implementations already updated to=
 the newly proposed iOAM shim, I don&#39;t see problem in making them use O=
OAM Header. Would you agree?</div><div>=C2=A0</div><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,2=
04,204);padding-left:1ex"><div lang=3D"DE"><div class=3D"gmail-m_1372684529=
261198436WordSection1"><p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><=
u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for =E2=80=9CNext =
Prot=E2=80=9D, the next protocol. Some protocols that IOAM data
 needs to be encapsulated into use 16-bits for their next protocol code poi=
nts. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis-ip=
pm-ioam-gre-00.</span></p></div></div></blockquote><div>GIM&gt;&gt; The fir=
st paragraph of the Introduction section states:</div><div>=C2=A0 =C2=A0New=
 protocols that support overlay networks like VxLAN-GPE</div><div>=C2=A0 =
=C2=A0[I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve</div><div>=
=C2=A0 =C2=A0[I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation=
], and</div><div>=C2=A0 =C2=A0NSH [I-D.ietf-sfc-nsh] support multi-protocol=
 payload, e.g.</div><div>=C2=A0 =C2=A0Ethernet, IPv4/IPv6, and recognize Op=
erations, Administration, and</div><div>=C2=A0 =C2=A0Maintenance (OAM) as o=
ne of distinct types.=C2=A0 That ensures that</div><div>=C2=A0 =C2=A0Overla=
y OAM (OOAM)packets are sharing fate with Overlay data packet</div><div>=C2=
=A0 =C2=A0traversing the underlay.=C2=A0</div><div>I&#39;m updating the OOA=
M Header draft and along with cleaning nits will update reference to GUE. I=
 think that the list and the statemnt are quite clear in identifying the sc=
ope of networks that may benefit from using not only common OOAM Header but=
 common OOAM mechanisms, e.g. <a href=3D"https://tools.ietf.org/html/draft-=
ooamdt-rtgwg-demand-cc-cv-03">Echo Request/Reply</a>.</div><div><br></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"><div lang=3D"DE"><div clas=
s=3D"gmail-m_1372684529261198436WordSection1"><p class=3D"MsoNormal"><span =
lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</a><br>
<br></blockquote></div><br></div></div>

--000000000000d13f4a0569a99bad--


From nobody Thu Apr 12 11:06:33 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED221126DED; Thu, 12 Apr 2018 11:06:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.509
X-Spam-Level: 
X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1rtrp4h92DrH; Thu, 12 Apr 2018 11:06:28 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8392E128C0A; Thu, 12 Apr 2018 11:06:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30196; q=dns/txt; s=iport; t=1523556383; x=1524765983; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=gTX06Wmix0TgMjYi+7kM8TxKqdRVmpTDqcS/FtoMMnc=; b=f7LV2GvtOE0pQwRZ9YfdJ/UcNi2LRaB7kzhyQZFtH8I5n/5XXuKTudr1 M6g4z0K2A217aYllSoSouKIs7LAZ1/iDH6akks6ZJpJs6ztsWK15QvGO1 QDvXsBXiTuUk+29jae4D1JhahQzE9XFKQ/3L4lZY8SyDO4A/1AnVMqQn6 o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAwAzn89a/40NJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNRi9hbygKg1mVE4F0gQ+GZot+gXsLGAEMhF4CGoIHITY?= =?us-ascii?q?WAQIBAQEBAQECbBwMhSIBAQEBAwEBIQpBCxACAQgRBAEBIQMEAwICAh8GCxQ?= =?us-ascii?q?JCAEBBA4FCBeECkwDFQ+nRYIchwcNgSuCL4d9gVQ/gQ+DC4JPICIBAQIBF4E?= =?us-ascii?q?jWQiCQoJUApBfhlIsCAKFVYUqO4J1gTuDWoc5hyyBeT2GCwIREwGBJAEjDSS?= =?us-ascii?q?BUnAVOoJDCYIUGhGDNIJkgjCFPm+OQYEXAQE?=
X-IronPort-AV: E=Sophos;i="5.48,442,1517875200";  d="scan'208,217";a="380510264"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Apr 2018 18:06:22 +0000
Received: from XCH-RCD-010.cisco.com (xch-rcd-010.cisco.com [173.37.102.20]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id w3CI6M1l018448 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 12 Apr 2018 18:06:22 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-RCD-010.cisco.com (173.37.102.20) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 12 Apr 2018 13:06:21 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Thu, 12 Apr 2018 13:06:21 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: IETF IPPM WG <ippm@ietf.org>, NVO3 <nvo3@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>
Thread-Topic: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AdPRe/DslDwu34XkSmq8g6ttV3Kt0QBLOKqAAAir4cA=
Date: Thu, 12 Apr 2018 18:06:21 +0000
Message-ID: <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
In-Reply-To: <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.7]
Content-Type: multipart/alternative; boundary="_000_f48b40357e644666bdd5c51c63118f80XCHRCD008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/p5MeqnhYAVYJAzDjbEeMegkV0p0>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 18:06:31 -0000

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

SGkgR3JlZywNCg0KdGhhbmtzIOKAkyBhbmQgaXQgc2VlbXMgdGhhdCB3ZeKAmXJlIG9uIHRoZSBz
YW1lIHBhZ2Ugd2l0aCByZWdhcmRzIHRvIGVmZmljaWVuY3kgKDQgYnl0ZXMgb2Ygbm9uLXJlcXVp
cmVkIG92ZXJoZWFkKSBhbmQgbWF0dXJpdHkgKG9yIGxhY2sgb2YpIG9mIE9PQU0uDQoNCk9uIHRo
ZSBJT0FNIGltcGxlbWVudGF0aW9uOiBUaGVyZSBhcmUgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMg
b2YgSU9BTS4gU29tZSBvZiB3aGljaCBoYXZlIHJlY2VudGx5IGJlZW4gd29ya2VkIG9uIGFuZCBz
aG93biBhdCBhbiBJRVRGIGhhY2thdGhvbiwgc2VlIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvbWVldGluZy8xMDAvbWF0ZXJpYWxzL3NsaWRlcy0xMDAtaGFja2F0aG9uLXNlc3NhLWluLXNp
dHUtb2FtLWlvYW0gLSB3aGVyZSB3ZeKAmXZlIHNob3duIElQdjYgYW5kIFZYTEFOLUdQRSB3aXRo
IElPQU0g4oCTIG9uIEZELmlvL1ZQUCBhcyB3ZWxsIGFzIG9uIEJhcmVmb290IFRvZmluby4gWW91
IHByb2JhYmx5IGFsc28gcmVtZW1iZXIgdGhlIE5ldHJvbm9tZS9Ccm9hZGNvbSBkZW1vIC0gaHR0
cHM6Ly93d3cueW91dHViZS5jb20vd2F0Y2g/dj1qOUZiRDRhM0Y0RSAuDQpCZWxvdyB5b3Ugc2Vl
bSB0byBiZSBzcGVjaWZpY2FsbHkgcmVmZXJyaW5nIHRvIHRoZSBJT0FNIG9wZW4gc291cmNlIGlt
cGxlbWVudGF0aW9uIGluIEZELmlvL1ZQUDogVGhlcmUgYXJlIHByb3RvY29sIGVuY2Fwc3VsYXRp
b25zIGZvciBWWExBTi1HUEUsIE5TSCwgYW5kIElQdjYgaW1wbGVtZW50ZWQgaW4gRkQuaW8vVlBQ
LiBUaGUgY3VycmVudCBjb2RlIHVzZXMgdGhlIOKAnG5leHQgaGVhZGVyIGFwcHJvYWNo4oCdIGZv
ciBWWExBTi1HUEUgYW5kIGl0IGxldmVyYWdlcyBNRC1UeXBlIDIgZm9yIE5TSC4gQXMgeW914oCZ
cmUgd2VsbCBhd2FyZSwgdGhlcmUgdGhlIGRpc2N1c3Npb24gaW4gU0ZDIHdoZXRoZXIgdG8gdXNl
IE1ELVR5cGUgMiBvciBuZXh0IGhlYWRlciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbiBOU0gg
aXNu4oCZdCB5ZXQgc2V0dGxlZCwgaGVuY2Ugd2XigJlsbCByZWZyYWluIGZyb20gdXBkYXRpbmcg
dGhlIGNvZGUgdW50aWwgU0ZDIFdHIGhhcyBjb21lIHRvIGEgY29uY2x1c2lvbi4NCg0KQ291bGQg
eW91IHByb3ZpZGUgYSBwb2ludGVyIHRvIGFuIE9PQU0gaW1wbGVtZW50YXRpb24/DQoNClRoYW5r
cywNCkZyYW5rDQoNCkZyb206IEdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+DQpT
ZW50OiBEb25uZXJzdGFnLCAxMi4gQXByaWwgMjAxOCAxODo1NA0KVG86IEZyYW5rIEJyb2NrbmVy
cyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+DQpDYzogSUVURiBJUFBNIFdHIDxpcHBt
QGlldGYub3JnPjsgTlZPMyA8bnZvM0BpZXRmLm9yZz47IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5p
bmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9yZw0KU3ViamVjdDog
UmU6IFtpcHBtXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29s
cyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNCkhpIEZyYW5rLA0K
dGhhbmsgeW91IGZvciBzaGFyaW5nIHlvdXIgcG9pbnRzLiBQbGVhc2UgZmluZCBteSBub3RlcyBp
bi1saW5lIGFuZCB0YWdnZWQgR0lNPj4uIEkgYmVsaWV2ZSB0aGF0IHRoaXMgaXMgdmVyeSBtdWNo
IHJlbGV2YW50IHRvIHdvcmsgb2Ygb3RoZXIgd29ya2luZyBncm91cHMgdGhhdCBkaXJlY3RseSB3
b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fwc3VsYXRpb25zIGluIHRoZSBjZW50ZXIgb2YgdGhlIGRp
c2N1c3Npb24gYW5kIGhlbmNlIEkndmUgYWRkZWQgdGhlbSB0byB0aGUgbGlzdC4gSG9wZSB3ZSds
bCBoYXZlIG1vcmUgb3BpbmlvbnMgdG8gcmVhY2ggdGhlIGNvbmNsdXNpb24gdGhhdCBpcyBhY2Nl
cHRhYmxlIHRvIGFsbC4NCg0KUmVnYXJkcywNCkdyZWcNCg0KT24gV2VkLCBBcHIgMTEsIDIwMTgg
YXQgMTI6MDIgUE0sIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5j
b208bWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbT4+IHdyb3RlOg0KQmFjayBhdCB0aGUgSVBQTSBt
ZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRzIGRlYWxpbmcgd2l0
aCB0aGUgZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgKGRy
YWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwLCBkcmFmdC1icm9ja25lcnMtaXBw
bS1pb2FtLWdlbmV2ZS0wMCwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lIGRpc2N1
c3Npb24gdG9waWMgdGhhdCB3ZSBkZWNpZGVkIHRvIHRha2UgdG8gdGhlIGxpc3Qgd2FzIHRoZSBx
dWVzdGlvbiBvbiB3aGV0aGVyIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciBjb3VsZCBi
ZSBsZXZlcmFnZWQuICBBZnRlciBjYXJlZnVsbHkgY29uc2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0
Z3dnLW9vYW0taGVhZGVyLCBJIGNhbWUgdG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09B
TSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9BTToNCiogRWZmaWNpZW5j
eTogSU9BTSBhZGRzIGRhdGEgdG8gbGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFuIGVuY2Fw
c3VsYXRpb24gbmVlZHMgdG8gYmUgYXMgZWZmaWNpZW50IGFzIHBvc3NpYmxlLiBUaGUg4oCcT09B
TSBoZWFkZXLigJ0gaXMgOCBieXRlcyBsb25nLiBUaGUgYXBwcm9hY2ggZm9yIElPQU0gZGF0YSBl
bmNhcHN1bGF0aW9uIGluIHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzIG9ubHkgcmVxdWlyZXMg
NCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5l
Y2Vzc2FyeSBvdmVyaGVhZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC4NCkdJ
TT4+IFRoZSBkaWZmZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6
DQoNCiAgKiAgIHByb3ZpZGVzIG1vcmUgZmxleGliaWxpdHksIGUuZy4gRmxhZ3MgZmllbGQgYW5k
IFJlc2VydmVkIGZpZWxkczsNCiAgKiAgIHN1cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFu
IGlPQU0gaGVhZGVyOw0KICAqICAgaXMgZnV0dXJlIHByb29mIGJ5IHN1cHBvcnRpbmcgdmVyc2lv
bmluZyAoVmVyc2lvbiBmaWVsZCkuDQoqIE1hdHVyaXR5OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxl
bWVudGF0aW9ucywgd2hpY2ggd2VyZSBhbHNvIHNob3duIGF0IHJlY2VudCBJRVRGIGhhY2thdGhv
bnMg4oCTIGFuZCB3ZeKAmXJlIGV4cGVjdGluZyBhZGRpdGlvbmFsIGltcGxlbWVudGF0aW9ucyB0
byBiZSBwdWJsaWNpemVkIHNvb24uIEludGVyb3BlcmFibGUgaW1wbGVtZW50YXRpb25zIG5lZWQg
dGltZWx5IHNwZWNpZmljYXRpb25zLiBEZXNwaXRlIHRoZSBxdWVzdGlvbiBiZWluZyBhc2tlZCwg
dGhlIHJlY2VudCB0aHJlYWQgb24gT09BTSBpbiB0aGUgTlZPMyBsaXN0IGhhc27igJl0IHJldmVh
bGVkIGFueSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgT09BTSBoZWFkZXIuIEluIGFkZGl0aW9uLCB0
aGUgdGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBmdW5kYW1lbnRhbCBxdWVzdGlvbnMgYWJv
dXQgdGhlIE9PQU0gaGVhZGVyIGFyZSBzdGlsbCBvcGVuLCBzdWNoIGFzIHdoZXRoZXIgb3IgaG93
IGFjdGl2ZSBPQU0gbWVjaGFuaXNtcyB3aXRoaW4gcHJvdG9jb2xzIHN1Y2ggYXMgR2VuZXZlIHdv
dWxkIGFwcGx5IHRvIHRoZSBPT0FNIGhlYWRlci4gVGhpcyB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQg
d2Ugd29u4oCZdCBnZXQgdG8gYSB0aW1lbHkgc3BlY2lmaWNhdGlvbi4NCkdJTT4+IE1heSBJIGFz
ayB3aGljaCBlbmNhcHN1bGF0aW9ucyBzdXBwb3J0ZWQgYnkgdGhlIGltcGxlbWVudGF0aW9ucyB5
b3UgcmVmZXIgdG8uIFVudGlsIHZlcnkgcmVjZW50bHkgYWxsIGlPQU0gcHJvcG9zYWxzIHdlcmUg
dG8gdXNlIG1ldGEtZGF0YSBUTFYgaW4sIGUuZy4gR2VuZXZlIGFuZCBOU0guIEFuZCBpZiB0aGVz
ZSBvciBzb21lIG9mIHRoZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5IHVwZGF0ZWQgdG8gdGhl
IG5ld2x5IHByb3Bvc2VkIGlPQU0gc2hpbSwgSSBkb24ndCBzZWUgcHJvYmxlbSBpbiBtYWtpbmcg
dGhlbSB1c2UgT09BTSBIZWFkZXIuIFdvdWxkIHlvdSBhZ3JlZT8NCg0KKiBTY29wZTogSXQgaXNu
4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyIHdv
dWxkIHVsdGltYXRlbHkgYXBwbHkgdG8uIFRoZSB3YXkgdGhlIE9PQU0gaGVhZGVyIGlzIGRlZmlu
ZWQsIE9PQU0gdXNlcyBhIDgtYml0IGZpZWxkIGZvciDigJxOZXh0IFByb3TigJ0sIHRoZSBuZXh0
IHByb3RvY29sLiBTb21lIHByb3RvY29scyB0aGF0IElPQU0gZGF0YSBuZWVkcyB0byBiZSBlbmNh
cHN1bGF0ZWQgaW50byB1c2UgMTYtYml0cyBmb3IgdGhlaXIgbmV4dCBwcm90b2NvbCBjb2RlIHBv
aW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZpZWQgaW4g
ZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0KR0lNPj4gVGhlIGZpcnN0IHBhcmFncmFwaCBv
ZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVzOg0KICAgTmV3IHByb3RvY29scyB0aGF0
IHN1cHBvcnQgb3ZlcmxheSBuZXR3b3JrcyBsaWtlIFZ4TEFOLUdQRQ0KICAgW0ktRC5pZXRmLW52
bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1ZV0sIEdlbmV2ZQ0KICAgW0ktRC5p
ZXRmLW52bzMtZ2VuZXZlXSwgQklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25d
LCBhbmQNCiAgIE5TSCBbSS1ELmlldGYtc2ZjLW5zaF0gc3VwcG9ydCBtdWx0aS1wcm90b2NvbCBw
YXlsb2FkLCBlLmcuDQogICBFdGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9wZXJh
dGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQNCiAgIE1haW50ZW5hbmNlIChPQU0pIGFzIG9uZSBv
ZiBkaXN0aW5jdCB0eXBlcy4gIFRoYXQgZW5zdXJlcyB0aGF0DQogICBPdmVybGF5IE9BTSAoT09B
TSlwYWNrZXRzIGFyZSBzaGFyaW5nIGZhdGUgd2l0aCBPdmVybGF5IGRhdGEgcGFja2V0DQogICB0
cmF2ZXJzaW5nIHRoZSB1bmRlcmxheS4NCkknbSB1cGRhdGluZyB0aGUgT09BTSBIZWFkZXIgZHJh
ZnQgYW5kIGFsb25nIHdpdGggY2xlYW5pbmcgbml0cyB3aWxsIHVwZGF0ZSByZWZlcmVuY2UgdG8g
R1VFLiBJIHRoaW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZSBzdGF0ZW1udCBhcmUgcXVpdGUgY2xl
YXIgaW4gaWRlbnRpZnlpbmcgdGhlIHNjb3BlIG9mIG5ldHdvcmtzIHRoYXQgbWF5IGJlbmVmaXQg
ZnJvbSB1c2luZyBub3Qgb25seSBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBPT0FNIG1l
Y2hhbmlzbXMsIGUuZy4gRWNobyBSZXF1ZXN0L1JlcGx5PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv
aHRtbC9kcmFmdC1vb2FtZHQtcnRnd2ctZGVtYW5kLWNjLWN2LTAzPi4NCg0KV2l0aCB0aGUgYWJv
dmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkIHdpdGgg
c3BlY2lmaWMgZGVmaW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gcHJv
dG9jb2xzIOKAkyBwZXIgdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMuDQoNClJlZ2FyZHMsIEZy
YW5rDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpp
cHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NCmh0
dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z
b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl
bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov
KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5n
czsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAy
IDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O
b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx
cHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixz
ZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVk
LCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAs
IGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1h
bDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxT
dHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7
bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt
c2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x
DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20g
NzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExp
c3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjEwNTAxNTIwMzM7DQoJ
bXNvLWxpc3QtdGVtcGxhdGUtaWRzOjExNjI5MDcyMDI7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcy
LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4
LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVy
IE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3Qg
bDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt
dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z
aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJ
e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ
bXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4w
cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7
fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt
c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6
bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl
OjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0
Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm
b250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7
bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N
CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48
IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0
PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5
b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iREUiIGxpbms9ImJs
dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTIj5IaSBHcmVnLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPnRoYW5rcyDigJMgYW5kIGl0IHNlZW1zIHRoYXQgd2XigJlyZSBv
biB0aGUgc2FtZSBwYWdlIHdpdGggcmVnYXJkcyB0byBlZmZpY2llbmN5ICg0IGJ5dGVzIG9mIG5v
bi1yZXF1aXJlZCBvdmVyaGVhZCkgYW5kIG1hdHVyaXR5DQogKG9yIGxhY2sgb2YpIG9mIE9PQU0u
IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj5PbiB0aGUgSU9BTSBpbXBsZW1lbnRhdGlvbjogVGhlcmUgYXJlIHNldmVyYWwg
aW1wbGVtZW50YXRpb25zIG9mIElPQU0uIFNvbWUgb2Ygd2hpY2ggaGF2ZSByZWNlbnRseSBiZWVu
IHdvcmtlZCBvbiBhbmQNCiBzaG93biBhdCBhbiBJRVRGIGhhY2thdGhvbiwgc2VlIDxhIGhyZWY9
Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDAvbWF0ZXJpYWxzL3NsaWRl
cy0xMDAtaGFja2F0aG9uLXNlc3NhLWluLXNpdHUtb2FtLWlvYW0iPg0KaHR0cHM6Ly9kYXRhdHJh
Y2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwMC9tYXRlcmlhbHMvc2xpZGVzLTEwMC1oYWNrYXRob24t
c2Vzc2EtaW4tc2l0dS1vYW0taW9hbTwvYT4gLSB3aGVyZSB3ZeKAmXZlIHNob3duIElQdjYgYW5k
IFZYTEFOLUdQRSB3aXRoIElPQU0g4oCTIG9uIEZELmlvL1ZQUCBhcyB3ZWxsIGFzIG9uIEJhcmVm
b290IFRvZmluby4gWW91IHByb2JhYmx5IGFsc28gcmVtZW1iZXIgdGhlIE5ldHJvbm9tZS9Ccm9h
ZGNvbSBkZW1vIC0NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LnlvdXR1YmUuY29tL3dhdGNoP3Y9ajlG
YkQ0YTNGNEUiPmh0dHBzOi8vd3d3LnlvdXR1YmUuY29tL3dhdGNoP3Y9ajlGYkQ0YTNGNEU8L2E+
IC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPkJlbG93IHlvdSBzZWVtIHRvIGJlIHNwZWNpZmljYWxseSByZWZlcnJpbmcgdG8gdGhlIElP
QU0gb3BlbiBzb3VyY2UgaW1wbGVtZW50YXRpb24gaW4gRkQuaW8vVlBQOiBUaGVyZSBhcmUgcHJv
dG9jb2wgZW5jYXBzdWxhdGlvbnMNCiBmb3IgVlhMQU4tR1BFLCBOU0gsIGFuZCBJUHY2IGltcGxl
bWVudGVkIGluIEZELmlvL1ZQUC4gVGhlIGN1cnJlbnQgY29kZSB1c2VzIHRoZSDigJxuZXh0IGhl
YWRlciBhcHByb2FjaOKAnSBmb3IgVlhMQU4tR1BFIGFuZCBpdCBsZXZlcmFnZXMgTUQtVHlwZSAy
IGZvciBOU0guIEFzIHlvdeKAmXJlIHdlbGwgYXdhcmUsIHRoZXJlIHRoZSBkaXNjdXNzaW9uIGlu
IFNGQyB3aGV0aGVyIHRvIHVzZSBNRC1UeXBlIDIgb3IgbmV4dCBoZWFkZXIgZW5jYXBzdWxhdGlu
Zw0KIElPQU0gZGF0YSBpbiBOU0ggaXNu4oCZdCB5ZXQgc2V0dGxlZCwgaGVuY2Ugd2XigJlsbCBy
ZWZyYWluIGZyb20gdXBkYXRpbmcgdGhlIGNvZGUgdW50aWwgU0ZDIFdHIGhhcyBjb21lIHRvIGEg
Y29uY2x1c2lvbi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s
YW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m
YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Db3VsZCB5b3UgcHJvdmlkZSBhIHBvaW50ZXIgdG8gYW4g
T09BTSBpbXBsZW1lbnRhdGlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+RnJhbms8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmIj4gR3JlZyBNaXJza3kgJmx0O2dyZWdpbWlyc2t5QGdtYWlsLmNvbSZndDsNCjxicj4NCjxi
PlNlbnQ6PC9iPiBEb25uZXJzdGFnLCAxMi4gQXByaWwgMjAxOCAxODo1NDxicj4NCjxiPlRvOjwv
Yj4gRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgJmx0O2Zicm9ja25lQGNpc2NvLmNvbSZndDs8
YnI+DQo8Yj5DYzo8L2I+IElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs7IE5WTzMg
Jmx0O252bzNAaWV0Zi5vcmcmZ3Q7OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlz
dCAmbHQ7c2ZjQGlldGYub3JnJmd0OzsgaW50LWFyZWFAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0
OjwvYj4gUmU6IFtpcHBtXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHBy
b3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgRnJhbmssPG86cD48L286cD48L3A+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGhhbmsgeW91IGZvciBzaGFyaW5nIHlvdXIgcG9p
bnRzLiBQbGVhc2UgZmluZCBteSBub3RlcyBpbi1saW5lIGFuZCB0YWdnZWQgR0lNJmd0OyZndDsu
IEkgYmVsaWV2ZSB0aGF0IHRoaXMgaXMgdmVyeSBtdWNoIHJlbGV2YW50IHRvIHdvcmsgb2Ygb3Ro
ZXIgd29ya2luZyBncm91cHMgdGhhdCBkaXJlY3RseSB3b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fw
c3VsYXRpb25zIGluIHRoZSBjZW50ZXIgb2YgdGhlIGRpc2N1c3Npb24NCiBhbmQgaGVuY2UgSSd2
ZSBhZGRlZCB0aGVtIHRvIHRoZSBsaXN0LiBIb3BlIHdlJ2xsIGhhdmUgbW9yZSBvcGluaW9ucyB0
byByZWFjaCB0aGUgY29uY2x1c2lvbiB0aGF0IGlzIGFjY2VwdGFibGUgdG8gYWxsLjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+R3JlZzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gV2VkLCBBcHIg
MTEsIDIwMTggYXQgMTI6MDIgUE0sIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpICZsdDs8YSBo
cmVmPSJtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+ZmJyb2NrbmVA
Y2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHls
ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBj
bSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5CYWNr
IGF0IHRoZSBJUFBNIG1lZXRpbmcgaW4gTG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJhbCBkcmFm
dHMgZGVhbGluZyB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3Vz
IHByb3RvY29scyAoZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDAsDQogZHJh
ZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAsIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdy
ZS0wMCkuIE9uZSBkaXNjdXNzaW9uIHRvcGljIHRoYXQgd2UgZGVjaWRlZCB0byB0YWtlIHRvIHRo
ZSBsaXN0IHdhcyB0aGUgcXVlc3Rpb24gb24gd2hldGhlciBkcmFmdC1vb2FtZHQtcnRnd2ctb29h
bS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLiZuYnNwOyBBZnRlciBjYXJlZnVsbHkgY29uc2lk
ZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyLA0KIEkgY2FtZSB0byB0aGUgY29u
Y2x1c2lvbiB0aGF0IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVk
cyBvZiBJT0FNOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gbGFuZz0iRU4tVVMiPiogRWZmaWNpZW5jeTogSU9BTSBhZGRzIGRhdGEgdG8gbGl2ZSB1
c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFuIGVuY2Fwc3VsYXRpb24gbmVlZHMgdG8gYmUgYXMgZWZm
aWNpZW50IGFzIHBvc3NpYmxlLiBUaGUg4oCcT09BTSBoZWFkZXLigJ0gaXMgOCBieXRlcyBsb25n
LiBUaGUgYXBwcm9hY2gNCiBmb3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlIGFib3Zl
IG1lbnRpb25lZCBkcmFmdHMgb25seSByZXF1aXJlcyA0IGJ5dGVzLiBVc2luZyB0aGUgT09BTSBo
ZWFkZXIgYXBwcm9hY2ggd291bGQgYWRkIGFuIHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0
ZXMg4oCTIHdoaWNoIGlzIHNpZ25pZmljYW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+R0lN
Jmd0OyZndDsgVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBPT0FNIEhl
YWRlcjo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjx1bCB0eXBlPSJkaXNjIj4NCjxs
aSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KcHJvdmlkZXMg
bW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFncyBmaWVsZCBhbmQgUmVzZXJ2ZWQgZmllbGRzOzxv
OnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBs
Zm8xIj4NCnN1cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVhZGVyOzxvOnA+
PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8x
Ij4NCmlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNpb25pbmcgKFZlcnNpb24gZmll
bGQpLjxvOnA+PC9vOnA+PC9saT48L3VsPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9y
ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20g
MGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4qIE1hdHVyaXR5
OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2ggd2VyZSBhbHNvIHNob3du
IGF0IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCTIGFuZCB3ZeKAmXJlIGV4cGVjdGluZyBhZGRp
dGlvbmFsIGltcGxlbWVudGF0aW9ucyB0byBiZSBwdWJsaWNpemVkDQogc29vbi4gSW50ZXJvcGVy
YWJsZSBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUg
dGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRo
ZSBOVk8zIGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBP
T0FNIGhlYWRlci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFs
IGZ1bmRhbWVudGFsIHF1ZXN0aW9ucw0KIGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3RpbGwg
b3Blbiwgc3VjaCBhcyB3aGV0aGVyIG9yIGhvdyBhY3RpdmUgT0FNIG1lY2hhbmlzbXMgd2l0aGlu
IHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFkZXIu
IFRoaXMgdWx0aW1hdGVseSBtZWFucyB0aGF0IHdlIHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNw
ZWNpZmljYXRpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv
Y2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5HSU0mZ3Q7Jmd0OyBNYXkgSSBh
c2sgd2hpY2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnMg
eW91IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3ZXJl
IHRvIHVzZSBtZXRhLWRhdGEgVExWIGluLCBlLmcuIEdlbmV2ZSBhbmQgTlNILiBBbmQgaWYgdGhl
c2Ugb3Igc29tZSBvZiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMgYWxyZWFkeSB1cGRhdGVkDQogdG8g
dGhlIG5ld2x5IHByb3Bvc2VkIGlPQU0gc2hpbSwgSSBkb24ndCBzZWUgcHJvYmxlbSBpbiBtYWtp
bmcgdGhlbSB1c2UgT09BTSBIZWFkZXIuIFdvdWxkIHlvdSBhZ3JlZT88bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s
aWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQu
OHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4qIFNjb3BlOiBJdCBpc27igJl0IGVudGlyZWx5IGNsZWFy
IHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09BTSBoZWFkZXIgd291bGQgdWx0aW1hdGVseSBhcHBs
eSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1i
aXQgZmllbGQgZm9yDQog4oCcTmV4dCBQcm904oCdLCB0aGUgbmV4dCBwcm90b2NvbC4gU29tZSBw
cm90b2NvbHMgdGhhdCBJT0FNIGRhdGEgbmVlZHMgdG8gYmUgZW5jYXBzdWxhdGVkIGludG8gdXNl
IDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZSBwb2ludHMuIFNlZSBlLmcuIHRo
ZSBHUkUgZW5jYXBzdWxhdGlvbiDigJMgYXMgc3BlY2lmaWVkIGluIGRyYWZ0LXdlaXMtaXBwbS1p
b2FtLWdyZS0wMC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j
a3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdJTSZndDsmZ3Q7IFRoZSBmaXJz
dCBwYXJhZ3JhcGggb2YgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uIHN0YXRlczo8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDtO
ZXcgcHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BF
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDsgJm5ic3A7W0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1
ZV0sIEdlbmV2ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7ICZuYnNwO1tJLUQuaWV0Zi1udm8zLWdlbmV2ZV0sIEJJRVIgW0ktRC5pZXRm
LWJpZXItbXBscy1lbmNhcHN1bGF0aW9uXSwgYW5kPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7TlNIIFtJLUQuaWV0Zi1zZmMt
bnNoXSBzdXBwb3J0IG11bHRpLXByb3RvY29sIHBheWxvYWQsIGUuZy48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDtFdGhlcm5l
dCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBh
bmQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOyAmbmJzcDtNYWludGVuYW5jZSAoT0FNKSBhcyBvbmUgb2YgZGlzdGluY3QgdHlwZXMuJm5i
c3A7IFRoYXQgZW5zdXJlcyB0aGF0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7T3ZlcmxheSBPQU0gKE9PQU0pcGFja2V0cyBh
cmUgc2hhcmluZyBmYXRlIHdpdGggT3ZlcmxheSBkYXRhIHBhY2tldDxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwO3RyYXZlcnNp
bmcgdGhlIHVuZGVybGF5LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+SSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBkcmFmdCBhbmQg
YWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzIHdpbGwgdXBkYXRlIHJlZmVyZW5jZSB0byBHVUUuIEkg
dGhpbmsgdGhhdCB0aGUgbGlzdCBhbmQgdGhlIHN0YXRlbW50IGFyZSBxdWl0ZSBjbGVhciBpbiBp
ZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgdGhhdCBtYXkgYmVuZWZpdCBmcm9tIHVz
aW5nIG5vdCBvbmx5IGNvbW1vbiBPT0FNIEhlYWRlcg0KIGJ1dCBjb21tb24gT09BTSBtZWNoYW5p
c21zLCBlLmcuIDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1vb2Ft
ZHQtcnRnd2ctZGVtYW5kLWNjLWN2LTAzIj4NCkVjaG8gUmVxdWVzdC9SZXBseTwvYT4uPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl
ci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJn
aW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+V2l0aCB0aGUgYWJvdmUgaW4gbWluZCwg
SeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkIHdpdGggc3BlY2lmaWMgZGVm
aW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gcHJvdG9jb2xzIOKAkyBw
ZXIgdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5SZWdhcmRzLCBGcmFuazxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX188YnI+DQppcHBtIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0
bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v
d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48bzpwPjwvbzpwPjwvcD4N
CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_f48b40357e644666bdd5c51c63118f80XCHRCD008ciscocom_--


From nobody Thu Apr 12 11:37:53 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62CEA12DA0D for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 11:37:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5xZBVe5T0zAU for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 11:37:45 -0700 (PDT)
Received: from mail-yb0-x235.google.com (mail-yb0-x235.google.com [IPv6:2607:f8b0:4002:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45A24126DED for <ippm@ietf.org>; Thu, 12 Apr 2018 11:37:45 -0700 (PDT)
Received: by mail-yb0-x235.google.com with SMTP id 185-v6so309917ybv.0 for <ippm@ietf.org>; Thu, 12 Apr 2018 11:37:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=INZTQzC1xzDASuze/6YugFWtEwx99thcHTtHmq8n2O4=; b=aykm0/dtI4pvnyQCHomfqHbdOBqBCIFFeHEiE6bdhrJAsxPwb9TrONSZ2xJA9v5qIG xhNLoPiZt28iiYiQvqR9HnzotwR/O/mU6iVslYe0a7j1Xr1wc4HQoyQC365O1WJ+kT05 B0Vighha+Ncy2eRwlm+kpcvKd4pirbUsf/XEC5JLs+lQjEDiVCjQ/OCrfnb1jpQK/zOz MPY0CKMHbuZ7zphZqLgEiGVYkWkIJXzc2DtJvD35FnHimz7qPZCrulg8tzsVD30XP4mp 2MOY785ewS5TwqyqE9RgM6sHOvhiztqF/37PwaEQ9h0Ohvo87AoEDldaW1CocP6Wiv5E e8Nw==
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=INZTQzC1xzDASuze/6YugFWtEwx99thcHTtHmq8n2O4=; b=XunlW9GQPRm+/YdqrcvxO76nCfRFHjxDBtY7K+9A6XqXDq/GGls6t3qY/F20zgkH43 H47OkNd4SH0QF/QYaxoMD2736i+95jguwB64u0iPu+HMDtrKtBcIRG7458dYHC6ZKn3/ gLRhOfvIadFq7jnJLaaNZ+va3UXHf4jVCIP7OsD6yeyvdQWEOy7kq/oaAj+7aNqzcYWA 95JTPIp1bzmddB+gC8BPMR+AcYp6pXdyHpv1Vpg2Shd/0Y+qnK6yXsaZ/C8s281cIRTF mpXp17QpTQaUCEHUIJFoVa1ArZiyARy1NlqtyqqY7vvMZ4oT3VtHvoqFT7u9+2dZxtN6 b89Q==
X-Gm-Message-State: ALQs6tD9ED0z7wR2f6921ZdXYHXy00k50Cie0PGOwG683u+I0ChlTi/z gQIXUgHd9ImVpwA/slGbmubjZmjh7L7dzH4J4eJiGQ==
X-Google-Smtp-Source: AIpwx4/MhiO3y898O3YD6L30UERaCfummYO8bwGiQaDE7qtT8v4H96uc9k/tp3Ot7YfhOs80Y8h64b40JrtcpiCYbis=
X-Received: by 2002:a25:2144:: with SMTP id h65-v6mr1249686ybh.407.1523558264172;  Thu, 12 Apr 2018 11:37:44 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.26.135 with HTTP; Thu, 12 Apr 2018 11:37:43 -0700 (PDT)
In-Reply-To: <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 12 Apr 2018 11:37:43 -0700
Message-ID: <CALx6S35hQKtFkw8rrs1CKsnPkEAGpULweK7uztAaenmy6Qw9Bw@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/JRTqFutQ_Y6gmV79qkLXFEaBKrg>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 18:37:48 -0000

On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com> wrote:
> Hi Frank,
> thank you for sharing your points. Please find my notes in-line and tagge=
d
> GIM>>. I believe that this is very much relevant to work of other working
> groups that directly work on the overlay encapsulations in the center of =
the
> discussion and hence I've added them to the list. Hope we'll have more
> opinions to reach the conclusion that is acceptable to all.
>
> Regards,
> Greg
>
> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> <fbrockne@cisco.com> wrote:
>>
>> Back at the IPPM meeting in London, we discussed several drafts dealing
>> with the encapsulation of IOAM data in various protocols
>> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). One
>> discussion topic that we decided to take to the list was the question on
>> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After carefu=
lly
>> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion tha=
t
>> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>>
>> * Efficiency: IOAM adds data to live user traffic. As such, an
>> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM he=
ader=E2=80=9D is 8
>> bytes long. The approach for IOAM data encapsulation in the above mentio=
ned
>> drafts only requires 4 bytes. Using the OOAM header approach would add a=
n
>> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>

What is the relationship between this proposal and
draft-fioccola-v6ops-ipv6-alt-mark which is currently searching for a
way to squeeze out two bits in the IP header for performance
measurement?

Tom

> GIM>> The difference in four octets is because OOAM Header:
>
> provides more flexibility, e.g. Flags field and Reserved fields;
> supports larger OAM packets than iOAM header;
> is future proof by supporting versioning (Version field).
>>
>> * Maturity: IOAM has several implementations, which were also shown at
>> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional =
implementations to
>> be publicized soon. Interoperable implementations need timely
>> specifications. Despite the question being asked, the recent thread on O=
OAM
>> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM =
header. In
>> addition, the thread revealed that several fundamental questions about t=
he
>> OOAM header are still open, such as whether or how active OAM mechanisms
>> within protocols such as Geneve would apply to the OOAM header. This
>> ultimately means that we won=E2=80=99t get to a timely specification.
>
> GIM>> May I ask which encapsulations supported by the implementations you
> refer to. Until very recently all iOAM proposals were to use meta-data TL=
V
> in, e.g. Geneve and NSH. And if these or some of these implementations
> already updated to the newly proposed iOAM shim, I don't see problem in
> making them use OOAM Header. Would you agree?
>
>>
>> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM hea=
der would
>> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-b=
it
>> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols=
 that IOAM data
>> needs to be encapsulated into use 16-bits for their next protocol code
>> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> draft-weis-ippm-ioam-gre-00.
>
> GIM>> The first paragraph of the Introduction section states:
>    New protocols that support overlay networks like VxLAN-GPE
>    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
>    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>    Maintenance (OAM) as one of distinct types.  That ensures that
>    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>    traversing the underlay.
> I'm updating the OOAM Header draft and along with cleaning nits will upda=
te
> reference to GUE. I think that the list and the statemnt are quite clear =
in
> identifying the scope of networks that may benefit from using not only
> common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply.
>
>> With the above in mind, I=E2=80=99d suggest that the WG moves forward wi=
th
>> specific definitions for encapsulating IOAM data into protocols =E2=80=
=93 per the
>> above mentioned drafts.
>>
>>
>>
>> Regards, Frank
>>
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>>
>
>
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>


From nobody Thu Apr 12 14:28:44 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 668AF1270AC; Thu, 12 Apr 2018 14:28:43 -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 zCG-v7ChYkwg; Thu, 12 Apr 2018 14:28:34 -0700 (PDT)
Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::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 062B1124217; Thu, 12 Apr 2018 14:28:34 -0700 (PDT)
Received: by mail-lf0-x22c.google.com with SMTP id e5-v6so9755058lfb.7; Thu, 12 Apr 2018 14:28:33 -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=PS3A6zEj5XY5k1H353peZiTJ64SsToibN0BwKazwbRc=; b=kcfiIkpWuFQQhHZ2PW5looGv4u3l00VWh9/TSfLDTazHypCR2Hj3A/SFEB/fjk0Isi WQvDrFlOXIiDtV4S1HK2Mcl0s4N9dqK3fdsU/npNBkTl8MoqhtA2fwFt7I9OPtDomIFq 8wEPdtBVZHF9EK933YVpvVjobVT7kmQ9qJHHmwp7M/li2urbxfAqTeUZ0ZGwQK26TQta 6DnV4Y2WOl0hSU8BgGraso9GnUo/T5ThysWvsO6G4YQAVs4S0dM50bF6/LvbVP51FIl0 AnagZ4qJldLZCvM1XkZHVmRbIDEUPUYRhjwONHRYY0q2qPiFg70eullunCkO9Z60rcYf c7AA==
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=PS3A6zEj5XY5k1H353peZiTJ64SsToibN0BwKazwbRc=; b=sAwuCTxd39ofk7MW/Ef8JgIkQJMv6me+boy/IgnLx48uDnoyxtFTuusFdQFe6xwCE+ x11i/6K/dyY06yCj67nJCvkFYFBDteHnCkNtlwTAapUcj8KznjnZF3t5Avby4A6WUgh9 Z5ubGhhTdTb/mDvb8T//68U35UQfC/dfJXo8DsilqvTAZtXCr02I0kfFsK/z7qWFO7VC roG3MLViRgFTMtW9fc5IqHrLH9eyIG0gES3ZC2lliN2f51WC8mLEkcsWBGNNuos12nrq NRRBwZb4zd7cwNeNXR6cmXj8Nb6yKzB5oKW4alsDBDVUMMORnwNwCNuCcfAy0Qfn8uNV FNJw==
X-Gm-Message-State: ALQs6tAEEQePsIhTgZazOEUMcFTHtZ0UtE/F6yCzHVGafHk2jEvMO5xZ eparuJQWxVc/maK6ARYGLlIvLqHjPeZZfnHanYc=
X-Google-Smtp-Source: AIpwx4/78vydyNkb+iEjItQU+dp8OFgz0ulpMppHd7XubqEscrSiwlbc3D4dgQHkqfhETah1yv/Vj9Z53PTdzI844VU=
X-Received: by 10.46.32.154 with SMTP id g26mr1628474lji.71.1523568511913; Thu, 12 Apr 2018 14:28:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 12 Apr 2018 14:28:31 -0700 (PDT)
In-Reply-To: <CALx6S35hQKtFkw8rrs1CKsnPkEAGpULweK7uztAaenmy6Qw9Bw@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S35hQKtFkw8rrs1CKsnPkEAGpULweK7uztAaenmy6Qw9Bw@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 12 Apr 2018 23:28:31 +0200
Message-ID: <CA+RyBmXzCLV171CdR2wMA6J421FD66CkOpGGCbUsdyOrJKb2zg@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="001a1143062af192f60569ad6f1d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zEnY7Nn_eF4GkzQJibl_4hLiGIo>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 21:28:43 -0000

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

Hi Tom,
I think you refer to the proposal on how to apply RFC 8321
<https://tools.ietf.org/html/rfc8321> in IPv6 networks. Using two bits-long
field for Alternate Marking is just one option as you can find in the draft
on compact Alt.marking
<https://tools.ietf.org/html/draft-mizrahi-ippm-compact-alternate-marking-0=
1>.
But to answer your question, there's no connection or dependency between
the Alternate Marking method and OOAM. Will note that we have documents on
the applicability of the Alternate Marking method in BIER, SFC NSH, and
Geneve.

Regards,
Greg

On Thu, Apr 12, 2018 at 8:37 PM, Tom Herbert <tom@herbertland.com> wrote:

> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
> wrote:
> > Hi Frank,
> > thank you for sharing your points. Please find my notes in-line and
> tagged
> > GIM>>. I believe that this is very much relevant to work of other worki=
ng
> > groups that directly work on the overlay encapsulations in the center o=
f
> the
> > discussion and hence I've added them to the list. Hope we'll have more
> > opinions to reach the conclusion that is acceptable to all.
> >
> > Regards,
> > Greg
> >
> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> > <fbrockne@cisco.com> wrote:
> >>
> >> Back at the IPPM meeting in London, we discussed several drafts dealin=
g
> >> with the encapsulation of IOAM data in various protocols
> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). One
> >> discussion topic that we decided to take to the list was the question =
on
> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
> carefully
> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
> that
> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
> >>
> >> * Efficiency: IOAM adds data to live user traffic. As such, an
> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM =
header=E2=80=9D
> is 8
> >> bytes long. The approach for IOAM data encapsulation in the above
> mentioned
> >> drafts only requires 4 bytes. Using the OOAM header approach would add
> an
> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
> >
>
> What is the relationship between this proposal and
> draft-fioccola-v6ops-ipv6-alt-mark which is currently searching for a
> way to squeeze out two bits in the IP header for performance
> measurement?
>
> Tom
>
> > GIM>> The difference in four octets is because OOAM Header:
> >
> > provides more flexibility, e.g. Flags field and Reserved fields;
> > supports larger OAM packets than iOAM header;
> > is future proof by supporting versioning (Version field).
> >>
> >> * Maturity: IOAM has several implementations, which were also shown at
> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additiona=
l implementations
> to
> >> be publicized soon. Interoperable implementations need timely
> >> specifications. Despite the question being asked, the recent thread on
> OOAM
> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOA=
M header.
> In
> >> addition, the thread revealed that several fundamental questions about
> the
> >> OOAM header are still open, such as whether or how active OAM mechanis=
ms
> >> within protocols such as Geneve would apply to the OOAM header. This
> >> ultimately means that we won=E2=80=99t get to a timely specification.
> >
> > GIM>> May I ask which encapsulations supported by the implementations y=
ou
> > refer to. Until very recently all iOAM proposals were to use meta-data
> TLV
> > in, e.g. Geneve and NSH. And if these or some of these implementations
> > already updated to the newly proposed iOAM shim, I don't see problem in
> > making them use OOAM Header. Would you agree?
> >
> >>
> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM h=
eader
> would
> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
> 8-bit
> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protoco=
ls that IOAM data
> >> needs to be encapsulated into use 16-bits for their next protocol code
> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> >> draft-weis-ippm-ioam-gre-00.
> >
> > GIM>> The first paragraph of the Introduction section states:
> >    New protocols that support overlay networks like VxLAN-GPE
> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
> >    Maintenance (OAM) as one of distinct types.  That ensures that
> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
> >    traversing the underlay.
> > I'm updating the OOAM Header draft and along with cleaning nits will
> update
> > reference to GUE. I think that the list and the statemnt are quite clea=
r
> in
> > identifying the scope of networks that may benefit from using not only
> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply.
> >
> >> With the above in mind, I=E2=80=99d suggest that the WG moves forward =
with
> >> specific definitions for encapsulating IOAM data into protocols =E2=80=
=93 per
> the
> >> above mentioned drafts.
> >>
> >>
> >>
> >> Regards, Frank
> >>
> >>
> >> _______________________________________________
> >> ippm mailing list
> >> ippm@ietf.org
> >> https://www.ietf.org/mailman/listinfo/ippm
> >>
> >
> >
> > _______________________________________________
> > Int-area mailing list
> > Int-area@ietf.org
> > https://www.ietf.org/mailman/listinfo/int-area
> >
>

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

<div dir=3D"ltr">Hi Tom,<div>I think you refer to the proposal on how to ap=
ply <a href=3D"https://tools.ietf.org/html/rfc8321">RFC 8321</a>=C2=A0in IP=
v6 networks. Using two bits-long field for Alternate Marking is just one op=
tion as you can find in the <a href=3D"https://tools.ietf.org/html/draft-mi=
zrahi-ippm-compact-alternate-marking-01">draft on compact Alt.marking</a>. =
But to answer your question, there&#39;s no connection or dependency betwee=
n the Alternate Marking method and OOAM. Will note that we have documents o=
n the applicability of the Alternate Marking method in BIER, SFC NSH, and G=
eneve.</div><div><br></div><div>Regards,</div><div>Greg</div></div><div cla=
ss=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Apr 12, 2018 at 8=
:37 PM, Tom Herbert <span dir=3D"ltr">&lt;<a href=3D"mailto:tom@herbertland=
.com" target=3D"_blank">tom@herbertland.com</a>&gt;</span> wrote:<br><block=
quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc=
 solid;padding-left:1ex"><span class=3D"">On Thu, Apr 12, 2018 at 9:54 AM, =
Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com">gregimirsky@gmail.=
com</a>&gt; wrote:<br>
&gt; Hi Frank,<br>
&gt; thank you for sharing your points. Please find my notes in-line and ta=
gged<br>
&gt; GIM&gt;&gt;. I believe that this is very much relevant to work of othe=
r working<br>
&gt; groups that directly work on the overlay encapsulations in the center =
of the<br>
&gt; discussion and hence I&#39;ve added them to the list. Hope we&#39;ll h=
ave more<br>
&gt; opinions to reach the conclusion that is acceptable to all.<br>
&gt;<br>
&gt; Regards,<br>
&gt; Greg<br>
&gt;<br>
&gt; On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)<br>
&gt; &lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cisco.com</a>&gt; w=
rote:<br>
&gt;&gt;<br>
&gt;&gt; Back at the IPPM meeting in London, we discussed several drafts de=
aling<br>
&gt;&gt; with the encapsulation of IOAM data in various protocols<br>
&gt;&gt; (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,<br>
&gt;&gt; draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre=
-00). One<br>
&gt;&gt; discussion topic that we decided to take to the list was the quest=
ion on<br>
&gt;&gt; whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 A=
fter carefully<br>
&gt;&gt; considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came to the con=
clusion that<br>
&gt;&gt; the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:=
<br>
&gt;&gt;<br>
&gt;&gt; * Efficiency: IOAM adds data to live user traffic. As such, an<br>
&gt;&gt; encapsulation needs to be as efficient as possible. The =E2=80=9CO=
OAM header=E2=80=9D is 8<br>
&gt;&gt; bytes long. The approach for IOAM data encapsulation in the above =
mentioned<br>
&gt;&gt; drafts only requires 4 bytes. Using the OOAM header approach would=
 add an<br>
&gt;&gt; unnecessary overhead of 4 bytes =E2=80=93 which is significant.<br=
>
&gt;<br>
<br>
</span>What is the relationship between this proposal and<br>
draft-fioccola-v6ops-ipv6-alt-<wbr>mark which is currently searching for a<=
br>
way to squeeze out two bits in the IP header for performance<br>
measurement?<br>
<br>
Tom<br>
<div><div class=3D"h5"><br>
&gt; GIM&gt;&gt; The difference in four octets is because OOAM Header:<br>
&gt;<br>
&gt; provides more flexibility, e.g. Flags field and Reserved fields;<br>
&gt; supports larger OAM packets than iOAM header;<br>
&gt; is future proof by supporting versioning (Version field).<br>
&gt;&gt;<br>
&gt;&gt; * Maturity: IOAM has several implementations, which were also show=
n at<br>
&gt;&gt; recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting addit=
ional implementations to<br>
&gt;&gt; be publicized soon. Interoperable implementations need timely<br>
&gt;&gt; specifications. Despite the question being asked, the recent threa=
d on OOAM<br>
&gt;&gt; in the NVO3 list hasn=E2=80=99t revealed any implementation of the=
 OOAM header. In<br>
&gt;&gt; addition, the thread revealed that several fundamental questions a=
bout the<br>
&gt;&gt; OOAM header are still open, such as whether or how active OAM mech=
anisms<br>
&gt;&gt; within protocols such as Geneve would apply to the OOAM header. Th=
is<br>
&gt;&gt; ultimately means that we won=E2=80=99t get to a timely specificati=
on.<br>
&gt;<br>
&gt; GIM&gt;&gt; May I ask which encapsulations supported by the implementa=
tions you<br>
&gt; refer to. Until very recently all iOAM proposals were to use meta-data=
 TLV<br>
&gt; in, e.g. Geneve and NSH. And if these or some of these implementations=
<br>
&gt; already updated to the newly proposed iOAM shim, I don&#39;t see probl=
em in<br>
&gt; making them use OOAM Header. Would you agree?<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; * Scope: It isn=E2=80=99t entirely clear to which protocols the OO=
AM header would<br>
&gt;&gt; ultimately apply to. The way the OOAM header is defined, OOAM uses=
 a 8-bit<br>
&gt;&gt; field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some pro=
tocols that IOAM data<br>
&gt;&gt; needs to be encapsulated into use 16-bits for their next protocol =
code<br>
&gt;&gt; points. See e.g. the GRE encapsulation =E2=80=93 as specified in<b=
r>
&gt;&gt; draft-weis-ippm-ioam-gre-00.<br>
&gt;<br>
&gt; GIM&gt;&gt; The first paragraph of the Introduction section states:<br=
>
&gt;=C2=A0 =C2=A0 New protocols that support overlay networks like VxLAN-GP=
E<br>
&gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Genev=
e<br>
&gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-<wbr>enc=
apsulation], and<br>
&gt;=C2=A0 =C2=A0 NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.=
g.<br>
&gt;=C2=A0 =C2=A0 Ethernet, IPv4/IPv6, and recognize Operations, Administra=
tion, and<br>
&gt;=C2=A0 =C2=A0 Maintenance (OAM) as one of distinct types.=C2=A0 That en=
sures that<br>
&gt;=C2=A0 =C2=A0 Overlay OAM (OOAM)packets are sharing fate with Overlay d=
ata packet<br>
&gt;=C2=A0 =C2=A0 traversing the underlay.<br>
&gt; I&#39;m updating the OOAM Header draft and along with cleaning nits wi=
ll update<br>
&gt; reference to GUE. I think that the list and the statemnt are quite cle=
ar in<br>
&gt; identifying the scope of networks that may benefit from using not only=
<br>
&gt; common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply=
.<br>
&gt;<br>
&gt;&gt; With the above in mind, I=E2=80=99d suggest that the WG moves forw=
ard with<br>
&gt;&gt; specific definitions for encapsulating IOAM data into protocols =
=E2=80=93 per the<br>
&gt;&gt; above mentioned drafts.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Regards, Frank<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; ippm mailing list<br>
&gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"nore=
ferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</=
a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
</div></div>&gt; ______________________________<wbr>_________________<br>
&gt; Int-area mailing list<br>
&gt; <a href=3D"mailto:Int-area@ietf.org">Int-area@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/int-area" rel=3D"nore=
ferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/int-ar=
ea</a><br>
&gt;<br>
</blockquote></div><br></div>

--001a1143062af192f60569ad6f1d--


From nobody Thu Apr 12 14:35:32 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BB3D1270AC; Thu, 12 Apr 2018 14:35:26 -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 39GKhOzoEjGD; Thu, 12 Apr 2018 14:35:23 -0700 (PDT)
Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3381124217; Thu, 12 Apr 2018 14:35:22 -0700 (PDT)
Received: by mail-lf0-x236.google.com with SMTP id e5-v6so9775199lfb.7; Thu, 12 Apr 2018 14:35: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=pGPmi1Sxf/tblpKV7sG3a4RmHhIHvLS3P+5KWSIOoKo=; b=HimWTQf2TshKzRg8V1yjbUHyPi4mpNJgpI3Pcf9QOlxQR/nubUScc8nzLiNZYva6T+ VFjpa99djDGWYVDvm4Ss2e7QallRxC8nHOF3OhCisFYfDUpzV0aTYS5S2jtqQ3ntO8tM glIy8b7C6Tb2H0SYklhwhJi8/w6f9S5PayQWgpfCjmNIW6EAg7rPDpSPfWy3kiH5Qadv UEoO2qHEcbGfBQDtCaPVodTFpd6B/5aepRx74+vkXVvcrKe0SgQLG8woqu4Fmgj4LvzO 3M5kubLe7KQzGjEUSLVX6Mt7HQzUa2BRt/dqIi0VvV4Ps8kK7cpWZqbnf0+W8jbCJ4Qb jYbA==
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=pGPmi1Sxf/tblpKV7sG3a4RmHhIHvLS3P+5KWSIOoKo=; b=m1EkPBmzBcjSIfrBWq2PYStlKt9U7LHHFfqH504w0ykDBhyCi9yK/nKaL3JOf62rv0 PapfAue31p3826R3rHd+94iQFTQ9sBQhlzc7kUEmquYZGW9enBeQJhHaAg9FGVxagyCA qmYu0sFZPf1BcPuSlDj7Wk1oI983P3E/RX0v/SyxY/TvNJYXtOIQXD/XHD2EacEMf0t/ tWHFcM/J/A4v6VLx/X+KJRDGB8q1Htt3vlRVUxRswbSSXhI8BxVe6xYmk6879oQaiADA qLjA5+dlF6zXtwkP10BQupNg4tUCu3Mc9RXPnpk69dRukeeL7ZhiRy+RSDKysS87x5Nl PH3w==
X-Gm-Message-State: ALQs6tAzfR/iztbwRRA8lG56gyqsaag3zK3oxZKJ260ULOI8SlpfUJJ/ bH+nFDp2uPM4L2g7FrnaBTWTl8mbkS7RY4Oyha0=
X-Google-Smtp-Source: AIpwx490OFSEUM66du7whVK6SUkwEYOKrn2VlWX+RGm3Fvkenhl9MfA6pGvwllq02FM2ewh66FyxKXQduuRPZqfm52w=
X-Received: by 10.46.156.132 with SMTP id x4mr1628273lji.19.1523568920822; Thu, 12 Apr 2018 14:35:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 12 Apr 2018 14:35:20 -0700 (PDT)
In-Reply-To: <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 12 Apr 2018 23:35:20 +0200
Message-ID: <CA+RyBmWFkC6fun21CCR9jzoZmXBEb7EEPFWuzvPV5Xg0Ko+=3g@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: IETF IPPM WG <ippm@ietf.org>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>
Content-Type: multipart/alternative; boundary="883d24f22754510a1e0569ad88cd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ySJabm3el_7SmVpRnYZAoT6Fgzo>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 21:35:26 -0000

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

Hi Frank,
I think you've misunderstood my response to your statements:

   - the scope of OOAM, contrary to what you've stated, is clearly stated
   in the draft;
   - what you present as "efficiency" I consider to be serious limitations
   (lack of versioning, limited size for data, and no future extension) tha=
t
   should be explained and thoroughly discussed by the WGs that develop
   corresponding overlay networks before IPPM WG makes any decision.

Regards,
Greg

On Thu, Apr 12, 2018 at 8:06 PM, Frank Brockners (fbrockne) <
fbrockne@cisco.com> wrote:

> Hi Greg,
>
>
>
> thanks =E2=80=93 and it seems that we=E2=80=99re on the same page with re=
gards to
> efficiency (4 bytes of non-required overhead) and maturity (or lack of) o=
f
> OOAM.
>
>
>
> On the IOAM implementation: There are several implementations of IOAM.
> Some of which have recently been worked on and shown at an IETF hackathon=
,
> see https://datatracker.ietf.org/meeting/100/materials/slides-
> 100-hackathon-sessa-in-situ-oam-ioam - where we=E2=80=99ve shown IPv6 and
> VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofino.=
 You
> probably also remember the Netronome/Broadcom demo -
> https://www.youtube.com/watch?v=3Dj9FbD4a3F4E .
>
> Below you seem to be specifically referring to the IOAM open source
> implementation in FD.io/VPP: There are protocol encapsulations for
> VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code uses
> the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverages=
 MD-Type 2 for
> NSH. As you=E2=80=99re well aware, there the discussion in SFC whether to=
 use
> MD-Type 2 or next header encapsulating IOAM data in NSH isn=E2=80=99t yet=
 settled,
> hence we=E2=80=99ll refrain from updating the code until SFC WG has come =
to a
> conclusion.
>
>
>
> Could you provide a pointer to an OOAM implementation?
>
>
>
> Thanks,
>
> Frank
>
>
>
> *From:* Greg Mirsky <gregimirsky@gmail.com>
> *Sent:* Donnerstag, 12. April 2018 18:54
> *To:* Frank Brockners (fbrockne) <fbrockne@cisco.com>
> *Cc:* IETF IPPM WG <ippm@ietf.org>; NVO3 <nvo3@ietf.org>; Service
> Function Chaining IETF list <sfc@ietf.org>; int-area@ietf.org
> *Subject:* Re: [ippm] encapsulation of IOAM data in various protocols -
> follow up from WG discussion in London
>
>
>
> Hi Frank,
>
> thank you for sharing your points. Please find my notes in-line and tagge=
d
> GIM>>. I believe that this is very much relevant to work of other working
> groups that directly work on the overlay encapsulations in the center of
> the discussion and hence I've added them to the list. Hope we'll have mor=
e
> opinions to reach the conclusion that is acceptable to all.
>
>
>
> Regards,
>
> Greg
>
>
>
> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne) <
> fbrockne@cisco.com> wrote:
>
> Back at the IPPM meeting in London, we discussed several drafts dealing
> with the encapsulation of IOAM data in various protocols
> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve=
-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to tak=
e
> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
> could be leveraged.  After carefully considering draft-ooamdt-rtgwg-ooam-=
header,
> I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not =
meet the needs of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D is 8
> bytes long. The approach for IOAM data encapsulation in the above mention=
ed
> drafts only requires 4 bytes. Using the OOAM header approach would add an
> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>
> GIM>> The difference in four octets is because OOAM Header:
>
>    - provides more flexibility, e.g. Flags field and Reserved fields;
>    - supports larger OAM packets than iOAM header;
>    - is future proof by supporting versioning (Version field).
>
> * Maturity: IOAM has several implementations, which were also shown at
> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional i=
mplementations to
> be publicized soon. Interoperable implementations need timely
> specifications. Despite the question being asked, the recent thread on OO=
AM
> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM h=
eader. In
> addition, the thread revealed that several fundamental questions about th=
e
> OOAM header are still open, such as whether or how active OAM mechanisms
> within protocols such as Geneve would apply to the OOAM header. This
> ultimately means that we won=E2=80=99t get to a timely specification.
>
> GIM>> May I ask which encapsulations supported by the implementations you
> refer to. Until very recently all iOAM proposals were to use meta-data TL=
V
> in, e.g. Geneve and NSH. And if these or some of these implementations
> already updated to the newly proposed iOAM shim, I don't see problem in
> making them use OOAM Header. Would you agree?
>
>
>
> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM head=
er would
> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-bi=
t
> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols =
that IOAM data
> needs to be encapsulated into use 16-bits for their next protocol code
> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
> GIM>> The first paragraph of the Introduction section states:
>
>    New protocols that support overlay networks like VxLAN-GPE
>
>    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>
>    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
>
>    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>
>    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>
>    Maintenance (OAM) as one of distinct types.  That ensures that
>
>    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>
>    traversing the underlay.
>
> I'm updating the OOAM Header draft and along with cleaning nits will
> update reference to GUE. I think that the list and the statemnt are quite
> clear in identifying the scope of networks that may benefit from using no=
t
> only common OOAM Header but common OOAM mechanisms, e.g. Echo
> Request/Reply
> <https://tools.ietf.org/html/draft-ooamdt-rtgwg-demand-cc-cv-03>.
>
>
>
> With the above in mind, I=E2=80=99d suggest that the WG moves forward wit=
h
> specific definitions for encapsulating IOAM data into protocols =E2=80=93=
 per the
> above mentioned drafts.
>
>
>
> Regards, Frank
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>
>

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

<div dir=3D"ltr">Hi Frank,<div>I think you&#39;ve misunderstood my response=
 to your statements:</div><div><ul><li>the scope of OOAM,<span style=3D"col=
or:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:no=
rmal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400=
;letter-spacing:normal;text-align:left;text-indent:0px;text-transform:none;=
white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-=
decoration-style:initial;text-decoration-color:initial;float:none;display:i=
nline">=C2=A0contrary to what you&#39;ve stated,</span> is clearly stated i=
n the draft;</li><li>what you present as &quot;efficiency&quot; I consider =
to be serious limitations (lack of versioning, limited size for data, and n=
o future extension) that should be explained and thoroughly discussed by th=
e WGs that develop corresponding overlay networks before IPPM WG makes any =
decision.</li></ul><div>Regards,</div></div><div>Greg</div></div><div class=
=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Apr 12, 2018 at 8:0=
6 PM, Frank Brockners (fbrockne) <span dir=3D"ltr">&lt;<a href=3D"mailto:fb=
rockne@cisco.com" target=3D"_blank">fbrockne@cisco.com</a>&gt;</span> wrote=
:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-le=
ft:1px #ccc solid;padding-left:1ex">





<div lang=3D"DE" link=3D"blue" vlink=3D"purple">
<div class=3D"m_6135080213716633796WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Hi Greg,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">thanks =E2=80=93 and i=
t seems that we=E2=80=99re on the same page with regards to efficiency (4 b=
ytes of non-required overhead) and maturity
 (or lack of) of OOAM. <u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">On the IOAM implementa=
tion: There are several implementations of IOAM. Some of which have recentl=
y been worked on and
 shown at an IETF hackathon, see <a href=3D"https://datatracker.ietf.org/me=
eting/100/materials/slides-100-hackathon-sessa-in-situ-oam-ioam" target=3D"=
_blank">
https://datatracker.ietf.org/<wbr>meeting/100/materials/slides-<wbr>100-hac=
kathon-sessa-in-situ-<wbr>oam-ioam</a> - where we=E2=80=99ve shown IPv6 and=
 VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofino. =
You probably also remember the Netronome/Broadcom demo -
<a href=3D"https://www.youtube.com/watch?v=3Dj9FbD4a3F4E" target=3D"_blank"=
>https://www.youtube.com/watch?<wbr>v=3Dj9FbD4a3F4E</a> .<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Below you seem to be s=
pecifically referring to the IOAM open source implementation in FD.io/VPP: =
There are protocol encapsulations
 for VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code us=
es the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverage=
s MD-Type 2 for NSH. As you=E2=80=99re well aware, there the discussion in =
SFC whether to use MD-Type 2 or next header encapsulating
 IOAM data in NSH isn=E2=80=99t yet settled, hence we=E2=80=99ll refrain fr=
om updating the code until SFC WG has come to a conclusion.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Could you provide a po=
inter to an OOAM implementation?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Thanks,<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Frank<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">=
gregimirsky@gmail.com</a>&gt;
<br>
<b>Sent:</b> Donnerstag, 12. April 2018 18:54<br>
<b>To:</b> Frank Brockners (fbrockne) &lt;<a href=3D"mailto:fbrockne@cisco.=
com" target=3D"_blank">fbrockne@cisco.com</a>&gt;<br>
<b>Cc:</b> IETF IPPM WG &lt;<a href=3D"mailto:ippm@ietf.org" target=3D"_bla=
nk">ippm@ietf.org</a>&gt;; NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org" target=
=3D"_blank">nvo3@ietf.org</a>&gt;; Service Function Chaining IETF list &lt;=
<a href=3D"mailto:sfc@ietf.org" target=3D"_blank">sfc@ietf.org</a>&gt;; <a =
href=3D"mailto:int-area@ietf.org" target=3D"_blank">int-area@ietf.org</a><b=
r>
<b>Subject:</b> Re: [ippm] encapsulation of IOAM data in various protocols =
- follow up from WG discussion in London<u></u><u></u></span></p><div><div =
class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Frank,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">thank you for sharing your points. Please find my no=
tes in-line and tagged GIM&gt;&gt;. I believe that this is very much releva=
nt to work of other working groups that directly work on the overlay encaps=
ulations in the center of the discussion
 and hence I&#39;ve added them to the list. Hope we&#39;ll have more opinio=
ns to reach the conclusion that is acceptable to all.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regards,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Greg<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (f=
brockne) &lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrock=
ne@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,
 draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre-00). On=
e discussion topic that we decided to take to the list was the question on =
whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After care=
fully considering draft-ooamdt-rtgwg-ooam-<wbr>header,
 I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not m=
eet the needs of IOAM:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach
 for IOAM data encapsulation in the above mentioned drafts only requires 4 =
bytes. Using the OOAM header approach would add an unnecessary overhead of =
4 bytes =E2=80=93 which is significant.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; The difference in four octets is because=
 OOAM Header:<u></u><u></u></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
provides more flexibility, e.g. Flags field and Reserved fields;<u></u><u><=
/u></li><li class=3D"MsoNormal">
supports larger OAM packets than iOAM header;<u></u><u></u></li><li class=
=3D"MsoNormal">
is future proof by supporting versioning (Version field).<u></u><u></u></li=
></ul>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized
 soon. Interoperable implementations need timely specifications. Despite th=
e question being asked, the recent thread on OOAM in the NVO3 list hasn=E2=
=80=99t revealed any implementation of the OOAM header. In addition, the th=
read revealed that several fundamental questions
 about the OOAM header are still open, such as whether or how active OAM me=
chanisms within protocols such as Geneve would apply to the OOAM header. Th=
is ultimately means that we won=E2=80=99t get to a timely specification.</s=
pan><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; May I ask which encapsulations supported=
 by the implementations you refer to. Until very recently all iOAM proposal=
s were to use meta-data TLV in, e.g. Geneve and NSH. And if these or some o=
f these implementations already updated
 to the newly proposed iOAM shim, I don&#39;t see problem in making them us=
e OOAM Header. Would you agree?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for
 =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols that IOAM d=
ata needs to be encapsulated into use 16-bits for their next protocol code =
points. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis=
-ippm-ioam-gre-00.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; The first paragraph of the Introduction =
section states:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0New protocols that support overlay netw=
orks like VxLAN-GPE<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.iet=
f-nvo3-gue], Geneve<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-geneve], BIER [I-D.ietf-=
bier-mpls-<wbr>encapsulation], and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0NSH [I-D.ietf-sfc-nsh] support multi-pr=
otocol payload, e.g.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Ethernet, IPv4/IPv6, and recognize Oper=
ations, Administration, and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Maintenance (OAM) as one of distinct ty=
pes.=C2=A0 That ensures that<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Overlay OAM (OOAM)packets are sharing f=
ate with Overlay data packet<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0traversing the underlay.=C2=A0<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m updating the OOAM Header draft and along wit=
h cleaning nits will update reference to GUE. I think that the list and the=
 statemnt are quite clear in identifying the scope of networks that may ben=
efit from using not only common OOAM Header
 but common OOAM mechanisms, e.g. <a href=3D"https://tools.ietf.org/html/dr=
aft-ooamdt-rtgwg-demand-cc-cv-03" target=3D"_blank">
Echo Request/Reply</a>.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" target=3D"_blank">ht=
tps://www.ietf.org/mailman/<wbr>listinfo/ippm</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--883d24f22754510a1e0569ad88cd--


From nobody Thu Apr 12 14:46:58 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B2E412AF83 for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 14:46:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.609
X-Spam-Level: 
X-Spam-Status: No, score=-2.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01jq2yJSnOiF for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 14:46:50 -0700 (PDT)
Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FBED129C59 for <ippm@ietf.org>; Thu, 12 Apr 2018 14:46:50 -0700 (PDT)
Received: by mail-qk0-x231.google.com with SMTP id c188so7125940qkg.2 for <ippm@ietf.org>; Thu, 12 Apr 2018 14:46:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=/91CaAn2dy/nvMMrocaC7bJAliXzb0WpY5Jf6tYeD7E=; b=gKPYxkek+Mf+yuiNRuktuceLddgZqb2wQgH/jwBiaCyn8P0PbCBBJtfkI7Xjb5YfwS +cU9Dx8EhVOd0lDzJa2exBh8VO2ONeCSdVnbBVuI7QHFn0nOz7lx9yCCpdy5rkHcFGD2 Tcf2az6w9xCj9IQAw96YZkeGPx2RU1ooTki3Vz+9+j4osrnbPGOF8jdXSAaDir6O8AIw 7Hq0fs86Uh+XPySYFqOOLu5iOo2ZZNMsjOSNulzM3zneqRLom+PUHzngOb9jWMbAx+Gt IQpbjTY6gxW1M1WM9ow0gjXyc7yGVBTWiVMltxj9aWEQP6hr9crW/HbDqDeobUH5OB8M mNtg==
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=/91CaAn2dy/nvMMrocaC7bJAliXzb0WpY5Jf6tYeD7E=; b=o/aJn66P/Y8vZ+cVMayqtszEHZOn4QYPooOBRd/52Zm+V0UTeOwy1pQG8lVNgqZkPZ 0Fibz72r6qHzTMiExKvNlPbmKa7nLiR9pyOEmomYgHUlpR7t7GPJwqpj0/qpxBy6/1Sx Sgp3puJ/Ol6c5TNmhSmZ/h5lSSxLjDNUANjkt+zRR6DemOTzV3CvBkhdFW/CcyBvmEPv CdInpFkEpULb7pJZYSUaOA7LuJEZPI5Z7afukx2XEJuL57UD6eRhZ9KL2QUCEzoAL24A BLkEH7AfB4bApp6gd6OhUXCpDty879WaSecX6+bRuA8wNd+D5BZEbGGDpFVjUFHVWUii 4/8Q==
X-Gm-Message-State: ALQs6tCDsuv8RX6vHNhlilZXxF2RqvsBAYDBnhfhS60BN4J2kSEiJp5j H2caYbWeZ+6dezG09KWTUV/Er3vQF5z4Qp6rAVMSJQ==
X-Google-Smtp-Source: AIpwx4+eNzO8rgj37hnCounJluao3ouaNROJpxh0XreIGbvlCxqgpxlTZsdSsD7cbUgRf0f2qoQ/Yae0OmQUB2yGMik=
X-Received: by 10.55.203.135 with SMTP id u7mr2460398qkl.190.1523569608859; Thu, 12 Apr 2018 14:46:48 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.26.135 with HTTP; Thu, 12 Apr 2018 14:46:48 -0700 (PDT)
In-Reply-To: <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 12 Apr 2018 14:46:48 -0700
Message-ID: <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/aXn9s0mVhYVtzH9lenXnZFFKBpY>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 21:46:53 -0000

On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com> wrote:
> Hi Frank,
> thank you for sharing your points. Please find my notes in-line and tagge=
d
> GIM>>. I believe that this is very much relevant to work of other working
> groups that directly work on the overlay encapsulations in the center of =
the
> discussion and hence I've added them to the list. Hope we'll have more
> opinions to reach the conclusion that is acceptable to all.
>
> Regards,
> Greg
>
> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> <fbrockne@cisco.com> wrote:
>>
>> Back at the IPPM meeting in London, we discussed several drafts dealing
>> with the encapsulation of IOAM data in various protocols
>> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). One
>> discussion topic that we decided to take to the list was the question on
>> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After carefu=
lly
>> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion tha=
t
>> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>>
>> * Efficiency: IOAM adds data to live user traffic. As such, an
>> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM he=
ader=E2=80=9D is 8
>> bytes long. The approach for IOAM data encapsulation in the above mentio=
ned
>> drafts only requires 4 bytes. Using the OOAM header approach would add a=
n
>> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
Greg,

I'm missing something here. I looked at the drafts you referenced and
each of them looks like the overhead for OAM is greater that four
bytes. In each there is some overhead equivalent to type/length, for
instance in Geneve four bytes are needed for option class, type, and
length. Unless the the OAM data is zero length, I don't see how this
adds up to only four bytes of overhead.

Tom

>
> GIM>> The difference in four octets is because OOAM Header:
>
> provides more flexibility, e.g. Flags field and Reserved fields;
> supports larger OAM packets than iOAM header;
> is future proof by supporting versioning (Version field).
>>
>> * Maturity: IOAM has several implementations, which were also shown at
>> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional =
implementations to
>> be publicized soon. Interoperable implementations need timely
>> specifications. Despite the question being asked, the recent thread on O=
OAM
>> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM =
header. In
>> addition, the thread revealed that several fundamental questions about t=
he
>> OOAM header are still open, such as whether or how active OAM mechanisms
>> within protocols such as Geneve would apply to the OOAM header. This
>> ultimately means that we won=E2=80=99t get to a timely specification.
>
> GIM>> May I ask which encapsulations supported by the implementations you
> refer to. Until very recently all iOAM proposals were to use meta-data TL=
V
> in, e.g. Geneve and NSH. And if these or some of these implementations
> already updated to the newly proposed iOAM shim, I don't see problem in
> making them use OOAM Header. Would you agree?
>
>>
>> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM hea=
der would
>> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-b=
it
>> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols=
 that IOAM data
>> needs to be encapsulated into use 16-bits for their next protocol code
>> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> draft-weis-ippm-ioam-gre-00.
>
> GIM>> The first paragraph of the Introduction section states:
>    New protocols that support overlay networks like VxLAN-GPE
>    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
>    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>    Maintenance (OAM) as one of distinct types.  That ensures that
>    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>    traversing the underlay.
> I'm updating the OOAM Header draft and along with cleaning nits will upda=
te
> reference to GUE. I think that the list and the statemnt are quite clear =
in
> identifying the scope of networks that may benefit from using not only
> common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply.
>
>> With the above in mind, I=E2=80=99d suggest that the WG moves forward wi=
th
>> specific definitions for encapsulating IOAM data into protocols =E2=80=
=93 per the
>> above mentioned drafts.
>>
>>
>>
>> Regards, Frank
>>
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>>
>
>
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>


From nobody Thu Apr 12 14:50:41 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFFB512AF83; Thu, 12 Apr 2018 14:50: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 Vuo_yx9nsPS8; Thu, 12 Apr 2018 14:50:36 -0700 (PDT)
Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::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 E5399129C59; Thu, 12 Apr 2018 14:50:35 -0700 (PDT)
Received: by mail-lf0-x22c.google.com with SMTP id b189-v6so9843725lfe.2; Thu, 12 Apr 2018 14:50:35 -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=fq7zyng+lxyLbX5cwPEmv3FJPJCLcdaGMLSGikg7yhY=; b=eysnN8lxYjyvPCCuFUzmT5SCSRnyfDey4ueJJFBeJkatpLK40i2LzkszaDsfKoUVV/ OXg6Nno87SBqo78+f2MFWoJecR/xaPDXUWWfvDG3Y7o51T1xdA5BFvSsrrXqLjkoMz7D sCtyA48xs3Ouue00Q8c33e25CvTi/c+LVyOyAeceFW4AcWtf6ef8gDc4+6KEMaOvCfW3 PjfISl3XFtParxd9/qtnQNZsgoAA2yeKjNxXKRCf7VsEFPaodIg+6QT+RTzADIbsL/Cx 1zYPYtOcYZ/BBLCfV6/mnO3xND17DlnbslFVkIDlV3GSDc+BB0K4Mk4eFezwu9N4gFNA DYoQ==
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=fq7zyng+lxyLbX5cwPEmv3FJPJCLcdaGMLSGikg7yhY=; b=jGPRPULz1iayiQDojCwiFRI/O6R6YIxEvV4ZmCymjWLaX3Hg2GGdvC8xWcuwYpzZNc bmRPdyTPAu36aYuWIC1r0F+tlF11+t6Iu6qr9en8FIaa3bbRxa2Yf3nptFuwyUuC22Fh XHj9Ll8TSGvQaiip0xTobIfpSt1D0XVHQhipoN56YDAFrGnB15xYAvNeZrJOQPOpOGJn KCmzoOiG7we+h5GZXL+AyIMGUgfPFtlhODDC0K7iZQb3C54SMOHI2dBSXiT6GThzYmR7 Nl8XPhO2zPW2LrbV5nqSYYmlaItxYeMuib4Hpt5DezfTLMONV1jjKzZh+o0DpCEHrSK6 uNwA==
X-Gm-Message-State: ALQs6tAqwHg9GKKWDVYVu8ftGMk8jLqLc76Aq3vTH4YMwUAxtewj/Rml IfwjWPidCXTd96D4iEsRKRBGfRclaAjSk/MIHb4=
X-Google-Smtp-Source: AIpwx4/cxRn95yZtiJ53VNMuRLWt8Dg5CORlZThaF4zHwkSO+2HF+U0nnN5S10TLViCz+fEPjHhx8JRsFF7z8ssGITQ=
X-Received: by 10.46.32.154 with SMTP id g26mr1658501lji.71.1523569834080; Thu, 12 Apr 2018 14:50:34 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 12 Apr 2018 14:50:33 -0700 (PDT)
In-Reply-To: <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 12 Apr 2018 23:50:33 +0200
Message-ID: <CA+RyBmXGbia0q3p46ZR94pMy-WzPvJb-0QK7JsHLikhSWgRQcQ@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="001a1143062ac03f9f0569adbeb7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/EHx4BFKRGmABp9ZzIB5ypEYNbZ0>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 21:50:40 -0000

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

Hi Tom,
could you please mention which drafts, iOAM or OOAM, you refer to. Please
note, that OOAM supports both active and hybrid OAM methods, while iOAM
only the latter.

Regards,
Greg

On Thu, Apr 12, 2018 at 11:46 PM, Tom Herbert <tom@herbertland.com> wrote:

> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
> wrote:
> > Hi Frank,
> > thank you for sharing your points. Please find my notes in-line and
> tagged
> > GIM>>. I believe that this is very much relevant to work of other worki=
ng
> > groups that directly work on the overlay encapsulations in the center o=
f
> the
> > discussion and hence I've added them to the list. Hope we'll have more
> > opinions to reach the conclusion that is acceptable to all.
> >
> > Regards,
> > Greg
> >
> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> > <fbrockne@cisco.com> wrote:
> >>
> >> Back at the IPPM meeting in London, we discussed several drafts dealin=
g
> >> with the encapsulation of IOAM data in various protocols
> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). One
> >> discussion topic that we decided to take to the list was the question =
on
> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
> carefully
> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
> that
> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
> >>
> >> * Efficiency: IOAM adds data to live user traffic. As such, an
> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM =
header=E2=80=9D
> is 8
> >> bytes long. The approach for IOAM data encapsulation in the above
> mentioned
> >> drafts only requires 4 bytes. Using the OOAM header approach would add
> an
> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
> Greg,
>
> I'm missing something here. I looked at the drafts you referenced and
> each of them looks like the overhead for OAM is greater that four
> bytes. In each there is some overhead equivalent to type/length, for
> instance in Geneve four bytes are needed for option class, type, and
> length. Unless the the OAM data is zero length, I don't see how this
> adds up to only four bytes of overhead.
>
> Tom
>
> >
> > GIM>> The difference in four octets is because OOAM Header:
> >
> > provides more flexibility, e.g. Flags field and Reserved fields;
> > supports larger OAM packets than iOAM header;
> > is future proof by supporting versioning (Version field).
> >>
> >> * Maturity: IOAM has several implementations, which were also shown at
> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additiona=
l implementations
> to
> >> be publicized soon. Interoperable implementations need timely
> >> specifications. Despite the question being asked, the recent thread on
> OOAM
> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOA=
M header.
> In
> >> addition, the thread revealed that several fundamental questions about
> the
> >> OOAM header are still open, such as whether or how active OAM mechanis=
ms
> >> within protocols such as Geneve would apply to the OOAM header. This
> >> ultimately means that we won=E2=80=99t get to a timely specification.
> >
> > GIM>> May I ask which encapsulations supported by the implementations y=
ou
> > refer to. Until very recently all iOAM proposals were to use meta-data
> TLV
> > in, e.g. Geneve and NSH. And if these or some of these implementations
> > already updated to the newly proposed iOAM shim, I don't see problem in
> > making them use OOAM Header. Would you agree?
> >
> >>
> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM h=
eader
> would
> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
> 8-bit
> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protoco=
ls that IOAM data
> >> needs to be encapsulated into use 16-bits for their next protocol code
> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> >> draft-weis-ippm-ioam-gre-00.
> >
> > GIM>> The first paragraph of the Introduction section states:
> >    New protocols that support overlay networks like VxLAN-GPE
> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
> >    Maintenance (OAM) as one of distinct types.  That ensures that
> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
> >    traversing the underlay.
> > I'm updating the OOAM Header draft and along with cleaning nits will
> update
> > reference to GUE. I think that the list and the statemnt are quite clea=
r
> in
> > identifying the scope of networks that may benefit from using not only
> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply.
> >
> >> With the above in mind, I=E2=80=99d suggest that the WG moves forward =
with
> >> specific definitions for encapsulating IOAM data into protocols =E2=80=
=93 per
> the
> >> above mentioned drafts.
> >>
> >>
> >>
> >> Regards, Frank
> >>
> >>
> >> _______________________________________________
> >> ippm mailing list
> >> ippm@ietf.org
> >> https://www.ietf.org/mailman/listinfo/ippm
> >>
> >
> >
> > _______________________________________________
> > Int-area mailing list
> > Int-area@ietf.org
> > https://www.ietf.org/mailman/listinfo/int-area
> >
>

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

<div dir=3D"ltr">Hi Tom,<div>could you please mention which drafts, iOAM or=
 OOAM, you refer to. Please note, that OOAM supports both active and hybrid=
 OAM methods, while iOAM only the latter.</div><div><br></div><div>Regards,=
</div><div>Greg</div></div><div class=3D"gmail_extra"><br><div class=3D"gma=
il_quote">On Thu, Apr 12, 2018 at 11:46 PM, Tom Herbert <span dir=3D"ltr">&=
lt;<a href=3D"mailto:tom@herbertland.com" target=3D"_blank">tom@herbertland=
.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D=
"">On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky &lt;<a href=3D"mailto:gregi=
mirsky@gmail.com">gregimirsky@gmail.com</a>&gt; wrote:<br>
</span><span class=3D"">&gt; Hi Frank,<br>
&gt; thank you for sharing your points. Please find my notes in-line and ta=
gged<br>
&gt; GIM&gt;&gt;. I believe that this is very much relevant to work of othe=
r working<br>
&gt; groups that directly work on the overlay encapsulations in the center =
of the<br>
&gt; discussion and hence I&#39;ve added them to the list. Hope we&#39;ll h=
ave more<br>
&gt; opinions to reach the conclusion that is acceptable to all.<br>
&gt;<br>
&gt; Regards,<br>
&gt; Greg<br>
&gt;<br>
&gt; On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)<br>
&gt; &lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cisco.com</a>&gt; w=
rote:<br>
&gt;&gt;<br>
&gt;&gt; Back at the IPPM meeting in London, we discussed several drafts de=
aling<br>
&gt;&gt; with the encapsulation of IOAM data in various protocols<br>
&gt;&gt; (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,<br>
&gt;&gt; draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre=
-00). One<br>
&gt;&gt; discussion topic that we decided to take to the list was the quest=
ion on<br>
&gt;&gt; whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 A=
fter carefully<br>
&gt;&gt; considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came to the con=
clusion that<br>
&gt;&gt; the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:=
<br>
&gt;&gt;<br>
&gt;&gt; * Efficiency: IOAM adds data to live user traffic. As such, an<br>
&gt;&gt; encapsulation needs to be as efficient as possible. The =E2=80=9CO=
OAM header=E2=80=9D is 8<br>
&gt;&gt; bytes long. The approach for IOAM data encapsulation in the above =
mentioned<br>
&gt;&gt; drafts only requires 4 bytes. Using the OOAM header approach would=
 add an<br>
&gt;&gt; unnecessary overhead of 4 bytes =E2=80=93 which is significant.<br=
>
</span>Greg,<br>
<br>
I&#39;m missing something here. I looked at the drafts you referenced and<b=
r>
each of them looks like the overhead for OAM is greater that four<br>
bytes. In each there is some overhead equivalent to type/length, for<br>
instance in Geneve four bytes are needed for option class, type, and<br>
length. Unless the the OAM data is zero length, I don&#39;t see how this<br=
>
adds up to only four bytes of overhead.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
Tom<br>
</font></span><div class=3D"HOEnZb"><div class=3D"h5"><br>
&gt;<br>
&gt; GIM&gt;&gt; The difference in four octets is because OOAM Header:<br>
&gt;<br>
&gt; provides more flexibility, e.g. Flags field and Reserved fields;<br>
&gt; supports larger OAM packets than iOAM header;<br>
&gt; is future proof by supporting versioning (Version field).<br>
&gt;&gt;<br>
&gt;&gt; * Maturity: IOAM has several implementations, which were also show=
n at<br>
&gt;&gt; recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting addit=
ional implementations to<br>
&gt;&gt; be publicized soon. Interoperable implementations need timely<br>
&gt;&gt; specifications. Despite the question being asked, the recent threa=
d on OOAM<br>
&gt;&gt; in the NVO3 list hasn=E2=80=99t revealed any implementation of the=
 OOAM header. In<br>
&gt;&gt; addition, the thread revealed that several fundamental questions a=
bout the<br>
&gt;&gt; OOAM header are still open, such as whether or how active OAM mech=
anisms<br>
&gt;&gt; within protocols such as Geneve would apply to the OOAM header. Th=
is<br>
&gt;&gt; ultimately means that we won=E2=80=99t get to a timely specificati=
on.<br>
&gt;<br>
&gt; GIM&gt;&gt; May I ask which encapsulations supported by the implementa=
tions you<br>
&gt; refer to. Until very recently all iOAM proposals were to use meta-data=
 TLV<br>
&gt; in, e.g. Geneve and NSH. And if these or some of these implementations=
<br>
&gt; already updated to the newly proposed iOAM shim, I don&#39;t see probl=
em in<br>
&gt; making them use OOAM Header. Would you agree?<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; * Scope: It isn=E2=80=99t entirely clear to which protocols the OO=
AM header would<br>
&gt;&gt; ultimately apply to. The way the OOAM header is defined, OOAM uses=
 a 8-bit<br>
&gt;&gt; field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some pro=
tocols that IOAM data<br>
&gt;&gt; needs to be encapsulated into use 16-bits for their next protocol =
code<br>
&gt;&gt; points. See e.g. the GRE encapsulation =E2=80=93 as specified in<b=
r>
&gt;&gt; draft-weis-ippm-ioam-gre-00.<br>
&gt;<br>
&gt; GIM&gt;&gt; The first paragraph of the Introduction section states:<br=
>
&gt;=C2=A0 =C2=A0 New protocols that support overlay networks like VxLAN-GP=
E<br>
&gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Genev=
e<br>
&gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-<wbr>enc=
apsulation], and<br>
&gt;=C2=A0 =C2=A0 NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.=
g.<br>
&gt;=C2=A0 =C2=A0 Ethernet, IPv4/IPv6, and recognize Operations, Administra=
tion, and<br>
&gt;=C2=A0 =C2=A0 Maintenance (OAM) as one of distinct types.=C2=A0 That en=
sures that<br>
&gt;=C2=A0 =C2=A0 Overlay OAM (OOAM)packets are sharing fate with Overlay d=
ata packet<br>
&gt;=C2=A0 =C2=A0 traversing the underlay.<br>
&gt; I&#39;m updating the OOAM Header draft and along with cleaning nits wi=
ll update<br>
&gt; reference to GUE. I think that the list and the statemnt are quite cle=
ar in<br>
&gt; identifying the scope of networks that may benefit from using not only=
<br>
&gt; common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply=
.<br>
&gt;<br>
&gt;&gt; With the above in mind, I=E2=80=99d suggest that the WG moves forw=
ard with<br>
&gt;&gt; specific definitions for encapsulating IOAM data into protocols =
=E2=80=93 per the<br>
&gt;&gt; above mentioned drafts.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Regards, Frank<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; ippm mailing list<br>
&gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"nore=
ferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</=
a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
</div></div><div class=3D"HOEnZb"><div class=3D"h5">&gt; __________________=
____________<wbr>_________________<br>
&gt; Int-area mailing list<br>
&gt; <a href=3D"mailto:Int-area@ietf.org">Int-area@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/int-area" rel=3D"nore=
ferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/int-ar=
ea</a><br>
&gt;<br>
</div></div></blockquote></div><br></div>

--001a1143062ac03f9f0569adbeb7--


From nobody Thu Apr 12 14:53:24 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0382412AF83 for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 14:53:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.609
X-Spam-Level: 
X-Spam-Status: No, score=-2.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, T_DKIMWL_WL_MED=-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=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tPuPjKM0xpUT for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 14:53:18 -0700 (PDT)
Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B316312D779 for <ippm@ietf.org>; Thu, 12 Apr 2018 14:53:17 -0700 (PDT)
Received: by mail-qk0-x22b.google.com with SMTP id i142so3405599qke.12 for <ippm@ietf.org>; Thu, 12 Apr 2018 14:53:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=IgLlpyLqm/eJ52btMRF1Sb2UQYVgAHBD6AWIWR1UeJ0=; b=hH81HYQyruLvE1zUu9AKAL1577Dvka3ZFertoeZMKNN4suXPAQVCiKNuFCC2i6KYFv CbGseQCQ3dGoc6SiTZgBkOlEh8hqRqXrlaUq2Gfg7NzuNqKo0bP824tElPl/fv9AGIss 0gBAsduaj2scI7HDZquvHs3TAY7Zmpqc2NLvBm3Wqch2ymj5mNgpm7rsBPvRs9WvpCd+ PS74NRpQ0gH+Olf+qPBu9hayCAgxp0pPU8sKdUBbUFx1z+kup9dpNICIv+GShmhwS4tG kaQ0P9VdfYGG3oyI2zhB0MlIGhvSkh4MvdqTDARpFE5/z8/4GOfOcet79d5yc/ze6RjS szMQ==
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=IgLlpyLqm/eJ52btMRF1Sb2UQYVgAHBD6AWIWR1UeJ0=; b=FJNn+1Fj4PsNyL4K11fVV+Oy9JJZbpCEf8l5uOtzUt6AKJM4eKiY6g42a7n2UsCd3+ wO0nSYOKM9MdAUvDdfhEawq+Z0nVSpqI0i66qq46us2JqSRyFtiHw5bzgPjGpTHnsdB9 3wBXoUt6X1sID/AjW5vBj9Wjp3BpCxK6Zq7qIYfMH8BvO/3UZyRX55JIQeWMnmbTOYX4 fh0CDFjEfImHeNDkJo0UwdNwygGrfEGr0jb3bQrtCgtgtzj4l99SkqVc8dj3bZEuPqgv D5n+BYriDCPtW64Cv6YlFV0n9neWhF+VDzo2w1Qvn5E0qk8/2S8D3YIuhNnBpO9jj5Cm tH+A==
X-Gm-Message-State: ALQs6tAxzRlOok28/4mpsub2nG7as5ZxFAAsIitxKabsqLDPc2DacThl x50p5Ukv/LQsZTPKzydviiLBqq54ayZKuPUMTBk8oA==
X-Google-Smtp-Source: AIpwx4+Js6lf9CYXf3VsLcKq1C7MrMG5oTrkJzEWxuhvIrQL5TkjznPIm+H4JXcWfqK6mNHJAqYcyjHDjl1DxcFH3Wk=
X-Received: by 10.55.195.85 with SMTP id a82mr2616603qkj.49.1523569996580; Thu, 12 Apr 2018 14:53:16 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.26.135 with HTTP; Thu, 12 Apr 2018 14:53:16 -0700 (PDT)
In-Reply-To: <CA+RyBmXGbia0q3p46ZR94pMy-WzPvJb-0QK7JsHLikhSWgRQcQ@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CA+RyBmXGbia0q3p46ZR94pMy-WzPvJb-0QK7JsHLikhSWgRQcQ@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 12 Apr 2018 14:53:16 -0700
Message-ID: <CALx6S35boQabs9-8Jvn4eDeEdojCxGJJpg+1gXOP0NzBY5nBWw@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zKMDvG231hWz_3_hQoH6uvfWrBc>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 21:53:22 -0000

On Thu, Apr 12, 2018 at 2:50 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:
> Hi Tom,
> could you please mention which drafts, iOAM or OOAM, you refer to. Please
> note, that OOAM supports both active and hybrid OAM methods, while iOAM o=
nly
> the latter.

Section 3 of draft-brockners-ippm-ioam-geneve-00 for instance.

>
> Regards,
> Greg
>
> On Thu, Apr 12, 2018 at 11:46 PM, Tom Herbert <tom@herbertland.com> wrote=
:
>>
>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
>> wrote:
>> > Hi Frank,
>> > thank you for sharing your points. Please find my notes in-line and
>> > tagged
>> > GIM>>. I believe that this is very much relevant to work of other
>> > working
>> > groups that directly work on the overlay encapsulations in the center =
of
>> > the
>> > discussion and hence I've added them to the list. Hope we'll have more
>> > opinions to reach the conclusion that is acceptable to all.
>> >
>> > Regards,
>> > Greg
>> >
>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>> > <fbrockne@cisco.com> wrote:
>> >>
>> >> Back at the IPPM meeting in London, we discussed several drafts deali=
ng
>> >> with the encapsulation of IOAM data in various protocols
>> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). On=
e
>> >> discussion topic that we decided to take to the list was the question
>> >> on
>> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
>> >> carefully
>> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
>> >> that
>> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>> >>
>> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM=
 header=E2=80=9D
>> >> is 8
>> >> bytes long. The approach for IOAM data encapsulation in the above
>> >> mentioned
>> >> drafts only requires 4 bytes. Using the OOAM header approach would ad=
d
>> >> an
>> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>> Greg,
>>
>> I'm missing something here. I looked at the drafts you referenced and
>> each of them looks like the overhead for OAM is greater that four
>> bytes. In each there is some overhead equivalent to type/length, for
>> instance in Geneve four bytes are needed for option class, type, and
>> length. Unless the the OAM data is zero length, I don't see how this
>> adds up to only four bytes of overhead.
>>
>> Tom
>>
>> >
>> > GIM>> The difference in four octets is because OOAM Header:
>> >
>> > provides more flexibility, e.g. Flags field and Reserved fields;
>> > supports larger OAM packets than iOAM header;
>> > is future proof by supporting versioning (Version field).
>> >>
>> >> * Maturity: IOAM has several implementations, which were also shown a=
t
>> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting addition=
al implementations
>> >> to
>> >> be publicized soon. Interoperable implementations need timely
>> >> specifications. Despite the question being asked, the recent thread o=
n
>> >> OOAM
>> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OO=
AM header.
>> >> In
>> >> addition, the thread revealed that several fundamental questions abou=
t
>> >> the
>> >> OOAM header are still open, such as whether or how active OAM
>> >> mechanisms
>> >> within protocols such as Geneve would apply to the OOAM header. This
>> >> ultimately means that we won=E2=80=99t get to a timely specification.
>> >
>> > GIM>> May I ask which encapsulations supported by the implementations
>> > you
>> > refer to. Until very recently all iOAM proposals were to use meta-data
>> > TLV
>> > in, e.g. Geneve and NSH. And if these or some of these implementations
>> > already updated to the newly proposed iOAM shim, I don't see problem i=
n
>> > making them use OOAM Header. Would you agree?
>> >
>> >>
>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM =
header
>> >> would
>> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
>> >> 8-bit
>> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protoc=
ols that IOAM data
>> >> needs to be encapsulated into use 16-bits for their next protocol cod=
e
>> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> >> draft-weis-ippm-ioam-gre-00.
>> >
>> > GIM>> The first paragraph of the Introduction section states:
>> >    New protocols that support overlay networks like VxLAN-GPE
>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], an=
d
>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>> >    Maintenance (OAM) as one of distinct types.  That ensures that
>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>> >    traversing the underlay.
>> > I'm updating the OOAM Header draft and along with cleaning nits will
>> > update
>> > reference to GUE. I think that the list and the statemnt are quite cle=
ar
>> > in
>> > identifying the scope of networks that may benefit from using not only
>> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply=
.
>> >
>> >> With the above in mind, I=E2=80=99d suggest that the WG moves forward=
 with
>> >> specific definitions for encapsulating IOAM data into protocols =E2=
=80=93 per
>> >> the
>> >> above mentioned drafts.
>> >>
>> >>
>> >>
>> >> Regards, Frank
>> >>
>> >>
>> >> _______________________________________________
>> >> ippm mailing list
>> >> ippm@ietf.org
>> >> https://www.ietf.org/mailman/listinfo/ippm
>> >>
>> >
>> >
>> > _______________________________________________
>> > Int-area mailing list
>> > Int-area@ietf.org
>> > https://www.ietf.org/mailman/listinfo/int-area
>> >
>
>


From nobody Thu Apr 12 14:56:55 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4238512D77A; Thu, 12 Apr 2018 14:56:19 -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 I0DhagjZj07z; Thu, 12 Apr 2018 14:56:15 -0700 (PDT)
Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7A3712AF83; Thu, 12 Apr 2018 14:56:14 -0700 (PDT)
Received: by mail-lf0-x236.google.com with SMTP id b189-v6so9859200lfe.2; Thu, 12 Apr 2018 14:56:14 -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=FB2yzuZofrNdAYIaFgvxgT+74i3/Ogq/NpHcIQuYhck=; b=E2iZMHJmkdRQcIqejKW8SWbx47v3Wn64x6Cvnv7VfnGvVpfwyrm7h10qb/33RX7BIb 9eSrHgO09kYukhC3AToOIW1MrBxDhzwLIUN+GopnfWBHkcmxE1Yf1GLgMSFUxx9oLxO2 i/PqrhsJY+NTxCL+Txr4cnWyjwDSIZLsfNRWSpph1cjdXjO8EV+UP6wycyyxRZJJ2lUP B3Mn6gyVlPH9PChO45aR2M83XJLnyTmkSpjal8J+7GJSiSan2zV3nNTVOIll5oxcN5rv 3QvOPTQ2MiD7hxIdO8Pia/AMfWoHL5Rm4wD7pufaPPMnoY1I3b7uFTOBdLIr3J5eF9QN p6Tw==
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=FB2yzuZofrNdAYIaFgvxgT+74i3/Ogq/NpHcIQuYhck=; b=reh2+SeyfgaHT/cM9VsKROU0ArYHEq1jWpwZDRzL8jy6NX61k8Ymb4Iwl309WzOp3I 1RP7xE5U/1C3t5XUA7qKNsPV5RhAfDcD39wuzBI8//gB3hs1VfwPnoeX2p2nwv5/N8+4 1Bk+r4aqQ2LAdGvHOgKtnrrZwujD+QVwfBl7jGDBuk0VF8OC3Lnv/Qu+SX/EOOfjUmmZ dEj5qiM2qOHbKWoMVaJcJVyaLPrb+RsUO1CSF9cJEjFU3EOlxhAVwVVdABCuGSPClaX7 a6WTx/b0gN7TWIq1bCQXGABoElhNedO/2JjrB7+NRL92o/5J9j5cJzM4+P7pI7mVGfLi fnpw==
X-Gm-Message-State: ALQs6tC/wKtNHFv/LITPR7gKQn/LB8vovFZXB8+nl4BJ+msyi6SZkU8z 9XtMxRgTHZevFio4WKAqhrwWKykCRA/oeSlwkXP6Lw==
X-Google-Smtp-Source: AIpwx496q6SLmENT7UR0OFtHSYZWOHkHimJ4uJYXE0QyEuhaqoaiXgPj2Y0x1+X+WE2GkJK3C0Qs6Ovch0tyRRvs6jc=
X-Received: by 2002:a19:aacd:: with SMTP id t196-v6mr6860922lfe.60.1523570172975;  Thu, 12 Apr 2018 14:56:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 12 Apr 2018 14:56:12 -0700 (PDT)
In-Reply-To: <CALx6S35boQabs9-8Jvn4eDeEdojCxGJJpg+1gXOP0NzBY5nBWw@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CA+RyBmXGbia0q3p46ZR94pMy-WzPvJb-0QK7JsHLikhSWgRQcQ@mail.gmail.com> <CALx6S35boQabs9-8Jvn4eDeEdojCxGJJpg+1gXOP0NzBY5nBWw@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 12 Apr 2018 23:56:12 +0200
Message-ID: <CA+RyBmXB3qqxO0cXBxk455mRYTQrSJBiLEoN+FPv0CuDW6DmgA@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f361500569add2e1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/q5Th56PrPfwsdmDd-MwmdrONFN8>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 21:56:19 -0000

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

Hi Tom,
I'll let Frank answer your question as it is on iOAM, not OOAM.

Regards,
Greg

On Thu, Apr 12, 2018 at 11:53 PM, Tom Herbert <tom@herbertland.com> wrote:

> On Thu, Apr 12, 2018 at 2:50 PM, Greg Mirsky <gregimirsky@gmail.com>
> wrote:
> > Hi Tom,
> > could you please mention which drafts, iOAM or OOAM, you refer to. Plea=
se
> > note, that OOAM supports both active and hybrid OAM methods, while iOAM
> only
> > the latter.
>
> Section 3 of draft-brockners-ippm-ioam-geneve-00 for instance.
>
> >
> > Regards,
> > Greg
> >
> > On Thu, Apr 12, 2018 at 11:46 PM, Tom Herbert <tom@herbertland.com>
> wrote:
> >>
> >> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
> >> wrote:
> >> > Hi Frank,
> >> > thank you for sharing your points. Please find my notes in-line and
> >> > tagged
> >> > GIM>>. I believe that this is very much relevant to work of other
> >> > working
> >> > groups that directly work on the overlay encapsulations in the cente=
r
> of
> >> > the
> >> > discussion and hence I've added them to the list. Hope we'll have mo=
re
> >> > opinions to reach the conclusion that is acceptable to all.
> >> >
> >> > Regards,
> >> > Greg
> >> >
> >> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> >> > <fbrockne@cisco.com> wrote:
> >> >>
> >> >> Back at the IPPM meeting in London, we discussed several drafts
> dealing
> >> >> with the encapsulation of IOAM data in various protocols
> >> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
> >> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00).
> One
> >> >> discussion topic that we decided to take to the list was the questi=
on
> >> >> on
> >> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
> >> >> carefully
> >> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusio=
n
> >> >> that
> >> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
> >> >>
> >> >> * Efficiency: IOAM adds data to live user traffic. As such, an
> >> >> encapsulation needs to be as efficient as possible. The =E2=80=9COO=
AM header=E2=80=9D
> >> >> is 8
> >> >> bytes long. The approach for IOAM data encapsulation in the above
> >> >> mentioned
> >> >> drafts only requires 4 bytes. Using the OOAM header approach would
> add
> >> >> an
> >> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
> >> Greg,
> >>
> >> I'm missing something here. I looked at the drafts you referenced and
> >> each of them looks like the overhead for OAM is greater that four
> >> bytes. In each there is some overhead equivalent to type/length, for
> >> instance in Geneve four bytes are needed for option class, type, and
> >> length. Unless the the OAM data is zero length, I don't see how this
> >> adds up to only four bytes of overhead.
> >>
> >> Tom
> >>
> >> >
> >> > GIM>> The difference in four octets is because OOAM Header:
> >> >
> >> > provides more flexibility, e.g. Flags field and Reserved fields;
> >> > supports larger OAM packets than iOAM header;
> >> > is future proof by supporting versioning (Version field).
> >> >>
> >> >> * Maturity: IOAM has several implementations, which were also shown
> at
> >> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additi=
onal
> implementations
> >> >> to
> >> >> be publicized soon. Interoperable implementations need timely
> >> >> specifications. Despite the question being asked, the recent thread
> on
> >> >> OOAM
> >> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the =
OOAM
> header.
> >> >> In
> >> >> addition, the thread revealed that several fundamental questions
> about
> >> >> the
> >> >> OOAM header are still open, such as whether or how active OAM
> >> >> mechanisms
> >> >> within protocols such as Geneve would apply to the OOAM header. Thi=
s
> >> >> ultimately means that we won=E2=80=99t get to a timely specificatio=
n.
> >> >
> >> > GIM>> May I ask which encapsulations supported by the implementation=
s
> >> > you
> >> > refer to. Until very recently all iOAM proposals were to use meta-da=
ta
> >> > TLV
> >> > in, e.g. Geneve and NSH. And if these or some of these implementatio=
ns
> >> > already updated to the newly proposed iOAM shim, I don't see problem
> in
> >> > making them use OOAM Header. Would you agree?
> >> >
> >> >>
> >> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOA=
M header
> >> >> would
> >> >> ultimately apply to. The way the OOAM header is defined, OOAM uses =
a
> >> >> 8-bit
> >> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some prot=
ocols that IOAM
> data
> >> >> needs to be encapsulated into use 16-bits for their next protocol
> code
> >> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> >> >> draft-weis-ippm-ioam-gre-00.
> >> >
> >> > GIM>> The first paragraph of the Introduction section states:
> >> >    New protocols that support overlay networks like VxLAN-GPE
> >> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
> >> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation],
> and
> >> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
> >> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, an=
d
> >> >    Maintenance (OAM) as one of distinct types.  That ensures that
> >> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data pack=
et
> >> >    traversing the underlay.
> >> > I'm updating the OOAM Header draft and along with cleaning nits will
> >> > update
> >> > reference to GUE. I think that the list and the statemnt are quite
> clear
> >> > in
> >> > identifying the scope of networks that may benefit from using not on=
ly
> >> > common OOAM Header but common OOAM mechanisms, e.g. Echo
> Request/Reply.
> >> >
> >> >> With the above in mind, I=E2=80=99d suggest that the WG moves forwa=
rd with
> >> >> specific definitions for encapsulating IOAM data into protocols =E2=
=80=93 per
> >> >> the
> >> >> above mentioned drafts.
> >> >>
> >> >>
> >> >>
> >> >> Regards, Frank
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> ippm mailing list
> >> >> ippm@ietf.org
> >> >> https://www.ietf.org/mailman/listinfo/ippm
> >> >>
> >> >
> >> >
> >> > _______________________________________________
> >> > Int-area mailing list
> >> > Int-area@ietf.org
> >> > https://www.ietf.org/mailman/listinfo/int-area
> >> >
> >
> >
>

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

<div dir=3D"ltr">Hi Tom,<div>I&#39;ll let Frank answer your question as it =
is on iOAM, not OOAM.</div><div><br></div><div>Regards,</div><div>Greg</div=
></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Ap=
r 12, 2018 at 11:53 PM, Tom Herbert <span dir=3D"ltr">&lt;<a href=3D"mailto=
:tom@herbertland.com" target=3D"_blank">tom@herbertland.com</a>&gt;</span> =
wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On Thu, Apr 12, 2=
018 at 2:50 PM, Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com">gr=
egimirsky@gmail.com</a>&gt; wrote:<br>
&gt; Hi Tom,<br>
&gt; could you please mention which drafts, iOAM or OOAM, you refer to. Ple=
ase<br>
&gt; note, that OOAM supports both active and hybrid OAM methods, while iOA=
M only<br>
&gt; the latter.<br>
<br>
</span>Section 3 of draft-brockners-ippm-ioam-<wbr>geneve-00 for instance.<=
br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
&gt;<br>
&gt; Regards,<br>
&gt; Greg<br>
&gt;<br>
&gt; On Thu, Apr 12, 2018 at 11:46 PM, Tom Herbert &lt;<a href=3D"mailto:to=
m@herbertland.com">tom@herbertland.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky &lt;<a href=3D"mailto=
:gregimirsky@gmail.com">gregimirsky@gmail.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt; &gt; Hi Frank,<br>
&gt;&gt; &gt; thank you for sharing your points. Please find my notes in-li=
ne and<br>
&gt;&gt; &gt; tagged<br>
&gt;&gt; &gt; GIM&gt;&gt;. I believe that this is very much relevant to wor=
k of other<br>
&gt;&gt; &gt; working<br>
&gt;&gt; &gt; groups that directly work on the overlay encapsulations in th=
e center of<br>
&gt;&gt; &gt; the<br>
&gt;&gt; &gt; discussion and hence I&#39;ve added them to the list. Hope we=
&#39;ll have more<br>
&gt;&gt; &gt; opinions to reach the conclusion that is acceptable to all.<b=
r>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Regards,<br>
&gt;&gt; &gt; Greg<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)<=
br>
&gt;&gt; &gt; &lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cisco.com<=
/a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Back at the IPPM meeting in London, we discussed several =
drafts dealing<br>
&gt;&gt; &gt;&gt; with the encapsulation of IOAM data in various protocols<=
br>
&gt;&gt; &gt;&gt; (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,<br>
&gt;&gt; &gt;&gt; draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm=
-ioam-gre-00). One<br>
&gt;&gt; &gt;&gt; discussion topic that we decided to take to the list was =
the question<br>
&gt;&gt; &gt;&gt; on<br>
&gt;&gt; &gt;&gt; whether draft-ooamdt-rtgwg-ooam-header could be leveraged=
.=C2=A0 After<br>
&gt;&gt; &gt;&gt; carefully<br>
&gt;&gt; &gt;&gt; considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came t=
o the conclusion<br>
&gt;&gt; &gt;&gt; that<br>
&gt;&gt; &gt;&gt; the =E2=80=9COOAM header=E2=80=9D does not meet the needs=
 of IOAM:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Efficiency: IOAM adds data to live user traffic. As suc=
h, an<br>
&gt;&gt; &gt;&gt; encapsulation needs to be as efficient as possible. The =
=E2=80=9COOAM header=E2=80=9D<br>
&gt;&gt; &gt;&gt; is 8<br>
&gt;&gt; &gt;&gt; bytes long. The approach for IOAM data encapsulation in t=
he above<br>
&gt;&gt; &gt;&gt; mentioned<br>
&gt;&gt; &gt;&gt; drafts only requires 4 bytes. Using the OOAM header appro=
ach would add<br>
&gt;&gt; &gt;&gt; an<br>
&gt;&gt; &gt;&gt; unnecessary overhead of 4 bytes =E2=80=93 which is signif=
icant.<br>
&gt;&gt; Greg,<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m missing something here. I looked at the drafts you referen=
ced and<br>
&gt;&gt; each of them looks like the overhead for OAM is greater that four<=
br>
&gt;&gt; bytes. In each there is some overhead equivalent to type/length, f=
or<br>
&gt;&gt; instance in Geneve four bytes are needed for option class, type, a=
nd<br>
&gt;&gt; length. Unless the the OAM data is zero length, I don&#39;t see ho=
w this<br>
&gt;&gt; adds up to only four bytes of overhead.<br>
&gt;&gt;<br>
&gt;&gt; Tom<br>
&gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; GIM&gt;&gt; The difference in four octets is because OOAM Hea=
der:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; provides more flexibility, e.g. Flags field and Reserved fiel=
ds;<br>
&gt;&gt; &gt; supports larger OAM packets than iOAM header;<br>
&gt;&gt; &gt; is future proof by supporting versioning (Version field).<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Maturity: IOAM has several implementations, which were =
also shown at<br>
&gt;&gt; &gt;&gt; recent IETF hackathons =E2=80=93 and we=E2=80=99re expect=
ing additional implementations<br>
&gt;&gt; &gt;&gt; to<br>
&gt;&gt; &gt;&gt; be publicized soon. Interoperable implementations need ti=
mely<br>
&gt;&gt; &gt;&gt; specifications. Despite the question being asked, the rec=
ent thread on<br>
&gt;&gt; &gt;&gt; OOAM<br>
&gt;&gt; &gt;&gt; in the NVO3 list hasn=E2=80=99t revealed any implementati=
on of the OOAM header.<br>
&gt;&gt; &gt;&gt; In<br>
&gt;&gt; &gt;&gt; addition, the thread revealed that several fundamental qu=
estions about<br>
&gt;&gt; &gt;&gt; the<br>
&gt;&gt; &gt;&gt; OOAM header are still open, such as whether or how active=
 OAM<br>
&gt;&gt; &gt;&gt; mechanisms<br>
&gt;&gt; &gt;&gt; within protocols such as Geneve would apply to the OOAM h=
eader. This<br>
&gt;&gt; &gt;&gt; ultimately means that we won=E2=80=99t get to a timely sp=
ecification.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; GIM&gt;&gt; May I ask which encapsulations supported by the i=
mplementations<br>
&gt;&gt; &gt; you<br>
&gt;&gt; &gt; refer to. Until very recently all iOAM proposals were to use =
meta-data<br>
&gt;&gt; &gt; TLV<br>
&gt;&gt; &gt; in, e.g. Geneve and NSH. And if these or some of these implem=
entations<br>
&gt;&gt; &gt; already updated to the newly proposed iOAM shim, I don&#39;t =
see problem in<br>
&gt;&gt; &gt; making them use OOAM Header. Would you agree?<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Scope: It isn=E2=80=99t entirely clear to which protoco=
ls the OOAM header<br>
&gt;&gt; &gt;&gt; would<br>
&gt;&gt; &gt;&gt; ultimately apply to. The way the OOAM header is defined, =
OOAM uses a<br>
&gt;&gt; &gt;&gt; 8-bit<br>
&gt;&gt; &gt;&gt; field for =E2=80=9CNext Prot=E2=80=9D, the next protocol.=
 Some protocols that IOAM data<br>
&gt;&gt; &gt;&gt; needs to be encapsulated into use 16-bits for their next =
protocol code<br>
&gt;&gt; &gt;&gt; points. See e.g. the GRE encapsulation =E2=80=93 as speci=
fied in<br>
&gt;&gt; &gt;&gt; draft-weis-ippm-ioam-gre-00.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; GIM&gt;&gt; The first paragraph of the Introduction section s=
tates:<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 New protocols that support overlay networks like=
 VxLAN-GPE<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gu=
e], Geneve<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls=
-<wbr>encapsulation], and<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 NSH [I-D.ietf-sfc-nsh] support multi-protocol pa=
yload, e.g.<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 Ethernet, IPv4/IPv6, and recognize Operations, A=
dministration, and<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 Maintenance (OAM) as one of distinct types.=C2=
=A0 That ensures that<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 Overlay OAM (OOAM)packets are sharing fate with =
Overlay data packet<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 traversing the underlay.<br>
&gt;&gt; &gt; I&#39;m updating the OOAM Header draft and along with cleanin=
g nits will<br>
&gt;&gt; &gt; update<br>
&gt;&gt; &gt; reference to GUE. I think that the list and the statemnt are =
quite clear<br>
&gt;&gt; &gt; in<br>
&gt;&gt; &gt; identifying the scope of networks that may benefit from using=
 not only<br>
&gt;&gt; &gt; common OOAM Header but common OOAM mechanisms, e.g. Echo Requ=
est/Reply.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; With the above in mind, I=E2=80=99d suggest that the WG m=
oves forward with<br>
&gt;&gt; &gt;&gt; specific definitions for encapsulating IOAM data into pro=
tocols =E2=80=93 per<br>
&gt;&gt; &gt;&gt; the<br>
&gt;&gt; &gt;&gt; above mentioned drafts.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Regards, Frank<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; &gt;&gt; ippm mailing list<br>
&gt;&gt; &gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; &gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" re=
l=3D"noreferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listin=
fo/ippm</a><br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; ______________________________<wbr>_________________<br>
&gt;&gt; &gt; Int-area mailing list<br>
&gt;&gt; &gt; <a href=3D"mailto:Int-area@ietf.org">Int-area@ietf.org</a><br=
>
&gt;&gt; &gt; <a href=3D"https://www.ietf.org/mailman/listinfo/int-area" re=
l=3D"noreferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listin=
fo/int-area</a><br>
&gt;&gt; &gt;<br>
&gt;<br>
&gt;<br>
</div></div></blockquote></div><br></div>

--000000000000f361500569add2e1--


From nobody Thu Apr 12 15:31:50 2018
Return-Path: <mspiegel@barefootnetworks.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8112912DB6C for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 15:31:32 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=barefootnetworks.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 uwE6DF0n7_BG for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 15:31:29 -0700 (PDT)
Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::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 72F4112D82F for <ippm@ietf.org>; Thu, 12 Apr 2018 15:31:25 -0700 (PDT)
Received: by mail-wr0-x230.google.com with SMTP id l13so5502236wrb.5 for <ippm@ietf.org>; Thu, 12 Apr 2018 15:31:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=barefootnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=54fnwtVPrwRb9rLy95TfyEXvvXzYtbfPiSi8aJiMycA=; b=G6raDS4nGG5+zIB3DHP6bBsYaJFPmsdTdZfh8CqyO/LR/UcyLkncV7STkN/aBPGH4X PLnkbFQ3Hu9tolh93A5FVtjW0gDWHs0VS66k/W9/Pkqg1zeCJozzfOGvq1/71yXyoEVe g2lA8lhT6K1SXKiLBugXs22CmnqhkZJdQd1NA=
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=54fnwtVPrwRb9rLy95TfyEXvvXzYtbfPiSi8aJiMycA=; b=kBnCTvZKfuGmJJfN+sGvwToQWgjhmMX5jNZeBmjo4u69ARf0vmWEX6udjhI3ck9X+E 0af1BckQpVZT5MbuJaM+mDKDZTnOiJlnsixAeh8ov+ikyVvXBq9F56JKSkqy5w+Hs/Pr t61egtjaApkBebWks7Yot/buD2Sium5UD11DzvAX8dNQledHtUWoGV59/M0PZbv3OIEO Yj0GrK++jeBfMoz3IB6/zOFV7LP2ojqfZj6I3b5+CyShWvtHplHKIBFhpa6nMiJpXspx VAxZDdOWSBIFbzuqja0F8NZUsB3pHv8ADvJvJF3KAfvbOpO7JBDDv+U3fV+9p6N+Y2Hs q9Xw==
X-Gm-Message-State: ALQs6tBgUg6eomtpskTypXHqXSqUroHIO09mNAT1McA/HGvnYmVGRAyF bfAlv1L0TvbiMPhPm/3l0rPZotuGpTF/3OLYNwi7DA==
X-Google-Smtp-Source: AIpwx4+eLDKIGQxjZRAaG80LdP85NiHvdm4LuSmGPskfUsqyfzXZFkTG4ETEjtl8kEePaIIo8zWeVth4I9NA/WnDWqw=
X-Received: by 10.223.144.227 with SMTP id i90mr1978840wri.100.1523572283950;  Thu, 12 Apr 2018 15:31:23 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.148.33 with HTTP; Thu, 12 Apr 2018 15:31:23 -0700 (PDT)
In-Reply-To: <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com>
From: Mickey Spiegel <mspiegel@barefootnetworks.com>
Date: Thu, 12 Apr 2018 15:31:23 -0700
Message-ID: <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: Greg Mirsky <gregimirsky@gmail.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c05f484c65ef90569ae5045"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/nBKdLoQ7ig7Pq8vHx-34rpIHHWE>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2018 22:31:33 -0000

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

Tom,

On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wrote:

> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
> wrote:
> > Hi Frank,
> > thank you for sharing your points. Please find my notes in-line and
> tagged
> > GIM>>. I believe that this is very much relevant to work of other worki=
ng
> > groups that directly work on the overlay encapsulations in the center o=
f
> the
> > discussion and hence I've added them to the list. Hope we'll have more
> > opinions to reach the conclusion that is acceptable to all.
> >
> > Regards,
> > Greg
> >
> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> > <fbrockne@cisco.com> wrote:
> >>
> >> Back at the IPPM meeting in London, we discussed several drafts dealin=
g
> >> with the encapsulation of IOAM data in various protocols
> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). One
> >> discussion topic that we decided to take to the list was the question =
on
> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
> carefully
> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
> that
> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
> >>
> >> * Efficiency: IOAM adds data to live user traffic. As such, an
> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM =
header=E2=80=9D
> is 8
> >> bytes long. The approach for IOAM data encapsulation in the above
> mentioned
> >> drafts only requires 4 bytes. Using the OOAM header approach would add
> an
> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
> Greg,
>
> I'm missing something here. I looked at the drafts you referenced and
> each of them looks like the overhead for OAM is greater that four
> bytes. In each there is some overhead equivalent to type/length, for
> instance in Geneve four bytes are needed for option class, type, and
> length. Unless the the OAM data is zero length, I don't see how this
> adds up to only four bytes of overhead.
>

The four versus eight bytes just refers to the fields in the four bytes of
IOAM
info, that is common to all IOAM options. Beyond that, there are IOAM optio=
n
specific fields. For example if doing one of the IOAM trace options, there
are
four bytes of trace option header, including the IOAM-trace-type, NodeLen,
Flags, and RemainingLen fields. These are followed by the node data list
containing the per hop IOAM information.

In looking at the OOAM header content, it has nothing to do with any of the
IOAM information after the first four bytes. It contains another variant of
the
information in the first four bytes of IOAM info, spread out over eight
bytes.


> Tom
>
> >
> > GIM>> The difference in four octets is because OOAM Header:
> >
> > provides more flexibility, e.g. Flags field and Reserved fields;
>

The flags field only has one defined flag at the moment, for a timestamp
block. For IOAM trace we need per hop timestamps, which the timestamp
block cannot address, i.e. the timestamp block is redundant for IOAM.


> > supports larger OAM packets than iOAM header;
>

For IOAM purposes, 1020 octets is more than enough.


> > is future proof by supporting versioning (Version field).
>

IMO, taking the first two bits of the IOAM-Type to define a Version field
would be a good thing. This does not require adding four more bytes of
overhead. 64 IOAM-Types is more than enough.


> >>
> >> * Maturity: IOAM has several implementations, which were also shown at
> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additiona=
l implementations
> to
> >> be publicized soon. Interoperable implementations need timely
> >> specifications. Despite the question being asked, the recent thread on
> OOAM
> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOA=
M header.
> In
> >> addition, the thread revealed that several fundamental questions about
> the
> >> OOAM header are still open, such as whether or how active OAM mechanis=
ms
> >> within protocols such as Geneve would apply to the OOAM header. This
> >> ultimately means that we won=E2=80=99t get to a timely specification.
> >
> > GIM>> May I ask which encapsulations supported by the implementations y=
ou
> > refer to. Until very recently all iOAM proposals were to use meta-data
> TLV
> > in, e.g. Geneve and NSH. And if these or some of these implementations
> > already updated to the newly proposed iOAM shim, I don't see problem in
> > making them use OOAM Header. Would you agree?
> >
> >>
> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM h=
eader
> would
> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
> 8-bit
> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protoco=
ls that IOAM data
> >> needs to be encapsulated into use 16-bits for their next protocol code
> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> >> draft-weis-ippm-ioam-gre-00.
> >
> > GIM>> The first paragraph of the Introduction section states:
> >    New protocols that support overlay networks like VxLAN-GPE
> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
> >    Maintenance (OAM) as one of distinct types.  That ensures that
> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
> >    traversing the underlay.
> > I'm updating the OOAM Header draft and along with cleaning nits will
> update
> > reference to GUE. I think that the list and the statemnt are quite clea=
r
> in
> > identifying the scope of networks that may benefit from using not only
> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply.
> >
> >> With the above in mind, I=E2=80=99d suggest that the WG moves forward =
with
> >> specific definitions for encapsulating IOAM data into protocols =E2=80=
=93 per
> the
> >> above mentioned drafts.
> >>
> >>
> >>
> >> Regards, Frank
> >>
> >>
> >> _______________________________________________
> >> ippm mailing list
> >> ippm@ietf.org
> >> https://www.ietf.org/mailman/listinfo/ippm
> >>
> >
> >
> > _______________________________________________
> > Int-area mailing list
> > Int-area@ietf.org
> > https://www.ietf.org/mailman/listinfo/int-area
> >
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Tom,<div><br><div class=3D"gmail_extra"><div class=3D"gmai=
l_quote">On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <span dir=3D"ltr">&lt=
;<a href=3D"mailto:tom@herbertland.com" target=3D"_blank">tom@herbertland.c=
om</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"marg=
in:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-l=
eft-color:rgb(204,204,204);padding-left:1ex"><span class=3D"gmail-">On Thu,=
 Apr 12, 2018 at 9:54 AM, Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gma=
il.com">gregimirsky@gmail.com</a>&gt; wrote:<br>
</span><span class=3D"gmail-">&gt; Hi Frank,<br>
&gt; thank you for sharing your points. Please find my notes in-line and ta=
gged<br>
&gt; GIM&gt;&gt;. I believe that this is very much relevant to work of othe=
r working<br>
&gt; groups that directly work on the overlay encapsulations in the center =
of the<br>
&gt; discussion and hence I&#39;ve added them to the list. Hope we&#39;ll h=
ave more<br>
&gt; opinions to reach the conclusion that is acceptable to all.<br>
&gt;<br>
&gt; Regards,<br>
&gt; Greg<br>
&gt;<br>
&gt; On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)<br>
&gt; &lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cisco.com</a>&gt; w=
rote:<br>
&gt;&gt;<br>
&gt;&gt; Back at the IPPM meeting in London, we discussed several drafts de=
aling<br>
&gt;&gt; with the encapsulation of IOAM data in various protocols<br>
&gt;&gt; (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,<br>
&gt;&gt; draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre=
-00). One<br>
&gt;&gt; discussion topic that we decided to take to the list was the quest=
ion on<br>
&gt;&gt; whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 A=
fter carefully<br>
&gt;&gt; considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came to the con=
clusion that<br>
&gt;&gt; the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:=
<br>
&gt;&gt;<br>
&gt;&gt; * Efficiency: IOAM adds data to live user traffic. As such, an<br>
&gt;&gt; encapsulation needs to be as efficient as possible. The =E2=80=9CO=
OAM header=E2=80=9D is 8<br>
&gt;&gt; bytes long. The approach for IOAM data encapsulation in the above =
mentioned<br>
&gt;&gt; drafts only requires 4 bytes. Using the OOAM header approach would=
 add an<br>
&gt;&gt; unnecessary overhead of 4 bytes =E2=80=93 which is significant.<br=
>
</span>Greg,<br>
<br>
I&#39;m missing something here. I looked at the drafts you referenced and<b=
r>
each of them looks like the overhead for OAM is greater that four<br>
bytes. In each there is some overhead equivalent to type/length, for<br>
instance in Geneve four bytes are needed for option class, type, and<br>
length. Unless the the OAM data is zero length, I don&#39;t see how this<br=
>
adds up to only four bytes of overhead.<br></blockquote><div><br></div><div=
>The four versus eight bytes just refers to the fields in the four bytes of=
 IOAM</div><div>info, that is common to all IOAM options. Beyond that, ther=
e are IOAM option</div><div>specific fields. For example if doing one of th=
e IOAM trace options, there are</div><div>four bytes of trace option header=
, including the IOAM-trace-type, NodeLen,</div><div>Flags, and RemainingLen=
 fields. These are followed by the node data list</div><div>containing the =
per hop IOAM information.</div><div><br></div><div>In looking at the OOAM h=
eader content, it has nothing to do with any of the</div><div>IOAM informat=
ion after the first four bytes. It contains another variant of the</div><di=
v>information in the first four bytes of IOAM info, spread out over eight b=
ytes.</div><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin=
:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-lef=
t-color:rgb(204,204,204);padding-left:1ex">
<span class=3D"gmail-HOEnZb"><font color=3D"#888888"><br>
Tom<br>
</font></span><div class=3D"gmail-HOEnZb"><div class=3D"gmail-h5"><br>
&gt;<br>
&gt; GIM&gt;&gt; The difference in four octets is because OOAM Header:<br>
&gt;<br>
&gt; provides more flexibility, e.g. Flags field and Reserved fields;<br></=
div></div></blockquote><div><br></div><div>The flags field only has one def=
ined flag at the moment, for a timestamp</div><div>block. For IOAM trace we=
 need per hop timestamps, which the timestamp</div><div>block cannot addres=
s, i.e. the timestamp block is redundant for IOAM.</div><div>=C2=A0</div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le=
ft-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);pad=
ding-left:1ex"><div class=3D"gmail-HOEnZb"><div class=3D"gmail-h5">
&gt; supports larger OAM packets than iOAM header;<br></div></div></blockqu=
ote><div><br></div><div>For IOAM purposes, 1020 octets is more than enough.=
</div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0p=
x 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-c=
olor:rgb(204,204,204);padding-left:1ex"><div class=3D"gmail-HOEnZb"><div cl=
ass=3D"gmail-h5">
&gt; is future proof by supporting versioning (Version field).<br></div></d=
iv></blockquote><div><br></div><div>IMO, taking the first two bits of the I=
OAM-Type to define a Version field</div><div>would be a good thing. This do=
es not require adding four more bytes of</div><div>overhead. 64 IOAM-Types =
is more than enough.</div><div>=C2=A0</div><blockquote class=3D"gmail_quote=
" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style=
:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div class=3D"g=
mail-HOEnZb"><div class=3D"gmail-h5">
&gt;&gt;<br>
&gt;&gt; * Maturity: IOAM has several implementations, which were also show=
n at<br>
&gt;&gt; recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting addit=
ional implementations to<br>
&gt;&gt; be publicized soon. Interoperable implementations need timely<br>
&gt;&gt; specifications. Despite the question being asked, the recent threa=
d on OOAM<br>
&gt;&gt; in the NVO3 list hasn=E2=80=99t revealed any implementation of the=
 OOAM header. In<br>
&gt;&gt; addition, the thread revealed that several fundamental questions a=
bout the<br>
&gt;&gt; OOAM header are still open, such as whether or how active OAM mech=
anisms<br>
&gt;&gt; within protocols such as Geneve would apply to the OOAM header. Th=
is<br>
&gt;&gt; ultimately means that we won=E2=80=99t get to a timely specificati=
on.<br>
&gt;<br>
&gt; GIM&gt;&gt; May I ask which encapsulations supported by the implementa=
tions you<br>
&gt; refer to. Until very recently all iOAM proposals were to use meta-data=
 TLV<br>
&gt; in, e.g. Geneve and NSH. And if these or some of these implementations=
<br>
&gt; already updated to the newly proposed iOAM shim, I don&#39;t see probl=
em in<br>
&gt; making them use OOAM Header. Would you agree?<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; * Scope: It isn=E2=80=99t entirely clear to which protocols the OO=
AM header would<br>
&gt;&gt; ultimately apply to. The way the OOAM header is defined, OOAM uses=
 a 8-bit<br>
&gt;&gt; field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some pro=
tocols that IOAM data<br>
&gt;&gt; needs to be encapsulated into use 16-bits for their next protocol =
code<br>
&gt;&gt; points. See e.g. the GRE encapsulation =E2=80=93 as specified in<b=
r>
&gt;&gt; draft-weis-ippm-ioam-gre-00.<br>
&gt;<br>
&gt; GIM&gt;&gt; The first paragraph of the Introduction section states:<br=
>
&gt;=C2=A0 =C2=A0 New protocols that support overlay networks like VxLAN-GP=
E<br>
&gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Genev=
e<br>
&gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-<wbr>enc=
apsulation], and<br>
&gt;=C2=A0 =C2=A0 NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.=
g.<br>
&gt;=C2=A0 =C2=A0 Ethernet, IPv4/IPv6, and recognize Operations, Administra=
tion, and<br>
&gt;=C2=A0 =C2=A0 Maintenance (OAM) as one of distinct types.=C2=A0 That en=
sures that<br>
&gt;=C2=A0 =C2=A0 Overlay OAM (OOAM)packets are sharing fate with Overlay d=
ata packet<br>
&gt;=C2=A0 =C2=A0 traversing the underlay.<br>
&gt; I&#39;m updating the OOAM Header draft and along with cleaning nits wi=
ll update<br>
&gt; reference to GUE. I think that the list and the statemnt are quite cle=
ar in<br>
&gt; identifying the scope of networks that may benefit from using not only=
<br>
&gt; common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply=
.<br>
&gt;<br>
&gt;&gt; With the above in mind, I=E2=80=99d suggest that the WG moves forw=
ard with<br>
&gt;&gt; specific definitions for encapsulating IOAM data into protocols =
=E2=80=93 per the<br>
&gt;&gt; above mentioned drafts.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Regards, Frank<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; ippm mailing list<br>
&gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"nore=
ferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</=
a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
</div></div><span class=3D"gmail-im gmail-HOEnZb">&gt; ____________________=
__________<wbr>_________________<br>
&gt; Int-area mailing list<br>
&gt; <a href=3D"mailto:Int-area@ietf.org">Int-area@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/int-area" rel=3D"nore=
ferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/int-ar=
ea</a><br>
&gt;<br>
<br>
</span><div class=3D"gmail-HOEnZb"><div class=3D"gmail-h5">________________=
______________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</a><br>
</div></div></blockquote></div><br></div></div></div>

--94eb2c05f484c65ef90569ae5045--


From nobody Thu Apr 12 17:13:41 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91C8B127876; Thu, 12 Apr 2018 17:13: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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4CVeNv8RALJ0; Thu, 12 Apr 2018 17:13:37 -0700 (PDT)
Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::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 3524412D7ED; Thu, 12 Apr 2018 17:13:23 -0700 (PDT)
Received: by mail-pg0-x242.google.com with SMTP id i194so1104211pgd.0; Thu, 12 Apr 2018 17:13:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QDnkjIoFj6GS7IAQIKgcgHXf5b3ipeotL5Rs5sMmLgc=; b=UvJzDNdNIFM/zn2GY85N2Oio44Cc0LLWHvQqnmKPINUetMvYCnDoNmEdU90EHjF1Tv OQbXEXBydk6oytZq1JEA2I22pb89jcGJ6DTElLuJTXoyJxwD2GTZ6VQk6m5r4UJv4G9m bTB3qKBVdHrFbi/FL5DKF0dxLoqD+DuGDnK+QoWMRREBIaOgNOK/C9nPKZlt0u4adHsn 9NwZP+r4ZJfbjeT1Kdn2LfqOznLiTE9LEDtb+WUHFWATefVqLCzNa5vbi2iOnFroqAYe JwoiQcllDvF96m/RhmIco4sP5CfhvjxbVOtqczLZU3VkWrBu+9J5o/K1n2/HZ6N1up8Q vSZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QDnkjIoFj6GS7IAQIKgcgHXf5b3ipeotL5Rs5sMmLgc=; b=seDhFqGY8y7T4iMAE6dKOsvcDZr5d7qlLmYT+jqrpKo3eKM9Twcvl3iIiiMhNFYNak 5EwTNRmFokTb8tIpzRda00l5gvkQASUcv2ybXsAwsVUg1nhg94+mlC0EN2B++ee0c825 14AoLnYnTr5MjyjXD9qtKwqpLibeflDvuX/kJ2DuHdgBfZ0axLssShAVcvgdLk2AA/gC 94gSSXy5ncB/k53Cr8iT1a+dnZoDrTCF2mX1ZcdKeof8M/4ksMCsu9G7vxviPSEoi0AT GtUpEYfKKCpOXe1v2hxuBVAdzgI1A+5o1yAjC3Fx3qF629n9GVV9JgiRf97IGhj+uDKI Hs3w==
X-Gm-Message-State: ALQs6tDEzpkW9svfEEDvKChNUmCj0iCf7lSLn7MKhHXPnr4QIv+w0+dW iFKZ4HCFxVRVRT6QAe0ar6E=
X-Google-Smtp-Source: AIpwx4/d2rXGkg0ojAx7WVJ8FKjj1OKZtq+7JyPUlbbDNfkWBcDbLtcsx6h9xGlbUv+Jy8Yu+QunWw==
X-Received: by 10.99.120.5 with SMTP id t5mr2345957pgc.30.1523578402661; Thu, 12 Apr 2018 17:13:22 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:545e:76e1:a2c4:28a6? ([2601:647:4700:1280:545e:76e1:a2c4:28a6]) by smtp.gmail.com with ESMTPSA id p73sm10288725pfa.43.2018.04.12.17.13.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Apr 2018 17:13:22 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
X-Priority: 3
In-Reply-To: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net>
Date: Thu, 12 Apr 2018 17:13:20 -0700
Cc: ietf@ietf.org, ippm-chairs@ietf.org, draft-ietf-ippm-twamp-yang@ietf.org,  ippm@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net>
To: "tom p." <daedulus@btconnect.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/75yDOf9QfsUldPYW8Pyj3K7jnvU>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 00:13:40 -0000

Tom,

First of all, thanks for reviewing the document. See my comments inline =
with [mj].


> On Apr 11, 2018, at 8:35 AM, tom p. <daedulus@btconnect.com> wrote:
>=20
> Some further thoughts on this I-D; I have included the earlier ones =
(as
> yet unanswered) below.
>=20
> typedef test-session-state {
>     .....
>             "Indicates that accepted TWAMP-Test session request.";
>=20
> something seems to have been omitted.

[mj] Yes. Should be =E2=80=9CIndicates an accepted TWAMP-Test session =
request.=E2=80=9D

>=20
>=20
> leaf reflector-udp-port {
>               type uint32 {
>                 range "862 | 49152..65535";
> I am puzzled as to why uint32 is used and inet:port-number is not used
> here (happens in two places)

[mj] Ok. Will make the change.

>=20
>=20
> "Reusable data structure for count which is used both in the Server
> container.";
>=20
> 'both' suggests to me that there should be a second clause.

[mj] Yes, made it "Reusable data structure for count, which is used both =
in the Server and the Control-Client.=E2=80=9D

>=20
>=20
> "grouping max-count {
>       leaf max-count {
>         type uint8 {
>           range 10..31;
>         }
>         default 15;"
> contradicts
> " ...The default max-count value SHOULD be 32768.'
> 32768 is outside the range!

>=20
> I think that your problem here is that other TWAMP documentation, such
> as the RFC that you quote and reference uses 'max-count' to mean a 32
> bit value but here you are reusing the term with a different semantic
> and using it to mean an exponent; rename the object to make it clear
> that it is an exponent and not a count e.g. max-count-exp. This occurs
> in several places.

[mj] Ok. How about we call it 'max-count-exponent=E2=80=99, just to be =
explicit?

>=20
> "container session-sender {
>         if-feature session-sender;
>         presence  "Enables TWAMP Session-Sender functionality.";
>         description
>           "Configuration of the TWAMP Session-Sender logical entity";
>         leaf admin-state {
>           type boolean;
>           mandatory true;
>           description
>             "Indicates whether the device is allowed to operate
>              as a TWAMP Session-Sender.";
> "
>=20
> A presence container is a boolean so I am unclear what it is that the
> admin-state boolean adds here since the presence container "Enables
> TWAMP Session-Sender functionality.=E2=80=9D;

[mj] Good catch. Will remove the presence statement.

>=20
> "     container session-reflector {
> "
> same story here

[mj] Ditto.

>=20
> Tom Petch
>=20
> ----- Original Message -----
> From: "tom p." <daedulus@btconnect.com>
> To: <ietf@ietf.org>
> Cc: <ippm-chairs@ietf.org>; <draft-ietf-ippm-twamp-yang@ietf.org>;
> <ippm@ietf.org>
> Sent: Wednesday, April 11, 2018 12:40 PM
>=20
>=20
>> Some mostly administrative points on this I-D
>>=20
>> [I-D.ietf-ippm-metric-registry] is an Informative Reference so would
> not
>> hold up the production of this as an RFC yet you ask that the text be
>> replaced by the RFC number which implies that you do want it held up.
> I
>> did ask the RFC Editor about this and yes, they would expect to catch
> it
>> but it would seem simpler if this could be a Normative Reference.  =
You
>> do have the statement up front about replacing the text with the RFC
>> number and yes, the RFC Editor like that.

[mj] I will drop the editor=E2=80=99s note to replace the RFC number for =
I-D.ietf-ippm-metric-registry.

>>=20
>> There is no reference, no legend,  for Tree Diagrams in 5.1 .  There
> is
>> now an RFC on this, RFC 8340 while RFC8343 s.1.3 is an example of how
> to
>> reference this RFC.

[mj] Will add reference to RFC8340.

>>=20
>> There is no copyright statement in the YANG module as is required by
>> 6087bis (please, IESG, make this an RFC soon:-)

[mj] Ok. Will add it.

>>=20
>> leaf server-start-time {
>> includes
>>                The timestamp format follows RFC 1305
>> but I see no RFC 1305 in the references of the I-D

[mj] Ok. Will add it in the references, and also in the beginning of =
section 5.2. Will do the same for all the other references in the YANG =
module.

>>=20
>> leaf reflector-udp-port
>> " The default number is
>>                  within to the dynamic port range and  .. "
>> which is not quite English.

[mj] Yes. How about =E2=80=9CThe default number is within the dynamic =
port range and =E2=80=A6=E2=80=9D?

>>=20
>> "The new well-known port (862) MAY be used.";
>> This was allocated in 2008 which seems to stretch the meaning of =
=E2=80=98new'

[mj] Al, do you want to comment on this?

>>=20
>> leaf secret-key {
>>             type binary;
>> I wonder about the choice of binary; elsewhere, e.g. RFC8177,
>> hexadecimal is used.
>> Are there, should there be, any length constraints on this key?

[mj] RFC8177 says that not all vendors support the definition of =
key-string as a hexadecimal. Just to be safe, I will make it string.

>>=20
>> case poisson {
>> ...
>>   reference
>>                  "RFC 2330: Framework for IP Performance Metrics";
>> RFC2330 I cannot see in the references for the I-D

[mj] Will add.

>>=20
>> The Security Considerations are not as per the current template e.g.
> no
>> mention of RESTCONF

[mj] Agree. Will update.

Cheers.

>>=20
>> Tom Petch
>>=20
>> ----- Original Message -----
>> From: "The IESG" <iesg-secretary@ietf.org>
>> To: "IETF-Announce" <ietf-announce@ietf.org>
>> Cc: <ippm-chairs@ietf.org>; <draft-ietf-ippm-twamp-yang@ietf.org>;
>> <ippm@ietf.org>
>> Sent: Monday, April 09, 2018 3:57 PM
>>=20
>>> The IESG has received a request from the IP Performance Measurement
> WG
>> (ippm)
>>> to consider the following document: - 'Two-Way Active Measurement
>> Protocol
>>> (TWAMP) Data Model'
>>>  <draft-ietf-ippm-twamp-yang-07.txt> as Proposed Standard
>>>=20
>>> The IESG plans to make a decision in the next few weeks, and
> solicits
>> final
>>> comments on this action. Please send substantive comments to the
>>> ietf@ietf.org mailing lists by 2018-04-27. Exceptionally, comments
> may
>> be
>>> sent to iesg@ietf.org instead. In either case, please retain the
>> beginning of
>>> the Subject line to allow automated sorting.
>>>=20
>>> Abstract
>>>=20
>>>=20
>>>   This document specifies a data model for client and server
>>>   implementations of the Two-Way Active Measurement Protocol
> (TWAMP).
>>>   We define the TWAMP data model through Unified Modeling Language
>>>   (UML) class diagrams and formally specify it using YANG.
>>>=20
>>>=20
>>>=20
>>>=20
>>> The file can be obtained via
>>> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>>>=20
>>> IESG discussion can be tracked via
>>> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/ballot/
>>>=20
>>>=20
>>> No IPR declarations have been submitted directly on this I-D.
>>>=20
>>>=20
>>>=20
>>>=20
>>=20
>=20

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Thu Apr 12 17:20:29 2018
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65C5F128D2E; Thu, 12 Apr 2018 17:20:13 -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 MLmzsL5IWOHq; Thu, 12 Apr 2018 17:20:02 -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 74A3312895E; Thu, 12 Apr 2018 17:20:02 -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 w3D0G6O6045627; Thu, 12 Apr 2018 20:19:56 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by mx0a-00191d01.pphosted.com with ESMTP id 2haegnmb7w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 12 Apr 2018 20:19:56 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3D0JtYo097631; Thu, 12 Apr 2018 19:19:55 -0500
Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [135.46.181.158]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3D0JrpS097622; Thu, 12 Apr 2018 19:19:53 -0500
Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [127.0.0.1]) by zlp30495.vci.att.com (Service) with ESMTP id 011CF40002F2; Fri, 13 Apr 2018 00:19:53 +0000 (GMT)
Received: from tlpd252.dadc.sbc.com (unknown [135.31.184.157]) by zlp30495.vci.att.com (Service) with ESMTP id E5BA740006B6; Fri, 13 Apr 2018 00:19:52 +0000 (GMT)
Received: from dadc.sbc.com (localhost [127.0.0.1]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3D0Jqwn044337; Thu, 12 Apr 2018 19:19:52 -0500
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3D0JkRq044174; Thu, 12 Apr 2018 19:19:47 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id 95D72E1536; Thu, 12 Apr 2018 20:19:29 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0389.001; Thu, 12 Apr 2018 20:19:43 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>, "tom p." <daedulus@btconnect.com>
CC: "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-twamp-yang@ietf.org" <draft-ietf-ippm-twamp-yang@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
Thread-Index: AQHT0arHxvoWqUvVyUeZoRttk23MC6P+GC0A//+9iqA=
Date: Fri, 13 Apr 2018 00:19:43 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8E7FC7@njmtexg5.research.att.com>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com>
In-Reply-To: <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [69.141.203.172]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-04-12_13:, , 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=963 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1804130001
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KZLu-xTw0MMVsvRbCqvDeeG0Tgw>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 00:20:13 -0000

Li4uDQo+IA0KPiA+Pg0KPiA+PiAiVGhlIG5ldyB3ZWxsLWtub3duIHBvcnQgKDg2MikgTUFZIGJl
IHVzZWQuIjsNCj4gPj4gVGhpcyB3YXMgYWxsb2NhdGVkIGluIDIwMDggd2hpY2ggc2VlbXMgdG8g
c3RyZXRjaCB0aGUgbWVhbmluZyBvZiDigJhuZXcnDQo+IA0KPiBbbWpdIEFsLCBkbyB5b3Ugd2Fu
dCB0byBjb21tZW50IG9uIHRoaXM/DQo+IA0KW2FjbV0gDQpZZXMsIEknbGwgY29tbWVudC4NCg0K
VGhlIFVEUCB3ZWxsLWtub3duIHBvcnQgd2lsbCBoYXZlIGEgbmV3IGFsbG9jYXRpb24sDQpjaGFu
Z2luZyBmcm9tIFRXQU1QLUNPTlRST0wgdG8gVFdBTVAtVEVTVC4NCg0KSW5jaWRlbnRhbGx5LCB0
aGUgcHJvZ3Jlc3Mgb2YgdGhhdCBkcmFmdCBpcyBhbHNvIGEgZGVwZW5kZW5jeSwNCmJ1dCBpdCBp
cyByZWFkeSB0byBzaGlwIChhIHNtYWxsIHR5cG8gd2FzIGlkZW50aWZpZWQgaW4gTG9uZG9uLA0K
YW5kIHRoZSBuZXcgZHJhZnQgaGFzIGJlZW4gYXZhaWxhYmxlIHNpbmNlKS4NCg0KQWwNCg==


From nobody Thu Apr 12 18:37:57 2018
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D266F12D7F0; Thu, 12 Apr 2018 18:37:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_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 cj-sXHjMD4V9; Thu, 12 Apr 2018 18:37:53 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8226124D6C; Thu, 12 Apr 2018 18:37:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22596; q=dns/txt; s=iport; t=1523583473; x=1524793073; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=cIEreE66YQeeOvly+2Lawm4sH3eb5lUy4nARaiFpIso=; b=TpoHvR4xFkqwt0VFipftxu6ZBuWdTb4F3CBfw9ILCj1TxXgGkayUPuVu ORP4NzkfiAl2xrZMoWV+nO2l7GAjW6A+juosvbNluhiSPwwT/gqY92diO DEtEnQDrtT+prjAYYyvBQ5cj3+ukcXzcwM5trdi7XwqfbhhArpezSvB+U A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AmAwC5CNBa/4kNJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYMTBCthbygKg1qVFYFTgRYahmaHF4RngXsLGAEKhGACGoI?= =?us-ascii?q?HITUXAQIBAQEBAQECbBwMhSMCAQMBASFLCxACAQg7BAMCAgIfBgsUEQEBBA4?= =?us-ascii?q?FH4QKTAMVD6cQghyHDA2BK4IqBYd9gVQ/gQ8jDIInBy6CT0IBAQOBOoMjMII?= =?us-ascii?q?kApBfhlIsCAKFVYUqO4J9gTODWoc5hyyBeT2GCwIREwGBJAEdATaBUnAVOio?= =?us-ascii?q?BghiBcC0aEWkBCIJChRSFPm+ONoEXAQE?=
X-IronPort-AV: E=Sophos;i="5.48,444,1517875200";  d="scan'208,217";a="162644562"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2018 01:37:51 +0000
Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w3D1bp9F029733 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Apr 2018 01:37:51 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 12 Apr 2018 21:37:50 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1320.000; Thu, 12 Apr 2018 21:37:50 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [Int-area] [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AdPRe/DslDwu34XkSmq8g6ttV3Kt0QBJIDmAABJHaQA=
Date: Fri, 13 Apr 2018 01:37:50 +0000
Message-ID: <BB32B231-8CAE-4443-9036-985BD9B4ECBF@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
In-Reply-To: <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.118.116.133]
Content-Type: multipart/alternative; boundary="_000_BB32B2318CAE44439036985BD9B4ECBFciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/1qQdYWUsfYisPPt1dmIVPYzghSA>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 01:37:56 -0000

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

SGksIEdyZWcsDQoNClRoYW5rcyBmb3IgdGhlIHF1aWNrIHJlc3BvbnNlIOKAlCBGcmFuayBwcm92
aWRlZCBhbnN3ZXJzIHRvIHlvdXIgcG9pbnRzLCBidXQgSSBkbyBoYXZlIG9uZSBxdWVzdGlvbiBh
Ym91dCB5b3VyIHJlc3BvbnNlIChhbmQgSSB3aWxsIHNxdWVlemUgaW4gYSBjb3VwbGUgb2YgYWRk
aXRpb25hbCBjb21tZW50cykuDQoNClBsZWFzZSBzZWUgaW5saW5lLg0KDQpPbiBBcHIgMTIsIDIw
MTgsIGF0IDEyOjU0IFBNLCBHcmVnIE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPG1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20+PiB3cm90ZToNCg0KSGkgRnJhbmssDQp0aGFuayB5b3Ug
Zm9yIHNoYXJpbmcgeW91ciBwb2ludHMuIFBsZWFzZSBmaW5kIG15IG5vdGVzIGluLWxpbmUgYW5k
IHRhZ2dlZCBHSU0+Pi4gSSBiZWxpZXZlIHRoYXQgdGhpcyBpcyB2ZXJ5IG11Y2ggcmVsZXZhbnQg
dG8gd29yayBvZiBvdGhlciB3b3JraW5nIGdyb3VwcyB0aGF0IGRpcmVjdGx5IHdvcmsgb24gdGhl
IG92ZXJsYXkgZW5jYXBzdWxhdGlvbnMgaW4gdGhlIGNlbnRlciBvZiB0aGUgZGlzY3Vzc2lvbiBh
bmQgaGVuY2UgSSd2ZSBhZGRlZCB0aGVtIHRvIHRoZSBsaXN0LiBIb3BlIHdlJ2xsIGhhdmUgbW9y
ZSBvcGluaW9ucyB0byByZWFjaCB0aGUgY29uY2x1c2lvbiB0aGF0IGlzIGFjY2VwdGFibGUgdG8g
YWxsLg0KDQpSZWdhcmRzLA0KR3JlZw0KDQpPbiBXZWQsIEFwciAxMSwgMjAxOCBhdCAxMjowMiBQ
TSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbTxtYWlsdG86
ZmJyb2NrbmVAY2lzY28uY29tPj4gd3JvdGU6DQpCYWNrIGF0IHRoZSBJUFBNIG1lZXRpbmcgaW4g
TG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJhbCBkcmFmdHMgZGVhbGluZyB3aXRoIHRoZSBlbmNh
cHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAoZHJhZnQtYnJvY2tu
ZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDAsIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2Vu
ZXZlLTAwLCBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDApLiBPbmUgZGlzY3Vzc2lvbiB0b3Bp
YyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9u
IHdoZXRoZXIgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyIGNvdWxkIGJlIGxldmVyYWdl
ZC4gIEFmdGVyIGNhcmVmdWxseSBjb25zaWRlcmluZyBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1o
ZWFkZXIsIEkgY2FtZSB0byB0aGUgY29uY2x1c2lvbiB0aGF0IHRoZSDigJxPT0FNIGhlYWRlcuKA
nSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVkcyBvZiBJT0FNOg0KKiBFZmZpY2llbmN5OiBJT0FNIGFk
ZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4gZW5jYXBzdWxhdGlvbiBu
ZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRlcuKA
nSBpcyA4IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRp
b24gaW4gdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMgb25seSByZXF1aXJlcyA0IGJ5dGVzLiBV
c2luZyB0aGUgT09BTSBoZWFkZXIgYXBwcm9hY2ggd291bGQgYWRkIGFuIHVubmVjZXNzYXJ5IG92
ZXJoZWFkIG9mIDQgYnl0ZXMg4oCTIHdoaWNoIGlzIHNpZ25pZmljYW50Lg0KR0lNPj4gVGhlIGRp
ZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBPT0FNIEhlYWRlcjoNCg0KICAqICAg
cHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFncyBmaWVsZCBhbmQgUmVzZXJ2ZWQg
ZmllbGRzOw0KICAqICAgc3VwcG9ydHMgbGFyZ2VyIE9BTSBwYWNrZXRzIHRoYW4gaU9BTSBoZWFk
ZXI7DQogICogICBpcyBmdXR1cmUgcHJvb2YgYnkgc3VwcG9ydGluZyB2ZXJzaW9uaW5nIChWZXJz
aW9uIGZpZWxkKS4NCg0KQ29tbWVudDogZW5naW5lZXJpbmcgaXMgdXN1YWxseSBhYm91dCBtYWtp
bmcgdHJhZGUtb2Zmcy4gSGF2aW5nIFJlc2VydmVkIGZpZWxkcywgdW5uZWNlc3NhcnkgKGFuZCBv
dmVyLWdlbmVyYWxpemVkKSBGbGFncywgYW5kIGEgVmVyc2lvbiBmaWVsZCBmb3IgdGhpcyBleHRy
YSBPT0FNIGhlYWRlciBkb2VzIG5vdCBzZWVtIHRvIGp1c3RpZnkgdGhlIFJPSSBpbiBhZGRpbmcg
YW4gZXh0cmEgaGVhZGVyIGFuZCBleHRyYSBwYXJzaW5nLiBUaGlzIGdvZXMgYmFjayB0byDigJh3
aGF0IHByb2JsZW0/Jy4gSGF2aW5nIGEgbG90IG9mIGV4dHJhIGZpZWxkcyB0byBwYXJzZSBhZGRz
IG92ZXJoZWFkLCBub3Qgb25seSBpbiBzaXplLCBidXQgYWxzbyBpbiBjb21wbGV4aXR5IHRheC4g
UGxlYXNlIHNlZSBGdW5kYW1lbnRhbCBUcnV0aHMgKDZhKSwgKDEwKSwgYW5kICgxMikgW1JGQyAx
OTI1XS4NCiogTWF0dXJpdHk6IElPQU0gaGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGlj
aCB3ZXJlIGFsc28gc2hvd24gYXQgcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZ
cmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwgaW1wbGVtZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQg
c29vbi4gSW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNh
dGlvbnMuIERlc3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVh
ZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVu
dGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFs
ZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFk
ZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2ggYXMgd2hldGhlciBvciBob3cgYWN0aXZlIE9BTSBtZWNo
YW5pc21zIHdpdGhpbiBwcm90b2NvbHMgc3VjaCBhcyBHZW5ldmUgd291bGQgYXBwbHkgdG8gdGhl
IE9PQU0gaGVhZGVyLiBUaGlzIHVsdGltYXRlbHkgbWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0
byBhIHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KR0lNPj4gTWF5IEkgYXNrIHdoaWNoIGVuY2Fwc3Vs
YXRpb25zIHN1cHBvcnRlZCBieSB0aGUgaW1wbGVtZW50YXRpb25zIHlvdSByZWZlciB0by4gVW50
aWwgdmVyeSByZWNlbnRseSBhbGwgaU9BTSBwcm9wb3NhbHMgd2VyZSB0byB1c2UgbWV0YS1kYXRh
IFRMViBpbiwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNlIG9yIHNvbWUgb2YgdGhl
c2UgaW1wbGVtZW50YXRpb25zIGFscmVhZHkgdXBkYXRlZCB0byB0aGUgbmV3bHkgcHJvcG9zZWQg
aU9BTSBzaGltLCBJIGRvbid0IHNlZSBwcm9ibGVtIGluIG1ha2luZyB0aGVtIHVzZSBPT0FNIEhl
YWRlci4gV291bGQgeW91IGFncmVlPw0KDQoqIFNjb3BlOiBJdCBpc27igJl0IGVudGlyZWx5IGNs
ZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09BTSBoZWFkZXIgd291bGQgdWx0aW1hdGVseSBh
cHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVmaW5lZCwgT09BTSB1c2VzIGEg
OC1iaXQgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKAnSwgdGhlIG5leHQgcHJvdG9jb2wuIFNvbWUg
cHJvdG9jb2xzIHRoYXQgSU9BTSBkYXRhIG5lZWRzIHRvIGJlIGVuY2Fwc3VsYXRlZCBpbnRvIHVz
ZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUgcG9pbnRzLiBTZWUgZS5nLiB0
aGUgR1JFIGVuY2Fwc3VsYXRpb24g4oCTIGFzIHNwZWNpZmllZCBpbiBkcmFmdC13ZWlzLWlwcG0t
aW9hbS1ncmUtMDAuDQpHSU0+PiBUaGUgZmlyc3QgcGFyYWdyYXBoIG9mIHRoZSBJbnRyb2R1Y3Rp
b24gc2VjdGlvbiBzdGF0ZXM6DQogICBOZXcgcHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5
IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFDQogICBbSS1ELmlldGYtbnZvMy12eGxhbi1ncGVdLCBH
VUUgW0ktRC5pZXRmLW52bzMtZ3VlXSwgR2VuZXZlDQogICBbSS1ELmlldGYtbnZvMy1nZW5ldmVd
LCBCSUVSIFtJLUQuaWV0Zi1iaWVyLW1wbHMtZW5jYXBzdWxhdGlvbl0sIGFuZA0KICAgTlNIIFtJ
LUQuaWV0Zi1zZmMtbnNoXSBzdXBwb3J0IG11bHRpLXByb3RvY29sIHBheWxvYWQsIGUuZy4NCiAg
IEV0aGVybmV0LCBJUHY0L0lQdjYsIGFuZCByZWNvZ25pemUgT3BlcmF0aW9ucywgQWRtaW5pc3Ry
YXRpb24sIGFuZA0KICAgTWFpbnRlbmFuY2UgKE9BTSkgYXMgb25lIG9mIGRpc3RpbmN0IHR5cGVz
LiAgVGhhdCBlbnN1cmVzIHRoYXQNCiAgIE92ZXJsYXkgT0FNIChPT0FNKXBhY2tldHMgYXJlIHNo
YXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBwYWNrZXQNCiAgIHRyYXZlcnNpbmcgdGhlIHVu
ZGVybGF5Lg0KDQpRdWVzdGlvbjogVGhlIOKAnGxpa2XigJ0gaW4gdGhlIGZpcnN0IHNlbnRlbmNl
LCBiYXNpY2FsbHkgaW1wbGllcyDigJxub3QgYWxsIGVuY2Fwc3VsYXRpb25z4oCdLiBUaGVyZWZv
cmUsIGh0dHBzOi8veGtjZC5jb20vOTI3Ly4NCg0KRnVydGhlciwgd2hhdCBhcmUg4oCccHJvdG9j
b2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtz4oCdLCBhbmQgaG93IGFyZSB5b3UgY2hv
b3NpbmcgeW91ciBleGFtcGxlcz8NCg0KSSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBkcmFm
dCBhbmQgYWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzIHdpbGwgdXBkYXRlIHJlZmVyZW5jZSB0byBH
VUUuIEkgdGhpbmsgdGhhdCB0aGUgbGlzdCBhbmQgdGhlIHN0YXRlbW50IGFyZSBxdWl0ZSBjbGVh
ciBpbiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgdGhhdCBtYXkgYmVuZWZpdCBm
cm9tIHVzaW5nIG5vdCBvbmx5IGNvbW1vbiBPT0FNIEhlYWRlciBidXQgY29tbW9uIE9PQU0gbWVj
aGFuaXNtcywgZS5nLiBFY2hvIFJlcXVlc3QvUmVwbHk8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9o
dG1sL2RyYWZ0LW9vYW1kdC1ydGd3Zy1kZW1hbmQtY2MtY3YtMDM+Lg0KDQoNClF1ZXN0aW9uOiBJ
IGRvIG5vdCB0aGluayB0aGlzIGlzIHF1aXRlIGNsZWFyIGFzIHlvdSBzdGF0ZSwgZ2l2ZW4gdGhl
IGZhY3QgdGhhdCB0aGUgd29yZCDigJxsaWtl4oCdIGFkZHMgaW1wcmVjaXNpb24gYW5kIGFtYmln
dWl0eS4gSVAtaW4tSVA/IEwyVFB2Mz8gRXRjPw0KDQpUaGFuayB5b3UgZm9yIGNvbnNpZGVyaW5n
IHRoZXNlIHF1ZXN0aW9ucyENCldpdGggdGhlIGFib3ZlIGluIG1pbmQsIEnigJlkIHN1Z2dlc3Qg
dGhhdCB0aGUgV0cgbW92ZXMgZm9yd2FyZCB3aXRoIHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBl
bmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyIHRoZSBhYm92ZSBt
ZW50aW9uZWQgZHJhZnRzLg0KDQpSZWdhcmRzLCBGcmFuaw0KDQpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KaXBwbSBtYWlsaW5nIGxpc3QNCmlwcG1AaWV0
Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2lwcG0NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KSW50LWFyZWEgbWFpbGluZyBsaXN0DQpJbnQtYXJlYUBpZXRmLm9yZzxtYWls
dG86SW50LWFyZWFAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2ludC1hcmVhDQoNCg0KVGhhbmtzLA0KDQrigJQgQ2FybG9zIFBpZ25hdGFybw0KDQo=

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0
ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhpLCBHcmVnLA0KPGRpdiBjbGFzcz0iIj48YnIg
Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzIGZvciB0aGUgcXVpY2sgcmVz
cG9uc2Ug4oCUIEZyYW5rIHByb3ZpZGVkIGFuc3dlcnMgdG8geW91ciBwb2ludHMsIGJ1dCBJIGRv
IGhhdmUgb25lIHF1ZXN0aW9uIGFib3V0IHlvdXIgcmVzcG9uc2UgKGFuZCBJIHdpbGwgc3F1ZWV6
ZSBpbiBhIGNvdXBsZSBvZiBhZGRpdGlvbmFsIGNvbW1lbnRzKS48L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlBsZWFzZSBzZWUgaW5saW5l
LjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9j
a3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBBcHIgMTIsIDIw
MTgsIGF0IDEyOjU0IFBNLCBHcmVnIE1pcnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWly
c2t5QGdtYWlsLmNvbSIgY2xhc3M9IiI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsgd3Jv
dGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBj
bGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPkhpIEZyYW5rLA0KPGRpdiBjbGFzcz0i
Ij50aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBwb2ludHMuIFBsZWFzZSBmaW5kIG15IG5vdGVz
IGluLWxpbmUgYW5kIHRhZ2dlZCBHSU0mZ3Q7Jmd0Oy4gSSBiZWxpZXZlIHRoYXQgdGhpcyBpcyB2
ZXJ5IG11Y2ggcmVsZXZhbnQgdG8gd29yayBvZiBvdGhlciB3b3JraW5nIGdyb3VwcyB0aGF0IGRp
cmVjdGx5IHdvcmsgb24gdGhlIG92ZXJsYXkgZW5jYXBzdWxhdGlvbnMgaW4gdGhlIGNlbnRlciBv
ZiB0aGUgZGlzY3Vzc2lvbiBhbmQgaGVuY2UNCiBJJ3ZlIGFkZGVkIHRoZW0gdG8gdGhlIGxpc3Qu
IEhvcGUgd2UnbGwgaGF2ZSBtb3JlIG9waW5pb25zIHRvIHJlYWNoIHRoZSBjb25jbHVzaW9uIHRo
YXQgaXMgYWNjZXB0YWJsZSB0byBhbGwuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i
Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5SZWdhcmRzLDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5H
cmVnPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyIGNsYXNzPSIiPg0KPGRpdiBj
bGFzcz0iZ21haWxfcXVvdGUiPk9uIFdlZCwgQXByIDExLCAyMDE4IGF0IDEyOjAyIFBNLCBGcmFu
ayBCcm9ja25lcnMgKGZicm9ja25lKQ0KPHNwYW4gZGlyPSJsdHIiIGNsYXNzPSIiPiZsdDs8YSBo
cmVmPSJtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+
ZmJyb2NrbmVAY2lzY28uY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxiciBjbGFzcz0iIj4NCjxi
bG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAw
LjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6
MWV4Ij4NCjxkaXYgbGFuZz0iREUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWwtbV8xMzcy
Njg0NTI5MjYxMTk4NDM2V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBjbGFzcz0iIj5CYWNrIGF0IHRoZSBJUFBNIG1lZXRpbmcgaW4gTG9uZG9u
LCB3ZSBkaXNjdXNzZWQgc2V2ZXJhbCBkcmFmdHMgZGVhbGluZyB3aXRoIHRoZSBlbmNhcHN1bGF0
aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAoZHJhZnQtYnJvY2tuZXJzLWlw
cG0taW9hbS08d2JyIGNsYXNzPSIiPnZ4bGFuLWdwZS0wMCwgZHJhZnQtYnJvY2tuZXJzLWlwcG0t
aW9hbS08d2JyIGNsYXNzPSIiPmdlbmV2ZS0wMCwNCiBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUt
MDApLiBPbmUgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUg
bGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0t
aGVhZGVyIGNvdWxkIGJlIGxldmVyYWdlZC4mbmJzcDsgQWZ0ZXIgY2FyZWZ1bGx5IGNvbnNpZGVy
aW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLTx3YnIgY2xhc3M9IiI+aGVhZGVyLCBJIGNhbWUg
dG8gdGhlIGNvbmNsdXNpb24NCiB0aGF0IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBt
ZWV0IHRoZSBuZWVkcyBvZiBJT0FNOjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBjbGFzcz0i
Ij48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgY2xhc3M9IiI+KiBFZmZpY2llbmN5OiBJT0FN
IGFkZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4gZW5jYXBzdWxhdGlv
biBuZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRl
cuKAnSBpcyA4IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3Vs
YXRpb24gaW4gdGhlIGFib3ZlIG1lbnRpb25lZA0KIGRyYWZ0cyBvbmx5IHJlcXVpcmVzIDQgYnl0
ZXMuIFVzaW5nIHRoZSBPT0FNIGhlYWRlciBhcHByb2FjaCB3b3VsZCBhZGQgYW4gdW5uZWNlc3Nh
cnkgb3ZlcmhlYWQgb2YgNCBieXRlcyDigJMgd2hpY2ggaXMgc2lnbmlmaWNhbnQuPC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2IGNsYXNzPSIiPkdJTSZndDsm
Z3Q7IFRoZSBkaWZmZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6
PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHVsIGNsYXNzPSIiPg0KPGxpIGNsYXNzPSIiPnByb3Zp
ZGVzIG1vcmUgZmxleGliaWxpdHksIGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZpZWxk
czs8L2xpPjxsaSBjbGFzcz0iIj5zdXBwb3J0cyBsYXJnZXIgT0FNIHBhY2tldHMgdGhhbiBpT0FN
IGhlYWRlcjs8L2xpPjxsaSBjbGFzcz0iIj5pcyBmdXR1cmUgcHJvb2YgYnkgc3VwcG9ydGluZyB2
ZXJzaW9uaW5nIChWZXJzaW9uIGZpZWxkKS48YnIgY2xhc3M9IiI+DQo8L2xpPjwvdWw+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj48
YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+Q29tbWVudDogZW5naW5lZXJpbmcgaXMgdXN1YWxs
eSBhYm91dCBtYWtpbmcgdHJhZGUtb2Zmcy4gSGF2aW5nIFJlc2VydmVkIGZpZWxkcywgdW5uZWNl
c3NhcnkgKGFuZCBvdmVyLWdlbmVyYWxpemVkKSBGbGFncywgYW5kIGEgVmVyc2lvbiBmaWVsZCBm
b3IgdGhpcyBleHRyYSBPT0FNIGhlYWRlciBkb2VzIG5vdCBzZWVtIHRvIGp1c3RpZnkgdGhlIFJP
SSBpbiBhZGRpbmcgYW4gZXh0cmEgaGVhZGVyIGFuZCBleHRyYSBwYXJzaW5nLiBUaGlzDQogZ29l
cyBiYWNrIHRvIOKAmHdoYXQgcHJvYmxlbT8nLiBIYXZpbmcgYSBsb3Qgb2YgZXh0cmEgZmllbGRz
IHRvIHBhcnNlIGFkZHMgb3ZlcmhlYWQsIG5vdCBvbmx5IGluIHNpemUsIGJ1dCBhbHNvIGluIGNv
bXBsZXhpdHkgdGF4LiBQbGVhc2Ugc2VlIEZ1bmRhbWVudGFsIFRydXRocyAoNmEpLCAoMTApLCBh
bmQgKDEyKSBbUkZDIDE5MjVdLjwvZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9
IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz
PSJnbWFpbF9leHRyYSI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+DQo8YmxvY2txdW90ZSBj
bGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVy
LWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2
IGxhbmc9IkRFIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsLW1fMTM3MjY4NDUyOTI2MTE5
ODQzNldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgY2xhc3M9IiI+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIGNsYXNzPSIiPiogTWF0dXJp
dHk6IElPQU0gaGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hv
d24gYXQgcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFk
ZGl0aW9uYWwgaW1wbGVtZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4gSW50ZXJvcGVy
YWJsZSBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkNCiBzcGVjaWZpY2F0aW9ucy4gRGVzcGl0
ZSB0aGUgcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9uIE9PQU0gaW4g
dGhlIE5WTzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRpb24gb2YgdGhl
IE9PQU0gaGVhZGVyLiBJbiBhZGRpdGlvbiwgdGhlIHRocmVhZCByZXZlYWxlZCB0aGF0IHNldmVy
YWwgZnVuZGFtZW50YWwgcXVlc3Rpb25zIGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3RpbGwg
b3Blbiwgc3VjaA0KIGFzIHdoZXRoZXIgb3IgaG93IGFjdGl2ZSBPQU0gbWVjaGFuaXNtcyB3aXRo
aW4gcHJvdG9jb2xzIHN1Y2ggYXMgR2VuZXZlIHdvdWxkIGFwcGx5IHRvIHRoZSBPT0FNIGhlYWRl
ci4gVGhpcyB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8gYSB0aW1lbHkg
c3BlY2lmaWNhdGlvbi48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N
CjxkaXYgY2xhc3M9IiI+R0lNJmd0OyZndDsgTWF5IEkgYXNrIHdoaWNoIGVuY2Fwc3VsYXRpb25z
IHN1cHBvcnRlZCBieSB0aGUgaW1wbGVtZW50YXRpb25zIHlvdSByZWZlciB0by4gVW50aWwgdmVy
eSByZWNlbnRseSBhbGwgaU9BTSBwcm9wb3NhbHMgd2VyZSB0byB1c2UgbWV0YS1kYXRhIFRMViBp
biwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNlIG9yIHNvbWUgb2YgdGhlc2UgaW1w
bGVtZW50YXRpb25zIGFscmVhZHkgdXBkYXRlZCB0byB0aGUNCiBuZXdseSBwcm9wb3NlZCBpT0FN
IHNoaW0sIEkgZG9uJ3Qgc2VlIHByb2JsZW0gaW4gbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVy
LiBXb3VsZCB5b3UgYWdyZWU/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGJs
b2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAu
OGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDox
ZXgiPg0KPGRpdiBsYW5nPSJERSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJnbWFpbC1tXzEzNzI2
ODQ1MjkyNjExOTg0MzZXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIGNsYXNzPSIiPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBjbGFzcz0i
Ij4qIFNjb3BlOiBJdCBpc27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0
aGUgT09BTSBoZWFkZXIgd291bGQgdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09B
TSBoZWFkZXIgaXMgZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmllbGQgZm9yIOKAnE5leHQg
UHJvdOKAnSwgdGhlIG5leHQgcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQNCiBJT0FNIGRh
dGEgbmVlZHMgdG8gYmUgZW5jYXBzdWxhdGVkIGludG8gdXNlIDE2LWJpdHMgZm9yIHRoZWlyIG5l
eHQgcHJvdG9jb2wgY29kZSBwb2ludHMuIFNlZSBlLmcuIHRoZSBHUkUgZW5jYXBzdWxhdGlvbiDi
gJMgYXMgc3BlY2lmaWVkIGluIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMC48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgY2xhc3M9IiI+R0lNJmd0OyZn
dDsgVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVz
OjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7TmV3IHByb3RvY29scyB0aGF0IHN1
cHBvcnQgb3ZlcmxheSBuZXR3b3JrcyBsaWtlIFZ4TEFOLUdQRTwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij4mbmJzcDsgJm5ic3A7W0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1u
dm8zLWd1ZV0sIEdlbmV2ZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7W0ktRC5p
ZXRmLW52bzMtZ2VuZXZlXSwgQklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25d
LCBhbmQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO05TSCBbSS1ELmlldGYtc2Zj
LW5zaF0gc3VwcG9ydCBtdWx0aS1wcm90b2NvbCBwYXlsb2FkLCBlLmcuPC9kaXY+DQo8ZGl2IGNs
YXNzPSIiPiZuYnNwOyAmbmJzcDtFdGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9w
ZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7
ICZuYnNwO01haW50ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4mbmJzcDsg
VGhhdCBlbnN1cmVzIHRoYXQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO092ZXJs
YXkgT0FNIChPT0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBw
YWNrZXQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO3RyYXZlcnNpbmcgdGhlIHVu
ZGVybGF5LiZuYnNwOzwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js
b2NrcXVvdGU+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5RdWVzdGlvbjogVGhl
IOKAnGxpa2XigJ0gaW4gdGhlIGZpcnN0IHNlbnRlbmNlLCBiYXNpY2FsbHkgaW1wbGllcyDigJxu
b3QgYWxsIGVuY2Fwc3VsYXRpb25z4oCdLiBUaGVyZWZvcmUsJm5ic3A7PGEgaHJlZj0iaHR0cHM6
Ly94a2NkLmNvbS85MjcvIiBjbGFzcz0iIj5odHRwczovL3hrY2QuY29tLzkyNy88L2E+LjwvZGl2
Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+RnVydGhlciwgd2hhdCBhcmUg4oCc
cHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtz4oCdLCBhbmQgaG93IGFyZSB5
b3UgY2hvb3NpbmcgeW91ciBleGFtcGxlcz88L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxibG9ja3F1
b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIi
IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPg0KPGRpdiBjbGFzcz0iZ21haWxf
cXVvdGUiPg0KPGRpdiBjbGFzcz0iIj5JJ20gdXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0
IGFuZCBhbG9uZyB3aXRoIGNsZWFuaW5nIG5pdHMgd2lsbCB1cGRhdGUgcmVmZXJlbmNlIHRvIEdV
RS4gSSB0aGluayB0aGF0IHRoZSBsaXN0IGFuZCB0aGUgc3RhdGVtbnQgYXJlIHF1aXRlIGNsZWFy
IGluIGlkZW50aWZ5aW5nIHRoZSBzY29wZSBvZiBuZXR3b3JrcyB0aGF0IG1heSBiZW5lZml0IGZy
b20gdXNpbmcgbm90IG9ubHkgY29tbW9uIE9PQU0gSGVhZGVyIGJ1dA0KIGNvbW1vbiBPT0FNIG1l
Y2hhbmlzbXMsIGUuZy4gPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0
LW9vYW1kdC1ydGd3Zy1kZW1hbmQtY2MtY3YtMDMiIGNsYXNzPSIiPg0KRWNobyBSZXF1ZXN0L1Jl
cGx5PC9hPi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyIGNsYXNz
PSIiPg0KPC9kaXY+DQo8ZGl2PlF1ZXN0aW9uOiBJIGRvIG5vdCB0aGluayB0aGlzIGlzIHF1aXRl
IGNsZWFyIGFzIHlvdSBzdGF0ZSwgZ2l2ZW4gdGhlIGZhY3QgdGhhdCB0aGUgd29yZCDigJxsaWtl
4oCdIGFkZHMgaW1wcmVjaXNpb24gYW5kIGFtYmlndWl0eS4gSVAtaW4tSVA/IEwyVFB2Mz8gRXRj
PzwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+VGhhbmsgeW91IGZvciBj
b25zaWRlcmluZyB0aGVzZSBxdWVzdGlvbnMhPC9kaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRl
IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxk
aXYgY2xhc3M9ImdtYWlsX2V4dHJhIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4NCjxibG9j
a3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhl
eDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4
Ij4NCjxkaXYgbGFuZz0iREUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWwtbV8xMzcyNjg0
NTI5MjYxMTk4NDM2V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgY2xhc3M9IiI+
PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIGNsYXNzPSIiPldpdGggdGhlIGFib3ZlIGluIG1p
bmQsIEnigJlkIHN1Z2dlc3QgdGhhdCB0aGUgV0cgbW92ZXMgZm9yd2FyZCB3aXRoIHNwZWNpZmlj
IGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDi
gJMgcGVyIHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzLjx1IGNsYXNzPSIiPjwvdT48dSBjbGFz
cz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLCBGcmFuazx1IGNsYXNzPSIiPjwv
dT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXzx3YnIgY2xhc3M9IiI+X19fX19fX19fX19fX19f
X188YnIgY2xhc3M9IiI+DQppcHBtIG1haWxpbmcgbGlzdDxiciBjbGFzcz0iIj4NCjxhIGhyZWY9
Im1haWx0bzppcHBtQGlldGYub3JnIiBjbGFzcz0iIj5pcHBtQGlldGYub3JnPC9hPjxiciBjbGFz
cz0iIj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBw
bSIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+aHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi88d2JyIGNsYXNzPSIiPmxpc3RpbmZvL2lwcG08L2E+PGJyIGNsYXNz
PSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+
DQo8L2Rpdj4NCjwvZGl2Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX188YnIgY2xhc3M9IiI+DQpJbnQtYXJlYSBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+
DQo8YSBocmVmPSJtYWlsdG86SW50LWFyZWFAaWV0Zi5vcmciIGNsYXNzPSIiPkludC1hcmVhQGll
dGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vaW50LWFyZWEiIGNsYXNzPSIiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vaW50LWFyZWE8L2E+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Jsb2Nr
cXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg
Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBk
aXI9ImF1dG8iIHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2Rl
OiBzcGFjZTsgbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXY+
VGhhbmtzLDwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+4oCUIENhcmxv
cyBQaWduYXRhcm88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_BB32B2318CAE44439036985BD9B4ECBFciscocom_--


From nobody Thu Apr 12 18:56:25 2018
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62ACA124D6C; Thu, 12 Apr 2018 18:56:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_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 PQqAgb6W8iC2; Thu, 12 Apr 2018 18:56:14 -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 6A7B7124205; Thu, 12 Apr 2018 18:56:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=41264; q=dns/txt; s=iport; t=1523584574; x=1524794174; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=MRifLlgCDVu60xXcEPFO3y8PFjFCb9fmHILumOluKv0=; b=SXnzG4NKSmcA8CJWkHv4wP0JoGfVWnW2p8cfvykb+7UicVqjW8wr97DQ WEHMhXKgsiGM1OTmBWUgQE6lxvNyDjVdUXV8rlGhDNSrvtdmxJI0Rdyst VXqmVJgKK66UJE3AghQXyHtmhDHmEB5skES3UgfeuTP1KPlPW9sTB+Ss8 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApAwBgDdBa/5hdJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNRi9hbyEHCoNalRWBUyGBD4ZmjBKBZAMLGAEMhF4CGoI?= =?us-ascii?q?HITcVAQIBAQEBAQECbBwMhSIBAQEBAwEBIUsLEAIBCBEEAQEhAQIEAwICAh8?= =?us-ascii?q?GCxQJCAIEDgUfhApMAxUIB6cSghyHDA2BK4Ivh32BVD+BDyMMglyCTyAiAQE?= =?us-ascii?q?CAReBEwELBAMBVQiCQjCCJAKHGYlGhlIsCAKFVYUqO4J9CoEpg1qHOYcsE4F?= =?us-ascii?q?mPUcIhTwCERMBgSQBMiJhcXAVOioBghgJgWctAxcRgzSCZIIwhT5vjQgPF4E?= =?us-ascii?q?IgRcBAQ?=
X-IronPort-AV: E=Sophos; i="5.48,444,1517875200"; d="scan'208,217"; a="98542347"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2018 01:56:13 +0000
Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w3D1uCw3008303 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Apr 2018 01:56:13 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 12 Apr 2018 21:56:12 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1320.000; Thu, 12 Apr 2018 21:56:12 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [nvo3] [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT0okELCmwkoTjo0K66ruEREJj4qP96ksAgABI4oA=
Date: Fri, 13 Apr 2018 01:56:12 +0000
Message-ID: <EE1ADA61-1405-48C5-970E-8CF283EC62D0@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com> <CA+RyBmWFkC6fun21CCR9jzoZmXBEb7EEPFWuzvPV5Xg0Ko+=3g@mail.gmail.com>
In-Reply-To: <CA+RyBmWFkC6fun21CCR9jzoZmXBEb7EEPFWuzvPV5Xg0Ko+=3g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.118.116.133]
Content-Type: multipart/alternative; boundary="_000_EE1ADA61140548C5970E8CF283EC62D0ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/O1WyiRzYSg8VYI2mliTQLrYNesU>
Subject: Re: [ippm] [nvo3] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 01:56:18 -0000

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

SGkgR3JlZywNCg0KVGhhbmtzIGZvciBlbmdhZ2luZyBhbmQgZm9yIHlvdXIgaW50ZXJlc3QuIFBs
ZWFzZSBmaW5kIGEgY291cGxlIG9mIGZvbGxvdy11cHMgdG8geW91ciBjb21tZW50cywgY29uc29s
aWRhdGluZyBmcm9tIHRoZSBwbHVyYWxpdHkgb2YgZW1haWxzIHlvdSBzZW50IHdpdGggeW91ciBy
ZXNwb25zZXMuDQoNClRoZSBjb21wYXJpc29uIHlvdSBhcmUgc3VnZ2VzdGlvbiBiZXR3ZWVuIElP
QU0gYW5kIE9PQU0gaXMgYSByZWQtaGVycmluZywgYW5kIGFzIHN1Y2ggSeKAmWxsIGdvIHF1aWV0
IGFuZCBub3QgcmVzcG9uZCBvbiB0aGlzIHRocmVhZCBhZnRlciB0aGlzIGVtYWlsLg0KDQpCdXQg
Zm9yIGNvbXBsZXRlbmVzczoNCg0KMS4gWW91IGRpZCBub3QgYW5zd2VyIHRoaXMsIGFuZCBhZ2Fp
biBzZWxlY3RpdmVseSBza2lwcGVkIGl0LiBDYW4geW91IHBsZWFzZSBwcm92aWRlIGFuZCBhbnN3
ZXI/DQpDb3VsZCB5b3UgcHJvdmlkZSBhIHBvaW50ZXIgdG8gYW4gT09BTSBpbXBsZW1lbnRhdGlv
bj8NCg0KMi4gWW91IHdyb3RlOg0KDQpQbGVhc2Ugbm90ZSwgdGhhdCBPT0FNIHN1cHBvcnRzIGJv
dGggYWN0aXZlIGFuZCBoeWJyaWQgT0FNIG1ldGhvZHMsIHdoaWxlIGlPQU0gb25seSB0aGUgbGF0
dGVyLg0KDQpZb3UgYXJlIGNvbXBhcmluZyBhcHBsZXMgd2l0aCBvcmFuZ2VzLiBJT0FNICppcyog
YSBoeWJyaWQgT0FNIG1ldGhvZC4gT09BTSBpcyBuZWl0aGVyLiBJdCDigJxzdXBwb3J0c+KAnSBt
ZWFucyB0aGF0IGJ5IGl0c2VsZiBpdCBwcm92aWRlcyBubyB2YWx1ZS4NCg0KKEFuZCBieSB0aGUg
d2F5LCB3aHkgVGltZXN0YW1wcyBvbiB0aGlzIGhlYWRlciB3aGVuIHRoZSBPQU0gUGFja2V0IGl0
c2VsZiB3aWxsIGhhdmUgdGltZXN0YW1wcyBpZiBuZWVkZWQ/ISkNCg0KMy4gWW91IHdyb3RlOg0K
DQogICogICB0aGUgc2NvcGUgb2YgT09BTSwgY29udHJhcnkgdG8gd2hhdCB5b3UndmUgc3RhdGVk
LCBpcyBjbGVhcmx5IHN0YXRlZCBpbiB0aGUgZHJhZnQ7DQoNCkJ1dCB0aGUgc2NvcGUgaXMgbm90
IGNsZWFyLCB0byBtZSBhdCBsZWFzdCwgc2luY2UgaXQgaGFzIG5vIHByZWNpc2lvbiAod2hhdCBp
cyBpbmNsdWRlZCwgd2hhdCBpcyBleGNsdWRlZCk/IElzIE1QTFMgYW4gb3ZlcmxheSBwcm90b2Nv
bD8gSXMgU1J2Nj8NCg0KNC4gWW91IHdyb3RlOg0KDQoNCiAgKiAgIHdoYXQgeW91IHByZXNlbnQg
YXMgImVmZmljaWVuY3kiIEkgY29uc2lkZXIgdG8gYmUgc2VyaW91cyBsaW1pdGF0aW9ucyAobGFj
ayBvZiB2ZXJzaW9uaW5nLCBsaW1pdGVkIHNpemUgZm9yIGRhdGEsIGFuZCBubyBmdXR1cmUgZXh0
ZW5zaW9uKQ0KDQpJIGRvIG5vdCBiZWxpZXZlIHRoaXMgaXMgYW4gYWNjdXJhdGUgY2hhcmFjdGVy
aXphdGlvbuKApiBCRkQgaGFzIGxlc3MgZXh0ZW5zaWJpbGl0eSBhbmQgbW9yZSBsaW1pdGF0aW9u
cyB0aGFuIElPQU0sIGFuZCBpdOKAmXMgZ3JlYXQgYmVjYXVzZSBpdCBzZXJ2ZXMgaXRzIGZ1bmN0
aW9uLg0KDQogICogICB0aGF0IHNob3VsZCBiZSBleHBsYWluZWQgYW5kIHRob3JvdWdobHkgZGlz
Y3Vzc2VkIGJ5IHRoZSBXR3MgdGhhdCBkZXZlbG9wIGNvcnJlc3BvbmRpbmcgb3ZlcmxheSBuZXR3
b3JrcyBiZWZvcmUgSVBQTSBXRyBtYWtlcyBhbnkgZGVjaXNpb24uDQoNClRoaXMgaXMgbm90IGFu
IOKAnG92ZXJsYXkgbmV0d29ya+KAnSBpc3N1ZSBmcm9tIHRoZSBJUFBNIHNjb3BlIG9uIHRoZSBw
cm90b2NvbC4gTGV04oCZcyBoYXZlIGEgdGVjaG5pY2FsIGRpc2N1c3Npb24gYW5kIG5vdCBhcnRp
ZmljaWFsbHkgYXR0ZW1wdCB0byBzbG93IHRoaW5ncyBkb3duLg0KDQpNYW55IFRoYW5rcywNCg0K
4oCUIENhcmxvcyBQaWduYXRhcm8NCg0KDQoNCk9uIEFwciAxMiwgMjAxOCwgYXQgNTozNSBQTSwg
R3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbTxtYWlsdG86Z3JlZ2ltaXJza3lAZ21h
aWwuY29tPj4gd3JvdGU6DQoNCkhpIEZyYW5rLA0KSSB0aGluayB5b3UndmUgbWlzdW5kZXJzdG9v
ZCBteSByZXNwb25zZSB0byB5b3VyIHN0YXRlbWVudHM6DQoNCiAgKiAgIHRoZSBzY29wZSBvZiBP
T0FNLCBjb250cmFyeSB0byB3aGF0IHlvdSd2ZSBzdGF0ZWQsIGlzIGNsZWFybHkgc3RhdGVkIGlu
IHRoZSBkcmFmdDsNCiAgKiAgIHdoYXQgeW91IHByZXNlbnQgYXMgImVmZmljaWVuY3kiIEkgY29u
c2lkZXIgdG8gYmUgc2VyaW91cyBsaW1pdGF0aW9ucyAobGFjayBvZiB2ZXJzaW9uaW5nLCBsaW1p
dGVkIHNpemUgZm9yIGRhdGEsIGFuZCBubyBmdXR1cmUgZXh0ZW5zaW9uKSB0aGF0IHNob3VsZCBi
ZSBleHBsYWluZWQgYW5kIHRob3JvdWdobHkgZGlzY3Vzc2VkIGJ5IHRoZSBXR3MgdGhhdCBkZXZl
bG9wIGNvcnJlc3BvbmRpbmcgb3ZlcmxheSBuZXR3b3JrcyBiZWZvcmUgSVBQTSBXRyBtYWtlcyBh
bnkgZGVjaXNpb24uDQoNClJlZ2FyZHMsDQpHcmVnDQoNCk9uIFRodSwgQXByIDEyLCAyMDE4IGF0
IDg6MDYgUE0sIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb208
bWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbT4+IHdyb3RlOg0KSGkgR3JlZywNCg0KdGhhbmtzIOKA
kyBhbmQgaXQgc2VlbXMgdGhhdCB3ZeKAmXJlIG9uIHRoZSBzYW1lIHBhZ2Ugd2l0aCByZWdhcmRz
IHRvIGVmZmljaWVuY3kgKDQgYnl0ZXMgb2Ygbm9uLXJlcXVpcmVkIG92ZXJoZWFkKSBhbmQgbWF0
dXJpdHkgKG9yIGxhY2sgb2YpIG9mIE9PQU0uDQoNCk9uIHRoZSBJT0FNIGltcGxlbWVudGF0aW9u
OiBUaGVyZSBhcmUgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMgb2YgSU9BTS4gU29tZSBvZiB3aGlj
aCBoYXZlIHJlY2VudGx5IGJlZW4gd29ya2VkIG9uIGFuZCBzaG93biBhdCBhbiBJRVRGIGhhY2th
dGhvbiwgc2VlIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDAvbWF0ZXJp
YWxzL3NsaWRlcy0xMDAtaGFja2F0aG9uLXNlc3NhLWluLXNpdHUtb2FtLWlvYW0gLSB3aGVyZSB3
ZeKAmXZlIHNob3duIElQdjYgYW5kIFZYTEFOLUdQRSB3aXRoIElPQU0g4oCTIG9uIEZELmlvL1ZQ
UDxodHRwOi8vRkQuaW8vVlBQPiBhcyB3ZWxsIGFzIG9uIEJhcmVmb290IFRvZmluby4gWW91IHBy
b2JhYmx5IGFsc28gcmVtZW1iZXIgdGhlIE5ldHJvbm9tZS9Ccm9hZGNvbSBkZW1vIC0gaHR0cHM6
Ly93d3cueW91dHViZS5jb20vd2F0Y2g/dj1qOUZiRDRhM0Y0RSAuDQpCZWxvdyB5b3Ugc2VlbSB0
byBiZSBzcGVjaWZpY2FsbHkgcmVmZXJyaW5nIHRvIHRoZSBJT0FNIG9wZW4gc291cmNlIGltcGxl
bWVudGF0aW9uIGluIEZELmlvL1ZQUDo8aHR0cDovL0ZELmlvL1ZQUDo+IFRoZXJlIGFyZSBwcm90
b2NvbCBlbmNhcHN1bGF0aW9ucyBmb3IgVlhMQU4tR1BFLCBOU0gsIGFuZCBJUHY2IGltcGxlbWVu
dGVkIGluIEZELmlvL1ZQUDxodHRwOi8vRkQuaW8vVlBQPi4gVGhlIGN1cnJlbnQgY29kZSB1c2Vz
IHRoZSDigJxuZXh0IGhlYWRlciBhcHByb2FjaOKAnSBmb3IgVlhMQU4tR1BFIGFuZCBpdCBsZXZl
cmFnZXMgTUQtVHlwZSAyIGZvciBOU0guIEFzIHlvdeKAmXJlIHdlbGwgYXdhcmUsIHRoZXJlIHRo
ZSBkaXNjdXNzaW9uIGluIFNGQyB3aGV0aGVyIHRvIHVzZSBNRC1UeXBlIDIgb3IgbmV4dCBoZWFk
ZXIgZW5jYXBzdWxhdGluZyBJT0FNIGRhdGEgaW4gTlNIIGlzbuKAmXQgeWV0IHNldHRsZWQsIGhl
bmNlIHdl4oCZbGwgcmVmcmFpbiBmcm9tIHVwZGF0aW5nIHRoZSBjb2RlIHVudGlsIFNGQyBXRyBo
YXMgY29tZSB0byBhIGNvbmNsdXNpb24uDQoNCkNvdWxkIHlvdSBwcm92aWRlIGEgcG9pbnRlciB0
byBhbiBPT0FNIGltcGxlbWVudGF0aW9uPw0KDQpUaGFua3MsDQpGcmFuaw0KDQpGcm9tOiBHcmVn
IE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5j
b20+Pg0KU2VudDogRG9ubmVyc3RhZywgMTIuIEFwcmlsIDIwMTggMTg6NTQNClRvOiBGcmFuayBC
cm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPG1haWx0bzpmYnJvY2tuZUBj
aXNjby5jb20+Pg0KQ2M6IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBp
ZXRmLm9yZz4+OyBOVk8zIDxudm8zQGlldGYub3JnPG1haWx0bzpudm8zQGlldGYub3JnPj47IFNl
cnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc8bWFpbHRvOnNm
Y0BpZXRmLm9yZz4+OyBpbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmc+
DQpTdWJqZWN0OiBSZTogW2lwcG1dIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlv
dXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0K
SGkgRnJhbmssDQp0aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBwb2ludHMuIFBsZWFzZSBmaW5k
IG15IG5vdGVzIGluLWxpbmUgYW5kIHRhZ2dlZCBHSU0+Pi4gSSBiZWxpZXZlIHRoYXQgdGhpcyBp
cyB2ZXJ5IG11Y2ggcmVsZXZhbnQgdG8gd29yayBvZiBvdGhlciB3b3JraW5nIGdyb3VwcyB0aGF0
IGRpcmVjdGx5IHdvcmsgb24gdGhlIG92ZXJsYXkgZW5jYXBzdWxhdGlvbnMgaW4gdGhlIGNlbnRl
ciBvZiB0aGUgZGlzY3Vzc2lvbiBhbmQgaGVuY2UgSSd2ZSBhZGRlZCB0aGVtIHRvIHRoZSBsaXN0
LiBIb3BlIHdlJ2xsIGhhdmUgbW9yZSBvcGluaW9ucyB0byByZWFjaCB0aGUgY29uY2x1c2lvbiB0
aGF0IGlzIGFjY2VwdGFibGUgdG8gYWxsLg0KDQpSZWdhcmRzLA0KR3JlZw0KDQpPbiBXZWQsIEFw
ciAxMSwgMjAxOCBhdCAxMjowMiBQTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9j
a25lQGNpc2NvLmNvbTxtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj4gd3JvdGU6DQpCYWNrIGF0
IHRoZSBJUFBNIG1lZXRpbmcgaW4gTG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJhbCBkcmFmdHMg
ZGVhbGluZyB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHBy
b3RvY29scyAoZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDAsIGRyYWZ0LWJy
b2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwLCBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDAp
LiBPbmUgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlz
dCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVh
ZGVyIGNvdWxkIGJlIGxldmVyYWdlZC4gIEFmdGVyIGNhcmVmdWxseSBjb25zaWRlcmluZyBkcmFm
dC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIsIEkgY2FtZSB0byB0aGUgY29uY2x1c2lvbiB0aGF0
IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVkcyBvZiBJT0FNOg0K
KiBFZmZpY2llbmN5OiBJT0FNIGFkZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3Vj
aCwgYW4gZW5jYXBzdWxhdGlvbiBuZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUu
IFRoZSDigJxPT0FNIGhlYWRlcuKAnSBpcyA4IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3Ig
SU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMgb25s
eSByZXF1aXJlcyA0IGJ5dGVzLiBVc2luZyB0aGUgT09BTSBoZWFkZXIgYXBwcm9hY2ggd291bGQg
YWRkIGFuIHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0ZXMg4oCTIHdoaWNoIGlzIHNpZ25p
ZmljYW50Lg0KR0lNPj4gVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBP
T0FNIEhlYWRlcjoNCg0KICAqICAgcHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFn
cyBmaWVsZCBhbmQgUmVzZXJ2ZWQgZmllbGRzOw0KICAqICAgc3VwcG9ydHMgbGFyZ2VyIE9BTSBw
YWNrZXRzIHRoYW4gaU9BTSBoZWFkZXI7DQogICogICBpcyBmdXR1cmUgcHJvb2YgYnkgc3VwcG9y
dGluZyB2ZXJzaW9uaW5nIChWZXJzaW9uIGZpZWxkKS4NCiogTWF0dXJpdHk6IElPQU0gaGFzIHNl
dmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hvd24gYXQgcmVjZW50IElF
VEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwgaW1wbGVt
ZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4gSW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRh
dGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUgdGhlIHF1ZXN0aW9uIGJl
aW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxpc3QgaGFz
buKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4gSW4g
YWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1
ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2ggYXMgd2hl
dGhlciBvciBob3cgYWN0aXZlIE9BTSBtZWNoYW5pc21zIHdpdGhpbiBwcm90b2NvbHMgc3VjaCBh
cyBHZW5ldmUgd291bGQgYXBwbHkgdG8gdGhlIE9PQU0gaGVhZGVyLiBUaGlzIHVsdGltYXRlbHkg
bWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0byBhIHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KR0lN
Pj4gTWF5IEkgYXNrIHdoaWNoIGVuY2Fwc3VsYXRpb25zIHN1cHBvcnRlZCBieSB0aGUgaW1wbGVt
ZW50YXRpb25zIHlvdSByZWZlciB0by4gVW50aWwgdmVyeSByZWNlbnRseSBhbGwgaU9BTSBwcm9w
b3NhbHMgd2VyZSB0byB1c2UgbWV0YS1kYXRhIFRMViBpbiwgZS5nLiBHZW5ldmUgYW5kIE5TSC4g
QW5kIGlmIHRoZXNlIG9yIHNvbWUgb2YgdGhlc2UgaW1wbGVtZW50YXRpb25zIGFscmVhZHkgdXBk
YXRlZCB0byB0aGUgbmV3bHkgcHJvcG9zZWQgaU9BTSBzaGltLCBJIGRvbid0IHNlZSBwcm9ibGVt
IGluIG1ha2luZyB0aGVtIHVzZSBPT0FNIEhlYWRlci4gV291bGQgeW91IGFncmVlPw0KDQoqIFNj
b3BlOiBJdCBpc27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09B
TSBoZWFkZXIgd291bGQgdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFk
ZXIgaXMgZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKA
nSwgdGhlIG5leHQgcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQgSU9BTSBkYXRhIG5lZWRz
IHRvIGJlIGVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3Rv
Y29sIGNvZGUgcG9pbnRzLiBTZWUgZS5nLiB0aGUgR1JFIGVuY2Fwc3VsYXRpb24g4oCTIGFzIHNw
ZWNpZmllZCBpbiBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDAuDQpHSU0+PiBUaGUgZmlyc3Qg
cGFyYWdyYXBoIG9mIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiBzdGF0ZXM6DQogICBOZXcgcHJv
dG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFDQogICBb
SS1ELmlldGYtbnZvMy12eGxhbi1ncGVdLCBHVUUgW0ktRC5pZXRmLW52bzMtZ3VlXSwgR2VuZXZl
DQogICBbSS1ELmlldGYtbnZvMy1nZW5ldmVdLCBCSUVSIFtJLUQuaWV0Zi1iaWVyLW1wbHMtZW5j
YXBzdWxhdGlvbl0sIGFuZA0KICAgTlNIIFtJLUQuaWV0Zi1zZmMtbnNoXSBzdXBwb3J0IG11bHRp
LXByb3RvY29sIHBheWxvYWQsIGUuZy4NCiAgIEV0aGVybmV0LCBJUHY0L0lQdjYsIGFuZCByZWNv
Z25pemUgT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24sIGFuZA0KICAgTWFpbnRlbmFuY2UgKE9B
TSkgYXMgb25lIG9mIGRpc3RpbmN0IHR5cGVzLiAgVGhhdCBlbnN1cmVzIHRoYXQNCiAgIE92ZXJs
YXkgT0FNIChPT0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBw
YWNrZXQNCiAgIHRyYXZlcnNpbmcgdGhlIHVuZGVybGF5Lg0KSSdtIHVwZGF0aW5nIHRoZSBPT0FN
IEhlYWRlciBkcmFmdCBhbmQgYWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzIHdpbGwgdXBkYXRlIHJl
ZmVyZW5jZSB0byBHVUUuIEkgdGhpbmsgdGhhdCB0aGUgbGlzdCBhbmQgdGhlIHN0YXRlbW50IGFy
ZSBxdWl0ZSBjbGVhciBpbiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgdGhhdCBt
YXkgYmVuZWZpdCBmcm9tIHVzaW5nIG5vdCBvbmx5IGNvbW1vbiBPT0FNIEhlYWRlciBidXQgY29t
bW9uIE9PQU0gbWVjaGFuaXNtcywgZS5nLiBFY2hvIFJlcXVlc3QvUmVwbHk8aHR0cHM6Ly90b29s
cy5pZXRmLm9yZy9odG1sL2RyYWZ0LW9vYW1kdC1ydGd3Zy1kZW1hbmQtY2MtY3YtMDM+Lg0KDQpX
aXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBzdWdnZXN0IHRoYXQgdGhlIFdHIG1vdmVzIGZv
cndhcmQgd2l0aCBzcGVjaWZpYyBkZWZpbml0aW9ucyBmb3IgZW5jYXBzdWxhdGluZyBJT0FNIGRh
dGEgaW50byBwcm90b2NvbHMg4oCTIHBlciB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy4NCg0K
UmVnYXJkcywgRnJhbmsNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCmlwcG0gbWFpbGluZyBsaXN0DQppcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGll
dGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQoNCg0K
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm52bzMgbWFp
bGluZyBsaXN0DQpudm8zQGlldGYub3JnPG1haWx0bzpudm8zQGlldGYub3JnPg0KaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9udm8zDQoNCg==

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0
ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhpIEdyZWcsDQo8ZGl2IGNsYXNzPSIiPjxiciBj
bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGFua3MgZm9yIGVuZ2FnaW5nIGFuZCBm
b3IgeW91ciBpbnRlcmVzdC4gUGxlYXNlIGZpbmQgYSBjb3VwbGUgb2YgZm9sbG93LXVwcyB0byB5
b3VyIGNvbW1lbnRzLCBjb25zb2xpZGF0aW5nIGZyb20gdGhlIHBsdXJhbGl0eSBvZiBlbWFpbHMg
eW91IHNlbnQgd2l0aCB5b3VyIHJlc3BvbnNlcy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNs
YXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSBjb21wYXJpc29uIHlvdSBhcmUgc3Vn
Z2VzdGlvbiBiZXR3ZWVuIElPQU0gYW5kIE9PQU0gaXMgYSByZWQtaGVycmluZywgYW5kIGFzIHN1
Y2ggSeKAmWxsIGdvIHF1aWV0IGFuZCBub3QgcmVzcG9uZCBvbiB0aGlzIHRocmVhZCBhZnRlciB0
aGlzIGVtYWlsLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+QnV0IGZvciBjb21wbGV0ZW5lc3M6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4xLiBZb3UgZGlkIG5vdCBhbnN3ZXIg
dGhpcywgYW5kIGFnYWluIHNlbGVjdGl2ZWx5IHNraXBwZWQgaXQuIENhbiB5b3UgcGxlYXNlIHBy
b3ZpZGUgYW5kIGFuc3dlcj88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBl
PSJjaXRlIiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp
ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5Db3VsZCB5b3UgcHJvdmlkZSBh
IHBvaW50ZXIgdG8gYW4gT09BTSBpbXBsZW1lbnRhdGlvbj88L3NwYW4+PC9wPg0KPC9ibG9ja3F1
b3RlPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBj
bGFzcz0iIj4yLiBZb3Ugd3JvdGU6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N
CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIi
PlBsZWFzZSBub3RlLCB0aGF0IE9PQU0gc3VwcG9ydHMgYm90aCBhY3RpdmUgYW5kIGh5YnJpZCBP
QU0gbWV0aG9kcywgd2hpbGUgaU9BTSBvbmx5IHRoZSBsYXR0ZXIuPC9ibG9ja3F1b3RlPg0KPC9k
aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Z
b3UgYXJlIGNvbXBhcmluZyBhcHBsZXMgd2l0aCBvcmFuZ2VzLiBJT0FNICppcyogYSBoeWJyaWQg
T0FNIG1ldGhvZC4gT09BTSBpcyBuZWl0aGVyLiBJdCDigJxzdXBwb3J0c+KAnSBtZWFucyB0aGF0
IGJ5IGl0c2VsZiBpdCBwcm92aWRlcyBubyB2YWx1ZS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy
IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPihBbmQgYnkgdGhlIHdheSwgd2h5IFRp
bWVzdGFtcHMgb24gdGhpcyBoZWFkZXIgd2hlbiB0aGUgT0FNIFBhY2tldCBpdHNlbGYgd2lsbCBo
YXZlIHRpbWVzdGFtcHMgaWYgbmVlZGVkPyEpPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz
cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4zLiBZb3Ugd3JvdGU6PC9kaXY+DQo8ZGl2IGNs
YXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRy
IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8dWwgY2xhc3M9IiI+DQo8bGkgY2xhc3M9IiI+
dGhlIHNjb3BlIG9mIE9PQU0sPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNvbG9yOiByZ2IoMzQsIDM0
LCAzNCk7IGZvbnQtZmFtaWx5OiBhcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiBzbWFsbDsg
Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1
LCAyNTUsIDI1NSk7IGZsb2F0OiBub25lOyBkaXNwbGF5OiBpbmxpbmU7Ij4mbmJzcDtjb250cmFy
eSB0byB3aGF0IHlvdSd2ZSBzdGF0ZWQsPC9zcGFuPiZuYnNwO2lzDQogY2xlYXJseSBzdGF0ZWQg
aW4gdGhlIGRyYWZ0OzwvbGk+PC91bD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QnV0IHRoZSBzY29wZSBpcyBub3QgY2xlYXIsIHRvIG1lIGF0
IGxlYXN0LCBzaW5jZSBpdCBoYXMgbm8gcHJlY2lzaW9uICh3aGF0IGlzIGluY2x1ZGVkLCB3aGF0
IGlzIGV4Y2x1ZGVkKT8gSXMgTVBMUyBhbiBvdmVybGF5IHByb3RvY29sPyBJcyBTUnY2PzwvZGl2
Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+NC4g
WW91IHdyb3RlOjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgZGly
PSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjx1bCBjbGFzcz0iIj4NCjxsaSBjbGFz
cz0iIj53aGF0IHlvdSBwcmVzZW50IGFzICZxdW90O2VmZmljaWVuY3kmcXVvdDsgSSBjb25zaWRl
ciB0byBiZSBzZXJpb3VzIGxpbWl0YXRpb25zIChsYWNrIG9mIHZlcnNpb25pbmcsIGxpbWl0ZWQg
c2l6ZSBmb3IgZGF0YSwgYW5kIG5vIGZ1dHVyZSBleHRlbnNpb24pDQo8L2xpPjwvdWw+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj5JIGRvIG5vdCBiZWxpZXZl
IHRoaXMgaXMgYW4gYWNjdXJhdGUgY2hhcmFjdGVyaXphdGlvbuKApiBCRkQgaGFzIGxlc3MgZXh0
ZW5zaWJpbGl0eSBhbmQgbW9yZSBsaW1pdGF0aW9ucyB0aGFuIElPQU0sIGFuZCBpdOKAmXMgZ3Jl
YXQgYmVjYXVzZSBpdCBzZXJ2ZXMgaXRzIGZ1bmN0aW9uLiZuYnNwOzwvZGl2Pg0KPGJsb2NrcXVv
dGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYg
Y2xhc3M9IiI+DQo8dWwgY2xhc3M9IiI+DQo8bGkgY2xhc3M9IiI+dGhhdCBzaG91bGQgYmUgZXhw
bGFpbmVkIGFuZCB0aG9yb3VnaGx5IGRpc2N1c3NlZCBieSB0aGUgV0dzIHRoYXQgZGV2ZWxvcCBj
b3JyZXNwb25kaW5nIG92ZXJsYXkgbmV0d29ya3MgYmVmb3JlIElQUE0gV0cgbWFrZXMgYW55IGRl
Y2lzaW9uLjwvbGk+PC91bD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N
CjxkaXYgY2xhc3M9IiI+VGhpcyBpcyBub3QgYW4g4oCcb3ZlcmxheSBuZXR3b3Jr4oCdIGlzc3Vl
IGZyb20gdGhlIElQUE0gc2NvcGUgb24gdGhlIHByb3RvY29sLiBMZXTigJlzIGhhdmUgYSB0ZWNo
bmljYWwgZGlzY3Vzc2lvbiBhbmQgbm90IGFydGlmaWNpYWxseSBhdHRlbXB0IHRvIHNsb3cgdGhp
bmdzIGRvd24uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9
IiI+DQo8ZGl2IGRpcj0iYXV0byIgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtp
dC1uYnNwLW1vZGU6IHNwYWNlOyBsaW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNz
PSIiPg0KPGRpdiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigw
LCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0
eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt
YWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVu
dDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1z
cGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0
aW9uOiBub25lOyI+DQpNYW55IFRoYW5rcyw8L2Rpdj4NCjxkaXYgc3R5bGU9ImNhcmV0LWNvbG9y
OiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRp
Y2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fw
czogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0
ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7
IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ry
b2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPg0KPGJyIGNsYXNzPSIiPg0K
PC9kaXY+DQo8ZGl2IHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdi
KDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQt
c3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5v
cm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k
ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3Jk
LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29y
YXRpb246IG5vbmU7Ij4NCuKAlCBDYXJsb3MgUGlnbmF0YXJvPC9kaXY+DQo8ZGl2IHN0eWxlPSJj
YXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWls
eTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12
YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6
IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNm
b3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtp
dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7Ij4NCjxiciBj
bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsg
Y29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAx
MnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQt
d2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0
OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5v
cm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsg
dGV4dC1kZWNvcmF0aW9uOiBub25lOyI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNz
PSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBBcHIgMTIsIDIwMTgsIGF0IDU6MzUgUE0sIEdyZWcgTWly
c2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiBjbGFzcz0iIj5n
cmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBw
bGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIg
Y2xhc3M9IiI+SGkgRnJhbmssDQo8ZGl2IGNsYXNzPSIiPkkgdGhpbmsgeW91J3ZlIG1pc3VuZGVy
c3Rvb2QgbXkgcmVzcG9uc2UgdG8geW91ciBzdGF0ZW1lbnRzOjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij4NCjx1bCBjbGFzcz0iIj4NCjxsaSBjbGFzcz0iIj50aGUgc2NvcGUgb2YgT09BTSw8c3BhbiBz
dHlsZT0iY29sb3I6cmdiKDM0LDM0LDM0KTtmb250LWZhbWlseTphcmlhbCxzYW5zLXNlcmlmO2Zv
bnQtc2l6ZTpzbWFsbDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5v
cm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO2xldHRlci1zcGFj
aW5nOm5vcm1hbDt0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6MHB4O3RleHQtdHJhbnNmb3Jt
Om5vbmU7d2hpdGUtc3BhY2U6bm9ybWFsO3dvcmQtc3BhY2luZzowcHg7YmFja2dyb3VuZC1jb2xv
cjpyZ2IoMjU1LDI1NSwyNTUpO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQtZGVj
b3JhdGlvbi1jb2xvcjppbml0aWFsO2Zsb2F0Om5vbmU7ZGlzcGxheTppbmxpbmUiIGNsYXNzPSIi
PiZuYnNwO2NvbnRyYXJ5DQogdG8gd2hhdCB5b3UndmUgc3RhdGVkLDwvc3Bhbj4gaXMgY2xlYXJs
eSBzdGF0ZWQgaW4gdGhlIGRyYWZ0OzwvbGk+PGxpIGNsYXNzPSIiPndoYXQgeW91IHByZXNlbnQg
YXMgJnF1b3Q7ZWZmaWNpZW5jeSZxdW90OyBJIGNvbnNpZGVyIHRvIGJlIHNlcmlvdXMgbGltaXRh
dGlvbnMgKGxhY2sgb2YgdmVyc2lvbmluZywgbGltaXRlZCBzaXplIGZvciBkYXRhLCBhbmQgbm8g
ZnV0dXJlIGV4dGVuc2lvbikgdGhhdCBzaG91bGQgYmUgZXhwbGFpbmVkIGFuZCB0aG9yb3VnaGx5
IGRpc2N1c3NlZCBieSB0aGUgV0dzIHRoYXQgZGV2ZWxvcCBjb3JyZXNwb25kaW5nIG92ZXJsYXkg
bmV0d29ya3MNCiBiZWZvcmUgSVBQTSBXRyBtYWtlcyBhbnkgZGVjaXNpb24uPC9saT48L3VsPg0K
PGRpdiBjbGFzcz0iIj5SZWdhcmRzLDwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkdyZWc8
L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxiciBjbGFzcz0iIj4NCjxk
aXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBUaHUsIEFwciAxMiwgMjAxOCBhdCA4OjA2IFBNLCBG
cmFuayBCcm9ja25lcnMgKGZicm9ja25lKQ0KPHNwYW4gZGlyPSJsdHIiIGNsYXNzPSIiPiZsdDs8
YSBocmVmPSJtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9
IiI+ZmJyb2NrbmVAY2lzY28uY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxiciBjbGFzcz0iIj4N
CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4
O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBsYW5n
PSJERSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJt
XzYxMzUwODAyMTM3MTY2MzM3OTZXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxZjQ5N2QiIGNsYXNzPSIiPkhpIEdyZWcsPHUgY2xhc3M9
IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxZjQ5N2QiIGNsYXNzPSIiPjx1IGNsYXNzPSIiPjwvdT4m
bmJzcDs8dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFmNDk3ZCIgY2xhc3M9IiI+dGhhbmtz
IOKAkyBhbmQgaXQgc2VlbXMgdGhhdCB3ZeKAmXJlIG9uIHRoZSBzYW1lIHBhZ2Ugd2l0aCByZWdh
cmRzIHRvIGVmZmljaWVuY3kgKDQgYnl0ZXMgb2Ygbm9uLXJlcXVpcmVkIG92ZXJoZWFkKSBhbmQg
bWF0dXJpdHkgKG9yIGxhY2sgb2YpDQogb2YgT09BTS4gPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNz
PSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMWY0OTdkIiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+Jm5i
c3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxZjQ5N2QiIGNsYXNzPSIiPk9uIHRoZSBJ
T0FNIGltcGxlbWVudGF0aW9uOiBUaGVyZSBhcmUgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMgb2Yg
SU9BTS4gU29tZSBvZiB3aGljaCBoYXZlIHJlY2VudGx5IGJlZW4gd29ya2VkIG9uIGFuZCBzaG93
biBhdCBhbiBJRVRGIGhhY2thdGhvbiwNCiBzZWUgPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tl
ci5pZXRmLm9yZy9tZWV0aW5nLzEwMC9tYXRlcmlhbHMvc2xpZGVzLTEwMC1oYWNrYXRob24tc2Vz
c2EtaW4tc2l0dS1vYW0taW9hbSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPg0KaHR0cHM6Ly9k
YXRhdHJhY2tlci5pZXRmLm9yZy88d2JyIGNsYXNzPSIiPm1lZXRpbmcvMTAwL21hdGVyaWFscy9z
bGlkZXMtPHdiciBjbGFzcz0iIj4xMDAtaGFja2F0aG9uLXNlc3NhLWluLXNpdHUtPHdiciBjbGFz
cz0iIj5vYW0taW9hbTwvYT4gLSB3aGVyZSB3ZeKAmXZlIHNob3duIElQdjYgYW5kIFZYTEFOLUdQ
RSB3aXRoIElPQU0g4oCTIG9uDQo8YSBocmVmPSJodHRwOi8vRkQuaW8vVlBQIiBjbGFzcz0iIj5G
RC5pby9WUFA8L2E+IGFzIHdlbGwgYXMgb24gQmFyZWZvb3QgVG9maW5vLiBZb3UgcHJvYmFibHkg
YWxzbyByZW1lbWJlciB0aGUgTmV0cm9ub21lL0Jyb2FkY29tIGRlbW8gLQ0KPGEgaHJlZj0iaHR0
cHM6Ly93d3cueW91dHViZS5jb20vd2F0Y2g/dj1qOUZiRDRhM0Y0RSIgdGFyZ2V0PSJfYmxhbmsi
IGNsYXNzPSIiPmh0dHBzOi8vd3d3LnlvdXR1YmUuY29tL3dhdGNoPzx3YnIgY2xhc3M9IiI+dj1q
OUZiRDRhM0Y0RTwvYT4gLjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFmNDk3ZCIgY2xhc3M9IiI+QmVsb3cgeW91IHNlZW0gdG8gYmUgc3BlY2lmaWNhbGx5IHJl
ZmVycmluZyB0byB0aGUgSU9BTSBvcGVuIHNvdXJjZSBpbXBsZW1lbnRhdGlvbiBpbg0KPGEgaHJl
Zj0iaHR0cDovL0ZELmlvL1ZQUDoiIGNsYXNzPSIiPkZELmlvL1ZQUDo8L2E+IFRoZXJlIGFyZSBw
cm90b2NvbCBlbmNhcHN1bGF0aW9ucyBmb3IgVlhMQU4tR1BFLCBOU0gsIGFuZCBJUHY2IGltcGxl
bWVudGVkIGluDQo8YSBocmVmPSJodHRwOi8vRkQuaW8vVlBQIiBjbGFzcz0iIj5GRC5pby9WUFA8
L2E+LiBUaGUgY3VycmVudCBjb2RlIHVzZXMgdGhlIOKAnG5leHQgaGVhZGVyIGFwcHJvYWNo4oCd
IGZvciBWWExBTi1HUEUgYW5kIGl0IGxldmVyYWdlcyBNRC1UeXBlIDIgZm9yIE5TSC4gQXMgeW91
4oCZcmUgd2VsbCBhd2FyZSwgdGhlcmUgdGhlIGRpc2N1c3Npb24gaW4gU0ZDIHdoZXRoZXIgdG8g
dXNlIE1ELVR5cGUgMiBvciBuZXh0IGhlYWRlciBlbmNhcHN1bGF0aW5nIElPQU0NCiBkYXRhIGlu
IE5TSCBpc27igJl0IHlldCBzZXR0bGVkLCBoZW5jZSB3ZeKAmWxsIHJlZnJhaW4gZnJvbSB1cGRh
dGluZyB0aGUgY29kZSB1bnRpbCBTRkMgV0cgaGFzIGNvbWUgdG8gYSBjb25jbHVzaW9uLg0KPHUg
Y2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMWY0OTdkIiBjbGFzcz0i
Ij48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxZjQ5
N2QiIGNsYXNzPSIiPkNvdWxkIHlvdSBwcm92aWRlIGEgcG9pbnRlciB0byBhbiBPT0FNIGltcGxl
bWVudGF0aW9uPzx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFm
NDk3ZCIgY2xhc3M9IiI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMWY0OTdkIiBjbGFzcz0iIj5UaGFua3MsPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNz
PSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMWY0OTdkIiBjbGFzcz0iIj5GcmFuazx1IGNsYXNzPSIiPjwv
dT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFmNDk3ZCIgY2xhc3M9IiI+PHUgY2xhc3M9
IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGIgY2xhc3M9IiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiIgY2xhc3M9IiI+
RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiIGNsYXNzPSIiPiBH
cmVnIE1pcnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiIGNsYXNzPSIiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7DQo8YnIg
Y2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TZW50OjwvYj4gRG9ubmVyc3RhZywgMTIuIEFwcmlsIDIw
MTggMTg6NTQ8YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5Ubzo8L2I+IEZyYW5rIEJyb2NrbmVy
cyAoZmJyb2NrbmUpICZsdDs8YSBocmVmPSJtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiB0YXJn
ZXQ9Il9ibGFuayIgY2xhc3M9IiI+ZmJyb2NrbmVAY2lzY28uY29tPC9hPiZndDs8YnIgY2xhc3M9
IiI+DQo8YiBjbGFzcz0iIj5DYzo8L2I+IElFVEYgSVBQTSBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRv
OmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5pcHBtQGlldGYub3JnPC9h
PiZndDs7IE5WTzMgJmx0OzxhIGhyZWY9Im1haWx0bzpudm8zQGlldGYub3JnIiB0YXJnZXQ9Il9i
bGFuayIgY2xhc3M9IiI+bnZvM0BpZXRmLm9yZzwvYT4mZ3Q7OyBTZXJ2aWNlIEZ1bmN0aW9uIENo
YWluaW5nIElFVEYgbGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRmLm9yZyIgdGFyZ2V0
PSJfYmxhbmsiIGNsYXNzPSIiPnNmY0BpZXRmLm9yZzwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRv
OmludC1hcmVhQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+aW50LWFyZWFAaWV0
Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+U3ViamVjdDo8L2I+IFJlOiBbaXBw
bV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xs
b3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbjx1IGNsYXNzPSIiPjwvdT48dSBjbGFz
cz0iIj48L3U+PC9zcGFuPjwvcD4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJoNSI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91
PjwvcD4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBGcmFuayw8dSBj
bGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj50aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBwb2ludHMuIFBsZWFzZSBm
aW5kIG15IG5vdGVzIGluLWxpbmUgYW5kIHRhZ2dlZCBHSU0mZ3Q7Jmd0Oy4gSSBiZWxpZXZlIHRo
YXQgdGhpcyBpcyB2ZXJ5IG11Y2ggcmVsZXZhbnQgdG8gd29yayBvZiBvdGhlciB3b3JraW5nIGdy
b3VwcyB0aGF0IGRpcmVjdGx5IHdvcmsgb24gdGhlIG92ZXJsYXkgZW5jYXBzdWxhdGlvbnMgaW4g
dGhlIGNlbnRlciBvZiB0aGUgZGlzY3Vzc2lvbg0KIGFuZCBoZW5jZSBJJ3ZlIGFkZGVkIHRoZW0g
dG8gdGhlIGxpc3QuIEhvcGUgd2UnbGwgaGF2ZSBtb3JlIG9waW5pb25zIHRvIHJlYWNoIHRoZSBj
b25jbHVzaW9uIHRoYXQgaXMgYWNjZXB0YWJsZSB0byBhbGwuPHUgY2xhc3M9IiI+PC91Pjx1IGNs
YXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0K
PGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsPHUgY2xhc3M9IiI+
PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5HcmVnPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dSBjbGFzcz0iIj48
L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5PbiBXZWQsIEFwciAxMSwgMjAxOCBhdCAxMjowMiBQTSwgRnJhbmsgQnJvY2tu
ZXJzIChmYnJvY2tuZSkgJmx0OzxhIGhyZWY9Im1haWx0bzpmYnJvY2tuZUBjaXNjby5jb20iIHRh
cmdldD0iX2JsYW5rIiBjbGFzcz0iIj5mYnJvY2tuZUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8
dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjY2NjY2NjIDEuMHB0O3BhZGRpbmc6MGNtIDBj
bSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSIgY2xhc3M9IiI+
DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBjbGFzcz0iIj5CYWNrIGF0IHRoZSBJUFBNIG1lZXRpbmcgaW4gTG9u
ZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJhbCBkcmFmdHMgZGVhbGluZyB3aXRoIHRoZSBlbmNhcHN1
bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAoZHJhZnQtYnJvY2tuZXJz
LWlwcG0taW9hbS08d2JyIGNsYXNzPSIiPnZ4bGFuLWdwZS0wMCwgZHJhZnQtYnJvY2tuZXJzLWlw
cG0taW9hbS08d2JyIGNsYXNzPSIiPmdlbmV2ZS0wMCwNCiBkcmFmdC13ZWlzLWlwcG0taW9hbS1n
cmUtMDApLiBPbmUgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0
aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgZHJhZnQtb29hbWR0LXJ0Z3dnLW9v
YW0taGVhZGVyIGNvdWxkIGJlIGxldmVyYWdlZC4mbmJzcDsgQWZ0ZXIgY2FyZWZ1bGx5IGNvbnNp
ZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLTx3YnIgY2xhc3M9IiI+aGVhZGVyLCBJIGNh
bWUgdG8gdGhlIGNvbmNsdXNpb24NCiB0aGF0IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5v
dCBtZWV0IHRoZSBuZWVkcyBvZiBJT0FNOjwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9
IiI+PC91PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBjbGFz
cz0iIj4qIEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRhIHRvIGxpdmUgdXNlciB0cmFmZmljLiBB
cyBzdWNoLCBhbiBlbmNhcHN1bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3Nz
aWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy4oCdIGlzIDggYnl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNo
IGZvciBJT0FNIGRhdGEgZW5jYXBzdWxhdGlvbiBpbiB0aGUgYWJvdmUgbWVudGlvbmVkDQogZHJh
ZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNo
IHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVhZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBp
cyBzaWduaWZpY2FudC48L3NwYW4+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPkdJTSZndDsmZ3Q7IFRoZSBkaWZmZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlz
IGJlY2F1c2UgT09BTSBIZWFkZXI6PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+
DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8dWwgdHlwZT0iZGlzYyIgY2xhc3M9IiI+DQo8bGkg
Y2xhc3M9Ik1zb05vcm1hbCI+cHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFncyBm
aWVsZCBhbmQgUmVzZXJ2ZWQgZmllbGRzOzx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+
PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCI+c3VwcG9ydHMgbGFyZ2VyIE9BTSBwYWNrZXRzIHRo
YW4gaU9BTSBoZWFkZXI7PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L2xpPjxsaSBj
bGFzcz0iTXNvTm9ybWFsIj5pcyBmdXR1cmUgcHJvb2YgYnkgc3VwcG9ydGluZyB2ZXJzaW9uaW5n
IChWZXJzaW9uIGZpZWxkKS48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvbGk+PC91
bD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkICNjY2NjY2MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0
LjhwdDttYXJnaW4tcmlnaHQ6MGNtIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNs
YXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIGNsYXNzPSIi
PiogTWF0dXJpdHk6IElPQU0gaGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJl
IGFsc28gc2hvd24gYXQgcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhw
ZWN0aW5nIGFkZGl0aW9uYWwgaW1wbGVtZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4g
SW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkNCiBzcGVjaWZpY2F0aW9u
cy4gRGVzcGl0ZSB0aGUgcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9u
IE9PQU0gaW4gdGhlIE5WTzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRp
b24gb2YgdGhlIE9PQU0gaGVhZGVyLiBJbiBhZGRpdGlvbiwgdGhlIHRocmVhZCByZXZlYWxlZCB0
aGF0IHNldmVyYWwgZnVuZGFtZW50YWwgcXVlc3Rpb25zIGFib3V0IHRoZSBPT0FNIGhlYWRlciBh
cmUgc3RpbGwgb3Blbiwgc3VjaA0KIGFzIHdoZXRoZXIgb3IgaG93IGFjdGl2ZSBPQU0gbWVjaGFu
aXNtcyB3aXRoaW4gcHJvdG9jb2xzIHN1Y2ggYXMgR2VuZXZlIHdvdWxkIGFwcGx5IHRvIHRoZSBP
T0FNIGhlYWRlci4gVGhpcyB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8g
YSB0aW1lbHkgc3BlY2lmaWNhdGlvbi48L3NwYW4+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIi
PjwvdT48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdJTSZndDsmZ3Q7IE1heSBJIGFzayB3aGljaCBlbmNhcHN1
bGF0aW9ucyBzdXBwb3J0ZWQgYnkgdGhlIGltcGxlbWVudGF0aW9ucyB5b3UgcmVmZXIgdG8uIFVu
dGlsIHZlcnkgcmVjZW50bHkgYWxsIGlPQU0gcHJvcG9zYWxzIHdlcmUgdG8gdXNlIG1ldGEtZGF0
YSBUTFYgaW4sIGUuZy4gR2VuZXZlIGFuZCBOU0guIEFuZCBpZiB0aGVzZSBvciBzb21lIG9mIHRo
ZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5IHVwZGF0ZWQNCiB0byB0aGUgbmV3bHkgcHJvcG9z
ZWQgaU9BTSBzaGltLCBJIGRvbid0IHNlZSBwcm9ibGVtIGluIG1ha2luZyB0aGVtIHVzZSBPT0FN
IEhlYWRlci4gV291bGQgeW91IGFncmVlPzx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+
PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7
PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjY2NjY2NjIDEuMHB0O3BhZGRp
bmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSIg
Y2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBjbGFzcz0iIj4qIFNjb3BlOiBJdCBpc27igJl0IGVu
dGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09BTSBoZWFkZXIgd291bGQgdWx0
aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVmaW5lZCwgT09B
TSB1c2VzIGEgOC1iaXQgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKAnSwgdGhlIG5leHQgcHJvdG9j
b2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQNCiBJT0FNIGRhdGEgbmVlZHMgdG8gYmUgZW5jYXBzdWxh
dGVkIGludG8gdXNlIDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZSBwb2ludHMu
IFNlZSBlLmcuIHRoZSBHUkUgZW5jYXBzdWxhdGlvbiDigJMgYXMgc3BlY2lmaWVkIGluIGRyYWZ0
LXdlaXMtaXBwbS1pb2FtLWdyZS0wMC48L3NwYW4+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIi
PjwvdT48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdJTSZndDsmZ3Q7IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2Yg
dGhlIEludHJvZHVjdGlvbiBzZWN0aW9uIHN0YXRlczo8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9
IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PiZuYnNwOyAmbmJzcDtOZXcgcHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtz
IGxpa2UgVnhMQU4tR1BFPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rp
dj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7W0kt
RC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1ZV0sIEdlbmV2ZTx1
IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwO1tJLUQuaWV0Zi1udm8zLWdlbmV2
ZV0sIEJJRVIgW0ktRC5pZXRmLWJpZXItbXBscy08d2JyIGNsYXNzPSIiPmVuY2Fwc3VsYXRpb25d
LCBhbmQ8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBj
bGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDtOU0ggW0ktRC5pZXRm
LXNmYy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLjx1IGNsYXNzPSIi
PjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwO0V0aGVybmV0LCBJUHY0L0lQdjYsIGFuZCByZWNv
Z25pemUgT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24sIGFuZDx1IGNsYXNzPSIiPjwvdT48dSBj
bGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7ICZuYnNwO01haW50ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0
eXBlcy4mbmJzcDsgVGhhdCBlbnN1cmVzIHRoYXQ8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+
PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOyAmbmJzcDtPdmVybGF5IE9BTSAoT09BTSlwYWNrZXRzIGFyZSBzaGFyaW5nIGZhdGUgd2l0
aCBPdmVybGF5IGRhdGEgcGFja2V0PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+
DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5i
c3A7dHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuJm5ic3A7PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNz
PSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5JJ20gdXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3aXRoIGNsZWFu
aW5nIG5pdHMgd2lsbCB1cGRhdGUgcmVmZXJlbmNlIHRvIEdVRS4gSSB0aGluayB0aGF0IHRoZSBs
aXN0IGFuZCB0aGUgc3RhdGVtbnQgYXJlIHF1aXRlIGNsZWFyIGluIGlkZW50aWZ5aW5nIHRoZSBz
Y29wZSBvZiBuZXR3b3JrcyB0aGF0IG1heSBiZW5lZml0IGZyb20gdXNpbmcgbm90IG9ubHkgY29t
bW9uIE9PQU0gSGVhZGVyDQogYnV0IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUuZy4gPGEgaHJl
Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LW9vYW1kdC1ydGd3Zy1kZW1hbmQt
Y2MtY3YtMDMiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj4NCkVjaG8gUmVxdWVzdC9SZXBseTwv
YT4uPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xh
c3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xh
c3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci1sZWZ0OnNvbGlkICNjY2NjY2MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDtt
YXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9
IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIGNsYXNzPSIiPldpdGggdGhlIGFib3ZlIGluIG1pbmQsIEnigJlkIHN1Z2dlc3QgdGhhdCB0
aGUgV0cgbW92ZXMgZm9yd2FyZCB3aXRoIHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1
bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyIHRoZSBhYm92ZSBtZW50aW9u
ZWQgZHJhZnRzLjwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBjbGFzcz0iIj4mbmJzcDs8L3Nw
YW4+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5SZWdhcmRzLCBGcmFuazx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0K
PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t
OjEyLjBwdCI+PGJyIGNsYXNzPSIiPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPHdi
ciBjbGFzcz0iIj5fX19fX19fX19fX19fX19fXzxiciBjbGFzcz0iIj4NCmlwcG0gbWFpbGluZyBs
aXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0i
X2JsYW5rIiBjbGFzcz0iIj5pcHBtQGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCjxhIGhyZWY9
Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbSIgdGFyZ2V0PSJfYmxh
bmsiIGNsYXNzPSIiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vPHdiciBjbGFzcz0iIj5s
aXN0aW5mby9pcHBtPC9hPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9i
bG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dSBjbGFzcz0iIj48L3U+
Jm5ic3A7PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0K
PC9kaXY+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi
ciBjbGFzcz0iIj4NCm52bzMgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFp
bHRvOm52bzNAaWV0Zi5vcmciIGNsYXNzPSIiPm52bzNAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIi
Pg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9udm8zIiBj
bGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL252bzM8L2E+PGJy
IGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4N
CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_EE1ADA61140548C5970E8CF283EC62D0ciscocom_--


From nobody Thu Apr 12 19:00:09 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85F7912D965 for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 18:59:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NfQyCotVAdKO for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 18:59:44 -0700 (PDT)
Received: from mail-yb0-x236.google.com (mail-yb0-x236.google.com [IPv6:2607:f8b0:4002:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3129912D7F1 for <ippm@ietf.org>; Thu, 12 Apr 2018 18:59:41 -0700 (PDT)
Received: by mail-yb0-x236.google.com with SMTP id k199-v6so3320450ybk.12 for <ippm@ietf.org>; Thu, 12 Apr 2018 18:59:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ksBHtLdNGXziLcuCu1JGz+HWauYOEG3mn/WbUgjtu6g=; b=W1+qe6agQW1b0s4i9dW91EHClvDUb3pW5INHTnaeO7k/MlUtS9lOEle+YxTDaZfDnC 2fj203nWTeKbpBQ2QEtGnNCAkAEbxvGH+iB5Jo6OzYlkcAJ4WsGwuD9yjjlFqwPiqo4u LKJhxCEcCBE3fofDH2a9p/YwwapQ0UYkwZPOkzJmZMdp0g8KsjT8MWjkUQXT5Baw+O8N PAtAHp8ATLLObCi+Fj3wI7xw/GK2BpaYmAW8I8INbsVA/EYtBPG5SJOwkyRp23NrFUK8 2GA3t11ETGom8+g9Ib2tr5RH7DtuLNstTtXEY1i/HgwidecSa4rNZarW+ankYESelpe6 UM9g==
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=ksBHtLdNGXziLcuCu1JGz+HWauYOEG3mn/WbUgjtu6g=; b=G/NDmpGW3bbCwK/kmfopQgjOzGt25tOZ+nC63ZZZ2au/BdJ2lQj0tUXrbWCzTiO2RQ 6IA9gqI306FhT6oj/TPFXnY70AJZ9rl5MSfwmER37vJ1PMMbc5eJfbal+HwFXK7cYFO8 XMC19hEBpPOyETLiMJqsx24q8ceyYoAWXtskB7LjGMiMA6F3Nh51ev6EJZn6jBpFtzyu VBlD+V28OkiKNMMX8raLlZ+qyr03cQkw77l3ayj5hlqQt+DZEhD/1i8a+N6nSag/nvSb hAm1O7roBQJ+UOZMTJPzoRSt6/G5Vtt7tWI3tMGgY5AODitHiUyNhVDv2PYcvn0YSdls a0tw==
X-Gm-Message-State: ALQs6tDS6uVnfByKsLvScK3i7EHrHsyVzsccG1eG35FVbKY3o96s5t2V fA6iVkP+tCTb6AqM3d9KLHoy3tKpS0dZnxJ9ajr9BA==
X-Google-Smtp-Source: AIpwx4/p5SKaQ2jHZgjmKwfSEwtoksiTHCxxBQuR7SvrapkNDAYKpk7oqYEDADub6rRG17PvIqIqvTl+ZEcuz5wRArE=
X-Received: by 2002:a25:bc54:: with SMTP id d20-v6mr217848ybk.470.1523584779893;  Thu, 12 Apr 2018 18:59:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.63.83 with HTTP; Thu, 12 Apr 2018 18:59:38 -0700 (PDT)
In-Reply-To: <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 12 Apr 2018 18:59:38 -0700
Message-ID: <CALx6S36UH0x6YkcjX4yEL146y5hTvhdsw=LNeGEUqzEeuB3p_w@mail.gmail.com>
To: Mickey Spiegel <mspiegel@barefootnetworks.com>
Cc: Greg Mirsky <gregimirsky@gmail.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/kgSq1ghwbkXAqmu0fSUVA2VVZpk>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 01:59:47 -0000

On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
<mspiegel@barefootnetworks.com> wrote:
> Tom,
>
> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wrote:
>>
>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
>> wrote:
>> > Hi Frank,
>> > thank you for sharing your points. Please find my notes in-line and
>> > tagged
>> > GIM>>. I believe that this is very much relevant to work of other
>> > working
>> > groups that directly work on the overlay encapsulations in the center =
of
>> > the
>> > discussion and hence I've added them to the list. Hope we'll have more
>> > opinions to reach the conclusion that is acceptable to all.
>> >
>> > Regards,
>> > Greg
>> >
>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>> > <fbrockne@cisco.com> wrote:
>> >>
>> >> Back at the IPPM meeting in London, we discussed several drafts deali=
ng
>> >> with the encapsulation of IOAM data in various protocols
>> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). On=
e
>> >> discussion topic that we decided to take to the list was the question
>> >> on
>> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
>> >> carefully
>> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
>> >> that
>> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>> >>
>> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM=
 header=E2=80=9D
>> >> is 8
>> >> bytes long. The approach for IOAM data encapsulation in the above
>> >> mentioned
>> >> drafts only requires 4 bytes. Using the OOAM header approach would ad=
d
>> >> an
>> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>> Greg,
>>
>> I'm missing something here. I looked at the drafts you referenced and
>> each of them looks like the overhead for OAM is greater that four
>> bytes. In each there is some overhead equivalent to type/length, for
>> instance in Geneve four bytes are needed for option class, type, and
>> length. Unless the the OAM data is zero length, I don't see how this
>> adds up to only four bytes of overhead.
>
>
> The four versus eight bytes just refers to the fields in the four bytes o=
f
> IOAM
> info, that is common to all IOAM options. Beyond that, there are IOAM opt=
ion
> specific fields. For example if doing one of the IOAM trace options, ther=
e
> are
> four bytes of trace option header, including the IOAM-trace-type, NodeLen=
,
> Flags, and RemainingLen fields. These are followed by the node data list
> containing the per hop IOAM information.
>
All of that and people are worried about having four extra bytes of
overhead? :-)

How big are these encapsulation headers in data packets going to be?

Tom

> In looking at the OOAM header content, it has nothing to do with any of t=
he
> IOAM information after the first four bytes. It contains another variant =
of
> the
> information in the first four bytes of IOAM info, spread out over eight
> bytes.
>
>>
>> Tom
>>
>> >
>> > GIM>> The difference in four octets is because OOAM Header:
>> >
>> > provides more flexibility, e.g. Flags field and Reserved fields;
>
>
> The flags field only has one defined flag at the moment, for a timestamp
> block. For IOAM trace we need per hop timestamps, which the timestamp
> block cannot address, i.e. the timestamp block is redundant for IOAM.
>
>>
>> > supports larger OAM packets than iOAM header;
>
>
> For IOAM purposes, 1020 octets is more than enough.
>
>>
>> > is future proof by supporting versioning (Version field).
>
>
> IMO, taking the first two bits of the IOAM-Type to define a Version field
> would be a good thing. This does not require adding four more bytes of
> overhead. 64 IOAM-Types is more than enough.
>
>>
>> >>
>> >> * Maturity: IOAM has several implementations, which were also shown a=
t
>> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting addition=
al implementations
>> >> to
>> >> be publicized soon. Interoperable implementations need timely
>> >> specifications. Despite the question being asked, the recent thread o=
n
>> >> OOAM
>> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OO=
AM header.
>> >> In
>> >> addition, the thread revealed that several fundamental questions abou=
t
>> >> the
>> >> OOAM header are still open, such as whether or how active OAM
>> >> mechanisms
>> >> within protocols such as Geneve would apply to the OOAM header. This
>> >> ultimately means that we won=E2=80=99t get to a timely specification.
>> >
>> > GIM>> May I ask which encapsulations supported by the implementations
>> > you
>> > refer to. Until very recently all iOAM proposals were to use meta-data
>> > TLV
>> > in, e.g. Geneve and NSH. And if these or some of these implementations
>> > already updated to the newly proposed iOAM shim, I don't see problem i=
n
>> > making them use OOAM Header. Would you agree?
>> >
>> >>
>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM =
header
>> >> would
>> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
>> >> 8-bit
>> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protoc=
ols that IOAM data
>> >> needs to be encapsulated into use 16-bits for their next protocol cod=
e
>> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> >> draft-weis-ippm-ioam-gre-00.
>> >
>> > GIM>> The first paragraph of the Introduction section states:
>> >    New protocols that support overlay networks like VxLAN-GPE
>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], an=
d
>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>> >    Maintenance (OAM) as one of distinct types.  That ensures that
>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>> >    traversing the underlay.
>> > I'm updating the OOAM Header draft and along with cleaning nits will
>> > update
>> > reference to GUE. I think that the list and the statemnt are quite cle=
ar
>> > in
>> > identifying the scope of networks that may benefit from using not only
>> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply=
.
>> >
>> >> With the above in mind, I=E2=80=99d suggest that the WG moves forward=
 with
>> >> specific definitions for encapsulating IOAM data into protocols =E2=
=80=93 per
>> >> the
>> >> above mentioned drafts.
>> >>
>> >>
>> >>
>> >> Regards, Frank
>> >>
>> >>
>> >> _______________________________________________
>> >> ippm mailing list
>> >> ippm@ietf.org
>> >> https://www.ietf.org/mailman/listinfo/ippm
>> >>
>> >
>> >
>> > _______________________________________________
>> > Int-area mailing list
>> > Int-area@ietf.org
>> > https://www.ietf.org/mailman/listinfo/int-area
>> >
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>
>


From nobody Thu Apr 12 22:18:00 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 287CE12D93E for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 22:17:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MPxOTZdnBMcj for <ippm@ietfa.amsl.com>; Thu, 12 Apr 2018 22:17:26 -0700 (PDT)
Received: from mail-yb0-x22a.google.com (mail-yb0-x22a.google.com [IPv6:2607:f8b0:4002:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F149412D7F8 for <ippm@ietf.org>; Thu, 12 Apr 2018 22:17:22 -0700 (PDT)
Received: by mail-yb0-x22a.google.com with SMTP id i13-v6so3702668ybl.4 for <ippm@ietf.org>; Thu, 12 Apr 2018 22:17:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=sUmey24NZdS7vfnHRBWjRaLNzCpVoPI2x+yXlWUbWgA=; b=Sbm6QGbIawbJzWx7UNYmgBvxSZuW7D2NG2Dj85FMiWhkw3CBaYNXCb8PSZhedyDrnP WmmK+FWmZ6Z1YscCuEc0iQCLtcSqAnO2IhD+2U9zj+EaZx373vzNf8EYifZtCUk5Ss6l TGfcExFJnlT6ST1jLzHTox12j7+83MNd20bamJnObMcRI3lnIV9EEHzy1GejN8Pfgc/H DaqIESm8YLnzraTx38IntZ/Z/q0lI67qOWse7o/1HyvB4nLL1YVVK7QS/5cdIsoNWiUS MLNgc/a91kzbIfcGLAO6TwPaCkeyuldljpWwBFSWLn3v/C6x+1mmwMKecOsoArij5vZa 4mkQ==
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=sUmey24NZdS7vfnHRBWjRaLNzCpVoPI2x+yXlWUbWgA=; b=OUq97Da7C0Iq+73Pvh1X606m1YRkHfoH/SGTy3jEkjX0dKH3Y/K1V+FFFcyT5nGvRw QiWCi/teWSfDEcaQn6r55dDQ2jiEguK5JzMNmEJCM9a3oxuwOQ1IimQjmmbN8PE2Z+hj QT/LpQ9JI8uZl945d06a5MH4fddm8E3x5VWBIyLjM9Dk0+dcO6QKQaH9+Mqw6HJTPA2d tfu6j26KRtwA1tZJrIIKPkmls5Y+reuGYp8lUf6VghT1RHFmkPOE/pMkSGqliJI5NCnY NCOXh1zA/Pd2MH3hX6SnxKjNn55Gw9jEopXCDjZ7nKOKZoPqpQTYXqgaPNCuc/h2lbcL Yl4Q==
X-Gm-Message-State: ALQs6tBbGNdaysnKezeCOn3lKwOKXncZs3bx/VOQ2gD5cpbyzsfOJhL5 hgt0KS1o8cRjEcc1Za2fIJU3x2OVQTFxYacj/xDMmA==
X-Google-Smtp-Source: AIpwx4/SbrRovuGFyKUCHjips16i6iURR+Xa6tK4aC++49FkJBFBp0fDJYzYeQgh6YrRxb4HJyT4ilnvfODeCZV6+Y4=
X-Received: by 2002:a25:b2a3:: with SMTP id k35-v6mr3203144ybj.259.1523596641773;  Thu, 12 Apr 2018 22:17:21 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.26.135 with HTTP; Thu, 12 Apr 2018 22:17:21 -0700 (PDT)
In-Reply-To: <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 12 Apr 2018 22:17:21 -0700
Message-ID: <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com>
To: Mickey Spiegel <mspiegel@barefootnetworks.com>
Cc: Greg Mirsky <gregimirsky@gmail.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/0jhUderHvqn6xxHBAk53c0dj2RA>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 05:17:30 -0000

Mickey,

Looking at these ippm drafts more closely, I have a much more
fundamental concern.

In draft-brockners-ippm-ioam-geneve-00 for instance, there is the text
in the introduction:

"In-situ OAM (IOAM) records OAM information within the packet while
the packet traverses a particular network domain.  The term "in-situ"
refers to the fact that the IOAM data fields are added to the data
packets rather than is being sent within packets specifically
dedicated to OAM.  This document defines how IOAM data fields are
transported as part of the Geneve [I-D.ietf-nvo3-geneve]
encapsulation."

I assume this means that as packets with Geneve encapsulation traverse
the network they are interpreted by intermediate nodes as being
Geneve. Since Geneve is a UDP encapsulation, then the destination UDP
port number would be used to identify packets as being Geneve. So an
intermediate device might be looking for UDP packets destined to port
6081 (the assigned UDP port for Geneve). If my understanding is
correct, then this is a problem.

UDP port numbers do not have global meaning. An intermediate device
may very well see UDP packets destined to port 6081 that are not
actually Geneve. This scenario is discussed in RFC7605:

"...intermediate device interprets traffic based on the port number.
It is important to recognize that any interpretation of port numbers
-- except at the endpoints -- may be incorrect, because port numbers
are meaningful only at the endpoints."

If the UDP data is modified, as the draft would imply, then
misinterpretation may also mean silent data corruption of packets. A
protocol that would allow this seems pretty incorrect! Note that this
would be true also for any UDP encapsulation that the network tries to
interpret.

I am also wondering if hop-by-hop options been considered for this
application? Their interpretation in the network is unabiguous and
they also have the advantage that the work with any IP protocol or
encapsulation.

Thanks,
Tom


On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
<mspiegel@barefootnetworks.com> wrote:
> Tom,
>
> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wrote:
>>
>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
>> wrote:
>> > Hi Frank,
>> > thank you for sharing your points. Please find my notes in-line and
>> > tagged
>> > GIM>>. I believe that this is very much relevant to work of other
>> > working
>> > groups that directly work on the overlay encapsulations in the center =
of
>> > the
>> > discussion and hence I've added them to the list. Hope we'll have more
>> > opinions to reach the conclusion that is acceptable to all.
>> >
>> > Regards,
>> > Greg
>> >
>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>> > <fbrockne@cisco.com> wrote:
>> >>
>> >> Back at the IPPM meeting in London, we discussed several drafts deali=
ng
>> >> with the encapsulation of IOAM data in various protocols
>> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). On=
e
>> >> discussion topic that we decided to take to the list was the question
>> >> on
>> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
>> >> carefully
>> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
>> >> that
>> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>> >>
>> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM=
 header=E2=80=9D
>> >> is 8
>> >> bytes long. The approach for IOAM data encapsulation in the above
>> >> mentioned
>> >> drafts only requires 4 bytes. Using the OOAM header approach would ad=
d
>> >> an
>> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>> Greg,
>>
>> I'm missing something here. I looked at the drafts you referenced and
>> each of them looks like the overhead for OAM is greater that four
>> bytes. In each there is some overhead equivalent to type/length, for
>> instance in Geneve four bytes are needed for option class, type, and
>> length. Unless the the OAM data is zero length, I don't see how this
>> adds up to only four bytes of overhead.
>
>
> The four versus eight bytes just refers to the fields in the four bytes o=
f
> IOAM
> info, that is common to all IOAM options. Beyond that, there are IOAM opt=
ion
> specific fields. For example if doing one of the IOAM trace options, ther=
e
> are
> four bytes of trace option header, including the IOAM-trace-type, NodeLen=
,
> Flags, and RemainingLen fields. These are followed by the node data list
> containing the per hop IOAM information.
>
> In looking at the OOAM header content, it has nothing to do with any of t=
he
> IOAM information after the first four bytes. It contains another variant =
of
> the
> information in the first four bytes of IOAM info, spread out over eight
> bytes.
>
>>
>> Tom
>>
>> >
>> > GIM>> The difference in four octets is because OOAM Header:
>> >
>> > provides more flexibility, e.g. Flags field and Reserved fields;
>
>
> The flags field only has one defined flag at the moment, for a timestamp
> block. For IOAM trace we need per hop timestamps, which the timestamp
> block cannot address, i.e. the timestamp block is redundant for IOAM.
>
>>
>> > supports larger OAM packets than iOAM header;
>
>
> For IOAM purposes, 1020 octets is more than enough.
>
>>
>> > is future proof by supporting versioning (Version field).
>
>
> IMO, taking the first two bits of the IOAM-Type to define a Version field
> would be a good thing. This does not require adding four more bytes of
> overhead. 64 IOAM-Types is more than enough.
>
>>
>> >>
>> >> * Maturity: IOAM has several implementations, which were also shown a=
t
>> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting addition=
al implementations
>> >> to
>> >> be publicized soon. Interoperable implementations need timely
>> >> specifications. Despite the question being asked, the recent thread o=
n
>> >> OOAM
>> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OO=
AM header.
>> >> In
>> >> addition, the thread revealed that several fundamental questions abou=
t
>> >> the
>> >> OOAM header are still open, such as whether or how active OAM
>> >> mechanisms
>> >> within protocols such as Geneve would apply to the OOAM header. This
>> >> ultimately means that we won=E2=80=99t get to a timely specification.
>> >
>> > GIM>> May I ask which encapsulations supported by the implementations
>> > you
>> > refer to. Until very recently all iOAM proposals were to use meta-data
>> > TLV
>> > in, e.g. Geneve and NSH. And if these or some of these implementations
>> > already updated to the newly proposed iOAM shim, I don't see problem i=
n
>> > making them use OOAM Header. Would you agree?
>> >
>> >>
>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM =
header
>> >> would
>> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
>> >> 8-bit
>> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protoc=
ols that IOAM data
>> >> needs to be encapsulated into use 16-bits for their next protocol cod=
e
>> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> >> draft-weis-ippm-ioam-gre-00.
>> >
>> > GIM>> The first paragraph of the Introduction section states:
>> >    New protocols that support overlay networks like VxLAN-GPE
>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], an=
d
>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>> >    Maintenance (OAM) as one of distinct types.  That ensures that
>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>> >    traversing the underlay.
>> > I'm updating the OOAM Header draft and along with cleaning nits will
>> > update
>> > reference to GUE. I think that the list and the statemnt are quite cle=
ar
>> > in
>> > identifying the scope of networks that may benefit from using not only
>> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply=
.
>> >
>> >> With the above in mind, I=E2=80=99d suggest that the WG moves forward=
 with
>> >> specific definitions for encapsulating IOAM data into protocols =E2=
=80=93 per
>> >> the
>> >> above mentioned drafts.
>> >>
>> >>
>> >>
>> >> Regards, Frank
>> >>
>> >>
>> >> _______________________________________________
>> >> ippm mailing list
>> >> ippm@ietf.org
>> >> https://www.ietf.org/mailman/listinfo/ippm
>> >>
>> >
>> >
>> > _______________________________________________
>> > Int-area mailing list
>> > Int-area@ietf.org
>> > https://www.ietf.org/mailman/listinfo/int-area
>> >
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>
>


From nobody Thu Apr 12 23:29:26 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49C59124D68; Thu, 12 Apr 2018 23:29:04 -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_HIGH=-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 JZg-RAso-3EP; Thu, 12 Apr 2018 23:29:02 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C06AD126C22; Thu, 12 Apr 2018 23:29:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10412; q=dns/txt; s=iport; t=1523600942; x=1524810542; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=0NuSxNHIb4Um+z1TUD5pOfP++HMw1iQYNJRF9Oek4fM=; b=M1Ipckm1zG+PIA7fHs00hhnyE86feIhnG5PQk08mKSrer6B06RNnM2Ez mu6J4aU+EtEgZUJifgVxa4iw/Vy0w6lZUsVL5/gPWHJ+Ywu/kp75KiGDV i5PIvz4NVn78MMigel42+PhJQoM/vCnO6MO42uaAvCbjsSMTiI2/Wt1Mf 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DlAAC6TdBa/5xdJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYMTL2FvKAqDWogCjROBdIEPhmaLfoF7CxgLgTWDKwIaggk?= =?us-ascii?q?hNBgBAgEBAQEBAQJsHAyFIgEBAQECAQEBIREzBwsMBAIBCBEEAQEBAgIfBwI?= =?us-ascii?q?CAh8GCxUICAEBBAENBQgXhFYDDQgPpxqCHIcQDYErgioFgQmGdIFUP4EPgl0?= =?us-ascii?q?ugk9CAQGBPTqCaYJUApcyLAgCiCaCWjuCdYE7g1qHOocsgjaGCwIREwGBJAE?= =?us-ascii?q?cOIFScBU6gkOCHRoRiEiFPm+NV4EXAQE?=
X-IronPort-AV: E=Sophos;i="5.48,444,1517875200"; d="scan'208";a="383686805"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2018 06:28:58 +0000
Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id w3D6SvxL017326 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Apr 2018 06:28:58 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 13 Apr 2018 01:28:57 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Fri, 13 Apr 2018 01:28:57 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Tom Herbert <tom@herbertland.com>, Greg Mirsky <gregimirsky@gmail.com>
CC: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [Int-area] [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AdPRe/DslDwu34XkSmq8g6ttV3Kt0QBLOKqAAAo10AAAACGHgAAAGEoAAAdNUeA=
Date: Fri, 13 Apr 2018 06:28:57 +0000
Message-ID: <f1110f381c6d4a4d89a33f1c8e82246f@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CA+RyBmXGbia0q3p46ZR94pMy-WzPvJb-0QK7JsHLikhSWgRQcQ@mail.gmail.com> <CALx6S35boQabs9-8Jvn4eDeEdojCxGJJpg+1gXOP0NzBY5nBWw@mail.gmail.com>
In-Reply-To: <CALx6S35boQabs9-8Jvn4eDeEdojCxGJJpg+1gXOP0NzBY5nBWw@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.7]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/sch1s911OQtkfsmi5cTGwAhjNLg>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 06:29:04 -0000

VG9tLA0KDQp0aGUgdGVybSAib3ZlcmhlYWQiIGhlcmUgcmVmZXJzIHRvIHRoZSBudW1iZXIgb2Yg
ZXh0cmEgYnl0ZXMgdXNlZCBpbiB0aGUgcGFyZW50IHByb3RvY29sIHRvIGNhcnJ5IElPQU0gZGF0
YS4gSU9BTSBkYXRhIGl0c2VsZiBpcyBvZiBjb3Vyc2Ugbm90IGNvdW50ZWQgZm9yIHRoZSBjb21w
YXJpc29uLCBiZWNhdXNlIGl0IHdvdWxkIG5lZWQgdG8gYmUgY2FycmllZCBpbiBib3RoIGNhc2Vz
Lg0KDQpVc2luZyB5b3VyIEdlbmV2ZSByZWZlcmVuY2UgYXMgYW4gZXhhbXBsZSwgaW4gb3JkZXIg
dG8gY2FycnkgSU9BTSBkYXRhLCB3ZSBuZWVkIHRvIGFkZCBhbm90aGVyIEdlbmV2ZSBPcHRpb24g
Y2xhc3MgYWxvbmcgd2l0aCB0eXBlIGZpZWxkcyBldGMuIHBlciB0aGUgR2VuZXZlIGRyYWZ0IHNw
ZWMgLSB3aGljaCBzdW1zIHVwIHRvIDQgYnl0ZXM6DQoNCiAgICAwICAgICAgICAgICAgICAgICAg
IDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgMCAxIDIgMyA0
IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQog
ICB8ICBPcHRpb24gQ2xhc3MgID0gIFRCRF9JT0FNICAgIHwgICAgIFR5cGUgICAgICB8UnxSfFJ8
IExlbmd0aCAgfCANCg0KVGhlIE9PQU0gaGVhZGVyIHJlcXVpcmVzIDggYnl0ZXMgdG8gc2VydmUg
dGhlIHZlcnkgc2FtZSBwdXJwb3NlOg0KDQogICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAg
ICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAgIDAgMSAyIDMgNCA1IDYgNyA4
IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KICAgKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSsNCiAgIHwgViB8ICAgICAgICAgICBNc2cgVHlwZSAgICAgICAgfCAgICAgICAgICAgTGVuZ3Ro
ICAgICAgICAgICAgICB8DQogICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgfCAgICAgICAgICAgICBGbGFncyAgICAg
ICAgICAgICB8ICAgIFJlc2VydmVkICAgfCAgIE5leHQgUHJvdCAgIHwNCiAgICstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoN
CkhUSC4NCg0KRnJhbmsNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBU
b20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4gDQpTZW50OiBEb25uZXJzdGFnLCAxMi4g
QXByaWwgMjAxOCAyMzo1Mw0KVG86IEdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+
DQpDYzogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT47IE5W
TzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbiBD
aGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRm
Lm9yZz4NClN1YmplY3Q6IFJlOiBbSW50LWFyZWFdIFtpcHBtXSBlbmNhcHN1bGF0aW9uIG9mIElP
QU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Np
b24gaW4gTG9uZG9uDQoNCk9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDI6NTAgUE0sIEdyZWcgTWly
c2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+IHdyb3RlOg0KPiBIaSBUb20sDQo+IGNvdWxkIHlv
dSBwbGVhc2UgbWVudGlvbiB3aGljaCBkcmFmdHMsIGlPQU0gb3IgT09BTSwgeW91IHJlZmVyIHRv
LiANCj4gUGxlYXNlIG5vdGUsIHRoYXQgT09BTSBzdXBwb3J0cyBib3RoIGFjdGl2ZSBhbmQgaHli
cmlkIE9BTSBtZXRob2RzLCANCj4gd2hpbGUgaU9BTSBvbmx5IHRoZSBsYXR0ZXIuDQoNClNlY3Rp
b24gMyBvZiBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0wMCBmb3IgaW5zdGFuY2Uu
DQoNCj4NCj4gUmVnYXJkcywNCj4gR3JlZw0KPg0KPiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAx
MTo0NiBQTSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+IHdyb3RlOg0KPj4NCj4+
IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdyZWcgTWlyc2t5IDxncmVnaW1pcnNr
eUBnbWFpbC5jb20+DQo+PiB3cm90ZToNCj4+ID4gSGkgRnJhbmssDQo+PiA+IHRoYW5rIHlvdSBm
b3Igc2hhcmluZyB5b3VyIHBvaW50cy4gUGxlYXNlIGZpbmQgbXkgbm90ZXMgaW4tbGluZSBhbmQg
DQo+PiA+IHRhZ2dlZA0KPj4gPiBHSU0+Pi4gSSBiZWxpZXZlIHRoYXQgdGhpcyBpcyB2ZXJ5IG11
Y2ggcmVsZXZhbnQgdG8gd29yayBvZiBvdGhlcg0KPj4gPiB3b3JraW5nDQo+PiA+IGdyb3VwcyB0
aGF0IGRpcmVjdGx5IHdvcmsgb24gdGhlIG92ZXJsYXkgZW5jYXBzdWxhdGlvbnMgaW4gdGhlIA0K
Pj4gPiBjZW50ZXIgb2YgdGhlIGRpc2N1c3Npb24gYW5kIGhlbmNlIEkndmUgYWRkZWQgdGhlbSB0
byB0aGUgbGlzdC4gDQo+PiA+IEhvcGUgd2UnbGwgaGF2ZSBtb3JlIG9waW5pb25zIHRvIHJlYWNo
IHRoZSBjb25jbHVzaW9uIHRoYXQgaXMgDQo+PiA+IGFjY2VwdGFibGUgdG8gYWxsLg0KPj4gPg0K
Pj4gPiBSZWdhcmRzLA0KPj4gPiBHcmVnDQo+PiA+DQo+PiA+IE9uIFdlZCwgQXByIDExLCAyMDE4
IGF0IDEyOjAyIFBNLCBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSANCj4+ID4gPGZicm9ja25l
QGNpc2NvLmNvbT4gd3JvdGU6DQo+PiA+Pg0KPj4gPj4gQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5n
IGluIExvbmRvbiwgd2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRzIA0KPj4gPj4gZGVhbGluZyB3
aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAN
Cj4+ID4+IChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdwZS0wMCwNCj4+ID4+IGRy
YWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwLCBkcmFmdC13ZWlzLWlwcG0taW9hbS1n
cmUtMDApLiANCj4+ID4+IE9uZSBkaXNjdXNzaW9uIHRvcGljIHRoYXQgd2UgZGVjaWRlZCB0byB0
YWtlIHRvIHRoZSBsaXN0IHdhcyB0aGUgDQo+PiA+PiBxdWVzdGlvbiBvbiB3aGV0aGVyIGRyYWZ0
LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciBjb3VsZCBiZSANCj4+ID4+IGxldmVyYWdlZC4gIEFm
dGVyIGNhcmVmdWxseSBjb25zaWRlcmluZyANCj4+ID4+IGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2Ft
LWhlYWRlciwgSSBjYW1lIHRvIHRoZSBjb25jbHVzaW9uIHRoYXQgdGhlIA0KPj4gPj4g4oCcT09B
TSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9BTToNCj4+ID4+DQo+PiA+
PiAqIEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRhIHRvIGxpdmUgdXNlciB0cmFmZmljLiBBcyBz
dWNoLCBhbiANCj4+ID4+IGVuY2Fwc3VsYXRpb24gbmVlZHMgdG8gYmUgYXMgZWZmaWNpZW50IGFz
IHBvc3NpYmxlLiBUaGUg4oCcT09BTSBoZWFkZXLigJ0NCj4+ID4+IGlzIDgNCj4+ID4+IGJ5dGVz
IGxvbmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlIGFi
b3ZlIA0KPj4gPj4gbWVudGlvbmVkIGRyYWZ0cyBvbmx5IHJlcXVpcmVzIDQgYnl0ZXMuIFVzaW5n
IHRoZSBPT0FNIGhlYWRlciANCj4+ID4+IGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2Fy
eSBvdmVyaGVhZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBpcyANCj4+ID4+IHNpZ25pZmljYW50Lg0K
Pj4gR3JlZywNCj4+DQo+PiBJJ20gbWlzc2luZyBzb21ldGhpbmcgaGVyZS4gSSBsb29rZWQgYXQg
dGhlIGRyYWZ0cyB5b3UgcmVmZXJlbmNlZCBhbmQgDQo+PiBlYWNoIG9mIHRoZW0gbG9va3MgbGlr
ZSB0aGUgb3ZlcmhlYWQgZm9yIE9BTSBpcyBncmVhdGVyIHRoYXQgZm91ciANCj4+IGJ5dGVzLiBJ
biBlYWNoIHRoZXJlIGlzIHNvbWUgb3ZlcmhlYWQgZXF1aXZhbGVudCB0byB0eXBlL2xlbmd0aCwg
Zm9yIA0KPj4gaW5zdGFuY2UgaW4gR2VuZXZlIGZvdXIgYnl0ZXMgYXJlIG5lZWRlZCBmb3Igb3B0
aW9uIGNsYXNzLCB0eXBlLCBhbmQgDQo+PiBsZW5ndGguIFVubGVzcyB0aGUgdGhlIE9BTSBkYXRh
IGlzIHplcm8gbGVuZ3RoLCBJIGRvbid0IHNlZSBob3cgdGhpcyANCj4+IGFkZHMgdXAgdG8gb25s
eSBmb3VyIGJ5dGVzIG9mIG92ZXJoZWFkLg0KPj4NCj4+IFRvbQ0KPj4NCj4+ID4NCj4+ID4gR0lN
Pj4gVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBPT0FNIEhlYWRlcjoN
Cj4+ID4NCj4+ID4gcHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFncyBmaWVsZCBh
bmQgUmVzZXJ2ZWQgZmllbGRzOyANCj4+ID4gc3VwcG9ydHMgbGFyZ2VyIE9BTSBwYWNrZXRzIHRo
YW4gaU9BTSBoZWFkZXI7IGlzIGZ1dHVyZSBwcm9vZiBieSANCj4+ID4gc3VwcG9ydGluZyB2ZXJz
aW9uaW5nIChWZXJzaW9uIGZpZWxkKS4NCj4+ID4+DQo+PiA+PiAqIE1hdHVyaXR5OiBJT0FNIGhh
cyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2ggd2VyZSBhbHNvIA0KPj4gPj4gc2hvd24g
YXQgcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFkZGl0
aW9uYWwgDQo+PiA+PiBpbXBsZW1lbnRhdGlvbnMgdG8gYmUgcHVibGljaXplZCBzb29uLiBJbnRl
cm9wZXJhYmxlIA0KPj4gPj4gaW1wbGVtZW50YXRpb25zIG5lZWQgdGltZWx5IHNwZWNpZmljYXRp
b25zLiBEZXNwaXRlIHRoZSBxdWVzdGlvbiANCj4+ID4+IGJlaW5nIGFza2VkLCB0aGUgcmVjZW50
IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxpc3QgaGFzbuKAmXQgDQo+PiA+PiByZXZlYWxl
ZCBhbnkgaW1wbGVtZW50YXRpb24gb2YgdGhlIE9PQU0gaGVhZGVyLg0KPj4gPj4gSW4NCj4+ID4+
IGFkZGl0aW9uLCB0aGUgdGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBmdW5kYW1lbnRhbCBx
dWVzdGlvbnMgDQo+PiA+PiBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1
Y2ggYXMgd2hldGhlciBvciBob3cgDQo+PiA+PiBhY3RpdmUgT0FNIG1lY2hhbmlzbXMgd2l0aGlu
IHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSANCj4+ID4+IHRvIHRoZSBPT0FN
IGhlYWRlci4gVGhpcyB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8gYSAN
Cj4+ID4+IHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KPj4gPg0KPj4gPiBHSU0+PiBNYXkgSSBhc2sg
d2hpY2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSANCj4+ID4gR0lNPj4gaW1wbGVt
ZW50YXRpb25zDQo+PiA+IHlvdQ0KPj4gPiByZWZlciB0by4gVW50aWwgdmVyeSByZWNlbnRseSBh
bGwgaU9BTSBwcm9wb3NhbHMgd2VyZSB0byB1c2UgDQo+PiA+IG1ldGEtZGF0YSBUTFYgaW4sIGUu
Zy4gR2VuZXZlIGFuZCBOU0guIEFuZCBpZiB0aGVzZSBvciBzb21lIG9mIA0KPj4gPiB0aGVzZSBp
bXBsZW1lbnRhdGlvbnMgYWxyZWFkeSB1cGRhdGVkIHRvIHRoZSBuZXdseSBwcm9wb3NlZCBpT0FN
IA0KPj4gPiBzaGltLCBJIGRvbid0IHNlZSBwcm9ibGVtIGluIG1ha2luZyB0aGVtIHVzZSBPT0FN
IEhlYWRlci4gV291bGQgeW91IA0KPj4gPiBhZ3JlZT8NCj4+ID4NCj4+ID4+DQo+PiA+PiAqIFNj
b3BlOiBJdCBpc27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09B
TSANCj4+ID4+IGhlYWRlciB3b3VsZCB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5IHRoZSBP
T0FNIGhlYWRlciBpcyANCj4+ID4+IGRlZmluZWQsIE9PQU0gdXNlcyBhIDgtYml0IGZpZWxkIGZv
ciDigJxOZXh0IFByb3TigJ0sIHRoZSBuZXh0IA0KPj4gPj4gcHJvdG9jb2wuIFNvbWUgcHJvdG9j
b2xzIHRoYXQgSU9BTSBkYXRhIG5lZWRzIHRvIGJlIGVuY2Fwc3VsYXRlZCANCj4+ID4+IGludG8g
dXNlIDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZSBwb2ludHMuIFNlZSBlLmcu
IHRoZSANCj4+ID4+IEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZpZWQgaW4gZHJhZnQt
d2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0KPj4gPg0KPj4gPiBHSU0+PiBUaGUgZmlyc3QgcGFyYWdy
YXBoIG9mIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiBzdGF0ZXM6DQo+PiA+ICAgIE5ldyBwcm90
b2NvbHMgdGhhdCBzdXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEUNCj4+ID4g
ICAgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1ZV0sIEdl
bmV2ZQ0KPj4gPiAgICBbSS1ELmlldGYtbnZvMy1nZW5ldmVdLCBCSUVSIFtJLUQuaWV0Zi1iaWVy
LW1wbHMtZW5jYXBzdWxhdGlvbl0sIGFuZA0KPj4gPiAgICBOU0ggW0ktRC5pZXRmLXNmYy1uc2hd
IHN1cHBvcnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLg0KPj4gPiAgICBFdGhlcm5ldCwg
SVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQN
Cj4+ID4gICAgTWFpbnRlbmFuY2UgKE9BTSkgYXMgb25lIG9mIGRpc3RpbmN0IHR5cGVzLiAgVGhh
dCBlbnN1cmVzIHRoYXQNCj4+ID4gICAgT3ZlcmxheSBPQU0gKE9PQU0pcGFja2V0cyBhcmUgc2hh
cmluZyBmYXRlIHdpdGggT3ZlcmxheSBkYXRhIHBhY2tldA0KPj4gPiAgICB0cmF2ZXJzaW5nIHRo
ZSB1bmRlcmxheS4NCj4+ID4gSSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBkcmFmdCBhbmQg
YWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzIA0KPj4gPiB3aWxsIHVwZGF0ZSByZWZlcmVuY2UgdG8g
R1VFLiBJIHRoaW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZSANCj4+ID4gc3RhdGVtbnQgYXJlIHF1
aXRlIGNsZWFyIGluIGlkZW50aWZ5aW5nIHRoZSBzY29wZSBvZiBuZXR3b3JrcyB0aGF0IA0KPj4g
PiBtYXkgYmVuZWZpdCBmcm9tIHVzaW5nIG5vdCBvbmx5IGNvbW1vbiBPT0FNIEhlYWRlciBidXQg
Y29tbW9uIE9PQU0gDQo+PiA+IG1lY2hhbmlzbXMsIGUuZy4gRWNobyBSZXF1ZXN0L1JlcGx5Lg0K
Pj4gPg0KPj4gPj4gV2l0aCB0aGUgYWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRo
ZSBXRyBtb3ZlcyBmb3J3YXJkIHdpdGggDQo+PiA+PiBzcGVjaWZpYyBkZWZpbml0aW9ucyBmb3Ig
ZW5jYXBzdWxhdGluZyBJT0FNIGRhdGEgaW50byBwcm90b2NvbHMg4oCTIA0KPj4gPj4gcGVyIHRo
ZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzLg0KPj4gPj4NCj4+ID4+DQo+PiA+Pg0KPj4gPj4gUmVn
YXJkcywgRnJhbmsNCj4+ID4+DQo+PiA+Pg0KPj4gPj4gX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18NCj4+ID4+IGlwcG0gbWFpbGluZyBsaXN0DQo+PiA+PiBp
cHBtQGlldGYub3JnDQo+PiA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2lwcG0NCj4+ID4+DQo+PiA+DQo+PiA+DQo+PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQo+PiA+IEludC1hcmVhIG1haWxpbmcgbGlzdA0KPj4gPiBJ
bnQtYXJlYUBpZXRmLm9yZw0KPj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2ludC1hcmVhDQo+PiA+DQo+DQo+DQo=


From nobody Fri Apr 13 00:42:43 2018
Return-Path: <xiaohu.xxh@alibaba-inc.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 281EA1274D2; Fri, 13 Apr 2018 00:42:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.02
X-Spam-Level: 
X-Spam-Status: No, score=-1.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 yqAjC9IJ3i4c; Fri, 13 Apr 2018 00:42:34 -0700 (PDT)
Received: from out0-145.mail.aliyun.com (out0-145.mail.aliyun.com [140.205.0.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12628126C2F; Fri, 13 Apr 2018 00:42:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1523605348; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=IbgW1gVKQoUPu6vzs4HczNB6ceMU5EMuBNpjSGt2cV4=; b=WAxlrdfjc7kuLjIlzJM8aFYW9dp0OLQ8tCRQIHzIlu13X9lFKDMeWUTKohMq79pt3bzw0J9qpPijdzcJW20h47T9treN7vTyRinqD9JSmFXO4DhCzwu8O8ATx5VvsGbGwf1O+IqZ/zcxhbkU9bpIRybCl5z35g66z8OeT99nlNs=
X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R101e4; CH=green; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03290; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=6; SR=0; TI=W4_5223772_v5ForWebDing_0A930E48_1523601924119_o7001c799k; 
Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5223772_v5ForWebDing_0A930E48_1523601924119_o7001c799k]) by e01l04446.eu6 at Fri, 13 Apr 2018 15:42:23 +0800
Date: Fri, 13 Apr 2018 15:42:23 +0800
From: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" <xiaohu.xxh@alibaba-inc.com>
To: "Int-area" <int-area-bounces@ietf.org>, "=?UTF-8?B?RnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSk=?=" <fbrockne@cisco.com>
Cc: "NVO3" <nvo3@ietf.org>, "int-area" <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, "IETF IPPM WG" <ippm@ietf.org>
Reply-To: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" <xiaohu.xxh@alibaba-inc.com>
Message-ID: <b7e6156c-733a-4259-9699-7f717e5b1b5e.xiaohu.xxh@alibaba-inc.com>
X-Mailer: [Alimail-Mailagent revision 948139][W4_5223772][v5ForWebDing][Chrome]
MIME-Version: 1.0
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>, <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
In-Reply-To: <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com>
x-aliyun-mail-creator: W4_5223772_v5ForWebDing_M3LTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzY1LjAuMzMyNS4xODEgU2FmYXJpLzUzNy4zNg==vN
Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_18649_4e8da940_5ad05f5f_63a25e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ADk9iJXAFGH9E3fOWDXEC_nIG-E>
Subject: Re: [ippm]  =?utf-8?q?=5BInt-area=5D__encapsulation_of_IOAM_data_in_v?= =?utf-8?q?arious_protocols_-_follow_up_from_WG_discussion_in_London?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 07:42:36 -0000

------=ALIBOUNDARY_18649_4e8da940_5ad05f5f_63a25e
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64

SGksCkl0IHNhaWQgaW4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDA6CiIg
ICBbSS1ELmlldGYtbnZvMy12eGxhbi1ncGVdIGRlZmluZXMgYW4gIk8gYml0IiBmb3IgT0FNIHBh
Y2tldHMuICBQZXIKICAgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSB0aGUgTyBiaXQgaW5kaWNh
dGVzIHRoYXQgdGhlIHBhY2tldAogICBjb250YWlucyBhbiBPQU0gbWVzc2FnZSBpbnN0ZWFkIG9m
IGRhdGEgcGF5bG9hZC4gIFBhY2tldHMgdGhhdCBjYXJyeQogICBJT0FNIGRhdGEgZmllbGRzIGlu
IGFkZGl0aW9uIHRvIHJlZ3VsYXIgZGF0YSBwYXlsb2FkIC8gY3VzdG9tZXIKICAgdHJhZmZpYyBt
dXN0IG5vdCBzZXQgdGhlIE8gYml0LiAgUGFja2V0cyB0aGF0IGNhcnJ5IG9ubHkgSU9BTSBkYXRh
CiAgIGZpZWxkcyB3aXRob3V0IGFueSBwYXlsb2FkIG11c3Qgc2V0IHRoZSBPIGJpdC4iCk15IGZp
cnN0IHF1ZXN0aW9uIGlzOiBpZiB0aGUgTmV4dCBQcm90b2NvbCBmaWVsZCB3aXRoaW4gdGhlIFZY
TEFOLUdQRSBoZWFkZXIgc2hvdWxkIGJlIHJlc29ydGVkIHRvIGluZGljYXRlIHRoZSBJT0FNLCB3
aHkgZG8gd2Ugc3RpbGwgbmVlZCB0aGUgIk8iIGJpdD8gCkl0IHNhaWQgaW4gZHJhZnQtYnJvY2tu
ZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDA6CiJOZXh0IFByb3RvY29sOiAgOC1iaXQgdW5zaWdu
ZWQgaW50ZWdlciB0aGF0IGRldGVybWluZXMgdGhlIHR5cGUgb2YKICAgICAgaGVhZGVyIGZvbGxv
d2luZyBJT0FNIHByb3RvY29sLiAgVGhlIHZhbHVlIGlzIGZyb20gdGhlIElBTkEgICAgICAgICAg
ICAgcmVnaXN0cnkgc2V0dXAgZm9yIFZYTEFOIEdQRSBOZXh0IFByb3RvY29sIGRlZmluZWQgaW4K
ICAgICAgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXS4iCk15IHNlY29uZCBxdWVzdGlvbiBpczog
d2h5IHRoZSAiTmV4dCBQcm90b2NvbCIgaXMgZGVzaWduZWQgdG8gYmUgY29udGV4dC1zcGVjaWZp
YyAoaS5lLiwgc3BlY2lmaWMgdG8gdGhlIHR1bm5lbCBvdmVyIHdoaWNoIHRoZSBJT0FNIGRhdGEg
ZmllbGRzIGFyZSBjb250YWluZWQpLiBJbiBvdGhlciB3b3Jkcywgd291bGRuJ3QgaXQgYmUgYmV0
dGVyIHRvIG1ha2UgdGhlIE5leHQgUHJvdG9jb2wgdHVubmVsLWluZGVwZW5kYW50IHNpbmNlIHRo
ZSBJT0FNIGlzIGludGVuZGVkIHRvIGJlIGFkZGVkIGludG8gdmFyaW91cyB0dW5uZWwgZW5jYXBz
dWxhdGlvbnM/CgpNeSB0aGlyZCBxdWVzdGlvbiBpczogZG9lcyBpdCBtZWFucyBpbnRlcm1lZGlh
dGUgbm9kZXMgbXVzdCBiZSBhd2FyZSBvZiB2YXJpb3VzIHR1bm5lbCBlbmNhcHN1bGF0aW9ucyBz
aW5jZSB0aGUgSU9BTSBkYXRhIGZpZWxkIGlzIGJlaGluZCB0aGUgdHVubmVsIGhlYWRlcj8gd291
bGRuJ3QgaXQgYmUgYmV0dGVyIHRvIGNhcnJ5IHRoZSBJT0FNIGRhdGEganVzdCBiZWhpbmQgdGhl
IG91dGVyIElQIGhlYWRlcj8KQmVzdCByZWdhcmRzLFhpYW9odQpPbiBXZWQsIEFwciAxMSwgMjAx
OCBhdCAxMjowMiBQTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2Nv
LmNvbT4gd3JvdGU6CkJhY2sgYXQgdGhlIElQUE0gbWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1
c3NlZCBzZXZlcmFsIGRyYWZ0cyBkZWFsaW5nIHdpdGggdGhlIGVuY2Fwc3VsYXRpb24gb2YgSU9B
TSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4
bGFuLWdwZS0wMCwgZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAsIGRyYWZ0LXdl
aXMtaXBwbS1pb2FtLWdyZS0wMCkuCiBPbmUgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lk
ZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgZHJhZnQt
b29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyIGNvdWxkIGJlIGxldmVyYWdlZC7CoCBBZnRlciBjYXJl
ZnVsbHkgY29uc2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyLCBJIGNhbWUg
dG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVl
dAogdGhlIG5lZWRzIG9mIElPQU06KiBFZmZpY2llbmN5OiBJT0FNIGFkZHMgZGF0YSB0byBsaXZl
IHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4gZW5jYXBzdWxhdGlvbiBuZWVkcyB0byBiZSBhcyBl
ZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRlcuKAnSBpcyA4IGJ5dGVzIGxv
bmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlIGFib3Zl
IG1lbnRpb25lZCBkcmFmdHMKIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0g
aGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVhZCBvZiA0IGJ5
dGVzIOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC5HSU0+PiBUaGUgZGlmZmVyZW5jZSBpbiBmb3Vy
IG9jdGV0cyBpcyBiZWNhdXNlIE9PQU0gSGVhZGVyOnByb3ZpZGVzIG1vcmUgZmxleGliaWxpdHks
IGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZpZWxkcztzdXBwb3J0cyBsYXJnZXIgT0FN
IHBhY2tldHMgdGhhbiBpT0FNIGhlYWRlcjtpcyBmdXR1cmUgcHJvb2YgYnkgc3VwcG9ydGluZyB2
ZXJzaW9uaW5nIChWZXJzaW9uIGZpZWxkKS4KKiBNYXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBp
bXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxzbyBzaG93biBhdCByZWNlbnQgSUVURiBoYWNr
YXRob25zIOKAkyBhbmQgd2XigJlyZSBleHBlY3RpbmcgYWRkaXRpb25hbCBpbXBsZW1lbnRhdGlv
bnMgdG8gYmUgcHVibGljaXplZCBzb29uLiBJbnRlcm9wZXJhYmxlIGltcGxlbWVudGF0aW9ucyBu
ZWVkIHRpbWVseSBzcGVjaWZpY2F0aW9ucy4KIERlc3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5nIGFz
a2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxpc3QgaGFzbuKAmXQg
cmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4gSW4gYWRkaXRp
b24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9u
cyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2ggYXMgd2hldGhlciBv
cgogaG93IGFjdGl2ZSBPQU0gbWVjaGFuaXNtcyB3aXRoaW4gcHJvdG9jb2xzIHN1Y2ggYXMgR2Vu
ZXZlIHdvdWxkIGFwcGx5IHRvIHRoZSBPT0FNIGhlYWRlci4gVGhpcyB1bHRpbWF0ZWx5IG1lYW5z
IHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8gYSB0aW1lbHkgc3BlY2lmaWNhdGlvbi5HSU0+PiBNYXkg
SSBhc2sgd2hpY2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlv
bnMgeW91IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3
ZXJlIHRvIHVzZSBtZXRhLWRhdGEgVExWIGluLCBlLmcuIEdlbmV2ZSBhbmQgTlNILiBBbmQgaWYg
dGhlc2Ugb3Igc29tZSBvZiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMgYWxyZWFkeSB1cGRhdGVkIHRv
IHRoZSBuZXdseSBwcm9wb3NlZCBpT0FNIHNoaW0sIEkgZG9uJ3Qgc2VlIHByb2JsZW0gaW4gbWFr
aW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZCB5b3UgYWdyZWU/wqAqIFNjb3BlOiBJdCBp
c27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09BTSBoZWFkZXIg
d291bGQgdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVm
aW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKAnSwgdGhlIG5l
eHQgcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQgSU9BTSBkYXRhCiBuZWVkcyB0byBiZSBl
bmNhcHN1bGF0ZWQgaW50byB1c2UgMTYtYml0cyBmb3IgdGhlaXIgbmV4dCBwcm90b2NvbCBjb2Rl
IHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZpZWQg
aW4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLkdJTT4+IFRoZSBmaXJzdCBwYXJhZ3JhcGgg
b2YgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uIHN0YXRlczrCoCDCoE5ldyBwcm90b2NvbHMgdGhh
dCBzdXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEXCoCDCoFtJLUQuaWV0Zi1u
dm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBHZW5ldmXCoCDCoFtJLUQu
aWV0Zi1udm8zLWdlbmV2ZV0sIEJJRVIgW0ktRC5pZXRmLWJpZXItbXBscy1lbmNhcHN1bGF0aW9u
XSwgYW5kwqAgwqBOU0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9jb2wg
cGF5bG9hZCwgZS5nLsKgIMKgRXRoZXJuZXQsIElQdjQvSVB2NiwgYW5kIHJlY29nbml6ZSBPcGVy
YXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kwqAgwqBNYWludGVuYW5jZSAoT0FNKSBhcyBvbmUg
b2YgZGlzdGluY3QgdHlwZXMuwqAgVGhhdCBlbnN1cmVzIHRoYXTCoCDCoE92ZXJsYXkgT0FNIChP
T0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBwYWNrZXTCoCDC
oHRyYXZlcnNpbmcgdGhlIHVuZGVybGF5LsKgSSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBk
cmFmdCBhbmQgYWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzIHdpbGwgdXBkYXRlIHJlZmVyZW5jZSB0
byBHVUUuIEkgdGhpbmsgdGhhdCB0aGUgbGlzdCBhbmQgdGhlIHN0YXRlbW50IGFyZSBxdWl0ZSBj
bGVhciBpbiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgdGhhdCBtYXkgYmVuZWZp
dCBmcm9tIHVzaW5nIG5vdCBvbmx5IGNvbW1vbiBPT0FNIEhlYWRlciBidXQgY29tbW9uIE9PQU0g
bWVjaGFuaXNtcywgZS5nLiBFY2hvIFJlcXVlc3QvUmVwbHkuCldpdGggdGhlIGFib3ZlIGluIG1p
bmQsIEnigJlkIHN1Z2dlc3QgdGhhdCB0aGUgV0cgbW92ZXMgZm9yd2FyZCB3aXRoIHNwZWNpZmlj
IGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDi
gJMgcGVyIHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzLsKgUmVnYXJkcywgRnJhbmsKX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCmlwcG0gbWFpbGluZyBs
aXN0CmlwcG1AaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p
cHBtCgoKCg==
------=ALIBOUNDARY_18649_4e8da940_5ad05f5f_63a25e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iX19hbGl5dW5fZW1haWxfYm9keV9ibG9jayI+PGRpdiAgc3R5bGU9ImxpbmUt
aGVpZ2h0OjEuNztmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1z
aXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5IaSw8
L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPjxiciA+PC9kaXY+PGRpdiAgc3R5bGU9ImNs
ZWFyOmJvdGg7Ij5JdCBzYWlkIGluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3Bl
LTAwOjwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+PHByZSAgY2xhc3M9Im5ld3BhZ2Ui
IHN0eWxlPSJmb250LXNpemU6MTMuM3B4O21hcmdpbi10b3A6LjBweDttYXJnaW4tYm90dG9tOi4w
cHg7YnJlYWstYmVmb3JlOnBhZ2U7Y29sb3I6IzAwMDAwMDtmb250LXN0eWxlOm5vcm1hbDtmb250
LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7Zm9udC13
ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC1pbmRlbnQ6LjBweDt0ZXh0LXRyYW5zZm9y
bTpub25lO3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQtZGVjb3Jh
dGlvbi1jb2xvcjppbml0aWFsOyI+PGJyID48L3ByZT48cHJlICBjbGFzcz0ibmV3cGFnZSIgc3R5
bGU9ImZvbnQtc2l6ZToxMy4zcHg7bWFyZ2luLXRvcDouMHB4O21hcmdpbi1ib3R0b206LjBweDti
cmVhay1iZWZvcmU6cGFnZTtjb2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFy
aWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdo
dDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5v
bmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9u
LWNvbG9yOmluaXRpYWw7Ij4iPC9wcmU+PHByZSAgY2xhc3M9Im5ld3BhZ2UiIHN0eWxlPSJmb250
LXNpemU6MTMuM3B4O21hcmdpbi10b3A6LjBweDttYXJnaW4tYm90dG9tOi4wcHg7YnJlYWstYmVm
b3JlOnBhZ2U7Y29sb3I6IzAwMDAwMDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQtbGln
YXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3Rl
eHQtYWxpZ246c3RhcnQ7dGV4dC1pbmRlbnQ6LjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3dpZG93
czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQtZGVjb3JhdGlvbi1jb2xvcjpp
bml0aWFsOyI+ICAgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSBkZWZpbmVzIGFuICJPIGJpdCIg
Zm9yIE9BTSBwYWNrZXRzLiAgUGVyCiAgIFs8YSAgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y
Zy9odG1sL2RyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwI3JlZi1JLUQuaWV0
Zi1udm8zLXZ4bGFuLWdwZSIgdGl0bGU9IiZxdW90O08gYml0JnF1b3Q7Ij5JLUQuaWV0Zi1udm8z
LXZ4bGFuLWdwZTwvYT5dIHRoZSBPIGJpdCBpbmRpY2F0ZXMgdGhhdCB0aGUgcGFja2V0CiAgIGNv
bnRhaW5zIGFuIE9BTSBtZXNzYWdlIGluc3RlYWQgb2YgZGF0YSBwYXlsb2FkLiAgUGFja2V0cyB0
aGF0IGNhcnJ5CiAgIElPQU0gZGF0YSBmaWVsZHMgaW4gYWRkaXRpb24gdG8gcmVndWxhciBkYXRh
IHBheWxvYWQgLyBjdXN0b21lcgogICB0cmFmZmljIG11c3Qgbm90IHNldCB0aGUgTyBiaXQuICBQ
YWNrZXRzIHRoYXQgY2Fycnkgb25seSBJT0FNIGRhdGEKICAgZmllbGRzIHdpdGhvdXQgYW55IHBh
eWxvYWQgbXVzdCBzZXQgdGhlIE8gYml0LiI8L3ByZT48cHJlICBjbGFzcz0ibmV3cGFnZSIgc3R5
bGU9ImZvbnQtc2l6ZToxMy4zcHg7bWFyZ2luLXRvcDouMHB4O21hcmdpbi1ib3R0b206LjBweDti
cmVhay1iZWZvcmU6cGFnZTtjb2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFy
aWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdo
dDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5v
bmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9u
LWNvbG9yOmluaXRpYWw7Ij48YnIgPjwvcHJlPjxwcmUgIGNsYXNzPSJuZXdwYWdlIiBzdHlsZT0i
Zm9udC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7bWFyZ2luLWJvdHRvbTouMHB4O2JyZWFr
LWJlZm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC12YXJpYW50
LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQw
MDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7dGV4dC10cmFuc2Zvcm06bm9uZTt3
aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0LWRlY29yYXRpb24tY29s
b3I6aW5pdGlhbDsiPk15IGZpcnN0IHF1ZXN0aW9uIGlzOiBpZiB0aGUgTmV4dCBQcm90b2NvbCBm
aWVsZCB3aXRoaW4gdGhlIFZYTEFOLUdQRSBoZWFkZXIgc2hvdWxkIGJlIHJlc29ydGVkIHRvIGlu
ZGljYXRlIHRoZSBJT0FNLCB3aHkgZG8gd2Ugc3RpbGwgbmVlZCB0aGUgIk8iIGJpdD8gPC9wcmU+
PHByZSAgY2xhc3M9Im5ld3BhZ2UiIHN0eWxlPSJmb250LXNpemU6MTMuM3B4O21hcmdpbi10b3A6
LjBweDttYXJnaW4tYm90dG9tOi4wcHg7YnJlYWstYmVmb3JlOnBhZ2U7Y29sb3I6IzAwMDAwMDtm
b250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlh
bnQtY2Fwczpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC1pbmRl
bnQ6LjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHls
ZTppbml0aWFsO3RleHQtZGVjb3JhdGlvbi1jb2xvcjppbml0aWFsOyI+PGJyID48L3ByZT48cHJl
ICBjbGFzcz0ibmV3cGFnZSIgc3R5bGU9ImZvbnQtc2l6ZToxMy4zcHg7bWFyZ2luLXRvcDouMHB4
O21hcmdpbi1ib3R0b206LjBweDticmVhay1iZWZvcmU6cGFnZTtjb2xvcjojMDAwMDAwO2ZvbnQt
c3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1j
YXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDou
MHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmlu
aXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7Ij5JdCBzYWlkIGluIDxzcGFuICBz
dHlsZT0iY29sb3I6IzAwMDAwMDtmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1T
dW47Zm9udC1zaXplOjE0LjBweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQtbGlnYXR1
cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQt
YWxpZ246c3RhcnQ7dGV4dC1pbmRlbnQ6LjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3dpZG93czoy
O2JhY2tncm91bmQtY29sb3I6I2ZmZmZmZjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0
ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbDtmbG9hdDpub25lO2Rpc3BsYXk6aW5saW5lOyI+
ZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDA6PC9zcGFuPjwvcHJlPjxwcmUg
IGNsYXNzPSJuZXdwYWdlIiBzdHlsZT0iZm9udC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7
bWFyZ2luLWJvdHRvbTouMHB4O2JyZWFrLWJlZm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1z
dHlsZTpub3JtYWw7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNh
cHM6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4w
cHg7dGV4dC10cmFuc2Zvcm06bm9uZTt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5p
dGlhbDt0ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbDsiPjxzcGFuICBzdHlsZT0iY29sb3I6
IzAwMDAwMDtmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1zaXpl
OjE0LjBweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtm
b250LXZhcmlhbnQtY2Fwczpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7
dGV4dC1pbmRlbnQ6LjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3dpZG93czoyO2JhY2tncm91bmQt
Y29sb3I6I2ZmZmZmZjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0LWRlY29yYXRp
b24tY29sb3I6aW5pdGlhbDtmbG9hdDpub25lO2Rpc3BsYXk6aW5saW5lOyI+PGJyID48L3NwYW4+
PC9wcmU+PHByZSAgY2xhc3M9Im5ld3BhZ2UiIHN0eWxlPSJmb250LXNpemU6MTMuM3B4O21hcmdp
bi10b3A6LjBweDttYXJnaW4tYm90dG9tOi4wcHg7YnJlYWstYmVmb3JlOnBhZ2U7Y29sb3I6IzAw
MDAwMDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250
LXZhcmlhbnQtY2Fwczpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4
dC1pbmRlbnQ6LjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3dpZG93czoyO3RleHQtZGVjb3JhdGlv
bi1zdHlsZTppbml0aWFsO3RleHQtZGVjb3JhdGlvbi1jb2xvcjppbml0aWFsOyI+Ik5leHQgUHJv
dG9jb2w6ICA4LWJpdCB1bnNpZ25lZCBpbnRlZ2VyIHRoYXQgZGV0ZXJtaW5lcyB0aGUgdHlwZSBv
ZgogICAgICBoZWFkZXIgZm9sbG93aW5nIElPQU0gcHJvdG9jb2wuICBUaGUgdmFsdWUgaXMgZnJv
bSB0aGUgSUFOQSA8L3ByZT48cHJlICBjbGFzcz0ibmV3cGFnZSIgc3R5bGU9ImZvbnQtc2l6ZTox
My4zcHg7bWFyZ2luLXRvcDouMHB4O21hcmdpbi1ib3R0b206LjBweDticmVhay1iZWZvcmU6cGFn
ZTtjb2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6
bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGln
bjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4
dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7
Ij48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4zcHg7Zm9udC1mYW1pbHk6VGFob21hLEFyaWFs
LFNUSGVpdGksU2ltU3VuOyI+ICAgICAgICAgICAgcmVnaXN0cnkgc2V0dXAgZm9yIFZYTEFOIEdQ
RSBOZXh0IFByb3RvY29sIGRlZmluZWQgaW48L3NwYW4+CjwvcHJlPjxwcmUgIGNsYXNzPSJuZXdw
YWdlIiBzdHlsZT0iZm9udC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7bWFyZ2luLWJvdHRv
bTouMHB4O2JyZWFrLWJlZm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHlsZTpub3JtYWw7
Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFsO2Zv
bnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7dGV4dC10cmFu
c2Zvcm06bm9uZTt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0LWRl
Y29yYXRpb24tY29sb3I6aW5pdGlhbDsiPiAgICAgIFs8YSAgaHJlZj0iaHR0cHM6Ly90b29scy5p
ZXRmLm9yZy9odG1sL2RyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwI3JlZi1J
LUQuaWV0Zi1udm8zLXZ4bGFuLWdwZSIgdGl0bGU9IiZxdW90O08gYml0JnF1b3Q7Ij5JLUQuaWV0
Zi1udm8zLXZ4bGFuLWdwZTwvYT5dLiI8L3ByZT48cHJlICBjbGFzcz0ibmV3cGFnZSIgc3R5bGU9
ImZvbnQtc2l6ZToxMy4zcHg7bWFyZ2luLXRvcDouMHB4O21hcmdpbi1ib3R0b206LjBweDticmVh
ay1iZWZvcmU6cGFnZTtjb2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFu
dC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDo0
MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7
d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNv
bG9yOmluaXRpYWw7Ij48YnIgPjwvcHJlPjxwcmUgIGNsYXNzPSJuZXdwYWdlIiBzdHlsZT0iZm9u
dC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7bWFyZ2luLWJvdHRvbTouMHB4O2JyZWFrLWJl
Zm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC12YXJpYW50LWxp
Z2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0
ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7dGV4dC10cmFuc2Zvcm06bm9uZTt3aWRv
d3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0LWRlY29yYXRpb24tY29sb3I6
aW5pdGlhbDsiPk15IHNlY29uZCBxdWVzdGlvbiBpczogd2h5IHRoZSAiTmV4dCBQcm90b2NvbCIg
aXMgZGVzaWduZWQgdG8gYmUgY29udGV4dC1zcGVjaWZpYyAoaS5lLiwgc3BlY2lmaWMgdG8gdGhl
IHR1bm5lbCBvdmVyIHdoaWNoIHRoZSBJT0FNIGRhdGEgZmllbGRzIGFyZSBjb250YWluZWQpLiBJ
biBvdGhlciB3b3Jkcywgd291bGRuJ3QgaXQgYmUgYmV0dGVyIHRvIG1ha2UgdGhlIE5leHQgUHJv
dG9jb2wgdHVubmVsLWluZGVwZW5kYW50IHNpbmNlIHRoZSBJT0FNIGlzIGludGVuZGVkIHRvIGJl
IGFkZGVkIGludG8gdmFyaW91cyB0dW5uZWwgZW5jYXBzdWxhdGlvbnM/PGJyID48L3ByZT48cHJl
ICBjbGFzcz0ibmV3cGFnZSIgc3R5bGU9ImZvbnQtc2l6ZToxMy4zcHg7bWFyZ2luLXRvcDouMHB4
O21hcmdpbi1ib3R0b206LjBweDticmVhay1iZWZvcmU6cGFnZTtjb2xvcjojMDAwMDAwO2ZvbnQt
c3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1j
YXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDou
MHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmlu
aXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7Ij48YnIgPjwvcHJlPjxwcmUgIGNs
YXNzPSJuZXdwYWdlIiBzdHlsZT0iZm9udC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7bWFy
Z2luLWJvdHRvbTouMHB4O2JyZWFrLWJlZm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHls
ZTpub3JtYWw7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6
bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7
dGV4dC10cmFuc2Zvcm06bm9uZTt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlh
bDt0ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbDsiPk15IHRoaXJkIHF1ZXN0aW9uIGlzOiBk
b2VzIGl0IG1lYW5zIGludGVybWVkaWF0ZSBub2RlcyBtdXN0IGJlIGF3YXJlIG9mIHZhcmlvdXMg
dHVubmVsIGVuY2Fwc3VsYXRpb25zIHNpbmNlIHRoZSBJT0FNIGRhdGEgZmllbGQgaXMgYmVoaW5k
IHRoZSB0dW5uZWwgaGVhZGVyPyB3b3VsZG4ndCBpdCBiZSBiZXR0ZXIgdG8gY2FycnkgdGhlIElP
QU0gZGF0YSBqdXN0IGJlaGluZCB0aGUgb3V0ZXIgSVAgaGVhZGVyPzwvcHJlPjxwcmUgIGNsYXNz
PSJuZXdwYWdlIiBzdHlsZT0iZm9udC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7bWFyZ2lu
LWJvdHRvbTouMHB4O2JyZWFrLWJlZm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHlsZTpu
b3JtYWw7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9y
bWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7dGV4
dC10cmFuc2Zvcm06bm9uZTt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0
ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbDsiPjxiciA+PC9wcmU+PHByZSAgY2xhc3M9Im5l
d3BhZ2UiIHN0eWxlPSJmb250LXNpemU6MTMuM3B4O21hcmdpbi10b3A6LjBweDttYXJnaW4tYm90
dG9tOi4wcHg7YnJlYWstYmVmb3JlOnBhZ2U7Y29sb3I6IzAwMDAwMDtmb250LXN0eWxlOm5vcm1h
bDtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7
Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC1pbmRlbnQ6LjBweDt0ZXh0LXRy
YW5zZm9ybTpub25lO3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQt
ZGVjb3JhdGlvbi1jb2xvcjppbml0aWFsOyI+QmVzdCByZWdhcmRzLDwvcHJlPjxwcmUgIGNsYXNz
PSJuZXdwYWdlIiBzdHlsZT0iZm9udC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7bWFyZ2lu
LWJvdHRvbTouMHB4O2JyZWFrLWJlZm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHlsZTpu
b3JtYWw7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9y
bWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7dGV4
dC10cmFuc2Zvcm06bm9uZTt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0
ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbDsiPlhpYW9odTwvcHJlPjxwcmUgIGNsYXNzPSJu
ZXdwYWdlIiBzdHlsZT0iZm9udC1zaXplOjEzLjNweDttYXJnaW4tdG9wOi4wcHg7bWFyZ2luLWJv
dHRvbTouMHB4O2JyZWFrLWJlZm9yZTpwYWdlO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHlsZTpub3Jt
YWw7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFs
O2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7dGV4dC10
cmFuc2Zvcm06bm9uZTt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0
LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbDsiPjxiciA+PC9wcmU+PGRpdiA+PGRpdiBjbGFzcz0i
Z21haWxfZXh0cmEiPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBXZWQsIEFwciAxMSwgMjAx
OCBhdCAxMjowMiBQTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgJmx0OzxhICBocmVmPSJt
YWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+ZmJyb2NrbmVAY2lzY28u
Y29tPC9hPiZndDsgd3JvdGU6PGJyID48YmxvY2txdW90ZSA+PGRpdiA+PGRpdiBjbGFzcz0iZ21h
aWwtbV8xMzcyNjg0NTI5MjYxMTk4NDM2V29yZFNlY3Rpb24xIj48cCBjbGFzcz0iTXNvTm9ybWFs
Ij5CYWNrIGF0IHRoZSBJUFBNIG1lZXRpbmcgaW4gTG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJh
bCBkcmFmdHMgZGVhbGluZyB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2
YXJpb3VzIHByb3RvY29scyAoZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDAs
IGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwLCBkcmFmdC13ZWlzLWlwcG0taW9h
bS1ncmUtMDApLgogT25lIGRpc2N1c3Npb24gdG9waWMgdGhhdCB3ZSBkZWNpZGVkIHRvIHRha2Ug
dG8gdGhlIGxpc3Qgd2FzIHRoZSBxdWVzdGlvbiBvbiB3aGV0aGVyIGRyYWZ0LW9vYW1kdC1ydGd3
Zy1vb2FtLWhlYWRlciBjb3VsZCBiZSBsZXZlcmFnZWQuJm5ic3A7IEFmdGVyIGNhcmVmdWxseSBj
b25zaWRlcmluZyBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIsIEkgY2FtZSB0byB0aGUg
Y29uY2x1c2lvbiB0aGF0IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBtZWV0CiB0aGUg
bmVlZHMgb2YgSU9BTTo8dSA+PC91Pjx1ID48L3U+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjx1
ID48L3U+PHUgPjwvdT48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+KiBFZmZpY2llbmN5OiBJT0FN
IGFkZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4gZW5jYXBzdWxhdGlv
biBuZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRl
cuKAnSBpcyA4IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3Vs
YXRpb24gaW4gdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMKIG9ubHkgcmVxdWlyZXMgNCBieXRl
cy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2Fy
eSBvdmVyaGVhZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC48L3A+PC9kaXY+
PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXYgPkdJTSZndDsmZ3Q7IFRoZSBkaWZmZXJlbmNlIGluIGZv
dXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6PC9kaXY+PGRpdiA+PHVsID48bGkgPnBy
b3ZpZGVzIG1vcmUgZmxleGliaWxpdHksIGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZp
ZWxkczs8L2xpPjxsaSA+c3VwcG9ydHMgbGFyZ2VyIE9BTSBwYWNrZXRzIHRoYW4gaU9BTSBoZWFk
ZXI7PC9saT48bGkgPmlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNpb25pbmcgKFZl
cnNpb24gZmllbGQpLjxiciA+PC9saT48L3VsPjwvZGl2PjxibG9ja3F1b3RlID48ZGl2ID48ZGl2
IGNsYXNzPSJnbWFpbC1tXzEzNzI2ODQ1MjkyNjExOTg0MzZXb3JkU2VjdGlvbjEiPjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjx1ID48L3U+PHUgPjwvdT48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+KiBN
YXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxz
byBzaG93biBhdCByZWNlbnQgSUVURiBoYWNrYXRob25zIOKAkyBhbmQgd2XigJlyZSBleHBlY3Rp
bmcgYWRkaXRpb25hbCBpbXBsZW1lbnRhdGlvbnMgdG8gYmUgcHVibGljaXplZCBzb29uLiBJbnRl
cm9wZXJhYmxlIGltcGxlbWVudGF0aW9ucyBuZWVkIHRpbWVseSBzcGVjaWZpY2F0aW9ucy4KIERl
c3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FN
IGluIHRoZSBOVk8zIGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9m
IHRoZSBPT0FNIGhlYWRlci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBz
ZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0
aWxsIG9wZW4sIHN1Y2ggYXMgd2hldGhlciBvcgogaG93IGFjdGl2ZSBPQU0gbWVjaGFuaXNtcyB3
aXRoaW4gcHJvdG9jb2xzIHN1Y2ggYXMgR2VuZXZlIHdvdWxkIGFwcGx5IHRvIHRoZSBPT0FNIGhl
YWRlci4gVGhpcyB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8gYSB0aW1l
bHkgc3BlY2lmaWNhdGlvbi48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXYgPkdJTSZn
dDsmZ3Q7IE1heSBJIGFzayB3aGljaCBlbmNhcHN1bGF0aW9ucyBzdXBwb3J0ZWQgYnkgdGhlIGlt
cGxlbWVudGF0aW9ucyB5b3UgcmVmZXIgdG8uIFVudGlsIHZlcnkgcmVjZW50bHkgYWxsIGlPQU0g
cHJvcG9zYWxzIHdlcmUgdG8gdXNlIG1ldGEtZGF0YSBUTFYgaW4sIGUuZy4gR2VuZXZlIGFuZCBO
U0guIEFuZCBpZiB0aGVzZSBvciBzb21lIG9mIHRoZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5
IHVwZGF0ZWQgdG8gdGhlIG5ld2x5IHByb3Bvc2VkIGlPQU0gc2hpbSwgSSBkb24ndCBzZWUgcHJv
YmxlbSBpbiBtYWtpbmcgdGhlbSB1c2UgT09BTSBIZWFkZXIuIFdvdWxkIHlvdSBhZ3JlZT88L2Rp
dj48ZGl2ID4mbmJzcDs8L2Rpdj48YmxvY2txdW90ZSA+PGRpdiA+PGRpdiBjbGFzcz0iZ21haWwt
bV8xMzcyNjg0NTI5MjYxMTk4NDM2V29yZFNlY3Rpb24xIj48cCBjbGFzcz0iTXNvTm9ybWFsIj48
dSA+PC91Pjx1ID48L3U+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiogU2NvcGU6IEl0IGlzbuKA
mXQgZW50aXJlbHkgY2xlYXIgdG8gd2hpY2ggcHJvdG9jb2xzIHRoZSBPT0FNIGhlYWRlciB3b3Vs
ZCB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5IHRoZSBPT0FNIGhlYWRlciBpcyBkZWZpbmVk
LCBPT0FNIHVzZXMgYSA4LWJpdCBmaWVsZCBmb3Ig4oCcTmV4dCBQcm904oCdLCB0aGUgbmV4dCBw
cm90b2NvbC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGEKIG5lZWRzIHRvIGJlIGVuY2Fw
c3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUgcG9p
bnRzLiBTZWUgZS5nLiB0aGUgR1JFIGVuY2Fwc3VsYXRpb24g4oCTIGFzIHNwZWNpZmllZCBpbiBk
cmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDAuPC9wPjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48
ZGl2ID5HSU0mZ3Q7Jmd0OyBUaGUgZmlyc3QgcGFyYWdyYXBoIG9mIHRoZSBJbnRyb2R1Y3Rpb24g
c2VjdGlvbiBzdGF0ZXM6PC9kaXY+PGRpdiA+Jm5ic3A7ICZuYnNwO05ldyBwcm90b2NvbHMgdGhh
dCBzdXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEU8L2Rpdj48ZGl2ID4mbmJz
cDsgJm5ic3A7W0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1
ZV0sIEdlbmV2ZTwvZGl2PjxkaXYgPiZuYnNwOyAmbmJzcDtbSS1ELmlldGYtbnZvMy1nZW5ldmVd
LCBCSUVSIFtJLUQuaWV0Zi1iaWVyLW1wbHMtZW5jYXBzdWxhdGlvbl0sIGFuZDwvZGl2PjxkaXYg
PiZuYnNwOyAmbmJzcDtOU0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9j
b2wgcGF5bG9hZCwgZS5nLjwvZGl2PjxkaXYgPiZuYnNwOyAmbmJzcDtFdGhlcm5ldCwgSVB2NC9J
UHY2LCBhbmQgcmVjb2duaXplIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQ8L2Rpdj48
ZGl2ID4mbmJzcDsgJm5ic3A7TWFpbnRlbmFuY2UgKE9BTSkgYXMgb25lIG9mIGRpc3RpbmN0IHR5
cGVzLiZuYnNwOyBUaGF0IGVuc3VyZXMgdGhhdDwvZGl2PjxkaXYgPiZuYnNwOyAmbmJzcDtPdmVy
bGF5IE9BTSAoT09BTSlwYWNrZXRzIGFyZSBzaGFyaW5nIGZhdGUgd2l0aCBPdmVybGF5IGRhdGEg
cGFja2V0PC9kaXY+PGRpdiA+Jm5ic3A7ICZuYnNwO3RyYXZlcnNpbmcgdGhlIHVuZGVybGF5LiZu
YnNwOzwvZGl2PjxkaXYgPkknbSB1cGRhdGluZyB0aGUgT09BTSBIZWFkZXIgZHJhZnQgYW5kIGFs
b25nIHdpdGggY2xlYW5pbmcgbml0cyB3aWxsIHVwZGF0ZSByZWZlcmVuY2UgdG8gR1VFLiBJIHRo
aW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZSBzdGF0ZW1udCBhcmUgcXVpdGUgY2xlYXIgaW4gaWRl
bnRpZnlpbmcgdGhlIHNjb3BlIG9mIG5ldHdvcmtzIHRoYXQgbWF5IGJlbmVmaXQgZnJvbSB1c2lu
ZyBub3Qgb25seSBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMs
IGUuZy4gPGEgIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1vb2FtZHQt
cnRnd2ctZGVtYW5kLWNjLWN2LTAzIiB0YXJnZXQ9Il9ibGFuayI+RWNobyBSZXF1ZXN0L1JlcGx5
PC9hPi48L2Rpdj48ZGl2ID48YnIgPjwvZGl2PjxibG9ja3F1b3RlID48ZGl2ID48ZGl2IGNsYXNz
PSJnbWFpbC1tXzEzNzI2ODQ1MjkyNjExOTg0MzZXb3JkU2VjdGlvbjEiPjxwIGNsYXNzPSJNc29O
b3JtYWwiPjx1ID48L3U+PHUgPjwvdT48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHUgPjwvdT48
dSA+PC91PjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5XaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ
4oCZZCBzdWdnZXN0IHRoYXQgdGhlIFdHIG1vdmVzIGZvcndhcmQgd2l0aCBzcGVjaWZpYyBkZWZp
bml0aW9ucyBmb3IgZW5jYXBzdWxhdGluZyBJT0FNIGRhdGEgaW50byBwcm90b2NvbHMg4oCTIHBl
ciB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy48dSA+PC91Pjx1ID48L3U+PC9wPjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjx1ID48L3U+Jm5ic3A7PHUgPjwvdT48L3A+PHAgY2xhc3M9Ik1zb05vcm1h
bCI+UmVnYXJkcywgRnJhbms8dSA+PC91Pjx1ID48L3U+PC9wPjwvZGl2PjwvZGl2PjxiciA+X19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnIgPgppcHBtIG1h
aWxpbmcgbGlzdDxiciA+PGEgIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9i
bGFuayI+aXBwbUBpZXRmLm9yZzwvYT48YnIgPjxhICBocmVmPSJodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG08L2E+PGJyID48YnIgPjwvYmxvY2txdW90ZT48L2Rp
dj48YnIgPjwvZGl2PjwvZGl2PjwvZGl2PjxkaXYgIHN0eWxlPSJsaW5lLWhlaWdodDoyMC4wcHg7
Y2xlYXI6Ym90aDsiPjxiciA+PC9kaXY+PC9kaXY+PC9kaXY+
------=ALIBOUNDARY_18649_4e8da940_5ad05f5f_63a25e--


From nobody Fri Apr 13 01:59:43 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0676012025C; Fri, 13 Apr 2018 01:59:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_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 ilOoMd0UA52C; Fri, 13 Apr 2018 01:59:38 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 361CD1200F1; Fri, 13 Apr 2018 01:59:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=44418; q=dns/txt; s=iport; t=1523609978; x=1524819578; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=p08xZJXl0OlzCabBE5HLxhnL7RxOC45TnN+m6679OIc=; b=GJ21Kz5IvccIHnYIual7WjTLn7PryY9XaXqwgeb7qtnoEaG6qm8M+7iZ NhUzSq9QMZrYrL3ARzdCRmZW0UC9LHReNi8wK+rCQzvN1dCymGKO/p8va 5IsS7h33Pve6hKXpnRvg3JtV84yVWxGhEzO/42Hboo+0Re523U1NrwTeV E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DlAAA3cNBa/5NdJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNRi9hbygKg1qIAo0TgXSBD4IWkE6BeAMLGAEMhF4CGoI?= =?us-ascii?q?NITQYAQIBAQEBAQECbBwMhSIBAQEBAwEBIQpBCxACAQgRBAEBIQECBAMCAgI?= =?us-ascii?q?lCxQJCAEBBAENBQgXhApkD6dCghyIR4IqBYd9gVQ/gQ+CDFEugxEBAQIBgTp?= =?us-ascii?q?ZgkqCVAKQX4Z/CAKFVoUqgzCBO4NahzqHLIF5hkgCERMBgSQBHDgmgSxwFTq?= =?us-ascii?q?CQ4IdAxcRiEiFPm8BjVaBFwEB?=
X-IronPort-AV: E=Sophos;i="5.48,444,1517875200";  d="scan'208,217";a="380590998"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2018 08:59:36 +0000
Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w3D8xaxO015310 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Apr 2018 08:59:36 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 13 Apr 2018 03:59:35 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Fri, 13 Apr 2018 03:59:35 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: =?utf-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= <xiaohu.xxh@alibaba-inc.com>, Int-area <int-area-bounces@ietf.org>
CC: NVO3 <nvo3@ietf.org>, int-area <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [nvo3] [Int-area] [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AdPRe/DslDwu34XkSmq8g6ttV3Kt0QBLOKqAAB8CvoAACCcTMA==
Date: Fri, 13 Apr 2018 08:59:35 +0000
Message-ID: <b30de0d8c78b44609d835ff8821efe0d@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>, <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <b7e6156c-733a-4259-9699-7f717e5b1b5e.xiaohu.xxh@alibaba-inc.com>
In-Reply-To: <b7e6156c-733a-4259-9699-7f717e5b1b5e.xiaohu.xxh@alibaba-inc.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.7]
Content-Type: multipart/alternative; boundary="_000_b30de0d8c78b44609d835ff8821efe0dXCHRCD008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/HcgI6DTn2j7BxgBPXfu--Rc9pDE>
Subject: Re: [ippm] [nvo3] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 08:59:41 -0000

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

SGkgWGlhb2h1LA0KDQpwbGVhc2Ugc2VlIGlubGluZSAo4oCcLi4uRkLigJwpDQoNCkZyb206IG52
bzMgPG52bzMtYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mID8/Pyg/PykNClNlbnQ6IEZy
ZWl0YWcsIDEzLiBBcHJpbCAyMDE4IDA5OjQyDQpUbzogSW50LWFyZWEgPGludC1hcmVhLWJvdW5j
ZXNAaWV0Zi5vcmc+OyBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28u
Y29tPg0KQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYSA8aW50LWFyZWFAaWV0Zi5v
cmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPjsg
SUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtudm8zXSBbSW50LWFy
ZWFdIFtpcHBtXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29s
cyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNCkhpLA0KDQpJdCBz
YWlkIGluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwOg0KDQoNCg0KIg0K
DQogICBbSS1ELmlldGYtbnZvMy12eGxhbi1ncGVdIGRlZmluZXMgYW4gIk8gYml0IiBmb3IgT0FN
IHBhY2tldHMuICBQZXINCg0KICAgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlPGh0dHBzOi8vdG9v
bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdwZS0wMCNy
ZWYtSS1ELmlldGYtbnZvMy12eGxhbi1ncGU+XSB0aGUgTyBiaXQgaW5kaWNhdGVzIHRoYXQgdGhl
IHBhY2tldA0KDQogICBjb250YWlucyBhbiBPQU0gbWVzc2FnZSBpbnN0ZWFkIG9mIGRhdGEgcGF5
bG9hZC4gIFBhY2tldHMgdGhhdCBjYXJyeQ0KDQogICBJT0FNIGRhdGEgZmllbGRzIGluIGFkZGl0
aW9uIHRvIHJlZ3VsYXIgZGF0YSBwYXlsb2FkIC8gY3VzdG9tZXINCg0KICAgdHJhZmZpYyBtdXN0
IG5vdCBzZXQgdGhlIE8gYml0LiAgUGFja2V0cyB0aGF0IGNhcnJ5IG9ubHkgSU9BTSBkYXRhDQoN
CiAgIGZpZWxkcyB3aXRob3V0IGFueSBwYXlsb2FkIG11c3Qgc2V0IHRoZSBPIGJpdC4iDQoNCg0K
DQpNeSBmaXJzdCBxdWVzdGlvbiBpczogaWYgdGhlIE5leHQgUHJvdG9jb2wgZmllbGQgd2l0aGlu
IHRoZSBWWExBTi1HUEUgaGVhZGVyIHNob3VsZCBiZSByZXNvcnRlZCB0byBpbmRpY2F0ZSB0aGUg
SU9BTSwgd2h5IGRvIHdlIHN0aWxsIG5lZWQgdGhlICJPIiBiaXQ/DQoNCg0KDQouLi5GQjogV2hh
dCB0aGlzIHBhcmFncmFwaCBzdGF0ZXMgaXMgdGhhdCBJT0FNIGlzIG9ydGhvZ29uYWwgdG8gdGhl
IE8tYml0IGluIHRyYWZmaWMgYW5kIHdpbGwgbm90IGltcGFjdCB0aGUgdXNlIG9mIHRoZSBPLWJp
dC4gSS5lLiBpZiB0aGUgTy1iaXQgaXMgc2V0IG9uIHRyYWZmaWMgKGJlY2F1c2UgaXQgaXMgT0FN
IHRyYWZmaWMpLCB0aGVuIHlvdeKAmWxsIGNvbnRpbnVlIHRvIGhhdmUgaXQgc2V0IHdpdGggSU9B
TSBkYXRhIGFkZGVkIHRvIHRoZSBwYWNrZXQuIElmIHRoZSBPLWJpdCBpc27igJl0IHNldCBvbiB0
aGUgb3JpZ2luYWwgcGFja2V0LCB0aGVuIGl0IGFsc28gd29u4oCZdCBiZSBzZXQgd2l0aCBJT0FN
IGRhdGEgYWRkZWQgdG8gdGhlIHBhY2tldC4NCg0KDQoNCkl0IHNhaWQgaW4gZHJhZnQtYnJvY2tu
ZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDA6DQoNCg0KDQoiTmV4dCBQcm90b2NvbDogIDgtYml0
IHVuc2lnbmVkIGludGVnZXIgdGhhdCBkZXRlcm1pbmVzIHRoZSB0eXBlIG9mDQoNCiAgICAgIGhl
YWRlciBmb2xsb3dpbmcgSU9BTSBwcm90b2NvbC4gIFRoZSB2YWx1ZSBpcyBmcm9tIHRoZSBJQU5B
DQoNCiAgICAgICAgICAgIHJlZ2lzdHJ5IHNldHVwIGZvciBWWExBTiBHUEUgTmV4dCBQcm90b2Nv
bCBkZWZpbmVkIGluDQoNCiAgICAgIFtJLUQuaWV0Zi1udm8zLXZ4bGFuLWdwZTxodHRwczovL3Rv
b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDAj
cmVmLUktRC5pZXRmLW52bzMtdnhsYW4tZ3BlPl0uIg0KDQoNCg0KTXkgc2Vjb25kIHF1ZXN0aW9u
IGlzOiB3aHkgdGhlICJOZXh0IFByb3RvY29sIiBpcyBkZXNpZ25lZCB0byBiZSBjb250ZXh0LXNw
ZWNpZmljIChpLmUuLCBzcGVjaWZpYyB0byB0aGUgdHVubmVsIG92ZXIgd2hpY2ggdGhlIElPQU0g
ZGF0YSBmaWVsZHMgYXJlIGNvbnRhaW5lZCkuIEluIG90aGVyIHdvcmRzLCB3b3VsZG4ndCBpdCBi
ZSBiZXR0ZXIgdG8gbWFrZSB0aGUgTmV4dCBQcm90b2NvbCB0dW5uZWwtaW5kZXBlbmRhbnQgc2lu
Y2UgdGhlIElPQU0gaXMgaW50ZW5kZWQgdG8gYmUgYWRkZWQgaW50byB2YXJpb3VzIHR1bm5lbCBl
bmNhcHN1bGF0aW9ucz8NCg0KDQoNCi4uLkZCOiBJbiB0aG9zZSBjYXNlcyB3aGVyZSBJT0FNIGRh
dGEgZW5jYXBzdWxhdGlvbiB1c2VzIHRoZSDigJxuZXh0IHByb3RvY29s4oCdIGFwcHJvYWNoLCB0
aGUgZW5jYXBzdWxhdGlvbiB3aWxsIGJvcnJvdyBuZXh0LXByb3RvY29sIGNvZGUgcG9pbnRzIGZy
b20gdGhlIOKAnHBhcmVudOKAnSBwcm90b2NvbC4gSXQgaXMgdGhlIHBhcmVudCBwcm90b2NvbCB0
aGF0IGRldGVybWluZXMgaG93IHRoZXNlIGNvZGUgcG9pbnRzIGFyZSBzdHJ1Y3R1cmVkIGFuZCBk
ZWZpbmVkIOKAkyBhbmQgaW4gc29tZSBjYXNlcyB0aGV5IGFyZSAxNi1iaXQgKGxpa2Ugd2l0aCBH
UkUsIHdoZXJlIOKAnG5leHQgcHJvdG9jb2zigJ0gaXMgYW4gRXRoZXJ0eXBlIHZhbHVlKSBvciA4
LWJpdCwgbGlrZSBmb3IgZXhhbXBsZSBmb3Ig4oCcTlNIIG5leHQgcHJvdG9jb2zigJ0NCg0KDQoN
Ck15IHRoaXJkIHF1ZXN0aW9uIGlzOiBkb2VzIGl0IG1lYW5zIGludGVybWVkaWF0ZSBub2RlcyBt
dXN0IGJlIGF3YXJlIG9mIHZhcmlvdXMgdHVubmVsIGVuY2Fwc3VsYXRpb25zIHNpbmNlIHRoZSBJ
T0FNIGRhdGEgZmllbGQgaXMgYmVoaW5kIHRoZSB0dW5uZWwgaGVhZGVyPyB3b3VsZG4ndCBpdCBi
ZSBiZXR0ZXIgdG8gY2FycnkgdGhlIElPQU0gZGF0YSBqdXN0IGJlaGluZCB0aGUgb3V0ZXIgSVAg
aGVhZGVyPw0KDQoNCg0KLi4uRkI6IFRoaXMgaXMgcmVhbGx5IGEgZGVwbG95bWVudCBxdWVzdGlv
bi4gRS5nLiBpZiB5b3UgcnVuIFZYTEFOLUdQRSBvdmVyIElQdjYsIHlvdSBjb3VsZCBjaG9vc2Ug
dG8gZW5jYXBzdWxhdGUgSU9BTSBkYXRhIG5hdGl2ZWx5IGludG8gSVB2Niwgb3IgeW91IGNvdWxk
IGNob29zZSB0byBlbmNhcHN1bGF0ZSBJT0FNIGRhdGEgaW50byBWWExBTi1HUEUsIG9yIGV2ZW4g
Ym90aC4NCg0KDQoNCkNoZWVycywgRnJhbmsNCg0KDQoNCg0KDQpCZXN0IHJlZ2FyZHMsDQoNClhp
YW9odQ0KDQoNCk9uIFdlZCwgQXByIDExLCAyMDE4IGF0IDEyOjAyIFBNLCBGcmFuayBCcm9ja25l
cnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPG1haWx0bzpmYnJvY2tuZUBjaXNjby5j
b20+PiB3cm90ZToNCkJhY2sgYXQgdGhlIElQUE0gbWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1
c3NlZCBzZXZlcmFsIGRyYWZ0cyBkZWFsaW5nIHdpdGggdGhlIGVuY2Fwc3VsYXRpb24gb2YgSU9B
TSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4
bGFuLWdwZS0wMCwgZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAsIGRyYWZ0LXdl
aXMtaXBwbS1pb2FtLWdyZS0wMCkuIE9uZSBkaXNjdXNzaW9uIHRvcGljIHRoYXQgd2UgZGVjaWRl
ZCB0byB0YWtlIHRvIHRoZSBsaXN0IHdhcyB0aGUgcXVlc3Rpb24gb24gd2hldGhlciBkcmFmdC1v
b2FtZHQtcnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLiAgQWZ0ZXIgY2FyZWZ1
bGx5IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRv
IHRoZSBjb25jbHVzaW9uIHRoYXQgdGhlIOKAnE9PQU0gaGVhZGVy4oCdIGRvZXMgbm90IG1lZXQg
dGhlIG5lZWRzIG9mIElPQU06DQoqIEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRhIHRvIGxpdmUg
dXNlciB0cmFmZmljLiBBcyBzdWNoLCBhbiBlbmNhcHN1bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVm
ZmljaWVudCBhcyBwb3NzaWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy4oCdIGlzIDggYnl0ZXMgbG9u
Zy4gVGhlIGFwcHJvYWNoIGZvciBJT0FNIGRhdGEgZW5jYXBzdWxhdGlvbiBpbiB0aGUgYWJvdmUg
bWVudGlvbmVkIGRyYWZ0cyBvbmx5IHJlcXVpcmVzIDQgYnl0ZXMuIFVzaW5nIHRoZSBPT0FNIGhl
YWRlciBhcHByb2FjaCB3b3VsZCBhZGQgYW4gdW5uZWNlc3Nhcnkgb3ZlcmhlYWQgb2YgNCBieXRl
cyDigJMgd2hpY2ggaXMgc2lnbmlmaWNhbnQuDQpHSU0+PiBUaGUgZGlmZmVyZW5jZSBpbiBmb3Vy
IG9jdGV0cyBpcyBiZWNhdXNlIE9PQU0gSGVhZGVyOg0KDQogICogICBwcm92aWRlcyBtb3JlIGZs
ZXhpYmlsaXR5LCBlLmcuIEZsYWdzIGZpZWxkIGFuZCBSZXNlcnZlZCBmaWVsZHM7DQogICogICBz
dXBwb3J0cyBsYXJnZXIgT0FNIHBhY2tldHMgdGhhbiBpT0FNIGhlYWRlcjsNCiAgKiAgIGlzIGZ1
dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLg0KKiBN
YXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxz
byBzaG93biBhdCByZWNlbnQgSUVURiBoYWNrYXRob25zIOKAkyBhbmQgd2XigJlyZSBleHBlY3Rp
bmcgYWRkaXRpb25hbCBpbXBsZW1lbnRhdGlvbnMgdG8gYmUgcHVibGljaXplZCBzb29uLiBJbnRl
cm9wZXJhYmxlIGltcGxlbWVudGF0aW9ucyBuZWVkIHRpbWVseSBzcGVjaWZpY2F0aW9ucy4gRGVz
cGl0ZSB0aGUgcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9uIE9PQU0g
aW4gdGhlIE5WTzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRpb24gb2Yg
dGhlIE9PQU0gaGVhZGVyLiBJbiBhZGRpdGlvbiwgdGhlIHRocmVhZCByZXZlYWxlZCB0aGF0IHNl
dmVyYWwgZnVuZGFtZW50YWwgcXVlc3Rpb25zIGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3Rp
bGwgb3Blbiwgc3VjaCBhcyB3aGV0aGVyIG9yIGhvdyBhY3RpdmUgT0FNIG1lY2hhbmlzbXMgd2l0
aGluIHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFk
ZXIuIFRoaXMgdWx0aW1hdGVseSBtZWFucyB0aGF0IHdlIHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5
IHNwZWNpZmljYXRpb24uDQpHSU0+PiBNYXkgSSBhc2sgd2hpY2ggZW5jYXBzdWxhdGlvbnMgc3Vw
cG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnMgeW91IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJl
Y2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3ZXJlIHRvIHVzZSBtZXRhLWRhdGEgVExWIGluLCBl
LmcuIEdlbmV2ZSBhbmQgTlNILiBBbmQgaWYgdGhlc2Ugb3Igc29tZSBvZiB0aGVzZSBpbXBsZW1l
bnRhdGlvbnMgYWxyZWFkeSB1cGRhdGVkIHRvIHRoZSBuZXdseSBwcm9wb3NlZCBpT0FNIHNoaW0s
IEkgZG9uJ3Qgc2VlIHByb2JsZW0gaW4gbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3Vs
ZCB5b3UgYWdyZWU/DQoNCiogU2NvcGU6IEl0IGlzbuKAmXQgZW50aXJlbHkgY2xlYXIgdG8gd2hp
Y2ggcHJvdG9jb2xzIHRoZSBPT0FNIGhlYWRlciB3b3VsZCB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBU
aGUgd2F5IHRoZSBPT0FNIGhlYWRlciBpcyBkZWZpbmVkLCBPT0FNIHVzZXMgYSA4LWJpdCBmaWVs
ZCBmb3Ig4oCcTmV4dCBQcm904oCdLCB0aGUgbmV4dCBwcm90b2NvbC4gU29tZSBwcm90b2NvbHMg
dGhhdCBJT0FNIGRhdGEgbmVlZHMgdG8gYmUgZW5jYXBzdWxhdGVkIGludG8gdXNlIDE2LWJpdHMg
Zm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZSBwb2ludHMuIFNlZSBlLmcuIHRoZSBHUkUgZW5j
YXBzdWxhdGlvbiDigJMgYXMgc3BlY2lmaWVkIGluIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0w
MC4NCkdJTT4+IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9u
IHN0YXRlczoNCiAgIE5ldyBwcm90b2NvbHMgdGhhdCBzdXBwb3J0IG92ZXJsYXkgbmV0d29ya3Mg
bGlrZSBWeExBTi1HUEUNCiAgIFtJLUQuaWV0Zi1udm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1ELmll
dGYtbnZvMy1ndWVdLCBHZW5ldmUNCiAgIFtJLUQuaWV0Zi1udm8zLWdlbmV2ZV0sIEJJRVIgW0kt
RC5pZXRmLWJpZXItbXBscy1lbmNhcHN1bGF0aW9uXSwgYW5kDQogICBOU0ggW0ktRC5pZXRmLXNm
Yy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLg0KICAgRXRoZXJuZXQs
IElQdjQvSVB2NiwgYW5kIHJlY29nbml6ZSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5k
DQogICBNYWludGVuYW5jZSAoT0FNKSBhcyBvbmUgb2YgZGlzdGluY3QgdHlwZXMuICBUaGF0IGVu
c3VyZXMgdGhhdA0KICAgT3ZlcmxheSBPQU0gKE9PQU0pcGFja2V0cyBhcmUgc2hhcmluZyBmYXRl
IHdpdGggT3ZlcmxheSBkYXRhIHBhY2tldA0KICAgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuDQpJ
J20gdXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3aXRoIGNsZWFuaW5n
IG5pdHMgd2lsbCB1cGRhdGUgcmVmZXJlbmNlIHRvIEdVRS4gSSB0aGluayB0aGF0IHRoZSBsaXN0
IGFuZCB0aGUgc3RhdGVtbnQgYXJlIHF1aXRlIGNsZWFyIGluIGlkZW50aWZ5aW5nIHRoZSBzY29w
ZSBvZiBuZXR3b3JrcyB0aGF0IG1heSBiZW5lZml0IGZyb20gdXNpbmcgbm90IG9ubHkgY29tbW9u
IE9PQU0gSGVhZGVyIGJ1dCBjb21tb24gT09BTSBtZWNoYW5pc21zLCBlLmcuIEVjaG8gUmVxdWVz
dC9SZXBseTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtb29hbWR0LXJ0Z3dnLWRl
bWFuZC1jYy1jdi0wMz4uDQoNCldpdGggdGhlIGFib3ZlIGluIG1pbmQsIEnigJlkIHN1Z2dlc3Qg
dGhhdCB0aGUgV0cgbW92ZXMgZm9yd2FyZCB3aXRoIHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBl
bmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyIHRoZSBhYm92ZSBt
ZW50aW9uZWQgZHJhZnRzLg0KDQpSZWdhcmRzLCBGcmFuaw0KDQpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KaXBwbSBtYWlsaW5nIGxpc3QNCmlwcG1AaWV0
Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2lwcG0NCg0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z
b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl
bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov
KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5n
czsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAy
IDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2Ut
MToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9t
YTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9u
cyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46
MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxp
bmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0
aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246
dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp
bms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRv
bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3
Ijt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1z
dHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4t
cmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBj
bTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNl
cmlmO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg
UHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt
bGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCW1zby1m
YXJlYXN0LWxhbmd1YWdlOkRFO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv
bG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u
bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0
Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAuODVwdDt9DQpkaXYuV29yZFNlY3Rp
b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0
IGwwDQoJe21zby1saXN0LWlkOjM5MDgxMTgyNjsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MjY1
NDQxMjA0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ
bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg
bDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt
dGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl
OjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFt
aWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWIt
c3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6
V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi
dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0
Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30N
CkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv
LWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNp
LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxl
dmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6
74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox
MC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1s
ZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u
dC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3Rv
cDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2lu
Z2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K
CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCm9s
DQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwv
c3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJl
ZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNv
IDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i
ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwv
aGVhZD4NCjxib2R5IGxhbmc9IkRFIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYg
Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgWGlhb2h1LDxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPnBsZWFz
ZSBzZWUgaW5saW5lICjigJwuLi5GQuKAnCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZy
b206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gbnZvMyAmbHQ7bnZv
My1ib3VuY2VzQGlldGYub3JnJmd0Ow0KPGI+T24gQmVoYWxmIE9mIDwvYj4/Pz8oPz8pPGJyPg0K
PGI+U2VudDo8L2I+IEZyZWl0YWcsIDEzLiBBcHJpbCAyMDE4IDA5OjQyPGJyPg0KPGI+VG86PC9i
PiBJbnQtYXJlYSAmbHQ7aW50LWFyZWEtYm91bmNlc0BpZXRmLm9yZyZndDs7IEZyYW5rIEJyb2Nr
bmVycyAoZmJyb2NrbmUpICZsdDtmYnJvY2tuZUBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9i
PiBOVk8zICZsdDtudm8zQGlldGYub3JnJmd0OzsgaW50LWFyZWEgJmx0O2ludC1hcmVhQGlldGYu
b3JnJmd0OzsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgJmx0O3NmY0BpZXRm
Lm9yZyZndDs7IElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJq
ZWN0OjwvYj4gUmU6IFtudm8zXSBbSW50LWFyZWFdIFtpcHBtXSBlbmNhcHN1bGF0aW9uIG9mIElP
QU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Np
b24gaW4gTG9uZG9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtU
YWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SGksPG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt
ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5JdCBzYWlk
IGluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwOjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTpwYWdlO2Zv
bnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDt0ZXh0
LWFsaWduOnN0YXJ0O3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQt
ZGVjb3JhdGlvbi1jb2xvcjppbml0aWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYnJlYWstYmVmb3JlOnBhZ2U7
Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFsO3Rl
eHQtYWxpZ246c3RhcnQ7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4
dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+JnF1
b3Q7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJicmVhay1iZWZvcmU6cGFn
ZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7
dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0
ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m
bmJzcDsmbmJzcDsgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSBkZWZpbmVzIGFuICZxdW90O08g
Yml0JnF1b3Q7IGZvciBPQU0gcGFja2V0cy4mbmJzcDsgUGVyPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IFs8YSBocmVm
PSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12
eGxhbi1ncGUtMDAjcmVmLUktRC5pZXRmLW52bzMtdnhsYW4tZ3BlIiB0aXRsZT0iJnF1b3Q7TyBi
aXQmcXVvdDsiPkktRC5pZXRmLW52bzMtdnhsYW4tZ3BlPC9hPl0gdGhlIE8gYml0IGluZGljYXRl
cyB0aGF0IHRoZSBwYWNrZXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgY29udGFpbnMgYW4gT0FNIG1lc3NhZ2UgaW5z
dGVhZCBvZiBkYXRhIHBheWxvYWQuJm5ic3A7IFBhY2tldHMgdGhhdCBjYXJyeTxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNw
OyBJT0FNIGRhdGEgZmllbGRzIGluIGFkZGl0aW9uIHRvIHJlZ3VsYXIgZGF0YSBwYXlsb2FkIC8g
Y3VzdG9tZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj4mbmJzcDsmbmJzcDsgdHJhZmZpYyBtdXN0IG5vdCBzZXQgdGhlIE8gYml0LiZuYnNw
OyBQYWNrZXRzIHRoYXQgY2Fycnkgb25seSBJT0FNIGRhdGE8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgZmllbGRzIHdp
dGhvdXQgYW55IHBheWxvYWQgbXVzdCBzZXQgdGhlIE8gYml0LiZxdW90OzxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYnJlYWstYmVmb3JlOnBhZ2U7Zm9udC12YXJpYW50LWxp
Z2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFsO3RleHQtYWxpZ246c3RhcnQ7
d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNv
bG9yOmluaXRpYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJicmVhay1iZWZvcmU6cGFnZTtmb250LXZhcmlhbnQt
bGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7dGV4dC1hbGlnbjpzdGFy
dDt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0LWRlY29yYXRpb24t
Y29sb3I6aW5pdGlhbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5NeSBmaXJzdCBxdWVzdGlv
biBpczogaWYgdGhlIE5leHQgUHJvdG9jb2wgZmllbGQgd2l0aGluIHRoZSBWWExBTi1HUEUgaGVh
ZGVyIHNob3VsZCBiZSByZXNvcnRlZCB0byBpbmRpY2F0ZSB0aGUgSU9BTSwgd2h5IGRvIHdlIHN0
aWxsIG5lZWQgdGhlICZxdW90O08mcXVvdDsgYml0PyA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPi4uLkZCOiBXaGF0IHRoaXMgcGFyYWdyYXBoIHN0YXRlcyBpcyB0aGF0IElPQU0gaXMgb3J0
aG9nb25hbCB0byB0aGUgTy1iaXQgaW4gdHJhZmZpYyBhbmQgd2lsbCBub3QgaW1wYWN0IHRoZSB1
c2Ugb2YgdGhlIE8tYml0LiBJLmUuIGlmIHRoZSBPLWJpdCBpcyBzZXQgb24gdHJhZmZpYyAoYmVj
YXVzZSBpdCBpcyBPQU0gdHJhZmZpYyksIHRoZW4geW914oCZbGwgY29udGludWUgdG8gaGF2ZSBp
dCBzZXQgd2l0aCBJT0FNIGRhdGEgYWRkZWQgdG8gdGhlIHBhY2tldC4gSWYgdGhlIE8tYml0IGlz
buKAmXQgc2V0IG9uIHRoZSBvcmlnaW5hbCBwYWNrZXQsIHRoZW4gaXQgYWxzbyB3b27igJl0IGJl
IHNldCB3aXRoIElPQU0gZGF0YSBhZGRlZCB0byB0aGUgcGFja2V0LiAmbmJzcDs8bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTpwYWdlO2ZvbnQtdmFyaWFu
dC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDt0ZXh0LWFsaWduOnN0
YXJ0O3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQtZGVjb3JhdGlv
bi1jb2xvcjppbml0aWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTpw
YWdlO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1h
bDt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFs
O3RleHQtZGVjb3JhdGlvbi1jb2xvcjppbml0aWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
Pkl0IHNhaWQgaW4gPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt
aWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6
d2hpdGUiPmRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwOjwvc3Bhbj48c3Bh
biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls
ZT0iYnJlYWstYmVmb3JlOnBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12
YXJpYW50LWNhcHM6bm9ybWFsO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOjI7dGV4dC1kZWNvcmF0
aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWwiPjxzcGFuIHN0
eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0
eWxlPSJicmVhay1iZWZvcmU6cGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250
LXZhcmlhbnQtY2Fwczpub3JtYWw7dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6Mjt0ZXh0LWRlY29y
YXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj4mcXVvdDtOZXh0IFByb3RvY29sOiZuYnNwOyA4LWJpdCB1bnNp
Z25lZCBpbnRlZ2VyIHRoYXQgZGV0ZXJtaW5lcyB0aGUgdHlwZSBvZjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyBoZWFkZXIgZm9sbG93aW5nIElPQU0gcHJvdG9jb2wuJm5ic3A7IFRoZSB2
YWx1ZSBpcyBmcm9tIHRoZSBJQU5BIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls
ZT0iYnJlYWstYmVmb3JlOnBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12
YXJpYW50LWNhcHM6bm9ybWFsO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOjI7dGV4dC1kZWNvcmF0
aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWwiPjxzcGFuIHN0
eWxlPSJmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj
ayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7cmVnaXN0cnkgc2V0dXAgZm9yIFZYTEFOIEdQRSBOZXh0IFByb3Rv
Y29sIGRlZmluZWQgaW48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTpwYWdlO2ZvbnQtdmFyaWFu
dC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDt0ZXh0LWFsaWduOnN0
YXJ0O3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQtZGVjb3JhdGlv
bi1jb2xvcjppbml0aWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyBbPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry
YWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwI3JlZi1JLUQuaWV0Zi1udm8zLXZ4
bGFuLWdwZSIgdGl0bGU9IiZxdW90O08gYml0JnF1b3Q7Ij5JLUQuaWV0Zi1udm8zLXZ4bGFuLWdw
ZTwvYT5dLiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYnJlYWst
YmVmb3JlOnBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNh
cHM6bm9ybWFsO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxl
OmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJicmVh
ay1iZWZvcmU6cGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQt
Y2Fwczpub3JtYWw7dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5
bGU6aW5pdGlhbDt0ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj5NeSBzZWNvbmQgcXVlc3Rpb24gaXM6IHdoeSB0aGUgJnF1b3Q7TmV4dCBQcm90
b2NvbCZxdW90OyBpcyBkZXNpZ25lZCB0byBiZSBjb250ZXh0LXNwZWNpZmljIChpLmUuLCBzcGVj
aWZpYyB0byB0aGUgdHVubmVsIG92ZXIgd2hpY2ggdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGNv
bnRhaW5lZCkuIEluIG90aGVyIHdvcmRzLCB3b3VsZG4ndCBpdCBiZSBiZXR0ZXIgdG8gbWFrZSB0
aGUgTmV4dCBQcm90b2NvbCB0dW5uZWwtaW5kZXBlbmRhbnQgc2luY2UgdGhlIElPQU0gaXMgaW50
ZW5kZWQgdG8gYmUgYWRkZWQgaW50byB2YXJpb3VzIHR1bm5lbCBlbmNhcHN1bGF0aW9ucz88bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi4uLkZCOiBJbiB0aG9zZSBjYXNlcyB3aGVyZSBJT0FN
IGRhdGEgZW5jYXBzdWxhdGlvbiB1c2VzIHRoZSDigJxuZXh0IHByb3RvY29s4oCdIGFwcHJvYWNo
LCB0aGUgZW5jYXBzdWxhdGlvbiB3aWxsIGJvcnJvdyBuZXh0LXByb3RvY29sIGNvZGUgcG9pbnRz
IGZyb20gdGhlIOKAnHBhcmVudOKAnSBwcm90b2NvbC4gSXQgaXMgdGhlIHBhcmVudCBwcm90b2Nv
bCB0aGF0IGRldGVybWluZXMgaG93IHRoZXNlIGNvZGUgcG9pbnRzIGFyZSBzdHJ1Y3R1cmVkIGFu
ZCBkZWZpbmVkIOKAkyBhbmQgaW4gc29tZSBjYXNlcyB0aGV5IGFyZSAxNi1iaXQgKGxpa2Ugd2l0
aCBHUkUsIHdoZXJlIOKAnG5leHQgcHJvdG9jb2zigJ0gaXMgYW4gRXRoZXJ0eXBlIHZhbHVlKSBv
ciA4LWJpdCwgbGlrZSBmb3IgZXhhbXBsZSBmb3Ig4oCcTlNIIG5leHQgcHJvdG9jb2zigJ0gPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJicmVhay1iZWZvcmU6cGFnZTtmb250
LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7dGV4dC1h
bGlnbjpzdGFydDt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0LWRl
Y29yYXRpb24tY29sb3I6aW5pdGlhbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpi
bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJicmVhay1i
ZWZvcmU6cGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fw
czpub3JtYWw7dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6
aW5pdGlhbDt0ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbCI+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj5NeSB0aGlyZCBxdWVzdGlvbiBpczogZG9lcyBpdCBtZWFucyBpbnRlcm1lZGlhdGUg
bm9kZXMgbXVzdCBiZSBhd2FyZSBvZiB2YXJpb3VzIHR1bm5lbCBlbmNhcHN1bGF0aW9ucyBzaW5j
ZSB0aGUgSU9BTSBkYXRhIGZpZWxkIGlzIGJlaGluZCB0aGUgdHVubmVsIGhlYWRlcj8gd291bGRu
J3QgaXQgYmUgYmV0dGVyIHRvIGNhcnJ5IHRoZSBJT0FNIGRhdGEganVzdCBiZWhpbmQgdGhlIG91
dGVyIElQIGhlYWRlcj88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+Li4uRkI6IFRoaXMgaXMgcmVhbGx5IGEgZGVwbG95bWVudCBx
dWVzdGlvbi4gRS5nLiBpZiB5b3UgcnVuIFZYTEFOLUdQRSBvdmVyIElQdjYsIHlvdSBjb3VsZCBj
aG9vc2UgdG8gZW5jYXBzdWxhdGUgSU9BTSBkYXRhIG5hdGl2ZWx5IGludG8gSVB2Niwgb3IgeW91
IGNvdWxkIGNob29zZSB0byBlbmNhcHN1bGF0ZSBJT0FNIGRhdGEgaW50byBWWExBTi1HUEUsIG9y
IGV2ZW4gYm90aC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5DaGVl
cnMsIEZyYW5rPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJicmVhay1iZWZv
cmU6cGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpu
b3JtYWw7dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5p
dGlhbDt0ZXh0LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTpwYWdlO2ZvbnQtdmFy
aWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDt0ZXh0LWFsaWdu
OnN0YXJ0O3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3RleHQtZGVjb3Jh
dGlvbi1jb2xvcjppbml0aWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkJlc3QgcmVnYXJk
cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTpwYWdl
O2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDt0
ZXh0LWFsaWduOnN0YXJ0O3dpZG93czoyO3RleHQtZGVjb3JhdGlvbi1zdHlsZTppbml0aWFsO3Rl
eHQtZGVjb3JhdGlvbi1jb2xvcjppbml0aWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlhp
YW9odTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYnJlYWstYmVmb3JlOnBh
Z2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFs
O3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7
dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls
eTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+T24gV2VkLCBBcHIg
MTEsIDIwMTggYXQgMTI6MDIgUE0sIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpICZsdDs8YSBo
cmVmPSJtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+ZmJyb2NrbmVA
Y2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si
PkJhY2sgYXQgdGhlIElQUE0gbWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1c3NlZCBzZXZlcmFs
IGRyYWZ0cyBkZWFsaW5nIHdpdGggdGhlIGVuY2Fwc3VsYXRpb24gb2YgSU9BTQ0KIGRhdGEgaW4g
dmFyaW91cyBwcm90b2NvbHMgKGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAw
LCBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0wMCwgZHJhZnQtd2Vpcy1pcHBtLWlv
YW0tZ3JlLTAwKS4gT25lIGRpc2N1c3Npb24gdG9waWMgdGhhdCB3ZSBkZWNpZGVkIHRvIHRha2Ug
dG8gdGhlIGxpc3Qgd2FzIHRoZSBxdWVzdGlvbiBvbiB3aGV0aGVyIGRyYWZ0LW9vYW1kdC1ydGd3
Zy1vb2FtLWhlYWRlciBjb3VsZA0KIGJlIGxldmVyYWdlZC4mbmJzcDsgQWZ0ZXIgY2FyZWZ1bGx5
IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRvIHRo
ZSBjb25jbHVzaW9uIHRoYXQgdGhlIOKAnE9PQU0gaGVhZGVy4oCdIGRvZXMgbm90IG1lZXQgdGhl
IG5lZWRzIG9mIElPQU06PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhv
bWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+KiBFZmZpY2llbmN5OiBJT0FNIGFkZHMg
ZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4gZW5jYXBzdWxhdGlvbiBuZWVk
cyB0byBiZSBhcyBlZmZpY2llbnQNCiBhcyBwb3NzaWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy4oCd
IGlzIDggYnl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNoIGZvciBJT0FNIGRhdGEgZW5jYXBzdWxhdGlv
biBpbiB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cyBvbmx5IHJlcXVpcmVzIDQgYnl0ZXMuIFVz
aW5nIHRoZSBPT0FNIGhlYWRlciBhcHByb2FjaCB3b3VsZCBhZGQgYW4gdW5uZWNlc3Nhcnkgb3Zl
cmhlYWQgb2YgNCBieXRlcyDigJMgd2hpY2ggaXMgc2lnbmlmaWNhbnQuPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv
dDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+R0lNJmd0OyZndDsgVGhlIGRp
ZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBPT0FNIEhlYWRlcjo8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oyxz
YW5zLXNlcmlmIj5wcm92aWRlcyBtb3JlIGZsZXhpYmlsaXR5LCBlLmcuIEZsYWdzIGZpZWxkIGFu
ZCBSZXNlcnZlZCBmaWVsZHM7PG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl
cmlmIj5zdXBwb3J0cyBsYXJnZXIgT0FNIHBhY2tldHMgdGhhbiBpT0FNIGhlYWRlcjs8bzpwPjwv
bzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxp
c3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPmlzIGZ1dHVyZSBwcm9vZiBieSBz
dXBwb3J0aW5nIHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLjxvOnA+PC9vOnA+PC9zcGFuPjwv
bGk+PC91bD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy
Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiogTWF0dXJpdHk6IElPQU0gaGFzIHNldmVyYWwg
aW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hvd24gYXQgcmVjZW50IElFVEYgaGFj
a2F0aG9ucyDigJMgYW5kIHdl4oCZcmUNCiBleHBlY3RpbmcgYWRkaXRpb25hbCBpbXBsZW1lbnRh
dGlvbnMgdG8gYmUgcHVibGljaXplZCBzb29uLiBJbnRlcm9wZXJhYmxlIGltcGxlbWVudGF0aW9u
cyBuZWVkIHRpbWVseSBzcGVjaWZpY2F0aW9ucy4gRGVzcGl0ZSB0aGUgcXVlc3Rpb24gYmVpbmcg
YXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9uIE9PQU0gaW4gdGhlIE5WTzMgbGlzdCBoYXNu4oCZ
dCByZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRpb24gb2YgdGhlIE9PQU0gaGVhZGVyLiBJbiBhZGRp
dGlvbiwNCiB0aGUgdGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBmdW5kYW1lbnRhbCBxdWVz
dGlvbnMgYWJvdXQgdGhlIE9PQU0gaGVhZGVyIGFyZSBzdGlsbCBvcGVuLCBzdWNoIGFzIHdoZXRo
ZXIgb3IgaG93IGFjdGl2ZSBPQU0gbWVjaGFuaXNtcyB3aXRoaW4gcHJvdG9jb2xzIHN1Y2ggYXMg
R2VuZXZlIHdvdWxkIGFwcGx5IHRvIHRoZSBPT0FNIGhlYWRlci4gVGhpcyB1bHRpbWF0ZWx5IG1l
YW5zIHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8gYSB0aW1lbHkgc3BlY2lmaWNhdGlvbi48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt
aWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5HSU0mZ3Q7Jmd0
OyBNYXkgSSBhc2sgd2hpY2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1l
bnRhdGlvbnMgeW91IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bv
c2FscyB3ZXJlIHRvIHVzZSBtZXRhLWRhdGEgVExWIGluLCBlLmcuIEdlbmV2ZQ0KIGFuZCBOU0gu
IEFuZCBpZiB0aGVzZSBvciBzb21lIG9mIHRoZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5IHVw
ZGF0ZWQgdG8gdGhlIG5ld2x5IHByb3Bvc2VkIGlPQU0gc2hpbSwgSSBkb24ndCBzZWUgcHJvYmxl
bSBpbiBtYWtpbmcgdGhlbSB1c2UgT09BTSBIZWFkZXIuIFdvdWxkIHlvdSBhZ3JlZT88bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu
MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjpibGFjayI+KiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGlj
aCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyIHdvdWxkIHVsdGltYXRlbHkgYXBwbHkgdG8uIFRo
ZSB3YXkNCiB0aGUgT09BTSBoZWFkZXIgaXMgZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmll
bGQgZm9yIOKAnE5leHQgUHJvdOKAnSwgdGhlIG5leHQgcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xz
IHRoYXQgSU9BTSBkYXRhIG5lZWRzIHRvIGJlIGVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRz
IGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUgcG9pbnRzLiBTZWUgZS5nLiB0aGUgR1JFIGVu
Y2Fwc3VsYXRpb24g4oCTIGFzIHNwZWNpZmllZCBpbiBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUt
MDAuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw
dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+
R0lNJmd0OyZndDsgVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rp
b24gc3RhdGVzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7TmV3
IHByb3RvY29scyB0aGF0IHN1cHBvcnQgb3ZlcmxheSBuZXR3b3JrcyBsaWtlIFZ4TEFOLUdQRTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7W0ktRC5pZXRmLW52bzMt
dnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1ZV0sIEdlbmV2ZTxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7W0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwgQklF
UiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25dLCBhbmQ8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwO05TSCBbSS1ELmlldGYtc2ZjLW5zaF0gc3VwcG9y
dCBtdWx0aS1wcm90b2NvbCBwYXlsb2FkLCBlLmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh
Y2siPiZuYnNwOyAmbmJzcDtFdGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9wZXJh
dGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw
dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+
Jm5ic3A7ICZuYnNwO01haW50ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4m
bmJzcDsgVGhhdCBlbnN1cmVzIHRoYXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm
b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5i
c3A7ICZuYnNwO092ZXJsYXkgT0FNIChPT0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRo
IE92ZXJsYXkgZGF0YSBwYWNrZXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250
LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7
ICZuYnNwO3RyYXZlcnNpbmcgdGhlIHVuZGVybGF5LiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOmJsYWNrIj5JJ20gdXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3
aXRoIGNsZWFuaW5nIG5pdHMgd2lsbCB1cGRhdGUgcmVmZXJlbmNlIHRvIEdVRS4gSSB0aGluayB0
aGF0IHRoZSBsaXN0IGFuZCB0aGUgc3RhdGVtbnQgYXJlIHF1aXRlIGNsZWFyIGluIGlkZW50aWZ5
aW5nDQogdGhlIHNjb3BlIG9mIG5ldHdvcmtzIHRoYXQgbWF5IGJlbmVmaXQgZnJvbSB1c2luZyBu
b3Qgb25seSBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUu
Zy4NCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1vb2FtZHQtcnRn
d2ctZGVtYW5kLWNjLWN2LTAzIiB0YXJnZXQ9Il9ibGFuayI+DQpFY2hvIFJlcXVlc3QvUmVwbHk8
L2E+LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh
aG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp
bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5XaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBz
dWdnZXN0IHRoYXQgdGhlIFdHIG1vdmVzIGZvcndhcmQgd2l0aCBzcGVjaWZpYyBkZWZpbml0aW9u
cyBmb3IgZW5jYXBzdWxhdGluZw0KIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyIHRo
ZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6YmxhY2siPlJlZ2FyZHMsIEZyYW5rPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KaXBwbSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBo
cmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8
L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p
cHBtIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9pcHBtPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0Ij48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_b30de0d8c78b44609d835ff8821efe0dXCHRCD008ciscocom_--


From nobody Fri Apr 13 04:48:11 2018
Return-Path: <daedulus@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FD401242F7; Fri, 13 Apr 2018 04:48:07 -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_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tdUH1Ax6uAHm; Fri, 13 Apr 2018 04:48:05 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0709.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe02::709]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA2671274D2; Fri, 13 Apr 2018 04:48:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5O+2jzquOko0P9+FDj5EEyxWpOrd3HBGoVbcRyRitco=; b=ZkWEKrWrIqKobjB5nckL27jCGpFyNpIKm1tJTmPXnbNNi6Bb3WNl3/7kNi3caJRG88uGjw5G0sqtoTjv5zia+p/t8dgRMw73iNrChmmHcSa52iLeu3R97LHo6PWjXH0E95rskktvqVlBaPOBoAjCdYgc2VL8OrpPnr2Tb0FGaJ0=
Received: from pc6 (86.165.129.75) by AM5PR0701MB2337.eurprd07.prod.outlook.com (2603:10a6:203:e::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.696.5; Fri, 13 Apr 2018 11:48:02 +0000
Message-ID: <04f401d3d31d$2e8421c0$4001a8c0@gateway.2wire.net>
From: "tom p." <daedulus@btconnect.com>
To: "MORTON, ALFRED C \(AL\)" <acm@research.att.com>, "Mahesh Jethanandani" <mjethanandani@gmail.com>
Cc: <ippm-chairs@ietf.org>, <draft-ietf-ippm-twamp-yang@ietf.org>, <ietf@ietf.org>, <ippm@ietf.org>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E7FC7@njmtexg5.research.att.com>
Date: Fri, 13 Apr 2018 12:46:57 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: DB3PR0202CA0033.eurprd02.prod.outlook.com (2603:10a6:8:1::46) To AM5PR0701MB2337.eurprd07.prod.outlook.com (2603:10a6:203:e::7)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:AM5PR0701MB2337; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 3:8FT5Razof22HV8rKWGSpZ7zIl0Qrriqbc6ovnFpdtQQqbKz6wMoQS5Lwz2pQisLqTQksLjdrA/aJTqHVJO58xzyfrnBIjF8K+75x9Wc41KcdDZDF7N6eS51ZzsIZ++rhLVkuCvJNQYZTJNDnMJr9Pks9kpYPIT1NpDeOs2fK0naBi8Z2Zu3PGukTY9WA86TPygNN4RzysfHGlN3UOu2t4Y348qH7rJZMPoyzTB02mcrw1jkBD9ywl3QFh53QS3o/; 25:cwlhIiapazIZx2VwEYkTKQDPHSH846uu1vtaUKWqMLgOIYh414EME6kkvR4eqY7DCp9s4SEfxmX1XbIcs/Wku+U2P7P0OObH/OY3PfFz1/448WvfoBwHCzTli9/2oiR3DAf058toMyZdj91PlfRGOU8Dzw0lLx8o3QMFNRIzoMyuFKZoIsEiCGWOtzvMEv29ZTrTUIBTFBY8mRiZ31VeM9yxfOxaaUCz4+0rlWQnlZYheJQi0PInNCUuiaS6fNn+kDBDczsWYAdHyYRN4T+cMoD0P6waWBPwrecHt1gO+LIzjTTX5EYwsNziGReTBjz+3qxvZpcQ5qy8aR1P+PJk8g==; 31:E7vvW5ZpulnWM8bpH7NaPM4g9dGtBhvLPrqo7jHbAfJumIWUP+FzGhhe3UmRRNU08+JEtIiH9INUJKsrjm4Tl54yAd4lnzb1rQZVN3VZGtcbDhGRsn2+w5w089fUDlURZucGuirhAK/PoRft7PLP9O3IJHtdXDVt1Ui8+YcJ6MNvOr+k12sAzvzDKUrrhvn0wO4NFdLEAjNsILj+TvjoCGoXyFacA28eaDR71DYOwCc=
X-MS-TrafficTypeDiagnostic: AM5PR0701MB2337:
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; 
X-Microsoft-Antispam-PRVS: <AM5PR0701MB2337BBDA0447517524B06EA0C6B30@AM5PR0701MB2337.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(97927398514766)(788757137089);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(5005006)(8121501046)(3231232)(944501327)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(61426038)(61427038)(6041310)(20161123560045)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(6072148)(201708071742011); SRVR:AM5PR0701MB2337; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2337; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 4:K4DhnfzXzcPidYOdA3GfUTWDkF05AdspnaE2ljMzmVr9OhPqwA/Xo16//AvFdDbEA5+FyNho3+g8ur43M9Z9L8CSkFgcqYxYrsE9eDhxAMThAq4XnXfolX6JgCkpazkCiH1ob1co79QmRKAoHnxxjekJnmKnQ/R6zL5gc1yb4YZAqVXNWPe2VTwhER0/jG+02S1llmz3d+gOyvGuAPQBqkGSMluQ1LA9N5roqeJkyb5JI7yxEoiJludGN/wd3yNE+m3CiZYF8GTV+Lyt8gsz44RD+4RTfKi8+qoA1oWZWf9jxsOONvUrs+YvN9YIsuyEL0jGwk0gPbcVrWMy9YhJ5adYBuNvBcMdtXjAhTHWgbs=
X-Forefront-PRVS: 0641678E68
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(366004)(396003)(39860400002)(39380400002)(376002)(346002)(13464003)(199004)(189003)(51444003)(7736002)(305945005)(2906002)(84392002)(476003)(8936002)(66066001)(446003)(81156014)(47776003)(956004)(2870700001)(316002)(81166006)(110136005)(50226002)(14496001)(44716002)(25786009)(4326008)(50466002)(62236002)(1556002)(16526019)(33896004)(23676004)(4720700003)(59450400001)(6486002)(5820100001)(26005)(6666003)(61296003)(386003)(39060400002)(86362001)(6496006)(478600001)(186003)(44736005)(3846002)(6116002)(229853002)(53936002)(486006)(9686003)(54906003)(76176011)(97736004)(81816011)(105586002)(8676002)(6246003)(68736007)(81686011)(106356001)(52116002)(5660300001)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2337; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjIzMzc7MjM6R0xwRS81WGN2NGJHeDl3T3NjZnlsWVhL?= =?utf-8?B?SkRZaGFpTC9jSVNjck5JQ3I4VHd2am1JdWNhWi9XQnM1dlF4anFjais3Rmph?= =?utf-8?B?eHdrMGVKRTZabnZIUy9lODRYakMwejVMazJSLzZRckc5OHE1b0ZQVkdjVm1G?= =?utf-8?B?YTFoSW45YTNsZnVBOWhSTTNYRkNIckh5bGQ1VFBmTzNRcUZvWnAzdTl2TTJr?= =?utf-8?B?YXZnS1h4Q2dwL2liWm53cFZDZ0x1TDB0M0E2TVl3OXovR2ZsTUZpUC82SFBL?= =?utf-8?B?TlFQQ3FVdVNzMUxTMGdSQ1NLMi80S25qRVZTQVpxWUhlSldFTWFHQ2hIcjlD?= =?utf-8?B?MjZ5c1RadExZMU5WdGlrb21DYWxCSm1mWXVUR3dBMG1LNE9ZY0tYZ1JyVEVp?= =?utf-8?B?OHl5aGVRQjhjNFVZcGRsMU1tbFoxNkZxd1lMRFpjcHRDUW9lOFF1T29NU21H?= =?utf-8?B?cS92bjlhdjRVOWhPRXVDUGZ4N0JrS0xHSVRLaVNCSkplYjBzcEdMZndJVlJh?= =?utf-8?B?LzkxclVrL25sczlnclU3M0RyQTV4V0NndUFFSzhNQWM5RG8rczgyRFZrTURq?= =?utf-8?B?cXYxcTNoNGVxM3Blc3RCQ0ZzZkhBbWJpTDBMNnNIWWk4QmozQWliMkV4Y0g0?= =?utf-8?B?Yjl2N0xIMUVjcU5kTDZmTkQ3V3AxRE5XOVRVSmQrU0lTMUV2WEp0aHdyOENX?= =?utf-8?B?UmR4STlwRDAzdHNsalBwaWw5bFVvamgrS0hlRzNpMnZHNHl0SWJxWVh5czR0?= =?utf-8?B?U2JyWmZQMjBMQkZuUFU2S3FOK0xtZVU3NGlQWGlEOXVwTVAzLzFyS2RzUVNH?= =?utf-8?B?ZXN4bys2Zys1b2tvZzRIYy8yRStBZy9KdFBiaGo5dHNROUdlSUVQK0hqVVdD?= =?utf-8?B?T293dHJGSGZWb3dXZStLU3BiT2xSQStsMjgrdEIyZnFTMnR2NUZ0QWNFbDF3?= =?utf-8?B?MnFLaS9xR0JDcGY3WjRDK2JQc1d3L0NqTUs2bW9zVG9PdUdudnlDWXBaL0NK?= =?utf-8?B?TDAxTzhOdzI2K1ovNFhnSVc3YTdkeWp2NWJLRG1KN3J0QU5JMGFFdmZ2Slk2?= =?utf-8?B?VEFQWEhLaUc4cnp3eWlNN3ZaS0JKQUpmazhSNUdIKzlyajQwMFY4WGxNeVZB?= =?utf-8?B?SEJ1endOcnJGZU5oSjRWa1RCQWdEY01nUWZNd3l3SjNybHRpcTFNUFpPbVZa?= =?utf-8?B?cTZ4dk1sQzl5UW93c1lLTXhNQ09IZnhGMkR0UlU3dGZVUmtGMm1LZzlkdWd0?= =?utf-8?B?ODZLbGZSaGR4MG5tSEZab2V4VElFQk1VKzJHL2MzQlFlYmpzK3l1cEpyNDhE?= =?utf-8?B?SEs1YmFVcXpJNkhKKzBVbWtrTUFBUFhEWVhUTHdnaWRYM0swRTlVcmtBc29n?= =?utf-8?B?a0I4SzBkaGdOb0NrV2gvTnlqTnU2c3hiLy9VQ3l3QnQweFV1RnRNTW9zNWdS?= =?utf-8?B?MFBPa2srek1VU1FmMjNGcE5JeEsvTGF2cXhpQlBDTHhFZC9UbW5aT21CN3JY?= =?utf-8?B?RnFqSk5pVitPR2kydlJXMjJOelJkcVdWNDBjU29iQzFJT3BGbUVsSS8yME9H?= =?utf-8?B?SCtDelV3My9GbzA1ZDQ4UE1nQUZhRFY2TS9SMjNhcDNEaXg4Z21DWlp1YWFv?= =?utf-8?B?eURsams4ZEVkM1JzQ3RpSGM4RnF0Z25jYXdsUVJ6VTZCbXB5Y0FwQklhOFJ2?= =?utf-8?B?a3ZZckFBUkpUdWROTDVWaDBWRWVrRDJxRGNiRm5vMUorOHRINEROZklZNTFW?= =?utf-8?B?OTF4VXoxMkh3T1ZLc1VNMnQ4SDlSMlM4Y3hFOVhWTS9Wb0E1RnJhUm1YazJR?= =?utf-8?B?a0xOS1VFek5PUGJOSHVCUEtuUHQ2STdCUHQ2SnMrWmZPSURQcGp4NWVzNnBy?= =?utf-8?B?MVNWTGdkeXJPS3pFZTBUSkNTSzJ6L0RKcHBUZlNKQnZzUXptRlhrb2o4RmtU?= =?utf-8?B?NWFoOW1DWHQzNUs1VFFQdVlqV1pQb2U3WWlWR1U4UFpmbWNqMHFjR3l0WEJn?= =?utf-8?B?alBtV0RFQklNT1h6cHZicGlLL0M3Wlp5R0tlZ2UxZ0hCQWxaYkg2a1paZllz?= =?utf-8?B?MkwyYkxWcW4zUENLdm0xZFdQL1FBZXpsbWhia0kreWdXRFUwVWk2cVcwZEU0?= =?utf-8?Q?XKdMD1g0tl/kENg0AA2hv9oVU=3D?=
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 6:csmpiHnbvoMU/qPOczk/iUr19LkcwD62beG6XzBIz/quEDo1GKeOHRtA52p88+8hdTdkgjzROwzjzgUeDL7UKqzmiKZ5lK2L0/yNFXLDht26QHbE2HgalsQ5An9uQjaI/nvBdUWmnN5Np2bLHXvKp0D/KZkxbI34uPsHnl86ZJlH1zi8QGkOy0mHIjy/zIR1obu+qms58OEpJ9hQjlKe5m6mVK2t/oxS6AEHhDldkDfxeNlA7DTdHc4SRuhjfH8LkVQy16nQv47zkDL13ilWuk/Kh3NIhteXvk0c3SMY06M75W76REm668dG5SrsAMTuJRLgcd825q9ZtoY4y9lROFS4BUU5bdacnLw4nHVizSIpNEMH3Y0GSnpomoohzXVDTdWFtmPVsNai/vThw2aZguvSqT0sAKgdPKX7xuLuNvlyOLLVKIDu/5y42kDY7KiIRzwcN9jz/2FjeyhJIO1oOg==; 5:2JHhGoN0TaNgdZqbQ+Ral5oUW2Mt5gW69E53muzeHUecd/OO+g0/lyT++dziiVu8CJQXssStJgcYx9ZNUnrpALay/cu83wQnYQsxl88J8aTMf099N2xvqcc0J9XyNN/uwXeinlZGjCRXZ3Xy3+/E2G40UeIPk72+OccnbtvhrIQ=; 24:d6I/fydtWjFPzCsYmjj8kwISeMPvtrlr0BRykuMvbSOBxMHfvi6oP9hemgrt+YieoWH4woqRGNGf+Ggljbhr4Z0OPA07b56nXK2OZn9kxpw=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 7:ezvZQOQr0Uoob3reJbgScAS34oPbrDLEdNFCqXbGcItKi6W3TFYvS0et7XVnBiQG61P+8rugcPUbv7exa64Nt2GxxfVM7zrdjOu1PxIOxHHC9t71FAYR5InG8r5yVr5TUGjQyygIitg5IRht53eKSbMtj23x8HGFFMH0qDsMp2fbppBuNbwFyndp1gw4wEA9aVXa/9sl1OUE0yfev0ZKsOHS+X8H9eJQVmvfWXNzmachfDpv+PgNe0mU58KSVU5k
X-MS-Office365-Filtering-Correlation-Id: 2545d6ed-3ab3-49c3-f2fa-08d5a13469b7
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Apr 2018 11:48:02.1514 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 2545d6ed-3ab3-49c3-f2fa-08d5a13469b7
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2337
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/1YWKbKs3mrwZSiUsU3YFsjoEBZQ>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 11:48:07 -0000

----- Original Message -----
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
Sent: Friday, April 13, 2018 1:19 AM


> ...
> >
> > >>
> > >> "The new well-known port (862) MAY be used.";
> > >> This was allocated in 2008 which seems to stretch the meaning of
‘new'
> >
> > [mj] Al, do you want to comment on this?
> >
> [acm]
> Yes, I'll comment.
>
> The UDP well-known port will have a new allocation,
> changing from TWAMP-CONTROL to TWAMP-TEST.
>
> Incidentally, the progress of that draft is also a dependency,
> but it is ready to ship (a small typo was identified in London,
> and the new draft has been available since).

Al

In which case, I think that that draft

 draft-ietf-ippm-port-twamp-test

needs to be a Normative Reference from

draft-ietf-ippm-twamp-yang

and should appear in the description clause, replacing the reference to
'new port'

along with a note up-front to the RFC Editor asking them to replace all
mentions of
draft-ietf-ippm-port-twamp-test
with the RFC number of that I-D when it is allocated.

I find that the use of 'new' is rarely a good idea - road signs near me
talk of a 'new' road layout that is now 10 years old - unless there is a
clear date, explicit or implicit associated with it; and the
reallocation of the use of a port is IMHO a significant change that
needs calling out - the YANG module makes references to RFC 5357 and I
think it is asking too much for users to track down another RFC that
updates RFC 5357 in order to see the change.

Tom Petch

> Al
>


From nobody Fri Apr 13 04:48:28 2018
Return-Path: <daedulus@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B96301242F7; Fri, 13 Apr 2018 04:48:08 -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_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9eGZGQB9hJwU; Fri, 13 Apr 2018 04:48:04 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0709.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe02::709]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020F51270A3; Fri, 13 Apr 2018 04:48:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=n0MvCcxjuBcXTjVj2iw2t4XskuYFRf+ZzQ96mKuAoKA=; b=g2tJiUZrZi+TqwgUjGT1e4v9DRLRJTM1VSSKaLSsuEVUtmepi04TTQrE8OhWvhpXDiFNRdhiPIa/bLU8/MgEWO+mgcX9teAk7Vg1zYiQCJizF3lGjQTbTZHl7ooqXzK0Ef3HWeXWswW9KQnKOI73lbcmRKDNvClVtyxf5U9Mk6E=
Received: from pc6 (86.165.129.75) by AM5PR0701MB2337.eurprd07.prod.outlook.com (2603:10a6:203:e::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.696.5; Fri, 13 Apr 2018 11:48:01 +0000
Message-ID: <04f301d3d31d$2df639a0$4001a8c0@gateway.2wire.net>
From: "tom p." <daedulus@btconnect.com>
To: "Mahesh Jethanandani" <mjethanandani@gmail.com>
Cc: <ietf@ietf.org>, <ippm-chairs@ietf.org>, <draft-ietf-ippm-twamp-yang@ietf.org>, <ippm@ietf.org>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com>
Date: Fri, 13 Apr 2018 12:19:19 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: DB3PR0202CA0033.eurprd02.prod.outlook.com (2603:10a6:8:1::46) To AM5PR0701MB2337.eurprd07.prod.outlook.com (2603:10a6:203:e::7)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:(178726229863574); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:AM5PR0701MB2337; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 3:RKZzdiKJc4ZfxJSeu0zC01XTFKI3QZfd6kBfw559HiSur1HecPDL5/OHQAF3wrowYWRozudOr4LNwHS/E3Rn/KMyndGwZlu+Jqt2NznzG4zAL23SV25ITt3nYD4GJFEomph4s1Y8SR956Rvu1p5FwGtCMQ4TKICH4QZWdKJOdpY8ThnM4kcQr6HMbcbS1abZuQsTwnJBlFkVxRPzbbQMhArjreC+m9imOrurw91VCD/3OLkFMED/aThp/+1Mgc+ecujqsuXsO16+og+mDdeZOwFY8Ku9r6eVY5+3FIz66JM=; 25:uSq16OoDcSqeUNweuKcsUeL82vuTsIX+LdLH2xmoX/qs8bl3sljmy74bOw5EsZj63fXRVBY17KXA2/tefHHnILl258Uh4TBbE4SJnODVwy5x84gky8IACtRzNk19KO8Uw/0RbkvnjziXhOus1WlTLLNfGY8UmPsWVWGTrRGUwcGwb5zVYkqW/J+ELJCotcLDjrLmRu8SsUjy/960ZFS6Y0KRbXL7RMUCCLw3suuWoMpKVJkRIoHOfc5uBRPZJS1nuMNqSpF+gRBJ4zWCX/DjnlZ3QNGfo6yCqhtB4ruYbcMRXFsgW+Jg1hjyV9sHSaWqGR56zwRBABWkvLWeYPKPjQ==; 31:TKjdH7YaaG/XF34lqxgn406v8v3C0K8ZiO6NvqPNOeYH1WRsUbpz44P93f9BS7uUoMusMyCBuMS8anDBqp6/UIRC0ISNKHC0w+JNh2fsTXca9FtcZxLmq0CYoHM+Q/LglDqLw1gfJkqBPTn3UuOjxAK+4m0OfgXjpLJSVVU1PatIYhhj4G7A4JEtaaf7Mv7suYqQsUR5Mi+8i1Bwq6Sh5g8SwKy9D7M6v0uQChsGxR4=
X-MS-TrafficTypeDiagnostic: AM5PR0701MB2337:
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; 
X-Microsoft-Antispam-PRVS: <AM5PR0701MB23374BDC5043419BF68876CEC6B30@AM5PR0701MB2337.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(178726229863574)(158342451672863)(192374486261705)(85827821059158)(788757137089);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(5005006)(8121501046)(3231232)(944501327)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(61426038)(61427038)(6041310)(20161123560045)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(6072148)(201708071742011); SRVR:AM5PR0701MB2337; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2337; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 4:uk1bWJWLl1b0HWXjMX3/0ilCtTexH+LfNzmKaOWk9lpEc/ITUlzuzoiAQ0+kWrKgdwlVKXfBaJagyz+j9MPtxnmSCJFN1eFVKSXwzTO6kCu9CGw4X6ajNMbRYXf/VYOpJxNwQK7SuFByvW4DgH50R5naK0my2ndwDxSBGZhpMwUyo4y5Ip12h6mOufE0LNdCny+cG6FjQltyHZtziRlSlnAlLL6y8UFH3xTDEH5Yv4QlXQjKiMKR+j86f3OIedbUSOge/k0LLiwyUpYUu05bjRMIj9fO4KHTWrXlL6DJkKXbtJEG84pBmQg/FLM1E5kO0fv+QzCiUcNda54pAmRmJk/3YtCmNtZd6tyehx2huL2AcvR0f7l+25oCZAg7x46sPVubzYgnJ9BHj5Z5LWTRdwcGrpaJMY4cI/EKaISiGRzR5ME9fZf31jcg9KFUh4JV
X-Forefront-PRVS: 0641678E68
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(366004)(396003)(39860400002)(39380400002)(376002)(346002)(13464003)(199004)(189003)(51444003)(7736002)(305945005)(2906002)(84392002)(476003)(8936002)(66066001)(446003)(81156014)(47776003)(956004)(2870700001)(316002)(81166006)(50226002)(14496001)(44716002)(1411001)(25786009)(4326008)(50466002)(62236002)(1556002)(16526019)(33896004)(23676004)(53546011)(6916009)(4720700003)(59450400001)(6486002)(5820100001)(26005)(6666003)(61296003)(386003)(39060400002)(86362001)(6496006)(478600001)(186003)(44736005)(3846002)(6116002)(229853002)(53936002)(486006)(9686003)(54906003)(76176011)(97736004)(81816011)(105586002)(8676002)(6246003)(68736007)(81686011)(106356001)(52116002)(5660300001)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2337; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjIzMzc7MjM6cUtFNGVLcHNUR1NlMm5QTlZoYjNHdGht?= =?utf-8?B?RFRqblRyTXY4V0Zka1hNUzRZV1gyTzYvb1FUUlpjTC8yTVFzeldEWlNPN3pC?= =?utf-8?B?OW5RQ1dKQmlmVnlZa2Uzc2V1bm1UQzlEU0RHS0h1Q3RwZDFSRW1NTXdyQVlt?= =?utf-8?B?TmZjeTlXQ3R1eDZhaXZxSHBXdXp6cTlvSUduQnBOMU1BaThlcDFFaWp1OEpD?= =?utf-8?B?Y2s0aUZqK0xtMUJMblNrYUxBcVZkeFFKWEVvdFplNk40SS9NRzczb0dXY1My?= =?utf-8?B?UlRxMHVIYjh2WjYzNS9HbThlU2NweUZtYWdKZ3c1dzQ4MkJnQi9mZ2tOaTF1?= =?utf-8?B?YjgrT256TE5LZjh0MitXYTJTOTJKRHFlbnplaEN1cFNJUnE3dGdqQVFTaFhp?= =?utf-8?B?RC9JOURUL1o2aCsreDZiOHU3Y3M2V0I5Rm9vaWZndUxPQkRzSEkzTWVBT081?= =?utf-8?B?TkVMb2EwNkhSVCtRNlZTSE1BaWhCZEN6L0dQbHM4cUtiMVNOMnZZaTlwRmJO?= =?utf-8?B?UGJUVkhEbUhJbldHNDIxdWl5ai9KWlhFeExXMU9HUGpkRmZnT3plano0bkI4?= =?utf-8?B?VlNWTkVBVWsxYXdVS290cGdYY0dCeWN2UDh4R00ySElhdVNIeFBIaUxkTlJO?= =?utf-8?B?eVhCZnJyV1FSSE9OSFBLd0xXZXM3OGJURzJsVEJ3Qys4WlRrQlBQNkJzakcz?= =?utf-8?B?cys5MmVnVUN0V01SQmlkQVYvYVpSQzdpWUNyVGUxYTVaYVhWSUZyUzNMNGxh?= =?utf-8?B?UENXdmw5TjdraFhnK1EySjByb0g1QmMveHRLeWptU3FIVVJPMnF6Unp6QXFG?= =?utf-8?B?NDhOaXU5dVd1aituQjAzTE50dS9meXM0MXI1Y1FsSWlJd1lOaUxDR1ZBckd1?= =?utf-8?B?aGg1NzFxWmR4ZVhoQldXQXB5LzJjRSswbVFNWVdlWGtUYWJ4Rm1xbTE4MnZ5?= =?utf-8?B?elErZmY3SDkyVld4aVpBMHo1elF0Rm9XdjF5Nm8wdXRwRVRhSDVJOVhKRjBv?= =?utf-8?B?T01xcTZUYlRzWnBIVE8yMjB3R0hYWUtMZVIwbC9WamxNWVg4WFdWMGV2YXRR?= =?utf-8?B?azQ3eEhMM2Z0bFZSZmdOTzBORjU5a1FYd2RZYWVNYUN1ZFAvQ1BNNERzbE5r?= =?utf-8?B?eXdRa2lnRDVKeWh0WWkrTm1paC8xclcxK24rSkRRRE01ajB2d3gySFJkREpB?= =?utf-8?B?MzN2bnVaSGRXdFR0VjlqdVNWM2FEUVZUK0x4bVB2MVZlL0hSMURrUzhhZGly?= =?utf-8?B?T0FPeGIrc3JGVVFINisxdExCdk5HdjRMbEpLUlJ4TDREZ3UybUtxajlyRVpI?= =?utf-8?B?Rk1QODlieVJsV1dTL0ZqTXNuam13MnlpeDZtRTIwaDRPaldpOFU4bm0yWG9k?= =?utf-8?B?R05pNStPdFlrMUlOdS96Ym1kNlBmY0VRWGhWbnhDM1V1dVBXZGs3Q2VZVjRC?= =?utf-8?B?V2JEZEdoQXlSUlRRWW9PVlhHYURHUTdwVm5wMHBlSEdxMHEyUDQydllFUDRx?= =?utf-8?B?SVA0NXpQUlIyZE9sQnVTaU5ZUUgxZmxZbWYyWHNkTnJnL1RHWXk4T1R5YTNN?= =?utf-8?B?Ky9JR0ZTdlJNTjlpbG1UUW5ydklPWHlyclk4bS9rbUlZZkEyQmlWRGRKcXVC?= =?utf-8?B?czNpa3JheFBDc05iQmpMbUJqaHpvOUtuSHJzTU11bnpDc1BQeS9sa2JRYndz?= =?utf-8?B?UGV1eE9zUHkwdjBhV0ZSN015ZjUwVlh1N1JUdmFMMjFOM3Y1N0tFdUlEb2Nn?= =?utf-8?B?ZXQ0aTFtT25LYU1NM3dWOWhTVk15K1pTekJtK1NJWTFmNFFZbzNQZkRrVzk1?= =?utf-8?B?aFovV0luRXpSLzFXTjlvb3dSNjBzN0dTcnQ5L2tjeFNtbUgxUEFRM1NMRVNV?= =?utf-8?B?ZjI0M3BxUngxQXZ3cDFiZ3FTc2pzNHNoSEYyV1NOV0Y5VmhkNWxuMlVKYXFt?= =?utf-8?B?Q0xZR1JSTER2UE91eG95cUt0aFdJSm1UQU1ZY0xNQm1McThtWXRLeisyMlZu?= =?utf-8?B?NzNVM1dmWWdrY1FXMVcrbzdtVnNIeEFDSVJnSElKeDZtS2g0dXk1cU44aGVK?= =?utf-8?B?cHdBMHR1RXNkVlkwWXhhVGhCemRYM0QrOHQ2b0NmUHIvUzRPbWpDakFmM1Iz?= =?utf-8?Q?eDNneaRTg3IQwdEPudwzn9eOPT2D3cG4j1zn0B5SpPLyab?=
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 6:Rj58uBOrAi3ebvZ4Mfj+crm+1k2HXhJnv/Opl25wiLVrBOo2/eoLPLpcXJkaIEABL7PwrVEBlO6+e+D73ER6XvGbZyFBwZ16g7/Fl4+r/m9LLjLijfdejd66Y/ghtdIPyfclJ0rpdbceHW/k8bmYdkUktC9SLWvUj7LxfsiFb3aRwtFCKNALKQ6PAVHrhDxyEgJO+dUTquAl4Urcc9nLV1/4TuXcN09qhUgVFjwnMsktwTdhi4YwWs6MAKMzad8l9w/cGUMI62MbV6TK95dkXE7qHSvMxDWCP76LPnjqgmi3QcInpaK+pUB0+XY7aSQvW2U0e/wyeLlXDEjl6Q6WMAN2nioZL8slT++Kg9GnC5AjyHX13IgaT+4ecnTLC+qlyDhUlXBqQrCv7Npek2v20UkjCMU8Lhu+vTXXW3Z+1Z2VionDJYvYedAl71Dl4P9yRKSAep9PzXjTnmC2SRHFww==; 5:FJ8YvIdJfh9+Wxwo9AzXl8n9tlXLwCr80pfMN7VIqAVLJ5sH2jL9z8T/motEI6YaMy+1q0desTTmobFvwIkOgz6wyEy3/kL5QfQVd1QXk2Ky1RtWlq64bfmWhsbMzwK1xh5B76VXKdAQMsMhZJBvSJrrPTsjQQdZqvoOxfXSuE8=; 24:ZZnO3FWh1huB2IIE0MGSVCg6/qAcPXdtFcZzt1zl8oiqAl/mONqcviUUazHcYFf1qHuSe2XtsD7x2E2hqpQRpK43mLtfInQkqUL1Sap6ZKg=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 7:TjPrdix9s7rJWP+xtnZ4gOYzhsBBodD3geE8Lf6QENHNeqcPClBKVQbOlKPws4qlwdP9P6cgAyvm0EFpgKqxnpvOVAJel9tf3FvPRqbaae6HS+pTXBs9nyQCBlpVSykwO5hZk396In+3JSVhSf7fHmmA7ljjZ3Uwvk6hff4nrwKwxOmsKnrZDWmkwioS7kqkezdC/f4OMxdcqlXbOzcbXDxG6zWhI64hLLpc8pb50t2gRY6tSyGPh9aBZ/YwyBbb
X-MS-Office365-Filtering-Correlation-Id: 5c9f54ab-ebb2-4aa4-0c6a-08d5a1346930
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Apr 2018 11:48:01.2764 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 5c9f54ab-ebb2-4aa4-0c6a-08d5a1346930
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2337
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/B0DMn6NPgeYwZYE24fo99jNMYIs>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 11:48:09 -0000

Mahesh

Yes, your responses look good.

Tom Petch


----- Original Message -----
From: "Mahesh Jethanandani" <mjethanandani@gmail.com>
Sent: Friday, April 13, 2018 1:13 AM


Tom,

First of all, thanks for reviewing the document. See my comments inline
with [mj].


> On Apr 11, 2018, at 8:35 AM, tom p. <daedulus@btconnect.com> wrote:
>
> Some further thoughts on this I-D; I have included the earlier ones
(as
> yet unanswered) below.
>
> typedef test-session-state {
>     .....
>             "Indicates that accepted TWAMP-Test session request.";
>
> something seems to have been omitted.

[mj] Yes. Should be “Indicates an accepted TWAMP-Test session request.”

>
>
> leaf reflector-udp-port {
>               type uint32 {
>                 range "862 | 49152..65535";
> I am puzzled as to why uint32 is used and inet:port-number is not used
> here (happens in two places)

[mj] Ok. Will make the change.

>
>
> "Reusable data structure for count which is used both in the Server
> container.";
>
> 'both' suggests to me that there should be a second clause.

[mj] Yes, made it "Reusable data structure for count, which is used both
in the Server and the Control-Client.”

>
>
> "grouping max-count {
>       leaf max-count {
>         type uint8 {
>           range 10..31;
>         }
>         default 15;"
> contradicts
> " ...The default max-count value SHOULD be 32768.'
> 32768 is outside the range!

>
> I think that your problem here is that other TWAMP documentation, such
> as the RFC that you quote and reference uses 'max-count' to mean a 32
> bit value but here you are reusing the term with a different semantic
> and using it to mean an exponent; rename the object to make it clear
> that it is an exponent and not a count e.g. max-count-exp. This occurs
> in several places.

[mj] Ok. How about we call it 'max-count-exponent’, just to be explicit?

>
> "container session-sender {
>         if-feature session-sender;
>         presence  "Enables TWAMP Session-Sender functionality.";
>         description
>           "Configuration of the TWAMP Session-Sender logical entity";
>         leaf admin-state {
>           type boolean;
>           mandatory true;
>           description
>             "Indicates whether the device is allowed to operate
>              as a TWAMP Session-Sender.";
> "
>
> A presence container is a boolean so I am unclear what it is that the
> admin-state boolean adds here since the presence container "Enables
> TWAMP Session-Sender functionality.”;

[mj] Good catch. Will remove the presence statement.

>
> "     container session-reflector {
> "
> same story here

[mj] Ditto.

>
> Tom Petch
>
> ----- Original Message -----
> From: "tom p." <daedulus@btconnect.com>
> To: <ietf@ietf.org>
> Cc: <ippm-chairs@ietf.org>; <draft-ietf-ippm-twamp-yang@ietf.org>;
> <ippm@ietf.org>
> Sent: Wednesday, April 11, 2018 12:40 PM
>
>
>> Some mostly administrative points on this I-D
>>
>> [I-D.ietf-ippm-metric-registry] is an Informative Reference so would
> not
>> hold up the production of this as an RFC yet you ask that the text be
>> replaced by the RFC number which implies that you do want it held up.
> I
>> did ask the RFC Editor about this and yes, they would expect to catch
> it
>> but it would seem simpler if this could be a Normative Reference.
You
>> do have the statement up front about replacing the text with the RFC
>> number and yes, the RFC Editor like that.

[mj] I will drop the editor’s note to replace the RFC number for
I-D.ietf-ippm-metric-registry.

>>
>> There is no reference, no legend,  for Tree Diagrams in 5.1 .  There
> is
>> now an RFC on this, RFC 8340 while RFC8343 s.1.3 is an example of how
> to
>> reference this RFC.

[mj] Will add reference to RFC8340.

>>
>> There is no copyright statement in the YANG module as is required by
>> 6087bis (please, IESG, make this an RFC soon:-)

[mj] Ok. Will add it.

>>
>> leaf server-start-time {
>> includes
>>                The timestamp format follows RFC 1305
>> but I see no RFC 1305 in the references of the I-D

[mj] Ok. Will add it in the references, and also in the beginning of
section 5.2. Will do the same for all the other references in the YANG
module.

>>
>> leaf reflector-udp-port
>> " The default number is
>>                  within to the dynamic port range and  .. "
>> which is not quite English.

[mj] Yes. How about “The default number is within the dynamic port range
and …”?

>>
>> "The new well-known port (862) MAY be used.";
>> This was allocated in 2008 which seems to stretch the meaning of
‘new'

[mj] Al, do you want to comment on this?

>>
>> leaf secret-key {
>>             type binary;
>> I wonder about the choice of binary; elsewhere, e.g. RFC8177,
>> hexadecimal is used.
>> Are there, should there be, any length constraints on this key?

[mj] RFC8177 says that not all vendors support the definition of
key-string as a hexadecimal. Just to be safe, I will make it string.

>>
>> case poisson {
>> ...
>>   reference
>>                  "RFC 2330: Framework for IP Performance Metrics";
>> RFC2330 I cannot see in the references for the I-D

[mj] Will add.

>>
>> The Security Considerations are not as per the current template e.g.
> no
>> mention of RESTCONF

[mj] Agree. Will update.

Cheers.

>>
>> Tom Petch
>>
>> ----- Original Message -----
>> From: "The IESG" <iesg-secretary@ietf.org>
>> To: "IETF-Announce" <ietf-announce@ietf.org>
>> Cc: <ippm-chairs@ietf.org>; <draft-ietf-ippm-twamp-yang@ietf.org>;
>> <ippm@ietf.org>
>> Sent: Monday, April 09, 2018 3:57 PM


From nobody Fri Apr 13 05:58:35 2018
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84B39120454; Fri, 13 Apr 2018 05:58:27 -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 MHZayMqSM_Zj; Fri, 13 Apr 2018 05:58:25 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 743A41200C1; Fri, 13 Apr 2018 05:58:25 -0700 (PDT)
Received: from pps.filterd (m0049458.ppops.net [127.0.0.1]) by m0049458.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w3DCuY78002864; Fri, 13 Apr 2018 08:58:19 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049458.ppops.net-00191d01. with ESMTP id 2hatq9tegu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 13 Apr 2018 08:58:19 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3DCwI5t089190; Fri, 13 Apr 2018 07:58:18 -0500
Received: from zlp30497.vci.att.com (zlp30497.vci.att.com [135.46.181.156]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3DCwCkH089074; Fri, 13 Apr 2018 07:58:12 -0500
Received: from zlp30497.vci.att.com (zlp30497.vci.att.com [127.0.0.1]) by zlp30497.vci.att.com (Service) with ESMTP id 0545140003AD; Fri, 13 Apr 2018 12:58:12 +0000 (GMT)
Received: from tlpd252.dadc.sbc.com (unknown [135.31.184.157]) by zlp30497.vci.att.com (Service) with ESMTP id DDF0F40003AC; Fri, 13 Apr 2018 12:58:11 +0000 (GMT)
Received: from dadc.sbc.com (localhost [127.0.0.1]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3DCwBxs078070; Fri, 13 Apr 2018 07:58:11 -0500
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3DCw4ms077795; Fri, 13 Apr 2018 07:58:05 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-azure.research.att.com (Postfix) with ESMTP id E3C00E1200; Fri, 13 Apr 2018 08:58:03 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0389.001; Fri, 13 Apr 2018 08:58:01 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: "tom p." <daedulus@btconnect.com>, Mahesh Jethanandani <mjethanandani@gmail.com>
CC: "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-twamp-yang@ietf.org" <draft-ietf-ippm-twamp-yang@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
Thread-Index: AQHT0arHxvoWqUvVyUeZoRttk23MC6P+GC0A//+9iqCAAMGOg4AAEnLQ
Date: Fri, 13 Apr 2018 12:58:00 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8E8251@njmtexg5.research.att.com>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E7FC7@njmtexg5.research.att.com> <04f401d3d31d$2e8421c0$4001a8c0@gateway.2wire.net>
In-Reply-To: <04f401d3d31d$2e8421c0$4001a8c0@gateway.2wire.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [69.141.203.172]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-04-13_05:, , 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=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1804130122
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/pf_BC85ZLjm3SW9Gk04oel4tZr0>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 12:58:28 -0000

VG9tLCBzZWUgZW5kLi4uDQo+IA0KPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+IEZy
b206ICJNT1JUT04sIEFMRlJFRCBDIChBTCkiIDxhY21AcmVzZWFyY2guYXR0LmNvbT4NCj4gU2Vu
dDogRnJpZGF5LCBBcHJpbCAxMywgMjAxOCAxOjE5IEFNDQo+IA0KPiANCj4gPiAuLi4NCj4gPiA+
DQo+ID4gPiA+Pg0KPiA+ID4gPj4gIlRoZSBuZXcgd2VsbC1rbm93biBwb3J0ICg4NjIpIE1BWSBi
ZSB1c2VkLiI7DQo+ID4gPiA+PiBUaGlzIHdhcyBhbGxvY2F0ZWQgaW4gMjAwOCB3aGljaCBzZWVt
cyB0byBzdHJldGNoIHRoZSBtZWFuaW5nIG9mDQo+IOKAmG5ldycNCj4gPiA+DQo+ID4gPiBbbWpd
IEFsLCBkbyB5b3Ugd2FudCB0byBjb21tZW50IG9uIHRoaXM/DQo+ID4gPg0KPiA+IFthY21dDQo+
ID4gWWVzLCBJJ2xsIGNvbW1lbnQuDQo+ID4NCj4gPiBUaGUgVURQIHdlbGwta25vd24gcG9ydCB3
aWxsIGhhdmUgYSBuZXcgYWxsb2NhdGlvbiwNCj4gPiBjaGFuZ2luZyBmcm9tIFRXQU1QLUNPTlRS
T0wgdG8gVFdBTVAtVEVTVC4NCj4gPg0KPiA+IEluY2lkZW50YWxseSwgdGhlIHByb2dyZXNzIG9m
IHRoYXQgZHJhZnQgaXMgYWxzbyBhIGRlcGVuZGVuY3ksDQo+ID4gYnV0IGl0IGlzIHJlYWR5IHRv
IHNoaXAgKGEgc21hbGwgdHlwbyB3YXMgaWRlbnRpZmllZCBpbiBMb25kb24sDQo+ID4gYW5kIHRo
ZSBuZXcgZHJhZnQgaGFzIGJlZW4gYXZhaWxhYmxlIHNpbmNlKS4NCj4gDQo+IEFsDQo+IA0KPiBJ
biB3aGljaCBjYXNlLCBJIHRoaW5rIHRoYXQgdGhhdCBkcmFmdA0KPiANCj4gIGRyYWZ0LWlldGYt
aXBwbS1wb3J0LXR3YW1wLXRlc3QNCj4gDQo+IG5lZWRzIHRvIGJlIGEgTm9ybWF0aXZlIFJlZmVy
ZW5jZSBmcm9tDQo+IA0KPiBkcmFmdC1pZXRmLWlwcG0tdHdhbXAteWFuZw0KPiANCj4gYW5kIHNo
b3VsZCBhcHBlYXIgaW4gdGhlIGRlc2NyaXB0aW9uIGNsYXVzZSwgcmVwbGFjaW5nIHRoZSByZWZl
cmVuY2UgdG8NCj4gJ25ldyBwb3J0Jw0KPiANCj4gYWxvbmcgd2l0aCBhIG5vdGUgdXAtZnJvbnQg
dG8gdGhlIFJGQyBFZGl0b3IgYXNraW5nIHRoZW0gdG8gcmVwbGFjZSBhbGwNCj4gbWVudGlvbnMg
b2YNCj4gZHJhZnQtaWV0Zi1pcHBtLXBvcnQtdHdhbXAtdGVzdA0KPiB3aXRoIHRoZSBSRkMgbnVt
YmVyIG9mIHRoYXQgSS1EIHdoZW4gaXQgaXMgYWxsb2NhdGVkLg0KPiANCj4gSSBmaW5kIHRoYXQg
dGhlIHVzZSBvZiAnbmV3JyBpcyByYXJlbHkgYSBnb29kIGlkZWEgLSByb2FkIHNpZ25zIG5lYXIg
bWUNCj4gdGFsayBvZiBhICduZXcnIHJvYWQgbGF5b3V0IHRoYXQgaXMgbm93IDEwIHllYXJzIG9s
ZCAtIHVubGVzcyB0aGVyZSBpcyBhDQo+IGNsZWFyIGRhdGUsIGV4cGxpY2l0IG9yIGltcGxpY2l0
IGFzc29jaWF0ZWQgd2l0aCBpdDsgYW5kIHRoZQ0KPiByZWFsbG9jYXRpb24gb2YgdGhlIHVzZSBv
ZiBhIHBvcnQgaXMgSU1ITyBhIHNpZ25pZmljYW50IGNoYW5nZSB0aGF0DQo+IG5lZWRzIGNhbGxp
bmcgb3V0IC0gdGhlIFlBTkcgbW9kdWxlIG1ha2VzIHJlZmVyZW5jZXMgdG8gUkZDIDUzNTcgYW5k
IEkNCj4gdGhpbmsgaXQgaXMgYXNraW5nIHRvbyBtdWNoIGZvciB1c2VycyB0byB0cmFjayBkb3du
IGFub3RoZXIgUkZDIHRoYXQNCj4gdXBkYXRlcyBSRkMgNTM1NyBpbiBvcmRlciB0byBzZWUgdGhl
IGNoYW5nZS4NCj4gDQo+IFRvbSBQZXRjaA0KPiANCg0KDQpbYWNtXSANCkkgc3VnZ2VzdDoNClRo
ZSB3ZWxsLWtub3duIHBvcnQgKDg2MikgYWxsb2NhdGVkIGluIFJGQyBZWVlZIE1BWSBiZSB1c2Vk
Lg0KDQpSRkMgRWRpdG9yOiByZXBsYWNlIFJGQyBZWVlZIHdpdGggdGhlIFJGQyBudW1iZXIgb2Yg
DQpkcmFmdC1pZXRmLWlwcG0tcG9ydC10d2FtcC10ZXN0IHdoZW4gaXQgaXMgYWxsb2NhdGVkLg0K
DQoNCj4gPiBBbA0KPiA+DQoNCg==


From nobody Fri Apr 13 09:13:55 2018
Return-Path: <daedulus@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C42C412711D; Fri, 13 Apr 2018 09:13:53 -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_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VZz3iZ422duF; Fri, 13 Apr 2018 09:13:49 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0123.outbound.protection.outlook.com [104.47.2.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B87A1272E1; Fri, 13 Apr 2018 09:13:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=sUCJoLkiDDd7EXnr5R72h/D7dL/aR8vp6OC31K1MeQo=; b=GKURA2gVf9WT8Fh9rQz3NWK7lJsJk1F3d9OZRxWE3/OG6AFUIzUPNfT2Yqt1cPrpuyniYfxb+FJhGO7WlzEhpVI4U2a+XiOe2uHZ+KeeI72P/xwiB1GYD5D4mCkGlZouIEQhzlHyxFi57ejM2ZJ4MojmD5WaMVmNg8x3kUkKevk=
Received: from pc6 (86.165.129.75) by HE1PR0701MB2345.eurprd07.prod.outlook.com (2603:10a6:3:6f::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.675.7; Fri, 13 Apr 2018 16:13:46 +0000
Message-ID: <009101d3d342$4dad9480$4001a8c0@gateway.2wire.net>
From: "tom p." <daedulus@btconnect.com>
To: "MORTON, ALFRED C \(AL\)" <acm@research.att.com>, "Mahesh Jethanandani" <mjethanandani@gmail.com>
Cc: <ippm-chairs@ietf.org>, <draft-ietf-ippm-twamp-yang@ietf.org>, <ietf@ietf.org>, <ippm@ietf.org>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E7FC7@njmtexg5.research.att.com> <04f401d3d31d$2e8421c0$4001a8c0@gateway.2wire.net> <4D7F4AD313D3FC43A053B309F97543CF4A8E8251@njmtexg5.research.att.com>
Date: Fri, 13 Apr 2018 17:12:05 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: CWLP265CA0099.GBRP265.PROD.OUTLOOK.COM (2603:10a6:401:51::15) To HE1PR0701MB2345.eurprd07.prod.outlook.com (2603:10a6:3:6f::17)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:HE1PR0701MB2345; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 3:Z0zuqQqVZ9qYNFi6GFDZUnU5TQDDpOkz/x4AN0MRVfw8WnlZidBL/LIJ2c9rvMlraSmMdMaVQAh8hl84GQCxHP4FMI+pzJqaRbs8+E+uwIG3o6v6lHa1szV5mYcUR5IEQVKHnq1KpCbcfXrFmjgl/pikIx8h3KcqsaWtzeu+eyFecjtbgcp1rXT7xvEUio9uFTtiiC0A9pWmVBh6SOUJ66fRVkLVI+/7XsDGrePjdIYkk55lfhyA99jQ34JF+5Wy; 25:wmFj8M6nBZkBt4cMEEyGBmwBNh932javkJtoUqApJUusnllbwF/F3FEqjOVMhUVrlRlQMG7RISilBeDayqIGoh25ZrHYoS/R/B2+gh2Y8NNO2fEhXVgmffxSngp9zLy/9o1ZS8iL4NRhwix2ugRz+C7E/TFG17ym3+1cYP15I+jnaq9edhSb1/GpAZ+Abk3r9FIclwegyu3toUVB6YvBUqvQYAkQS5ZnFUZkBnLNCfahz1OT2dwk6w53WmslX4Rsa4MrSCXXStDWs9F/em3NJVQdo4HbMXXaKTw6kRqt//EJWBGOBypF8Mtl0uLd8xXIrwPQak/38NvCyZMjIRZOeQ==; 31:Qi+Em0dc/hAFoWsaThqNMnD4KMpOHKGgNIKuHR8Rz3RF1Bi1wTnV0btmuhgsMa/jc4IO2cNF40RCGJQzRb5xbyyXe2W6sUkeequhh8oiTMQAD6Yd7YyXPu7V1MvDFc1I9PzO2+/M+lXylHztejCERpUv0BBnqSsZBQzlHk3u1BlyKV3vQfmQ7MwFOCCO6kNeFcnlHcy88YYFk1G1Myxuv7+UAwSCzL3O4122mL9JAOE=
X-MS-TrafficTypeDiagnostic: HE1PR0701MB2345:
X-Microsoft-Antispam-PRVS: <HE1PR0701MB234509B80A0343E079032499C6B30@HE1PR0701MB2345.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(97927398514766)(788757137089);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(8121501046)(5005006)(3231232)(944501343)(52105095)(10201501046)(3002001)(93006095)(93001095)(6055026)(61426038)(61427038)(6041310)(20161123562045)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(6072148)(201708071742011); SRVR:HE1PR0701MB2345; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB2345; 
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 4:HkgDltvxXQVe0IsQgxAwtLTayJi4xG5FR0gOg/QiBIAeYaR+bgZXwu8948I187Ba4wsfpWjcHMJ2lPHnDt1cDXCbmvKYHnjP+fu6O+Dk4VkTith841sGwZn8mzoSWKsI92ZHYPmPuO1RIzKgZlfJEe619g+aUhaHmmcx10QW8FIw71A5EWKlTiiXPr+M4RPQD01GnGzwu+WbhDbXSVeGRNKYb0tZ7NP4tITI/G56MbNYQNIFE9t2tHhRzPTQad4l5tHsbavbIPUVduutaiKHTUxJfXqQcfDutpTU/b0YUcX3hP5wyBHvrU2854toG2MPdRT/9BhAAdNjsqpmcqlDD7J1FyvOdIv5HMI6oCnHPy0=
X-Forefront-PRVS: 0641678E68
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(396003)(346002)(376002)(39380400002)(366004)(39860400002)(199004)(13464003)(51444003)(189003)(305945005)(59450400001)(4326008)(61296003)(106356001)(2486003)(68736007)(44736005)(105586002)(52116002)(1556002)(25786009)(97736004)(478600001)(9686003)(23676004)(6666003)(8676002)(76176011)(53936002)(6496006)(7736002)(44716002)(5660300001)(2906002)(446003)(3846002)(6116002)(81156014)(2870700001)(81166006)(229853002)(6486002)(50226002)(486006)(84392002)(50466002)(6246003)(110136005)(8936002)(81816011)(93886005)(6346003)(4720700003)(47776003)(66066001)(476003)(62236002)(33896004)(26005)(39060400002)(54906003)(956004)(81686011)(14496001)(16526019)(186003)(86362001)(386003)(316002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB2345; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; 
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtIRTFQUjA3MDFNQjIzNDU7MjM6cWxnNi9nTDFsM0dPTC91MXpQcVNVSVdN?= =?utf-8?B?b3RCQWZNcnhtN3lJTSs1b0w4UHdIdkhaYi9GLzA0Y2htT1dmRHRuYms4OUw1?= =?utf-8?B?VTh3Z3Vqbmw1THBTakRpc1pXZ0pRd1c4anNvd0RYUjFFRTRoTnVRUDdKQkRn?= =?utf-8?B?TXhoejU4OUFqSDJsckIzMVBRd1MwUjFlbSsrQ1NHMFJ1YzdYQUhBSklBb2JH?= =?utf-8?B?YWwrbkpFb2pZbFNTK2FjWU9nNGhKSHJUTFpwUXoxbEl1WnZ0eGZLV3NaVVdR?= =?utf-8?B?cTc0SEtrdWhMTVhwbU1nY1hSQk1BUmlzaThoKzVDTGtNU1YvdXZwZkQ0OENw?= =?utf-8?B?blVNZ0ZtV1VYZ1hsT3VkWHM4MHBCWFo2ck5pNXd3alNqRHo4VTNaNCtxZ3dl?= =?utf-8?B?Y25UeC9keDRnM3kyOE5VNXpyV3BKbndrbk9pM0M3K2p2LzRNN2JZT3VpKzNq?= =?utf-8?B?RTJBMExqUWllYllzR29XQVZtdWRyK2RFZU9xMGhmUWY1ZzZLNC8wbTlIZm55?= =?utf-8?B?eFRSYUgrZzk0T2hLdlBmZkRpS2ZGN1Q5YXFNRW44THdkenV6NUwwZzVNT3pV?= =?utf-8?B?T1Y2T1c4S09JWTJ2QVFiQlVwaStPQlJqM2NKMjJWQWdDbjRoelpoK1VOTjVp?= =?utf-8?B?RnRrWWZ2YmlLSURWWFdiUEdaU0F4bUc4ZGxYT2p5OU1ESW4yYnJibG80MlEz?= =?utf-8?B?Vjh5bFFYS2hFaitnd3VMTEh5S3lMbVEzcVV5UFR0SDRPSmZyRWx1N2Q5MzBI?= =?utf-8?B?cC9zNVJBaW1QRDRYL2FIZVF3TzJRV3JkMHY1Y0U3ZURQY2g3elVvT2RRbzBD?= =?utf-8?B?dy9vWTNVWTZjd1lSMFBLOUlLUXBZdVhjQnlxMTZBNFNmbGJ6aVoxZlNpbkVz?= =?utf-8?B?YUVFRUhXem9oQzdSZHZlb1FiNWpYYUdpbHRaR0p4S0lhZ3F1RmRQL2N6RHFm?= =?utf-8?B?Y3N6ZDJYd2NzRm9hbkdseWsxMFRkY2JUbTRCK1lNa2ZzK1ZZNGZkQlRhdUYr?= =?utf-8?B?a0RhUS9uQjRJbHhOZTY1S2NGWFhHVDFTZWZRMjRUaTFuZGVDUmxsNmx2aTgv?= =?utf-8?B?YjVUejM5U2M5WERCL1huSnJSZWY2ay85dzZ2MDB3T2E0TFhrWEVKN0ljRWcw?= =?utf-8?B?RS83cG14NzRkM2hYMWVvajYvYlBZVzZNM0U1VE9BVW84Yk9UL1FseW5HWkNi?= =?utf-8?B?MWhCRmsxOFVQZkRRZXlSZ2FUUGFYK1laekhFVlAzcVdnTkF6WTFkRHAyMGIy?= =?utf-8?B?OSt3MGVyQXhTeUsyYzdERnd6VnQ2RTI2VVJwbUpHUWxIM2k4Zy9WOENWV3Js?= =?utf-8?B?Qmc1aGExZ2lQYTUrOS9ZMSsxSEsyRTVZZkhaTHp6K2dVYjFWeFlQdjQ1d24x?= =?utf-8?B?S1MreEtsMHRzK1lZK2xydlQzbUFRRUw5U2hKcm05WnM4M2loNWJveGVNNjY2?= =?utf-8?B?Z0tRWFIyaUo0djF4SkhHNTEzRFhYUDdEbnVLMEhKZTFGSkhDZlhCTFoyNkVS?= =?utf-8?B?ejNZeXIwTUMvVnllTXc4WFlEdjlhZGVHdUtSYVRWNGNXR2ErTjc2L05PK0g3?= =?utf-8?B?YTBxeEhyMjJJRWxxY0poTGdPQmJ5YlZreHVYUmpEbm16SFBzL3JvU010SXJQ?= =?utf-8?B?cGI4V0dkTEVPZCswQmMwZlNkQzBSTHhiSXF0ck9BQ2FhbkJ2bElEdW44VUJv?= =?utf-8?B?T3ppVTY2ZGNVY0puZHFHZW5kMGk2emlYbm9mempGWUlpbHpvTytWRjBHbk5K?= =?utf-8?B?c01ua0taN2J3blhIVldsVjkxTWVNZVM1SUlnUVBjdkR3cGFleStBRHhDVVdD?= =?utf-8?B?Snp5R0o4S0dMbkdBUVFoamJSSStiVjc4aWRCeGVGTmdIU0l5QlNOTnpSNGJj?= =?utf-8?B?d1VuS1pCdFRyaEd4VTZLZEkrYW1hVTZ2Y2RBZTZQYlNXN3NsM0Y4SVNJZGYw?= =?utf-8?B?dGVBbU9BTWZvSmVPWGtPa0FFMnNTVHAxTWVoQm9KcmNYS2ZVNUwzdVVEUjFy?= =?utf-8?B?ZzdYSE5pWUt0eFVEQWNuOHYxVll4dUxIYXNRaldDR1FOZlN2NnI3aTd4eTg4?= =?utf-8?B?ckx2MFZ0UUZrSXdrWmYzZkhHcDJsK2F1cnZYQklIZzJZVk9yV3V0NDZTQXlK?= =?utf-8?Q?GXJ0M7QKZToj7q5nngxkzm0fn0XC2m3HQ3SssqmE6/Q1Ze?=
X-Microsoft-Antispam-Message-Info: t/OVaVx/fyrCUhwBA+6mmnlyXRlW2CoJXqslMmGBVYFpVbCuL0AZ0z3N88wAhPqMXCnJ8xnpvLZgh44Zc8nBsTir6sj4Z6M7T8vY9ceB1JU+PoiOkGIxBu7QK2cnd4pqGExTiCTWVMV3Ipiy7xrxkg8YxYFck3OWSF9vTbrKRprfnnolmlosXCq78tg5qaEd
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 6:9alK+ZtI80K8efVnWUeTrUajWbvbm0bSDr2CSdWnY8VF3W/IXLtSLp+0Fj4KgjDFo/DNRXgUJOW4crwgOvav+Vtn9/8vMthgNmz1LQtR8VMBS7+KYlTC+RKEfhpJyqz7wFcXcBsHdzEPMX8067dU+rM+Bko/+YYmm4q1w1FSm2VirUrOPrReJxVcy8lLONWre2K9/pYpp6hBnfmUAeLvjZ6eat7s6Yjv8VTB5Yw0s5zosrkr/nMBj8Ej4KFgZJ7RcVcy1ffJTRGSLUXPOeYzEdWVm+hyq2x+TJidKRbmR0xxc7Nt2xm8i4fkehr+YkqrrPvbsByAoyFAspWiFj3staOFl/qRmH62RTjfmntsPu+NPcPYRqcAkBICfSYMTFMBSafGzWQUeIJO4X7azO5VnkpuVsBMiWkVYsjYEbZta3RgmxYfr2VlJczI67JYsf+nf/84nxXZ9+7MZoQMtJE6gA==; 5:R2/uIUU0YBqLbpVURf99S60IsxI00JNetUoYiWbx59KTAgoUYmZHZ1zpgpmsZ3FutoS626tL+klXm3E7cyfFkjTBtqDfnLTkYsTCnTOWB1JIHl6tQnWi8VFFODfnXH66JMYU87SAfxFhUvl5omiU8k4KUM63WFCIj4bYR/q+tOM=; 24:pm2bLN5Vl+GFnTxVocKaOetaNhKUA7876erB9BySC9dFM3oIgjLQkciI8rrjocRr00hBK5/SeIp6uGdoNV4G2mb/jKZlKujkNyGo35iXojM=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB2345; 7:/J2S0SOyB2yIk8fjbMl3DBwTWm2y5PxohSzmNsTyBSd09BzX85C/r4PM/rijghnSRgdxGsgS3Gw0IpP6NJzpvYgqQy4lKiNnLX+v3w6UzPvvEyKQdwy9mBLqaBCudZMf04I3YuaLP3Rt9+2aSqfQlN2XNIrLfJc0+gmTI8mcxDSEHBUEiivlTMnTQifaAZWRq0azxRO6OqS8q/OQZBk7sV23Uk6ZQlQyJOhS1LGBS983Wakb22f9eqqqhfwuQ2FU
X-MS-Office365-Filtering-Correlation-Id: 5e42e9bc-f5e8-4ac1-5ac0-08d5a1598945
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Apr 2018 16:13:46.3733 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 5e42e9bc-f5e8-4ac1-5ac0-08d5a1598945
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2345
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/19BotjyZVsliedbIs3DtLJNeHtA>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 16:13:54 -0000

Al, see end...

Tom Petch

----- Original Message -----
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
Sent: Friday, April 13, 2018 1:58 PM


> Tom, see end...
> >
> > ----- Original Message -----
> > From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
> > Sent: Friday, April 13, 2018 1:19 AM
> >
> > ...
> > > > >> "The new well-known port (862) MAY be used.";
> > > > >> This was allocated in 2008 which seems to stretch the meaning
of
> > ‘new'
> > > >
> > > > [mj] Al, do you want to comment on this?
> > > >
> > > [acm]
> > > Yes, I'll comment.
> > >
> > > The UDP well-known port will have a new allocation,
> > > changing from TWAMP-CONTROL to TWAMP-TEST.
> > >
> > > Incidentally, the progress of that draft is also a dependency,
> > > but it is ready to ship (a small typo was identified in London,
> > > and the new draft has been available since).
> >
> > Al
> >
> > In which case, I think that that draft
> >
> >  draft-ietf-ippm-port-twamp-test
> >
> > needs to be a Normative Reference from
> >
> > draft-ietf-ippm-twamp-yang
> >
> > and should appear in the description clause, replacing the reference
to
> > 'new port'
> >
> > along with a note up-front to the RFC Editor asking them to replace
all
> > mentions of
> > draft-ietf-ippm-port-twamp-test
> > with the RFC number of that I-D when it is allocated.
> >
> > I find that the use of 'new' is rarely a good idea - road signs near
me
> > talk of a 'new' road layout that is now 10 years old - unless there
is a
> > clear date, explicit or implicit associated with it; and the
> > reallocation of the use of a port is IMHO a significant change that
> > needs calling out - the YANG module makes references to RFC 5357 and
I
> > think it is asking too much for users to track down another RFC that
> > updates RFC 5357 in order to see the change.
> >
> > Tom Petch
>
>
> [acm]
> I suggest:
> The well-known port (862) allocated in RFC YYYY MAY be used.
>
> RFC Editor: replace RFC YYYY with the RFC number of
> draft-ietf-ippm-port-twamp-test when it is allocated.

Yes, that is fine for the description clause; RFC YYYY will still need
to be in the References of the I-D, since it appears in the YANG module
and those are the rules for a YANG module, and so will need to appear
somewhere in the body of the text as well, lest it is flagged by nits as
an unused reference (Mahesh is already fixing this for RFC1305 and
RFC2330).

I did check with the RFC Editor and they said that they preferred notes
asking them to do replacements to be up-front, in one place, and not
spread throughout the I-D - hence my comment before about up-front.

Tom Petch

> > > Al


From nobody Fri Apr 13 11:22:45 2018
Return-Path: <mspiegel@barefootnetworks.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3A4712D883 for <ippm@ietfa.amsl.com>; Fri, 13 Apr 2018 11:22:25 -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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=barefootnetworks.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 L_YgUqSgZZx6 for <ippm@ietfa.amsl.com>; Fri, 13 Apr 2018 11:22:22 -0700 (PDT)
Received: from mail-wr0-x231.google.com (mail-wr0-x231.google.com [IPv6:2a00:1450:400c:c0c::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 45ACE127201 for <ippm@ietf.org>; Fri, 13 Apr 2018 11:22:18 -0700 (PDT)
Received: by mail-wr0-x231.google.com with SMTP id l49so10348584wrl.4 for <ippm@ietf.org>; Fri, 13 Apr 2018 11:22:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=barefootnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Pl4WONeqhdnr0wnxi+C1+GEPOqNofzvGDqGkv0g6M5s=; b=H5hM10SFYDe2wSuA+ONzXAnQWpiUgYOUHJL70KlcgE7nNu+eFksWfGZH2ilFgsWr8s StJjaipdZIoZQwnrXfFidkluoWT/CEGctF3bzFryeBSZfBFS8kXwUPGMXNKso42lTtgp YMMezbJTL7efw+0nNkc7WHSGjDTvhxiKn2F28=
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=Pl4WONeqhdnr0wnxi+C1+GEPOqNofzvGDqGkv0g6M5s=; b=hS3B1V4fKcFonH/wlSqctvSkB1SPyOnRKfnjztlGEQ8ZkxptrMv1wUMLwajgx1uHd3 elsWVDug4tCWQxNRdXe7hyZ33dgu/qM1CfAjIiBqhCFCwTjap8qtvwQDBz2bL93Pt9Rk FFZiAWdVXgnB0o1UpVj4e7MRoKTk2c3v7PbFXWe9PvB6HxIQGqJ/t16Z3XAcYkWv3bvV OXR+AsznbnQTSkzMii8m3GMWB/6Jr9gqDrk2NoI/VwFiSFewhrY4KgdQGbEJCFOu6hSY mDJQQ/8sIJk8IcSG/Ubr0WCOXNNf4MPZTQGCpEYbi3zhzTTOn6fGleztID3M67qE54eO qALA==
X-Gm-Message-State: ALQs6tB+DCXAfZYq1CpxeRQa8lvV/mQGldBJEMUHQ0e9DWTqpIRIcE8L 8ufoeS1KXDDP84hoiXzMphXsCE/oaI+mpc511Gl/Zw==
X-Google-Smtp-Source: AIpwx49BSpuZwJdyD7QBkUzA/nLTXpneptVN7D6HULlZsLC+bIuBcum/c/LYHeqI5BBgtyHOP4ScUBzeehcJPqs9F6Q=
X-Received: by 10.223.144.227 with SMTP id i90mr4501027wri.100.1523643736737;  Fri, 13 Apr 2018 11:22:16 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.148.33 with HTTP; Fri, 13 Apr 2018 11:22:16 -0700 (PDT)
In-Reply-To: <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com>
From: Mickey Spiegel <mspiegel@barefootnetworks.com>
Date: Fri, 13 Apr 2018 11:22:16 -0700
Message-ID: <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: Greg Mirsky <gregimirsky@gmail.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c05f484b160be0569bef399"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/H-USCkYZIjGoCpixffW9k-umF3c>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 18:22:27 -0000

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

Tom,

On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> wrote:

> Mickey,
>
> Looking at these ippm drafts more closely, I have a much more
> fundamental concern.
>
> In draft-brockners-ippm-ioam-geneve-00 for instance, there is the text
> in the introduction:
>
> "In-situ OAM (IOAM) records OAM information within the packet while
> the packet traverses a particular network domain.  The term "in-situ"
> refers to the fact that the IOAM data fields are added to the data
> packets rather than is being sent within packets specifically
> dedicated to OAM.  This document defines how IOAM data fields are
> transported as part of the Geneve [I-D.ietf-nvo3-geneve]
> encapsulation."
>
> I assume this means that as packets with Geneve encapsulation traverse
> the network they are interpreted by intermediate nodes as being
> Geneve. Since Geneve is a UDP encapsulation, then the destination UDP
> port number would be used to identify packets as being Geneve. So an
> intermediate device might be looking for UDP packets destined to port
> 6081 (the assigned UDP port for Geneve). If my understanding is
> correct, then this is a problem.
>
> UDP port numbers do not have global meaning. An intermediate device
> may very well see UDP packets destined to port 6081 that are not
> actually Geneve. This scenario is discussed in RFC7605:
>
> "...intermediate device interprets traffic based on the port number.
> It is important to recognize that any interpretation of port numbers
> -- except at the endpoints -- may be incorrect, because port numbers
> are meaningful only at the endpoints."
>
> If the UDP data is modified, as the draft would imply, then
> misinterpretation may also mean silent data corruption of packets. A
> protocol that would allow this seems pretty incorrect! Note that this
> would be true also for any UDP encapsulation that the network tries to
> interpret.
>

The intention is to allow for multiple nodes that a packet traverses
to be able to insert IOAM node information in the same trace option,
but leave some flexibility regarding which nodes actually do the
IOAM processing and the node information. This may vary
depending on the transport.

In case of a tunneled encapsulation such as Geneve or VXLAN,
there may still be multiple hops. For example a network may use
Geneve or VXLAN, but only do L2 processing at ToRs, with L3
processing done at aggregation or core switches. In this case
many packets would do 2 Geneve or VXLAN hops, so the packet
would contain IOAM node information from two nodes.

Another example is service function chaining using Geneve or
VXLAN rather than NSH.


> I am also wondering if hop-by-hop options been considered for this
> application? Their interpretation in the network is unabiguous and
> they also have the advantage that the work with any IP protocol or
> encapsulation.
>

IPv6 hop-by-hop options has been considered. See
draft-brockners-inband-oam-transport-05. This has not yet been
broken out into a separate draft.

Mickey


> Thanks,
> Tom
>
>
> On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
> <mspiegel@barefootnetworks.com> wrote:
> > Tom,
> >
> > On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com>
> wrote:
> >>
> >> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
> >> wrote:
> >> > Hi Frank,
> >> > thank you for sharing your points. Please find my notes in-line and
> >> > tagged
> >> > GIM>>. I believe that this is very much relevant to work of other
> >> > working
> >> > groups that directly work on the overlay encapsulations in the cente=
r
> of
> >> > the
> >> > discussion and hence I've added them to the list. Hope we'll have mo=
re
> >> > opinions to reach the conclusion that is acceptable to all.
> >> >
> >> > Regards,
> >> > Greg
> >> >
> >> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> >> > <fbrockne@cisco.com> wrote:
> >> >>
> >> >> Back at the IPPM meeting in London, we discussed several drafts
> dealing
> >> >> with the encapsulation of IOAM data in various protocols
> >> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
> >> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00).
> One
> >> >> discussion topic that we decided to take to the list was the questi=
on
> >> >> on
> >> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
> >> >> carefully
> >> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusio=
n
> >> >> that
> >> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
> >> >>
> >> >> * Efficiency: IOAM adds data to live user traffic. As such, an
> >> >> encapsulation needs to be as efficient as possible. The =E2=80=9COO=
AM header=E2=80=9D
> >> >> is 8
> >> >> bytes long. The approach for IOAM data encapsulation in the above
> >> >> mentioned
> >> >> drafts only requires 4 bytes. Using the OOAM header approach would
> add
> >> >> an
> >> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
> >> Greg,
> >>
> >> I'm missing something here. I looked at the drafts you referenced and
> >> each of them looks like the overhead for OAM is greater that four
> >> bytes. In each there is some overhead equivalent to type/length, for
> >> instance in Geneve four bytes are needed for option class, type, and
> >> length. Unless the the OAM data is zero length, I don't see how this
> >> adds up to only four bytes of overhead.
> >
> >
> > The four versus eight bytes just refers to the fields in the four bytes
> of
> > IOAM
> > info, that is common to all IOAM options. Beyond that, there are IOAM
> option
> > specific fields. For example if doing one of the IOAM trace options,
> there
> > are
> > four bytes of trace option header, including the IOAM-trace-type,
> NodeLen,
> > Flags, and RemainingLen fields. These are followed by the node data lis=
t
> > containing the per hop IOAM information.
> >
> > In looking at the OOAM header content, it has nothing to do with any of
> the
> > IOAM information after the first four bytes. It contains another varian=
t
> of
> > the
> > information in the first four bytes of IOAM info, spread out over eight
> > bytes.
> >
> >>
> >> Tom
> >>
> >> >
> >> > GIM>> The difference in four octets is because OOAM Header:
> >> >
> >> > provides more flexibility, e.g. Flags field and Reserved fields;
> >
> >
> > The flags field only has one defined flag at the moment, for a timestam=
p
> > block. For IOAM trace we need per hop timestamps, which the timestamp
> > block cannot address, i.e. the timestamp block is redundant for IOAM.
> >
> >>
> >> > supports larger OAM packets than iOAM header;
> >
> >
> > For IOAM purposes, 1020 octets is more than enough.
> >
> >>
> >> > is future proof by supporting versioning (Version field).
> >
> >
> > IMO, taking the first two bits of the IOAM-Type to define a Version fie=
ld
> > would be a good thing. This does not require adding four more bytes of
> > overhead. 64 IOAM-Types is more than enough.
> >
> >>
> >> >>
> >> >> * Maturity: IOAM has several implementations, which were also shown
> at
> >> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additi=
onal
> implementations
> >> >> to
> >> >> be publicized soon. Interoperable implementations need timely
> >> >> specifications. Despite the question being asked, the recent thread
> on
> >> >> OOAM
> >> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the =
OOAM
> header.
> >> >> In
> >> >> addition, the thread revealed that several fundamental questions
> about
> >> >> the
> >> >> OOAM header are still open, such as whether or how active OAM
> >> >> mechanisms
> >> >> within protocols such as Geneve would apply to the OOAM header. Thi=
s
> >> >> ultimately means that we won=E2=80=99t get to a timely specificatio=
n.
> >> >
> >> > GIM>> May I ask which encapsulations supported by the implementation=
s
> >> > you
> >> > refer to. Until very recently all iOAM proposals were to use meta-da=
ta
> >> > TLV
> >> > in, e.g. Geneve and NSH. And if these or some of these implementatio=
ns
> >> > already updated to the newly proposed iOAM shim, I don't see problem
> in
> >> > making them use OOAM Header. Would you agree?
> >> >
> >> >>
> >> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOA=
M header
> >> >> would
> >> >> ultimately apply to. The way the OOAM header is defined, OOAM uses =
a
> >> >> 8-bit
> >> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some prot=
ocols that IOAM
> data
> >> >> needs to be encapsulated into use 16-bits for their next protocol
> code
> >> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> >> >> draft-weis-ippm-ioam-gre-00.
> >> >
> >> > GIM>> The first paragraph of the Introduction section states:
> >> >    New protocols that support overlay networks like VxLAN-GPE
> >> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
> >> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation],
> and
> >> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
> >> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, an=
d
> >> >    Maintenance (OAM) as one of distinct types.  That ensures that
> >> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data pack=
et
> >> >    traversing the underlay.
> >> > I'm updating the OOAM Header draft and along with cleaning nits will
> >> > update
> >> > reference to GUE. I think that the list and the statemnt are quite
> clear
> >> > in
> >> > identifying the scope of networks that may benefit from using not on=
ly
> >> > common OOAM Header but common OOAM mechanisms, e.g. Echo
> Request/Reply.
> >> >
> >> >> With the above in mind, I=E2=80=99d suggest that the WG moves forwa=
rd with
> >> >> specific definitions for encapsulating IOAM data into protocols =E2=
=80=93 per
> >> >> the
> >> >> above mentioned drafts.
> >> >>
> >> >>
> >> >>
> >> >> Regards, Frank
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> ippm mailing list
> >> >> ippm@ietf.org
> >> >> https://www.ietf.org/mailman/listinfo/ippm
> >> >>
> >> >
> >> >
> >> > _______________________________________________
> >> > Int-area mailing list
> >> > Int-area@ietf.org
> >> > https://www.ietf.org/mailman/listinfo/int-area
> >> >
> >>
> >> _______________________________________________
> >> ippm mailing list
> >> ippm@ietf.org
> >> https://www.ietf.org/mailman/listinfo/ippm
> >
> >
>

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

<div dir=3D"ltr">Tom,<br><div class=3D"gmail_extra"><br><div class=3D"gmail=
_quote">On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <span dir=3D"ltr">&lt=
;<a href=3D"mailto:tom@herbertland.com" target=3D"_blank">tom@herbertland.c=
om</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"marg=
in:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-l=
eft-color:rgb(204,204,204);padding-left:1ex">Mickey,<br>
<br>
Looking at these ippm drafts more closely, I have a much more<br>
fundamental concern.<br>
<br>
In draft-brockners-ippm-ioam-<wbr>geneve-00 for instance, there is the text=
<br>
in the introduction:<br>
<br>
&quot;In-situ OAM (IOAM) records OAM information within the packet while<br=
>
the packet traverses a particular network domain.=C2=A0 The term &quot;in-s=
itu&quot;<br>
refers to the fact that the IOAM data fields are added to the data<br>
packets rather than is being sent within packets specifically<br>
dedicated to OAM.=C2=A0 This document defines how IOAM data fields are<br>
transported as part of the Geneve [I-D.ietf-nvo3-geneve]<br>
encapsulation.&quot;<br>
<br>
I assume this means that as packets with Geneve encapsulation traverse<br>
the network they are interpreted by intermediate nodes as being<br>
Geneve. Since Geneve is a UDP encapsulation, then the destination UDP<br>
port number would be used to identify packets as being Geneve. So an<br>
intermediate device might be looking for UDP packets destined to port<br>
6081 (the assigned UDP port for Geneve). If my understanding is<br>
correct, then this is a problem.<br>
<br>
UDP port numbers do not have global meaning. An intermediate device<br>
may very well see UDP packets destined to port 6081 that are not<br>
actually Geneve. This scenario is discussed in RFC7605:<br>
<br>
&quot;...intermediate device interprets traffic based on the port number.<b=
r>
It is important to recognize that any interpretation of port numbers<br>
-- except at the endpoints -- may be incorrect, because port numbers<br>
are meaningful only at the endpoints.&quot;<br>
<br>
If the UDP data is modified, as the draft would imply, then<br>
misinterpretation may also mean silent data corruption of packets. A<br>
protocol that would allow this seems pretty incorrect! Note that this<br>
would be true also for any UDP encapsulation that the network tries to<br>
interpret.<br></blockquote><div><br></div><div>The intention is to allow fo=
r multiple nodes that a packet traverses</div><div>to be able to insert IOA=
M node information in the same trace option,</div><div>but leave some flexi=
bility regarding which nodes actually do the</div><div>IOAM processing and =
the node information. This may vary</div><div>depending on the transport.</=
div><div><br></div><div>In case of a tunneled encapsulation such as Geneve =
or VXLAN,</div><div>there may still be multiple hops. For example a network=
 may use</div><div>Geneve or VXLAN, but only do L2 processing at ToRs, with=
 L3</div><div>processing done at aggregation or core switches. In this case=
</div><div>many packets would do 2 Geneve or VXLAN hops, so the packet</div=
><div>would contain IOAM node information from two nodes.</div><div><br></d=
iv><div>Another example is service function chaining using Geneve or</div><=
div>VXLAN rather than NSH.</div><div><br></div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-s=
tyle:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
I am also wondering if hop-by-hop options been considered for this<br>
application? Their interpretation in the network is unabiguous and<br>
they also have the advantage that the work with any IP protocol or<br>
encapsulation.<br></blockquote><div><br></div><div>IPv6 hop-by-hop options =
has been considered. See</div><div>draft-brockners-inband-oam-transport-05.=
 This has not yet been</div><div>broken out into a separate draft.</div><di=
v><br></div><div>Mickey</div><div><br></div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-styl=
e:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Thanks,<br>
Tom<br>
<span class=3D"gmail-im gmail-HOEnZb"><br>
<br>
On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel<br>
&lt;<a href=3D"mailto:mspiegel@barefootnetworks.com">mspiegel@barefootnetwo=
rks.com</a><wbr>&gt; wrote:<br>
</span><div class=3D"gmail-HOEnZb"><div class=3D"gmail-h5">&gt; Tom,<br>
&gt;<br>
&gt; On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert &lt;<a href=3D"mailto:tom=
@herbertland.com">tom@herbertland.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky &lt;<a href=3D"mailto=
:gregimirsky@gmail.com">gregimirsky@gmail.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt; &gt; Hi Frank,<br>
&gt;&gt; &gt; thank you for sharing your points. Please find my notes in-li=
ne and<br>
&gt;&gt; &gt; tagged<br>
&gt;&gt; &gt; GIM&gt;&gt;. I believe that this is very much relevant to wor=
k of other<br>
&gt;&gt; &gt; working<br>
&gt;&gt; &gt; groups that directly work on the overlay encapsulations in th=
e center of<br>
&gt;&gt; &gt; the<br>
&gt;&gt; &gt; discussion and hence I&#39;ve added them to the list. Hope we=
&#39;ll have more<br>
&gt;&gt; &gt; opinions to reach the conclusion that is acceptable to all.<b=
r>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Regards,<br>
&gt;&gt; &gt; Greg<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)<=
br>
&gt;&gt; &gt; &lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cisco.com<=
/a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Back at the IPPM meeting in London, we discussed several =
drafts dealing<br>
&gt;&gt; &gt;&gt; with the encapsulation of IOAM data in various protocols<=
br>
&gt;&gt; &gt;&gt; (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,<br>
&gt;&gt; &gt;&gt; draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm=
-ioam-gre-00). One<br>
&gt;&gt; &gt;&gt; discussion topic that we decided to take to the list was =
the question<br>
&gt;&gt; &gt;&gt; on<br>
&gt;&gt; &gt;&gt; whether draft-ooamdt-rtgwg-ooam-header could be leveraged=
.=C2=A0 After<br>
&gt;&gt; &gt;&gt; carefully<br>
&gt;&gt; &gt;&gt; considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came t=
o the conclusion<br>
&gt;&gt; &gt;&gt; that<br>
&gt;&gt; &gt;&gt; the =E2=80=9COOAM header=E2=80=9D does not meet the needs=
 of IOAM:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Efficiency: IOAM adds data to live user traffic. As suc=
h, an<br>
&gt;&gt; &gt;&gt; encapsulation needs to be as efficient as possible. The =
=E2=80=9COOAM header=E2=80=9D<br>
&gt;&gt; &gt;&gt; is 8<br>
&gt;&gt; &gt;&gt; bytes long. The approach for IOAM data encapsulation in t=
he above<br>
&gt;&gt; &gt;&gt; mentioned<br>
&gt;&gt; &gt;&gt; drafts only requires 4 bytes. Using the OOAM header appro=
ach would add<br>
&gt;&gt; &gt;&gt; an<br>
&gt;&gt; &gt;&gt; unnecessary overhead of 4 bytes =E2=80=93 which is signif=
icant.<br>
&gt;&gt; Greg,<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m missing something here. I looked at the drafts you referen=
ced and<br>
&gt;&gt; each of them looks like the overhead for OAM is greater that four<=
br>
&gt;&gt; bytes. In each there is some overhead equivalent to type/length, f=
or<br>
&gt;&gt; instance in Geneve four bytes are needed for option class, type, a=
nd<br>
&gt;&gt; length. Unless the the OAM data is zero length, I don&#39;t see ho=
w this<br>
&gt;&gt; adds up to only four bytes of overhead.<br>
&gt;<br>
&gt;<br>
&gt; The four versus eight bytes just refers to the fields in the four byte=
s of<br>
&gt; IOAM<br>
&gt; info, that is common to all IOAM options. Beyond that, there are IOAM =
option<br>
&gt; specific fields. For example if doing one of the IOAM trace options, t=
here<br>
&gt; are<br>
&gt; four bytes of trace option header, including the IOAM-trace-type, Node=
Len,<br>
&gt; Flags, and RemainingLen fields. These are followed by the node data li=
st<br>
&gt; containing the per hop IOAM information.<br>
&gt;<br>
&gt; In looking at the OOAM header content, it has nothing to do with any o=
f the<br>
&gt; IOAM information after the first four bytes. It contains another varia=
nt of<br>
&gt; the<br>
&gt; information in the first four bytes of IOAM info, spread out over eigh=
t<br>
&gt; bytes.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; Tom<br>
&gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; GIM&gt;&gt; The difference in four octets is because OOAM Hea=
der:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; provides more flexibility, e.g. Flags field and Reserved fiel=
ds;<br>
&gt;<br>
&gt;<br>
&gt; The flags field only has one defined flag at the moment, for a timesta=
mp<br>
&gt; block. For IOAM trace we need per hop timestamps, which the timestamp<=
br>
&gt; block cannot address, i.e. the timestamp block is redundant for IOAM.<=
br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; &gt; supports larger OAM packets than iOAM header;<br>
&gt;<br>
&gt;<br>
&gt; For IOAM purposes, 1020 octets is more than enough.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; &gt; is future proof by supporting versioning (Version field).<br>
&gt;<br>
&gt;<br>
&gt; IMO, taking the first two bits of the IOAM-Type to define a Version fi=
eld<br>
&gt; would be a good thing. This does not require adding four more bytes of=
<br>
&gt; overhead. 64 IOAM-Types is more than enough.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Maturity: IOAM has several implementations, which were =
also shown at<br>
&gt;&gt; &gt;&gt; recent IETF hackathons =E2=80=93 and we=E2=80=99re expect=
ing additional implementations<br>
&gt;&gt; &gt;&gt; to<br>
&gt;&gt; &gt;&gt; be publicized soon. Interoperable implementations need ti=
mely<br>
&gt;&gt; &gt;&gt; specifications. Despite the question being asked, the rec=
ent thread on<br>
&gt;&gt; &gt;&gt; OOAM<br>
&gt;&gt; &gt;&gt; in the NVO3 list hasn=E2=80=99t revealed any implementati=
on of the OOAM header.<br>
&gt;&gt; &gt;&gt; In<br>
&gt;&gt; &gt;&gt; addition, the thread revealed that several fundamental qu=
estions about<br>
&gt;&gt; &gt;&gt; the<br>
&gt;&gt; &gt;&gt; OOAM header are still open, such as whether or how active=
 OAM<br>
&gt;&gt; &gt;&gt; mechanisms<br>
&gt;&gt; &gt;&gt; within protocols such as Geneve would apply to the OOAM h=
eader. This<br>
&gt;&gt; &gt;&gt; ultimately means that we won=E2=80=99t get to a timely sp=
ecification.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; GIM&gt;&gt; May I ask which encapsulations supported by the i=
mplementations<br>
&gt;&gt; &gt; you<br>
&gt;&gt; &gt; refer to. Until very recently all iOAM proposals were to use =
meta-data<br>
&gt;&gt; &gt; TLV<br>
&gt;&gt; &gt; in, e.g. Geneve and NSH. And if these or some of these implem=
entations<br>
&gt;&gt; &gt; already updated to the newly proposed iOAM shim, I don&#39;t =
see problem in<br>
&gt;&gt; &gt; making them use OOAM Header. Would you agree?<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Scope: It isn=E2=80=99t entirely clear to which protoco=
ls the OOAM header<br>
&gt;&gt; &gt;&gt; would<br>
&gt;&gt; &gt;&gt; ultimately apply to. The way the OOAM header is defined, =
OOAM uses a<br>
&gt;&gt; &gt;&gt; 8-bit<br>
&gt;&gt; &gt;&gt; field for =E2=80=9CNext Prot=E2=80=9D, the next protocol.=
 Some protocols that IOAM data<br>
&gt;&gt; &gt;&gt; needs to be encapsulated into use 16-bits for their next =
protocol code<br>
&gt;&gt; &gt;&gt; points. See e.g. the GRE encapsulation =E2=80=93 as speci=
fied in<br>
&gt;&gt; &gt;&gt; draft-weis-ippm-ioam-gre-00.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; GIM&gt;&gt; The first paragraph of the Introduction section s=
tates:<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 New protocols that support overlay networks like=
 VxLAN-GPE<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gu=
e], Geneve<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls=
-<wbr>encapsulation], and<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 NSH [I-D.ietf-sfc-nsh] support multi-protocol pa=
yload, e.g.<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 Ethernet, IPv4/IPv6, and recognize Operations, A=
dministration, and<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 Maintenance (OAM) as one of distinct types.=C2=
=A0 That ensures that<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 Overlay OAM (OOAM)packets are sharing fate with =
Overlay data packet<br>
&gt;&gt; &gt;=C2=A0 =C2=A0 traversing the underlay.<br>
&gt;&gt; &gt; I&#39;m updating the OOAM Header draft and along with cleanin=
g nits will<br>
&gt;&gt; &gt; update<br>
&gt;&gt; &gt; reference to GUE. I think that the list and the statemnt are =
quite clear<br>
&gt;&gt; &gt; in<br>
&gt;&gt; &gt; identifying the scope of networks that may benefit from using=
 not only<br>
&gt;&gt; &gt; common OOAM Header but common OOAM mechanisms, e.g. Echo Requ=
est/Reply.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; With the above in mind, I=E2=80=99d suggest that the WG m=
oves forward with<br>
&gt;&gt; &gt;&gt; specific definitions for encapsulating IOAM data into pro=
tocols =E2=80=93 per<br>
&gt;&gt; &gt;&gt; the<br>
&gt;&gt; &gt;&gt; above mentioned drafts.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Regards, Frank<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; &gt;&gt; ippm mailing list<br>
&gt;&gt; &gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; &gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" re=
l=3D"noreferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listin=
fo/ippm</a><br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; ______________________________<wbr>_________________<br>
&gt;&gt; &gt; Int-area mailing list<br>
&gt;&gt; &gt; <a href=3D"mailto:Int-area@ietf.org">Int-area@ietf.org</a><br=
>
&gt;&gt; &gt; <a href=3D"https://www.ietf.org/mailman/listinfo/int-area" re=
l=3D"noreferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listin=
fo/int-area</a><br>
&gt;&gt; &gt;<br>
&gt;&gt;<br>
&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; ippm mailing list<br>
&gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"nore=
ferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</=
a><br>
&gt;<br>
&gt;<br>
</div></div></blockquote></div><br></div></div>

--94eb2c05f484b160be0569bef399--


From nobody Fri Apr 13 13:32:52 2018
Return-Path: <uma.chunduri@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C0BF127978; Fri, 13 Apr 2018 13:32:47 -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 mcNEU_tOqwfb; Fri, 13 Apr 2018 13:32:43 -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 58989129515; Fri, 13 Apr 2018 13:32:43 -0700 (PDT)
Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 22BC3D7A73901; Fri, 13 Apr 2018 21:32:39 +0100 (IST)
Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 13 Apr 2018 21:32:40 +0100
Received: from SJCEML521-MBB.china.huawei.com ([169.254.6.91]) by SJCEML703-CHM.china.huawei.com ([169.254.5.179]) with mapi id 14.03.0382.000;  Fri, 13 Apr 2018 13:32:34 -0700
From: Uma Chunduri <uma.chunduri@huawei.com>
To: Mickey Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
CC: Greg Mirsky <gregimirsky@gmail.com>, NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [sfc] [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT01Rv/8zdN25zjECovFVjh39kLaP/JHDg
Date: Fri, 13 Apr 2018 20:32:33 +0000
Message-ID: <25B4902B1192E84696414485F572685413553740@SJCEML521-MBB.china.huawei.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com>
In-Reply-To: <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.209.216.254]
Content-Type: multipart/alternative; boundary="_000_25B4902B1192E84696414485F572685413553740SJCEML521MBBchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/qiXj4VQwHuWZavrYtjFO46uMd2E>
Subject: Re: [ippm] [sfc] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 20:32:47 -0000

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

SSBhbSBhbHNvIHdvbmRlcmluZyBpZiBob3AtYnktaG9wIG9wdGlvbnMgYmVlbiBjb25zaWRlcmVk
IGZvciB0aGlzDQphcHBsaWNhdGlvbj8gVGhlaXIgaW50ZXJwcmV0YXRpb24gaW4gdGhlIG5ldHdv
cmsgaXMgdW5hYmlndW91cyBhbmQNCnRoZXkgYWxzbyBoYXZlIHRoZSBhZHZhbnRhZ2UgdGhhdCB0
aGUgd29yayB3aXRoIGFueSBJUCBwcm90b2NvbCBvcg0KZW5jYXBzdWxhdGlvbi4NCg0KSVB2NiBo
b3AtYnktaG9wIG9wdGlvbnMgaGFzIGJlZW4gY29uc2lkZXJlZC4gU2VlDQpkcmFmdC1icm9ja25l
cnMtaW5iYW5kLW9hbS10cmFuc3BvcnQtMDUuIFRoaXMgaGFzIG5vdCB5ZXQgYmVlbg0KYnJva2Vu
IG91dCBpbnRvIGEgc2VwYXJhdGUgZHJhZnQuDQoNCltVQ106DQoNCg0KICAgICAgICDigJxUaGUN
CiAgIFNlZ21lbnQgUm91dGluZyBIZWFkZXIgKFNSSCkgZm9yIElQdjYgb2ZmZXJzIHRoZSBhYmls
aXR5IHRvIHRyYW5zcG9ydA0KICAgVExWIHN0cnVjdHVyZWQgZGF0YSwgc2ltaWxhciB0byB3aGF0
IE5TSCBkb2VzIChzZWUNCiAgIFtJLUQuaWV0Zi02bWFuLXNlZ21lbnQtcm91dGluZy1oZWFkZXJd
KS4gIEluIGFuIGRvbWFpbiB3aGVyZSBpbi1zaXR1DQogICBPQU0gaXMgdXNlZCwgaW5zZXJ0aW9u
IG9mIHRoZSBpbi1zaXR1IE9BTSBkYXRhIGlzIGVuYWJsZWQgYXQgdGhlDQogICByZXF1aXJlZCBl
ZGdlIG5vZGVzIChpLmUuIGF0IHRoZSBpbi1zaXR1IE9BTSBlbmNhcHN1bGF0aW5nLw0KICAgZGVj
YXBzdWxhdGluZyBub2RlcykgYnkgbWVhbnMgb2YgY29uZmlndXJhdGlvbi7igJ0NCg0KSSBzZWUg
U1JIIFRMVnMgYXJlIGJlaW5nIHVzZWQgZm9yIElPQU0gZGF0YS4gVGhpcyBpcyBmaW5lIGF0IHRo
ZSBpbnNlcnRpb24gcG9pbnQgYXQgdGhlIGVkZ2Ugbm9kZSBhcyBtZW50aW9uZWQgYWJvdmUsDQpi
dXQgY2FuIHlvdSBoZWxwIGV4cGxhaW4gaG93IElBT00gZGF0YSBnZXRzIGFkZGVkIGFsb25nIHRo
ZSBwYXRoIHRvd2FyZHMgdGhlIGVncmVzcyA/ICh5ZXMsIGlmIHlvdSBhcmUgaW4gaG9wLWJ5LWhv
cCBFSCwgbGlrZSBTUkggKS4NCk9ubHkgd2F5IHlvdSBjYW4gZG8gdGhpcyBpcyBieSBzbGFwcGlu
ZyA4MjAwIGVuY2Fwc3VsYXRpb24gYXQgZXZlcnkgbm9kZT8gSXMgdGhpcyBjb3JyZWN0ID8NCg0K
LS0NClVtYSBDLg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU
TUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAw
MXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpz
cGFuLmdtYWlsLWltDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLWltO30NCnNwYW4uRW1haWxTdHls
ZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVk
Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJ
Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt
dHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpA
cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu
MGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7
fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg
djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw
IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm
XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw
bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu
MHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJp
Z2h0OjBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjQuNDVw
dCI+SSBhbSBhbHNvIHdvbmRlcmluZyBpZiBob3AtYnktaG9wIG9wdGlvbnMgYmVlbiBjb25zaWRl
cmVkIGZvciB0aGlzPGJyPg0KYXBwbGljYXRpb24/IFRoZWlyIGludGVycHJldGF0aW9uIGluIHRo
ZSBuZXR3b3JrIGlzIHVuYWJpZ3VvdXMgYW5kPGJyPg0KdGhleSBhbHNvIGhhdmUgdGhlIGFkdmFu
dGFnZSB0aGF0IHRoZSB3b3JrIHdpdGggYW55IElQIHByb3RvY29sIG9yPGJyPg0KZW5jYXBzdWxh
dGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjQuNDVwdCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjQuNDVwdCI+SVB2NiBob3AtYnktaG9wIG9wdGlvbnMgaGFzIGJlZW4gY29uc2lkZXJlZC4gU2Vl
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MjQuNDVwdCI+ZHJhZnQtYnJvY2tuZXJzLWluYmFuZC1vYW0tdHJhbnNw
b3J0LTA1LiBUaGlzIGhhcyBub3QgeWV0IGJlZW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNC40NXB0Ij5icm9r
ZW4gb3V0IGludG8gYSBzZXBhcmF0ZSBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+W1VDXToNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg4oCcPC9zcGFuPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlPG86cD48L286cD48L3NwYW4+PC9pPjwvcHJlPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNw
OyBTZWdtZW50IFJvdXRpbmcgSGVhZGVyIChTUkgpIGZvciBJUHY2IG9mZmVycyB0aGUgYWJpbGl0
eSB0byB0cmFuc3BvcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUTFYgc3RydWN0dXJl
ZCBkYXRhLCBzaW1pbGFyIHRvIHdoYXQgTlNIIGRvZXMgKHNlZTxvOnA+PC9vOnA+PC9zcGFuPjwv
aT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw
LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5i
c3A7Jm5ic3A7IFtJLUQuaWV0Zi02bWFuLXNlZ21lbnQtcm91dGluZy1oZWFkZXJdKS4mbmJzcDsg
SW4gYW4gZG9tYWluIHdoZXJlIGluLXNpdHU8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBP
QU0gaXMgdXNlZCwgaW5zZXJ0aW9uIG9mIHRoZSBpbi1zaXR1IE9BTSBkYXRhIGlzIGVuYWJsZWQg
YXQgdGhlPG86cD48L286cD48L3NwYW4+PC9pPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxp
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgcmVxdWlyZWQgZWRnZSBub2RlcyAo
aS5lLiBhdCB0aGUgaW4tc2l0dSBPQU0gZW5jYXBzdWxhdGluZy88bzpwPjwvbzpwPjwvc3Bhbj48
L2k+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZu
YnNwOyZuYnNwOyBkZWNhcHN1bGF0aW5nIG5vZGVzKSBieSBtZWFucyBvZiBjb25maWd1cmF0aW9u
LuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgc2Vl
IFNSSCBUTFZzIGFyZSBiZWluZyB1c2VkIGZvciBJT0FNIGRhdGEuIFRoaXMgaXMgZmluZSBhdCB0
aGUgaW5zZXJ0aW9uIHBvaW50IGF0IHRoZSBlZGdlIG5vZGUgYXMgbWVudGlvbmVkIGFib3ZlLA0K
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0QiPmJ1dCBjYW4geW91IGhlbHAgZXhwbGFpbiBob3cgSUFPTSBkYXRh
IGdldHMgYWRkZWQgYWxvbmcgdGhlIHBhdGggdG93YXJkcyB0aGUgZWdyZXNzID8gKHllcywgaWYg
eW91IGFyZSBpbiBob3AtYnktaG9wIEVILCBsaWtlIFNSSCApLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5P
bmx5IHdheSB5b3UgY2FuIGRvIHRoaXMgaXMgYnkgc2xhcHBpbmcgODIwMCBlbmNhcHN1bGF0aW9u
IGF0IGV2ZXJ5IG5vZGU/IElzIHRoaXMgY29ycmVjdCA/PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEIj4tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5VbWEgQy48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i
b2R5Pg0KPC9odG1sPg0K

--_000_25B4902B1192E84696414485F572685413553740SJCEML521MBBchi_--


From nobody Fri Apr 13 17:55:58 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AF43127201 for <ippm@ietfa.amsl.com>; Fri, 13 Apr 2018 17:55:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i1EolXhTtJB4 for <ippm@ietfa.amsl.com>; Fri, 13 Apr 2018 17:55:39 -0700 (PDT)
Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::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 82B051204DA for <ippm@ietf.org>; Fri, 13 Apr 2018 17:55:36 -0700 (PDT)
Received: by mail-qt0-x22c.google.com with SMTP id z23so9850895qti.5 for <ippm@ietf.org>; Fri, 13 Apr 2018 17:55:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=4zW40spCtqJMRP77pyeLoxmKAHJsaZHx8SjiGAGL6ok=; b=N0jKWxwcsaLRmnYqAAIShXMxtLzdXxk9bPJMR+j280ueSmWSjqUoRKvO/qzJWu1N5O kp8qO/4FTTovhnsulJxrpZaSOMestUds9dAb2I/KwLn6aTsbx3mKvPrHe3VBfxIBUjQa 9lGv41k8xYBlYqKhA7VjOrtpznlFVe11bP2q0aV+7NNQaPqc3fRF26TalOjgGe4epXhK OFgogjDskLKALn0kJ22yHhH3oGBT89xPIbNR9vgVfBUQZzPyuN14YWZiQZyXwid5ohAk pR6YqUO0ZsJv+hRJw6oSYLbKFpjfSndQAv4bZFTJUGT0Ol8eZUtxLaFwbwXg1H11gmfv Nf8A==
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=4zW40spCtqJMRP77pyeLoxmKAHJsaZHx8SjiGAGL6ok=; b=l/ijs4eIhrijM9hYoGivozgzSL0V8AJ4JWjogCBza7479UAdBjQz8H9wFqPyjN+sYo ijBvcz5JvQ/uRgcSbADrvAMb9SbiXb9H91aRTRAB0FnUjgwQdi7WVWDlJaSoRwTvCq6D ETLOV/zcO0AnZZURF/t84nm4HxjzK8KMpyDXeTJL9XKLIi4FoomcwMp4BJ4bNXVosDws jLWkQ1JdR3LdCFQzUBtlZopYpiowoZ6Hm4CIPEH81sqHeI4ny51OH+xZORugPo/jP2E8 6MpSA9FFD5azqyIpR6QwojuqxOERzNmCLXPDJRz4dyDrUm5ILIVouDXADSa6DEdFjt5e eWsw==
X-Gm-Message-State: ALQs6tAAKJylZJ0zHeesNCihJrXpsleK7bf9SZPkVnJslwtGCE83UBLc pIxLJ69j0/U7lVxdIEsuZwl4suMrZZs78MZiYy8ecQ==
X-Google-Smtp-Source: AIpwx4+Rx6aR3kBUi6DPmNuZpsK7k4dN9kw7TO6PUl3whILGbzMMCFWtnDDhIPE1vKn26eOktyd+qiFTF1gCKcYM1QA=
X-Received: by 10.200.20.2 with SMTP id k2mr5436673qtj.142.1523667335256; Fri, 13 Apr 2018 17:55:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Fri, 13 Apr 2018 17:55:34 -0700 (PDT)
In-Reply-To: <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Fri, 13 Apr 2018 17:55:34 -0700
Message-ID: <CALx6S36mHDeYMn-pMV55xynJSre860UCR=mmo7yoKnZvmeP4eA@mail.gmail.com>
To: Mickey Spiegel <mspiegel@barefootnetworks.com>
Cc: Greg Mirsky <gregimirsky@gmail.com>, NVO3 <nvo3@ietf.org>, int-area@ietf.org, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/TwsQTXj2SDnty3s4Jh_hAEupYD4>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Apr 2018 00:55:43 -0000

On Fri, Apr 13, 2018 at 11:22 AM, Mickey Spiegel
<mspiegel@barefootnetworks.com> wrote:
> Tom,
>
> On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> wrote=
:
>>
>> Mickey,
>>
>> Looking at these ippm drafts more closely, I have a much more
>> fundamental concern.
>>
>> In draft-brockners-ippm-ioam-geneve-00 for instance, there is the text
>> in the introduction:
>>
>> "In-situ OAM (IOAM) records OAM information within the packet while
>> the packet traverses a particular network domain.  The term "in-situ"
>> refers to the fact that the IOAM data fields are added to the data
>> packets rather than is being sent within packets specifically
>> dedicated to OAM.  This document defines how IOAM data fields are
>> transported as part of the Geneve [I-D.ietf-nvo3-geneve]
>> encapsulation."
>>
>> I assume this means that as packets with Geneve encapsulation traverse
>> the network they are interpreted by intermediate nodes as being
>> Geneve. Since Geneve is a UDP encapsulation, then the destination UDP
>> port number would be used to identify packets as being Geneve. So an
>> intermediate device might be looking for UDP packets destined to port
>> 6081 (the assigned UDP port for Geneve). If my understanding is
>> correct, then this is a problem.
>>
>> UDP port numbers do not have global meaning. An intermediate device
>> may very well see UDP packets destined to port 6081 that are not
>> actually Geneve. This scenario is discussed in RFC7605:
>>
>> "...intermediate device interprets traffic based on the port number.
>> It is important to recognize that any interpretation of port numbers
>> -- except at the endpoints -- may be incorrect, because port numbers
>> are meaningful only at the endpoints."
>>
>> If the UDP data is modified, as the draft would imply, then
>> misinterpretation may also mean silent data corruption of packets. A
>> protocol that would allow this seems pretty incorrect! Note that this
>> would be true also for any UDP encapsulation that the network tries to
>> interpret.
>
>
> The intention is to allow for multiple nodes that a packet traverses
> to be able to insert IOAM node information in the same trace option,
> but leave some flexibility regarding which nodes actually do the
> IOAM processing and the node information. This may vary
> depending on the transport.
>
> In case of a tunneled encapsulation such as Geneve or VXLAN,
> there may still be multiple hops. For example a network may use
> Geneve or VXLAN, but only do L2 processing at ToRs, with L3
> processing done at aggregation or core switches. In this case
> many packets would do 2 Geneve or VXLAN hops, so the packet
> would contain IOAM node information from two nodes.
>
Mickey,

Thanks, for the explanation. The requirements around this are not
clear in the drafts so I would suggest that be clarified. Intermediate
nodes should never look at, much less change, transport layer data for
packets for which they are not the addressee (we've already seen
several instances of implemenations skirting these rules out of
convenience!)

One other nit: I don't think a six page I-D really needs twelve
authors! Please consider reducing the number to only the major
contributors.

Tom

> Another example is service function chaining using Geneve or
> VXLAN rather than NSH.
>
>>
>> I am also wondering if hop-by-hop options been considered for this
>> application? Their interpretation in the network is unabiguous and
>> they also have the advantage that the work with any IP protocol or
>> encapsulation.
>
>
> IPv6 hop-by-hop options has been considered. See
> draft-brockners-inband-oam-transport-05. This has not yet been
> broken out into a separate draft.
>
> Mickey
>
>>
>> Thanks,
>> Tom
>>
>>
>> On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
>> <mspiegel@barefootnetworks.com> wrote:
>> > Tom,
>> >
>> > On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com>
>> > wrote:
>> >>
>> >> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
>> >> wrote:
>> >> > Hi Frank,
>> >> > thank you for sharing your points. Please find my notes in-line and
>> >> > tagged
>> >> > GIM>>. I believe that this is very much relevant to work of other
>> >> > working
>> >> > groups that directly work on the overlay encapsulations in the cent=
er
>> >> > of
>> >> > the
>> >> > discussion and hence I've added them to the list. Hope we'll have
>> >> > more
>> >> > opinions to reach the conclusion that is acceptable to all.
>> >> >
>> >> > Regards,
>> >> > Greg
>> >> >
>> >> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>> >> > <fbrockne@cisco.com> wrote:
>> >> >>
>> >> >> Back at the IPPM meeting in London, we discussed several drafts
>> >> >> dealing
>> >> >> with the encapsulation of IOAM data in various protocols
>> >> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> >> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00).
>> >> >> One
>> >> >> discussion topic that we decided to take to the list was the
>> >> >> question
>> >> >> on
>> >> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged.  After
>> >> >> carefully
>> >> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusi=
on
>> >> >> that
>> >> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>> >> >>
>> >> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>> >> >> encapsulation needs to be as efficient as possible. The =E2=80=9CO=
OAM
>> >> >> header=E2=80=9D
>> >> >> is 8
>> >> >> bytes long. The approach for IOAM data encapsulation in the above
>> >> >> mentioned
>> >> >> drafts only requires 4 bytes. Using the OOAM header approach would
>> >> >> add
>> >> >> an
>> >> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>> >> Greg,
>> >>
>> >> I'm missing something here. I looked at the drafts you referenced and
>> >> each of them looks like the overhead for OAM is greater that four
>> >> bytes. In each there is some overhead equivalent to type/length, for
>> >> instance in Geneve four bytes are needed for option class, type, and
>> >> length. Unless the the OAM data is zero length, I don't see how this
>> >> adds up to only four bytes of overhead.
>> >
>> >
>> > The four versus eight bytes just refers to the fields in the four byte=
s
>> > of
>> > IOAM
>> > info, that is common to all IOAM options. Beyond that, there are IOAM
>> > option
>> > specific fields. For example if doing one of the IOAM trace options,
>> > there
>> > are
>> > four bytes of trace option header, including the IOAM-trace-type,
>> > NodeLen,
>> > Flags, and RemainingLen fields. These are followed by the node data li=
st
>> > containing the per hop IOAM information.
>> >
>> > In looking at the OOAM header content, it has nothing to do with any o=
f
>> > the
>> > IOAM information after the first four bytes. It contains another varia=
nt
>> > of
>> > the
>> > information in the first four bytes of IOAM info, spread out over eigh=
t
>> > bytes.
>> >
>> >>
>> >> Tom
>> >>
>> >> >
>> >> > GIM>> The difference in four octets is because OOAM Header:
>> >> >
>> >> > provides more flexibility, e.g. Flags field and Reserved fields;
>> >
>> >
>> > The flags field only has one defined flag at the moment, for a timesta=
mp
>> > block. For IOAM trace we need per hop timestamps, which the timestamp
>> > block cannot address, i.e. the timestamp block is redundant for IOAM.
>> >
>> >>
>> >> > supports larger OAM packets than iOAM header;
>> >
>> >
>> > For IOAM purposes, 1020 octets is more than enough.
>> >
>> >>
>> >> > is future proof by supporting versioning (Version field).
>> >
>> >
>> > IMO, taking the first two bits of the IOAM-Type to define a Version
>> > field
>> > would be a good thing. This does not require adding four more bytes of
>> > overhead. 64 IOAM-Types is more than enough.
>> >
>> >>
>> >> >>
>> >> >> * Maturity: IOAM has several implementations, which were also show=
n
>> >> >> at
>> >> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting addit=
ional
>> >> >> implementations
>> >> >> to
>> >> >> be publicized soon. Interoperable implementations need timely
>> >> >> specifications. Despite the question being asked, the recent threa=
d
>> >> >> on
>> >> >> OOAM
>> >> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the=
 OOAM
>> >> >> header.
>> >> >> In
>> >> >> addition, the thread revealed that several fundamental questions
>> >> >> about
>> >> >> the
>> >> >> OOAM header are still open, such as whether or how active OAM
>> >> >> mechanisms
>> >> >> within protocols such as Geneve would apply to the OOAM header. Th=
is
>> >> >> ultimately means that we won=E2=80=99t get to a timely specificati=
on.
>> >> >
>> >> > GIM>> May I ask which encapsulations supported by the implementatio=
ns
>> >> > you
>> >> > refer to. Until very recently all iOAM proposals were to use
>> >> > meta-data
>> >> > TLV
>> >> > in, e.g. Geneve and NSH. And if these or some of these
>> >> > implementations
>> >> > already updated to the newly proposed iOAM shim, I don't see proble=
m
>> >> > in
>> >> > making them use OOAM Header. Would you agree?
>> >> >
>> >> >>
>> >> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OO=
AM header
>> >> >> would
>> >> >> ultimately apply to. The way the OOAM header is defined, OOAM uses=
 a
>> >> >> 8-bit
>> >> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some pro=
tocols that IOAM
>> >> >> data
>> >> >> needs to be encapsulated into use 16-bits for their next protocol
>> >> >> code
>> >> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> >> >> draft-weis-ippm-ioam-gre-00.
>> >> >
>> >> > GIM>> The first paragraph of the Introduction section states:
>> >> >    New protocols that support overlay networks like VxLAN-GPE
>> >> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>> >> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation],
>> >> > and
>> >> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>> >> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, a=
nd
>> >> >    Maintenance (OAM) as one of distinct types.  That ensures that
>> >> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data
>> >> > packet
>> >> >    traversing the underlay.
>> >> > I'm updating the OOAM Header draft and along with cleaning nits wil=
l
>> >> > update
>> >> > reference to GUE. I think that the list and the statemnt are quite
>> >> > clear
>> >> > in
>> >> > identifying the scope of networks that may benefit from using not
>> >> > only
>> >> > common OOAM Header but common OOAM mechanisms, e.g. Echo
>> >> > Request/Reply.
>> >> >
>> >> >> With the above in mind, I=E2=80=99d suggest that the WG moves forw=
ard with
>> >> >> specific definitions for encapsulating IOAM data into protocols =
=E2=80=93
>> >> >> per
>> >> >> the
>> >> >> above mentioned drafts.
>> >> >>
>> >> >>
>> >> >>
>> >> >> Regards, Frank
>> >> >>
>> >> >>
>> >> >> _______________________________________________
>> >> >> ippm mailing list
>> >> >> ippm@ietf.org
>> >> >> https://www.ietf.org/mailman/listinfo/ippm
>> >> >>
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > Int-area mailing list
>> >> > Int-area@ietf.org
>> >> > https://www.ietf.org/mailman/listinfo/int-area
>> >> >
>> >>
>> >> _______________________________________________
>> >> ippm mailing list
>> >> ippm@ietf.org
>> >> https://www.ietf.org/mailman/listinfo/ippm
>> >
>> >
>
>


From nobody Sat Apr 14 11:54:33 2018
Return-Path: <heard@pobox.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B34091200A0; Sat, 14 Apr 2018 11:54: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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=pobox.com; domainkeys=pass (1024-bit key) header.from=heard@pobox.com header.d=pobox.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 wZB6buZmBGxL; Sat, 14 Apr 2018 11:54:27 -0700 (PDT)
Received: from pb-smtp1.pobox.com (pb-smtp1.pobox.com [64.147.108.70]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7DCA124234; Sat, 14 Apr 2018 11:54:26 -0700 (PDT)
Received: from pb-smtp1.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id E9111E864D; Sat, 14 Apr 2018 14:54:25 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=mime-version :from:date:message-id:subject:to:cc:content-type; s=sasl; bh=JZq qTjqPNRgJK7TRKxhTpI2l0Wk=; b=F5i8ElmCTvR1/uXYu+gpeJ99Ms/mq4LBRqU uq2Hol28OSQv7wrztz4QdtAJdNZO1cNJX0GR2lXH+24FgDkKPG6umuO88m+asDqm QVtGj2JFLD+k50VL8Z9wYgnoEXU9Vo22+1MI7p7ebeXeZt1LI6eXy6zvAgGND1Jw vo4kxTVI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=mime-version :from:date:message-id:subject:to:cc:content-type; q=dns; s=sasl; b= M8YRUJ/aQADOvR73WLFIWYLF6NaqWyW7E5gKSHu5M0lzeltbknF22YAlbSw/JYXm 94ci/Se+V/2AyfshaB1BWqcv+MzOyM4bnfm+SRg7mt/dTp9G/0UyvxO6aX8eMbQN Q/C0joLq7Tvu9yQE1SCwfSzIl34wQEYZtWKu5HGGDRw=
Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id E1238E864C; Sat, 14 Apr 2018 14:54:25 -0400 (EDT)
Received: from mail-ot0-f175.google.com (unknown [74.125.82.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 5CE65E864B; Sat, 14 Apr 2018 14:54:25 -0400 (EDT)
Received: by mail-ot0-f175.google.com with SMTP id y46-v6so13301694otd.4; Sat, 14 Apr 2018 11:54:25 -0700 (PDT)
X-Gm-Message-State: ALQs6tDtjFsN63F+Wsh0rx/OdL+z0uMd4h+D0U1/quPXdeI0ONBDBFc8 JhHL6ilMVzGOzduL2xcRpFjOvsH1Eise4pgyNv4=
X-Google-Smtp-Source: AIpwx48oMKDylPdwqOaCzeLMiQQDJyVhZxOHHUIQQ4YShcK68z36j4rHDggVrw6BhgTc2iku21W5pLLZuJUfXfo4Epk=
X-Received: by 2002:a9d:61c5:: with SMTP id h5-v6mr6971483otk.53.1523732064678;  Sat, 14 Apr 2018 11:54:24 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.74.136.194 with HTTP; Sat, 14 Apr 2018 11:54:04 -0700 (PDT)
From: "C. M. Heard" <heard@pobox.com>
Date: Sat, 14 Apr 2018 11:54:04 -0700
X-Gmail-Original-Message-ID: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com>
Message-ID: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com>
To: IETF <ietf@ietf.org>
Cc: IPPM <ippm@ietf.org>, 6man <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000072c6a20569d38445"
X-Pobox-Relay-ID: 4069AB2A-4015-11E8-98FA-44CE1968708C-06080547!pb-smtp1.pobox.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Ppb0xf7-ZcB-R5HOtoAicai5rhw>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Apr 2018 18:54:31 -0000

--00000000000072c6a20569d38445
Content-Type: text/plain; charset="UTF-8"

Greetings,

I have some last call comments on this document. Most (but not all) focus
on aspects that do not respect RFC 8200 and RFC 8201.

The Abstract says:

   [...] Exemplary use cases include,
   but are not limited to IPv4-IPv6 translation, NAT, protocol
   encapsulation, IPv6 header compression, or use of IPv6 over Low-Power
   Wireless Area Networks (6LoWPAN).


These last two use cases, however, are explicitly excluded in Section 4:

   [...] Because of these reasons we
   consider ROHC and 6LowPAN packets to be out of the scope of this
   document.


On that basis, it seems that the last two use cases in the Abstract should
be removed. Other places in the draft that IPv6 header compression also
need to be looked at.

Section 3, page 3, next to last paragraph, has a reference "Diffserv
[RFC2780]" -- shouldn't that be "Diffserv [RFC2474]"?

Section 3, page 4, third paragraph, says:

   [...] For example, the packet length will
   change if IP headers are converted to the alternate version/address
   family, or if optional Extension Headers are added or removed. [...]


Adding or removing extension headers contravenes RFC 8200. Since this is
just an example, I would recommend deleting the controversial second clause.

Section 4, page 6, last paragraph, and page 7, first paragraph, say:

   The topic of IPv6 Extension Headers brings current controversies into
   focus as noted by [RFC6564 <https://tools.ietf.org/html/rfc6564>]
and [RFC7045 <https://tools.ietf.org/html/rfc7045>].  However,
measurement use
   cases in the context of the IPPM framework like in-situ OAM in
   enterprise environments or IPv6 Performance and Diagnostic Metrics
   (PDM) Destination Option measurements [RFC8250
<https://tools.ietf.org/html/rfc8250>] can benefit from
   inspection, modification, addition or deletion of IPv6 extension
   headers in hosts along the measurement path.


   As a particular use case, hosts on the path may store sending and
   intermediate timestamps into dedicated extension headers to support
   measurements, monitoring, auditing, or reproducibility in critical
   environments.  [RFC8250 <https://tools.ietf.org/html/rfc8250>]
endorses the use and manipulation of IPv6   extension headers for
measurement purposes, consistent with other   approved IETF
specifications.


These two paragraphs are very problematic and IMNSHO need a complete
rewrite before publication.

As noted in a review by Fred Baker on 2016-07-14 of an earlier version (see
https://mailarchive.ietf.org/arch/msg/ippm/8sgikiZbSiD4v2VeKK_FA7TkjmM),
the first sentence of the first paragraph above dates the document, and in
fact these controversies have largely been put to rest by RFC 8200.
Specifically, insertion or deletion of extension headers by intermediate
nodes is forbidden by RFC 8200. So is modification of extension headers
other than modifiable options contained within the Hop by Hop Options
Header. An IPv6 hop-by-hop option somewhat along the lines of the IPv4
timestamp option could, in principle, be defined, but so far none has been.
The option defined in RFC 8250 is a destination option and is not allowed
to change in flight, and I see nothing in RFC 8250 that discusses the
storing of intermediate timestamps by nodes (note, nodes, not hosts) on the
path. If this is wrong, I would appreciate a pointer to the text in RFC
8250 that says otherwise.

Section 4, page 7, fifth paragraph says:

   o  Extension Header insertion or deletion: It is possible that
      Extension Headers could be added to, or removed from the header
      chain.  The resulting packet may be standard-formed, with a
      corresponding Type-P.


This paragraph gives the impression that insertion or deletion of extension
headers is sanctioned by IETF standards, which is not true. If instead of
"It is possible ..." it said something like "Despite the fact that such
behavior does not comply with RFC 8200, it is possible ..." I would not
find it objectionable.

Section 4, page 7, next-to-last paragraph says:

   [...] Path MTU Discovery
   for IP version 6 (PMTUD, [RFC8201
<https://tools.ietf.org/html/rfc8201>]) or Packetization Layer Path
MTU
   Discovery (PLPMTUD, [RFC4821
<https://tools.ietf.org/html/rfc4821>]) is recommended to prevent
   fragmentation (or ICMP error messages) as a result of IPv6 extension
   header manipulation.


The trailing clause "(or ICMP error messages) as a result of IPv6 extension
header manipulation" should be removed, as it is just plain wrong. PMTUD
relies on ICMP Packet Too Big messages for proper operation, and in-flight
increases in packet length due to insertion of extension headers actually
break PTMTUD.

Section 5, page 8, next-to-last paragraph says:

   o  Modification or addition of headers or header field values in
      intermediate nodes.  As noted in Section 4
<https://tools.ietf.org/html/draft-ietf-ippm-2330-ipv6-04#section-4>
for IPv6 extension
      header manipulation, NAT, IPv4-IPv6 transitioning or IPv6 header
      compression mechanisms may result in changes of the measurement
      packets' Type-P, too.  Consequently, hosts along the measurement
      path may treat packets differently because of the Type-P
      modification.  Measurements at observation points along the path
      may also need extra context to uniquely identify a packet.


If the changes I recommend above are implemented, it will be necessary to
remove the clause "As noted in Section 4 for IPv6 extension header
manipulation,"

Mike Heard

On Wed, 11 Apr 2018 06:21:43 -0700, The IESG <iesg-secretary at ietf.org
> wrote:

> The IESG has received a request from the IP Performance Measurement WG (ippm)
> to consider the following document: - 'IPv6, IPv4 and Coexistence Updates for
> IPPM's Active Metric Framework'
>   <draft-ietf-ippm-2330-ipv6-04.txt> as Informational RFC
>
> The IESG plans to make a decision in the next few weeks, and solicits final
> comments on this action. Please send substantive comments to the
> ietf at ietf.org mailing lists by 2018-04-25. Exceptionally, comments may be
> sent to iesg at ietf.org instead. In either case, please retain the beginning of
> the Subject line to allow automated sorting.
>
> Abstract
>
>    This memo updates the IP Performance Metrics (IPPM) Framework RFC
>    2330 with new considerations for measurement methodology and testing.
>    It updates the definition of standard-formed packets in RFC 2330 to
>    include IPv6 packets, deprecates the definition of minimum standard-
>    formed packet, and augments distinguishing aspects of packets,
>    referred to as Type-P for test packets in RFC 2330.  This memo
>    identifies that IPv4-IPv6 co-existence can challenge measurements
>    within the scope of the IPPM Framework.  Exemplary use cases include,
>    but are not limited to IPv4-IPv6 translation, NAT, protocol
>    encapsulation, IPv6 header compression, or use of IPv6 over Low-Power
>    Wireless Area Networks (6LoWPAN).
>
> The file can be obtained viahttps://datatracker.ietf.org/doc/draft-ietf-ippm-2330-ipv6/
>
> IESG discussion can be tracked viahttps://datatracker.ietf.org/doc/draft-ietf-ippm-2330-ipv6/ballot/
>
> No IPR declarations have been submitted directly on this I-D.
>
>

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

<div dir=3D"ltr">Greetings,<div><br></div><div>I have some last call commen=
ts on this document. Most (but not all) focus on aspects that do not respec=
t RFC 8200 and RFC 8201.</div><div><div><br></div><div>The Abstract says:</=
div><div><br></div><div><pre style=3D"font-size:13.3333px;margin-top:0px;ma=
rgin-bottom:0px;color:rgb(0,0,0)">   [...] Exemplary use cases include,
   but are not limited to IPv4-IPv6 translation, NAT, protocol
   encapsulation, IPv6 header compression, or use of IPv6 over Low-Power
   Wireless Area Networks (6LoWPAN).
</pre></div><div><br></div><div>These last two use cases, however, are expl=
icitly excluded in Section 4:</div><div><br></div><div><pre class=3D"gmail-=
newpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;page=
-break-before:always;color:rgb(0,0,0)">   [...] Because of these reasons we
   consider ROHC and 6LowPAN packets to be out of the scope of this
   document.</pre></div><div><br></div><div>On that basis, it seems that th=
e last two use cases in the Abstract should be removed. Other places in the=
 draft that IPv6 header compression also need to be looked at.</div><div><b=
r></div><div>Section 3, page 3, next to last paragraph, has a reference &qu=
ot;Diffserv [RFC2780]&quot; -- shouldn&#39;t that be &quot;Diffserv [RFC247=
4]&quot;?</div><div><br></div><div>Section 3, page 4, third paragraph, says=
:</div><div><br></div><div><pre class=3D"gmail-newpage" style=3D"font-size:=
13.3333px;margin-top:0px;margin-bottom:0px;page-break-before:always;color:r=
gb(0,0,0)">   [...] For example, the packet length will
   change if IP headers are converted to the alternate version/address
   family<span style=3D"background-color:rgb(255,255,0)">, or if optional E=
xtension Headers are added or removed</span>. [...]</pre></div><div><br></d=
iv><div>Adding or removing extension headers contravenes RFC 8200. Since th=
is is just an example, I would recommend deleting the controversial second =
clause.</div><div><br></div><div>Section 4, page 6, last paragraph, and pag=
e 7, first paragraph, say:</div><div><br></div><div><pre class=3D"gmail-new=
page" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;page-br=
eak-before:always;color:rgb(0,0,0)">   <span style=3D"background-color:rgb(=
255,255,0)">The topic of IPv6 Extension Headers brings current controversie=
s into</span>
   <span style=3D"background-color:rgb(255,255,0)">focus as noted by [<a hr=
ef=3D"https://tools.ietf.org/html/rfc6564" title=3D"&quot;A Uniform Format =
for IPv6 Extension Headers&quot;">RFC6564</a>] and [<a href=3D"https://tool=
s.ietf.org/html/rfc7045" title=3D"&quot;Transmission and Processing of IPv6=
 Extension Headers&quot;">RFC7045</a>].</span><span style=3D"background-col=
or:rgb(255,255,255)">  </span>However, measurement use
   cases in the context of the IPPM framework like in-situ OAM in
   enterprise environments <span style=3D"background-color:rgb(255,255,0)">=
or IPv6 Performance and Diagnostic Metrics</span>
   (<span style=3D"background-color:rgb(255,255,0)">PDM) Destination Option=
 measurements [<a href=3D"https://tools.ietf.org/html/rfc8250" title=3D"&qu=
ot;IPv6 Performance and Diagnostic Metrics (PDM) Destination Option&quot;">=
RFC8250</a>]</span> can benefit from
   inspection, modification, <span style=3D"background-color:rgb(255,255,0)=
">addition or deletion</span> of IPv6 extension
   headers in hosts along the measurement path.
</pre></div><div><br></div><div><pre class=3D"gmail-newpage" style=3D"font-=
size:13.3333px;margin-top:0px;margin-bottom:0px;page-break-before:always;co=
lor:rgb(0,0,0)">   As a particular use case, hosts on the path may store se=
nding and
   intermediate timestamps into dedicated extension headers to support
   measurements, monitoring, auditing, or reproducibility in critical
   environments.  <span style=3D"background-color:rgb(255,255,0)">[<a href=
=3D"https://tools.ietf.org/html/rfc8250" title=3D"&quot;IPv6 Performance an=
d Diagnostic Metrics (PDM) Destination Option&quot;">RFC8250</a>] endorses =
the use and manipulation of IPv6
</span><span style=3D"background-color:rgb(255,255,255)">   </span><span st=
yle=3D"background-color:rgb(255,255,0)">extension headers for measurement p=
urposes, consistent with other
</span><span style=3D"background-color:rgb(255,255,255)">   </span><span st=
yle=3D"background-color:rgb(255,255,0)">approved IETF specifications</span>=
.
</pre></div><div><br></div><div>These two paragraphs are very problematic a=
nd IMNSHO need a complete rewrite before publication.</div><div><br></div><=
div>As noted in a review by Fred Baker on 2016-07-14 of an earlier version =
(see=C2=A0<a href=3D"https://mailarchive.ietf.org/arch/msg/ippm/8sgikiZbSiD=
4v2VeKK_FA7TkjmM">https://mailarchive.ietf.org/arch/msg/ippm/8sgikiZbSiD4v2=
VeKK_FA7TkjmM</a>), the first sentence of the first paragraph above dates t=
he document, and in fact these controversies have largely been put to rest =
by RFC 8200. Specifically, insertion or deletion of extension headers by in=
termediate nodes is forbidden by RFC 8200. So is modification of extension =
headers other than modifiable options contained within the Hop by Hop Optio=
ns Header. An IPv6 hop-by-hop option somewhat along the lines of the IPv4 t=
imestamp option could, in principle, be defined, but so far none has been. =
The option defined in RFC 8250 is a destination option and is not allowed t=
o change in flight, and I see nothing in RFC 8250 that discusses the storin=
g of intermediate timestamps by nodes (note, nodes, not hosts) on the path.=
 If this is wrong, I would appreciate a pointer to the text in RFC 8250 tha=
t says otherwise.</div><div><br></div><div>Section 4, page 7, fifth paragra=
ph says:<br></div><div><br></div><div><pre class=3D"gmail-newpage" style=3D=
"font-size:13.3333px;margin-top:0px;margin-bottom:0px;page-break-before:alw=
ays;color:rgb(0,0,0)">   o  Extension Header insertion or deletion: <span s=
tyle=3D"background-color:rgb(255,255,0)">It is possible</span> that
      Extension Headers could be added to, or removed from the header
      chain.  The resulting packet may be standard-formed, with a
      corresponding Type-P.
</pre></div><div><br></div><div>This paragraph gives the impression that in=
sertion or deletion of extension headers is sanctioned by IETF standards, w=
hich is not true. If instead of &quot;It is possible ...&quot; it said some=
thing like &quot;Despite the fact that such behavior does not comply with R=
FC 8200, it is possible ...&quot; I would not find it objectionable.</div><=
div><br></div><div>Section 4, page 7, next-to-last paragraph says:<br></div=
><div><br></div><div><pre class=3D"gmail-newpage" style=3D"font-size:13.333=
3px;margin-top:0px;margin-bottom:0px;page-break-before:always;color:rgb(0,0=
,0)">   [...] Path MTU Discovery
   for IP version 6 (PMTUD, [<a href=3D"https://tools.ietf.org/html/rfc8201=
" title=3D"&quot;Path MTU Discovery for IP version 6&quot;">RFC8201</a>]) o=
r Packetization Layer Path MTU
   Discovery (PLPMTUD, [<a href=3D"https://tools.ietf.org/html/rfc4821" tit=
le=3D"&quot;Packetization Layer Path MTU Discovery&quot;">RFC4821</a>]) is =
recommended to prevent
   fragmentation<span style=3D"background-color:rgb(255,255,0)"> (or ICMP e=
rror messages) as a result of IPv6 extension</span>
   <span style=3D"background-color:rgb(255,255,0)">header manipulation</spa=
n>.</pre></div><div><br></div><div>The trailing clause &quot;(or ICMP error=
 messages) as a result of IPv6 extension header manipulation&quot; should b=
e removed, as it is just plain wrong. PMTUD relies on ICMP Packet Too Big m=
essages for proper operation, and in-flight increases in packet length due =
to insertion of extension headers actually break PTMTUD.</div><div><br></di=
v><div>Section 5, page 8, next-to-last paragraph says:<br></div><div><br></=
div><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0p=
x;margin-bottom:0px;page-break-before:always;color:rgb(0,0,0)">   o  Modifi=
cation or addition of headers or header field values in
      intermediate nodes.  <span style=3D"background-color:rgb(255,255,0)">=
As noted in <a href=3D"https://tools.ietf.org/html/draft-ietf-ippm-2330-ipv=
6-04#section-4">Section 4</a> for IPv6 extension</span>
      <span style=3D"background-color:rgb(255,255,0)">header manipulation, =
</span>NAT, IPv4-IPv6 transitioning or IPv6 header
      compression mechanisms may result in changes of the measurement
      packets&#39; Type-P, too.  Consequently, hosts along the measurement
      path may treat packets differently because of the Type-P
      modification.  Measurements at observation points along the path
      may also need extra context to uniquely identify a packet.
</pre><div>=C2=A0</div><div>If the changes I recommend above are implemente=
d, it will be necessary to remove the clause &quot;As noted in Section 4 fo=
r IPv6 extension header manipulation,&quot;</div><div><br></div><div>Mike H=
eard</div><div><br></div><div>On Wed, 11 Apr 2018 06:21:43 -0700, The IESG =
&lt;iesg-secretary at <a href=3D"http://ietf.org">ietf.org</a>&gt;=C2=A0wro=
te:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;=
border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:=
solid;padding-left:1ex"><div dir=3D"ltr"><pre style=3D"color:rgb(0,0,0)">Th=
e IESG has received a request from the IP Performance Measurement WG (ippm)
to consider the following document: - &#39;IPv6, IPv4 and Coexistence Updat=
es for
IPPM&#39;s Active Metric Framework&#39;
  &lt;draft-ietf-ippm-2330-ipv6-04.<wbr>txt&gt; as Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
ietf at <a href=3D"http://ietf.org">ietf.org</a> mailing lists by 2018-04-2=
5. Exceptionally, comments may be
sent to iesg at <a href=3D"http://ietf.org">ietf.org</a> instead. In either=
 case, please retain the beginning of
the Subject line to allow automated sorting.

Abstract

   This memo updates the IP Performance Metrics (IPPM) Framework RFC
   2330 with new considerations for measurement methodology and testing.
   It updates the definition of standard-formed packets in RFC 2330 to
   include IPv6 packets, deprecates the definition of minimum standard-
   formed packet, and augments distinguishing aspects of packets,
   referred to as Type-P for test packets in RFC 2330.  This memo
   identifies that IPv4-IPv6 co-existence can challenge measurements
   within the scope of the IPPM Framework.  Exemplary use cases include,
   but are not limited to IPv4-IPv6 translation, NAT, protocol
   encapsulation, IPv6 header compression, or use of IPv6 over Low-Power
   Wireless Area Networks (6LoWPAN).

The file can be obtained via
<a rel=3D"nofollow" href=3D"https://datatracker.ietf.org/doc/draft-ietf-ipp=
m-2330-ipv6/" target=3D"_blank">https://datatracker.ietf.org/<wbr>doc/draft=
-ietf-ippm-2330-ipv6/</a>

IESG discussion can be tracked via
<a rel=3D"nofollow" href=3D"https://datatracker.ietf.org/doc/draft-ietf-ipp=
m-2330-ipv6/ballot/" target=3D"_blank">https://datatracker.ietf.org/<wbr>do=
c/draft-ietf-ippm-2330-ipv6/<wbr>ballot/</a>

No IPR declarations have been submitted directly on this I-D.</pre></div></=
blockquote></div></div></div>

--00000000000072c6a20569d38445--


From nobody Sun Apr 15 06:43:55 2018
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E36F91200FC; Sun, 15 Apr 2018 06:43:47 -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, HTML_MESSAGE=0.001, 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 Wn4Pq5EJG-aJ; Sun, 15 Apr 2018 06:43:45 -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 2530C1200C5; Sun, 15 Apr 2018 06:43:45 -0700 (PDT)
Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w3FDYmFJ001703; Sun, 15 Apr 2018 09:43:44 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049295.ppops.net-00191d01. with ESMTP id 2hbsvws7en-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 15 Apr 2018 09:43:44 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3FDhhr0060090; Sun, 15 Apr 2018 08:43:43 -0500
Received: from zlp30499.vci.att.com (zlp30499.vci.att.com [135.46.181.149]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3FDharY060044; Sun, 15 Apr 2018 08:43:36 -0500
Received: from zlp30499.vci.att.com (zlp30499.vci.att.com [127.0.0.1]) by zlp30499.vci.att.com (Service) with ESMTP id D34CF40006F9; Sun, 15 Apr 2018 13:43:36 +0000 (GMT)
Received: from tlpd252.dadc.sbc.com (unknown [135.31.184.157]) by zlp30499.vci.att.com (Service) with ESMTP id BDDDE4000751; Sun, 15 Apr 2018 13:43:36 +0000 (GMT)
Received: from dadc.sbc.com (localhost [127.0.0.1]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3FDhaGf099577; Sun, 15 Apr 2018 08:43:36 -0500
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3FDhVsb099485; Sun, 15 Apr 2018 08:43:31 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id 6910FE256A; Sun, 15 Apr 2018 09:43:11 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0389.001; Sun, 15 Apr 2018 09:43:29 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: "C. M. Heard" <heard@pobox.com>, IETF <ietf@ietf.org>
CC: IPPM <ippm@ietf.org>, 6man <ipv6@ietf.org>
Thread-Topic: Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
Thread-Index: AQHT1CINNWLrZp0gnEmOO2ejSajh+KQByI8Q
Date: Sun, 15 Apr 2018 13:43:26 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com>
References: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com>
In-Reply-To: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [69.141.203.172]
Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CF4A8E895Enjmtexg5researc_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-04-15_06:, , 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-1804150134
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/vVL-3nY3g28ThG4OPfbuQxWb0nA>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Apr 2018 13:43:48 -0000

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

VGhhbmtzIGZvciB5b3VyIHJldmlldywgQy5NLg0KDQpwbGVhc2Ugc2VlIGJlbG93IFthY21dLA0K
QWwNCg0KRnJvbTogQy4gTS4gSGVhcmQgW21haWx0bzpoZWFyZEBwb2JveC5jb21dDQpTZW50OiBT
YXR1cmRheSwgQXByaWwgMTQsIDIwMTggMjo1NCBQTQ0KVG86IElFVEYgPGlldGZAaWV0Zi5vcmc+
DQpDYzogSVBQTSA8aXBwbUBpZXRmLm9yZz47IDZtYW4gPGlwdjZAaWV0Zi5vcmc+DQpTdWJqZWN0
OiBSZTogTGFzdCBDYWxsOiA8ZHJhZnQtaWV0Zi1pcHBtLTIzMzAtaXB2Ni0wNC50eHQ+IChJUHY2
LCBJUHY0IGFuZCBDb2V4aXN0ZW5jZSBVcGRhdGVzIGZvciBJUFBNJ3MgQWN0aXZlIE1ldHJpYyBG
cmFtZXdvcmspIHRvIEluZm9ybWF0aW9uYWwgUkZDDQoNCkdyZWV0aW5ncywNCg0KSSBoYXZlIHNv
bWUgbGFzdCBjYWxsIGNvbW1lbnRzIG9uIHRoaXMgZG9jdW1lbnQuIE1vc3QgKGJ1dCBub3QgYWxs
KSBmb2N1cyBvbiBhc3BlY3RzIHRoYXQgZG8gbm90IHJlc3BlY3QgUkZDIDgyMDAgYW5kIFJGQyA4
MjAxLg0KDQpUaGUgQWJzdHJhY3Qgc2F5czoNCg0KDQogICBbLi4uXSBFeGVtcGxhcnkgdXNlIGNh
c2VzIGluY2x1ZGUsDQoNCiAgIGJ1dCBhcmUgbm90IGxpbWl0ZWQgdG8gSVB2NC1JUHY2IHRyYW5z
bGF0aW9uLCBOQVQsIHByb3RvY29sDQoNCiAgIGVuY2Fwc3VsYXRpb24sIElQdjYgaGVhZGVyIGNv
bXByZXNzaW9uLCBvciB1c2Ugb2YgSVB2NiBvdmVyIExvdy1Qb3dlcg0KDQogICBXaXJlbGVzcyBB
cmVhIE5ldHdvcmtzICg2TG9XUEFOKS4NCg0KVGhlc2UgbGFzdCB0d28gdXNlIGNhc2VzLCBob3dl
dmVyLCBhcmUgZXhwbGljaXRseSBleGNsdWRlZCBpbiBTZWN0aW9uIDQ6DQoNCg0KICAgWy4uLl0g
QmVjYXVzZSBvZiB0aGVzZSByZWFzb25zIHdlDQoNCiAgIGNvbnNpZGVyIFJPSEMgYW5kIDZMb3dQ
QU4gcGFja2V0cyB0byBiZSBvdXQgb2YgdGhlIHNjb3BlIG9mIHRoaXMNCg0KICAgZG9jdW1lbnQu
DQoNCk9uIHRoYXQgYmFzaXMsIGl0IHNlZW1zIHRoYXQgdGhlIGxhc3QgdHdvIHVzZSBjYXNlcyBp
biB0aGUgQWJzdHJhY3Qgc2hvdWxkIGJlIHJlbW92ZWQuIE90aGVyIHBsYWNlcyBpbiB0aGUgZHJh
ZnQgdGhhdCBJUHY2IGhlYWRlciBjb21wcmVzc2lvbiBhbHNvIG5lZWQgdG8gYmUgbG9va2VkIGF0
Lg0KW2FjbV0NCkNsYXJpZmllZCBhcyBmb2xsb3dzOg0KSVB2NiBoZWFkZXIgY29tcHJlc3Npb24g
YW5kIHVzZSBvZiBJUHY2IG92ZXINCkxvdy1Qb3dlciBXaXJlbGVzcyBBcmVhIE5ldHdvcmtzICg2
TG9XUEFOKSBhcmUNCmNvbnNpZGVyZWQgYW5kIGV4Y2x1ZGVkIGZyb20gdGhlIHN0YW5kYXJkLWZv
cm1lZCBwYWNrZXQgZXZhbHVhdGlvbi4NCg0KYW5kIGxhdGVyOg0KQmVjYXVzZSBvZiB0aGVzZSBy
ZWFzb25zIHdlIGNvbnNpZGVyIFJPSEMgYW5kDQo2TG93UEFOIHBhY2tldHMgdG8gYmUgb3V0IG9m
IHRoZSBzY29wZSBmb3IgdGhlDQpzdGFuZGFyZC1mb3JtZWQgcGFja2V0IGV2YWx1YXRpb24uDQoN
ClNlY3Rpb24gMywgcGFnZSAzLCBuZXh0IHRvIGxhc3QgcGFyYWdyYXBoLCBoYXMgYSByZWZlcmVu
Y2UgIkRpZmZzZXJ2IFtSRkMyNzgwXSIgLS0gc2hvdWxkbid0IHRoYXQgYmUgIkRpZmZzZXJ2IFtS
RkMyNDc0XSI/DQpbYWNtXQ0KeWVzLCAyNDc0IHdhcyBpbnRlbmRlZCwgdGhhbmtzLg0KDQpTZWN0
aW9uIDMsIHBhZ2UgNCwgdGhpcmQgcGFyYWdyYXBoLCBzYXlzOg0KDQoNCiAgIFsuLi5dIEZvciBl
eGFtcGxlLCB0aGUgcGFja2V0IGxlbmd0aCB3aWxsDQoNCiAgIGNoYW5nZSBpZiBJUCBoZWFkZXJz
IGFyZSBjb252ZXJ0ZWQgdG8gdGhlIGFsdGVybmF0ZSB2ZXJzaW9uL2FkZHJlc3MNCg0KICAgZmFt
aWx5LCBvciBpZiBvcHRpb25hbCBFeHRlbnNpb24gSGVhZGVycyBhcmUgYWRkZWQgb3IgcmVtb3Zl
ZC4gWy4uLl0NCg0KQWRkaW5nIG9yIHJlbW92aW5nIGV4dGVuc2lvbiBoZWFkZXJzIGNvbnRyYXZl
bmVzIFJGQyA4MjAwLiBTaW5jZSB0aGlzIGlzIGp1c3QgYW4gZXhhbXBsZSwgSSB3b3VsZCByZWNv
bW1lbmQgZGVsZXRpbmcgdGhlIGNvbnRyb3ZlcnNpYWwgc2Vjb25kIGNsYXVzZS4NClthY21dDQpV
bmRlcnN0YW5kLCBzZWUgYmVsb3cuDQoNClNlY3Rpb24gNCwgcGFnZSA2LCBsYXN0IHBhcmFncmFw
aCwgYW5kIHBhZ2UgNywgZmlyc3QgcGFyYWdyYXBoLCBzYXk6DQoNCg0KICAgVGhlIHRvcGljIG9m
IElQdjYgRXh0ZW5zaW9uIEhlYWRlcnMgYnJpbmdzIGN1cnJlbnQgY29udHJvdmVyc2llcyBpbnRv
DQoNCiAgIGZvY3VzIGFzIG5vdGVkIGJ5IFtSRkM2NTY0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v
ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9yZmM2NTY0
JmQ9RHdNRmFRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPU9mc1N1OGtUSWx0VnlEMW9MNzJj
QncmbT1ZazlHQ3hteXRLQmxNTWVhZEZQNW1OV0RzaHJOdEQzdXJfUWctd01YX3RzJnM9cVF5WllU
MHp4dC1DbHFSVThoSVVVTllrNXhpNXJRdkJvekFXeGptNjdvcyZlPT5dIGFuZCBbUkZDNzA0NTxo
dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xz
LmlldGYub3JnX2h0bWxfcmZjNzA0NSZkPUR3TUZhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcm
cj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09WWs5R0N4bXl0S0JsTU1lYWRGUDVtTldEc2hyTnRE
M3VyX1FnLXdNWF90cyZzPTlJNjU2QWpUU2pZcFFsTXN0Q1JJbU5VYVp2ZW5tNGtQTnFfckk3LVZa
QWcmZT0+XS4gIEhvd2V2ZXIsIG1lYXN1cmVtZW50IHVzZQ0KDQogICBjYXNlcyBpbiB0aGUgY29u
dGV4dCBvZiB0aGUgSVBQTSBmcmFtZXdvcmsgbGlrZSBpbi1zaXR1IE9BTSBpbg0KDQogICBlbnRl
cnByaXNlIGVudmlyb25tZW50cyBvciBJUHY2IFBlcmZvcm1hbmNlIGFuZCBEaWFnbm9zdGljIE1l
dHJpY3MNCg0KICAgKFBETSkgRGVzdGluYXRpb24gT3B0aW9uIG1lYXN1cmVtZW50cyBbUkZDODI1
MDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rv
b2xzLmlldGYub3JnX2h0bWxfcmZjODI1MCZkPUR3TUZhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3Zq
SWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09WWs5R0N4bXl0S0JsTU1lYWRGUDVtTldEc2hy
TnREM3VyX1FnLXdNWF90cyZzPXR3MGZpazBiUzB1Q19pZm4wUzF1ZTY2WC1iczcwSDdEYTB4SG9R
MmNrQUEmZT0+XSBjYW4gYmVuZWZpdCBmcm9tDQoNCiAgIGluc3BlY3Rpb24sIG1vZGlmaWNhdGlv
biwgYWRkaXRpb24gb3IgZGVsZXRpb24gb2YgSVB2NiBleHRlbnNpb24NCg0KICAgaGVhZGVycyBp
biBob3N0cyBhbG9uZyB0aGUgbWVhc3VyZW1lbnQgcGF0aC4NCg0KDQogICBBcyBhIHBhcnRpY3Vs
YXIgdXNlIGNhc2UsIGhvc3RzIG9uIHRoZSBwYXRoIG1heSBzdG9yZSBzZW5kaW5nIGFuZA0KDQog
ICBpbnRlcm1lZGlhdGUgdGltZXN0YW1wcyBpbnRvIGRlZGljYXRlZCBleHRlbnNpb24gaGVhZGVy
cyB0byBzdXBwb3J0DQoNCiAgIG1lYXN1cmVtZW50cywgbW9uaXRvcmluZywgYXVkaXRpbmcsIG9y
IHJlcHJvZHVjaWJpbGl0eSBpbiBjcml0aWNhbA0KDQogICBlbnZpcm9ubWVudHMuICBbUkZDODI1
MDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rv
b2xzLmlldGYub3JnX2h0bWxfcmZjODI1MCZkPUR3TUZhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3Zq
SWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09WWs5R0N4bXl0S0JsTU1lYWRGUDVtTldEc2hy
TnREM3VyX1FnLXdNWF90cyZzPXR3MGZpazBiUzB1Q19pZm4wUzF1ZTY2WC1iczcwSDdEYTB4SG9R
MmNrQUEmZT0+XSBlbmRvcnNlcyB0aGUgdXNlIGFuZCBtYW5pcHVsYXRpb24gb2YgSVB2Ng0KDQog
ICBleHRlbnNpb24gaGVhZGVycyBmb3IgbWVhc3VyZW1lbnQgcHVycG9zZXMsIGNvbnNpc3RlbnQg
d2l0aCBvdGhlcg0KDQogICBhcHByb3ZlZCBJRVRGIHNwZWNpZmljYXRpb25zDQoNCg0KDQoNCg0K
W2FjbV0NCg0KVGhpcyBpcyB0aGUgZW5kLW9mLW1lc3NhZ2UgSSByZWNlaXZlZCwgYnV0IEkgaW1h
Z2luZSB5b3UgaW50ZW5kZWQgdG8NCg0KcG9pbnQtb3V0IHRoYXQgODIwMCBhbmQgODI1MCBhcHBl
YXIgdG8gYmUgaW4gY29uZmxpY3Qgb3Zlcg0KDQphZGRpdGlvbi9kZWxldGlvbiBvZiBleHRlbnNp
b24gaGVhZGVycy4NCg0KDQoNCkZyb20gODIwMCwgc2VjdGlvbiA0Og0KDQoNCiAgIEV4dGVuc2lv
biBoZWFkZXJzIChleGNlcHQgZm9yIHRoZSBIb3AtYnktSG9wIE9wdGlvbnMgaGVhZGVyKSBhcmUg
bm90DQogICBwcm9jZXNzZWQsIGluc2VydGVkLCBvciBkZWxldGVkIGJ5IGFueSBub2RlIGFsb25n
IGEgcGFja2V0J3MgZGVsaXZlcnkNCiAgIHBhdGgsIHVudGlsIHRoZSBwYWNrZXQgcmVhY2hlcyB0
aGUgbm9kZSAob3IgZWFjaCBvZiB0aGUgc2V0IG9mIG5vZGVzLA0KICAgaW4gdGhlIGNhc2Ugb2Yg
bXVsdGljYXN0KSBpZGVudGlmaWVkIGluIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIGZpZWxkDQog
ICBvZiB0aGUgSVB2NiBoZWFkZXIuDQoNCg0KDQpJIHdvbmRlciB3aHkgUkZDIDIxMTkgcmVxdWly
ZW1lbnQgdGVybXMgd2VyZSBub3QgdXNlZCB0bw0KDQpleHByZXNzIHRoaXMgaWRlYT8gV2UgY2Vy
dGFpbmx5IGhhdmUgYWdyZWVtZW50cyBhYm91dA0KDQpyZXF1aXJlbWVudHMgbGFuZ3VhZ2UgZm9y
IFN0YW5kYXJkcyBUcmFjayBtZW1vcyBpbiBJRVRGLg0KDQoNCg0KUkZDODI1MCBkb2VzIG5vdCBp
bnZvbHZlIEV4dGVuc2lvbiBoZWFkZXIgaW5zZXJ0aW9uL2RlbGV0aW9uDQoNCmFsb25nIHRoZSBw
YXRoLCBidXQgb3RoZXIgd29yay1pbi1wcm9ncmVzcyAoaW4tc2l0dSBPQU0pIHdvdWxkLg0KDQoN
Cg0KSW4gYW55IGNhc2UsIGEgbWVhc3VyZW1lbnQgZnJhbWV3b3JrIHNob3VsZCBiZSBwcmVwYXJl
ZCB0bw0KDQpoYW5kbGUgc29tZSB1bmV4cGVjdGVkL2Rpc2NvdXJhZ2VkIGJlaGF2aW9ycyBlbmNv
dW50ZXJlZCBvbiB0aGUgcGF0aC4NCg0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0
dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVm
b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN
Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0
dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0K
CWNvbG9yOmJsYWNrO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v
bmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0
aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4w
aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl
PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIg
c3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48
eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQi
IGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+
DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs
YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6
YmxhY2siPlRoYW5rcyBmb3IgeW91ciByZXZpZXcsIEMuTS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh
Y2siPnBsZWFzZSBzZWUgYmVsb3cgW2FjbV0sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPkFsPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx
dW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXYg
c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzow
aW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmIj4gQy4gTS4gSGVhcmQgW21haWx0bzpoZWFyZEBwb2JveC5jb21dDQo8YnI+
DQo8Yj5TZW50OjwvYj4gU2F0dXJkYXksIEFwcmlsIDE0LCAyMDE4IDI6NTQgUE08YnI+DQo8Yj5U
bzo8L2I+IElFVEYgJmx0O2lldGZAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBJUFBNICZs
dDtpcHBtQGlldGYub3JnJmd0OzsgNm1hbiAmbHQ7aXB2NkBpZXRmLm9yZyZndDs8YnI+DQo8Yj5T
dWJqZWN0OjwvYj4gUmU6IExhc3QgQ2FsbDogJmx0O2RyYWZ0LWlldGYtaXBwbS0yMzMwLWlwdjYt
MDQudHh0Jmd0OyAoSVB2NiwgSVB2NCBhbmQgQ29leGlzdGVuY2UgVXBkYXRlcyBmb3IgSVBQTSdz
IEFjdGl2ZSBNZXRyaWMgRnJhbWV3b3JrKSB0byBJbmZvcm1hdGlvbmFsIFJGQzxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5HcmVldGluZ3MsPG86
cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhdmUgc29tZSBs
YXN0IGNhbGwgY29tbWVudHMgb24gdGhpcyBkb2N1bWVudC4gTW9zdCAoYnV0IG5vdCBhbGwpIGZv
Y3VzIG9uIGFzcGVjdHMgdGhhdCBkbyBub3QgcmVzcGVjdCBSRkMgODIwMCBhbmQgUkZDIDgyMDEu
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5UaGUgQWJzdHJhY3Qgc2F5czo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBbLi4uXSBFeGVtcGxh
cnkgdXNlIGNhc2VzIGluY2x1ZGUsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGJ1dCBhcmUgbm90IGxpbWl0ZWQgdG8g
SVB2NC1JUHY2IHRyYW5zbGF0aW9uLCBOQVQsIHByb3RvY29sPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGVuY2Fwc3Vs
YXRpb24sIElQdjYgaGVhZGVyIGNvbXByZXNzaW9uLCBvciB1c2Ugb2YgSVB2NiBvdmVyIExvdy1Q
b3dlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPiZuYnNwOyZuYnNwOyBXaXJlbGVzcyBBcmVhIE5ldHdvcmtzICg2TG9XUEFOKS48bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
VGhlc2UgbGFzdCB0d28gdXNlIGNhc2VzLCBob3dldmVyLCBhcmUgZXhwbGljaXRseSBleGNsdWRl
ZCBpbiBTZWN0aW9uIDQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5
bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m
bmJzcDsmbmJzcDsgWy4uLl0gQmVjYXVzZSBvZiB0aGVzZSByZWFzb25zIHdlPG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFu
IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGNvbnNpZGVyIFJPSEMgYW5kIDZMb3dQ
QU4gcGFja2V0cyB0byBiZSBvdXQgb2YgdGhlIHNjb3BlIG9mIHRoaXM8bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgZG9jdW1lbnQuPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIHRoYXQgYmFz
aXMsIGl0IHNlZW1zIHRoYXQgdGhlIGxhc3QgdHdvIHVzZSBjYXNlcyBpbiB0aGUgQWJzdHJhY3Qg
c2hvdWxkIGJlIHJlbW92ZWQuIE90aGVyIHBsYWNlcyBpbiB0aGUgZHJhZnQgdGhhdCBJUHY2IGhl
YWRlciBjb21wcmVzc2lvbiBhbHNvIG5lZWQgdG8gYmUgbG9va2VkIGF0LjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlthY21d
DQo8L3NwYW4+PC9pPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPkNsYXJpZmll
ZCBhcyBmb2xsb3dzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5JUHY2IGhlYWRlciBjb21wcmVzc2lvbiBhbmQgdXNlIG9m
IElQdjYgb3Zlcg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6YmxhY2siPkxvdy1Qb3dlciBXaXJlbGVzcyBBcmVhIE5ldHdvcmtzICg2
TG9XUEFOKSBhcmUNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5jb25zaWRlcmVkIGFuZCBleGNsdWRlZCBmcm9tIHRoZSBz
dGFuZGFyZC1mb3JtZWQgcGFja2V0IGV2YWx1YXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNr
Ij5hbmQgbGF0ZXI6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6YmxhY2siPkJlY2F1c2Ugb2YgdGhlc2UgcmVhc29ucyB3ZSBjb25zaWRl
ciBST0hDIGFuZA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6YmxhY2siPjZMb3dQQU4gcGFja2V0cyB0byBiZSBvdXQgb2YgdGhlIHNj
b3BlIGZvciB0aGUNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5zdGFuZGFyZC1mb3JtZWQgcGFja2V0IGV2YWx1YXRpb24u
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5TZWN0aW9uIDMsIHBhZ2UgMywgbmV4dCB0byBsYXN0IHBhcmFncmFwaCwgaGFzIGEgcmVm
ZXJlbmNlICZxdW90O0RpZmZzZXJ2IFtSRkMyNzgwXSZxdW90OyAtLSBzaG91bGRuJ3QgdGhhdCBi
ZSAmcXVvdDtEaWZmc2VydiBbUkZDMjQ3NF0mcXVvdDs/PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+W2FjbV0NCjwvc3Bhbj48
L2k+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv
dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+eWVzLCAyNDc0IHdhcyBpbnRl
bmRlZCwgdGhhbmtzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiAzLCBwYWdlIDQsIHRoaXJkIHBhcmFncmFwaCwgc2F5
czo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0icGFnZS1icmVh
ay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBb
Li4uXSBGb3IgZXhhbXBsZSwgdGhlIHBhY2tldCBsZW5ndGggd2lsbDxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBjaGFuZ2UgaWYgSVAgaGVhZGVycyBhcmUgY29u
dmVydGVkIHRvIHRoZSBhbHRlcm5hdGUgdmVyc2lvbi9hZGRyZXNzPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGZhbWlseTxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5k
OnllbGxvdyI+LCBvciBpZiBvcHRpb25hbCBFeHRlbnNpb24gSGVhZGVycyBhcmUgYWRkZWQgb3Ig
cmVtb3ZlZDwvc3Bhbj4uIFsuLi5dPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFkZGluZyBvciByZW1vdmluZyBleHRlbnNpb24g
aGVhZGVycyBjb250cmF2ZW5lcyBSRkMgODIwMC4gU2luY2UgdGhpcyBpcyBqdXN0IGFuIGV4YW1w
bGUsIEkgd291bGQgcmVjb21tZW5kIGRlbGV0aW5nIHRoZSBjb250cm92ZXJzaWFsIHNlY29uZCBj
bGF1c2UuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90
Oztjb2xvcjpibGFjayI+W2FjbV0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlVuZGVyc3RhbmQsIHNlZSBi
ZWxvdy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPlNlY3Rpb24gNCwgcGFnZSA2LCBsYXN0IHBhcmFncmFwaCwgYW5kIHBhZ2UgNywg
Zmlyc3QgcGFyYWdyYXBoLCBzYXk6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
cmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj4mbmJzcDsmbmJzcDsgPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6eWVsbG93Ij5UaGUgdG9w
aWMgb2YgSVB2NiBFeHRlbnNpb24gSGVhZGVycyBicmluZ3MgY3VycmVudCBjb250cm92ZXJzaWVz
IGludG88L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJy
ZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7
IDxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdyI+Zm9jdXMgYXMgbm90ZWQgYnkgWzxhIGhy
ZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9f
dG9vbHMuaWV0Zi5vcmdfaHRtbF9yZmM2NTY0JmFtcDtkPUR3TUZhUSZhbXA7Yz1MRllaLW85X0hV
TWVNVFNRaWN2aklnJmFtcDtyPU9mc1N1OGtUSWx0VnlEMW9MNzJjQncmYW1wO209WWs5R0N4bXl0
S0JsTU1lYWRGUDVtTldEc2hyTnREM3VyX1FnLXdNWF90cyZhbXA7cz1xUXlaWVQwenh0LUNscVJV
OGhJVVVOWWs1eGk1clF2Qm96QVd4am02N29zJmFtcDtlPSIgdGl0bGU9IiZxdW90O0EgVW5pZm9y
bSBGb3JtYXQgZm9yIElQdjYgRXh0ZW5zaW9uIEhlYWRlcnMmcXVvdDsiPlJGQzY1NjQ8L2E+XSBh
bmQgWzxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o
dHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9yZmM3MDQ1JmFtcDtkPUR3TUZhUSZhbXA7Yz1M
RllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDtyPU9mc1N1OGtUSWx0VnlEMW9MNzJjQncmYW1wO209
WWs5R0N4bXl0S0JsTU1lYWRGUDVtTldEc2hyTnREM3VyX1FnLXdNWF90cyZhbXA7cz05STY1NkFq
VFNqWXBRbE1zdENSSW1OVWFadmVubTRrUE5xX3JJNy1WWkFnJmFtcDtlPSIgdGl0bGU9IiZxdW90
O1RyYW5zbWlzc2lvbiBhbmQgUHJvY2Vzc2luZyBvZiBJUHY2IEV4dGVuc2lvbiBIZWFkZXJzJnF1
b3Q7Ij5SRkM3MDQ1PC9hPl0uPC9zcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4m
bmJzcDsgPC9zcGFuPkhvd2V2ZXIsIG1lYXN1cmVtZW50IHVzZTxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0i
Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBjYXNlcyBpbiB0aGUgY29udGV4dCBvZiB0aGUgSVBQ
TSBmcmFtZXdvcmsgbGlrZSBpbi1zaXR1IE9BTSBpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPiZuYnNwOyZuYnNwOyBlbnRlcnByaXNlIGVudmlyb25tZW50cyA8c3BhbiBzdHlsZT0i
YmFja2dyb3VuZDp5ZWxsb3ciPm9yIElQdjYgUGVyZm9ybWFuY2UgYW5kIERpYWdub3N0aWMgTWV0
cmljczwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJl
YWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsg
KDxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdyI+UERNKSBEZXN0aW5hdGlvbiBPcHRpb24g
bWVhc3VyZW1lbnRzIFs8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v
djIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfcmZjODI1MCZhbXA7ZD1Ed01G
YVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZhbXA7cj1PZnNTdThrVElsdFZ5RDFvTDcy
Y0J3JmFtcDttPVlrOUdDeG15dEtCbE1NZWFkRlA1bU5XRHNock50RDN1cl9RZy13TVhfdHMmYW1w
O3M9dHcwZmlrMGJTMHVDX2lmbjBTMXVlNjZYLWJzNzBIN0RhMHhIb1EyY2tBQSZhbXA7ZT0iIHRp
dGxlPSImcXVvdDtJUHY2IFBlcmZvcm1hbmNlIGFuZCBEaWFnbm9zdGljIE1ldHJpY3MgKFBETSkg
RGVzdGluYXRpb24gT3B0aW9uJnF1b3Q7Ij5SRkM4MjUwPC9hPl08L3NwYW4+IGNhbiBiZW5lZml0
IGZyb208bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVm
b3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgaW5zcGVj
dGlvbiwgbW9kaWZpY2F0aW9uLCA8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp5ZWxsb3ciPmFkZGl0
aW9uIG9yIGRlbGV0aW9uPC9zcGFuPiBvZiBJUHY2IGV4dGVuc2lvbjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBoZWFkZXJzIGluIGhvc3RzIGFsb25nIHRoZSBt
ZWFzdXJlbWVudCBwYXRoLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7IEFzIGEgcGFydGljdWxhciB1c2UgY2FzZSwgaG9zdHMgb24g
dGhlIHBhdGggbWF5IHN0b3JlIHNlbmRpbmcgYW5kPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpi
bGFjayI+Jm5ic3A7Jm5ic3A7IGludGVybWVkaWF0ZSB0aW1lc3RhbXBzIGludG8gZGVkaWNhdGVk
IGV4dGVuc2lvbiBoZWFkZXJzIHRvIHN1cHBvcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj4mbmJzcDsmbmJzcDsgbWVhc3VyZW1lbnRzLCBtb25pdG9yaW5nLCBhdWRpdGluZywgb3Ig
cmVwcm9kdWNpYmlsaXR5IGluIGNyaXRpY2FsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
IHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj
ayI+Jm5ic3A7Jm5ic3A7IGVudmlyb25tZW50cy4mbmJzcDsgPHNwYW4gc3R5bGU9ImJhY2tncm91
bmQ6eWVsbG93Ij5bPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy
L3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX3JmYzgyNTAmYW1wO2Q9RHdNRmFR
JmFtcDtjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmYW1wO3I9T2ZzU3U4a1RJbHRWeUQxb0w3MmNC
dyZhbXA7bT1ZazlHQ3hteXRLQmxNTWVhZEZQNW1OV0RzaHJOdEQzdXJfUWctd01YX3RzJmFtcDtz
PXR3MGZpazBiUzB1Q19pZm4wUzF1ZTY2WC1iczcwSDdEYTB4SG9RMmNrQUEmYW1wO2U9IiB0aXRs
ZT0iJnF1b3Q7SVB2NiBQZXJmb3JtYW5jZSBhbmQgRGlhZ25vc3RpYyBNZXRyaWNzIChQRE0pIERl
c3RpbmF0aW9uIE9wdGlvbiZxdW90OyI+UkZDODI1MDwvYT5dIGVuZG9yc2VzIHRoZSB1c2UgYW5k
IG1hbmlwdWxhdGlvbiBvZiBJUHY2PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2s7YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2s7YmFja2dyb3VuZDp5ZWxsb3ciPmV4dGVuc2lvbiBoZWFkZXJzIGZvciBtZWFzdXJl
bWVudCBwdXJwb3NlcywgY29uc2lzdGVudCB3aXRoIG90aGVyPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDsmbmJzcDsgPC9zcGFuPjxzcGFuIHN0
eWxlPSJjb2xvcjpibGFjaztiYWNrZ3JvdW5kOnllbGxvdyI+YXBwcm92ZWQgSUVURiBzcGVjaWZp
Y2F0aW9uczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1i
ZWZvcmU6YWx3YXlzIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpi
bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3ByZT4NCjxwcmUgc3R5bGU9
InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wcmU+
DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxiPjxpPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5bYWNtXSA8bzpwPjwvbzpwPjwvc3Bhbj48
L2k+PC9iPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+VGhpcyBpcyB0aGUgZW5kLW9m
LW1lc3NhZ2UgSSByZWNlaXZlZCwgYnV0IEkgaW1hZ2luZSB5b3UgaW50ZW5kZWQgdG8gPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5wb2ludC1vdXQgdGhh
dCA4MjAwIGFuZCA4MjUwIGFwcGVhciB0byBiZSBpbiBjb25mbGljdCBvdmVyPG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5hZGRpdGlvbi9kZWxldGlvbiBv
ZiBleHRlbnNpb24gaGVhZGVycy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i
cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtj
b2xvcjpibGFjayI+RnJvbSA4MjAwLCBzZWN0aW9uIDQ6PG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRXh0ZW5zaW9uIGhl
YWRlcnMgKGV4Y2VwdCBmb3IgdGhlIEhvcC1ieS1Ib3AgT3B0aW9ucyBoZWFkZXIpIGFyZSBub3Q8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i
c3A7Jm5ic3A7IHByb2Nlc3NlZCwgaW5zZXJ0ZWQsIG9yIGRlbGV0ZWQgYnkgYW55IG5vZGUgYWxv
bmcgYSBwYWNrZXQncyBkZWxpdmVyeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgcGF0aCwgdW50aWwgdGhlIHBhY2tldCBy
ZWFjaGVzIHRoZSBub2RlIChvciBlYWNoIG9mIHRoZSBzZXQgb2Ygbm9kZXMsPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBp
biB0aGUgY2FzZSBvZiBtdWx0aWNhc3QpIGlkZW50aWZpZWQgaW4gdGhlIERlc3RpbmF0aW9uIEFk
ZHJlc3MgZmllbGQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l
dyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG9mIHRoZSBJUHY2IGhlYWRlci48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkkgd29uZGVyIHdoeSBSRkMgMjExOSByZXF1
aXJlbWVudCB0ZXJtcyB3ZXJlIG5vdCB1c2VkIHRvIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtjb2xvcjpibGFjayI+ZXhwcmVzcyB0aGlzIGlkZWE/IFdlIGNlcnRhaW5seSBo
YXZlIGFncmVlbWVudHMgYWJvdXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Y29sb3I6YmxhY2siPnJlcXVpcmVtZW50cyBsYW5ndWFnZSBmb3IgU3RhbmRhcmRzIFRyYWNrIG1l
bW9zIGluIElFVEYuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1i
cmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpi
bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJy
ZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJs
YWNrIj5SRkM4MjUwIGRvZXMgbm90IGludm9sdmUgRXh0ZW5zaW9uIGhlYWRlciBpbnNlcnRpb24v
ZGVsZXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst
YmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2si
PmFsb25nIHRoZSBwYXRoLCBidXQgb3RoZXIgd29yay1pbi1wcm9ncmVzcyAoaW4tc2l0dSBPQU0p
IHdvdWxkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1i
ZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJl
Zm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5J
biBhbnkgY2FzZSwgYSBtZWFzdXJlbWVudCBmcmFtZXdvcmsgc2hvdWxkIGJlIHByZXBhcmVkIHRv
IDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6
YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+aGFuZGxl
IHNvbWUgdW5leHBlY3RlZC9kaXNjb3VyYWdlZCBiZWhhdmlvcnMgZW5jb3VudGVyZWQgb24gdGhl
IHBhdGguPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJl
Zm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_4D7F4AD313D3FC43A053B309F97543CF4A8E895Enjmtexg5researc_--


From nobody Sun Apr 15 08:56:38 2018
Return-Path: <heard@pobox.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3696127876; Sun, 15 Apr 2018 08:56:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=pobox.com; domainkeys=pass (1024-bit key) header.from=heard@pobox.com header.d=pobox.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 pb239C7Eh76M; Sun, 15 Apr 2018 08:56:33 -0700 (PDT)
Received: from pb-smtp2.pobox.com (pb-smtp2.pobox.com [64.147.108.71]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB3241270B4; Sun, 15 Apr 2018 08:56:32 -0700 (PDT)
Received: from pb-smtp2.pobox.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 06C8DE9065; Sun, 15 Apr 2018 11:56:32 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=mime-version :in-reply-to:references:from:date:message-id:subject:to:cc :content-type; s=sasl; bh=lkZHTwS/iRv0Cnwcr8es2xAqhco=; b=RhWMaZ 9otwp0RqqBCIEhokNonrIpqVVXOXjxXzSWyoPqHzCPhvyt3UJohPdkhRwYdwdW22 V5A5ENjeqZ7xGqKinWIagpzLw34hLWjxGw0nDw+gQ7nuA5P8HlBPgsJbT6TAgYXg PutB/vzQMZxaVcK+aBoUrRSwRWovUzVpMyFXs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=mime-version :in-reply-to:references:from:date:message-id:subject:to:cc :content-type; q=dns; s=sasl; b=JCmnRFw07BJujuBNFWcqqJom8dq91OXr z6Id5K5y27mSKArww4Yz2nnQ3rPV7PNMKiOkJ/Jy9mal+vR602RlzpgQM0sDDdxH TllPPBesce79nC+xZgmfVX8rS87RW5OqqzS3wErDvzIXAiPLcLUX6lRcPQUCB5PA GgRxAk14H8k=
Received: from pb-smtp2.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id F2BEAE9063; Sun, 15 Apr 2018 11:56:31 -0400 (EDT)
Received: from mail-oi0-f42.google.com (unknown [209.85.218.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp2.pobox.com (Postfix) with ESMTPSA id 7BB09E9060; Sun, 15 Apr 2018 11:56:31 -0400 (EDT)
Received: by mail-oi0-f42.google.com with SMTP id 126-v6so12384970oig.0; Sun, 15 Apr 2018 08:56:31 -0700 (PDT)
X-Gm-Message-State: ALQs6tDzqs3UsFOh9dnjp3juEeDXmCag8F0odpp98z0S7/yOAMIbPuhe VxGKHO40fZFOGphbwXcpDQGCaL/mthFjM6MiHKg=
X-Google-Smtp-Source: AIpwx483fjjeCrC9yNsbgoNTuB9ozX6YSNuV3LhXUZlpYloXx10S9FgO8R4b+13hgkCNttzCMZikJUp1HFfng0Ger+g=
X-Received: by 2002:aca:1308:: with SMTP id e8-v6mr13175805oii.119.1523807790865;  Sun, 15 Apr 2018 08:56:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.74.136.194 with HTTP; Sun, 15 Apr 2018 08:56:10 -0700 (PDT)
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com>
References: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com>
From: "C. M. Heard" <heard@pobox.com>
Date: Sun, 15 Apr 2018 08:56:10 -0700
X-Gmail-Original-Message-ID: <CACL_3VEUg_BQKDGqJ5fgCo2jcT3mLWhAgjXgX2a4_V9CVMNiqA@mail.gmail.com>
Message-ID: <CACL_3VEUg_BQKDGqJ5fgCo2jcT3mLWhAgjXgX2a4_V9CVMNiqA@mail.gmail.com>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>
Cc: IETF <ietf@ietf.org>, IPPM <ippm@ietf.org>, 6man <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000014a3400569e52602"
X-Pobox-Relay-ID: 90B3E16C-40C5-11E8-B9A3-67830C78B957-06080547!pb-smtp2.pobox.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/_U5-f5kfUBclySpO9bTqQ0mEKxA>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Apr 2018 15:56:36 -0000

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

Hello Al,

Apologies for the truncated message ... the full version is available at
https://www.ietf.org/mail-archive/web/ippm/current/msg04999.html.  I'll
resend off-list shortly. In the meantime, my responses below are marked
[cmh]

Mike Heard

On Sun, Apr 15, 2018 at 6:43 AM, MORTON, ALFRED C (AL) <acm@research.att.co=
m
> wrote:

> Thanks for your review, C.M.
>
>
>
> please see below [acm],
>
> Al
>
>
>

 [ non-controversial stuff elided ]


>
> Section 3, page 4, third paragraph, says:
>
>
>
>    [...] For example, the packet length will
>
>    change if IP headers are converted to the alternate version/address
>
>    family, or if optional Extension Headers are added or removed. [...]
>
>
>
> Adding or removing extension headers contravenes RFC 8200. Since this is
> just an example, I would recommend deleting the controversial second clau=
se.
>
> *[acm] *
>
> Understand, see below.
>
>
>
> Section 4, page 6, last paragraph, and page 7, first paragraph, say:
>
>
>
>    The topic of IPv6 Extension Headers brings current controversies into
>
>    focus as noted by [RFC6564 <https://urldefense.proofpoint.com/v2/url?u=
=3Dhttps-3A__tools.ietf.org_html_rfc6564&d=3DDwMFaQ&c=3DLFYZ-o9_HUMeMTSQicv=
jIg&r=3DOfsSu8kTIltVyD1oL72cBw&m=3DYk9GCxmytKBlMMeadFP5mNWDshrNtD3ur_Qg-wMX=
_ts&s=3DqQyZYT0zxt-ClqRU8hIUUNYk5xi5rQvBozAWxjm67os&e=3D>] and [RFC7045 <ht=
tps://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_rf=
c7045&d=3DDwMFaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIltVyD1oL72cBw&m=3D=
Yk9GCxmytKBlMMeadFP5mNWDshrNtD3ur_Qg-wMX_ts&s=3D9I656AjTSjYpQlMstCRImNUaZve=
nm4kPNq_rI7-VZAg&e=3D>].  However, measurement use
>
>    cases in the context of the IPPM framework like in-situ OAM in
>
>    enterprise environments or IPv6 Performance and Diagnostic Metrics
>
>    (PDM) Destination Option measurements [RFC8250 <https://urldefense.pro=
ofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_rfc8250&d=3DDwMFaQ&c=
=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIltVyD1oL72cBw&m=3DYk9GCxmytKBlMMeadF=
P5mNWDshrNtD3ur_Qg-wMX_ts&s=3Dtw0fik0bS0uC_ifn0S1ue66X-bs70H7Da0xHoQ2ckAA&e=
=3D>] can benefit from
>
>    inspection, modification, addition or deletion of IPv6 extension
>
>    headers in hosts along the measurement path.
>
>
>
>    As a particular use case, hosts on the path may store sending and
>
>    intermediate timestamps into dedicated extension headers to support
>
>    measurements, monitoring, auditing, or reproducibility in critical
>
>    environments.  [RFC8250 <https://urldefense.proofpoint.com/v2/url?u=3D=
https-3A__tools.ietf.org_html_rfc8250&d=3DDwMFaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg=
&r=3DOfsSu8kTIltVyD1oL72cBw&m=3DYk9GCxmytKBlMMeadFP5mNWDshrNtD3ur_Qg-wMX_ts=
&s=3Dtw0fik0bS0uC_ifn0S1ue66X-bs70H7Da0xHoQ2ckAA&e=3D>] endorses the use an=
d manipulation of IPv6
>
>    extension headers for measurement purposes, consistent with other
>
>    approved IETF specifications
>
>
>
> *[acm] *
>
> This is the end-of-message I received, but I imagine you intended to
>
> point-out that 8200 and 8250 appear to be in conflict over
>
> addition/deletion of extension headers.
>
>
>
> From 8200, section 4:
>
>
>
>    Extension headers (except for the Hop-by-Hop Options header) are not
>
>    processed, inserted, or deleted by any node along a packet's delivery
>
>    path, until the packet reaches the node (or each of the set of nodes,
>
>    in the case of multicast) identified in the Destination Address field
>
>    of the IPv6 header.
>
>
>
> I wonder why RFC 2119 requirement terms were not used to
>
> express this idea? We certainly have agreements about
>
> requirements language for Standards Track memos in IETF.
>
>
*[cmh]*
RFC 2119 language is not strictly required, and the 6man WG decided not to
introduce it in the transition from 2460 to 8200.

I didn't agree with that decision, but I was "in the rough."


> RFC8250 does not involve Extension header insertion/deletion
>
> along the path, but other work-in-progress (in-situ OAM) would.
>
> *[cmh]*
Correct, 8250 does not involve extension header
insertion/deletion/modification along the path.

Thus, the wording of the latter two highlighted sentences above needs to be
reworked.

The first highlighted sentence is now dated (as predicted by Fred Baker in
https://mailarchive.ietf.org/arch/msg/ippm/8sgikiZbSiD4v2VeKK_FA7TkjmM),
but there is ongoing discussion in 6man about updating RFC 8200 to permit
insertion/deletion/modification of extension headers (other than hop-by-hop
options) under certain circumstances. See
https://tools.ietf.org/html/draft-voyer-6man-extension-header-insertion.

In any case, a measurement framework should be prepared to
>
> handle some unexpected/discouraged behaviors encountered on the path.
>
>
*[cmh]*
I do not disagree with that; but but might it not be appropriate to change
to Section 4, page 7, fifth paragraph, from:

   o  Extension Header insertion or deletion: It is possible that
      Extension Headers could be added to, or removed from the header
      chain.  The resulting packet may be standard-formed, with a
      corresponding Type-P.


to something like:

   o  Extension Header insertion or deletion: Although such behavior is
      not endorsed by current standards, it is possible that Extension
      Headers could be added to, or removed from the header chain.  The

      resulting packet may be standard-formed, with a corresponding
      Type-P.


If that doesn't work for you, perhaps say something to the same effect
could be said in the paragraphs at the bottom of page 6 and the top of page
7.

Note that there were comments on PMTUD in the part of the message that you
didn't get; hopefully those will get to you in the re-send coming shortly.

Mike Heard

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

<div dir=3D"ltr">Hello Al,<div><br></div><div>Apologies for the truncated m=
essage ... the full version is available at=C2=A0<a href=3D"https://www.iet=
f.org/mail-archive/web/ippm/current/msg04999.html">https://www.ietf.org/mai=
l-archive/web/ippm/current/msg04999.html</a>.=C2=A0 I&#39;ll resend off-lis=
t shortly. In the meantime, my responses below are marked [cmh]</div><div><=
br></div><div>Mike Heard</div><div><br></div><div class=3D"gmail_extra"><di=
v class=3D"gmail_quote">On Sun, Apr 15, 2018 at 6:43 AM, MORTON, ALFRED C (=
AL) <span dir=3D"ltr">&lt;<a href=3D"mailto:acm@research.att.com" target=3D=
"_blank">acm@research.att.com</a>&gt;</span> wrote:<br><blockquote class=3D=
"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;borde=
r-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">





<div lang=3D"EN-US">
<div class=3D"gmail-m_7970208133629186384WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:&#39;Couri=
er New&#39;;color:black">Thanks for your review, C.M.<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:&#39;Couri=
er New&#39;;color:black"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:&#39;Couri=
er New&#39;;color:black">please see below [acm],<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:&#39;Couri=
er New&#39;;color:black">Al<u></u><u></u></span></p>
<p class=3D"MsoNormal"><a name=3D"m_7970208133629186384__MailEndCompose"><s=
pan style=3D"font-size:11pt;font-family:&#39;Courier New&#39;;color:black">=
<u></u>=C2=A0</span></a></p></div></div></blockquote><div><br></div><div>=
=C2=A0[ non-controversial stuff elided ]</div><div><br></div><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px=
;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1e=
x"><div lang=3D"EN-US"><div class=3D"gmail-m_7970208133629186384WordSection=
1"><div style=3D"border-style:none none none solid;border-top-width:initial=
;border-right-width:initial;border-bottom-width:initial;border-top-color:in=
itial;border-right-color:initial;border-bottom-color:initial;border-left-co=
lor:blue;border-left-width:1.5pt;padding:0in 0in 0in 4pt"><div>
</div><span class=3D"gmail-">
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Section 3, page 4, third paragraph, says:<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 [...] For example, the packet length will<u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 change if IP headers are converted to the alternate version/address<=
u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 family<span style=3D"background-image:initial;background-color:yello=
w;background-size:initial;background-origin:initial;background-clip:initial=
;background-position:initial;background-repeat:initial">, or if optional Ex=
tension Headers are added or removed</span>. [...]<u></u><u></u></span></pr=
e>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</span><div><span class=3D"gmail-">
<p class=3D"MsoNormal">Adding or removing extension headers contravenes RFC=
 8200. Since this is just an example, I would recommend deleting the contro=
versial second clause.<u></u><u></u></p>
</span><p class=3D"MsoNormal"><b><i><span style=3D"font-size:11pt;font-fami=
ly:&#39;Courier New&#39;;color:black">[acm]
<u></u><u></u></span></i></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:&#39;Couri=
er New&#39;;color:black">Understand, see below.<u></u><u></u></span></p>
</div><span class=3D"gmail-">
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Section 4, page 6, last paragraph, and page 7, first=
 paragraph, say:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 <span style=3D"background-image:initial;background-color:yellow;back=
ground-size:initial;background-origin:initial;background-clip:initial;backg=
round-position:initial;background-repeat:initial">The topic of IPv6 Extensi=
on Headers brings current controversies into</span><u></u><u></u></span></p=
re>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 <span style=3D"background-image:initial;background-color:yellow;back=
ground-size:initial;background-origin:initial;background-clip:initial;backg=
round-position:initial;background-repeat:initial">focus as noted by [<a hre=
f=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_=
html_rfc6564&amp;d=3DDwMFaQ&amp;c=3DLFYZ-o9_HUMeMTSQicvjIg&amp;r=3DOfsSu8kT=
IltVyD1oL72cBw&amp;m=3DYk9GCxmytKBlMMeadFP5mNWDshrNtD3ur_Qg-wMX_ts&amp;s=3D=
qQyZYT0zxt-ClqRU8hIUUNYk5xi5rQvBozAWxjm67os&amp;e=3D" title=3D"&quot;A Unif=
orm Format for IPv6 Extension Headers&quot;" target=3D"_blank">RFC6564</a>]=
 and [<a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__too=
ls.ietf.org_html_rfc7045&amp;d=3DDwMFaQ&amp;c=3DLFYZ-o9_HUMeMTSQicvjIg&amp;=
r=3DOfsSu8kTIltVyD1oL72cBw&amp;m=3DYk9GCxmytKBlMMeadFP5mNWDshrNtD3ur_Qg-wMX=
_ts&amp;s=3D9I656AjTSjYpQlMstCRImNUaZvenm4kPNq_rI7-VZAg&amp;e=3D" title=3D"=
&quot;Transmission and Processing of IPv6 Extension Headers&quot;" target=
=3D"_blank">RFC7045</a>].</span><span style=3D"background-image:initial;bac=
kground-color:white;background-size:initial;background-origin:initial;backg=
round-clip:initial;background-position:initial;background-repeat:initial">=
=C2=A0 </span>However, measurement use<u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 cases in the context of the IPPM framework like in-situ OAM in<u></u=
><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 enterprise environments <span style=3D"background-image:initial;back=
ground-color:yellow;background-size:initial;background-origin:initial;backg=
round-clip:initial;background-position:initial;background-repeat:initial">o=
r IPv6 Performance and Diagnostic Metrics</span><u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 (<span style=3D"background-image:initial;background-color:yellow;bac=
kground-size:initial;background-origin:initial;background-clip:initial;back=
ground-position:initial;background-repeat:initial">PDM) Destination Option =
measurements [<a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps=
-3A__tools.ietf.org_html_rfc8250&amp;d=3DDwMFaQ&amp;c=3DLFYZ-o9_HUMeMTSQicv=
jIg&amp;r=3DOfsSu8kTIltVyD1oL72cBw&amp;m=3DYk9GCxmytKBlMMeadFP5mNWDshrNtD3u=
r_Qg-wMX_ts&amp;s=3Dtw0fik0bS0uC_ifn0S1ue66X-bs70H7Da0xHoQ2ckAA&amp;e=3D" t=
itle=3D"&quot;IPv6 Performance and Diagnostic Metrics (PDM) Destination Opt=
ion&quot;" target=3D"_blank">RFC8250</a>]</span> can benefit from<u></u><u>=
</u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 inspection, modification, <span style=3D"background-image:initial;ba=
ckground-color:yellow;background-size:initial;background-origin:initial;bac=
kground-clip:initial;background-position:initial;background-repeat:initial"=
>addition or deletion</span> of IPv6 extension<u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 headers in hosts along the measurement path.<u></u><u></u></span></p=
re>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</span><div><span class=3D"gmail-">
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 As a particular use case, hosts on the path may store sending and<u>=
</u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 intermediate timestamps into dedicated extension headers to support<=
u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 measurements, monitoring, auditing, or reproducibility in critical<u=
></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black">=C2=A0=
=C2=A0 environments.=C2=A0 <span style=3D"background-image:initial;backgrou=
nd-color:yellow;background-size:initial;background-origin:initial;backgroun=
d-clip:initial;background-position:initial;background-repeat:initial">[<a h=
ref=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.or=
g_html_rfc8250&amp;d=3DDwMFaQ&amp;c=3DLFYZ-o9_HUMeMTSQicvjIg&amp;r=3DOfsSu8=
kTIltVyD1oL72cBw&amp;m=3DYk9GCxmytKBlMMeadFP5mNWDshrNtD3ur_Qg-wMX_ts&amp;s=
=3Dtw0fik0bS0uC_ifn0S1ue66X-bs70H7Da0xHoQ2ckAA&amp;e=3D" title=3D"&quot;IPv=
6 Performance and Diagnostic Metrics (PDM) Destination Option&quot;" target=
=3D"_blank">RFC8250</a>] endorses the use and manipulation of IPv6<u></u><u=
></u></span></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black;backgrou=
nd-image:initial;background-color:white;background-size:initial;background-=
origin:initial;background-clip:initial;background-position:initial;backgrou=
nd-repeat:initial">=C2=A0=C2=A0 </span><span style=3D"color:black;backgroun=
d-image:initial;background-color:yellow;background-size:initial;background-=
origin:initial;background-clip:initial;background-position:initial;backgrou=
nd-repeat:initial">extension headers for measurement purposes, consistent w=
ith other<u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"color:black;backgrou=
nd-image:initial;background-color:white;background-size:initial;background-=
origin:initial;background-clip:initial;background-position:initial;backgrou=
nd-repeat:initial">=C2=A0=C2=A0 </span><span style=3D"color:black;backgroun=
d-image:initial;background-color:yellow;background-size:initial;background-=
origin:initial;background-clip:initial;background-position:initial;backgrou=
nd-repeat:initial">approved IETF specifications<u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><b><i><span style=3D"font-size:11pt=
;color:black"><u></u>=C2=A0</span></i></b></pre>
</span><pre style=3D"page-break-before:always"><b><i><span style=3D"font-si=
ze:11pt;color:black">[acm] <u></u><u></u></span></i></b></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">This is the end-of-message I received, but I imagine you intended t=
o <u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">point-out that 8200 and 8250 appear to be in conflict over<u></u><u=
></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">addition/deletion of extension headers.<u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black"><u></u>=C2=A0<u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">From 8200, section 4:<u></u><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black"><u></u>=C2=A0<u></u></span></pre>
<p class=3D"MsoNormal"><span style=3D"font-size:10pt;font-family:&#39;Couri=
er New&#39;">=C2=A0=C2=A0 Extension headers (except for the Hop-by-Hop Opti=
ons header) are not<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10pt;font-family:&#39;Couri=
er New&#39;">=C2=A0=C2=A0 processed, inserted, or deleted by any node along=
 a packet&#39;s delivery<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10pt;font-family:&#39;Couri=
er New&#39;">=C2=A0=C2=A0 path, until the packet reaches the node (or each =
of the set of nodes,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10pt;font-family:&#39;Couri=
er New&#39;">=C2=A0=C2=A0 in the case of multicast) identified in the Desti=
nation Address field<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10pt;font-family:&#39;Couri=
er New&#39;">=C2=A0=C2=A0 of the IPv6 header.<u></u><u></u></span></p>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black"><u></u>=C2=A0<u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">I wonder why RFC 2119 requirement terms were not used to <u></u><u>=
</u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">express this idea? We certainly have agreements about<u></u><u></u>=
</span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">requirements language for Standards Track memos in IETF. </span><sp=
an style=3D"color:black;font-size:11pt;font-family:arial,sans-serif">=C2=A0=
</span></pre></div></div></div></div></blockquote><div><br></div><div><b><i=
>[cmh]</i></b></div><div>RFC 2119 language is not strictly required, and th=
e 6man WG decided not to introduce it in the transition from 2460 to 8200.<=
/div><div><br></div><div>I didn&#39;t agree with that decision, but I was &=
quot;in the rough.&quot;</div><div>=C2=A0<br></div><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-le=
ft-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div la=
ng=3D"EN-US"><div class=3D"gmail-m_7970208133629186384WordSection1"><div st=
yle=3D"border-style:none none none solid;border-top-width:initial;border-ri=
ght-width:initial;border-bottom-width:initial;border-top-color:initial;bord=
er-right-color:initial;border-bottom-color:initial;border-left-color:blue;b=
order-left-width:1.5pt;padding:0in 0in 0in 4pt"><div><pre style=3D"page-bre=
ak-before:always"><span style=3D"font-size:11pt;color:black"><u></u></span>=
</pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">RFC8250 does not involve Extension header insertion/deletion<u></u>=
<u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">along the path, but other work-in-progress (in-situ OAM) would.</sp=
an></pre></div></div></div></div></blockquote><div><b><i>[cmh]</i></b><br><=
/div>Correct, 8250 does not involve extension header insertion/deletion/mod=
ification along the path.<br><br>Thus, the wording of the latter two highli=
ghted sentences above needs to be reworked.<div><br></div><div>The first hi=
ghlighted sentence is now dated (as predicted by Fred Baker=C2=A0in <a href=
=3D"https://mailarchive.ietf.org/arch/msg/ippm/8sgikiZbSiD4v2VeKK_FA7TkjmM"=
>https://mailarchive.ietf.org/arch/msg/ippm/8sgikiZbSiD4v2VeKK_FA7TkjmM</a>=
), but there is ongoing discussion in 6man about updating RFC 8200 to permi=
t insertion/deletion/modification=C2=A0of extension headers (other than hop=
-by-hop options) under certain circumstances. See=C2=A0<a href=3D"https://t=
ools.ietf.org/html/draft-voyer-6man-extension-header-insertion">https://too=
ls.ietf.org/html/draft-voyer-6man-extension-header-insertion</a>.</div><div=
><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.=
8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-st=
yle:solid;padding-left:1ex"><div lang=3D"EN-US"><div class=3D"gmail-m_79702=
08133629186384WordSection1"><div style=3D"border-style:none none none solid=
;border-top-width:initial;border-right-width:initial;border-bottom-width:in=
itial;border-top-color:initial;border-right-color:initial;border-bottom-col=
or:initial;border-left-color:blue;border-left-width:1.5pt;padding:0in 0in 0=
in 4pt"><pre style=3D"page-break-before:always"><span style=3D"font-size:11=
pt;color:black"><u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">In any case, a measurement framework should be prepared to <u></u><=
u></u></span></pre>
<pre style=3D"page-break-before:always"><span style=3D"font-size:11pt;color=
:black">handle some unexpected/discouraged behaviors encountered on the pat=
h.</span></pre></div></div></div></blockquote><div><br></div><div><b><i>[cm=
h]</i></b><br></div>I do not disagree with that; but but might it not be ap=
propriate to change to=C2=A0Section 4, page 7, fifth paragraph, from:<div><=
div style=3D"color:rgb(0,0,0);font-family:Times;font-size:medium"><br></div=
><div style=3D"color:rgb(0,0,0);font-family:Times;font-size:medium"><pre cl=
ass=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bo=
ttom:0px;page-break-before:always">   o  Extension Header insertion or dele=
tion: <span style=3D"background-color:rgb(255,255,0)">It is possible</span>=
 that
      Extension Headers could be added to, or removed from the header
      chain.  The resulting packet may be standard-formed, with a
      corresponding Type-P.
</pre></div><div style=3D"color:rgb(0,0,0);font-family:Times;font-size:medi=
um"><br></div>to something like:</div><div><div><div style=3D"color:rgb(0,0=
,0);font-family:Times;font-size:medium"><br></div><div style=3D"color:rgb(0=
,0,0);font-family:Times;font-size:medium"><pre class=3D"gmail-newpage" styl=
e=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;page-break-before=
:always">   o  Extension Header insertion or deletion: <span style=3D"backg=
round-color:rgb(255,255,0)">Although such behavior is</span>
      <span style=3D"background-color:rgb(255,255,0)">not endorsed by curre=
nt standards, it is possible</span> that Extension
      Headers could be added to, or removed from the header chain.  The<br>=
</pre></div></div></div><div><pre class=3D"gmail-newpage" style=3D"color:rg=
b(0,0,0);font-size:13.3333px;margin-top:0px;margin-bottom:0px;page-break-be=
fore:always">      resulting packet may be standard-formed, with a correspo=
nding
      Type-P.</pre></div><div><br></div><div>If that doesn&#39;t work for y=
ou, perhaps say something to the same effect could be said in the paragraph=
s at the bottom of page 6 and the top of page 7.</div><div><br></div><div>N=
ote that there were comments on PMTUD in the part of the message that you d=
idn&#39;t get; hopefully those will get to you in the re-send coming shortl=
y.</div><div><br></div><div>Mike Heard</div></div></div></div>

--00000000000014a3400569e52602--


From nobody Sun Apr 15 09:15:52 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69D7A126BF6 for <ippm@ietfa.amsl.com>; Sun, 15 Apr 2018 09:15:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l1L4SKeDlJG4 for <ippm@ietfa.amsl.com>; Sun, 15 Apr 2018 09:15:49 -0700 (PDT)
Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E1D91201F2 for <ippm@ietf.org>; Sun, 15 Apr 2018 09:15:49 -0700 (PDT)
Received: by mail-qt0-x236.google.com with SMTP id y23so3347625qto.3 for <ippm@ietf.org>; Sun, 15 Apr 2018 09:15:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sL2RDhUGwGEUg66y918fBln7I2+sywhR83OG5busAy0=; b=xL9n34xfvgXgEyAdqoJQSgy1pTZ//QB03QikpHkpqW2J0l+K8O6/mK+X+A83H0JPVs Zcii2R/CQNMehid/KjjcpiaXPDQtowIS7P1FBQ8FJ8MVXskiSJP4qBXTeamHRSDV8jOs tXHAVh0WQqojbMjKO0NFpGqmzuZKI+ihrdEspD/QQfW7r3A92FLVfIrpc+6xbfeffSNI 6qg5JtixJ7UF2sWCd2orxBCKpJiCKIatW+I7PcefpaplYMg8gIVOfagUmnyQ2/DKX/G8 MbdWS8VGzKbFit7jaWA3MUst+N6+1Ue2C8uZEc4TTA3MG6awO8lY6VW1pGhRD/V0OgO4 nAVg==
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=sL2RDhUGwGEUg66y918fBln7I2+sywhR83OG5busAy0=; b=NoUL98t45n1gUDjUDtRy/RcAxXzFeDtRjXWiOvSUzXu+sQPKyobpyDW4POo7lvHQIO 8iYjm6Wu2PB4G6yjPgljXSBRloJYqdLd+e8Q2uDXEAbczjeviTbVP0/sduQwvwYksSNh ++IkdCFom/zceAAQ1oPleF6sREuGfKhpNLKzq/SvPsgs5w2iDWtEkX6cr5ZPmMDRmrfs jF3JCK9ycqISelqYet1TddJLA5Selh9aVEjxOq5ZNe38pjGiFP7ur0VOiAm81tqiuJea tCqqsDO5fa3raG8UtIZO5gk+FnfBnS/tiqRgV5kA+NqZ8UqXID5+QUEqUq+2uPEVB3Xf Jwmw==
X-Gm-Message-State: ALQs6tAxpYwsGSwH4GuqAwXOwTZcgnz/Ll7fzLvSvErNtnYJf0eerdQj h+RthslMOAXu+YgpW2rCBFwONCSv5XzfWryelx9snw==
X-Google-Smtp-Source: AIpwx4+9ZPvM6KowVBb8r9enK3CtvPU18sYolIDeIAPOgBwEtw2/KUPkGpe92Kmx/5uGU2/x8Bo1HaXqHCUyJF02Ccg=
X-Received: by 10.200.42.37 with SMTP id k34mr12755557qtk.101.1523808948012; Sun, 15 Apr 2018 09:15:48 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Sun, 15 Apr 2018 09:15:47 -0700 (PDT)
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com>
References: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sun, 15 Apr 2018 09:15:47 -0700
Message-ID: <CALx6S37AwJJhASnyC05gG3PxJ8MoU6aq3k452pA+CmPQtJAuXg@mail.gmail.com>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>
Cc: "C. M. Heard" <heard@pobox.com>, IETF <ietf@ietf.org>, 6man <ipv6@ietf.org>, IPPM <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/pl_iYDMsqREW2MU6e27V6Uf6Y8E>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Apr 2018 16:15:51 -0000

On Sun, Apr 15, 2018 at 6:43 AM, MORTON, ALFRED C (AL)
<acm@research.att.com> wrote:
> Thanks for your review, C.M.
>
>
>
> please see below [acm],
>
> Al
>
>
>
> From: C. M. Heard [mailto:heard@pobox.com]
> Sent: Saturday, April 14, 2018 2:54 PM
> To: IETF <ietf@ietf.org>
> Cc: IPPM <ippm@ietf.org>; 6man <ipv6@ietf.org>
> Subject: Re: Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and
> Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
>
>
>
> Greetings,
>
>
>
> I have some last call comments on this document. Most (but not all) focus on
> aspects that do not respect RFC 8200 and RFC 8201.
>
>
>
> The Abstract says:
>
>
>
>    [...] Exemplary use cases include,
>
>    but are not limited to IPv4-IPv6 translation, NAT, protocol
>
>    encapsulation, IPv6 header compression, or use of IPv6 over Low-Power
>
>    Wireless Area Networks (6LoWPAN).
>
>
>
> These last two use cases, however, are explicitly excluded in Section 4:
>
>
>
>    [...] Because of these reasons we
>
>    consider ROHC and 6LowPAN packets to be out of the scope of this
>
>    document.
>
>
>
> On that basis, it seems that the last two use cases in the Abstract should
> be removed. Other places in the draft that IPv6 header compression also need
> to be looked at.
>
> [acm]
>
> Clarified as follows:
>
> IPv6 header compression and use of IPv6 over
>
> Low-Power Wireless Area Networks (6LoWPAN) are
>
> considered and excluded from the standard-formed packet evaluation.
>
>
>
> and later:
>
> Because of these reasons we consider ROHC and
>
> 6LowPAN packets to be out of the scope for the
>
> standard-formed packet evaluation.
>
>
>
> Section 3, page 3, next to last paragraph, has a reference "Diffserv
> [RFC2780]" -- shouldn't that be "Diffserv [RFC2474]"?
>
> [acm]
>
> yes, 2474 was intended, thanks.
>
>
>
> Section 3, page 4, third paragraph, says:
>
>
>
>    [...] For example, the packet length will
>
>    change if IP headers are converted to the alternate version/address
>
>    family, or if optional Extension Headers are added or removed. [...]
>
>
>
> Adding or removing extension headers contravenes RFC 8200. Since this is
> just an example, I would recommend deleting the controversial second clause.
>
> [acm]
>
> Understand, see below.
>
>
>
> Section 4, page 6, last paragraph, and page 7, first paragraph, say:
>
>
>
>    The topic of IPv6 Extension Headers brings current controversies into
>
>    focus as noted by [RFC6564] and [RFC7045].  However, measurement use
>
>    cases in the context of the IPPM framework like in-situ OAM in
>
>    enterprise environments or IPv6 Performance and Diagnostic Metrics
>
>    (PDM) Destination Option measurements [RFC8250] can benefit from
>
>    inspection, modification, addition or deletion of IPv6 extension
>
>    headers in hosts along the measurement path.
>
>
>
>    As a particular use case, hosts on the path may store sending and
>
>    intermediate timestamps into dedicated extension headers to support
>
>    measurements, monitoring, auditing, or reproducibility in critical
>
>    environments.  [RFC8250] endorses the use and manipulation of IPv6
>
>    extension headers for measurement purposes, consistent with other
>
>    approved IETF specifications
>
>
>
>
>
> [acm]
>
> This is the end-of-message I received, but I imagine you intended to
>
> point-out that 8200 and 8250 appear to be in conflict over
>
> addition/deletion of extension headers.
>
>
>
> From 8200, section 4:
>
>
>
>    Extension headers (except for the Hop-by-Hop Options header) are not
>
>    processed, inserted, or deleted by any node along a packet's delivery
>
>    path, until the packet reaches the node (or each of the set of nodes,
>
>    in the case of multicast) identified in the Destination Address field
>
>    of the IPv6 header.
>
>
>
> I wonder why RFC 2119 requirement terms were not used to
>
> express this idea? We certainly have agreements about
>
> requirements language for Standards Track memos in IETF.
>
>
>
> RFC8250 does not involve Extension header insertion/deletion
>
> along the path, but other work-in-progress (in-situ OAM) would.
>
>
>
> In any case, a measurement framework should be prepared to
>
> handle some unexpected/discouraged behaviors encountered on the path.
>

Alfred,

That is not what this draft is doing. It is advocating header
extension insertion even though that is contrary to RFC8220. (it is
also advocating processing and modification or destination option by
middleboxes which is also contrary to RFC8200). From the draft:

"Destination Option measurements [RFC8250] can benefit from
inspection, modification, addition or deletion of IPv6 extension
headers in hosts along the measurement path."

That ignores the negative protocol implications of extension header
insertion. draft-voyer-6man-extension-header-insertion proposed
updating RFC8200 to allow extension header insertion. The draft got
significant push back and in the 6man discussion a list of problem
with extension header were enumerated. AFAICT the authors of that
draft haven't provided answers to any of the issues yet.

Tom



>
>
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>


From nobody Mon Apr 16 00:08:25 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E348B127136; Mon, 16 Apr 2018 00:08:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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 XlyhOPPz-Jsv; Mon, 16 Apr 2018 00:08:19 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A54AF126BFD; Mon, 16 Apr 2018 00:08:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=42262; q=dns/txt; s=iport; t=1523862498; x=1525072098; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/ZHDXZZLbxZLT9BByKvEIfEM9iV6qH8ThNMj8Er7nRA=; b=S4yMqe9ZG7Kaq8PDOicqGcolJfxR26RjxS193axzUJTBKAh21tt0om+o FRXzwPO/OelYIhJrgVjxbYWEwmEetRFRrwN74KZjSuCOkNjnEho/UdCoY QfpJwBq+ElcrKSyuZ9Pjrp9pjet0THx8wsgyML8Mwo1/InghglGzzt7d8 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BtAQC+StRa/5hdJa1SChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGCTUorYRdjKAqDXYgCjRGBdIEPhmaMAoF4AwsYAQqEYAI?= =?us-ascii?q?aghghNBgBAgEBAQEBAQJsHAyFIgEBAQECAQEBGAkKQQsFCwIBCA4DBAEBASA?= =?us-ascii?q?DBAMCAgIfBgsUCQgCBAENBQgXhApMAw0ID6UtghyHAw2BK4IqBYgGgVQ/gQ+?= =?us-ascii?q?CXS6CT0IBAYE1CFmCSoJUApBhhlcsCAKHc4MOO4J1gTuDXIc8hzCCO4YNAhE?= =?us-ascii?q?TAYEkARw4gVJwFTuCQ4IdGhFpAQiHVoU+b40hgRcBAQ?=
X-IronPort-AV: E=Sophos; i="5.48,458,1517875200"; d="scan'208,217"; a="99094421"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Apr 2018 07:08:16 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w3G78GUq030120 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 16 Apr 2018 07:08:16 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 16 Apr 2018 02:08:16 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Mon, 16 Apr 2018 02:08:16 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Mickey Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
CC: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT01Rv7uw9TGdqO0+V2HJ61OA6MaQC+nQw
Date: Mon, 16 Apr 2018 07:08:16 +0000
Message-ID: <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com>
In-Reply-To: <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.7]
Content-Type: multipart/alternative; boundary="_000_fb963e482d074551853ce83816f24c7fXCHRCD008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ErQsAgBUh_0NovF8W0q3o6ma13c>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 07:08:23 -0000

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

DQpUb20sDQoNCmEgcXVpY2sgYWRkaXRpb24gdG8gd2hhdCBNaWNrZXkgbWVudGlvbmVkIGJlbG93
OiBXaGF0IHlvdSBzZWVtIHRvIGhhdmUgaW4gbWluZCBpcyB3aGF0IGRyYWZ0LWlldGYtaXBwbS1p
b2FtLWRhdGEtMDIgcmVmZXJzIHRvIGFzIOKAnGxheWVyaW5n4oCdIChzZWUgc2VjdGlvbiAzLiks
IGkuZS4gaWYgeW914oCZcmUgcnVubmluZyBmb3IgZXhhbXBsZSBHZW5ldmUgb3ZlciBJUHY2LCB0
aGVuIElPQU0gZGF0YSBjb3VsZCBiZSBlbmNhcHN1bGF0ZWQgaW4gYm90aCBwcm90b2NvbHMsIEdl
bmV2ZSBhbmQgSVB2NiDigJMgZ2l2aW5nIHlvdSB2aXNpYmlsaXR5IGludG8gdGhlIOKAnHVuZGVy
bGF54oCdIChJUHY2KSBhbmQgdGhlIOKAnG92ZXJsYXnigJ0gKEdlbmV2ZSkuDQoNCkZyYW5rDQoN
CkZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIE1pY2tleSBT
cGllZ2VsDQpTZW50OiBGcmVpdGFnLCAxMy4gQXByaWwgMjAxOCAyMDoyMg0KVG86IFRvbSBIZXJi
ZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQt
YXJlYUBpZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0Bp
ZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBw
bV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3Rv
Y29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNClRvbSwNCg0K
T24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMTA6MTcgUE0sIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVy
dGxhbmQuY29tPG1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tPj4gd3JvdGU6DQpNaWNrZXksDQoN
Ckxvb2tpbmcgYXQgdGhlc2UgaXBwbSBkcmFmdHMgbW9yZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNo
IG1vcmUNCmZ1bmRhbWVudGFsIGNvbmNlcm4uDQoNCkluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlv
YW0tZ2VuZXZlLTAwIGZvciBpbnN0YW5jZSwgdGhlcmUgaXMgdGhlIHRleHQNCmluIHRoZSBpbnRy
b2R1Y3Rpb246DQoNCiJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3JkcyBPQU0gaW5mb3JtYXRpb24g
d2l0aGluIHRoZSBwYWNrZXQgd2hpbGUNCnRoZSBwYWNrZXQgdHJhdmVyc2VzIGEgcGFydGljdWxh
ciBuZXR3b3JrIGRvbWFpbi4gIFRoZSB0ZXJtICJpbi1zaXR1Ig0KcmVmZXJzIHRvIHRoZSBmYWN0
IHRoYXQgdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBkYXRhDQpwYWNrZXRz
IHJhdGhlciB0aGFuIGlzIGJlaW5nIHNlbnQgd2l0aGluIHBhY2tldHMgc3BlY2lmaWNhbGx5DQpk
ZWRpY2F0ZWQgdG8gT0FNLiAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGhvdyBJT0FNIGRhdGEgZmll
bGRzIGFyZQ0KdHJhbnNwb3J0ZWQgYXMgcGFydCBvZiB0aGUgR2VuZXZlIFtJLUQuaWV0Zi1udm8z
LWdlbmV2ZV0NCmVuY2Fwc3VsYXRpb24uIg0KDQpJIGFzc3VtZSB0aGlzIG1lYW5zIHRoYXQgYXMg
cGFja2V0cyB3aXRoIEdlbmV2ZSBlbmNhcHN1bGF0aW9uIHRyYXZlcnNlDQp0aGUgbmV0d29yayB0
aGV5IGFyZSBpbnRlcnByZXRlZCBieSBpbnRlcm1lZGlhdGUgbm9kZXMgYXMgYmVpbmcNCkdlbmV2
ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24sIHRoZW4gdGhlIGRlc3RpbmF0
aW9uIFVEUA0KcG9ydCBudW1iZXIgd291bGQgYmUgdXNlZCB0byBpZGVudGlmeSBwYWNrZXRzIGFz
IGJlaW5nIEdlbmV2ZS4gU28gYW4NCmludGVybWVkaWF0ZSBkZXZpY2UgbWlnaHQgYmUgbG9va2lu
ZyBmb3IgVURQIHBhY2tldHMgZGVzdGluZWQgdG8gcG9ydA0KNjA4MSAodGhlIGFzc2lnbmVkIFVE
UCBwb3J0IGZvciBHZW5ldmUpLiBJZiBteSB1bmRlcnN0YW5kaW5nIGlzDQpjb3JyZWN0LCB0aGVu
IHRoaXMgaXMgYSBwcm9ibGVtLg0KDQpVRFAgcG9ydCBudW1iZXJzIGRvIG5vdCBoYXZlIGdsb2Jh
bCBtZWFuaW5nLiBBbiBpbnRlcm1lZGlhdGUgZGV2aWNlDQptYXkgdmVyeSB3ZWxsIHNlZSBVRFAg
cGFja2V0cyBkZXN0aW5lZCB0byBwb3J0IDYwODEgdGhhdCBhcmUgbm90DQphY3R1YWxseSBHZW5l
dmUuIFRoaXMgc2NlbmFyaW8gaXMgZGlzY3Vzc2VkIGluIFJGQzc2MDU6DQoNCiIuLi5pbnRlcm1l
ZGlhdGUgZGV2aWNlIGludGVycHJldHMgdHJhZmZpYyBiYXNlZCBvbiB0aGUgcG9ydCBudW1iZXIu
DQpJdCBpcyBpbXBvcnRhbnQgdG8gcmVjb2duaXplIHRoYXQgYW55IGludGVycHJldGF0aW9uIG9m
IHBvcnQgbnVtYmVycw0KLS0gZXhjZXB0IGF0IHRoZSBlbmRwb2ludHMgLS0gbWF5IGJlIGluY29y
cmVjdCwgYmVjYXVzZSBwb3J0IG51bWJlcnMNCmFyZSBtZWFuaW5nZnVsIG9ubHkgYXQgdGhlIGVu
ZHBvaW50cy4iDQoNCklmIHRoZSBVRFAgZGF0YSBpcyBtb2RpZmllZCwgYXMgdGhlIGRyYWZ0IHdv
dWxkIGltcGx5LCB0aGVuDQptaXNpbnRlcnByZXRhdGlvbiBtYXkgYWxzbyBtZWFuIHNpbGVudCBk
YXRhIGNvcnJ1cHRpb24gb2YgcGFja2V0cy4gQQ0KcHJvdG9jb2wgdGhhdCB3b3VsZCBhbGxvdyB0
aGlzIHNlZW1zIHByZXR0eSBpbmNvcnJlY3QhIE5vdGUgdGhhdCB0aGlzDQp3b3VsZCBiZSB0cnVl
IGFsc28gZm9yIGFueSBVRFAgZW5jYXBzdWxhdGlvbiB0aGF0IHRoZSBuZXR3b3JrIHRyaWVzIHRv
DQppbnRlcnByZXQuDQoNClRoZSBpbnRlbnRpb24gaXMgdG8gYWxsb3cgZm9yIG11bHRpcGxlIG5v
ZGVzIHRoYXQgYSBwYWNrZXQgdHJhdmVyc2VzDQp0byBiZSBhYmxlIHRvIGluc2VydCBJT0FNIG5v
ZGUgaW5mb3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ugb3B0aW9uLA0KYnV0IGxlYXZlIHNvbWUg
ZmxleGliaWxpdHkgcmVnYXJkaW5nIHdoaWNoIG5vZGVzIGFjdHVhbGx5IGRvIHRoZQ0KSU9BTSBw
cm9jZXNzaW5nIGFuZCB0aGUgbm9kZSBpbmZvcm1hdGlvbi4gVGhpcyBtYXkgdmFyeQ0KZGVwZW5k
aW5nIG9uIHRoZSB0cmFuc3BvcnQuDQoNCkluIGNhc2Ugb2YgYSB0dW5uZWxlZCBlbmNhcHN1bGF0
aW9uIHN1Y2ggYXMgR2VuZXZlIG9yIFZYTEFOLA0KdGhlcmUgbWF5IHN0aWxsIGJlIG11bHRpcGxl
IGhvcHMuIEZvciBleGFtcGxlIGEgbmV0d29yayBtYXkgdXNlDQpHZW5ldmUgb3IgVlhMQU4sIGJ1
dCBvbmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywgd2l0aCBMMw0KcHJvY2Vzc2luZyBkb25l
IGF0IGFnZ3JlZ2F0aW9uIG9yIGNvcmUgc3dpdGNoZXMuIEluIHRoaXMgY2FzZQ0KbWFueSBwYWNr
ZXRzIHdvdWxkIGRvIDIgR2VuZXZlIG9yIFZYTEFOIGhvcHMsIHNvIHRoZSBwYWNrZXQNCndvdWxk
IGNvbnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZyb20gdHdvIG5vZGVzLg0KDQpBbm90aGVy
IGV4YW1wbGUgaXMgc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyB1c2luZyBHZW5ldmUgb3INClZY
TEFOIHJhdGhlciB0aGFuIE5TSC4NCg0KDQpJIGFtIGFsc28gd29uZGVyaW5nIGlmIGhvcC1ieS1o
b3Agb3B0aW9ucyBiZWVuIGNvbnNpZGVyZWQgZm9yIHRoaXMNCmFwcGxpY2F0aW9uPyBUaGVpciBp
bnRlcnByZXRhdGlvbiBpbiB0aGUgbmV0d29yayBpcyB1bmFiaWd1b3VzIGFuZA0KdGhleSBhbHNv
IGhhdmUgdGhlIGFkdmFudGFnZSB0aGF0IHRoZSB3b3JrIHdpdGggYW55IElQIHByb3RvY29sIG9y
DQplbmNhcHN1bGF0aW9uLg0KDQpJUHY2IGhvcC1ieS1ob3Agb3B0aW9ucyBoYXMgYmVlbiBjb25z
aWRlcmVkLiBTZWUNCmRyYWZ0LWJyb2NrbmVycy1pbmJhbmQtb2FtLXRyYW5zcG9ydC0wNS4gVGhp
cyBoYXMgbm90IHlldCBiZWVuDQpicm9rZW4gb3V0IGludG8gYSBzZXBhcmF0ZSBkcmFmdC4NCg0K
TWlja2V5DQoNCg0KVGhhbmtzLA0KVG9tDQoNCg0KT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMzoz
MSBQTSwgTWlja2V5IFNwaWVnZWwNCjxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTxtYWls
dG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+PiB3cm90ZToNCj4gVG9tLA0KPg0KPiBP
biBUaHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRs
YW5kLmNvbTxtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+IHdyb3RlOg0KPj4NCj4+IE9uIFRo
dSwgQXByIDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFp
bC5jb208bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4+DQo+PiB3cm90ZToNCj4+ID4gSGkg
RnJhbmssDQo+PiA+IHRoYW5rIHlvdSBmb3Igc2hhcmluZyB5b3VyIHBvaW50cy4gUGxlYXNlIGZp
bmQgbXkgbm90ZXMgaW4tbGluZSBhbmQNCj4+ID4gdGFnZ2VkDQo+PiA+IEdJTT4+LiBJIGJlbGll
dmUgdGhhdCB0aGlzIGlzIHZlcnkgbXVjaCByZWxldmFudCB0byB3b3JrIG9mIG90aGVyDQo+PiA+
IHdvcmtpbmcNCj4+ID4gZ3JvdXBzIHRoYXQgZGlyZWN0bHkgd29yayBvbiB0aGUgb3ZlcmxheSBl
bmNhcHN1bGF0aW9ucyBpbiB0aGUgY2VudGVyIG9mDQo+PiA+IHRoZQ0KPj4gPiBkaXNjdXNzaW9u
IGFuZCBoZW5jZSBJJ3ZlIGFkZGVkIHRoZW0gdG8gdGhlIGxpc3QuIEhvcGUgd2UnbGwgaGF2ZSBt
b3JlDQo+PiA+IG9waW5pb25zIHRvIHJlYWNoIHRoZSBjb25jbHVzaW9uIHRoYXQgaXMgYWNjZXB0
YWJsZSB0byBhbGwuDQo+PiA+DQo+PiA+IFJlZ2FyZHMsDQo+PiA+IEdyZWcNCj4+ID4NCj4+ID4g
T24gV2VkLCBBcHIgMTEsIDIwMTggYXQgMTI6MDIgUE0sIEZyYW5rIEJyb2NrbmVycyAoZmJyb2Nr
bmUpDQo+PiA+IDxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbT4+
IHdyb3RlOg0KPj4gPj4NCj4+ID4+IEJhY2sgYXQgdGhlIElQUE0gbWVldGluZyBpbiBMb25kb24s
IHdlIGRpc2N1c3NlZCBzZXZlcmFsIGRyYWZ0cyBkZWFsaW5nDQo+PiA+PiB3aXRoIHRoZSBlbmNh
cHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scw0KPj4gPj4gKGRyYWZ0
LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwLA0KPj4gPj4gZHJhZnQtYnJvY2tuZXJz
LWlwcG0taW9hbS1nZW5ldmUtMDAsIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMCkuIE9uZQ0K
Pj4gPj4gZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlz
dCB3YXMgdGhlIHF1ZXN0aW9uDQo+PiA+PiBvbg0KPj4gPj4gd2hldGhlciBkcmFmdC1vb2FtZHQt
cnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLi4gIEFmdGVyDQo+PiA+PiBjYXJl
ZnVsbHkNCj4+ID4+IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciwg
SSBjYW1lIHRvIHRoZSBjb25jbHVzaW9uDQo+PiA+PiB0aGF0DQo+PiA+PiB0aGUg4oCcT09BTSBo
ZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9BTToNCj4+ID4+DQo+PiA+PiAq
IEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRhIHRvIGxpdmUgdXNlciB0cmFmZmljLiBBcyBzdWNo
LCBhbg0KPj4gPj4gZW5jYXBzdWxhdGlvbiBuZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMgcG9z
c2libGUuIFRoZSDigJxPT0FNIGhlYWRlcuKAnQ0KPj4gPj4gaXMgOA0KPj4gPj4gYnl0ZXMgbG9u
Zy4gVGhlIGFwcHJvYWNoIGZvciBJT0FNIGRhdGEgZW5jYXBzdWxhdGlvbiBpbiB0aGUgYWJvdmUN
Cj4+ID4+IG1lbnRpb25lZA0KPj4gPj4gZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNp
bmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZA0KPj4gPj4gYW4NCj4+ID4+IHVu
bmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0ZXMg4oCTIHdoaWNoIGlzIHNpZ25pZmljYW50Lg0K
Pj4gR3JlZywNCj4+DQo+PiBJJ20gbWlzc2luZyBzb21ldGhpbmcgaGVyZS4gSSBsb29rZWQgYXQg
dGhlIGRyYWZ0cyB5b3UgcmVmZXJlbmNlZCBhbmQNCj4+IGVhY2ggb2YgdGhlbSBsb29rcyBsaWtl
IHRoZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdyZWF0ZXIgdGhhdCBmb3VyDQo+PiBieXRlcy4gSW4g
ZWFjaCB0aGVyZSBpcyBzb21lIG92ZXJoZWFkIGVxdWl2YWxlbnQgdG8gdHlwZS9sZW5ndGgsIGZv
cg0KPj4gaW5zdGFuY2UgaW4gR2VuZXZlIGZvdXIgYnl0ZXMgYXJlIG5lZWRlZCBmb3Igb3B0aW9u
IGNsYXNzLCB0eXBlLCBhbmQNCj4+IGxlbmd0aC4gVW5sZXNzIHRoZSB0aGUgT0FNIGRhdGEgaXMg
emVybyBsZW5ndGgsIEkgZG9uJ3Qgc2VlIGhvdyB0aGlzDQo+PiBhZGRzIHVwIHRvIG9ubHkgZm91
ciBieXRlcyBvZiBvdmVyaGVhZC4NCj4NCj4NCj4gVGhlIGZvdXIgdmVyc3VzIGVpZ2h0IGJ5dGVz
IGp1c3QgcmVmZXJzIHRvIHRoZSBmaWVsZHMgaW4gdGhlIGZvdXIgYnl0ZXMgb2YNCj4gSU9BTQ0K
PiBpbmZvLCB0aGF0IGlzIGNvbW1vbiB0byBhbGwgSU9BTSBvcHRpb25zLiBCZXlvbmQgdGhhdCwg
dGhlcmUgYXJlIElPQU0gb3B0aW9uDQo+IHNwZWNpZmljIGZpZWxkcy4gRm9yIGV4YW1wbGUgaWYg
ZG9pbmcgb25lIG9mIHRoZSBJT0FNIHRyYWNlIG9wdGlvbnMsIHRoZXJlDQo+IGFyZQ0KPiBmb3Vy
IGJ5dGVzIG9mIHRyYWNlIG9wdGlvbiBoZWFkZXIsIGluY2x1ZGluZyB0aGUgSU9BTS10cmFjZS10
eXBlLCBOb2RlTGVuLA0KPiBGbGFncywgYW5kIFJlbWFpbmluZ0xlbiBmaWVsZHMuIFRoZXNlIGFy
ZSBmb2xsb3dlZCBieSB0aGUgbm9kZSBkYXRhIGxpc3QNCj4gY29udGFpbmluZyB0aGUgcGVyIGhv
cCBJT0FNIGluZm9ybWF0aW9uLg0KPg0KPiBJbiBsb29raW5nIGF0IHRoZSBPT0FNIGhlYWRlciBj
b250ZW50LCBpdCBoYXMgbm90aGluZyB0byBkbyB3aXRoIGFueSBvZiB0aGUNCj4gSU9BTSBpbmZv
cm1hdGlvbiBhZnRlciB0aGUgZmlyc3QgZm91ciBieXRlcy4gSXQgY29udGFpbnMgYW5vdGhlciB2
YXJpYW50IG9mDQo+IHRoZQ0KPiBpbmZvcm1hdGlvbiBpbiB0aGUgZmlyc3QgZm91ciBieXRlcyBv
ZiBJT0FNIGluZm8sIHNwcmVhZCBvdXQgb3ZlciBlaWdodA0KPiBieXRlcy4NCj4NCj4+DQo+PiBU
b20NCj4+DQo+PiA+DQo+PiA+IEdJTT4+IFRoZSBkaWZmZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlz
IGJlY2F1c2UgT09BTSBIZWFkZXI6DQo+PiA+DQo+PiA+IHByb3ZpZGVzIG1vcmUgZmxleGliaWxp
dHksIGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZpZWxkczsNCj4NCj4NCj4gVGhlIGZs
YWdzIGZpZWxkIG9ubHkgaGFzIG9uZSBkZWZpbmVkIGZsYWcgYXQgdGhlIG1vbWVudCwgZm9yIGEg
dGltZXN0YW1wDQo+IGJsb2NrLiBGb3IgSU9BTSB0cmFjZSB3ZSBuZWVkIHBlciBob3AgdGltZXN0
YW1wcywgd2hpY2ggdGhlIHRpbWVzdGFtcA0KPiBibG9jayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0
aGUgdGltZXN0YW1wIGJsb2NrIGlzIHJlZHVuZGFudCBmb3IgSU9BTS4NCj4NCj4+DQo+PiA+IHN1
cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVhZGVyOw0KPg0KPg0KPiBGb3Ig
SU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFuIGVub3VnaC4NCj4NCj4+DQo+
PiA+IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNpb25pbmcgKFZlcnNpb24gZmll
bGQpLg0KPg0KPg0KPiBJTU8sIHRha2luZyB0aGUgZmlyc3QgdHdvIGJpdHMgb2YgdGhlIElPQU0t
VHlwZSB0byBkZWZpbmUgYSBWZXJzaW9uIGZpZWxkDQo+IHdvdWxkIGJlIGEgZ29vZCB0aGluZy4g
VGhpcyBkb2VzIG5vdCByZXF1aXJlIGFkZGluZyBmb3VyIG1vcmUgYnl0ZXMgb2YNCj4gb3Zlcmhl
YWQuIDY0IElPQU0tVHlwZXMgaXMgbW9yZSB0aGFuIGVub3VnaC4NCj4NCj4+DQo+PiA+Pg0KPj4g
Pj4gKiBNYXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdl
cmUgYWxzbyBzaG93biBhdA0KPj4gPj4gcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl
4oCZcmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwgaW1wbGVtZW50YXRpb25zDQo+PiA+PiB0bw0KPj4g
Pj4gYmUgcHVibGljaXplZCBzb29uLiBJbnRlcm9wZXJhYmxlIGltcGxlbWVudGF0aW9ucyBuZWVk
IHRpbWVseQ0KPj4gPj4gc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5n
IGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbg0KPj4gPj4gT09BTQ0KPj4gPj4gaW4gdGhlIE5W
TzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRpb24gb2YgdGhlIE9PQU0g
aGVhZGVyLg0KPj4gPj4gSW4NCj4+ID4+IGFkZGl0aW9uLCB0aGUgdGhyZWFkIHJldmVhbGVkIHRo
YXQgc2V2ZXJhbCBmdW5kYW1lbnRhbCBxdWVzdGlvbnMgYWJvdXQNCj4+ID4+IHRoZQ0KPj4gPj4g
T09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2ggYXMgd2hldGhlciBvciBob3cgYWN0aXZl
IE9BTQ0KPj4gPj4gbWVjaGFuaXNtcw0KPj4gPj4gd2l0aGluIHByb3RvY29scyBzdWNoIGFzIEdl
bmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFkZXIuIFRoaXMNCj4+ID4+IHVsdGltYXRl
bHkgbWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0byBhIHRpbWVseSBzcGVjaWZpY2F0aW9uLg0K
Pj4gPg0KPj4gPiBHSU0+PiBNYXkgSSBhc2sgd2hpY2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVk
IGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnMNCj4+ID4geW91DQo+PiA+IHJlZmVyIHRvLiBVbnRpbCB2
ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3ZXJlIHRvIHVzZSBtZXRhLWRhdGENCj4+
ID4gVExWDQo+PiA+IGluLCBlLmcuIEdlbmV2ZSBhbmQgTlNILiBBbmQgaWYgdGhlc2Ugb3Igc29t
ZSBvZiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMNCj4+ID4gYWxyZWFkeSB1cGRhdGVkIHRvIHRoZSBu
ZXdseSBwcm9wb3NlZCBpT0FNIHNoaW0sIEkgZG9uJ3Qgc2VlIHByb2JsZW0gaW4NCj4+ID4gbWFr
aW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZCB5b3UgYWdyZWU/DQo+PiA+DQo+PiA+Pg0K
Pj4gPj4gKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2Nv
bHMgdGhlIE9PQU0gaGVhZGVyDQo+PiA+PiB3b3VsZA0KPj4gPj4gdWx0aW1hdGVseSBhcHBseSB0
by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVmaW5lZCwgT09BTSB1c2VzIGENCj4+ID4+
IDgtYml0DQo+PiA+PiBmaWVsZCBmb3Ig4oCcTmV4dCBQcm904oCdLCB0aGUgbmV4dCBwcm90b2Nv
bC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGENCj4+ID4+IG5lZWRzIHRvIGJlIGVuY2Fw
c3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUNCj4+
ID4+IHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZp
ZWQgaW4NCj4+ID4+IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMC4NCj4+ID4NCj4+ID4gR0lN
Pj4gVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVz
Og0KPj4gPiAgICBOZXcgcHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtzIGxp
a2UgVnhMQU4tR1BFDQo+PiA+ICAgIFtJLUQuaWV0Zi1udm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1E
LmlldGYtbnZvMy1ndWVdLCBHZW5ldmUNCj4+ID4gICAgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwg
QklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25dLCBhbmQNCj4+ID4gICAgTlNI
IFtJLUQuaWV0Zi1zZmMtbnNoXSBzdXBwb3J0IG11bHRpLXByb3RvY29sIHBheWxvYWQsIGUuZy4N
Cj4+ID4gICAgRXRoZXJuZXQsIElQdjQvSVB2NiwgYW5kIHJlY29nbml6ZSBPcGVyYXRpb25zLCBB
ZG1pbmlzdHJhdGlvbiwgYW5kDQo+PiA+ICAgIE1haW50ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBk
aXN0aW5jdCB0eXBlcy4gIFRoYXQgZW5zdXJlcyB0aGF0DQo+PiA+ICAgIE92ZXJsYXkgT0FNIChP
T0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBwYWNrZXQNCj4+
ID4gICAgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuDQo+PiA+IEknbSB1cGRhdGluZyB0aGUgT09B
TSBIZWFkZXIgZHJhZnQgYW5kIGFsb25nIHdpdGggY2xlYW5pbmcgbml0cyB3aWxsDQo+PiA+IHVw
ZGF0ZQ0KPj4gPiByZWZlcmVuY2UgdG8gR1VFLiBJIHRoaW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRo
ZSBzdGF0ZW1udCBhcmUgcXVpdGUgY2xlYXINCj4+ID4gaW4NCj4+ID4gaWRlbnRpZnlpbmcgdGhl
IHNjb3BlIG9mIG5ldHdvcmtzIHRoYXQgbWF5IGJlbmVmaXQgZnJvbSB1c2luZyBub3Qgb25seQ0K
Pj4gPiBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUuZy4g
RWNobyBSZXF1ZXN0L1JlcGx5Lg0KPj4gPg0KPj4gPj4gV2l0aCB0aGUgYWJvdmUgaW4gbWluZCwg
SeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkIHdpdGgNCj4+ID4+IHNwZWNp
ZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29s
cyDigJMgcGVyDQo+PiA+PiB0aGUNCj4+ID4+IGFib3ZlIG1lbnRpb25lZCBkcmFmdHMuDQo+PiA+
Pg0KPj4gPj4NCj4+ID4+DQo+PiA+PiBSZWdhcmRzLCBGcmFuaw0KPj4gPj4NCj4+ID4+DQo+PiA+
PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gPj4g
aXBwbSBtYWlsaW5nIGxpc3QNCj4+ID4+IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5v
cmc+DQo+PiA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCj4+
ID4+DQo+PiA+DQo+PiA+DQo+PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQo+PiA+IEludC1hcmVhIG1haWxpbmcgbGlzdA0KPj4gPiBJbnQtYXJlYUBp
ZXRmLm9yZzxtYWlsdG86SW50LWFyZWFAaWV0Zi5vcmc+DQo+PiA+IGh0dHBzOi8vd3d3LmlldGYu
b3JnL21haWxtYW4vbGlzdGluZm8vaW50LWFyZWENCj4+ID4NCj4+DQo+PiBfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gaXBwbSBtYWlsaW5nIGxpc3QN
Cj4+IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQo+PiBodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCj4NCj4NCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9
DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw
dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z
b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uZ21haWwtaW0NCgl7
bXNvLXN0eWxlLW5hbWU6Z21haWwtaW07fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxl
LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBv
cnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5
Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCAyLjBjbSA3MC44NXB0O30NCmRpdi5Xb3Jk
U2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYi
IC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl
bGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0K
PC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0i
REUiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21z
by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+VG9tLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPmEgcXVpY2sgYWRkaXRpb24gdG8gd2hhdCBNaWNrZXkgbWVu
dGlvbmVkIGJlbG93OiBXaGF0IHlvdSBzZWVtIHRvIGhhdmUgaW4gbWluZCBpcyB3aGF0IGRyYWZ0
LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgcmVmZXJzDQogdG8gYXMg4oCcbGF5ZXJpbmfigJ0gKHNl
ZSBzZWN0aW9uIDMuKSwgaS5lLiBpZiB5b3XigJlyZSBydW5uaW5nIGZvciBleGFtcGxlIEdlbmV2
ZSBvdmVyIElQdjYsIHRoZW4gSU9BTSBkYXRhIGNvdWxkIGJlIGVuY2Fwc3VsYXRlZCBpbiBib3Ro
IHByb3RvY29scywgR2VuZXZlIGFuZCBJUHY2IOKAkyBnaXZpbmcgeW91IHZpc2liaWxpdHkgaW50
byB0aGUg4oCcdW5kZXJsYXnigJ0gKElQdjYpIGFuZCB0aGUg4oCcb3ZlcmxheeKAnSAoR2VuZXZl
KS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTIj5GcmFuazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3Nw
YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBpcHBtICZsdDtpcHBtLWJvdW5j
ZXNAaWV0Zi5vcmcmZ3Q7DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPk1pY2tleSBTcGllZ2VsPGJyPg0K
PGI+U2VudDo8L2I+IEZyZWl0YWcsIDEzLiBBcHJpbCAyMDE4IDIwOjIyPGJyPg0KPGI+VG86PC9i
PiBUb20gSGVyYmVydCAmbHQ7dG9tQGhlcmJlcnRsYW5kLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+
IE5WTzMgJmx0O252bzNAaWV0Zi5vcmcmZ3Q7OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBG
dW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgJmx0O3NmY0BpZXRmLm9yZyZndDs7IElFVEYgSVBQ
TSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBt
XSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9j
b2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb248bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ub20sPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+T24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMTA6MTcgUE0sIFRvbSBIZXJiZXJ0
ICZsdDs8YSBocmVmPSJtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9j
a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0
O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0
OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NaWNrZXksPGJyPg0KPGJyPg0KTG9va2luZyBh
dCB0aGVzZSBpcHBtIGRyYWZ0cyBtb3JlIGNsb3NlbHksIEkgaGF2ZSBhIG11Y2ggbW9yZTxicj4N
CmZ1bmRhbWVudGFsIGNvbmNlcm4uPGJyPg0KPGJyPg0KSW4gZHJhZnQtYnJvY2tuZXJzLWlwcG0t
aW9hbS1nZW5ldmUtMDAgZm9yIGluc3RhbmNlLCB0aGVyZSBpcyB0aGUgdGV4dDxicj4NCmluIHRo
ZSBpbnRyb2R1Y3Rpb246PGJyPg0KPGJyPg0KJnF1b3Q7SW4tc2l0dSBPQU0gKElPQU0pIHJlY29y
ZHMgT0FNIGluZm9ybWF0aW9uIHdpdGhpbiB0aGUgcGFja2V0IHdoaWxlPGJyPg0KdGhlIHBhY2tl
dCB0cmF2ZXJzZXMgYSBwYXJ0aWN1bGFyIG5ldHdvcmsgZG9tYWluLiZuYnNwOyBUaGUgdGVybSAm
cXVvdDtpbi1zaXR1JnF1b3Q7PGJyPg0KcmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0g
ZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBkYXRhPGJyPg0KcGFja2V0cyByYXRoZXIgdGhh
biBpcyBiZWluZyBzZW50IHdpdGhpbiBwYWNrZXRzIHNwZWNpZmljYWxseTxicj4NCmRlZGljYXRl
ZCB0byBPQU0uJm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBob3cgSU9BTSBkYXRhIGZpZWxk
cyBhcmU8YnI+DQp0cmFuc3BvcnRlZCBhcyBwYXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52
bzMtZ2VuZXZlXTxicj4NCmVuY2Fwc3VsYXRpb24uJnF1b3Q7PGJyPg0KPGJyPg0KSSBhc3N1bWUg
dGhpcyBtZWFucyB0aGF0IGFzIHBhY2tldHMgd2l0aCBHZW5ldmUgZW5jYXBzdWxhdGlvbiB0cmF2
ZXJzZTxicj4NCnRoZSBuZXR3b3JrIHRoZXkgYXJlIGludGVycHJldGVkIGJ5IGludGVybWVkaWF0
ZSBub2RlcyBhcyBiZWluZzxicj4NCkdlbmV2ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fw
c3VsYXRpb24sIHRoZW4gdGhlIGRlc3RpbmF0aW9uIFVEUDxicj4NCnBvcnQgbnVtYmVyIHdvdWxk
IGJlIHVzZWQgdG8gaWRlbnRpZnkgcGFja2V0cyBhcyBiZWluZyBHZW5ldmUuIFNvIGFuPGJyPg0K
aW50ZXJtZWRpYXRlIGRldmljZSBtaWdodCBiZSBsb29raW5nIGZvciBVRFAgcGFja2V0cyBkZXN0
aW5lZCB0byBwb3J0PGJyPg0KNjA4MSAodGhlIGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUp
LiBJZiBteSB1bmRlcnN0YW5kaW5nIGlzPGJyPg0KY29ycmVjdCwgdGhlbiB0aGlzIGlzIGEgcHJv
YmxlbS48YnI+DQo8YnI+DQpVRFAgcG9ydCBudW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFu
aW5nLiBBbiBpbnRlcm1lZGlhdGUgZGV2aWNlPGJyPg0KbWF5IHZlcnkgd2VsbCBzZWUgVURQIHBh
Y2tldHMgZGVzdGluZWQgdG8gcG9ydCA2MDgxIHRoYXQgYXJlIG5vdDxicj4NCmFjdHVhbGx5IEdl
bmV2ZS4gVGhpcyBzY2VuYXJpbyBpcyBkaXNjdXNzZWQgaW4gUkZDNzYwNTo8YnI+DQo8YnI+DQom
cXVvdDsuLi5pbnRlcm1lZGlhdGUgZGV2aWNlIGludGVycHJldHMgdHJhZmZpYyBiYXNlZCBvbiB0
aGUgcG9ydCBudW1iZXIuPGJyPg0KSXQgaXMgaW1wb3J0YW50IHRvIHJlY29nbml6ZSB0aGF0IGFu
eSBpbnRlcnByZXRhdGlvbiBvZiBwb3J0IG51bWJlcnM8YnI+DQotLSBleGNlcHQgYXQgdGhlIGVu
ZHBvaW50cyAtLSBtYXkgYmUgaW5jb3JyZWN0LCBiZWNhdXNlIHBvcnQgbnVtYmVyczxicj4NCmFy
ZSBtZWFuaW5nZnVsIG9ubHkgYXQgdGhlIGVuZHBvaW50cy4mcXVvdDs8YnI+DQo8YnI+DQpJZiB0
aGUgVURQIGRhdGEgaXMgbW9kaWZpZWQsIGFzIHRoZSBkcmFmdCB3b3VsZCBpbXBseSwgdGhlbjxi
cj4NCm1pc2ludGVycHJldGF0aW9uIG1heSBhbHNvIG1lYW4gc2lsZW50IGRhdGEgY29ycnVwdGlv
biBvZiBwYWNrZXRzLiBBPGJyPg0KcHJvdG9jb2wgdGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1z
IHByZXR0eSBpbmNvcnJlY3QhIE5vdGUgdGhhdCB0aGlzPGJyPg0Kd291bGQgYmUgdHJ1ZSBhbHNv
IGZvciBhbnkgVURQIGVuY2Fwc3VsYXRpb24gdGhhdCB0aGUgbmV0d29yayB0cmllcyB0bzxicj4N
CmludGVycHJldC48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPlRoZSBpbnRlbnRpb24gaXMgdG8gYWxsb3cgZm9yIG11bHRpcGxlIG5v
ZGVzIHRoYXQgYSBwYWNrZXQgdHJhdmVyc2VzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj50byBiZSBhYmxlIHRvIGluc2VydCBJT0FNIG5vZGUgaW5m
b3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ugb3B0aW9uLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YnV0IGxlYXZlIHNvbWUgZmxleGliaWxpdHkg
cmVnYXJkaW5nIHdoaWNoIG5vZGVzIGFjdHVhbGx5IGRvIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUg
bm9kZSBpbmZvcm1hdGlvbi4gVGhpcyBtYXkgdmFyeTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ZGVwZW5kaW5nIG9uIHRoZSB0cmFuc3BvcnQuPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluIGNh
c2Ugb2YgYSB0dW5uZWxlZCBlbmNhcHN1bGF0aW9uIHN1Y2ggYXMgR2VuZXZlIG9yIFZYTEFOLDxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGhlcmUg
bWF5IHN0aWxsIGJlIG11bHRpcGxlIGhvcHMuIEZvciBleGFtcGxlIGEgbmV0d29yayBtYXkgdXNl
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5HZW5l
dmUgb3IgVlhMQU4sIGJ1dCBvbmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywgd2l0aCBMMzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+cHJvY2Vz
c2luZyBkb25lIGF0IGFnZ3JlZ2F0aW9uIG9yIGNvcmUgc3dpdGNoZXMuIEluIHRoaXMgY2FzZTxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+bWFueSBw
YWNrZXRzIHdvdWxkIGRvIDIgR2VuZXZlIG9yIFZYTEFOIGhvcHMsIHNvIHRoZSBwYWNrZXQ8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPndvdWxkIGNv
bnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZyb20gdHdvIG5vZGVzLjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Bbm90aGVyIGV4YW1wbGUg
aXMgc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyB1c2luZyBHZW5ldmUgb3I8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlZYTEFOIHJhdGhlciB0aGFu
IE5TSC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt
IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PGJyPg0KSSBhbSBhbHNvIHdvbmRlcmluZyBpZiBob3AtYnktaG9wIG9wdGlvbnMg
YmVlbiBjb25zaWRlcmVkIGZvciB0aGlzPGJyPg0KYXBwbGljYXRpb24/IFRoZWlyIGludGVycHJl
dGF0aW9uIGluIHRoZSBuZXR3b3JrIGlzIHVuYWJpZ3VvdXMgYW5kPGJyPg0KdGhleSBhbHNvIGhh
dmUgdGhlIGFkdmFudGFnZSB0aGF0IHRoZSB3b3JrIHdpdGggYW55IElQIHByb3RvY29sIG9yPGJy
Pg0KZW5jYXBzdWxhdGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPklQdjYgaG9wLWJ5LWhvcCBvcHRpb25zIGhhcyBiZWVuIGNv
bnNpZGVyZWQuIFNlZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+ZHJhZnQtYnJvY2tuZXJzLWluYmFuZC1vYW0tdHJhbnNwb3J0LTA1LiBUaGlzIGhh
cyBub3QgeWV0IGJlZW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPmJyb2tlbiBvdXQgaW50byBhIHNlcGFyYXRlIGRyYWZ0LjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NaWNrZXk8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl
ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1s
ZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0K
VGhhbmtzLDxicj4NClRvbTxicj4NCjxicj4NCjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+
T24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMzozMSBQTSwgTWlja2V5IFNwaWVnZWw8L3NwYW4+PGJy
Pg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOm1zcGllZ2VsQGJh
cmVmb290bmV0d29ya3MuY29tIj5tc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTwvYT4mZ3Q7
IHdyb3RlOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+Jmd0OyBUb20sPGJyPg0KJmd0Ozxicj4NCiZndDsgT24gVGh1LCBBcHIgMTIsIDIw
MTggYXQgMjo0NiBQTSwgVG9tIEhlcmJlcnQgJmx0OzxhIGhyZWY9Im1haWx0bzp0b21AaGVyYmVy
dGxhbmQuY29tIj50b21AaGVyYmVydGxhbmQuY29tPC9hPiZndDsgd3JvdGU6PGJyPg0KJmd0OyZn
dDs8YnI+DQomZ3Q7Jmd0OyBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCA5OjU0IEFNLCBHcmVnIE1p
cnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSI+Z3JlZ2ltaXJz
a3lAZ21haWwuY29tPC9hPiZndDs8YnI+DQomZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyAm
Z3Q7IEhpIEZyYW5rLDxicj4NCiZndDsmZ3Q7ICZndDsgdGhhbmsgeW91IGZvciBzaGFyaW5nIHlv
dXIgcG9pbnRzLiBQbGVhc2UgZmluZCBteSBub3RlcyBpbi1saW5lIGFuZDxicj4NCiZndDsmZ3Q7
ICZndDsgdGFnZ2VkPGJyPg0KJmd0OyZndDsgJmd0OyBHSU0mZ3Q7Jmd0Oy4gSSBiZWxpZXZlIHRo
YXQgdGhpcyBpcyB2ZXJ5IG11Y2ggcmVsZXZhbnQgdG8gd29yayBvZiBvdGhlcjxicj4NCiZndDsm
Z3Q7ICZndDsgd29ya2luZzxicj4NCiZndDsmZ3Q7ICZndDsgZ3JvdXBzIHRoYXQgZGlyZWN0bHkg
d29yayBvbiB0aGUgb3ZlcmxheSBlbmNhcHN1bGF0aW9ucyBpbiB0aGUgY2VudGVyIG9mPGJyPg0K
Jmd0OyZndDsgJmd0OyB0aGU8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGRpc2N1c3Npb24gYW5kIGhlbmNl
IEkndmUgYWRkZWQgdGhlbSB0byB0aGUgbGlzdC4gSG9wZSB3ZSdsbCBoYXZlIG1vcmU8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7IG9waW5pb25zIHRvIHJlYWNoIHRoZSBjb25jbHVzaW9uIHRoYXQgaXMgYWNj
ZXB0YWJsZSB0byBhbGwuPGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgUmVn
YXJkcyw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IEdyZWc8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0
OyZndDsgJmd0OyBPbiBXZWQsIEFwciAxMSwgMjAxOCBhdCAxMjowMiBQTSwgRnJhbmsgQnJvY2tu
ZXJzIChmYnJvY2tuZSk8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZmJy
b2NrbmVAY2lzY28uY29tIj5mYnJvY2tuZUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IEJhY2sgYXQgdGhlIElQUE0g
bWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1c3NlZCBzZXZlcmFsIGRyYWZ0cyBkZWFsaW5nPGJy
Pg0KJmd0OyZndDsgJmd0OyZndDsgd2l0aCB0aGUgZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEg
aW4gdmFyaW91cyBwcm90b2NvbHM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyAoZHJhZnQtYnJvY2tu
ZXJzLWlwcG0taW9hbS12eGxhbi1ncGUtMDAsPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgZHJhZnQt
YnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAsIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0w
MCkuIE9uZTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGRpc2N1c3Npb24gdG9waWMgdGhhdCB3ZSBk
ZWNpZGVkIHRvIHRha2UgdG8gdGhlIGxpc3Qgd2FzIHRoZSBxdWVzdGlvbjxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IG9uPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgd2hldGhlciBkcmFmdC1vb2FtZHQt
cnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLi4mbmJzcDsgQWZ0ZXI8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jmd0OyBjYXJlZnVsbHk8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBjb25zaWRl
cmluZyBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIsIEkgY2FtZSB0byB0aGUgY29uY2x1
c2lvbjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHRoYXQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB0
aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9BTTo8YnI+
DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7ICogRWZmaWNpZW5jeTog
SU9BTSBhZGRzIGRhdGEgdG8gbGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFuPGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgZW5jYXBzdWxhdGlvbiBuZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMg
cG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRlcuKAnTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGlz
IDg8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBieXRlcyBsb25nLiBUaGUgYXBwcm9hY2ggZm9yIElP
QU0gZGF0YSBlbmNhcHN1bGF0aW9uIGluIHRoZSBhYm92ZTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
IG1lbnRpb25lZDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGRyYWZ0cyBvbmx5IHJlcXVpcmVzIDQg
Ynl0ZXMuIFVzaW5nIHRoZSBPT0FNIGhlYWRlciBhcHByb2FjaCB3b3VsZCBhZGQ8YnI+DQomZ3Q7
Jmd0OyAmZ3Q7Jmd0OyBhbjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHVubmVjZXNzYXJ5IG92ZXJo
ZWFkIG9mIDQgYnl0ZXMg4oCTIHdoaWNoIGlzIHNpZ25pZmljYW50Ljxicj4NCiZndDsmZ3Q7IEdy
ZWcsPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBJJ20gbWlzc2luZyBzb21ldGhpbmcgaGVy
ZS4gSSBsb29rZWQgYXQgdGhlIGRyYWZ0cyB5b3UgcmVmZXJlbmNlZCBhbmQ8YnI+DQomZ3Q7Jmd0
OyBlYWNoIG9mIHRoZW0gbG9va3MgbGlrZSB0aGUgb3ZlcmhlYWQgZm9yIE9BTSBpcyBncmVhdGVy
IHRoYXQgZm91cjxicj4NCiZndDsmZ3Q7IGJ5dGVzLiBJbiBlYWNoIHRoZXJlIGlzIHNvbWUgb3Zl
cmhlYWQgZXF1aXZhbGVudCB0byB0eXBlL2xlbmd0aCwgZm9yPGJyPg0KJmd0OyZndDsgaW5zdGFu
Y2UgaW4gR2VuZXZlIGZvdXIgYnl0ZXMgYXJlIG5lZWRlZCBmb3Igb3B0aW9uIGNsYXNzLCB0eXBl
LCBhbmQ8YnI+DQomZ3Q7Jmd0OyBsZW5ndGguIFVubGVzcyB0aGUgdGhlIE9BTSBkYXRhIGlzIHpl
cm8gbGVuZ3RoLCBJIGRvbid0IHNlZSBob3cgdGhpczxicj4NCiZndDsmZ3Q7IGFkZHMgdXAgdG8g
b25seSBmb3VyIGJ5dGVzIG9mIG92ZXJoZWFkLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0
OyBUaGUgZm91ciB2ZXJzdXMgZWlnaHQgYnl0ZXMganVzdCByZWZlcnMgdG8gdGhlIGZpZWxkcyBp
biB0aGUgZm91ciBieXRlcyBvZjxicj4NCiZndDsgSU9BTTxicj4NCiZndDsgaW5mbywgdGhhdCBp
cyBjb21tb24gdG8gYWxsIElPQU0gb3B0aW9ucy4gQmV5b25kIHRoYXQsIHRoZXJlIGFyZSBJT0FN
IG9wdGlvbjxicj4NCiZndDsgc3BlY2lmaWMgZmllbGRzLiBGb3IgZXhhbXBsZSBpZiBkb2luZyBv
bmUgb2YgdGhlIElPQU0gdHJhY2Ugb3B0aW9ucywgdGhlcmU8YnI+DQomZ3Q7IGFyZTxicj4NCiZn
dDsgZm91ciBieXRlcyBvZiB0cmFjZSBvcHRpb24gaGVhZGVyLCBpbmNsdWRpbmcgdGhlIElPQU0t
dHJhY2UtdHlwZSwgTm9kZUxlbiw8YnI+DQomZ3Q7IEZsYWdzLCBhbmQgUmVtYWluaW5nTGVuIGZp
ZWxkcy4gVGhlc2UgYXJlIGZvbGxvd2VkIGJ5IHRoZSBub2RlIGRhdGEgbGlzdDxicj4NCiZndDsg
Y29udGFpbmluZyB0aGUgcGVyIGhvcCBJT0FNIGluZm9ybWF0aW9uLjxicj4NCiZndDs8YnI+DQom
Z3Q7IEluIGxvb2tpbmcgYXQgdGhlIE9PQU0gaGVhZGVyIGNvbnRlbnQsIGl0IGhhcyBub3RoaW5n
IHRvIGRvIHdpdGggYW55IG9mIHRoZTxicj4NCiZndDsgSU9BTSBpbmZvcm1hdGlvbiBhZnRlciB0
aGUgZmlyc3QgZm91ciBieXRlcy4gSXQgY29udGFpbnMgYW5vdGhlciB2YXJpYW50IG9mPGJyPg0K
Jmd0OyB0aGU8YnI+DQomZ3Q7IGluZm9ybWF0aW9uIGluIHRoZSBmaXJzdCBmb3VyIGJ5dGVzIG9m
IElPQU0gaW5mbywgc3ByZWFkIG91dCBvdmVyIGVpZ2h0PGJyPg0KJmd0OyBieXRlcy48YnI+DQom
Z3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBUb208YnI+DQomZ3Q7Jmd0Ozxicj4NCiZn
dDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IEdJTSZndDsmZ3Q7IFRoZSBkaWZmZXJlbmNl
IGluIGZvdXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6PGJyPg0KJmd0OyZndDsgJmd0
Ozxicj4NCiZndDsmZ3Q7ICZndDsgcHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFn
cyBmaWVsZCBhbmQgUmVzZXJ2ZWQgZmllbGRzOzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0
OyBUaGUgZmxhZ3MgZmllbGQgb25seSBoYXMgb25lIGRlZmluZWQgZmxhZyBhdCB0aGUgbW9tZW50
LCBmb3IgYSB0aW1lc3RhbXA8YnI+DQomZ3Q7IGJsb2NrLiBGb3IgSU9BTSB0cmFjZSB3ZSBuZWVk
IHBlciBob3AgdGltZXN0YW1wcywgd2hpY2ggdGhlIHRpbWVzdGFtcDxicj4NCiZndDsgYmxvY2sg
Y2Fubm90IGFkZHJlc3MsIGkuZS4gdGhlIHRpbWVzdGFtcCBibG9jayBpcyByZWR1bmRhbnQgZm9y
IElPQU0uPGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBzdXBwb3J0
cyBsYXJnZXIgT0FNIHBhY2tldHMgdGhhbiBpT0FNIGhlYWRlcjs8YnI+DQomZ3Q7PGJyPg0KJmd0
Ozxicj4NCiZndDsgRm9yIElPQU0gcHVycG9zZXMsIDEwMjAgb2N0ZXRzIGlzIG1vcmUgdGhhbiBl
bm91Z2guPGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBpcyBmdXR1
cmUgcHJvb2YgYnkgc3VwcG9ydGluZyB2ZXJzaW9uaW5nIChWZXJzaW9uIGZpZWxkKS48YnI+DQom
Z3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgSU1PLCB0YWtpbmcgdGhlIGZpcnN0IHR3byBiaXRzIG9m
IHRoZSBJT0FNLVR5cGUgdG8gZGVmaW5lIGEgVmVyc2lvbiBmaWVsZDxicj4NCiZndDsgd291bGQg
YmUgYSBnb29kIHRoaW5nLiBUaGlzIGRvZXMgbm90IHJlcXVpcmUgYWRkaW5nIGZvdXIgbW9yZSBi
eXRlcyBvZjxicj4NCiZndDsgb3ZlcmhlYWQuIDY0IElPQU0tVHlwZXMgaXMgbW9yZSB0aGFuIGVu
b3VnaC48YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4N
CiZndDsmZ3Q7ICZndDsmZ3Q7ICogTWF0dXJpdHk6IElPQU0gaGFzIHNldmVyYWwgaW1wbGVtZW50
YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hvd24gYXQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBy
ZWNlbnQgSUVURiBoYWNrYXRob25zIOKAkyBhbmQgd2XigJlyZSBleHBlY3RpbmcgYWRkaXRpb25h
bCBpbXBsZW1lbnRhdGlvbnM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB0bzxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IGJlIHB1YmxpY2l6ZWQgc29vbi4gSW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlv
bnMgbmVlZCB0aW1lbHk8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBzcGVjaWZpY2F0aW9ucy4gRGVz
cGl0ZSB0aGUgcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9uPGJyPg0K
Jmd0OyZndDsgJmd0OyZndDsgT09BTTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGluIHRoZSBOVk8z
IGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhl
YWRlci48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBJbjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGFk
ZGl0aW9uLCB0aGUgdGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBmdW5kYW1lbnRhbCBxdWVz
dGlvbnMgYWJvdXQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB0aGU8YnI+DQomZ3Q7Jmd0OyAmZ3Q7
Jmd0OyBPT0FNIGhlYWRlciBhcmUgc3RpbGwgb3Blbiwgc3VjaCBhcyB3aGV0aGVyIG9yIGhvdyBh
Y3RpdmUgT0FNPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgbWVjaGFuaXNtczxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IHdpdGhpbiBwcm90b2NvbHMgc3VjaCBhcyBHZW5ldmUgd291bGQgYXBwbHkgdG8g
dGhlIE9PQU0gaGVhZGVyLiBUaGlzPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgdWx0aW1hdGVseSBt
ZWFucyB0aGF0IHdlIHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNwZWNpZmljYXRpb24uPGJyPg0K
Jmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgR0lNJmd0OyZndDsgTWF5IEkgYXNrIHdo
aWNoIGVuY2Fwc3VsYXRpb25zIHN1cHBvcnRlZCBieSB0aGUgaW1wbGVtZW50YXRpb25zPGJyPg0K
Jmd0OyZndDsgJmd0OyB5b3U8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5
IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3ZXJlIHRvIHVzZSBtZXRhLWRhdGE8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7IFRMVjxicj4NCiZndDsmZ3Q7ICZndDsgaW4sIGUuZy4gR2VuZXZlIGFuZCBO
U0guIEFuZCBpZiB0aGVzZSBvciBzb21lIG9mIHRoZXNlIGltcGxlbWVudGF0aW9uczxicj4NCiZn
dDsmZ3Q7ICZndDsgYWxyZWFkeSB1cGRhdGVkIHRvIHRoZSBuZXdseSBwcm9wb3NlZCBpT0FNIHNo
aW0sIEkgZG9uJ3Qgc2VlIHByb2JsZW0gaW48YnI+DQomZ3Q7Jmd0OyAmZ3Q7IG1ha2luZyB0aGVt
IHVzZSBPT0FNIEhlYWRlci4gV291bGQgeW91IGFncmVlPzxicj4NCiZndDsmZ3Q7ICZndDs8YnI+
DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7ICogU2NvcGU6IEl0IGlz
buKAmXQgZW50aXJlbHkgY2xlYXIgdG8gd2hpY2ggcHJvdG9jb2xzIHRoZSBPT0FNIGhlYWRlcjxi
cj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHdvdWxkPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgdWx0aW1h
dGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVmaW5lZCwgT09BTSB1
c2VzIGE8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyA4LWJpdDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
IGZpZWxkIGZvciDigJxOZXh0IFByb3TigJ0sIHRoZSBuZXh0IHByb3RvY29sLiBTb21lIHByb3Rv
Y29scyB0aGF0IElPQU0gZGF0YTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IG5lZWRzIHRvIGJlIGVu
Y2Fwc3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGU8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBwb2ludHMuIFNlZSBlLmcuIHRoZSBHUkUgZW5jYXBzdWxh
dGlvbiDigJMgYXMgc3BlY2lmaWVkIGluPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgZHJhZnQtd2Vp
cy1pcHBtLWlvYW0tZ3JlLTAwLjxicj4NCiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7
IEdJTSZndDsmZ3Q7IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgdGhlIEludHJvZHVjdGlvbiBzZWN0
aW9uIHN0YXRlczo8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBOZXcgcHJvdG9jb2xz
IHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFPGJyPg0KJmd0OyZn
dDsgJmd0OyZuYnNwOyAmbmJzcDsgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQu
aWV0Zi1udm8zLWd1ZV0sIEdlbmV2ZTxicj4NCiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IFtJ
LUQuaWV0Zi1udm8zLWdlbmV2ZV0sIEJJRVIgW0ktRC5pZXRmLWJpZXItbXBscy1lbmNhcHN1bGF0
aW9uXSwgYW5kPGJyPg0KJmd0OyZndDsgJmd0OyZuYnNwOyAmbmJzcDsgTlNIIFtJLUQuaWV0Zi1z
ZmMtbnNoXSBzdXBwb3J0IG11bHRpLXByb3RvY29sIHBheWxvYWQsIGUuZy48YnI+DQomZ3Q7Jmd0
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBFdGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9w
ZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZu
YnNwOyBNYWludGVuYW5jZSAoT0FNKSBhcyBvbmUgb2YgZGlzdGluY3QgdHlwZXMuJm5ic3A7IFRo
YXQgZW5zdXJlcyB0aGF0PGJyPg0KJmd0OyZndDsgJmd0OyZuYnNwOyAmbmJzcDsgT3ZlcmxheSBP
QU0gKE9PQU0pcGFja2V0cyBhcmUgc2hhcmluZyBmYXRlIHdpdGggT3ZlcmxheSBkYXRhIHBhY2tl
dDxicj4NCiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IHRyYXZlcnNpbmcgdGhlIHVuZGVybGF5
Ljxicj4NCiZndDsmZ3Q7ICZndDsgSSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBkcmFmdCBh
bmQgYWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzIHdpbGw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHVwZGF0
ZTxicj4NCiZndDsmZ3Q7ICZndDsgcmVmZXJlbmNlIHRvIEdVRS4gSSB0aGluayB0aGF0IHRoZSBs
aXN0IGFuZCB0aGUgc3RhdGVtbnQgYXJlIHF1aXRlIGNsZWFyPGJyPg0KJmd0OyZndDsgJmd0OyBp
bjxicj4NCiZndDsmZ3Q7ICZndDsgaWRlbnRpZnlpbmcgdGhlIHNjb3BlIG9mIG5ldHdvcmtzIHRo
YXQgbWF5IGJlbmVmaXQgZnJvbSB1c2luZyBub3Qgb25seTxicj4NCiZndDsmZ3Q7ICZndDsgY29t
bW9uIE9PQU0gSGVhZGVyIGJ1dCBjb21tb24gT09BTSBtZWNoYW5pc21zLCBlLmcuIEVjaG8gUmVx
dWVzdC9SZXBseS48YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgV2l0
aCB0aGUgYWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3
YXJkIHdpdGg8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBzcGVjaWZpYyBkZWZpbml0aW9ucyBmb3Ig
ZW5jYXBzdWxhdGluZyBJT0FNIGRhdGEgaW50byBwcm90b2NvbHMg4oCTIHBlcjxicj4NCiZndDsm
Z3Q7ICZndDsmZ3Q7IHRoZTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGFib3ZlIG1lbnRpb25lZCBk
cmFmdHMuPGJyPg0KJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4N
CiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgUmVnYXJkcywgRnJhbms8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZn
dDsgJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X188YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBpcHBtIG1haWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IDxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9h
Pjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vaXBwbSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3Jn
L21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZn
dDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7ICZn
dDsgSW50LWFyZWEgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgJmd0OyA8YSBocmVmPSJtYWls
dG86SW50LWFyZWFAaWV0Zi5vcmciPkludC1hcmVhQGlldGYub3JnPC9hPjxicj4NCiZndDsmZ3Q7
ICZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnQt
YXJlYSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vaW50LWFyZWE8L2E+PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0
OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+
DQomZ3Q7Jmd0OyBpcHBtIG1haWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7IDxhIGhyZWY9Im1haWx0
bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCiZndDsmZ3Q7IDxhIGhyZWY9
Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbSIgdGFyZ2V0PSJfYmxh
bmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48YnI+DQom
Z3Q7PGJyPg0KJmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90
ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_fb963e482d074551853ce83816f24c7fXCHRCD008ciscocom_--


From nobody Mon Apr 16 01:37:59 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3F6F126BF0; Mon, 16 Apr 2018 01:37:40 -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 EHU1F3vwSBK6; Mon, 16 Apr 2018 01:37:37 -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 627D1124239; Mon, 16 Apr 2018 01:37:36 -0700 (PDT)
Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id C93BC5FC50347; Mon, 16 Apr 2018 09:37:30 +0100 (IST)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.382.0; Mon, 16 Apr 2018 09:37:32 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0361.001; Mon, 16 Apr 2018 16:37:25 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
CC: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT0qfYMJmDjLfNRU+b5k8Wa55hLqP9MIyAgABxbYCAANtOAIAD+q4AgACbFcA=
Date: Mon, 16 Apr 2018 08:37:25 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com>
In-Reply-To: <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.156.116]
Content-Type: multipart/alternative; boundary="_000_BBA82579FD347748BEADC4C445EA0F21A6D62FA3NKGEML515MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/agKAMA2bXdvi9V8wrDwIkK7vYl8>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 08:37:41 -0000

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

SGkgRnJhbmssDQoNCkhvdyBkb2VzIGEgZm9yd2FyZGVyIGtub3cgd2hlbiBhbmQgd2hlcmUgdG8g
aW5zZXJ0IHRoZSBkYXRhPw0KSW4gdGhlIGNhc2Ugb2YgR2VuZXZlIG92ZXIgSVB2NiwgZG8geW91
IG1lYW4gdGhlIGRldmljZSBuZWVkIHRvIHNjYW4gYWxsIHRoZSBwcm90b2NvbCBzdGFjaz8gT3Ig
anVzdCB0aGUgb3V0ZXIgZW5jYXBzdWxhdGlvbj8NCg0KVGlhbnJhbg0KDQpGcm9tOiBpcHBtIFtt
YWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRnJhbmsgQnJvY2tuZXJz
IChmYnJvY2tuZSkNClNlbnQ6IE1vbmRheSwgQXByaWwgMTYsIDIwMTggMzowOCBQTQ0KVG86IE1p
Y2tleSBTcGllZ2VsIDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IFRvbSBIZXJiZXJ0
IDx0b21AaGVyYmVydGxhbmQuY29tPg0KQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJl
YUBpZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRm
Lm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBwbV0g
W0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29s
cyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNCg0KVG9tLA0KDQph
IHF1aWNrIGFkZGl0aW9uIHRvIHdoYXQgTWlja2V5IG1lbnRpb25lZCBiZWxvdzogV2hhdCB5b3Ug
c2VlbSB0byBoYXZlIGluIG1pbmQgaXMgd2hhdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAy
IHJlZmVycyB0byBhcyDigJxsYXllcmluZ+KAnSAoc2VlIHNlY3Rpb24gMy4pLCBpLmUuIGlmIHlv
deKAmXJlIHJ1bm5pbmcgZm9yIGV4YW1wbGUgR2VuZXZlIG92ZXIgSVB2NiwgdGhlbiBJT0FNIGRh
dGEgY291bGQgYmUgZW5jYXBzdWxhdGVkIGluIGJvdGggcHJvdG9jb2xzLCBHZW5ldmUgYW5kIElQ
djYg4oCTIGdpdmluZyB5b3UgdmlzaWJpbGl0eSBpbnRvIHRoZSDigJx1bmRlcmxheeKAnSAoSVB2
NikgYW5kIHRoZSDigJxvdmVybGF54oCdIChHZW5ldmUpLg0KDQpGcmFuaw0KDQpGcm9tOiBpcHBt
IDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZz4+IE9u
IEJlaGFsZiBPZiBNaWNrZXkgU3BpZWdlbA0KU2VudDogRnJlaXRhZywgMTMuIEFwcmlsIDIwMTgg
MjA6MjINClRvOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxtYWlsdG86dG9tQGhl
cmJlcnRsYW5kLmNvbT4+DQpDYzogTlZPMyA8bnZvM0BpZXRmLm9yZzxtYWlsdG86bnZvM0BpZXRm
Lm9yZz4+OyBpbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmc+OyBTZXJ2
aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPG1haWx0bzpzZmNA
aWV0Zi5vcmc+PjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYu
b3JnPj4NClN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElP
QU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Np
b24gaW4gTG9uZG9uDQoNClRvbSwNCg0KT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMTA6MTcgUE0s
IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0b21AaGVyYmVydGxhbmQu
Y29tPj4gd3JvdGU6DQpNaWNrZXksDQoNCkxvb2tpbmcgYXQgdGhlc2UgaXBwbSBkcmFmdHMgbW9y
ZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUNCmZ1bmRhbWVudGFsIGNvbmNlcm4uDQoNCklu
IGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwIGZvciBpbnN0YW5jZSwgdGhlcmUg
aXMgdGhlIHRleHQNCmluIHRoZSBpbnRyb2R1Y3Rpb246DQoNCiJJbi1zaXR1IE9BTSAoSU9BTSkg
cmVjb3JkcyBPQU0gaW5mb3JtYXRpb24gd2l0aGluIHRoZSBwYWNrZXQgd2hpbGUNCnRoZSBwYWNr
ZXQgdHJhdmVyc2VzIGEgcGFydGljdWxhciBuZXR3b3JrIGRvbWFpbi4gIFRoZSB0ZXJtICJpbi1z
aXR1Ig0KcmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFk
ZGVkIHRvIHRoZSBkYXRhDQpwYWNrZXRzIHJhdGhlciB0aGFuIGlzIGJlaW5nIHNlbnQgd2l0aGlu
IHBhY2tldHMgc3BlY2lmaWNhbGx5DQpkZWRpY2F0ZWQgdG8gT0FNLiAgVGhpcyBkb2N1bWVudCBk
ZWZpbmVzIGhvdyBJT0FNIGRhdGEgZmllbGRzIGFyZQ0KdHJhbnNwb3J0ZWQgYXMgcGFydCBvZiB0
aGUgR2VuZXZlIFtJLUQuaWV0Zi1udm8zLWdlbmV2ZV0NCmVuY2Fwc3VsYXRpb24uIg0KDQpJIGFz
c3VtZSB0aGlzIG1lYW5zIHRoYXQgYXMgcGFja2V0cyB3aXRoIEdlbmV2ZSBlbmNhcHN1bGF0aW9u
IHRyYXZlcnNlDQp0aGUgbmV0d29yayB0aGV5IGFyZSBpbnRlcnByZXRlZCBieSBpbnRlcm1lZGlh
dGUgbm9kZXMgYXMgYmVpbmcNCkdlbmV2ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3Vs
YXRpb24sIHRoZW4gdGhlIGRlc3RpbmF0aW9uIFVEUA0KcG9ydCBudW1iZXIgd291bGQgYmUgdXNl
ZCB0byBpZGVudGlmeSBwYWNrZXRzIGFzIGJlaW5nIEdlbmV2ZS4gU28gYW4NCmludGVybWVkaWF0
ZSBkZXZpY2UgbWlnaHQgYmUgbG9va2luZyBmb3IgVURQIHBhY2tldHMgZGVzdGluZWQgdG8gcG9y
dA0KNjA4MSAodGhlIGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUpLiBJZiBteSB1bmRlcnN0
YW5kaW5nIGlzDQpjb3JyZWN0LCB0aGVuIHRoaXMgaXMgYSBwcm9ibGVtLg0KDQpVRFAgcG9ydCBu
dW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFuaW5nLiBBbiBpbnRlcm1lZGlhdGUgZGV2aWNl
DQptYXkgdmVyeSB3ZWxsIHNlZSBVRFAgcGFja2V0cyBkZXN0aW5lZCB0byBwb3J0IDYwODEgdGhh
dCBhcmUgbm90DQphY3R1YWxseSBHZW5ldmUuIFRoaXMgc2NlbmFyaW8gaXMgZGlzY3Vzc2VkIGlu
IFJGQzc2MDU6DQoNCiIuLi5pbnRlcm1lZGlhdGUgZGV2aWNlIGludGVycHJldHMgdHJhZmZpYyBi
YXNlZCBvbiB0aGUgcG9ydCBudW1iZXIuDQpJdCBpcyBpbXBvcnRhbnQgdG8gcmVjb2duaXplIHRo
YXQgYW55IGludGVycHJldGF0aW9uIG9mIHBvcnQgbnVtYmVycw0KLS0gZXhjZXB0IGF0IHRoZSBl
bmRwb2ludHMgLS0gbWF5IGJlIGluY29ycmVjdCwgYmVjYXVzZSBwb3J0IG51bWJlcnMNCmFyZSBt
ZWFuaW5nZnVsIG9ubHkgYXQgdGhlIGVuZHBvaW50cy4iDQoNCklmIHRoZSBVRFAgZGF0YSBpcyBt
b2RpZmllZCwgYXMgdGhlIGRyYWZ0IHdvdWxkIGltcGx5LCB0aGVuDQptaXNpbnRlcnByZXRhdGlv
biBtYXkgYWxzbyBtZWFuIHNpbGVudCBkYXRhIGNvcnJ1cHRpb24gb2YgcGFja2V0cy4gQQ0KcHJv
dG9jb2wgdGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0eSBpbmNvcnJlY3QhIE5vdGUg
dGhhdCB0aGlzDQp3b3VsZCBiZSB0cnVlIGFsc28gZm9yIGFueSBVRFAgZW5jYXBzdWxhdGlvbiB0
aGF0IHRoZSBuZXR3b3JrIHRyaWVzIHRvDQppbnRlcnByZXQuDQoNClRoZSBpbnRlbnRpb24gaXMg
dG8gYWxsb3cgZm9yIG11bHRpcGxlIG5vZGVzIHRoYXQgYSBwYWNrZXQgdHJhdmVyc2VzDQp0byBi
ZSBhYmxlIHRvIGluc2VydCBJT0FNIG5vZGUgaW5mb3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ug
b3B0aW9uLA0KYnV0IGxlYXZlIHNvbWUgZmxleGliaWxpdHkgcmVnYXJkaW5nIHdoaWNoIG5vZGVz
IGFjdHVhbGx5IGRvIHRoZQ0KSU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUgbm9kZSBpbmZvcm1hdGlv
bi4gVGhpcyBtYXkgdmFyeQ0KZGVwZW5kaW5nIG9uIHRoZSB0cmFuc3BvcnQuDQoNCkluIGNhc2Ug
b2YgYSB0dW5uZWxlZCBlbmNhcHN1bGF0aW9uIHN1Y2ggYXMgR2VuZXZlIG9yIFZYTEFOLA0KdGhl
cmUgbWF5IHN0aWxsIGJlIG11bHRpcGxlIGhvcHMuIEZvciBleGFtcGxlIGEgbmV0d29yayBtYXkg
dXNlDQpHZW5ldmUgb3IgVlhMQU4sIGJ1dCBvbmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywg
d2l0aCBMMw0KcHJvY2Vzc2luZyBkb25lIGF0IGFnZ3JlZ2F0aW9uIG9yIGNvcmUgc3dpdGNoZXMu
IEluIHRoaXMgY2FzZQ0KbWFueSBwYWNrZXRzIHdvdWxkIGRvIDIgR2VuZXZlIG9yIFZYTEFOIGhv
cHMsIHNvIHRoZSBwYWNrZXQNCndvdWxkIGNvbnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZy
b20gdHdvIG5vZGVzLg0KDQpBbm90aGVyIGV4YW1wbGUgaXMgc2VydmljZSBmdW5jdGlvbiBjaGFp
bmluZyB1c2luZyBHZW5ldmUgb3INClZYTEFOIHJhdGhlciB0aGFuIE5TSC4NCg0KDQpJIGFtIGFs
c28gd29uZGVyaW5nIGlmIGhvcC1ieS1ob3Agb3B0aW9ucyBiZWVuIGNvbnNpZGVyZWQgZm9yIHRo
aXMNCmFwcGxpY2F0aW9uPyBUaGVpciBpbnRlcnByZXRhdGlvbiBpbiB0aGUgbmV0d29yayBpcyB1
bmFiaWd1b3VzIGFuZA0KdGhleSBhbHNvIGhhdmUgdGhlIGFkdmFudGFnZSB0aGF0IHRoZSB3b3Jr
IHdpdGggYW55IElQIHByb3RvY29sIG9yDQplbmNhcHN1bGF0aW9uLg0KDQpJUHY2IGhvcC1ieS1o
b3Agb3B0aW9ucyBoYXMgYmVlbiBjb25zaWRlcmVkLiBTZWUNCmRyYWZ0LWJyb2NrbmVycy1pbmJh
bmQtb2FtLXRyYW5zcG9ydC0wNS4gVGhpcyBoYXMgbm90IHlldCBiZWVuDQpicm9rZW4gb3V0IGlu
dG8gYSBzZXBhcmF0ZSBkcmFmdC4NCg0KTWlja2V5DQoNCg0KVGhhbmtzLA0KVG9tDQoNCg0KT24g
VGh1LCBBcHIgMTIsIDIwMTggYXQgMzozMSBQTSwgTWlja2V5IFNwaWVnZWwNCjxtc3BpZWdlbEBi
YXJlZm9vdG5ldHdvcmtzLmNvbTxtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+
PiB3cm90ZToNCj4gVG9tLA0KPg0KPiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBU
b20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNv
bT4+IHdyb3RlOg0KPj4NCj4+IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdyZWcg
TWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb208bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNv
bT4+DQo+PiB3cm90ZToNCj4+ID4gSGkgRnJhbmssDQo+PiA+IHRoYW5rIHlvdSBmb3Igc2hhcmlu
ZyB5b3VyIHBvaW50cy4gUGxlYXNlIGZpbmQgbXkgbm90ZXMgaW4tbGluZSBhbmQNCj4+ID4gdGFn
Z2VkDQo+PiA+IEdJTT4+LiBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIHZlcnkgbXVjaCByZWxldmFu
dCB0byB3b3JrIG9mIG90aGVyDQo+PiA+IHdvcmtpbmcNCj4+ID4gZ3JvdXBzIHRoYXQgZGlyZWN0
bHkgd29yayBvbiB0aGUgb3ZlcmxheSBlbmNhcHN1bGF0aW9ucyBpbiB0aGUgY2VudGVyIG9mDQo+
PiA+IHRoZQ0KPj4gPiBkaXNjdXNzaW9uIGFuZCBoZW5jZSBJJ3ZlIGFkZGVkIHRoZW0gdG8gdGhl
IGxpc3QuIEhvcGUgd2UnbGwgaGF2ZSBtb3JlDQo+PiA+IG9waW5pb25zIHRvIHJlYWNoIHRoZSBj
b25jbHVzaW9uIHRoYXQgaXMgYWNjZXB0YWJsZSB0byBhbGwuDQo+PiA+DQo+PiA+IFJlZ2FyZHMs
DQo+PiA+IEdyZWcNCj4+ID4NCj4+ID4gT24gV2VkLCBBcHIgMTEsIDIwMTggYXQgMTI6MDIgUE0s
IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpDQo+PiA+IDxmYnJvY2tuZUBjaXNjby5jb208bWFp
bHRvOmZicm9ja25lQGNpc2NvLmNvbT4+IHdyb3RlOg0KPj4gPj4NCj4+ID4+IEJhY2sgYXQgdGhl
IElQUE0gbWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1c3NlZCBzZXZlcmFsIGRyYWZ0cyBkZWFs
aW5nDQo+PiA+PiB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3Vz
IHByb3RvY29scw0KPj4gPj4gKGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAw
LA0KPj4gPj4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAsIGRyYWZ0LXdlaXMt
aXBwbS1pb2FtLWdyZS0wMCkuIE9uZQ0KPj4gPj4gZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRl
Y2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uDQo+PiA+PiBvbg0KPj4g
Pj4gd2hldGhlciBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJh
Z2VkLi4gIEFmdGVyDQo+PiA+PiBjYXJlZnVsbHkNCj4+ID4+IGNvbnNpZGVyaW5nIGRyYWZ0LW9v
YW1kdC1ydGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRvIHRoZSBjb25jbHVzaW9uDQo+PiA+PiB0
aGF0DQo+PiA+PiB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMg
b2YgSU9BTToNCj4+ID4+DQo+PiA+PiAqIEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRhIHRvIGxp
dmUgdXNlciB0cmFmZmljLiBBcyBzdWNoLCBhbg0KPj4gPj4gZW5jYXBzdWxhdGlvbiBuZWVkcyB0
byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRlcuKAnQ0KPj4g
Pj4gaXMgOA0KPj4gPj4gYnl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNoIGZvciBJT0FNIGRhdGEgZW5j
YXBzdWxhdGlvbiBpbiB0aGUgYWJvdmUNCj4+ID4+IG1lbnRpb25lZA0KPj4gPj4gZHJhZnRzIG9u
bHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxk
IGFkZA0KPj4gPj4gYW4NCj4+ID4+IHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0ZXMg4oCT
IHdoaWNoIGlzIHNpZ25pZmljYW50Lg0KPj4gR3JlZywNCj4+DQo+PiBJJ20gbWlzc2luZyBzb21l
dGhpbmcgaGVyZS4gSSBsb29rZWQgYXQgdGhlIGRyYWZ0cyB5b3UgcmVmZXJlbmNlZCBhbmQNCj4+
IGVhY2ggb2YgdGhlbSBsb29rcyBsaWtlIHRoZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdyZWF0ZXIg
dGhhdCBmb3VyDQo+PiBieXRlcy4gSW4gZWFjaCB0aGVyZSBpcyBzb21lIG92ZXJoZWFkIGVxdWl2
YWxlbnQgdG8gdHlwZS9sZW5ndGgsIGZvcg0KPj4gaW5zdGFuY2UgaW4gR2VuZXZlIGZvdXIgYnl0
ZXMgYXJlIG5lZWRlZCBmb3Igb3B0aW9uIGNsYXNzLCB0eXBlLCBhbmQNCj4+IGxlbmd0aC4gVW5s
ZXNzIHRoZSB0aGUgT0FNIGRhdGEgaXMgemVybyBsZW5ndGgsIEkgZG9uJ3Qgc2VlIGhvdyB0aGlz
DQo+PiBhZGRzIHVwIHRvIG9ubHkgZm91ciBieXRlcyBvZiBvdmVyaGVhZC4NCj4NCj4NCj4gVGhl
IGZvdXIgdmVyc3VzIGVpZ2h0IGJ5dGVzIGp1c3QgcmVmZXJzIHRvIHRoZSBmaWVsZHMgaW4gdGhl
IGZvdXIgYnl0ZXMgb2YNCj4gSU9BTQ0KPiBpbmZvLCB0aGF0IGlzIGNvbW1vbiB0byBhbGwgSU9B
TSBvcHRpb25zLiBCZXlvbmQgdGhhdCwgdGhlcmUgYXJlIElPQU0gb3B0aW9uDQo+IHNwZWNpZmlj
IGZpZWxkcy4gRm9yIGV4YW1wbGUgaWYgZG9pbmcgb25lIG9mIHRoZSBJT0FNIHRyYWNlIG9wdGlv
bnMsIHRoZXJlDQo+IGFyZQ0KPiBmb3VyIGJ5dGVzIG9mIHRyYWNlIG9wdGlvbiBoZWFkZXIsIGlu
Y2x1ZGluZyB0aGUgSU9BTS10cmFjZS10eXBlLCBOb2RlTGVuLA0KPiBGbGFncywgYW5kIFJlbWFp
bmluZ0xlbiBmaWVsZHMuIFRoZXNlIGFyZSBmb2xsb3dlZCBieSB0aGUgbm9kZSBkYXRhIGxpc3QN
Cj4gY29udGFpbmluZyB0aGUgcGVyIGhvcCBJT0FNIGluZm9ybWF0aW9uLg0KPg0KPiBJbiBsb29r
aW5nIGF0IHRoZSBPT0FNIGhlYWRlciBjb250ZW50LCBpdCBoYXMgbm90aGluZyB0byBkbyB3aXRo
IGFueSBvZiB0aGUNCj4gSU9BTSBpbmZvcm1hdGlvbiBhZnRlciB0aGUgZmlyc3QgZm91ciBieXRl
cy4gSXQgY29udGFpbnMgYW5vdGhlciB2YXJpYW50IG9mDQo+IHRoZQ0KPiBpbmZvcm1hdGlvbiBp
biB0aGUgZmlyc3QgZm91ciBieXRlcyBvZiBJT0FNIGluZm8sIHNwcmVhZCBvdXQgb3ZlciBlaWdo
dA0KPiBieXRlcy4NCj4NCj4+DQo+PiBUb20NCj4+DQo+PiA+DQo+PiA+IEdJTT4+IFRoZSBkaWZm
ZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6DQo+PiA+DQo+PiA+
IHByb3ZpZGVzIG1vcmUgZmxleGliaWxpdHksIGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVk
IGZpZWxkczsNCj4NCj4NCj4gVGhlIGZsYWdzIGZpZWxkIG9ubHkgaGFzIG9uZSBkZWZpbmVkIGZs
YWcgYXQgdGhlIG1vbWVudCwgZm9yIGEgdGltZXN0YW1wDQo+IGJsb2NrLiBGb3IgSU9BTSB0cmFj
ZSB3ZSBuZWVkIHBlciBob3AgdGltZXN0YW1wcywgd2hpY2ggdGhlIHRpbWVzdGFtcA0KPiBibG9j
ayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlzIHJlZHVuZGFudCBm
b3IgSU9BTS4NCj4NCj4+DQo+PiA+IHN1cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlP
QU0gaGVhZGVyOw0KPg0KPg0KPiBGb3IgSU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9y
ZSB0aGFuIGVub3VnaC4NCj4NCj4+DQo+PiA+IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5n
IHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLg0KPg0KPg0KPiBJTU8sIHRha2luZyB0aGUgZmly
c3QgdHdvIGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSBWZXJzaW9uIGZpZWxkDQo+
IHdvdWxkIGJlIGEgZ29vZCB0aGluZy4gVGhpcyBkb2VzIG5vdCByZXF1aXJlIGFkZGluZyBmb3Vy
IG1vcmUgYnl0ZXMgb2YNCj4gb3ZlcmhlYWQuIDY0IElPQU0tVHlwZXMgaXMgbW9yZSB0aGFuIGVu
b3VnaC4NCj4NCj4+DQo+PiA+Pg0KPj4gPj4gKiBNYXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBp
bXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxzbyBzaG93biBhdA0KPj4gPj4gcmVjZW50IElF
VEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwgaW1wbGVt
ZW50YXRpb25zDQo+PiA+PiB0bw0KPj4gPj4gYmUgcHVibGljaXplZCBzb29uLiBJbnRlcm9wZXJh
YmxlIGltcGxlbWVudGF0aW9ucyBuZWVkIHRpbWVseQ0KPj4gPj4gc3BlY2lmaWNhdGlvbnMuIERl
c3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbg0KPj4g
Pj4gT09BTQ0KPj4gPj4gaW4gdGhlIE5WTzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1w
bGVtZW50YXRpb24gb2YgdGhlIE9PQU0gaGVhZGVyLg0KPj4gPj4gSW4NCj4+ID4+IGFkZGl0aW9u
LCB0aGUgdGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBmdW5kYW1lbnRhbCBxdWVzdGlvbnMg
YWJvdXQNCj4+ID4+IHRoZQ0KPj4gPj4gT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2gg
YXMgd2hldGhlciBvciBob3cgYWN0aXZlIE9BTQ0KPj4gPj4gbWVjaGFuaXNtcw0KPj4gPj4gd2l0
aGluIHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFk
ZXIuIFRoaXMNCj4+ID4+IHVsdGltYXRlbHkgbWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0byBh
IHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KPj4gPg0KPj4gPiBHSU0+PiBNYXkgSSBhc2sgd2hpY2gg
ZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnMNCj4+ID4geW91
DQo+PiA+IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3
ZXJlIHRvIHVzZSBtZXRhLWRhdGENCj4+ID4gVExWDQo+PiA+IGluLCBlLmcuIEdlbmV2ZSBhbmQg
TlNILiBBbmQgaWYgdGhlc2Ugb3Igc29tZSBvZiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMNCj4+ID4g
YWxyZWFkeSB1cGRhdGVkIHRvIHRoZSBuZXdseSBwcm9wb3NlZCBpT0FNIHNoaW0sIEkgZG9uJ3Qg
c2VlIHByb2JsZW0gaW4NCj4+ID4gbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZCB5
b3UgYWdyZWU/DQo+PiA+DQo+PiA+Pg0KPj4gPj4gKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVs
eSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyDQo+PiA+PiB3b3VsZA0K
Pj4gPj4gdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVm
aW5lZCwgT09BTSB1c2VzIGENCj4+ID4+IDgtYml0DQo+PiA+PiBmaWVsZCBmb3Ig4oCcTmV4dCBQ
cm904oCdLCB0aGUgbmV4dCBwcm90b2NvbC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGEN
Cj4+ID4+IG5lZWRzIHRvIGJlIGVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVp
ciBuZXh0IHByb3RvY29sIGNvZGUNCj4+ID4+IHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNh
cHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZpZWQgaW4NCj4+ID4+IGRyYWZ0LXdlaXMtaXBwbS1pb2Ft
LWdyZS0wMC4NCj4+ID4NCj4+ID4gR0lNPj4gVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50
cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVzOg0KPj4gPiAgICBOZXcgcHJvdG9jb2xzIHRoYXQgc3Vw
cG9ydCBvdmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFDQo+PiA+ICAgIFtJLUQuaWV0Zi1u
dm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBHZW5ldmUNCj4+ID4gICAg
W0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwgQklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3Vs
YXRpb25dLCBhbmQNCj4+ID4gICAgTlNIIFtJLUQuaWV0Zi1zZmMtbnNoXSBzdXBwb3J0IG11bHRp
LXByb3RvY29sIHBheWxvYWQsIGUuZy4NCj4+ID4gICAgRXRoZXJuZXQsIElQdjQvSVB2NiwgYW5k
IHJlY29nbml6ZSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kDQo+PiA+ICAgIE1haW50
ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4gIFRoYXQgZW5zdXJlcyB0aGF0
DQo+PiA+ICAgIE92ZXJsYXkgT0FNIChPT0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRo
IE92ZXJsYXkgZGF0YSBwYWNrZXQNCj4+ID4gICAgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuDQo+
PiA+IEknbSB1cGRhdGluZyB0aGUgT09BTSBIZWFkZXIgZHJhZnQgYW5kIGFsb25nIHdpdGggY2xl
YW5pbmcgbml0cyB3aWxsDQo+PiA+IHVwZGF0ZQ0KPj4gPiByZWZlcmVuY2UgdG8gR1VFLiBJIHRo
aW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZSBzdGF0ZW1udCBhcmUgcXVpdGUgY2xlYXINCj4+ID4g
aW4NCj4+ID4gaWRlbnRpZnlpbmcgdGhlIHNjb3BlIG9mIG5ldHdvcmtzIHRoYXQgbWF5IGJlbmVm
aXQgZnJvbSB1c2luZyBub3Qgb25seQ0KPj4gPiBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1v
biBPT0FNIG1lY2hhbmlzbXMsIGUuZy4gRWNobyBSZXF1ZXN0L1JlcGx5Lg0KPj4gPg0KPj4gPj4g
V2l0aCB0aGUgYWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBm
b3J3YXJkIHdpdGgNCj4+ID4+IHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5n
IElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyDQo+PiA+PiB0aGUNCj4+ID4+IGFib3Zl
IG1lbnRpb25lZCBkcmFmdHMuDQo+PiA+Pg0KPj4gPj4NCj4+ID4+DQo+PiA+PiBSZWdhcmRzLCBG
cmFuaw0KPj4gPj4NCj4+ID4+DQo+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXw0KPj4gPj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4+ID4+IGlwcG1AaWV0
Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQo+PiA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2lwcG0NCj4+ID4+DQo+PiA+DQo+PiA+DQo+PiA+IF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+IEludC1hcmVhIG1haWxp
bmcgbGlzdA0KPj4gPiBJbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86SW50LWFyZWFAaWV0Zi5vcmc+
DQo+PiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaW50LWFyZWENCj4+
ID4NCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KPj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4+IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0
Zi5vcmc+DQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCj4N
Cj4NCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuaWsOWui+S9kzsNCglw
YW5vc2UtMToyIDEgNiA5IDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6IlxA5paw5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiA5IDMgMSAxIDEg
MSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFs
LCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K
CWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7
fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bh
bi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29MaXN0UGFyYWdyYXBo
LCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUt
cHJpb3JpdHk6MzQ7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4
dC1pbmRlbnQ6MjEuMHB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz
IE5ldyBSb21hbiIsc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNv
bm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN
CgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt
ZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLmdtYWlsLWltDQoJe21zby1zdHlsZS1uYW1lOmdt
YWlsLWltO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
5paw5a6L5L2TOw0KCWNvbG9yOiMxRjQ5N0Q7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQt
c3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTrm
lrDlrovkvZM7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9u
dC1zdHlsZTpub3JtYWw7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmUgbm9uZTt9DQouTXNvQ2hwRGVm
YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N
CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAu
ODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv
cmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlz
dC1pZDo5NDU5NjY3NDY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxh
dGUtaWRzOjQ3ODQzMTY2NiAtMTUwNDgxMDQ4MiA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2
NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlzdCBsMDps
ZXZlbDENCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE4LjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30N
CkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsN
Cgltc28tbGV2ZWwtdGV4dDoiJTJcKSI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjQyLjBwdDsNCgl0ZXh0
LWluZGVudDotMjEuMHB0O30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZv
cm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCW1hcmdpbi1sZWZ0OjYzLjBwdDsNCgl0ZXh0LWluZGVu
dDotMjEuMHB0O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6ODQuMHB0Ow0K
CXRleHQtaW5kZW50Oi0yMS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10ZXh0OiIlNVwpIjsNCgltc28tbGV2
ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFy
Z2luLWxlZnQ6MTA1LjBwdDsNCgl0ZXh0LWluZGVudDotMjEuMHB0O30NCkBsaXN0IGwwOmxldmVs
Ng0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCW1hcmdpbi1s
ZWZ0OjEyNi4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTIxLjBwdDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7
bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0
Ow0KCW1hcmdpbi1sZWZ0OjE0Ny4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTIxLjBwdDt9DQpAbGlzdCBs
MDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxl
dmVsLXRleHQ6IiU4XCkiOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoxNjguMHB0Ow0KCXRleHQtaW5kZW50
Oi0yMS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJv
bWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246cmlnaHQ7DQoJbWFyZ2luLWxlZnQ6MTg5LjBwdDsNCgl0ZXh0LWluZGVudDotMjEu
MHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNt
O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz
IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h
cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp
Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVy
cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw
5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPkhpIEZyYW5rLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw
LjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdE
Ij5Ib3cgZG9lcyBhIGZvcndhcmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUg
ZGF0YT8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovk
vZM7Y29sb3I6IzFGNDk3RCI+SW4gdGhlIGNhc2Ugb2YgR2VuZXZlIG92ZXIgSVB2NiwgZG8geW91
IG1lYW4gdGhlIGRldmljZSBuZWVkIHRvIHNjYW4gYWxsIHRoZSBwcm90b2NvbCBzdGFjaz8gT3Ig
anVzdCB0aGUgb3V0ZXIgZW5jYXBzdWxhdGlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+
VGlhbnJhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovk
vZM7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHls
ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAw
Y20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w
OnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bh
bj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IGlwcG0gW21haWx0bzppcHBtLWJv
dW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkZyYW5rIEJyb2NrbmVycyAoZmJy
b2NrbmUpPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTYsIDIwMTggMzowOCBQTTxi
cj4NCjxiPlRvOjwvYj4gTWlja2V5IFNwaWVnZWwgJmx0O21zcGllZ2VsQGJhcmVmb290bmV0d29y
a3MuY29tJmd0OzsgVG9tIEhlcmJlcnQgJmx0O3RvbUBoZXJiZXJ0bGFuZC5jb20mZ3Q7PGJyPg0K
PGI+Q2M6PC9iPiBOVk8zICZsdDtudm8zQGlldGYub3JnJmd0OzsgaW50LWFyZWFAaWV0Zi5vcmc7
IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0ICZsdDtzZmNAaWV0Zi5vcmcmZ3Q7
OyBJRVRGIElQUE0gV0cgJmx0O2lwcG1AaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+
IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJp
b3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uPG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VG9tLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5hIHF1aWNrIGFkZGl0aW9u
IHRvIHdoYXQgTWlja2V5IG1lbnRpb25lZCBiZWxvdzogV2hhdCB5b3Ugc2VlbSB0byBoYXZlIGlu
IG1pbmQgaXMgd2hhdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHJlZmVycw0KIHRvIGFz
IOKAnGxheWVyaW5n4oCdIChzZWUgc2VjdGlvbiAzLiksIGkuZS4gaWYgeW914oCZcmUgcnVubmlu
ZyBmb3IgZXhhbXBsZSBHZW5ldmUgb3ZlciBJUHY2LCB0aGVuIElPQU0gZGF0YSBjb3VsZCBiZSBl
bmNhcHN1bGF0ZWQgaW4gYm90aCBwcm90b2NvbHMsIEdlbmV2ZSBhbmQgSVB2NiDigJMgZ2l2aW5n
IHlvdSB2aXNpYmlsaXR5IGludG8gdGhlIOKAnHVuZGVybGF54oCdIChJUHY2KSBhbmQgdGhlIOKA
nG92ZXJsYXnigJ0gKEdlbmV2ZSkuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+RnJhbms8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4g
aXBwbSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZyI+aXBwbS1ib3Vu
Y2VzQGlldGYub3JnPC9hPiZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+TWlja2V5IFNwaWVnZWw8
YnI+DQo8Yj5TZW50OjwvYj4gRnJlaXRhZywgMTMuIEFwcmlsIDIwMTggMjA6MjI8YnI+DQo8Yj5U
bzo8L2I+IFRvbSBIZXJiZXJ0ICZsdDs8YSBocmVmPSJtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNv
bSI+dG9tQGhlcmJlcnRsYW5kLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBOVk8zICZsdDs8
YSBocmVmPSJtYWlsdG86bnZvM0BpZXRmLm9yZyI+bnZvM0BpZXRmLm9yZzwvYT4mZ3Q7OyA8YSBo
cmVmPSJtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmciPg0KaW50LWFyZWFAaWV0Zi5vcmc8L2E+OyBT
ZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNm
Y0BpZXRmLm9yZyI+c2ZjQGlldGYub3JnPC9hPiZndDs7IElFVEYgSVBQTSBXRyAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1
YmplY3Q6PC9iPiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRh
dGEgaW4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGlu
IExvbmRvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkRFIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPlRvbSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJE
RSI+T24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMTA6MTcgUE0sIFRvbSBIZXJiZXJ0ICZsdDs8YSBo
cmVmPSJtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnRvbUBoZXJi
ZXJ0bGFuZC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2tx
dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtw
YWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkRFIj5NaWNrZXksPGJyPg0KPGJyPg0KTG9va2luZyBhdCB0aGVz
ZSBpcHBtIGRyYWZ0cyBtb3JlIGNsb3NlbHksIEkgaGF2ZSBhIG11Y2ggbW9yZTxicj4NCmZ1bmRh
bWVudGFsIGNvbmNlcm4uPGJyPg0KPGJyPg0KSW4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1n
ZW5ldmUtMDAgZm9yIGluc3RhbmNlLCB0aGVyZSBpcyB0aGUgdGV4dDxicj4NCmluIHRoZSBpbnRy
b2R1Y3Rpb246PGJyPg0KPGJyPg0KJnF1b3Q7SW4tc2l0dSBPQU0gKElPQU0pIHJlY29yZHMgT0FN
IGluZm9ybWF0aW9uIHdpdGhpbiB0aGUgcGFja2V0IHdoaWxlPGJyPg0KdGhlIHBhY2tldCB0cmF2
ZXJzZXMgYSBwYXJ0aWN1bGFyIG5ldHdvcmsgZG9tYWluLiZuYnNwOyBUaGUgdGVybSAmcXVvdDtp
bi1zaXR1JnF1b3Q7PGJyPg0KcmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0gZGF0YSBm
aWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBkYXRhPGJyPg0KcGFja2V0cyByYXRoZXIgdGhhbiBpcyBi
ZWluZyBzZW50IHdpdGhpbiBwYWNrZXRzIHNwZWNpZmljYWxseTxicj4NCmRlZGljYXRlZCB0byBP
QU0uJm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBob3cgSU9BTSBkYXRhIGZpZWxkcyBhcmU8
YnI+DQp0cmFuc3BvcnRlZCBhcyBwYXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52bzMtZ2Vu
ZXZlXTxicj4NCmVuY2Fwc3VsYXRpb24uJnF1b3Q7PGJyPg0KPGJyPg0KSSBhc3N1bWUgdGhpcyBt
ZWFucyB0aGF0IGFzIHBhY2tldHMgd2l0aCBHZW5ldmUgZW5jYXBzdWxhdGlvbiB0cmF2ZXJzZTxi
cj4NCnRoZSBuZXR3b3JrIHRoZXkgYXJlIGludGVycHJldGVkIGJ5IGludGVybWVkaWF0ZSBub2Rl
cyBhcyBiZWluZzxicj4NCkdlbmV2ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRp
b24sIHRoZW4gdGhlIGRlc3RpbmF0aW9uIFVEUDxicj4NCnBvcnQgbnVtYmVyIHdvdWxkIGJlIHVz
ZWQgdG8gaWRlbnRpZnkgcGFja2V0cyBhcyBiZWluZyBHZW5ldmUuIFNvIGFuPGJyPg0KaW50ZXJt
ZWRpYXRlIGRldmljZSBtaWdodCBiZSBsb29raW5nIGZvciBVRFAgcGFja2V0cyBkZXN0aW5lZCB0
byBwb3J0PGJyPg0KNjA4MSAodGhlIGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUpLiBJZiBt
eSB1bmRlcnN0YW5kaW5nIGlzPGJyPg0KY29ycmVjdCwgdGhlbiB0aGlzIGlzIGEgcHJvYmxlbS48
YnI+DQo8YnI+DQpVRFAgcG9ydCBudW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFuaW5nLiBB
biBpbnRlcm1lZGlhdGUgZGV2aWNlPGJyPg0KbWF5IHZlcnkgd2VsbCBzZWUgVURQIHBhY2tldHMg
ZGVzdGluZWQgdG8gcG9ydCA2MDgxIHRoYXQgYXJlIG5vdDxicj4NCmFjdHVhbGx5IEdlbmV2ZS4g
VGhpcyBzY2VuYXJpbyBpcyBkaXNjdXNzZWQgaW4gUkZDNzYwNTo8YnI+DQo8YnI+DQomcXVvdDsu
Li5pbnRlcm1lZGlhdGUgZGV2aWNlIGludGVycHJldHMgdHJhZmZpYyBiYXNlZCBvbiB0aGUgcG9y
dCBudW1iZXIuPGJyPg0KSXQgaXMgaW1wb3J0YW50IHRvIHJlY29nbml6ZSB0aGF0IGFueSBpbnRl
cnByZXRhdGlvbiBvZiBwb3J0IG51bWJlcnM8YnI+DQotLSBleGNlcHQgYXQgdGhlIGVuZHBvaW50
cyAtLSBtYXkgYmUgaW5jb3JyZWN0LCBiZWNhdXNlIHBvcnQgbnVtYmVyczxicj4NCmFyZSBtZWFu
aW5nZnVsIG9ubHkgYXQgdGhlIGVuZHBvaW50cy4mcXVvdDs8YnI+DQo8YnI+DQpJZiB0aGUgVURQ
IGRhdGEgaXMgbW9kaWZpZWQsIGFzIHRoZSBkcmFmdCB3b3VsZCBpbXBseSwgdGhlbjxicj4NCm1p
c2ludGVycHJldGF0aW9uIG1heSBhbHNvIG1lYW4gc2lsZW50IGRhdGEgY29ycnVwdGlvbiBvZiBw
YWNrZXRzLiBBPGJyPg0KcHJvdG9jb2wgdGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0
eSBpbmNvcnJlY3QhIE5vdGUgdGhhdCB0aGlzPGJyPg0Kd291bGQgYmUgdHJ1ZSBhbHNvIGZvciBh
bnkgVURQIGVuY2Fwc3VsYXRpb24gdGhhdCB0aGUgbmV0d29yayB0cmllcyB0bzxicj4NCmludGVy
cHJldC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj5U
aGUgaW50ZW50aW9uIGlzIHRvIGFsbG93IGZvciBtdWx0aXBsZSBub2RlcyB0aGF0IGEgcGFja2V0
IHRyYXZlcnNlczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj50byBiZSBhYmxlIHRvIGluc2VydCBJT0FNIG5v
ZGUgaW5mb3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ugb3B0aW9uLDxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRF
Ij5idXQgbGVhdmUgc29tZSBmbGV4aWJpbGl0eSByZWdhcmRpbmcgd2hpY2ggbm9kZXMgYWN0dWFs
bHkgZG8gdGhlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPklPQU0gcHJvY2Vzc2luZyBhbmQgdGhlIG5vZGUg
aW5mb3JtYXRpb24uIFRoaXMgbWF5IHZhcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+ZGVwZW5kaW5nIG9u
IHRoZSB0cmFuc3BvcnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRF
Ij5JbiBjYXNlIG9mIGEgdHVubmVsZWQgZW5jYXBzdWxhdGlvbiBzdWNoIGFzIEdlbmV2ZSBvciBW
WExBTiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJERSI+dGhlcmUgbWF5IHN0aWxsIGJlIG11bHRpcGxlIGhvcHMu
IEZvciBleGFtcGxlIGEgbmV0d29yayBtYXkgdXNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPkdlbmV2ZSBv
ciBWWExBTiwgYnV0IG9ubHkgZG8gTDIgcHJvY2Vzc2luZyBhdCBUb1JzLCB3aXRoIEwzPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iREUiPnByb2Nlc3NpbmcgZG9uZSBhdCBhZ2dyZWdhdGlvbiBvciBjb3JlIHN3aXRj
aGVzLiBJbiB0aGlzIGNhc2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+bWFueSBwYWNrZXRzIHdvdWxkIGRv
IDIgR2VuZXZlIG9yIFZYTEFOIGhvcHMsIHNvIHRoZSBwYWNrZXQ8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+
d291bGQgY29udGFpbiBJT0FNIG5vZGUgaW5mb3JtYXRpb24gZnJvbSB0d28gbm9kZXMuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj5Bbm90aGVyIGV4YW1wbGUgaXMg
c2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyB1c2luZyBHZW5ldmUgb3I8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJE
RSI+VlhMQU4gcmF0aGVyIHRoYW4gTlNILjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti
b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7
bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdp
bi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxi
cj4NCkkgYW0gYWxzbyB3b25kZXJpbmcgaWYgaG9wLWJ5LWhvcCBvcHRpb25zIGJlZW4gY29uc2lk
ZXJlZCBmb3IgdGhpczxicj4NCmFwcGxpY2F0aW9uPyBUaGVpciBpbnRlcnByZXRhdGlvbiBpbiB0
aGUgbmV0d29yayBpcyB1bmFiaWd1b3VzIGFuZDxicj4NCnRoZXkgYWxzbyBoYXZlIHRoZSBhZHZh
bnRhZ2UgdGhhdCB0aGUgd29yayB3aXRoIGFueSBJUCBwcm90b2NvbCBvcjxicj4NCmVuY2Fwc3Vs
YXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+
SVB2NiBob3AtYnktaG9wIG9wdGlvbnMgaGFzIGJlZW4gY29uc2lkZXJlZC4gU2VlPG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iREUiPmRyYWZ0LWJyb2NrbmVycy1pbmJhbmQtb2FtLXRyYW5zcG9ydC0wNS4gVGhpcyBo
YXMgbm90IHlldCBiZWVuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPmJyb2tlbiBvdXQgaW50byBhIHNlcGFy
YXRlIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+TWlj
a2V5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0ND
Q0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJn
aW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+PGJyPg0KVGhhbmtzLDxicj4NClRvbTxi
cj4NCjxicj4NCjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+T24gVGh1LCBBcHIgMTIsIDIw
MTggYXQgMzozMSBQTSwgTWlja2V5IFNwaWVnZWw8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9Imdt
YWlsLWltIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29t
Ij5tc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvc3Bhbj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkRFIj4mZ3Q7IFRvbSw8YnI+DQomZ3Q7PGJyPg0KJmd0OyBPbiBUaHUsIEFwciAx
MiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVyYmVydCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBo
ZXJiZXJ0bGFuZC5jb20iPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+DQom
Z3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdy
ZWcgTWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIj5ncmVn
aW1pcnNreUBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCiZndDsmZ3Q7IHdyb3RlOjxicj4NCiZndDsm
Z3Q7ICZndDsgSGkgRnJhbmssPGJyPg0KJmd0OyZndDsgJmd0OyB0aGFuayB5b3UgZm9yIHNoYXJp
bmcgeW91ciBwb2ludHMuIFBsZWFzZSBmaW5kIG15IG5vdGVzIGluLWxpbmUgYW5kPGJyPg0KJmd0
OyZndDsgJmd0OyB0YWdnZWQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IEdJTSZndDsmZ3Q7LiBJIGJlbGll
dmUgdGhhdCB0aGlzIGlzIHZlcnkgbXVjaCByZWxldmFudCB0byB3b3JrIG9mIG90aGVyPGJyPg0K
Jmd0OyZndDsgJmd0OyB3b3JraW5nPGJyPg0KJmd0OyZndDsgJmd0OyBncm91cHMgdGhhdCBkaXJl
Y3RseSB3b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fwc3VsYXRpb25zIGluIHRoZSBjZW50ZXIgb2Y8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHRoZTxicj4NCiZndDsmZ3Q7ICZndDsgZGlzY3Vzc2lvbiBhbmQg
aGVuY2UgSSd2ZSBhZGRlZCB0aGVtIHRvIHRoZSBsaXN0LiBIb3BlIHdlJ2xsIGhhdmUgbW9yZTxi
cj4NCiZndDsmZ3Q7ICZndDsgb3BpbmlvbnMgdG8gcmVhY2ggdGhlIGNvbmNsdXNpb24gdGhhdCBp
cyBhY2NlcHRhYmxlIHRvIGFsbC48YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0
OyBSZWdhcmRzLDxicj4NCiZndDsmZ3Q7ICZndDsgR3JlZzxicj4NCiZndDsmZ3Q7ICZndDs8YnI+
DQomZ3Q7Jmd0OyAmZ3Q7IE9uIFdlZCwgQXByIDExLCAyMDE4IGF0IDEyOjAyIFBNLCBGcmFuayBC
cm9ja25lcnMgKGZicm9ja25lKTxicj4NCiZndDsmZ3Q7ICZndDsgJmx0OzxhIGhyZWY9Im1haWx0
bzpmYnJvY2tuZUBjaXNjby5jb20iPmZicm9ja25lQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxi
cj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgQmFjayBhdCB0aGUg
SVBQTSBtZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRzIGRlYWxp
bmc8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0g
ZGF0YSBpbiB2YXJpb3VzIHByb3RvY29sczxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IChkcmFmdC1i
cm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdwZS0wMCw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBk
cmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0wMCwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0t
Z3JlLTAwKS4gT25lPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0
IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uPGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgb248YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3aGV0aGVyIGRyYWZ0LW9v
YW1kdC1ydGd3Zy1vb2FtLWhlYWRlciBjb3VsZCBiZSBsZXZlcmFnZWQuLiZuYnNwOyBBZnRlcjxi
cj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGNhcmVmdWxseTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGNv
bnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRvIHRoZSBj
b25jbHVzaW9uPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgdGhhdDxicj4NCiZndDsmZ3Q7ICZndDsm
Z3Q7IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVkcyBvZiBJT0FN
Ojxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgKiBFZmZpY2ll
bmN5OiBJT0FNIGFkZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW48YnI+
DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBlbmNhcHN1bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVmZmljaWVu
dCBhcyBwb3NzaWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy4oCdPGJyPg0KJmd0OyZndDsgJmd0OyZn
dDsgaXMgODxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBm
b3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlIGFib3ZlPGJyPg0KJmd0OyZndDsgJmd0
OyZndDsgbWVudGlvbmVkPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgZHJhZnRzIG9ubHkgcmVxdWly
ZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZDxicj4N
CiZndDsmZ3Q7ICZndDsmZ3Q7IGFuPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgdW5uZWNlc3Nhcnkg
b3ZlcmhlYWQgb2YgNCBieXRlcyDigJMgd2hpY2ggaXMgc2lnbmlmaWNhbnQuPGJyPg0KJmd0OyZn
dDsgR3JlZyw8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEknbSBtaXNzaW5nIHNvbWV0aGlu
ZyBoZXJlLiBJIGxvb2tlZCBhdCB0aGUgZHJhZnRzIHlvdSByZWZlcmVuY2VkIGFuZDxicj4NCiZn
dDsmZ3Q7IGVhY2ggb2YgdGhlbSBsb29rcyBsaWtlIHRoZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdy
ZWF0ZXIgdGhhdCBmb3VyPGJyPg0KJmd0OyZndDsgYnl0ZXMuIEluIGVhY2ggdGhlcmUgaXMgc29t
ZSBvdmVyaGVhZCBlcXVpdmFsZW50IHRvIHR5cGUvbGVuZ3RoLCBmb3I8YnI+DQomZ3Q7Jmd0OyBp
bnN0YW5jZSBpbiBHZW5ldmUgZm91ciBieXRlcyBhcmUgbmVlZGVkIGZvciBvcHRpb24gY2xhc3Ms
IHR5cGUsIGFuZDxicj4NCiZndDsmZ3Q7IGxlbmd0aC4gVW5sZXNzIHRoZSB0aGUgT0FNIGRhdGEg
aXMgemVybyBsZW5ndGgsIEkgZG9uJ3Qgc2VlIGhvdyB0aGlzPGJyPg0KJmd0OyZndDsgYWRkcyB1
cCB0byBvbmx5IGZvdXIgYnl0ZXMgb2Ygb3ZlcmhlYWQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+
DQomZ3Q7IFRoZSBmb3VyIHZlcnN1cyBlaWdodCBieXRlcyBqdXN0IHJlZmVycyB0byB0aGUgZmll
bGRzIGluIHRoZSBmb3VyIGJ5dGVzIG9mPGJyPg0KJmd0OyBJT0FNPGJyPg0KJmd0OyBpbmZvLCB0
aGF0IGlzIGNvbW1vbiB0byBhbGwgSU9BTSBvcHRpb25zLiBCZXlvbmQgdGhhdCwgdGhlcmUgYXJl
IElPQU0gb3B0aW9uPGJyPg0KJmd0OyBzcGVjaWZpYyBmaWVsZHMuIEZvciBleGFtcGxlIGlmIGRv
aW5nIG9uZSBvZiB0aGUgSU9BTSB0cmFjZSBvcHRpb25zLCB0aGVyZTxicj4NCiZndDsgYXJlPGJy
Pg0KJmd0OyBmb3VyIGJ5dGVzIG9mIHRyYWNlIG9wdGlvbiBoZWFkZXIsIGluY2x1ZGluZyB0aGUg
SU9BTS10cmFjZS10eXBlLCBOb2RlTGVuLDxicj4NCiZndDsgRmxhZ3MsIGFuZCBSZW1haW5pbmdM
ZW4gZmllbGRzLiBUaGVzZSBhcmUgZm9sbG93ZWQgYnkgdGhlIG5vZGUgZGF0YSBsaXN0PGJyPg0K
Jmd0OyBjb250YWluaW5nIHRoZSBwZXIgaG9wIElPQU0gaW5mb3JtYXRpb24uPGJyPg0KJmd0Ozxi
cj4NCiZndDsgSW4gbG9va2luZyBhdCB0aGUgT09BTSBoZWFkZXIgY29udGVudCwgaXQgaGFzIG5v
dGhpbmcgdG8gZG8gd2l0aCBhbnkgb2YgdGhlPGJyPg0KJmd0OyBJT0FNIGluZm9ybWF0aW9uIGFm
dGVyIHRoZSBmaXJzdCBmb3VyIGJ5dGVzLiBJdCBjb250YWlucyBhbm90aGVyIHZhcmlhbnQgb2Y8
YnI+DQomZ3Q7IHRoZTxicj4NCiZndDsgaW5mb3JtYXRpb24gaW4gdGhlIGZpcnN0IGZvdXIgYnl0
ZXMgb2YgSU9BTSBpbmZvLCBzcHJlYWQgb3V0IG92ZXIgZWlnaHQ8YnI+DQomZ3Q7IGJ5dGVzLjxi
cj4NCiZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IFRvbTxicj4NCiZndDsmZ3Q7PGJy
Pg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgR0lNJmd0OyZndDsgVGhlIGRpZmZl
cmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBPT0FNIEhlYWRlcjo8YnI+DQomZ3Q7Jmd0
OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBwcm92aWRlcyBtb3JlIGZsZXhpYmlsaXR5LCBlLmcu
IEZsYWdzIGZpZWxkIGFuZCBSZXNlcnZlZCBmaWVsZHM7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+
DQomZ3Q7IFRoZSBmbGFncyBmaWVsZCBvbmx5IGhhcyBvbmUgZGVmaW5lZCBmbGFnIGF0IHRoZSBt
b21lbnQsIGZvciBhIHRpbWVzdGFtcDxicj4NCiZndDsgYmxvY2suIEZvciBJT0FNIHRyYWNlIHdl
IG5lZWQgcGVyIGhvcCB0aW1lc3RhbXBzLCB3aGljaCB0aGUgdGltZXN0YW1wPGJyPg0KJmd0OyBi
bG9jayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlzIHJlZHVuZGFu
dCBmb3IgSU9BTS48YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHN1
cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVhZGVyOzxicj4NCiZndDs8YnI+
DQomZ3Q7PGJyPg0KJmd0OyBGb3IgSU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0
aGFuIGVub3VnaC48YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGlz
IGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLjxi
cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJTU8sIHRha2luZyB0aGUgZmlyc3QgdHdvIGJp
dHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSBWZXJzaW9uIGZpZWxkPGJyPg0KJmd0OyB3
b3VsZCBiZSBhIGdvb2QgdGhpbmcuIFRoaXMgZG9lcyBub3QgcmVxdWlyZSBhZGRpbmcgZm91ciBt
b3JlIGJ5dGVzIG9mPGJyPg0KJmd0OyBvdmVyaGVhZC4gNjQgSU9BTS1UeXBlcyBpcyBtb3JlIHRo
YW4gZW5vdWdoLjxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgKiBNYXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBs
ZW1lbnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxzbyBzaG93biBhdDxicj4NCiZndDsmZ3Q7ICZndDsm
Z3Q7IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCTIGFuZCB3ZeKAmXJlIGV4cGVjdGluZyBhZGRp
dGlvbmFsIGltcGxlbWVudGF0aW9uczxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHRvPGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgYmUgcHVibGljaXplZCBzb29uLiBJbnRlcm9wZXJhYmxlIGltcGxlbWVu
dGF0aW9ucyBuZWVkIHRpbWVseTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHNwZWNpZmljYXRpb25z
LiBEZXNwaXRlIHRoZSBxdWVzdGlvbiBiZWluZyBhc2tlZCwgdGhlIHJlY2VudCB0aHJlYWQgb248
YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBPT0FNPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgaW4gdGhl
IE5WTzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRpb24gb2YgdGhlIE9P
QU0gaGVhZGVyLjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IEluPGJyPg0KJmd0OyZndDsgJmd0OyZn
dDsgYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFs
IHF1ZXN0aW9ucyBhYm91dDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHRoZTxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IE9PQU0gaGVhZGVyIGFyZSBzdGlsbCBvcGVuLCBzdWNoIGFzIHdoZXRoZXIgb3Ig
aG93IGFjdGl2ZSBPQU08YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBtZWNoYW5pc21zPGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgd2l0aGluIHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBs
eSB0byB0aGUgT09BTSBoZWFkZXIuIFRoaXM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB1bHRpbWF0
ZWx5IG1lYW5zIHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8gYSB0aW1lbHkgc3BlY2lmaWNhdGlvbi48
YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBHSU0mZ3Q7Jmd0OyBNYXkgSSBh
c2sgd2hpY2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnM8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHlvdTxicj4NCiZndDsmZ3Q7ICZndDsgcmVmZXIgdG8uIFVudGls
IHZlcnkgcmVjZW50bHkgYWxsIGlPQU0gcHJvcG9zYWxzIHdlcmUgdG8gdXNlIG1ldGEtZGF0YTxi
cj4NCiZndDsmZ3Q7ICZndDsgVExWPGJyPg0KJmd0OyZndDsgJmd0OyBpbiwgZS5nLiBHZW5ldmUg
YW5kIE5TSC4gQW5kIGlmIHRoZXNlIG9yIHNvbWUgb2YgdGhlc2UgaW1wbGVtZW50YXRpb25zPGJy
Pg0KJmd0OyZndDsgJmd0OyBhbHJlYWR5IHVwZGF0ZWQgdG8gdGhlIG5ld2x5IHByb3Bvc2VkIGlP
QU0gc2hpbSwgSSBkb24ndCBzZWUgcHJvYmxlbSBpbjxicj4NCiZndDsmZ3Q7ICZndDsgbWFraW5n
IHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZCB5b3UgYWdyZWU/PGJyPg0KJmd0OyZndDsgJmd0
Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgKiBTY29wZTog
SXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVh
ZGVyPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgd291bGQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB1
bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5IHRoZSBPT0FNIGhlYWRlciBpcyBkZWZpbmVkLCBP
T0FNIHVzZXMgYTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IDgtYml0PGJyPg0KJmd0OyZndDsgJmd0
OyZndDsgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKAnSwgdGhlIG5leHQgcHJvdG9jb2wuIFNvbWUg
cHJvdG9jb2xzIHRoYXQgSU9BTSBkYXRhPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgbmVlZHMgdG8g
YmUgZW5jYXBzdWxhdGVkIGludG8gdXNlIDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wg
Y29kZTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNh
cHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZpZWQgaW48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBkcmFm
dC13ZWlzLWlwcG0taW9hbS1ncmUtMDAuPGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7
ICZndDsgR0lNJmd0OyZndDsgVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9u
IHNlY3Rpb24gc3RhdGVzOjxicj4NCiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IE5ldyBwcm90
b2NvbHMgdGhhdCBzdXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEU8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBbSS1ELmlldGYtbnZvMy12eGxhbi1ncGVdLCBHVUUg
W0ktRC5pZXRmLW52bzMtZ3VlXSwgR2VuZXZlPGJyPg0KJmd0OyZndDsgJmd0OyZuYnNwOyAmbmJz
cDsgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwgQklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fw
c3VsYXRpb25dLCBhbmQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBOU0ggW0ktRC5p
ZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLjxicj4NCiZn
dDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IEV0aGVybmV0LCBJUHY0L0lQdjYsIGFuZCByZWNvZ25p
emUgT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24sIGFuZDxicj4NCiZndDsmZ3Q7ICZndDsmbmJz
cDsgJm5ic3A7IE1haW50ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4mbmJz
cDsgVGhhdCBlbnN1cmVzIHRoYXQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBPdmVy
bGF5IE9BTSAoT09BTSlwYWNrZXRzIGFyZSBzaGFyaW5nIGZhdGUgd2l0aCBPdmVybGF5IGRhdGEg
cGFja2V0PGJyPg0KJmd0OyZndDsgJmd0OyZuYnNwOyAmbmJzcDsgdHJhdmVyc2luZyB0aGUgdW5k
ZXJsYXkuPGJyPg0KJmd0OyZndDsgJmd0OyBJJ20gdXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRy
YWZ0IGFuZCBhbG9uZyB3aXRoIGNsZWFuaW5nIG5pdHMgd2lsbDxicj4NCiZndDsmZ3Q7ICZndDsg
dXBkYXRlPGJyPg0KJmd0OyZndDsgJmd0OyByZWZlcmVuY2UgdG8gR1VFLiBJIHRoaW5rIHRoYXQg
dGhlIGxpc3QgYW5kIHRoZSBzdGF0ZW1udCBhcmUgcXVpdGUgY2xlYXI8YnI+DQomZ3Q7Jmd0OyAm
Z3Q7IGluPGJyPg0KJmd0OyZndDsgJmd0OyBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29y
a3MgdGhhdCBtYXkgYmVuZWZpdCBmcm9tIHVzaW5nIG5vdCBvbmx5PGJyPg0KJmd0OyZndDsgJmd0
OyBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUuZy4gRWNo
byBSZXF1ZXN0L1JlcGx5Ljxicj4NCiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0
OyBXaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBzdWdnZXN0IHRoYXQgdGhlIFdHIG1vdmVz
IGZvcndhcmQgd2l0aDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHNwZWNpZmljIGRlZmluaXRpb25z
IGZvciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyPGJyPg0K
Jmd0OyZndDsgJmd0OyZndDsgdGhlPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgYWJvdmUgbWVudGlv
bmVkIGRyYWZ0cy48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
PGJyPg0KJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzLCBG
cmFuazxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDs8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXzxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGlwcG0gbWFpbGluZyBsaXN0PGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5v
cmc8L2E+PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0
Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9hPjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJy
Pg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZn
dDsgJmd0OyBJbnQtYXJlYSBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IDxhIGhyZWY9
Im1haWx0bzpJbnQtYXJlYUBpZXRmLm9yZyI+SW50LWFyZWFAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0
OyZndDsgJmd0OyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2ludC1hcmVhIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9pbnQtYXJlYTwvYT48YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+
DQomZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xzxicj4NCiZndDsmZ3Q7IGlwcG0gbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0i
bWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsgPGEg
aHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIiB0YXJnZXQ9
Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9hPjxi
cj4NCiZndDs8YnI+DQomZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N
CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
REUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BBA82579FD347748BEADC4C445EA0F21A6D62FA3NKGEML515MBXchi_--


From nobody Mon Apr 16 01:51:30 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89664127522; Mon, 16 Apr 2018 01:51:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_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 rjQlMJ-VnHGC; Mon, 16 Apr 2018 01:51:04 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F10B124239; Mon, 16 Apr 2018 01:51:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=55864; q=dns/txt; s=iport; t=1523868664; x=1525078264; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=6yAL8VOCRyRsh4A6PeJqQiYEjADnLNv87VZf1sSSNxI=; b=NfzEI5CiBkF5obWsHBA9UrmmkOFluHDMEKpy376pXopjPs0/VIT1HA16 WIBXc4a+kzk2gV8KsBtk//RYncghPBfEAq2jR+QSsH5uM6Q0ajZbDb3kd 198LgpdokUXeC+AvrYb1i4uMmwtGFNC+k8EtXa1DUHCAdgYmsXp8hqb9L w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BuAQDXYtRa/4sNJK1SChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGCTUorYRdjKAqDXYgCjRGBdIEPhmaMAhSBZAMLGAEKhGA?= =?us-ascii?q?CGoIbITQYAQIBAQEBAQECbBwMhSIBAQEBAgEBARgJCkELBQsCAQgRBAEBASA?= =?us-ascii?q?BAgQDAgICHwYLFAkIAgQBDQUIF4QKTAMNCA+lFoIchwMNgSuCKgWIBoFUP4E?= =?us-ascii?q?Pgl0ugk9CAQGBNQgLToJKglQCkFcKhlcsCAKHc4MOO4J1gTuDXINBg3uHMII?= =?us-ascii?q?7hg0CERMBgSQBHDiBUnAVO4JDgh0aEWkBCIdWhT5vjSGBFwEB?=
X-IronPort-AV: E=Sophos;i="5.48,459,1517875200";  d="scan'208,217";a="381930116"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Apr 2018 08:51:02 +0000
Received: from XCH-RCD-006.cisco.com (xch-rcd-006.cisco.com [173.37.102.16]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id w3G8p2dR014028 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 16 Apr 2018 08:51:02 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-RCD-006.cisco.com (173.37.102.16) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 16 Apr 2018 03:51:01 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Mon, 16 Apr 2018 03:51:01 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Tianran Zhou <zhoutianran@huawei.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
CC: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT01Rv7uw9TGdqO0+V2HJ61OA6MaQC+nQwgABu/4D//63XQA==
Date: Mon, 16 Apr 2018 08:51:01 +0000
Message-ID: <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.7]
Content-Type: multipart/alternative; boundary="_000_8d1b3bb4a1794c4fac3455257e0ab60eXCHRCD008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/IDYcGp9wJ5HIjCA6qx0G7AcKiDE>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 08:51:08 -0000

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

SGkgVGlhbnJhbiwNCg0KSU9BTSBpcyBhIGRvbWFpbiBzcGVjaWZpYyBmZWF0dXJlIChzZWUgYWxz
byBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHNlY3Rpb25zIDMgYW5kIDQpLCB3aGljaCBh
bGxvd3MgYW4gb3BlcmF0b3IgdG8gY29udHJvbCBieSBtZWFucyBvZiBjb25maWd1cmF0aW9uIHdo
ZXJlIGFuZCBmb3Igd2hpY2ggdHJhZmZpYyBJT0FNIGRhdGEgZmllbGRzIGFyZSBhZGRlZC91cGRh
dGVkL3JlbW92ZWQgZnJvbSB0aGUgY3VzdG9tZXIgdHJhZmZpYy4gVXNpbmcgeW91ciBleGFtcGxl
IG9mIEdlbmV2ZSBvdmVyIElQdjYg4oCTIHdpdGggSU9BTSBkYXRhIGluIGJvdGggdGhlIEdlbmV2
ZSBhbmQgdGhlIElQdjYgcHJvdG9jb2wsIG9uZSB3b3VsZCBleHBlY3QgdGhhdCB0aGUgb3BlcmF0
b3IgY29uZmlndXJlcyB0aGUgZW5kcG9pbnRzIG9mIHRoZSBHZW5ldmUgdHVubmVsIHRvIG9wZXJh
dGUgb24gdGhlIElPQU0gZGF0YSBpbiBHZW5ldmUsIGFuZCB0aGUgSVB2NiByb3V0ZXJzIHRoYXQg
dGhlIEdlbmV2ZSB0dW5uZWwgdHJhdmVyc2VzIHRvIG9wZXJhdGUgb24gdGhlIElPQU0gZGF0YSBp
biBJUHY2Lg0KDQpGcmFuaw0KDQpGcm9tOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdl
aS5jb20+DQpTZW50OiBNb250YWcsIDE2LiBBcHJpbCAyMDE4IDEwOjM3DQpUbzogRnJhbmsgQnJv
Y2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT47IE1pY2tleSBTcGllZ2VsIDxt
c3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxh
bmQuY29tPg0KQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2Vy
dmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQ
TSBXRyA8aXBwbUBpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNh
cHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBm
cm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNCkhpIEZyYW5rLA0KDQpIb3cgZG9lcyBhIGZv
cndhcmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUgZGF0YT8NCkluIHRoZSBj
YXNlIG9mIEdlbmV2ZSBvdmVyIElQdjYsIGRvIHlvdSBtZWFuIHRoZSBkZXZpY2UgbmVlZCB0byBz
Y2FuIGFsbCB0aGUgcHJvdG9jb2wgc3RhY2s/IE9yIGp1c3QgdGhlIG91dGVyIGVuY2Fwc3VsYXRp
b24/DQoNClRpYW5yYW4NCg0KRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9y
Z10gT24gQmVoYWxmIE9mIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpDQpTZW50OiBNb25kYXks
IEFwcmlsIDE2LCAyMDE4IDM6MDggUE0NClRvOiBNaWNrZXkgU3BpZWdlbCA8bXNwaWVnZWxAYmFy
ZWZvb3RuZXR3b3Jrcy5jb208bWFpbHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPj47
IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0b21AaGVyYmVydGxhbmQu
Y29tPj4NCkNjOiBOVk8zIDxudm8zQGlldGYub3JnPG1haWx0bzpudm8zQGlldGYub3JnPj47IGlu
dC1hcmVhQGlldGYub3JnPG1haWx0bzppbnQtYXJlYUBpZXRmLm9yZz47IFNlcnZpY2UgRnVuY3Rp
b24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc8bWFpbHRvOnNmY0BpZXRmLm9yZz4+
OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0KU3Vi
amVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGlu
IHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25k
b24NCg0KDQpUb20sDQoNCmEgcXVpY2sgYWRkaXRpb24gdG8gd2hhdCBNaWNrZXkgbWVudGlvbmVk
IGJlbG93OiBXaGF0IHlvdSBzZWVtIHRvIGhhdmUgaW4gbWluZCBpcyB3aGF0IGRyYWZ0LWlldGYt
aXBwbS1pb2FtLWRhdGEtMDIgcmVmZXJzIHRvIGFzIOKAnGxheWVyaW5n4oCdIChzZWUgc2VjdGlv
biAzLiksIGkuZS4gaWYgeW914oCZcmUgcnVubmluZyBmb3IgZXhhbXBsZSBHZW5ldmUgb3ZlciBJ
UHY2LCB0aGVuIElPQU0gZGF0YSBjb3VsZCBiZSBlbmNhcHN1bGF0ZWQgaW4gYm90aCBwcm90b2Nv
bHMsIEdlbmV2ZSBhbmQgSVB2NiDigJMgZ2l2aW5nIHlvdSB2aXNpYmlsaXR5IGludG8gdGhlIOKA
nHVuZGVybGF54oCdIChJUHY2KSBhbmQgdGhlIOKAnG92ZXJsYXnigJ0gKEdlbmV2ZSkuDQoNCkZy
YW5rDQoNCkZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aXBwbS1ib3Vu
Y2VzQGlldGYub3JnPj4gT24gQmVoYWxmIE9mIE1pY2tleSBTcGllZ2VsDQpTZW50OiBGcmVpdGFn
LCAxMy4gQXByaWwgMjAxOCAyMDoyMg0KVG86IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQu
Y29tPG1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tPj4NCkNjOiBOVk8zIDxudm8zQGlldGYub3Jn
PG1haWx0bzpudm8zQGlldGYub3JnPj47IGludC1hcmVhQGlldGYub3JnPG1haWx0bzppbnQtYXJl
YUBpZXRmLm9yZz47IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0
Zi5vcmc8bWFpbHRvOnNmY0BpZXRmLm9yZz4+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc8
bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVu
Y2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVw
IGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0KVG9tLA0KDQpPbiBUaHUsIEFwciAxMiwg
MjAxOCBhdCAxMDoxNyBQTSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb208bWFpbHRv
OnRvbUBoZXJiZXJ0bGFuZC5jb20+PiB3cm90ZToNCk1pY2tleSwNCg0KTG9va2luZyBhdCB0aGVz
ZSBpcHBtIGRyYWZ0cyBtb3JlIGNsb3NlbHksIEkgaGF2ZSBhIG11Y2ggbW9yZQ0KZnVuZGFtZW50
YWwgY29uY2Vybi4NCg0KSW4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAgZm9y
IGluc3RhbmNlLCB0aGVyZSBpcyB0aGUgdGV4dA0KaW4gdGhlIGludHJvZHVjdGlvbjoNCg0KIklu
LXNpdHUgT0FNIChJT0FNKSByZWNvcmRzIE9BTSBpbmZvcm1hdGlvbiB3aXRoaW4gdGhlIHBhY2tl
dCB3aGlsZQ0KdGhlIHBhY2tldCB0cmF2ZXJzZXMgYSBwYXJ0aWN1bGFyIG5ldHdvcmsgZG9tYWlu
LiAgVGhlIHRlcm0gImluLXNpdHUiDQpyZWZlcnMgdG8gdGhlIGZhY3QgdGhhdCB0aGUgSU9BTSBk
YXRhIGZpZWxkcyBhcmUgYWRkZWQgdG8gdGhlIGRhdGENCnBhY2tldHMgcmF0aGVyIHRoYW4gaXMg
YmVpbmcgc2VudCB3aXRoaW4gcGFja2V0cyBzcGVjaWZpY2FsbHkNCmRlZGljYXRlZCB0byBPQU0u
ICBUaGlzIGRvY3VtZW50IGRlZmluZXMgaG93IElPQU0gZGF0YSBmaWVsZHMgYXJlDQp0cmFuc3Bv
cnRlZCBhcyBwYXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXQ0KZW5jYXBz
dWxhdGlvbi4iDQoNCkkgYXNzdW1lIHRoaXMgbWVhbnMgdGhhdCBhcyBwYWNrZXRzIHdpdGggR2Vu
ZXZlIGVuY2Fwc3VsYXRpb24gdHJhdmVyc2UNCnRoZSBuZXR3b3JrIHRoZXkgYXJlIGludGVycHJl
dGVkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhcyBiZWluZw0KR2VuZXZlLiBTaW5jZSBHZW5ldmUg
aXMgYSBVRFAgZW5jYXBzdWxhdGlvbiwgdGhlbiB0aGUgZGVzdGluYXRpb24gVURQDQpwb3J0IG51
bWJlciB3b3VsZCBiZSB1c2VkIHRvIGlkZW50aWZ5IHBhY2tldHMgYXMgYmVpbmcgR2VuZXZlLiBT
byBhbg0KaW50ZXJtZWRpYXRlIGRldmljZSBtaWdodCBiZSBsb29raW5nIGZvciBVRFAgcGFja2V0
cyBkZXN0aW5lZCB0byBwb3J0DQo2MDgxICh0aGUgYXNzaWduZWQgVURQIHBvcnQgZm9yIEdlbmV2
ZSkuIElmIG15IHVuZGVyc3RhbmRpbmcgaXMNCmNvcnJlY3QsIHRoZW4gdGhpcyBpcyBhIHByb2Js
ZW0uDQoNClVEUCBwb3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xvYmFsIG1lYW5pbmcuIEFuIGlu
dGVybWVkaWF0ZSBkZXZpY2UNCm1heSB2ZXJ5IHdlbGwgc2VlIFVEUCBwYWNrZXRzIGRlc3RpbmVk
IHRvIHBvcnQgNjA4MSB0aGF0IGFyZSBub3QNCmFjdHVhbGx5IEdlbmV2ZS4gVGhpcyBzY2VuYXJp
byBpcyBkaXNjdXNzZWQgaW4gUkZDNzYwNToNCg0KIi4uLmludGVybWVkaWF0ZSBkZXZpY2UgaW50
ZXJwcmV0cyB0cmFmZmljIGJhc2VkIG9uIHRoZSBwb3J0IG51bWJlci4NCkl0IGlzIGltcG9ydGFu
dCB0byByZWNvZ25pemUgdGhhdCBhbnkgaW50ZXJwcmV0YXRpb24gb2YgcG9ydCBudW1iZXJzDQot
LSBleGNlcHQgYXQgdGhlIGVuZHBvaW50cyAtLSBtYXkgYmUgaW5jb3JyZWN0LCBiZWNhdXNlIHBv
cnQgbnVtYmVycw0KYXJlIG1lYW5pbmdmdWwgb25seSBhdCB0aGUgZW5kcG9pbnRzLiINCg0KSWYg
dGhlIFVEUCBkYXRhIGlzIG1vZGlmaWVkLCBhcyB0aGUgZHJhZnQgd291bGQgaW1wbHksIHRoZW4N
Cm1pc2ludGVycHJldGF0aW9uIG1heSBhbHNvIG1lYW4gc2lsZW50IGRhdGEgY29ycnVwdGlvbiBv
ZiBwYWNrZXRzLiBBDQpwcm90b2NvbCB0aGF0IHdvdWxkIGFsbG93IHRoaXMgc2VlbXMgcHJldHR5
IGluY29ycmVjdCEgTm90ZSB0aGF0IHRoaXMNCndvdWxkIGJlIHRydWUgYWxzbyBmb3IgYW55IFVE
UCBlbmNhcHN1bGF0aW9uIHRoYXQgdGhlIG5ldHdvcmsgdHJpZXMgdG8NCmludGVycHJldC4NCg0K
VGhlIGludGVudGlvbiBpcyB0byBhbGxvdyBmb3IgbXVsdGlwbGUgbm9kZXMgdGhhdCBhIHBhY2tl
dCB0cmF2ZXJzZXMNCnRvIGJlIGFibGUgdG8gaW5zZXJ0IElPQU0gbm9kZSBpbmZvcm1hdGlvbiBp
biB0aGUgc2FtZSB0cmFjZSBvcHRpb24sDQpidXQgbGVhdmUgc29tZSBmbGV4aWJpbGl0eSByZWdh
cmRpbmcgd2hpY2ggbm9kZXMgYWN0dWFsbHkgZG8gdGhlDQpJT0FNIHByb2Nlc3NpbmcgYW5kIHRo
ZSBub2RlIGluZm9ybWF0aW9uLiBUaGlzIG1heSB2YXJ5DQpkZXBlbmRpbmcgb24gdGhlIHRyYW5z
cG9ydC4NCg0KSW4gY2FzZSBvZiBhIHR1bm5lbGVkIGVuY2Fwc3VsYXRpb24gc3VjaCBhcyBHZW5l
dmUgb3IgVlhMQU4sDQp0aGVyZSBtYXkgc3RpbGwgYmUgbXVsdGlwbGUgaG9wcy4gRm9yIGV4YW1w
bGUgYSBuZXR3b3JrIG1heSB1c2UNCkdlbmV2ZSBvciBWWExBTiwgYnV0IG9ubHkgZG8gTDIgcHJv
Y2Vzc2luZyBhdCBUb1JzLCB3aXRoIEwzDQpwcm9jZXNzaW5nIGRvbmUgYXQgYWdncmVnYXRpb24g
b3IgY29yZSBzd2l0Y2hlcy4gSW4gdGhpcyBjYXNlDQptYW55IHBhY2tldHMgd291bGQgZG8gMiBH
ZW5ldmUgb3IgVlhMQU4gaG9wcywgc28gdGhlIHBhY2tldA0Kd291bGQgY29udGFpbiBJT0FNIG5v
ZGUgaW5mb3JtYXRpb24gZnJvbSB0d28gbm9kZXMuDQoNCkFub3RoZXIgZXhhbXBsZSBpcyBzZXJ2
aWNlIGZ1bmN0aW9uIGNoYWluaW5nIHVzaW5nIEdlbmV2ZSBvcg0KVlhMQU4gcmF0aGVyIHRoYW4g
TlNILg0KDQoNCkkgYW0gYWxzbyB3b25kZXJpbmcgaWYgaG9wLWJ5LWhvcCBvcHRpb25zIGJlZW4g
Y29uc2lkZXJlZCBmb3IgdGhpcw0KYXBwbGljYXRpb24/IFRoZWlyIGludGVycHJldGF0aW9uIGlu
IHRoZSBuZXR3b3JrIGlzIHVuYWJpZ3VvdXMgYW5kDQp0aGV5IGFsc28gaGF2ZSB0aGUgYWR2YW50
YWdlIHRoYXQgdGhlIHdvcmsgd2l0aCBhbnkgSVAgcHJvdG9jb2wgb3INCmVuY2Fwc3VsYXRpb24u
DQoNCklQdjYgaG9wLWJ5LWhvcCBvcHRpb25zIGhhcyBiZWVuIGNvbnNpZGVyZWQuIFNlZQ0KZHJh
ZnQtYnJvY2tuZXJzLWluYmFuZC1vYW0tdHJhbnNwb3J0LTA1LiBUaGlzIGhhcyBub3QgeWV0IGJl
ZW4NCmJyb2tlbiBvdXQgaW50byBhIHNlcGFyYXRlIGRyYWZ0Lg0KDQpNaWNrZXkNCg0KDQpUaGFu
a3MsDQpUb20NCg0KDQpPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAzOjMxIFBNLCBNaWNrZXkgU3Bp
ZWdlbA0KPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPG1haWx0bzptc3BpZWdlbEBiYXJl
Zm9vdG5ldHdvcmtzLmNvbT4+IHdyb3RlOg0KPiBUb20sDQo+DQo+IE9uIFRodSwgQXByIDEyLCAy
MDE4IGF0IDI6NDYgUE0sIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0
b21AaGVyYmVydGxhbmQuY29tPj4gd3JvdGU6DQo+Pg0KPj4gT24gVGh1LCBBcHIgMTIsIDIwMTgg
YXQgOTo1NCBBTSwgR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbTxtYWlsdG86Z3Jl
Z2ltaXJza3lAZ21haWwuY29tPj4NCj4+IHdyb3RlOg0KPj4gPiBIaSBGcmFuaywNCj4+ID4gdGhh
bmsgeW91IGZvciBzaGFyaW5nIHlvdXIgcG9pbnRzLiBQbGVhc2UgZmluZCBteSBub3RlcyBpbi1s
aW5lIGFuZA0KPj4gPiB0YWdnZWQNCj4+ID4gR0lNPj4uIEkgYmVsaWV2ZSB0aGF0IHRoaXMgaXMg
dmVyeSBtdWNoIHJlbGV2YW50IHRvIHdvcmsgb2Ygb3RoZXINCj4+ID4gd29ya2luZw0KPj4gPiBn
cm91cHMgdGhhdCBkaXJlY3RseSB3b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fwc3VsYXRpb25zIGlu
IHRoZSBjZW50ZXIgb2YNCj4+ID4gdGhlDQo+PiA+IGRpc2N1c3Npb24gYW5kIGhlbmNlIEkndmUg
YWRkZWQgdGhlbSB0byB0aGUgbGlzdC4gSG9wZSB3ZSdsbCBoYXZlIG1vcmUNCj4+ID4gb3Bpbmlv
bnMgdG8gcmVhY2ggdGhlIGNvbmNsdXNpb24gdGhhdCBpcyBhY2NlcHRhYmxlIHRvIGFsbC4NCj4+
ID4NCj4+ID4gUmVnYXJkcywNCj4+ID4gR3JlZw0KPj4gPg0KPj4gPiBPbiBXZWQsIEFwciAxMSwg
MjAxOCBhdCAxMjowMiBQTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkNCj4+ID4gPGZicm9j
a25lQGNpc2NvLmNvbTxtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj4gd3JvdGU6DQo+PiA+Pg0K
Pj4gPj4gQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vzc2VkIHNl
dmVyYWwgZHJhZnRzIGRlYWxpbmcNCj4+ID4+IHdpdGggdGhlIGVuY2Fwc3VsYXRpb24gb2YgSU9B
TSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzDQo+PiA+PiAoZHJhZnQtYnJvY2tuZXJzLWlwcG0t
aW9hbS12eGxhbi1ncGUtMDAsDQo+PiA+PiBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2
ZS0wMCwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lDQo+PiA+PiBkaXNjdXNzaW9u
IHRvcGljIHRoYXQgd2UgZGVjaWRlZCB0byB0YWtlIHRvIHRoZSBsaXN0IHdhcyB0aGUgcXVlc3Rp
b24NCj4+ID4+IG9uDQo+PiA+PiB3aGV0aGVyIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRl
ciBjb3VsZCBiZSBsZXZlcmFnZWQuLiAgQWZ0ZXINCj4+ID4+IGNhcmVmdWxseQ0KPj4gPj4gY29u
c2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyLCBJIGNhbWUgdG8gdGhlIGNv
bmNsdXNpb24NCj4+ID4+IHRoYXQNCj4+ID4+IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5v
dCBtZWV0IHRoZSBuZWVkcyBvZiBJT0FNOg0KPj4gPj4NCj4+ID4+ICogRWZmaWNpZW5jeTogSU9B
TSBhZGRzIGRhdGEgdG8gbGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFuDQo+PiA+PiBlbmNh
cHN1bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3NzaWJsZS4gVGhlIOKAnE9P
QU0gaGVhZGVy4oCdDQo+PiA+PiBpcyA4DQo+PiA+PiBieXRlcyBsb25nLiBUaGUgYXBwcm9hY2gg
Zm9yIElPQU0gZGF0YSBlbmNhcHN1bGF0aW9uIGluIHRoZSBhYm92ZQ0KPj4gPj4gbWVudGlvbmVk
DQo+PiA+PiBkcmFmdHMgb25seSByZXF1aXJlcyA0IGJ5dGVzLiBVc2luZyB0aGUgT09BTSBoZWFk
ZXIgYXBwcm9hY2ggd291bGQgYWRkDQo+PiA+PiBhbg0KPj4gPj4gdW5uZWNlc3Nhcnkgb3Zlcmhl
YWQgb2YgNCBieXRlcyDigJMgd2hpY2ggaXMgc2lnbmlmaWNhbnQuDQo+PiBHcmVnLA0KPj4NCj4+
IEknbSBtaXNzaW5nIHNvbWV0aGluZyBoZXJlLiBJIGxvb2tlZCBhdCB0aGUgZHJhZnRzIHlvdSBy
ZWZlcmVuY2VkIGFuZA0KPj4gZWFjaCBvZiB0aGVtIGxvb2tzIGxpa2UgdGhlIG92ZXJoZWFkIGZv
ciBPQU0gaXMgZ3JlYXRlciB0aGF0IGZvdXINCj4+IGJ5dGVzLiBJbiBlYWNoIHRoZXJlIGlzIHNv
bWUgb3ZlcmhlYWQgZXF1aXZhbGVudCB0byB0eXBlL2xlbmd0aCwgZm9yDQo+PiBpbnN0YW5jZSBp
biBHZW5ldmUgZm91ciBieXRlcyBhcmUgbmVlZGVkIGZvciBvcHRpb24gY2xhc3MsIHR5cGUsIGFu
ZA0KPj4gbGVuZ3RoLiBVbmxlc3MgdGhlIHRoZSBPQU0gZGF0YSBpcyB6ZXJvIGxlbmd0aCwgSSBk
b24ndCBzZWUgaG93IHRoaXMNCj4+IGFkZHMgdXAgdG8gb25seSBmb3VyIGJ5dGVzIG9mIG92ZXJo
ZWFkLg0KPg0KPg0KPiBUaGUgZm91ciB2ZXJzdXMgZWlnaHQgYnl0ZXMganVzdCByZWZlcnMgdG8g
dGhlIGZpZWxkcyBpbiB0aGUgZm91ciBieXRlcyBvZg0KPiBJT0FNDQo+IGluZm8sIHRoYXQgaXMg
Y29tbW9uIHRvIGFsbCBJT0FNIG9wdGlvbnMuIEJleW9uZCB0aGF0LCB0aGVyZSBhcmUgSU9BTSBv
cHRpb24NCj4gc3BlY2lmaWMgZmllbGRzLiBGb3IgZXhhbXBsZSBpZiBkb2luZyBvbmUgb2YgdGhl
IElPQU0gdHJhY2Ugb3B0aW9ucywgdGhlcmUNCj4gYXJlDQo+IGZvdXIgYnl0ZXMgb2YgdHJhY2Ug
b3B0aW9uIGhlYWRlciwgaW5jbHVkaW5nIHRoZSBJT0FNLXRyYWNlLXR5cGUsIE5vZGVMZW4sDQo+
IEZsYWdzLCBhbmQgUmVtYWluaW5nTGVuIGZpZWxkcy4gVGhlc2UgYXJlIGZvbGxvd2VkIGJ5IHRo
ZSBub2RlIGRhdGEgbGlzdA0KPiBjb250YWluaW5nIHRoZSBwZXIgaG9wIElPQU0gaW5mb3JtYXRp
b24uDQo+DQo+IEluIGxvb2tpbmcgYXQgdGhlIE9PQU0gaGVhZGVyIGNvbnRlbnQsIGl0IGhhcyBu
b3RoaW5nIHRvIGRvIHdpdGggYW55IG9mIHRoZQ0KPiBJT0FNIGluZm9ybWF0aW9uIGFmdGVyIHRo
ZSBmaXJzdCBmb3VyIGJ5dGVzLiBJdCBjb250YWlucyBhbm90aGVyIHZhcmlhbnQgb2YNCj4gdGhl
DQo+IGluZm9ybWF0aW9uIGluIHRoZSBmaXJzdCBmb3VyIGJ5dGVzIG9mIElPQU0gaW5mbywgc3By
ZWFkIG91dCBvdmVyIGVpZ2h0DQo+IGJ5dGVzLg0KPg0KPj4NCj4+IFRvbQ0KPj4NCj4+ID4NCj4+
ID4gR0lNPj4gVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBPT0FNIEhl
YWRlcjoNCj4+ID4NCj4+ID4gcHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFncyBm
aWVsZCBhbmQgUmVzZXJ2ZWQgZmllbGRzOw0KPg0KPg0KPiBUaGUgZmxhZ3MgZmllbGQgb25seSBo
YXMgb25lIGRlZmluZWQgZmxhZyBhdCB0aGUgbW9tZW50LCBmb3IgYSB0aW1lc3RhbXANCj4gYmxv
Y2suIEZvciBJT0FNIHRyYWNlIHdlIG5lZWQgcGVyIGhvcCB0aW1lc3RhbXBzLCB3aGljaCB0aGUg
dGltZXN0YW1wDQo+IGJsb2NrIGNhbm5vdCBhZGRyZXNzLCBpLmUuIHRoZSB0aW1lc3RhbXAgYmxv
Y2sgaXMgcmVkdW5kYW50IGZvciBJT0FNLg0KPg0KPj4NCj4+ID4gc3VwcG9ydHMgbGFyZ2VyIE9B
TSBwYWNrZXRzIHRoYW4gaU9BTSBoZWFkZXI7DQo+DQo+DQo+IEZvciBJT0FNIHB1cnBvc2VzLCAx
MDIwIG9jdGV0cyBpcyBtb3JlIHRoYW4gZW5vdWdoLg0KPg0KPj4NCj4+ID4gaXMgZnV0dXJlIHBy
b29mIGJ5IHN1cHBvcnRpbmcgdmVyc2lvbmluZyAoVmVyc2lvbiBmaWVsZCkuDQo+DQo+DQo+IElN
TywgdGFraW5nIHRoZSBmaXJzdCB0d28gYml0cyBvZiB0aGUgSU9BTS1UeXBlIHRvIGRlZmluZSBh
IFZlcnNpb24gZmllbGQNCj4gd291bGQgYmUgYSBnb29kIHRoaW5nLiBUaGlzIGRvZXMgbm90IHJl
cXVpcmUgYWRkaW5nIGZvdXIgbW9yZSBieXRlcyBvZg0KPiBvdmVyaGVhZC4gNjQgSU9BTS1UeXBl
cyBpcyBtb3JlIHRoYW4gZW5vdWdoLg0KPg0KPj4NCj4+ID4+DQo+PiA+PiAqIE1hdHVyaXR5OiBJ
T0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2ggd2VyZSBhbHNvIHNob3duIGF0
DQo+PiA+PiByZWNlbnQgSUVURiBoYWNrYXRob25zIOKAkyBhbmQgd2XigJlyZSBleHBlY3Rpbmcg
YWRkaXRpb25hbCBpbXBsZW1lbnRhdGlvbnMNCj4+ID4+IHRvDQo+PiA+PiBiZSBwdWJsaWNpemVk
IHNvb24uIEludGVyb3BlcmFibGUgaW1wbGVtZW50YXRpb25zIG5lZWQgdGltZWx5DQo+PiA+PiBz
cGVjaWZpY2F0aW9ucy4gRGVzcGl0ZSB0aGUgcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNl
bnQgdGhyZWFkIG9uDQo+PiA+PiBPT0FNDQo+PiA+PiBpbiB0aGUgTlZPMyBsaXN0IGhhc27igJl0
IHJldmVhbGVkIGFueSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgT09BTSBoZWFkZXIuDQo+PiA+PiBJ
bg0KPj4gPj4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRh
bWVudGFsIHF1ZXN0aW9ucyBhYm91dA0KPj4gPj4gdGhlDQo+PiA+PiBPT0FNIGhlYWRlciBhcmUg
c3RpbGwgb3Blbiwgc3VjaCBhcyB3aGV0aGVyIG9yIGhvdyBhY3RpdmUgT0FNDQo+PiA+PiBtZWNo
YW5pc21zDQo+PiA+PiB3aXRoaW4gcHJvdG9jb2xzIHN1Y2ggYXMgR2VuZXZlIHdvdWxkIGFwcGx5
IHRvIHRoZSBPT0FNIGhlYWRlci4gVGhpcw0KPj4gPj4gdWx0aW1hdGVseSBtZWFucyB0aGF0IHdl
IHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNwZWNpZmljYXRpb24uDQo+PiA+DQo+PiA+IEdJTT4+
IE1heSBJIGFzayB3aGljaCBlbmNhcHN1bGF0aW9ucyBzdXBwb3J0ZWQgYnkgdGhlIGltcGxlbWVu
dGF0aW9ucw0KPj4gPiB5b3UNCj4+ID4gcmVmZXIgdG8uIFVudGlsIHZlcnkgcmVjZW50bHkgYWxs
IGlPQU0gcHJvcG9zYWxzIHdlcmUgdG8gdXNlIG1ldGEtZGF0YQ0KPj4gPiBUTFYNCj4+ID4gaW4s
IGUuZy4gR2VuZXZlIGFuZCBOU0guIEFuZCBpZiB0aGVzZSBvciBzb21lIG9mIHRoZXNlIGltcGxl
bWVudGF0aW9ucw0KPj4gPiBhbHJlYWR5IHVwZGF0ZWQgdG8gdGhlIG5ld2x5IHByb3Bvc2VkIGlP
QU0gc2hpbSwgSSBkb24ndCBzZWUgcHJvYmxlbSBpbg0KPj4gPiBtYWtpbmcgdGhlbSB1c2UgT09B
TSBIZWFkZXIuIFdvdWxkIHlvdSBhZ3JlZT8NCj4+ID4NCj4+ID4+DQo+PiA+PiAqIFNjb3BlOiBJ
dCBpc27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09BTSBoZWFk
ZXINCj4+ID4+IHdvdWxkDQo+PiA+PiB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5IHRoZSBP
T0FNIGhlYWRlciBpcyBkZWZpbmVkLCBPT0FNIHVzZXMgYQ0KPj4gPj4gOC1iaXQNCj4+ID4+IGZp
ZWxkIGZvciDigJxOZXh0IFByb3TigJ0sIHRoZSBuZXh0IHByb3RvY29sLiBTb21lIHByb3RvY29s
cyB0aGF0IElPQU0gZGF0YQ0KPj4gPj4gbmVlZHMgdG8gYmUgZW5jYXBzdWxhdGVkIGludG8gdXNl
IDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZQ0KPj4gPj4gcG9pbnRzLiBTZWUg
ZS5nLiB0aGUgR1JFIGVuY2Fwc3VsYXRpb24g4oCTIGFzIHNwZWNpZmllZCBpbg0KPj4gPj4gZHJh
ZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0KPj4gPg0KPj4gPiBHSU0+PiBUaGUgZmlyc3QgcGFy
YWdyYXBoIG9mIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiBzdGF0ZXM6DQo+PiA+ICAgIE5ldyBw
cm90b2NvbHMgdGhhdCBzdXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEUNCj4+
ID4gICAgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1ZV0s
IEdlbmV2ZQ0KPj4gPiAgICBbSS1ELmlldGYtbnZvMy1nZW5ldmVdLCBCSUVSIFtJLUQuaWV0Zi1i
aWVyLW1wbHMtZW5jYXBzdWxhdGlvbl0sIGFuZA0KPj4gPiAgICBOU0ggW0ktRC5pZXRmLXNmYy1u
c2hdIHN1cHBvcnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLg0KPj4gPiAgICBFdGhlcm5l
dCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBh
bmQNCj4+ID4gICAgTWFpbnRlbmFuY2UgKE9BTSkgYXMgb25lIG9mIGRpc3RpbmN0IHR5cGVzLiAg
VGhhdCBlbnN1cmVzIHRoYXQNCj4+ID4gICAgT3ZlcmxheSBPQU0gKE9PQU0pcGFja2V0cyBhcmUg
c2hhcmluZyBmYXRlIHdpdGggT3ZlcmxheSBkYXRhIHBhY2tldA0KPj4gPiAgICB0cmF2ZXJzaW5n
IHRoZSB1bmRlcmxheS4NCj4+ID4gSSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBkcmFmdCBh
bmQgYWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzIHdpbGwNCj4+ID4gdXBkYXRlDQo+PiA+IHJlZmVy
ZW5jZSB0byBHVUUuIEkgdGhpbmsgdGhhdCB0aGUgbGlzdCBhbmQgdGhlIHN0YXRlbW50IGFyZSBx
dWl0ZSBjbGVhcg0KPj4gPiBpbg0KPj4gPiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29y
a3MgdGhhdCBtYXkgYmVuZWZpdCBmcm9tIHVzaW5nIG5vdCBvbmx5DQo+PiA+IGNvbW1vbiBPT0FN
IEhlYWRlciBidXQgY29tbW9uIE9PQU0gbWVjaGFuaXNtcywgZS5nLiBFY2hvIFJlcXVlc3QvUmVw
bHkuDQo+PiA+DQo+PiA+PiBXaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBzdWdnZXN0IHRo
YXQgdGhlIFdHIG1vdmVzIGZvcndhcmQgd2l0aA0KPj4gPj4gc3BlY2lmaWMgZGVmaW5pdGlvbnMg
Zm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gcHJvdG9jb2xzIOKAkyBwZXINCj4+ID4+
IHRoZQ0KPj4gPj4gYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy4NCj4+ID4+DQo+PiA+Pg0KPj4gPj4N
Cj4+ID4+IFJlZ2FyZHMsIEZyYW5rDQo+PiA+Pg0KPj4gPj4NCj4+ID4+IF9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+PiBpcHBtIG1haWxpbmcgbGlz
dA0KPj4gPj4gaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NCj4+ID4+IGh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0KPj4gPj4NCj4+ID4NCj4+ID4N
Cj4+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+
ID4gSW50LWFyZWEgbWFpbGluZyBsaXN0DQo+PiA+IEludC1hcmVhQGlldGYub3JnPG1haWx0bzpJ
bnQtYXJlYUBpZXRmLm9yZz4NCj4+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9pbnQtYXJlYQ0KPj4gPg0KPj4NCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQo+PiBpcHBtIG1haWxpbmcgbGlzdA0KPj4gaXBwbUBpZXRmLm9y
ZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v
bGlzdGluZm8vaXBwbQ0KPg0KPg0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpOU2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2
IDkgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBOU2ltU3VuIjt9
DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2
Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250
LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6
bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y
OmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv
SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBs
ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGku
TXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9y
aXR5OjM0Ow0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCXRleHQtaW5k
ZW50OjIxLjBwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4iLHNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1h
bDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRv
Ow0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFy
Z2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l
dyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5nbWFpbC1pbQ0KCXttc28tc3R5bGUtbmFtZTpnbWFpbC1p
bTt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250
LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1h
aWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5Ok5TaW1T
dW47DQoJY29sb3I6IzFGNDk3RDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpu
b3JtYWw7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmUgbm9uZTt9DQpzcGFuLkVtYWlsU3R5bGUyMg0K
CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpOU2ltU3VuOw0KCWNvbG9y
OndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0K
CXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0
eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy
aWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl
eHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz
aXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1
cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl
PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIg
c3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48
eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQi
IGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+
DQo8Ym9keSBsYW5nPSJERSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz
PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIFRpYW5yYW4sPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SU9BTSBpcyBh
IGRvbWFpbiBzcGVjaWZpYyBmZWF0dXJlIChzZWUgYWxzbyBkcmFmdC1pZXRmLWlwcG0taW9hbS1k
YXRhLTAyIHNlY3Rpb25zIDMgYW5kIDQpLCB3aGljaCBhbGxvd3MgYW4gb3BlcmF0b3IgdG8NCiBj
b250cm9sIGJ5IG1lYW5zIG9mIGNvbmZpZ3VyYXRpb24gd2hlcmUgYW5kIGZvciB3aGljaCB0cmFm
ZmljIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkL3VwZGF0ZWQvcmVtb3ZlZCBmcm9tIHRoZSBj
dXN0b21lciB0cmFmZmljLiBVc2luZyB5b3VyIGV4YW1wbGUgb2YgR2VuZXZlIG92ZXIgSVB2NiDi
gJMgd2l0aCBJT0FNIGRhdGEgaW4gYm90aCB0aGUgR2VuZXZlIGFuZCB0aGUgSVB2NiBwcm90b2Nv
bCwgb25lIHdvdWxkIGV4cGVjdCB0aGF0IHRoZQ0KIG9wZXJhdG9yIGNvbmZpZ3VyZXMgdGhlIGVu
ZHBvaW50cyBvZiB0aGUgR2VuZXZlIHR1bm5lbCB0byBvcGVyYXRlIG9uIHRoZSBJT0FNIGRhdGEg
aW4gR2VuZXZlLCBhbmQgdGhlIElQdjYgcm91dGVycyB0aGF0IHRoZSBHZW5ldmUgdHVubmVsIHRy
YXZlcnNlcyB0byBvcGVyYXRlIG9uIHRoZSBJT0FNIGRhdGEgaW4gSVB2Ni4NCjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5G
cmFuazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv
cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj
bSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4g
VGlhbnJhbiBaaG91ICZsdDt6aG91dGlhbnJhbkBodWF3ZWkuY29tJmd0Ow0KPGJyPg0KPGI+U2Vu
dDo8L2I+IE1vbnRhZywgMTYuIEFwcmlsIDIwMTggMTA6Mzc8YnI+DQo8Yj5Ubzo8L2I+IEZyYW5r
IEJyb2NrbmVycyAoZmJyb2NrbmUpICZsdDtmYnJvY2tuZUBjaXNjby5jb20mZ3Q7OyBNaWNrZXkg
U3BpZWdlbCAmbHQ7bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20mZ3Q7OyBUb20gSGVyYmVy
dCAmbHQ7dG9tQGhlcmJlcnRsYW5kLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IE5WTzMgJmx0O252
bzNAaWV0Zi5vcmcmZ3Q7OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbiBDaGFp
bmluZyBJRVRGIGxpc3QgJmx0O3NmY0BpZXRmLm9yZyZndDs7IElFVEYgSVBQTSBXRyAmbHQ7aXBw
bUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFtpcHBtXSBbSW50LWFyZWFd
IGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93
IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMC41cHQ7Zm9udC1mYW1pbHk6TlNpbVN1bjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOlpILUNOIj5IaSBGcmFuayw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u
dC1mYW1pbHk6TlNpbVN1bjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6TlNpbVN1
bjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Ib3cgZG9lcyBhIGZv
cndhcmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUgZGF0YT8NCjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpOU2ltU3VuO2NvbG9yOiMxRjQ5N0Q7
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkluIHRoZSBjYXNlIG9mIEdlbmV2ZSBvdmVyIElQ
djYsIGRvIHlvdSBtZWFuIHRoZSBkZXZpY2UgbmVlZCB0byBzY2FuIGFsbCB0aGUgcHJvdG9jb2wg
c3RhY2s/IE9yIGp1c3QgdGhlIG91dGVyIGVuY2Fwc3VsYXRpb24/PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5Ok5TaW1TdW47Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz
dC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv
bnQtZmFtaWx5Ok5TaW1TdW47Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D
TiI+VGlhbnJhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpOU2lt
U3VuO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6
My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+RnJvbTo8L3NwYW4+
PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt
Q04iPiBpcHBtIFs8YSBocmVmPSJtYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86
aXBwbS1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+RnJhbmsgQnJv
Y2tuZXJzIChmYnJvY2tuZSk8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBBcHJpbCAxNiwgMjAx
OCAzOjA4IFBNPGJyPg0KPGI+VG86PC9iPiBNaWNrZXkgU3BpZWdlbCAmbHQ7PGEgaHJlZj0ibWFp
bHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tIj5tc3BpZWdlbEBiYXJlZm9vdG5ldHdv
cmtzLmNvbTwvYT4mZ3Q7OyBUb20gSGVyYmVydCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJi
ZXJ0bGFuZC5jb20iPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4g
TlZPMyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm52bzNAaWV0Zi5vcmciPm52bzNAaWV0Zi5vcmc8L2E+
Jmd0OzsgPGEgaHJlZj0ibWFpbHRvOmludC1hcmVhQGlldGYub3JnIj4NCmludC1hcmVhQGlldGYu
b3JnPC9hPjsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgJmx0OzxhIGhyZWY9
Im1haWx0bzpzZmNAaWV0Zi5vcmciPnNmY0BpZXRmLm9yZzwvYT4mZ3Q7OyBJRVRGIElQUE0gV0cg
Jmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPiZndDs8
YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24g
b2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlz
Y3Vzc2lvbiBpbiBMb25kb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFz
dC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj5Ub20sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+YSBxdWljayBhZGRpdGlvbiB0byB3aGF0IE1pY2tleSBtZW50aW9uZWQgYmVsb3c6
IFdoYXQgeW91IHNlZW0gdG8gaGF2ZSBpbiBtaW5kIGlzIHdoYXQgZHJhZnQtaWV0Zi1pcHBtLWlv
YW0tZGF0YS0wMiByZWZlcnMNCiB0byBhcyDigJxsYXllcmluZ+KAnSAoc2VlIHNlY3Rpb24gMy4p
LCBpLmUuIGlmIHlvdeKAmXJlIHJ1bm5pbmcgZm9yIGV4YW1wbGUgR2VuZXZlIG92ZXIgSVB2Niwg
dGhlbiBJT0FNIGRhdGEgY291bGQgYmUgZW5jYXBzdWxhdGVkIGluIGJvdGggcHJvdG9jb2xzLCBH
ZW5ldmUgYW5kIElQdjYg4oCTIGdpdmluZyB5b3UgdmlzaWJpbGl0eSBpbnRvIHRoZSDigJx1bmRl
cmxheeKAnSAoSVB2NikgYW5kIHRoZSDigJxvdmVybGF54oCdIChHZW5ldmUpLg0KPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi
PkZyYW5rPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpI
LUNOIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFy
ZWFzdC1sYW5ndWFnZTpaSC1DTiI+IGlwcG0gJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtLWJvdW5j
ZXNAaWV0Zi5vcmciPmlwcG0tYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7DQo8Yj5PbiBCZWhhbGYg
T2YgPC9iPk1pY2tleSBTcGllZ2VsPGJyPg0KPGI+U2VudDo8L2I+IEZyZWl0YWcsIDEzLiBBcHJp
bCAyMDE4IDIwOjIyPGJyPg0KPGI+VG86PC9iPiBUb20gSGVyYmVydCAmbHQ7PGEgaHJlZj0ibWFp
bHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20iPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0Ozxicj4N
CjxiPkNjOjwvYj4gTlZPMyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm52bzNAaWV0Zi5vcmciPm52bzNA
aWV0Zi5vcmc8L2E+Jmd0OzsgPGEgaHJlZj0ibWFpbHRvOmludC1hcmVhQGlldGYub3JnIj4NCmlu
dC1hcmVhQGlldGYub3JnPC9hPjsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3Qg
Jmx0OzxhIGhyZWY9Im1haWx0bzpzZmNAaWV0Zi5vcmciPnNmY0BpZXRmLm9yZzwvYT4mZ3Q7OyBJ
RVRGIElQUE0gV0cgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYu
b3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVu
Y2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVw
IGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRvbSw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z
by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1
YWdlOlpILUNOIj5PbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAxMDoxNyBQTSwgVG9tIEhlcmJlcnQg
Jmx0OzxhIGhyZWY9Im1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tIiB0YXJnZXQ9Il9ibGFuayI+
dG9tQGhlcmJlcnRsYW5kLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0ND
IDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2lu
LXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5N
aWNrZXksPGJyPg0KPGJyPg0KTG9va2luZyBhdCB0aGVzZSBpcHBtIGRyYWZ0cyBtb3JlIGNsb3Nl
bHksIEkgaGF2ZSBhIG11Y2ggbW9yZTxicj4NCmZ1bmRhbWVudGFsIGNvbmNlcm4uPGJyPg0KPGJy
Pg0KSW4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAgZm9yIGluc3RhbmNlLCB0
aGVyZSBpcyB0aGUgdGV4dDxicj4NCmluIHRoZSBpbnRyb2R1Y3Rpb246PGJyPg0KPGJyPg0KJnF1
b3Q7SW4tc2l0dSBPQU0gKElPQU0pIHJlY29yZHMgT0FNIGluZm9ybWF0aW9uIHdpdGhpbiB0aGUg
cGFja2V0IHdoaWxlPGJyPg0KdGhlIHBhY2tldCB0cmF2ZXJzZXMgYSBwYXJ0aWN1bGFyIG5ldHdv
cmsgZG9tYWluLiZuYnNwOyBUaGUgdGVybSAmcXVvdDtpbi1zaXR1JnF1b3Q7PGJyPg0KcmVmZXJz
IHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBk
YXRhPGJyPg0KcGFja2V0cyByYXRoZXIgdGhhbiBpcyBiZWluZyBzZW50IHdpdGhpbiBwYWNrZXRz
IHNwZWNpZmljYWxseTxicj4NCmRlZGljYXRlZCB0byBPQU0uJm5ic3A7IFRoaXMgZG9jdW1lbnQg
ZGVmaW5lcyBob3cgSU9BTSBkYXRhIGZpZWxkcyBhcmU8YnI+DQp0cmFuc3BvcnRlZCBhcyBwYXJ0
IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXTxicj4NCmVuY2Fwc3VsYXRpb24u
JnF1b3Q7PGJyPg0KPGJyPg0KSSBhc3N1bWUgdGhpcyBtZWFucyB0aGF0IGFzIHBhY2tldHMgd2l0
aCBHZW5ldmUgZW5jYXBzdWxhdGlvbiB0cmF2ZXJzZTxicj4NCnRoZSBuZXR3b3JrIHRoZXkgYXJl
IGludGVycHJldGVkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhcyBiZWluZzxicj4NCkdlbmV2ZS4g
U2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24sIHRoZW4gdGhlIGRlc3RpbmF0aW9u
IFVEUDxicj4NCnBvcnQgbnVtYmVyIHdvdWxkIGJlIHVzZWQgdG8gaWRlbnRpZnkgcGFja2V0cyBh
cyBiZWluZyBHZW5ldmUuIFNvIGFuPGJyPg0KaW50ZXJtZWRpYXRlIGRldmljZSBtaWdodCBiZSBs
b29raW5nIGZvciBVRFAgcGFja2V0cyBkZXN0aW5lZCB0byBwb3J0PGJyPg0KNjA4MSAodGhlIGFz
c2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUpLiBJZiBteSB1bmRlcnN0YW5kaW5nIGlzPGJyPg0K
Y29ycmVjdCwgdGhlbiB0aGlzIGlzIGEgcHJvYmxlbS48YnI+DQo8YnI+DQpVRFAgcG9ydCBudW1i
ZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFuaW5nLiBBbiBpbnRlcm1lZGlhdGUgZGV2aWNlPGJy
Pg0KbWF5IHZlcnkgd2VsbCBzZWUgVURQIHBhY2tldHMgZGVzdGluZWQgdG8gcG9ydCA2MDgxIHRo
YXQgYXJlIG5vdDxicj4NCmFjdHVhbGx5IEdlbmV2ZS4gVGhpcyBzY2VuYXJpbyBpcyBkaXNjdXNz
ZWQgaW4gUkZDNzYwNTo8YnI+DQo8YnI+DQomcXVvdDsuLi5pbnRlcm1lZGlhdGUgZGV2aWNlIGlu
dGVycHJldHMgdHJhZmZpYyBiYXNlZCBvbiB0aGUgcG9ydCBudW1iZXIuPGJyPg0KSXQgaXMgaW1w
b3J0YW50IHRvIHJlY29nbml6ZSB0aGF0IGFueSBpbnRlcnByZXRhdGlvbiBvZiBwb3J0IG51bWJl
cnM8YnI+DQotLSBleGNlcHQgYXQgdGhlIGVuZHBvaW50cyAtLSBtYXkgYmUgaW5jb3JyZWN0LCBi
ZWNhdXNlIHBvcnQgbnVtYmVyczxicj4NCmFyZSBtZWFuaW5nZnVsIG9ubHkgYXQgdGhlIGVuZHBv
aW50cy4mcXVvdDs8YnI+DQo8YnI+DQpJZiB0aGUgVURQIGRhdGEgaXMgbW9kaWZpZWQsIGFzIHRo
ZSBkcmFmdCB3b3VsZCBpbXBseSwgdGhlbjxicj4NCm1pc2ludGVycHJldGF0aW9uIG1heSBhbHNv
IG1lYW4gc2lsZW50IGRhdGEgY29ycnVwdGlvbiBvZiBwYWNrZXRzLiBBPGJyPg0KcHJvdG9jb2wg
dGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0eSBpbmNvcnJlY3QhIE5vdGUgdGhhdCB0
aGlzPGJyPg0Kd291bGQgYmUgdHJ1ZSBhbHNvIGZvciBhbnkgVURQIGVuY2Fwc3VsYXRpb24gdGhh
dCB0aGUgbmV0d29yayB0cmllcyB0bzxicj4NCmludGVycHJldC48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoZSBpbnRlbnRpb24gaXMgdG8gYWxsb3cgZm9yIG11
bHRpcGxlIG5vZGVzIHRoYXQgYSBwYWNrZXQgdHJhdmVyc2VzPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOlpILUNOIj50byBiZSBhYmxlIHRvIGluc2VydCBJT0FNIG5vZGUgaW5m
b3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ugb3B0aW9uLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpaSC1DTiI+YnV0IGxlYXZlIHNvbWUgZmxleGliaWxpdHkgcmVnYXJkaW5n
IHdoaWNoIG5vZGVzIGFjdHVhbGx5IGRvIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpaSC1DTiI+SU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUgbm9kZSBpbmZvcm1hdGlvbi4g
VGhpcyBtYXkgdmFyeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+
ZGVwZW5kaW5nIG9uIHRoZSB0cmFuc3BvcnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxh
bmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
WkgtQ04iPkluIGNhc2Ugb2YgYSB0dW5uZWxlZCBlbmNhcHN1bGF0aW9uIHN1Y2ggYXMgR2VuZXZl
IG9yIFZYTEFOLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+dGhl
cmUgbWF5IHN0aWxsIGJlIG11bHRpcGxlIGhvcHMuIEZvciBleGFtcGxlIGEgbmV0d29yayBtYXkg
dXNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5HZW5ldmUgb3Ig
VlhMQU4sIGJ1dCBvbmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywgd2l0aCBMMzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+cHJvY2Vzc2luZyBkb25lIGF0IGFn
Z3JlZ2F0aW9uIG9yIGNvcmUgc3dpdGNoZXMuIEluIHRoaXMgY2FzZTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt
c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+bWFueSBwYWNrZXRzIHdvdWxkIGRvIDIgR2VuZXZl
IG9yIFZYTEFOIGhvcHMsIHNvIHRoZSBwYWNrZXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6WkgtQ04iPndvdWxkIGNvbnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZyb20g
dHdvIG5vZGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Bbm90aGVyIGV4
YW1wbGUgaXMgc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyB1c2luZyBHZW5ldmUgb3I8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlZYTEFOIHJhdGhlciB0aGFuIE5T
SC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBw
dDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFy
Z2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxicj4NCkkgYW0gYWxzbyB3b25kZXJpbmcgaWYgaG9w
LWJ5LWhvcCBvcHRpb25zIGJlZW4gY29uc2lkZXJlZCBmb3IgdGhpczxicj4NCmFwcGxpY2F0aW9u
PyBUaGVpciBpbnRlcnByZXRhdGlvbiBpbiB0aGUgbmV0d29yayBpcyB1bmFiaWd1b3VzIGFuZDxi
cj4NCnRoZXkgYWxzbyBoYXZlIHRoZSBhZHZhbnRhZ2UgdGhhdCB0aGUgd29yayB3aXRoIGFueSBJ
UCBwcm90b2NvbCBvcjxicj4NCmVuY2Fwc3VsYXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt
c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOlpILUNOIj5JUHY2IGhvcC1ieS1ob3Agb3B0aW9ucyBoYXMgYmVlbiBjb25z
aWRlcmVkLiBTZWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPmRy
YWZ0LWJyb2NrbmVycy1pbmJhbmQtb2FtLXRyYW5zcG9ydC0wNS4gVGhpcyBoYXMgbm90IHlldCBi
ZWVuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5icm9rZW4gb3V0
IGludG8gYSBzZXBhcmF0ZSBkcmFmdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D
TiI+TWlja2V5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk
ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAw
Y20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6
MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48YnI+DQpUaGFua3MsPGJyPg0KVG9tPGJy
Pg0KPGJyPg0KPGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj5PbiBUaHUsIEFwciAxMiwgMjAx
OCBhdCAzOjMxIFBNLCBNaWNrZXkgU3BpZWdlbDwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21h
aWwtaW0iPiZsdDs8YSBocmVmPSJtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20i
Pm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPC9hPiZndDsgd3JvdGU6PC9zcGFuPjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mZ3Q7IFRvbSw8YnI+DQomZ3Q7
PGJyPg0KJmd0OyBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVyYmVydCAm
bHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20iPnRvbUBoZXJiZXJ0bGFuZC5j
b208L2E+Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IE9uIFRodSwgQXBy
IDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdyZWcgTWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3Jl
Z2ltaXJza3lAZ21haWwuY29tIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCiZn
dDsmZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7ICZndDsgSGkgRnJhbmssPGJyPg0KJmd0OyZndDsg
Jmd0OyB0aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBwb2ludHMuIFBsZWFzZSBmaW5kIG15IG5v
dGVzIGluLWxpbmUgYW5kPGJyPg0KJmd0OyZndDsgJmd0OyB0YWdnZWQ8YnI+DQomZ3Q7Jmd0OyAm
Z3Q7IEdJTSZndDsmZ3Q7LiBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIHZlcnkgbXVjaCByZWxldmFu
dCB0byB3b3JrIG9mIG90aGVyPGJyPg0KJmd0OyZndDsgJmd0OyB3b3JraW5nPGJyPg0KJmd0OyZn
dDsgJmd0OyBncm91cHMgdGhhdCBkaXJlY3RseSB3b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fwc3Vs
YXRpb25zIGluIHRoZSBjZW50ZXIgb2Y8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHRoZTxicj4NCiZndDsm
Z3Q7ICZndDsgZGlzY3Vzc2lvbiBhbmQgaGVuY2UgSSd2ZSBhZGRlZCB0aGVtIHRvIHRoZSBsaXN0
LiBIb3BlIHdlJ2xsIGhhdmUgbW9yZTxicj4NCiZndDsmZ3Q7ICZndDsgb3BpbmlvbnMgdG8gcmVh
Y2ggdGhlIGNvbmNsdXNpb24gdGhhdCBpcyBhY2NlcHRhYmxlIHRvIGFsbC48YnI+DQomZ3Q7Jmd0
OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBSZWdhcmRzLDxicj4NCiZndDsmZ3Q7ICZndDsgR3Jl
Zzxicj4NCiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IE9uIFdlZCwgQXByIDExLCAy
MDE4IGF0IDEyOjAyIFBNLCBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKTxicj4NCiZndDsmZ3Q7
ICZndDsgJmx0OzxhIGhyZWY9Im1haWx0bzpmYnJvY2tuZUBjaXNjby5jb20iPmZicm9ja25lQGNp
c2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZn
dDsgJmd0OyZndDsgQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vz
c2VkIHNldmVyYWwgZHJhZnRzIGRlYWxpbmc8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3aXRoIHRo
ZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29sczxicj4NCiZn
dDsmZ3Q7ICZndDsmZ3Q7IChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdwZS0wMCw8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0w
MCwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lPGJyPg0KJmd0OyZndDsgJmd0OyZn
dDsgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3
YXMgdGhlIHF1ZXN0aW9uPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgb248YnI+DQomZ3Q7Jmd0OyAm
Z3Q7Jmd0OyB3aGV0aGVyIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciBjb3VsZCBiZSBs
ZXZlcmFnZWQuLiZuYnNwOyBBZnRlcjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGNhcmVmdWxseTxi
cj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2Ft
LWhlYWRlciwgSSBjYW1lIHRvIHRoZSBjb25jbHVzaW9uPGJyPg0KJmd0OyZndDsgJmd0OyZndDsg
dGhhdDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5v
dCBtZWV0IHRoZSBuZWVkcyBvZiBJT0FNOjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgKiBFZmZpY2llbmN5OiBJT0FNIGFkZHMgZGF0YSB0byBsaXZlIHVzZXIg
dHJhZmZpYy4gQXMgc3VjaCwgYW48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBlbmNhcHN1bGF0aW9u
IG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3NzaWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy
4oCdPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgaXMgODxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGJ5
dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhl
IGFib3ZlPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgbWVudGlvbmVkPGJyPg0KJmd0OyZndDsgJmd0
OyZndDsgZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVy
IGFwcHJvYWNoIHdvdWxkIGFkZDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGFuPGJyPg0KJmd0OyZn
dDsgJmd0OyZndDsgdW5uZWNlc3Nhcnkgb3ZlcmhlYWQgb2YgNCBieXRlcyDigJMgd2hpY2ggaXMg
c2lnbmlmaWNhbnQuPGJyPg0KJmd0OyZndDsgR3JlZyw8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsm
Z3Q7IEknbSBtaXNzaW5nIHNvbWV0aGluZyBoZXJlLiBJIGxvb2tlZCBhdCB0aGUgZHJhZnRzIHlv
dSByZWZlcmVuY2VkIGFuZDxicj4NCiZndDsmZ3Q7IGVhY2ggb2YgdGhlbSBsb29rcyBsaWtlIHRo
ZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdyZWF0ZXIgdGhhdCBmb3VyPGJyPg0KJmd0OyZndDsgYnl0
ZXMuIEluIGVhY2ggdGhlcmUgaXMgc29tZSBvdmVyaGVhZCBlcXVpdmFsZW50IHRvIHR5cGUvbGVu
Z3RoLCBmb3I8YnI+DQomZ3Q7Jmd0OyBpbnN0YW5jZSBpbiBHZW5ldmUgZm91ciBieXRlcyBhcmUg
bmVlZGVkIGZvciBvcHRpb24gY2xhc3MsIHR5cGUsIGFuZDxicj4NCiZndDsmZ3Q7IGxlbmd0aC4g
VW5sZXNzIHRoZSB0aGUgT0FNIGRhdGEgaXMgemVybyBsZW5ndGgsIEkgZG9uJ3Qgc2VlIGhvdyB0
aGlzPGJyPg0KJmd0OyZndDsgYWRkcyB1cCB0byBvbmx5IGZvdXIgYnl0ZXMgb2Ygb3ZlcmhlYWQu
PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBmb3VyIHZlcnN1cyBlaWdodCBieXRl
cyBqdXN0IHJlZmVycyB0byB0aGUgZmllbGRzIGluIHRoZSBmb3VyIGJ5dGVzIG9mPGJyPg0KJmd0
OyBJT0FNPGJyPg0KJmd0OyBpbmZvLCB0aGF0IGlzIGNvbW1vbiB0byBhbGwgSU9BTSBvcHRpb25z
LiBCZXlvbmQgdGhhdCwgdGhlcmUgYXJlIElPQU0gb3B0aW9uPGJyPg0KJmd0OyBzcGVjaWZpYyBm
aWVsZHMuIEZvciBleGFtcGxlIGlmIGRvaW5nIG9uZSBvZiB0aGUgSU9BTSB0cmFjZSBvcHRpb25z
LCB0aGVyZTxicj4NCiZndDsgYXJlPGJyPg0KJmd0OyBmb3VyIGJ5dGVzIG9mIHRyYWNlIG9wdGlv
biBoZWFkZXIsIGluY2x1ZGluZyB0aGUgSU9BTS10cmFjZS10eXBlLCBOb2RlTGVuLDxicj4NCiZn
dDsgRmxhZ3MsIGFuZCBSZW1haW5pbmdMZW4gZmllbGRzLiBUaGVzZSBhcmUgZm9sbG93ZWQgYnkg
dGhlIG5vZGUgZGF0YSBsaXN0PGJyPg0KJmd0OyBjb250YWluaW5nIHRoZSBwZXIgaG9wIElPQU0g
aW5mb3JtYXRpb24uPGJyPg0KJmd0Ozxicj4NCiZndDsgSW4gbG9va2luZyBhdCB0aGUgT09BTSBo
ZWFkZXIgY29udGVudCwgaXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBhbnkgb2YgdGhlPGJyPg0K
Jmd0OyBJT0FNIGluZm9ybWF0aW9uIGFmdGVyIHRoZSBmaXJzdCBmb3VyIGJ5dGVzLiBJdCBjb250
YWlucyBhbm90aGVyIHZhcmlhbnQgb2Y8YnI+DQomZ3Q7IHRoZTxicj4NCiZndDsgaW5mb3JtYXRp
b24gaW4gdGhlIGZpcnN0IGZvdXIgYnl0ZXMgb2YgSU9BTSBpbmZvLCBzcHJlYWQgb3V0IG92ZXIg
ZWlnaHQ8YnI+DQomZ3Q7IGJ5dGVzLjxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsm
Z3Q7IFRvbTxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZn
dDsgR0lNJmd0OyZndDsgVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBP
T0FNIEhlYWRlcjo8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBwcm92aWRl
cyBtb3JlIGZsZXhpYmlsaXR5LCBlLmcuIEZsYWdzIGZpZWxkIGFuZCBSZXNlcnZlZCBmaWVsZHM7
PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBmbGFncyBmaWVsZCBvbmx5IGhhcyBv
bmUgZGVmaW5lZCBmbGFnIGF0IHRoZSBtb21lbnQsIGZvciBhIHRpbWVzdGFtcDxicj4NCiZndDsg
YmxvY2suIEZvciBJT0FNIHRyYWNlIHdlIG5lZWQgcGVyIGhvcCB0aW1lc3RhbXBzLCB3aGljaCB0
aGUgdGltZXN0YW1wPGJyPg0KJmd0OyBibG9jayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGlt
ZXN0YW1wIGJsb2NrIGlzIHJlZHVuZGFudCBmb3IgSU9BTS48YnI+DQomZ3Q7PGJyPg0KJmd0OyZn
dDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHN1cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlP
QU0gaGVhZGVyOzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBGb3IgSU9BTSBwdXJwb3Nl
cywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFuIGVub3VnaC48YnI+DQomZ3Q7PGJyPg0KJmd0OyZn
dDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNp
b25pbmcgKFZlcnNpb24gZmllbGQpLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJTU8s
IHRha2luZyB0aGUgZmlyc3QgdHdvIGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSBW
ZXJzaW9uIGZpZWxkPGJyPg0KJmd0OyB3b3VsZCBiZSBhIGdvb2QgdGhpbmcuIFRoaXMgZG9lcyBu
b3QgcmVxdWlyZSBhZGRpbmcgZm91ciBtb3JlIGJ5dGVzIG9mPGJyPg0KJmd0OyBvdmVyaGVhZC4g
NjQgSU9BTS1UeXBlcyBpcyBtb3JlIHRoYW4gZW5vdWdoLjxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0
Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgKiBNYXR1cml0
eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxzbyBzaG93
biBhdDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCTIGFu
ZCB3ZeKAmXJlIGV4cGVjdGluZyBhZGRpdGlvbmFsIGltcGxlbWVudGF0aW9uczxicj4NCiZndDsm
Z3Q7ICZndDsmZ3Q7IHRvPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgYmUgcHVibGljaXplZCBzb29u
LiBJbnRlcm9wZXJhYmxlIGltcGxlbWVudGF0aW9ucyBuZWVkIHRpbWVseTxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IHNwZWNpZmljYXRpb25zLiBEZXNwaXRlIHRoZSBxdWVzdGlvbiBiZWluZyBhc2tl
ZCwgdGhlIHJlY2VudCB0aHJlYWQgb248YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBPT0FNPGJyPg0K
Jmd0OyZndDsgJmd0OyZndDsgaW4gdGhlIE5WTzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkg
aW1wbGVtZW50YXRpb24gb2YgdGhlIE9PQU0gaGVhZGVyLjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
IEluPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQg
dGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9ucyBhYm91dDxicj4NCiZndDsmZ3Q7ICZn
dDsmZ3Q7IHRoZTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IE9PQU0gaGVhZGVyIGFyZSBzdGlsbCBv
cGVuLCBzdWNoIGFzIHdoZXRoZXIgb3IgaG93IGFjdGl2ZSBPQU08YnI+DQomZ3Q7Jmd0OyAmZ3Q7
Jmd0OyBtZWNoYW5pc21zPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgd2l0aGluIHByb3RvY29scyBz
dWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFkZXIuIFRoaXM8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jmd0OyB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQgd2Ugd29u4oCZdCBnZXQgdG8g
YSB0aW1lbHkgc3BlY2lmaWNhdGlvbi48YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsg
Jmd0OyBHSU0mZ3Q7Jmd0OyBNYXkgSSBhc2sgd2hpY2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVk
IGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHlvdTxicj4NCiZndDsm
Z3Q7ICZndDsgcmVmZXIgdG8uIFVudGlsIHZlcnkgcmVjZW50bHkgYWxsIGlPQU0gcHJvcG9zYWxz
IHdlcmUgdG8gdXNlIG1ldGEtZGF0YTxicj4NCiZndDsmZ3Q7ICZndDsgVExWPGJyPg0KJmd0OyZn
dDsgJmd0OyBpbiwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNlIG9yIHNvbWUgb2Yg
dGhlc2UgaW1wbGVtZW50YXRpb25zPGJyPg0KJmd0OyZndDsgJmd0OyBhbHJlYWR5IHVwZGF0ZWQg
dG8gdGhlIG5ld2x5IHByb3Bvc2VkIGlPQU0gc2hpbSwgSSBkb24ndCBzZWUgcHJvYmxlbSBpbjxi
cj4NCiZndDsmZ3Q7ICZndDsgbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZCB5b3Ug
YWdyZWU/PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGlj
aCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgd291bGQ8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5IHRoZSBP
T0FNIGhlYWRlciBpcyBkZWZpbmVkLCBPT0FNIHVzZXMgYTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
IDgtYml0PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKAnSwg
dGhlIG5leHQgcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQgSU9BTSBkYXRhPGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgbmVlZHMgdG8gYmUgZW5jYXBzdWxhdGVkIGludG8gdXNlIDE2LWJpdHMg
Zm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHBvaW50
cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZpZWQgaW48YnI+
DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDAuPGJyPg0KJmd0
OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgR0lNJmd0OyZndDsgVGhlIGZpcnN0IHBhcmFn
cmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVzOjxicj4NCiZndDsmZ3Q7ICZn
dDsmbmJzcDsgJm5ic3A7IE5ldyBwcm90b2NvbHMgdGhhdCBzdXBwb3J0IG92ZXJsYXkgbmV0d29y
a3MgbGlrZSBWeExBTi1HUEU8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBbSS1ELmll
dGYtbnZvMy12eGxhbi1ncGVdLCBHVUUgW0ktRC5pZXRmLW52bzMtZ3VlXSwgR2VuZXZlPGJyPg0K
Jmd0OyZndDsgJmd0OyZuYnNwOyAmbmJzcDsgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwgQklFUiBb
SS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25dLCBhbmQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7
Jm5ic3A7ICZuYnNwOyBOU0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9j
b2wgcGF5bG9hZCwgZS5nLjxicj4NCiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IEV0aGVybmV0
LCBJUHY0L0lQdjYsIGFuZCByZWNvZ25pemUgT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24sIGFu
ZDxicj4NCiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IE1haW50ZW5hbmNlIChPQU0pIGFzIG9u
ZSBvZiBkaXN0aW5jdCB0eXBlcy4mbmJzcDsgVGhhdCBlbnN1cmVzIHRoYXQ8YnI+DQomZ3Q7Jmd0
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBPdmVybGF5IE9BTSAoT09BTSlwYWNrZXRzIGFyZSBzaGFyaW5n
IGZhdGUgd2l0aCBPdmVybGF5IGRhdGEgcGFja2V0PGJyPg0KJmd0OyZndDsgJmd0OyZuYnNwOyAm
bmJzcDsgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuPGJyPg0KJmd0OyZndDsgJmd0OyBJJ20gdXBk
YXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3aXRoIGNsZWFuaW5nIG5pdHMg
d2lsbDxicj4NCiZndDsmZ3Q7ICZndDsgdXBkYXRlPGJyPg0KJmd0OyZndDsgJmd0OyByZWZlcmVu
Y2UgdG8gR1VFLiBJIHRoaW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZSBzdGF0ZW1udCBhcmUgcXVp
dGUgY2xlYXI8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGluPGJyPg0KJmd0OyZndDsgJmd0OyBpZGVudGlm
eWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgdGhhdCBtYXkgYmVuZWZpdCBmcm9tIHVzaW5nIG5v
dCBvbmx5PGJyPg0KJmd0OyZndDsgJmd0OyBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBP
T0FNIG1lY2hhbmlzbXMsIGUuZy4gRWNobyBSZXF1ZXN0L1JlcGx5Ljxicj4NCiZndDsmZ3Q7ICZn
dDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBXaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBz
dWdnZXN0IHRoYXQgdGhlIFdHIG1vdmVzIGZvcndhcmQgd2l0aDxicj4NCiZndDsmZ3Q7ICZndDsm
Z3Q7IHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRv
IHByb3RvY29scyDigJMgcGVyPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgdGhlPGJyPg0KJmd0OyZn
dDsgJmd0OyZndDsgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0
Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7
Jmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzLCBGcmFuazxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0K
Jmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGlw
cG0gbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOmlw
cG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgPGEg
aHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIiB0YXJnZXQ9
Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9hPjxi
cj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZn
dDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fPGJyPg0KJmd0OyZndDsgJmd0OyBJbnQtYXJlYSBtYWlsaW5nIGxpc3Q8YnI+
DQomZ3Q7Jmd0OyAmZ3Q7IDxhIGhyZWY9Im1haWx0bzpJbnQtYXJlYUBpZXRmLm9yZyI+SW50LWFy
ZWFAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsgJmd0OyA8YSBocmVmPSJodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludC1hcmVhIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnQtYXJlYTwvYT48YnI+DQomZ3Q7Jmd0
OyAmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7IGlwcG0gbWFpbGluZyBsaXN0
PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5v
cmc8L2E+PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h
bi9saXN0aW5mby9pcHBtIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9pcHBtPC9hPjxicj4NCiZndDs8YnI+DQomZ3Q7PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_8d1b3bb4a1794c4fac3455257e0ab60eXCHRCD008ciscocom_--


From nobody Mon Apr 16 02:23:04 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81655127601; Mon, 16 Apr 2018 02:22:53 -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 x8x2wNCLMRo0; Mon, 16 Apr 2018 02:22:49 -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 2D39F1275F4; Mon, 16 Apr 2018 02:22:49 -0700 (PDT)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 26ED499431D91; Mon, 16 Apr 2018 10:06:35 +0100 (IST)
Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.382.0; Mon, 16 Apr 2018 10:06:36 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0361.001; Mon, 16 Apr 2018 17:06:31 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
CC: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT0qfYMJmDjLfNRU+b5k8Wa55hLqP9MIyAgABxbYCAANtOAIAD+q4AgACbFcD//4GggIAAiFIg
Date: Mon, 16 Apr 2018 09:06:31 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com>
In-Reply-To: <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.156.116]
Content-Type: multipart/alternative; boundary="_000_BBA82579FD347748BEADC4C445EA0F21A6D62FD6NKGEML515MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/_LEWknU4DnrMtYIVGK9yG1bsPtY>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 09:22:53 -0000

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

SGkgRnJhbmssDQoNCklmIEkgcmVjYWxsIHJpZ2h0LCBpdCBpcyBub3Qgd3JpdHRlbiBpbiB0aGUg
aW9hbSBkYXRhIGRyYWZ0Lg0KWWVzLCBub2RlIGJ5IG5vZGUgY29uZmlndXJhdGlvbiBpcyBhbiBl
YXN5IHdheS4gSW4gdGhlIGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcsIHdlIGhhdmUgdGhlIOKA
nHByb3RvY29sLXR5cGXigJ0gdG8gaW5kaWNhdGUgdGhlIGxheWVyaW5nLg0KICAgKy0tcncgaW9h
bQ0KICAgICAgKy0tcncgaW9hbS1wcm9maWxlcw0KICAgICAgICAgKy0tcncgZW5hYmxlZD8gICAg
ICAgIGJvb2xlYW4NCiAgICAgICAgICstLXJ3IGlvYW0tcHJvZmlsZSogW3Byb2ZpbGUtbmFtZV0N
CiAgICAgICAgICAgICstLXJ3IHByb2ZpbGUtbmFtZSAgICAgICAgICAgICAgICAgICAgc3RyaW5n
DQogICAgICAgICAgICArLS1ydyBmaWx0ZXINCiAgICAgICAgICAgIHwgICstLXJ3IGZpbHRlci10
eXBlPyAgIGlvYW0tZmlsdGVyLXR5cGUNCiAgICAgICAgICAgIHwgICstLXJ3IGFjbC1uYW1lPyAg
ICAgIC0+IC9hY2w6YWNscy9hY2wvbmFtZQ0KICAgICAgICAgICAgKy0tcncgcHJvdG9jb2wtdHlw
ZT8gICAgICAgICAgICAgICAgICBpb2FtLXByb3RvY29sLXR5cGUNCiAgICAgICAgICAgICstLXJ3
IGluY3JlbWVudGFsLXRyYWNpbmctcHJvZmlsZSB7aW5jcmVtZW50YWwtdHJhY2V9Pw0KICAgICAg
ICAgICAgfCAgLi4uDQogICAgICAgICAgICArLS1ydyBwcmVhbGxvY2F0ZWQtdHJhY2luZy1wcm9m
aWxlIHtwcmVhbGxvY2F0ZWQtdHJhY2V9Pw0KICAgICAgICAgICAgfCAgLi4uDQogICAgICAgICAg
ICArLS1ydyBwb3QtcHJvZmlsZSB7cHJvb2Ytb2YtdHJhbnNpdH0/DQogICAgICAgICAgICB8ICAu
Li4NCiAgICAgICAgICAgICstLXJ3IGUyZS1wcm9maWxlIHtlZGdlLXRvLWVkZ2V9Pw0KICAgICAg
ICAgICAgICAgLi4uDQoNCg0KVGlhbnJhbg0KRnJvbTogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tu
ZSkgW21haWx0bzpmYnJvY2tuZUBjaXNjby5jb21dDQpTZW50OiBNb25kYXksIEFwcmlsIDE2LCAy
MDE4IDQ6NTEgUE0NClRvOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+OyBN
aWNrZXkgU3BpZWdlbCA8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+OyBUb20gSGVyYmVy
dCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCkNjOiBOVk8zIDxudm8zQGlldGYub3JnPjsgaW50LWFy
ZWFAaWV0Zi5vcmc7IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0
Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW2lwcG1d
IFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KDQpIaSBUaWFucmFu
LA0KDQpJT0FNIGlzIGEgZG9tYWluIHNwZWNpZmljIGZlYXR1cmUgKHNlZSBhbHNvIGRyYWZ0LWll
dGYtaXBwbS1pb2FtLWRhdGEtMDIgc2VjdGlvbnMgMyBhbmQgNCksIHdoaWNoIGFsbG93cyBhbiBv
cGVyYXRvciB0byBjb250cm9sIGJ5IG1lYW5zIG9mIGNvbmZpZ3VyYXRpb24gd2hlcmUgYW5kIGZv
ciB3aGljaCB0cmFmZmljIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkL3VwZGF0ZWQvcmVtb3Zl
ZCBmcm9tIHRoZSBjdXN0b21lciB0cmFmZmljLiBVc2luZyB5b3VyIGV4YW1wbGUgb2YgR2VuZXZl
IG92ZXIgSVB2NiDigJMgd2l0aCBJT0FNIGRhdGEgaW4gYm90aCB0aGUgR2VuZXZlIGFuZCB0aGUg
SVB2NiBwcm90b2NvbCwgb25lIHdvdWxkIGV4cGVjdCB0aGF0IHRoZSBvcGVyYXRvciBjb25maWd1
cmVzIHRoZSBlbmRwb2ludHMgb2YgdGhlIEdlbmV2ZSB0dW5uZWwgdG8gb3BlcmF0ZSBvbiB0aGUg
SU9BTSBkYXRhIGluIEdlbmV2ZSwgYW5kIHRoZSBJUHY2IHJvdXRlcnMgdGhhdCB0aGUgR2VuZXZl
IHR1bm5lbCB0cmF2ZXJzZXMgdG8gb3BlcmF0ZSBvbiB0aGUgSU9BTSBkYXRhIGluIElQdjYuDQoN
CkZyYW5rDQoNCkZyb206IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbTxtYWls
dG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+DQpTZW50OiBNb250YWcsIDE2LiBBcHJpbCAyMDE4
IDEwOjM3DQpUbzogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNv
bTxtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj47IE1pY2tleSBTcGllZ2VsIDxtc3BpZWdlbEBi
YXJlZm9vdG5ldHdvcmtzLmNvbTxtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+
PjsgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb208bWFpbHRvOnRvbUBoZXJiZXJ0bGFu
ZC5jb20+Pg0KQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc8bWFpbHRvOm52bzNAaWV0Zi5vcmc+Pjsg
aW50LWFyZWFAaWV0Zi5vcmc8bWFpbHRvOmludC1hcmVhQGlldGYub3JnPjsgU2VydmljZSBGdW5j
dGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZzxtYWlsdG86c2ZjQGlldGYub3Jn
Pj47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+DQpT
dWJqZWN0OiBSRTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEg
aW4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExv
bmRvbg0KDQpIaSBGcmFuaywNCg0KSG93IGRvZXMgYSBmb3J3YXJkZXIga25vdyB3aGVuIGFuZCB3
aGVyZSB0byBpbnNlcnQgdGhlIGRhdGE/DQpJbiB0aGUgY2FzZSBvZiBHZW5ldmUgb3ZlciBJUHY2
LCBkbyB5b3UgbWVhbiB0aGUgZGV2aWNlIG5lZWQgdG8gc2NhbiBhbGwgdGhlIHByb3RvY29sIHN0
YWNrPyBPciBqdXN0IHRoZSBvdXRlciBlbmNhcHN1bGF0aW9uPw0KDQpUaWFucmFuDQoNCkZyb206
IGlwcG0gW21haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBGcmFuayBC
cm9ja25lcnMgKGZicm9ja25lKQ0KU2VudDogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCAzOjA4IFBN
DQpUbzogTWlja2V5IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPG1haWx0
bzptc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT4+OyBUb20gSGVyYmVydCA8dG9tQGhlcmJl
cnRsYW5kLmNvbTxtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+DQpDYzogTlZPMyA8bnZvM0Bp
ZXRmLm9yZzxtYWlsdG86bnZvM0BpZXRmLm9yZz4+OyBpbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86
aW50LWFyZWFAaWV0Zi5vcmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8
c2ZjQGlldGYub3JnPG1haWx0bzpzZmNAaWV0Zi5vcmc+PjsgSUVURiBJUFBNIFdHIDxpcHBtQGll
dGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1h
cmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZv
bGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNCg0KVG9tLA0KDQphIHF1aWNr
IGFkZGl0aW9uIHRvIHdoYXQgTWlja2V5IG1lbnRpb25lZCBiZWxvdzogV2hhdCB5b3Ugc2VlbSB0
byBoYXZlIGluIG1pbmQgaXMgd2hhdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHJlZmVy
cyB0byBhcyDigJxsYXllcmluZ+KAnSAoc2VlIHNlY3Rpb24gMy4pLCBpLmUuIGlmIHlvdeKAmXJl
IHJ1bm5pbmcgZm9yIGV4YW1wbGUgR2VuZXZlIG92ZXIgSVB2NiwgdGhlbiBJT0FNIGRhdGEgY291
bGQgYmUgZW5jYXBzdWxhdGVkIGluIGJvdGggcHJvdG9jb2xzLCBHZW5ldmUgYW5kIElQdjYg4oCT
IGdpdmluZyB5b3UgdmlzaWJpbGl0eSBpbnRvIHRoZSDigJx1bmRlcmxheeKAnSAoSVB2NikgYW5k
IHRoZSDigJxvdmVybGF54oCdIChHZW5ldmUpLg0KDQpGcmFuaw0KDQpGcm9tOiBpcHBtIDxpcHBt
LWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFs
ZiBPZiBNaWNrZXkgU3BpZWdlbA0KU2VudDogRnJlaXRhZywgMTMuIEFwcmlsIDIwMTggMjA6MjIN
ClRvOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxtYWlsdG86dG9tQGhlcmJlcnRs
YW5kLmNvbT4+DQpDYzogTlZPMyA8bnZvM0BpZXRmLm9yZzxtYWlsdG86bnZvM0BpZXRmLm9yZz4+
OyBpbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmc+OyBTZXJ2aWNlIEZ1
bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPG1haWx0bzpzZmNAaWV0Zi5v
cmc+PjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPj4N
ClN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0
YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4g
TG9uZG9uDQoNClRvbSwNCg0KT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMTA6MTcgUE0sIFRvbSBI
ZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tPj4g
d3JvdGU6DQpNaWNrZXksDQoNCkxvb2tpbmcgYXQgdGhlc2UgaXBwbSBkcmFmdHMgbW9yZSBjbG9z
ZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUNCmZ1bmRhbWVudGFsIGNvbmNlcm4uDQoNCkluIGRyYWZ0
LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwIGZvciBpbnN0YW5jZSwgdGhlcmUgaXMgdGhl
IHRleHQNCmluIHRoZSBpbnRyb2R1Y3Rpb246DQoNCiJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3Jk
cyBPQU0gaW5mb3JtYXRpb24gd2l0aGluIHRoZSBwYWNrZXQgd2hpbGUNCnRoZSBwYWNrZXQgdHJh
dmVyc2VzIGEgcGFydGljdWxhciBuZXR3b3JrIGRvbWFpbi4gIFRoZSB0ZXJtICJpbi1zaXR1Ig0K
cmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRv
IHRoZSBkYXRhDQpwYWNrZXRzIHJhdGhlciB0aGFuIGlzIGJlaW5nIHNlbnQgd2l0aGluIHBhY2tl
dHMgc3BlY2lmaWNhbGx5DQpkZWRpY2F0ZWQgdG8gT0FNLiAgVGhpcyBkb2N1bWVudCBkZWZpbmVz
IGhvdyBJT0FNIGRhdGEgZmllbGRzIGFyZQ0KdHJhbnNwb3J0ZWQgYXMgcGFydCBvZiB0aGUgR2Vu
ZXZlIFtJLUQuaWV0Zi1udm8zLWdlbmV2ZV0NCmVuY2Fwc3VsYXRpb24uIg0KDQpJIGFzc3VtZSB0
aGlzIG1lYW5zIHRoYXQgYXMgcGFja2V0cyB3aXRoIEdlbmV2ZSBlbmNhcHN1bGF0aW9uIHRyYXZl
cnNlDQp0aGUgbmV0d29yayB0aGV5IGFyZSBpbnRlcnByZXRlZCBieSBpbnRlcm1lZGlhdGUgbm9k
ZXMgYXMgYmVpbmcNCkdlbmV2ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24s
IHRoZW4gdGhlIGRlc3RpbmF0aW9uIFVEUA0KcG9ydCBudW1iZXIgd291bGQgYmUgdXNlZCB0byBp
ZGVudGlmeSBwYWNrZXRzIGFzIGJlaW5nIEdlbmV2ZS4gU28gYW4NCmludGVybWVkaWF0ZSBkZXZp
Y2UgbWlnaHQgYmUgbG9va2luZyBmb3IgVURQIHBhY2tldHMgZGVzdGluZWQgdG8gcG9ydA0KNjA4
MSAodGhlIGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUpLiBJZiBteSB1bmRlcnN0YW5kaW5n
IGlzDQpjb3JyZWN0LCB0aGVuIHRoaXMgaXMgYSBwcm9ibGVtLg0KDQpVRFAgcG9ydCBudW1iZXJz
IGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFuaW5nLiBBbiBpbnRlcm1lZGlhdGUgZGV2aWNlDQptYXkg
dmVyeSB3ZWxsIHNlZSBVRFAgcGFja2V0cyBkZXN0aW5lZCB0byBwb3J0IDYwODEgdGhhdCBhcmUg
bm90DQphY3R1YWxseSBHZW5ldmUuIFRoaXMgc2NlbmFyaW8gaXMgZGlzY3Vzc2VkIGluIFJGQzc2
MDU6DQoNCiIuLi5pbnRlcm1lZGlhdGUgZGV2aWNlIGludGVycHJldHMgdHJhZmZpYyBiYXNlZCBv
biB0aGUgcG9ydCBudW1iZXIuDQpJdCBpcyBpbXBvcnRhbnQgdG8gcmVjb2duaXplIHRoYXQgYW55
IGludGVycHJldGF0aW9uIG9mIHBvcnQgbnVtYmVycw0KLS0gZXhjZXB0IGF0IHRoZSBlbmRwb2lu
dHMgLS0gbWF5IGJlIGluY29ycmVjdCwgYmVjYXVzZSBwb3J0IG51bWJlcnMNCmFyZSBtZWFuaW5n
ZnVsIG9ubHkgYXQgdGhlIGVuZHBvaW50cy4iDQoNCklmIHRoZSBVRFAgZGF0YSBpcyBtb2RpZmll
ZCwgYXMgdGhlIGRyYWZ0IHdvdWxkIGltcGx5LCB0aGVuDQptaXNpbnRlcnByZXRhdGlvbiBtYXkg
YWxzbyBtZWFuIHNpbGVudCBkYXRhIGNvcnJ1cHRpb24gb2YgcGFja2V0cy4gQQ0KcHJvdG9jb2wg
dGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0eSBpbmNvcnJlY3QhIE5vdGUgdGhhdCB0
aGlzDQp3b3VsZCBiZSB0cnVlIGFsc28gZm9yIGFueSBVRFAgZW5jYXBzdWxhdGlvbiB0aGF0IHRo
ZSBuZXR3b3JrIHRyaWVzIHRvDQppbnRlcnByZXQuDQoNClRoZSBpbnRlbnRpb24gaXMgdG8gYWxs
b3cgZm9yIG11bHRpcGxlIG5vZGVzIHRoYXQgYSBwYWNrZXQgdHJhdmVyc2VzDQp0byBiZSBhYmxl
IHRvIGluc2VydCBJT0FNIG5vZGUgaW5mb3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ugb3B0aW9u
LA0KYnV0IGxlYXZlIHNvbWUgZmxleGliaWxpdHkgcmVnYXJkaW5nIHdoaWNoIG5vZGVzIGFjdHVh
bGx5IGRvIHRoZQ0KSU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUgbm9kZSBpbmZvcm1hdGlvbi4gVGhp
cyBtYXkgdmFyeQ0KZGVwZW5kaW5nIG9uIHRoZSB0cmFuc3BvcnQuDQoNCkluIGNhc2Ugb2YgYSB0
dW5uZWxlZCBlbmNhcHN1bGF0aW9uIHN1Y2ggYXMgR2VuZXZlIG9yIFZYTEFOLA0KdGhlcmUgbWF5
IHN0aWxsIGJlIG11bHRpcGxlIGhvcHMuIEZvciBleGFtcGxlIGEgbmV0d29yayBtYXkgdXNlDQpH
ZW5ldmUgb3IgVlhMQU4sIGJ1dCBvbmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywgd2l0aCBM
Mw0KcHJvY2Vzc2luZyBkb25lIGF0IGFnZ3JlZ2F0aW9uIG9yIGNvcmUgc3dpdGNoZXMuIEluIHRo
aXMgY2FzZQ0KbWFueSBwYWNrZXRzIHdvdWxkIGRvIDIgR2VuZXZlIG9yIFZYTEFOIGhvcHMsIHNv
IHRoZSBwYWNrZXQNCndvdWxkIGNvbnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZyb20gdHdv
IG5vZGVzLg0KDQpBbm90aGVyIGV4YW1wbGUgaXMgc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyB1
c2luZyBHZW5ldmUgb3INClZYTEFOIHJhdGhlciB0aGFuIE5TSC4NCg0KDQpJIGFtIGFsc28gd29u
ZGVyaW5nIGlmIGhvcC1ieS1ob3Agb3B0aW9ucyBiZWVuIGNvbnNpZGVyZWQgZm9yIHRoaXMNCmFw
cGxpY2F0aW9uPyBUaGVpciBpbnRlcnByZXRhdGlvbiBpbiB0aGUgbmV0d29yayBpcyB1bmFiaWd1
b3VzIGFuZA0KdGhleSBhbHNvIGhhdmUgdGhlIGFkdmFudGFnZSB0aGF0IHRoZSB3b3JrIHdpdGgg
YW55IElQIHByb3RvY29sIG9yDQplbmNhcHN1bGF0aW9uLg0KDQpJUHY2IGhvcC1ieS1ob3Agb3B0
aW9ucyBoYXMgYmVlbiBjb25zaWRlcmVkLiBTZWUNCmRyYWZ0LWJyb2NrbmVycy1pbmJhbmQtb2Ft
LXRyYW5zcG9ydC0wNS4gVGhpcyBoYXMgbm90IHlldCBiZWVuDQpicm9rZW4gb3V0IGludG8gYSBz
ZXBhcmF0ZSBkcmFmdC4NCg0KTWlja2V5DQoNCg0KVGhhbmtzLA0KVG9tDQoNCg0KT24gVGh1LCBB
cHIgMTIsIDIwMTggYXQgMzozMSBQTSwgTWlja2V5IFNwaWVnZWwNCjxtc3BpZWdlbEBiYXJlZm9v
dG5ldHdvcmtzLmNvbTxtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+PiB3cm90
ZToNCj4gVG9tLA0KPg0KPiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVy
YmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+IHdy
b3RlOg0KPj4NCj4+IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdyZWcgTWlyc2t5
IDxncmVnaW1pcnNreUBnbWFpbC5jb208bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4+DQo+
PiB3cm90ZToNCj4+ID4gSGkgRnJhbmssDQo+PiA+IHRoYW5rIHlvdSBmb3Igc2hhcmluZyB5b3Vy
IHBvaW50cy4gUGxlYXNlIGZpbmQgbXkgbm90ZXMgaW4tbGluZSBhbmQNCj4+ID4gdGFnZ2VkDQo+
PiA+IEdJTT4+LiBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIHZlcnkgbXVjaCByZWxldmFudCB0byB3
b3JrIG9mIG90aGVyDQo+PiA+IHdvcmtpbmcNCj4+ID4gZ3JvdXBzIHRoYXQgZGlyZWN0bHkgd29y
ayBvbiB0aGUgb3ZlcmxheSBlbmNhcHN1bGF0aW9ucyBpbiB0aGUgY2VudGVyIG9mDQo+PiA+IHRo
ZQ0KPj4gPiBkaXNjdXNzaW9uIGFuZCBoZW5jZSBJJ3ZlIGFkZGVkIHRoZW0gdG8gdGhlIGxpc3Qu
IEhvcGUgd2UnbGwgaGF2ZSBtb3JlDQo+PiA+IG9waW5pb25zIHRvIHJlYWNoIHRoZSBjb25jbHVz
aW9uIHRoYXQgaXMgYWNjZXB0YWJsZSB0byBhbGwuDQo+PiA+DQo+PiA+IFJlZ2FyZHMsDQo+PiA+
IEdyZWcNCj4+ID4NCj4+ID4gT24gV2VkLCBBcHIgMTEsIDIwMTggYXQgMTI6MDIgUE0sIEZyYW5r
IEJyb2NrbmVycyAoZmJyb2NrbmUpDQo+PiA+IDxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRvOmZi
cm9ja25lQGNpc2NvLmNvbT4+IHdyb3RlOg0KPj4gPj4NCj4+ID4+IEJhY2sgYXQgdGhlIElQUE0g
bWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1c3NlZCBzZXZlcmFsIGRyYWZ0cyBkZWFsaW5nDQo+
PiA+PiB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3Rv
Y29scw0KPj4gPj4gKGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3BlLTAwLA0KPj4g
Pj4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAsIGRyYWZ0LXdlaXMtaXBwbS1p
b2FtLWdyZS0wMCkuIE9uZQ0KPj4gPj4gZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQg
dG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uDQo+PiA+PiBvbg0KPj4gPj4gd2hl
dGhlciBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLi4g
IEFmdGVyDQo+PiA+PiBjYXJlZnVsbHkNCj4+ID4+IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1y
dGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRvIHRoZSBjb25jbHVzaW9uDQo+PiA+PiB0aGF0DQo+
PiA+PiB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9B
TToNCj4+ID4+DQo+PiA+PiAqIEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRhIHRvIGxpdmUgdXNl
ciB0cmFmZmljLiBBcyBzdWNoLCBhbg0KPj4gPj4gZW5jYXBzdWxhdGlvbiBuZWVkcyB0byBiZSBh
cyBlZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRlcuKAnQ0KPj4gPj4gaXMg
OA0KPj4gPj4gYnl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNoIGZvciBJT0FNIGRhdGEgZW5jYXBzdWxh
dGlvbiBpbiB0aGUgYWJvdmUNCj4+ID4+IG1lbnRpb25lZA0KPj4gPj4gZHJhZnRzIG9ubHkgcmVx
dWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZA0K
Pj4gPj4gYW4NCj4+ID4+IHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0ZXMg4oCTIHdoaWNo
IGlzIHNpZ25pZmljYW50Lg0KPj4gR3JlZywNCj4+DQo+PiBJJ20gbWlzc2luZyBzb21ldGhpbmcg
aGVyZS4gSSBsb29rZWQgYXQgdGhlIGRyYWZ0cyB5b3UgcmVmZXJlbmNlZCBhbmQNCj4+IGVhY2gg
b2YgdGhlbSBsb29rcyBsaWtlIHRoZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdyZWF0ZXIgdGhhdCBm
b3VyDQo+PiBieXRlcy4gSW4gZWFjaCB0aGVyZSBpcyBzb21lIG92ZXJoZWFkIGVxdWl2YWxlbnQg
dG8gdHlwZS9sZW5ndGgsIGZvcg0KPj4gaW5zdGFuY2UgaW4gR2VuZXZlIGZvdXIgYnl0ZXMgYXJl
IG5lZWRlZCBmb3Igb3B0aW9uIGNsYXNzLCB0eXBlLCBhbmQNCj4+IGxlbmd0aC4gVW5sZXNzIHRo
ZSB0aGUgT0FNIGRhdGEgaXMgemVybyBsZW5ndGgsIEkgZG9uJ3Qgc2VlIGhvdyB0aGlzDQo+PiBh
ZGRzIHVwIHRvIG9ubHkgZm91ciBieXRlcyBvZiBvdmVyaGVhZC4NCj4NCj4NCj4gVGhlIGZvdXIg
dmVyc3VzIGVpZ2h0IGJ5dGVzIGp1c3QgcmVmZXJzIHRvIHRoZSBmaWVsZHMgaW4gdGhlIGZvdXIg
Ynl0ZXMgb2YNCj4gSU9BTQ0KPiBpbmZvLCB0aGF0IGlzIGNvbW1vbiB0byBhbGwgSU9BTSBvcHRp
b25zLiBCZXlvbmQgdGhhdCwgdGhlcmUgYXJlIElPQU0gb3B0aW9uDQo+IHNwZWNpZmljIGZpZWxk
cy4gRm9yIGV4YW1wbGUgaWYgZG9pbmcgb25lIG9mIHRoZSBJT0FNIHRyYWNlIG9wdGlvbnMsIHRo
ZXJlDQo+IGFyZQ0KPiBmb3VyIGJ5dGVzIG9mIHRyYWNlIG9wdGlvbiBoZWFkZXIsIGluY2x1ZGlu
ZyB0aGUgSU9BTS10cmFjZS10eXBlLCBOb2RlTGVuLA0KPiBGbGFncywgYW5kIFJlbWFpbmluZ0xl
biBmaWVsZHMuIFRoZXNlIGFyZSBmb2xsb3dlZCBieSB0aGUgbm9kZSBkYXRhIGxpc3QNCj4gY29u
dGFpbmluZyB0aGUgcGVyIGhvcCBJT0FNIGluZm9ybWF0aW9uLg0KPg0KPiBJbiBsb29raW5nIGF0
IHRoZSBPT0FNIGhlYWRlciBjb250ZW50LCBpdCBoYXMgbm90aGluZyB0byBkbyB3aXRoIGFueSBv
ZiB0aGUNCj4gSU9BTSBpbmZvcm1hdGlvbiBhZnRlciB0aGUgZmlyc3QgZm91ciBieXRlcy4gSXQg
Y29udGFpbnMgYW5vdGhlciB2YXJpYW50IG9mDQo+IHRoZQ0KPiBpbmZvcm1hdGlvbiBpbiB0aGUg
Zmlyc3QgZm91ciBieXRlcyBvZiBJT0FNIGluZm8sIHNwcmVhZCBvdXQgb3ZlciBlaWdodA0KPiBi
eXRlcy4NCj4NCj4+DQo+PiBUb20NCj4+DQo+PiA+DQo+PiA+IEdJTT4+IFRoZSBkaWZmZXJlbmNl
IGluIGZvdXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6DQo+PiA+DQo+PiA+IHByb3Zp
ZGVzIG1vcmUgZmxleGliaWxpdHksIGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZpZWxk
czsNCj4NCj4NCj4gVGhlIGZsYWdzIGZpZWxkIG9ubHkgaGFzIG9uZSBkZWZpbmVkIGZsYWcgYXQg
dGhlIG1vbWVudCwgZm9yIGEgdGltZXN0YW1wDQo+IGJsb2NrLiBGb3IgSU9BTSB0cmFjZSB3ZSBu
ZWVkIHBlciBob3AgdGltZXN0YW1wcywgd2hpY2ggdGhlIHRpbWVzdGFtcA0KPiBibG9jayBjYW5u
b3QgYWRkcmVzcywgaS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlzIHJlZHVuZGFudCBmb3IgSU9B
TS4NCj4NCj4+DQo+PiA+IHN1cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVh
ZGVyOw0KPg0KPg0KPiBGb3IgSU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFu
IGVub3VnaC4NCj4NCj4+DQo+PiA+IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNp
b25pbmcgKFZlcnNpb24gZmllbGQpLg0KPg0KPg0KPiBJTU8sIHRha2luZyB0aGUgZmlyc3QgdHdv
IGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSBWZXJzaW9uIGZpZWxkDQo+IHdvdWxk
IGJlIGEgZ29vZCB0aGluZy4gVGhpcyBkb2VzIG5vdCByZXF1aXJlIGFkZGluZyBmb3VyIG1vcmUg
Ynl0ZXMgb2YNCj4gb3ZlcmhlYWQuIDY0IElPQU0tVHlwZXMgaXMgbW9yZSB0aGFuIGVub3VnaC4N
Cj4NCj4+DQo+PiA+Pg0KPj4gPj4gKiBNYXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBsZW1l
bnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxzbyBzaG93biBhdA0KPj4gPj4gcmVjZW50IElFVEYgaGFj
a2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwgaW1wbGVtZW50YXRp
b25zDQo+PiA+PiB0bw0KPj4gPj4gYmUgcHVibGljaXplZCBzb29uLiBJbnRlcm9wZXJhYmxlIGlt
cGxlbWVudGF0aW9ucyBuZWVkIHRpbWVseQ0KPj4gPj4gc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUg
dGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbg0KPj4gPj4gT09B
TQ0KPj4gPj4gaW4gdGhlIE5WTzMgbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1wbGVtZW50
YXRpb24gb2YgdGhlIE9PQU0gaGVhZGVyLg0KPj4gPj4gSW4NCj4+ID4+IGFkZGl0aW9uLCB0aGUg
dGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBmdW5kYW1lbnRhbCBxdWVzdGlvbnMgYWJvdXQN
Cj4+ID4+IHRoZQ0KPj4gPj4gT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2ggYXMgd2hl
dGhlciBvciBob3cgYWN0aXZlIE9BTQ0KPj4gPj4gbWVjaGFuaXNtcw0KPj4gPj4gd2l0aGluIHBy
b3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFkZXIuIFRo
aXMNCj4+ID4+IHVsdGltYXRlbHkgbWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0byBhIHRpbWVs
eSBzcGVjaWZpY2F0aW9uLg0KPj4gPg0KPj4gPiBHSU0+PiBNYXkgSSBhc2sgd2hpY2ggZW5jYXBz
dWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnMNCj4+ID4geW91DQo+PiA+
IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3ZXJlIHRv
IHVzZSBtZXRhLWRhdGENCj4+ID4gVExWDQo+PiA+IGluLCBlLmcuIEdlbmV2ZSBhbmQgTlNILiBB
bmQgaWYgdGhlc2Ugb3Igc29tZSBvZiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMNCj4+ID4gYWxyZWFk
eSB1cGRhdGVkIHRvIHRoZSBuZXdseSBwcm9wb3NlZCBpT0FNIHNoaW0sIEkgZG9uJ3Qgc2VlIHBy
b2JsZW0gaW4NCj4+ID4gbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZCB5b3UgYWdy
ZWU/DQo+PiA+DQo+PiA+Pg0KPj4gPj4gKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBjbGVh
ciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyDQo+PiA+PiB3b3VsZA0KPj4gPj4g
dWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMgZGVmaW5lZCwg
T09BTSB1c2VzIGENCj4+ID4+IDgtYml0DQo+PiA+PiBmaWVsZCBmb3Ig4oCcTmV4dCBQcm904oCd
LCB0aGUgbmV4dCBwcm90b2NvbC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGENCj4+ID4+
IG5lZWRzIHRvIGJlIGVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0
IHByb3RvY29sIGNvZGUNCj4+ID4+IHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0
aW9uIOKAkyBhcyBzcGVjaWZpZWQgaW4NCj4+ID4+IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0w
MC4NCj4+ID4NCj4+ID4gR0lNPj4gVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0
aW9uIHNlY3Rpb24gc3RhdGVzOg0KPj4gPiAgICBOZXcgcHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBv
dmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFDQo+PiA+ICAgIFtJLUQuaWV0Zi1udm8zLXZ4
bGFuLWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBHZW5ldmUNCj4+ID4gICAgW0ktRC5p
ZXRmLW52bzMtZ2VuZXZlXSwgQklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25d
LCBhbmQNCj4+ID4gICAgTlNIIFtJLUQuaWV0Zi1zZmMtbnNoXSBzdXBwb3J0IG11bHRpLXByb3Rv
Y29sIHBheWxvYWQsIGUuZy4NCj4+ID4gICAgRXRoZXJuZXQsIElQdjQvSVB2NiwgYW5kIHJlY29n
bml6ZSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kDQo+PiA+ICAgIE1haW50ZW5hbmNl
IChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4gIFRoYXQgZW5zdXJlcyB0aGF0DQo+PiA+
ICAgIE92ZXJsYXkgT0FNIChPT0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJs
YXkgZGF0YSBwYWNrZXQNCj4+ID4gICAgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuDQo+PiA+IEkn
bSB1cGRhdGluZyB0aGUgT09BTSBIZWFkZXIgZHJhZnQgYW5kIGFsb25nIHdpdGggY2xlYW5pbmcg
bml0cyB3aWxsDQo+PiA+IHVwZGF0ZQ0KPj4gPiByZWZlcmVuY2UgdG8gR1VFLiBJIHRoaW5rIHRo
YXQgdGhlIGxpc3QgYW5kIHRoZSBzdGF0ZW1udCBhcmUgcXVpdGUgY2xlYXINCj4+ID4gaW4NCj4+
ID4gaWRlbnRpZnlpbmcgdGhlIHNjb3BlIG9mIG5ldHdvcmtzIHRoYXQgbWF5IGJlbmVmaXQgZnJv
bSB1c2luZyBub3Qgb25seQ0KPj4gPiBjb21tb24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBPT0FN
IG1lY2hhbmlzbXMsIGUuZy4gRWNobyBSZXF1ZXN0L1JlcGx5Lg0KPj4gPg0KPj4gPj4gV2l0aCB0
aGUgYWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJk
IHdpdGgNCj4+ID4+IHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElPQU0g
ZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyDQo+PiA+PiB0aGUNCj4+ID4+IGFib3ZlIG1lbnRp
b25lZCBkcmFmdHMuDQo+PiA+Pg0KPj4gPj4NCj4+ID4+DQo+PiA+PiBSZWdhcmRzLCBGcmFuaw0K
Pj4gPj4NCj4+ID4+DQo+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KPj4gPj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4+ID4+IGlwcG1AaWV0Zi5vcmc8
bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQo+PiA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2lwcG0NCj4+ID4+DQo+PiA+DQo+PiA+DQo+PiA+IF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+IEludC1hcmVhIG1haWxpbmcgbGlz
dA0KPj4gPiBJbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86SW50LWFyZWFAaWV0Zi5vcmc+DQo+PiA+
IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaW50LWFyZWENCj4+ID4NCj4+
DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4g
aXBwbSBtYWlsaW5nIGxpc3QNCj4+IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+
DQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCj4NCj4NCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuaWsOWui+S9kzsNCglw
YW5vc2UtMToyIDEgNiA5IDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6IlxA5paw5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiA5IDMgMSAxIDEg
MSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFs
LCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K
CWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7
fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bh
bi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29MaXN0UGFyYWdyYXBo
LCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUt
cHJpb3JpdHk6MzQ7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4
dC1pbmRlbnQ6MjEuMHB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz
IE5ldyBSb21hbiIsc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNv
bm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN
CgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt
ZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLmdtYWlsLWltDQoJe21zby1zdHlsZS1uYW1lOmdt
YWlsLWltO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
5paw5a6L5L2TOw0KCWNvbG9yOiMxRjQ5N0Q7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQt
c3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk65paw5a6L5L2T
Ow0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6
bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMN
Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt
c2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyNA0KCXttc28tc3R5bGUt
dHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTrmlrDlrovkvZM7DQoJY29sb3I6IzFGNDk3RDsN
Cglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7DQoJdGV4dC1kZWNvcmF0
aW9uOm5vbmUgbm9uZTt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OuaWsOWui+S9kzsNCgljb2xvcjp3aW5kb3d0ZXh0
Ow0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDsNCgl0ZXh0LWRlY29y
YXRpb246bm9uZSBub25lO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y
dC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6
NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAuODVwdDt9
DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEt
LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlk
bWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+
DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0
YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxi
b2R5IGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9
IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5
N0QiPkhpIEZyYW5rLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrm
lrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu
NXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj5JZiBJIHJlY2FsbCByaWdo
dCwgaXQgaXMgbm90IHdyaXR0ZW4gaW4gdGhlIGlvYW0gZGF0YSBkcmFmdC48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPlll
cywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRpb24gaXMgYW4gZWFzeSB3YXkuIEluIHRoZSBkcmFm
dC16aG91LWlwcG0taW9hbS15YW5nLCB3ZSBoYXZlIHRoZQ0KPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj7igJw8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWu
i+S9kztjb2xvcjojMUY0OTdEIj5wcm90b2NvbC10eXBlPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj7igJ08L3NwYW4+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9
kztjb2xvcjojMUY0OTdEIj4NCiB0byBpbmRpY2F0ZSB0aGUgbGF5ZXJpbmcuPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj4m
bmJzcDsmbmJzcDsgJiM0MzstLXJ3IGlvYW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7
Zm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyAmIzQzOy0tcncgaW9hbS1wcm9maWxlczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyBlbmFibGVkPyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBib29sZWFuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdE
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzst
LXJ3IGlvYW0tcHJvZmlsZSogW3Byb2ZpbGUtbmFtZV08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQz
Oy0tcncgcHJvZmlsZS1uYW1lJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN0cmluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm
b250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyBm
aWx0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2T
O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBmaWx0ZXItdHlwZT8m
bmJzcDsmbmJzcDsgaW9hbS1maWx0ZXItdHlwZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw
dDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsg
JiM0MzstLXJ3IGFjbC1uYW1lPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtJmd0OyAv
YWNsOmFjbHMvYWNsL25hbWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p
bHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgcHJvdG9jb2wt
dHlwZT8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW9hbS1w
cm90b2NvbC10eXBlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaW
sOWui+S9kztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGluY3JlbWVudGFsLXRy
YWNpbmctcHJvZmlsZSB7aW5jcmVtZW50YWwtdHJhY2V9PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwm
bmJzcDsgLi4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWu
i+S9kztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IHByZWFsbG9jYXRlZC10cmFj
aW5nLXByb2ZpbGUge3ByZWFsbG9jYXRlZC10cmFjZX0/PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7fCZu
YnNwOyAuLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw5a6L
5L2TO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgcG90LXByb2ZpbGUge3Byb29m
LW9mLXRyYW5zaXR9PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrm
lrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgLi4uPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgJiM0MzstLXJ3IGUyZS1wcm9maWxlIHtlZGdlLXRvLWVkZ2V9PzxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC4uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw
LjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdE
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65paw5a6L
5L2TO2NvbG9yOiMxRjQ5N0QiPlRpYW5yYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNt
IDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10
b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9z
cGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gRnJhbmsgQnJvY2tuZXJzIChm
YnJvY2tuZSkgW21haWx0bzpmYnJvY2tuZUBjaXNjby5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4g
TW9uZGF5LCBBcHJpbCAxNiwgMjAxOCA0OjUxIFBNPGJyPg0KPGI+VG86PC9iPiBUaWFucmFuIFpo
b3UgJmx0O3pob3V0aWFucmFuQGh1YXdlaS5jb20mZ3Q7OyBNaWNrZXkgU3BpZWdlbCAmbHQ7bXNw
aWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20mZ3Q7OyBUb20gSGVyYmVydCAmbHQ7dG9tQGhlcmJl
cnRsYW5kLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IE5WTzMgJmx0O252bzNAaWV0Zi5vcmcmZ3Q7
OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3Qg
Jmx0O3NmY0BpZXRmLm9yZyZndDs7IElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8
YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24g
b2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlz
Y3Vzc2lvbiBpbiBMb25kb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgVGlhbnJhbiw8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJE
RSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+SU9BTSBpcyBhIGRvbWFpbiBzcGVjaWZpYyBmZWF0dXJlIChzZWUgYWxzbyBkcmFmdC1p
ZXRmLWlwcG0taW9hbS1kYXRhLTAyIHNlY3Rpb25zIDMgYW5kIDQpLCB3aGljaCBhbGxvd3MgYW4g
b3BlcmF0b3IgdG8NCiBjb250cm9sIGJ5IG1lYW5zIG9mIGNvbmZpZ3VyYXRpb24gd2hlcmUgYW5k
IGZvciB3aGljaCB0cmFmZmljIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkL3VwZGF0ZWQvcmVt
b3ZlZCBmcm9tIHRoZSBjdXN0b21lciB0cmFmZmljLiBVc2luZyB5b3VyIGV4YW1wbGUgb2YgR2Vu
ZXZlIG92ZXIgSVB2NiDigJMgd2l0aCBJT0FNIGRhdGEgaW4gYm90aCB0aGUgR2VuZXZlIGFuZCB0
aGUgSVB2NiBwcm90b2NvbCwgb25lIHdvdWxkIGV4cGVjdCB0aGF0IHRoZQ0KIG9wZXJhdG9yIGNv
bmZpZ3VyZXMgdGhlIGVuZHBvaW50cyBvZiB0aGUgR2VuZXZlIHR1bm5lbCB0byBvcGVyYXRlIG9u
IHRoZSBJT0FNIGRhdGEgaW4gR2VuZXZlLCBhbmQgdGhlIElQdjYgcm91dGVycyB0aGF0IHRoZSBH
ZW5ldmUgdHVubmVsIHRyYXZlcnNlcyB0byBvcGVyYXRlIG9uIHRoZSBJT0FNIGRhdGEgaW4gSVB2
Ni4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTIj5GcmFuazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtw
YWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmIj4gVGlhbnJhbiBaaG91ICZsdDs8YSBocmVmPSJtYWlsdG86emhvdXRpYW5y
YW5AaHVhd2VpLmNvbSI+emhvdXRpYW5yYW5AaHVhd2VpLmNvbTwvYT4mZ3Q7DQo8YnI+DQo8Yj5T
ZW50OjwvYj4gTW9udGFnLCAxNi4gQXByaWwgMjAxOCAxMDozNzxicj4NCjxiPlRvOjwvYj4gRnJh
bmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgJmx0OzxhIGhyZWY9Im1haWx0bzpmYnJvY2tuZUBjaXNj
by5jb20iPmZicm9ja25lQGNpc2NvLmNvbTwvYT4mZ3Q7OyBNaWNrZXkgU3BpZWdlbCAmbHQ7PGEg
aHJlZj0ibWFpbHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tIj5tc3BpZWdlbEBiYXJl
Zm9vdG5ldHdvcmtzLmNvbTwvYT4mZ3Q7OyBUb20gSGVyYmVydCAmbHQ7PGEgaHJlZj0ibWFpbHRv
OnRvbUBoZXJiZXJ0bGFuZC5jb20iPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0Ozxicj4NCjxi
PkNjOjwvYj4gTlZPMyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm52bzNAaWV0Zi5vcmciPm52bzNAaWV0
Zi5vcmc8L2E+Jmd0OzsgPGEgaHJlZj0ibWFpbHRvOmludC1hcmVhQGlldGYub3JnIj4NCmludC1h
cmVhQGlldGYub3JnPC9hPjsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgJmx0
OzxhIGhyZWY9Im1haWx0bzpzZmNAaWV0Zi5vcmciPnNmY0BpZXRmLm9yZzwvYT4mZ3Q7OyBJRVRG
IElQUE0gV0cgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3Jn
PC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fw
c3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZy
b20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrmlrDlrovkvZM7Y29sb3I6IzFG
NDk3RCI+SGkgRnJhbmssPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5
OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MC41cHQ7Zm9udC1mYW1pbHk65paw5a6L5L2TO2NvbG9yOiMxRjQ5N0QiPkhvdyBkb2VzIGEgZm9y
d2FyZGVyIGtub3cgd2hlbiBhbmQgd2hlcmUgdG8gaW5zZXJ0IHRoZSBkYXRhPw0KPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdE
Ij5JbiB0aGUgY2FzZSBvZiBHZW5ldmUgb3ZlciBJUHY2LCBkbyB5b3UgbWVhbiB0aGUgZGV2aWNl
IG5lZWQgdG8gc2NhbiBhbGwgdGhlIHByb3RvY29sIHN0YWNrPyBPciBqdXN0IHRoZSBvdXRlciBl
bmNhcHN1bGF0aW9uPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTrm
lrDlrovkvZM7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu
NXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdEIj5UaWFucmFuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OuaWsOWui+S9kztjb2xvcjojMUY0OTdE
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti
b3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0K
PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx
LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmIj4gaXBwbSBbPGEgaHJlZj0ibWFpbHRvOmlwcG0tYm91bmNlc0Bp
ZXRmLm9yZyI+bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYg
T2YgPC9iPkZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRh
eSwgQXByaWwgMTYsIDIwMTggMzowOCBQTTxicj4NCjxiPlRvOjwvYj4gTWlja2V5IFNwaWVnZWwg
Jmx0OzxhIGhyZWY9Im1haWx0bzptc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbSI+bXNwaWVn
ZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb208L2E+Jmd0OzsgVG9tIEhlcmJlcnQgJmx0OzxhIGhyZWY9
Im1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tIj50b21AaGVyYmVydGxhbmQuY29tPC9hPiZndDs8
YnI+DQo8Yj5DYzo8L2I+IE5WTzMgJmx0OzxhIGhyZWY9Im1haWx0bzpudm8zQGlldGYub3JnIj5u
dm8zQGlldGYub3JnPC9hPiZndDs7IDxhIGhyZWY9Im1haWx0bzppbnQtYXJlYUBpZXRmLm9yZyI+
DQppbnQtYXJlYUBpZXRmLm9yZzwvYT47IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBs
aXN0ICZsdDs8YSBocmVmPSJtYWlsdG86c2ZjQGlldGYub3JnIj5zZmNAaWV0Zi5vcmc8L2E+Jmd0
OzsgSUVURiBJUFBNIFdHICZsdDs8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBp
ZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXBwbV0gW0ludC1hcmVh
XSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxv
dyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uPG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJERSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkRFIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+VG9tLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkRFIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj5hIHF1aWNrIGFkZGl0aW9uIHRvIHdoYXQgTWlja2V5IG1lbnRp
b25lZCBiZWxvdzogV2hhdCB5b3Ugc2VlbSB0byBoYXZlIGluIG1pbmQgaXMgd2hhdCBkcmFmdC1p
ZXRmLWlwcG0taW9hbS1kYXRhLTAyIHJlZmVycw0KIHRvIGFzIOKAnGxheWVyaW5n4oCdIChzZWUg
c2VjdGlvbiAzLiksIGkuZS4gaWYgeW914oCZcmUgcnVubmluZyBmb3IgZXhhbXBsZSBHZW5ldmUg
b3ZlciBJUHY2LCB0aGVuIElPQU0gZGF0YSBjb3VsZCBiZSBlbmNhcHN1bGF0ZWQgaW4gYm90aCBw
cm90b2NvbHMsIEdlbmV2ZSBhbmQgSVB2NiDigJMgZ2l2aW5nIHlvdSB2aXNpYmlsaXR5IGludG8g
dGhlIOKAnHVuZGVybGF54oCdIChJUHY2KSBhbmQgdGhlIOKAnG92ZXJsYXnigJ0gKEdlbmV2ZSku
DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+RnJhbms8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gaXBwbSAmbHQ7PGEgaHJlZj0ibWFp
bHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZyI+aXBwbS1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsN
CjxiPk9uIEJlaGFsZiBPZiA8L2I+TWlja2V5IFNwaWVnZWw8YnI+DQo8Yj5TZW50OjwvYj4gRnJl
aXRhZywgMTMuIEFwcmlsIDIwMTggMjA6MjI8YnI+DQo8Yj5Ubzo8L2I+IFRvbSBIZXJiZXJ0ICZs
dDs8YSBocmVmPSJtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbSI+dG9tQGhlcmJlcnRsYW5kLmNv
bTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBOVk8zICZsdDs8YSBocmVmPSJtYWlsdG86bnZvM0Bp
ZXRmLm9yZyI+bnZvM0BpZXRmLm9yZzwvYT4mZ3Q7OyA8YSBocmVmPSJtYWlsdG86aW50LWFyZWFA
aWV0Zi5vcmciPg0KaW50LWFyZWFAaWV0Zi5vcmc8L2E+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWlu
aW5nIElFVEYgbGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRmLm9yZyI+c2ZjQGlldGYu
b3JnPC9hPiZndDs7IElFVEYgSVBQTSBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5v
cmciPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2lwcG1d
IFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iREUiPlRvbSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+T24gVGh1LCBBcHIgMTIsIDIw
MTggYXQgMTA6MTcgUE0sIFRvbSBIZXJiZXJ0ICZsdDs8YSBocmVmPSJtYWlsdG86dG9tQGhlcmJl
cnRsYW5kLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0OyB3
cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5v
bmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYu
MHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTtt
YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRF
Ij5NaWNrZXksPGJyPg0KPGJyPg0KTG9va2luZyBhdCB0aGVzZSBpcHBtIGRyYWZ0cyBtb3JlIGNs
b3NlbHksIEkgaGF2ZSBhIG11Y2ggbW9yZTxicj4NCmZ1bmRhbWVudGFsIGNvbmNlcm4uPGJyPg0K
PGJyPg0KSW4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAgZm9yIGluc3RhbmNl
LCB0aGVyZSBpcyB0aGUgdGV4dDxicj4NCmluIHRoZSBpbnRyb2R1Y3Rpb246PGJyPg0KPGJyPg0K
JnF1b3Q7SW4tc2l0dSBPQU0gKElPQU0pIHJlY29yZHMgT0FNIGluZm9ybWF0aW9uIHdpdGhpbiB0
aGUgcGFja2V0IHdoaWxlPGJyPg0KdGhlIHBhY2tldCB0cmF2ZXJzZXMgYSBwYXJ0aWN1bGFyIG5l
dHdvcmsgZG9tYWluLiZuYnNwOyBUaGUgdGVybSAmcXVvdDtpbi1zaXR1JnF1b3Q7PGJyPg0KcmVm
ZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRvIHRo
ZSBkYXRhPGJyPg0KcGFja2V0cyByYXRoZXIgdGhhbiBpcyBiZWluZyBzZW50IHdpdGhpbiBwYWNr
ZXRzIHNwZWNpZmljYWxseTxicj4NCmRlZGljYXRlZCB0byBPQU0uJm5ic3A7IFRoaXMgZG9jdW1l
bnQgZGVmaW5lcyBob3cgSU9BTSBkYXRhIGZpZWxkcyBhcmU8YnI+DQp0cmFuc3BvcnRlZCBhcyBw
YXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXTxicj4NCmVuY2Fwc3VsYXRp
b24uJnF1b3Q7PGJyPg0KPGJyPg0KSSBhc3N1bWUgdGhpcyBtZWFucyB0aGF0IGFzIHBhY2tldHMg
d2l0aCBHZW5ldmUgZW5jYXBzdWxhdGlvbiB0cmF2ZXJzZTxicj4NCnRoZSBuZXR3b3JrIHRoZXkg
YXJlIGludGVycHJldGVkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhcyBiZWluZzxicj4NCkdlbmV2
ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24sIHRoZW4gdGhlIGRlc3RpbmF0
aW9uIFVEUDxicj4NCnBvcnQgbnVtYmVyIHdvdWxkIGJlIHVzZWQgdG8gaWRlbnRpZnkgcGFja2V0
cyBhcyBiZWluZyBHZW5ldmUuIFNvIGFuPGJyPg0KaW50ZXJtZWRpYXRlIGRldmljZSBtaWdodCBi
ZSBsb29raW5nIGZvciBVRFAgcGFja2V0cyBkZXN0aW5lZCB0byBwb3J0PGJyPg0KNjA4MSAodGhl
IGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUpLiBJZiBteSB1bmRlcnN0YW5kaW5nIGlzPGJy
Pg0KY29ycmVjdCwgdGhlbiB0aGlzIGlzIGEgcHJvYmxlbS48YnI+DQo8YnI+DQpVRFAgcG9ydCBu
dW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFuaW5nLiBBbiBpbnRlcm1lZGlhdGUgZGV2aWNl
PGJyPg0KbWF5IHZlcnkgd2VsbCBzZWUgVURQIHBhY2tldHMgZGVzdGluZWQgdG8gcG9ydCA2MDgx
IHRoYXQgYXJlIG5vdDxicj4NCmFjdHVhbGx5IEdlbmV2ZS4gVGhpcyBzY2VuYXJpbyBpcyBkaXNj
dXNzZWQgaW4gUkZDNzYwNTo8YnI+DQo8YnI+DQomcXVvdDsuLi5pbnRlcm1lZGlhdGUgZGV2aWNl
IGludGVycHJldHMgdHJhZmZpYyBiYXNlZCBvbiB0aGUgcG9ydCBudW1iZXIuPGJyPg0KSXQgaXMg
aW1wb3J0YW50IHRvIHJlY29nbml6ZSB0aGF0IGFueSBpbnRlcnByZXRhdGlvbiBvZiBwb3J0IG51
bWJlcnM8YnI+DQotLSBleGNlcHQgYXQgdGhlIGVuZHBvaW50cyAtLSBtYXkgYmUgaW5jb3JyZWN0
LCBiZWNhdXNlIHBvcnQgbnVtYmVyczxicj4NCmFyZSBtZWFuaW5nZnVsIG9ubHkgYXQgdGhlIGVu
ZHBvaW50cy4mcXVvdDs8YnI+DQo8YnI+DQpJZiB0aGUgVURQIGRhdGEgaXMgbW9kaWZpZWQsIGFz
IHRoZSBkcmFmdCB3b3VsZCBpbXBseSwgdGhlbjxicj4NCm1pc2ludGVycHJldGF0aW9uIG1heSBh
bHNvIG1lYW4gc2lsZW50IGRhdGEgY29ycnVwdGlvbiBvZiBwYWNrZXRzLiBBPGJyPg0KcHJvdG9j
b2wgdGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0eSBpbmNvcnJlY3QhIE5vdGUgdGhh
dCB0aGlzPGJyPg0Kd291bGQgYmUgdHJ1ZSBhbHNvIGZvciBhbnkgVURQIGVuY2Fwc3VsYXRpb24g
dGhhdCB0aGUgbmV0d29yayB0cmllcyB0bzxicj4NCmludGVycHJldC48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj5UaGUgaW50ZW50aW9uIGlzIHRvIGFs
bG93IGZvciBtdWx0aXBsZSBub2RlcyB0aGF0IGEgcGFja2V0IHRyYXZlcnNlczxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkRFIj50byBiZSBhYmxlIHRvIGluc2VydCBJT0FNIG5vZGUgaW5mb3JtYXRpb24gaW4gdGhl
IHNhbWUgdHJhY2Ugb3B0aW9uLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj5idXQgbGVhdmUgc29tZSBmbGV4
aWJpbGl0eSByZWdhcmRpbmcgd2hpY2ggbm9kZXMgYWN0dWFsbHkgZG8gdGhlPG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iREUiPklPQU0gcHJvY2Vzc2luZyBhbmQgdGhlIG5vZGUgaW5mb3JtYXRpb24uIFRoaXMgbWF5
IHZhcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJERSI+ZGVwZW5kaW5nIG9uIHRoZSB0cmFuc3BvcnQuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj5JbiBjYXNlIG9mIGEgdHVubmVs
ZWQgZW5jYXBzdWxhdGlvbiBzdWNoIGFzIEdlbmV2ZSBvciBWWExBTiw8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJE
RSI+dGhlcmUgbWF5IHN0aWxsIGJlIG11bHRpcGxlIGhvcHMuIEZvciBleGFtcGxlIGEgbmV0d29y
ayBtYXkgdXNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPkdlbmV2ZSBvciBWWExBTiwgYnV0IG9ubHkgZG8g
TDIgcHJvY2Vzc2luZyBhdCBUb1JzLCB3aXRoIEwzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPnByb2Nlc3Np
bmcgZG9uZSBhdCBhZ2dyZWdhdGlvbiBvciBjb3JlIHN3aXRjaGVzLiBJbiB0aGlzIGNhc2U8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJERSI+bWFueSBwYWNrZXRzIHdvdWxkIGRvIDIgR2VuZXZlIG9yIFZYTEFOIGhv
cHMsIHNvIHRoZSBwYWNrZXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+d291bGQgY29udGFpbiBJT0FNIG5v
ZGUgaW5mb3JtYXRpb24gZnJvbSB0d28gbm9kZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkRFIj5Bbm90aGVyIGV4YW1wbGUgaXMgc2VydmljZSBmdW5jdGlvbiBjaGFp
bmluZyB1c2luZyBHZW5ldmUgb3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+VlhMQU4gcmF0aGVyIHRoYW4g
TlNILjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkRFIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND
Q0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy
Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxicj4NCkkgYW0gYWxzbyB3b25kZXJp
bmcgaWYgaG9wLWJ5LWhvcCBvcHRpb25zIGJlZW4gY29uc2lkZXJlZCBmb3IgdGhpczxicj4NCmFw
cGxpY2F0aW9uPyBUaGVpciBpbnRlcnByZXRhdGlvbiBpbiB0aGUgbmV0d29yayBpcyB1bmFiaWd1
b3VzIGFuZDxicj4NCnRoZXkgYWxzbyBoYXZlIHRoZSBhZHZhbnRhZ2UgdGhhdCB0aGUgd29yayB3
aXRoIGFueSBJUCBwcm90b2NvbCBvcjxicj4NCmVuY2Fwc3VsYXRpb24uPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkRFIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+SVB2NiBob3AtYnktaG9wIG9wdGlv
bnMgaGFzIGJlZW4gY29uc2lkZXJlZC4gU2VlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPmRyYWZ0LWJyb2Nr
bmVycy1pbmJhbmQtb2FtLXRyYW5zcG9ydC0wNS4gVGhpcyBoYXMgbm90IHlldCBiZWVuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iREUiPmJyb2tlbiBvdXQgaW50byBhIHNlcGFyYXRlIGRyYWZ0LjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkRFIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+TWlja2V5PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20g
MGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1y
aWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJERSI+PGJyPg0KVGhhbmtzLDxicj4NClRvbTxicj4NCjxicj4NCjxicj4NCjxzcGFu
IGNsYXNzPSJnbWFpbC1pbSI+T24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMzozMSBQTSwgTWlja2V5
IFNwaWVnZWw8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mbHQ7PGEgaHJlZj0i
bWFpbHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tIj5tc3BpZWdlbEBiYXJlZm9vdG5l
dHdvcmtzLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj4mZ3Q7IFRv
bSw8YnI+DQomZ3Q7PGJyPg0KJmd0OyBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBU
b20gSGVyYmVydCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20iPnRvbUBo
ZXJiZXJ0bGFuZC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7
IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdyZWcgTWlyc2t5ICZsdDs8YSBocmVm
PSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+
Jmd0Ozxicj4NCiZndDsmZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7ICZndDsgSGkgRnJhbmssPGJy
Pg0KJmd0OyZndDsgJmd0OyB0aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBwb2ludHMuIFBsZWFz
ZSBmaW5kIG15IG5vdGVzIGluLWxpbmUgYW5kPGJyPg0KJmd0OyZndDsgJmd0OyB0YWdnZWQ8YnI+
DQomZ3Q7Jmd0OyAmZ3Q7IEdJTSZndDsmZ3Q7LiBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIHZlcnkg
bXVjaCByZWxldmFudCB0byB3b3JrIG9mIG90aGVyPGJyPg0KJmd0OyZndDsgJmd0OyB3b3JraW5n
PGJyPg0KJmd0OyZndDsgJmd0OyBncm91cHMgdGhhdCBkaXJlY3RseSB3b3JrIG9uIHRoZSBvdmVy
bGF5IGVuY2Fwc3VsYXRpb25zIGluIHRoZSBjZW50ZXIgb2Y8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHRo
ZTxicj4NCiZndDsmZ3Q7ICZndDsgZGlzY3Vzc2lvbiBhbmQgaGVuY2UgSSd2ZSBhZGRlZCB0aGVt
IHRvIHRoZSBsaXN0LiBIb3BlIHdlJ2xsIGhhdmUgbW9yZTxicj4NCiZndDsmZ3Q7ICZndDsgb3Bp
bmlvbnMgdG8gcmVhY2ggdGhlIGNvbmNsdXNpb24gdGhhdCBpcyBhY2NlcHRhYmxlIHRvIGFsbC48
YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBSZWdhcmRzLDxicj4NCiZndDsm
Z3Q7ICZndDsgR3JlZzxicj4NCiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IE9uIFdl
ZCwgQXByIDExLCAyMDE4IGF0IDEyOjAyIFBNLCBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKTxi
cj4NCiZndDsmZ3Q7ICZndDsgJmx0OzxhIGhyZWY9Im1haWx0bzpmYnJvY2tuZUBjaXNjby5jb20i
PmZicm9ja25lQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRv
biwgd2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRzIGRlYWxpbmc8YnI+DQomZ3Q7Jmd0OyAmZ3Q7
Jmd0OyB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3Rv
Y29sczxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4
bGFuLWdwZS0wMCw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBkcmFmdC1icm9ja25lcnMtaXBwbS1p
b2FtLWdlbmV2ZS0wMCwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lPGJyPg0KJmd0
OyZndDsgJmd0OyZndDsgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0
byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgb248YnI+
DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3aGV0aGVyIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRl
ciBjb3VsZCBiZSBsZXZlcmFnZWQuLiZuYnNwOyBBZnRlcjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7
IGNhcmVmdWxseTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1k
dC1ydGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRvIHRoZSBjb25jbHVzaW9uPGJyPg0KJmd0OyZn
dDsgJmd0OyZndDsgdGhhdDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHRoZSDigJxPT0FNIGhlYWRl
cuKAnSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVkcyBvZiBJT0FNOjxicj4NCiZndDsmZ3Q7ICZndDsm
Z3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgKiBFZmZpY2llbmN5OiBJT0FNIGFkZHMgZGF0YSB0
byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBl
bmNhcHN1bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3NzaWJsZS4gVGhlIOKA
nE9PQU0gaGVhZGVy4oCdPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgaXMgODxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3Vs
YXRpb24gaW4gdGhlIGFib3ZlPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgbWVudGlvbmVkPGJyPg0K
Jmd0OyZndDsgJmd0OyZndDsgZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhl
IE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IGFu
PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgdW5uZWNlc3Nhcnkgb3ZlcmhlYWQgb2YgNCBieXRlcyDi
gJMgd2hpY2ggaXMgc2lnbmlmaWNhbnQuPGJyPg0KJmd0OyZndDsgR3JlZyw8YnI+DQomZ3Q7Jmd0
Ozxicj4NCiZndDsmZ3Q7IEknbSBtaXNzaW5nIHNvbWV0aGluZyBoZXJlLiBJIGxvb2tlZCBhdCB0
aGUgZHJhZnRzIHlvdSByZWZlcmVuY2VkIGFuZDxicj4NCiZndDsmZ3Q7IGVhY2ggb2YgdGhlbSBs
b29rcyBsaWtlIHRoZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdyZWF0ZXIgdGhhdCBmb3VyPGJyPg0K
Jmd0OyZndDsgYnl0ZXMuIEluIGVhY2ggdGhlcmUgaXMgc29tZSBvdmVyaGVhZCBlcXVpdmFsZW50
IHRvIHR5cGUvbGVuZ3RoLCBmb3I8YnI+DQomZ3Q7Jmd0OyBpbnN0YW5jZSBpbiBHZW5ldmUgZm91
ciBieXRlcyBhcmUgbmVlZGVkIGZvciBvcHRpb24gY2xhc3MsIHR5cGUsIGFuZDxicj4NCiZndDsm
Z3Q7IGxlbmd0aC4gVW5sZXNzIHRoZSB0aGUgT0FNIGRhdGEgaXMgemVybyBsZW5ndGgsIEkgZG9u
J3Qgc2VlIGhvdyB0aGlzPGJyPg0KJmd0OyZndDsgYWRkcyB1cCB0byBvbmx5IGZvdXIgYnl0ZXMg
b2Ygb3ZlcmhlYWQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBmb3VyIHZlcnN1
cyBlaWdodCBieXRlcyBqdXN0IHJlZmVycyB0byB0aGUgZmllbGRzIGluIHRoZSBmb3VyIGJ5dGVz
IG9mPGJyPg0KJmd0OyBJT0FNPGJyPg0KJmd0OyBpbmZvLCB0aGF0IGlzIGNvbW1vbiB0byBhbGwg
SU9BTSBvcHRpb25zLiBCZXlvbmQgdGhhdCwgdGhlcmUgYXJlIElPQU0gb3B0aW9uPGJyPg0KJmd0
OyBzcGVjaWZpYyBmaWVsZHMuIEZvciBleGFtcGxlIGlmIGRvaW5nIG9uZSBvZiB0aGUgSU9BTSB0
cmFjZSBvcHRpb25zLCB0aGVyZTxicj4NCiZndDsgYXJlPGJyPg0KJmd0OyBmb3VyIGJ5dGVzIG9m
IHRyYWNlIG9wdGlvbiBoZWFkZXIsIGluY2x1ZGluZyB0aGUgSU9BTS10cmFjZS10eXBlLCBOb2Rl
TGVuLDxicj4NCiZndDsgRmxhZ3MsIGFuZCBSZW1haW5pbmdMZW4gZmllbGRzLiBUaGVzZSBhcmUg
Zm9sbG93ZWQgYnkgdGhlIG5vZGUgZGF0YSBsaXN0PGJyPg0KJmd0OyBjb250YWluaW5nIHRoZSBw
ZXIgaG9wIElPQU0gaW5mb3JtYXRpb24uPGJyPg0KJmd0Ozxicj4NCiZndDsgSW4gbG9va2luZyBh
dCB0aGUgT09BTSBoZWFkZXIgY29udGVudCwgaXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBhbnkg
b2YgdGhlPGJyPg0KJmd0OyBJT0FNIGluZm9ybWF0aW9uIGFmdGVyIHRoZSBmaXJzdCBmb3VyIGJ5
dGVzLiBJdCBjb250YWlucyBhbm90aGVyIHZhcmlhbnQgb2Y8YnI+DQomZ3Q7IHRoZTxicj4NCiZn
dDsgaW5mb3JtYXRpb24gaW4gdGhlIGZpcnN0IGZvdXIgYnl0ZXMgb2YgSU9BTSBpbmZvLCBzcHJl
YWQgb3V0IG92ZXIgZWlnaHQ8YnI+DQomZ3Q7IGJ5dGVzLjxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0
Ozxicj4NCiZndDsmZ3Q7IFRvbTxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4N
CiZndDsmZ3Q7ICZndDsgR0lNJmd0OyZndDsgVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMg
aXMgYmVjYXVzZSBPT0FNIEhlYWRlcjo8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsg
Jmd0OyBwcm92aWRlcyBtb3JlIGZsZXhpYmlsaXR5LCBlLmcuIEZsYWdzIGZpZWxkIGFuZCBSZXNl
cnZlZCBmaWVsZHM7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBmbGFncyBmaWVs
ZCBvbmx5IGhhcyBvbmUgZGVmaW5lZCBmbGFnIGF0IHRoZSBtb21lbnQsIGZvciBhIHRpbWVzdGFt
cDxicj4NCiZndDsgYmxvY2suIEZvciBJT0FNIHRyYWNlIHdlIG5lZWQgcGVyIGhvcCB0aW1lc3Rh
bXBzLCB3aGljaCB0aGUgdGltZXN0YW1wPGJyPg0KJmd0OyBibG9jayBjYW5ub3QgYWRkcmVzcywg
aS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlzIHJlZHVuZGFudCBmb3IgSU9BTS48YnI+DQomZ3Q7
PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHN1cHBvcnRzIGxhcmdlciBPQU0gcGFj
a2V0cyB0aGFuIGlPQU0gaGVhZGVyOzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBGb3Ig
SU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFuIGVub3VnaC48YnI+DQomZ3Q7
PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBw
b3J0aW5nIHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJy
Pg0KJmd0OyBJTU8sIHRha2luZyB0aGUgZmlyc3QgdHdvIGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0
byBkZWZpbmUgYSBWZXJzaW9uIGZpZWxkPGJyPg0KJmd0OyB3b3VsZCBiZSBhIGdvb2QgdGhpbmcu
IFRoaXMgZG9lcyBub3QgcmVxdWlyZSBhZGRpbmcgZm91ciBtb3JlIGJ5dGVzIG9mPGJyPg0KJmd0
OyBvdmVyaGVhZC4gNjQgSU9BTS1UeXBlcyBpcyBtb3JlIHRoYW4gZW5vdWdoLjxicj4NCiZndDs8
YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZn
dDsgKiBNYXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdl
cmUgYWxzbyBzaG93biBhdDxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHJlY2VudCBJRVRGIGhhY2th
dGhvbnMg4oCTIGFuZCB3ZeKAmXJlIGV4cGVjdGluZyBhZGRpdGlvbmFsIGltcGxlbWVudGF0aW9u
czxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHRvPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgYmUgcHVi
bGljaXplZCBzb29uLiBJbnRlcm9wZXJhYmxlIGltcGxlbWVudGF0aW9ucyBuZWVkIHRpbWVseTxi
cj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHNwZWNpZmljYXRpb25zLiBEZXNwaXRlIHRoZSBxdWVzdGlv
biBiZWluZyBhc2tlZCwgdGhlIHJlY2VudCB0aHJlYWQgb248YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0
OyBPT0FNPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgaW4gdGhlIE5WTzMgbGlzdCBoYXNu4oCZdCBy
ZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRpb24gb2YgdGhlIE9PQU0gaGVhZGVyLjxicj4NCiZndDsm
Z3Q7ICZndDsmZ3Q7IEluPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgYWRkaXRpb24sIHRoZSB0aHJl
YWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9ucyBhYm91dDxicj4N
CiZndDsmZ3Q7ICZndDsmZ3Q7IHRoZTxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IE9PQU0gaGVhZGVy
IGFyZSBzdGlsbCBvcGVuLCBzdWNoIGFzIHdoZXRoZXIgb3IgaG93IGFjdGl2ZSBPQU08YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jmd0OyBtZWNoYW5pc21zPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgd2l0aGlu
IHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFkZXIu
IFRoaXM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQgd2Ugd29u
4oCZdCBnZXQgdG8gYSB0aW1lbHkgc3BlY2lmaWNhdGlvbi48YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJy
Pg0KJmd0OyZndDsgJmd0OyBHSU0mZ3Q7Jmd0OyBNYXkgSSBhc2sgd2hpY2ggZW5jYXBzdWxhdGlv
bnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHlv
dTxicj4NCiZndDsmZ3Q7ICZndDsgcmVmZXIgdG8uIFVudGlsIHZlcnkgcmVjZW50bHkgYWxsIGlP
QU0gcHJvcG9zYWxzIHdlcmUgdG8gdXNlIG1ldGEtZGF0YTxicj4NCiZndDsmZ3Q7ICZndDsgVExW
PGJyPg0KJmd0OyZndDsgJmd0OyBpbiwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNl
IG9yIHNvbWUgb2YgdGhlc2UgaW1wbGVtZW50YXRpb25zPGJyPg0KJmd0OyZndDsgJmd0OyBhbHJl
YWR5IHVwZGF0ZWQgdG8gdGhlIG5ld2x5IHByb3Bvc2VkIGlPQU0gc2hpbSwgSSBkb24ndCBzZWUg
cHJvYmxlbSBpbjxicj4NCiZndDsmZ3Q7ICZndDsgbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVy
LiBXb3VsZCB5b3UgYWdyZWU/PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsm
Z3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBj
bGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyPGJyPg0KJmd0OyZndDsgJmd0
OyZndDsgd291bGQ8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBU
aGUgd2F5IHRoZSBPT0FNIGhlYWRlciBpcyBkZWZpbmVkLCBPT0FNIHVzZXMgYTxicj4NCiZndDsm
Z3Q7ICZndDsmZ3Q7IDgtYml0PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgZmllbGQgZm9yIOKAnE5l
eHQgUHJvdOKAnSwgdGhlIG5leHQgcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQgSU9BTSBk
YXRhPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgbmVlZHMgdG8gYmUgZW5jYXBzdWxhdGVkIGludG8g
dXNlIDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZTxicj4NCiZndDsmZ3Q7ICZn
dDsmZ3Q7IHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVj
aWZpZWQgaW48YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUt
MDAuPGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgR0lNJmd0OyZndDsgVGhl
IGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVzOjxicj4N
CiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IE5ldyBwcm90b2NvbHMgdGhhdCBzdXBwb3J0IG92
ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEU8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZu
YnNwOyBbSS1ELmlldGYtbnZvMy12eGxhbi1ncGVdLCBHVUUgW0ktRC5pZXRmLW52bzMtZ3VlXSwg
R2VuZXZlPGJyPg0KJmd0OyZndDsgJmd0OyZuYnNwOyAmbmJzcDsgW0ktRC5pZXRmLW52bzMtZ2Vu
ZXZlXSwgQklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25dLCBhbmQ8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBOU0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQg
bXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLjxicj4NCiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5i
c3A7IEV0aGVybmV0LCBJUHY0L0lQdjYsIGFuZCByZWNvZ25pemUgT3BlcmF0aW9ucywgQWRtaW5p
c3RyYXRpb24sIGFuZDxicj4NCiZndDsmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IE1haW50ZW5hbmNl
IChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4mbmJzcDsgVGhhdCBlbnN1cmVzIHRoYXQ8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBPdmVybGF5IE9BTSAoT09BTSlwYWNrZXRz
IGFyZSBzaGFyaW5nIGZhdGUgd2l0aCBPdmVybGF5IGRhdGEgcGFja2V0PGJyPg0KJmd0OyZndDsg
Jmd0OyZuYnNwOyAmbmJzcDsgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuPGJyPg0KJmd0OyZndDsg
Jmd0OyBJJ20gdXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3aXRoIGNs
ZWFuaW5nIG5pdHMgd2lsbDxicj4NCiZndDsmZ3Q7ICZndDsgdXBkYXRlPGJyPg0KJmd0OyZndDsg
Jmd0OyByZWZlcmVuY2UgdG8gR1VFLiBJIHRoaW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZSBzdGF0
ZW1udCBhcmUgcXVpdGUgY2xlYXI8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGluPGJyPg0KJmd0OyZndDsg
Jmd0OyBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgdGhhdCBtYXkgYmVuZWZpdCBm
cm9tIHVzaW5nIG5vdCBvbmx5PGJyPg0KJmd0OyZndDsgJmd0OyBjb21tb24gT09BTSBIZWFkZXIg
YnV0IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUuZy4gRWNobyBSZXF1ZXN0L1JlcGx5Ljxicj4N
CiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBXaXRoIHRoZSBhYm92ZSBpbiBt
aW5kLCBJ4oCZZCBzdWdnZXN0IHRoYXQgdGhlIFdHIG1vdmVzIGZvcndhcmQgd2l0aDxicj4NCiZn
dDsmZ3Q7ICZndDsmZ3Q7IHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElP
QU0gZGF0YSBpbnRvIHByb3RvY29scyDigJMgcGVyPGJyPg0KJmd0OyZndDsgJmd0OyZndDsgdGhl
PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy48YnI+DQomZ3Q7
Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZn
dDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzLCBGcmFuazxicj4NCiZndDsmZ3Q7ICZn
dDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7
ICZndDsmZ3Q7IGlwcG0gbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgJmd0OyZndDsgPGEgaHJl
Zj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsg
Jmd0OyZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p
cHBtIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9pcHBtPC9hPjxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4N
CiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZndDsgJmd0OyBJbnQtYXJlYSBtYWls
aW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IDxhIGhyZWY9Im1haWx0bzpJbnQtYXJlYUBpZXRm
Lm9yZyI+SW50LWFyZWFAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsgJmd0OyA8YSBocmVmPSJo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludC1hcmVhIiB0YXJnZXQ9Il9i
bGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnQtYXJlYTwvYT48
YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7IGlwcG0g
bWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmci
PmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0
Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9hPjxicj4NCiZndDs8YnI+DQomZ3Q7PG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jv
ZHk+DQo8L2h0bWw+DQo=

--_000_BBA82579FD347748BEADC4C445EA0F21A6D62FD6NKGEML515MBXchi_--


From nobody Mon Apr 16 03:17:01 2018
Return-Path: <shwethab@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 239E9129C53; Mon, 16 Apr 2018 03:16:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.509
X-Spam-Level: 
X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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 GvWcF4eMngZo; Mon, 16 Apr 2018 03:16:49 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EADB812D778; Mon, 16 Apr 2018 03:16:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=58587; q=dns/txt; s=iport; t=1523873809; x=1525083409; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=1tva81skyfyODZmcErzex8IkfG/67AOcaYxlXWqAJW0=; b=UGvZr96h91DK2HBY1VdxBZITi8rlBeLOIiK/Or0VwE/O9TmK4ReUHY2M q97Yl92Gdwr+5lIAZQpydYBBOtPtVRpXukqZj4TW1W7R+L3R1PZ3dOvlF YSuGL8/a0n4rEu3NIdk/1R0DNFfDczb7E1q7AxaXhYdrzHsB982n+7OBQ I=;
X-Files: smime.p7s : 1976
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BuAQAdd9Ra/4kNJK1SChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGCTUorYRdjKAqDXYgCjRGBUyGBD4ZmjAIUgWQDCAMYAQq?= =?us-ascii?q?EYAIjghUhNBgBAgEBAQEBAQJsHAyFIgEBAQECAQEBGAkEQAcLBQsCAQgRAwE?= =?us-ascii?q?BAQEgAQIEAwICAh8GCxQJCAIEAQ0FDhGEVgMNCA+lM4FpM4cDDYErgiAKBYg?= =?us-ascii?q?GgVQ/gQ8jDIIuLoJPQgEBgTUICzgWgkowgiQCjASEUwqGVywIAoM5gVCCajS?= =?us-ascii?q?CWjuCfYEzg1yDQYN7hzCCO4YNAhETAYEkARw4gVJwFTsqAYIYgh0aEWkBCId?= =?us-ascii?q?WhT5vjSGBFwEB?=
X-IronPort-AV: E=Sophos;i="5.48,459,1517875200";  d="p7s'?scan'208,217";a="378812474"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Apr 2018 10:16:45 +0000
Received: from XCH-ALN-009.cisco.com (xch-aln-009.cisco.com [173.36.7.19]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w3GAGju4022396 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 16 Apr 2018 10:16:45 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-009.cisco.com (173.36.7.19) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 16 Apr 2018 05:16:44 -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; Mon, 16 Apr 2018 05:16:44 -0500
From: "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>
To: Tianran Zhou <zhoutianran@huawei.com>, "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, "Tom Herbert" <tom@herbertland.com>
CC: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT0qfTQwTS8ElgNEuPyExTOQTetaP+CnqAgABxbYCAANtOAIAD+q4AgAAY6YCAAAPMgIAABFWA//+eRIA=
Date: Mon, 16 Apr 2018 10:16:44 +0000
Message-ID: <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.65.34.41]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha256; boundary="B_3606738403_1795904286"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/4qdPTDEbzGhTM0WybCqF8iSHWyI>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 10:16:53 -0000

--B_3606738403_1795904286
Content-type: multipart/alternative;
	boundary="B_3606738403_1014226000"


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

Hi Tianran,

> If I recall right, it is not written in the ioam data draft.

Data draft is defining the data to be carried in IOAM in an encapsulation a=
gnostic way, it does not specify how the encapsulation protocol is configure=
d.

=20

> Yes, node by node configuration is an easy way.

While it is, it does not have to be a node by node configuration. It can be=
 part of the encapsulation definition.=20

For e.g. If the encapsulation is IPv6 and if we define the data to be carri=
ed as HbH options, then based on the Option Type with highest order 2 bits s=
et to 00 then the v6 nodes that implement IOAM will process the option and o=
thers will skip over.

=20

=20

Thanks,

Shwetha

=20

From: ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou <zhoutianran@h=
uawei.com>
Date: Monday, April 16, 2018 at 2:36 PM
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey Spiegel <mspi=
egel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
Cc: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, Service =
Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protoc=
ols - follow up from WG discussion in London

=20

Hi Frank,

=20

If I recall right, it is not written in the ioam data draft.

Yes, node by node configuration is an easy way. In the draft-zhou-ippm-ioam=
-yang, we have the =E2=80=9Cprotocol-type=E2=80=9D to indicate the layering.

   +--rw ioam

      +--rw ioam-profiles

         +--rw enabled?        boolean

         +--rw ioam-profile* [profile-name]

            +--rw profile-name                    string

            +--rw filter

            |  +--rw filter-type?   ioam-filter-type

            |  +--rw acl-name?      -> /acl:acls/acl/name

            +--rw protocol-type?                  ioam-protocol-type

            +--rw incremental-tracing-profile {incremental-trace}?

            |  ...

            +--rw preallocated-tracing-profile {preallocated-trace}?

            |  ...

            +--rw pot-profile {proof-of-transit}?

            |  ...

            +--rw e2e-profile {edge-to-edge}?

               ...

=20

=20

Tianran

From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]=20
Sent: Monday, April 16, 2018 4:51 PM
To: Tianran Zhou <zhoutianran@huawei.com>; Mickey Spiegel <mspiegel@barefoo=
tnetworks.com>; Tom Herbert <tom@herbertland.com>
Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IETF=
 list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various protoc=
ols - follow up from WG discussion in London

=20

Hi Tianran,

=20

IOAM is a domain specific feature (see also draft-ietf-ippm-ioam-data-02 se=
ctions 3 and 4), which allows an operator to control by means of configurati=
on where and for which traffic IOAM data fields are added/updated/removed fr=
om the customer traffic. Using your example of Geneve over IPv6 =E2=80=93 with IOA=
M data in both the Geneve and the IPv6 protocol, one would expect that the o=
perator configures the endpoints of the Geneve tunnel to operate on the IOAM=
 data in Geneve, and the IPv6 routers that the Geneve tunnel traverses to op=
erate on the IOAM data in IPv6.=20

=20

Frank

=20

From: Tianran Zhou <zhoutianran@huawei.com>=20
Sent: Montag, 16. April 2018 10:37
To: Frank Brockners (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel <mspieg=
el@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IETF=
 list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various protoc=
ols - follow up from WG discussion in London

=20

Hi Frank,

=20

How does a forwarder know when and where to insert the data?=20

In the case of Geneve over IPv6, do you mean the device need to scan all th=
e protocol stack? Or just the outer encapsulation?

=20

Tianran

=20

From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank Brockners (fbr=
ockne)
Sent: Monday, April 16, 2018 3:08 PM
To: Mickey Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herber=
tland.com>
Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IETF=
 list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protoc=
ols - follow up from WG discussion in London

=20

=20

Tom,

=20

a quick addition to what Mickey mentioned below: What you seem to have in m=
ind is what draft-ietf-ippm-ioam-data-02 refers to as =E2=80=9Clayering=E2=80=9D (see se=
ction 3.), i.e. if you=E2=80=99re running for example Geneve over IPv6, then IOAM =
data could be encapsulated in both protocols, Geneve and IPv6 =E2=80=93 giving you=
 visibility into the =E2=80=9Cunderlay=E2=80=9D (IPv6) and the =E2=80=9Coverlay=E2=80=9D (Geneve).=20

=20

Frank

=20

From: ippm <ippm-bounces@ietf.org> On Behalf Of Mickey Spiegel
Sent: Freitag, 13. April 2018 20:22
To: Tom Herbert <tom@herbertland.com>
Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IETF=
 list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protoc=
ols - follow up from WG discussion in London

=20

Tom,

=20

On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> wrote:

Mickey,

Looking at these ippm drafts more closely, I have a much more
fundamental concern.

In draft-brockners-ippm-ioam-geneve-00 for instance, there is the text
in the introduction:

"In-situ OAM (IOAM) records OAM information within the packet while
the packet traverses a particular network domain.  The term "in-situ"
refers to the fact that the IOAM data fields are added to the data
packets rather than is being sent within packets specifically
dedicated to OAM.  This document defines how IOAM data fields are
transported as part of the Geneve [I-D.ietf-nvo3-geneve]
encapsulation."

I assume this means that as packets with Geneve encapsulation traverse
the network they are interpreted by intermediate nodes as being
Geneve. Since Geneve is a UDP encapsulation, then the destination UDP
port number would be used to identify packets as being Geneve. So an
intermediate device might be looking for UDP packets destined to port
6081 (the assigned UDP port for Geneve). If my understanding is
correct, then this is a problem.

UDP port numbers do not have global meaning. An intermediate device
may very well see UDP packets destined to port 6081 that are not
actually Geneve. This scenario is discussed in RFC7605:

"...intermediate device interprets traffic based on the port number.
It is important to recognize that any interpretation of port numbers
-- except at the endpoints -- may be incorrect, because port numbers
are meaningful only at the endpoints."

If the UDP data is modified, as the draft would imply, then
misinterpretation may also mean silent data corruption of packets. A
protocol that would allow this seems pretty incorrect! Note that this
would be true also for any UDP encapsulation that the network tries to
interpret.

=20

The intention is to allow for multiple nodes that a packet traverses

to be able to insert IOAM node information in the same trace option,

but leave some flexibility regarding which nodes actually do the

IOAM processing and the node information. This may vary

depending on the transport.

=20

In case of a tunneled encapsulation such as Geneve or VXLAN,

there may still be multiple hops. For example a network may use

Geneve or VXLAN, but only do L2 processing at ToRs, with L3

processing done at aggregation or core switches. In this case

many packets would do 2 Geneve or VXLAN hops, so the packet

would contain IOAM node information from two nodes.

=20

Another example is service function chaining using Geneve or

VXLAN rather than NSH.

=20


I am also wondering if hop-by-hop options been considered for this
application? Their interpretation in the network is unabiguous and
they also have the advantage that the work with any IP protocol or
encapsulation.

=20

IPv6 hop-by-hop options has been considered. See

draft-brockners-inband-oam-transport-05. This has not yet been

broken out into a separate draft.

=20

Mickey

=20


Thanks,
Tom


On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
<mspiegel@barefootnetworks.com> wrote:

> Tom,
>
> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wrote:
>>
>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
>> wrote:
>> > Hi Frank,
>> > thank you for sharing your points. Please find my notes in-line and
>> > tagged
>> > GIM>>. I believe that this is very much relevant to work of other
>> > working
>> > groups that directly work on the overlay encapsulations in the center =
of
>> > the
>> > discussion and hence I've added them to the list. Hope we'll have more
>> > opinions to reach the conclusion that is acceptable to all.
>> >
>> > Regards,
>> > Greg
>> >
>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>> > <fbrockne@cisco.com> wrote:
>> >>
>> >> Back at the IPPM meeting in London, we discussed several drafts deali=
ng
>> >> with the encapsulation of IOAM data in various protocols
>> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). On=
e
>> >> discussion topic that we decided to take to the list was the question
>> >> on
>> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged..  After
>> >> carefully
>> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
>> >> that
>> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>> >>
>> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM heade=
r=E2=80=9D
>> >> is 8
>> >> bytes long. The approach for IOAM data encapsulation in the above
>> >> mentioned
>> >> drafts only requires 4 bytes. Using the OOAM header approach would ad=
d
>> >> an
>> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>> Greg,
>>
>> I'm missing something here. I looked at the drafts you referenced and
>> each of them looks like the overhead for OAM is greater that four
>> bytes. In each there is some overhead equivalent to type/length, for
>> instance in Geneve four bytes are needed for option class, type, and
>> length. Unless the the OAM data is zero length, I don't see how this
>> adds up to only four bytes of overhead.
>
>
> The four versus eight bytes just refers to the fields in the four bytes o=
f
> IOAM
> info, that is common to all IOAM options. Beyond that, there are IOAM opt=
ion
> specific fields. For example if doing one of the IOAM trace options, ther=
e
> are
> four bytes of trace option header, including the IOAM-trace-type, NodeLen=
,
> Flags, and RemainingLen fields. These are followed by the node data list
> containing the per hop IOAM information.
>
> In looking at the OOAM header content, it has nothing to do with any of t=
he
> IOAM information after the first four bytes. It contains another variant =
of
> the
> information in the first four bytes of IOAM info, spread out over eight
> bytes.
>
>>
>> Tom
>>
>> >
>> > GIM>> The difference in four octets is because OOAM Header:
>> >
>> > provides more flexibility, e.g. Flags field and Reserved fields;
>
>
> The flags field only has one defined flag at the moment, for a timestamp
> block. For IOAM trace we need per hop timestamps, which the timestamp
> block cannot address, i.e. the timestamp block is redundant for IOAM.
>
>>
>> > supports larger OAM packets than iOAM header;
>
>
> For IOAM purposes, 1020 octets is more than enough.
>
>>
>> > is future proof by supporting versioning (Version field).
>
>
> IMO, taking the first two bits of the IOAM-Type to define a Version field
> would be a good thing. This does not require adding four more bytes of
> overhead. 64 IOAM-Types is more than enough.
>
>>
>> >>
>> >> * Maturity: IOAM has several implementations, which were also shown a=
t
>> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional implement=
ations
>> >> to
>> >> be publicized soon. Interoperable implementations need timely
>> >> specifications. Despite the question being asked, the recent thread o=
n
>> >> OOAM
>> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM hea=
der.
>> >> In
>> >> addition, the thread revealed that several fundamental questions abou=
t
>> >> the
>> >> OOAM header are still open, such as whether or how active OAM
>> >> mechanisms
>> >> within protocols such as Geneve would apply to the OOAM header. This
>> >> ultimately means that we won=E2=80=99t get to a timely specification.
>> >
>> > GIM>> May I ask which encapsulations supported by the implementations
>> > you
>> > refer to. Until very recently all iOAM proposals were to use meta-data
>> > TLV
>> > in, e.g. Geneve and NSH. And if these or some of these implementations
>> > already updated to the newly proposed iOAM shim, I don't see problem i=
n
>> > making them use OOAM Header. Would you agree?
>> >
>> >>
>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM header
>> >> would
>> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
>> >> 8-bit
>> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols that IOA=
M data
>> >> needs to be encapsulated into use 16-bits for their next protocol cod=
e
>> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> >> draft-weis-ippm-ioam-gre-00.
>> >
>> > GIM>> The first paragraph of the Introduction section states:
>> >    New protocols that support overlay networks like VxLAN-GPE
>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], an=
d
>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>> >    Maintenance (OAM) as one of distinct types.  That ensures that
>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>> >    traversing the underlay.
>> > I'm updating the OOAM Header draft and along with cleaning nits will
>> > update
>> > reference to GUE. I think that the list and the statemnt are quite cle=
ar
>> > in
>> > identifying the scope of networks that may benefit from using not only
>> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Reply=
.
>> >
>> >> With the above in mind, I=E2=80=99d suggest that the WG moves forward with
>> >> specific definitions for encapsulating IOAM data into protocols =E2=80=93 p=
er
>> >> the
>> >> above mentioned drafts.
>> >>
>> >>
>> >>
>> >> Regards, Frank
>> >>
>> >>
>> >> _______________________________________________
>> >> ippm mailing list
>> >> ippm@ietf.org
>> >> https://www.ietf.org/mailman/listinfo/ippm
>> >>
>> >
>> >
>> > _______________________________________________
>> > Int-area mailing list
>> > Int-area@ietf.org
>> > https://www.ietf.org/mailman/listinfo/int-area
>> >
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>
>

=20


--B_3606738403_1014226000
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:x=3D"urn:schemas-microsoft-com:office:excel=
" xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http://w=
ww.w3.org/TR/REC-html40"><head><meta name=3DTitle content=3D""><meta name=3DKeywor=
ds content=3D""><meta http-equiv=3DContent-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:DengXian;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:PMingLiU;
	panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
	{font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
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.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin:0in;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
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:12.0pt;
	font-family:"Times New Roman";}
span.gmail-im
	{mso-style-name:gmail-im;}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:Calibri;
	color:#1F497D;}
span.EmailStyle21
	{mso-style-type:personal;
	font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;
	color:#1F497D;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
span.EmailStyle22
	{mso-style-type:personal;
	font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;
	color:windowtext;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:Calibri;
	color:#1F497D;}
span.EmailStyle24
	{mso-style-type:personal;
	font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;
	color:#1F497D;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
span.EmailStyle25
	{mso-style-type:personal;
	font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;
	color:windowtext;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
span.EmailStyle26
	{mso-style-type:personal-reply;
	font-family:Calibri;
	color:windowtext;}
span.msoIns
	{mso-style-type:export-only;
	mso-style-name:"";
	text-decoration:underline;
	color:teal;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 56.7pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style></head><body bgcolor=3Dwhite lang=3DEN-US link=3Dblue vlink=3Dpurple><di=
v class=3DWordSection1><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-f=
amily:Calibri'>Hi Tianran,<o:p></o:p></span></p><p class=3DMsoNormal><span sty=
le=3D'font-size:11.0pt;font-family:Calibri'>&gt;</span><span style=3D'font-size:=
10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'> If I recall right, it is not wr=
itten in the ioam data draft.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:10.5pt;font-family:Calibri'>Data draft is defining the data=
 to be carried in IOAM in an encapsulation agnostic way, it does not specify=
 how the encapsulation protocol is configured.<o:p></o:p></span></p><p class=
=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span style=3D'font-size:10=
.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&gt; Yes, node by node configurati=
on is an easy way.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font=
-size:11.0pt;font-family:Calibri'>While it is, it does not have to be a node=
 by node configuration. It can be part of the encapsulation definition. <o:p=
></o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-fami=
ly:Calibri'>For e.g. If the encapsulation is IPv6 and if we define the data =
to be carried as HbH options, then based on the Option Type with highest ord=
er 2 bits set to 00 then the v6 nodes that implement IOAM will process the o=
ption and others will skip over.<o:p></o:p></span></p><p class=3DMsoNormal><sp=
an style=3D'font-size:11.0pt;font-family:Calibri'><o:p>&nbsp;</o:p></span></p>=
<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:Calibri'><o:p>&=
nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-=
family:Calibri'>Thanks,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D=
'font-size:11.0pt;font-family:Calibri'>Shwetha</span><span style=3D'font-size:=
11.0pt;font-family:Calibri'><o:p></o:p></span></p><p class=3DMsoNormal><span s=
tyle=3D'font-size:11.0pt;font-family:Calibri'><o:p>&nbsp;</o:p></span></p><div=
 style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in=
'><p class=3DMsoNormal><b><span style=3D'font-family:Calibri;color:black'>From: =
</span></b><span style=3D'font-family:Calibri;color:black'>ippm &lt;ippm-bounc=
es@ietf.org&gt; on behalf of Tianran Zhou &lt;zhoutianran@huawei.com&gt;<br>=
<b>Date: </b>Monday, April 16, 2018 at 2:36 PM<br><b>To: </b>&quot;Frank Bro=
ckners (fbrockne)&quot; &lt;fbrockne@cisco.com&gt;, Mickey Spiegel &lt;mspie=
gel@barefootnetworks.com&gt;, Tom Herbert &lt;tom@herbertland.com&gt;<br><b>=
Cc: </b>NVO3 &lt;nvo3@ietf.org&gt;, &quot;int-area@ietf.org&quot; &lt;int-ar=
ea@ietf.org&gt;, Service Function Chaining IETF list &lt;sfc@ietf.org&gt;, I=
ETF IPPM WG &lt;ippm@ietf.org&gt;<br><b>Subject: </b>Re: [ippm] [Int-area] e=
ncapsulation of IOAM data in various protocols - follow up from WG discussio=
n in London<o:p></o:p></span></p></div><div><p class=3DMsoNormal><o:p>&nbsp;</=
o:p></p></div><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=
=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>Hi Frank,</span><o:p></o:p></p><p class=3DMsoNormal><s=
pan style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;</spa=
n><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-famil=
y:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>If I recall right, it is not written in the ioam =
data draft.</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:1=
0.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>Yes, node by node configuration i=
s an easy way. In the draft-zhou-ippm-ioam-yang, we have the </span><span st=
yle=3D'font-size:10.5pt;color:#1F497D'>&#8220;</span><span style=3D'font-size:10=
.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>protocol-type</span><span style=3D'f=
ont-size:10.5pt;color:#1F497D'>&#8221;</span><span style=3D'font-size:10.5pt;f=
ont-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'> to indicate the layering.</span><o:p></=
o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=
=BD=93;color:#1F497D'>&nbsp;&nbsp; +--rw ioam</span><o:p></o:p></p><p class=3DMsoN=
ormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw ioam-profiles</span><o:p></o:p></p><p clas=
s=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497=
D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw enabled?&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; boolean</span><o:p></o:p></p><p class=3DMsoNo=
rmal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw ioam-profile* [profile-na=
me]</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;fo=
nt-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp; +--rw profile-name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; string</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size=
:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw filter</span><o:p></o:p></p><p cla=
ss=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F49=
7D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbs=
p; +--rw filter-type?&nbsp;&nbsp; ioam-filter-type</span><o:p></o:p></p><p c=
lass=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F=
497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&n=
bsp; +--rw acl-name?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -&gt; /acl:acls/acl/name<=
/span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-f=
amily:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp; +--rw protocol-type?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ioam-pr=
otocol-type</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:1=
0.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw incremental-tracing-profile {increme=
ntal-trace}?</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:=
10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp; ...</span><o:p></o:p></p><p class=
=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D=
'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw p=
reallocated-tracing-profile {preallocated-trace}?</span><o:p></o:p></p><p cl=
ass=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F4=
97D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;|&nb=
sp; ...</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5p=
t;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw pot-profile {proof-of-transit}?</span><o=
:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=
=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; |&nbsp; ...</span><o:p></o:p></p><p class=3DMsoNormal><span styl=
e=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +--rw e2e-profile {edge-to-e=
dge}?</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;=
font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ...</span><o:p></o:p></p><p cl=
ass=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F4=
97D'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:1=
0.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;</span><o:p></o:p></p><p cl=
ass=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F4=
97D'>Tianran</span><o:p></o:p></p><div style=3D'border:none;border-left:solid =
blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style=3D'border:none;border-to=
p:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span=
 style=3D'font-size:11.0pt;font-family:Calibri'>From:</span></b><span style=3D'f=
ont-size:11.0pt;font-family:Calibri'> Frank Brockners (fbrockne) [mailto:fbr=
ockne@cisco.com] <br><b>Sent:</b> Monday, April 16, 2018 4:51 PM<br><b>To:</=
b> Tianran Zhou &lt;zhoutianran@huawei.com&gt;; Mickey Spiegel &lt;mspiegel@=
barefootnetworks.com&gt;; Tom Herbert &lt;tom@herbertland.com&gt;<br><b>Cc:<=
/b> NVO3 &lt;nvo3@ietf.org&gt;; int-area@ietf.org; Service Function Chaining=
 IETF list &lt;sfc@ietf.org&gt;; IETF IPPM WG &lt;ippm@ietf.org&gt;<br><b>Su=
bject:</b> RE: [ippm] [Int-area] encapsulation of IOAM data in various proto=
cols - follow up from WG discussion in London</span><o:p></o:p></p></div></d=
iv><p class=3DMsoNormal>&nbsp;<o:p></o:p></p><p class=3DMsoNormal><span lang=3DDE =
style=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D;mso-fareast-langua=
ge:EN-US'>Hi Tianran,</span><o:p></o:p></p><p class=3DMsoNormal><span lang=3DDE =
style=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D;mso-fareast-langua=
ge:EN-US'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-s=
ize:11.0pt;font-family:Calibri;color:#1F497D;mso-fareast-language:EN-US'>IOA=
M is a domain specific feature (see also draft-ietf-ippm-ioam-data-02 sectio=
ns 3 and 4), which allows an operator to control by means of configuration w=
here and for which traffic IOAM data fields are added/updated/removed from t=
he customer traffic. Using your example of Geneve over IPv6 &#8211; with IOA=
M data in both the Geneve and the IPv6 protocol, one would expect that the o=
perator configures the endpoints of the Geneve tunnel to operate on the IOAM=
 data in Geneve, and the IPv6 routers that the Geneve tunnel traverses to op=
erate on the IOAM data in IPv6. </span><o:p></o:p></p><p class=3DMsoNormal><sp=
an style=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D;mso-fareast-lan=
guage:EN-US'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'fon=
t-size:11.0pt;font-family:Calibri;color:#1F497D;mso-fareast-language:EN-US'>=
Frank</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;=
font-family:Calibri;color:#1F497D;mso-fareast-language:EN-US'>&nbsp;</span><=
o:p></o:p></p><div><div style=3D'border:none;border-top:solid #E1E1E1 1.0pt;pa=
dding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D'font-size:11.0pt=
;font-family:Calibri'>From:</span></b><span style=3D'font-size:11.0pt;font-fam=
ily:Calibri'> Tianran Zhou &lt;<a href=3D"mailto:zhoutianran@huawei.com">zhout=
ianran@huawei.com</a>&gt; <br><b>Sent:</b> Montag, 16. April 2018 10:37<br><=
b>To:</b> Frank Brockners (fbrockne) &lt;<a href=3D"mailto:fbrockne@cisco.com"=
>fbrockne@cisco.com</a>&gt;; Mickey Spiegel &lt;<a href=3D"mailto:mspiegel@bar=
efootnetworks.com">mspiegel@barefootnetworks.com</a>&gt;; Tom Herbert &lt;<a=
 href=3D"mailto:tom@herbertland.com">tom@herbertland.com</a>&gt;<br><b>Cc:</b>=
 NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org">nvo3@ietf.org</a>&gt;; <a href=3D"mai=
lto:int-area@ietf.org">int-area@ietf.org</a>; Service Function Chaining IETF=
 list &lt;<a href=3D"mailto:sfc@ietf.org">sfc@ietf.org</a>&gt;; IETF IPPM WG &=
lt;<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a>&gt;<br><b>Subject:</b> R=
E: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follo=
w up from WG discussion in London</span><o:p></o:p></p></div></div><p class=3D=
MsoNormal><span lang=3DDE>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span=
 style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>Hi Frank,</spa=
n><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-famil=
y:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><s=
pan style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>How does a =
forwarder know when and where to insert the data? </span><o:p></o:p></p><p c=
lass=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F=
497D'>In the case of Geneve over IPv6, do you mean the device need to scan a=
ll the protocol stack? Or just the outer encapsulation?</span><o:p></o:p></p=
><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;colo=
r:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'font-=
size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;color:#1F497D'>Tianran</span><o:p></o:p></=
p><p class=3DMsoNormal><span style=3D'font-size:10.5pt;font-family:=E6=96=B0=E5=AE=8B=E4=BD=93;col=
or:#1F497D'>&nbsp;</span><o:p></o:p></p><div style=3D'border:none;border-left:=
solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style=3D'border:none;bor=
der-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b=
><span style=3D'font-size:11.0pt;font-family:Calibri'>From:</span></b><span st=
yle=3D'font-size:11.0pt;font-family:Calibri'> ippm [<a href=3D"mailto:ippm-bounc=
es@ietf.org">mailto:ippm-bounces@ietf.org</a>] <b>On Behalf Of </b>Frank Bro=
ckners (fbrockne)<br><b>Sent:</b> Monday, April 16, 2018 3:08 PM<br><b>To:</=
b> Mickey Spiegel &lt;<a href=3D"mailto:mspiegel@barefootnetworks.com">mspiege=
l@barefootnetworks.com</a>&gt;; Tom Herbert &lt;<a href=3D"mailto:tom@herbertl=
and.com">tom@herbertland.com</a>&gt;<br><b>Cc:</b> NVO3 &lt;<a href=3D"mailto:=
nvo3@ietf.org">nvo3@ietf.org</a>&gt;; <a href=3D"mailto:int-area@ietf.org">int=
-area@ietf.org</a>; Service Function Chaining IETF list &lt;<a href=3D"mailto:=
sfc@ietf.org">sfc@ietf.org</a>&gt;; IETF IPPM WG &lt;<a href=3D"mailto:ippm@ie=
tf.org">ippm@ietf.org</a>&gt;<br><b>Subject:</b> Re: [ippm] [Int-area] encap=
sulation of IOAM data in various protocols - follow up from WG discussion in=
 London</span><o:p></o:p></p></div></div><p class=3DMsoNormal>&nbsp;<o:p></o:p=
></p><p class=3DMsoNormal><span lang=3DDE style=3D'font-size:11.0pt;font-family:Ca=
libri;color:#1F497D;mso-fareast-language:EN-US'>&nbsp;</span><o:p></o:p></p>=
<p class=3DMsoNormal><span lang=3DDE style=3D'font-size:11.0pt;font-family:Calibri=
;color:#1F497D;mso-fareast-language:EN-US'>Tom,</span><o:p></o:p></p><p clas=
s=3DMsoNormal><span lang=3DDE style=3D'font-size:11.0pt;font-family:Calibri;color:=
#1F497D;mso-fareast-language:EN-US'>&nbsp;</span><o:p></o:p></p><p class=3DMso=
Normal><span style=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D;mso-f=
areast-language:EN-US'>a quick addition to what Mickey mentioned below: What=
 you seem to have in mind is what draft-ietf-ippm-ioam-data-02 refers to as =
&#8220;layering&#8221; (see section 3.), i.e. if you&#8217;re running for ex=
ample Geneve over IPv6, then IOAM data could be encapsulated in both protoco=
ls, Geneve and IPv6 &#8211; giving you visibility into the &#8220;underlay&#=
8221; (IPv6) and the &#8220;overlay&#8221; (Geneve). </span><o:p></o:p></p><=
p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:Calibri;color:#1=
F497D;mso-fareast-language:EN-US'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNo=
rmal><span style=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D;mso-far=
east-language:EN-US'>Frank</span><o:p></o:p></p><p class=3DMsoNormal><span sty=
le=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D;mso-fareast-language:=
EN-US'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><b><span style=3D'font-s=
ize:11.0pt;font-family:Calibri'>From:</span></b><span style=3D'font-size:11.0p=
t;font-family:Calibri'> ippm &lt;<a href=3D"mailto:ippm-bounces@ietf.org">ippm=
-bounces@ietf.org</a>&gt; <b>On Behalf Of </b>Mickey Spiegel<br><b>Sent:</b>=
 Freitag, 13. April 2018 20:22<br><b>To:</b> Tom Herbert &lt;<a href=3D"mailto=
:tom@herbertland.com">tom@herbertland.com</a>&gt;<br><b>Cc:</b> NVO3 &lt;<a =
href=3D"mailto:nvo3@ietf.org">nvo3@ietf.org</a>&gt;; <a href=3D"mailto:int-area@=
ietf.org">int-area@ietf.org</a>; Service Function Chaining IETF list &lt;<a =
href=3D"mailto:sfc@ietf.org">sfc@ietf.org</a>&gt;; IETF IPPM WG &lt;<a href=3D"m=
ailto:ippm@ietf.org">ippm@ietf.org</a>&gt;<br><b>Subject:</b> Re: [ippm] [In=
t-area] encapsulation of IOAM data in various protocols - follow up from WG =
discussion in London</span><o:p></o:p></p><p class=3DMsoNormal><span lang=3DDE>&=
nbsp;</span><o:p></o:p></p><div><p class=3DMsoNormal><span lang=3DDE>Tom,</span>=
<o:p></o:p></p><div><p class=3DMsoNormal><span lang=3DDE>&nbsp;</span><o:p></o:p=
></p><div><p class=3DMsoNormal><span lang=3DDE>On Thu, Apr 12, 2018 at 10:17 PM,=
 Tom Herbert &lt;<a href=3D"mailto:tom@herbertland.com" target=3D"_blank">tom@he=
rbertland.com</a>&gt; wrote:</span><o:p></o:p></p><blockquote style=3D'border:=
none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4=
.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><p class=3DMsoNorm=
al><span lang=3DDE>Mickey,<br><br>Looking at these ippm drafts more closely, I=
 have a much more<br>fundamental concern.<br><br>In draft-brockners-ippm-ioa=
m-geneve-00 for instance, there is the text<br>in the introduction:<br><br>&=
quot;In-situ OAM (IOAM) records OAM information within the packet while<br>t=
he packet traverses a particular network domain.&nbsp; The term &quot;in-sit=
u&quot;<br>refers to the fact that the IOAM data fields are added to the dat=
a<br>packets rather than is being sent within packets specifically<br>dedica=
ted to OAM.&nbsp; This document defines how IOAM data fields are<br>transpor=
ted as part of the Geneve [I-D.ietf-nvo3-geneve]<br>encapsulation.&quot;<br>=
<br>I assume this means that as packets with Geneve encapsulation traverse<b=
r>the network they are interpreted by intermediate nodes as being<br>Geneve.=
 Since Geneve is a UDP encapsulation, then the destination UDP<br>port numbe=
r would be used to identify packets as being Geneve. So an<br>intermediate d=
evice might be looking for UDP packets destined to port<br>6081 (the assigne=
d UDP port for Geneve). If my understanding is<br>correct, then this is a pr=
oblem.<br><br>UDP port numbers do not have global meaning. An intermediate d=
evice<br>may very well see UDP packets destined to port 6081 that are not<br=
>actually Geneve. This scenario is discussed in RFC7605:<br><br>&quot;...int=
ermediate device interprets traffic based on the port number.<br>It is impor=
tant to recognize that any interpretation of port numbers<br>-- except at th=
e endpoints -- may be incorrect, because port numbers<br>are meaningful only=
 at the endpoints.&quot;<br><br>If the UDP data is modified, as the draft wo=
uld imply, then<br>misinterpretation may also mean silent data corruption of=
 packets. A<br>protocol that would allow this seems pretty incorrect! Note t=
hat this<br>would be true also for any UDP encapsulation that the network tr=
ies to<br>interpret.</span><o:p></o:p></p></blockquote><div><p class=3DMsoNorm=
al><span lang=3DDE>&nbsp;</span><o:p></o:p></p></div><div><p class=3DMsoNormal><=
span lang=3DDE>The intention is to allow for multiple nodes that a packet trav=
erses</span><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>to be=
 able to insert IOAM node information in the same trace option,</span><o:p><=
/o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>but leave some flexibil=
ity regarding which nodes actually do the</span><o:p></o:p></p></div><div><p=
 class=3DMsoNormal><span lang=3DDE>IOAM processing and the node information. Thi=
s may vary</span><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>=
depending on the transport.</span><o:p></o:p></p></div><div><p class=3DMsoNorm=
al><span lang=3DDE>&nbsp;</span><o:p></o:p></p></div><div><p class=3DMsoNormal><=
span lang=3DDE>In case of a tunneled encapsulation such as Geneve or VXLAN,</s=
pan><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>there may sti=
ll be multiple hops. For example a network may use</span><o:p></o:p></p></di=
v><div><p class=3DMsoNormal><span lang=3DDE>Geneve or VXLAN, but only do L2 proc=
essing at ToRs, with L3</span><o:p></o:p></p></div><div><p class=3DMsoNormal><=
span lang=3DDE>processing done at aggregation or core switches. In this case</=
span><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>many packets=
 would do 2 Geneve or VXLAN hops, so the packet</span><o:p></o:p></p></div><=
div><p class=3DMsoNormal><span lang=3DDE>would contain IOAM node information fro=
m two nodes.</span><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DD=
E>&nbsp;</span><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>An=
other example is service function chaining using Geneve or</span><o:p></o:p>=
</p></div><div><p class=3DMsoNormal><span lang=3DDE>VXLAN rather than NSH.</span=
><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>&nbsp;</span><o:=
p></o:p></p></div><blockquote style=3D'border:none;border-left:solid #CCCCCC 1=
.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-rig=
ht:0in;margin-bottom:5.0pt'><p class=3DMsoNormal><span lang=3DDE><br>I am also w=
ondering if hop-by-hop options been considered for this<br>application? Thei=
r interpretation in the network is unabiguous and<br>they also have the adva=
ntage that the work with any IP protocol or<br>encapsulation.</span><o:p></o=
:p></p></blockquote><div><p class=3DMsoNormal><span lang=3DDE>&nbsp;</span><o:p>=
</o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>IPv6 hop-by-hop option=
s has been considered. See</span><o:p></o:p></p></div><div><p class=3DMsoNorma=
l><span lang=3DDE>draft-brockners-inband-oam-transport-05. This has not yet be=
en</span><o:p></o:p></p></div><div><p class=3DMsoNormal><span lang=3DDE>broken o=
ut into a separate draft.</span><o:p></o:p></p></div><div><p class=3DMsoNormal=
><span lang=3DDE>&nbsp;</span><o:p></o:p></p></div><div><p class=3DMsoNormal><sp=
an lang=3DDE>Mickey</span><o:p></o:p></p></div><div><p class=3DMsoNormal><span l=
ang=3DDE>&nbsp;</span><o:p></o:p></p></div><blockquote style=3D'border:none;bord=
er-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;marg=
in-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><p class=3DMsoNormal><span =
lang=3DDE><br>Thanks,<br>Tom<br><br><br><span class=3Dgmail-im>On Thu, Apr 12, 2=
018 at 3:31 PM, Mickey Spiegel</span><br><span class=3Dgmail-im>&lt;<a href=3D"m=
ailto:mspiegel@barefootnetworks.com">mspiegel@barefootnetworks.com</a>&gt; w=
rote:</span></span><o:p></o:p></p><div><div><p class=3DMsoNormal><span lang=3DDE=
>&gt; Tom,<br>&gt;<br>&gt; On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert &lt;=
<a href=3D"mailto:tom@herbertland.com">tom@herbertland.com</a>&gt; wrote:<br>&=
gt;&gt;<br>&gt;&gt; On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky &lt;<a href=
=3D"mailto:gregimirsky@gmail.com">gregimirsky@gmail.com</a>&gt;<br>&gt;&gt; wr=
ote:<br>&gt;&gt; &gt; Hi Frank,<br>&gt;&gt; &gt; thank you for sharing your =
points. Please find my notes in-line and<br>&gt;&gt; &gt; tagged<br>&gt;&gt;=
 &gt; GIM&gt;&gt;. I believe that this is very much relevant to work of othe=
r<br>&gt;&gt; &gt; working<br>&gt;&gt; &gt; groups that directly work on the=
 overlay encapsulations in the center of<br>&gt;&gt; &gt; the<br>&gt;&gt; &g=
t; discussion and hence I've added them to the list. Hope we'll have more<br=
>&gt;&gt; &gt; opinions to reach the conclusion that is acceptable to all.<b=
r>&gt;&gt; &gt;<br>&gt;&gt; &gt; Regards,<br>&gt;&gt; &gt; Greg<br>&gt;&gt; =
&gt;<br>&gt;&gt; &gt; On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbr=
ockne)<br>&gt;&gt; &gt; &lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cis=
co.com</a>&gt; wrote:<br>&gt;&gt; &gt;&gt;<br>&gt;&gt; &gt;&gt; Back at the =
IPPM meeting in London, we discussed several drafts dealing<br>&gt;&gt; &gt;=
&gt; with the encapsulation of IOAM data in various protocols<br>&gt;&gt; &g=
t;&gt; (draft-brockners-ippm-ioam-vxlan-gpe-00,<br>&gt;&gt; &gt;&gt; draft-b=
rockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). One<br>&gt;&gt; =
&gt;&gt; discussion topic that we decided to take to the list was the questi=
on<br>&gt;&gt; &gt;&gt; on<br>&gt;&gt; &gt;&gt; whether draft-ooamdt-rtgwg-o=
oam-header could be leveraged..&nbsp; After<br>&gt;&gt; &gt;&gt; carefully<b=
r>&gt;&gt; &gt;&gt; considering draft-ooamdt-rtgwg-ooam-header, I came to th=
e conclusion<br>&gt;&gt; &gt;&gt; that<br>&gt;&gt; &gt;&gt; the &#8220;OOAM =
header&#8221; does not meet the needs of IOAM:</span><span lang=3DDE style=3D'fo=
nt-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&gt;</span><span l=
ang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&g=
t; * Efficiency: IOAM adds data to live user traffic. As such, an</span><spa=
n lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt=
;&gt; encapsulation needs to be as efficient as possible. The &#8220;OOAM he=
ader&#8221;</span><span lang=3DDE style=3D'font-family:PMingLiU'><br></span><spa=
n lang=3DDE>&gt;&gt; &gt;&gt; is 8</span><span lang=3DDE style=3D'font-family:PMin=
gLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&gt; bytes long. The approach fo=
r IOAM data encapsulation in the above</span><span lang=3DDE style=3D'font-famil=
y:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&gt; mentioned</span><span=
 lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;=
&gt; drafts only requires 4 bytes. Using the OOAM header approach would add<=
/span><span lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&g=
t;&gt; &gt;&gt; an</span><span lang=3DDE style=3D'font-family:PMingLiU'><br></sp=
an><span lang=3DDE>&gt;&gt; &gt;&gt; unnecessary overhead of 4 bytes &#8211; w=
hich is significant.</span><span lang=3DDE style=3D'font-family:PMingLiU'><br></=
span><span lang=3DDE>&gt;&gt; Greg,</span><span lang=3DDE style=3D'font-family:PMi=
ngLiU'><br></span><span lang=3DDE>&gt;&gt;</span><span lang=3DDE style=3D'font-fam=
ily:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; I'm missing something here. =
I looked at the drafts you referenced and</span><span lang=3DDE style=3D'font-fa=
mily:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; each of them looks like the=
 overhead for OAM is greater that four</span><span lang=3DDE style=3D'font-famil=
y:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; bytes. In each there is some o=
verhead equivalent to type/length, for</span><span lang=3DDE style=3D'font-famil=
y:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; instance in Geneve four bytes =
are needed for option class, type, and<br>&gt;&gt; length. Unless the the OA=
M data is zero length, I don't see how this<br>&gt;&gt; adds up to only four=
 bytes of overhead.<br>&gt;<br>&gt;<br>&gt; The four versus eight bytes just=
 refers to the fields in the four bytes of<br>&gt; IOAM<br>&gt; info, that i=
s common to all IOAM options. Beyond that, there are IOAM option<br>&gt; spe=
cific fields. For example if doing one of the IOAM trace options, there<br>&=
gt; are<br>&gt; four bytes of trace option header, including the IOAM-trace-=
type, NodeLen,<br>&gt; Flags, and RemainingLen fields. These are followed by=
 the node data list<br>&gt; containing the per hop IOAM information.<br>&gt;=
<br>&gt; In looking at the OOAM header content, it has nothing to do with an=
y of the<br>&gt; IOAM information after the first four bytes. It contains an=
other variant of<br>&gt; the<br>&gt; information in the first four bytes of =
IOAM info, spread out over eight<br>&gt; bytes.<br>&gt;<br>&gt;&gt;<br>&gt;&=
gt; Tom<br>&gt;&gt;<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; GIM&gt;&gt; The differ=
ence in four octets is because OOAM Header:<br>&gt;&gt; &gt;<br>&gt;&gt; &gt=
; provides more flexibility, e.g. Flags field and Reserved fields;<br>&gt;<b=
r>&gt;<br>&gt; The flags field only has one defined flag at the moment, for =
a timestamp<br>&gt; block. For IOAM trace we need per hop timestamps, which =
the timestamp<br>&gt; block cannot address, i.e. the timestamp block is redu=
ndant for IOAM.<br>&gt;<br>&gt;&gt;<br>&gt;&gt; &gt; supports larger OAM pac=
kets than iOAM header;<br>&gt;<br>&gt;<br>&gt; For IOAM purposes, 1020 octet=
s is more than enough.<br>&gt;<br>&gt;&gt;<br>&gt;&gt; &gt; is future proof =
by supporting versioning (Version field).<br>&gt;<br>&gt;<br>&gt; IMO, takin=
g the first two bits of the IOAM-Type to define a Version field<br>&gt; woul=
d be a good thing. This does not require adding four more bytes of<br>&gt; o=
verhead. 64 IOAM-Types is more than enough.<br>&gt;<br>&gt;&gt;<br>&gt;&gt; =
&gt;&gt;<br>&gt;&gt; &gt;&gt; * Maturity: IOAM has several implementations, =
which were also shown at<br>&gt;&gt; &gt;&gt; recent IETF hackathons &#8211;=
 and we&#8217;re expecting additional implementations<br>&gt;&gt; &gt;&gt; t=
o<br>&gt;&gt; &gt;&gt; be publicized soon. Interoperable implementations nee=
d timely<br>&gt;&gt; &gt;&gt; specifications. Despite the question being ask=
ed, the recent thread on<br>&gt;&gt; &gt;&gt; OOAM<br>&gt;&gt; &gt;&gt; in t=
he NVO3 list hasn&#8217;t revealed any implementation of the OOAM header.<br=
>&gt;&gt; &gt;&gt; In<br>&gt;&gt; &gt;&gt; addition, the thread revealed tha=
t several fundamental questions about<br>&gt;&gt; &gt;&gt; the<br>&gt;&gt; &=
gt;&gt; OOAM header are still open, such as whether or how active OAM<br>&gt=
;&gt; &gt;&gt; mechanisms<br>&gt;&gt; &gt;&gt; within protocols such as Gene=
ve would apply to the OOAM header. This<br>&gt;&gt; &gt;&gt; ultimately mean=
s that we won&#8217;t get to a timely specification.</span><span lang=3DDE sty=
le=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;</span><span=
 lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;=
 GIM&gt;&gt; May I ask which encapsulations supported by the implementations=
</span><span lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&=
gt;&gt; &gt; you</span><span lang=3DDE style=3D'font-family:PMingLiU'><br></span=
><span lang=3DDE>&gt;&gt; &gt; refer to. Until very recently all iOAM proposal=
s were to use meta-data</span><span lang=3DDE style=3D'font-family:PMingLiU'><br=
></span><span lang=3DDE>&gt;&gt; &gt; TLV</span><span lang=3DDE style=3D'font-fami=
ly:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt; in, e.g. Geneve and NSH.=
 And if these or some of these implementations<br>&gt;&gt; &gt; already upda=
ted to the newly proposed iOAM shim, I don't see problem in<br>&gt;&gt; &gt;=
 making them use OOAM Header. Would you agree?<br>&gt;&gt; &gt;<br>&gt;&gt; =
&gt;&gt;<br>&gt;&gt; &gt;&gt; * Scope: It isn&#8217;t entirely clear to whic=
h protocols the OOAM header<br>&gt;&gt; &gt;&gt; would<br>&gt;&gt; &gt;&gt; =
ultimately apply to. The way the OOAM header is defined, OOAM uses a<br>&gt;=
&gt; &gt;&gt; 8-bit<br>&gt;&gt; &gt;&gt; field for &#8220;Next Prot&#8221;, =
the next protocol. Some protocols that IOAM data</span><span lang=3DDE style=3D'=
font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&gt; needs to be=
 encapsulated into use 16-bits for their next protocol code<br>&gt;&gt; &gt;=
&gt; points. See e.g. the GRE encapsulation &#8211; as specified in</span><s=
pan lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &=
gt;&gt; draft-weis-ippm-ioam-gre-00.</span><span lang=3DDE style=3D'font-family:=
PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;</span><span lang=3DDE style=3D'=
font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt; GIM&gt;&gt; The=
 first paragraph of the Introduction section states:</span><span lang=3DDE sty=
le=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&nbsp; &nbsp=
; New protocols that support overlay networks like VxLAN-GPE</span><span lan=
g=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&nbs=
p; &nbsp; [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve<br>&gt;=
&gt; &gt;&nbsp; &nbsp; [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-enca=
psulation], and<br>&gt;&gt; &gt;&nbsp; &nbsp; NSH [I-D.ietf-sfc-nsh] support=
 multi-protocol payload, e.g.<br>&gt;&gt; &gt;&nbsp; &nbsp; Ethernet, IPv4/I=
Pv6, and recognize Operations, Administration, and<br>&gt;&gt; &gt;&nbsp; &n=
bsp; Maintenance (OAM) as one of distinct types.&nbsp; That ensures that<br>=
&gt;&gt; &gt;&nbsp; &nbsp; Overlay OAM (OOAM)packets are sharing fate with O=
verlay data packet<br>&gt;&gt; &gt;&nbsp; &nbsp; traversing the underlay.<br=
>&gt;&gt; &gt; I'm updating the OOAM Header draft and along with cleaning ni=
ts will<br>&gt;&gt; &gt; update<br>&gt;&gt; &gt; reference to GUE. I think t=
hat the list and the statemnt are quite clear<br>&gt;&gt; &gt; in<br>&gt;&gt=
; &gt; identifying the scope of networks that may benefit from using not onl=
y<br>&gt;&gt; &gt; common OOAM Header but common OOAM mechanisms, e.g. Echo =
Request/Reply.<br>&gt;&gt; &gt;<br>&gt;&gt; &gt;&gt; With the above in mind,=
 I&#8217;d suggest that the WG moves forward with</span><span lang=3DDE style=3D=
'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&gt; specific d=
efinitions for encapsulating IOAM data into protocols &#8211; per</span><spa=
n lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt=
;&gt; the</span><span lang=3DDE style=3D'font-family:PMingLiU'><br></span><span =
lang=3DDE>&gt;&gt; &gt;&gt; above mentioned drafts.</span><span lang=3DDE style=3D=
'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&gt;</span><spa=
n lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt=
;&gt;</span><span lang=3DDE style=3D'font-family:PMingLiU'><br></span><span lang=
=3DDE>&gt;&gt; &gt;&gt;</span><span lang=3DDE style=3D'font-family:PMingLiU'><br><=
/span><span lang=3DDE>&gt;&gt; &gt;&gt; Regards, Frank</span><span lang=3DDE sty=
le=3D'font-family:PMingLiU'><br></span><span lang=3DDE>&gt;&gt; &gt;&gt;<br>&gt;=
&gt; &gt;&gt;<br>&gt;&gt; &gt;&gt; _________________________________________=
______<br>&gt;&gt; &gt;&gt; ippm mailing list<br>&gt;&gt; &gt;&gt; <a href=3D"=
mailto:ippm@ietf.org">ippm@ietf.org</a><br>&gt;&gt; &gt;&gt; <a href=3D"https:=
//www.ietf.org/mailman/listinfo/ippm" target=3D"_blank">https://www.ietf.org/m=
ailman/listinfo/ippm</a><br>&gt;&gt; &gt;&gt;<br>&gt;&gt; &gt;<br>&gt;&gt; &=
gt;<br>&gt;&gt; &gt; _______________________________________________<br>&gt;=
&gt; &gt; Int-area mailing list<br>&gt;&gt; &gt; <a href=3D"mailto:Int-area@ie=
tf.org">Int-area@ietf.org</a><br>&gt;&gt; &gt; <a href=3D"https://www.ietf.org=
/mailman/listinfo/int-area" target=3D"_blank">https://www.ietf.org/mailman/lis=
tinfo/int-area</a><br>&gt;&gt; &gt;<br>&gt;&gt;<br>&gt;&gt; ________________=
_______________________________<br>&gt;&gt; ippm mailing list<br>&gt;&gt; <a=
 href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>&gt;&gt; <a href=3D"https://=
www.ietf.org/mailman/listinfo/ippm" target=3D"_blank">https://www.ietf.org/mai=
lman/listinfo/ippm</a><br>&gt;<br>&gt;</span><o:p></o:p></p></div></div></bl=
ockquote></div><p class=3DMsoNormal><span lang=3DDE>&nbsp;</span><o:p></o:p></p>=
</div></div></div></div></div></body></html>

--B_3606738403_1014226000--

--B_3606738403_1795904286
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIHtAYJKoZIhvcNAQcCoIIHpTCCB6ECAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0B
BwGgggU0MIIFMDCCBBigAwIBAgIRAOKzO/yWqNp1kJOoXxDfmYowDQYJKoZIhvcNAQELBQAw
gZcxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcT
B1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8g
UlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE3MDQy
OTAwMDAwMFoXDTE4MDQyOTIzNTk1OVowIzEhMB8GCSqGSIb3DQEJARYSc2h3ZXRoYWJAY2lz
Y28uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEApM3GOdmeLl/wieHa6Pp0
cEREe5y1fo61mff7Fa30gaYwEbI0FY74XptWTYOwqEVAHDjoAGKQP0Mzy0QVCuASXEYplqDP
kWHkF7DYWviC3McbRiGBHjIt2NlAdsWPQi9DJFmkKoGogVpjp91ha0Cj0779xp0s+48TsfnV
V+u4JEZu77C1+9Y1eL/uxX7TTnHTED/yMO2OWxEcO+QBxpbqoHe69YZpKfn1iS/YnqNV61cL
9Fld95wuofaRGWVPwEY87EoYuY+o7TNcGRK1hXfq3fwXz2iRwDW2CdWrwpveFD9JO5YeGfWy
RQIlq9u8KejGvQZRWAG3bdbFuSb5ZeQcNwIDAQABo4IB6DCCAeQwHwYDVR0jBBgwFoAUgq9s
jPjF/pZhfOgfPStxSF7Ei8AwHQYDVR0OBBYEFHe96/sH0rQXAHCeW3g91UpDipniMA4GA1Ud
DwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIx
AQMFAjARBglghkgBhvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzAp
BggrBgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwWgYDVR0fBFMwUTBP
oE2gS4ZJaHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGlj
YXRpb25hbmRTZWN1cmVFbWFpbENBLmNybDCBiwYIKwYBBQUHAQEEfzB9MFUGCCsGAQUFBzAC
hklodHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlv
bmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9j
YS5jb20wHQYDVR0RBBYwFIESc2h3ZXRoYWJAY2lzY28uY29tMA0GCSqGSIb3DQEBCwUAA4IB
AQBIRKvntR4q2FdJr+KlGR8q53wJX5tX8dncbwAZWxpVzOT2ncbAXrmPmPu8ksWcX5wrU4dR
G5SviGBdGejNFj7uh2zd1YAMjU1KRjvasQcoswL4XmoJnrwC7EM7Bt4IyU0mr7vxABAIPmJ9
2yWzThX/ZA0GzyxHtrOtvn/4l/2+MzartGpyhfFCJFyce7sa0hijGdntZsD2JjsfnaQXOE9N
xOgt8rAqZx3f0gIK8n8kw1ILIgV6NT8Z6sbhL/OMROUPyZa5AJ+Mpmctei7NCeLDmTuCYbmJ
cKTcXoEmDdpzNwBfKB0mgjJFK8aaYYGj/qnMCbBgEQ/qpdSMMMRKDAQUMYICRDCCAkACAQEw
ga0wgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV
BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01P
RE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEA4rM7
/Jao2nWQk6hfEN+ZijANBglghkgBZQMEAgEFAKBpMC8GCSqGSIb3DQEJBDEiBCBI3RLKGnt2
xyp63nGotlv3ZpuuUIG9qpCj7wvbkXg+RTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG
CSqGSIb3DQEJBTEPFw0xODA0MTYxMDE2NDNaMA0GCSqGSIb3DQEBAQUABIIBAHOQ3eerpqVj
9XYXbp0H0qXkm8/w06EerGd54+bEMhEkmb1LrqKdsIQCsw30klumGZ0b+cpQQIrt8w76j5B3
F7n0PrcKVi72SlTGj1Tl3c0AKXuwBfc/h1eNjl/0rt+AhghlInDG9aCt+Mtarh0yx3exDuvZ
KoMN11T0+IvnPLPRAgIeBgc+kq3/c+9W+U4qrARHitc2j9DHN1OM9dGtmFMjVKi7qjsoxiCs
f59I4z92QBanH3MeGaSrvxFlIdsdTTChmcBWxx8uDxYDPjCNR5oRMwl4Ik8gD9elHP9VBAYl
fgS4MJsPaKNZ9E5fhY7GIHcnVG4g+78pqysuK9poflg=

--B_3606738403_1795904286--


From nobody Mon Apr 16 06:32:24 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3256E12D870; Mon, 16 Apr 2018 06:32:17 -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 K10WIg_ZO5pL; Mon, 16 Apr 2018 06:32:13 -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 A9766126FDC; Mon, 16 Apr 2018 06:32:12 -0700 (PDT)
Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 613759AD2A0D4; Mon, 16 Apr 2018 14:32:09 +0100 (IST)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.382.0; Mon, 16 Apr 2018 14:32:09 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0361.001; Mon, 16 Apr 2018 21:31:56 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
CC: NVO3 <nvo3@ietf.org>, int-area <int-area@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT0qfYMJmDjLfNRU+b5k8Wa55hLqP9MIyAgABxbYCAANtOAIAD+q4AgACbFcD//4GggIAAiFIg//+PoQCAALymQQ==
Date: Mon, 16 Apr 2018 13:31:55 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com>, <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com>
In-Reply-To: <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: multipart/alternative; boundary="_000_BBA82579FD347748BEADC4C445EA0F21A6D63236NKGEML515MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Vz5V7EQ9A3m0O6nAEXgygHXd0Mk>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 13:32:17 -0000

--_000_BBA82579FD347748BEADC4C445EA0F21A6D63236NKGEML515MBXchi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

SGkgU2h3ZXRoYSwNCg0KWW91IGFyZSB0YWxraW5nIGFib3V0IHRoZSBvdXRlciBlbmNhcHN1dGlv
bi4gSXQgaXMgc3RyYWlnaHQgZm9yd2FyZCBmb3IgdGhlIHVuZGVybGF5IHRvIHJlY29yZCBieSB0
aGUgaGVhZGVyLiBCdXQgd2hhdCBhYm91dCB0aGUgb3ZlcmxheSwgaS5lLiwgaW5uZXIgZW5jYXBz
dWxhdGlvbihlLmcuIGdlbmV2ZSk/IFdpdGhvdXQgc3BlY2lhbCBjb25maWd1cmF0aW9uLCBpbnRl
cm1lZGlhdGUgbm9kZSB3aWxsIG5vdCByZWFkIHRoZSBpbm5lciBoZWFkZXIsIGhlbmNlIG5vdCBi
ZSBhYmxlIHRvIHByb2Nlc3MgSU9BTS4NCk1heWJlIHdlIGFyZSBub3Qgc3luY2VkIGJ5IHRoaXMg
b3ZlcmxheS91bmRlcmxheSB1c2UgY2FzZS4gOi0pDQoNClRpYW5yYW4NCg0KDQoNCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fDQpTZW50IGZyb20gV2VMaW5rDQoNCreivP7Iy6O6IFNo
d2V0aGEgQmhhbmRhcmkgKHNod2V0aGFiKQ0KytW8/sjLo7ogVGlhbnJhbiBaaG91PHpob3V0aWFu
cmFuQGh1YXdlaS5jb208bWFpbHRvOnpob3V0aWFucmFuQGh1YXdlaS5jb20+PjtGcmFuayBCcm9j
a25lcnMgKGZicm9ja25lKTxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRvOmZicm9ja25lQGNpc2Nv
LmNvbT4+O01pY2tleSBTcGllZ2VsPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPG1haWx0
bzptc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT4+O1RvbSBIZXJiZXJ0PHRvbUBoZXJiZXJ0
bGFuZC5jb208bWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20+Pg0Ks63LzaO6IE5WTzM8bnZvM0Bp
ZXRmLm9yZzxtYWlsdG86bnZvM0BpZXRmLm9yZz4+O2ludC1hcmVhPGludC1hcmVhQGlldGYub3Jn
PG1haWx0bzppbnQtYXJlYUBpZXRmLm9yZz4+O1NlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVU
RiBsaXN0PHNmY0BpZXRmLm9yZzxtYWlsdG86c2ZjQGlldGYub3JnPj47SUVURiBJUFBNIFdHPGlw
cG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0K1vfM4qO6IFJlOiBbaXBwbV0gW0lu
dC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAt
IGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQrKsbzko7ogMjAxOC0wNC0x
NiAxODoxNzowMQ0KDQpIaSBUaWFucmFuLA0KPiBJZiBJIHJlY2FsbCByaWdodCwgaXQgaXMgbm90
IHdyaXR0ZW4gaW4gdGhlIGlvYW0gZGF0YSBkcmFmdC4NCkRhdGEgZHJhZnQgaXMgZGVmaW5pbmcg
dGhlIGRhdGEgdG8gYmUgY2FycmllZCBpbiBJT0FNIGluIGFuIGVuY2Fwc3VsYXRpb24gYWdub3N0
aWMgd2F5LCBpdCBkb2VzIG5vdCBzcGVjaWZ5IGhvdyB0aGUgZW5jYXBzdWxhdGlvbiBwcm90b2Nv
bCBpcyBjb25maWd1cmVkLg0KDQo+IFllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRpb24gaXMg
YW4gZWFzeSB3YXkuDQpXaGlsZSBpdCBpcywgaXQgZG9lcyBub3QgaGF2ZSB0byBiZSBhIG5vZGUg
Ynkgbm9kZSBjb25maWd1cmF0aW9uLiBJdCBjYW4gYmUgcGFydCBvZiB0aGUgZW5jYXBzdWxhdGlv
biBkZWZpbml0aW9uLg0KRm9yIGUuZy4gSWYgdGhlIGVuY2Fwc3VsYXRpb24gaXMgSVB2NiBhbmQg
aWYgd2UgZGVmaW5lIHRoZSBkYXRhIHRvIGJlIGNhcnJpZWQgYXMgSGJIIG9wdGlvbnMsIHRoZW4g
YmFzZWQgb24gdGhlIE9wdGlvbiBUeXBlIHdpdGggaGlnaGVzdCBvcmRlciAyIGJpdHMgc2V0IHRv
IDAwIHRoZW4gdGhlIHY2IG5vZGVzIHRoYXQgaW1wbGVtZW50IElPQU0gd2lsbCBwcm9jZXNzIHRo
ZSBvcHRpb24gYW5kIG90aGVycyB3aWxsIHNraXAgb3Zlci4NCg0KDQpUaGFua3MsDQpTaHdldGhh
DQoNCkZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIFRpYW5y
YW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCkRhdGU6IE1vbmRheSwgQXByaWwgMTYs
IDIwMTggYXQgMjozNiBQTQ0KVG86ICJGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSIgPGZicm9j
a25lQGNpc2NvLmNvbT4sIE1pY2tleSBTcGllZ2VsIDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtz
LmNvbT4sIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KQ2M6IE5WTzMgPG52bzNA
aWV0Zi5vcmc+LCAiaW50LWFyZWFAaWV0Zi5vcmciIDxpbnQtYXJlYUBpZXRmLm9yZz4sIFNlcnZp
Y2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+LCBJRVRGIElQUE0g
V0cgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBz
dWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJv
bSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KDQpIaSBGcmFuaywNCg0KSWYgSSByZWNhbGwgcmln
aHQsIGl0IGlzIG5vdCB3cml0dGVuIGluIHRoZSBpb2FtIGRhdGEgZHJhZnQuDQpZZXMsIG5vZGUg
Ynkgbm9kZSBjb25maWd1cmF0aW9uIGlzIGFuIGVhc3kgd2F5LiBJbiB0aGUgZHJhZnQtemhvdS1p
cHBtLWlvYW0teWFuZywgd2UgaGF2ZSB0aGUgobBwcm90b2NvbC10eXBlobEgdG8gaW5kaWNhdGUg
dGhlIGxheWVyaW5nLg0KICAgKy0tcncgaW9hbQ0KICAgICAgKy0tcncgaW9hbS1wcm9maWxlcw0K
ICAgICAgICAgKy0tcncgZW5hYmxlZD8gICAgICAgIGJvb2xlYW4NCiAgICAgICAgICstLXJ3IGlv
YW0tcHJvZmlsZSogW3Byb2ZpbGUtbmFtZV0NCiAgICAgICAgICAgICstLXJ3IHByb2ZpbGUtbmFt
ZSAgICAgICAgICAgICAgICAgICAgc3RyaW5nDQogICAgICAgICAgICArLS1ydyBmaWx0ZXINCiAg
ICAgICAgICAgIHwgICstLXJ3IGZpbHRlci10eXBlPyAgIGlvYW0tZmlsdGVyLXR5cGUNCiAgICAg
ICAgICAgIHwgICstLXJ3IGFjbC1uYW1lPyAgICAgIC0+IC9hY2w6YWNscy9hY2wvbmFtZQ0KICAg
ICAgICAgICAgKy0tcncgcHJvdG9jb2wtdHlwZT8gICAgICAgICAgICAgICAgICBpb2FtLXByb3Rv
Y29sLXR5cGUNCiAgICAgICAgICAgICstLXJ3IGluY3JlbWVudGFsLXRyYWNpbmctcHJvZmlsZSB7
aW5jcmVtZW50YWwtdHJhY2V9Pw0KICAgICAgICAgICAgfCAgLi4uDQogICAgICAgICAgICArLS1y
dyBwcmVhbGxvY2F0ZWQtdHJhY2luZy1wcm9maWxlIHtwcmVhbGxvY2F0ZWQtdHJhY2V9Pw0KICAg
ICAgICAgICAgfCAgLi4uDQogICAgICAgICAgICArLS1ydyBwb3QtcHJvZmlsZSB7cHJvb2Ytb2Yt
dHJhbnNpdH0/DQogICAgICAgICAgICB8ICAuLi4NCiAgICAgICAgICAgICstLXJ3IGUyZS1wcm9m
aWxlIHtlZGdlLXRvLWVkZ2V9Pw0KICAgICAgICAgICAgICAgLi4uDQoNCg0KVGlhbnJhbg0KRnJv
bTogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgW21haWx0bzpmYnJvY2tuZUBjaXNjby5jb21d
DQpTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDQ6NTEgUE0NClRvOiBUaWFucmFuIFpob3Ug
PHpob3V0aWFucmFuQGh1YXdlaS5jb20+OyBNaWNrZXkgU3BpZWdlbCA8bXNwaWVnZWxAYmFyZWZv
b3RuZXR3b3Jrcy5jb20+OyBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCkNjOiBO
Vk8zIDxudm8zQGlldGYub3JnPjsgaW50LWFyZWFAaWV0Zi5vcmc7IFNlcnZpY2UgRnVuY3Rpb24g
Q2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0
Zi5vcmc+DQpTdWJqZWN0OiBSRTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJ
T0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNz
aW9uIGluIExvbmRvbg0KDQpIaSBUaWFucmFuLA0KDQpJT0FNIGlzIGEgZG9tYWluIHNwZWNpZmlj
IGZlYXR1cmUgKHNlZSBhbHNvIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgc2VjdGlvbnMg
MyBhbmQgNCksIHdoaWNoIGFsbG93cyBhbiBvcGVyYXRvciB0byBjb250cm9sIGJ5IG1lYW5zIG9m
IGNvbmZpZ3VyYXRpb24gd2hlcmUgYW5kIGZvciB3aGljaCB0cmFmZmljIElPQU0gZGF0YSBmaWVs
ZHMgYXJlIGFkZGVkL3VwZGF0ZWQvcmVtb3ZlZCBmcm9tIHRoZSBjdXN0b21lciB0cmFmZmljLiBV
c2luZyB5b3VyIGV4YW1wbGUgb2YgR2VuZXZlIG92ZXIgSVB2NiCoQyB3aXRoIElPQU0gZGF0YSBp
biBib3RoIHRoZSBHZW5ldmUgYW5kIHRoZSBJUHY2IHByb3RvY29sLCBvbmUgd291bGQgZXhwZWN0
IHRoYXQgdGhlIG9wZXJhdG9yIGNvbmZpZ3VyZXMgdGhlIGVuZHBvaW50cyBvZiB0aGUgR2VuZXZl
IHR1bm5lbCB0byBvcGVyYXRlIG9uIHRoZSBJT0FNIGRhdGEgaW4gR2VuZXZlLCBhbmQgdGhlIElQ
djYgcm91dGVycyB0aGF0IHRoZSBHZW5ldmUgdHVubmVsIHRyYXZlcnNlcyB0byBvcGVyYXRlIG9u
IHRoZSBJT0FNIGRhdGEgaW4gSVB2Ni4NCg0KRnJhbmsNCg0KRnJvbTogVGlhbnJhbiBaaG91IDx6
aG91dGlhbnJhbkBodWF3ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tPj4NClNl
bnQ6IE1vbnRhZywgMTYuIEFwcmlsIDIwMTggMTA6MzcNClRvOiBGcmFuayBCcm9ja25lcnMgKGZi
cm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPG1haWx0bzpmYnJvY2tuZUBjaXNjby5jb20+Pjsg
TWlja2V5IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPG1haWx0bzptc3Bp
ZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT4+OyBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5k
LmNvbTxtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+DQpDYzogTlZPMyA8bnZvM0BpZXRmLm9y
ZzxtYWlsdG86bnZvM0BpZXRmLm9yZz4+OyBpbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86aW50LWFy
ZWFAaWV0Zi5vcmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGll
dGYub3JnPG1haWx0bzpzZmNAaWV0Zi5vcmc+PjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3Jn
PG1haWx0bzppcHBtQGlldGYub3JnPj4NClN1YmplY3Q6IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBl
bmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1
cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNCkhpIEZyYW5rLA0KDQpIb3cgZG9lcyBh
IGZvcndhcmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUgZGF0YT8NCkluIHRo
ZSBjYXNlIG9mIEdlbmV2ZSBvdmVyIElQdjYsIGRvIHlvdSBtZWFuIHRoZSBkZXZpY2UgbmVlZCB0
byBzY2FuIGFsbCB0aGUgcHJvdG9jb2wgc3RhY2s/IE9yIGp1c3QgdGhlIG91dGVyIGVuY2Fwc3Vs
YXRpb24/DQoNClRpYW5yYW4NCg0KRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRm
Lm9yZ10gT24gQmVoYWxmIE9mIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpDQpTZW50OiBNb25k
YXksIEFwcmlsIDE2LCAyMDE4IDM6MDggUE0NClRvOiBNaWNrZXkgU3BpZWdlbCA8bXNwaWVnZWxA
YmFyZWZvb3RuZXR3b3Jrcy5jb208bWFpbHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29t
Pj47IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0b21AaGVyYmVydGxh
bmQuY29tPj4NCkNjOiBOVk8zIDxudm8zQGlldGYub3JnPG1haWx0bzpudm8zQGlldGYub3JnPj47
IGludC1hcmVhQGlldGYub3JnPG1haWx0bzppbnQtYXJlYUBpZXRmLm9yZz47IFNlcnZpY2UgRnVu
Y3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc8bWFpbHRvOnNmY0BpZXRmLm9y
Zz4+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0K
U3ViamVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRh
IGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBM
b25kb24NCg0KDQpUb20sDQoNCmEgcXVpY2sgYWRkaXRpb24gdG8gd2hhdCBNaWNrZXkgbWVudGlv
bmVkIGJlbG93OiBXaGF0IHlvdSBzZWVtIHRvIGhhdmUgaW4gbWluZCBpcyB3aGF0IGRyYWZ0LWll
dGYtaXBwbS1pb2FtLWRhdGEtMDIgcmVmZXJzIHRvIGFzIKGwbGF5ZXJpbmehsSAoc2VlIHNlY3Rp
b24gMy4pLCBpLmUuIGlmIHlvdaGvcmUgcnVubmluZyBmb3IgZXhhbXBsZSBHZW5ldmUgb3ZlciBJ
UHY2LCB0aGVuIElPQU0gZGF0YSBjb3VsZCBiZSBlbmNhcHN1bGF0ZWQgaW4gYm90aCBwcm90b2Nv
bHMsIEdlbmV2ZSBhbmQgSVB2NiCoQyBnaXZpbmcgeW91IHZpc2liaWxpdHkgaW50byB0aGUgobB1
bmRlcmxheaGxIChJUHY2KSBhbmQgdGhlIKGwb3ZlcmxheaGxIChHZW5ldmUpLg0KDQpGcmFuaw0K
DQpGcm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tYm91bmNlc0Bp
ZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBNaWNrZXkgU3BpZWdlbA0KU2VudDogRnJlaXRhZywgMTMu
IEFwcmlsIDIwMTggMjA6MjINClRvOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxt
YWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+DQpDYzogTlZPMyA8bnZvM0BpZXRmLm9yZzxtYWls
dG86bnZvM0BpZXRmLm9yZz4+OyBpbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86aW50LWFyZWFAaWV0
Zi5vcmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYub3Jn
PG1haWx0bzpzZmNAaWV0Zi5vcmc+PjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPG1haWx0
bzppcHBtQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1
bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9t
IFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNClRvbSwNCg0KT24gVGh1LCBBcHIgMTIsIDIwMTgg
YXQgMTA6MTcgUE0sIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0b21A
aGVyYmVydGxhbmQuY29tPj4gd3JvdGU6DQpNaWNrZXksDQoNCkxvb2tpbmcgYXQgdGhlc2UgaXBw
bSBkcmFmdHMgbW9yZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUNCmZ1bmRhbWVudGFsIGNv
bmNlcm4uDQoNCkluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwIGZvciBpbnN0
YW5jZSwgdGhlcmUgaXMgdGhlIHRleHQNCmluIHRoZSBpbnRyb2R1Y3Rpb246DQoNCiJJbi1zaXR1
IE9BTSAoSU9BTSkgcmVjb3JkcyBPQU0gaW5mb3JtYXRpb24gd2l0aGluIHRoZSBwYWNrZXQgd2hp
bGUNCnRoZSBwYWNrZXQgdHJhdmVyc2VzIGEgcGFydGljdWxhciBuZXR3b3JrIGRvbWFpbi4gIFRo
ZSB0ZXJtICJpbi1zaXR1Ig0KcmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0gZGF0YSBm
aWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBkYXRhDQpwYWNrZXRzIHJhdGhlciB0aGFuIGlzIGJlaW5n
IHNlbnQgd2l0aGluIHBhY2tldHMgc3BlY2lmaWNhbGx5DQpkZWRpY2F0ZWQgdG8gT0FNLiAgVGhp
cyBkb2N1bWVudCBkZWZpbmVzIGhvdyBJT0FNIGRhdGEgZmllbGRzIGFyZQ0KdHJhbnNwb3J0ZWQg
YXMgcGFydCBvZiB0aGUgR2VuZXZlIFtJLUQuaWV0Zi1udm8zLWdlbmV2ZV0NCmVuY2Fwc3VsYXRp
b24uIg0KDQpJIGFzc3VtZSB0aGlzIG1lYW5zIHRoYXQgYXMgcGFja2V0cyB3aXRoIEdlbmV2ZSBl
bmNhcHN1bGF0aW9uIHRyYXZlcnNlDQp0aGUgbmV0d29yayB0aGV5IGFyZSBpbnRlcnByZXRlZCBi
eSBpbnRlcm1lZGlhdGUgbm9kZXMgYXMgYmVpbmcNCkdlbmV2ZS4gU2luY2UgR2VuZXZlIGlzIGEg
VURQIGVuY2Fwc3VsYXRpb24sIHRoZW4gdGhlIGRlc3RpbmF0aW9uIFVEUA0KcG9ydCBudW1iZXIg
d291bGQgYmUgdXNlZCB0byBpZGVudGlmeSBwYWNrZXRzIGFzIGJlaW5nIEdlbmV2ZS4gU28gYW4N
CmludGVybWVkaWF0ZSBkZXZpY2UgbWlnaHQgYmUgbG9va2luZyBmb3IgVURQIHBhY2tldHMgZGVz
dGluZWQgdG8gcG9ydA0KNjA4MSAodGhlIGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUpLiBJ
ZiBteSB1bmRlcnN0YW5kaW5nIGlzDQpjb3JyZWN0LCB0aGVuIHRoaXMgaXMgYSBwcm9ibGVtLg0K
DQpVRFAgcG9ydCBudW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFuaW5nLiBBbiBpbnRlcm1l
ZGlhdGUgZGV2aWNlDQptYXkgdmVyeSB3ZWxsIHNlZSBVRFAgcGFja2V0cyBkZXN0aW5lZCB0byBw
b3J0IDYwODEgdGhhdCBhcmUgbm90DQphY3R1YWxseSBHZW5ldmUuIFRoaXMgc2NlbmFyaW8gaXMg
ZGlzY3Vzc2VkIGluIFJGQzc2MDU6DQoNCiIuLi5pbnRlcm1lZGlhdGUgZGV2aWNlIGludGVycHJl
dHMgdHJhZmZpYyBiYXNlZCBvbiB0aGUgcG9ydCBudW1iZXIuDQpJdCBpcyBpbXBvcnRhbnQgdG8g
cmVjb2duaXplIHRoYXQgYW55IGludGVycHJldGF0aW9uIG9mIHBvcnQgbnVtYmVycw0KLS0gZXhj
ZXB0IGF0IHRoZSBlbmRwb2ludHMgLS0gbWF5IGJlIGluY29ycmVjdCwgYmVjYXVzZSBwb3J0IG51
bWJlcnMNCmFyZSBtZWFuaW5nZnVsIG9ubHkgYXQgdGhlIGVuZHBvaW50cy4iDQoNCklmIHRoZSBV
RFAgZGF0YSBpcyBtb2RpZmllZCwgYXMgdGhlIGRyYWZ0IHdvdWxkIGltcGx5LCB0aGVuDQptaXNp
bnRlcnByZXRhdGlvbiBtYXkgYWxzbyBtZWFuIHNpbGVudCBkYXRhIGNvcnJ1cHRpb24gb2YgcGFj
a2V0cy4gQQ0KcHJvdG9jb2wgdGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0eSBpbmNv
cnJlY3QhIE5vdGUgdGhhdCB0aGlzDQp3b3VsZCBiZSB0cnVlIGFsc28gZm9yIGFueSBVRFAgZW5j
YXBzdWxhdGlvbiB0aGF0IHRoZSBuZXR3b3JrIHRyaWVzIHRvDQppbnRlcnByZXQuDQoNClRoZSBp
bnRlbnRpb24gaXMgdG8gYWxsb3cgZm9yIG11bHRpcGxlIG5vZGVzIHRoYXQgYSBwYWNrZXQgdHJh
dmVyc2VzDQp0byBiZSBhYmxlIHRvIGluc2VydCBJT0FNIG5vZGUgaW5mb3JtYXRpb24gaW4gdGhl
IHNhbWUgdHJhY2Ugb3B0aW9uLA0KYnV0IGxlYXZlIHNvbWUgZmxleGliaWxpdHkgcmVnYXJkaW5n
IHdoaWNoIG5vZGVzIGFjdHVhbGx5IGRvIHRoZQ0KSU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUgbm9k
ZSBpbmZvcm1hdGlvbi4gVGhpcyBtYXkgdmFyeQ0KZGVwZW5kaW5nIG9uIHRoZSB0cmFuc3BvcnQu
DQoNCkluIGNhc2Ugb2YgYSB0dW5uZWxlZCBlbmNhcHN1bGF0aW9uIHN1Y2ggYXMgR2VuZXZlIG9y
IFZYTEFOLA0KdGhlcmUgbWF5IHN0aWxsIGJlIG11bHRpcGxlIGhvcHMuIEZvciBleGFtcGxlIGEg
bmV0d29yayBtYXkgdXNlDQpHZW5ldmUgb3IgVlhMQU4sIGJ1dCBvbmx5IGRvIEwyIHByb2Nlc3Np
bmcgYXQgVG9Scywgd2l0aCBMMw0KcHJvY2Vzc2luZyBkb25lIGF0IGFnZ3JlZ2F0aW9uIG9yIGNv
cmUgc3dpdGNoZXMuIEluIHRoaXMgY2FzZQ0KbWFueSBwYWNrZXRzIHdvdWxkIGRvIDIgR2VuZXZl
IG9yIFZYTEFOIGhvcHMsIHNvIHRoZSBwYWNrZXQNCndvdWxkIGNvbnRhaW4gSU9BTSBub2RlIGlu
Zm9ybWF0aW9uIGZyb20gdHdvIG5vZGVzLg0KDQpBbm90aGVyIGV4YW1wbGUgaXMgc2VydmljZSBm
dW5jdGlvbiBjaGFpbmluZyB1c2luZyBHZW5ldmUgb3INClZYTEFOIHJhdGhlciB0aGFuIE5TSC4N
Cg0KDQpJIGFtIGFsc28gd29uZGVyaW5nIGlmIGhvcC1ieS1ob3Agb3B0aW9ucyBiZWVuIGNvbnNp
ZGVyZWQgZm9yIHRoaXMNCmFwcGxpY2F0aW9uPyBUaGVpciBpbnRlcnByZXRhdGlvbiBpbiB0aGUg
bmV0d29yayBpcyB1bmFiaWd1b3VzIGFuZA0KdGhleSBhbHNvIGhhdmUgdGhlIGFkdmFudGFnZSB0
aGF0IHRoZSB3b3JrIHdpdGggYW55IElQIHByb3RvY29sIG9yDQplbmNhcHN1bGF0aW9uLg0KDQpJ
UHY2IGhvcC1ieS1ob3Agb3B0aW9ucyBoYXMgYmVlbiBjb25zaWRlcmVkLiBTZWUNCmRyYWZ0LWJy
b2NrbmVycy1pbmJhbmQtb2FtLXRyYW5zcG9ydC0wNS4gVGhpcyBoYXMgbm90IHlldCBiZWVuDQpi
cm9rZW4gb3V0IGludG8gYSBzZXBhcmF0ZSBkcmFmdC4NCg0KTWlja2V5DQoNCg0KVGhhbmtzLA0K
VG9tDQoNCg0KT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMzozMSBQTSwgTWlja2V5IFNwaWVnZWwN
Cjxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTxtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3Ru
ZXR3b3Jrcy5jb20+PiB3cm90ZToNCj4gVG9tLA0KPg0KPiBPbiBUaHUsIEFwciAxMiwgMjAxOCBh
dCAyOjQ2IFBNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxtYWlsdG86dG9tQGhl
cmJlcnRsYW5kLmNvbT4+IHdyb3RlOg0KPj4NCj4+IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6
NTQgQU0sIEdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb208bWFpbHRvOmdyZWdpbWly
c2t5QGdtYWlsLmNvbT4+DQo+PiB3cm90ZToNCj4+ID4gSGkgRnJhbmssDQo+PiA+IHRoYW5rIHlv
dSBmb3Igc2hhcmluZyB5b3VyIHBvaW50cy4gUGxlYXNlIGZpbmQgbXkgbm90ZXMgaW4tbGluZSBh
bmQNCj4+ID4gdGFnZ2VkDQo+PiA+IEdJTT4+LiBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIHZlcnkg
bXVjaCByZWxldmFudCB0byB3b3JrIG9mIG90aGVyDQo+PiA+IHdvcmtpbmcNCj4+ID4gZ3JvdXBz
IHRoYXQgZGlyZWN0bHkgd29yayBvbiB0aGUgb3ZlcmxheSBlbmNhcHN1bGF0aW9ucyBpbiB0aGUg
Y2VudGVyIG9mDQo+PiA+IHRoZQ0KPj4gPiBkaXNjdXNzaW9uIGFuZCBoZW5jZSBJJ3ZlIGFkZGVk
IHRoZW0gdG8gdGhlIGxpc3QuIEhvcGUgd2UnbGwgaGF2ZSBtb3JlDQo+PiA+IG9waW5pb25zIHRv
IHJlYWNoIHRoZSBjb25jbHVzaW9uIHRoYXQgaXMgYWNjZXB0YWJsZSB0byBhbGwuDQo+PiA+DQo+
PiA+IFJlZ2FyZHMsDQo+PiA+IEdyZWcNCj4+ID4NCj4+ID4gT24gV2VkLCBBcHIgMTEsIDIwMTgg
YXQgMTI6MDIgUE0sIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpDQo+PiA+IDxmYnJvY2tuZUBj
aXNjby5jb208bWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbT4+IHdyb3RlOg0KPj4gPj4NCj4+ID4+
IEJhY2sgYXQgdGhlIElQUE0gbWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1c3NlZCBzZXZlcmFs
IGRyYWZ0cyBkZWFsaW5nDQo+PiA+PiB3aXRoIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0
YSBpbiB2YXJpb3VzIHByb3RvY29scw0KPj4gPj4gKGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0t
dnhsYW4tZ3BlLTAwLA0KPj4gPj4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAs
IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMCkuIE9uZQ0KPj4gPj4gZGlzY3Vzc2lvbiB0b3Bp
YyB0aGF0IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uDQo+
PiA+PiBvbg0KPj4gPj4gd2hldGhlciBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIgY291
bGQgYmUgbGV2ZXJhZ2VkLi4gIEFmdGVyDQo+PiA+PiBjYXJlZnVsbHkNCj4+ID4+IGNvbnNpZGVy
aW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRvIHRoZSBjb25jbHVz
aW9uDQo+PiA+PiB0aGF0DQo+PiA+PiB0aGUgobBPT0FNIGhlYWRlcqGxIGRvZXMgbm90IG1lZXQg
dGhlIG5lZWRzIG9mIElPQU06DQo+PiA+Pg0KPj4gPj4gKiBFZmZpY2llbmN5OiBJT0FNIGFkZHMg
ZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4NCj4+ID4+IGVuY2Fwc3VsYXRp
b24gbmVlZHMgdG8gYmUgYXMgZWZmaWNpZW50IGFzIHBvc3NpYmxlLiBUaGUgobBPT0FNIGhlYWRl
cqGxDQo+PiA+PiBpcyA4DQo+PiA+PiBieXRlcyBsb25nLiBUaGUgYXBwcm9hY2ggZm9yIElPQU0g
ZGF0YSBlbmNhcHN1bGF0aW9uIGluIHRoZSBhYm92ZQ0KPj4gPj4gbWVudGlvbmVkDQo+PiA+PiBk
cmFmdHMgb25seSByZXF1aXJlcyA0IGJ5dGVzLiBVc2luZyB0aGUgT09BTSBoZWFkZXIgYXBwcm9h
Y2ggd291bGQgYWRkDQo+PiA+PiBhbg0KPj4gPj4gdW5uZWNlc3Nhcnkgb3ZlcmhlYWQgb2YgNCBi
eXRlcyCoQyB3aGljaCBpcyBzaWduaWZpY2FudC4NCj4+IEdyZWcsDQo+Pg0KPj4gSSdtIG1pc3Np
bmcgc29tZXRoaW5nIGhlcmUuIEkgbG9va2VkIGF0IHRoZSBkcmFmdHMgeW91IHJlZmVyZW5jZWQg
YW5kDQo+PiBlYWNoIG9mIHRoZW0gbG9va3MgbGlrZSB0aGUgb3ZlcmhlYWQgZm9yIE9BTSBpcyBn
cmVhdGVyIHRoYXQgZm91cg0KPj4gYnl0ZXMuIEluIGVhY2ggdGhlcmUgaXMgc29tZSBvdmVyaGVh
ZCBlcXVpdmFsZW50IHRvIHR5cGUvbGVuZ3RoLCBmb3INCj4+IGluc3RhbmNlIGluIEdlbmV2ZSBm
b3VyIGJ5dGVzIGFyZSBuZWVkZWQgZm9yIG9wdGlvbiBjbGFzcywgdHlwZSwgYW5kDQo+PiBsZW5n
dGguIFVubGVzcyB0aGUgdGhlIE9BTSBkYXRhIGlzIHplcm8gbGVuZ3RoLCBJIGRvbid0IHNlZSBo
b3cgdGhpcw0KPj4gYWRkcyB1cCB0byBvbmx5IGZvdXIgYnl0ZXMgb2Ygb3ZlcmhlYWQuDQo+DQo+
DQo+IFRoZSBmb3VyIHZlcnN1cyBlaWdodCBieXRlcyBqdXN0IHJlZmVycyB0byB0aGUgZmllbGRz
IGluIHRoZSBmb3VyIGJ5dGVzIG9mDQo+IElPQU0NCj4gaW5mbywgdGhhdCBpcyBjb21tb24gdG8g
YWxsIElPQU0gb3B0aW9ucy4gQmV5b25kIHRoYXQsIHRoZXJlIGFyZSBJT0FNIG9wdGlvbg0KPiBz
cGVjaWZpYyBmaWVsZHMuIEZvciBleGFtcGxlIGlmIGRvaW5nIG9uZSBvZiB0aGUgSU9BTSB0cmFj
ZSBvcHRpb25zLCB0aGVyZQ0KPiBhcmUNCj4gZm91ciBieXRlcyBvZiB0cmFjZSBvcHRpb24gaGVh
ZGVyLCBpbmNsdWRpbmcgdGhlIElPQU0tdHJhY2UtdHlwZSwgTm9kZUxlbiwNCj4gRmxhZ3MsIGFu
ZCBSZW1haW5pbmdMZW4gZmllbGRzLiBUaGVzZSBhcmUgZm9sbG93ZWQgYnkgdGhlIG5vZGUgZGF0
YSBsaXN0DQo+IGNvbnRhaW5pbmcgdGhlIHBlciBob3AgSU9BTSBpbmZvcm1hdGlvbi4NCj4NCj4g
SW4gbG9va2luZyBhdCB0aGUgT09BTSBoZWFkZXIgY29udGVudCwgaXQgaGFzIG5vdGhpbmcgdG8g
ZG8gd2l0aCBhbnkgb2YgdGhlDQo+IElPQU0gaW5mb3JtYXRpb24gYWZ0ZXIgdGhlIGZpcnN0IGZv
dXIgYnl0ZXMuIEl0IGNvbnRhaW5zIGFub3RoZXIgdmFyaWFudCBvZg0KPiB0aGUNCj4gaW5mb3Jt
YXRpb24gaW4gdGhlIGZpcnN0IGZvdXIgYnl0ZXMgb2YgSU9BTSBpbmZvLCBzcHJlYWQgb3V0IG92
ZXIgZWlnaHQNCj4gYnl0ZXMuDQo+DQo+Pg0KPj4gVG9tDQo+Pg0KPj4gPg0KPj4gPiBHSU0+PiBU
aGUgZGlmZmVyZW5jZSBpbiBmb3VyIG9jdGV0cyBpcyBiZWNhdXNlIE9PQU0gSGVhZGVyOg0KPj4g
Pg0KPj4gPiBwcm92aWRlcyBtb3JlIGZsZXhpYmlsaXR5LCBlLmcuIEZsYWdzIGZpZWxkIGFuZCBS
ZXNlcnZlZCBmaWVsZHM7DQo+DQo+DQo+IFRoZSBmbGFncyBmaWVsZCBvbmx5IGhhcyBvbmUgZGVm
aW5lZCBmbGFnIGF0IHRoZSBtb21lbnQsIGZvciBhIHRpbWVzdGFtcA0KPiBibG9jay4gRm9yIElP
QU0gdHJhY2Ugd2UgbmVlZCBwZXIgaG9wIHRpbWVzdGFtcHMsIHdoaWNoIHRoZSB0aW1lc3RhbXAN
Cj4gYmxvY2sgY2Fubm90IGFkZHJlc3MsIGkuZS4gdGhlIHRpbWVzdGFtcCBibG9jayBpcyByZWR1
bmRhbnQgZm9yIElPQU0uDQo+DQo+Pg0KPj4gPiBzdXBwb3J0cyBsYXJnZXIgT0FNIHBhY2tldHMg
dGhhbiBpT0FNIGhlYWRlcjsNCj4NCj4NCj4gRm9yIElPQU0gcHVycG9zZXMsIDEwMjAgb2N0ZXRz
IGlzIG1vcmUgdGhhbiBlbm91Z2guDQo+DQo+Pg0KPj4gPiBpcyBmdXR1cmUgcHJvb2YgYnkgc3Vw
cG9ydGluZyB2ZXJzaW9uaW5nIChWZXJzaW9uIGZpZWxkKS4NCj4NCj4NCj4gSU1PLCB0YWtpbmcg
dGhlIGZpcnN0IHR3byBiaXRzIG9mIHRoZSBJT0FNLVR5cGUgdG8gZGVmaW5lIGEgVmVyc2lvbiBm
aWVsZA0KPiB3b3VsZCBiZSBhIGdvb2QgdGhpbmcuIFRoaXMgZG9lcyBub3QgcmVxdWlyZSBhZGRp
bmcgZm91ciBtb3JlIGJ5dGVzIG9mDQo+IG92ZXJoZWFkLiA2NCBJT0FNLVR5cGVzIGlzIG1vcmUg
dGhhbiBlbm91Z2guDQo+DQo+Pg0KPj4gPj4NCj4+ID4+ICogTWF0dXJpdHk6IElPQU0gaGFzIHNl
dmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hvd24gYXQNCj4+ID4+IHJl
Y2VudCBJRVRGIGhhY2thdGhvbnMgqEMgYW5kIHdloa9yZSBleHBlY3RpbmcgYWRkaXRpb25hbCBp
bXBsZW1lbnRhdGlvbnMNCj4+ID4+IHRvDQo+PiA+PiBiZSBwdWJsaWNpemVkIHNvb24uIEludGVy
b3BlcmFibGUgaW1wbGVtZW50YXRpb25zIG5lZWQgdGltZWx5DQo+PiA+PiBzcGVjaWZpY2F0aW9u
cy4gRGVzcGl0ZSB0aGUgcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9u
DQo+PiA+PiBPT0FNDQo+PiA+PiBpbiB0aGUgTlZPMyBsaXN0IGhhc26hr3QgcmV2ZWFsZWQgYW55
IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4NCj4+ID4+IEluDQo+PiA+PiBhZGRp
dGlvbiwgdGhlIHRocmVhZCByZXZlYWxlZCB0aGF0IHNldmVyYWwgZnVuZGFtZW50YWwgcXVlc3Rp
b25zIGFib3V0DQo+PiA+PiB0aGUNCj4+ID4+IE9PQU0gaGVhZGVyIGFyZSBzdGlsbCBvcGVuLCBz
dWNoIGFzIHdoZXRoZXIgb3IgaG93IGFjdGl2ZSBPQU0NCj4+ID4+IG1lY2hhbmlzbXMNCj4+ID4+
IHdpdGhpbiBwcm90b2NvbHMgc3VjaCBhcyBHZW5ldmUgd291bGQgYXBwbHkgdG8gdGhlIE9PQU0g
aGVhZGVyLiBUaGlzDQo+PiA+PiB1bHRpbWF0ZWx5IG1lYW5zIHRoYXQgd2Ugd29uoa90IGdldCB0
byBhIHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KPj4gPg0KPj4gPiBHSU0+PiBNYXkgSSBhc2sgd2hp
Y2ggZW5jYXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbnMNCj4+ID4g
eW91DQo+PiA+IHJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2Fs
cyB3ZXJlIHRvIHVzZSBtZXRhLWRhdGENCj4+ID4gVExWDQo+PiA+IGluLCBlLmcuIEdlbmV2ZSBh
bmQgTlNILiBBbmQgaWYgdGhlc2Ugb3Igc29tZSBvZiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMNCj4+
ID4gYWxyZWFkeSB1cGRhdGVkIHRvIHRoZSBuZXdseSBwcm9wb3NlZCBpT0FNIHNoaW0sIEkgZG9u
J3Qgc2VlIHByb2JsZW0gaW4NCj4+ID4gbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3Vs
ZCB5b3UgYWdyZWU/DQo+PiA+DQo+PiA+Pg0KPj4gPj4gKiBTY29wZTogSXQgaXNuoa90IGVudGly
ZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUgT09BTSBoZWFkZXINCj4+ID4+IHdvdWxk
DQo+PiA+PiB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5IHRoZSBPT0FNIGhlYWRlciBpcyBk
ZWZpbmVkLCBPT0FNIHVzZXMgYQ0KPj4gPj4gOC1iaXQNCj4+ID4+IGZpZWxkIGZvciChsE5leHQg
UHJvdKGxLCB0aGUgbmV4dCBwcm90b2NvbC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGEN
Cj4+ID4+IG5lZWRzIHRvIGJlIGVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVp
ciBuZXh0IHByb3RvY29sIGNvZGUNCj4+ID4+IHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNh
cHN1bGF0aW9uIKhDIGFzIHNwZWNpZmllZCBpbg0KPj4gPj4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0t
Z3JlLTAwLg0KPj4gPg0KPj4gPiBHSU0+PiBUaGUgZmlyc3QgcGFyYWdyYXBoIG9mIHRoZSBJbnRy
b2R1Y3Rpb24gc2VjdGlvbiBzdGF0ZXM6DQo+PiA+ICAgIE5ldyBwcm90b2NvbHMgdGhhdCBzdXBw
b3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEUNCj4+ID4gICAgW0ktRC5pZXRmLW52
bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1ZV0sIEdlbmV2ZQ0KPj4gPiAgICBb
SS1ELmlldGYtbnZvMy1nZW5ldmVdLCBCSUVSIFtJLUQuaWV0Zi1iaWVyLW1wbHMtZW5jYXBzdWxh
dGlvbl0sIGFuZA0KPj4gPiAgICBOU0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGkt
cHJvdG9jb2wgcGF5bG9hZCwgZS5nLg0KPj4gPiAgICBFdGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQg
cmVjb2duaXplIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQNCj4+ID4gICAgTWFpbnRl
bmFuY2UgKE9BTSkgYXMgb25lIG9mIGRpc3RpbmN0IHR5cGVzLiAgVGhhdCBlbnN1cmVzIHRoYXQN
Cj4+ID4gICAgT3ZlcmxheSBPQU0gKE9PQU0pcGFja2V0cyBhcmUgc2hhcmluZyBmYXRlIHdpdGgg
T3ZlcmxheSBkYXRhIHBhY2tldA0KPj4gPiAgICB0cmF2ZXJzaW5nIHRoZSB1bmRlcmxheS4NCj4+
ID4gSSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBkcmFmdCBhbmQgYWxvbmcgd2l0aCBjbGVh
bmluZyBuaXRzIHdpbGwNCj4+ID4gdXBkYXRlDQo+PiA+IHJlZmVyZW5jZSB0byBHVUUuIEkgdGhp
bmsgdGhhdCB0aGUgbGlzdCBhbmQgdGhlIHN0YXRlbW50IGFyZSBxdWl0ZSBjbGVhcg0KPj4gPiBp
bg0KPj4gPiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgdGhhdCBtYXkgYmVuZWZp
dCBmcm9tIHVzaW5nIG5vdCBvbmx5DQo+PiA+IGNvbW1vbiBPT0FNIEhlYWRlciBidXQgY29tbW9u
IE9PQU0gbWVjaGFuaXNtcywgZS5nLiBFY2hvIFJlcXVlc3QvUmVwbHkuDQo+PiA+DQo+PiA+PiBX
aXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJoa9kIHN1Z2dlc3QgdGhhdCB0aGUgV0cgbW92ZXMgZm9y
d2FyZCB3aXRoDQo+PiA+PiBzcGVjaWZpYyBkZWZpbml0aW9ucyBmb3IgZW5jYXBzdWxhdGluZyBJ
T0FNIGRhdGEgaW50byBwcm90b2NvbHMgqEMgcGVyDQo+PiA+PiB0aGUNCj4+ID4+IGFib3ZlIG1l
bnRpb25lZCBkcmFmdHMuDQo+PiA+Pg0KPj4gPj4NCj4+ID4+DQo+PiA+PiBSZWdhcmRzLCBGcmFu
aw0KPj4gPj4NCj4+ID4+DQo+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KPj4gPj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4+ID4+IGlwcG1AaWV0Zi5v
cmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQo+PiA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls
bWFuL2xpc3RpbmZvL2lwcG0NCj4+ID4+DQo+PiA+DQo+PiA+DQo+PiA+IF9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+IEludC1hcmVhIG1haWxpbmcg
bGlzdA0KPj4gPiBJbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86SW50LWFyZWFAaWV0Zi5vcmc+DQo+
PiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaW50LWFyZWENCj4+ID4N
Cj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
Pj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4+IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5v
cmc+DQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCj4NCj4N
Cg0K

--_000_BBA82579FD347748BEADC4C445EA0F21A6D63236NKGEML515MBXchi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">
<style>
<!--
@font-face
	{font-family:"Cambria Math"}
@font-face
	{font-family:DengXian}
@font-face
	{font-family:Calibri}
@font-face
	{font-family:PMingLiU}
@font-face
	{font-family:=D0=C2=CB=CE=CC=E5}
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman"}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{margin:0in;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	font-size:12.0pt;
	font-family:"Times New Roman"}
p.msonormal0, li.msonormal0, div.msonormal0
	{margin-right:0in;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman"}
span.gmail-im
	{}
span.EmailStyle20
	{font-family:Calibri;
	color:#1F497D}
span.EmailStyle21
	{font-family:=D0=C2=CB=CE=CC=E5;
	color:#1F497D;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none}
span.EmailStyle22
	{font-family:=D0=C2=CB=CE=CC=E5;
	color:windowtext;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none}
span.EmailStyle23
	{font-family:Calibri;
	color:#1F497D}
span.EmailStyle24
	{font-family:=D0=C2=CB=CE=CC=E5;
	color:#1F497D;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none}
span.EmailStyle25
	{font-family:=D0=C2=CB=CE=CC=E5;
	color:windowtext;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none}
span.EmailStyle26
	{font-family:Calibri;
	color:windowtext}
span.msoIns
	{text-decoration:underline;
	color:teal}
.MsoChpDefault
	{font-size:10.0pt}
@page WordSection1
	{margin:70.85pt 70.85pt 56.7pt 70.85pt}
div.WordSection1
	{}
-->
</style>
</head>
<body bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div style=3D"font-family:Calibri,Helvetica!important">Hi Shwetha,<br>
<br>
You are talking about the outer encapsution. It is straight forward for the=
 underlay to record by the header. But what about the overlay, i.e., inner =
encapsulation(e.g. geneve)? Without special configuration, intermediate nod=
e will not read the inner header,
 hence not be able to process IOAM.<br>
Maybe we are not synced by this overlay/underlay use case. :-)<br>
<br>
Tianran<br>
<br>
<br>
<br>
<hr style=3D"border-top:dotted 1px">
Sent from WeLink<br>
<br>
</div>
<div name=3D"AnyOffice-Background-Image" style=3D"border-top:1px solid #B5C=
4DF; padding:8px">
<div><b>=B7=A2=BC=FE=C8=CB=A3=BA </b>Shwetha Bhandari (shwethab)</div>
<div><b>=CA=D5=BC=FE=C8=CB=A3=BA </b>Tianran Zhou&lt;<a href=3D"mailto:zhou=
tianran@huawei.com">zhoutianran@huawei.com</a>&gt;;Frank Brockners (fbrockn=
e)&lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cisco.com</a>&gt;;Mick=
ey Spiegel&lt;<a href=3D"mailto:mspiegel@barefootnetworks.com">mspiegel@bar=
efootnetworks.com</a>&gt;;Tom
 Herbert&lt;<a href=3D"mailto:tom@herbertland.com">tom@herbertland.com</a>&=
gt;</div>
<div><b>=B3=AD=CB=CD=A3=BA </b>NVO3&lt;<a href=3D"mailto:nvo3@ietf.org">nvo=
3@ietf.org</a>&gt;;int-area&lt;<a href=3D"mailto:int-area@ietf.org">int-are=
a@ietf.org</a>&gt;;Service Function Chaining IETF list&lt;<a href=3D"mailto=
:sfc@ietf.org">sfc@ietf.org</a>&gt;;IETF IPPM WG&lt;<a href=3D"mailto:ippm@=
ietf.org">ippm@ietf.org</a>&gt;</div>
<div><b>=D6=F7=CC=E2=A3=BA </b>Re: [ippm] [Int-area] encapsulation of IOAM =
data in various protocols - follow up from WG discussion in London</div>
<div><b>=CA=B1=BC=E4=A3=BA </b>2018-04-16 18:17:01</div>
<br>
</div>
<div>
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">Hi Tianran,</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">&gt;</span><span style=3D"font-size:10.5pt; font-family:=D0=C2=CB=CE=CC=
=E5; color:#1F497D"> If I recall right, it is not written in the ioam data =
draft.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:Calibri=
">Data draft is defining the data to be carried in IOAM in an encapsulation=
 agnostic way, it does not specify how the encapsulation protocol is config=
ured.</span></p>
<p class=3D"MsoNormal">&nbsp;</p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&gt; Yes, node by node configuration is an eas=
y way.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">While it is, it does not have to be a node by node configuration. It can =
be part of the encapsulation definition.
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">For e.g. If the encapsulation is IPv6 and if we define the data to be car=
ried as HbH options, then based on the Option Type with highest order 2 bit=
s set to 00 then the v6 nodes that implement
 IOAM will process the option and others will skip over.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">Thanks,</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">Shwetha</span><span style=3D"font-size:11.0pt; font-family:Calibri"></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
">&nbsp;</span></p>
<div style=3D"border:none; border-top:solid #B5C4DF 1.0pt; padding:3.0pt 0i=
n 0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-family:Calibri; color:black">=
From: </span>
</b><span style=3D"font-family:Calibri; color:black">ippm &lt;ippm-bounces@=
ietf.org&gt; on behalf of Tianran Zhou &lt;zhoutianran@huawei.com&gt;<br>
<b>Date: </b>Monday, April 16, 2018 at 2:36 PM<br>
<b>To: </b>&quot;Frank Brockners (fbrockne)&quot; &lt;fbrockne@cisco.com&gt=
;, Mickey Spiegel &lt;mspiegel@barefootnetworks.com&gt;, Tom Herbert &lt;to=
m@herbertland.com&gt;<br>
<b>Cc: </b>NVO3 &lt;nvo3@ietf.org&gt;, &quot;int-area@ietf.org&quot; &lt;in=
t-area@ietf.org&gt;, Service Function Chaining IETF list &lt;sfc@ietf.org&g=
t;, IETF IPPM WG &lt;ippm@ietf.org&gt;<br>
<b>Subject: </b>Re: [ippm] [Int-area] encapsulation of IOAM data in various=
 protocols - follow up from WG discussion in London</span></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;</p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">Hi Frank,</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">If I recall right, it is not written in the io=
am data draft.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">Yes, node by node configuration is an easy way=
. In the draft-zhou-ippm-ioam-yang, we have the
</span><span style=3D"font-size:10.5pt; color:#1F497D">=A1=B0</span><span s=
tyle=3D"font-size:10.5pt; font-family:=D0=C2=CB=CE=CC=E5; color:#1F497D">pr=
otocol-type</span><span style=3D"font-size:10.5pt; color:#1F497D">=A1=B1</s=
pan><span style=3D"font-size:10.5pt; font-family:=D0=C2=CB=CE=CC=E5; color:=
#1F497D">
 to indicate the layering.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp; &#43;--rw ioam</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &#43;--rw ioam-=
profiles</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; &#43;--rw enabled?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; boolean</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; &#43;--rw ioam-profile* [profile-name]</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; &#43;--rw profile-name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; string</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; &#43;--rw filter</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; |&nbsp; &#43;--rw filter-type?&nbsp;&nbsp; ioam-filter=
-type</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; |&nbsp; &#43;--rw acl-name?&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; -&gt; /acl:acls/acl/name</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; &#43;--rw protocol-type?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; io=
am-protocol-type</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; &#43;--rw incremental-tracing-profile {incremental-tra=
ce}?</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; |&nbsp; ...</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; &#43;--rw preallocated-tracing-profile {preallocated-t=
race}?</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; &nbsp;&nbsp;|&nbsp; ...</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; &#43;--rw pot-profile {proof-of-transit}?</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; |&nbsp; ...</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; &#43;--rw e2e-profile {edge-to-edge}?</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ...</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">Tianran</span></p>
<div style=3D"border:none; border-left:solid blue 1.5pt; padding:0in 0in 0i=
n 4.0pt">
<div>
<div style=3D"border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0i=
n 0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt; font-family:Cali=
bri">From:</span></b><span style=3D"font-size:11.0pt; font-family:Calibri">=
 Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
<br>
<b>Sent:</b> Monday, April 16, 2018 4:51 PM<br>
<b>To:</b> Tianran Zhou &lt;zhoutianran@huawei.com&gt;; Mickey Spiegel &lt;=
mspiegel@barefootnetworks.com&gt;; Tom Herbert &lt;tom@herbertland.com&gt;<=
br>
<b>Cc:</b> NVO3 &lt;nvo3@ietf.org&gt;; int-area@ietf.org; Service Function =
Chaining IETF list &lt;sfc@ietf.org&gt;; IETF IPPM WG &lt;ippm@ietf.org&gt;=
<br>
<b>Subject:</b> RE: [ippm] [Int-area] encapsulation of IOAM data in various=
 protocols - follow up from WG discussion in London</span></p>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;</p>
<p class=3D"MsoNormal"><span lang=3D"DE" style=3D"font-size:11.0pt; font-fa=
mily:Calibri; color:#1F497D">Hi Tianran,</span></p>
<p class=3D"MsoNormal"><span lang=3D"DE" style=3D"font-size:11.0pt; font-fa=
mily:Calibri; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">IOAM is a domain specific feature (see also draft-ietf-ipp=
m-ioam-data-02 sections 3 and 4), which allows an operator to control by me=
ans of configuration where and for which
 traffic IOAM data fields are added/updated/removed from the customer traff=
ic. Using your example of Geneve over IPv6 =A8C with IOAM data in both the =
Geneve and the IPv6 protocol, one would expect that the operator configures=
 the endpoints of the Geneve tunnel
 to operate on the IOAM data in Geneve, and the IPv6 routers that the Genev=
e tunnel traverses to operate on the IOAM data in IPv6.
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">Frank</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">&nbsp;</span></p>
<div>
<div style=3D"border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0i=
n 0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt; font-family:Cali=
bri">From:</span></b><span style=3D"font-size:11.0pt; font-family:Calibri">=
 Tianran Zhou &lt;<a href=3D"mailto:zhoutianran@huawei.com">zhoutianran@hua=
wei.com</a>&gt;
<br>
<b>Sent:</b> Montag, 16. April 2018 10:37<br>
<b>To:</b> Frank Brockners (fbrockne) &lt;<a href=3D"mailto:fbrockne@cisco.=
com">fbrockne@cisco.com</a>&gt;; Mickey Spiegel &lt;<a href=3D"mailto:mspie=
gel@barefootnetworks.com">mspiegel@barefootnetworks.com</a>&gt;; Tom Herber=
t &lt;<a href=3D"mailto:tom@herbertland.com">tom@herbertland.com</a>&gt;<br=
>
<b>Cc:</b> NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org">nvo3@ietf.org</a>&gt;;=
 <a href=3D"mailto:int-area@ietf.org">
int-area@ietf.org</a>; Service Function Chaining IETF list &lt;<a href=3D"m=
ailto:sfc@ietf.org">sfc@ietf.org</a>&gt;; IETF IPPM WG &lt;<a href=3D"mailt=
o:ippm@ietf.org">ippm@ietf.org</a>&gt;<br>
<b>Subject:</b> RE: [ippm] [Int-area] encapsulation of IOAM data in various=
 protocols - follow up from WG discussion in London</span></p>
</div>
</div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">Hi Frank,</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">How does a forwarder know when and where to in=
sert the data?
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">In the case of Geneve over IPv6, do you mean t=
he device need to scan all the protocol stack? Or just the outer encapsulat=
ion?</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">Tianran</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt; font-family:=D0=C2=
=CB=CE=CC=E5; color:#1F497D">&nbsp;</span></p>
<div style=3D"border:none; border-left:solid blue 1.5pt; padding:0in 0in 0i=
n 4.0pt">
<div>
<div style=3D"border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0i=
n 0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt; font-family:Cali=
bri">From:</span></b><span style=3D"font-size:11.0pt; font-family:Calibri">=
 ippm [<a href=3D"mailto:ippm-bounces@ietf.org">mailto:ippm-bounces@ietf.or=
g</a>]
<b>On Behalf Of </b>Frank Brockners (fbrockne)<br>
<b>Sent:</b> Monday, April 16, 2018 3:08 PM<br>
<b>To:</b> Mickey Spiegel &lt;<a href=3D"mailto:mspiegel@barefootnetworks.c=
om">mspiegel@barefootnetworks.com</a>&gt;; Tom Herbert &lt;<a href=3D"mailt=
o:tom@herbertland.com">tom@herbertland.com</a>&gt;<br>
<b>Cc:</b> NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org">nvo3@ietf.org</a>&gt;;=
 <a href=3D"mailto:int-area@ietf.org">
int-area@ietf.org</a>; Service Function Chaining IETF list &lt;<a href=3D"m=
ailto:sfc@ietf.org">sfc@ietf.org</a>&gt;; IETF IPPM WG &lt;<a href=3D"mailt=
o:ippm@ietf.org">ippm@ietf.org</a>&gt;<br>
<b>Subject:</b> Re: [ippm] [Int-area] encapsulation of IOAM data in various=
 protocols - follow up from WG discussion in London</span></p>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;</p>
<p class=3D"MsoNormal"><span lang=3D"DE" style=3D"font-size:11.0pt; font-fa=
mily:Calibri; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span lang=3D"DE" style=3D"font-size:11.0pt; font-fa=
mily:Calibri; color:#1F497D">Tom,</span></p>
<p class=3D"MsoNormal"><span lang=3D"DE" style=3D"font-size:11.0pt; font-fa=
mily:Calibri; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">a quick addition to what Mickey mentioned below: What you =
seem to have in mind is what draft-ietf-ippm-ioam-data-02 refers to as =A1=
=B0layering=A1=B1 (see section 3.), i.e. if you=A1=AFre
 running for example Geneve over IPv6, then IOAM data could be encapsulated=
 in both protocols, Geneve and IPv6 =A8C giving you visibility into the =A1=
=B0underlay=A1=B1 (IPv6) and the =A1=B0overlay=A1=B1 (Geneve).
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">Frank</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt; font-family:Calibri=
; color:#1F497D">&nbsp;</span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt; font-family:Cali=
bri">From:</span></b><span style=3D"font-size:11.0pt; font-family:Calibri">=
 ippm &lt;<a href=3D"mailto:ippm-bounces@ietf.org">ippm-bounces@ietf.org</a=
>&gt;
<b>On Behalf Of </b>Mickey Spiegel<br>
<b>Sent:</b> Freitag, 13. April 2018 20:22<br>
<b>To:</b> Tom Herbert &lt;<a href=3D"mailto:tom@herbertland.com">tom@herbe=
rtland.com</a>&gt;<br>
<b>Cc:</b> NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org">nvo3@ietf.org</a>&gt;;=
 <a href=3D"mailto:int-area@ietf.org">
int-area@ietf.org</a>; Service Function Chaining IETF list &lt;<a href=3D"m=
ailto:sfc@ietf.org">sfc@ietf.org</a>&gt;; IETF IPPM WG &lt;<a href=3D"mailt=
o:ippm@ietf.org">ippm@ietf.org</a>&gt;<br>
<b>Subject:</b> Re: [ippm] [Int-area] encapsulation of IOAM data in various=
 protocols - follow up from WG discussion in London</span></p>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">Tom,</span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">On Thu, Apr 12, 2018 at 10:17 PM, =
Tom Herbert &lt;<a href=3D"mailto:tom@herbertland.com" target=3D"_blank">to=
m@herbertland.com</a>&gt; wrote:</span></p>
<blockquote style=3D"border:none; border-left:solid #CCCCCC 1.0pt; padding:=
0in 0in 0in 6.0pt; margin-left:4.8pt; margin-top:5.0pt; margin-right:0in; m=
argin-bottom:5.0pt">
<p class=3D"MsoNormal"><span lang=3D"DE">Mickey,<br>
<br>
Looking at these ippm drafts more closely, I have a much more<br>
fundamental concern.<br>
<br>
In draft-brockners-ippm-ioam-geneve-00 for instance, there is the text<br>
in the introduction:<br>
<br>
&quot;In-situ OAM (IOAM) records OAM information within the packet while<br=
>
the packet traverses a particular network domain.&nbsp; The term &quot;in-s=
itu&quot;<br>
refers to the fact that the IOAM data fields are added to the data<br>
packets rather than is being sent within packets specifically<br>
dedicated to OAM.&nbsp; This document defines how IOAM data fields are<br>
transported as part of the Geneve [I-D.ietf-nvo3-geneve]<br>
encapsulation.&quot;<br>
<br>
I assume this means that as packets with Geneve encapsulation traverse<br>
the network they are interpreted by intermediate nodes as being<br>
Geneve. Since Geneve is a UDP encapsulation, then the destination UDP<br>
port number would be used to identify packets as being Geneve. So an<br>
intermediate device might be looking for UDP packets destined to port<br>
6081 (the assigned UDP port for Geneve). If my understanding is<br>
correct, then this is a problem.<br>
<br>
UDP port numbers do not have global meaning. An intermediate device<br>
may very well see UDP packets destined to port 6081 that are not<br>
actually Geneve. This scenario is discussed in RFC7605:<br>
<br>
&quot;...intermediate device interprets traffic based on the port number.<b=
r>
It is important to recognize that any interpretation of port numbers<br>
-- except at the endpoints -- may be incorrect, because port numbers<br>
are meaningful only at the endpoints.&quot;<br>
<br>
If the UDP data is modified, as the draft would imply, then<br>
misinterpretation may also mean silent data corruption of packets. A<br>
protocol that would allow this seems pretty incorrect! Note that this<br>
would be true also for any UDP encapsulation that the network tries to<br>
interpret.</span></p>
</blockquote>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">The intention is to allow for mult=
iple nodes that a packet traverses</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">to be able to insert IOAM node inf=
ormation in the same trace option,</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">but leave some flexibility regardi=
ng which nodes actually do the</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">IOAM processing and the node infor=
mation. This may vary</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">depending on the transport.</span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">In case of a tunneled encapsulatio=
n such as Geneve or VXLAN,</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">there may still be multiple hops. =
For example a network may use</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">Geneve or VXLAN, but only do L2 pr=
ocessing at ToRs, with L3</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">processing done at aggregation or =
core switches. In this case</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">many packets would do 2 Geneve or =
VXLAN hops, so the packet</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">would contain IOAM node informatio=
n from two nodes.</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">Another example is service functio=
n chaining using Geneve or</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">VXLAN rather than NSH.</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
<blockquote style=3D"border:none; border-left:solid #CCCCCC 1.0pt; padding:=
0in 0in 0in 6.0pt; margin-left:4.8pt; margin-top:5.0pt; margin-right:0in; m=
argin-bottom:5.0pt">
<p class=3D"MsoNormal"><span lang=3D"DE"><br>
I am also wondering if hop-by-hop options been considered for this<br>
application? Their interpretation in the network is unabiguous and<br>
they also have the advantage that the work with any IP protocol or<br>
encapsulation.</span></p>
</blockquote>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">IPv6 hop-by-hop options has been c=
onsidered. See</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">draft-brockners-inband-oam-transpo=
rt-05. This has not yet been</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">broken out into a separate draft.<=
/span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">Mickey</span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
<blockquote style=3D"border:none; border-left:solid #CCCCCC 1.0pt; padding:=
0in 0in 0in 6.0pt; margin-left:4.8pt; margin-top:5.0pt; margin-right:0in; m=
argin-bottom:5.0pt">
<p class=3D"MsoNormal"><span lang=3D"DE"><br>
Thanks,<br>
Tom<br>
<br>
<br>
<span class=3D"gmail-im">On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel</s=
pan><br>
<span class=3D"gmail-im">&lt;<a href=3D"mailto:mspiegel@barefootnetworks.co=
m">mspiegel@barefootnetworks.com</a>&gt; wrote:</span></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"DE">&gt; Tom,<br>
&gt;<br>
&gt; On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert &lt;<a href=3D"mailto:tom=
@herbertland.com">tom@herbertland.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky &lt;<a href=3D"mailto=
:gregimirsky@gmail.com">gregimirsky@gmail.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt; &gt; Hi Frank,<br>
&gt;&gt; &gt; thank you for sharing your points. Please find my notes in-li=
ne and<br>
&gt;&gt; &gt; tagged<br>
&gt;&gt; &gt; GIM&gt;&gt;. I believe that this is very much relevant to wor=
k of other<br>
&gt;&gt; &gt; working<br>
&gt;&gt; &gt; groups that directly work on the overlay encapsulations in th=
e center of<br>
&gt;&gt; &gt; the<br>
&gt;&gt; &gt; discussion and hence I've added them to the list. Hope we'll =
have more<br>
&gt;&gt; &gt; opinions to reach the conclusion that is acceptable to all.<b=
r>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Regards,<br>
&gt;&gt; &gt; Greg<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)<=
br>
&gt;&gt; &gt; &lt;<a href=3D"mailto:fbrockne@cisco.com">fbrockne@cisco.com<=
/a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Back at the IPPM meeting in London, we discussed several =
drafts dealing<br>
&gt;&gt; &gt;&gt; with the encapsulation of IOAM data in various protocols<=
br>
&gt;&gt; &gt;&gt; (draft-brockners-ippm-ioam-vxlan-gpe-00,<br>
&gt;&gt; &gt;&gt; draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam=
-gre-00). One<br>
&gt;&gt; &gt;&gt; discussion topic that we decided to take to the list was =
the question<br>
&gt;&gt; &gt;&gt; on<br>
&gt;&gt; &gt;&gt; whether draft-ooamdt-rtgwg-ooam-header could be leveraged=
..&nbsp; After<br>
&gt;&gt; &gt;&gt; carefully<br>
&gt;&gt; &gt;&gt; considering draft-ooamdt-rtgwg-ooam-header, I came to the=
 conclusion<br>
&gt;&gt; &gt;&gt; that<br>
&gt;&gt; &gt;&gt; the =A1=B0OOAM header=A1=B1 does not meet the needs of IO=
AM:</span><span lang=3D"DE" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt;</span><span lang=3D"DE" style=3D=
"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; * Efficiency: IOAM adds data to =
live user traffic. As such, an</span><span lang=3D"DE" style=3D"font-family=
:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; encapsulation needs to be as eff=
icient as possible. The =A1=B0OOAM header=A1=B1</span><span lang=3D"DE" sty=
le=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; is 8</span><span lang=3D"DE" sty=
le=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; bytes long. The approach for IOA=
M data encapsulation in the above</span><span lang=3D"DE" style=3D"font-fam=
ily:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; mentioned</span><span lang=3D"DE=
" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; drafts only requires 4 bytes. Us=
ing the OOAM header approach would add</span><span lang=3D"DE" style=3D"fon=
t-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; an</span><span lang=3D"DE" style=
=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; unnecessary overhead of 4 bytes =
=A8C which is significant.</span><span lang=3D"DE" style=3D"font-family:PMi=
ngLiU"><br>
</span><span lang=3D"DE">&gt;&gt; Greg,</span><span lang=3D"DE" style=3D"fo=
nt-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt;</span><span lang=3D"DE" style=3D"font-fam=
ily:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; I'm missing something here. I looked at t=
he drafts you referenced and</span><span lang=3D"DE" style=3D"font-family:P=
MingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; each of them looks like the overhead for =
OAM is greater that four</span><span lang=3D"DE" style=3D"font-family:PMing=
LiU"><br>
</span><span lang=3D"DE">&gt;&gt; bytes. In each there is some overhead equ=
ivalent to type/length, for</span><span lang=3D"DE" style=3D"font-family:PM=
ingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; instance in Geneve four bytes are needed =
for option class, type, and<br>
&gt;&gt; length. Unless the the OAM data is zero length, I don't see how th=
is<br>
&gt;&gt; adds up to only four bytes of overhead.<br>
&gt;<br>
&gt;<br>
&gt; The four versus eight bytes just refers to the fields in the four byte=
s of<br>
&gt; IOAM<br>
&gt; info, that is common to all IOAM options. Beyond that, there are IOAM =
option<br>
&gt; specific fields. For example if doing one of the IOAM trace options, t=
here<br>
&gt; are<br>
&gt; four bytes of trace option header, including the IOAM-trace-type, Node=
Len,<br>
&gt; Flags, and RemainingLen fields. These are followed by the node data li=
st<br>
&gt; containing the per hop IOAM information.<br>
&gt;<br>
&gt; In looking at the OOAM header content, it has nothing to do with any o=
f the<br>
&gt; IOAM information after the first four bytes. It contains another varia=
nt of<br>
&gt; the<br>
&gt; information in the first four bytes of IOAM info, spread out over eigh=
t<br>
&gt; bytes.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; Tom<br>
&gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; GIM&gt;&gt; The difference in four octets is because OOAM Hea=
der:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; provides more flexibility, e.g. Flags field and Reserved fiel=
ds;<br>
&gt;<br>
&gt;<br>
&gt; The flags field only has one defined flag at the moment, for a timesta=
mp<br>
&gt; block. For IOAM trace we need per hop timestamps, which the timestamp<=
br>
&gt; block cannot address, i.e. the timestamp block is redundant for IOAM.<=
br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; &gt; supports larger OAM packets than iOAM header;<br>
&gt;<br>
&gt;<br>
&gt; For IOAM purposes, 1020 octets is more than enough.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; &gt; is future proof by supporting versioning (Version field).<br>
&gt;<br>
&gt;<br>
&gt; IMO, taking the first two bits of the IOAM-Type to define a Version fi=
eld<br>
&gt; would be a good thing. This does not require adding four more bytes of=
<br>
&gt; overhead. 64 IOAM-Types is more than enough.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Maturity: IOAM has several implementations, which were =
also shown at<br>
&gt;&gt; &gt;&gt; recent IETF hackathons =A8C and we=A1=AFre expecting addi=
tional implementations<br>
&gt;&gt; &gt;&gt; to<br>
&gt;&gt; &gt;&gt; be publicized soon. Interoperable implementations need ti=
mely<br>
&gt;&gt; &gt;&gt; specifications. Despite the question being asked, the rec=
ent thread on<br>
&gt;&gt; &gt;&gt; OOAM<br>
&gt;&gt; &gt;&gt; in the NVO3 list hasn=A1=AFt revealed any implementation =
of the OOAM header.<br>
&gt;&gt; &gt;&gt; In<br>
&gt;&gt; &gt;&gt; addition, the thread revealed that several fundamental qu=
estions about<br>
&gt;&gt; &gt;&gt; the<br>
&gt;&gt; &gt;&gt; OOAM header are still open, such as whether or how active=
 OAM<br>
&gt;&gt; &gt;&gt; mechanisms<br>
&gt;&gt; &gt;&gt; within protocols such as Geneve would apply to the OOAM h=
eader. This<br>
&gt;&gt; &gt;&gt; ultimately means that we won=A1=AFt get to a timely speci=
fication.</span><span lang=3D"DE" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;</span><span lang=3D"DE" style=3D"fon=
t-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt; GIM&gt;&gt; May I ask which encapsul=
ations supported by the implementations</span><span lang=3D"DE" style=3D"fo=
nt-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt; you</span><span lang=3D"DE" style=3D=
"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt; refer to. Until very recently all iO=
AM proposals were to use meta-data</span><span lang=3D"DE" style=3D"font-fa=
mily:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt; TLV</span><span lang=3D"DE" style=3D=
"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt; in, e.g. Geneve and NSH. And if thes=
e or some of these implementations<br>
&gt;&gt; &gt; already updated to the newly proposed iOAM shim, I don't see =
problem in<br>
&gt;&gt; &gt; making them use OOAM Header. Would you agree?<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; * Scope: It isn=A1=AFt entirely clear to which protocols =
the OOAM header<br>
&gt;&gt; &gt;&gt; would<br>
&gt;&gt; &gt;&gt; ultimately apply to. The way the OOAM header is defined, =
OOAM uses a<br>
&gt;&gt; &gt;&gt; 8-bit<br>
&gt;&gt; &gt;&gt; field for =A1=B0Next Prot=A1=B1, the next protocol. Some =
protocols that IOAM data</span><span lang=3D"DE" style=3D"font-family:PMing=
LiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; needs to be encapsulated into us=
e 16-bits for their next protocol code<br>
&gt;&gt; &gt;&gt; points. See e.g. the GRE encapsulation =A8C as specified =
in</span><span lang=3D"DE" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; draft-weis-ippm-ioam-gre-00.</sp=
an><span lang=3D"DE" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;</span><span lang=3D"DE" style=3D"fon=
t-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt; GIM&gt;&gt; The first paragraph of t=
he Introduction section states:</span><span lang=3D"DE" style=3D"font-famil=
y:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&nbsp; &nbsp; New protocols that supp=
ort overlay networks like VxLAN-GPE</span><span lang=3D"DE" style=3D"font-f=
amily:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&nbsp; &nbsp; [I-D.ietf-nvo3-vxlan-gp=
e], GUE [I-D.ietf-nvo3-gue], Geneve<br>
&gt;&gt; &gt;&nbsp; &nbsp; [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls=
-encapsulation], and<br>
&gt;&gt; &gt;&nbsp; &nbsp; NSH [I-D.ietf-sfc-nsh] support multi-protocol pa=
yload, e.g.<br>
&gt;&gt; &gt;&nbsp; &nbsp; Ethernet, IPv4/IPv6, and recognize Operations, A=
dministration, and<br>
&gt;&gt; &gt;&nbsp; &nbsp; Maintenance (OAM) as one of distinct types.&nbsp=
; That ensures that<br>
&gt;&gt; &gt;&nbsp; &nbsp; Overlay OAM (OOAM)packets are sharing fate with =
Overlay data packet<br>
&gt;&gt; &gt;&nbsp; &nbsp; traversing the underlay.<br>
&gt;&gt; &gt; I'm updating the OOAM Header draft and along with cleaning ni=
ts will<br>
&gt;&gt; &gt; update<br>
&gt;&gt; &gt; reference to GUE. I think that the list and the statemnt are =
quite clear<br>
&gt;&gt; &gt; in<br>
&gt;&gt; &gt; identifying the scope of networks that may benefit from using=
 not only<br>
&gt;&gt; &gt; common OOAM Header but common OOAM mechanisms, e.g. Echo Requ=
est/Reply.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; With the above in mind, I=A1=AFd suggest that the WG move=
s forward with</span><span lang=3D"DE" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; specific definitions for encapsu=
lating IOAM data into protocols =A8C per</span><span lang=3D"DE" style=3D"f=
ont-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; the</span><span lang=3D"DE" styl=
e=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; above mentioned drafts.</span><s=
pan lang=3D"DE" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt;</span><span lang=3D"DE" style=3D=
"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt;</span><span lang=3D"DE" style=3D=
"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt;</span><span lang=3D"DE" style=3D=
"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt; Regards, Frank</span><span lang=
=3D"DE" style=3D"font-family:PMingLiU"><br>
</span><span lang=3D"DE">&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; _______________________________________________<br>
&gt;&gt; &gt;&gt; ippm mailing list<br>
&gt;&gt; &gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; &gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" ta=
rget=3D"_blank">https://www.ietf.org/mailman/listinfo/ippm</a><br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; _______________________________________________<br>
&gt;&gt; &gt; Int-area mailing list<br>
&gt;&gt; &gt; <a href=3D"mailto:Int-area@ietf.org">Int-area@ietf.org</a><br=
>
&gt;&gt; &gt; <a href=3D"https://www.ietf.org/mailman/listinfo/int-area" ta=
rget=3D"_blank">https://www.ietf.org/mailman/listinfo/int-area</a><br>
&gt;&gt; &gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; ippm mailing list<br>
&gt;&gt; <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ippm" target=3D"_=
blank">https://www.ietf.org/mailman/listinfo/ippm</a><br>
&gt;<br>
&gt;</span></p>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><span lang=3D"DE">&nbsp;</span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_BBA82579FD347748BEADC4C445EA0F21A6D63236NKGEML515MBXchi_--


From nobody Mon Apr 16 07:40:33 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76D291200C5 for <ippm@ietfa.amsl.com>; Mon, 16 Apr 2018 07:40:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05FfcjUIWunt for <ippm@ietfa.amsl.com>; Mon, 16 Apr 2018 07:40:22 -0700 (PDT)
Received: from mail-qt0-x231.google.com (mail-qt0-x231.google.com [IPv6:2607:f8b0:400d:c0d::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 977CE12DA1A for <ippm@ietf.org>; Mon, 16 Apr 2018 07:40:22 -0700 (PDT)
Received: by mail-qt0-x231.google.com with SMTP id l8so11710211qtp.6 for <ippm@ietf.org>; Mon, 16 Apr 2018 07:40:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=XHqFEgZ8mndCnGQWNcA7XvNaMH1JsbTvlVyeE50OLeo=; b=Q0PHui0QiL64eTaIy5IECs4iN3mTWgU/KycstTaVnpnYWoH2tO6nkmZkDJwRL4J8X9 L5ZIT+R4zF1Xa1vckRFjd2Sf8UOuchJrOpeJ1m66K/6UwqACxy7q+Cuic1nhbKKLvwlY zhJZJXHHF3Q5kv/I+rTSf2T2Trclg6zbhGu7j4nityQgwFBd+2Tuw8npHL1DQhLRQPEt eOtCy5N34kNGAdZJbfSjr1MSYJLx4uHzICQbsLoS2VUAX9TD2Yua0bkTDVdcwhI14NEe rOiRmSEPBvByRuMF9AmjOb1GSIh2rW3GKj8vveMJGUqUKlchTilxKrbON5b+vEjSox4g iafw==
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=XHqFEgZ8mndCnGQWNcA7XvNaMH1JsbTvlVyeE50OLeo=; b=piY7jm1FdYB4q+aPyPKPz1l8n2VNg4qeBSk90jnd+s/qIoqzpVV9KthyvYUBimJYFV A06tNpSWu/E2zimbsgwfXSlPib+rtAE2ocA8IbR670BGHBfQaxNXydIXgYJUsTHLFye3 Yus+Zd2GCIHTRVDo5VrBf8RSRl+2rp1TDbVkhJ/s5jIy/BjY5IBMtZbGNODvmUH+tNoA Fn5kI2U7Lgcc6YNd70/3Q09ATkUbLYsJUuUBR+5xspa8GNY05UzTc9WpBWXcErJzLVf8 jEq7qjrYtTQT7OnNqxibi5I2kwrNVMLCCrmbaK4oZ2pVnMVuQxmB36Lat1EkXQcUNGuJ 9+Gw==
X-Gm-Message-State: ALQs6tDLPRv2xHQ04rWkhXroa+rYdcRYJGOh0+AC+AnnCCZ4EjptaEMz s0VQyvr44bpCkG5eAgLNC8gOg62oklwvrg8Q1KmehQ==
X-Google-Smtp-Source: AIpwx4+vqE6xT2S7DcsQat3/8p0C0bpmrQzKdEVAR+qXf2Vw1B84J9kz7aCd/BOQqbX0XT2LUwPrJdmUPg36YQ+9gMQ=
X-Received: by 10.237.35.139 with SMTP id j11mr16936478qtc.291.1523889621311;  Mon, 16 Apr 2018 07:40:21 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Mon, 16 Apr 2018 07:40:20 -0700 (PDT)
In-Reply-To: <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com>
From: Tom Herbert <tom@herbertland.com>
Date: Mon, 16 Apr 2018 07:40:20 -0700
Message-ID: <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com>
To: Tianran Zhou <zhoutianran@huawei.com>
Cc: "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, "Frank Brockners (fbrockne)" <fbrockne@cisco.com>,  Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>,  int-area <int-area@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/R4VxznwCJrAwZjDKmzRA1j_u1T4>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 14:40:26 -0000

On Mon, Apr 16, 2018 at 6:31 AM, Tianran Zhou <zhoutianran@huawei.com> wrot=
e:
> Hi Shwetha,
>
> You are talking about the outer encapsution. It is straight forward for t=
he
> underlay to record by the header. But what about the overlay, i.e., inner
> encapsulation(e.g. geneve)? Without special configuration, intermediate n=
ode
> will not read the inner header, hence not be able to process IOAM.e

Hi Tianran,

I believe that is also not protocol conformant. Intermediate nodes
should not be processing transport layer data as this can lead to
misinterpretation and possibly silent data corruption.

For instance, Geneve is a UDP encapsulation protocol with assigned
port 6081. In order for an intermediate device to process the Geneve
encapsulation header it would need to look for packets with
destination port of 6081 since that is the only possible
discriminator. However, transport port numbers do not have global
meaning and hosts may use port numbers for other purposes (RFC7605
describes this). So a packet to port 6081 might be something other
than Geneve and may be misinterpreted. If a misinterpreted packet is
changed (like ippm data is written) then that would be systematic
silent data corruption.

As far as I know, hop-by-hop options is the only protocol confirming
mechanism that allows an intermediate note to change data of packet in
flight. Encpasulation is the only conforming mechanism that allows an
intermediate node to add data (like extension headers) to a packet in
flight.

Tom

> Maybe we are not synced by this overlay/underlay use case. :-)
>
> Tianran
>
>
>
> ________________________________
> Sent from WeLink
>
> =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Shwetha Bhandari (shwethab)
> =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Tianran Zhou<zhoutianran@huawei.com>=
;Frank Brockners
> (fbrockne)<fbrockne@cisco.com>;Mickey
> Spiegel<mspiegel@barefootnetworks.com>;Tom Herbert<tom@herbertland.com>
> =E6=8A=84=E9=80=81=EF=BC=9A NVO3<nvo3@ietf.org>;int-area<int-area@ietf.or=
g>;Service Function
> Chaining IETF list<sfc@ietf.org>;IETF IPPM WG<ippm@ietf.org>
> =E4=B8=BB=E9=A2=98=EF=BC=9A Re: [ippm] [Int-area] encapsulation of IOAM d=
ata in various protocols -
> follow up from WG discussion in London
> =E6=97=B6=E9=97=B4=EF=BC=9A 2018-04-16 18:17:01
>
> Hi Tianran,
>
>> If I recall right, it is not written in the ioam data draft.
>
> Data draft is defining the data to be carried in IOAM in an encapsulation
> agnostic way, it does not specify how the encapsulation protocol is
> configured.
>
>
>
>> Yes, node by node configuration is an easy way.
>
> While it is, it does not have to be a node by node configuration. It can =
be
> part of the encapsulation definition.
>
> For e.g. If the encapsulation is IPv6 and if we define the data to be
> carried as HbH options, then based on the Option Type with highest order =
2
> bits set to 00 then the v6 nodes that implement IOAM will process the opt=
ion
> and others will skip over.
>
>
>
>
>
> Thanks,
>
> Shwetha
>
>
>
> From: ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou
> <zhoutianran@huawei.com>
> Date: Monday, April 16, 2018 at 2:36 PM
> To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey Spiegel
> <mspiegel@barefootnetworks.com>, Tom Herbert <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, Servic=
e
> Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Hi Frank,
>
>
>
> If I recall right, it is not written in the ioam data draft.
>
> Yes, node by node configuration is an easy way. In the
> draft-zhou-ippm-ioam-yang, we have the =E2=80=9Cprotocol-type=E2=80=9D to=
 indicate the
> layering.
>
>    +--rw ioam
>
>       +--rw ioam-profiles
>
>          +--rw enabled?        boolean
>
>          +--rw ioam-profile* [profile-name]
>
>             +--rw profile-name                    string
>
>             +--rw filter
>
>             |  +--rw filter-type?   ioam-filter-type
>
>             |  +--rw acl-name?      -> /acl:acls/acl/name
>
>             +--rw protocol-type?                  ioam-protocol-type
>
>             +--rw incremental-tracing-profile {incremental-trace}?
>
>             |  ...
>
>             +--rw preallocated-tracing-profile {preallocated-trace}?
>
>             |  ...
>
>             +--rw pot-profile {proof-of-transit}?
>
>             |  ...
>
>             +--rw e2e-profile {edge-to-edge}?
>
>                ...
>
>
>
>
>
> Tianran
>
> From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
> Sent: Monday, April 16, 2018 4:51 PM
> To: Tianran Zhou <zhoutianran@huawei.com>; Mickey Spiegel
> <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IE=
TF
> list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Hi Tianran,
>
>
>
> IOAM is a domain specific feature (see also draft-ietf-ippm-ioam-data-02
> sections 3 and 4), which allows an operator to control by means of
> configuration where and for which traffic IOAM data fields are
> added/updated/removed from the customer traffic. Using your example of
> Geneve over IPv6 =E2=80=93 with IOAM data in both the Geneve and the IPv6=
 protocol,
> one would expect that the operator configures the endpoints of the Geneve
> tunnel to operate on the IOAM data in Geneve, and the IPv6 routers that t=
he
> Geneve tunnel traverses to operate on the IOAM data in IPv6.
>
>
>
> Frank
>
>
>
> From: Tianran Zhou <zhoutianran@huawei.com>
> Sent: Montag, 16. April 2018 10:37
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
> <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IE=
TF
> list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Hi Frank,
>
>
>
> How does a forwarder know when and where to insert the data?
>
> In the case of Geneve over IPv6, do you mean the device need to scan all =
the
> protocol stack? Or just the outer encapsulation?
>
>
>
> Tianran
>
>
>
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank Brockners
> (fbrockne)
> Sent: Monday, April 16, 2018 3:08 PM
> To: Mickey Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert
> <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IE=
TF
> list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
>
>
> Tom,
>
>
>
> a quick addition to what Mickey mentioned below: What you seem to have in
> mind is what draft-ietf-ippm-ioam-data-02 refers to as =E2=80=9Clayering=
=E2=80=9D (see
> section 3.), i.e. if you=E2=80=99re running for example Geneve over IPv6,=
 then IOAM
> data could be encapsulated in both protocols, Geneve and IPv6 =E2=80=93 g=
iving you
> visibility into the =E2=80=9Cunderlay=E2=80=9D (IPv6) and the =E2=80=9Cov=
erlay=E2=80=9D (Geneve).
>
>
>
> Frank
>
>
>
> From: ippm <ippm-bounces@ietf.org> On Behalf Of Mickey Spiegel
> Sent: Freitag, 13. April 2018 20:22
> To: Tom Herbert <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function Chaining IE=
TF
> list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Tom,
>
>
>
> On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> wrote=
:
>
> Mickey,
>
> Looking at these ippm drafts more closely, I have a much more
> fundamental concern.
>
> In draft-brockners-ippm-ioam-geneve-00 for instance, there is the text
> in the introduction:
>
> "In-situ OAM (IOAM) records OAM information within the packet while
> the packet traverses a particular network domain.  The term "in-situ"
> refers to the fact that the IOAM data fields are added to the data
> packets rather than is being sent within packets specifically
> dedicated to OAM.  This document defines how IOAM data fields are
> transported as part of the Geneve [I-D.ietf-nvo3-geneve]
> encapsulation."
>
> I assume this means that as packets with Geneve encapsulation traverse
> the network they are interpreted by intermediate nodes as being
> Geneve. Since Geneve is a UDP encapsulation, then the destination UDP
> port number would be used to identify packets as being Geneve. So an
> intermediate device might be looking for UDP packets destined to port
> 6081 (the assigned UDP port for Geneve). If my understanding is
> correct, then this is a problem.
>
> UDP port numbers do not have global meaning. An intermediate device
> may very well see UDP packets destined to port 6081 that are not
> actually Geneve. This scenario is discussed in RFC7605:
>
> "...intermediate device interprets traffic based on the port number.
> It is important to recognize that any interpretation of port numbers
> -- except at the endpoints -- may be incorrect, because port numbers
> are meaningful only at the endpoints."
>
> If the UDP data is modified, as the draft would imply, then
> misinterpretation may also mean silent data corruption of packets. A
> protocol that would allow this seems pretty incorrect! Note that this
> would be true also for any UDP encapsulation that the network tries to
> interpret.
>
>
>
> The intention is to allow for multiple nodes that a packet traverses
>
> to be able to insert IOAM node information in the same trace option,
>
> but leave some flexibility regarding which nodes actually do the
>
> IOAM processing and the node information. This may vary
>
> depending on the transport.
>
>
>
> In case of a tunneled encapsulation such as Geneve or VXLAN,
>
> there may still be multiple hops. For example a network may use
>
> Geneve or VXLAN, but only do L2 processing at ToRs, with L3
>
> processing done at aggregation or core switches. In this case
>
> many packets would do 2 Geneve or VXLAN hops, so the packet
>
> would contain IOAM node information from two nodes.
>
>
>
> Another example is service function chaining using Geneve or
>
> VXLAN rather than NSH.
>
>
>
>
> I am also wondering if hop-by-hop options been considered for this
> application? Their interpretation in the network is unabiguous and
> they also have the advantage that the work with any IP protocol or
> encapsulation.
>
>
>
> IPv6 hop-by-hop options has been considered. See
>
> draft-brockners-inband-oam-transport-05. This has not yet been
>
> broken out into a separate draft.
>
>
>
> Mickey
>
>
>
>
> Thanks,
> Tom
>
>
> On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
> <mspiegel@barefootnetworks.com> wrote:
>
>> Tom,
>>
>> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wrote=
:
>>>
>>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky <gregimirsky@gmail.com>
>>> wrote:
>>> > Hi Frank,
>>> > thank you for sharing your points. Please find my notes in-line and
>>> > tagged
>>> > GIM>>. I believe that this is very much relevant to work of other
>>> > working
>>> > groups that directly work on the overlay encapsulations in the center
>>> > of
>>> > the
>>> > discussion and hence I've added them to the list. Hope we'll have mor=
e
>>> > opinions to reach the conclusion that is acceptable to all.
>>> >
>>> > Regards,
>>> > Greg
>>> >
>>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>>> > <fbrockne@cisco.com> wrote:
>>> >>
>>> >> Back at the IPPM meeting in London, we discussed several drafts
>>> >> dealing
>>> >> with the encapsulation of IOAM data in various protocols
>>> >> (draft-brockners-ippm-ioam-vxlan-gpe-00,
>>> >> draft-brockners-ippm-ioam-geneve-00, draft-weis-ippm-ioam-gre-00). O=
ne
>>> >> discussion topic that we decided to take to the list was the questio=
n
>>> >> on
>>> >> whether draft-ooamdt-rtgwg-ooam-header could be leveraged..  After
>>> >> carefully
>>> >> considering draft-ooamdt-rtgwg-ooam-header, I came to the conclusion
>>> >> that
>>> >> the =E2=80=9COOAM header=E2=80=9D does not meet the needs of IOAM:
>>> >>
>>> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>>> >> encapsulation needs to be as efficient as possible. The =E2=80=9COOA=
M header=E2=80=9D
>>> >> is 8
>>> >> bytes long. The approach for IOAM data encapsulation in the above
>>> >> mentioned
>>> >> drafts only requires 4 bytes. Using the OOAM header approach would a=
dd
>>> >> an
>>> >> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>>> Greg,
>>>
>>> I'm missing something here. I looked at the drafts you referenced and
>>> each of them looks like the overhead for OAM is greater that four
>>> bytes. In each there is some overhead equivalent to type/length, for
>>> instance in Geneve four bytes are needed for option class, type, and
>>> length. Unless the the OAM data is zero length, I don't see how this
>>> adds up to only four bytes of overhead.
>>
>>
>> The four versus eight bytes just refers to the fields in the four bytes =
of
>> IOAM
>> info, that is common to all IOAM options. Beyond that, there are IOAM
>> option
>> specific fields. For example if doing one of the IOAM trace options, the=
re
>> are
>> four bytes of trace option header, including the IOAM-trace-type, NodeLe=
n,
>> Flags, and RemainingLen fields. These are followed by the node data list
>> containing the per hop IOAM information.
>>
>> In looking at the OOAM header content, it has nothing to do with any of
>> the
>> IOAM information after the first four bytes. It contains another variant
>> of
>> the
>> information in the first four bytes of IOAM info, spread out over eight
>> bytes.
>>
>>>
>>> Tom
>>>
>>> >
>>> > GIM>> The difference in four octets is because OOAM Header:
>>> >
>>> > provides more flexibility, e.g. Flags field and Reserved fields;
>>
>>
>> The flags field only has one defined flag at the moment, for a timestamp
>> block. For IOAM trace we need per hop timestamps, which the timestamp
>> block cannot address, i.e. the timestamp block is redundant for IOAM.
>>
>>>
>>> > supports larger OAM packets than iOAM header;
>>
>>
>> For IOAM purposes, 1020 octets is more than enough.
>>
>>>
>>> > is future proof by supporting versioning (Version field).
>>
>>
>> IMO, taking the first two bits of the IOAM-Type to define a Version fiel=
d
>> would be a good thing. This does not require adding four more bytes of
>> overhead. 64 IOAM-Types is more than enough.
>>
>>>
>>> >>
>>> >> * Maturity: IOAM has several implementations, which were also shown =
at
>>> >> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additio=
nal
>>> >> implementations
>>> >> to
>>> >> be publicized soon. Interoperable implementations need timely
>>> >> specifications. Despite the question being asked, the recent thread =
on
>>> >> OOAM
>>> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of the O=
OAM
>>> >> header.
>>> >> In
>>> >> addition, the thread revealed that several fundamental questions abo=
ut
>>> >> the
>>> >> OOAM header are still open, such as whether or how active OAM
>>> >> mechanisms
>>> >> within protocols such as Geneve would apply to the OOAM header. This
>>> >> ultimately means that we won=E2=80=99t get to a timely specification=
.
>>> >
>>> > GIM>> May I ask which encapsulations supported by the implementations
>>> > you
>>> > refer to. Until very recently all iOAM proposals were to use meta-dat=
a
>>> > TLV
>>> > in, e.g. Geneve and NSH. And if these or some of these implementation=
s
>>> > already updated to the newly proposed iOAM shim, I don't see problem =
in
>>> > making them use OOAM Header. Would you agree?
>>> >
>>> >>
>>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM=
 header
>>> >> would
>>> >> ultimately apply to. The way the OOAM header is defined, OOAM uses a
>>> >> 8-bit
>>> >> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some proto=
cols that IOAM
>>> >> data
>>> >> needs to be encapsulated into use 16-bits for their next protocol co=
de
>>> >> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>>> >> draft-weis-ippm-ioam-gre-00.
>>> >
>>> > GIM>> The first paragraph of the Introduction section states:
>>> >    New protocols that support overlay networks like VxLAN-GPE
>>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>>> >    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], a=
nd
>>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>>> >    Maintenance (OAM) as one of distinct types.  That ensures that
>>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data packe=
t
>>> >    traversing the underlay.
>>> > I'm updating the OOAM Header draft and along with cleaning nits will
>>> > update
>>> > reference to GUE. I think that the list and the statemnt are quite
>>> > clear
>>> > in
>>> > identifying the scope of networks that may benefit from using not onl=
y
>>> > common OOAM Header but common OOAM mechanisms, e.g. Echo Request/Repl=
y.
>>> >
>>> >> With the above in mind, I=E2=80=99d suggest that the WG moves forwar=
d with
>>> >> specific definitions for encapsulating IOAM data into protocols =E2=
=80=93 per
>>> >> the
>>> >> above mentioned drafts.
>>> >>
>>> >>
>>> >>
>>> >> Regards, Frank
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> ippm mailing list
>>> >> ippm@ietf.org
>>> >> https://www.ietf.org/mailman/listinfo/ippm
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > Int-area mailing list
>>> > Int-area@ietf.org
>>> > https://www.ietf.org/mailman/listinfo/int-area
>>> >
>>>
>>> _______________________________________________
>>> ippm mailing list
>>> ippm@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ippm
>>
>>
>
>


From nobody Mon Apr 16 07:58:35 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0984912DA0D; Mon, 16 Apr 2018 07:58:27 -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 wTTl6iECpuVh; Mon, 16 Apr 2018 07:58:25 -0700 (PDT)
Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10E95124319; Mon, 16 Apr 2018 07:58:25 -0700 (PDT)
Received: by mail-pf0-x232.google.com with SMTP id l27so10648303pfk.12; Mon, 16 Apr 2018 07:58:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=VWkIalHZemxeEkreL3R0ONaIKw85HEe1i4/Ro7w9Xiw=; b=jXk/LfdNZzrtdAH0ZKt5zxwcecIrjrWeqiFTtr2gzqROeWXzlWuK8MBIlFy7ZnnHFI J/NC50ZqlD6rLH7Qz2T1wCmMqioTozVpTpAFyikTfZ7inyiSOFOsBCxYXXvKX79WFYUp iG0RiZJOGfmMXhtzHmJIUDAGpBKLiih+hI/Uz48etJuW2kRpJrxwkVX9wuERxMotdYtC Kv+N5IXJo5b09K3xIgcDJYmdgm0F00eQydHdY6hHtvSoH1c8Hcv7TF+xANOiXvVWgi1j jCMWdYm6TUTV598fLbJWdoJWoWpG1X3jvkd/pp2SxXSRcszekjOtMS8XaQsxBi5jFFYS VhNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=VWkIalHZemxeEkreL3R0ONaIKw85HEe1i4/Ro7w9Xiw=; b=inulP9duw6LSicHYoS+86YPEEtNfHSWWpQC6kZmYcGH6Sb/LT+UJllT2lb1oWtFC9U d+RY06TbgVwksYNMZCMsZiaxG3uSLSQUmW754G9Zrzd2PLl+Xx1sEvk3uKEwOKwBJH5L Av1lqmahqzO+MriSmjfycbEkD+VRj9nzqsw04Jxj2j1KIp11rjv7X90Wze4T68/4Mu4I zralhgdoNaWdCda81PxflE+7HKuOxOrgHBGkIAC+5F76dKrtUQYhp4iloR0KfvthKr2W VEEKe1fEdE8EtYLwjFU1IBEvWW5PINxWIqdzRHv09Cv+imr0IfN1OCWhZMKpBqmLYKIW 3iJg==
X-Gm-Message-State: ALQs6tClg/HPnqx0JEdiPwlUh2Mlxo8PjJqBpWhCNGUcgHdYy4iZN6wg lLbHSkelyxh0HAlQXyklWzxnjYcm
X-Google-Smtp-Source: AIpwx48K5+8S6/zWuzwLeSkBAiYETsuv51CDNI51PfpKg0liuQ6zEqk+JqcRajrPJn9EWZwZrX1N/A==
X-Received: by 10.167.134.12 with SMTP id p12mr21987068pfn.183.1523890704604;  Mon, 16 Apr 2018 07:58:24 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:1d45:d6e1:6a5e:4f6e? ([2601:647:4700:1280:1d45:d6e1:6a5e:4f6e]) by smtp.gmail.com with ESMTPSA id q62sm31467909pfd.61.2018.04.16.07.58.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Apr 2018 07:58:22 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_21E4E8F4-E6AB-4BD5-83C8-D0A8DE470CF7"
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
X-Priority: 3
In-Reply-To: <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com>
Date: Mon, 16 Apr 2018 07:58:21 -0700
Cc: ietf@ietf.org, ippm-chairs@ietf.org, draft-ietf-ippm-twamp-yang@ietf.org,  ippm@ietf.org
Message-Id: <21835DE5-FCE7-44D8-95B4-33B02C8F477F@gmail.com>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com>
To: "tom p." <daedulus@btconnect.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/djy8aTS7zE-2OnplvpqtciYMIkY>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 14:58:27 -0000

--Apple-Mail=_21E4E8F4-E6AB-4BD5-83C8-D0A8DE470CF7
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Tom,

On this particular comment =E2=80=A6.

> On Apr 12, 2018, at 5:13 PM, Mahesh Jethanandani =
<mjethanandani@gmail.com> wrote:
>=20
>>=20
>>=20
>> "container session-sender {
>>        if-feature session-sender;
>>        presence  "Enables TWAMP Session-Sender functionality.";
>>        description
>>          "Configuration of the TWAMP Session-Sender logical entity";
>>        leaf admin-state {
>>          type boolean;
>>          mandatory true;
>>          description
>>            "Indicates whether the device is allowed to operate
>>             as a TWAMP Session-Sender.";
>> "
>>=20
>> A presence container is a boolean so I am unclear what it is that the
>> admin-state boolean adds here since the presence container "Enables
>> TWAMP Session-Sender functionality.=E2=80=9D;
>=20
> [mj] Good catch. Will remove the presence statement.

[[mj]] In addition to removing the presence statement, we decided to =
change the =E2=80=98mandatory true' statement to a =E2=80=98default =
true=E2=80=99 statement. Just removing the presence statement results in =
the following error:

Validating yang/ietf-twamp@2018-04-08.yang =
<mailto:yang/ietf-twamp@2018-04-08.yang>
yang/ietf-twamp@2018-04-08.yang =
<mailto:yang/ietf-twamp@2018-04-08.yang>:445: error: RFC 6087: 4.9: =
top-level node twamp must not be mandatory

Cheers.


Mahesh Jethanandani
mjethanandani@gmail.com


--Apple-Mail=_21E4E8F4-E6AB-4BD5-83C8-D0A8DE470CF7
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D"">Tom,<div class=3D""><br class=3D""></div><div class=3D"">On =
this particular comment =E2=80=A6.<br class=3D""><div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On Apr =
12, 2018, at 5:13 PM, Mahesh Jethanandani &lt;<a =
href=3D"mailto:mjethanandani@gmail.com" =
class=3D"">mjethanandani@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><blockquote =
type=3D"cite" style=3D"font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
class=3D"Apple-interchange-newline"><br class=3D"">"container =
session-sender {<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if-feature =
session-sender;<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;presence =
&nbsp;"Enables TWAMP Session-Sender functionality.";<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;description<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"Configur=
ation of the TWAMP Session-Sender logical entity";<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;leaf admin-state =
{<br class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;type=
 boolean;<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mandatory=
 true;<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;descripti=
on<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;"Indicates whether the device is allowed to operate<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;as a TWAMP Session-Sender.";<br class=3D"">"<br class=3D""><br =
class=3D"">A presence container is a boolean so I am unclear what it is =
that the<br class=3D"">admin-state boolean adds here since the presence =
container "Enables<br class=3D"">TWAMP Session-Sender =
functionality.=E2=80=9D;<br class=3D""></blockquote><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">[mj] Good catch. Will remove the =
presence statement.</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""></div></blockquote><div><br =
class=3D""></div>[[mj]] In addition to removing the presence statement, =
we decided to change the =E2=80=98mandatory true' statement to a =
=E2=80=98default true=E2=80=99 statement. Just removing the presence =
statement results in the following error:<br class=3D""><br =
class=3D""></div><div><div class=3D"">Validating&nbsp;<a =
href=3D"mailto:yang/ietf-twamp@2018-04-08.yang" =
class=3D"">yang/ietf-twamp@2018-04-08.yang</a></div><div class=3D""><a =
href=3D"mailto:yang/ietf-twamp@2018-04-08.yang" =
class=3D"">yang/ietf-twamp@2018-04-08.yang</a>:445: error: RFC 6087: =
4.9: top-level node twamp must not be mandatory</div><div class=3D""><br =
class=3D""></div><div class=3D"">Cheers.</div><div class=3D""><br =
class=3D""></div></div><br class=3D""><div class=3D"">
<div class=3D"">Mahesh Jethanandani</div><div class=3D""><a =
href=3D"mailto:mjethanandani@gmail.com" =
class=3D"">mjethanandani@gmail.com</a></div>

</div>
<br class=3D""></div></body></html>=

--Apple-Mail=_21E4E8F4-E6AB-4BD5-83C8-D0A8DE470CF7--


From nobody Mon Apr 16 09:01:53 2018
Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F2E9A12E8D7; Mon, 16 Apr 2018 09:01:45 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Pete Resnick <presnick@qti.qualcomm.com>
To: <gen-art@ietf.org>
Cc: ippm@ietf.org, ietf@ietf.org, draft-ietf-ippm-twamp-yang.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.78.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152389450589.19717.5878253699822119266@ietfa.amsl.com>
Date: Mon, 16 Apr 2018 09:01:45 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ij2sFHvyNiu0XUvLbiYSHqpU88g>
Subject: [ippm] Genart last call review of draft-ietf-ippm-twamp-yang-07
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 16:01:46 -0000

Reviewer: Pete Resnick
Review result: Ready with Issues

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-ippm-twamp-yang-07
Reviewer: Pete Resnick
Review Date: 2018-04-16
IETF LC End Date: 2018-04-27
IESG Telechat date: Not scheduled for a telechat

Summary:

This document appears ready to go forward. The only "issue" I have here might
end up being an editorial issue, but I list it as a Minor issue because it
might be substantive.

Major issues:

None.

Minor issues:

In the paragraph after Figure 3, it says, "and subsequent values are
monotonically increasing". I'm not sure I understand what that means. If 0 is
the highest priority, then 1 is a *lower* priority than 0, not an increasing
priority. If you are trying to say that the numeric value of the priority field
is increasing by 1 for each subsequent value, then "monotonically increasing"
is wrong; the sequence "0 2 5 36" is monotonically increasing. You'd say
instead, "and subsequent values increase by one". If all you mean is that
values start at 0 and go up from there, I think you should just delete the
entire phrase; it doesn't add anything and strikes me as confusing.

Nits/editorial comments:

Why are RFC 4086, RFC 8018, and ietf-ippm-metric-registry Informative
References instead of Normative? The uses appear to be normative.

I'm not clear why the examples were split between Section 6 and Appendix A;
seems like you could just use the long one in section 6 and explain only the
important bits. I also note that neither of them make any claims about
normativity: That is, most examples in documents I see always say something
like, "If there is a conflict between anything here and the syntax in the
model, the model wins." Is that not the case in these sorts of model documents?

Pet peeve: Except in Acknowledgements, I really don't like the use of "we" in
IETF documents (even though it's becoming more and more common). It's not clear
to whom it refers (the WG? the authors? the IETF?). In most places, it can be
replaced with "This document", or using passive voice (e.g., s/We define X as/X
is defined as). There are only 4 occurrences: Abstract, 1.1, 3, and 3.1. Easy
enough to change.

Note to shepherd: In the shepherding writeup, question 1 is not answered
correctly. This document is going for *Proposed* Standard, not *Internet*
Standard. Further, there is no explanation for why this should be a standards
track document (though I believe the answer is pretty straightforward). You
should go correct that. While you're at it, you can update answer 15, as that
nit was corrected.



From nobody Mon Apr 16 13:37:31 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DABB12704A; Mon, 16 Apr 2018 13:37:30 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ippm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.78.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152391105047.19681.2442256121739494189@ietfa.amsl.com>
Date: Mon, 16 Apr 2018 13:37:30 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/UhLrs1w2f29KWBnfBRJBQBkgvws>
Subject: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-08.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 20:37:30 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Performance Measurement WG of the IETF.

        Title           : Two-Way Active Measurement Protocol (TWAMP) Data Model
        Authors         : Ruth Civil
                          Al Morton
                          Reshad Rahman
                          Mahesh Jethanandani
                          Kostas Pentikousis
	Filename        : draft-ietf-ippm-twamp-yang-08.txt
	Pages           : 68
	Date            : 2018-04-16

Abstract:
   This document specifies a data model for client and server
   implementations of the Two-Way Active Measurement Protocol (TWAMP).
   We define the TWAMP data model through Unified Modeling Language
   (UML) class diagrams and formally specify it using YANG.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-08
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-08

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-twamp-yang-08


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Mon Apr 16 13:59:05 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E7A2126CB6 for <ippm@ietfa.amsl.com>; Mon, 16 Apr 2018 13:59:04 -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 gYt0qPkmu6Ty for <ippm@ietfa.amsl.com>; Mon, 16 Apr 2018 13:59:02 -0700 (PDT)
Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D67E124B0A for <ippm@ietf.org>; Mon, 16 Apr 2018 13:59:02 -0700 (PDT)
Received: by mail-pf0-x232.google.com with SMTP id j5so1579086pfh.2 for <ippm@ietf.org>; Mon, 16 Apr 2018 13:59:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=I+PlvDE8KvR9i/SCIjSiw6xf7w/rZNVlZ/4tWOhjQUk=; b=OI3YJpG7rzU/Pj4e4AePTrlcZPa4BaMHs0GZyqHwUzKs4eZC9TaMGqU+dfgoGcxEPs LRXzRUWlslP6iQMRHKvaMbEtVx0YfAz72ORmM7DYbpm/R42MjuuyyQYHCTmjSwWrrdGn B5gw7a07bZXk5g8zxMcoS3/O+qiZz0ZCrlRKPhIahu02w0/Qf0+JAJuqmZuG5d3ru20G /+84mHIDnPE3eSHetNctIFe73NO+pNEN+Em3LvqK4z3J7F8qcLsYekij/Flm2g2t+2kB bGi+GdprKlSnhA+Qr8LfNCHRj67M6lMn24wOUeMjwwqEB6Q/ySRdrHDCsYFIOOVmOMk2 rQZQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=I+PlvDE8KvR9i/SCIjSiw6xf7w/rZNVlZ/4tWOhjQUk=; b=ABs+EMHGk/ZGX0nuCBM+Zds/2H84R/J7zQTXhqA2Gdc4P6g4zJYqy8GLQA/ygpAi9k 16wD+GOnpdoTs1MMw+K7qBylhVolCVo5QYaJwVgDLR7Mur6tf8faLs7UO4DU3ak37dfl pJzLXVt+czQoUfazfJU5xokt+pXH69q4rLkjy0HZu74CBtM7iBVvCOFsB5SZIZJOzVIC gFxZjqr3wKyweE072Gb5l2EPlf0GvhdbdyplcdzLkzayEv2qvnZa+h48SX4lJOWTtFkI IZ9CkCMwBEjxr2tXq6Pt/R//qFeXGXQBUs2Edl52eio7NviwCJiNWENa5SgK7ejf5MBb 0zUg==
X-Gm-Message-State: ALQs6tB4oivToFTaogotaeSwgiQl8du6qOLwB0CfgaM+IvENRfLjz40j I4zeY8jHMVcGdqRzVH/4pgNYGNEL
X-Google-Smtp-Source: AIpwx4+t+AjDyPqfZoK7tBcafz4wAUq3qikVrCs+FP8LVkptdMIXHcES3l2op3yoO3u3L0PP/a+YFg==
X-Received: by 10.99.180.65 with SMTP id n1mr14184675pgu.342.1523912341484; Mon, 16 Apr 2018 13:59:01 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:1d45:d6e1:6a5e:4f6e? ([2601:647:4700:1280:1d45:d6e1:6a5e:4f6e]) by smtp.gmail.com with ESMTPSA id r16sm28713693pff.123.2018.04.16.13.59.00 for <ippm@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Apr 2018 13:59:00 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
Date: Mon, 16 Apr 2018 13:58:59 -0700
References: <152391105047.19681.2442256121739494189@ietfa.amsl.com>
To: ippm@ietf.org
In-Reply-To: <152391105047.19681.2442256121739494189@ietfa.amsl.com>
Message-Id: <C6405D75-C984-4767-9A87-BE8BF8B70509@gmail.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/g93Ar932sW2ZwTmsVVWcXhCrYDo>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-08.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2018 20:59:04 -0000

Tom,

This version of the draft address comments provided by you. Please =
review and let us know if you have any questions.

Thanks.

> On Apr 16, 2018, at 1:37 PM, internet-drafts@ietf.org wrote:
>=20
>=20
> A New Internet-Draft is available from the on-line Internet-Drafts =
directories.
> This draft is a work item of the IP Performance Measurement WG of the =
IETF.
>=20
>        Title           : Two-Way Active Measurement Protocol (TWAMP) =
Data Model
>        Authors         : Ruth Civil
>                          Al Morton
>                          Reshad Rahman
>                          Mahesh Jethanandani
>                          Kostas Pentikousis
> 	Filename        : draft-ietf-ippm-twamp-yang-08.txt
> 	Pages           : 68
> 	Date            : 2018-04-16
>=20
> Abstract:
>   This document specifies a data model for client and server
>   implementations of the Two-Way Active Measurement Protocol (TWAMP).
>   We define the TWAMP data model through Unified Modeling Language
>   (UML) class diagrams and formally specify it using YANG.
>=20
>=20
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>=20
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-08
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-08
>=20
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-twamp-yang-08
>=20
>=20
> Please note that it may take a couple of minutes from the time of =
submission
> until the htmlized version and diff are available at tools.ietf.org.
>=20
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>=20
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Mon Apr 16 18:18:15 2018
Return-Path: <zhoutianran@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFCE112E8A8; Mon, 16 Apr 2018 18:18:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 j-e554AIbG8C; Mon, 16 Apr 2018 18:18: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 A37C712D7F2; Mon, 16 Apr 2018 18:18:09 -0700 (PDT)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id F001D307866C0; Tue, 17 Apr 2018 02:18:05 +0100 (IST)
Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.382.0; Tue, 17 Apr 2018 02:18:07 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0361.001; Tue, 17 Apr 2018 09:18:00 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: Tom Herbert <tom@herbertland.com>
CC: "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT0qfYMJmDjLfNRU+b5k8Wa55hLqP9MIyAgABxbYCAANtOAIAD+q4AgACbFcD//4GggIAAiFIg//+PoQCAALymQf//jQEAACbtLsA=
Date: Tue, 17 Apr 2018 01:17:59 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com>
In-Reply-To: <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.156.116]
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/ippm/DdaJcaxx9IhjWe1MTwtXynAPQEk>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Apr 2018 01:18:14 -0000

SSB0aGluayBpdCdzIGJldHRlciB0aGF0IEZyYW5rIG9yIFNod2V0aGEgY2FuIGV4cGxhaW4gdGhl
IG11bHRpLWxheWVyIHVzZSBjYXNlIGluIGRldGFpbC4NCg0KVGlhbnJhbg0KPiAtLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBUb20gSGVyYmVydCBbbWFpbHRvOnRvbUBoZXJiZXJ0
bGFuZC5jb21dDQo+IFNlbnQ6IE1vbmRheSwgQXByaWwgMTYsIDIwMTggMTA6NDAgUE0NCj4gVG86
IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCj4gQ2M6IFNod2V0aGEgQmhh
bmRhcmkgKHNod2V0aGFiKSA8c2h3ZXRoYWJAY2lzY28uY29tPjsgRnJhbmsgQnJvY2tuZXJzDQo+
IChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT47IE1pY2tleSBTcGllZ2VsDQo+IDxtc3Bp
ZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJl
YQ0KPiA8aW50LWFyZWFAaWV0Zi5vcmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYg
bGlzdCA8c2ZjQGlldGYub3JnPjsNCj4gSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KPiBT
dWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEg
aW4gdmFyaW91cw0KPiBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGlu
IExvbmRvbg0KPiANCj4gT24gTW9uLCBBcHIgMTYsIDIwMTggYXQgNjozMSBBTSwgVGlhbnJhbiBa
aG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPiB3cm90ZToNCj4gPiBIaSBTaHdldGhhLA0KPiA+
DQo+ID4gWW91IGFyZSB0YWxraW5nIGFib3V0IHRoZSBvdXRlciBlbmNhcHN1dGlvbi4gSXQgaXMg
c3RyYWlnaHQgZm9yd2FyZA0KPiA+IGZvciB0aGUgdW5kZXJsYXkgdG8gcmVjb3JkIGJ5IHRoZSBo
ZWFkZXIuIEJ1dCB3aGF0IGFib3V0IHRoZSBvdmVybGF5LA0KPiA+IGkuZS4sIGlubmVyIGVuY2Fw
c3VsYXRpb24oZS5nLiBnZW5ldmUpPyBXaXRob3V0IHNwZWNpYWwgY29uZmlndXJhdGlvbiwNCj4g
PiBpbnRlcm1lZGlhdGUgbm9kZSB3aWxsIG5vdCByZWFkIHRoZSBpbm5lciBoZWFkZXIsIGhlbmNl
IG5vdCBiZSBhYmxlIHRvDQo+ID4gcHJvY2VzcyBJT0FNLmUNCj4gDQo+IEhpIFRpYW5yYW4sDQo+
IA0KPiBJIGJlbGlldmUgdGhhdCBpcyBhbHNvIG5vdCBwcm90b2NvbCBjb25mb3JtYW50LiBJbnRl
cm1lZGlhdGUgbm9kZXMgc2hvdWxkDQo+IG5vdCBiZSBwcm9jZXNzaW5nIHRyYW5zcG9ydCBsYXll
ciBkYXRhIGFzIHRoaXMgY2FuIGxlYWQgdG8gbWlzaW50ZXJwcmV0YXRpb24NCj4gYW5kIHBvc3Np
Ymx5IHNpbGVudCBkYXRhIGNvcnJ1cHRpb24uDQo+IA0KPiBGb3IgaW5zdGFuY2UsIEdlbmV2ZSBp
cyBhIFVEUCBlbmNhcHN1bGF0aW9uIHByb3RvY29sIHdpdGggYXNzaWduZWQgcG9ydCA2MDgxLg0K
PiBJbiBvcmRlciBmb3IgYW4gaW50ZXJtZWRpYXRlIGRldmljZSB0byBwcm9jZXNzIHRoZSBHZW5l
dmUgZW5jYXBzdWxhdGlvbiBoZWFkZXINCj4gaXQgd291bGQgbmVlZCB0byBsb29rIGZvciBwYWNr
ZXRzIHdpdGggZGVzdGluYXRpb24gcG9ydCBvZiA2MDgxIHNpbmNlIHRoYXQNCj4gaXMgdGhlIG9u
bHkgcG9zc2libGUgZGlzY3JpbWluYXRvci4gSG93ZXZlciwgdHJhbnNwb3J0IHBvcnQgbnVtYmVy
cyBkbyBub3QNCj4gaGF2ZSBnbG9iYWwgbWVhbmluZyBhbmQgaG9zdHMgbWF5IHVzZSBwb3J0IG51
bWJlcnMgZm9yIG90aGVyIHB1cnBvc2VzIChSRkM3NjA1DQo+IGRlc2NyaWJlcyB0aGlzKS4gU28g
YSBwYWNrZXQgdG8gcG9ydCA2MDgxIG1pZ2h0IGJlIHNvbWV0aGluZyBvdGhlciB0aGFuIEdlbmV2
ZQ0KPiBhbmQgbWF5IGJlIG1pc2ludGVycHJldGVkLiBJZiBhIG1pc2ludGVycHJldGVkIHBhY2tl
dCBpcyBjaGFuZ2VkIChsaWtlIGlwcG0NCj4gZGF0YSBpcyB3cml0dGVuKSB0aGVuIHRoYXQgd291
bGQgYmUgc3lzdGVtYXRpYyBzaWxlbnQgZGF0YSBjb3JydXB0aW9uLg0KPiANCj4gQXMgZmFyIGFz
IEkga25vdywgaG9wLWJ5LWhvcCBvcHRpb25zIGlzIHRoZSBvbmx5IHByb3RvY29sIGNvbmZpcm1p
bmcgbWVjaGFuaXNtDQo+IHRoYXQgYWxsb3dzIGFuIGludGVybWVkaWF0ZSBub3RlIHRvIGNoYW5n
ZSBkYXRhIG9mIHBhY2tldCBpbiBmbGlnaHQuDQo+IEVuY3Bhc3VsYXRpb24gaXMgdGhlIG9ubHkg
Y29uZm9ybWluZyBtZWNoYW5pc20gdGhhdCBhbGxvd3MgYW4gaW50ZXJtZWRpYXRlDQo+IG5vZGUg
dG8gYWRkIGRhdGEgKGxpa2UgZXh0ZW5zaW9uIGhlYWRlcnMpIHRvIGEgcGFja2V0IGluIGZsaWdo
dC4NCj4gDQo+IFRvbQ0KPiANCj4gPiBNYXliZSB3ZSBhcmUgbm90IHN5bmNlZCBieSB0aGlzIG92
ZXJsYXkvdW5kZXJsYXkgdXNlIGNhc2UuIDotKQ0KPiA+DQo+ID4gVGlhbnJhbg0KPiA+DQo+ID4N
Cj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gU2VudCBmcm9t
IFdlTGluaw0KPiA+DQo+ID4g5Y+R5Lu25Lq677yaIFNod2V0aGEgQmhhbmRhcmkgKHNod2V0aGFi
KQ0KPiA+IOaUtuS7tuS6uu+8miBUaWFucmFuIFpob3U8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47
RnJhbmsgQnJvY2tuZXJzDQo+ID4gKGZicm9ja25lKTxmYnJvY2tuZUBjaXNjby5jb20+O01pY2tl
eQ0KPiA+IFNwaWVnZWw8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+O1RvbQ0KPiA+IEhl
cmJlcnQ8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCj4gPiDmioTpgIHvvJogTlZPMzxudm8zQGlldGYu
b3JnPjtpbnQtYXJlYTxpbnQtYXJlYUBpZXRmLm9yZz47U2VydmljZSBGdW5jdGlvbg0KPiA+IENo
YWluaW5nIElFVEYgbGlzdDxzZmNAaWV0Zi5vcmc+O0lFVEYgSVBQTSBXRzxpcHBtQGlldGYub3Jn
Pg0KPiA+IOS4u+mimO+8miBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJ
T0FNIGRhdGEgaW4gdmFyaW91cw0KPiA+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRp
c2N1c3Npb24gaW4gTG9uZG9uDQo+ID4g5pe26Ze077yaIDIwMTgtMDQtMTYgMTg6MTc6MDENCj4g
Pg0KPiA+IEhpIFRpYW5yYW4sDQo+ID4NCj4gPj4gSWYgSSByZWNhbGwgcmlnaHQsIGl0IGlzIG5v
dCB3cml0dGVuIGluIHRoZSBpb2FtIGRhdGEgZHJhZnQuDQo+ID4NCj4gPiBEYXRhIGRyYWZ0IGlz
IGRlZmluaW5nIHRoZSBkYXRhIHRvIGJlIGNhcnJpZWQgaW4gSU9BTSBpbiBhbg0KPiA+IGVuY2Fw
c3VsYXRpb24gYWdub3N0aWMgd2F5LCBpdCBkb2VzIG5vdCBzcGVjaWZ5IGhvdyB0aGUgZW5jYXBz
dWxhdGlvbg0KPiA+IHByb3RvY29sIGlzIGNvbmZpZ3VyZWQuDQo+ID4NCj4gPg0KPiA+DQo+ID4+
IFllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRpb24gaXMgYW4gZWFzeSB3YXkuDQo+ID4NCj4g
PiBXaGlsZSBpdCBpcywgaXQgZG9lcyBub3QgaGF2ZSB0byBiZSBhIG5vZGUgYnkgbm9kZSBjb25m
aWd1cmF0aW9uLiBJdA0KPiA+IGNhbiBiZSBwYXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uIGRlZmlu
aXRpb24uDQo+ID4NCj4gPiBGb3IgZS5nLiBJZiB0aGUgZW5jYXBzdWxhdGlvbiBpcyBJUHY2IGFu
ZCBpZiB3ZSBkZWZpbmUgdGhlIGRhdGEgdG8gYmUNCj4gPiBjYXJyaWVkIGFzIEhiSCBvcHRpb25z
LCB0aGVuIGJhc2VkIG9uIHRoZSBPcHRpb24gVHlwZSB3aXRoIGhpZ2hlc3QNCj4gPiBvcmRlciAy
IGJpdHMgc2V0IHRvIDAwIHRoZW4gdGhlIHY2IG5vZGVzIHRoYXQgaW1wbGVtZW50IElPQU0gd2ls
bA0KPiA+IHByb2Nlc3MgdGhlIG9wdGlvbiBhbmQgb3RoZXJzIHdpbGwgc2tpcCBvdmVyLg0KPiA+
DQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBUaGFua3MsDQo+ID4NCj4gPiBTaHdldGhhDQo+ID4N
Cj4gPg0KPiA+DQo+ID4gRnJvbTogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhh
bGYgb2YgVGlhbnJhbiBaaG91DQo+ID4gPHpob3V0aWFucmFuQGh1YXdlaS5jb20+DQo+ID4gRGF0
ZTogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCBhdCAyOjM2IFBNDQo+ID4gVG86ICJGcmFuayBCcm9j
a25lcnMgKGZicm9ja25lKSIgPGZicm9ja25lQGNpc2NvLmNvbT4sIE1pY2tleSBTcGllZ2VsDQo+
ID4gPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPiwgVG9tIEhlcmJlcnQgPHRvbUBoZXJi
ZXJ0bGFuZC5jb20+DQo+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+LCAiaW50LWFyZWFAaWV0
Zi5vcmciIDxpbnQtYXJlYUBpZXRmLm9yZz4sDQo+ID4gU2VydmljZSBGdW5jdGlvbiBDaGFpbmlu
ZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz4sIElFVEYgSVBQTSBXRw0KPiA+IDxpcHBtQGlldGYu
b3JnPg0KPiA+IFN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9m
IElPQU0gZGF0YSBpbiB2YXJpb3VzDQo+ID4gcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cg
ZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4gPg0KPiA+DQo+ID4NCj4gPiBIaSBGcmFuaywNCj4gPg0K
PiA+DQo+ID4NCj4gPiBJZiBJIHJlY2FsbCByaWdodCwgaXQgaXMgbm90IHdyaXR0ZW4gaW4gdGhl
IGlvYW0gZGF0YSBkcmFmdC4NCj4gPg0KPiA+IFllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRp
b24gaXMgYW4gZWFzeSB3YXkuIEluIHRoZQ0KPiA+IGRyYWZ0LXpob3UtaXBwbS1pb2FtLXlhbmcs
IHdlIGhhdmUgdGhlIOKAnHByb3RvY29sLXR5cGXigJ0gdG8gaW5kaWNhdGUgdGhlDQo+ID4gbGF5
ZXJpbmcuDQo+ID4NCj4gPiAgICArLS1ydyBpb2FtDQo+ID4NCj4gPiAgICAgICArLS1ydyBpb2Ft
LXByb2ZpbGVzDQo+ID4NCj4gPiAgICAgICAgICArLS1ydyBlbmFibGVkPyAgICAgICAgYm9vbGVh
bg0KPiA+DQo+ID4gICAgICAgICAgKy0tcncgaW9hbS1wcm9maWxlKiBbcHJvZmlsZS1uYW1lXQ0K
PiA+DQo+ID4gICAgICAgICAgICAgKy0tcncgcHJvZmlsZS1uYW1lICAgICAgICAgICAgICAgICAg
ICBzdHJpbmcNCj4gPg0KPiA+ICAgICAgICAgICAgICstLXJ3IGZpbHRlcg0KPiA+DQo+ID4gICAg
ICAgICAgICAgfCAgKy0tcncgZmlsdGVyLXR5cGU/ICAgaW9hbS1maWx0ZXItdHlwZQ0KPiA+DQo+
ID4gICAgICAgICAgICAgfCAgKy0tcncgYWNsLW5hbWU/ICAgICAgLT4gL2FjbDphY2xzL2FjbC9u
YW1lDQo+ID4NCj4gPiAgICAgICAgICAgICArLS1ydyBwcm90b2NvbC10eXBlPyAgICAgICAgICAg
ICAgICAgIGlvYW0tcHJvdG9jb2wtdHlwZQ0KPiA+DQo+ID4gICAgICAgICAgICAgKy0tcncgaW5j
cmVtZW50YWwtdHJhY2luZy1wcm9maWxlIHtpbmNyZW1lbnRhbC10cmFjZX0/DQo+ID4NCj4gPiAg
ICAgICAgICAgICB8ICAuLi4NCj4gPg0KPiA+ICAgICAgICAgICAgICstLXJ3IHByZWFsbG9jYXRl
ZC10cmFjaW5nLXByb2ZpbGUge3ByZWFsbG9jYXRlZC10cmFjZX0/DQo+ID4NCj4gPiAgICAgICAg
ICAgICB8ICAuLi4NCj4gPg0KPiA+ICAgICAgICAgICAgICstLXJ3IHBvdC1wcm9maWxlIHtwcm9v
Zi1vZi10cmFuc2l0fT8NCj4gPg0KPiA+ICAgICAgICAgICAgIHwgIC4uLg0KPiA+DQo+ID4gICAg
ICAgICAgICAgKy0tcncgZTJlLXByb2ZpbGUge2VkZ2UtdG8tZWRnZX0/DQo+ID4NCj4gPiAgICAg
ICAgICAgICAgICAuLi4NCj4gPg0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+ID4gVGlhbnJhbg0KPiA+
DQo+ID4gRnJvbTogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgW21haWx0bzpmYnJvY2tuZUBj
aXNjby5jb21dDQo+ID4gU2VudDogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCA0OjUxIFBNDQo+ID4g
VG86IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47IE1pY2tleSBTcGllZ2Vs
DQo+ID4gPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQgPHRvbUBo
ZXJiZXJ0bGFuZC5jb20+DQo+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBp
ZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZw0KPiA+IElFVEYgbGlzdCA8c2ZjQGll
dGYub3JnPjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KPiA+IFN1YmplY3Q6IFJFOiBb
aXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzDQo+
ID4gcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4g
Pg0KPiA+DQo+ID4NCj4gPiBIaSBUaWFucmFuLA0KPiA+DQo+ID4NCj4gPg0KPiA+IElPQU0gaXMg
YSBkb21haW4gc3BlY2lmaWMgZmVhdHVyZSAoc2VlIGFsc28NCj4gPiBkcmFmdC1pZXRmLWlwcG0t
aW9hbS1kYXRhLTAyIHNlY3Rpb25zIDMgYW5kIDQpLCB3aGljaCBhbGxvd3MgYW4NCj4gPiBvcGVy
YXRvciB0byBjb250cm9sIGJ5IG1lYW5zIG9mIGNvbmZpZ3VyYXRpb24gd2hlcmUgYW5kIGZvciB3
aGljaA0KPiA+IHRyYWZmaWMgSU9BTSBkYXRhIGZpZWxkcyBhcmUgYWRkZWQvdXBkYXRlZC9yZW1v
dmVkIGZyb20gdGhlIGN1c3RvbWVyDQo+ID4gdHJhZmZpYy4gVXNpbmcgeW91ciBleGFtcGxlIG9m
IEdlbmV2ZSBvdmVyIElQdjYg4oCTIHdpdGggSU9BTSBkYXRhIGluDQo+ID4gYm90aCB0aGUgR2Vu
ZXZlIGFuZCB0aGUgSVB2NiBwcm90b2NvbCwgb25lIHdvdWxkIGV4cGVjdCB0aGF0IHRoZQ0KPiA+
IG9wZXJhdG9yIGNvbmZpZ3VyZXMgdGhlIGVuZHBvaW50cyBvZiB0aGUgR2VuZXZlIHR1bm5lbCB0
byBvcGVyYXRlIG9uDQo+ID4gdGhlIElPQU0gZGF0YSBpbiBHZW5ldmUsIGFuZCB0aGUgSVB2NiBy
b3V0ZXJzIHRoYXQgdGhlIEdlbmV2ZSB0dW5uZWwNCj4gdHJhdmVyc2VzIHRvIG9wZXJhdGUgb24g
dGhlIElPQU0gZGF0YSBpbiBJUHY2Lg0KPiA+DQo+ID4NCj4gPg0KPiA+IEZyYW5rDQo+ID4NCj4g
Pg0KPiA+DQo+ID4gRnJvbTogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPg0K
PiA+IFNlbnQ6IE1vbnRhZywgMTYuIEFwcmlsIDIwMTggMTA6MzcNCj4gPiBUbzogRnJhbmsgQnJv
Y2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT47IE1pY2tleSBTcGllZ2VsDQo+
ID4gPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQgPHRvbUBoZXJi
ZXJ0bGFuZC5jb20+DQo+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRm
Lm9yZzsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZw0KPiA+IElFVEYgbGlzdCA8c2ZjQGlldGYu
b3JnPjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KPiA+IFN1YmplY3Q6IFJFOiBbaXBw
bV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzDQo+ID4g
cHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4gPg0K
PiA+DQo+ID4NCj4gPiBIaSBGcmFuaywNCj4gPg0KPiA+DQo+ID4NCj4gPiBIb3cgZG9lcyBhIGZv
cndhcmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUgZGF0YT8NCj4gPg0KPiA+
IEluIHRoZSBjYXNlIG9mIEdlbmV2ZSBvdmVyIElQdjYsIGRvIHlvdSBtZWFuIHRoZSBkZXZpY2Ug
bmVlZCB0byBzY2FuDQo+ID4gYWxsIHRoZSBwcm90b2NvbCBzdGFjaz8gT3IganVzdCB0aGUgb3V0
ZXIgZW5jYXBzdWxhdGlvbj8NCj4gPg0KPiA+DQo+ID4NCj4gPiBUaWFucmFuDQo+ID4NCj4gPg0K
PiA+DQo+ID4gRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo
YWxmIE9mIEZyYW5rIEJyb2NrbmVycw0KPiA+IChmYnJvY2tuZSkNCj4gPiBTZW50OiBNb25kYXks
IEFwcmlsIDE2LCAyMDE4IDM6MDggUE0NCj4gPiBUbzogTWlja2V5IFNwaWVnZWwgPG1zcGllZ2Vs
QGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQNCj4gPiA8dG9tQGhlcmJlcnRsYW5k
LmNvbT4NCj4gPiBDYzogTlZPMyA8bnZvM0BpZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnOyBT
ZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nDQo+ID4gSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJ
RVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+ID4gU3ViamVjdDogUmU6IFtpcHBtXSBbSW50
LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMNCj4gPiBwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPiA+DQo+ID4NCj4g
Pg0KPiA+DQo+ID4NCj4gPiBUb20sDQo+ID4NCj4gPg0KPiA+DQo+ID4gYSBxdWljayBhZGRpdGlv
biB0byB3aGF0IE1pY2tleSBtZW50aW9uZWQgYmVsb3c6IFdoYXQgeW91IHNlZW0gdG8gaGF2ZQ0K
PiA+IGluIG1pbmQgaXMgd2hhdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHJlZmVycyB0
byBhcyDigJxsYXllcmluZ+KAnQ0KPiA+IChzZWUgc2VjdGlvbiAzLiksIGkuZS4gaWYgeW914oCZ
cmUgcnVubmluZyBmb3IgZXhhbXBsZSBHZW5ldmUgb3ZlciBJUHY2LA0KPiA+IHRoZW4gSU9BTSBk
YXRhIGNvdWxkIGJlIGVuY2Fwc3VsYXRlZCBpbiBib3RoIHByb3RvY29scywgR2VuZXZlIGFuZA0K
PiA+IElQdjYg4oCTIGdpdmluZyB5b3UgdmlzaWJpbGl0eSBpbnRvIHRoZSDigJx1bmRlcmxheeKA
nSAoSVB2NikgYW5kIHRoZSDigJxvdmVybGF54oCdDQo+IChHZW5ldmUpLg0KPiA+DQo+ID4NCj4g
Pg0KPiA+IEZyYW5rDQo+ID4NCj4gPg0KPiA+DQo+ID4gRnJvbTogaXBwbSA8aXBwbS1ib3VuY2Vz
QGlldGYub3JnPiBPbiBCZWhhbGYgT2YgTWlja2V5IFNwaWVnZWwNCj4gPiBTZW50OiBGcmVpdGFn
LCAxMy4gQXByaWwgMjAxOCAyMDoyMg0KPiA+IFRvOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRs
YW5kLmNvbT4NCj4gPiBDYzogTlZPMyA8bnZvM0BpZXRmLm9yZz47IGludC1hcmVhQGlldGYub3Jn
OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nDQo+ID4gSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+
OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+ID4gU3ViamVjdDogUmU6IFtpcHBtXSBb
SW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMNCj4gPiBwcm90
b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPiA+DQo+ID4N
Cj4gPg0KPiA+IFRvbSwNCj4gPg0KPiA+DQo+ID4NCj4gPiBPbiBUaHUsIEFwciAxMiwgMjAxOCBh
dCAxMDoxNyBQTSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+IHdyb3RlOg0KPiA+
DQo+ID4gTWlja2V5LA0KPiA+DQo+ID4gTG9va2luZyBhdCB0aGVzZSBpcHBtIGRyYWZ0cyBtb3Jl
IGNsb3NlbHksIEkgaGF2ZSBhIG11Y2ggbW9yZQ0KPiA+IGZ1bmRhbWVudGFsIGNvbmNlcm4uDQo+
ID4NCj4gPiBJbiBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0wMCBmb3IgaW5zdGFu
Y2UsIHRoZXJlIGlzIHRoZSB0ZXh0DQo+ID4gaW4gdGhlIGludHJvZHVjdGlvbjoNCj4gPg0KPiA+
ICJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3JkcyBPQU0gaW5mb3JtYXRpb24gd2l0aGluIHRoZSBw
YWNrZXQgd2hpbGUNCj4gPiB0aGUgcGFja2V0IHRyYXZlcnNlcyBhIHBhcnRpY3VsYXIgbmV0d29y
ayBkb21haW4uICBUaGUgdGVybSAiaW4tc2l0dSINCj4gPiByZWZlcnMgdG8gdGhlIGZhY3QgdGhh
dCB0aGUgSU9BTSBkYXRhIGZpZWxkcyBhcmUgYWRkZWQgdG8gdGhlIGRhdGENCj4gPiBwYWNrZXRz
IHJhdGhlciB0aGFuIGlzIGJlaW5nIHNlbnQgd2l0aGluIHBhY2tldHMgc3BlY2lmaWNhbGx5DQo+
ID4gZGVkaWNhdGVkIHRvIE9BTS4gIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBob3cgSU9BTSBkYXRh
IGZpZWxkcyBhcmUNCj4gPiB0cmFuc3BvcnRlZCBhcyBwYXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5p
ZXRmLW52bzMtZ2VuZXZlXQ0KPiA+IGVuY2Fwc3VsYXRpb24uIg0KPiA+DQo+ID4gSSBhc3N1bWUg
dGhpcyBtZWFucyB0aGF0IGFzIHBhY2tldHMgd2l0aCBHZW5ldmUgZW5jYXBzdWxhdGlvbiB0cmF2
ZXJzZQ0KPiA+IHRoZSBuZXR3b3JrIHRoZXkgYXJlIGludGVycHJldGVkIGJ5IGludGVybWVkaWF0
ZSBub2RlcyBhcyBiZWluZw0KPiA+IEdlbmV2ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fw
c3VsYXRpb24sIHRoZW4gdGhlIGRlc3RpbmF0aW9uIFVEUA0KPiA+IHBvcnQgbnVtYmVyIHdvdWxk
IGJlIHVzZWQgdG8gaWRlbnRpZnkgcGFja2V0cyBhcyBiZWluZyBHZW5ldmUuIFNvIGFuDQo+ID4g
aW50ZXJtZWRpYXRlIGRldmljZSBtaWdodCBiZSBsb29raW5nIGZvciBVRFAgcGFja2V0cyBkZXN0
aW5lZCB0byBwb3J0DQo+ID4gNjA4MSAodGhlIGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUp
LiBJZiBteSB1bmRlcnN0YW5kaW5nIGlzDQo+ID4gY29ycmVjdCwgdGhlbiB0aGlzIGlzIGEgcHJv
YmxlbS4NCj4gPg0KPiA+IFVEUCBwb3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xvYmFsIG1lYW5p
bmcuIEFuIGludGVybWVkaWF0ZSBkZXZpY2UNCj4gPiBtYXkgdmVyeSB3ZWxsIHNlZSBVRFAgcGFj
a2V0cyBkZXN0aW5lZCB0byBwb3J0IDYwODEgdGhhdCBhcmUgbm90DQo+ID4gYWN0dWFsbHkgR2Vu
ZXZlLiBUaGlzIHNjZW5hcmlvIGlzIGRpc2N1c3NlZCBpbiBSRkM3NjA1Og0KPiA+DQo+ID4gIi4u
LmludGVybWVkaWF0ZSBkZXZpY2UgaW50ZXJwcmV0cyB0cmFmZmljIGJhc2VkIG9uIHRoZSBwb3J0
IG51bWJlci4NCj4gPiBJdCBpcyBpbXBvcnRhbnQgdG8gcmVjb2duaXplIHRoYXQgYW55IGludGVy
cHJldGF0aW9uIG9mIHBvcnQgbnVtYmVycw0KPiA+IC0tIGV4Y2VwdCBhdCB0aGUgZW5kcG9pbnRz
IC0tIG1heSBiZSBpbmNvcnJlY3QsIGJlY2F1c2UgcG9ydCBudW1iZXJzDQo+ID4gYXJlIG1lYW5p
bmdmdWwgb25seSBhdCB0aGUgZW5kcG9pbnRzLiINCj4gPg0KPiA+IElmIHRoZSBVRFAgZGF0YSBp
cyBtb2RpZmllZCwgYXMgdGhlIGRyYWZ0IHdvdWxkIGltcGx5LCB0aGVuDQo+ID4gbWlzaW50ZXJw
cmV0YXRpb24gbWF5IGFsc28gbWVhbiBzaWxlbnQgZGF0YSBjb3JydXB0aW9uIG9mIHBhY2tldHMu
IEENCj4gPiBwcm90b2NvbCB0aGF0IHdvdWxkIGFsbG93IHRoaXMgc2VlbXMgcHJldHR5IGluY29y
cmVjdCEgTm90ZSB0aGF0IHRoaXMNCj4gPiB3b3VsZCBiZSB0cnVlIGFsc28gZm9yIGFueSBVRFAg
ZW5jYXBzdWxhdGlvbiB0aGF0IHRoZSBuZXR3b3JrIHRyaWVzIHRvDQo+ID4gaW50ZXJwcmV0Lg0K
PiA+DQo+ID4NCj4gPg0KPiA+IFRoZSBpbnRlbnRpb24gaXMgdG8gYWxsb3cgZm9yIG11bHRpcGxl
IG5vZGVzIHRoYXQgYSBwYWNrZXQgdHJhdmVyc2VzDQo+ID4NCj4gPiB0byBiZSBhYmxlIHRvIGlu
c2VydCBJT0FNIG5vZGUgaW5mb3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ugb3B0aW9uLA0KPiA+
DQo+ID4gYnV0IGxlYXZlIHNvbWUgZmxleGliaWxpdHkgcmVnYXJkaW5nIHdoaWNoIG5vZGVzIGFj
dHVhbGx5IGRvIHRoZQ0KPiA+DQo+ID4gSU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUgbm9kZSBpbmZv
cm1hdGlvbi4gVGhpcyBtYXkgdmFyeQ0KPiA+DQo+ID4gZGVwZW5kaW5nIG9uIHRoZSB0cmFuc3Bv
cnQuDQo+ID4NCj4gPg0KPiA+DQo+ID4gSW4gY2FzZSBvZiBhIHR1bm5lbGVkIGVuY2Fwc3VsYXRp
b24gc3VjaCBhcyBHZW5ldmUgb3IgVlhMQU4sDQo+ID4NCj4gPiB0aGVyZSBtYXkgc3RpbGwgYmUg
bXVsdGlwbGUgaG9wcy4gRm9yIGV4YW1wbGUgYSBuZXR3b3JrIG1heSB1c2UNCj4gPg0KPiA+IEdl
bmV2ZSBvciBWWExBTiwgYnV0IG9ubHkgZG8gTDIgcHJvY2Vzc2luZyBhdCBUb1JzLCB3aXRoIEwz
DQo+ID4NCj4gPiBwcm9jZXNzaW5nIGRvbmUgYXQgYWdncmVnYXRpb24gb3IgY29yZSBzd2l0Y2hl
cy4gSW4gdGhpcyBjYXNlDQo+ID4NCj4gPiBtYW55IHBhY2tldHMgd291bGQgZG8gMiBHZW5ldmUg
b3IgVlhMQU4gaG9wcywgc28gdGhlIHBhY2tldA0KPiA+DQo+ID4gd291bGQgY29udGFpbiBJT0FN
IG5vZGUgaW5mb3JtYXRpb24gZnJvbSB0d28gbm9kZXMuDQo+ID4NCj4gPg0KPiA+DQo+ID4gQW5v
dGhlciBleGFtcGxlIGlzIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcgdXNpbmcgR2VuZXZlIG9y
DQo+ID4NCj4gPiBWWExBTiByYXRoZXIgdGhhbiBOU0guDQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4g
PiBJIGFtIGFsc28gd29uZGVyaW5nIGlmIGhvcC1ieS1ob3Agb3B0aW9ucyBiZWVuIGNvbnNpZGVy
ZWQgZm9yIHRoaXMNCj4gPiBhcHBsaWNhdGlvbj8gVGhlaXIgaW50ZXJwcmV0YXRpb24gaW4gdGhl
IG5ldHdvcmsgaXMgdW5hYmlndW91cyBhbmQNCj4gPiB0aGV5IGFsc28gaGF2ZSB0aGUgYWR2YW50
YWdlIHRoYXQgdGhlIHdvcmsgd2l0aCBhbnkgSVAgcHJvdG9jb2wgb3INCj4gPiBlbmNhcHN1bGF0
aW9uLg0KPiA+DQo+ID4NCj4gPg0KPiA+IElQdjYgaG9wLWJ5LWhvcCBvcHRpb25zIGhhcyBiZWVu
IGNvbnNpZGVyZWQuIFNlZQ0KPiA+DQo+ID4gZHJhZnQtYnJvY2tuZXJzLWluYmFuZC1vYW0tdHJh
bnNwb3J0LTA1LiBUaGlzIGhhcyBub3QgeWV0IGJlZW4NCj4gPg0KPiA+IGJyb2tlbiBvdXQgaW50
byBhIHNlcGFyYXRlIGRyYWZ0Lg0KPiA+DQo+ID4NCj4gPg0KPiA+IE1pY2tleQ0KPiA+DQo+ID4N
Cj4gPg0KPiA+DQo+ID4gVGhhbmtzLA0KPiA+IFRvbQ0KPiA+DQo+ID4NCj4gPiBPbiBUaHUsIEFw
ciAxMiwgMjAxOCBhdCAzOjMxIFBNLCBNaWNrZXkgU3BpZWdlbA0KPiA+IDxtc3BpZWdlbEBiYXJl
Zm9vdG5ldHdvcmtzLmNvbT4gd3JvdGU6DQo+ID4NCj4gPj4gVG9tLA0KPiA+Pg0KPiA+PiBPbiBU
aHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5k
LmNvbT4gd3JvdGU6DQo+ID4+Pg0KPiA+Pj4gT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgOTo1NCBB
TSwgR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4NCj4gPj4+IHdyb3RlOg0KPiA+
Pj4gPiBIaSBGcmFuaywNCj4gPj4+ID4gdGhhbmsgeW91IGZvciBzaGFyaW5nIHlvdXIgcG9pbnRz
LiBQbGVhc2UgZmluZCBteSBub3RlcyBpbi1saW5lDQo+ID4+PiA+IGFuZCB0YWdnZWQNCj4gPj4+
ID4gR0lNPj4uIEkgYmVsaWV2ZSB0aGF0IHRoaXMgaXMgdmVyeSBtdWNoIHJlbGV2YW50IHRvIHdv
cmsgb2Ygb3RoZXINCj4gPj4+ID4gd29ya2luZw0KPiA+Pj4gPiBncm91cHMgdGhhdCBkaXJlY3Rs
eSB3b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fwc3VsYXRpb25zIGluIHRoZQ0KPiA+Pj4gPiBjZW50
ZXIgb2YgdGhlIGRpc2N1c3Npb24gYW5kIGhlbmNlIEkndmUgYWRkZWQgdGhlbSB0byB0aGUgbGlz
dC4NCj4gPj4+ID4gSG9wZSB3ZSdsbCBoYXZlIG1vcmUgb3BpbmlvbnMgdG8gcmVhY2ggdGhlIGNv
bmNsdXNpb24gdGhhdCBpcw0KPiA+Pj4gPiBhY2NlcHRhYmxlIHRvIGFsbC4NCj4gPj4+ID4NCj4g
Pj4+ID4gUmVnYXJkcywNCj4gPj4+ID4gR3JlZw0KPiA+Pj4gPg0KPiA+Pj4gPiBPbiBXZWQsIEFw
ciAxMSwgMjAxOCBhdCAxMjowMiBQTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkNCj4gPj4+
ID4gPGZicm9ja25lQGNpc2NvLmNvbT4gd3JvdGU6DQo+ID4+PiA+Pg0KPiA+Pj4gPj4gQmFjayBh
dCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRz
DQo+ID4+PiA+PiBkZWFsaW5nIHdpdGggdGhlIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGlu
IHZhcmlvdXMgcHJvdG9jb2xzDQo+ID4+PiA+PiAoZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS12
eGxhbi1ncGUtMDAsDQo+ID4+PiA+PiBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0w
MCwNCj4gPj4+ID4+IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMCkuIE9uZSBkaXNjdXNzaW9u
IHRvcGljIHRoYXQgd2UNCj4gPj4+ID4+IGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMg
dGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXINCj4gPj4+ID4+IGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2Ft
LWhlYWRlciBjb3VsZCBiZSBsZXZlcmFnZWQuLiAgQWZ0ZXINCj4gPj4+ID4+IGNhcmVmdWxseSBj
b25zaWRlcmluZyBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIsIEkgY2FtZSB0bw0KPiA+
Pj4gPj4gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3Qg
bWVldCB0aGUgbmVlZHMgb2YNCj4gPj4+ID4+IElPQU06DQo+ID4+PiA+Pg0KPiA+Pj4gPj4gKiBF
ZmZpY2llbmN5OiBJT0FNIGFkZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwg
YW4NCj4gPj4+ID4+IGVuY2Fwc3VsYXRpb24gbmVlZHMgdG8gYmUgYXMgZWZmaWNpZW50IGFzIHBv
c3NpYmxlLiBUaGUg4oCcT09BTSBoZWFkZXLigJ0NCj4gPj4+ID4+IGlzIDgNCj4gPj4+ID4+IGJ5
dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhl
IGFib3ZlDQo+ID4+PiA+PiBtZW50aW9uZWQgZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4g
VXNpbmcgdGhlIE9PQU0gaGVhZGVyDQo+ID4+PiA+PiBhcHByb2FjaCB3b3VsZCBhZGQgYW4gdW5u
ZWNlc3Nhcnkgb3ZlcmhlYWQgb2YgNCBieXRlcyDigJMgd2hpY2ggaXMNCj4gPj4+ID4+IHNpZ25p
ZmljYW50Lg0KPiA+Pj4gR3JlZywNCj4gPj4+DQo+ID4+PiBJJ20gbWlzc2luZyBzb21ldGhpbmcg
aGVyZS4gSSBsb29rZWQgYXQgdGhlIGRyYWZ0cyB5b3UgcmVmZXJlbmNlZA0KPiA+Pj4gYW5kIGVh
Y2ggb2YgdGhlbSBsb29rcyBsaWtlIHRoZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdyZWF0ZXIgdGhh
dA0KPiA+Pj4gZm91ciBieXRlcy4gSW4gZWFjaCB0aGVyZSBpcyBzb21lIG92ZXJoZWFkIGVxdWl2
YWxlbnQgdG8NCj4gPj4+IHR5cGUvbGVuZ3RoLCBmb3IgaW5zdGFuY2UgaW4gR2VuZXZlIGZvdXIg
Ynl0ZXMgYXJlIG5lZWRlZCBmb3Igb3B0aW9uDQo+ID4+PiBjbGFzcywgdHlwZSwgYW5kIGxlbmd0
aC4gVW5sZXNzIHRoZSB0aGUgT0FNIGRhdGEgaXMgemVybyBsZW5ndGgsIEkNCj4gPj4+IGRvbid0
IHNlZSBob3cgdGhpcyBhZGRzIHVwIHRvIG9ubHkgZm91ciBieXRlcyBvZiBvdmVyaGVhZC4NCj4g
Pj4NCj4gPj4NCj4gPj4gVGhlIGZvdXIgdmVyc3VzIGVpZ2h0IGJ5dGVzIGp1c3QgcmVmZXJzIHRv
IHRoZSBmaWVsZHMgaW4gdGhlIGZvdXINCj4gPj4gYnl0ZXMgb2YgSU9BTSBpbmZvLCB0aGF0IGlz
IGNvbW1vbiB0byBhbGwgSU9BTSBvcHRpb25zLiBCZXlvbmQgdGhhdCwNCj4gPj4gdGhlcmUgYXJl
IElPQU0gb3B0aW9uIHNwZWNpZmljIGZpZWxkcy4gRm9yIGV4YW1wbGUgaWYgZG9pbmcgb25lIG9m
DQo+ID4+IHRoZSBJT0FNIHRyYWNlIG9wdGlvbnMsIHRoZXJlIGFyZSBmb3VyIGJ5dGVzIG9mIHRy
YWNlIG9wdGlvbiBoZWFkZXIsDQo+ID4+IGluY2x1ZGluZyB0aGUgSU9BTS10cmFjZS10eXBlLCBO
b2RlTGVuLCBGbGFncywgYW5kIFJlbWFpbmluZ0xlbg0KPiA+PiBmaWVsZHMuIFRoZXNlIGFyZSBm
b2xsb3dlZCBieSB0aGUgbm9kZSBkYXRhIGxpc3QgY29udGFpbmluZyB0aGUgcGVyDQo+ID4+IGhv
cCBJT0FNIGluZm9ybWF0aW9uLg0KPiA+Pg0KPiA+PiBJbiBsb29raW5nIGF0IHRoZSBPT0FNIGhl
YWRlciBjb250ZW50LCBpdCBoYXMgbm90aGluZyB0byBkbyB3aXRoIGFueQ0KPiA+PiBvZiB0aGUg
SU9BTSBpbmZvcm1hdGlvbiBhZnRlciB0aGUgZmlyc3QgZm91ciBieXRlcy4gSXQgY29udGFpbnMN
Cj4gPj4gYW5vdGhlciB2YXJpYW50IG9mIHRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgZmlyc3QgZm91
ciBieXRlcyBvZiBJT0FNDQo+ID4+IGluZm8sIHNwcmVhZCBvdXQgb3ZlciBlaWdodCBieXRlcy4N
Cj4gPj4NCj4gPj4+DQo+ID4+PiBUb20NCj4gPj4+DQo+ID4+PiA+DQo+ID4+PiA+IEdJTT4+IFRo
ZSBkaWZmZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6DQo+ID4+
PiA+DQo+ID4+PiA+IHByb3ZpZGVzIG1vcmUgZmxleGliaWxpdHksIGUuZy4gRmxhZ3MgZmllbGQg
YW5kIFJlc2VydmVkIGZpZWxkczsNCj4gPj4NCj4gPj4NCj4gPj4gVGhlIGZsYWdzIGZpZWxkIG9u
bHkgaGFzIG9uZSBkZWZpbmVkIGZsYWcgYXQgdGhlIG1vbWVudCwgZm9yIGENCj4gPj4gdGltZXN0
YW1wIGJsb2NrLiBGb3IgSU9BTSB0cmFjZSB3ZSBuZWVkIHBlciBob3AgdGltZXN0YW1wcywgd2hp
Y2ggdGhlDQo+ID4+IHRpbWVzdGFtcCBibG9jayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGlt
ZXN0YW1wIGJsb2NrIGlzIHJlZHVuZGFudCBmb3INCj4gSU9BTS4NCj4gPj4NCj4gPj4+DQo+ID4+
PiA+IHN1cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVhZGVyOw0KPiA+Pg0K
PiA+Pg0KPiA+PiBGb3IgSU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFuIGVu
b3VnaC4NCj4gPj4NCj4gPj4+DQo+ID4+PiA+IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5n
IHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLg0KPiA+Pg0KPiA+Pg0KPiA+PiBJTU8sIHRha2lu
ZyB0aGUgZmlyc3QgdHdvIGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSBWZXJzaW9u
DQo+ID4+IGZpZWxkIHdvdWxkIGJlIGEgZ29vZCB0aGluZy4gVGhpcyBkb2VzIG5vdCByZXF1aXJl
IGFkZGluZyBmb3VyIG1vcmUNCj4gPj4gYnl0ZXMgb2Ygb3ZlcmhlYWQuIDY0IElPQU0tVHlwZXMg
aXMgbW9yZSB0aGFuIGVub3VnaC4NCj4gPj4NCj4gPj4+DQo+ID4+PiA+Pg0KPiA+Pj4gPj4gKiBN
YXR1cml0eTogSU9BTSBoYXMgc2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMsIHdoaWNoIHdlcmUgYWxz
bw0KPiA+Pj4gPj4gc2hvd24gYXQgcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZ
cmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwNCj4gPj4+ID4+IGltcGxlbWVudGF0aW9ucyB0byBiZSBw
dWJsaWNpemVkIHNvb24uIEludGVyb3BlcmFibGUNCj4gPj4+ID4+IGltcGxlbWVudGF0aW9ucyBu
ZWVkIHRpbWVseSBzcGVjaWZpY2F0aW9ucy4gRGVzcGl0ZSB0aGUgcXVlc3Rpb24NCj4gPj4+ID4+
IGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxpc3Qg
aGFzbuKAmXQNCj4gPj4+ID4+IHJldmVhbGVkIGFueSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgT09B
TSBoZWFkZXIuDQo+ID4+PiA+PiBJbg0KPiA+Pj4gPj4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2
ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9ucw0KPiA+Pj4gPj4gYWJvdXQg
dGhlIE9PQU0gaGVhZGVyIGFyZSBzdGlsbCBvcGVuLCBzdWNoIGFzIHdoZXRoZXIgb3IgaG93DQo+
ID4+PiA+PiBhY3RpdmUgT0FNIG1lY2hhbmlzbXMgd2l0aGluIHByb3RvY29scyBzdWNoIGFzIEdl
bmV2ZSB3b3VsZCBhcHBseQ0KPiA+Pj4gPj4gdG8gdGhlIE9PQU0gaGVhZGVyLiBUaGlzIHVsdGlt
YXRlbHkgbWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0byBhDQo+ID4+PiA+PiB0aW1lbHkgc3Bl
Y2lmaWNhdGlvbi4NCj4gPj4+ID4NCj4gPj4+ID4gR0lNPj4gTWF5IEkgYXNrIHdoaWNoIGVuY2Fw
c3VsYXRpb25zIHN1cHBvcnRlZCBieSB0aGUNCj4gPj4+ID4gR0lNPj4gaW1wbGVtZW50YXRpb25z
DQo+ID4+PiA+IHlvdQ0KPiA+Pj4gPiByZWZlciB0by4gVW50aWwgdmVyeSByZWNlbnRseSBhbGwg
aU9BTSBwcm9wb3NhbHMgd2VyZSB0byB1c2UNCj4gPj4+ID4gbWV0YS1kYXRhIFRMViBpbiwgZS5n
LiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNlIG9yIHNvbWUgb2YNCj4gPj4+ID4gdGhlc2Ug
aW1wbGVtZW50YXRpb25zIGFscmVhZHkgdXBkYXRlZCB0byB0aGUgbmV3bHkgcHJvcG9zZWQgaU9B
TQ0KPiA+Pj4gPiBzaGltLCBJIGRvbid0IHNlZSBwcm9ibGVtIGluIG1ha2luZyB0aGVtIHVzZSBP
T0FNIEhlYWRlci4gV291bGQNCj4gPj4+ID4geW91IGFncmVlPw0KPiA+Pj4gPg0KPiA+Pj4gPj4N
Cj4gPj4+ID4+ICogU2NvcGU6IEl0IGlzbuKAmXQgZW50aXJlbHkgY2xlYXIgdG8gd2hpY2ggcHJv
dG9jb2xzIHRoZSBPT0FNDQo+ID4+PiA+PiBoZWFkZXIgd291bGQgdWx0aW1hdGVseSBhcHBseSB0
by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMNCj4gPj4+ID4+IGRlZmluZWQsIE9PQU0gdXNl
cyBhIDgtYml0IGZpZWxkIGZvciDigJxOZXh0IFByb3TigJ0sIHRoZSBuZXh0DQo+ID4+PiA+PiBw
cm90b2NvbC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGEgbmVlZHMgdG8gYmUgZW5jYXBz
dWxhdGVkDQo+ID4+PiA+PiBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29s
IGNvZGUgcG9pbnRzLiBTZWUgZS5nLg0KPiA+Pj4gPj4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKA
kyBhcyBzcGVjaWZpZWQgaW4NCj4gPj4+ID4+IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMC4N
Cj4gPj4+ID4NCj4gPj4+ID4gR0lNPj4gVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgSW50cm9k
dWN0aW9uIHNlY3Rpb24gc3RhdGVzOg0KPiA+Pj4gPiAgICBOZXcgcHJvdG9jb2xzIHRoYXQgc3Vw
cG9ydCBvdmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFDQo+ID4+PiA+ICAgIFtJLUQuaWV0
Zi1udm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBHZW5ldmUNCj4gPj4+
ID4gICAgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwgQklFUiBbSS1ELmlldGYtYmllci1tcGxzLWVu
Y2Fwc3VsYXRpb25dLA0KPiBhbmQNCj4gPj4+ID4gICAgTlNIIFtJLUQuaWV0Zi1zZmMtbnNoXSBz
dXBwb3J0IG11bHRpLXByb3RvY29sIHBheWxvYWQsIGUuZy4NCj4gPj4+ID4gICAgRXRoZXJuZXQs
IElQdjQvSVB2NiwgYW5kIHJlY29nbml6ZSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5k
DQo+ID4+PiA+ICAgIE1haW50ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4g
IFRoYXQgZW5zdXJlcyB0aGF0DQo+ID4+PiA+ICAgIE92ZXJsYXkgT0FNIChPT0FNKXBhY2tldHMg
YXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBwYWNrZXQNCj4gPj4+ID4gICAgdHJh
dmVyc2luZyB0aGUgdW5kZXJsYXkuDQo+ID4+PiA+IEknbSB1cGRhdGluZyB0aGUgT09BTSBIZWFk
ZXIgZHJhZnQgYW5kIGFsb25nIHdpdGggY2xlYW5pbmcgbml0cw0KPiA+Pj4gPiB3aWxsIHVwZGF0
ZSByZWZlcmVuY2UgdG8gR1VFLiBJIHRoaW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZQ0KPiA+Pj4g
PiBzdGF0ZW1udCBhcmUgcXVpdGUgY2xlYXIgaW4gaWRlbnRpZnlpbmcgdGhlIHNjb3BlIG9mIG5l
dHdvcmtzIHRoYXQNCj4gPj4+ID4gbWF5IGJlbmVmaXQgZnJvbSB1c2luZyBub3Qgb25seSBjb21t
b24gT09BTSBIZWFkZXIgYnV0IGNvbW1vbiBPT0FNDQo+ID4+PiA+IG1lY2hhbmlzbXMsIGUuZy4g
RWNobyBSZXF1ZXN0L1JlcGx5Lg0KPiA+Pj4gPg0KPiA+Pj4gPj4gV2l0aCB0aGUgYWJvdmUgaW4g
bWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkDQo+ID4+PiA+PiB3
aXRoIHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRv
DQo+ID4+PiA+PiBwcm90b2NvbHMg4oCTIHBlciB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy4N
Cj4gPj4+ID4+DQo+ID4+PiA+Pg0KPiA+Pj4gPj4NCj4gPj4+ID4+IFJlZ2FyZHMsIEZyYW5rDQo+
ID4+PiA+Pg0KPiA+Pj4gPj4NCj4gPj4+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQo+ID4+PiA+PiBpcHBtIG1haWxpbmcgbGlzdA0KPiA+Pj4gPj4g
aXBwbUBpZXRmLm9yZw0KPiA+Pj4gPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9pcHBtDQo+ID4+PiA+Pg0KPiA+Pj4gPg0KPiA+Pj4gPg0KPiA+Pj4gPiBfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+Pj4gPiBJbnQtYXJlYSBt
YWlsaW5nIGxpc3QNCj4gPj4+ID4gSW50LWFyZWFAaWV0Zi5vcmcNCj4gPj4+ID4gaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnQtYXJlYQ0KPiA+Pj4gPg0KPiA+Pj4NCj4g
Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+
PiBpcHBtIG1haWxpbmcgbGlzdA0KPiA+Pj4gaXBwbUBpZXRmLm9yZw0KPiA+Pj4gaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQo+ID4+DQo+ID4+DQo+ID4NCj4gPg0K


From nobody Tue Apr 17 00:44:37 2018
Return-Path: <tal.mizrahi.phd@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B54D61271FD for <ippm@ietfa.amsl.com>; Tue, 17 Apr 2018 00:44:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dRVSlL8CSIL4 for <ippm@ietfa.amsl.com>; Tue, 17 Apr 2018 00:44:31 -0700 (PDT)
Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 145AD124C27 for <ippm@ietf.org>; Tue, 17 Apr 2018 00:44:31 -0700 (PDT)
Received: by mail-wr0-x236.google.com with SMTP id q6so20527996wrd.6 for <ippm@ietf.org>; Tue, 17 Apr 2018 00:44:30 -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=51NMa+aL8CyPvVqLmhntQYqp5LwkHjDk+CoQPD/dp4E=; b=dNHNjr/5JVn8dks34F6azo3NWYIAegfJOKy/wWsoyQpGeKlhANtBQoD1D0xdsboypU UeQ1GQMiAU6nazlFDhTEYpQRno9Hhak1k8s8jx6/JItJa1X16WEZCqS29LO4mIs1U2lH 22iSls3oJISjJj9Zn8bwZQw+cEcPH4itMoLa3Omi37TTCM682rfdQ4rsR72Oe//sxFDK 7wq4B8kp24XlD6/wRBI8gOt5W0m/gZ4PkSCnYU8plEOlvC01Flf9Oe/11umtGfUegl0p jkc/d+zclzCjXIYB2aFUZWdnmStLkFN9g0Ac5izn3O8+BVxTaGoJ9t3qA8cmoLS4rctA Bj9Q==
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=51NMa+aL8CyPvVqLmhntQYqp5LwkHjDk+CoQPD/dp4E=; b=irauRIE2hZtXJiQUB9Dc3U1uJXyJdvJriNxduqN40xOjsSY9gclqW4GNyIPT7MN8Za Hg2ZPJqdOGnEpJmAEqEt+4U0fhtyV0Aal2C4rzgwTgoRa10M2Jbo4BwdKykyzis4JBD6 BRPKI2P707Z+oZRd1c8dZ6GwKaAM0R6/lA/b/pgPLqp/hG2wcHG1NcboAP+Wcfsb7M20 hWvqHXshDhiW5mxL38spRjURpoPz9pVxFGNlpY5fTWAyj4FIoTEk3Ubwe5XhCnEYq6Sc a7/aolvogZhRfxJvylC48DvZxzgPs8CjxCtAyH3l8mcU4HZazDDXtbthCGj8E8ibNGuz 6LMw==
X-Gm-Message-State: ALQs6tC1ZVKTemAD4t1MTyI7/qDAgnlHniXviL5KEO+iLGfNpZesEF47 MoEGu+kYM6iP9sDet/D7F51rJuaEXO+3eCPB9dU=
X-Google-Smtp-Source: AIpwx481hfG8xduqkQ3NxHKckrzb551G7XM2EL0o5pgTMdr8XlHJkXF78vyBKS1w3e7GD3LNDVIrnOPWkxmyYcG6xoc=
X-Received: by 10.80.213.70 with SMTP id f6mr1729105edj.73.1523951069675; Tue, 17 Apr 2018 00:44:29 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.80.143.195 with HTTP; Tue, 17 Apr 2018 00:44:29 -0700 (PDT)
In-Reply-To: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Tue, 17 Apr 2018 10:44:29 +0300
Message-ID: <CABUE3X=MXqACAb2SbxOhj-fJSRa8sPntsSpZ=-7qnbnLUmx4Mw@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="f403045dc37429c50e056a0682d5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/9CllWh0XhT-HwH7HE1DSU4HpvT8>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Apr 2018 07:44:35 -0000

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

+1

I believe OOAM will certainly be useful for active and hybrid measurement
protocols (using the RFC 7799 terminology), while in situ OAM (which is a
special case of hybrid measurement) has a data plane overhead which implies
that every additional bit should be considered carefully, and therefore I
would recommend to stay with the existing IOAM header.

My 2 cents...
Cheers,
Tal.

On Wed, Apr 11, 2018 at 1:02 PM, Frank Brockners (fbrockne) <
fbrockne@cisco.com> wrote:

> Back at the IPPM meeting in London, we discussed several drafts dealing
> with the encapsulation of IOAM data in various protocols
> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve=
-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to tak=
e
> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
> could be leveraged.  After carefully considering draft-ooamdt-rtgwg-ooam-=
header,
> I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not =
meet the needs of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D is 8
> bytes long. The approach for IOAM data encapsulation in the above mention=
ed
> drafts only requires 4 bytes. Using the OOAM header approach would add an
> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>
> * Maturity: IOAM has several implementations, which were also shown at
> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional i=
mplementations to
> be publicized soon. Interoperable implementations need timely
> specifications. Despite the question being asked, the recent thread on OO=
AM
> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM h=
eader. In
> addition, the thread revealed that several fundamental questions about th=
e
> OOAM header are still open, such as whether or how active OAM mechanisms
> within protocols such as Geneve would apply to the OOAM header. This
> ultimately means that we won=E2=80=99t get to a timely specification.
>
> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM head=
er would
> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-bi=
t
> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols =
that IOAM data
> needs to be encapsulated into use 16-bits for their next protocol code
> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
> With the above in mind, I=E2=80=99d suggest that the WG moves forward wit=
h
> specific definitions for encapsulating IOAM data into protocols =E2=80=93=
 per the
> above mentioned drafts.
>
>
>
> Regards, Frank
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>

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

<div dir=3D"ltr">+1<div><br></div><div>I believe OOAM will certainly be use=
ful for active and hybrid measurement protocols (using the RFC 7799 termino=
logy), while in situ OAM (which is a special case of hybrid measurement) ha=
s a data plane overhead which implies that every additional bit should be c=
onsidered carefully, and therefore I would recommend to stay with the exist=
ing IOAM header.</div><div><br></div><div>My 2 cents...</div><div>Cheers,</=
div><div>Tal.</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail=
_quote">On Wed, Apr 11, 2018 at 1:02 PM, Frank Brockners (fbrockne) <span d=
ir=3D"ltr">&lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbro=
ckne@cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_-1053003871458659660WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00, draft-=
brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre-00).
 One discussion topic that we decided to take to the list was the question =
on whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After c=
arefully considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came to the con=
clusion that the =E2=80=9COOAM header=E2=80=9D does not meet
 the needs of IOAM:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach fo=
r IOAM data encapsulation in the above mentioned drafts
 only requires 4 bytes. Using the OOAM header approach would add an unneces=
sary overhead of 4 bytes =E2=80=93 which is significant.<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized soon.=
 Interoperable implementations need timely specifications.
 Despite the question being asked, the recent thread on OOAM in the NVO3 li=
st hasn=E2=80=99t revealed any implementation of the OOAM header. In additi=
on, the thread revealed that several fundamental questions about the OOAM h=
eader are still open, such as whether or
 how active OAM mechanisms within protocols such as Geneve would apply to t=
he OOAM header. This ultimately means that we won=E2=80=99t get to a timely=
 specification.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for =E2=80=9CNext =
Prot=E2=80=9D, the next protocol. Some protocols that IOAM data
 needs to be encapsulated into use 16-bits for their next protocol code poi=
nts. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis-ip=
pm-ioam-gre-00.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</a><br>
<br></blockquote></div><br></div>

--f403045dc37429c50e056a0682d5--


From nobody Tue Apr 17 00:52:06 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBCAF1271FD; Tue, 17 Apr 2018 00:52:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DIS9Bh6cgXIV; Tue, 17 Apr 2018 00:52:00 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26D28124C27; Tue, 17 Apr 2018 00:52:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=29776; q=dns/txt; s=iport; t=1523951520; x=1525161120; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=5OJiFSuqWAx0hjDOo7ImMtSvwmHXyVZRejmLPZn8LZw=; b=LI/nkghOB68QQNyv+d2oNaFkkVI3KPSk0M1yELtWQL1Y+Zd0xSZ14nVL P7c4uJNmiPzA7DwiTN7oXgdO6pqq21P+yllOKkG8tGvys1XdJRBQ2miU/ W/Pnmu2wOaALGh9qBNzDB1lWnLo2MarCI0AtvaRFjGNg9xwC/Ph07j2WE 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BDAQDtptVa/49dJa1TChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGDQmF6KAqDXogCjROBdIEPhmaMAhSBYQMLGAuERgIagjQ?= =?us-ascii?q?hNBgBAgEBAQEBAQJsHAyFIgEBAQEDAQEYCQQNMwcLDAQCAQYCEQMBAQEBAgI?= =?us-ascii?q?fBAMCAgIfBgsUAQgIAgQBDQUIF4RWAxUPikWbQIFpM4cKDYErgiAFgQmGfYF?= =?us-ascii?q?UP4EPgl0ugk9CAQGBNQgLL4JpglQCjASEVIZkLAgCh3M0glo7gnWBPINdglp?= =?us-ascii?q?ng3uHM4I8hg0CERMBgSQBHDiBUnAVO4JDgh0aEYhIhT5vjXWBGAEB?=
X-IronPort-AV: E=Sophos;i="5.48,462,1517875200"; d="scan'208";a="379334605"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Apr 2018 07:51:58 +0000
Received: from XCH-RCD-010.cisco.com (xch-rcd-010.cisco.com [173.37.102.20]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id w3H7pwWK022132 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 17 Apr 2018 07:51:58 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-RCD-010.cisco.com (173.37.102.20) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 17 Apr 2018 02:51:57 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Tue, 17 Apr 2018 02:51:57 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Tianran Zhou <zhoutianran@huawei.com>, Tom Herbert <tom@herbertland.com>
CC: "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT01Rv7uw9TGdqO0+V2HJ61OA6MaQC+nQwgABu/4D//63XQIAAWkqAgAATngCAADaJgIAAEx0AgACyKYCAABh5EA==
Date: Tue, 17 Apr 2018 07:51:57 +0000
Message-ID: <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.192.93]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/SDkOEYP32YmmxiqRMcqWzW8WNMo>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Apr 2018 07:52:06 -0000

DQpIaSBUaWFucmFuLA0KDQpUb20ncyBub3RlIGFscmVhZHkgaW5jbHVkZXMgdGhlIGhpbnQ6IFlv
dSdsbCBhZGQgSU9BTSBkYXRhIHRvIHRoZSBwcm90b2NvbC9sYXllciB0aGF0IHlvdSdyZSBpbnRl
cmVzdGVkIGluIG1vbml0b3JpbmcuIEFnYWluIHVzaW5nIEdlbmV2ZSBvdmVyIElQdjYgYXMgYW4g
ZXhhbXBsZTogDQoqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGluIHRoZSBvdmVybGF5LCBpLmUuIEdl
bmV2ZSAoZS5nLiB0aW1lc3RhbXBpbmcgdGhlIHBhY2tldCB3aGVuIGl0IGVudGVycyBhbmQgZXhp
c3RzIHRoZSB0dW5uZWwpIC0geW91J2QgYWRkIElPQU0gZGF0YSB0byBHZW5ldmUNCiogSWYgeW91
J3JlIGludGVyZXN0ZWQgaW4gdGhlIHVuZGVybGF5LCBpLmUuIElQdjYgKGUuZy4geW91J2QgbGlr
ZSB0byB1bmRlcnN0YW5kIHdoaWNoIHBhdGggcGFja2V0cyB0YWtlIGluIHRoZSB2NiBuZXR3b3Jr
KSAtIHlvdSdkIGFkZCBJT0FNIGRhdGEgdG8gSVB2Ng0KKiBJZiB5b3UncmUgaW50ZXJlc3RlZCBp
biBib3RoLCB0aGVuIHlvdSdkIGFkZCBJT0FNIGRhdGEgdG8gR2VuZXZlIGFuZCBJUHY2DQoNCkRy
YWZ0IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgYWxyZWFkeSBtZW50aW9ucyBsYXllcmlu
ZyAoc2VlIHNlY3Rpb24gMyk6DQoiTGF5ZXJpbmc6IElmIHNldmVyYWwgZW5jYXBzdWxhdGlvbiBw
cm90b2NvbHMgKGUuZy4sIGluIGNhc2Ugb2YgdHVubmVsaW5nKSBhcmUgc3RhY2tlZCBvbiB0b3Ag
b2YgZWFjaCBvdGhlciwgSU9BTSBkYXRhLXJlY29yZHMgY291bGQgYmUgcHJlc2VudCBhdCBldmVy
eSBsYXllci4gIFRoZSBiZWhhdmlvciBmb2xsb3dzIHRoZSBzaGlwcy1pbi10aGUtbmlnaHQgbW9k
ZWwuIg0KDQpHaXZlbiB0aGUgZGlzY3Vzc2lvbiBoZXJlLCB3ZSdsbCBhZGQgc29tZSBhZGRpdGlv
bmFsIHRleHQgaW4gdGhlIG5leHQgcmV2aXNpb24gdG8gbWFrZSB0aGluZ3MgY3Jpc3BlciAoZS5n
LiBhZGRpbmcgYW4gZXhhbXBsZSBtaWdodCBoZWxwKS4NCg0KRnJhbmsNCg0KLS0tLS1PcmlnaW5h
bCBNZXNzYWdlLS0tLS0NCkZyb206IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNv
bT4gDQpTZW50OiBEaWVuc3RhZywgMTcuIEFwcmlsIDIwMTggMDM6MTgNClRvOiBUb20gSGVyYmVy
dCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCkNjOiBTaHdldGhhIEJoYW5kYXJpIChzaHdldGhhYikg
PHNod2V0aGFiQGNpc2NvLmNvbT47IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tu
ZUBjaXNjby5jb20+OyBNaWNrZXkgU3BpZWdlbCA8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5j
b20+OyBOVk8zIDxudm8zQGlldGYub3JnPjsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRG
IGxpc3QgPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NClN1Ympl
Y3Q6IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2
YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9u
DQoNCkkgdGhpbmsgaXQncyBiZXR0ZXIgdGhhdCBGcmFuayBvciBTaHdldGhhIGNhbiBleHBsYWlu
IHRoZSBtdWx0aS1sYXllciB1c2UgY2FzZSBpbiBkZXRhaWwuDQoNClRpYW5yYW4NCj4gLS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogVG9tIEhlcmJlcnQgW21haWx0bzp0b21AaGVy
YmVydGxhbmQuY29tXQ0KPiBTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDEwOjQwIFBNDQo+
IFRvOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+DQo+IENjOiBTaHdldGhh
IEJoYW5kYXJpIChzaHdldGhhYikgPHNod2V0aGFiQGNpc2NvLmNvbT47IEZyYW5rIEJyb2NrbmVy
cw0KPiAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+OyBNaWNrZXkgU3BpZWdlbCANCj4g
PG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgTlZPMyA8bnZvM0BpZXRmLm9yZz47IGlu
dC1hcmVhIA0KPiA8aW50LWFyZWFAaWV0Zi5vcmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5n
IElFVEYgbGlzdCANCj4gPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9y
Zz4NCj4gU3ViamVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9B
TSBkYXRhIGluIHZhcmlvdXMgDQo+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1
c3Npb24gaW4gTG9uZG9uDQo+IA0KPiBPbiBNb24sIEFwciAxNiwgMjAxOCBhdCA2OjMxIEFNLCBU
aWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+IHdyb3RlOg0KPiA+IEhpIFNod2V0
aGEsDQo+ID4NCj4gPiBZb3UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIG91dGVyIGVuY2Fwc3V0aW9u
LiBJdCBpcyBzdHJhaWdodCBmb3J3YXJkIA0KPiA+IGZvciB0aGUgdW5kZXJsYXkgdG8gcmVjb3Jk
IGJ5IHRoZSBoZWFkZXIuIEJ1dCB3aGF0IGFib3V0IHRoZSANCj4gPiBvdmVybGF5LCBpLmUuLCBp
bm5lciBlbmNhcHN1bGF0aW9uKGUuZy4gZ2VuZXZlKT8gV2l0aG91dCBzcGVjaWFsIA0KPiA+IGNv
bmZpZ3VyYXRpb24sIGludGVybWVkaWF0ZSBub2RlIHdpbGwgbm90IHJlYWQgdGhlIGlubmVyIGhl
YWRlciwgDQo+ID4gaGVuY2Ugbm90IGJlIGFibGUgdG8gcHJvY2VzcyBJT0FNLmUNCj4gDQo+IEhp
IFRpYW5yYW4sDQo+IA0KPiBJIGJlbGlldmUgdGhhdCBpcyBhbHNvIG5vdCBwcm90b2NvbCBjb25m
b3JtYW50LiBJbnRlcm1lZGlhdGUgbm9kZXMgDQo+IHNob3VsZCBub3QgYmUgcHJvY2Vzc2luZyB0
cmFuc3BvcnQgbGF5ZXIgZGF0YSBhcyB0aGlzIGNhbiBsZWFkIHRvIA0KPiBtaXNpbnRlcnByZXRh
dGlvbiBhbmQgcG9zc2libHkgc2lsZW50IGRhdGEgY29ycnVwdGlvbi4NCj4gDQo+IEZvciBpbnN0
YW5jZSwgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24gcHJvdG9jb2wgd2l0aCBhc3NpZ25l
ZCBwb3J0IDYwODEuDQo+IEluIG9yZGVyIGZvciBhbiBpbnRlcm1lZGlhdGUgZGV2aWNlIHRvIHBy
b2Nlc3MgdGhlIEdlbmV2ZSANCj4gZW5jYXBzdWxhdGlvbiBoZWFkZXIgaXQgd291bGQgbmVlZCB0
byBsb29rIGZvciBwYWNrZXRzIHdpdGggDQo+IGRlc3RpbmF0aW9uIHBvcnQgb2YgNjA4MSBzaW5j
ZSB0aGF0IGlzIHRoZSBvbmx5IHBvc3NpYmxlIA0KPiBkaXNjcmltaW5hdG9yLiBIb3dldmVyLCB0
cmFuc3BvcnQgcG9ydCBudW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCANCj4gbWVhbmluZyBhbmQg
aG9zdHMgbWF5IHVzZSBwb3J0IG51bWJlcnMgZm9yIG90aGVyIHB1cnBvc2VzIChSRkM3NjA1IA0K
PiBkZXNjcmliZXMgdGhpcykuIFNvIGEgcGFja2V0IHRvIHBvcnQgNjA4MSBtaWdodCBiZSBzb21l
dGhpbmcgb3RoZXIgDQo+IHRoYW4gR2VuZXZlIGFuZCBtYXkgYmUgbWlzaW50ZXJwcmV0ZWQuIElm
IGEgbWlzaW50ZXJwcmV0ZWQgcGFja2V0IGlzIGNoYW5nZWQgKGxpa2UgaXBwbSBkYXRhIGlzIHdy
aXR0ZW4pIHRoZW4gdGhhdCB3b3VsZCBiZSBzeXN0ZW1hdGljIHNpbGVudCBkYXRhIGNvcnJ1cHRp
b24uDQo+IA0KPiBBcyBmYXIgYXMgSSBrbm93LCBob3AtYnktaG9wIG9wdGlvbnMgaXMgdGhlIG9u
bHkgcHJvdG9jb2wgY29uZmlybWluZyANCj4gbWVjaGFuaXNtIHRoYXQgYWxsb3dzIGFuIGludGVy
bWVkaWF0ZSBub3RlIHRvIGNoYW5nZSBkYXRhIG9mIHBhY2tldCBpbiBmbGlnaHQuDQo+IEVuY3Bh
c3VsYXRpb24gaXMgdGhlIG9ubHkgY29uZm9ybWluZyBtZWNoYW5pc20gdGhhdCBhbGxvd3MgYW4g
DQo+IGludGVybWVkaWF0ZSBub2RlIHRvIGFkZCBkYXRhIChsaWtlIGV4dGVuc2lvbiBoZWFkZXJz
KSB0byBhIHBhY2tldCBpbiBmbGlnaHQuDQo+IA0KPiBUb20NCj4gDQo+ID4gTWF5YmUgd2UgYXJl
IG5vdCBzeW5jZWQgYnkgdGhpcyBvdmVybGF5L3VuZGVybGF5IHVzZSBjYXNlLiA6LSkNCj4gPg0K
PiA+IFRpYW5yYW4NCj4gPg0KPiA+DQo+ID4NCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KPiA+IFNlbnQgZnJvbSBXZUxpbmsNCj4gPg0KPiA+IOWPkeS7tuS6uu+8miBTaHdl
dGhhIEJoYW5kYXJpIChzaHdldGhhYikNCj4gPiDmlLbku7bkurrvvJogVGlhbnJhbiBaaG91PHpo
b3V0aWFucmFuQGh1YXdlaS5jb20+O0ZyYW5rIEJyb2NrbmVycyANCj4gPiAoZmJyb2NrbmUpPGZi
cm9ja25lQGNpc2NvLmNvbT47TWlja2V5DQo+ID4gU3BpZWdlbDxtc3BpZWdlbEBiYXJlZm9vdG5l
dHdvcmtzLmNvbT47VG9tDQo+ID4gSGVyYmVydDx0b21AaGVyYmVydGxhbmQuY29tPg0KPiA+IOaK
hOmAge+8miBOVk8zPG52bzNAaWV0Zi5vcmc+O2ludC1hcmVhPGludC1hcmVhQGlldGYub3JnPjtT
ZXJ2aWNlIEZ1bmN0aW9uIA0KPiA+IENoYWluaW5nIElFVEYgbGlzdDxzZmNAaWV0Zi5vcmc+O0lF
VEYgSVBQTSBXRzxpcHBtQGlldGYub3JnPg0KPiA+IOS4u+mimO+8miBSZTogW2lwcG1dIFtJbnQt
YXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyANCj4gPiBwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPiA+IOaXtumXtO+8
miAyMDE4LTA0LTE2IDE4OjE3OjAxDQo+ID4NCj4gPiBIaSBUaWFucmFuLA0KPiA+DQo+ID4+IElm
IEkgcmVjYWxsIHJpZ2h0LCBpdCBpcyBub3Qgd3JpdHRlbiBpbiB0aGUgaW9hbSBkYXRhIGRyYWZ0
Lg0KPiA+DQo+ID4gRGF0YSBkcmFmdCBpcyBkZWZpbmluZyB0aGUgZGF0YSB0byBiZSBjYXJyaWVk
IGluIElPQU0gaW4gYW4gDQo+ID4gZW5jYXBzdWxhdGlvbiBhZ25vc3RpYyB3YXksIGl0IGRvZXMg
bm90IHNwZWNpZnkgaG93IHRoZSANCj4gPiBlbmNhcHN1bGF0aW9uIHByb3RvY29sIGlzIGNvbmZp
Z3VyZWQuDQo+ID4NCj4gPg0KPiA+DQo+ID4+IFllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRp
b24gaXMgYW4gZWFzeSB3YXkuDQo+ID4NCj4gPiBXaGlsZSBpdCBpcywgaXQgZG9lcyBub3QgaGF2
ZSB0byBiZSBhIG5vZGUgYnkgbm9kZSBjb25maWd1cmF0aW9uLiBJdCANCj4gPiBjYW4gYmUgcGFy
dCBvZiB0aGUgZW5jYXBzdWxhdGlvbiBkZWZpbml0aW9uLg0KPiA+DQo+ID4gRm9yIGUuZy4gSWYg
dGhlIGVuY2Fwc3VsYXRpb24gaXMgSVB2NiBhbmQgaWYgd2UgZGVmaW5lIHRoZSBkYXRhIHRvIA0K
PiA+IGJlIGNhcnJpZWQgYXMgSGJIIG9wdGlvbnMsIHRoZW4gYmFzZWQgb24gdGhlIE9wdGlvbiBU
eXBlIHdpdGggDQo+ID4gaGlnaGVzdCBvcmRlciAyIGJpdHMgc2V0IHRvIDAwIHRoZW4gdGhlIHY2
IG5vZGVzIHRoYXQgaW1wbGVtZW50IElPQU0gDQo+ID4gd2lsbCBwcm9jZXNzIHRoZSBvcHRpb24g
YW5kIG90aGVycyB3aWxsIHNraXAgb3Zlci4NCj4gPg0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+ID4g
VGhhbmtzLA0KPiA+DQo+ID4gU2h3ZXRoYQ0KPiA+DQo+ID4NCj4gPg0KPiA+IEZyb206IGlwcG0g
PGlwcG0tYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIFRpYW5yYW4gWmhvdSANCj4gPiA8
emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCj4gPiBEYXRlOiBNb25kYXksIEFwcmlsIDE2LCAyMDE4
IGF0IDI6MzYgUE0NCj4gPiBUbzogIkZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIiA8ZmJyb2Nr
bmVAY2lzY28uY29tPiwgTWlja2V5IA0KPiA+IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0
d29ya3MuY29tPiwgVG9tIEhlcmJlcnQgDQo+ID4gPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+ID4g
Q2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+LCAiaW50LWFyZWFAaWV0Zi5vcmciIDxpbnQtYXJlYUBp
ZXRmLm9yZz4sIA0KPiA+IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNA
aWV0Zi5vcmc+LCBJRVRGIElQUE0gV0cgDQo+ID4gPGlwcG1AaWV0Zi5vcmc+DQo+ID4gU3ViamVj
dDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZh
cmlvdXMgDQo+ID4gcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBM
b25kb24NCj4gPg0KPiA+DQo+ID4NCj4gPiBIaSBGcmFuaywNCj4gPg0KPiA+DQo+ID4NCj4gPiBJ
ZiBJIHJlY2FsbCByaWdodCwgaXQgaXMgbm90IHdyaXR0ZW4gaW4gdGhlIGlvYW0gZGF0YSBkcmFm
dC4NCj4gPg0KPiA+IFllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRpb24gaXMgYW4gZWFzeSB3
YXkuIEluIHRoZSANCj4gPiBkcmFmdC16aG91LWlwcG0taW9hbS15YW5nLCB3ZSBoYXZlIHRoZSDi
gJxwcm90b2NvbC10eXBl4oCdIHRvIGluZGljYXRlIA0KPiA+IHRoZSBsYXllcmluZy4NCj4gPg0K
PiA+ICAgICstLXJ3IGlvYW0NCj4gPg0KPiA+ICAgICAgICstLXJ3IGlvYW0tcHJvZmlsZXMNCj4g
Pg0KPiA+ICAgICAgICAgICstLXJ3IGVuYWJsZWQ/ICAgICAgICBib29sZWFuDQo+ID4NCj4gPiAg
ICAgICAgICArLS1ydyBpb2FtLXByb2ZpbGUqIFtwcm9maWxlLW5hbWVdDQo+ID4NCj4gPiAgICAg
ICAgICAgICArLS1ydyBwcm9maWxlLW5hbWUgICAgICAgICAgICAgICAgICAgIHN0cmluZw0KPiA+
DQo+ID4gICAgICAgICAgICAgKy0tcncgZmlsdGVyDQo+ID4NCj4gPiAgICAgICAgICAgICB8ICAr
LS1ydyBmaWx0ZXItdHlwZT8gICBpb2FtLWZpbHRlci10eXBlDQo+ID4NCj4gPiAgICAgICAgICAg
ICB8ICArLS1ydyBhY2wtbmFtZT8gICAgICAtPiAvYWNsOmFjbHMvYWNsL25hbWUNCj4gPg0KPiA+
ICAgICAgICAgICAgICstLXJ3IHByb3RvY29sLXR5cGU/ICAgICAgICAgICAgICAgICAgaW9hbS1w
cm90b2NvbC10eXBlDQo+ID4NCj4gPiAgICAgICAgICAgICArLS1ydyBpbmNyZW1lbnRhbC10cmFj
aW5nLXByb2ZpbGUge2luY3JlbWVudGFsLXRyYWNlfT8NCj4gPg0KPiA+ICAgICAgICAgICAgIHwg
IC4uLg0KPiA+DQo+ID4gICAgICAgICAgICAgKy0tcncgcHJlYWxsb2NhdGVkLXRyYWNpbmctcHJv
ZmlsZSB7cHJlYWxsb2NhdGVkLXRyYWNlfT8NCj4gPg0KPiA+ICAgICAgICAgICAgIHwgIC4uLg0K
PiA+DQo+ID4gICAgICAgICAgICAgKy0tcncgcG90LXByb2ZpbGUge3Byb29mLW9mLXRyYW5zaXR9
Pw0KPiA+DQo+ID4gICAgICAgICAgICAgfCAgLi4uDQo+ID4NCj4gPiAgICAgICAgICAgICArLS1y
dyBlMmUtcHJvZmlsZSB7ZWRnZS10by1lZGdlfT8NCj4gPg0KPiA+ICAgICAgICAgICAgICAgIC4u
Lg0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBUaWFucmFuDQo+ID4NCj4gPiBGcm9tOiBG
cmFuayBCcm9ja25lcnMgKGZicm9ja25lKSBbbWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbV0NCj4g
PiBTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDQ6NTEgUE0NCj4gPiBUbzogVGlhbnJhbiBa
aG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPjsgTWlja2V5IFNwaWVnZWwgDQo+ID4gPG1zcGll
Z2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5j
b20+DQo+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2Vy
dmljZSBGdW5jdGlvbiANCj4gPiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IElF
VEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4gPiBTdWJqZWN0OiBSRTogW2lwcG1dIFtJbnQt
YXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyANCj4gPiBwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPiA+DQo+ID4NCj4g
Pg0KPiA+IEhpIFRpYW5yYW4sDQo+ID4NCj4gPg0KPiA+DQo+ID4gSU9BTSBpcyBhIGRvbWFpbiBz
cGVjaWZpYyBmZWF0dXJlIChzZWUgYWxzbw0KPiA+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEt
MDIgc2VjdGlvbnMgMyBhbmQgNCksIHdoaWNoIGFsbG93cyBhbiANCj4gPiBvcGVyYXRvciB0byBj
b250cm9sIGJ5IG1lYW5zIG9mIGNvbmZpZ3VyYXRpb24gd2hlcmUgYW5kIGZvciB3aGljaCANCj4g
PiB0cmFmZmljIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkL3VwZGF0ZWQvcmVtb3ZlZCBmcm9t
IHRoZSBjdXN0b21lciANCj4gPiB0cmFmZmljLiBVc2luZyB5b3VyIGV4YW1wbGUgb2YgR2VuZXZl
IG92ZXIgSVB2NiDigJMgd2l0aCBJT0FNIGRhdGEgaW4gDQo+ID4gYm90aCB0aGUgR2VuZXZlIGFu
ZCB0aGUgSVB2NiBwcm90b2NvbCwgb25lIHdvdWxkIGV4cGVjdCB0aGF0IHRoZSANCj4gPiBvcGVy
YXRvciBjb25maWd1cmVzIHRoZSBlbmRwb2ludHMgb2YgdGhlIEdlbmV2ZSB0dW5uZWwgdG8gb3Bl
cmF0ZSBvbiANCj4gPiB0aGUgSU9BTSBkYXRhIGluIEdlbmV2ZSwgYW5kIHRoZSBJUHY2IHJvdXRl
cnMgdGhhdCB0aGUgR2VuZXZlIHR1bm5lbA0KPiB0cmF2ZXJzZXMgdG8gb3BlcmF0ZSBvbiB0aGUg
SU9BTSBkYXRhIGluIElQdjYuDQo+ID4NCj4gPg0KPiA+DQo+ID4gRnJhbmsNCj4gPg0KPiA+DQo+
ID4NCj4gPiBGcm9tOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+DQo+ID4g
U2VudDogTW9udGFnLCAxNi4gQXByaWwgMjAxOCAxMDozNw0KPiA+IFRvOiBGcmFuayBCcm9ja25l
cnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPjsgTWlja2V5IFNwaWVnZWwgDQo+ID4g
PG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0
bGFuZC5jb20+DQo+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9y
ZzsgU2VydmljZSBGdW5jdGlvbiANCj4gPiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9y
Zz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4gPiBTdWJqZWN0OiBSRTogW2lwcG1d
IFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyANCj4gPiBw
cm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPiA+DQo+
ID4NCj4gPg0KPiA+IEhpIEZyYW5rLA0KPiA+DQo+ID4NCj4gPg0KPiA+IEhvdyBkb2VzIGEgZm9y
d2FyZGVyIGtub3cgd2hlbiBhbmQgd2hlcmUgdG8gaW5zZXJ0IHRoZSBkYXRhPw0KPiA+DQo+ID4g
SW4gdGhlIGNhc2Ugb2YgR2VuZXZlIG92ZXIgSVB2NiwgZG8geW91IG1lYW4gdGhlIGRldmljZSBu
ZWVkIHRvIHNjYW4gDQo+ID4gYWxsIHRoZSBwcm90b2NvbCBzdGFjaz8gT3IganVzdCB0aGUgb3V0
ZXIgZW5jYXBzdWxhdGlvbj8NCj4gPg0KPiA+DQo+ID4NCj4gPiBUaWFucmFuDQo+ID4NCj4gPg0K
PiA+DQo+ID4gRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo
YWxmIE9mIEZyYW5rIA0KPiA+IEJyb2NrbmVycw0KPiA+IChmYnJvY2tuZSkNCj4gPiBTZW50OiBN
b25kYXksIEFwcmlsIDE2LCAyMDE4IDM6MDggUE0NCj4gPiBUbzogTWlja2V5IFNwaWVnZWwgPG1z
cGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQgDQo+ID4gPHRvbUBoZXJi
ZXJ0bGFuZC5jb20+DQo+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRm
Lm9yZzsgU2VydmljZSBGdW5jdGlvbiANCj4gPiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRm
Lm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4gPiBTdWJqZWN0OiBSZTogW2lw
cG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyANCj4g
PiBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPiA+
DQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBUb20sDQo+ID4NCj4gPg0KPiA+DQo+ID4gYSBxdWlj
ayBhZGRpdGlvbiB0byB3aGF0IE1pY2tleSBtZW50aW9uZWQgYmVsb3c6IFdoYXQgeW91IHNlZW0g
dG8gDQo+ID4gaGF2ZSBpbiBtaW5kIGlzIHdoYXQgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YS0w
MiByZWZlcnMgdG8gYXMg4oCcbGF5ZXJpbmfigJ0NCj4gPiAoc2VlIHNlY3Rpb24gMy4pLCBpLmUu
IGlmIHlvdeKAmXJlIHJ1bm5pbmcgZm9yIGV4YW1wbGUgR2VuZXZlIG92ZXIgDQo+ID4gSVB2Niwg
dGhlbiBJT0FNIGRhdGEgY291bGQgYmUgZW5jYXBzdWxhdGVkIGluIGJvdGggcHJvdG9jb2xzLCBH
ZW5ldmUgDQo+ID4gYW5kDQo+ID4gSVB2NiDigJMgZ2l2aW5nIHlvdSB2aXNpYmlsaXR5IGludG8g
dGhlIOKAnHVuZGVybGF54oCdIChJUHY2KSBhbmQgdGhlIOKAnG92ZXJsYXnigJ0NCj4gKEdlbmV2
ZSkuDQo+ID4NCj4gPg0KPiA+DQo+ID4gRnJhbmsNCj4gPg0KPiA+DQo+ID4NCj4gPiBGcm9tOiBp
cHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBNaWNrZXkgU3BpZWdlbA0K
PiA+IFNlbnQ6IEZyZWl0YWcsIDEzLiBBcHJpbCAyMDE4IDIwOjIyDQo+ID4gVG86IFRvbSBIZXJi
ZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPiA+IENjOiBOVk8zIDxudm8zQGlldGYub3JnPjsg
aW50LWFyZWFAaWV0Zi5vcmc7IFNlcnZpY2UgRnVuY3Rpb24gDQo+ID4gQ2hhaW5pbmcgSUVURiBs
aXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+ID4gU3Vi
amVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGlu
IHZhcmlvdXMgDQo+ID4gcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBp
biBMb25kb24NCj4gPg0KPiA+DQo+ID4NCj4gPiBUb20sDQo+ID4NCj4gPg0KPiA+DQo+ID4gT24g
VGh1LCBBcHIgMTIsIDIwMTggYXQgMTA6MTcgUE0sIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxh
bmQuY29tPiB3cm90ZToNCj4gPg0KPiA+IE1pY2tleSwNCj4gPg0KPiA+IExvb2tpbmcgYXQgdGhl
c2UgaXBwbSBkcmFmdHMgbW9yZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUgDQo+ID4gZnVu
ZGFtZW50YWwgY29uY2Vybi4NCj4gPg0KPiA+IEluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0t
Z2VuZXZlLTAwIGZvciBpbnN0YW5jZSwgdGhlcmUgaXMgdGhlIA0KPiA+IHRleHQgaW4gdGhlIGlu
dHJvZHVjdGlvbjoNCj4gPg0KPiA+ICJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3JkcyBPQU0gaW5m
b3JtYXRpb24gd2l0aGluIHRoZSBwYWNrZXQgd2hpbGUgDQo+ID4gdGhlIHBhY2tldCB0cmF2ZXJz
ZXMgYSBwYXJ0aWN1bGFyIG5ldHdvcmsgZG9tYWluLiAgVGhlIHRlcm0gImluLXNpdHUiDQo+ID4g
cmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRv
IHRoZSBkYXRhIA0KPiA+IHBhY2tldHMgcmF0aGVyIHRoYW4gaXMgYmVpbmcgc2VudCB3aXRoaW4g
cGFja2V0cyBzcGVjaWZpY2FsbHkgDQo+ID4gZGVkaWNhdGVkIHRvIE9BTS4gIFRoaXMgZG9jdW1l
bnQgZGVmaW5lcyBob3cgSU9BTSBkYXRhIGZpZWxkcyBhcmUgDQo+ID4gdHJhbnNwb3J0ZWQgYXMg
cGFydCBvZiB0aGUgR2VuZXZlIFtJLUQuaWV0Zi1udm8zLWdlbmV2ZV0gDQo+ID4gZW5jYXBzdWxh
dGlvbi4iDQo+ID4NCj4gPiBJIGFzc3VtZSB0aGlzIG1lYW5zIHRoYXQgYXMgcGFja2V0cyB3aXRo
IEdlbmV2ZSBlbmNhcHN1bGF0aW9uIA0KPiA+IHRyYXZlcnNlIHRoZSBuZXR3b3JrIHRoZXkgYXJl
IGludGVycHJldGVkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhcyANCj4gPiBiZWluZyBHZW5ldmUu
IFNpbmNlIEdlbmV2ZSBpcyBhIFVEUCBlbmNhcHN1bGF0aW9uLCB0aGVuIHRoZSANCj4gPiBkZXN0
aW5hdGlvbiBVRFAgcG9ydCBudW1iZXIgd291bGQgYmUgdXNlZCB0byBpZGVudGlmeSBwYWNrZXRz
IGFzIA0KPiA+IGJlaW5nIEdlbmV2ZS4gU28gYW4gaW50ZXJtZWRpYXRlIGRldmljZSBtaWdodCBi
ZSBsb29raW5nIGZvciBVRFAgDQo+ID4gcGFja2V0cyBkZXN0aW5lZCB0byBwb3J0DQo+ID4gNjA4
MSAodGhlIGFzc2lnbmVkIFVEUCBwb3J0IGZvciBHZW5ldmUpLiBJZiBteSB1bmRlcnN0YW5kaW5n
IGlzIA0KPiA+IGNvcnJlY3QsIHRoZW4gdGhpcyBpcyBhIHByb2JsZW0uDQo+ID4NCj4gPiBVRFAg
cG9ydCBudW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCBtZWFuaW5nLiBBbiBpbnRlcm1lZGlhdGUg
ZGV2aWNlIA0KPiA+IG1heSB2ZXJ5IHdlbGwgc2VlIFVEUCBwYWNrZXRzIGRlc3RpbmVkIHRvIHBv
cnQgNjA4MSB0aGF0IGFyZSBub3QgDQo+ID4gYWN0dWFsbHkgR2VuZXZlLiBUaGlzIHNjZW5hcmlv
IGlzIGRpc2N1c3NlZCBpbiBSRkM3NjA1Og0KPiA+DQo+ID4gIi4uLmludGVybWVkaWF0ZSBkZXZp
Y2UgaW50ZXJwcmV0cyB0cmFmZmljIGJhc2VkIG9uIHRoZSBwb3J0IG51bWJlci4NCj4gPiBJdCBp
cyBpbXBvcnRhbnQgdG8gcmVjb2duaXplIHRoYXQgYW55IGludGVycHJldGF0aW9uIG9mIHBvcnQg
bnVtYmVycw0KPiA+IC0tIGV4Y2VwdCBhdCB0aGUgZW5kcG9pbnRzIC0tIG1heSBiZSBpbmNvcnJl
Y3QsIGJlY2F1c2UgcG9ydCBudW1iZXJzIA0KPiA+IGFyZSBtZWFuaW5nZnVsIG9ubHkgYXQgdGhl
IGVuZHBvaW50cy4iDQo+ID4NCj4gPiBJZiB0aGUgVURQIGRhdGEgaXMgbW9kaWZpZWQsIGFzIHRo
ZSBkcmFmdCB3b3VsZCBpbXBseSwgdGhlbiANCj4gPiBtaXNpbnRlcnByZXRhdGlvbiBtYXkgYWxz
byBtZWFuIHNpbGVudCBkYXRhIGNvcnJ1cHRpb24gb2YgcGFja2V0cy4gQSANCj4gPiBwcm90b2Nv
bCB0aGF0IHdvdWxkIGFsbG93IHRoaXMgc2VlbXMgcHJldHR5IGluY29ycmVjdCEgTm90ZSB0aGF0
IA0KPiA+IHRoaXMgd291bGQgYmUgdHJ1ZSBhbHNvIGZvciBhbnkgVURQIGVuY2Fwc3VsYXRpb24g
dGhhdCB0aGUgbmV0d29yayANCj4gPiB0cmllcyB0byBpbnRlcnByZXQuDQo+ID4NCj4gPg0KPiA+
DQo+ID4gVGhlIGludGVudGlvbiBpcyB0byBhbGxvdyBmb3IgbXVsdGlwbGUgbm9kZXMgdGhhdCBh
IHBhY2tldCB0cmF2ZXJzZXMNCj4gPg0KPiA+IHRvIGJlIGFibGUgdG8gaW5zZXJ0IElPQU0gbm9k
ZSBpbmZvcm1hdGlvbiBpbiB0aGUgc2FtZSB0cmFjZSBvcHRpb24sDQo+ID4NCj4gPiBidXQgbGVh
dmUgc29tZSBmbGV4aWJpbGl0eSByZWdhcmRpbmcgd2hpY2ggbm9kZXMgYWN0dWFsbHkgZG8gdGhl
DQo+ID4NCj4gPiBJT0FNIHByb2Nlc3NpbmcgYW5kIHRoZSBub2RlIGluZm9ybWF0aW9uLiBUaGlz
IG1heSB2YXJ5DQo+ID4NCj4gPiBkZXBlbmRpbmcgb24gdGhlIHRyYW5zcG9ydC4NCj4gPg0KPiA+
DQo+ID4NCj4gPiBJbiBjYXNlIG9mIGEgdHVubmVsZWQgZW5jYXBzdWxhdGlvbiBzdWNoIGFzIEdl
bmV2ZSBvciBWWExBTiwNCj4gPg0KPiA+IHRoZXJlIG1heSBzdGlsbCBiZSBtdWx0aXBsZSBob3Bz
LiBGb3IgZXhhbXBsZSBhIG5ldHdvcmsgbWF5IHVzZQ0KPiA+DQo+ID4gR2VuZXZlIG9yIFZYTEFO
LCBidXQgb25seSBkbyBMMiBwcm9jZXNzaW5nIGF0IFRvUnMsIHdpdGggTDMNCj4gPg0KPiA+IHBy
b2Nlc3NpbmcgZG9uZSBhdCBhZ2dyZWdhdGlvbiBvciBjb3JlIHN3aXRjaGVzLiBJbiB0aGlzIGNh
c2UNCj4gPg0KPiA+IG1hbnkgcGFja2V0cyB3b3VsZCBkbyAyIEdlbmV2ZSBvciBWWExBTiBob3Bz
LCBzbyB0aGUgcGFja2V0DQo+ID4NCj4gPiB3b3VsZCBjb250YWluIElPQU0gbm9kZSBpbmZvcm1h
dGlvbiBmcm9tIHR3byBub2Rlcy4NCj4gPg0KPiA+DQo+ID4NCj4gPiBBbm90aGVyIGV4YW1wbGUg
aXMgc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyB1c2luZyBHZW5ldmUgb3INCj4gPg0KPiA+IFZY
TEFOIHJhdGhlciB0aGFuIE5TSC4NCj4gPg0KPiA+DQo+ID4NCj4gPg0KPiA+IEkgYW0gYWxzbyB3
b25kZXJpbmcgaWYgaG9wLWJ5LWhvcCBvcHRpb25zIGJlZW4gY29uc2lkZXJlZCBmb3IgdGhpcyAN
Cj4gPiBhcHBsaWNhdGlvbj8gVGhlaXIgaW50ZXJwcmV0YXRpb24gaW4gdGhlIG5ldHdvcmsgaXMg
dW5hYmlndW91cyBhbmQgDQo+ID4gdGhleSBhbHNvIGhhdmUgdGhlIGFkdmFudGFnZSB0aGF0IHRo
ZSB3b3JrIHdpdGggYW55IElQIHByb3RvY29sIG9yIA0KPiA+IGVuY2Fwc3VsYXRpb24uDQo+ID4N
Cj4gPg0KPiA+DQo+ID4gSVB2NiBob3AtYnktaG9wIG9wdGlvbnMgaGFzIGJlZW4gY29uc2lkZXJl
ZC4gU2VlDQo+ID4NCj4gPiBkcmFmdC1icm9ja25lcnMtaW5iYW5kLW9hbS10cmFuc3BvcnQtMDUu
IFRoaXMgaGFzIG5vdCB5ZXQgYmVlbg0KPiA+DQo+ID4gYnJva2VuIG91dCBpbnRvIGEgc2VwYXJh
dGUgZHJhZnQuDQo+ID4NCj4gPg0KPiA+DQo+ID4gTWlja2V5DQo+ID4NCj4gPg0KPiA+DQo+ID4N
Cj4gPiBUaGFua3MsDQo+ID4gVG9tDQo+ID4NCj4gPg0KPiA+IE9uIFRodSwgQXByIDEyLCAyMDE4
IGF0IDM6MzEgUE0sIE1pY2tleSBTcGllZ2VsIA0KPiA+IDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdv
cmtzLmNvbT4gd3JvdGU6DQo+ID4NCj4gPj4gVG9tLA0KPiA+Pg0KPiA+PiBPbiBUaHUsIEFwciAx
MiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4gd3Jv
dGU6DQo+ID4+Pg0KPiA+Pj4gT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgOTo1NCBBTSwgR3JlZyBN
aXJza3kgDQo+ID4+PiA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPg0KPiA+Pj4gd3JvdGU6DQo+ID4+
PiA+IEhpIEZyYW5rLA0KPiA+Pj4gPiB0aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBwb2ludHMu
IFBsZWFzZSBmaW5kIG15IG5vdGVzIGluLWxpbmUgDQo+ID4+PiA+IGFuZCB0YWdnZWQNCj4gPj4+
ID4gR0lNPj4uIEkgYmVsaWV2ZSB0aGF0IHRoaXMgaXMgdmVyeSBtdWNoIHJlbGV2YW50IHRvIHdv
cmsgb2YgDQo+ID4+PiA+IEdJTT4+b3RoZXINCj4gPj4+ID4gd29ya2luZw0KPiA+Pj4gPiBncm91
cHMgdGhhdCBkaXJlY3RseSB3b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fwc3VsYXRpb25zIGluIHRo
ZSANCj4gPj4+ID4gY2VudGVyIG9mIHRoZSBkaXNjdXNzaW9uIGFuZCBoZW5jZSBJJ3ZlIGFkZGVk
IHRoZW0gdG8gdGhlIGxpc3QuDQo+ID4+PiA+IEhvcGUgd2UnbGwgaGF2ZSBtb3JlIG9waW5pb25z
IHRvIHJlYWNoIHRoZSBjb25jbHVzaW9uIHRoYXQgaXMgDQo+ID4+PiA+IGFjY2VwdGFibGUgdG8g
YWxsLg0KPiA+Pj4gPg0KPiA+Pj4gPiBSZWdhcmRzLA0KPiA+Pj4gPiBHcmVnDQo+ID4+PiA+DQo+
ID4+PiA+IE9uIFdlZCwgQXByIDExLCAyMDE4IGF0IDEyOjAyIFBNLCBGcmFuayBCcm9ja25lcnMg
KGZicm9ja25lKSANCj4gPj4+ID4gPGZicm9ja25lQGNpc2NvLmNvbT4gd3JvdGU6DQo+ID4+PiA+
Pg0KPiA+Pj4gPj4gQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vz
c2VkIHNldmVyYWwgZHJhZnRzIA0KPiA+Pj4gPj4gZGVhbGluZyB3aXRoIHRoZSBlbmNhcHN1bGF0
aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIA0KPiA+Pj4gPj4gcHJvdG9jb2xzIChkcmFmdC1i
cm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdwZS0wMCwNCj4gPj4+ID4+IGRyYWZ0LWJyb2NrbmVy
cy1pcHBtLWlvYW0tZ2VuZXZlLTAwLA0KPiA+Pj4gPj4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3Jl
LTAwKS4gT25lIGRpc2N1c3Npb24gdG9waWMgdGhhdCB3ZSANCj4gPj4+ID4+IGRlY2lkZWQgdG8g
dGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgDQo+ID4+PiA+PiBk
cmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLi4gIEFmdGVy
IA0KPiA+Pj4gPj4gY2FyZWZ1bGx5IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2Ft
LWhlYWRlciwgSSBjYW1lIHRvIA0KPiA+Pj4gPj4gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCc
T09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgDQo+ID4+PiA+PiBvZg0KPiA+
Pj4gPj4gSU9BTToNCj4gPj4+ID4+DQo+ID4+PiA+PiAqIEVmZmljaWVuY3k6IElPQU0gYWRkcyBk
YXRhIHRvIGxpdmUgdXNlciB0cmFmZmljLiBBcyBzdWNoLCBhbiANCj4gPj4+ID4+IGVuY2Fwc3Vs
YXRpb24gbmVlZHMgdG8gYmUgYXMgZWZmaWNpZW50IGFzIHBvc3NpYmxlLiBUaGUg4oCcT09BTSBo
ZWFkZXLigJ0NCj4gPj4+ID4+IGlzIDgNCj4gPj4+ID4+IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2Fj
aCBmb3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlIA0KPiA+Pj4gPj4gYWJvdmUgbWVu
dGlvbmVkIGRyYWZ0cyBvbmx5IHJlcXVpcmVzIDQgYnl0ZXMuIFVzaW5nIHRoZSBPT0FNIA0KPiA+
Pj4gPj4gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVhZCBv
ZiA0IGJ5dGVzIOKAkyANCj4gPj4+ID4+IHdoaWNoIGlzIHNpZ25pZmljYW50Lg0KPiA+Pj4gR3Jl
ZywNCj4gPj4+DQo+ID4+PiBJJ20gbWlzc2luZyBzb21ldGhpbmcgaGVyZS4gSSBsb29rZWQgYXQg
dGhlIGRyYWZ0cyB5b3UgcmVmZXJlbmNlZCANCj4gPj4+IGFuZCBlYWNoIG9mIHRoZW0gbG9va3Mg
bGlrZSB0aGUgb3ZlcmhlYWQgZm9yIE9BTSBpcyBncmVhdGVyIHRoYXQgDQo+ID4+PiBmb3VyIGJ5
dGVzLiBJbiBlYWNoIHRoZXJlIGlzIHNvbWUgb3ZlcmhlYWQgZXF1aXZhbGVudCB0byANCj4gPj4+
IHR5cGUvbGVuZ3RoLCBmb3IgaW5zdGFuY2UgaW4gR2VuZXZlIGZvdXIgYnl0ZXMgYXJlIG5lZWRl
ZCBmb3IgDQo+ID4+PiBvcHRpb24gY2xhc3MsIHR5cGUsIGFuZCBsZW5ndGguIFVubGVzcyB0aGUg
dGhlIE9BTSBkYXRhIGlzIHplcm8gDQo+ID4+PiBsZW5ndGgsIEkgZG9uJ3Qgc2VlIGhvdyB0aGlz
IGFkZHMgdXAgdG8gb25seSBmb3VyIGJ5dGVzIG9mIG92ZXJoZWFkLg0KPiA+Pg0KPiA+Pg0KPiA+
PiBUaGUgZm91ciB2ZXJzdXMgZWlnaHQgYnl0ZXMganVzdCByZWZlcnMgdG8gdGhlIGZpZWxkcyBp
biB0aGUgZm91ciANCj4gPj4gYnl0ZXMgb2YgSU9BTSBpbmZvLCB0aGF0IGlzIGNvbW1vbiB0byBh
bGwgSU9BTSBvcHRpb25zLiBCZXlvbmQgDQo+ID4+IHRoYXQsIHRoZXJlIGFyZSBJT0FNIG9wdGlv
biBzcGVjaWZpYyBmaWVsZHMuIEZvciBleGFtcGxlIGlmIGRvaW5nIA0KPiA+PiBvbmUgb2YgdGhl
IElPQU0gdHJhY2Ugb3B0aW9ucywgdGhlcmUgYXJlIGZvdXIgYnl0ZXMgb2YgdHJhY2Ugb3B0aW9u
IA0KPiA+PiBoZWFkZXIsIGluY2x1ZGluZyB0aGUgSU9BTS10cmFjZS10eXBlLCBOb2RlTGVuLCBG
bGFncywgYW5kIA0KPiA+PiBSZW1haW5pbmdMZW4gZmllbGRzLiBUaGVzZSBhcmUgZm9sbG93ZWQg
YnkgdGhlIG5vZGUgZGF0YSBsaXN0IA0KPiA+PiBjb250YWluaW5nIHRoZSBwZXIgaG9wIElPQU0g
aW5mb3JtYXRpb24uDQo+ID4+DQo+ID4+IEluIGxvb2tpbmcgYXQgdGhlIE9PQU0gaGVhZGVyIGNv
bnRlbnQsIGl0IGhhcyBub3RoaW5nIHRvIGRvIHdpdGggDQo+ID4+IGFueSBvZiB0aGUgSU9BTSBp
bmZvcm1hdGlvbiBhZnRlciB0aGUgZmlyc3QgZm91ciBieXRlcy4gSXQgY29udGFpbnMgDQo+ID4+
IGFub3RoZXIgdmFyaWFudCBvZiB0aGUgaW5mb3JtYXRpb24gaW4gdGhlIGZpcnN0IGZvdXIgYnl0
ZXMgb2YgSU9BTSANCj4gPj4gaW5mbywgc3ByZWFkIG91dCBvdmVyIGVpZ2h0IGJ5dGVzLg0KPiA+
Pg0KPiA+Pj4NCj4gPj4+IFRvbQ0KPiA+Pj4NCj4gPj4+ID4NCj4gPj4+ID4gR0lNPj4gVGhlIGRp
ZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVjYXVzZSBPT0FNIEhlYWRlcjoNCj4gPj4+ID4N
Cj4gPj4+ID4gcHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFncyBmaWVsZCBhbmQg
UmVzZXJ2ZWQgZmllbGRzOw0KPiA+Pg0KPiA+Pg0KPiA+PiBUaGUgZmxhZ3MgZmllbGQgb25seSBo
YXMgb25lIGRlZmluZWQgZmxhZyBhdCB0aGUgbW9tZW50LCBmb3IgYSANCj4gPj4gdGltZXN0YW1w
IGJsb2NrLiBGb3IgSU9BTSB0cmFjZSB3ZSBuZWVkIHBlciBob3AgdGltZXN0YW1wcywgd2hpY2gg
DQo+ID4+IHRoZSB0aW1lc3RhbXAgYmxvY2sgY2Fubm90IGFkZHJlc3MsIGkuZS4gdGhlIHRpbWVz
dGFtcCBibG9jayBpcyANCj4gPj4gcmVkdW5kYW50IGZvcg0KPiBJT0FNLg0KPiA+Pg0KPiA+Pj4N
Cj4gPj4+ID4gc3VwcG9ydHMgbGFyZ2VyIE9BTSBwYWNrZXRzIHRoYW4gaU9BTSBoZWFkZXI7DQo+
ID4+DQo+ID4+DQo+ID4+IEZvciBJT0FNIHB1cnBvc2VzLCAxMDIwIG9jdGV0cyBpcyBtb3JlIHRo
YW4gZW5vdWdoLg0KPiA+Pg0KPiA+Pj4NCj4gPj4+ID4gaXMgZnV0dXJlIHByb29mIGJ5IHN1cHBv
cnRpbmcgdmVyc2lvbmluZyAoVmVyc2lvbiBmaWVsZCkuDQo+ID4+DQo+ID4+DQo+ID4+IElNTywg
dGFraW5nIHRoZSBmaXJzdCB0d28gYml0cyBvZiB0aGUgSU9BTS1UeXBlIHRvIGRlZmluZSBhIFZl
cnNpb24gDQo+ID4+IGZpZWxkIHdvdWxkIGJlIGEgZ29vZCB0aGluZy4gVGhpcyBkb2VzIG5vdCBy
ZXF1aXJlIGFkZGluZyBmb3VyIG1vcmUgDQo+ID4+IGJ5dGVzIG9mIG92ZXJoZWFkLiA2NCBJT0FN
LVR5cGVzIGlzIG1vcmUgdGhhbiBlbm91Z2guDQo+ID4+DQo+ID4+Pg0KPiA+Pj4gPj4NCj4gPj4+
ID4+ICogTWF0dXJpdHk6IElPQU0gaGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3
ZXJlIGFsc28gDQo+ID4+PiA+PiBzaG93biBhdCByZWNlbnQgSUVURiBoYWNrYXRob25zIOKAkyBh
bmQgd2XigJlyZSBleHBlY3RpbmcgDQo+ID4+PiA+PiBhZGRpdGlvbmFsIGltcGxlbWVudGF0aW9u
cyB0byBiZSBwdWJsaWNpemVkIHNvb24uIEludGVyb3BlcmFibGUgDQo+ID4+PiA+PiBpbXBsZW1l
bnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUgdGhlIA0KPiA+Pj4g
Pj4gcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9uIE9PQU0gaW4gdGhl
IE5WTzMgDQo+ID4+PiA+PiBsaXN0IGhhc27igJl0IHJldmVhbGVkIGFueSBpbXBsZW1lbnRhdGlv
biBvZiB0aGUgT09BTSBoZWFkZXIuDQo+ID4+PiA+PiBJbg0KPiA+Pj4gPj4gYWRkaXRpb24sIHRo
ZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIA0KPiA+Pj4gPj4gcXVl
c3Rpb25zIGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3RpbGwgb3Blbiwgc3VjaCBhcyB3aGV0
aGVyIA0KPiA+Pj4gPj4gb3IgaG93IGFjdGl2ZSBPQU0gbWVjaGFuaXNtcyB3aXRoaW4gcHJvdG9j
b2xzIHN1Y2ggYXMgR2VuZXZlIA0KPiA+Pj4gPj4gd291bGQgYXBwbHkgdG8gdGhlIE9PQU0gaGVh
ZGVyLiBUaGlzIHVsdGltYXRlbHkgbWVhbnMgdGhhdCB3ZSANCj4gPj4+ID4+IHdvbuKAmXQgZ2V0
IHRvIGEgdGltZWx5IHNwZWNpZmljYXRpb24uDQo+ID4+PiA+DQo+ID4+PiA+IEdJTT4+IE1heSBJ
IGFzayB3aGljaCBlbmNhcHN1bGF0aW9ucyBzdXBwb3J0ZWQgYnkgdGhlIA0KPiA+Pj4gPiBHSU0+
PiBpbXBsZW1lbnRhdGlvbnMNCj4gPj4+ID4geW91DQo+ID4+PiA+IHJlZmVyIHRvLiBVbnRpbCB2
ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3ZXJlIHRvIHVzZSANCj4gPj4+ID4gbWV0
YS1kYXRhIFRMViBpbiwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNlIG9yIHNvbWUg
b2YgDQo+ID4+PiA+IHRoZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5IHVwZGF0ZWQgdG8gdGhl
IG5ld2x5IHByb3Bvc2VkIGlPQU0gDQo+ID4+PiA+IHNoaW0sIEkgZG9uJ3Qgc2VlIHByb2JsZW0g
aW4gbWFraW5nIHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZCANCj4gPj4+ID4geW91IGFncmVl
Pw0KPiA+Pj4gPg0KPiA+Pj4gPj4NCj4gPj4+ID4+ICogU2NvcGU6IEl0IGlzbuKAmXQgZW50aXJl
bHkgY2xlYXIgdG8gd2hpY2ggcHJvdG9jb2xzIHRoZSBPT0FNIA0KPiA+Pj4gPj4gaGVhZGVyIHdv
dWxkIHVsdGltYXRlbHkgYXBwbHkgdG8uIFRoZSB3YXkgdGhlIE9PQU0gaGVhZGVyIGlzIA0KPiA+
Pj4gPj4gZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmllbGQgZm9yIOKAnE5leHQgUHJvdOKA
nSwgdGhlIG5leHQgDQo+ID4+PiA+PiBwcm90b2NvbC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FN
IGRhdGEgbmVlZHMgdG8gYmUgDQo+ID4+PiA+PiBlbmNhcHN1bGF0ZWQgaW50byB1c2UgMTYtYml0
cyBmb3IgdGhlaXIgbmV4dCBwcm90b2NvbCBjb2RlIHBvaW50cy4gU2VlIGUuZy4NCj4gPj4+ID4+
IHRoZSBHUkUgZW5jYXBzdWxhdGlvbiDigJMgYXMgc3BlY2lmaWVkIGluIA0KPiA+Pj4gPj4gZHJh
ZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0KPiA+Pj4gPg0KPiA+Pj4gPiBHSU0+PiBUaGUgZmly
c3QgcGFyYWdyYXBoIG9mIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiBzdGF0ZXM6DQo+ID4+PiA+
ICAgIE5ldyBwcm90b2NvbHMgdGhhdCBzdXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExB
Ti1HUEUNCj4gPj4+ID4gICAgW0ktRC5pZXRmLW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0
Zi1udm8zLWd1ZV0sIEdlbmV2ZQ0KPiA+Pj4gPiAgICBbSS1ELmlldGYtbnZvMy1nZW5ldmVdLCBC
SUVSIA0KPiA+Pj4gPiBbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25dLA0KPiBhbmQN
Cj4gPj4+ID4gICAgTlNIIFtJLUQuaWV0Zi1zZmMtbnNoXSBzdXBwb3J0IG11bHRpLXByb3RvY29s
IHBheWxvYWQsIGUuZy4NCj4gPj4+ID4gICAgRXRoZXJuZXQsIElQdjQvSVB2NiwgYW5kIHJlY29n
bml6ZSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kDQo+ID4+PiA+ICAgIE1haW50ZW5h
bmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4gIFRoYXQgZW5zdXJlcyB0aGF0DQo+
ID4+PiA+ICAgIE92ZXJsYXkgT0FNIChPT0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRo
IE92ZXJsYXkgZGF0YSBwYWNrZXQNCj4gPj4+ID4gICAgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXku
DQo+ID4+PiA+IEknbSB1cGRhdGluZyB0aGUgT09BTSBIZWFkZXIgZHJhZnQgYW5kIGFsb25nIHdp
dGggY2xlYW5pbmcgbml0cyANCj4gPj4+ID4gd2lsbCB1cGRhdGUgcmVmZXJlbmNlIHRvIEdVRS4g
SSB0aGluayB0aGF0IHRoZSBsaXN0IGFuZCB0aGUgDQo+ID4+PiA+IHN0YXRlbW50IGFyZSBxdWl0
ZSBjbGVhciBpbiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgDQo+ID4+PiA+IHRo
YXQgbWF5IGJlbmVmaXQgZnJvbSB1c2luZyBub3Qgb25seSBjb21tb24gT09BTSBIZWFkZXIgYnV0
IA0KPiA+Pj4gPiBjb21tb24gT09BTSBtZWNoYW5pc21zLCBlLmcuIEVjaG8gUmVxdWVzdC9SZXBs
eS4NCj4gPj4+ID4NCj4gPj4+ID4+IFdpdGggdGhlIGFib3ZlIGluIG1pbmQsIEnigJlkIHN1Z2dl
c3QgdGhhdCB0aGUgV0cgbW92ZXMgZm9yd2FyZCANCj4gPj4+ID4+IHdpdGggc3BlY2lmaWMgZGVm
aW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gDQo+ID4+PiA+PiBwcm90
b2NvbHMg4oCTIHBlciB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy4NCj4gPj4+ID4+DQo+ID4+
PiA+Pg0KPiA+Pj4gPj4NCj4gPj4+ID4+IFJlZ2FyZHMsIEZyYW5rDQo+ID4+PiA+Pg0KPiA+Pj4g
Pj4NCj4gPj4+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQo+ID4+PiA+PiBpcHBtIG1haWxpbmcgbGlzdA0KPiA+Pj4gPj4gaXBwbUBpZXRmLm9yZw0K
PiA+Pj4gPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQo+ID4+
PiA+Pg0KPiA+Pj4gPg0KPiA+Pj4gPg0KPiA+Pj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXw0KPiA+Pj4gPiBJbnQtYXJlYSBtYWlsaW5nIGxpc3QNCj4g
Pj4+ID4gSW50LWFyZWFAaWV0Zi5vcmcNCj4gPj4+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9pbnQtYXJlYQ0KPiA+Pj4gPg0KPiA+Pj4NCj4gPj4+IF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+PiBpcHBtIG1haWxpbmcg
bGlzdA0KPiA+Pj4gaXBwbUBpZXRmLm9yZw0KPiA+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9pcHBtDQo+ID4+DQo+ID4+DQo+ID4NCj4gPg0K


From nobody Tue Apr 17 07:22:52 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94BCA12EB46 for <ippm@ietfa.amsl.com>; Tue, 17 Apr 2018 07:22:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-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=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WNLBa2uaIDpH for <ippm@ietfa.amsl.com>; Tue, 17 Apr 2018 07:22:47 -0700 (PDT)
Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::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 498EF12D94E for <ippm@ietf.org>; Tue, 17 Apr 2018 07:22:47 -0700 (PDT)
Received: by mail-qt0-x234.google.com with SMTP id w12so19023913qti.4 for <ippm@ietf.org>; Tue, 17 Apr 2018 07:22:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=bCTmpLd5F1RIJgSQZYHYotj2csGMi0rsi4ym5PHS4ks=; b=Xd5M8THymwX6fTxUI4CSC/1j6WmAHhSUGeUD0/Ge19PZs8B5PPYJ2e6zP903F2QX2e YzNKhJzsjP0sn7Nr6bm5rmkWj+NdBadp50fYc+bhHVlT7AeSD0qwepHVouKX3kvoeEvN 9bV6RyHA24hHGwe8cjcin9lds65avGplzuMzBeNeKewzd9lVm1fspZv6C+2z7Gq4Ocxr 6MJBpPaf+G1eeSPM/Gnfflw9UG5zw7/kANSuaciL9Q8vZ7R018NK699GlTdtW0unLmoD KVBKUGTtpGBvOsSedo5ota075NWaLyhV+RD9r+ictuXcBXWIe2flhFVPCsx77t/wJvfy 0v0w==
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=bCTmpLd5F1RIJgSQZYHYotj2csGMi0rsi4ym5PHS4ks=; b=SuvYVpCvU0nMAC8CEyUtKp5lOHl062ln8YWkKRlgeTAu+lB0RsCjFHciqAZeTZUs+a Tj1UTtTP2OzWoVNVM9xCJSP5P/dXRAojzwUmv5Xnu2505pHDx5GPHMaQvhvmOV2TVo4V +2RxaohtiD1N0pby0sGCpGLDi+BxsMFotzfH/5QL8sTFvCdr8I6RK1cn2Ek2Cd5W3owc nGbe9+XpWZDAP6/8hQUcdQMLf2qWlEkTI2JQs2PEzJ0Z02ptzjSWx6W4kfb2E5Wc8cY7 4z1wMXJS7NezL0hPyafCLrKpXstqZTLRC3ELEz0a8eWu29pdg9nhv0n336WY4ck6O9vl 5ubw==
X-Gm-Message-State: ALQs6tCB5K8pXezVDB9E6KilrVUOnpPuxBYVeTzU7yY6k0uBkoRDpw2x 8E5igut0I8DiLah/8FDl+ba7Elb9uahBdGRqCfiNXw==
X-Google-Smtp-Source: AIpwx489ZldZ8pWRdAwzbNQk77Elxb8+zg0kZjRXvA2oQYp6DDJzpqiLt7v6lNBv2H5BuJ5xiuz681U2HZvkR1ayqGs=
X-Received: by 10.237.62.103 with SMTP id m36mr2518948qtf.279.1523974966090; Tue, 17 Apr 2018 07:22:46 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Tue, 17 Apr 2018 07:22:45 -0700 (PDT)
In-Reply-To: <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com>
From: Tom Herbert <tom@herbertland.com>
Date: Tue, 17 Apr 2018 07:22:45 -0700
Message-ID: <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: Tianran Zhou <zhoutianran@huawei.com>,  "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/AVuysn2JWo2bd-JGAMOJRmL6uKs>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Apr 2018 14:22:51 -0000

On Tue, Apr 17, 2018 at 12:51 AM, Frank Brockners (fbrockne)
<fbrockne@cisco.com> wrote:
>
> Hi Tianran,
>
> Tom's note already includes the hint: You'll add IOAM data to the protoco=
l/layer that you're interested in monitoring. Again using Geneve over IPv6 =
as an example:
> * If you're interested in the overlay, i.e. Geneve (e.g. timestamping the=
 packet when it enters and exists the tunnel) - you'd add IOAM data to Gene=
ve
> * If you're interested in the underlay, i.e. IPv6 (e.g. you'd like to und=
erstand which path packets take in the v6 network) - you'd add IOAM data to=
 IPv6
> * If you're interested in both, then you'd add IOAM data to Geneve and IP=
v6
>
Frank,

In that case why not just use a hop-by-hop option for measuring the
underlay and a destination option for measuring the overlay? The
advantage is that this works _any_ IP encapsulation method or any IP
protocol for that matter. I don't believe adding ippm to every
encapsulation protocol is straightforward: e.g.
draft-brockners-ippm-ioam-geneve describe but notes the limited size
of header, draft-weis-ippm-ioam-gre states that a new EtherType would
be needed just for this purpose. This also entails additional
encapsulation-specific HW support also, whereas support destination
and hbh options could be more generic.

Tom

> Draft draft-ietf-ippm-ioam-data-02 already mentions layering (see section=
 3):
> "Layering: If several encapsulation protocols (e.g., in case of tunneling=
) are stacked on top of each other, IOAM data-records could be present at e=
very layer.  The behavior follows the ships-in-the-night model."
>
> Given the discussion here, we'll add some additional text in the next rev=
ision to make things crisper (e.g. adding an example might help).
>
> Frank
>
> -----Original Message-----
> From: Tianran Zhou <zhoutianran@huawei.com>
> Sent: Dienstag, 17. April 2018 03:18
> To: Tom Herbert <tom@herbertland.com>
> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners (fb=
rockne) <fbrockne@cisco.com>; Mickey Spiegel <mspiegel@barefootnetworks.com=
>; NVO3 <nvo3@ietf.org>; Service Function Chaining IETF list <sfc@ietf.org>=
; IETF IPPM WG <ippm@ietf.org>
> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various prot=
ocols - follow up from WG discussion in London
>
> I think it's better that Frank or Shwetha can explain the multi-layer use=
 case in detail.
>
> Tianran
>> -----Original Message-----
>> From: Tom Herbert [mailto:tom@herbertland.com]
>> Sent: Monday, April 16, 2018 10:40 PM
>> To: Tianran Zhou <zhoutianran@huawei.com>
>> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
>> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; int-area
>> <int-area@ietf.org>; Service Function Chaining IETF list
>> <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>> protocols - follow up from WG discussion in London
>>
>> On Mon, Apr 16, 2018 at 6:31 AM, Tianran Zhou <zhoutianran@huawei.com> w=
rote:
>> > Hi Shwetha,
>> >
>> > You are talking about the outer encapsution. It is straight forward
>> > for the underlay to record by the header. But what about the
>> > overlay, i.e., inner encapsulation(e.g. geneve)? Without special
>> > configuration, intermediate node will not read the inner header,
>> > hence not be able to process IOAM.e
>>
>> Hi Tianran,
>>
>> I believe that is also not protocol conformant. Intermediate nodes
>> should not be processing transport layer data as this can lead to
>> misinterpretation and possibly silent data corruption.
>>
>> For instance, Geneve is a UDP encapsulation protocol with assigned port =
6081.
>> In order for an intermediate device to process the Geneve
>> encapsulation header it would need to look for packets with
>> destination port of 6081 since that is the only possible
>> discriminator. However, transport port numbers do not have global
>> meaning and hosts may use port numbers for other purposes (RFC7605
>> describes this). So a packet to port 6081 might be something other
>> than Geneve and may be misinterpreted. If a misinterpreted packet is cha=
nged (like ippm data is written) then that would be systematic silent data =
corruption.
>>
>> As far as I know, hop-by-hop options is the only protocol confirming
>> mechanism that allows an intermediate note to change data of packet in f=
light.
>> Encpasulation is the only conforming mechanism that allows an
>> intermediate node to add data (like extension headers) to a packet in fl=
ight.
>>
>> Tom
>>
>> > Maybe we are not synced by this overlay/underlay use case. :-)
>> >
>> > Tianran
>> >
>> >
>> >
>> > ________________________________
>> > Sent from WeLink
>> >
>> > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Shwetha Bhandari (shwethab)
>> > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Tianran Zhou<zhoutianran@huawei.c=
om>;Frank Brockners
>> > (fbrockne)<fbrockne@cisco.com>;Mickey
>> > Spiegel<mspiegel@barefootnetworks.com>;Tom
>> > Herbert<tom@herbertland.com>
>> > =E6=8A=84=E9=80=81=EF=BC=9A NVO3<nvo3@ietf.org>;int-area<int-area@ietf=
.org>;Service Function
>> > Chaining IETF list<sfc@ietf.org>;IETF IPPM WG<ippm@ietf.org>
>> > =E4=B8=BB=E9=A2=98=EF=BC=9A Re: [ippm] [Int-area] encapsulation of IOA=
M data in various
>> > protocols - follow up from WG discussion in London
>> > =E6=97=B6=E9=97=B4=EF=BC=9A 2018-04-16 18:17:01
>> >
>> > Hi Tianran,
>> >
>> >> If I recall right, it is not written in the ioam data draft.
>> >
>> > Data draft is defining the data to be carried in IOAM in an
>> > encapsulation agnostic way, it does not specify how the
>> > encapsulation protocol is configured.
>> >
>> >
>> >
>> >> Yes, node by node configuration is an easy way.
>> >
>> > While it is, it does not have to be a node by node configuration. It
>> > can be part of the encapsulation definition.
>> >
>> > For e.g. If the encapsulation is IPv6 and if we define the data to
>> > be carried as HbH options, then based on the Option Type with
>> > highest order 2 bits set to 00 then the v6 nodes that implement IOAM
>> > will process the option and others will skip over.
>> >
>> >
>> >
>> >
>> >
>> > Thanks,
>> >
>> > Shwetha
>> >
>> >
>> >
>> > From: ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou
>> > <zhoutianran@huawei.com>
>> > Date: Monday, April 16, 2018 at 2:36 PM
>> > To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey
>> > Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert
>> > <tom@herbertland.com>
>> > Cc: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>,
>> > Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG
>> > <ippm@ietf.org>
>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>> > protocols - follow up from WG discussion in London
>> >
>> >
>> >
>> > Hi Frank,
>> >
>> >
>> >
>> > If I recall right, it is not written in the ioam data draft.
>> >
>> > Yes, node by node configuration is an easy way. In the
>> > draft-zhou-ippm-ioam-yang, we have the =E2=80=9Cprotocol-type=E2=80=9D=
 to indicate
>> > the layering.
>> >
>> >    +--rw ioam
>> >
>> >       +--rw ioam-profiles
>> >
>> >          +--rw enabled?        boolean
>> >
>> >          +--rw ioam-profile* [profile-name]
>> >
>> >             +--rw profile-name                    string
>> >
>> >             +--rw filter
>> >
>> >             |  +--rw filter-type?   ioam-filter-type
>> >
>> >             |  +--rw acl-name?      -> /acl:acls/acl/name
>> >
>> >             +--rw protocol-type?                  ioam-protocol-type
>> >
>> >             +--rw incremental-tracing-profile {incremental-trace}?
>> >
>> >             |  ...
>> >
>> >             +--rw preallocated-tracing-profile {preallocated-trace}?
>> >
>> >             |  ...
>> >
>> >             +--rw pot-profile {proof-of-transit}?
>> >
>> >             |  ...
>> >
>> >             +--rw e2e-profile {edge-to-edge}?
>> >
>> >                ...
>> >
>> >
>> >
>> >
>> >
>> > Tianran
>> >
>> > From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
>> > Sent: Monday, April 16, 2018 4:51 PM
>> > To: Tianran Zhou <zhoutianran@huawei.com>; Mickey Spiegel
>> > <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>> > Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
>> > protocols - follow up from WG discussion in London
>> >
>> >
>> >
>> > Hi Tianran,
>> >
>> >
>> >
>> > IOAM is a domain specific feature (see also
>> > draft-ietf-ippm-ioam-data-02 sections 3 and 4), which allows an
>> > operator to control by means of configuration where and for which
>> > traffic IOAM data fields are added/updated/removed from the customer
>> > traffic. Using your example of Geneve over IPv6 =E2=80=93 with IOAM da=
ta in
>> > both the Geneve and the IPv6 protocol, one would expect that the
>> > operator configures the endpoints of the Geneve tunnel to operate on
>> > the IOAM data in Geneve, and the IPv6 routers that the Geneve tunnel
>> traverses to operate on the IOAM data in IPv6.
>> >
>> >
>> >
>> > Frank
>> >
>> >
>> >
>> > From: Tianran Zhou <zhoutianran@huawei.com>
>> > Sent: Montag, 16. April 2018 10:37
>> > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>> > <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>> > Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
>> > protocols - follow up from WG discussion in London
>> >
>> >
>> >
>> > Hi Frank,
>> >
>> >
>> >
>> > How does a forwarder know when and where to insert the data?
>> >
>> > In the case of Geneve over IPv6, do you mean the device need to scan
>> > all the protocol stack? Or just the outer encapsulation?
>> >
>> >
>> >
>> > Tianran
>> >
>> >
>> >
>> > From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank
>> > Brockners
>> > (fbrockne)
>> > Sent: Monday, April 16, 2018 3:08 PM
>> > To: Mickey Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert
>> > <tom@herbertland.com>
>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>> > protocols - follow up from WG discussion in London
>> >
>> >
>> >
>> >
>> >
>> > Tom,
>> >
>> >
>> >
>> > a quick addition to what Mickey mentioned below: What you seem to
>> > have in mind is what draft-ietf-ippm-ioam-data-02 refers to as =E2=80=
=9Clayering=E2=80=9D
>> > (see section 3.), i.e. if you=E2=80=99re running for example Geneve ov=
er
>> > IPv6, then IOAM data could be encapsulated in both protocols, Geneve
>> > and
>> > IPv6 =E2=80=93 giving you visibility into the =E2=80=9Cunderlay=E2=80=
=9D (IPv6) and the =E2=80=9Coverlay=E2=80=9D
>> (Geneve).
>> >
>> >
>> >
>> > Frank
>> >
>> >
>> >
>> > From: ippm <ippm-bounces@ietf.org> On Behalf Of Mickey Spiegel
>> > Sent: Freitag, 13. April 2018 20:22
>> > To: Tom Herbert <tom@herbertland.com>
>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>> > protocols - follow up from WG discussion in London
>> >
>> >
>> >
>> > Tom,
>> >
>> >
>> >
>> > On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> wr=
ote:
>> >
>> > Mickey,
>> >
>> > Looking at these ippm drafts more closely, I have a much more
>> > fundamental concern.
>> >
>> > In draft-brockners-ippm-ioam-geneve-00 for instance, there is the
>> > text in the introduction:
>> >
>> > "In-situ OAM (IOAM) records OAM information within the packet while
>> > the packet traverses a particular network domain.  The term "in-situ"
>> > refers to the fact that the IOAM data fields are added to the data
>> > packets rather than is being sent within packets specifically
>> > dedicated to OAM.  This document defines how IOAM data fields are
>> > transported as part of the Geneve [I-D.ietf-nvo3-geneve]
>> > encapsulation."
>> >
>> > I assume this means that as packets with Geneve encapsulation
>> > traverse the network they are interpreted by intermediate nodes as
>> > being Geneve. Since Geneve is a UDP encapsulation, then the
>> > destination UDP port number would be used to identify packets as
>> > being Geneve. So an intermediate device might be looking for UDP
>> > packets destined to port
>> > 6081 (the assigned UDP port for Geneve). If my understanding is
>> > correct, then this is a problem.
>> >
>> > UDP port numbers do not have global meaning. An intermediate device
>> > may very well see UDP packets destined to port 6081 that are not
>> > actually Geneve. This scenario is discussed in RFC7605:
>> >
>> > "...intermediate device interprets traffic based on the port number.
>> > It is important to recognize that any interpretation of port numbers
>> > -- except at the endpoints -- may be incorrect, because port numbers
>> > are meaningful only at the endpoints."
>> >
>> > If the UDP data is modified, as the draft would imply, then
>> > misinterpretation may also mean silent data corruption of packets. A
>> > protocol that would allow this seems pretty incorrect! Note that
>> > this would be true also for any UDP encapsulation that the network
>> > tries to interpret.
>> >
>> >
>> >
>> > The intention is to allow for multiple nodes that a packet traverses
>> >
>> > to be able to insert IOAM node information in the same trace option,
>> >
>> > but leave some flexibility regarding which nodes actually do the
>> >
>> > IOAM processing and the node information. This may vary
>> >
>> > depending on the transport.
>> >
>> >
>> >
>> > In case of a tunneled encapsulation such as Geneve or VXLAN,
>> >
>> > there may still be multiple hops. For example a network may use
>> >
>> > Geneve or VXLAN, but only do L2 processing at ToRs, with L3
>> >
>> > processing done at aggregation or core switches. In this case
>> >
>> > many packets would do 2 Geneve or VXLAN hops, so the packet
>> >
>> > would contain IOAM node information from two nodes.
>> >
>> >
>> >
>> > Another example is service function chaining using Geneve or
>> >
>> > VXLAN rather than NSH.
>> >
>> >
>> >
>> >
>> > I am also wondering if hop-by-hop options been considered for this
>> > application? Their interpretation in the network is unabiguous and
>> > they also have the advantage that the work with any IP protocol or
>> > encapsulation.
>> >
>> >
>> >
>> > IPv6 hop-by-hop options has been considered. See
>> >
>> > draft-brockners-inband-oam-transport-05. This has not yet been
>> >
>> > broken out into a separate draft.
>> >
>> >
>> >
>> > Mickey
>> >
>> >
>> >
>> >
>> > Thanks,
>> > Tom
>> >
>> >
>> > On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
>> > <mspiegel@barefootnetworks.com> wrote:
>> >
>> >> Tom,
>> >>
>> >> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wr=
ote:
>> >>>
>> >>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky
>> >>> <gregimirsky@gmail.com>
>> >>> wrote:
>> >>> > Hi Frank,
>> >>> > thank you for sharing your points. Please find my notes in-line
>> >>> > and tagged
>> >>> > GIM>>. I believe that this is very much relevant to work of
>> >>> > GIM>>other
>> >>> > working
>> >>> > groups that directly work on the overlay encapsulations in the
>> >>> > center of the discussion and hence I've added them to the list.
>> >>> > Hope we'll have more opinions to reach the conclusion that is
>> >>> > acceptable to all.
>> >>> >
>> >>> > Regards,
>> >>> > Greg
>> >>> >
>> >>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>> >>> > <fbrockne@cisco.com> wrote:
>> >>> >>
>> >>> >> Back at the IPPM meeting in London, we discussed several drafts
>> >>> >> dealing with the encapsulation of IOAM data in various
>> >>> >> protocols (draft-brockners-ippm-ioam-vxlan-gpe-00,
>> >>> >> draft-brockners-ippm-ioam-geneve-00,
>> >>> >> draft-weis-ippm-ioam-gre-00). One discussion topic that we
>> >>> >> decided to take to the list was the question on whether
>> >>> >> draft-ooamdt-rtgwg-ooam-header could be leveraged..  After
>> >>> >> carefully considering draft-ooamdt-rtgwg-ooam-header, I came to
>> >>> >> the conclusion that the =E2=80=9COOAM header=E2=80=9D does not me=
et the needs
>> >>> >> of
>> >>> >> IOAM:
>> >>> >>
>> >>> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>> >>> >> encapsulation needs to be as efficient as possible. The =E2=80=9C=
OOAM header=E2=80=9D
>> >>> >> is 8
>> >>> >> bytes long. The approach for IOAM data encapsulation in the
>> >>> >> above mentioned drafts only requires 4 bytes. Using the OOAM
>> >>> >> header approach would add an unnecessary overhead of 4 bytes =E2=
=80=93
>> >>> >> which is significant.
>> >>> Greg,
>> >>>
>> >>> I'm missing something here. I looked at the drafts you referenced
>> >>> and each of them looks like the overhead for OAM is greater that
>> >>> four bytes. In each there is some overhead equivalent to
>> >>> type/length, for instance in Geneve four bytes are needed for
>> >>> option class, type, and length. Unless the the OAM data is zero
>> >>> length, I don't see how this adds up to only four bytes of overhead.
>> >>
>> >>
>> >> The four versus eight bytes just refers to the fields in the four
>> >> bytes of IOAM info, that is common to all IOAM options. Beyond
>> >> that, there are IOAM option specific fields. For example if doing
>> >> one of the IOAM trace options, there are four bytes of trace option
>> >> header, including the IOAM-trace-type, NodeLen, Flags, and
>> >> RemainingLen fields. These are followed by the node data list
>> >> containing the per hop IOAM information.
>> >>
>> >> In looking at the OOAM header content, it has nothing to do with
>> >> any of the IOAM information after the first four bytes. It contains
>> >> another variant of the information in the first four bytes of IOAM
>> >> info, spread out over eight bytes.
>> >>
>> >>>
>> >>> Tom
>> >>>
>> >>> >
>> >>> > GIM>> The difference in four octets is because OOAM Header:
>> >>> >
>> >>> > provides more flexibility, e.g. Flags field and Reserved fields;
>> >>
>> >>
>> >> The flags field only has one defined flag at the moment, for a
>> >> timestamp block. For IOAM trace we need per hop timestamps, which
>> >> the timestamp block cannot address, i.e. the timestamp block is
>> >> redundant for
>> IOAM.
>> >>
>> >>>
>> >>> > supports larger OAM packets than iOAM header;
>> >>
>> >>
>> >> For IOAM purposes, 1020 octets is more than enough.
>> >>
>> >>>
>> >>> > is future proof by supporting versioning (Version field).
>> >>
>> >>
>> >> IMO, taking the first two bits of the IOAM-Type to define a Version
>> >> field would be a good thing. This does not require adding four more
>> >> bytes of overhead. 64 IOAM-Types is more than enough.
>> >>
>> >>>
>> >>> >>
>> >>> >> * Maturity: IOAM has several implementations, which were also
>> >>> >> shown at recent IETF hackathons =E2=80=93 and we=E2=80=99re expec=
ting
>> >>> >> additional implementations to be publicized soon. Interoperable
>> >>> >> implementations need timely specifications. Despite the
>> >>> >> question being asked, the recent thread on OOAM in the NVO3
>> >>> >> list hasn=E2=80=99t revealed any implementation of the OOAM heade=
r.
>> >>> >> In
>> >>> >> addition, the thread revealed that several fundamental
>> >>> >> questions about the OOAM header are still open, such as whether
>> >>> >> or how active OAM mechanisms within protocols such as Geneve
>> >>> >> would apply to the OOAM header. This ultimately means that we
>> >>> >> won=E2=80=99t get to a timely specification.
>> >>> >
>> >>> > GIM>> May I ask which encapsulations supported by the
>> >>> > GIM>> implementations
>> >>> > you
>> >>> > refer to. Until very recently all iOAM proposals were to use
>> >>> > meta-data TLV in, e.g. Geneve and NSH. And if these or some of
>> >>> > these implementations already updated to the newly proposed iOAM
>> >>> > shim, I don't see problem in making them use OOAM Header. Would
>> >>> > you agree?
>> >>> >
>> >>> >>
>> >>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the O=
OAM
>> >>> >> header would ultimately apply to. The way the OOAM header is
>> >>> >> defined, OOAM uses a 8-bit field for =E2=80=9CNext Prot=E2=80=9D,=
 the next
>> >>> >> protocol. Some protocols that IOAM data needs to be
>> >>> >> encapsulated into use 16-bits for their next protocol code points=
. See e.g.
>> >>> >> the GRE encapsulation =E2=80=93 as specified in
>> >>> >> draft-weis-ippm-ioam-gre-00.
>> >>> >
>> >>> > GIM>> The first paragraph of the Introduction section states:
>> >>> >    New protocols that support overlay networks like VxLAN-GPE
>> >>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>> >>> >    [I-D.ietf-nvo3-geneve], BIER
>> >>> > [I-D.ietf-bier-mpls-encapsulation],
>> and
>> >>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>> >>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration, =
and
>> >>> >    Maintenance (OAM) as one of distinct types.  That ensures that
>> >>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data pa=
cket
>> >>> >    traversing the underlay.
>> >>> > I'm updating the OOAM Header draft and along with cleaning nits
>> >>> > will update reference to GUE. I think that the list and the
>> >>> > statemnt are quite clear in identifying the scope of networks
>> >>> > that may benefit from using not only common OOAM Header but
>> >>> > common OOAM mechanisms, e.g. Echo Request/Reply.
>> >>> >
>> >>> >> With the above in mind, I=E2=80=99d suggest that the WG moves for=
ward
>> >>> >> with specific definitions for encapsulating IOAM data into
>> >>> >> protocols =E2=80=93 per the above mentioned drafts.
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> Regards, Frank
>> >>> >>
>> >>> >>
>> >>> >> _______________________________________________
>> >>> >> ippm mailing list
>> >>> >> ippm@ietf.org
>> >>> >> https://www.ietf.org/mailman/listinfo/ippm
>> >>> >>
>> >>> >
>> >>> >
>> >>> > _______________________________________________
>> >>> > Int-area mailing list
>> >>> > Int-area@ietf.org
>> >>> > https://www.ietf.org/mailman/listinfo/int-area
>> >>> >
>> >>>
>> >>> _______________________________________________
>> >>> ippm mailing list
>> >>> ippm@ietf.org
>> >>> https://www.ietf.org/mailman/listinfo/ippm
>> >>
>> >>
>> >
>> >


From nobody Tue Apr 17 07:38:52 2018
Return-Path: <daedulus@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C54212D87B; Tue, 17 Apr 2018 07:38:50 -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, RCVD_IN_MSPIKE_H2=-0.001, 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=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j3UH0lud9h8c; Tue, 17 Apr 2018 07:38:47 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20096.outbound.protection.outlook.com [40.107.2.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5B131243F3; Tue, 17 Apr 2018 07:38:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ozZCzVs9giOobjbe5Fgfj53zpJSt+xGVvq7wFkYZPbk=; b=fiVmdmH3QjKlo+9FvDMP/LjPZ4cayUKb7f6nsKMQszOcbNMRQvII1lgqpMYLIn0StNoaAkNcQcH7c7tucW+M+rMFclbtfj34OMBjPXXz9rBExiJN6oX1Kgw0r1GU8itDT51Fnfu0jEpE0nNmTB/m7P8Yf7jK8pq1dR+c/2zeyoo=
Received: from pc6 (86.165.129.75) by AM5PR0701MB2337.eurprd07.prod.outlook.com (2603:10a6:203:e::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.696.5; Tue, 17 Apr 2018 14:38:43 +0000
Message-ID: <018201d3d659$ad822fa0$4001a8c0@gateway.2wire.net>
From: "tom p." <daedulus@btconnect.com>
To: "Mahesh Jethanandani" <mjethanandani@gmail.com>
Cc: "ietf" <ietf@ietf.org>, <ippm-chairs@ietf.org>, <draft-ietf-ippm-twamp-yang@ietf.org>, <ippm@ietf.org>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com> <21835DE5-FCE7-44D8-95B4-33B02C8F477F@gmail.com>
Date: Tue, 17 Apr 2018 15:37:41 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: HE1PR05CA0181.eurprd05.prod.outlook.com (2603:10a6:3:f8::29) To AM5PR0701MB2337.eurprd07.prod.outlook.com (2603:10a6:203:e::7)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:(178726229863574); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(2017052603328)(7193020); SRVR:AM5PR0701MB2337; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 3:9WzwX2c2DdvfBqytP8sJPIKImXf++0RpH2culk2+NIzlSaHetbLEqDIZ2pLuA13pj2roVuK6A1cPirXvSHD9HnZxGfc+pKZluOiTCfdsj8Db3ErRgf18R2yLtFzlAEekbQZpNSqJ+Gvd3/Ehyey4ysNvxPConrUMhMkd8XBWcvx6CPRCkVwcs25dLtlK0fJzlFefpCJm1MP2SElH9QRtfd1yLbhNeXh+HDjKKbq4NzgD0xHlFtl3RGu9Xw1Msf0zA8G5xJ6CIqQDvVOGMtRNjW2Iw57HYsRfEzZADFZN6ZY=; 25:2owUA2Ci4mUtFbm2TIuSqLsaioSkwD1lpYyPxUmadndj4//hxORbF9zQn7GIYwTU6bwWOEZilzcJOj38eV/z0YCNz1dPYIeeFrCPHRFuiYk2EaK/d828kRwOSe2BZEdD+Y6FoqK5RQQevFmZbDz7AefZ3isfGOVDGEx3zU3jLWv5cBTuyDk41ajlesSl/Sv6SaPsmPLTRTFPCfsDNcuPWEDiT/j9rDtVAbjpTV9x7chOEoY2o+TrXd0KwsUaDzWHZetOTfMuPy2mUpMVuOCXeLp9MOMvDg1qd6NuOscRlDmAqcrcyYi3weYG18V3Tp8jCNCM89/6FszDnIgEy3DTJw==; 31:ZgpnMq+d5de8ljCL76fs7gtKtRxGQ41KLQwsgEc+guvZuYwLHDlRi2zAUO3U/Ow3OTiMWRx7p+auYBnS5hFRVjP/A5O3eADxWZLB0n8QnoaXlFj23GgYHAQpWnMMkkSkeqy5YKgSMzj1L8ZC3/cV/nQAU9RtPbjuevK0E4HQVXJ87vWV9E1c4SaAkJ/GGeRNFklMZrx2tIvR7fTF4LLd93nB480A+y5FLqjFF2uqDA0=
X-MS-TrafficTypeDiagnostic: AM5PR0701MB2337:
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; 
X-Microsoft-Antispam-PRVS: <AM5PR0701MB2337D57D61575317A2792468C6B70@AM5PR0701MB2337.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(178726229863574)(85827821059158);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(6040522)(2401047)(5005006)(8121501046)(3231232)(944501359)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041310)(20161123558120)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:AM5PR0701MB2337; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2337; 
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 4:bssmKpVVHEFvWGuxibmw6mLz7tSRhNRWLhmww+LsqQEZfF6vJ/Kb91v4bzsZ2F7ycVCTzGSYsAsioDmVc+O2t+S5lirv5VkgyhDa4GFnyyytks20ti+o/BRRtw5oJG9vpCNrg75DYUQ7tQcyYmNSJoN/rjNil6J2gWMiSXJB3bEVaVu9vnTP61jaQb/v0Vu0rUNPXrXIhtQ53auVnySlpfZwjWy8c5wOJroSBCg3f9quQZ3STjrr9AdP1X1qEKIwhVU+5gZZqVrMvGU8UVI8gOlg8pAMKnNmMMldaKQchxb9lBukJkcP7Hwhows/F3ag3hosnoiyYlceBzVxVBQkFEs9fJc+odepxhfWb6yCRS8=
X-Forefront-PRVS: 0645BEB7AA
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(39380400002)(396003)(39860400002)(366004)(346002)(376002)(199004)(13464003)(189003)(39060400002)(66066001)(1411001)(25786009)(81686011)(6486002)(81816011)(76176011)(446003)(33896004)(44736005)(7736002)(81166006)(81156014)(14496001)(8676002)(50226002)(84392002)(106356001)(8936002)(4326008)(5660300001)(1556002)(26005)(305945005)(86362001)(4720700003)(6916009)(6246003)(97736004)(53546011)(386003)(68736007)(54906003)(476003)(478600001)(956004)(9686003)(229853002)(16526019)(316002)(186003)(23676004)(2906002)(44716002)(2486003)(62236002)(6496006)(53936002)(105586002)(6116002)(2870700001)(3846002)(50466002)(52116002)(61296003)(486006)(47776003)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2337; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjIzMzc7MjM6S2NZRTArT3F5Tkp0aWhaZkFTQzI4T1px?= =?utf-8?B?bVpKV2RUZi9kWks3RVVxWjVZdmp3QUozVjdzV1NiRTdid2ZZVjlKQnpIcW5p?= =?utf-8?B?VUJ2ZlJEejJVNWVMczV6MVVjU29vL0p5TVltV2hmVHc3TFBoYldiamtpekdC?= =?utf-8?B?VVJ3Vk9FR2FxbkVRc2NzTFBhb1loUSs5ZGtFQVlKQnlEQjNhVVdKK1dqVjk0?= =?utf-8?B?SGhIYzlCbCtocDZQblFFREpiMy9oQVAyS0JLaTA4QlN3cVdWYkJUVWttdlJL?= =?utf-8?B?UHl0dXMwS2JKZ2RybUNkb0Fhdjcyb3lITkI5elR2NGhNSFo0Z3J3N1lrZkNT?= =?utf-8?B?OEhtMC96ZkZodGt6dmgwTk55VUhPNzFYSi9hbW0xLytZMyszTERYS3l6bVNm?= =?utf-8?B?RjRzOFlkemF4emhCUllIRHRZRG9ZTStNdzBDMGNwWGtQbUlVZERXS3QvS2R2?= =?utf-8?B?NzRRYzI3Z25tY0ExblU2cHJINDNPV1d2NE5wbG9wT0dDTmtCZUNscldocmJs?= =?utf-8?B?YzlQaFhJZUZKZFZnOWNVUjZXeXJkTFNaSmZNUmlybVg5WUxFMlFibmFNaUl4?= =?utf-8?B?T2JsdnpFdDJQOWZicjk1dkJpTE1DTnB0Q1U2aXRBQjdtcnpvaS9ER1MyWnhk?= =?utf-8?B?UUh1b0N1TGs0ODc0dWxpbnlqSnlvMk4yemQ2M3dvam5FQnB5cUVydDhnQTlh?= =?utf-8?B?UkNFTW1oS1hVdU9aMWlseUtiak9tb2IxeWRDQnUyNTZ5MzVPTm5hNE1sc0Jn?= =?utf-8?B?RjdUdXJDTWpSNVFvSERKckhuUUdxTk1hRjJhMDRhR0V4RWVyQ3VranRLZmw3?= =?utf-8?B?bUJIanNSRDZkaDUvbWhuMU1Dblh1NDF0WUhCVGxHY0hFYmsrRWNOM3Y0V04y?= =?utf-8?B?RXBPaW1lY3Jja0ppcVBzbE13KzdUZE9EamEzSHo2YnJIeGU3WmtwdFdkWUp6?= =?utf-8?B?YzZ6QWVYQTdwaVRLOGxWNUMzdjhvc3VITEdtWG5nRnZQaXRpNGNHZmk5TXNo?= =?utf-8?B?T2ErZUhPWElKYXF5S3QwQ1VTSWtkd3NYYmpINWNBMkxxQ240aG1KOGtZclBj?= =?utf-8?B?TndaYXNlVEVWN0JVMTZySDZtdzd3dDVJU1B1bnV5bGtWV21XMC81WHEyRm5y?= =?utf-8?B?MkxiUmV4K3dVaml2SDdGUXdTdG9rTFJFWkdwaDJkbjlPZWhSdjFCUDdPTm1I?= =?utf-8?B?L1gvVy90Vmx0Mlg4alg2V3ZwaGdKRkhiS1hZOGQyN3hnTDlUWnFNQ1BPZjMx?= =?utf-8?B?Si9JdmZwbjR0cFJOTEtuN2paWWpBZGVTNHFCd3lNVGo2RVJSeG9Vc1RRWlR0?= =?utf-8?B?ODZZZ1dGN2hqR2FtS2pROUcyR0pvVWZhVzF6aitYeEpqUnMzZStPK1Vwbi9u?= =?utf-8?B?ck5MVk9OUXdkTFdSTkhKTDFiTHZzLy9kL2ZmNm1mZC9BYU13RjdKdk9maUk5?= =?utf-8?B?eTZQTlhQVkVWV2FWSWJWUzVYWmI5dEszd1JUK05sYUwzTldtaXJ3VHlGRWRy?= =?utf-8?B?VEp0WVpGUTJxdFYyOUExWjhTTGhFRGFIZUVhMnpqTndFUzlCdm9Sblgzcysz?= =?utf-8?B?Ri82OHhmZlA1ZERGUlQzeGtVaWVvUHVBMW9OWUx5dFovUng3QXVNOWRkNkh6?= =?utf-8?B?MDRiMnNFaG5uWFBmS1I5TGUwaFEwZkk2R25DVTZBQ2Z6VGt2aGxKTmZiZExS?= =?utf-8?B?ak9CUU1jQVNGNE81cUJFc2NXYXFZRUhRRFRtZk1vdlBDS1l4YlNoZUQyK2V2?= =?utf-8?B?T0oxdmswSGFaaDlkOXZGZ0tjVnZDb0RMUDJrSTlOZzJzNDVjMUZ2REFDWWdD?= =?utf-8?B?WHRIbVM4Z0xPbXprUi82VlpsOFpPV1ZKbGxOUWhVdW9MVGd6bXFiU0JqTCsr?= =?utf-8?B?Q240WjdsS0ZmV0FPVVFKMmFtRXBWZlhQSktxNWJwQmNiL0NnZmhzOTZoektL?= =?utf-8?B?MFlxVDd1OC81NnZGMlZkOHJpc3hwTmVrdStsSDdoYStvOUNkNld4NWhGeC9U?= =?utf-8?B?dFg5Vk1lMmtrVHBOMHpnNk01SktLUW5YRkp2aXBLSGVhcVdnNmlHbVcxRER6?= =?utf-8?Q?413OviqRhWUsKUzT4uyV1pzD93A?=
X-Microsoft-Antispam-Message-Info: xIGiIG0O2PFvMQCiN+N12j6XaRHHyTvOFui5cgUy/X3pRdsFbAVwEqcAi6vmYMYhYNl7P6CpGxsLEVMSEocubct6FmhfvgliZRVDKXgWp2v1QB2zY7dTsDDBRGCCIQ4nzma0b4B5JfKRib1acmhBRGOARQkRx/968rHxW2QSjGWjhiSKdCThQP4HurwuUbto
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 6:IVf/MaCFpxOmnr4urRs/UG2fEO4u5jTrU3nLpf7OiZ/v+dWBdVw7sHdHJk3egZkQzSb5v0984lhRRAO7sjUm8G5VbLU4tEjz0f/sSn1C7qY2O5fmkA6dUAhQoA2EWH5IMhZMwAeoUYBMIY4bm7T7Ssmb82UCymyZFW7c+Hxsr8sFZa4ec4hox9otVXKlZ77dyRpwo8qbofd9yQQiG5E/4bnKv9+i4WUA/b36Tb6kP7AhJoCSthSocU1UTpN2qe5ayb/poLL8KCgBthIBACmIgV+I1yExKmolIf1rLYi6yVITHHqyW0O0Z7+duysBmBS2V/RONMr/bBQedf7NTHi1r+7w/vJtQPgzoLI4gR9/eRvKzLWmh+WY/0yTFuwBPq3bQZfsTZ1LSf7R8O5V3WRepJ2zXkeB3dEkSATavZNO4qzmJD2qgpmA970dMm3/QWN8fubrBeQ5GrdO8bGT1+VmaQ==; 5:u8xacg2AR8rXSqM9K61mejq0wKc4T30pq3Hv7SV1O5PsnkbPx54tgskwNlolLGo0CPAKMqER7lltKMNN/CMQgR7c71GUxFnEdpSqFU2RbdUc/mxIj3cl8OEttS7E+oEBOd4DpKYyczvRiYM2aU6++mmiiearTgT6t+tR1JdF+Fg=; 24:rsTWnxYKQ1NZaps5Z9M2Vc4r30jgl4SyzyjZiyQbGdVvOleJq/ICkdTNoyPL2BM5gAASItAGb0377KuxoldBbbPoR/9pXBSJopivCFA0DT4=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2337; 7:CTYWQMkVKqn8hKoGf0Q5wtVCplftVOc1Srj//ozqE/TE+9NCL5ZrTouGD+1I3kDMNMPRZXxrnOKZCRKGbv0BKC/dwQ9RbVTiwnOuGaORDpRfn0//orNLUIowcLkV5Zhmzrk/EBNDZeV0JPLuv/C+zBX3QsaColnu7SJIt8bqGUaqTBRvMT3XVkmoHGYvO1bOjdTJ++ips6N0jBkQu5eznTTAKga+Diaq519v/XS4KJ4eKUrIl9AtUH/Ak/cDu2za
X-MS-Office365-Filtering-Correlation-Id: a6ad7119-c2ec-4247-d4b4-08d5a470ec13
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Apr 2018 14:38:43.9464 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: a6ad7119-c2ec-4247-d4b4-08d5a470ec13
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2337
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zJj13h6T-B_sSFxudd2-YlfQyKk>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Apr 2018 14:38:50 -0000

Mahesh

Getting there.

I still cannot find a Reference in the I-D for RFC 2330 which appears in
the module.

'max-count' I still find open to confusion - I was hoping that you would
rename the leaf, and not the grouping, since it is the leaf, the data
object, that is an exponent.  Further down, you have

"The default
            max-count value SHOULD be 32768.'
"
which I think wrong since the leaf is and was an exponent.  After
renaming the leaf, not the grouping, I was expecting something like
'The default value of max-count-exponent SHOULD be 15 which corresponds
to a maximum value of 2**15 i.e.32768.'

On the presence/ boolean, and top level nodes being mandatory true, your
solution looks fine (I said to you that my knowledge of YANG was limited
and while this restriction has a faint echo in my memory, I cannot find
the paragraph in RFC6020/RFC7950 that spells this out:-(

I am still thinking about secret key.

Tom Petch

----- Original Message -----
From: "Mahesh Jethanandani" <mjethanandani@gmail.com>
To: "tom p." <daedulus@btconnect.com>
Cc: <ietf@ietf.org>; <ippm-chairs@ietf.org>;
<draft-ietf-ippm-twamp-yang@ietf.org>; <ippm@ietf.org>
Sent: Monday, April 16, 2018 3:58 PM

Tom,

On this particular comment ….

> On Apr 12, 2018, at 5:13 PM, Mahesh Jethanandani
<mjethanandani@gmail.com> wrote:
>
>>
>>
>> "container session-sender {
>>        if-feature session-sender;
>>        presence  "Enables TWAMP Session-Sender functionality.";
>>        description
>>          "Configuration of the TWAMP Session-Sender logical entity";
>>        leaf admin-state {
>>          type boolean;
>>          mandatory true;
>>          description
>>            "Indicates whether the device is allowed to operate
>>             as a TWAMP Session-Sender.";
>> "
>>
>> A presence container is a boolean so I am unclear what it is that the
>> admin-state boolean adds here since the presence container "Enables
>> TWAMP Session-Sender functionality.”;
>
> [mj] Good catch. Will remove the presence statement.

[[mj]] In addition to removing the presence statement, we decided to
change the ‘mandatory true' statement to a ‘default true’ statement.
Just removing the presence statement results in the following error:

Validating yang/ietf-twamp@2018-04-08.yang
<mailto:yang/ietf-twamp@2018-04-08.yang>
yang/ietf-twamp@2018-04-08.yang
<mailto:yang/ietf-twamp@2018-04-08.yang>:445: error: RFC 6087: 4.9:
top-level node twamp must not be mandatory

Cheers.


Mahesh Jethanandani
mjethanandani@gmail.com



From nobody Wed Apr 18 00:51:49 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B1C3126CC4; Wed, 18 Apr 2018 00:51:47 -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 PK6KccA7Te-Z; Wed, 18 Apr 2018 00:51:43 -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 06963126CBF; Wed, 18 Apr 2018 00:51:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=32848; q=dns/txt; s=iport; t=1524037903; x=1525247503; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=8X48R4GYUKavoJt0j0D7eEavaEvKetekA/Tck6dg3Xk=; b=B6rAQLNOO8UkjCQ7zgQ/QMMEIQdk3cxkmHrers6sBfwsgCq/fuWl1BdV GkUBsYTWNW6J8CorskJVEedufnm//U7tVewAhJbsYt+v2Q/VAcsKsq/W6 LcVaVfJzpZKPiaWSxe3cQ9d37pg8MBYJnMezSi4GgYBPupwXgF566Q5QP E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D6AAAV+NZa/4UNJK1TChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGDQmF6KAqDXogCjQmBdIEPhmeMAhSBYQMLGAuERgIagkI?= =?us-ascii?q?hNBgBAgEBAQEBAQJsHAyFIgEBAQECAQEBGAkEDTMHCwUHBAIBBgIRAwEBAQE?= =?us-ascii?q?CAh8EAwICAh8GCxQBCAgCBA4FCBeEVgMNCA+KYptAgWkzhwsNgSuCIAWBCYZ?= =?us-ascii?q?9gVQ/gQ+CXS6CT0IBAYE1BAQLL4JpglQCjASEVIZkLAgCh3M0glo7gnWBPIN?= =?us-ascii?q?dglpng3uHM4I8hg0CERMBgSQBHDiBUnAVO4JDgh0IEhGISIU+b4t/gS6BGAE?= =?us-ascii?q?B?=
X-IronPort-AV: E=Sophos;i="5.48,464,1517875200"; d="scan'208";a="100861288"
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; 18 Apr 2018 07:51:41 +0000
Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w3I7pfor024220 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 18 Apr 2018 07:51:41 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 18 Apr 2018 02:51:40 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Wed, 18 Apr 2018 02:51:40 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Tom Herbert <tom@herbertland.com>
CC: Tianran Zhou <zhoutianran@huawei.com>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, "IETF IPPM WG" <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT01Rv7uw9TGdqO0+V2HJ61OA6MaQC+nQwgABu/4D//63XQIAAWkqAgAATngCAADaJgIAAEx0AgACyKYCAABh5EIAAwsqAgADPxZA=
Date: Wed, 18 Apr 2018 07:51:40 +0000
Message-ID: <c3ada96fc1494f2fb5506768a7932dfc@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com>
In-Reply-To: <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.3]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/MKT6QBqzMAA0BB1JMjSO7moBvAI>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Apr 2018 07:51:47 -0000

VG9tLA0KDQppbmxpbmUuLi4gKCIuLi5GQiIpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t
DQpGcm9tOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4gDQpTZW50OiBEaWVuc3Rh
ZywgMTcuIEFwcmlsIDIwMTggMTY6MjMNClRvOiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8
ZmJyb2NrbmVAY2lzY28uY29tPg0KQ2M6IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2Vp
LmNvbT47IFNod2V0aGEgQmhhbmRhcmkgKHNod2V0aGFiKSA8c2h3ZXRoYWJAY2lzY28uY29tPjsg
TWlja2V5IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgTlZPMyA8bnZv
M0BpZXRmLm9yZz47IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0
Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2lwcG1d
IFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KDQpPbiBUdWUsIEFw
ciAxNywgMjAxOCBhdCAxMjo1MSBBTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9j
a25lQGNpc2NvLmNvbT4gd3JvdGU6DQo+DQo+IEhpIFRpYW5yYW4sDQo+DQo+IFRvbSdzIG5vdGUg
YWxyZWFkeSBpbmNsdWRlcyB0aGUgaGludDogWW91J2xsIGFkZCBJT0FNIGRhdGEgdG8gdGhlIHBy
b3RvY29sL2xheWVyIHRoYXQgeW91J3JlIGludGVyZXN0ZWQgaW4gbW9uaXRvcmluZy4gQWdhaW4g
dXNpbmcgR2VuZXZlIG92ZXIgSVB2NiBhcyBhbiBleGFtcGxlOg0KPiAqIElmIHlvdSdyZSBpbnRl
cmVzdGVkIGluIHRoZSBvdmVybGF5LCBpLmUuIEdlbmV2ZSAoZS5nLiB0aW1lc3RhbXBpbmcgDQo+
IHRoZSBwYWNrZXQgd2hlbiBpdCBlbnRlcnMgYW5kIGV4aXN0cyB0aGUgdHVubmVsKSAtIHlvdSdk
IGFkZCBJT0FNIGRhdGEgDQo+IHRvIEdlbmV2ZQ0KPiAqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGlu
IHRoZSB1bmRlcmxheSwgaS5lLiBJUHY2IChlLmcuIHlvdSdkIGxpa2UgdG8gDQo+IHVuZGVyc3Rh
bmQgd2hpY2ggcGF0aCBwYWNrZXRzIHRha2UgaW4gdGhlIHY2IG5ldHdvcmspIC0geW91J2QgYWRk
IElPQU0gDQo+IGRhdGEgdG8gSVB2Ng0KPiAqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGluIGJvdGgs
IHRoZW4geW91J2QgYWRkIElPQU0gZGF0YSB0byBHZW5ldmUgYW5kIA0KPiBJUHY2DQo+DQpGcmFu
aywNCg0KSW4gdGhhdCBjYXNlIHdoeSBub3QganVzdCB1c2UgYSBob3AtYnktaG9wIG9wdGlvbiBm
b3IgbWVhc3VyaW5nIHRoZSB1bmRlcmxheSBhbmQgYSBkZXN0aW5hdGlvbiBvcHRpb24gZm9yIG1l
YXN1cmluZyB0aGUgb3ZlcmxheT8gVGhlIGFkdmFudGFnZSBpcyB0aGF0IHRoaXMgd29ya3MgX2Fu
eV8gSVAgZW5jYXBzdWxhdGlvbiBtZXRob2Qgb3IgYW55IElQIHByb3RvY29sIGZvciB0aGF0IG1h
dHRlci4gSSBkb24ndCBiZWxpZXZlIGFkZGluZyBpcHBtIHRvIGV2ZXJ5IGVuY2Fwc3VsYXRpb24g
cHJvdG9jb2wgaXMgc3RyYWlnaHRmb3J3YXJkOiBlLmcuDQpkcmFmdC1icm9ja25lcnMtaXBwbS1p
b2FtLWdlbmV2ZSBkZXNjcmliZSBidXQgbm90ZXMgdGhlIGxpbWl0ZWQgc2l6ZSBvZiBoZWFkZXIs
IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZSBzdGF0ZXMgdGhhdCBhIG5ldyBFdGhlclR5cGUgd291
bGQgYmUgbmVlZGVkIGp1c3QgZm9yIHRoaXMgcHVycG9zZS4gVGhpcyBhbHNvIGVudGFpbHMgYWRk
aXRpb25hbCBlbmNhcHN1bGF0aW9uLXNwZWNpZmljIEhXIHN1cHBvcnQgYWxzbywgd2hlcmVhcyBz
dXBwb3J0IGRlc3RpbmF0aW9uIGFuZCBoYmggb3B0aW9ucyBjb3VsZCBiZSBtb3JlIGdlbmVyaWMu
DQoNCi4uLkZCOiBUaGVyZSBhcmUgcXVpdGUgYSBmZXcgZGVwbG95bWVudCBleGFtcGxlcywgc3Vj
aCBhcyBvdmVybGF5IFZQTiBzZXJ2aWNlcywgd2hlcmUgeW91IGRvbid0IGhhdmUgYWNjZXNzIHRv
IHRoZSB1bmRlcmxheSAoZS5nLiBJUHY2KSAtIGJ1dCBkbyBjb250cm9sIHRoZSBvdmVybGF5IGFu
ZCBkZXNpcmUgaW5zaWdodHMgaW50byB5b3VyIG92ZXJsYXkgdXNpbmcgSU9BTS4gSGVuY2UgdGhl
IG5lZWQgY2FycnkgSU9BTSBkYXRhIGFsb25nIHRoZSBvdmVybGF5IGVuY2Fwc3VsYXRpb24uIA0K
DQpGcmFuayANCg0KVG9tDQoNCj4gRHJhZnQgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YS0wMiBh
bHJlYWR5IG1lbnRpb25zIGxheWVyaW5nIChzZWUgc2VjdGlvbiAzKToNCj4gIkxheWVyaW5nOiBJ
ZiBzZXZlcmFsIGVuY2Fwc3VsYXRpb24gcHJvdG9jb2xzIChlLmcuLCBpbiBjYXNlIG9mIHR1bm5l
bGluZykgYXJlIHN0YWNrZWQgb24gdG9wIG9mIGVhY2ggb3RoZXIsIElPQU0gZGF0YS1yZWNvcmRz
IGNvdWxkIGJlIHByZXNlbnQgYXQgZXZlcnkgbGF5ZXIuICBUaGUgYmVoYXZpb3IgZm9sbG93cyB0
aGUgc2hpcHMtaW4tdGhlLW5pZ2h0IG1vZGVsLiINCj4NCj4gR2l2ZW4gdGhlIGRpc2N1c3Npb24g
aGVyZSwgd2UnbGwgYWRkIHNvbWUgYWRkaXRpb25hbCB0ZXh0IGluIHRoZSBuZXh0IHJldmlzaW9u
IHRvIG1ha2UgdGhpbmdzIGNyaXNwZXIgKGUuZy4gYWRkaW5nIGFuIGV4YW1wbGUgbWlnaHQgaGVs
cCkuDQo+DQo+IEZyYW5rDQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206
IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCj4gU2VudDogRGllbnN0YWcs
IDE3LiBBcHJpbCAyMDE4IDAzOjE4DQo+IFRvOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5k
LmNvbT4NCj4gQ2M6IFNod2V0aGEgQmhhbmRhcmkgKHNod2V0aGFiKSA8c2h3ZXRoYWJAY2lzY28u
Y29tPjsgRnJhbmsgQnJvY2tuZXJzIA0KPiAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+
OyBNaWNrZXkgU3BpZWdlbCANCj4gPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgTlZP
MyA8bnZvM0BpZXRmLm9yZz47IFNlcnZpY2UgDQo+IEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlz
dCA8c2ZjQGlldGYub3JnPjsgSUVURiBJUFBNIFdHIA0KPiA8aXBwbUBpZXRmLm9yZz4NCj4gU3Vi
amVjdDogUkU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGlu
IHZhcmlvdXMgDQo+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4g
TG9uZG9uDQo+DQo+IEkgdGhpbmsgaXQncyBiZXR0ZXIgdGhhdCBGcmFuayBvciBTaHdldGhhIGNh
biBleHBsYWluIHRoZSBtdWx0aS1sYXllciB1c2UgY2FzZSBpbiBkZXRhaWwuDQo+DQo+IFRpYW5y
YW4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBUb20gSGVyYmVydCBb
bWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb21dDQo+PiBTZW50OiBNb25kYXksIEFwcmlsIDE2LCAy
MDE4IDEwOjQwIFBNDQo+PiBUbzogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29t
Pg0KPj4gQ2M6IFNod2V0aGEgQmhhbmRhcmkgKHNod2V0aGFiKSA8c2h3ZXRoYWJAY2lzY28uY29t
PjsgRnJhbmsgQnJvY2tuZXJzDQo+PiAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+OyBN
aWNrZXkgU3BpZWdlbCANCj4+IDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IE5WTzMg
PG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYSANCj4+IDxpbnQtYXJlYUBpZXRmLm9yZz47IFNlcnZp
Y2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IA0KPj4gPHNmY0BpZXRmLm9yZz47IElFVEYg
SVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4+IFN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVh
XSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIA0KPj4gcHJvdG9jb2xzIC0g
Zm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+DQo+PiBPbiBNb24sIEFw
ciAxNiwgMjAxOCBhdCA2OjMxIEFNLCBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5j
b20+IHdyb3RlOg0KPj4gPiBIaSBTaHdldGhhLA0KPj4gPg0KPj4gPiBZb3UgYXJlIHRhbGtpbmcg
YWJvdXQgdGhlIG91dGVyIGVuY2Fwc3V0aW9uLiBJdCBpcyBzdHJhaWdodCBmb3J3YXJkIA0KPj4g
PiBmb3IgdGhlIHVuZGVybGF5IHRvIHJlY29yZCBieSB0aGUgaGVhZGVyLiBCdXQgd2hhdCBhYm91
dCB0aGUgDQo+PiA+IG92ZXJsYXksIGkuZS4sIGlubmVyIGVuY2Fwc3VsYXRpb24oZS5nLiBnZW5l
dmUpPyBXaXRob3V0IHNwZWNpYWwgDQo+PiA+IGNvbmZpZ3VyYXRpb24sIGludGVybWVkaWF0ZSBu
b2RlIHdpbGwgbm90IHJlYWQgdGhlIGlubmVyIGhlYWRlciwgDQo+PiA+IGhlbmNlIG5vdCBiZSBh
YmxlIHRvIHByb2Nlc3MgSU9BTS5lDQo+Pg0KPj4gSGkgVGlhbnJhbiwNCj4+DQo+PiBJIGJlbGll
dmUgdGhhdCBpcyBhbHNvIG5vdCBwcm90b2NvbCBjb25mb3JtYW50LiBJbnRlcm1lZGlhdGUgbm9k
ZXMgDQo+PiBzaG91bGQgbm90IGJlIHByb2Nlc3NpbmcgdHJhbnNwb3J0IGxheWVyIGRhdGEgYXMg
dGhpcyBjYW4gbGVhZCB0byANCj4+IG1pc2ludGVycHJldGF0aW9uIGFuZCBwb3NzaWJseSBzaWxl
bnQgZGF0YSBjb3JydXB0aW9uLg0KPj4NCj4+IEZvciBpbnN0YW5jZSwgR2VuZXZlIGlzIGEgVURQ
IGVuY2Fwc3VsYXRpb24gcHJvdG9jb2wgd2l0aCBhc3NpZ25lZCBwb3J0IDYwODEuDQo+PiBJbiBv
cmRlciBmb3IgYW4gaW50ZXJtZWRpYXRlIGRldmljZSB0byBwcm9jZXNzIHRoZSBHZW5ldmUgDQo+
PiBlbmNhcHN1bGF0aW9uIGhlYWRlciBpdCB3b3VsZCBuZWVkIHRvIGxvb2sgZm9yIHBhY2tldHMg
d2l0aCANCj4+IGRlc3RpbmF0aW9uIHBvcnQgb2YgNjA4MSBzaW5jZSB0aGF0IGlzIHRoZSBvbmx5
IHBvc3NpYmxlIA0KPj4gZGlzY3JpbWluYXRvci4gSG93ZXZlciwgdHJhbnNwb3J0IHBvcnQgbnVt
YmVycyBkbyBub3QgaGF2ZSBnbG9iYWwgDQo+PiBtZWFuaW5nIGFuZCBob3N0cyBtYXkgdXNlIHBv
cnQgbnVtYmVycyBmb3Igb3RoZXIgcHVycG9zZXMgKFJGQzc2MDUgDQo+PiBkZXNjcmliZXMgdGhp
cykuIFNvIGEgcGFja2V0IHRvIHBvcnQgNjA4MSBtaWdodCBiZSBzb21ldGhpbmcgb3RoZXIgDQo+
PiB0aGFuIEdlbmV2ZSBhbmQgbWF5IGJlIG1pc2ludGVycHJldGVkLiBJZiBhIG1pc2ludGVycHJl
dGVkIHBhY2tldCBpcyBjaGFuZ2VkIChsaWtlIGlwcG0gZGF0YSBpcyB3cml0dGVuKSB0aGVuIHRo
YXQgd291bGQgYmUgc3lzdGVtYXRpYyBzaWxlbnQgZGF0YSBjb3JydXB0aW9uLg0KPj4NCj4+IEFz
IGZhciBhcyBJIGtub3csIGhvcC1ieS1ob3Agb3B0aW9ucyBpcyB0aGUgb25seSBwcm90b2NvbCBj
b25maXJtaW5nIA0KPj4gbWVjaGFuaXNtIHRoYXQgYWxsb3dzIGFuIGludGVybWVkaWF0ZSBub3Rl
IHRvIGNoYW5nZSBkYXRhIG9mIHBhY2tldCBpbiBmbGlnaHQuDQo+PiBFbmNwYXN1bGF0aW9uIGlz
IHRoZSBvbmx5IGNvbmZvcm1pbmcgbWVjaGFuaXNtIHRoYXQgYWxsb3dzIGFuIA0KPj4gaW50ZXJt
ZWRpYXRlIG5vZGUgdG8gYWRkIGRhdGEgKGxpa2UgZXh0ZW5zaW9uIGhlYWRlcnMpIHRvIGEgcGFj
a2V0IGluIGZsaWdodC4NCj4+DQo+PiBUb20NCj4+DQo+PiA+IE1heWJlIHdlIGFyZSBub3Qgc3lu
Y2VkIGJ5IHRoaXMgb3ZlcmxheS91bmRlcmxheSB1c2UgY2FzZS4gOi0pDQo+PiA+DQo+PiA+IFRp
YW5yYW4NCj4+ID4NCj4+ID4NCj4+ID4NCj4+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NCj4+ID4gU2VudCBmcm9tIFdlTGluaw0KPj4gPg0KPj4gPiDlj5Hku7bkurrvvJogU2h3
ZXRoYSBCaGFuZGFyaSAoc2h3ZXRoYWIpDQo+PiA+IOaUtuS7tuS6uu+8miBUaWFucmFuIFpob3U8
emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47RnJhbmsgQnJvY2tuZXJzIA0KPj4gPiAoZmJyb2NrbmUp
PGZicm9ja25lQGNpc2NvLmNvbT47TWlja2V5DQo+PiA+IFNwaWVnZWw8bXNwaWVnZWxAYmFyZWZv
b3RuZXR3b3Jrcy5jb20+O1RvbQ0KPj4gPiBIZXJiZXJ0PHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+
PiA+IOaKhOmAge+8miBOVk8zPG52bzNAaWV0Zi5vcmc+O2ludC1hcmVhPGludC1hcmVhQGlldGYu
b3JnPjtTZXJ2aWNlIA0KPj4gPiBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3Q8c2ZjQGlldGYu
b3JnPjtJRVRGIElQUE0gDQo+PiA+IFdHPGlwcG1AaWV0Zi5vcmc+DQo+PiA+IOS4u+mimO+8miBS
ZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91
cyANCj4+ID4gcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25k
b24NCj4+ID4g5pe26Ze077yaIDIwMTgtMDQtMTYgMTg6MTc6MDENCj4+ID4NCj4+ID4gSGkgVGlh
bnJhbiwNCj4+ID4NCj4+ID4+IElmIEkgcmVjYWxsIHJpZ2h0LCBpdCBpcyBub3Qgd3JpdHRlbiBp
biB0aGUgaW9hbSBkYXRhIGRyYWZ0Lg0KPj4gPg0KPj4gPiBEYXRhIGRyYWZ0IGlzIGRlZmluaW5n
IHRoZSBkYXRhIHRvIGJlIGNhcnJpZWQgaW4gSU9BTSBpbiBhbiANCj4+ID4gZW5jYXBzdWxhdGlv
biBhZ25vc3RpYyB3YXksIGl0IGRvZXMgbm90IHNwZWNpZnkgaG93IHRoZSANCj4+ID4gZW5jYXBz
dWxhdGlvbiBwcm90b2NvbCBpcyBjb25maWd1cmVkLg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPj4g
WWVzLCBub2RlIGJ5IG5vZGUgY29uZmlndXJhdGlvbiBpcyBhbiBlYXN5IHdheS4NCj4+ID4NCj4+
ID4gV2hpbGUgaXQgaXMsIGl0IGRvZXMgbm90IGhhdmUgdG8gYmUgYSBub2RlIGJ5IG5vZGUgY29u
ZmlndXJhdGlvbi4gDQo+PiA+IEl0IGNhbiBiZSBwYXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uIGRl
ZmluaXRpb24uDQo+PiA+DQo+PiA+IEZvciBlLmcuIElmIHRoZSBlbmNhcHN1bGF0aW9uIGlzIElQ
djYgYW5kIGlmIHdlIGRlZmluZSB0aGUgZGF0YSB0byANCj4+ID4gYmUgY2FycmllZCBhcyBIYkgg
b3B0aW9ucywgdGhlbiBiYXNlZCBvbiB0aGUgT3B0aW9uIFR5cGUgd2l0aCANCj4+ID4gaGlnaGVz
dCBvcmRlciAyIGJpdHMgc2V0IHRvIDAwIHRoZW4gdGhlIHY2IG5vZGVzIHRoYXQgaW1wbGVtZW50
IA0KPj4gPiBJT0FNIHdpbGwgcHJvY2VzcyB0aGUgb3B0aW9uIGFuZCBvdGhlcnMgd2lsbCBza2lw
IG92ZXIuDQo+PiA+DQo+PiA+DQo+PiA+DQo+PiA+DQo+PiA+DQo+PiA+IFRoYW5rcywNCj4+ID4N
Cj4+ID4gU2h3ZXRoYQ0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBGcm9tOiBpcHBtIDxpcHBtLWJv
dW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBUaWFucmFuIFpob3UgDQo+PiA+IDx6aG91dGlh
bnJhbkBodWF3ZWkuY29tPg0KPj4gPiBEYXRlOiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IGF0IDI6
MzYgUE0NCj4+ID4gVG86ICJGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSIgPGZicm9ja25lQGNp
c2NvLmNvbT4sIE1pY2tleSANCj4+ID4gU3BpZWdlbCA8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jr
cy5jb20+LCBUb20gSGVyYmVydCANCj4+ID4gPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+PiA+IENj
OiBOVk8zIDxudm8zQGlldGYub3JnPiwgImludC1hcmVhQGlldGYub3JnIiA8aW50LWFyZWFAaWV0
Zi5vcmc+LCANCj4+ID4gU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0Bp
ZXRmLm9yZz4sIElFVEYgSVBQTSBXRyANCj4+ID4gPGlwcG1AaWV0Zi5vcmc+DQo+PiA+IFN1Ympl
Y3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiAN
Cj4+ID4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGlu
IExvbmRvbg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBIaSBGcmFuaywNCj4+ID4NCj4+ID4NCj4+
ID4NCj4+ID4gSWYgSSByZWNhbGwgcmlnaHQsIGl0IGlzIG5vdCB3cml0dGVuIGluIHRoZSBpb2Ft
IGRhdGEgZHJhZnQuDQo+PiA+DQo+PiA+IFllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRpb24g
aXMgYW4gZWFzeSB3YXkuIEluIHRoZSANCj4+ID4gZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZywg
d2UgaGF2ZSB0aGUg4oCccHJvdG9jb2wtdHlwZeKAnSB0byBpbmRpY2F0ZSANCj4+ID4gdGhlIGxh
eWVyaW5nLg0KPj4gPg0KPj4gPiAgICArLS1ydyBpb2FtDQo+PiA+DQo+PiA+ICAgICAgICstLXJ3
IGlvYW0tcHJvZmlsZXMNCj4+ID4NCj4+ID4gICAgICAgICAgKy0tcncgZW5hYmxlZD8gICAgICAg
IGJvb2xlYW4NCj4+ID4NCj4+ID4gICAgICAgICAgKy0tcncgaW9hbS1wcm9maWxlKiBbcHJvZmls
ZS1uYW1lXQ0KPj4gPg0KPj4gPiAgICAgICAgICAgICArLS1ydyBwcm9maWxlLW5hbWUgICAgICAg
ICAgICAgICAgICAgIHN0cmluZw0KPj4gPg0KPj4gPiAgICAgICAgICAgICArLS1ydyBmaWx0ZXIN
Cj4+ID4NCj4+ID4gICAgICAgICAgICAgfCAgKy0tcncgZmlsdGVyLXR5cGU/ICAgaW9hbS1maWx0
ZXItdHlwZQ0KPj4gPg0KPj4gPiAgICAgICAgICAgICB8ICArLS1ydyBhY2wtbmFtZT8gICAgICAt
PiAvYWNsOmFjbHMvYWNsL25hbWUNCj4+ID4NCj4+ID4gICAgICAgICAgICAgKy0tcncgcHJvdG9j
b2wtdHlwZT8gICAgICAgICAgICAgICAgICBpb2FtLXByb3RvY29sLXR5cGUNCj4+ID4NCj4+ID4g
ICAgICAgICAgICAgKy0tcncgaW5jcmVtZW50YWwtdHJhY2luZy1wcm9maWxlIHtpbmNyZW1lbnRh
bC10cmFjZX0/DQo+PiA+DQo+PiA+ICAgICAgICAgICAgIHwgIC4uLg0KPj4gPg0KPj4gPiAgICAg
ICAgICAgICArLS1ydyBwcmVhbGxvY2F0ZWQtdHJhY2luZy1wcm9maWxlIHtwcmVhbGxvY2F0ZWQt
dHJhY2V9Pw0KPj4gPg0KPj4gPiAgICAgICAgICAgICB8ICAuLi4NCj4+ID4NCj4+ID4gICAgICAg
ICAgICAgKy0tcncgcG90LXByb2ZpbGUge3Byb29mLW9mLXRyYW5zaXR9Pw0KPj4gPg0KPj4gPiAg
ICAgICAgICAgICB8ICAuLi4NCj4+ID4NCj4+ID4gICAgICAgICAgICAgKy0tcncgZTJlLXByb2Zp
bGUge2VkZ2UtdG8tZWRnZX0/DQo+PiA+DQo+PiA+ICAgICAgICAgICAgICAgIC4uLg0KPj4gPg0K
Pj4gPg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBUaWFucmFuDQo+PiA+DQo+PiA+IEZyb206IEZy
YW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIFttYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tXQ0KPj4g
PiBTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDQ6NTEgUE0NCj4+ID4gVG86IFRpYW5yYW4g
WmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47IE1pY2tleSBTcGllZ2VsIA0KPj4gPiA8bXNw
aWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+OyBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5k
LmNvbT4NCj4+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9yZzsg
U2VydmljZSBGdW5jdGlvbiANCj4+ID4gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+
OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+PiA+IFN1YmplY3Q6IFJFOiBbaXBwbV0g
W0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiANCj4+ID4gdmFyaW91cyBw
cm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPj4gPg0K
Pj4gPg0KPj4gPg0KPj4gPiBIaSBUaWFucmFuLA0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBJT0FN
IGlzIGEgZG9tYWluIHNwZWNpZmljIGZlYXR1cmUgKHNlZSBhbHNvDQo+PiA+IGRyYWZ0LWlldGYt
aXBwbS1pb2FtLWRhdGEtMDIgc2VjdGlvbnMgMyBhbmQgNCksIHdoaWNoIGFsbG93cyBhbiANCj4+
ID4gb3BlcmF0b3IgdG8gY29udHJvbCBieSBtZWFucyBvZiBjb25maWd1cmF0aW9uIHdoZXJlIGFu
ZCBmb3Igd2hpY2ggDQo+PiA+IHRyYWZmaWMgSU9BTSBkYXRhIGZpZWxkcyBhcmUgYWRkZWQvdXBk
YXRlZC9yZW1vdmVkIGZyb20gdGhlIA0KPj4gPiBjdXN0b21lciB0cmFmZmljLiBVc2luZyB5b3Vy
IGV4YW1wbGUgb2YgR2VuZXZlIG92ZXIgSVB2NiDigJMgd2l0aCANCj4+ID4gSU9BTSBkYXRhIGlu
IGJvdGggdGhlIEdlbmV2ZSBhbmQgdGhlIElQdjYgcHJvdG9jb2wsIG9uZSB3b3VsZCANCj4+ID4g
ZXhwZWN0IHRoYXQgdGhlIG9wZXJhdG9yIGNvbmZpZ3VyZXMgdGhlIGVuZHBvaW50cyBvZiB0aGUg
R2VuZXZlIA0KPj4gPiB0dW5uZWwgdG8gb3BlcmF0ZSBvbiB0aGUgSU9BTSBkYXRhIGluIEdlbmV2
ZSwgYW5kIHRoZSBJUHY2IHJvdXRlcnMgDQo+PiA+IHRoYXQgdGhlIEdlbmV2ZSB0dW5uZWwNCj4+
IHRyYXZlcnNlcyB0byBvcGVyYXRlIG9uIHRoZSBJT0FNIGRhdGEgaW4gSVB2Ni4NCj4+ID4NCj4+
ID4NCj4+ID4NCj4+ID4gRnJhbmsNCj4+ID4NCj4+ID4NCj4+ID4NCj4+ID4gRnJvbTogVGlhbnJh
biBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPg0KPj4gPiBTZW50OiBNb250YWcsIDE2LiBB
cHJpbCAyMDE4IDEwOjM3DQo+PiA+IFRvOiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJy
b2NrbmVAY2lzY28uY29tPjsgTWlja2V5IFNwaWVnZWwgDQo+PiA+IDxtc3BpZWdlbEBiYXJlZm9v
dG5ldHdvcmtzLmNvbT47IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPj4gPiBD
YzogTlZPMyA8bnZvM0BpZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnOyBTZXJ2aWNlIEZ1bmN0
aW9uIA0KPj4gPiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQTSBX
RyA8aXBwbUBpZXRmLm9yZz4NCj4+ID4gU3ViamVjdDogUkU6IFtpcHBtXSBbSW50LWFyZWFdIGVu
Y2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIA0KPj4gPiB2YXJpb3VzIHByb3RvY29scyAtIGZv
bGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQo+PiA+DQo+PiA+DQo+PiA+DQo+
PiA+IEhpIEZyYW5rLA0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBIb3cgZG9lcyBhIGZvcndhcmRl
ciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUgZGF0YT8NCj4+ID4NCj4+ID4gSW4g
dGhlIGNhc2Ugb2YgR2VuZXZlIG92ZXIgSVB2NiwgZG8geW91IG1lYW4gdGhlIGRldmljZSBuZWVk
IHRvIA0KPj4gPiBzY2FuIGFsbCB0aGUgcHJvdG9jb2wgc3RhY2s/IE9yIGp1c3QgdGhlIG91dGVy
IGVuY2Fwc3VsYXRpb24/DQo+PiA+DQo+PiA+DQo+PiA+DQo+PiA+IFRpYW5yYW4NCj4+ID4NCj4+
ID4NCj4+ID4NCj4+ID4gRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10g
T24gQmVoYWxmIE9mIEZyYW5rIA0KPj4gPiBCcm9ja25lcnMNCj4+ID4gKGZicm9ja25lKQ0KPj4g
PiBTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDM6MDggUE0NCj4+ID4gVG86IE1pY2tleSBT
cGllZ2VsIDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IFRvbSBIZXJiZXJ0IA0KPj4g
PiA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCj4+ID4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBp
bnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbiANCj4+ID4gQ2hhaW5pbmcgSUVURiBs
aXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+PiA+IFN1
YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBp
biANCj4+ID4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9u
IGluIExvbmRvbg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBUb20sDQo+PiA+
DQo+PiA+DQo+PiA+DQo+PiA+IGEgcXVpY2sgYWRkaXRpb24gdG8gd2hhdCBNaWNrZXkgbWVudGlv
bmVkIGJlbG93OiBXaGF0IHlvdSBzZWVtIHRvIA0KPj4gPiBoYXZlIGluIG1pbmQgaXMgd2hhdCBk
cmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHJlZmVycyB0byBhcyDigJxsYXllcmluZ+KAnQ0K
Pj4gPiAoc2VlIHNlY3Rpb24gMy4pLCBpLmUuIGlmIHlvdeKAmXJlIHJ1bm5pbmcgZm9yIGV4YW1w
bGUgR2VuZXZlIG92ZXIgDQo+PiA+IElQdjYsIHRoZW4gSU9BTSBkYXRhIGNvdWxkIGJlIGVuY2Fw
c3VsYXRlZCBpbiBib3RoIHByb3RvY29scywgDQo+PiA+IEdlbmV2ZSBhbmQNCj4+ID4gSVB2NiDi
gJMgZ2l2aW5nIHlvdSB2aXNpYmlsaXR5IGludG8gdGhlIOKAnHVuZGVybGF54oCdIChJUHY2KSBh
bmQgdGhlIOKAnG92ZXJsYXnigJ0NCj4+IChHZW5ldmUpLg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4g
PiBGcmFuaw0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBGcm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNA
aWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBNaWNrZXkgU3BpZWdlbA0KPj4gPiBTZW50OiBGcmVpdGFn
LCAxMy4gQXByaWwgMjAxOCAyMDoyMg0KPj4gPiBUbzogVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0
bGFuZC5jb20+DQo+PiA+IENjOiBOVk8zIDxudm8zQGlldGYub3JnPjsgaW50LWFyZWFAaWV0Zi5v
cmc7IFNlcnZpY2UgRnVuY3Rpb24gDQo+PiA+IENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYu
b3JnPjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KPj4gPiBTdWJqZWN0OiBSZTogW2lw
cG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gDQo+PiA+IHZhcmlv
dXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+
ID4NCj4+ID4NCj4+ID4NCj4+ID4gVG9tLA0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBPbiBUaHUs
IEFwciAxMiwgMjAxOCBhdCAxMDoxNyBQTSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5j
b20+IHdyb3RlOg0KPj4gPg0KPj4gPiBNaWNrZXksDQo+PiA+DQo+PiA+IExvb2tpbmcgYXQgdGhl
c2UgaXBwbSBkcmFmdHMgbW9yZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUgDQo+PiA+IGZ1
bmRhbWVudGFsIGNvbmNlcm4uDQo+PiA+DQo+PiA+IEluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlv
YW0tZ2VuZXZlLTAwIGZvciBpbnN0YW5jZSwgdGhlcmUgaXMgdGhlIA0KPj4gPiB0ZXh0IGluIHRo
ZSBpbnRyb2R1Y3Rpb246DQo+PiA+DQo+PiA+ICJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3JkcyBP
QU0gaW5mb3JtYXRpb24gd2l0aGluIHRoZSBwYWNrZXQgd2hpbGUgDQo+PiA+IHRoZSBwYWNrZXQg
dHJhdmVyc2VzIGEgcGFydGljdWxhciBuZXR3b3JrIGRvbWFpbi4gIFRoZSB0ZXJtICJpbi1zaXR1
Ig0KPj4gPiByZWZlcnMgdG8gdGhlIGZhY3QgdGhhdCB0aGUgSU9BTSBkYXRhIGZpZWxkcyBhcmUg
YWRkZWQgdG8gdGhlIGRhdGEgDQo+PiA+IHBhY2tldHMgcmF0aGVyIHRoYW4gaXMgYmVpbmcgc2Vu
dCB3aXRoaW4gcGFja2V0cyBzcGVjaWZpY2FsbHkgDQo+PiA+IGRlZGljYXRlZCB0byBPQU0uICBU
aGlzIGRvY3VtZW50IGRlZmluZXMgaG93IElPQU0gZGF0YSBmaWVsZHMgYXJlIA0KPj4gPiB0cmFu
c3BvcnRlZCBhcyBwYXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSANCj4+
ID4gZW5jYXBzdWxhdGlvbi4iDQo+PiA+DQo+PiA+IEkgYXNzdW1lIHRoaXMgbWVhbnMgdGhhdCBh
cyBwYWNrZXRzIHdpdGggR2VuZXZlIGVuY2Fwc3VsYXRpb24gDQo+PiA+IHRyYXZlcnNlIHRoZSBu
ZXR3b3JrIHRoZXkgYXJlIGludGVycHJldGVkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhcyANCj4+
ID4gYmVpbmcgR2VuZXZlLiBTaW5jZSBHZW5ldmUgaXMgYSBVRFAgZW5jYXBzdWxhdGlvbiwgdGhl
biB0aGUgDQo+PiA+IGRlc3RpbmF0aW9uIFVEUCBwb3J0IG51bWJlciB3b3VsZCBiZSB1c2VkIHRv
IGlkZW50aWZ5IHBhY2tldHMgYXMgDQo+PiA+IGJlaW5nIEdlbmV2ZS4gU28gYW4gaW50ZXJtZWRp
YXRlIGRldmljZSBtaWdodCBiZSBsb29raW5nIGZvciBVRFAgDQo+PiA+IHBhY2tldHMgZGVzdGlu
ZWQgdG8gcG9ydA0KPj4gPiA2MDgxICh0aGUgYXNzaWduZWQgVURQIHBvcnQgZm9yIEdlbmV2ZSku
IElmIG15IHVuZGVyc3RhbmRpbmcgaXMgDQo+PiA+IGNvcnJlY3QsIHRoZW4gdGhpcyBpcyBhIHBy
b2JsZW0uDQo+PiA+DQo+PiA+IFVEUCBwb3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xvYmFsIG1l
YW5pbmcuIEFuIGludGVybWVkaWF0ZSBkZXZpY2UgDQo+PiA+IG1heSB2ZXJ5IHdlbGwgc2VlIFVE
UCBwYWNrZXRzIGRlc3RpbmVkIHRvIHBvcnQgNjA4MSB0aGF0IGFyZSBub3QgDQo+PiA+IGFjdHVh
bGx5IEdlbmV2ZS4gVGhpcyBzY2VuYXJpbyBpcyBkaXNjdXNzZWQgaW4gUkZDNzYwNToNCj4+ID4N
Cj4+ID4gIi4uLmludGVybWVkaWF0ZSBkZXZpY2UgaW50ZXJwcmV0cyB0cmFmZmljIGJhc2VkIG9u
IHRoZSBwb3J0IG51bWJlci4NCj4+ID4gSXQgaXMgaW1wb3J0YW50IHRvIHJlY29nbml6ZSB0aGF0
IGFueSBpbnRlcnByZXRhdGlvbiBvZiBwb3J0IA0KPj4gPiBudW1iZXJzDQo+PiA+IC0tIGV4Y2Vw
dCBhdCB0aGUgZW5kcG9pbnRzIC0tIG1heSBiZSBpbmNvcnJlY3QsIGJlY2F1c2UgcG9ydCANCj4+
ID4gbnVtYmVycyBhcmUgbWVhbmluZ2Z1bCBvbmx5IGF0IHRoZSBlbmRwb2ludHMuIg0KPj4gPg0K
Pj4gPiBJZiB0aGUgVURQIGRhdGEgaXMgbW9kaWZpZWQsIGFzIHRoZSBkcmFmdCB3b3VsZCBpbXBs
eSwgdGhlbiANCj4+ID4gbWlzaW50ZXJwcmV0YXRpb24gbWF5IGFsc28gbWVhbiBzaWxlbnQgZGF0
YSBjb3JydXB0aW9uIG9mIHBhY2tldHMuIA0KPj4gPiBBIHByb3RvY29sIHRoYXQgd291bGQgYWxs
b3cgdGhpcyBzZWVtcyBwcmV0dHkgaW5jb3JyZWN0ISBOb3RlIHRoYXQgDQo+PiA+IHRoaXMgd291
bGQgYmUgdHJ1ZSBhbHNvIGZvciBhbnkgVURQIGVuY2Fwc3VsYXRpb24gdGhhdCB0aGUgbmV0d29y
ayANCj4+ID4gdHJpZXMgdG8gaW50ZXJwcmV0Lg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBUaGUg
aW50ZW50aW9uIGlzIHRvIGFsbG93IGZvciBtdWx0aXBsZSBub2RlcyB0aGF0IGEgcGFja2V0IA0K
Pj4gPiB0cmF2ZXJzZXMNCj4+ID4NCj4+ID4gdG8gYmUgYWJsZSB0byBpbnNlcnQgSU9BTSBub2Rl
IGluZm9ybWF0aW9uIGluIHRoZSBzYW1lIHRyYWNlIA0KPj4gPiBvcHRpb24sDQo+PiA+DQo+PiA+
IGJ1dCBsZWF2ZSBzb21lIGZsZXhpYmlsaXR5IHJlZ2FyZGluZyB3aGljaCBub2RlcyBhY3R1YWxs
eSBkbyB0aGUNCj4+ID4NCj4+ID4gSU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUgbm9kZSBpbmZvcm1h
dGlvbi4gVGhpcyBtYXkgdmFyeQ0KPj4gPg0KPj4gPiBkZXBlbmRpbmcgb24gdGhlIHRyYW5zcG9y
dC4NCj4+ID4NCj4+ID4NCj4+ID4NCj4+ID4gSW4gY2FzZSBvZiBhIHR1bm5lbGVkIGVuY2Fwc3Vs
YXRpb24gc3VjaCBhcyBHZW5ldmUgb3IgVlhMQU4sDQo+PiA+DQo+PiA+IHRoZXJlIG1heSBzdGls
bCBiZSBtdWx0aXBsZSBob3BzLiBGb3IgZXhhbXBsZSBhIG5ldHdvcmsgbWF5IHVzZQ0KPj4gPg0K
Pj4gPiBHZW5ldmUgb3IgVlhMQU4sIGJ1dCBvbmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywg
d2l0aCBMMw0KPj4gPg0KPj4gPiBwcm9jZXNzaW5nIGRvbmUgYXQgYWdncmVnYXRpb24gb3IgY29y
ZSBzd2l0Y2hlcy4gSW4gdGhpcyBjYXNlDQo+PiA+DQo+PiA+IG1hbnkgcGFja2V0cyB3b3VsZCBk
byAyIEdlbmV2ZSBvciBWWExBTiBob3BzLCBzbyB0aGUgcGFja2V0DQo+PiA+DQo+PiA+IHdvdWxk
IGNvbnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZyb20gdHdvIG5vZGVzLg0KPj4gPg0KPj4g
Pg0KPj4gPg0KPj4gPiBBbm90aGVyIGV4YW1wbGUgaXMgc2VydmljZSBmdW5jdGlvbiBjaGFpbmlu
ZyB1c2luZyBHZW5ldmUgb3INCj4+ID4NCj4+ID4gVlhMQU4gcmF0aGVyIHRoYW4gTlNILg0KPj4g
Pg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPiBJIGFtIGFsc28gd29uZGVyaW5nIGlmIGhvcC1ieS1o
b3Agb3B0aW9ucyBiZWVuIGNvbnNpZGVyZWQgZm9yIHRoaXMgDQo+PiA+IGFwcGxpY2F0aW9uPyBU
aGVpciBpbnRlcnByZXRhdGlvbiBpbiB0aGUgbmV0d29yayBpcyB1bmFiaWd1b3VzIGFuZCANCj4+
ID4gdGhleSBhbHNvIGhhdmUgdGhlIGFkdmFudGFnZSB0aGF0IHRoZSB3b3JrIHdpdGggYW55IElQ
IHByb3RvY29sIG9yIA0KPj4gPiBlbmNhcHN1bGF0aW9uLg0KPj4gPg0KPj4gPg0KPj4gPg0KPj4g
PiBJUHY2IGhvcC1ieS1ob3Agb3B0aW9ucyBoYXMgYmVlbiBjb25zaWRlcmVkLiBTZWUNCj4+ID4N
Cj4+ID4gZHJhZnQtYnJvY2tuZXJzLWluYmFuZC1vYW0tdHJhbnNwb3J0LTA1LiBUaGlzIGhhcyBu
b3QgeWV0IGJlZW4NCj4+ID4NCj4+ID4gYnJva2VuIG91dCBpbnRvIGEgc2VwYXJhdGUgZHJhZnQu
DQo+PiA+DQo+PiA+DQo+PiA+DQo+PiA+IE1pY2tleQ0KPj4gPg0KPj4gPg0KPj4gPg0KPj4gPg0K
Pj4gPiBUaGFua3MsDQo+PiA+IFRvbQ0KPj4gPg0KPj4gPg0KPj4gPiBPbiBUaHUsIEFwciAxMiwg
MjAxOCBhdCAzOjMxIFBNLCBNaWNrZXkgU3BpZWdlbCANCj4+ID4gPG1zcGllZ2VsQGJhcmVmb290
bmV0d29ya3MuY29tPiB3cm90ZToNCj4+ID4NCj4+ID4+IFRvbSwNCj4+ID4+DQo+PiA+PiBPbiBU
aHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5k
LmNvbT4gd3JvdGU6DQo+PiA+Pj4NCj4+ID4+PiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCA5OjU0
IEFNLCBHcmVnIE1pcnNreSANCj4+ID4+PiA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPg0KPj4gPj4+
IHdyb3RlOg0KPj4gPj4+ID4gSGkgRnJhbmssDQo+PiA+Pj4gPiB0aGFuayB5b3UgZm9yIHNoYXJp
bmcgeW91ciBwb2ludHMuIFBsZWFzZSBmaW5kIG15IG5vdGVzIGluLWxpbmUgDQo+PiA+Pj4gPiBh
bmQgdGFnZ2VkDQo+PiA+Pj4gPiBHSU0+Pi4gSSBiZWxpZXZlIHRoYXQgdGhpcyBpcyB2ZXJ5IG11
Y2ggcmVsZXZhbnQgdG8gd29yayBvZiANCj4+ID4+PiA+IEdJTT4+b3RoZXINCj4+ID4+PiA+IHdv
cmtpbmcNCj4+ID4+PiA+IGdyb3VwcyB0aGF0IGRpcmVjdGx5IHdvcmsgb24gdGhlIG92ZXJsYXkg
ZW5jYXBzdWxhdGlvbnMgaW4gdGhlIA0KPj4gPj4+ID4gY2VudGVyIG9mIHRoZSBkaXNjdXNzaW9u
IGFuZCBoZW5jZSBJJ3ZlIGFkZGVkIHRoZW0gdG8gdGhlIGxpc3QuDQo+PiA+Pj4gPiBIb3BlIHdl
J2xsIGhhdmUgbW9yZSBvcGluaW9ucyB0byByZWFjaCB0aGUgY29uY2x1c2lvbiB0aGF0IGlzIA0K
Pj4gPj4+ID4gYWNjZXB0YWJsZSB0byBhbGwuDQo+PiA+Pj4gPg0KPj4gPj4+ID4gUmVnYXJkcywN
Cj4+ID4+PiA+IEdyZWcNCj4+ID4+PiA+DQo+PiA+Pj4gPiBPbiBXZWQsIEFwciAxMSwgMjAxOCBh
dCAxMjowMiBQTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgDQo+PiA+Pj4gPiA8ZmJyb2Nr
bmVAY2lzY28uY29tPiB3cm90ZToNCj4+ID4+PiA+Pg0KPj4gPj4+ID4+IEJhY2sgYXQgdGhlIElQ
UE0gbWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1c3NlZCBzZXZlcmFsIA0KPj4gPj4+ID4+IGRy
YWZ0cyBkZWFsaW5nIHdpdGggdGhlIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlv
dXMgDQo+PiA+Pj4gPj4gcHJvdG9jb2xzIChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFu
LWdwZS0wMCwNCj4+ID4+PiA+PiBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0wMCwN
Cj4+ID4+PiA+PiBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDApLiBPbmUgZGlzY3Vzc2lvbiB0
b3BpYyB0aGF0IHdlIA0KPj4gPj4+ID4+IGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMg
dGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgDQo+PiA+Pj4gPj4gZHJhZnQtb29hbWR0LXJ0Z3dnLW9v
YW0taGVhZGVyIGNvdWxkIGJlIGxldmVyYWdlZC4uICBBZnRlciANCj4+ID4+PiA+PiBjYXJlZnVs
bHkgY29uc2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyLCBJIGNhbWUgDQo+
PiA+Pj4gPj4gdG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9l
cyBub3QgbWVldCB0aGUgDQo+PiA+Pj4gPj4gbmVlZHMgb2YNCj4+ID4+PiA+PiBJT0FNOg0KPj4g
Pj4+ID4+DQo+PiA+Pj4gPj4gKiBFZmZpY2llbmN5OiBJT0FNIGFkZHMgZGF0YSB0byBsaXZlIHVz
ZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4gDQo+PiA+Pj4gPj4gZW5jYXBzdWxhdGlvbiBuZWVkcyB0
byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxPT0FNIGhlYWRlcuKAnQ0KPj4g
Pj4+ID4+IGlzIDgNCj4+ID4+PiA+PiBieXRlcyBsb25nLiBUaGUgYXBwcm9hY2ggZm9yIElPQU0g
ZGF0YSBlbmNhcHN1bGF0aW9uIGluIHRoZSANCj4+ID4+PiA+PiBhYm92ZSBtZW50aW9uZWQgZHJh
ZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gDQo+PiA+Pj4gPj4gaGVh
ZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVhZCBvZiA0IGJ5dGVz
IOKAkyANCj4+ID4+PiA+PiB3aGljaCBpcyBzaWduaWZpY2FudC4NCj4+ID4+PiBHcmVnLA0KPj4g
Pj4+DQo+PiA+Pj4gSSdtIG1pc3Npbmcgc29tZXRoaW5nIGhlcmUuIEkgbG9va2VkIGF0IHRoZSBk
cmFmdHMgeW91IHJlZmVyZW5jZWQgDQo+PiA+Pj4gYW5kIGVhY2ggb2YgdGhlbSBsb29rcyBsaWtl
IHRoZSBvdmVyaGVhZCBmb3IgT0FNIGlzIGdyZWF0ZXIgdGhhdCANCj4+ID4+PiBmb3VyIGJ5dGVz
LiBJbiBlYWNoIHRoZXJlIGlzIHNvbWUgb3ZlcmhlYWQgZXF1aXZhbGVudCB0byANCj4+ID4+PiB0
eXBlL2xlbmd0aCwgZm9yIGluc3RhbmNlIGluIEdlbmV2ZSBmb3VyIGJ5dGVzIGFyZSBuZWVkZWQg
Zm9yIA0KPj4gPj4+IG9wdGlvbiBjbGFzcywgdHlwZSwgYW5kIGxlbmd0aC4gVW5sZXNzIHRoZSB0
aGUgT0FNIGRhdGEgaXMgemVybyANCj4+ID4+PiBsZW5ndGgsIEkgZG9uJ3Qgc2VlIGhvdyB0aGlz
IGFkZHMgdXAgdG8gb25seSBmb3VyIGJ5dGVzIG9mIG92ZXJoZWFkLg0KPj4gPj4NCj4+ID4+DQo+
PiA+PiBUaGUgZm91ciB2ZXJzdXMgZWlnaHQgYnl0ZXMganVzdCByZWZlcnMgdG8gdGhlIGZpZWxk
cyBpbiB0aGUgZm91ciANCj4+ID4+IGJ5dGVzIG9mIElPQU0gaW5mbywgdGhhdCBpcyBjb21tb24g
dG8gYWxsIElPQU0gb3B0aW9ucy4gQmV5b25kIA0KPj4gPj4gdGhhdCwgdGhlcmUgYXJlIElPQU0g
b3B0aW9uIHNwZWNpZmljIGZpZWxkcy4gRm9yIGV4YW1wbGUgaWYgZG9pbmcgDQo+PiA+PiBvbmUg
b2YgdGhlIElPQU0gdHJhY2Ugb3B0aW9ucywgdGhlcmUgYXJlIGZvdXIgYnl0ZXMgb2YgdHJhY2Ug
DQo+PiA+PiBvcHRpb24gaGVhZGVyLCBpbmNsdWRpbmcgdGhlIElPQU0tdHJhY2UtdHlwZSwgTm9k
ZUxlbiwgRmxhZ3MsIGFuZCANCj4+ID4+IFJlbWFpbmluZ0xlbiBmaWVsZHMuIFRoZXNlIGFyZSBm
b2xsb3dlZCBieSB0aGUgbm9kZSBkYXRhIGxpc3QgDQo+PiA+PiBjb250YWluaW5nIHRoZSBwZXIg
aG9wIElPQU0gaW5mb3JtYXRpb24uDQo+PiA+Pg0KPj4gPj4gSW4gbG9va2luZyBhdCB0aGUgT09B
TSBoZWFkZXIgY29udGVudCwgaXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCANCj4+ID4+IGFueSBv
ZiB0aGUgSU9BTSBpbmZvcm1hdGlvbiBhZnRlciB0aGUgZmlyc3QgZm91ciBieXRlcy4gSXQgDQo+
PiA+PiBjb250YWlucyBhbm90aGVyIHZhcmlhbnQgb2YgdGhlIGluZm9ybWF0aW9uIGluIHRoZSBm
aXJzdCBmb3VyIA0KPj4gPj4gYnl0ZXMgb2YgSU9BTSBpbmZvLCBzcHJlYWQgb3V0IG92ZXIgZWln
aHQgYnl0ZXMuDQo+PiA+Pg0KPj4gPj4+DQo+PiA+Pj4gVG9tDQo+PiA+Pj4NCj4+ID4+PiA+DQo+
PiA+Pj4gPiBHSU0+PiBUaGUgZGlmZmVyZW5jZSBpbiBmb3VyIG9jdGV0cyBpcyBiZWNhdXNlIE9P
QU0gSGVhZGVyOg0KPj4gPj4+ID4NCj4+ID4+PiA+IHByb3ZpZGVzIG1vcmUgZmxleGliaWxpdHks
IGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIA0KPj4gPj4+ID4gZmllbGRzOw0KPj4gPj4N
Cj4+ID4+DQo+PiA+PiBUaGUgZmxhZ3MgZmllbGQgb25seSBoYXMgb25lIGRlZmluZWQgZmxhZyBh
dCB0aGUgbW9tZW50LCBmb3IgYSANCj4+ID4+IHRpbWVzdGFtcCBibG9jay4gRm9yIElPQU0gdHJh
Y2Ugd2UgbmVlZCBwZXIgaG9wIHRpbWVzdGFtcHMsIHdoaWNoIA0KPj4gPj4gdGhlIHRpbWVzdGFt
cCBibG9jayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlzIA0KPj4g
Pj4gcmVkdW5kYW50IGZvcg0KPj4gSU9BTS4NCj4+ID4+DQo+PiA+Pj4NCj4+ID4+PiA+IHN1cHBv
cnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVhZGVyOw0KPj4gPj4NCj4+ID4+DQo+
PiA+PiBGb3IgSU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFuIGVub3VnaC4N
Cj4+ID4+DQo+PiA+Pj4NCj4+ID4+PiA+IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZl
cnNpb25pbmcgKFZlcnNpb24gZmllbGQpLg0KPj4gPj4NCj4+ID4+DQo+PiA+PiBJTU8sIHRha2lu
ZyB0aGUgZmlyc3QgdHdvIGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSANCj4+ID4+
IFZlcnNpb24gZmllbGQgd291bGQgYmUgYSBnb29kIHRoaW5nLiBUaGlzIGRvZXMgbm90IHJlcXVp
cmUgYWRkaW5nIA0KPj4gPj4gZm91ciBtb3JlIGJ5dGVzIG9mIG92ZXJoZWFkLiA2NCBJT0FNLVR5
cGVzIGlzIG1vcmUgdGhhbiBlbm91Z2guDQo+PiA+Pg0KPj4gPj4+DQo+PiA+Pj4gPj4NCj4+ID4+
PiA+PiAqIE1hdHVyaXR5OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2gg
d2VyZSBhbHNvIA0KPj4gPj4+ID4+IHNob3duIGF0IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCT
IGFuZCB3ZeKAmXJlIGV4cGVjdGluZyANCj4+ID4+PiA+PiBhZGRpdGlvbmFsIGltcGxlbWVudGF0
aW9ucyB0byBiZSBwdWJsaWNpemVkIHNvb24uIA0KPj4gPj4+ID4+IEludGVyb3BlcmFibGUgaW1w
bGVtZW50YXRpb25zIG5lZWQgdGltZWx5IHNwZWNpZmljYXRpb25zLiANCj4+ID4+PiA+PiBEZXNw
aXRlIHRoZSBxdWVzdGlvbiBiZWluZyBhc2tlZCwgdGhlIHJlY2VudCB0aHJlYWQgb24gT09BTSBp
biANCj4+ID4+PiA+PiB0aGUgTlZPMyBsaXN0IGhhc27igJl0IHJldmVhbGVkIGFueSBpbXBsZW1l
bnRhdGlvbiBvZiB0aGUgT09BTSBoZWFkZXIuDQo+PiA+Pj4gPj4gSW4NCj4+ID4+PiA+PiBhZGRp
dGlvbiwgdGhlIHRocmVhZCByZXZlYWxlZCB0aGF0IHNldmVyYWwgZnVuZGFtZW50YWwgDQo+PiA+
Pj4gPj4gcXVlc3Rpb25zIGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3RpbGwgb3Blbiwgc3Vj
aCBhcyANCj4+ID4+PiA+PiB3aGV0aGVyIG9yIGhvdyBhY3RpdmUgT0FNIG1lY2hhbmlzbXMgd2l0
aGluIHByb3RvY29scyBzdWNoIGFzIA0KPj4gPj4+ID4+IEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0
aGUgT09BTSBoZWFkZXIuIFRoaXMgdWx0aW1hdGVseSBtZWFucyANCj4+ID4+PiA+PiB0aGF0IHdl
IHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNwZWNpZmljYXRpb24uDQo+PiA+Pj4gPg0KPj4gPj4+
ID4gR0lNPj4gTWF5IEkgYXNrIHdoaWNoIGVuY2Fwc3VsYXRpb25zIHN1cHBvcnRlZCBieSB0aGUg
DQo+PiA+Pj4gPiBHSU0+PiBpbXBsZW1lbnRhdGlvbnMNCj4+ID4+PiA+IHlvdQ0KPj4gPj4+ID4g
cmVmZXIgdG8uIFVudGlsIHZlcnkgcmVjZW50bHkgYWxsIGlPQU0gcHJvcG9zYWxzIHdlcmUgdG8g
dXNlIA0KPj4gPj4+ID4gbWV0YS1kYXRhIFRMViBpbiwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5k
IGlmIHRoZXNlIG9yIHNvbWUgb2YgDQo+PiA+Pj4gPiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMgYWxy
ZWFkeSB1cGRhdGVkIHRvIHRoZSBuZXdseSBwcm9wb3NlZCANCj4+ID4+PiA+IGlPQU0gc2hpbSwg
SSBkb24ndCBzZWUgcHJvYmxlbSBpbiBtYWtpbmcgdGhlbSB1c2UgT09BTSBIZWFkZXIuIA0KPj4g
Pj4+ID4gV291bGQgeW91IGFncmVlPw0KPj4gPj4+ID4NCj4+ID4+PiA+Pg0KPj4gPj4+ID4+ICog
U2NvcGU6IEl0IGlzbuKAmXQgZW50aXJlbHkgY2xlYXIgdG8gd2hpY2ggcHJvdG9jb2xzIHRoZSBP
T0FNIA0KPj4gPj4+ID4+IGhlYWRlciB3b3VsZCB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5
IHRoZSBPT0FNIGhlYWRlciBpcyANCj4+ID4+PiA+PiBkZWZpbmVkLCBPT0FNIHVzZXMgYSA4LWJp
dCBmaWVsZCBmb3Ig4oCcTmV4dCBQcm904oCdLCB0aGUgbmV4dCANCj4+ID4+PiA+PiBwcm90b2Nv
bC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGEgbmVlZHMgdG8gYmUgDQo+PiA+Pj4gPj4g
ZW5jYXBzdWxhdGVkIGludG8gdXNlIDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29k
ZSBwb2ludHMuIFNlZSBlLmcuDQo+PiA+Pj4gPj4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBh
cyBzcGVjaWZpZWQgaW4gDQo+PiA+Pj4gPj4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0K
Pj4gPj4+ID4NCj4+ID4+PiA+IEdJTT4+IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgdGhlIEludHJv
ZHVjdGlvbiBzZWN0aW9uIHN0YXRlczoNCj4+ID4+PiA+ICAgIE5ldyBwcm90b2NvbHMgdGhhdCBz
dXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEUNCj4+ID4+PiA+ICAgIFtJLUQu
aWV0Zi1udm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBHZW5ldmUNCj4+
ID4+PiA+ICAgIFtJLUQuaWV0Zi1udm8zLWdlbmV2ZV0sIEJJRVIgDQo+PiA+Pj4gPiBbSS1ELmll
dGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25dLA0KPj4gYW5kDQo+PiA+Pj4gPiAgICBOU0ggW0kt
RC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLg0KPj4g
Pj4+ID4gICAgRXRoZXJuZXQsIElQdjQvSVB2NiwgYW5kIHJlY29nbml6ZSBPcGVyYXRpb25zLCBB
ZG1pbmlzdHJhdGlvbiwgYW5kDQo+PiA+Pj4gPiAgICBNYWludGVuYW5jZSAoT0FNKSBhcyBvbmUg
b2YgZGlzdGluY3QgdHlwZXMuICBUaGF0IGVuc3VyZXMgdGhhdA0KPj4gPj4+ID4gICAgT3Zlcmxh
eSBPQU0gKE9PQU0pcGFja2V0cyBhcmUgc2hhcmluZyBmYXRlIHdpdGggT3ZlcmxheSBkYXRhIHBh
Y2tldA0KPj4gPj4+ID4gICAgdHJhdmVyc2luZyB0aGUgdW5kZXJsYXkuDQo+PiA+Pj4gPiBJJ20g
dXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3aXRoIGNsZWFuaW5nIG5p
dHMgDQo+PiA+Pj4gPiB3aWxsIHVwZGF0ZSByZWZlcmVuY2UgdG8gR1VFLiBJIHRoaW5rIHRoYXQg
dGhlIGxpc3QgYW5kIHRoZSANCj4+ID4+PiA+IHN0YXRlbW50IGFyZSBxdWl0ZSBjbGVhciBpbiBp
ZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MgDQo+PiA+Pj4gPiB0aGF0IG1heSBiZW5l
Zml0IGZyb20gdXNpbmcgbm90IG9ubHkgY29tbW9uIE9PQU0gSGVhZGVyIGJ1dCANCj4+ID4+PiA+
IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUuZy4gRWNobyBSZXF1ZXN0L1JlcGx5Lg0KPj4gPj4+
ID4NCj4+ID4+PiA+PiBXaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBzdWdnZXN0IHRoYXQg
dGhlIFdHIG1vdmVzIGZvcndhcmQgDQo+PiA+Pj4gPj4gd2l0aCBzcGVjaWZpYyBkZWZpbml0aW9u
cyBmb3IgZW5jYXBzdWxhdGluZyBJT0FNIGRhdGEgaW50byANCj4+ID4+PiA+PiBwcm90b2NvbHMg
4oCTIHBlciB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy4NCj4+ID4+PiA+Pg0KPj4gPj4+ID4+
DQo+PiA+Pj4gPj4NCj4+ID4+PiA+PiBSZWdhcmRzLCBGcmFuaw0KPj4gPj4+ID4+DQo+PiA+Pj4g
Pj4NCj4+ID4+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KPj4gPj4+ID4+IGlwcG0gbWFpbGluZyBsaXN0DQo+PiA+Pj4gPj4gaXBwbUBpZXRmLm9y
Zw0KPj4gPj4+ID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0K
Pj4gPj4+ID4+DQo+PiA+Pj4gPg0KPj4gPj4+ID4NCj4+ID4+PiA+IF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+Pj4gPiBJbnQtYXJlYSBtYWlsaW5n
IGxpc3QNCj4+ID4+PiA+IEludC1hcmVhQGlldGYub3JnDQo+PiA+Pj4gPiBodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludC1hcmVhDQo+PiA+Pj4gPg0KPj4gPj4+DQo+PiA+
Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ID4+
PiBpcHBtIG1haWxpbmcgbGlzdA0KPj4gPj4+IGlwcG1AaWV0Zi5vcmcNCj4+ID4+PiBodHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCj4+ID4+DQo+PiA+Pg0KPj4gPg0K
Pj4gPg0K


From nobody Wed Apr 18 09:30:08 2018
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2528412D870; Wed, 18 Apr 2018 09:29:57 -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 P0Ko75bV694Z; Wed, 18 Apr 2018 09:29:55 -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 1B18412D864; Wed, 18 Apr 2018 09:29:39 -0700 (PDT)
Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w3IGRTh9012809; Wed, 18 Apr 2018 12:29:38 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049287.ppops.net-00191d01. with ESMTP id 2he8dya9e3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 18 Apr 2018 12:29:38 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3IGTW3E090798; Wed, 18 Apr 2018 11:29:32 -0500
Received: from zlp30493.vci.att.com (zlp30493.vci.att.com [135.46.181.176]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3IGTQ2t090655; Wed, 18 Apr 2018 11:29:26 -0500
Received: from zlp30493.vci.att.com (zlp30493.vci.att.com [127.0.0.1]) by zlp30493.vci.att.com (Service) with ESMTP id C8E8A4000492; Wed, 18 Apr 2018 16:29:26 +0000 (GMT)
Received: from tlpd252.dadc.sbc.com (unknown [135.31.184.157]) by zlp30493.vci.att.com (Service) with ESMTP id AAEA640004A6; Wed, 18 Apr 2018 16:29:26 +0000 (GMT)
Received: from dadc.sbc.com (localhost [127.0.0.1]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3IGTQXR100374; Wed, 18 Apr 2018 11:29:26 -0500
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3IGTJar100202; Wed, 18 Apr 2018 11:29:19 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id E4FE1E1511; Wed, 18 Apr 2018 12:28:56 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0389.001; Wed, 18 Apr 2018 12:29:18 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Pete Resnick <presnick@qti.qualcomm.com>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "draft-ietf-ippm-twamp-yang.all@ietf.org" <draft-ietf-ippm-twamp-yang.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] Genart last call review of draft-ietf-ippm-twamp-yang-07
Thread-Index: AQHT1ZxG6b+s1nE9REmoY8p+X2zgiKQGtsIA
Date: Wed, 18 Apr 2018 16:29:15 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8EA557@njmtexg5.research.att.com>
References: <152389450589.19717.5878253699822119266@ietfa.amsl.com>
In-Reply-To: <152389450589.19717.5878253699822119266@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.16.251.237]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-04-18_03:, , 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=618 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1804180148
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/dJxShEmBv45lyLH1tEdOV8yU950>
Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-twamp-yang-07
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Apr 2018 16:29:57 -0000

Hi Pete, for your Minor Issue:

> -----Original Message-----
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Pete Resnick
> Sent: Monday, April 16, 2018 12:02 PM
...
> Minor issues:
>=20
> In the paragraph after Figure 3, it says, "and subsequent values are
> monotonically increasing". I'm not sure I understand what that means. If =
0 is
> the highest priority, then 1 is a *lower* priority than 0, not an increas=
ing
> priority. If you are trying to say that the numeric value of the priority=
 field
> is increasing by 1 for each subsequent value, then "monotonically increas=
ing"
> is wrong; the sequence "0 2 5 36" is monotonically increasing. You'd say
> instead, "and subsequent values increase by one". If all you mean is that
> values start at 0 and go up from there, I think you should just delete th=
e
> entire phrase; it doesn't add anything and strikes me as confusing.
>=20
[acm] I seem to recollect that we arrived at this sentence after=20
explaining the inverse relationship between values and priorities along the=
 way.
Surely, someone has done this before, and co-authors welcome other
concise text suggestions.

OLD
   The client container holds a list (mode-preference-chain) which
   specifies the Mode values according to their preferred order of use
   by the operator of this Control-Client, including the authentication
   and encryption Modes.  Specifically, mode-preference-chain lists the
   mode and its corresponding priority, expressed as a 16-bit unsigned
   integer, where zero is the highest priority and subsequent values are
   monotonically increasing.

NEW
   The client container holds a list (mode-preference-chain) which
   specifies the Mode values according to their preferred order of use
   by the operator of this Control-Client, including the authentication
   and encryption Modes.  Specifically, mode-preference-chain lists the
   mode and its corresponding priority, expressed as a 16-bit unsigned
   integer, where zero is the highest priority and subsequent integers=20
   increase by one.

Does that do it?=20
Al



From nobody Wed Apr 18 10:04:20 2018
Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B257B12D777; Wed, 18 Apr 2018 10:04:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level: 
X-Spam-Status: No, score=-4.301 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_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qti.qualcomm.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 dJMTwpFLMd4N; Wed, 18 Apr 2018 10:04:00 -0700 (PDT)
Received: from alexa-out.qualcomm.com (alexa-out.qualcomm.com [129.46.98.28]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7A171275AB; Wed, 18 Apr 2018 10:03:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1524071040; x=1555607040; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version; bh=ToI/jyC4HHhFv4B4wxEJ39t3VoeY2bQE/fWFFrePjss=; b=RiVAmpTVNw02GAkm3HieppXX0JypykTvhfLB5P1/GDkcfqoP5ovfGrKY Y4tSD+a2hZkLr+P9jnbrYLQEBU89v7ybJUujxGIO5vxq9Zm/xukcRYFx8 +7FhWmTmLxuakrquLqxH5m7uGwbA9y5Jq2vLs2qwmhz0LtDXFrCST/nIU k=;
X-IronPort-AV: E=Sophos;i="5.48,466,1517904000"; d="scan'208";a="16705172"
Received: from ironmsg02-sd.qualcomm.com ([10.53.140.142]) by alexa-out.qualcomm.com with ESMTP; 18 Apr 2018 10:03:59 -0700
Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by ironmsg02-sd.qualcomm.com with ESMTP/TLS/AES256-SHA; 18 Apr 2018 10:03:59 -0700
Received: from [10.38.242.146] (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Wed, 18 Apr 2018 10:03:58 -0700
From: Pete Resnick <presnick@qti.qualcomm.com>
To: "MORTON, ALFRED C" <acm@research.att.com>
CC: <gen-art@ietf.org>, <draft-ietf-ippm-twamp-yang.all@ietf.org>, <ietf@ietf.org>, <ippm@ietf.org>
Date: Wed, 18 Apr 2018 12:03:56 -0500
X-Mailer: MailMate (1.11.1r5471)
Message-ID: <47EF6766-75F9-4178-BE0E-D8E396F8730A@qti.qualcomm.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF4A8EA557@njmtexg5.research.att.com>
References: <152389450589.19717.5878253699822119266@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF4A8EA557@njmtexg5.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01B.na.qualcomm.com (10.85.0.82) To NASANEXM01F.na.qualcomm.com (10.85.0.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/gMZel-pW9vbftlkp5JR7vddkia0>
Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-twamp-yang-07
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Apr 2018 17:04:02 -0000

I am fine with that, but good idea to check with others who actually 
have to implement the document. :-)

Thanks for taking care of this.

pr

On 18 Apr 2018, at 11:29, MORTON, ALFRED C (AL) wrote:

> Hi Pete, for your Minor Issue:
>
>> -----Original Message-----
>> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Pete Resnick
>> Sent: Monday, April 16, 2018 12:02 PM
> ...
>> Minor issues:
>>
>> In the paragraph after Figure 3, it says, "and subsequent values are
>> monotonically increasing". I'm not sure I understand what that means. 
>> If 0 is
>> the highest priority, then 1 is a *lower* priority than 0, not an 
>> increasing
>> priority. If you are trying to say that the numeric value of the 
>> priority field
>> is increasing by 1 for each subsequent value, then "monotonically 
>> increasing"
>> is wrong; the sequence "0 2 5 36" is monotonically increasing. You'd 
>> say
>> instead, "and subsequent values increase by one". If all you mean is 
>> that
>> values start at 0 and go up from there, I think you should just 
>> delete the
>> entire phrase; it doesn't add anything and strikes me as confusing.
>>
> [acm] I seem to recollect that we arrived at this sentence after
> explaining the inverse relationship between values and priorities 
> along the way.
> Surely, someone has done this before, and co-authors welcome other
> concise text suggestions.
>
> OLD
>    The client container holds a list (mode-preference-chain) which
>    specifies the Mode values according to their preferred order of use
>    by the operator of this Control-Client, including the 
> authentication
>    and encryption Modes.  Specifically, mode-preference-chain lists 
> the
>    mode and its corresponding priority, expressed as a 16-bit unsigned
>    integer, where zero is the highest priority and subsequent values 
> are
>    monotonically increasing.
>
> NEW
>    The client container holds a list (mode-preference-chain) which
>    specifies the Mode values according to their preferred order of use
>    by the operator of this Control-Client, including the 
> authentication
>    and encryption Modes.  Specifically, mode-preference-chain lists 
> the
>    mode and its corresponding priority, expressed as a 16-bit unsigned
>    integer, where zero is the highest priority and subsequent integers
>    increase by one.
>
> Does that do it?
> Al


From nobody Wed Apr 18 13:38:49 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF966127201; Wed, 18 Apr 2018 13:38:29 -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 wslDa6mUiBpZ; Wed, 18 Apr 2018 13:38:27 -0700 (PDT)
Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C65C1241F5; Wed, 18 Apr 2018 13:38:27 -0700 (PDT)
Received: by mail-pg0-x230.google.com with SMTP id i6so1402048pgv.3; Wed, 18 Apr 2018 13:38:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=L0Gy6hoI2Z8mW7CNnt3hatp3pyRMYFUUDwd2SLiJV/8=; b=MjaXgijR8SJ11u9FIyWuM6Nl9e+Iok75b6n8iAEG/io8AdMkIER7V+VA1gN83MAOaY akmHJD6afR8snWtJE9MvZYJ9bNuRaZebze3rkhvlftVUOSm/TOTO/SM35cJRi0noVl1S bHixZtU2ftgJcnhvv0dPRSJIDFU0V5h9AlMpZOKULQwGFHTKmLGQNukQBA6eCKPqcKV/ kNxnGvWR0zYQrOW0YsNiJvO16vR3uwsiCn44Ui46jTJ8iiRLFJbupBt0GUr2Wrsw/4es Nd8QSPDwsfFRLoVzW3rlA3KdDUXb5EJVIiNkahnSuIwNvrF4z555JVMyVZNL6fT9DCKx cVAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=L0Gy6hoI2Z8mW7CNnt3hatp3pyRMYFUUDwd2SLiJV/8=; b=a/yUqPNnjmEiLuIIGgqbFY7ttKYzKWn4chizH98FTv2k42IBqpYI38TeDjIpR9S8Tp snR5O5WiNxv2Pm0AikSzK1wK61PwSsxYS5PDhGkeLesx+RmyucIRnsPjUTfjf+j0bNwA HBMM3VBB2/6QCGfoQJP9vr+3tA9jZihVR3IEcUF+OU3j24NIWQ7guzHCI4p0ncEzesnU alAV7m0N+8wvbZSxVCj7XPs67R0nN8+cBovgL107AxbsqsBELR5W+L3/nrTVNAObRho6 nM2KbxqTu0SuE5wjvAOgg7nfpgu1PalGrkPIKc236hoj2o0hCB865bgmbiGGP0X5juz+ PaGQ==
X-Gm-Message-State: ALQs6tC3JKMn/4fAquE1KQ6VsRyF3fdgXL/3UqNMFANF8W3SOb2XLTdU bEY3kGVdXOvar9WTquWRzsRz4QAQ
X-Google-Smtp-Source: AIpwx48KjMxQu1d7+PO/xVJLIaIWHyx4lx6a6XVjixhTNM0RPVgRLaRn8bs7k3TzptoowFe4eA4vqg==
X-Received: by 10.101.86.139 with SMTP id v11mr2824992pgs.420.1524083907024; Wed, 18 Apr 2018 13:38:27 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:2409:b933:ba41:5698? ([2601:647:4700:1280:2409:b933:ba41:5698]) by smtp.gmail.com with ESMTPSA id u4sm3438527pfh.120.2018.04.18.13.38.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Apr 2018 13:38:25 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <152389450589.19717.5878253699822119266@ietfa.amsl.com>
Date: Wed, 18 Apr 2018 13:38:23 -0700
Cc: gen-art@ietf.org, ippm@ietf.org, ietf@ietf.org, draft-ietf-ippm-twamp-yang.all@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <79BE7678-D806-4CAE-BB00-794DF35BD72C@gmail.com>
References: <152389450589.19717.5878253699822119266@ietfa.amsl.com>
To: Pete Resnick <presnick@qti.qualcomm.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/CbAciJ47tt0PvfN8fXZCQVJjIwI>
Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-twamp-yang-07
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Apr 2018 20:38:30 -0000

Pete,

Thank for your review. I will address the remaining comments on the =
draft.

> On Apr 16, 2018, at 9:01 AM, Pete Resnick <presnick@qti.qualcomm.com> =
wrote:
>=20
> Reviewer: Pete Resnick
> Review result: Ready with Issues
>=20
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair.  Please treat these comments just
> like any other last call comments.
>=20
> For more information, please see the FAQ at
>=20
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
>=20
> Document: draft-ietf-ippm-twamp-yang-07
> Reviewer: Pete Resnick
> Review Date: 2018-04-16
> IETF LC End Date: 2018-04-27
> IESG Telechat date: Not scheduled for a telechat
>=20
> Summary:
>=20
> This document appears ready to go forward. The only "issue" I have =
here might
> end up being an editorial issue, but I list it as a Minor issue =
because it
> might be substantive.
>=20
> Major issues:
>=20
> None.
>=20
> Minor issues:
>=20
> In the paragraph after Figure 3, it says, "and subsequent values are
> monotonically increasing". I'm not sure I understand what that means. =
If 0 is
> the highest priority, then 1 is a *lower* priority than 0, not an =
increasing
> priority. If you are trying to say that the numeric value of the =
priority field
> is increasing by 1 for each subsequent value, then "monotonically =
increasing"
> is wrong; the sequence "0 2 5 36" is monotonically increasing. You'd =
say
> instead, "and subsequent values increase by one". If all you mean is =
that
> values start at 0 and go up from there, I think you should just delete =
the
> entire phrase; it doesn't add anything and strikes me as confusing.
>=20
> Nits/editorial comments:
>=20
> Why are RFC 4086, RFC 8018, and ietf-ippm-metric-registry Informative
> References instead of Normative? The uses appear to be normative.

Ok. Will move them to Normative section.

>=20
> I'm not clear why the examples were split between Section 6 and =
Appendix A;
> seems like you could just use the long one in section 6 and explain =
only the
> important bits. I also note that neither of them make any claims about
> normativity: That is, most examples in documents I see always say =
something
> like, "If there is a conflict between anything here and the syntax in =
the
> model, the model wins." Is that not the case in these sorts of model =
documents?

We decided to split the examples between Section 6 and Appendix A =
primarily because we wanted to focus on describing parts of the =
configuration in Section 6. We kept the examples smaller and added a =
description up front to describes them, so it was easy to follow them. =
They can also be incomplete, specially as it relates to mandatory nodes.=20=


The examples in the Appendix are more complete and can be used to test =
any implementation of the model.=20

>=20
> Pet peeve: Except in Acknowledgements, I really don't like the use of =
"we" in
> IETF documents (even though it's becoming more and more common). It's =
not clear
> to whom it refers (the WG? the authors? the IETF?). In most places, it =
can be
> replaced with "This document", or using passive voice (e.g., s/We =
define X as/X
> is defined as). There are only 4 occurrences: Abstract, 1.1, 3, and =
3.1. Easy
> enough to change.

Ok. Will do.

Thanks.

>=20
> Note to shepherd: In the shepherding writeup, question 1 is not =
answered
> correctly. This document is going for *Proposed* Standard, not =
*Internet*
> Standard. Further, there is no explanation for why this should be a =
standards
> track document (though I believe the answer is pretty =
straightforward). You
> should go correct that. While you're at it, you can update answer 15, =
as that
> nit was corrected.
>=20
>=20

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Wed Apr 18 15:26:27 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8F0C1241F3; Wed, 18 Apr 2018 15:26: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 fMtTgUXTVDcY; Wed, 18 Apr 2018 15:26:23 -0700 (PDT)
Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3777120047; Wed, 18 Apr 2018 15:26:23 -0700 (PDT)
Received: by mail-pg0-x22b.google.com with SMTP id j11so1522637pgf.2; Wed, 18 Apr 2018 15:26:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=2sx/EEKsCAAJWkmMbRWLde0EueKM5y1Uy7LKi83Xdxk=; b=iK731O3APgGXYuHF4lQjFRUU/2NJkyWDo+YYG2J8ecYpLlTuyUNg1HUbOzZeiVaHoR EErbsSwphsXiXo/C8k84FLj392pO26fi9ViIvKqOzNxb8h4pb07vJVyzgRSSb+G1bR/H d77jigz9BrMl5ruRmb4w5cKSkRQdhzY59GtRmImmf/4py5TEzSitVs8b3yHKzD220mgy M5nTCa4QFoU2SmJzS4QowoR+v+sL6n1lW7S+b4BeMTbg4fUq14pIQi3JcyUfKx4FGlsV 8902s04uxy8FxTOvOGbu8oY/UDAByKhsGp3HKlO7ngaLNxmHHd6x8X5wqRNY3jcGApB/ +wXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=2sx/EEKsCAAJWkmMbRWLde0EueKM5y1Uy7LKi83Xdxk=; b=YvrCQF8barjhKLHFTR3Kydx8xfXw2XqzEZEDTNS+SKrA5vtKx1+TPDZKhNYKJ5iQ1c f1r9KVp9vAhgDsTE2Hic1iyM/PdfudYa7bPNqQZ/AGw3np07iu8HUMXrZYiMB4hh7RyG WIi5r6r7qw3mGjDrLj982VTnkwSxmr0Aqpyor8xbUaskVu5Mv9MFcOPzfxn3HZ/B8oRg AlHgv0w6pIJBvR+94HY963sgrq3AjKKFos0UdEywAjzWmLkChi1TdElWEaw72CSK/WnQ rzOEyyJpbu8B5TGMgHq7dV4UHcvQEB2bWLEUweBIgELv5MSyhyPEoe8gsodqaRYKU0DZ hvyg==
X-Gm-Message-State: ALQs6tBbw04joaFgCWnm+UcRqOwMzw0K8zaeG00NGWu0jtmyJOsDLWS2 dIi5Ker3kz0Oe9bHanccnIDe67QYFKo=
X-Google-Smtp-Source: AIpwx4+W7N0/Wo2eiXVlSI52jcjkYsZQN8TFaEEzm6TAAte1wKgcH3JDfhSp/Q0sDTMs0yztrheu/w==
X-Received: by 10.101.75.74 with SMTP id k10mr1026850pgt.227.1524090383368; Wed, 18 Apr 2018 15:26:23 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:2409:b933:ba41:5698? ([2601:647:4700:1280:2409:b933:ba41:5698]) by smtp.gmail.com with ESMTPSA id p8sm3549712pgf.75.2018.04.18.15.26.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Apr 2018 15:26:22 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_3E188A7D-7202-43AE-B970-466ACA8DD43A"
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
X-Priority: 3
In-Reply-To: <018201d3d659$ad822fa0$4001a8c0@gateway.2wire.net>
Date: Wed, 18 Apr 2018 15:26:20 -0700
Cc: ietf <ietf@ietf.org>, ippm-chairs@ietf.org, draft-ietf-ippm-twamp-yang@ietf.org, ippm@ietf.org
Message-Id: <882FEE3B-637F-4431-A0EF-CCD5F6BAD5D3@gmail.com>
References: <008401d3d1ab$2ee8d520$4001a8c0@gateway.2wire.net> <E8B358C4-39EC-4EC2-A1C0-55F292A2177B@gmail.com> <21835DE5-FCE7-44D8-95B4-33B02C8F477F@gmail.com> <018201d3d659$ad822fa0$4001a8c0@gateway.2wire.net>
To: "tom p." <daedulus@btconnect.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/MI_6wjTl45xA84HbEaKx8HEjVMs>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-twamp-yang-07.txt> (Two-Way Active Measurement Protocol (TWAMP) Data Model) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Apr 2018 22:26:26 -0000

--Apple-Mail=_3E188A7D-7202-43AE-B970-466ACA8DD43A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On Apr 17, 2018, at 7:37 AM, tom p. <daedulus@btconnect.com> wrote:
>=20
> Mahesh
>=20
> Getting there.
>=20
> I still cannot find a Reference in the I-D for RFC 2330 which appears =
in
> the module.

Added a normative reference to RFC 2330.

>=20
> 'max-count' I still find open to confusion - I was hoping that you =
would
> rename the leaf, and not the grouping, since it is the leaf, the data
> object, that is an exponent.

Renamed the leaf also to max-count-exponent.

>  Further down, you have
>=20
> "The default
>            max-count value SHOULD be 32768.'
> "
> which I think wrong since the leaf is and was an exponent.  After
> renaming the leaf, not the grouping, I was expecting something like
> 'The default value of max-count-exponent SHOULD be 15 which =
corresponds
> to a maximum value of 2**15 i.e.32768.=E2=80=99

I have added the above text in the model.

Thanks.

>=20
> On the presence/ boolean, and top level nodes being mandatory true, =
your
> solution looks fine (I said to you that my knowledge of YANG was =
limited
> and while this restriction has a faint echo in my memory, I cannot =
find
> the paragraph in RFC6020/RFC7950 that spells this out:-(
>=20
> I am still thinking about secret key.
>=20
> Tom Petch
>=20
> ----- Original Message -----
> From: "Mahesh Jethanandani" <mjethanandani@gmail.com =
<mailto:mjethanandani@gmail.com>>
> To: "tom p." <daedulus@btconnect.com <mailto:daedulus@btconnect.com>>
> Cc: <ietf@ietf.org <mailto:ietf@ietf.org>>; <ippm-chairs@ietf.org =
<mailto:ippm-chairs@ietf.org>>;
> <draft-ietf-ippm-twamp-yang@ietf.org =
<mailto:draft-ietf-ippm-twamp-yang@ietf.org>>; <ippm@ietf.org =
<mailto:ippm@ietf.org>>
> Sent: Monday, April 16, 2018 3:58 PM
>=20
> Tom,
>=20
> On this particular comment =E2=80=A6.
>=20
>> On Apr 12, 2018, at 5:13 PM, Mahesh Jethanandani
> <mjethanandani@gmail.com> wrote:
>>=20
>>>=20
>>>=20
>>> "container session-sender {
>>>       if-feature session-sender;
>>>       presence  "Enables TWAMP Session-Sender functionality.";
>>>       description
>>>         "Configuration of the TWAMP Session-Sender logical entity";
>>>       leaf admin-state {
>>>         type boolean;
>>>         mandatory true;
>>>         description
>>>           "Indicates whether the device is allowed to operate
>>>            as a TWAMP Session-Sender.";
>>> "
>>>=20
>>> A presence container is a boolean so I am unclear what it is that =
the
>>> admin-state boolean adds here since the presence container "Enables
>>> TWAMP Session-Sender functionality.=E2=80=9D;
>>=20
>> [mj] Good catch. Will remove the presence statement.
>=20
> [[mj]] In addition to removing the presence statement, we decided to
> change the =E2=80=98mandatory true' statement to a =E2=80=98default =
true=E2=80=99 statement.
> Just removing the presence statement results in the following error:
>=20
> Validating yang/ietf-twamp@2018-04-08.yang
> <mailto:yang/ietf-twamp@2018-04-08.yang =
<mailto:yang/ietf-twamp@2018-04-08.yang>>
> yang/ietf-twamp@2018-04-08.yang =
<mailto:yang/ietf-twamp@2018-04-08.yang>
> <mailto:yang/ietf-twamp@2018-04-08.yang =
<mailto:yang/ietf-twamp@2018-04-08.yang>>:445: error: RFC 6087: 4.9:
> top-level node twamp must not be mandatory
>=20
> Cheers.
>=20
>=20
> Mahesh Jethanandani
> mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>
Mahesh Jethanandani
mjethanandani@gmail.com


--Apple-Mail=_3E188A7D-7202-43AE-B970-466ACA8DD43A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On Apr 17, 2018, at 7:37 AM, tom p. &lt;<a =
href=3D"mailto:daedulus@btconnect.com" =
class=3D"">daedulus@btconnect.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">Mahesh</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">Getting there.</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">I still cannot find a Reference =
in the I-D for RFC 2330 which appears in</span><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">the module.</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""></div></blockquote><div><br =
class=3D""></div>Added a normative reference to RFC 2330.</div><div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">'max-count' I still find open to =
confusion - I was hoping that you would</span><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">rename the leaf, and not the grouping, since it is the leaf, =
the data</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">object, that =
is an exponent. </span></div></blockquote><div><br =
class=3D""></div>Renamed the leaf also to =
max-count-exponent.</div><div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&nbsp;Further down, you have</span><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">"The default</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;max-count value SHOULD be 32768.'</span><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">"</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">which I think =
wrong since the leaf is and was an exponent. &nbsp;After</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">renaming the leaf, not the =
grouping, I was expecting something like</span><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">'The default value of max-count-exponent SHOULD be 15 which =
corresponds</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">to a maximum =
value of 2**15 i.e.32768.=E2=80=99</span></div></blockquote><div><br =
class=3D""></div>I have added the above text in the model.</div><div><br =
class=3D""></div><div>Thanks.</div><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">On the presence/ boolean, and top level nodes being mandatory =
true, your</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">solution =
looks fine (I said to you that my knowledge of YANG was =
limited</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">and while =
this restriction has a faint echo in my memory, I cannot find</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">the paragraph in RFC6020/RFC7950 =
that spells this out:-(</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">I am still thinking about secret key.</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">Tom Petch</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">----- Original Message =
-----</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">From: "Mahesh =
Jethanandani" &lt;</span><a href=3D"mailto:mjethanandani@gmail.com" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;" =
class=3D"">mjethanandani@gmail.com</a><span style=3D"caret-color: rgb(0, =
0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&gt;</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">To: "tom p." &lt;</span><a =
href=3D"mailto:daedulus@btconnect.com" style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px;" =
class=3D"">daedulus@btconnect.com</a><span style=3D"caret-color: rgb(0, =
0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&gt;</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Cc: &lt;</span><a href=3D"mailto:ietf@ietf.org" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;" =
class=3D"">ietf@ietf.org</a><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&gt;; &lt;</span><a href=3D"mailto:ippm-chairs@ietf.org" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;" =
class=3D"">ippm-chairs@ietf.org</a><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&gt;;</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&lt;</span><a =
href=3D"mailto:draft-ietf-ippm-twamp-yang@ietf.org" style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px;" =
class=3D"">draft-ietf-ippm-twamp-yang@ietf.org</a><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&gt;; &lt;</span><a =
href=3D"mailto:ippm@ietf.org" style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px;" class=3D"">ippm@ietf.org</a><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&gt;</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">Sent: Monday, April 16, 2018 =
3:58 PM</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">Tom,</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">On this particular comment =
=E2=80=A6.</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><blockquote type=3D"cite" style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D"">On =
Apr 12, 2018, at 5:13 PM, Mahesh Jethanandani<br =
class=3D""></blockquote><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&lt;<a href=3D"mailto:mjethanandani@gmail.com" =
class=3D"">mjethanandani@gmail.com</a>&gt; wrote:</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" =
class=3D""><blockquote type=3D"cite" style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D""><br class=3D""><br =
class=3D"">"container session-sender {<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if-feature =
session-sender;<br class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;presence=
 &nbsp;"Enables TWAMP Session-Sender functionality.";<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;description<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"Configuration =
of the TWAMP Session-Sender logical entity";<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;leaf admin-state {<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;type =
boolean;<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mandatory =
true;<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;description<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"In=
dicates whether the device is allowed to operate<br =
class=3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;as a TWAMP Session-Sender.";<br class=3D"">"<br class=3D""><br =
class=3D"">A presence container is a boolean so I am unclear what it is =
that the<br class=3D"">admin-state boolean adds here since the presence =
container "Enables<br class=3D"">TWAMP Session-Sender =
functionality.=E2=80=9D;<br class=3D""></blockquote><br class=3D"">[mj] =
Good catch. Will remove the presence statement.<br =
class=3D""></blockquote><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">[[mj]] In addition to removing the presence statement, we =
decided to</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">change the =
=E2=80=98mandatory true' statement to a =E2=80=98default true=E2=80=99 =
statement.</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">Just removing =
the presence statement results in the following error:</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">Validating <a =
href=3D"mailto:yang/ietf-twamp@2018-04-08.yang" =
class=3D"">yang/ietf-twamp@2018-04-08.yang</a></span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&lt;</span><a =
href=3D"mailto:yang/ietf-twamp@2018-04-08.yang" style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px;" =
class=3D"">mailto:yang/ietf-twamp@2018-04-08.yang</a><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&gt;</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><a =
href=3D"mailto:yang/ietf-twamp@2018-04-08.yang" style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px;" =
class=3D"">yang/ietf-twamp@2018-04-08.yang</a><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&lt;</span><a href=3D"mailto:yang/ietf-twamp@2018-04-08.yang" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;" =
class=3D"">mailto:yang/ietf-twamp@2018-04-08.yang</a><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&gt;:445: error: RFC 6087: =
4.9:</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">top-level =
node twamp must not be mandatory</span><br style=3D"caret-color: rgb(0, =
0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Cheers.</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Mahesh Jethanandani</span><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><a =
href=3D"mailto:mjethanandani@gmail.com" style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px;" =
class=3D"">mjethanandani@gmail.com</a></div></blockquote></div><br =
class=3D""><div class=3D"">
<div class=3D"">Mahesh Jethanandani</div><div class=3D""><a =
href=3D"mailto:mjethanandani@gmail.com" =
class=3D"">mjethanandani@gmail.com</a></div>

</div>
<br class=3D""></body></html>=

--Apple-Mail=_3E188A7D-7202-43AE-B970-466ACA8DD43A--


From nobody Thu Apr 19 07:32:21 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA2F012E035 for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 07:32:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.609
X-Spam-Level: 
X-Spam-Status: No, score=-2.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Hw8G3b2aUAJ for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 07:32:08 -0700 (PDT)
Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70D651267BB for <ippm@ietf.org>; Thu, 19 Apr 2018 07:32:04 -0700 (PDT)
Received: by mail-qk0-x22b.google.com with SMTP id v2so5538961qkh.10 for <ippm@ietf.org>; Thu, 19 Apr 2018 07:32:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=YU6FtJzS/wxHT8Q5ZE0NBCUx1GSBP0mnlv0dQTzrw8Y=; b=xuEIMyzJM/qJk7oi+NJOtdWFrIySmWLk0vuZ5tCgkWuzQZfPZb99z8n5/vw6LKJqXm TAf6aUZuSUFoRCrvS3wxcD0EHCIcZNnRGw/B/Y/VHDBmKWs0U4Yj7vC2K/ZPh95UAhle McJp6Hkq1iidlvufFx0p75Qu11Eaq3gqXraMfbyGQDZpBoUvkBonCOQ9+cSdcSP+GhHz 6Q6lxzO/2LqYiX7eJ6ra9W1ahPKak1xQfGcZR9QSuEHvJnCmHr+pNl8in5DOsfao3/Sd 52NDgvMnCeSdCdeNv2sclOfrB97gqls2jy/numbioDgHHT8O9Y0tMGwRPtoKSnSmSCx6 MY3w==
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=YU6FtJzS/wxHT8Q5ZE0NBCUx1GSBP0mnlv0dQTzrw8Y=; b=dfucInRKZasGJiLjQxFzto9dfQIcNLnYnHmn5SnK7EMS+6Vuf68d4jQ2auBoC++z8/ zHy5U//CqwNjxRwvq/2EEhoa6LmmbOspHmyeg+V94PWomj6hN3z7Gz+hWS2ZwBbkkKbF CxYuhIwkmOYY2f+hrL0sXQMHblR4HaxVWYzYytG6x+bhETYEKCJW7qcvnD6ipFi1Bg1y HbhY99kYztbmy5mycGqd8jHjiMxhFR5TcpzA/bvJo20AOdKZ4zkimCCZ8ncO8z5JoK/1 qCRjUMgMqQwsMBE2H7YX/ldzalxdV2Yzh5Iehuu81GXIGfjJuKoYyy8FuVPC+17QZXfa GeXQ==
X-Gm-Message-State: ALQs6tDhhArHtjQYcjfQ+nK/ZoiHnejp8kFpY4joYROmMF8rO4apu45k Qz8Duj3tyf6W/9s6LnpVjh6N1Gr2y9TLGu8GW9b1vg==
X-Google-Smtp-Source: AIpwx48210XE5s1QdIQ48sV4qEzVr3VYOB35cxPSQVeOTUVE4TFNbDzb3B6BjL+fR6fAU2NPb8yK9my46pClwW+oPRY=
X-Received: by 10.55.215.140 with SMTP id t12mr6508525qkt.148.1524148323218; Thu, 19 Apr 2018 07:32:03 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Thu, 19 Apr 2018 07:32:02 -0700 (PDT)
In-Reply-To: <c3ada96fc1494f2fb5506768a7932dfc@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com> <c3ada96fc1494f2fb5506768a7932dfc@XCH-RCD-008.cisco.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 19 Apr 2018 07:32:02 -0700
Message-ID: <CALx6S3586Ou_xVU9dr0jYVx1yjk78HS3H+2JtK-Rfy=LUmEsHA@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: Tianran Zhou <zhoutianran@huawei.com>,  "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/d8lTFckrKi3MWJcldR02Kli_ENM>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 14:32:16 -0000

On Wed, Apr 18, 2018 at 12:51 AM, Frank Brockners (fbrockne)
<fbrockne@cisco.com> wrote:
> Tom,
>
> inline... ("...FB")
>
> -----Original Message-----
> From: Tom Herbert <tom@herbertland.com>
> Sent: Dienstag, 17. April 2018 16:23
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: Tianran Zhou <zhoutianran@huawei.com>; Shwetha Bhandari (shwethab) <s=
hwethab@cisco.com>; Mickey Spiegel <mspiegel@barefootnetworks.com>; NVO3 <n=
vo3@ietf.org>; Service Function Chaining IETF list <sfc@ietf.org>; IETF IPP=
M WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various prot=
ocols - follow up from WG discussion in London
>
> On Tue, Apr 17, 2018 at 12:51 AM, Frank Brockners (fbrockne) <fbrockne@ci=
sco.com> wrote:
>>
>> Hi Tianran,
>>
>> Tom's note already includes the hint: You'll add IOAM data to the protoc=
ol/layer that you're interested in monitoring. Again using Geneve over IPv6=
 as an example:
>> * If you're interested in the overlay, i.e. Geneve (e.g. timestamping
>> the packet when it enters and exists the tunnel) - you'd add IOAM data
>> to Geneve
>> * If you're interested in the underlay, i.e. IPv6 (e.g. you'd like to
>> understand which path packets take in the v6 network) - you'd add IOAM
>> data to IPv6
>> * If you're interested in both, then you'd add IOAM data to Geneve and
>> IPv6
>>
> Frank,
>
> In that case why not just use a hop-by-hop option for measuring the under=
lay and a destination option for measuring the overlay? The advantage is th=
at this works _any_ IP encapsulation method or any IP protocol for that mat=
ter. I don't believe adding ippm to every encapsulation protocol is straigh=
tforward: e.g.
> draft-brockners-ippm-ioam-geneve describe but notes the limited size of h=
eader, draft-weis-ippm-ioam-gre states that a new EtherType would be needed=
 just for this purpose. This also entails additional encapsulation-specific=
 HW support also, whereas support destination and hbh options could be more=
 generic.
>
> ...FB: There are quite a few deployment examples, such as overlay VPN ser=
vices, where you don't have access to the underlay (e.g. IPv6) - but do con=
trol the overlay and desire insights into your overlay using IOAM. Hence th=
e need carry IOAM data along the overlay encapsulation.
>
Frank,

I'm not sure I follow your argument. Maybe examining some of the
scenarios would help (here in in the draft):

Consider that an end host sources a simple TCP packet. So headers look like

  IP | TCP

If they wish to do ippm for end-to-end measure, a destination option
can be used, so packet looks like

  IP | ippm_DO | TCP

Similarly, if they want to do per hop measurement they that could also
use and appropiate HBH option

  IP | ippm_HBH | ippm_DO | TCP

Now consider that a device in the network is tunneling the packet with
encapsulation.

Basic encapsulated packet looks like

  IP | encap_hdr | IP | TCP

Measurements across the tunnel (ingress to egress point) could be done

  IP | ippm_DO | encap_hdr | IP | TCP (#1)

Measuring underday then would be

  IP | ippm_HBH | encap_hdr | IP | TCP

And again both can be done simulataneously

  IP | ippm_HBH | ippm_DO | encap_hdr | IP | TCP

Note also that in simple ipip encasulation the encap_hdr would be null
when the DO EH hae next protocol as IP. So that case would look like:

  IP | ippm_HBH | ippm_DO | IP | TCP

Now if the ippm is in the encapsulation, then to measure across the
tunnel packet (ingress to egress) looks something like

   IP | encap_hdr | ippm_data | IP | TCP (#2)

Where ippm_data is either a field or TLV of the encapsulation (like
would be in Geneve) or it's a layer in a header chain (like in the GRE
proposal).

If underlay is also measured also then that gives

  IP | ippm_HBH | encap_hdr | ippm_data | IP | TCP
'
#1 and #2 above are the comparable cases.

#2 (ippm in the encapsulation) measures from encapsulation to
decapsulation of the tunnel. This corresponds to the tunnel ingress
and egress points. In #1, the DO is used to measure between tunnel
ingress and egress. Processing of the encapsulation header is also
done at tunnel ingress and egress so that coincides with where DO is
processed. In an implementation, the destination option can even be
passed the encpasulation layer if desired so that it can be processed
as though it were part of the encapsulation.

So from this, I don't see any functional difference between using the
ippm DO in the outer IP header of an encapsulation and putting the
ippm data in the encapsulation. There might be an agument that this is
needed to support IPv4, but even so I'm not sure that justifies
retrofitting every IETF defined encapsulation protocol to support
ippm.

Also, I think how ippm works with simple IPIP encapsulation should be
thought out since that is still probably the most common encapsulation
deployed. There is no way to extend IPIP (doesn't even have encap
header) and adding a new IP protocol code point (similar to
draft-weis-ippm-ioam-gre where a new EtherType for this purpose is
proposed) is pretty unlikely to be accepted. So in this case of IPIP,
it seems like the only answer is to use DO or HBH options, but as I
mentioned I don't see that is any disadvantage or less functional of a
solution (except for lacking IPv4 support).

Tom

> Frank
>
> Tom
>
>> Draft draft-ietf-ippm-ioam-data-02 already mentions layering (see sectio=
n 3):
>> "Layering: If several encapsulation protocols (e.g., in case of tunnelin=
g) are stacked on top of each other, IOAM data-records could be present at =
every layer.  The behavior follows the ships-in-the-night model."
>>
>> Given the discussion here, we'll add some additional text in the next re=
vision to make things crisper (e.g. adding an example might help).
>>
>> Frank
>>
>> -----Original Message-----
>> From: Tianran Zhou <zhoutianran@huawei.com>
>> Sent: Dienstag, 17. April 2018 03:18
>> To: Tom Herbert <tom@herbertland.com>
>> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
>> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; Service
>> Function Chaining IETF list <sfc@ietf.org>; IETF IPPM WG
>> <ippm@ietf.org>
>> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
>> protocols - follow up from WG discussion in London
>>
>> I think it's better that Frank or Shwetha can explain the multi-layer us=
e case in detail.
>>
>> Tianran
>>> -----Original Message-----
>>> From: Tom Herbert [mailto:tom@herbertland.com]
>>> Sent: Monday, April 16, 2018 10:40 PM
>>> To: Tianran Zhou <zhoutianran@huawei.com>
>>> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
>>> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>>> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; int-area
>>> <int-area@ietf.org>; Service Function Chaining IETF list
>>> <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>> On Mon, Apr 16, 2018 at 6:31 AM, Tianran Zhou <zhoutianran@huawei.com> =
wrote:
>>> > Hi Shwetha,
>>> >
>>> > You are talking about the outer encapsution. It is straight forward
>>> > for the underlay to record by the header. But what about the
>>> > overlay, i.e., inner encapsulation(e.g. geneve)? Without special
>>> > configuration, intermediate node will not read the inner header,
>>> > hence not be able to process IOAM.e
>>>
>>> Hi Tianran,
>>>
>>> I believe that is also not protocol conformant. Intermediate nodes
>>> should not be processing transport layer data as this can lead to
>>> misinterpretation and possibly silent data corruption.
>>>
>>> For instance, Geneve is a UDP encapsulation protocol with assigned port=
 6081.
>>> In order for an intermediate device to process the Geneve
>>> encapsulation header it would need to look for packets with
>>> destination port of 6081 since that is the only possible
>>> discriminator. However, transport port numbers do not have global
>>> meaning and hosts may use port numbers for other purposes (RFC7605
>>> describes this). So a packet to port 6081 might be something other
>>> than Geneve and may be misinterpreted. If a misinterpreted packet is ch=
anged (like ippm data is written) then that would be systematic silent data=
 corruption.
>>>
>>> As far as I know, hop-by-hop options is the only protocol confirming
>>> mechanism that allows an intermediate note to change data of packet in =
flight.
>>> Encpasulation is the only conforming mechanism that allows an
>>> intermediate node to add data (like extension headers) to a packet in f=
light.
>>>
>>> Tom
>>>
>>> > Maybe we are not synced by this overlay/underlay use case. :-)
>>> >
>>> > Tianran
>>> >
>>> >
>>> >
>>> > ________________________________
>>> > Sent from WeLink
>>> >
>>> > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Shwetha Bhandari (shwethab)
>>> > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Tianran Zhou<zhoutianran@huawei.=
com>;Frank Brockners
>>> > (fbrockne)<fbrockne@cisco.com>;Mickey
>>> > Spiegel<mspiegel@barefootnetworks.com>;Tom
>>> > Herbert<tom@herbertland.com>
>>> > =E6=8A=84=E9=80=81=EF=BC=9A NVO3<nvo3@ietf.org>;int-area<int-area@iet=
f.org>;Service
>>> > Function Chaining IETF list<sfc@ietf.org>;IETF IPPM
>>> > WG<ippm@ietf.org>
>>> > =E4=B8=BB=E9=A2=98=EF=BC=9A Re: [ippm] [Int-area] encapsulation of IO=
AM data in various
>>> > protocols - follow up from WG discussion in London
>>> > =E6=97=B6=E9=97=B4=EF=BC=9A 2018-04-16 18:17:01
>>> >
>>> > Hi Tianran,
>>> >
>>> >> If I recall right, it is not written in the ioam data draft.
>>> >
>>> > Data draft is defining the data to be carried in IOAM in an
>>> > encapsulation agnostic way, it does not specify how the
>>> > encapsulation protocol is configured.
>>> >
>>> >
>>> >
>>> >> Yes, node by node configuration is an easy way.
>>> >
>>> > While it is, it does not have to be a node by node configuration.
>>> > It can be part of the encapsulation definition.
>>> >
>>> > For e.g. If the encapsulation is IPv6 and if we define the data to
>>> > be carried as HbH options, then based on the Option Type with
>>> > highest order 2 bits set to 00 then the v6 nodes that implement
>>> > IOAM will process the option and others will skip over.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Thanks,
>>> >
>>> > Shwetha
>>> >
>>> >
>>> >
>>> > From: ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou
>>> > <zhoutianran@huawei.com>
>>> > Date: Monday, April 16, 2018 at 2:36 PM
>>> > To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey
>>> > Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert
>>> > <tom@herbertland.com>
>>> > Cc: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>,
>>> > Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG
>>> > <ippm@ietf.org>
>>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in
>>> > various protocols - follow up from WG discussion in London
>>> >
>>> >
>>> >
>>> > Hi Frank,
>>> >
>>> >
>>> >
>>> > If I recall right, it is not written in the ioam data draft.
>>> >
>>> > Yes, node by node configuration is an easy way. In the
>>> > draft-zhou-ippm-ioam-yang, we have the =E2=80=9Cprotocol-type=E2=80=
=9D to indicate
>>> > the layering.
>>> >
>>> >    +--rw ioam
>>> >
>>> >       +--rw ioam-profiles
>>> >
>>> >          +--rw enabled?        boolean
>>> >
>>> >          +--rw ioam-profile* [profile-name]
>>> >
>>> >             +--rw profile-name                    string
>>> >
>>> >             +--rw filter
>>> >
>>> >             |  +--rw filter-type?   ioam-filter-type
>>> >
>>> >             |  +--rw acl-name?      -> /acl:acls/acl/name
>>> >
>>> >             +--rw protocol-type?                  ioam-protocol-type
>>> >
>>> >             +--rw incremental-tracing-profile {incremental-trace}?
>>> >
>>> >             |  ...
>>> >
>>> >             +--rw preallocated-tracing-profile {preallocated-trace}?
>>> >
>>> >             |  ...
>>> >
>>> >             +--rw pot-profile {proof-of-transit}?
>>> >
>>> >             |  ...
>>> >
>>> >             +--rw e2e-profile {edge-to-edge}?
>>> >
>>> >                ...
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Tianran
>>> >
>>> > From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
>>> > Sent: Monday, April 16, 2018 4:51 PM
>>> > To: Tianran Zhou <zhoutianran@huawei.com>; Mickey Spiegel
>>> > <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> > Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in
>>> > various protocols - follow up from WG discussion in London
>>> >
>>> >
>>> >
>>> > Hi Tianran,
>>> >
>>> >
>>> >
>>> > IOAM is a domain specific feature (see also
>>> > draft-ietf-ippm-ioam-data-02 sections 3 and 4), which allows an
>>> > operator to control by means of configuration where and for which
>>> > traffic IOAM data fields are added/updated/removed from the
>>> > customer traffic. Using your example of Geneve over IPv6 =E2=80=93 wi=
th
>>> > IOAM data in both the Geneve and the IPv6 protocol, one would
>>> > expect that the operator configures the endpoints of the Geneve
>>> > tunnel to operate on the IOAM data in Geneve, and the IPv6 routers
>>> > that the Geneve tunnel
>>> traverses to operate on the IOAM data in IPv6.
>>> >
>>> >
>>> >
>>> > Frank
>>> >
>>> >
>>> >
>>> > From: Tianran Zhou <zhoutianran@huawei.com>
>>> > Sent: Montag, 16. April 2018 10:37
>>> > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>>> > <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> > Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in
>>> > various protocols - follow up from WG discussion in London
>>> >
>>> >
>>> >
>>> > Hi Frank,
>>> >
>>> >
>>> >
>>> > How does a forwarder know when and where to insert the data?
>>> >
>>> > In the case of Geneve over IPv6, do you mean the device need to
>>> > scan all the protocol stack? Or just the outer encapsulation?
>>> >
>>> >
>>> >
>>> > Tianran
>>> >
>>> >
>>> >
>>> > From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank
>>> > Brockners
>>> > (fbrockne)
>>> > Sent: Monday, April 16, 2018 3:08 PM
>>> > To: Mickey Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert
>>> > <tom@herbertland.com>
>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in
>>> > various protocols - follow up from WG discussion in London
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Tom,
>>> >
>>> >
>>> >
>>> > a quick addition to what Mickey mentioned below: What you seem to
>>> > have in mind is what draft-ietf-ippm-ioam-data-02 refers to as =E2=80=
=9Clayering=E2=80=9D
>>> > (see section 3.), i.e. if you=E2=80=99re running for example Geneve o=
ver
>>> > IPv6, then IOAM data could be encapsulated in both protocols,
>>> > Geneve and
>>> > IPv6 =E2=80=93 giving you visibility into the =E2=80=9Cunderlay=E2=80=
=9D (IPv6) and the =E2=80=9Coverlay=E2=80=9D
>>> (Geneve).
>>> >
>>> >
>>> >
>>> > Frank
>>> >
>>> >
>>> >
>>> > From: ippm <ippm-bounces@ietf.org> On Behalf Of Mickey Spiegel
>>> > Sent: Freitag, 13. April 2018 20:22
>>> > To: Tom Herbert <tom@herbertland.com>
>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in
>>> > various protocols - follow up from WG discussion in London
>>> >
>>> >
>>> >
>>> > Tom,
>>> >
>>> >
>>> >
>>> > On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> w=
rote:
>>> >
>>> > Mickey,
>>> >
>>> > Looking at these ippm drafts more closely, I have a much more
>>> > fundamental concern.
>>> >
>>> > In draft-brockners-ippm-ioam-geneve-00 for instance, there is the
>>> > text in the introduction:
>>> >
>>> > "In-situ OAM (IOAM) records OAM information within the packet while
>>> > the packet traverses a particular network domain.  The term "in-situ"
>>> > refers to the fact that the IOAM data fields are added to the data
>>> > packets rather than is being sent within packets specifically
>>> > dedicated to OAM.  This document defines how IOAM data fields are
>>> > transported as part of the Geneve [I-D.ietf-nvo3-geneve]
>>> > encapsulation."
>>> >
>>> > I assume this means that as packets with Geneve encapsulation
>>> > traverse the network they are interpreted by intermediate nodes as
>>> > being Geneve. Since Geneve is a UDP encapsulation, then the
>>> > destination UDP port number would be used to identify packets as
>>> > being Geneve. So an intermediate device might be looking for UDP
>>> > packets destined to port
>>> > 6081 (the assigned UDP port for Geneve). If my understanding is
>>> > correct, then this is a problem.
>>> >
>>> > UDP port numbers do not have global meaning. An intermediate device
>>> > may very well see UDP packets destined to port 6081 that are not
>>> > actually Geneve. This scenario is discussed in RFC7605:
>>> >
>>> > "...intermediate device interprets traffic based on the port number.
>>> > It is important to recognize that any interpretation of port
>>> > numbers
>>> > -- except at the endpoints -- may be incorrect, because port
>>> > numbers are meaningful only at the endpoints."
>>> >
>>> > If the UDP data is modified, as the draft would imply, then
>>> > misinterpretation may also mean silent data corruption of packets.
>>> > A protocol that would allow this seems pretty incorrect! Note that
>>> > this would be true also for any UDP encapsulation that the network
>>> > tries to interpret.
>>> >
>>> >
>>> >
>>> > The intention is to allow for multiple nodes that a packet
>>> > traverses
>>> >
>>> > to be able to insert IOAM node information in the same trace
>>> > option,
>>> >
>>> > but leave some flexibility regarding which nodes actually do the
>>> >
>>> > IOAM processing and the node information. This may vary
>>> >
>>> > depending on the transport.
>>> >
>>> >
>>> >
>>> > In case of a tunneled encapsulation such as Geneve or VXLAN,
>>> >
>>> > there may still be multiple hops. For example a network may use
>>> >
>>> > Geneve or VXLAN, but only do L2 processing at ToRs, with L3
>>> >
>>> > processing done at aggregation or core switches. In this case
>>> >
>>> > many packets would do 2 Geneve or VXLAN hops, so the packet
>>> >
>>> > would contain IOAM node information from two nodes.
>>> >
>>> >
>>> >
>>> > Another example is service function chaining using Geneve or
>>> >
>>> > VXLAN rather than NSH.
>>> >
>>> >
>>> >
>>> >
>>> > I am also wondering if hop-by-hop options been considered for this
>>> > application? Their interpretation in the network is unabiguous and
>>> > they also have the advantage that the work with any IP protocol or
>>> > encapsulation.
>>> >
>>> >
>>> >
>>> > IPv6 hop-by-hop options has been considered. See
>>> >
>>> > draft-brockners-inband-oam-transport-05. This has not yet been
>>> >
>>> > broken out into a separate draft.
>>> >
>>> >
>>> >
>>> > Mickey
>>> >
>>> >
>>> >
>>> >
>>> > Thanks,
>>> > Tom
>>> >
>>> >
>>> > On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
>>> > <mspiegel@barefootnetworks.com> wrote:
>>> >
>>> >> Tom,
>>> >>
>>> >> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> w=
rote:
>>> >>>
>>> >>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky
>>> >>> <gregimirsky@gmail.com>
>>> >>> wrote:
>>> >>> > Hi Frank,
>>> >>> > thank you for sharing your points. Please find my notes in-line
>>> >>> > and tagged
>>> >>> > GIM>>. I believe that this is very much relevant to work of
>>> >>> > GIM>>other
>>> >>> > working
>>> >>> > groups that directly work on the overlay encapsulations in the
>>> >>> > center of the discussion and hence I've added them to the list.
>>> >>> > Hope we'll have more opinions to reach the conclusion that is
>>> >>> > acceptable to all.
>>> >>> >
>>> >>> > Regards,
>>> >>> > Greg
>>> >>> >
>>> >>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>>> >>> > <fbrockne@cisco.com> wrote:
>>> >>> >>
>>> >>> >> Back at the IPPM meeting in London, we discussed several
>>> >>> >> drafts dealing with the encapsulation of IOAM data in various
>>> >>> >> protocols (draft-brockners-ippm-ioam-vxlan-gpe-00,
>>> >>> >> draft-brockners-ippm-ioam-geneve-00,
>>> >>> >> draft-weis-ippm-ioam-gre-00). One discussion topic that we
>>> >>> >> decided to take to the list was the question on whether
>>> >>> >> draft-ooamdt-rtgwg-ooam-header could be leveraged..  After
>>> >>> >> carefully considering draft-ooamdt-rtgwg-ooam-header, I came
>>> >>> >> to the conclusion that the =E2=80=9COOAM header=E2=80=9D does no=
t meet the
>>> >>> >> needs of
>>> >>> >> IOAM:
>>> >>> >>
>>> >>> >> * Efficiency: IOAM adds data to live user traffic. As such, an
>>> >>> >> encapsulation needs to be as efficient as possible. The =E2=80=
=9COOAM header=E2=80=9D
>>> >>> >> is 8
>>> >>> >> bytes long. The approach for IOAM data encapsulation in the
>>> >>> >> above mentioned drafts only requires 4 bytes. Using the OOAM
>>> >>> >> header approach would add an unnecessary overhead of 4 bytes =E2=
=80=93
>>> >>> >> which is significant.
>>> >>> Greg,
>>> >>>
>>> >>> I'm missing something here. I looked at the drafts you referenced
>>> >>> and each of them looks like the overhead for OAM is greater that
>>> >>> four bytes. In each there is some overhead equivalent to
>>> >>> type/length, for instance in Geneve four bytes are needed for
>>> >>> option class, type, and length. Unless the the OAM data is zero
>>> >>> length, I don't see how this adds up to only four bytes of overhead=
.
>>> >>
>>> >>
>>> >> The four versus eight bytes just refers to the fields in the four
>>> >> bytes of IOAM info, that is common to all IOAM options. Beyond
>>> >> that, there are IOAM option specific fields. For example if doing
>>> >> one of the IOAM trace options, there are four bytes of trace
>>> >> option header, including the IOAM-trace-type, NodeLen, Flags, and
>>> >> RemainingLen fields. These are followed by the node data list
>>> >> containing the per hop IOAM information.
>>> >>
>>> >> In looking at the OOAM header content, it has nothing to do with
>>> >> any of the IOAM information after the first four bytes. It
>>> >> contains another variant of the information in the first four
>>> >> bytes of IOAM info, spread out over eight bytes.
>>> >>
>>> >>>
>>> >>> Tom
>>> >>>
>>> >>> >
>>> >>> > GIM>> The difference in four octets is because OOAM Header:
>>> >>> >
>>> >>> > provides more flexibility, e.g. Flags field and Reserved
>>> >>> > fields;
>>> >>
>>> >>
>>> >> The flags field only has one defined flag at the moment, for a
>>> >> timestamp block. For IOAM trace we need per hop timestamps, which
>>> >> the timestamp block cannot address, i.e. the timestamp block is
>>> >> redundant for
>>> IOAM.
>>> >>
>>> >>>
>>> >>> > supports larger OAM packets than iOAM header;
>>> >>
>>> >>
>>> >> For IOAM purposes, 1020 octets is more than enough.
>>> >>
>>> >>>
>>> >>> > is future proof by supporting versioning (Version field).
>>> >>
>>> >>
>>> >> IMO, taking the first two bits of the IOAM-Type to define a
>>> >> Version field would be a good thing. This does not require adding
>>> >> four more bytes of overhead. 64 IOAM-Types is more than enough.
>>> >>
>>> >>>
>>> >>> >>
>>> >>> >> * Maturity: IOAM has several implementations, which were also
>>> >>> >> shown at recent IETF hackathons =E2=80=93 and we=E2=80=99re expe=
cting
>>> >>> >> additional implementations to be publicized soon.
>>> >>> >> Interoperable implementations need timely specifications.
>>> >>> >> Despite the question being asked, the recent thread on OOAM in
>>> >>> >> the NVO3 list hasn=E2=80=99t revealed any implementation of the =
OOAM header.
>>> >>> >> In
>>> >>> >> addition, the thread revealed that several fundamental
>>> >>> >> questions about the OOAM header are still open, such as
>>> >>> >> whether or how active OAM mechanisms within protocols such as
>>> >>> >> Geneve would apply to the OOAM header. This ultimately means
>>> >>> >> that we won=E2=80=99t get to a timely specification.
>>> >>> >
>>> >>> > GIM>> May I ask which encapsulations supported by the
>>> >>> > GIM>> implementations
>>> >>> > you
>>> >>> > refer to. Until very recently all iOAM proposals were to use
>>> >>> > meta-data TLV in, e.g. Geneve and NSH. And if these or some of
>>> >>> > these implementations already updated to the newly proposed
>>> >>> > iOAM shim, I don't see problem in making them use OOAM Header.
>>> >>> > Would you agree?
>>> >>> >
>>> >>> >>
>>> >>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the =
OOAM
>>> >>> >> header would ultimately apply to. The way the OOAM header is
>>> >>> >> defined, OOAM uses a 8-bit field for =E2=80=9CNext Prot=E2=80=9D=
, the next
>>> >>> >> protocol. Some protocols that IOAM data needs to be
>>> >>> >> encapsulated into use 16-bits for their next protocol code point=
s. See e.g.
>>> >>> >> the GRE encapsulation =E2=80=93 as specified in
>>> >>> >> draft-weis-ippm-ioam-gre-00.
>>> >>> >
>>> >>> > GIM>> The first paragraph of the Introduction section states:
>>> >>> >    New protocols that support overlay networks like VxLAN-GPE
>>> >>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>>> >>> >    [I-D.ietf-nvo3-geneve], BIER
>>> >>> > [I-D.ietf-bier-mpls-encapsulation],
>>> and
>>> >>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>>> >>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration,=
 and
>>> >>> >    Maintenance (OAM) as one of distinct types.  That ensures that
>>> >>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data p=
acket
>>> >>> >    traversing the underlay.
>>> >>> > I'm updating the OOAM Header draft and along with cleaning nits
>>> >>> > will update reference to GUE. I think that the list and the
>>> >>> > statemnt are quite clear in identifying the scope of networks
>>> >>> > that may benefit from using not only common OOAM Header but
>>> >>> > common OOAM mechanisms, e.g. Echo Request/Reply.
>>> >>> >
>>> >>> >> With the above in mind, I=E2=80=99d suggest that the WG moves fo=
rward
>>> >>> >> with specific definitions for encapsulating IOAM data into
>>> >>> >> protocols =E2=80=93 per the above mentioned drafts.
>>> >>> >>
>>> >>> >>
>>> >>> >>
>>> >>> >> Regards, Frank
>>> >>> >>
>>> >>> >>
>>> >>> >> _______________________________________________
>>> >>> >> ippm mailing list
>>> >>> >> ippm@ietf.org
>>> >>> >> https://www.ietf.org/mailman/listinfo/ippm
>>> >>> >>
>>> >>> >
>>> >>> >
>>> >>> > _______________________________________________
>>> >>> > Int-area mailing list
>>> >>> > Int-area@ietf.org
>>> >>> > https://www.ietf.org/mailman/listinfo/int-area
>>> >>> >
>>> >>>
>>> >>> _______________________________________________
>>> >>> ippm mailing list
>>> >>> ippm@ietf.org
>>> >>> https://www.ietf.org/mailman/listinfo/ippm
>>> >>
>>> >>
>>> >
>>> >


From nobody Thu Apr 19 07:47:20 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA5B5124235; Thu, 19 Apr 2018 07:47:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LszbtBRkGgxY; Thu, 19 Apr 2018 07:47:14 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59BEB124D68; Thu, 19 Apr 2018 07:47:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=39050; q=dns/txt; s=iport; t=1524149234; x=1525358834; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=uWhCu0KL/oiqye04WZlGpDc87joKjsCRHBUycUZWjpQ=; b=REFsIZK1gOCOSTInkGOnyuhEinIDNYlBWKR9mMAZCQnvdALItTuMGIk0 JCvQuo52fpUiOAcryvga7pZSdflp9liWRFoiHvQMiRixBhJalU2Q9G51k DkOKlsKjXpxChrFpFl4kgy4G1n10WW67WEcOSoc+LCKe0A6xegMnr9VEH c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BUAQAlq9ha/5pdJa1RChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGDQmF6KAqDXogCjHiBdIEPhmqMCRSBYQMLGAuERgIagic?= =?us-ascii?q?hNBgBAgEBAQEBAQJsHAyFIgEBAQECAQEBGAkEDTMHCwUHBAIBBgIRAwEBAQE?= =?us-ascii?q?CAh8EAwICAh8GCxQBCAgCBA4FCBMEhFYDDQgPijObQIFpM4cKDYErgiAFgQm?= =?us-ascii?q?GfYFUP4EPgl0ugk9CAQGBNQQECy+CaYJUAowGhFSGZywIAodzNIJcO4J1gTy?= =?us-ascii?q?DXYJaZ4N7hzeCPIYNAhETAYEkARw4gVJwFTuCQ4IdCBIRiEiFPm+NIoEugRg?= =?us-ascii?q?BAQ?=
X-IronPort-AV: E=Sophos;i="5.48,469,1517875200"; d="scan'208";a="383389594"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Apr 2018 14:47:11 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w3JElB1j005102 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Apr 2018 14:47:12 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 19 Apr 2018 09:47:11 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Thu, 19 Apr 2018 09:47:11 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Tom Herbert <tom@herbertland.com>
CC: Tianran Zhou <zhoutianran@huawei.com>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, "IETF IPPM WG" <ippm@ietf.org>
Thread-Topic: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT01Rv7uw9TGdqO0+V2HJ61OA6MaQC+nQwgABu/4D//63XQIAAWkqAgAATngCAADaJgIAAEx0AgACyKYCAABh5EIAAwsqAgADPxZCAAld8AP//r8sA
Date: Thu, 19 Apr 2018 14:47:10 +0000
Message-ID: <25f25dee271a47268cf63982e8d7135c@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com> <c3ada96fc1494f2fb5506768a7932dfc@XCH-RCD-008.cisco.com> <CALx6S3586Ou_xVU9dr0jYVx1yjk78HS3H+2JtK-Rfy=LUmEsHA@mail.gmail.com>
In-Reply-To: <CALx6S3586Ou_xVU9dr0jYVx1yjk78HS3H+2JtK-Rfy=LUmEsHA@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.3]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/NiFgv6G_6LaAbbZ2YFwL_Ha3dOE>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 14:47:19 -0000

VG9tLA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogVG9tIEhlcmJlcnQgPHRv
bUBoZXJiZXJ0bGFuZC5jb20+IA0KU2VudDogRG9ubmVyc3RhZywgMTkuIEFwcmlsIDIwMTggMTY6
MzINClRvOiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPg0K
Q2M6IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47IFNod2V0aGEgQmhhbmRh
cmkgKHNod2V0aGFiKSA8c2h3ZXRoYWJAY2lzY28uY29tPjsgTWlja2V5IFNwaWVnZWwgPG1zcGll
Z2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgTlZPMyA8bnZvM0BpZXRmLm9yZz47IFNlcnZpY2Ug
RnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cg
PGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxh
dGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBX
RyBkaXNjdXNzaW9uIGluIExvbmRvbg0KDQpPbiBXZWQsIEFwciAxOCwgMjAxOCBhdCAxMjo1MSBB
TSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT4gd3JvdGU6
DQo+IFRvbSwNCj4NCj4gaW5saW5lLi4uICgiLi4uRkIiKQ0KPg0KPiAtLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KPiBGcm9tOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCj4g
U2VudDogRGllbnN0YWcsIDE3LiBBcHJpbCAyMDE4IDE2OjIzDQo+IFRvOiBGcmFuayBCcm9ja25l
cnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPg0KPiBDYzogVGlhbnJhbiBaaG91IDx6
aG91dGlhbnJhbkBodWF3ZWkuY29tPjsgU2h3ZXRoYSBCaGFuZGFyaSAoc2h3ZXRoYWIpIA0KPiA8
c2h3ZXRoYWJAY2lzY28uY29tPjsgTWlja2V5IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0
d29ya3MuY29tPjsgDQo+IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENo
YWluaW5nIElFVEYgbGlzdCANCj4gPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBp
ZXRmLm9yZz4NCj4gU3ViamVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24g
b2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgDQo+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdH
IGRpc2N1c3Npb24gaW4gTG9uZG9uDQo+DQo+IE9uIFR1ZSwgQXByIDE3LCAyMDE4IGF0IDEyOjUx
IEFNLCBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPiB3cm90
ZToNCj4+DQo+PiBIaSBUaWFucmFuLA0KPj4NCj4+IFRvbSdzIG5vdGUgYWxyZWFkeSBpbmNsdWRl
cyB0aGUgaGludDogWW91J2xsIGFkZCBJT0FNIGRhdGEgdG8gdGhlIHByb3RvY29sL2xheWVyIHRo
YXQgeW91J3JlIGludGVyZXN0ZWQgaW4gbW9uaXRvcmluZy4gQWdhaW4gdXNpbmcgR2VuZXZlIG92
ZXIgSVB2NiBhcyBhbiBleGFtcGxlOg0KPj4gKiBJZiB5b3UncmUgaW50ZXJlc3RlZCBpbiB0aGUg
b3ZlcmxheSwgaS5lLiBHZW5ldmUgKGUuZy4gdGltZXN0YW1waW5nIA0KPj4gdGhlIHBhY2tldCB3
aGVuIGl0IGVudGVycyBhbmQgZXhpc3RzIHRoZSB0dW5uZWwpIC0geW91J2QgYWRkIElPQU0gDQo+
PiBkYXRhIHRvIEdlbmV2ZQ0KPj4gKiBJZiB5b3UncmUgaW50ZXJlc3RlZCBpbiB0aGUgdW5kZXJs
YXksIGkuZS4gSVB2NiAoZS5nLiB5b3UnZCBsaWtlIHRvIA0KPj4gdW5kZXJzdGFuZCB3aGljaCBw
YXRoIHBhY2tldHMgdGFrZSBpbiB0aGUgdjYgbmV0d29yaykgLSB5b3UnZCBhZGQgDQo+PiBJT0FN
IGRhdGEgdG8gSVB2Ng0KPj4gKiBJZiB5b3UncmUgaW50ZXJlc3RlZCBpbiBib3RoLCB0aGVuIHlv
dSdkIGFkZCBJT0FNIGRhdGEgdG8gR2VuZXZlIA0KPj4gYW5kDQo+PiBJUHY2DQo+Pg0KPiBGcmFu
aywNCj4NCj4gSW4gdGhhdCBjYXNlIHdoeSBub3QganVzdCB1c2UgYSBob3AtYnktaG9wIG9wdGlv
biBmb3IgbWVhc3VyaW5nIHRoZSB1bmRlcmxheSBhbmQgYSBkZXN0aW5hdGlvbiBvcHRpb24gZm9y
IG1lYXN1cmluZyB0aGUgb3ZlcmxheT8gVGhlIGFkdmFudGFnZSBpcyB0aGF0IHRoaXMgd29ya3Mg
X2FueV8gSVAgZW5jYXBzdWxhdGlvbiBtZXRob2Qgb3IgYW55IElQIHByb3RvY29sIGZvciB0aGF0
IG1hdHRlci4gSSBkb24ndCBiZWxpZXZlIGFkZGluZyBpcHBtIHRvIGV2ZXJ5IGVuY2Fwc3VsYXRp
b24gcHJvdG9jb2wgaXMgc3RyYWlnaHRmb3J3YXJkOiBlLmcuDQo+IGRyYWZ0LWJyb2NrbmVycy1p
cHBtLWlvYW0tZ2VuZXZlIGRlc2NyaWJlIGJ1dCBub3RlcyB0aGUgbGltaXRlZCBzaXplIG9mIGhl
YWRlciwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlIHN0YXRlcyB0aGF0IGEgbmV3IEV0aGVyVHlw
ZSB3b3VsZCBiZSBuZWVkZWQganVzdCBmb3IgdGhpcyBwdXJwb3NlLiBUaGlzIGFsc28gZW50YWls
cyBhZGRpdGlvbmFsIGVuY2Fwc3VsYXRpb24tc3BlY2lmaWMgSFcgc3VwcG9ydCBhbHNvLCB3aGVy
ZWFzIHN1cHBvcnQgZGVzdGluYXRpb24gYW5kIGhiaCBvcHRpb25zIGNvdWxkIGJlIG1vcmUgZ2Vu
ZXJpYy4NCj4NCj4gLi4uRkI6IFRoZXJlIGFyZSBxdWl0ZSBhIGZldyBkZXBsb3ltZW50IGV4YW1w
bGVzLCBzdWNoIGFzIG92ZXJsYXkgVlBOIHNlcnZpY2VzLCB3aGVyZSB5b3UgZG9uJ3QgaGF2ZSBh
Y2Nlc3MgdG8gdGhlIHVuZGVybGF5IChlLmcuIElQdjYpIC0gYnV0IGRvIGNvbnRyb2wgdGhlIG92
ZXJsYXkgYW5kIGRlc2lyZSBpbnNpZ2h0cyBpbnRvIHlvdXIgb3ZlcmxheSB1c2luZyBJT0FNLiBI
ZW5jZSB0aGUgbmVlZCBjYXJyeSBJT0FNIGRhdGEgYWxvbmcgdGhlIG92ZXJsYXkgZW5jYXBzdWxh
dGlvbi4NCj4NCkZyYW5rLA0KDQpJJ20gbm90IHN1cmUgSSBmb2xsb3cgeW91ciBhcmd1bWVudC4g
TWF5YmUgZXhhbWluaW5nIHNvbWUgb2YgdGhlIHNjZW5hcmlvcyB3b3VsZCBoZWxwIChoZXJlIGlu
IGluIHRoZSBkcmFmdCk6DQoNCkNvbnNpZGVyIHRoYXQgYW4gZW5kIGhvc3Qgc291cmNlcyBhIHNp
bXBsZSBUQ1AgcGFja2V0LiBTbyBoZWFkZXJzIGxvb2sgbGlrZQ0KDQogIElQIHwgVENQDQoNCklm
IHRoZXkgd2lzaCB0byBkbyBpcHBtIGZvciBlbmQtdG8tZW5kIG1lYXN1cmUsIGEgZGVzdGluYXRp
b24gb3B0aW9uIGNhbiBiZSB1c2VkLCBzbyBwYWNrZXQgbG9va3MgbGlrZQ0KDQogIElQIHwgaXBw
bV9ETyB8IFRDUA0KDQpTaW1pbGFybHksIGlmIHRoZXkgd2FudCB0byBkbyBwZXIgaG9wIG1lYXN1
cmVtZW50IHRoZXkgdGhhdCBjb3VsZCBhbHNvIHVzZSBhbmQgYXBwcm9waWF0ZSBIQkggb3B0aW9u
DQoNCiAgSVAgfCBpcHBtX0hCSCB8IGlwcG1fRE8gfCBUQ1ANCg0KTm93IGNvbnNpZGVyIHRoYXQg
YSBkZXZpY2UgaW4gdGhlIG5ldHdvcmsgaXMgdHVubmVsaW5nIHRoZSBwYWNrZXQgd2l0aCBlbmNh
cHN1bGF0aW9uLg0KDQpCYXNpYyBlbmNhcHN1bGF0ZWQgcGFja2V0IGxvb2tzIGxpa2UNCg0KICBJ
UCB8IGVuY2FwX2hkciB8IElQIHwgVENQDQoNCk1lYXN1cmVtZW50cyBhY3Jvc3MgdGhlIHR1bm5l
bCAoaW5ncmVzcyB0byBlZ3Jlc3MgcG9pbnQpIGNvdWxkIGJlIGRvbmUNCg0KICBJUCB8IGlwcG1f
RE8gfCBlbmNhcF9oZHIgfCBJUCB8IFRDUCAoIzEpDQoNCk1lYXN1cmluZyB1bmRlcmRheSB0aGVu
IHdvdWxkIGJlDQoNCiAgSVAgfCBpcHBtX0hCSCB8IGVuY2FwX2hkciB8IElQIHwgVENQDQoNCkFu
ZCBhZ2FpbiBib3RoIGNhbiBiZSBkb25lIHNpbXVsYXRhbmVvdXNseQ0KDQogIElQIHwgaXBwbV9I
QkggfCBpcHBtX0RPIHwgZW5jYXBfaGRyIHwgSVAgfCBUQ1ANCg0KTm90ZSBhbHNvIHRoYXQgaW4g
c2ltcGxlIGlwaXAgZW5jYXN1bGF0aW9uIHRoZSBlbmNhcF9oZHIgd291bGQgYmUgbnVsbCB3aGVu
IHRoZSBETyBFSCBoYWUgbmV4dCBwcm90b2NvbCBhcyBJUC4gU28gdGhhdCBjYXNlIHdvdWxkIGxv
b2sgbGlrZToNCg0KICBJUCB8IGlwcG1fSEJIIHwgaXBwbV9ETyB8IElQIHwgVENQDQoNCk5vdyBp
ZiB0aGUgaXBwbSBpcyBpbiB0aGUgZW5jYXBzdWxhdGlvbiwgdGhlbiB0byBtZWFzdXJlIGFjcm9z
cyB0aGUgdHVubmVsIHBhY2tldCAoaW5ncmVzcyB0byBlZ3Jlc3MpIGxvb2tzIHNvbWV0aGluZyBs
aWtlDQoNCiAgIElQIHwgZW5jYXBfaGRyIHwgaXBwbV9kYXRhIHwgSVAgfCBUQ1AgKCMyKQ0KDQpX
aGVyZSBpcHBtX2RhdGEgaXMgZWl0aGVyIGEgZmllbGQgb3IgVExWIG9mIHRoZSBlbmNhcHN1bGF0
aW9uIChsaWtlIHdvdWxkIGJlIGluIEdlbmV2ZSkgb3IgaXQncyBhIGxheWVyIGluIGEgaGVhZGVy
IGNoYWluIChsaWtlIGluIHRoZSBHUkUgcHJvcG9zYWwpLg0KDQpJZiB1bmRlcmxheSBpcyBhbHNv
IG1lYXN1cmVkIGFsc28gdGhlbiB0aGF0IGdpdmVzDQoNCiAgSVAgfCBpcHBtX0hCSCB8IGVuY2Fw
X2hkciB8IGlwcG1fZGF0YSB8IElQIHwgVENQICcNCiMxIGFuZCAjMiBhYm92ZSBhcmUgdGhlIGNv
bXBhcmFibGUgY2FzZXMuDQoNCiMyIChpcHBtIGluIHRoZSBlbmNhcHN1bGF0aW9uKSBtZWFzdXJl
cyBmcm9tIGVuY2Fwc3VsYXRpb24gdG8gZGVjYXBzdWxhdGlvbiBvZiB0aGUgdHVubmVsLiBUaGlz
IGNvcnJlc3BvbmRzIHRvIHRoZSB0dW5uZWwgaW5ncmVzcyBhbmQgZWdyZXNzIHBvaW50cy4gSW4g
IzEsIHRoZSBETyBpcyB1c2VkIHRvIG1lYXN1cmUgYmV0d2VlbiB0dW5uZWwgaW5ncmVzcyBhbmQg
ZWdyZXNzLiBQcm9jZXNzaW5nIG9mIHRoZSBlbmNhcHN1bGF0aW9uIGhlYWRlciBpcyBhbHNvIGRv
bmUgYXQgdHVubmVsIGluZ3Jlc3MgYW5kIGVncmVzcyBzbyB0aGF0IGNvaW5jaWRlcyB3aXRoIHdo
ZXJlIERPIGlzIHByb2Nlc3NlZC4gSW4gYW4gaW1wbGVtZW50YXRpb24sIHRoZSBkZXN0aW5hdGlv
biBvcHRpb24gY2FuIGV2ZW4gYmUgcGFzc2VkIHRoZSBlbmNwYXN1bGF0aW9uIGxheWVyIGlmIGRl
c2lyZWQgc28gdGhhdCBpdCBjYW4gYmUgcHJvY2Vzc2VkIGFzIHRob3VnaCBpdCB3ZXJlIHBhcnQg
b2YgdGhlIGVuY2Fwc3VsYXRpb24uDQoNClNvIGZyb20gdGhpcywgSSBkb24ndCBzZWUgYW55IGZ1
bmN0aW9uYWwgZGlmZmVyZW5jZSBiZXR3ZWVuIHVzaW5nIHRoZSBpcHBtIERPIGluIHRoZSBvdXRl
ciBJUCBoZWFkZXIgb2YgYW4gZW5jYXBzdWxhdGlvbiBhbmQgcHV0dGluZyB0aGUgaXBwbSBkYXRh
IGluIHRoZSBlbmNhcHN1bGF0aW9uLiBUaGVyZSBtaWdodCBiZSBhbiBhZ3VtZW50IHRoYXQgdGhp
cyBpcyBuZWVkZWQgdG8gc3VwcG9ydCBJUHY0LCBidXQgZXZlbiBzbyBJJ20gbm90IHN1cmUgdGhh
dCBqdXN0aWZpZXMgcmV0cm9maXR0aW5nIGV2ZXJ5IElFVEYgZGVmaW5lZCBlbmNhcHN1bGF0aW9u
IHByb3RvY29sIHRvIHN1cHBvcnQgaXBwbS4NCg0KQWxzbywgSSB0aGluayBob3cgaXBwbSB3b3Jr
cyB3aXRoIHNpbXBsZSBJUElQIGVuY2Fwc3VsYXRpb24gc2hvdWxkIGJlIHRob3VnaHQgb3V0IHNp
bmNlIHRoYXQgaXMgc3RpbGwgcHJvYmFibHkgdGhlIG1vc3QgY29tbW9uIGVuY2Fwc3VsYXRpb24g
ZGVwbG95ZWQuIFRoZXJlIGlzIG5vIHdheSB0byBleHRlbmQgSVBJUCAoZG9lc24ndCBldmVuIGhh
dmUgZW5jYXANCmhlYWRlcikgYW5kIGFkZGluZyBhIG5ldyBJUCBwcm90b2NvbCBjb2RlIHBvaW50
IChzaW1pbGFyIHRvIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZSB3aGVyZSBhIG5ldyBFdGhlclR5
cGUgZm9yIHRoaXMgcHVycG9zZSBpcw0KcHJvcG9zZWQpIGlzIHByZXR0eSB1bmxpa2VseSB0byBi
ZSBhY2NlcHRlZC4gU28gaW4gdGhpcyBjYXNlIG9mIElQSVAsIGl0IHNlZW1zIGxpa2UgdGhlIG9u
bHkgYW5zd2VyIGlzIHRvIHVzZSBETyBvciBIQkggb3B0aW9ucywgYnV0IGFzIEkgbWVudGlvbmVk
IEkgZG9uJ3Qgc2VlIHRoYXQgaXMgYW55IGRpc2FkdmFudGFnZSBvciBsZXNzIGZ1bmN0aW9uYWwg
b2YgYSBzb2x1dGlvbiAoZXhjZXB0IGZvciBsYWNraW5nIElQdjQgc3VwcG9ydCkuDQoNCi4uLkZC
OiBUaGFua3MuIEkgZG8gZm9sbG93IHlvdXIgbG9naWMsIHRob3VnaCBpZ25vcmluZyB2NCBpc24n
dCByZWFsbHkgYW4gb3B0aW9uIC0gaGVuY2UgdGhlIG5lZWQgdG8gZ2V0IElPQU0gZGF0YSBpbnRv
IHRoZSB0dW5uZWwgZW5jYXBzIC0gYXQgbGVhc3QgaW50byB0aGUgbW9zdCBwb3B1bGFyIG9uZXMu
IA0KDQpGcmFuaw0KDQpUb20NCg0KPiBGcmFuaw0KPg0KPiBUb20NCj4NCj4+IERyYWZ0IGRyYWZ0
LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgYWxyZWFkeSBtZW50aW9ucyBsYXllcmluZyAoc2VlIHNl
Y3Rpb24gMyk6DQo+PiAiTGF5ZXJpbmc6IElmIHNldmVyYWwgZW5jYXBzdWxhdGlvbiBwcm90b2Nv
bHMgKGUuZy4sIGluIGNhc2Ugb2YgdHVubmVsaW5nKSBhcmUgc3RhY2tlZCBvbiB0b3Agb2YgZWFj
aCBvdGhlciwgSU9BTSBkYXRhLXJlY29yZHMgY291bGQgYmUgcHJlc2VudCBhdCBldmVyeSBsYXll
ci4gIFRoZSBiZWhhdmlvciBmb2xsb3dzIHRoZSBzaGlwcy1pbi10aGUtbmlnaHQgbW9kZWwuIg0K
Pj4NCj4+IEdpdmVuIHRoZSBkaXNjdXNzaW9uIGhlcmUsIHdlJ2xsIGFkZCBzb21lIGFkZGl0aW9u
YWwgdGV4dCBpbiB0aGUgbmV4dCByZXZpc2lvbiB0byBtYWtlIHRoaW5ncyBjcmlzcGVyIChlLmcu
IGFkZGluZyBhbiBleGFtcGxlIG1pZ2h0IGhlbHApLg0KPj4NCj4+IEZyYW5rDQo+Pg0KPj4gLS0t
LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5y
YW5AaHVhd2VpLmNvbT4NCj4+IFNlbnQ6IERpZW5zdGFnLCAxNy4gQXByaWwgMjAxOCAwMzoxOA0K
Pj4gVG86IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPj4gQ2M6IFNod2V0aGEg
QmhhbmRhcmkgKHNod2V0aGFiKSA8c2h3ZXRoYWJAY2lzY28uY29tPjsgRnJhbmsgQnJvY2tuZXJz
DQo+PiAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+OyBNaWNrZXkgU3BpZWdlbCANCj4+
IDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBT
ZXJ2aWNlIA0KPj4gRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJ
RVRGIElQUE0gV0cgDQo+PiA8aXBwbUBpZXRmLm9yZz4NCj4+IFN1YmplY3Q6IFJFOiBbaXBwbV0g
W0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIA0KPj4gcHJv
dG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+DQo+PiBJ
IHRoaW5rIGl0J3MgYmV0dGVyIHRoYXQgRnJhbmsgb3IgU2h3ZXRoYSBjYW4gZXhwbGFpbiB0aGUg
bXVsdGktbGF5ZXIgdXNlIGNhc2UgaW4gZGV0YWlsLg0KPj4NCj4+IFRpYW5yYW4NCj4+PiAtLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+IEZyb206IFRvbSBIZXJiZXJ0IFttYWlsdG86dG9t
QGhlcmJlcnRsYW5kLmNvbV0NCj4+PiBTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDEwOjQw
IFBNDQo+Pj4gVG86IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCj4+PiBD
YzogU2h3ZXRoYSBCaGFuZGFyaSAoc2h3ZXRoYWIpIDxzaHdldGhhYkBjaXNjby5jb20+OyBGcmFu
ayANCj4+PiBCcm9ja25lcnMNCj4+PiAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+OyBN
aWNrZXkgU3BpZWdlbCANCj4+PiA8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+OyBOVk8z
IDxudm8zQGlldGYub3JnPjsgaW50LWFyZWEgDQo+Pj4gPGludC1hcmVhQGlldGYub3JnPjsgU2Vy
dmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgDQo+Pj4gPHNmY0BpZXRmLm9yZz47IElF
VEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4+PiBTdWJqZWN0OiBSZTogW2lwcG1dIFtJbnQt
YXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyANCj4+PiBwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPj4+DQo+Pj4gT24g
TW9uLCBBcHIgMTYsIDIwMTggYXQgNjozMSBBTSwgVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBo
dWF3ZWkuY29tPiB3cm90ZToNCj4+PiA+IEhpIFNod2V0aGEsDQo+Pj4gPg0KPj4+ID4gWW91IGFy
ZSB0YWxraW5nIGFib3V0IHRoZSBvdXRlciBlbmNhcHN1dGlvbi4gSXQgaXMgc3RyYWlnaHQgDQo+
Pj4gPiBmb3J3YXJkIGZvciB0aGUgdW5kZXJsYXkgdG8gcmVjb3JkIGJ5IHRoZSBoZWFkZXIuIEJ1
dCB3aGF0IGFib3V0IA0KPj4+ID4gdGhlIG92ZXJsYXksIGkuZS4sIGlubmVyIGVuY2Fwc3VsYXRp
b24oZS5nLiBnZW5ldmUpPyBXaXRob3V0IA0KPj4+ID4gc3BlY2lhbCBjb25maWd1cmF0aW9uLCBp
bnRlcm1lZGlhdGUgbm9kZSB3aWxsIG5vdCByZWFkIHRoZSBpbm5lciANCj4+PiA+IGhlYWRlciwg
aGVuY2Ugbm90IGJlIGFibGUgdG8gcHJvY2VzcyBJT0FNLmUNCj4+Pg0KPj4+IEhpIFRpYW5yYW4s
DQo+Pj4NCj4+PiBJIGJlbGlldmUgdGhhdCBpcyBhbHNvIG5vdCBwcm90b2NvbCBjb25mb3JtYW50
LiBJbnRlcm1lZGlhdGUgbm9kZXMgDQo+Pj4gc2hvdWxkIG5vdCBiZSBwcm9jZXNzaW5nIHRyYW5z
cG9ydCBsYXllciBkYXRhIGFzIHRoaXMgY2FuIGxlYWQgdG8gDQo+Pj4gbWlzaW50ZXJwcmV0YXRp
b24gYW5kIHBvc3NpYmx5IHNpbGVudCBkYXRhIGNvcnJ1cHRpb24uDQo+Pj4NCj4+PiBGb3IgaW5z
dGFuY2UsIEdlbmV2ZSBpcyBhIFVEUCBlbmNhcHN1bGF0aW9uIHByb3RvY29sIHdpdGggYXNzaWdu
ZWQgcG9ydCA2MDgxLg0KPj4+IEluIG9yZGVyIGZvciBhbiBpbnRlcm1lZGlhdGUgZGV2aWNlIHRv
IHByb2Nlc3MgdGhlIEdlbmV2ZSANCj4+PiBlbmNhcHN1bGF0aW9uIGhlYWRlciBpdCB3b3VsZCBu
ZWVkIHRvIGxvb2sgZm9yIHBhY2tldHMgd2l0aCANCj4+PiBkZXN0aW5hdGlvbiBwb3J0IG9mIDYw
ODEgc2luY2UgdGhhdCBpcyB0aGUgb25seSBwb3NzaWJsZSANCj4+PiBkaXNjcmltaW5hdG9yLiBI
b3dldmVyLCB0cmFuc3BvcnQgcG9ydCBudW1iZXJzIGRvIG5vdCBoYXZlIGdsb2JhbCANCj4+PiBt
ZWFuaW5nIGFuZCBob3N0cyBtYXkgdXNlIHBvcnQgbnVtYmVycyBmb3Igb3RoZXIgcHVycG9zZXMg
KFJGQzc2MDUgDQo+Pj4gZGVzY3JpYmVzIHRoaXMpLiBTbyBhIHBhY2tldCB0byBwb3J0IDYwODEg
bWlnaHQgYmUgc29tZXRoaW5nIG90aGVyIA0KPj4+IHRoYW4gR2VuZXZlIGFuZCBtYXkgYmUgbWlz
aW50ZXJwcmV0ZWQuIElmIGEgbWlzaW50ZXJwcmV0ZWQgcGFja2V0IGlzIGNoYW5nZWQgKGxpa2Ug
aXBwbSBkYXRhIGlzIHdyaXR0ZW4pIHRoZW4gdGhhdCB3b3VsZCBiZSBzeXN0ZW1hdGljIHNpbGVu
dCBkYXRhIGNvcnJ1cHRpb24uDQo+Pj4NCj4+PiBBcyBmYXIgYXMgSSBrbm93LCBob3AtYnktaG9w
IG9wdGlvbnMgaXMgdGhlIG9ubHkgcHJvdG9jb2wgY29uZmlybWluZyANCj4+PiBtZWNoYW5pc20g
dGhhdCBhbGxvd3MgYW4gaW50ZXJtZWRpYXRlIG5vdGUgdG8gY2hhbmdlIGRhdGEgb2YgcGFja2V0
IGluIGZsaWdodC4NCj4+PiBFbmNwYXN1bGF0aW9uIGlzIHRoZSBvbmx5IGNvbmZvcm1pbmcgbWVj
aGFuaXNtIHRoYXQgYWxsb3dzIGFuIA0KPj4+IGludGVybWVkaWF0ZSBub2RlIHRvIGFkZCBkYXRh
IChsaWtlIGV4dGVuc2lvbiBoZWFkZXJzKSB0byBhIHBhY2tldCBpbiBmbGlnaHQuDQo+Pj4NCj4+
PiBUb20NCj4+Pg0KPj4+ID4gTWF5YmUgd2UgYXJlIG5vdCBzeW5jZWQgYnkgdGhpcyBvdmVybGF5
L3VuZGVybGF5IHVzZSBjYXNlLiA6LSkNCj4+PiA+DQo+Pj4gPiBUaWFucmFuDQo+Pj4gPg0KPj4+
ID4NCj4+PiA+DQo+Pj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+ID4g
U2VudCBmcm9tIFdlTGluaw0KPj4+ID4NCj4+PiA+IOWPkeS7tuS6uu+8miBTaHdldGhhIEJoYW5k
YXJpIChzaHdldGhhYikNCj4+PiA+IOaUtuS7tuS6uu+8miBUaWFucmFuIFpob3U8emhvdXRpYW5y
YW5AaHVhd2VpLmNvbT47RnJhbmsgQnJvY2tuZXJzIA0KPj4+ID4gKGZicm9ja25lKTxmYnJvY2tu
ZUBjaXNjby5jb20+O01pY2tleQ0KPj4+ID4gU3BpZWdlbDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdv
cmtzLmNvbT47VG9tDQo+Pj4gPiBIZXJiZXJ0PHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+Pj4gPiDm
ioTpgIHvvJogTlZPMzxudm8zQGlldGYub3JnPjtpbnQtYXJlYTxpbnQtYXJlYUBpZXRmLm9yZz47
U2VydmljZQ0KPj4+ID4gRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0PHNmY0BpZXRmLm9yZz47
SUVURiBJUFBNIA0KPj4+ID4gV0c8aXBwbUBpZXRmLm9yZz4NCj4+PiA+IOS4u+mimO+8miBSZTog
W2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyAN
Cj4+PiA+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9u
DQo+Pj4gPiDml7bpl7TvvJogMjAxOC0wNC0xNiAxODoxNzowMQ0KPj4+ID4NCj4+PiA+IEhpIFRp
YW5yYW4sDQo+Pj4gPg0KPj4+ID4+IElmIEkgcmVjYWxsIHJpZ2h0LCBpdCBpcyBub3Qgd3JpdHRl
biBpbiB0aGUgaW9hbSBkYXRhIGRyYWZ0Lg0KPj4+ID4NCj4+PiA+IERhdGEgZHJhZnQgaXMgZGVm
aW5pbmcgdGhlIGRhdGEgdG8gYmUgY2FycmllZCBpbiBJT0FNIGluIGFuIA0KPj4+ID4gZW5jYXBz
dWxhdGlvbiBhZ25vc3RpYyB3YXksIGl0IGRvZXMgbm90IHNwZWNpZnkgaG93IHRoZSANCj4+PiA+
IGVuY2Fwc3VsYXRpb24gcHJvdG9jb2wgaXMgY29uZmlndXJlZC4NCj4+PiA+DQo+Pj4gPg0KPj4+
ID4NCj4+PiA+PiBZZXMsIG5vZGUgYnkgbm9kZSBjb25maWd1cmF0aW9uIGlzIGFuIGVhc3kgd2F5
Lg0KPj4+ID4NCj4+PiA+IFdoaWxlIGl0IGlzLCBpdCBkb2VzIG5vdCBoYXZlIHRvIGJlIGEgbm9k
ZSBieSBub2RlIGNvbmZpZ3VyYXRpb24uDQo+Pj4gPiBJdCBjYW4gYmUgcGFydCBvZiB0aGUgZW5j
YXBzdWxhdGlvbiBkZWZpbml0aW9uLg0KPj4+ID4NCj4+PiA+IEZvciBlLmcuIElmIHRoZSBlbmNh
cHN1bGF0aW9uIGlzIElQdjYgYW5kIGlmIHdlIGRlZmluZSB0aGUgZGF0YSB0byANCj4+PiA+IGJl
IGNhcnJpZWQgYXMgSGJIIG9wdGlvbnMsIHRoZW4gYmFzZWQgb24gdGhlIE9wdGlvbiBUeXBlIHdp
dGggDQo+Pj4gPiBoaWdoZXN0IG9yZGVyIDIgYml0cyBzZXQgdG8gMDAgdGhlbiB0aGUgdjYgbm9k
ZXMgdGhhdCBpbXBsZW1lbnQgDQo+Pj4gPiBJT0FNIHdpbGwgcHJvY2VzcyB0aGUgb3B0aW9uIGFu
ZCBvdGhlcnMgd2lsbCBza2lwIG92ZXIuDQo+Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+
ID4NCj4+PiA+IFRoYW5rcywNCj4+PiA+DQo+Pj4gPiBTaHdldGhhDQo+Pj4gPg0KPj4+ID4NCj4+
PiA+DQo+Pj4gPiBGcm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBv
ZiBUaWFucmFuIFpob3UgDQo+Pj4gPiA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCj4+PiA+IERh
dGU6IE1vbmRheSwgQXByaWwgMTYsIDIwMTggYXQgMjozNiBQTQ0KPj4+ID4gVG86ICJGcmFuayBC
cm9ja25lcnMgKGZicm9ja25lKSIgPGZicm9ja25lQGNpc2NvLmNvbT4sIE1pY2tleSANCj4+PiA+
IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPiwgVG9tIEhlcmJlcnQgDQo+
Pj4gPiA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCj4+PiA+IENjOiBOVk8zIDxudm8zQGlldGYub3Jn
PiwgImludC1hcmVhQGlldGYub3JnIiA8aW50LWFyZWFAaWV0Zi5vcmc+LCANCj4+PiA+IFNlcnZp
Y2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+LCBJRVRGIElQUE0g
V0cgDQo+Pj4gPiA8aXBwbUBpZXRmLm9yZz4NCj4+PiA+IFN1YmplY3Q6IFJlOiBbaXBwbV0gW0lu
dC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiANCj4+PiA+IHZhcmlvdXMgcHJv
dG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+PiA+DQo+
Pj4gPg0KPj4+ID4NCj4+PiA+IEhpIEZyYW5rLA0KPj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4g
SWYgSSByZWNhbGwgcmlnaHQsIGl0IGlzIG5vdCB3cml0dGVuIGluIHRoZSBpb2FtIGRhdGEgZHJh
ZnQuDQo+Pj4gPg0KPj4+ID4gWWVzLCBub2RlIGJ5IG5vZGUgY29uZmlndXJhdGlvbiBpcyBhbiBl
YXN5IHdheS4gSW4gdGhlIA0KPj4+ID4gZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZywgd2UgaGF2
ZSB0aGUg4oCccHJvdG9jb2wtdHlwZeKAnSB0byBpbmRpY2F0ZSANCj4+PiA+IHRoZSBsYXllcmlu
Zy4NCj4+PiA+DQo+Pj4gPiAgICArLS1ydyBpb2FtDQo+Pj4gPg0KPj4+ID4gICAgICAgKy0tcncg
aW9hbS1wcm9maWxlcw0KPj4+ID4NCj4+PiA+ICAgICAgICAgICstLXJ3IGVuYWJsZWQ/ICAgICAg
ICBib29sZWFuDQo+Pj4gPg0KPj4+ID4gICAgICAgICAgKy0tcncgaW9hbS1wcm9maWxlKiBbcHJv
ZmlsZS1uYW1lXQ0KPj4+ID4NCj4+PiA+ICAgICAgICAgICAgICstLXJ3IHByb2ZpbGUtbmFtZSAg
ICAgICAgICAgICAgICAgICAgc3RyaW5nDQo+Pj4gPg0KPj4+ID4gICAgICAgICAgICAgKy0tcncg
ZmlsdGVyDQo+Pj4gPg0KPj4+ID4gICAgICAgICAgICAgfCAgKy0tcncgZmlsdGVyLXR5cGU/ICAg
aW9hbS1maWx0ZXItdHlwZQ0KPj4+ID4NCj4+PiA+ICAgICAgICAgICAgIHwgICstLXJ3IGFjbC1u
YW1lPyAgICAgIC0+IC9hY2w6YWNscy9hY2wvbmFtZQ0KPj4+ID4NCj4+PiA+ICAgICAgICAgICAg
ICstLXJ3IHByb3RvY29sLXR5cGU/ICAgICAgICAgICAgICAgICAgaW9hbS1wcm90b2NvbC10eXBl
DQo+Pj4gPg0KPj4+ID4gICAgICAgICAgICAgKy0tcncgaW5jcmVtZW50YWwtdHJhY2luZy1wcm9m
aWxlIHtpbmNyZW1lbnRhbC10cmFjZX0/DQo+Pj4gPg0KPj4+ID4gICAgICAgICAgICAgfCAgLi4u
DQo+Pj4gPg0KPj4+ID4gICAgICAgICAgICAgKy0tcncgcHJlYWxsb2NhdGVkLXRyYWNpbmctcHJv
ZmlsZSB7cHJlYWxsb2NhdGVkLXRyYWNlfT8NCj4+PiA+DQo+Pj4gPiAgICAgICAgICAgICB8ICAu
Li4NCj4+PiA+DQo+Pj4gPiAgICAgICAgICAgICArLS1ydyBwb3QtcHJvZmlsZSB7cHJvb2Ytb2Yt
dHJhbnNpdH0/DQo+Pj4gPg0KPj4+ID4gICAgICAgICAgICAgfCAgLi4uDQo+Pj4gPg0KPj4+ID4g
ICAgICAgICAgICAgKy0tcncgZTJlLXByb2ZpbGUge2VkZ2UtdG8tZWRnZX0/DQo+Pj4gPg0KPj4+
ID4gICAgICAgICAgICAgICAgLi4uDQo+Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4N
Cj4+PiA+IFRpYW5yYW4NCj4+PiA+DQo+Pj4gPiBGcm9tOiBGcmFuayBCcm9ja25lcnMgKGZicm9j
a25lKSBbbWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbV0NCj4+PiA+IFNlbnQ6IE1vbmRheSwgQXBy
aWwgMTYsIDIwMTggNDo1MSBQTQ0KPj4+ID4gVG86IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5A
aHVhd2VpLmNvbT47IE1pY2tleSBTcGllZ2VsIA0KPj4+ID4gPG1zcGllZ2VsQGJhcmVmb290bmV0
d29ya3MuY29tPjsgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+Pj4gPiBDYzog
TlZPMyA8bnZvM0BpZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnOyBTZXJ2aWNlIEZ1bmN0aW9u
IA0KPj4+ID4gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cg
PGlwcG1AaWV0Zi5vcmc+DQo+Pj4gPiBTdWJqZWN0OiBSRTogW2lwcG1dIFtJbnQtYXJlYV0gZW5j
YXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gDQo+Pj4gPiB2YXJpb3VzIHByb3RvY29scyAtIGZv
bGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQo+Pj4gPg0KPj4+ID4NCj4+PiA+
DQo+Pj4gPiBIaSBUaWFucmFuLA0KPj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4gSU9BTSBpcyBh
IGRvbWFpbiBzcGVjaWZpYyBmZWF0dXJlIChzZWUgYWxzbw0KPj4+ID4gZHJhZnQtaWV0Zi1pcHBt
LWlvYW0tZGF0YS0wMiBzZWN0aW9ucyAzIGFuZCA0KSwgd2hpY2ggYWxsb3dzIGFuIA0KPj4+ID4g
b3BlcmF0b3IgdG8gY29udHJvbCBieSBtZWFucyBvZiBjb25maWd1cmF0aW9uIHdoZXJlIGFuZCBm
b3Igd2hpY2ggDQo+Pj4gPiB0cmFmZmljIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkL3VwZGF0
ZWQvcmVtb3ZlZCBmcm9tIHRoZSANCj4+PiA+IGN1c3RvbWVyIHRyYWZmaWMuIFVzaW5nIHlvdXIg
ZXhhbXBsZSBvZiBHZW5ldmUgb3ZlciBJUHY2IOKAkyB3aXRoIA0KPj4+ID4gSU9BTSBkYXRhIGlu
IGJvdGggdGhlIEdlbmV2ZSBhbmQgdGhlIElQdjYgcHJvdG9jb2wsIG9uZSB3b3VsZCANCj4+PiA+
IGV4cGVjdCB0aGF0IHRoZSBvcGVyYXRvciBjb25maWd1cmVzIHRoZSBlbmRwb2ludHMgb2YgdGhl
IEdlbmV2ZSANCj4+PiA+IHR1bm5lbCB0byBvcGVyYXRlIG9uIHRoZSBJT0FNIGRhdGEgaW4gR2Vu
ZXZlLCBhbmQgdGhlIElQdjYgcm91dGVycyANCj4+PiA+IHRoYXQgdGhlIEdlbmV2ZSB0dW5uZWwN
Cj4+PiB0cmF2ZXJzZXMgdG8gb3BlcmF0ZSBvbiB0aGUgSU9BTSBkYXRhIGluIElQdjYuDQo+Pj4g
Pg0KPj4+ID4NCj4+PiA+DQo+Pj4gPiBGcmFuaw0KPj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4g
RnJvbTogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPg0KPj4+ID4gU2VudDog
TW9udGFnLCAxNi4gQXByaWwgMjAxOCAxMDozNw0KPj4+ID4gVG86IEZyYW5rIEJyb2NrbmVycyAo
ZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+OyBNaWNrZXkgDQo+Pj4gPiBTcGllZ2VsIDxt
c3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IFRvbSBIZXJiZXJ0IA0KPj4+ID4gPHRvbUBo
ZXJiZXJ0bGFuZC5jb20+DQo+Pj4gPiBDYzogTlZPMyA8bnZvM0BpZXRmLm9yZz47IGludC1hcmVh
QGlldGYub3JnOyBTZXJ2aWNlIEZ1bmN0aW9uIA0KPj4+ID4gQ2hhaW5pbmcgSUVURiBsaXN0IDxz
ZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+Pj4gPiBTdWJqZWN0
OiBSRTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gDQo+
Pj4gPiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4g
TG9uZG9uDQo+Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPiBIaSBGcmFuaywNCj4+PiA+DQo+Pj4g
Pg0KPj4+ID4NCj4+PiA+IEhvdyBkb2VzIGEgZm9yd2FyZGVyIGtub3cgd2hlbiBhbmQgd2hlcmUg
dG8gaW5zZXJ0IHRoZSBkYXRhPw0KPj4+ID4NCj4+PiA+IEluIHRoZSBjYXNlIG9mIEdlbmV2ZSBv
dmVyIElQdjYsIGRvIHlvdSBtZWFuIHRoZSBkZXZpY2UgbmVlZCB0byANCj4+PiA+IHNjYW4gYWxs
IHRoZSBwcm90b2NvbCBzdGFjaz8gT3IganVzdCB0aGUgb3V0ZXIgZW5jYXBzdWxhdGlvbj8NCj4+
PiA+DQo+Pj4gPg0KPj4+ID4NCj4+PiA+IFRpYW5yYW4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4NCj4+
PiA+IEZyb206IGlwcG0gW21haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP
ZiBGcmFuayANCj4+PiA+IEJyb2NrbmVycw0KPj4+ID4gKGZicm9ja25lKQ0KPj4+ID4gU2VudDog
TW9uZGF5LCBBcHJpbCAxNiwgMjAxOCAzOjA4IFBNDQo+Pj4gPiBUbzogTWlja2V5IFNwaWVnZWwg
PG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQgDQo+Pj4gPiA8dG9t
QGhlcmJlcnRsYW5kLmNvbT4NCj4+PiA+IENjOiBOVk8zIDxudm8zQGlldGYub3JnPjsgaW50LWFy
ZWFAaWV0Zi5vcmc7IFNlcnZpY2UgRnVuY3Rpb24gDQo+Pj4gPiBDaGFpbmluZyBJRVRGIGxpc3Qg
PHNmY0BpZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4+PiA+IFN1Ympl
Y3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiAN
Cj4+PiA+IHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBp
biBMb25kb24NCj4+PiA+DQo+Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4gVG9tLA0K
Pj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4gYSBxdWljayBhZGRpdGlvbiB0byB3aGF0IE1pY2tl
eSBtZW50aW9uZWQgYmVsb3c6IFdoYXQgeW91IHNlZW0gdG8gDQo+Pj4gPiBoYXZlIGluIG1pbmQg
aXMgd2hhdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHJlZmVycyB0byBhcyDigJxsYXll
cmluZ+KAnQ0KPj4+ID4gKHNlZSBzZWN0aW9uIDMuKSwgaS5lLiBpZiB5b3XigJlyZSBydW5uaW5n
IGZvciBleGFtcGxlIEdlbmV2ZSBvdmVyIA0KPj4+ID4gSVB2NiwgdGhlbiBJT0FNIGRhdGEgY291
bGQgYmUgZW5jYXBzdWxhdGVkIGluIGJvdGggcHJvdG9jb2xzLCANCj4+PiA+IEdlbmV2ZSBhbmQN
Cj4+PiA+IElQdjYg4oCTIGdpdmluZyB5b3UgdmlzaWJpbGl0eSBpbnRvIHRoZSDigJx1bmRlcmxh
eeKAnSAoSVB2NikgYW5kIHRoZSDigJxvdmVybGF54oCdDQo+Pj4gKEdlbmV2ZSkuDQo+Pj4gPg0K
Pj4+ID4NCj4+PiA+DQo+Pj4gPiBGcmFuaw0KPj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4gRnJv
bTogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgTWlja2V5IFNwaWVn
ZWwNCj4+PiA+IFNlbnQ6IEZyZWl0YWcsIDEzLiBBcHJpbCAyMDE4IDIwOjIyDQo+Pj4gPiBUbzog
VG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+Pj4gPiBDYzogTlZPMyA8bnZvM0Bp
ZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnOyBTZXJ2aWNlIEZ1bmN0aW9uIA0KPj4+ID4gQ2hh
aW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5v
cmc+DQo+Pj4gPiBTdWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBv
ZiBJT0FNIGRhdGEgaW4gDQo+Pj4gPiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9t
IFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQo+Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPiBUb20s
DQo+Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAxMDox
NyBQTSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+IHdyb3RlOg0KPj4+ID4NCj4+
PiA+IE1pY2tleSwNCj4+PiA+DQo+Pj4gPiBMb29raW5nIGF0IHRoZXNlIGlwcG0gZHJhZnRzIG1v
cmUgY2xvc2VseSwgSSBoYXZlIGEgbXVjaCBtb3JlIA0KPj4+ID4gZnVuZGFtZW50YWwgY29uY2Vy
bi4NCj4+PiA+DQo+Pj4gPiBJbiBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0wMCBm
b3IgaW5zdGFuY2UsIHRoZXJlIGlzIHRoZSANCj4+PiA+IHRleHQgaW4gdGhlIGludHJvZHVjdGlv
bjoNCj4+PiA+DQo+Pj4gPiAiSW4tc2l0dSBPQU0gKElPQU0pIHJlY29yZHMgT0FNIGluZm9ybWF0
aW9uIHdpdGhpbiB0aGUgcGFja2V0IA0KPj4+ID4gd2hpbGUgdGhlIHBhY2tldCB0cmF2ZXJzZXMg
YSBwYXJ0aWN1bGFyIG5ldHdvcmsgZG9tYWluLiAgVGhlIHRlcm0gImluLXNpdHUiDQo+Pj4gPiBy
ZWZlcnMgdG8gdGhlIGZhY3QgdGhhdCB0aGUgSU9BTSBkYXRhIGZpZWxkcyBhcmUgYWRkZWQgdG8g
dGhlIGRhdGEgDQo+Pj4gPiBwYWNrZXRzIHJhdGhlciB0aGFuIGlzIGJlaW5nIHNlbnQgd2l0aGlu
IHBhY2tldHMgc3BlY2lmaWNhbGx5IA0KPj4+ID4gZGVkaWNhdGVkIHRvIE9BTS4gIFRoaXMgZG9j
dW1lbnQgZGVmaW5lcyBob3cgSU9BTSBkYXRhIGZpZWxkcyBhcmUgDQo+Pj4gPiB0cmFuc3BvcnRl
ZCBhcyBwYXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSANCj4+PiA+IGVu
Y2Fwc3VsYXRpb24uIg0KPj4+ID4NCj4+PiA+IEkgYXNzdW1lIHRoaXMgbWVhbnMgdGhhdCBhcyBw
YWNrZXRzIHdpdGggR2VuZXZlIGVuY2Fwc3VsYXRpb24gDQo+Pj4gPiB0cmF2ZXJzZSB0aGUgbmV0
d29yayB0aGV5IGFyZSBpbnRlcnByZXRlZCBieSBpbnRlcm1lZGlhdGUgbm9kZXMgYXMgDQo+Pj4g
PiBiZWluZyBHZW5ldmUuIFNpbmNlIEdlbmV2ZSBpcyBhIFVEUCBlbmNhcHN1bGF0aW9uLCB0aGVu
IHRoZSANCj4+PiA+IGRlc3RpbmF0aW9uIFVEUCBwb3J0IG51bWJlciB3b3VsZCBiZSB1c2VkIHRv
IGlkZW50aWZ5IHBhY2tldHMgYXMgDQo+Pj4gPiBiZWluZyBHZW5ldmUuIFNvIGFuIGludGVybWVk
aWF0ZSBkZXZpY2UgbWlnaHQgYmUgbG9va2luZyBmb3IgVURQIA0KPj4+ID4gcGFja2V0cyBkZXN0
aW5lZCB0byBwb3J0DQo+Pj4gPiA2MDgxICh0aGUgYXNzaWduZWQgVURQIHBvcnQgZm9yIEdlbmV2
ZSkuIElmIG15IHVuZGVyc3RhbmRpbmcgaXMgDQo+Pj4gPiBjb3JyZWN0LCB0aGVuIHRoaXMgaXMg
YSBwcm9ibGVtLg0KPj4+ID4NCj4+PiA+IFVEUCBwb3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xv
YmFsIG1lYW5pbmcuIEFuIGludGVybWVkaWF0ZSANCj4+PiA+IGRldmljZSBtYXkgdmVyeSB3ZWxs
IHNlZSBVRFAgcGFja2V0cyBkZXN0aW5lZCB0byBwb3J0IDYwODEgdGhhdCANCj4+PiA+IGFyZSBu
b3QgYWN0dWFsbHkgR2VuZXZlLiBUaGlzIHNjZW5hcmlvIGlzIGRpc2N1c3NlZCBpbiBSRkM3NjA1
Og0KPj4+ID4NCj4+PiA+ICIuLi5pbnRlcm1lZGlhdGUgZGV2aWNlIGludGVycHJldHMgdHJhZmZp
YyBiYXNlZCBvbiB0aGUgcG9ydCBudW1iZXIuDQo+Pj4gPiBJdCBpcyBpbXBvcnRhbnQgdG8gcmVj
b2duaXplIHRoYXQgYW55IGludGVycHJldGF0aW9uIG9mIHBvcnQgDQo+Pj4gPiBudW1iZXJzDQo+
Pj4gPiAtLSBleGNlcHQgYXQgdGhlIGVuZHBvaW50cyAtLSBtYXkgYmUgaW5jb3JyZWN0LCBiZWNh
dXNlIHBvcnQgDQo+Pj4gPiBudW1iZXJzIGFyZSBtZWFuaW5nZnVsIG9ubHkgYXQgdGhlIGVuZHBv
aW50cy4iDQo+Pj4gPg0KPj4+ID4gSWYgdGhlIFVEUCBkYXRhIGlzIG1vZGlmaWVkLCBhcyB0aGUg
ZHJhZnQgd291bGQgaW1wbHksIHRoZW4gDQo+Pj4gPiBtaXNpbnRlcnByZXRhdGlvbiBtYXkgYWxz
byBtZWFuIHNpbGVudCBkYXRhIGNvcnJ1cHRpb24gb2YgcGFja2V0cy4NCj4+PiA+IEEgcHJvdG9j
b2wgdGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0eSBpbmNvcnJlY3QhIE5vdGUgdGhh
dCANCj4+PiA+IHRoaXMgd291bGQgYmUgdHJ1ZSBhbHNvIGZvciBhbnkgVURQIGVuY2Fwc3VsYXRp
b24gdGhhdCB0aGUgbmV0d29yayANCj4+PiA+IHRyaWVzIHRvIGludGVycHJldC4NCj4+PiA+DQo+
Pj4gPg0KPj4+ID4NCj4+PiA+IFRoZSBpbnRlbnRpb24gaXMgdG8gYWxsb3cgZm9yIG11bHRpcGxl
IG5vZGVzIHRoYXQgYSBwYWNrZXQgDQo+Pj4gPiB0cmF2ZXJzZXMNCj4+PiA+DQo+Pj4gPiB0byBi
ZSBhYmxlIHRvIGluc2VydCBJT0FNIG5vZGUgaW5mb3JtYXRpb24gaW4gdGhlIHNhbWUgdHJhY2Ug
DQo+Pj4gPiBvcHRpb24sDQo+Pj4gPg0KPj4+ID4gYnV0IGxlYXZlIHNvbWUgZmxleGliaWxpdHkg
cmVnYXJkaW5nIHdoaWNoIG5vZGVzIGFjdHVhbGx5IGRvIHRoZQ0KPj4+ID4NCj4+PiA+IElPQU0g
cHJvY2Vzc2luZyBhbmQgdGhlIG5vZGUgaW5mb3JtYXRpb24uIFRoaXMgbWF5IHZhcnkNCj4+PiA+
DQo+Pj4gPiBkZXBlbmRpbmcgb24gdGhlIHRyYW5zcG9ydC4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4N
Cj4+PiA+IEluIGNhc2Ugb2YgYSB0dW5uZWxlZCBlbmNhcHN1bGF0aW9uIHN1Y2ggYXMgR2VuZXZl
IG9yIFZYTEFOLA0KPj4+ID4NCj4+PiA+IHRoZXJlIG1heSBzdGlsbCBiZSBtdWx0aXBsZSBob3Bz
LiBGb3IgZXhhbXBsZSBhIG5ldHdvcmsgbWF5IHVzZQ0KPj4+ID4NCj4+PiA+IEdlbmV2ZSBvciBW
WExBTiwgYnV0IG9ubHkgZG8gTDIgcHJvY2Vzc2luZyBhdCBUb1JzLCB3aXRoIEwzDQo+Pj4gPg0K
Pj4+ID4gcHJvY2Vzc2luZyBkb25lIGF0IGFnZ3JlZ2F0aW9uIG9yIGNvcmUgc3dpdGNoZXMuIElu
IHRoaXMgY2FzZQ0KPj4+ID4NCj4+PiA+IG1hbnkgcGFja2V0cyB3b3VsZCBkbyAyIEdlbmV2ZSBv
ciBWWExBTiBob3BzLCBzbyB0aGUgcGFja2V0DQo+Pj4gPg0KPj4+ID4gd291bGQgY29udGFpbiBJ
T0FNIG5vZGUgaW5mb3JtYXRpb24gZnJvbSB0d28gbm9kZXMuDQo+Pj4gPg0KPj4+ID4NCj4+PiA+
DQo+Pj4gPiBBbm90aGVyIGV4YW1wbGUgaXMgc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyB1c2lu
ZyBHZW5ldmUgb3INCj4+PiA+DQo+Pj4gPiBWWExBTiByYXRoZXIgdGhhbiBOU0guDQo+Pj4gPg0K
Pj4+ID4NCj4+PiA+DQo+Pj4gPg0KPj4+ID4gSSBhbSBhbHNvIHdvbmRlcmluZyBpZiBob3AtYnkt
aG9wIG9wdGlvbnMgYmVlbiBjb25zaWRlcmVkIGZvciB0aGlzIA0KPj4+ID4gYXBwbGljYXRpb24/
IFRoZWlyIGludGVycHJldGF0aW9uIGluIHRoZSBuZXR3b3JrIGlzIHVuYWJpZ3VvdXMgYW5kIA0K
Pj4+ID4gdGhleSBhbHNvIGhhdmUgdGhlIGFkdmFudGFnZSB0aGF0IHRoZSB3b3JrIHdpdGggYW55
IElQIHByb3RvY29sIG9yIA0KPj4+ID4gZW5jYXBzdWxhdGlvbi4NCj4+PiA+DQo+Pj4gPg0KPj4+
ID4NCj4+PiA+IElQdjYgaG9wLWJ5LWhvcCBvcHRpb25zIGhhcyBiZWVuIGNvbnNpZGVyZWQuIFNl
ZQ0KPj4+ID4NCj4+PiA+IGRyYWZ0LWJyb2NrbmVycy1pbmJhbmQtb2FtLXRyYW5zcG9ydC0wNS4g
VGhpcyBoYXMgbm90IHlldCBiZWVuDQo+Pj4gPg0KPj4+ID4gYnJva2VuIG91dCBpbnRvIGEgc2Vw
YXJhdGUgZHJhZnQuDQo+Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPiBNaWNrZXkNCj4+PiA+DQo+
Pj4gPg0KPj4+ID4NCj4+PiA+DQo+Pj4gPiBUaGFua3MsDQo+Pj4gPiBUb20NCj4+PiA+DQo+Pj4g
Pg0KPj4+ID4gT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMzozMSBQTSwgTWlja2V5IFNwaWVnZWwg
DQo+Pj4gPiA8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+IHdyb3RlOg0KPj4+ID4NCj4+
PiA+PiBUb20sDQo+Pj4gPj4NCj4+PiA+PiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBN
LCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4gd3JvdGU6DQo+Pj4gPj4+DQo+Pj4g
Pj4+IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6NTQgQU0sIEdyZWcgTWlyc2t5IA0KPj4+ID4+
PiA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPg0KPj4+ID4+PiB3cm90ZToNCj4+PiA+Pj4gPiBIaSBG
cmFuaywNCj4+PiA+Pj4gPiB0aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBwb2ludHMuIFBsZWFz
ZSBmaW5kIG15IG5vdGVzIA0KPj4+ID4+PiA+IGluLWxpbmUgYW5kIHRhZ2dlZA0KPj4+ID4+PiA+
IEdJTT4+LiBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIHZlcnkgbXVjaCByZWxldmFudCB0byB3b3Jr
IG9mIA0KPj4+ID4+PiA+IEdJTT4+b3RoZXINCj4+PiA+Pj4gPiB3b3JraW5nDQo+Pj4gPj4+ID4g
Z3JvdXBzIHRoYXQgZGlyZWN0bHkgd29yayBvbiB0aGUgb3ZlcmxheSBlbmNhcHN1bGF0aW9ucyBp
biB0aGUgDQo+Pj4gPj4+ID4gY2VudGVyIG9mIHRoZSBkaXNjdXNzaW9uIGFuZCBoZW5jZSBJJ3Zl
IGFkZGVkIHRoZW0gdG8gdGhlIGxpc3QuDQo+Pj4gPj4+ID4gSG9wZSB3ZSdsbCBoYXZlIG1vcmUg
b3BpbmlvbnMgdG8gcmVhY2ggdGhlIGNvbmNsdXNpb24gdGhhdCBpcyANCj4+PiA+Pj4gPiBhY2Nl
cHRhYmxlIHRvIGFsbC4NCj4+PiA+Pj4gPg0KPj4+ID4+PiA+IFJlZ2FyZHMsDQo+Pj4gPj4+ID4g
R3JlZw0KPj4+ID4+PiA+DQo+Pj4gPj4+ID4gT24gV2VkLCBBcHIgMTEsIDIwMTggYXQgMTI6MDIg
UE0sIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIA0KPj4+ID4+PiA+IDxmYnJvY2tuZUBjaXNj
by5jb20+IHdyb3RlOg0KPj4+ID4+PiA+Pg0KPj4+ID4+PiA+PiBCYWNrIGF0IHRoZSBJUFBNIG1l
ZXRpbmcgaW4gTG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJhbCANCj4+PiA+Pj4gPj4gZHJhZnRz
IGRlYWxpbmcgd2l0aCB0aGUgZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyAN
Cj4+PiA+Pj4gPj4gcHJvdG9jb2xzIChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdw
ZS0wMCwNCj4+PiA+Pj4gPj4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAsDQo+
Pj4gPj4+ID4+IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMCkuIE9uZSBkaXNjdXNzaW9uIHRv
cGljIHRoYXQgd2UgDQo+Pj4gPj4+ID4+IGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMg
dGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgDQo+Pj4gPj4+ID4+IGRyYWZ0LW9vYW1kdC1ydGd3Zy1v
b2FtLWhlYWRlciBjb3VsZCBiZSBsZXZlcmFnZWQuLiAgQWZ0ZXIgDQo+Pj4gPj4+ID4+IGNhcmVm
dWxseSBjb25zaWRlcmluZyBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIsIEkgY2FtZSAN
Cj4+PiA+Pj4gPj4gdG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0g
ZG9lcyBub3QgbWVldCB0aGUgDQo+Pj4gPj4+ID4+IG5lZWRzIG9mDQo+Pj4gPj4+ID4+IElPQU06
DQo+Pj4gPj4+ID4+DQo+Pj4gPj4+ID4+ICogRWZmaWNpZW5jeTogSU9BTSBhZGRzIGRhdGEgdG8g
bGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIA0KPj4+ID4+PiA+PiBhbiBlbmNhcHN1bGF0aW9u
IG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3NzaWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy
4oCdDQo+Pj4gPj4+ID4+IGlzIDgNCj4+PiA+Pj4gPj4gYnl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNo
IGZvciBJT0FNIGRhdGEgZW5jYXBzdWxhdGlvbiBpbiB0aGUgDQo+Pj4gPj4+ID4+IGFib3ZlIG1l
bnRpb25lZCBkcmFmdHMgb25seSByZXF1aXJlcyA0IGJ5dGVzLiBVc2luZyB0aGUgT09BTSANCj4+
PiA+Pj4gPj4gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVh
ZCBvZiA0IGJ5dGVzIA0KPj4+ID4+PiA+PiDigJMgd2hpY2ggaXMgc2lnbmlmaWNhbnQuDQo+Pj4g
Pj4+IEdyZWcsDQo+Pj4gPj4+DQo+Pj4gPj4+IEknbSBtaXNzaW5nIHNvbWV0aGluZyBoZXJlLiBJ
IGxvb2tlZCBhdCB0aGUgZHJhZnRzIHlvdSANCj4+PiA+Pj4gcmVmZXJlbmNlZCBhbmQgZWFjaCBv
ZiB0aGVtIGxvb2tzIGxpa2UgdGhlIG92ZXJoZWFkIGZvciBPQU0gaXMgDQo+Pj4gPj4+IGdyZWF0
ZXIgdGhhdCBmb3VyIGJ5dGVzLiBJbiBlYWNoIHRoZXJlIGlzIHNvbWUgb3ZlcmhlYWQgDQo+Pj4g
Pj4+IGVxdWl2YWxlbnQgdG8gdHlwZS9sZW5ndGgsIGZvciBpbnN0YW5jZSBpbiBHZW5ldmUgZm91
ciBieXRlcyBhcmUgDQo+Pj4gPj4+IG5lZWRlZCBmb3Igb3B0aW9uIGNsYXNzLCB0eXBlLCBhbmQg
bGVuZ3RoLiBVbmxlc3MgdGhlIHRoZSBPQU0gDQo+Pj4gPj4+IGRhdGEgaXMgemVybyBsZW5ndGgs
IEkgZG9uJ3Qgc2VlIGhvdyB0aGlzIGFkZHMgdXAgdG8gb25seSBmb3VyIGJ5dGVzIG9mIG92ZXJo
ZWFkLg0KPj4+ID4+DQo+Pj4gPj4NCj4+PiA+PiBUaGUgZm91ciB2ZXJzdXMgZWlnaHQgYnl0ZXMg
anVzdCByZWZlcnMgdG8gdGhlIGZpZWxkcyBpbiB0aGUgZm91ciANCj4+PiA+PiBieXRlcyBvZiBJ
T0FNIGluZm8sIHRoYXQgaXMgY29tbW9uIHRvIGFsbCBJT0FNIG9wdGlvbnMuIEJleW9uZCANCj4+
PiA+PiB0aGF0LCB0aGVyZSBhcmUgSU9BTSBvcHRpb24gc3BlY2lmaWMgZmllbGRzLiBGb3IgZXhh
bXBsZSBpZiBkb2luZyANCj4+PiA+PiBvbmUgb2YgdGhlIElPQU0gdHJhY2Ugb3B0aW9ucywgdGhl
cmUgYXJlIGZvdXIgYnl0ZXMgb2YgdHJhY2UgDQo+Pj4gPj4gb3B0aW9uIGhlYWRlciwgaW5jbHVk
aW5nIHRoZSBJT0FNLXRyYWNlLXR5cGUsIE5vZGVMZW4sIEZsYWdzLCBhbmQgDQo+Pj4gPj4gUmVt
YWluaW5nTGVuIGZpZWxkcy4gVGhlc2UgYXJlIGZvbGxvd2VkIGJ5IHRoZSBub2RlIGRhdGEgbGlz
dCANCj4+PiA+PiBjb250YWluaW5nIHRoZSBwZXIgaG9wIElPQU0gaW5mb3JtYXRpb24uDQo+Pj4g
Pj4NCj4+PiA+PiBJbiBsb29raW5nIGF0IHRoZSBPT0FNIGhlYWRlciBjb250ZW50LCBpdCBoYXMg
bm90aGluZyB0byBkbyB3aXRoIA0KPj4+ID4+IGFueSBvZiB0aGUgSU9BTSBpbmZvcm1hdGlvbiBh
ZnRlciB0aGUgZmlyc3QgZm91ciBieXRlcy4gSXQgDQo+Pj4gPj4gY29udGFpbnMgYW5vdGhlciB2
YXJpYW50IG9mIHRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgZmlyc3QgZm91ciANCj4+PiA+PiBieXRl
cyBvZiBJT0FNIGluZm8sIHNwcmVhZCBvdXQgb3ZlciBlaWdodCBieXRlcy4NCj4+PiA+Pg0KPj4+
ID4+Pg0KPj4+ID4+PiBUb20NCj4+PiA+Pj4NCj4+PiA+Pj4gPg0KPj4+ID4+PiA+IEdJTT4+IFRo
ZSBkaWZmZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlzIGJlY2F1c2UgT09BTSBIZWFkZXI6DQo+Pj4g
Pj4+ID4NCj4+PiA+Pj4gPiBwcm92aWRlcyBtb3JlIGZsZXhpYmlsaXR5LCBlLmcuIEZsYWdzIGZp
ZWxkIGFuZCBSZXNlcnZlZCANCj4+PiA+Pj4gPiBmaWVsZHM7DQo+Pj4gPj4NCj4+PiA+Pg0KPj4+
ID4+IFRoZSBmbGFncyBmaWVsZCBvbmx5IGhhcyBvbmUgZGVmaW5lZCBmbGFnIGF0IHRoZSBtb21l
bnQsIGZvciBhIA0KPj4+ID4+IHRpbWVzdGFtcCBibG9jay4gRm9yIElPQU0gdHJhY2Ugd2UgbmVl
ZCBwZXIgaG9wIHRpbWVzdGFtcHMsIHdoaWNoIA0KPj4+ID4+IHRoZSB0aW1lc3RhbXAgYmxvY2sg
Y2Fubm90IGFkZHJlc3MsIGkuZS4gdGhlIHRpbWVzdGFtcCBibG9jayBpcyANCj4+PiA+PiByZWR1
bmRhbnQgZm9yDQo+Pj4gSU9BTS4NCj4+PiA+Pg0KPj4+ID4+Pg0KPj4+ID4+PiA+IHN1cHBvcnRz
IGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVhZGVyOw0KPj4+ID4+DQo+Pj4gPj4NCj4+
PiA+PiBGb3IgSU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFuIGVub3VnaC4N
Cj4+PiA+Pg0KPj4+ID4+Pg0KPj4+ID4+PiA+IGlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5n
IHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLg0KPj4+ID4+DQo+Pj4gPj4NCj4+PiA+PiBJTU8s
IHRha2luZyB0aGUgZmlyc3QgdHdvIGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSAN
Cj4+PiA+PiBWZXJzaW9uIGZpZWxkIHdvdWxkIGJlIGEgZ29vZCB0aGluZy4gVGhpcyBkb2VzIG5v
dCByZXF1aXJlIGFkZGluZyANCj4+PiA+PiBmb3VyIG1vcmUgYnl0ZXMgb2Ygb3ZlcmhlYWQuIDY0
IElPQU0tVHlwZXMgaXMgbW9yZSB0aGFuIGVub3VnaC4NCj4+PiA+Pg0KPj4+ID4+Pg0KPj4+ID4+
PiA+Pg0KPj4+ID4+PiA+PiAqIE1hdHVyaXR5OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0
aW9ucywgd2hpY2ggd2VyZSBhbHNvIA0KPj4+ID4+PiA+PiBzaG93biBhdCByZWNlbnQgSUVURiBo
YWNrYXRob25zIOKAkyBhbmQgd2XigJlyZSBleHBlY3RpbmcgDQo+Pj4gPj4+ID4+IGFkZGl0aW9u
YWwgaW1wbGVtZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4NCj4+PiA+Pj4gPj4gSW50
ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuDQo+
Pj4gPj4+ID4+IERlc3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRo
cmVhZCBvbiBPT0FNIA0KPj4+ID4+PiA+PiBpbiB0aGUgTlZPMyBsaXN0IGhhc27igJl0IHJldmVh
bGVkIGFueSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgT09BTSBoZWFkZXIuDQo+Pj4gPj4+ID4+IElu
DQo+Pj4gPj4+ID4+IGFkZGl0aW9uLCB0aGUgdGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBm
dW5kYW1lbnRhbCANCj4+PiA+Pj4gPj4gcXVlc3Rpb25zIGFib3V0IHRoZSBPT0FNIGhlYWRlciBh
cmUgc3RpbGwgb3Blbiwgc3VjaCBhcyANCj4+PiA+Pj4gPj4gd2hldGhlciBvciBob3cgYWN0aXZl
IE9BTSBtZWNoYW5pc21zIHdpdGhpbiBwcm90b2NvbHMgc3VjaCBhcyANCj4+PiA+Pj4gPj4gR2Vu
ZXZlIHdvdWxkIGFwcGx5IHRvIHRoZSBPT0FNIGhlYWRlci4gVGhpcyB1bHRpbWF0ZWx5IG1lYW5z
IA0KPj4+ID4+PiA+PiB0aGF0IHdlIHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNwZWNpZmljYXRp
b24uDQo+Pj4gPj4+ID4NCj4+PiA+Pj4gPiBHSU0+PiBNYXkgSSBhc2sgd2hpY2ggZW5jYXBzdWxh
dGlvbnMgc3VwcG9ydGVkIGJ5IHRoZSANCj4+PiA+Pj4gPiBHSU0+PiBpbXBsZW1lbnRhdGlvbnMN
Cj4+PiA+Pj4gPiB5b3UNCj4+PiA+Pj4gPiByZWZlciB0by4gVW50aWwgdmVyeSByZWNlbnRseSBh
bGwgaU9BTSBwcm9wb3NhbHMgd2VyZSB0byB1c2UgDQo+Pj4gPj4+ID4gbWV0YS1kYXRhIFRMViBp
biwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNlIG9yIHNvbWUgb2YgDQo+Pj4gPj4+
ID4gdGhlc2UgaW1wbGVtZW50YXRpb25zIGFscmVhZHkgdXBkYXRlZCB0byB0aGUgbmV3bHkgcHJv
cG9zZWQgDQo+Pj4gPj4+ID4gaU9BTSBzaGltLCBJIGRvbid0IHNlZSBwcm9ibGVtIGluIG1ha2lu
ZyB0aGVtIHVzZSBPT0FNIEhlYWRlci4NCj4+PiA+Pj4gPiBXb3VsZCB5b3UgYWdyZWU/DQo+Pj4g
Pj4+ID4NCj4+PiA+Pj4gPj4NCj4+PiA+Pj4gPj4gKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVs
eSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gDQo+Pj4gPj4+ID4+IGhlYWRlciB3
b3VsZCB1bHRpbWF0ZWx5IGFwcGx5IHRvLiBUaGUgd2F5IHRoZSBPT0FNIGhlYWRlciBpcyANCj4+
PiA+Pj4gPj4gZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmllbGQgZm9yIOKAnE5leHQgUHJv
dOKAnSwgdGhlIG5leHQgDQo+Pj4gPj4+ID4+IHByb3RvY29sLiBTb21lIHByb3RvY29scyB0aGF0
IElPQU0gZGF0YSBuZWVkcyB0byBiZSANCj4+PiA+Pj4gPj4gZW5jYXBzdWxhdGVkIGludG8gdXNl
IDE2LWJpdHMgZm9yIHRoZWlyIG5leHQgcHJvdG9jb2wgY29kZSBwb2ludHMuIFNlZSBlLmcuDQo+
Pj4gPj4+ID4+IHRoZSBHUkUgZW5jYXBzdWxhdGlvbiDigJMgYXMgc3BlY2lmaWVkIGluIA0KPj4+
ID4+PiA+PiBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDAuDQo+Pj4gPj4+ID4NCj4+PiA+Pj4g
PiBHSU0+PiBUaGUgZmlyc3QgcGFyYWdyYXBoIG9mIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiBz
dGF0ZXM6DQo+Pj4gPj4+ID4gICAgTmV3IHByb3RvY29scyB0aGF0IHN1cHBvcnQgb3ZlcmxheSBu
ZXR3b3JrcyBsaWtlIFZ4TEFOLUdQRQ0KPj4+ID4+PiA+ICAgIFtJLUQuaWV0Zi1udm8zLXZ4bGFu
LWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBHZW5ldmUNCj4+PiA+Pj4gPiAgICBbSS1E
LmlldGYtbnZvMy1nZW5ldmVdLCBCSUVSIA0KPj4+ID4+PiA+IFtJLUQuaWV0Zi1iaWVyLW1wbHMt
ZW5jYXBzdWxhdGlvbl0sDQo+Pj4gYW5kDQo+Pj4gPj4+ID4gICAgTlNIIFtJLUQuaWV0Zi1zZmMt
bnNoXSBzdXBwb3J0IG11bHRpLXByb3RvY29sIHBheWxvYWQsIGUuZy4NCj4+PiA+Pj4gPiAgICBF
dGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0
aW9uLCBhbmQNCj4+PiA+Pj4gPiAgICBNYWludGVuYW5jZSAoT0FNKSBhcyBvbmUgb2YgZGlzdGlu
Y3QgdHlwZXMuICBUaGF0IGVuc3VyZXMgdGhhdA0KPj4+ID4+PiA+ICAgIE92ZXJsYXkgT0FNIChP
T0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBwYWNrZXQNCj4+
PiA+Pj4gPiAgICB0cmF2ZXJzaW5nIHRoZSB1bmRlcmxheS4NCj4+PiA+Pj4gPiBJJ20gdXBkYXRp
bmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3aXRoIGNsZWFuaW5nIA0KPj4+ID4+
PiA+IG5pdHMgd2lsbCB1cGRhdGUgcmVmZXJlbmNlIHRvIEdVRS4gSSB0aGluayB0aGF0IHRoZSBs
aXN0IGFuZCANCj4+PiA+Pj4gPiB0aGUgc3RhdGVtbnQgYXJlIHF1aXRlIGNsZWFyIGluIGlkZW50
aWZ5aW5nIHRoZSBzY29wZSBvZiANCj4+PiA+Pj4gPiBuZXR3b3JrcyB0aGF0IG1heSBiZW5lZml0
IGZyb20gdXNpbmcgbm90IG9ubHkgY29tbW9uIE9PQU0gDQo+Pj4gPj4+ID4gSGVhZGVyIGJ1dCBj
b21tb24gT09BTSBtZWNoYW5pc21zLCBlLmcuIEVjaG8gUmVxdWVzdC9SZXBseS4NCj4+PiA+Pj4g
Pg0KPj4+ID4+PiA+PiBXaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBzdWdnZXN0IHRoYXQg
dGhlIFdHIG1vdmVzIGZvcndhcmQgDQo+Pj4gPj4+ID4+IHdpdGggc3BlY2lmaWMgZGVmaW5pdGlv
bnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gDQo+Pj4gPj4+ID4+IHByb3RvY29s
cyDigJMgcGVyIHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzLg0KPj4+ID4+PiA+Pg0KPj4+ID4+
PiA+Pg0KPj4+ID4+PiA+Pg0KPj4+ID4+PiA+PiBSZWdhcmRzLCBGcmFuaw0KPj4+ID4+PiA+Pg0K
Pj4+ID4+PiA+Pg0KPj4+ID4+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KPj4+ID4+PiA+PiBpcHBtIG1haWxpbmcgbGlzdA0KPj4+ID4+PiA+PiBp
cHBtQGlldGYub3JnDQo+Pj4gPj4+ID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz
dGluZm8vaXBwbQ0KPj4+ID4+PiA+Pg0KPj4+ID4+PiA+DQo+Pj4gPj4+ID4NCj4+PiA+Pj4gPiBf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+ID4+PiA+
IEludC1hcmVhIG1haWxpbmcgbGlzdA0KPj4+ID4+PiA+IEludC1hcmVhQGlldGYub3JnDQo+Pj4g
Pj4+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnQtYXJlYQ0KPj4+
ID4+PiA+DQo+Pj4gPj4+DQo+Pj4gPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQo+Pj4gPj4+IGlwcG0gbWFpbGluZyBsaXN0DQo+Pj4gPj4+IGlwcG1A
aWV0Zi5vcmcNCj4+PiA+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p
cHBtDQo+Pj4gPj4NCj4+PiA+Pg0KPj4+ID4NCj4+PiA+DQo=


From nobody Thu Apr 19 08:43:40 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D62A120227 for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 08:43:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-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=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89gTzwWLnfZY for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 08:43:34 -0700 (PDT)
Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::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 88D0112DA4C for <ippm@ietf.org>; Thu, 19 Apr 2018 08:43:34 -0700 (PDT)
Received: by mail-qt0-x230.google.com with SMTP id h4-v6so6224915qtn.13 for <ippm@ietf.org>; Thu, 19 Apr 2018 08:43:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ScL8epZd0kp0I7SvRG9zs0O2kjM8H7qRmo0bRfxvUfs=; b=JN9jbv8M8Hh2iz7ZPUIhfnu1j6Q0Lill/U2lXXuSFG21eLq0oscV1TTwrhR2yUFuN/ jvhjXXEMHD728s4XRHnY4yqMnaGc6yAJ9sASU6AIvzYKlX2yg+aEnmVN6OPyXaALNIVN TiHbkP1811F5vGgRzaLJIcy7U6ccNDittazHVrv+lPKnYIrvlayFHuyPZI06f+olvDAR pX0ZYrAnlJpIc1WWwg8uAjuubar2JwQfw4nd92gRl0uWceb0qzqzrEC4X+Qh0/V1jJmc aRqing5AagVvPhwI74CsgCrA2ZabW8pffdUS6LyQVqA686FozxkLTGF75Ck6eqNKqYNc 9xvw==
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=ScL8epZd0kp0I7SvRG9zs0O2kjM8H7qRmo0bRfxvUfs=; b=cjys8lQta1+GS1Ql2tQetbAakQWWlKWubRu2ksd3e4MKw5tkTYREcklq3qxvnQ/fYW iB5TMw/1alkxcHBIecohxaokhCrfLwVOskPn7vKVto1B9OgtxDEi5rvyFz64xoNphcwB pf5VNZHGEsOMSo2lbEh1CKCRFuOie2viY4tlkyOuB1XEojUVcicL4CC/xQ5ByC+ldu+k yU10//18g5LHW6Lp0VtFERiJ+GwAb1yKpJZEUBzIVUOuOzhhqUugH7pzvN4+xX9HGIXz 1O7mofahh0V8slD+zwdnrt5Yso9k0yYG2xGBclaSVE2il+YE7MLwnp+QV2/8rhmYpxGm rikQ==
X-Gm-Message-State: ALQs6tChn5epYtsAPxjmeS6ktFUQqcIwoKo9tvz1rD7AQRLbi7+/g7fO LEQ6og1AxwzKKgEBJtgQzRgcf0XcNzTn/jVIyzhyaQ==
X-Google-Smtp-Source: AIpwx4/TTQ3Ik7dJNw2RL/M8nfCmGsE/X0lrcIa+PJcUe1iDqSq5gK569ZsYsHcZI3jEZK4DmNRs6ohVbzB759hbrmQ=
X-Received: by 2002:ac8:321a:: with SMTP id x26-v6mr6555811qta.130.1524152613198;  Thu, 19 Apr 2018 08:43:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Thu, 19 Apr 2018 08:43:32 -0700 (PDT)
In-Reply-To: <25f25dee271a47268cf63982e8d7135c@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com> <c3ada96fc1494f2fb5506768a7932dfc@XCH-RCD-008.cisco.com> <CALx6S3586Ou_xVU9dr0jYVx1yjk78HS3H+2JtK-Rfy=LUmEsHA@mail.gmail.com> <25f25dee271a47268cf63982e8d7135c@XCH-RCD-008.cisco.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 19 Apr 2018 08:43:32 -0700
Message-ID: <CALx6S36BD22ucYSzv_-fA-6P--fpwEXTVTAvsR=D8krw0s8irQ@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: Tianran Zhou <zhoutianran@huawei.com>,  "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Mickey Spiegel <mspiegel@barefootnetworks.com>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ACyFywW10s5VZhyHgDIAsqL496Y>
Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 15:43:39 -0000

On Thu, Apr 19, 2018 at 7:47 AM, Frank Brockners (fbrockne)
<fbrockne@cisco.com> wrote:
> Tom,
>
> -----Original Message-----
> From: Tom Herbert <tom@herbertland.com>
> Sent: Donnerstag, 19. April 2018 16:32
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: Tianran Zhou <zhoutianran@huawei.com>; Shwetha Bhandari (shwethab) <s=
hwethab@cisco.com>; Mickey Spiegel <mspiegel@barefootnetworks.com>; NVO3 <n=
vo3@ietf.org>; Service Function Chaining IETF list <sfc@ietf.org>; IETF IPP=
M WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various prot=
ocols - follow up from WG discussion in London
>
> On Wed, Apr 18, 2018 at 12:51 AM, Frank Brockners (fbrockne) <fbrockne@ci=
sco.com> wrote:
>> Tom,
>>
>> inline... ("...FB")
>>
>> -----Original Message-----
>> From: Tom Herbert <tom@herbertland.com>
>> Sent: Dienstag, 17. April 2018 16:23
>> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
>> Cc: Tianran Zhou <zhoutianran@huawei.com>; Shwetha Bhandari (shwethab)
>> <shwethab@cisco.com>; Mickey Spiegel <mspiegel@barefootnetworks.com>;
>> NVO3 <nvo3@ietf.org>; Service Function Chaining IETF list
>> <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>> protocols - follow up from WG discussion in London
>>
>> On Tue, Apr 17, 2018 at 12:51 AM, Frank Brockners (fbrockne) <fbrockne@c=
isco.com> wrote:
>>>
>>> Hi Tianran,
>>>
>>> Tom's note already includes the hint: You'll add IOAM data to the proto=
col/layer that you're interested in monitoring. Again using Geneve over IPv=
6 as an example:
>>> * If you're interested in the overlay, i.e. Geneve (e.g. timestamping
>>> the packet when it enters and exists the tunnel) - you'd add IOAM
>>> data to Geneve
>>> * If you're interested in the underlay, i.e. IPv6 (e.g. you'd like to
>>> understand which path packets take in the v6 network) - you'd add
>>> IOAM data to IPv6
>>> * If you're interested in both, then you'd add IOAM data to Geneve
>>> and
>>> IPv6
>>>
>> Frank,
>>
>> In that case why not just use a hop-by-hop option for measuring the unde=
rlay and a destination option for measuring the overlay? The advantage is t=
hat this works _any_ IP encapsulation method or any IP protocol for that ma=
tter. I don't believe adding ippm to every encapsulation protocol is straig=
htforward: e.g.
>> draft-brockners-ippm-ioam-geneve describe but notes the limited size of =
header, draft-weis-ippm-ioam-gre states that a new EtherType would be neede=
d just for this purpose. This also entails additional encapsulation-specifi=
c HW support also, whereas support destination and hbh options could be mor=
e generic.
>>
>> ...FB: There are quite a few deployment examples, such as overlay VPN se=
rvices, where you don't have access to the underlay (e.g. IPv6) - but do co=
ntrol the overlay and desire insights into your overlay using IOAM. Hence t=
he need carry IOAM data along the overlay encapsulation.
>>
> Frank,
>
> I'm not sure I follow your argument. Maybe examining some of the scenario=
s would help (here in in the draft):
>
> Consider that an end host sources a simple TCP packet. So headers look li=
ke
>
>   IP | TCP
>
> If they wish to do ippm for end-to-end measure, a destination option can =
be used, so packet looks like
>
>   IP | ippm_DO | TCP
>
> Similarly, if they want to do per hop measurement they that could also us=
e and appropiate HBH option
>
>   IP | ippm_HBH | ippm_DO | TCP
>
> Now consider that a device in the network is tunneling the packet with en=
capsulation.
>
> Basic encapsulated packet looks like
>
>   IP | encap_hdr | IP | TCP
>
> Measurements across the tunnel (ingress to egress point) could be done
>
>   IP | ippm_DO | encap_hdr | IP | TCP (#1)
>
> Measuring underday then would be
>
>   IP | ippm_HBH | encap_hdr | IP | TCP
>
> And again both can be done simulataneously
>
>   IP | ippm_HBH | ippm_DO | encap_hdr | IP | TCP
>
> Note also that in simple ipip encasulation the encap_hdr would be null wh=
en the DO EH hae next protocol as IP. So that case would look like:
>
>   IP | ippm_HBH | ippm_DO | IP | TCP
>
> Now if the ippm is in the encapsulation, then to measure across the tunne=
l packet (ingress to egress) looks something like
>
>    IP | encap_hdr | ippm_data | IP | TCP (#2)
>
> Where ippm_data is either a field or TLV of the encapsulation (like would=
 be in Geneve) or it's a layer in a header chain (like in the GRE proposal)=
.
>
> If underlay is also measured also then that gives
>
>   IP | ippm_HBH | encap_hdr | ippm_data | IP | TCP '
> #1 and #2 above are the comparable cases.
>
> #2 (ippm in the encapsulation) measures from encapsulation to decapsulati=
on of the tunnel. This corresponds to the tunnel ingress and egress points.=
 In #1, the DO is used to measure between tunnel ingress and egress. Proces=
sing of the encapsulation header is also done at tunnel ingress and egress =
so that coincides with where DO is processed. In an implementation, the des=
tination option can even be passed the encpasulation layer if desired so th=
at it can be processed as though it were part of the encapsulation.
>
> So from this, I don't see any functional difference between using the ipp=
m DO in the outer IP header of an encapsulation and putting the ippm data i=
n the encapsulation. There might be an agument that this is needed to suppo=
rt IPv4, but even so I'm not sure that justifies retrofitting every IETF de=
fined encapsulation protocol to support ippm.
>
> Also, I think how ippm works with simple IPIP encapsulation should be tho=
ught out since that is still probably the most common encapsulation deploye=
d. There is no way to extend IPIP (doesn't even have encap
> header) and adding a new IP protocol code point (similar to draft-weis-ip=
pm-ioam-gre where a new EtherType for this purpose is
> proposed) is pretty unlikely to be accepted. So in this case of IPIP, it =
seems like the only answer is to use DO or HBH options, but as I mentioned =
I don't see that is any disadvantage or less functional of a solution (exce=
pt for lacking IPv4 support).
>
> ...FB: Thanks. I do follow your logic, though ignoring v4 isn't really an=
 option - hence the need to get IOAM data into the tunnel encaps - at least=
 into the most popular ones.
>
Frank,

It's not a matter of ignoring IPv4, it's that IPv4 doesn't have the
capabilities that seem to be needed. Unless the intent is to resurrect
IPv4 options, there is no way to add ippm to IP packets other than by
encapsulation. That means that the cases I listed above that don't
involve encapsulation don't exist in IPv4. Also, again assuming IPv4
options are off the table, there is no way in IPv4 to perform ippm
hop-by-hop measurement since there is no allowance in IP that
intermediate devices can change IP payloads (see the UDP port number
misinterpretation problem for example). Maybe it's time to sunset IPv4
:-)

As for "popular encapsulations", I still don't see any feasible way to
extend IPIP for ippm. Also, I believe the attempt to make GRE
extensible as described in draft-weis-ippm-ioam-gre is problematic in
several ways-- I will send comments on that draft.

Tom

> Frank
>
> Tom
>
>> Frank
>>
>> Tom
>>
>>> Draft draft-ietf-ippm-ioam-data-02 already mentions layering (see secti=
on 3):
>>> "Layering: If several encapsulation protocols (e.g., in case of tunneli=
ng) are stacked on top of each other, IOAM data-records could be present at=
 every layer.  The behavior follows the ships-in-the-night model."
>>>
>>> Given the discussion here, we'll add some additional text in the next r=
evision to make things crisper (e.g. adding an example might help).
>>>
>>> Frank
>>>
>>> -----Original Message-----
>>> From: Tianran Zhou <zhoutianran@huawei.com>
>>> Sent: Dienstag, 17. April 2018 03:18
>>> To: Tom Herbert <tom@herbertland.com>
>>> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
>>> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>>> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; Service
>>> Function Chaining IETF list <sfc@ietf.org>; IETF IPPM WG
>>> <ippm@ietf.org>
>>> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>> I think it's better that Frank or Shwetha can explain the multi-layer u=
se case in detail.
>>>
>>> Tianran
>>>> -----Original Message-----
>>>> From: Tom Herbert [mailto:tom@herbertland.com]
>>>> Sent: Monday, April 16, 2018 10:40 PM
>>>> To: Tianran Zhou <zhoutianran@huawei.com>
>>>> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank
>>>> Brockners
>>>> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>>>> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; int-area
>>>> <int-area@ietf.org>; Service Function Chaining IETF list
>>>> <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>>>> protocols - follow up from WG discussion in London
>>>>
>>>> On Mon, Apr 16, 2018 at 6:31 AM, Tianran Zhou <zhoutianran@huawei.com>=
 wrote:
>>>> > Hi Shwetha,
>>>> >
>>>> > You are talking about the outer encapsution. It is straight
>>>> > forward for the underlay to record by the header. But what about
>>>> > the overlay, i.e., inner encapsulation(e.g. geneve)? Without
>>>> > special configuration, intermediate node will not read the inner
>>>> > header, hence not be able to process IOAM.e
>>>>
>>>> Hi Tianran,
>>>>
>>>> I believe that is also not protocol conformant. Intermediate nodes
>>>> should not be processing transport layer data as this can lead to
>>>> misinterpretation and possibly silent data corruption.
>>>>
>>>> For instance, Geneve is a UDP encapsulation protocol with assigned por=
t 6081.
>>>> In order for an intermediate device to process the Geneve
>>>> encapsulation header it would need to look for packets with
>>>> destination port of 6081 since that is the only possible
>>>> discriminator. However, transport port numbers do not have global
>>>> meaning and hosts may use port numbers for other purposes (RFC7605
>>>> describes this). So a packet to port 6081 might be something other
>>>> than Geneve and may be misinterpreted. If a misinterpreted packet is c=
hanged (like ippm data is written) then that would be systematic silent dat=
a corruption.
>>>>
>>>> As far as I know, hop-by-hop options is the only protocol confirming
>>>> mechanism that allows an intermediate note to change data of packet in=
 flight.
>>>> Encpasulation is the only conforming mechanism that allows an
>>>> intermediate node to add data (like extension headers) to a packet in =
flight.
>>>>
>>>> Tom
>>>>
>>>> > Maybe we are not synced by this overlay/underlay use case. :-)
>>>> >
>>>> > Tianran
>>>> >
>>>> >
>>>> >
>>>> > ________________________________
>>>> > Sent from WeLink
>>>> >
>>>> > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Shwetha Bhandari (shwethab)
>>>> > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Tianran Zhou<zhoutianran@huawei=
.com>;Frank Brockners
>>>> > (fbrockne)<fbrockne@cisco.com>;Mickey
>>>> > Spiegel<mspiegel@barefootnetworks.com>;Tom
>>>> > Herbert<tom@herbertland.com>
>>>> > =E6=8A=84=E9=80=81=EF=BC=9A NVO3<nvo3@ietf.org>;int-area<int-area@ie=
tf.org>;Service
>>>> > Function Chaining IETF list<sfc@ietf.org>;IETF IPPM
>>>> > WG<ippm@ietf.org>
>>>> > =E4=B8=BB=E9=A2=98=EF=BC=9A Re: [ippm] [Int-area] encapsulation of I=
OAM data in various
>>>> > protocols - follow up from WG discussion in London
>>>> > =E6=97=B6=E9=97=B4=EF=BC=9A 2018-04-16 18:17:01
>>>> >
>>>> > Hi Tianran,
>>>> >
>>>> >> If I recall right, it is not written in the ioam data draft.
>>>> >
>>>> > Data draft is defining the data to be carried in IOAM in an
>>>> > encapsulation agnostic way, it does not specify how the
>>>> > encapsulation protocol is configured.
>>>> >
>>>> >
>>>> >
>>>> >> Yes, node by node configuration is an easy way.
>>>> >
>>>> > While it is, it does not have to be a node by node configuration.
>>>> > It can be part of the encapsulation definition.
>>>> >
>>>> > For e.g. If the encapsulation is IPv6 and if we define the data to
>>>> > be carried as HbH options, then based on the Option Type with
>>>> > highest order 2 bits set to 00 then the v6 nodes that implement
>>>> > IOAM will process the option and others will skip over.
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > Thanks,
>>>> >
>>>> > Shwetha
>>>> >
>>>> >
>>>> >
>>>> > From: ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou
>>>> > <zhoutianran@huawei.com>
>>>> > Date: Monday, April 16, 2018 at 2:36 PM
>>>> > To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey
>>>> > Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert
>>>> > <tom@herbertland.com>
>>>> > Cc: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>,
>>>> > Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG
>>>> > <ippm@ietf.org>
>>>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in
>>>> > various protocols - follow up from WG discussion in London
>>>> >
>>>> >
>>>> >
>>>> > Hi Frank,
>>>> >
>>>> >
>>>> >
>>>> > If I recall right, it is not written in the ioam data draft.
>>>> >
>>>> > Yes, node by node configuration is an easy way. In the
>>>> > draft-zhou-ippm-ioam-yang, we have the =E2=80=9Cprotocol-type=E2=80=
=9D to indicate
>>>> > the layering.
>>>> >
>>>> >    +--rw ioam
>>>> >
>>>> >       +--rw ioam-profiles
>>>> >
>>>> >          +--rw enabled?        boolean
>>>> >
>>>> >          +--rw ioam-profile* [profile-name]
>>>> >
>>>> >             +--rw profile-name                    string
>>>> >
>>>> >             +--rw filter
>>>> >
>>>> >             |  +--rw filter-type?   ioam-filter-type
>>>> >
>>>> >             |  +--rw acl-name?      -> /acl:acls/acl/name
>>>> >
>>>> >             +--rw protocol-type?                  ioam-protocol-type
>>>> >
>>>> >             +--rw incremental-tracing-profile {incremental-trace}?
>>>> >
>>>> >             |  ...
>>>> >
>>>> >             +--rw preallocated-tracing-profile {preallocated-trace}?
>>>> >
>>>> >             |  ...
>>>> >
>>>> >             +--rw pot-profile {proof-of-transit}?
>>>> >
>>>> >             |  ...
>>>> >
>>>> >             +--rw e2e-profile {edge-to-edge}?
>>>> >
>>>> >                ...
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > Tianran
>>>> >
>>>> > From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
>>>> > Sent: Monday, April 16, 2018 4:51 PM
>>>> > To: Tianran Zhou <zhoutianran@huawei.com>; Mickey Spiegel
>>>> > <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
>>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>>> > Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in
>>>> > various protocols - follow up from WG discussion in London
>>>> >
>>>> >
>>>> >
>>>> > Hi Tianran,
>>>> >
>>>> >
>>>> >
>>>> > IOAM is a domain specific feature (see also
>>>> > draft-ietf-ippm-ioam-data-02 sections 3 and 4), which allows an
>>>> > operator to control by means of configuration where and for which
>>>> > traffic IOAM data fields are added/updated/removed from the
>>>> > customer traffic. Using your example of Geneve over IPv6 =E2=80=93 w=
ith
>>>> > IOAM data in both the Geneve and the IPv6 protocol, one would
>>>> > expect that the operator configures the endpoints of the Geneve
>>>> > tunnel to operate on the IOAM data in Geneve, and the IPv6 routers
>>>> > that the Geneve tunnel
>>>> traverses to operate on the IOAM data in IPv6.
>>>> >
>>>> >
>>>> >
>>>> > Frank
>>>> >
>>>> >
>>>> >
>>>> > From: Tianran Zhou <zhoutianran@huawei.com>
>>>> > Sent: Montag, 16. April 2018 10:37
>>>> > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>; Mickey
>>>> > Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert
>>>> > <tom@herbertland.com>
>>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>>> > Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in
>>>> > various protocols - follow up from WG discussion in London
>>>> >
>>>> >
>>>> >
>>>> > Hi Frank,
>>>> >
>>>> >
>>>> >
>>>> > How does a forwarder know when and where to insert the data?
>>>> >
>>>> > In the case of Geneve over IPv6, do you mean the device need to
>>>> > scan all the protocol stack? Or just the outer encapsulation?
>>>> >
>>>> >
>>>> >
>>>> > Tianran
>>>> >
>>>> >
>>>> >
>>>> > From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank
>>>> > Brockners
>>>> > (fbrockne)
>>>> > Sent: Monday, April 16, 2018 3:08 PM
>>>> > To: Mickey Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert
>>>> > <tom@herbertland.com>
>>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in
>>>> > various protocols - follow up from WG discussion in London
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > Tom,
>>>> >
>>>> >
>>>> >
>>>> > a quick addition to what Mickey mentioned below: What you seem to
>>>> > have in mind is what draft-ietf-ippm-ioam-data-02 refers to as =E2=
=80=9Clayering=E2=80=9D
>>>> > (see section 3.), i.e. if you=E2=80=99re running for example Geneve =
over
>>>> > IPv6, then IOAM data could be encapsulated in both protocols,
>>>> > Geneve and
>>>> > IPv6 =E2=80=93 giving you visibility into the =E2=80=9Cunderlay=E2=
=80=9D (IPv6) and the =E2=80=9Coverlay=E2=80=9D
>>>> (Geneve).
>>>> >
>>>> >
>>>> >
>>>> > Frank
>>>> >
>>>> >
>>>> >
>>>> > From: ippm <ippm-bounces@ietf.org> On Behalf Of Mickey Spiegel
>>>> > Sent: Freitag, 13. April 2018 20:22
>>>> > To: Tom Herbert <tom@herbertland.com>
>>>> > Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>>> > Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>>> > Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in
>>>> > various protocols - follow up from WG discussion in London
>>>> >
>>>> >
>>>> >
>>>> > Tom,
>>>> >
>>>> >
>>>> >
>>>> > On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> =
wrote:
>>>> >
>>>> > Mickey,
>>>> >
>>>> > Looking at these ippm drafts more closely, I have a much more
>>>> > fundamental concern.
>>>> >
>>>> > In draft-brockners-ippm-ioam-geneve-00 for instance, there is the
>>>> > text in the introduction:
>>>> >
>>>> > "In-situ OAM (IOAM) records OAM information within the packet
>>>> > while the packet traverses a particular network domain.  The term "i=
n-situ"
>>>> > refers to the fact that the IOAM data fields are added to the data
>>>> > packets rather than is being sent within packets specifically
>>>> > dedicated to OAM.  This document defines how IOAM data fields are
>>>> > transported as part of the Geneve [I-D.ietf-nvo3-geneve]
>>>> > encapsulation."
>>>> >
>>>> > I assume this means that as packets with Geneve encapsulation
>>>> > traverse the network they are interpreted by intermediate nodes as
>>>> > being Geneve. Since Geneve is a UDP encapsulation, then the
>>>> > destination UDP port number would be used to identify packets as
>>>> > being Geneve. So an intermediate device might be looking for UDP
>>>> > packets destined to port
>>>> > 6081 (the assigned UDP port for Geneve). If my understanding is
>>>> > correct, then this is a problem.
>>>> >
>>>> > UDP port numbers do not have global meaning. An intermediate
>>>> > device may very well see UDP packets destined to port 6081 that
>>>> > are not actually Geneve. This scenario is discussed in RFC7605:
>>>> >
>>>> > "...intermediate device interprets traffic based on the port number.
>>>> > It is important to recognize that any interpretation of port
>>>> > numbers
>>>> > -- except at the endpoints -- may be incorrect, because port
>>>> > numbers are meaningful only at the endpoints."
>>>> >
>>>> > If the UDP data is modified, as the draft would imply, then
>>>> > misinterpretation may also mean silent data corruption of packets.
>>>> > A protocol that would allow this seems pretty incorrect! Note that
>>>> > this would be true also for any UDP encapsulation that the network
>>>> > tries to interpret.
>>>> >
>>>> >
>>>> >
>>>> > The intention is to allow for multiple nodes that a packet
>>>> > traverses
>>>> >
>>>> > to be able to insert IOAM node information in the same trace
>>>> > option,
>>>> >
>>>> > but leave some flexibility regarding which nodes actually do the
>>>> >
>>>> > IOAM processing and the node information. This may vary
>>>> >
>>>> > depending on the transport.
>>>> >
>>>> >
>>>> >
>>>> > In case of a tunneled encapsulation such as Geneve or VXLAN,
>>>> >
>>>> > there may still be multiple hops. For example a network may use
>>>> >
>>>> > Geneve or VXLAN, but only do L2 processing at ToRs, with L3
>>>> >
>>>> > processing done at aggregation or core switches. In this case
>>>> >
>>>> > many packets would do 2 Geneve or VXLAN hops, so the packet
>>>> >
>>>> > would contain IOAM node information from two nodes.
>>>> >
>>>> >
>>>> >
>>>> > Another example is service function chaining using Geneve or
>>>> >
>>>> > VXLAN rather than NSH.
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > I am also wondering if hop-by-hop options been considered for this
>>>> > application? Their interpretation in the network is unabiguous and
>>>> > they also have the advantage that the work with any IP protocol or
>>>> > encapsulation.
>>>> >
>>>> >
>>>> >
>>>> > IPv6 hop-by-hop options has been considered. See
>>>> >
>>>> > draft-brockners-inband-oam-transport-05. This has not yet been
>>>> >
>>>> > broken out into a separate draft.
>>>> >
>>>> >
>>>> >
>>>> > Mickey
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > Thanks,
>>>> > Tom
>>>> >
>>>> >
>>>> > On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
>>>> > <mspiegel@barefootnetworks.com> wrote:
>>>> >
>>>> >> Tom,
>>>> >>
>>>> >> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> =
wrote:
>>>> >>>
>>>> >>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky
>>>> >>> <gregimirsky@gmail.com>
>>>> >>> wrote:
>>>> >>> > Hi Frank,
>>>> >>> > thank you for sharing your points. Please find my notes
>>>> >>> > in-line and tagged
>>>> >>> > GIM>>. I believe that this is very much relevant to work of
>>>> >>> > GIM>>other
>>>> >>> > working
>>>> >>> > groups that directly work on the overlay encapsulations in the
>>>> >>> > center of the discussion and hence I've added them to the list.
>>>> >>> > Hope we'll have more opinions to reach the conclusion that is
>>>> >>> > acceptable to all.
>>>> >>> >
>>>> >>> > Regards,
>>>> >>> > Greg
>>>> >>> >
>>>> >>> > On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>>>> >>> > <fbrockne@cisco.com> wrote:
>>>> >>> >>
>>>> >>> >> Back at the IPPM meeting in London, we discussed several
>>>> >>> >> drafts dealing with the encapsulation of IOAM data in various
>>>> >>> >> protocols (draft-brockners-ippm-ioam-vxlan-gpe-00,
>>>> >>> >> draft-brockners-ippm-ioam-geneve-00,
>>>> >>> >> draft-weis-ippm-ioam-gre-00). One discussion topic that we
>>>> >>> >> decided to take to the list was the question on whether
>>>> >>> >> draft-ooamdt-rtgwg-ooam-header could be leveraged..  After
>>>> >>> >> carefully considering draft-ooamdt-rtgwg-ooam-header, I came
>>>> >>> >> to the conclusion that the =E2=80=9COOAM header=E2=80=9D does n=
ot meet the
>>>> >>> >> needs of
>>>> >>> >> IOAM:
>>>> >>> >>
>>>> >>> >> * Efficiency: IOAM adds data to live user traffic. As such,
>>>> >>> >> an encapsulation needs to be as efficient as possible. The =E2=
=80=9COOAM header=E2=80=9D
>>>> >>> >> is 8
>>>> >>> >> bytes long. The approach for IOAM data encapsulation in the
>>>> >>> >> above mentioned drafts only requires 4 bytes. Using the OOAM
>>>> >>> >> header approach would add an unnecessary overhead of 4 bytes
>>>> >>> >> =E2=80=93 which is significant.
>>>> >>> Greg,
>>>> >>>
>>>> >>> I'm missing something here. I looked at the drafts you
>>>> >>> referenced and each of them looks like the overhead for OAM is
>>>> >>> greater that four bytes. In each there is some overhead
>>>> >>> equivalent to type/length, for instance in Geneve four bytes are
>>>> >>> needed for option class, type, and length. Unless the the OAM
>>>> >>> data is zero length, I don't see how this adds up to only four byt=
es of overhead.
>>>> >>
>>>> >>
>>>> >> The four versus eight bytes just refers to the fields in the four
>>>> >> bytes of IOAM info, that is common to all IOAM options. Beyond
>>>> >> that, there are IOAM option specific fields. For example if doing
>>>> >> one of the IOAM trace options, there are four bytes of trace
>>>> >> option header, including the IOAM-trace-type, NodeLen, Flags, and
>>>> >> RemainingLen fields. These are followed by the node data list
>>>> >> containing the per hop IOAM information.
>>>> >>
>>>> >> In looking at the OOAM header content, it has nothing to do with
>>>> >> any of the IOAM information after the first four bytes. It
>>>> >> contains another variant of the information in the first four
>>>> >> bytes of IOAM info, spread out over eight bytes.
>>>> >>
>>>> >>>
>>>> >>> Tom
>>>> >>>
>>>> >>> >
>>>> >>> > GIM>> The difference in four octets is because OOAM Header:
>>>> >>> >
>>>> >>> > provides more flexibility, e.g. Flags field and Reserved
>>>> >>> > fields;
>>>> >>
>>>> >>
>>>> >> The flags field only has one defined flag at the moment, for a
>>>> >> timestamp block. For IOAM trace we need per hop timestamps, which
>>>> >> the timestamp block cannot address, i.e. the timestamp block is
>>>> >> redundant for
>>>> IOAM.
>>>> >>
>>>> >>>
>>>> >>> > supports larger OAM packets than iOAM header;
>>>> >>
>>>> >>
>>>> >> For IOAM purposes, 1020 octets is more than enough.
>>>> >>
>>>> >>>
>>>> >>> > is future proof by supporting versioning (Version field).
>>>> >>
>>>> >>
>>>> >> IMO, taking the first two bits of the IOAM-Type to define a
>>>> >> Version field would be a good thing. This does not require adding
>>>> >> four more bytes of overhead. 64 IOAM-Types is more than enough.
>>>> >>
>>>> >>>
>>>> >>> >>
>>>> >>> >> * Maturity: IOAM has several implementations, which were also
>>>> >>> >> shown at recent IETF hackathons =E2=80=93 and we=E2=80=99re exp=
ecting
>>>> >>> >> additional implementations to be publicized soon.
>>>> >>> >> Interoperable implementations need timely specifications.
>>>> >>> >> Despite the question being asked, the recent thread on OOAM
>>>> >>> >> in the NVO3 list hasn=E2=80=99t revealed any implementation of =
the OOAM header.
>>>> >>> >> In
>>>> >>> >> addition, the thread revealed that several fundamental
>>>> >>> >> questions about the OOAM header are still open, such as
>>>> >>> >> whether or how active OAM mechanisms within protocols such as
>>>> >>> >> Geneve would apply to the OOAM header. This ultimately means
>>>> >>> >> that we won=E2=80=99t get to a timely specification.
>>>> >>> >
>>>> >>> > GIM>> May I ask which encapsulations supported by the
>>>> >>> > GIM>> implementations
>>>> >>> > you
>>>> >>> > refer to. Until very recently all iOAM proposals were to use
>>>> >>> > meta-data TLV in, e.g. Geneve and NSH. And if these or some of
>>>> >>> > these implementations already updated to the newly proposed
>>>> >>> > iOAM shim, I don't see problem in making them use OOAM Header.
>>>> >>> > Would you agree?
>>>> >>> >
>>>> >>> >>
>>>> >>> >> * Scope: It isn=E2=80=99t entirely clear to which protocols the=
 OOAM
>>>> >>> >> header would ultimately apply to. The way the OOAM header is
>>>> >>> >> defined, OOAM uses a 8-bit field for =E2=80=9CNext Prot=E2=80=
=9D, the next
>>>> >>> >> protocol. Some protocols that IOAM data needs to be
>>>> >>> >> encapsulated into use 16-bits for their next protocol code poin=
ts. See e.g.
>>>> >>> >> the GRE encapsulation =E2=80=93 as specified in
>>>> >>> >> draft-weis-ippm-ioam-gre-00.
>>>> >>> >
>>>> >>> > GIM>> The first paragraph of the Introduction section states:
>>>> >>> >    New protocols that support overlay networks like VxLAN-GPE
>>>> >>> >    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>>>> >>> >    [I-D.ietf-nvo3-geneve], BIER
>>>> >>> > [I-D.ietf-bier-mpls-encapsulation],
>>>> and
>>>> >>> >    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>>>> >>> >    Ethernet, IPv4/IPv6, and recognize Operations, Administration=
, and
>>>> >>> >    Maintenance (OAM) as one of distinct types.  That ensures tha=
t
>>>> >>> >    Overlay OAM (OOAM)packets are sharing fate with Overlay data =
packet
>>>> >>> >    traversing the underlay.
>>>> >>> > I'm updating the OOAM Header draft and along with cleaning
>>>> >>> > nits will update reference to GUE. I think that the list and
>>>> >>> > the statemnt are quite clear in identifying the scope of
>>>> >>> > networks that may benefit from using not only common OOAM
>>>> >>> > Header but common OOAM mechanisms, e.g. Echo Request/Reply.
>>>> >>> >
>>>> >>> >> With the above in mind, I=E2=80=99d suggest that the WG moves f=
orward
>>>> >>> >> with specific definitions for encapsulating IOAM data into
>>>> >>> >> protocols =E2=80=93 per the above mentioned drafts.
>>>> >>> >>
>>>> >>> >>
>>>> >>> >>
>>>> >>> >> Regards, Frank
>>>> >>> >>
>>>> >>> >>
>>>> >>> >> _______________________________________________
>>>> >>> >> ippm mailing list
>>>> >>> >> ippm@ietf.org
>>>> >>> >> https://www.ietf.org/mailman/listinfo/ippm
>>>> >>> >>
>>>> >>> >
>>>> >>> >
>>>> >>> > _______________________________________________
>>>> >>> > Int-area mailing list
>>>> >>> > Int-area@ietf.org
>>>> >>> > https://www.ietf.org/mailman/listinfo/int-area
>>>> >>> >
>>>> >>>
>>>> >>> _______________________________________________
>>>> >>> ippm mailing list
>>>> >>> ippm@ietf.org
>>>> >>> https://www.ietf.org/mailman/listinfo/ippm
>>>> >>
>>>> >>
>>>> >
>>>> >


From nobody Thu Apr 19 09:09:30 2018
Return-Path: <john.lemon@broadcom.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A99DD12DA48 for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 09:09:28 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.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 P6I0UlSJ9dnk for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 09:09:25 -0700 (PDT)
Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19DE012D962 for <ippm@ietf.org>; Thu, 19 Apr 2018 09:09:25 -0700 (PDT)
Received: by mail-wr0-x232.google.com with SMTP id u4-v6so15507044wrg.10 for <ippm@ietf.org>; Thu, 19 Apr 2018 09:09:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TnIKROjqurI/AVxekyILnwe0FF79ayW1+W4rtkdKG0s=; b=dq20W7spxth0zv1U/pqblfFOVVUcf2wfwrxiC6DrVZafa1QTjQqCXVnZ0kUWxLHdyL iLjALiqx8Wt5Bcep4AYUUVi41ICaIrQTrplxF1NTudVI3ppx+QrwDR5yyl4Qzwkeqzd4 xXUVhOOtpe/4oCSSyLDDGrqCDhUPrR2OWtwJk=
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=TnIKROjqurI/AVxekyILnwe0FF79ayW1+W4rtkdKG0s=; b=oxtkiTF/cclaCU3+5WRIE+d1irFGePQnLD1TwfzBOQoAJdilXMgV/LgPw43A9EhtxG xyfc3Dc8EPOdPQYNngKH5Z5Rofx+Vr85mkgP6b6l+dJPosCz2aaEeX7/FRfwCyBJxdFH 6KSe1YQPiDjRohGPhQp+eM/fKkNyPvWBt2hKwYJZ/pVmwl9dEp7LR9rOq/3lhUD50CCK idmZHETRvcYHJm8mj3GmU68pNs3TG/h7ulOJmKsLXoklrrwJ1hNWq6GrdMFjQycEp95E dtJN//VvJqSihEbHGWjgIUBtOriLvU95pL7qsQcFokVW2rzWwav6SoZdCeVk8Ck9Oo4G Dm0g==
X-Gm-Message-State: ALQs6tANUsPNrQkT/o02w6c/MZ4cVz9Zj9f9JxYfr417KBEcqvzRt9kj t0kCq7aURPDY8NP1dBNbJc84ZRyqMmEf5uGDSZ5kdg==
X-Google-Smtp-Source: AIpwx4+D0ZTNstH4ix52cYM8pPgM8tTgQ7RA0YlKrredfq77hMzXFqRTg1AfPe+hJ2X0RSBJTa+12/RFoHfIiUsktBw=
X-Received: by 10.28.140.204 with SMTP id o195mr5167383wmd.35.1524154163516; Thu, 19 Apr 2018 09:09:23 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.170.155 with HTTP; Thu, 19 Apr 2018 09:09:22 -0700 (PDT)
In-Reply-To: <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com>
From: John Lemon <john.lemon@broadcom.com>
Date: Thu, 19 Apr 2018 09:09:22 -0700
Message-ID: <CAPOJaHwZau-+jRRqK99dtTrw0t7E4gZRL_wM4ks9OWJ-YC1dpg@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: Greg Mirsky <gregimirsky@gmail.com>, NVO3 <nvo3@ietf.org>,  "int-area@ietf.org" <int-area@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="001a1145b872800055056a35cb70"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/gKh7E7-2kSyz6YZ4dto99qUUswE>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 16:09:29 -0000

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

I never saw a response to the request for a pointer to an OOAM
implementation, so I assume none exist.

I've seen several good arguments for why the existing IOAM implementation,
for which several implementations exist, meets the needs for IOAM.

I think it is time to put to bed the request to examine merging OOAM and
IOAM. Let's move forward with IOAM and not hold it up.

Respectfully, John


On Thu, Apr 12, 2018 at 11:06 AM, Frank Brockners (fbrockne) <
fbrockne@cisco.com> wrote:

> Hi Greg,
>
>
>
> thanks =E2=80=93 and it seems that we=E2=80=99re on the same page with re=
gards to
> efficiency (4 bytes of non-required overhead) and maturity (or lack of) o=
f
> OOAM.
>
>
>
> On the IOAM implementation: There are several implementations of IOAM.
> Some of which have recently been worked on and shown at an IETF hackathon=
,
> see https://datatracker.ietf.org/meeting/100/materials/slides-
> 100-hackathon-sessa-in-situ-oam-ioam - where we=E2=80=99ve shown IPv6 and
> VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofino.=
 You
> probably also remember the Netronome/Broadcom demo -
> https://www.youtube.com/watch?v=3Dj9FbD4a3F4E .
>
> Below you seem to be specifically referring to the IOAM open source
> implementation in FD.io/VPP: There are protocol encapsulations for
> VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code uses
> the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverages=
 MD-Type 2 for
> NSH. As you=E2=80=99re well aware, there the discussion in SFC whether to=
 use
> MD-Type 2 or next header encapsulating IOAM data in NSH isn=E2=80=99t yet=
 settled,
> hence we=E2=80=99ll refrain from updating the code until SFC WG has come =
to a
> conclusion.
>
>
>
> Could you provide a pointer to an OOAM implementation?
>
>
>
> Thanks,
>
> Frank
>
>
>
> *From:* Greg Mirsky <gregimirsky@gmail.com>
> *Sent:* Donnerstag, 12. April 2018 18:54
> *To:* Frank Brockners (fbrockne) <fbrockne@cisco.com>
> *Cc:* IETF IPPM WG <ippm@ietf.org>; NVO3 <nvo3@ietf.org>; Service
> Function Chaining IETF list <sfc@ietf.org>; int-area@ietf.org
> *Subject:* Re: [ippm] encapsulation of IOAM data in various protocols -
> follow up from WG discussion in London
>
>
>
> Hi Frank,
>
> thank you for sharing your points. Please find my notes in-line and tagge=
d
> GIM>>. I believe that this is very much relevant to work of other working
> groups that directly work on the overlay encapsulations in the center of
> the discussion and hence I've added them to the list. Hope we'll have mor=
e
> opinions to reach the conclusion that is acceptable to all.
>
>
>
> Regards,
>
> Greg
>
>
>
> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne) <
> fbrockne@cisco.com> wrote:
>
> Back at the IPPM meeting in London, we discussed several drafts dealing
> with the encapsulation of IOAM data in various protocols
> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve=
-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to tak=
e
> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
> could be leveraged.  After carefully considering draft-ooamdt-rtgwg-ooam-=
header,
> I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not =
meet the needs of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D is 8
> bytes long. The approach for IOAM data encapsulation in the above mention=
ed
> drafts only requires 4 bytes. Using the OOAM header approach would add an
> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>
> GIM>> The difference in four octets is because OOAM Header:
>
>    - provides more flexibility, e.g. Flags field and Reserved fields;
>    - supports larger OAM packets than iOAM header;
>    - is future proof by supporting versioning (Version field).
>
> * Maturity: IOAM has several implementations, which were also shown at
> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional i=
mplementations to
> be publicized soon. Interoperable implementations need timely
> specifications. Despite the question being asked, the recent thread on OO=
AM
> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM h=
eader. In
> addition, the thread revealed that several fundamental questions about th=
e
> OOAM header are still open, such as whether or how active OAM mechanisms
> within protocols such as Geneve would apply to the OOAM header. This
> ultimately means that we won=E2=80=99t get to a timely specification.
>
> GIM>> May I ask which encapsulations supported by the implementations you
> refer to. Until very recently all iOAM proposals were to use meta-data TL=
V
> in, e.g. Geneve and NSH. And if these or some of these implementations
> already updated to the newly proposed iOAM shim, I don't see problem in
> making them use OOAM Header. Would you agree?
>
>
>
> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM head=
er would
> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-bi=
t
> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols =
that IOAM data
> needs to be encapsulated into use 16-bits for their next protocol code
> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
> GIM>> The first paragraph of the Introduction section states:
>
>    New protocols that support overlay networks like VxLAN-GPE
>
>    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>
>    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
>
>    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>
>    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>
>    Maintenance (OAM) as one of distinct types.  That ensures that
>
>    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>
>    traversing the underlay.
>
> I'm updating the OOAM Header draft and along with cleaning nits will
> update reference to GUE. I think that the list and the statemnt are quite
> clear in identifying the scope of networks that may benefit from using no=
t
> only common OOAM Header but common OOAM mechanisms, e.g. Echo
> Request/Reply
> <https://tools.ietf.org/html/draft-ooamdt-rtgwg-demand-cc-cv-03>.
>
>
>
> With the above in mind, I=E2=80=99d suggest that the WG moves forward wit=
h
> specific definitions for encapsulating IOAM data into protocols =E2=80=93=
 per the
> above mentioned drafts.
>
>
>
> Regards, Frank
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>

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

<div dir=3D"ltr">I never saw a response to the request for a pointer to an =
OOAM implementation, so I assume none exist.<div><br></div><div>I&#39;ve se=
en several good arguments for why the existing IOAM implementation, for whi=
ch several implementations exist, meets the needs for IOAM.</div><div><br><=
/div><div>I think it is time to put to bed the request to examine merging O=
OAM and IOAM. Let&#39;s move forward with IOAM and not hold it up.</div><di=
v><br></div><div>Respectfully, John</div><div><br></div></div><div class=3D=
"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Apr 12, 2018 at 11:06 =
AM, Frank Brockners (fbrockne) <span dir=3D"ltr">&lt;<a href=3D"mailto:fbro=
ckne@cisco.com" target=3D"_blank">fbrockne@cisco.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">





<div lang=3D"DE" link=3D"blue" vlink=3D"purple">
<div class=3D"m_-4104089446759530792WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Hi Greg,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">thanks =E2=80=93 and i=
t seems that we=E2=80=99re on the same page with regards to efficiency (4 b=
ytes of non-required overhead) and maturity
 (or lack of) of OOAM. <u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">On the IOAM implementa=
tion: There are several implementations of IOAM. Some of which have recentl=
y been worked on and
 shown at an IETF hackathon, see <a href=3D"https://datatracker.ietf.org/me=
eting/100/materials/slides-100-hackathon-sessa-in-situ-oam-ioam" target=3D"=
_blank">
https://datatracker.ietf.org/<wbr>meeting/100/materials/slides-<wbr>100-hac=
kathon-sessa-in-situ-<wbr>oam-ioam</a> - where we=E2=80=99ve shown IPv6 and=
 VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofino. =
You probably also remember the Netronome/Broadcom demo -
<a href=3D"https://www.youtube.com/watch?v=3Dj9FbD4a3F4E" target=3D"_blank"=
>https://www.youtube.com/watch?<wbr>v=3Dj9FbD4a3F4E</a> .<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Below you seem to be s=
pecifically referring to the IOAM open source implementation in FD.io/VPP: =
There are protocol encapsulations
 for VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code us=
es the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverage=
s MD-Type 2 for NSH. As you=E2=80=99re well aware, there the discussion in =
SFC whether to use MD-Type 2 or next header encapsulating
 IOAM data in NSH isn=E2=80=99t yet settled, hence we=E2=80=99ll refrain fr=
om updating the code until SFC WG has come to a conclusion.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Could you provide a po=
inter to an OOAM implementation?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Thanks,<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Frank<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">=
gregimirsky@gmail.com</a>&gt;
<br>
<b>Sent:</b> Donnerstag, 12. April 2018 18:54<br>
<b>To:</b> Frank Brockners (fbrockne) &lt;<a href=3D"mailto:fbrockne@cisco.=
com" target=3D"_blank">fbrockne@cisco.com</a>&gt;<br>
<b>Cc:</b> IETF IPPM WG &lt;<a href=3D"mailto:ippm@ietf.org" target=3D"_bla=
nk">ippm@ietf.org</a>&gt;; NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org" target=
=3D"_blank">nvo3@ietf.org</a>&gt;; Service Function Chaining IETF list &lt;=
<a href=3D"mailto:sfc@ietf.org" target=3D"_blank">sfc@ietf.org</a>&gt;; <a =
href=3D"mailto:int-area@ietf.org" target=3D"_blank">int-area@ietf.org</a><b=
r>
<b>Subject:</b> Re: [ippm] encapsulation of IOAM data in various protocols =
- follow up from WG discussion in London<u></u><u></u></span></p><div><div =
class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Frank,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">thank you for sharing your points. Please find my no=
tes in-line and tagged GIM&gt;&gt;. I believe that this is very much releva=
nt to work of other working groups that directly work on the overlay encaps=
ulations in the center of the discussion
 and hence I&#39;ve added them to the list. Hope we&#39;ll have more opinio=
ns to reach the conclusion that is acceptable to all.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regards,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Greg<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (f=
brockne) &lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrock=
ne@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,
 draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre-00). On=
e discussion topic that we decided to take to the list was the question on =
whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After care=
fully considering draft-ooamdt-rtgwg-ooam-<wbr>header,
 I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not m=
eet the needs of IOAM:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach
 for IOAM data encapsulation in the above mentioned drafts only requires 4 =
bytes. Using the OOAM header approach would add an unnecessary overhead of =
4 bytes =E2=80=93 which is significant.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; The difference in four octets is because=
 OOAM Header:<u></u><u></u></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
provides more flexibility, e.g. Flags field and Reserved fields;<u></u><u><=
/u></li><li class=3D"MsoNormal">
supports larger OAM packets than iOAM header;<u></u><u></u></li><li class=
=3D"MsoNormal">
is future proof by supporting versioning (Version field).<u></u><u></u></li=
></ul>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized
 soon. Interoperable implementations need timely specifications. Despite th=
e question being asked, the recent thread on OOAM in the NVO3 list hasn=E2=
=80=99t revealed any implementation of the OOAM header. In addition, the th=
read revealed that several fundamental questions
 about the OOAM header are still open, such as whether or how active OAM me=
chanisms within protocols such as Geneve would apply to the OOAM header. Th=
is ultimately means that we won=E2=80=99t get to a timely specification.</s=
pan><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; May I ask which encapsulations supported=
 by the implementations you refer to. Until very recently all iOAM proposal=
s were to use meta-data TLV in, e.g. Geneve and NSH. And if these or some o=
f these implementations already updated
 to the newly proposed iOAM shim, I don&#39;t see problem in making them us=
e OOAM Header. Would you agree?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for
 =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols that IOAM d=
ata needs to be encapsulated into use 16-bits for their next protocol code =
points. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis=
-ippm-ioam-gre-00.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; The first paragraph of the Introduction =
section states:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0New protocols that support overlay netw=
orks like VxLAN-GPE<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.iet=
f-nvo3-gue], Geneve<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-geneve], BIER [I-D.ietf-=
bier-mpls-<wbr>encapsulation], and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0NSH [I-D.ietf-sfc-nsh] support multi-pr=
otocol payload, e.g.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Ethernet, IPv4/IPv6, and recognize Oper=
ations, Administration, and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Maintenance (OAM) as one of distinct ty=
pes.=C2=A0 That ensures that<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Overlay OAM (OOAM)packets are sharing f=
ate with Overlay data packet<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0traversing the underlay.=C2=A0<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m updating the OOAM Header draft and along wit=
h cleaning nits will update reference to GUE. I think that the list and the=
 statemnt are quite clear in identifying the scope of networks that may ben=
efit from using not only common OOAM Header
 but common OOAM mechanisms, e.g. <a href=3D"https://tools.ietf.org/html/dr=
aft-ooamdt-rtgwg-demand-cc-cv-03" target=3D"_blank">
Echo Request/Reply</a>.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" target=3D"_blank">ht=
tps://www.ietf.org/mailman/<wbr>listinfo/ippm</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div></div></div>
</div>

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</a><br>
<br></blockquote></div><br></div>

--001a1145b872800055056a35cb70--


From nobody Thu Apr 19 09:15:21 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BEF4126B6E; Thu, 19 Apr 2018 09:15:19 -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 LLfoZ8sCZBbv; Thu, 19 Apr 2018 09:15:12 -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 8696E1200E5; Thu, 19 Apr 2018 09:15:12 -0700 (PDT)
Received: by mail-lf0-x234.google.com with SMTP id d79-v6so1011246lfd.0; Thu, 19 Apr 2018 09:15:12 -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=Lqxlpp/4ACQzhoIYqRDPC9K9AD+biepnXMzFOnR8Pik=; b=T+pTzXFXE4bMpH2jVmtqd47zrkPIoq44XPyq3Aqc8OrCOWTiVfcMaQMKkngl1vLgLY /s70za2uXtGiNQhczANGbvbEqUmYGAQTtxdwhjZbYuHMj04VSm47H5O0dHHw74l1J3h4 vsbafRI6kuwdSVcXx+Ul7S4EOtijFrMIXmErLxJF/K6NbnxIXRa5NsEBVrGjVpnupZV2 4op6TS8t+76lK2kN8YtOV0ResFpKfpCnGE0eibLUt6IBNfsCBUGJCqINf0a+macJjs16 nG2dSFn8cjp1uGbLpi/qqeDMlC/NH10PJXSunUziAqNLPeC4Z3zm0sF6Ys1UBHQe5XBy RdVg==
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=Lqxlpp/4ACQzhoIYqRDPC9K9AD+biepnXMzFOnR8Pik=; b=e6zdzoCT5dTURwTvXKyI/l+aTjnQ+0LhMsiTEI1x7dXMaz9bTE3OTQOpRv4+onJbBm ltgyvijp9HJdwFNuyOQOST6ahJM8wwIEDs0wsLdW3Q/Ln21x0jhMdD7hCzgAplASVOAp t/9ONGQAuEzc0ZqqXfJw2OG9acdx6wxIoaOTz4T9O5oVu9Vk/mleCAwD+LYiw2NR+beG EF1k1QFJ5hOXMKIeJSAFB8BLjfpvncXAI5LKXMPrfa48JptBcoT7MutVyqOBEp7vv2EO FK3NdrZ3LEnF8dNYOnrlLY84gR/CKgrmf5qgppN/y8C3/kC2smmlclXXcPGnXlEEf3VA hmkA==
X-Gm-Message-State: ALQs6tAwCfhB78LNENk9t41JQEGHJQB7EBW+VjGhj78xFBMtV9wj6C4X 3etQJVOwAcLdM35kckZXMLhphJ9CkK1OAKfS4Jo=
X-Google-Smtp-Source: AB8JxZqAdHOFquJSb8yN7U9rHLkmgPNAGTeh2kahgO31UwXIEgDuonE4ncaAffiN9aN7Wp49ZMGuw3gBGLMRMt+1LAA=
X-Received: by 2002:a19:aacd:: with SMTP id t196-v6mr466870lfe.60.1524154510592;  Thu, 19 Apr 2018 09:15:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 19 Apr 2018 09:15:09 -0700 (PDT)
In-Reply-To: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 19 Apr 2018 09:15:09 -0700
Message-ID: <CA+RyBmWKyv+iDsQdAum0xP5FbEb5hvc7AQm+SOvt5b7myjBtHg@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: IETF IPPM WG <ippm@ietf.org>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, int-area@ietf.org
Content-Type: multipart/alternative; boundary="0000000000002fcfa7056a35e02f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Da8yofxnOjeLKv3KwUXcytr9Lug>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 16:15:19 -0000

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

Hi Frank, et. al,
we have a very good discussion, thank you. I have a question and appreciate
your consideration:

   - encapsulation documents refer to IOAM HDR, its length is reflected in
   the field labeled either Length or IOAM HDR len. But I cannot find the
   definition of IOAM HDR. What is the IOAM HDR?


Regards,
Greg


On Wed, Apr 11, 2018 at 3:02 AM, Frank Brockners (fbrockne) <
fbrockne@cisco.com> wrote:

> Back at the IPPM meeting in London, we discussed several drafts dealing
> with the encapsulation of IOAM data in various protocols
> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve=
-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to tak=
e
> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
> could be leveraged.  After carefully considering draft-ooamdt-rtgwg-ooam-=
header,
> I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not =
meet the needs of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D is 8
> bytes long. The approach for IOAM data encapsulation in the above mention=
ed
> drafts only requires 4 bytes. Using the OOAM header approach would add an
> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>
> * Maturity: IOAM has several implementations, which were also shown at
> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional i=
mplementations to
> be publicized soon. Interoperable implementations need timely
> specifications. Despite the question being asked, the recent thread on OO=
AM
> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM h=
eader. In
> addition, the thread revealed that several fundamental questions about th=
e
> OOAM header are still open, such as whether or how active OAM mechanisms
> within protocols such as Geneve would apply to the OOAM header. This
> ultimately means that we won=E2=80=99t get to a timely specification.
>
> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM head=
er would
> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-bi=
t
> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols =
that IOAM data
> needs to be encapsulated into use 16-bits for their next protocol code
> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
> With the above in mind, I=E2=80=99d suggest that the WG moves forward wit=
h
> specific definitions for encapsulating IOAM data into protocols =E2=80=93=
 per the
> above mentioned drafts.
>
>
>
> Regards, Frank
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>

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

<div dir=3D"ltr">Hi Frank, et. al,<div>we have a very good discussion, than=
k you. I have a question and appreciate your consideration:</div><div><ul><=
li>encapsulation documents refer to IOAM HDR, its length is reflected in th=
e field labeled either Length or IOAM HDR len. But I cannot find the defini=
tion of IOAM HDR. What is the IOAM HDR?</li></ul></div><div><br></div><div>=
Regards,</div><div>Greg</div><div><br></div></div><div class=3D"gmail_extra=
"><br><div class=3D"gmail_quote">On Wed, Apr 11, 2018 at 3:02 AM, Frank Bro=
ckners (fbrockne) <span dir=3D"ltr">&lt;<a href=3D"mailto:fbrockne@cisco.co=
m" target=3D"_blank">fbrockne@cisco.com</a>&gt;</span> wrote:<br><blockquot=
e class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc sol=
id;padding-left:1ex">





<div lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_-608737365712462883WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00, draft-=
brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre-00).
 One discussion topic that we decided to take to the list was the question =
on whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After c=
arefully considering draft-ooamdt-rtgwg-ooam-<wbr>header, I came to the con=
clusion that the =E2=80=9COOAM header=E2=80=9D does not meet
 the needs of IOAM:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach fo=
r IOAM data encapsulation in the above mentioned drafts
 only requires 4 bytes. Using the OOAM header approach would add an unneces=
sary overhead of 4 bytes =E2=80=93 which is significant.<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized soon.=
 Interoperable implementations need timely specifications.
 Despite the question being asked, the recent thread on OOAM in the NVO3 li=
st hasn=E2=80=99t revealed any implementation of the OOAM header. In additi=
on, the thread revealed that several fundamental questions about the OOAM h=
eader are still open, such as whether or
 how active OAM mechanisms within protocols such as Geneve would apply to t=
he OOAM header. This ultimately means that we won=E2=80=99t get to a timely=
 specification.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for =E2=80=9CNext =
Prot=E2=80=9D, the next protocol. Some protocols that IOAM data
 needs to be encapsulated into use 16-bits for their next protocol code poi=
nts. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis-ip=
pm-ioam-gre-00.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ippm</a><br>
<br></blockquote></div><br></div>

--0000000000002fcfa7056a35e02f--


From nobody Thu Apr 19 09:31:17 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 233CB12DA28; Thu, 19 Apr 2018 09:31:10 -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 KJcJuJNxH0z4; Thu, 19 Apr 2018 09:31:02 -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 0BDEF12DA4F; Thu, 19 Apr 2018 09:31:02 -0700 (PDT)
Received: by mail-lf0-x234.google.com with SMTP id x130-v6so1047960lff.9; Thu, 19 Apr 2018 09:31:01 -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=PXxDqdkMEO81504Z0o2gv7fJaO1X6Dsm2ZmgojdsdgY=; b=UqMDMfzaAq3x4/uFAmXQoxSZu5jwlbQZrNZOANbXkuwdgiXIR37jPITU6SXDXTE/5B 5DkkHnbzaDU59OkcMHvc9+dh0NU4IsWPCrqpX8PFcqzNN/Ab3WYRs3l3IUv7GC7bWH9v qj1AmVcFRVVMzckZdukjZ2THGKIyuRqnr7+rWTPJZV9Imo2ffpbGHU1PbmZDmUVVr74B mKEduKvCjsBW0halpw22TTnNOKVMH1aU2qdSv8P/ld+P86c3mpBK6nv1HA7ZRiE4//CQ lcHXPg15wuFdFGXblvvWhAgNNN8hlu1+HfLfaQzbN4reegn9VXre+tIQC+V6ZG1xXb/B BF4A==
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=PXxDqdkMEO81504Z0o2gv7fJaO1X6Dsm2ZmgojdsdgY=; b=Emlz+7+bUkdyMH5G597pfDFcbT3z5SOOhiiESxXB++IlM5qckZKgL+ZdD3eRi3oUsJ oHoX2N+7M8dNj0S58gt/mCcBqnKa6d9EOt0CcuKFq+k+6IBsFS04gIaOf5VnARCLwpgf RBJvEHNxi5WRB/mBsit4yyPz879CcQg0TVIoU0Q46vtQg7oKAruTkhqaYl1nJlo0piD/ bkyTLHJ2eO5m+/KvmZCK2o3kK8Vfx7mYNo/7ej1OvbdAttXw6U/iZE/YDQ8S7C8XE2md sed23TnzTqlwxdy3UsMxl+5M00qt6ofVV5g///3PITdMnPTXzXU04WylWhFF51AD3U8f 88Fw==
X-Gm-Message-State: ALQs6tAfPbkaZ7XE7+bCzSfvawZIsybGEP1cyDxolJa+eqJIpIpM8269 s2ag/ImveH99L5NRYrXyx6kEdeGVf/yINewYPHo=
X-Google-Smtp-Source: AIpwx49aasDDIQJqsm3jdNOhld8KDkeSrPWRwe8Xx9ciJvnzDUS1xeoaN2k7GUT86LSu0VvgMvibtIAMwERHRjJMFO8=
X-Received: by 10.46.156.81 with SMTP id t17mr4990143ljj.58.1524155460180; Thu, 19 Apr 2018 09:31:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 19 Apr 2018 09:30:59 -0700 (PDT)
In-Reply-To: <CAPOJaHwZau-+jRRqK99dtTrw0t7E4gZRL_wM4ks9OWJ-YC1dpg@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com> <CAPOJaHwZau-+jRRqK99dtTrw0t7E4gZRL_wM4ks9OWJ-YC1dpg@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 19 Apr 2018 09:30:59 -0700
Message-ID: <CA+RyBmUFvgYhkFYv4J1G6ujiuB=Nt6+E35hp1m87f7Q=4tQkyQ@mail.gmail.com>
To: John Lemon <john.lemon@broadcom.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>,  "int-area@ietf.org" <int-area@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="f4f5e80ee2f8c96174056a361897"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/6s8L2XkPnkeDerPcFZEOSVoVWeg>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 16:31:10 -0000

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

Hi John,
I don't argue with the importance of interoperable implementations (though
early implementations accept the risk of non-compliance with the final
specification, for example, SFC NSH). At the same time, I don't think that
mere fact of existing implementation should cancel discussion of technical
characteristics of the proposed approaches to hybrid OAM.

Regards,
Greg

On Thu, Apr 19, 2018 at 9:09 AM, John Lemon <john.lemon@broadcom.com> wrote=
:

> I never saw a response to the request for a pointer to an OOAM
> implementation, so I assume none exist.
>
> I've seen several good arguments for why the existing IOAM implementation=
,
> for which several implementations exist, meets the needs for IOAM.
>
> I think it is time to put to bed the request to examine merging OOAM and
> IOAM. Let's move forward with IOAM and not hold it up.
>
> Respectfully, John
>
>
> On Thu, Apr 12, 2018 at 11:06 AM, Frank Brockners (fbrockne) <
> fbrockne@cisco.com> wrote:
>
>> Hi Greg,
>>
>>
>>
>> thanks =E2=80=93 and it seems that we=E2=80=99re on the same page with r=
egards to
>> efficiency (4 bytes of non-required overhead) and maturity (or lack of) =
of
>> OOAM.
>>
>>
>>
>> On the IOAM implementation: There are several implementations of IOAM.
>> Some of which have recently been worked on and shown at an IETF hackatho=
n,
>> see https://datatracker.ietf.org/meeting/100/materials/slides-10
>> 0-hackathon-sessa-in-situ-oam-ioam - where we=E2=80=99ve shown IPv6 and
>> VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofino=
. You
>> probably also remember the Netronome/Broadcom demo -
>> https://www.youtube.com/watch?v=3Dj9FbD4a3F4E .
>>
>> Below you seem to be specifically referring to the IOAM open source
>> implementation in FD.io/VPP: There are protocol encapsulations for
>> VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code uses
>> the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverage=
s MD-Type 2 for
>> NSH. As you=E2=80=99re well aware, there the discussion in SFC whether t=
o use
>> MD-Type 2 or next header encapsulating IOAM data in NSH isn=E2=80=99t ye=
t settled,
>> hence we=E2=80=99ll refrain from updating the code until SFC WG has come=
 to a
>> conclusion.
>>
>>
>>
>> Could you provide a pointer to an OOAM implementation?
>>
>>
>>
>> Thanks,
>>
>> Frank
>>
>>
>>
>> *From:* Greg Mirsky <gregimirsky@gmail.com>
>> *Sent:* Donnerstag, 12. April 2018 18:54
>> *To:* Frank Brockners (fbrockne) <fbrockne@cisco.com>
>> *Cc:* IETF IPPM WG <ippm@ietf.org>; NVO3 <nvo3@ietf.org>; Service
>> Function Chaining IETF list <sfc@ietf.org>; int-area@ietf.org
>> *Subject:* Re: [ippm] encapsulation of IOAM data in various protocols -
>> follow up from WG discussion in London
>>
>>
>>
>> Hi Frank,
>>
>> thank you for sharing your points. Please find my notes in-line and
>> tagged GIM>>. I believe that this is very much relevant to work of other
>> working groups that directly work on the overlay encapsulations in the
>> center of the discussion and hence I've added them to the list. Hope we'=
ll
>> have more opinions to reach the conclusion that is acceptable to all.
>>
>>
>>
>> Regards,
>>
>> Greg
>>
>>
>>
>> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne) <
>> fbrockne@cisco.com> wrote:
>>
>> Back at the IPPM meeting in London, we discussed several drafts dealing
>> with the encapsulation of IOAM data in various protocols
>> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-genev=
e-00,
>> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to ta=
ke
>> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
>> could be leveraged.  After carefully considering
>> draft-ooamdt-rtgwg-ooam-header, I came to the conclusion that the =E2=80=
=9COOAM
>> header=E2=80=9D does not meet the needs of IOAM:
>>
>> * Efficiency: IOAM adds data to live user traffic. As such, an
>> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM he=
ader=E2=80=9D is 8
>> bytes long. The approach for IOAM data encapsulation in the above mentio=
ned
>> drafts only requires 4 bytes. Using the OOAM header approach would add a=
n
>> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>>
>> GIM>> The difference in four octets is because OOAM Header:
>>
>>    - provides more flexibility, e.g. Flags field and Reserved fields;
>>    - supports larger OAM packets than iOAM header;
>>    - is future proof by supporting versioning (Version field).
>>
>> * Maturity: IOAM has several implementations, which were also shown at
>> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional =
implementations to
>> be publicized soon. Interoperable implementations need timely
>> specifications. Despite the question being asked, the recent thread on O=
OAM
>> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM =
header. In
>> addition, the thread revealed that several fundamental questions about t=
he
>> OOAM header are still open, such as whether or how active OAM mechanisms
>> within protocols such as Geneve would apply to the OOAM header. This
>> ultimately means that we won=E2=80=99t get to a timely specification.
>>
>> GIM>> May I ask which encapsulations supported by the implementations yo=
u
>> refer to. Until very recently all iOAM proposals were to use meta-data T=
LV
>> in, e.g. Geneve and NSH. And if these or some of these implementations
>> already updated to the newly proposed iOAM shim, I don't see problem in
>> making them use OOAM Header. Would you agree?
>>
>>
>>
>> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM hea=
der would
>> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-b=
it
>> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols=
 that IOAM data
>> needs to be encapsulated into use 16-bits for their next protocol code
>> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>> draft-weis-ippm-ioam-gre-00.
>>
>> GIM>> The first paragraph of the Introduction section states:
>>
>>    New protocols that support overlay networks like VxLAN-GPE
>>
>>    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>>
>>    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
>>
>>    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>>
>>    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>>
>>    Maintenance (OAM) as one of distinct types.  That ensures that
>>
>>    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>>
>>    traversing the underlay.
>>
>> I'm updating the OOAM Header draft and along with cleaning nits will
>> update reference to GUE. I think that the list and the statemnt are quit=
e
>> clear in identifying the scope of networks that may benefit from using n=
ot
>> only common OOAM Header but common OOAM mechanisms, e.g. Echo
>> Request/Reply
>> <https://tools.ietf.org/html/draft-ooamdt-rtgwg-demand-cc-cv-03>.
>>
>>
>>
>> With the above in mind, I=E2=80=99d suggest that the WG moves forward wi=
th
>> specific definitions for encapsulating IOAM data into protocols =E2=80=
=93 per the
>> above mentioned drafts.
>>
>>
>>
>> Regards, Frank
>>
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>>
>>
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>>
>>
>

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

<div dir=3D"ltr">Hi John,<div>I don&#39;t argue with the importance of inte=
roperable implementations (though early implementations accept=C2=A0the ris=
k=C2=A0of non-compliance=C2=A0with the final specification, for=C2=A0exampl=
e, SFC NSH). At the same time, I don&#39;t think that mere fact of existing=
 implementation should cancel discussion of technical characteristics of th=
e proposed approaches to hybrid OAM.</div><div><br></div><div>Regards,</div=
><div>Greg</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_qu=
ote">On Thu, Apr 19, 2018 at 9:09 AM, John Lemon <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:john.lemon@broadcom.com" target=3D"_blank">john.lemon@broadco=
m.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"l=
tr">I never saw a response to the request for a pointer to an OOAM implemen=
tation, so I assume none exist.<div><br></div><div>I&#39;ve seen several go=
od arguments for why the existing IOAM implementation, for which several im=
plementations exist, meets the needs for IOAM.</div><div><br></div><div>I t=
hink it is time to put to bed the request to examine merging OOAM and IOAM.=
 Let&#39;s move forward with IOAM and not hold it up.</div><div><br></div><=
div>Respectfully, John</div><div><br></div></div><div class=3D"HOEnZb"><div=
 class=3D"h5"><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On =
Thu, Apr 12, 2018 at 11:06 AM, Frank Brockners (fbrockne) <span dir=3D"ltr"=
>&lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrockne@cisco=
.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"DE" link=3D"blue" vlink=3D"purple">
<div class=3D"m_-4312819357643212135m_-4104089446759530792WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Hi Greg,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">thanks =E2=80=93 and i=
t seems that we=E2=80=99re on the same page with regards to efficiency (4 b=
ytes of non-required overhead) and maturity
 (or lack of) of OOAM. <u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">On the IOAM implementa=
tion: There are several implementations of IOAM. Some of which have recentl=
y been worked on and
 shown at an IETF hackathon, see <a href=3D"https://datatracker.ietf.org/me=
eting/100/materials/slides-100-hackathon-sessa-in-situ-oam-ioam" target=3D"=
_blank">
https://datatracker.ietf.org/m<wbr>eeting/100/materials/slides-10<wbr>0-hac=
kathon-sessa-in-situ-oam-<wbr>ioam</a> - where we=E2=80=99ve shown IPv6 and=
 VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofino. =
You probably also remember the Netronome/Broadcom demo -
<a href=3D"https://www.youtube.com/watch?v=3Dj9FbD4a3F4E" target=3D"_blank"=
>https://www.youtube.com/watch?<wbr>v=3Dj9FbD4a3F4E</a> .<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Below you seem to be s=
pecifically referring to the IOAM open source implementation in FD.io/VPP: =
There are protocol encapsulations
 for VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code us=
es the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverage=
s MD-Type 2 for NSH. As you=E2=80=99re well aware, there the discussion in =
SFC whether to use MD-Type 2 or next header encapsulating
 IOAM data in NSH isn=E2=80=99t yet settled, hence we=E2=80=99ll refrain fr=
om updating the code until SFC WG has come to a conclusion.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Could you provide a po=
inter to an OOAM implementation?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Thanks,<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Frank<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">=
gregimirsky@gmail.com</a>&gt;
<br>
<b>Sent:</b> Donnerstag, 12. April 2018 18:54<br>
<b>To:</b> Frank Brockners (fbrockne) &lt;<a href=3D"mailto:fbrockne@cisco.=
com" target=3D"_blank">fbrockne@cisco.com</a>&gt;<br>
<b>Cc:</b> IETF IPPM WG &lt;<a href=3D"mailto:ippm@ietf.org" target=3D"_bla=
nk">ippm@ietf.org</a>&gt;; NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org" target=
=3D"_blank">nvo3@ietf.org</a>&gt;; Service Function Chaining IETF list &lt;=
<a href=3D"mailto:sfc@ietf.org" target=3D"_blank">sfc@ietf.org</a>&gt;; <a =
href=3D"mailto:int-area@ietf.org" target=3D"_blank">int-area@ietf.org</a><b=
r>
<b>Subject:</b> Re: [ippm] encapsulation of IOAM data in various protocols =
- follow up from WG discussion in London<u></u><u></u></span></p><div><div =
class=3D"m_-4312819357643212135h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Frank,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">thank you for sharing your points. Please find my no=
tes in-line and tagged GIM&gt;&gt;. I believe that this is very much releva=
nt to work of other working groups that directly work on the overlay encaps=
ulations in the center of the discussion
 and hence I&#39;ve added them to the list. Hope we&#39;ll have more opinio=
ns to reach the conclusion that is acceptable to all.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regards,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Greg<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (f=
brockne) &lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrock=
ne@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-vxl<wbr>an-gpe-00,
 draft-brockners-ippm-ioam-gene<wbr>ve-00, draft-weis-ippm-ioam-gre-00). On=
e discussion topic that we decided to take to the list was the question on =
whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After care=
fully considering draft-ooamdt-rtgwg-ooam-header<wbr>,
 I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not m=
eet the needs of IOAM:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach
 for IOAM data encapsulation in the above mentioned drafts only requires 4 =
bytes. Using the OOAM header approach would add an unnecessary overhead of =
4 bytes =E2=80=93 which is significant.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; The difference in four octets is because=
 OOAM Header:<u></u><u></u></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
provides more flexibility, e.g. Flags field and Reserved fields;<u></u><u><=
/u></li><li class=3D"MsoNormal">
supports larger OAM packets than iOAM header;<u></u><u></u></li><li class=
=3D"MsoNormal">
is future proof by supporting versioning (Version field).<u></u><u></u></li=
></ul>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized
 soon. Interoperable implementations need timely specifications. Despite th=
e question being asked, the recent thread on OOAM in the NVO3 list hasn=E2=
=80=99t revealed any implementation of the OOAM header. In addition, the th=
read revealed that several fundamental questions
 about the OOAM header are still open, such as whether or how active OAM me=
chanisms within protocols such as Geneve would apply to the OOAM header. Th=
is ultimately means that we won=E2=80=99t get to a timely specification.</s=
pan><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; May I ask which encapsulations supported=
 by the implementations you refer to. Until very recently all iOAM proposal=
s were to use meta-data TLV in, e.g. Geneve and NSH. And if these or some o=
f these implementations already updated
 to the newly proposed iOAM shim, I don&#39;t see problem in making them us=
e OOAM Header. Would you agree?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for
 =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols that IOAM d=
ata needs to be encapsulated into use 16-bits for their next protocol code =
points. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis=
-ippm-ioam-gre-00.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">GIM&gt;&gt; The first paragraph of the Introduction =
section states:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0New protocols that support overlay netw=
orks like VxLAN-GPE<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.iet=
f-nvo3-gue], Geneve<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-geneve], BIER [I-D.ietf-=
bier-mpls-encapsulat<wbr>ion], and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0NSH [I-D.ietf-sfc-nsh] support multi-pr=
otocol payload, e.g.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Ethernet, IPv4/IPv6, and recognize Oper=
ations, Administration, and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Maintenance (OAM) as one of distinct ty=
pes.=C2=A0 That ensures that<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Overlay OAM (OOAM)packets are sharing f=
ate with Overlay data packet<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0traversing the underlay.=C2=A0<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m updating the OOAM Header draft and along wit=
h cleaning nits will update reference to GUE. I think that the list and the=
 statemnt are quite clear in identifying the scope of networks that may ben=
efit from using not only common OOAM Header
 but common OOAM mechanisms, e.g. <a href=3D"https://tools.ietf.org/html/dr=
aft-ooamdt-rtgwg-demand-cc-cv-03" target=3D"_blank">
Echo Request/Reply</a>.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" target=3D"_blank">ht=
tps://www.ietf.org/mailman/l<wbr>istinfo/ippm</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div></div></div>
</div>

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/ippm</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--f4f5e80ee2f8c96174056a361897--


From nobody Thu Apr 19 09:54:39 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FEE5124319; Thu, 19 Apr 2018 09:54:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.509
X-Spam-Level: 
X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RcszXUzrhsPW; Thu, 19 Apr 2018 09:54:29 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 881E91200C5; Thu, 19 Apr 2018 09:54:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20968; q=dns/txt; s=iport; t=1524156869; x=1525366469; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=a493VFuvdNvvQFNIkqGOuioxGgYwOqBj0vMllBP93BA=; b=FjX5kv9tBvvjQWQsvMayhKOLjSD37d1BezMNfyFDIqnKty/Sevp8GYom 76Ha+v4JslAJQYwQmqC6NeNcFtZ/QRAQS6O2c4xCz2Uo6E+aZTBsax+Rl RAlZgD7ZGr2OsaylZqBA3hRaWwN9aZV1YasbssFVQ/nEXisJWQgJVB5/i Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AlAgCOydha/4ENJK1bGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNdWEXYygKg16IAox3gXSBD4Zqhx2EbIF4CxgBCoRGAhq?= =?us-ascii?q?CJyE0GAECAQEBAQEBAmwcDIUiAQEBAQMBASEKQQsQAgEIEQQBASQEAwICAh8?= =?us-ascii?q?GCxQJCAEBBA4FCBeECkwDFQ+mMIIchwsNgSuCIAWIBoFUP4EPgwuCT0IBAYE?= =?us-ascii?q?9WYJKglQCl0EsCAKLAzuCdYxViXOGDQIREwGBJAEcOIFScBU7gkOCHRoRiEi?= =?us-ascii?q?FPm+PK4EYAQE?=
X-IronPort-AV: E=Sophos;i="5.48,469,1517875200";  d="scan'208,217";a="386652477"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Apr 2018 16:54:27 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w3JGsREg026349 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Apr 2018 16:54:27 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 19 Apr 2018 11:54:26 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Thu, 19 Apr 2018 11:54:26 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: IETF IPPM WG <ippm@ietf.org>, NVO3 <nvo3@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>
Thread-Topic: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AdPRe/DslDwu34XkSmq8g6ttV3Kt0QGp44SAAAmXEdA=
Date: Thu, 19 Apr 2018 16:54:26 +0000
Message-ID: <81b2598c54944ba887248cbce2f66575@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmWKyv+iDsQdAum0xP5FbEb5hvc7AQm+SOvt5b7myjBtHg@mail.gmail.com>
In-Reply-To: <CA+RyBmWKyv+iDsQdAum0xP5FbEb5hvc7AQm+SOvt5b7myjBtHg@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.3]
Content-Type: multipart/alternative; boundary="_000_81b2598c54944ba887248cbce2f66575XCHRCD008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/dWoTbUXVXQG6Hu023nbawj-59KQ>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 16:54:32 -0000

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

SGkgR3JlZywNCg0KZ29vZCBjYXRjaCDigJMgdGhlcmUgaXMgYSBiaXQgb2YgbG9vc2UgbGFuZ3Vh
Z2UgaW4gc29tZSBvZiB0aGUgZHJhZnRzLiBXZeKAmWxsIG1ha2UgdGhpbmdzIGNyaXNwZXIgaW4g
dGhlIG5leHQgcmV2LiBOb3RlIHRoYXQgdGhlcmUgaXMgbm8gZ2VuZXJpYyDigJxJT0FNIGhlYWRl
cuKAnSBidXQgdGhhdCBkZWZpbml0aW9uIGlzIGFsd2F5cyB3aXRoaW4gdGhlIGNvbnRleHQgb2Yg
YSBwYXJ0aWN1bGFyIGVuY2Fwc3VsYXRpb24gcHJvdG9jb2wuIGRyYWZ0LXdlaXMtaXBwbS1pb2Ft
LWdyZS0wMCBhbHJlYWR5IGhhcyBhIGRlZmluaXRpb24gb2YgdGhlIElPQU0gaGVhZGVyIChmb3Ig
R1JFKSDigJMgc2VlIHNlY3Rpb24gMy4gRm9yIHRoZSBvdGhlciBkcmFmdHMsIHdlIHVzZSBsYW5n
dWFnZSBsaWtlIOKAnFRoZSBJT0FNIHJlbGF0ZWQgZmllbGRzIGluIFZYTEFOLUdQRSBhcmUgZGVm
aW5lZCBhcyBmb2xsb3dz4oCdIG9yIOKAnFRoZSBmaWVsZHMgcmVsYXRlZCB0byB0aGUgZW5jYXBz
dWxhdGlvbiBvZiBJT0FNIGRhdGEgZmllbGRzIGluIEdlbmV2ZSBhcmUgZGVmaW5lZCBhcyBmb2xs
b3dz4oCdLCBpLmUuIHRoZSBpbmZvcm1hdGlvbiB0aGF0IGlzIHJlcXVpcmVkIHRvIHBlcmZvcm0g
dGhlIGVuY2Fwc3VsYXRpb24gaW50byB0aGUgcGFyZW50IHByb3RvY29sLCBhbG9uZyB3aXRoIHRo
ZSBhY3R1YWwgSU9BTSBkYXRhIGZpZWxkcy4gTW92aW5nIGZvcndhcmQsIHdlIGNhbiBiZSBjcmlz
cGVyIGFuZCBzcGxpdCB0aGluZ3MgaW50byBhbiDigJxlbmNhcHN1bGF0aW9uIGRlcGVuZGVudCBw
YXJ04oCdIGFuZCBhIOKAnGRhdGEgcGFydOKAnS4NCg0KRnJhbmsNCg0KRnJvbTogR3JlZyBNaXJz
a3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4NClNlbnQ6IERvbm5lcnN0YWcsIDE5LiBBcHJpbCAy
MDE4IDE4OjE1DQpUbzogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2Nv
LmNvbT4NCkNjOiBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+OyBOVk8zIDxudm8zQGlldGYu
b3JnPjsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47
IGludC1hcmVhQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW2lwcG1dIGVuY2Fwc3VsYXRpb24gb2Yg
SU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vz
c2lvbiBpbiBMb25kb24NCg0KSGkgRnJhbmssIGV0LiBhbCwNCndlIGhhdmUgYSB2ZXJ5IGdvb2Qg
ZGlzY3Vzc2lvbiwgdGhhbmsgeW91LiBJIGhhdmUgYSBxdWVzdGlvbiBhbmQgYXBwcmVjaWF0ZSB5
b3VyIGNvbnNpZGVyYXRpb246DQoNCiAgKiAgIGVuY2Fwc3VsYXRpb24gZG9jdW1lbnRzIHJlZmVy
IHRvIElPQU0gSERSLCBpdHMgbGVuZ3RoIGlzIHJlZmxlY3RlZCBpbiB0aGUgZmllbGQgbGFiZWxl
ZCBlaXRoZXIgTGVuZ3RoIG9yIElPQU0gSERSIGxlbi4gQnV0IEkgY2Fubm90IGZpbmQgdGhlIGRl
ZmluaXRpb24gb2YgSU9BTSBIRFIuIFdoYXQgaXMgdGhlIElPQU0gSERSPw0KDQpSZWdhcmRzLA0K
R3JlZw0KDQoNCk9uIFdlZCwgQXByIDExLCAyMDE4IGF0IDM6MDIgQU0sIEZyYW5rIEJyb2NrbmVy
cyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRvOmZicm9ja25lQGNpc2NvLmNv
bT4+IHdyb3RlOg0KQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vz
c2VkIHNldmVyYWwgZHJhZnRzIGRlYWxpbmcgd2l0aCB0aGUgZW5jYXBzdWxhdGlvbiBvZiBJT0FN
IGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgKGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhs
YW4tZ3BlLTAwLCBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0wMCwgZHJhZnQtd2Vp
cy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lIGRpc2N1c3Npb24gdG9waWMgdGhhdCB3ZSBkZWNpZGVk
IHRvIHRha2UgdG8gdGhlIGxpc3Qgd2FzIHRoZSBxdWVzdGlvbiBvbiB3aGV0aGVyIGRyYWZ0LW9v
YW1kdC1ydGd3Zy1vb2FtLWhlYWRlciBjb3VsZCBiZSBsZXZlcmFnZWQuICBBZnRlciBjYXJlZnVs
bHkgY29uc2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyLCBJIGNhbWUgdG8g
dGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVldCB0
aGUgbmVlZHMgb2YgSU9BTToNCiogRWZmaWNpZW5jeTogSU9BTSBhZGRzIGRhdGEgdG8gbGl2ZSB1
c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFuIGVuY2Fwc3VsYXRpb24gbmVlZHMgdG8gYmUgYXMgZWZm
aWNpZW50IGFzIHBvc3NpYmxlLiBUaGUg4oCcT09BTSBoZWFkZXLigJ0gaXMgOCBieXRlcyBsb25n
LiBUaGUgYXBwcm9hY2ggZm9yIElPQU0gZGF0YSBlbmNhcHN1bGF0aW9uIGluIHRoZSBhYm92ZSBt
ZW50aW9uZWQgZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVh
ZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVhZCBvZiA0IGJ5dGVz
IOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC4NCiogTWF0dXJpdHk6IElPQU0gaGFzIHNldmVyYWwg
aW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hvd24gYXQgcmVjZW50IElFVEYgaGFj
a2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwgaW1wbGVtZW50YXRp
b25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4gSW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMg
bmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5nIGFz
a2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxpc3QgaGFzbuKAmXQg
cmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4gSW4gYWRkaXRp
b24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9u
cyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2ggYXMgd2hldGhlciBv
ciBob3cgYWN0aXZlIE9BTSBtZWNoYW5pc21zIHdpdGhpbiBwcm90b2NvbHMgc3VjaCBhcyBHZW5l
dmUgd291bGQgYXBwbHkgdG8gdGhlIE9PQU0gaGVhZGVyLiBUaGlzIHVsdGltYXRlbHkgbWVhbnMg
dGhhdCB3ZSB3b27igJl0IGdldCB0byBhIHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KKiBTY29wZTog
SXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVh
ZGVyIHdvdWxkIHVsdGltYXRlbHkgYXBwbHkgdG8uIFRoZSB3YXkgdGhlIE9PQU0gaGVhZGVyIGlz
IGRlZmluZWQsIE9PQU0gdXNlcyBhIDgtYml0IGZpZWxkIGZvciDigJxOZXh0IFByb3TigJ0sIHRo
ZSBuZXh0IHByb3RvY29sLiBTb21lIHByb3RvY29scyB0aGF0IElPQU0gZGF0YSBuZWVkcyB0byBi
ZSBlbmNhcHN1bGF0ZWQgaW50byB1c2UgMTYtYml0cyBmb3IgdGhlaXIgbmV4dCBwcm90b2NvbCBj
b2RlIHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVjaWZp
ZWQgaW4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0KV2l0aCB0aGUgYWJvdmUgaW4gbWlu
ZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkIHdpdGggc3BlY2lmaWMg
ZGVmaW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gcHJvdG9jb2xzIOKA
kyBwZXIgdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMuDQoNClJlZ2FyZHMsIEZyYW5rDQoNCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQppcHBtIG1haWxp
bmcgbGlzdA0KaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3
LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1
IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAubXNv
bm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6
bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207
DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQt
c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m
YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm
YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ
bWFyZ2luOjcwLjg1cHQgNzAuODVwdCAyLjBjbSA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjEN
Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDAN
Cgl7bXNvLWxpc3QtaWQ6NDE1OTc4MDc4Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo5NDYxMzA2
NDY7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN
Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t
YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDps
ZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6
IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w
OjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n
ZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ
bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxp
c3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2
ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u
dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh
bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4
OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x
OC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGlu
Z3M7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN
Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv
LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7
bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHls
ZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQi
IHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+
PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0
IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFk
Pg0KPGJvZHkgbGFuZz0iREUiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz
cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBHcmVnLDxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPmdvb2QgY2F0Y2gg
4oCTIHRoZXJlIGlzIGEgYml0IG9mIGxvb3NlIGxhbmd1YWdlIGluIHNvbWUgb2YgdGhlIGRyYWZ0
cy4gV2XigJlsbCBtYWtlIHRoaW5ncyBjcmlzcGVyIGluIHRoZSBuZXh0IHJldi4gTm90ZSB0aGF0
DQogdGhlcmUgaXMgbm8gZ2VuZXJpYyDigJxJT0FNIGhlYWRlcuKAnSBidXQgdGhhdCBkZWZpbml0
aW9uIGlzIGFsd2F5cyB3aXRoaW4gdGhlIGNvbnRleHQgb2YgYSBwYXJ0aWN1bGFyIGVuY2Fwc3Vs
YXRpb24gcHJvdG9jb2wuIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMCBhbHJlYWR5IGhhcyBh
IGRlZmluaXRpb24gb2YgdGhlIElPQU0gaGVhZGVyIChmb3IgR1JFKSDigJMgc2VlIHNlY3Rpb24g
My4gRm9yIHRoZSBvdGhlciBkcmFmdHMsIHdlIHVzZSBsYW5ndWFnZQ0KIGxpa2Ug4oCcVGhlIElP
QU0gcmVsYXRlZCBmaWVsZHMgaW4gVlhMQU4tR1BFIGFyZSBkZWZpbmVkIGFzIGZvbGxvd3PigJ0g
b3Ig4oCcVGhlIGZpZWxkcyByZWxhdGVkIHRvIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0
YSBmaWVsZHMgaW4gR2VuZXZlIGFyZSBkZWZpbmVkIGFzIGZvbGxvd3PigJ0sIGkuZS4gdGhlIGlu
Zm9ybWF0aW9uIHRoYXQgaXMgcmVxdWlyZWQgdG8gcGVyZm9ybSB0aGUgZW5jYXBzdWxhdGlvbiBp
bnRvIHRoZSBwYXJlbnQgcHJvdG9jb2wsDQogYWxvbmcgd2l0aCB0aGUgYWN0dWFsIElPQU0gZGF0
YSBmaWVsZHMuIE1vdmluZyBmb3J3YXJkLCB3ZSBjYW4gYmUgY3Jpc3BlciBhbmQgc3BsaXQgdGhp
bmdzIGludG8gYW4g4oCcZW5jYXBzdWxhdGlvbiBkZXBlbmRlbnQgcGFydOKAnSBhbmQgYSDigJxk
YXRhIHBhcnTigJ0uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+RnJhbms8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi
PkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gR3JlZyBNaXJz
a3kgJmx0O2dyZWdpbWlyc2t5QGdtYWlsLmNvbSZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBEb25u
ZXJzdGFnLCAxOS4gQXByaWwgMjAxOCAxODoxNTxicj4NCjxiPlRvOjwvYj4gRnJhbmsgQnJvY2tu
ZXJzIChmYnJvY2tuZSkgJmx0O2Zicm9ja25lQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+
IElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs7IE5WTzMgJmx0O252bzNAaWV0Zi5v
cmcmZ3Q7OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCAmbHQ7c2ZjQGlldGYu
b3JnJmd0OzsgaW50LWFyZWFAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBt
XSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxv
dyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+SGkgRnJhbmssIGV0LiBhbCw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj53ZSBoYXZlIGEgdmVyeSBnb29kIGRpc2N1c3Npb24sIHRoYW5r
IHlvdS4gSSBoYXZlIGEgcXVlc3Rpb24gYW5kIGFwcHJlY2lhdGUgeW91ciBjb25zaWRlcmF0aW9u
OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQplbmNhcHN1bGF0aW9u
IGRvY3VtZW50cyByZWZlciB0byBJT0FNIEhEUiwgaXRzIGxlbmd0aCBpcyByZWZsZWN0ZWQgaW4g
dGhlIGZpZWxkIGxhYmVsZWQgZWl0aGVyIExlbmd0aCBvciBJT0FNIEhEUiBsZW4uIEJ1dCBJIGNh
bm5vdCBmaW5kIHRoZSBkZWZpbml0aW9uIG9mIElPQU0gSERSLiBXaGF0IGlzIHRoZSBJT0FNIEhE
Uj88bzpwPjwvbzpwPjwvbGk+PC91bD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPkdyZWc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5PbiBXZWQsIEFwciAxMSwgMjAxOCBhdCAzOjAyIEFNLCBGcmFuayBCcm9j
a25lcnMgKGZicm9ja25lKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbSIg
dGFyZ2V0PSJfYmxhbmsiPmZicm9ja25lQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v
OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk
ICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0Ljhw
dDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBsYW5nPSJFTi1VUyI+QmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRvbiwg
d2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRzIGRlYWxpbmcgd2l0aCB0aGUgZW5jYXBzdWxhdGlv
biBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgKGRyYWZ0LWJyb2NrbmVycy1pcHBt
LWlvYW0tdnhsYW4tZ3BlLTAwLA0KIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAw
LCBkcmFmdC13ZWlzLWlwcG0taW9hbS1ncmUtMDApLiBPbmUgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0
IHdlIGRlY2lkZWQgdG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRo
ZXIgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyIGNvdWxkIGJlIGxldmVyYWdlZC4mbmJz
cDsgQWZ0ZXIgY2FyZWZ1bGx5IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhl
YWRlciwNCiBJIGNhbWUgdG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLi
gJ0gZG9lcyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9BTTo8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4qIEVmZmljaWVuY3k6
IElPQU0gYWRkcyBkYXRhIHRvIGxpdmUgdXNlciB0cmFmZmljLiBBcyBzdWNoLCBhbiBlbmNhcHN1
bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3NzaWJsZS4gVGhlIOKAnE9PQU0g
aGVhZGVy4oCdIGlzIDggYnl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNoDQogZm9yIElPQU0gZGF0YSBl
bmNhcHN1bGF0aW9uIGluIHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzIG9ubHkgcmVxdWlyZXMg
NCBieXRlcy4gVXNpbmcgdGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5l
Y2Vzc2FyeSBvdmVyaGVhZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC48L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO
LVVTIj4qIE1hdHVyaXR5OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2gg
d2VyZSBhbHNvIHNob3duIGF0IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCTIGFuZCB3ZeKAmXJl
IGV4cGVjdGluZyBhZGRpdGlvbmFsIGltcGxlbWVudGF0aW9ucyB0byBiZSBwdWJsaWNpemVkDQog
c29vbi4gSW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNh
dGlvbnMuIERlc3BpdGUgdGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVh
ZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVu
dGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFs
ZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsIHF1ZXN0aW9ucw0KIGFib3V0IHRoZSBPT0FNIGhl
YWRlciBhcmUgc3RpbGwgb3Blbiwgc3VjaCBhcyB3aGV0aGVyIG9yIGhvdyBhY3RpdmUgT0FNIG1l
Y2hhbmlzbXMgd2l0aGluIHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0
aGUgT09BTSBoZWFkZXIuIFRoaXMgdWx0aW1hdGVseSBtZWFucyB0aGF0IHdlIHdvbuKAmXQgZ2V0
IHRvIGEgdGltZWx5IHNwZWNpZmljYXRpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+KiBTY29wZTogSXQgaXNu4oCZdCBl
bnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyIHdvdWxkIHVs
dGltYXRlbHkgYXBwbHkgdG8uIFRoZSB3YXkgdGhlIE9PQU0gaGVhZGVyIGlzIGRlZmluZWQsIE9P
QU0gdXNlcyBhIDgtYml0IGZpZWxkIGZvcg0KIOKAnE5leHQgUHJvdOKAnSwgdGhlIG5leHQgcHJv
dG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRoYXQgSU9BTSBkYXRhIG5lZWRzIHRvIGJlIGVuY2Fwc3Vs
YXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUgcG9pbnRz
LiBTZWUgZS5nLiB0aGUgR1JFIGVuY2Fwc3VsYXRpb24g4oCTIGFzIHNwZWNpZmllZCBpbiBkcmFm
dC13ZWlzLWlwcG0taW9hbS1ncmUtMDAuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+V2l0aCB0aGUgYWJvdmUgaW4gbWluZCwg
SeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkIHdpdGggc3BlY2lmaWMgZGVm
aW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gcHJvdG9jb2xzIOKAkyBw
ZXIgdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5SZWdhcmRzLCBGcmFuazxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX188YnI+DQppcHBtIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0
bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v
d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48bzpwPjwvbzpwPjwvcD4N
CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_81b2598c54944ba887248cbce2f66575XCHRCD008ciscocom_--


From nobody Thu Apr 19 10:26:50 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55B5E1200F1; Thu, 19 Apr 2018 10:26:42 -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 xkOkszDu9Ts2; Thu, 19 Apr 2018 10:26:40 -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 C915D1200C5; Thu, 19 Apr 2018 10:26:39 -0700 (PDT)
Received: by mail-lf0-x235.google.com with SMTP id z130-v6so1304823lff.5; Thu, 19 Apr 2018 10:26:39 -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=rTpllG5fD8EBdmzlV5NbG3faT5Fm2ZLhDJ7v2x3zKe4=; b=H/vfP+O8W8RDJ5KvYA44AoagXkA6SvzQj0RaoRhimepgGwyv7k6mpT0PIx0dWuTVH9 8eygVI8nM7cEMDG4ggL1anXi1gsjHXV2k+rHX1FdbS/nAK6x9z8g1Ub0WQ38G5Yzt5PZ eUakMECtIgyshkzW6G+oVnljVV7liUQZUa0ECMrr0uj/QYvV+vKBk1VU1IjL82PxcqZY NsVXoXnwD2rcTLW/IkX4n/OsL4Rx4jA3VBTkfqu2rtbMk3WBT+d7IeXK1hBJKfXVsNkX 7XVn5mTJl+5P9SPepmoAekrZi15thuafuoP/OPCMx5Mci/ubVt2A728sPuWBaVlfZSfG yO0Q==
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=rTpllG5fD8EBdmzlV5NbG3faT5Fm2ZLhDJ7v2x3zKe4=; b=T1ARVY28s8togBcOpO6OgyefWETAz2IA+CFZlibkWibeRcQGriMJFOZ7NQxOfYX3k/ kkiBSyTLV1W4APEwFRwTtngtaIuMmt3h6AxArV6UeqUvR+d6DUIE9eRZ1NXHz5aQdzOC uX/kdO46b/RiF/WY7UlSWu+hv5hutDwP2CdTi9PLW+YTINhr+YFtm10CpWeHPCoqn8a4 ZaSwxQ0MYjUBp38VNqYLsgH3cLQNFiWdr6M6SdV0iHYpszyZPKlJatCz9dTrTsmnCBon ZSeCntSfKZgBLPQEzBOfYDzumxWOny15Bm20M7v+n+FaGT8BwKur8D9Yrk44vYA1Gxhw wDkA==
X-Gm-Message-State: ALQs6tBJNXQB3KsodPEvBn5o8Wyv41DSspYtk65X97sSlEQEmQ+XR9O8 IDNmZIXP+t/ABDhkc1Q81o3HYrWJQ3WDZd2UkQ133b+5
X-Google-Smtp-Source: AB8JxZoTlE7Mb4U4Cy0brXwyfUbc+Hdi968X0ZHQISUFZ05SAIO0yV6PkiLYMpQ7vRTd86DJ48vVJ82ob5XUkIhXgP0=
X-Received: by 2002:a19:9d4b:: with SMTP id g72-v6mr522895lfe.7.1524158797930;  Thu, 19 Apr 2018 10:26:37 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.73.66 with HTTP; Thu, 19 Apr 2018 10:26:37 -0700 (PDT)
In-Reply-To: <81b2598c54944ba887248cbce2f66575@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmWKyv+iDsQdAum0xP5FbEb5hvc7AQm+SOvt5b7myjBtHg@mail.gmail.com> <81b2598c54944ba887248cbce2f66575@XCH-RCD-008.cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 19 Apr 2018 10:26:37 -0700
Message-ID: <CA+RyBmXNdcKGhyRvwb5cfZECZTMPEOy_D4umNU4ww+1-nTAfcQ@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
Cc: IETF IPPM WG <ippm@ietf.org>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bb66b8056a36dfcd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KNoD8Nitkzsbz64LfjktJVcmky8>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 17:26:42 -0000

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

Hi Frank,
thank you for your expedient response. Yes, clarification and consistent
terminology, of course as different encapsulations allow that, will help.
What I'm looking through the iOAM encapsulation drafts is the answer to
this question How a system that is not using iOAM can get to the data
payload that follows the iOAM message? Is there the field in the iOAM shim
that allows the system to skip over the iOAM message (by iOAM message I
mean iOAM shim and iOAM data)? Would such system be required to parse other
than iOAM shim constructs? I couldn't find this scenario being discussed in
any of iOAM encapsulation drafts. Have I missed it?

Regards,
Greg

On Thu, Apr 19, 2018 at 9:54 AM, Frank Brockners (fbrockne) <
fbrockne@cisco.com> wrote:

> Hi Greg,
>
>
>
> good catch =E2=80=93 there is a bit of loose language in some of the draf=
ts. We=E2=80=99ll
> make things crisper in the next rev. Note that there is no generic =E2=80=
=9CIOAM
> header=E2=80=9D but that definition is always within the context of a par=
ticular
> encapsulation protocol. draft-weis-ippm-ioam-gre-00 already has a
> definition of the IOAM header (for GRE) =E2=80=93 see section 3. For the =
other
> drafts, we use language like =E2=80=9CThe IOAM related fields in VXLAN-GP=
E are
> defined as follows=E2=80=9D or =E2=80=9CThe fields related to the encapsu=
lation of IOAM
> data fields in Geneve are defined as follows=E2=80=9D, i.e. the informati=
on that is
> required to perform the encapsulation into the parent protocol, along wit=
h
> the actual IOAM data fields. Moving forward, we can be crisper and split
> things into an =E2=80=9Cencapsulation dependent part=E2=80=9D and a =E2=
=80=9Cdata part=E2=80=9D.
>
>
>
> Frank
>
>
>
> *From:* Greg Mirsky <gregimirsky@gmail.com>
> *Sent:* Donnerstag, 19. April 2018 18:15
> *To:* Frank Brockners (fbrockne) <fbrockne@cisco.com>
> *Cc:* IETF IPPM WG <ippm@ietf.org>; NVO3 <nvo3@ietf.org>; Service
> Function Chaining IETF list <sfc@ietf.org>; int-area@ietf.org
> *Subject:* Re: [ippm] encapsulation of IOAM data in various protocols -
> follow up from WG discussion in London
>
>
>
> Hi Frank, et. al,
>
> we have a very good discussion, thank you. I have a question and
> appreciate your consideration:
>
>    - encapsulation documents refer to IOAM HDR, its length is reflected
>    in the field labeled either Length or IOAM HDR len. But I cannot find =
the
>    definition of IOAM HDR. What is the IOAM HDR?
>
>
>
> Regards,
>
> Greg
>
>
>
>
>
> On Wed, Apr 11, 2018 at 3:02 AM, Frank Brockners (fbrockne) <
> fbrockne@cisco.com> wrote:
>
> Back at the IPPM meeting in London, we discussed several drafts dealing
> with the encapsulation of IOAM data in various protocols
> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-geneve=
-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to tak=
e
> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
> could be leveraged.  After carefully considering draft-ooamdt-rtgwg-ooam-=
header,
> I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not =
meet the needs of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D is 8
> bytes long. The approach for IOAM data encapsulation in the above mention=
ed
> drafts only requires 4 bytes. Using the OOAM header approach would add an
> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>
> * Maturity: IOAM has several implementations, which were also shown at
> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional i=
mplementations to
> be publicized soon. Interoperable implementations need timely
> specifications. Despite the question being asked, the recent thread on OO=
AM
> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM h=
eader. In
> addition, the thread revealed that several fundamental questions about th=
e
> OOAM header are still open, such as whether or how active OAM mechanisms
> within protocols such as Geneve would apply to the OOAM header. This
> ultimately means that we won=E2=80=99t get to a timely specification.
>
> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM head=
er would
> ultimately apply to. The way the OOAM header is defined, OOAM uses a 8-bi=
t
> field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols =
that IOAM data
> needs to be encapsulated into use 16-bits for their next protocol code
> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
> With the above in mind, I=E2=80=99d suggest that the WG moves forward wit=
h
> specific definitions for encapsulating IOAM data into protocols =E2=80=93=
 per the
> above mentioned drafts.
>
>
>
> Regards, Frank
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>
>

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

<div dir=3D"ltr">Hi Frank,<div>thank you for your expedient response. Yes, =
clarification=C2=A0and consistent terminology, of course as different encap=
sulations allow that, will help. What I&#39;m looking through the iOAM enca=
psulation drafts is the answer to this question How a system that is not us=
ing iOAM can get to the data payload that follows the iOAM message? Is ther=
e the field in the iOAM shim that allows the system to skip over the iOAM m=
essage (by iOAM message I mean iOAM shim and iOAM data)? Would such system =
be required to parse other than iOAM shim constructs? I couldn&#39;t find t=
his scenario being discussed in any of iOAM encapsulation drafts. Have I mi=
ssed it?</div><div><br></div><div>Regards,</div><div>Greg</div></div><div c=
lass=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Apr 19, 2018 at=
 9:54 AM, Frank Brockners (fbrockne) <span dir=3D"ltr">&lt;<a href=3D"mailt=
o:fbrockne@cisco.com" target=3D"_blank">fbrockne@cisco.com</a>&gt;</span> w=
rote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"DE" link=3D"blue" vlink=3D"purple">
<div class=3D"m_6373899648525728119WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Hi Greg,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">good catch =E2=80=93 t=
here is a bit of loose language in some of the drafts. We=E2=80=99ll make t=
hings crisper in the next rev. Note that
 there is no generic =E2=80=9CIOAM header=E2=80=9D but that definition is a=
lways within the context of a particular encapsulation protocol. draft-weis=
-ippm-ioam-gre-00 already has a definition of the IOAM header (for GRE) =E2=
=80=93 see section 3. For the other drafts, we use language
 like =E2=80=9CThe IOAM related fields in VXLAN-GPE are defined as follows=
=E2=80=9D or =E2=80=9CThe fields related to the encapsulation of IOAM data =
fields in Geneve are defined as follows=E2=80=9D, i.e. the information that=
 is required to perform the encapsulation into the parent protocol,
 along with the actual IOAM data fields. Moving forward, we can be crisper =
and split things into an =E2=80=9Cencapsulation dependent part=E2=80=9D and=
 a =E2=80=9Cdata part=E2=80=9D.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Frank<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">=
gregimirsky@gmail.com</a>&gt;
<br>
<b>Sent:</b> Donnerstag, 19. April 2018 18:15<span class=3D""><br>
<b>To:</b> Frank Brockners (fbrockne) &lt;<a href=3D"mailto:fbrockne@cisco.=
com" target=3D"_blank">fbrockne@cisco.com</a>&gt;<br>
<b>Cc:</b> IETF IPPM WG &lt;<a href=3D"mailto:ippm@ietf.org" target=3D"_bla=
nk">ippm@ietf.org</a>&gt;; NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org" target=
=3D"_blank">nvo3@ietf.org</a>&gt;; Service Function Chaining IETF list &lt;=
<a href=3D"mailto:sfc@ietf.org" target=3D"_blank">sfc@ietf.org</a>&gt;; <a =
href=3D"mailto:int-area@ietf.org" target=3D"_blank">int-area@ietf.org</a><b=
r>
<b>Subject:</b> Re: [ippm] encapsulation of IOAM data in various protocols =
- follow up from WG discussion in London<u></u><u></u></span></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Frank, et. al,<u></u><u></u></p><div><div class=
=3D"h5">
<div>
<p class=3D"MsoNormal">we have a very good discussion, thank you. I have a =
question and appreciate your consideration:<u></u><u></u></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
encapsulation documents refer to IOAM HDR, its length is reflected in the f=
ield labeled either Length or IOAM HDR len. But I cannot find the definitio=
n of IOAM HDR. What is the IOAM HDR?<u></u><u></u></li></ul>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regards,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Greg<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div><div><div class=3D"h5">
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Apr 11, 2018 at 3:02 AM, Frank Brockners (fb=
rockne) &lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrockn=
e@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-<wbr>vxlan-gpe-00,
 draft-brockners-ippm-ioam-<wbr>geneve-00, draft-weis-ippm-ioam-gre-00). On=
e discussion topic that we decided to take to the list was the question on =
whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After care=
fully considering draft-ooamdt-rtgwg-ooam-<wbr>header,
 I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not m=
eet the needs of IOAM:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach
 for IOAM data encapsulation in the above mentioned drafts only requires 4 =
bytes. Using the OOAM header approach would add an unnecessary overhead of =
4 bytes =E2=80=93 which is significant.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized
 soon. Interoperable implementations need timely specifications. Despite th=
e question being asked, the recent thread on OOAM in the NVO3 list hasn=E2=
=80=99t revealed any implementation of the OOAM header. In addition, the th=
read revealed that several fundamental questions
 about the OOAM header are still open, such as whether or how active OAM me=
chanisms within protocols such as Geneve would apply to the OOAM header. Th=
is ultimately means that we won=E2=80=99t get to a timely specification.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for
 =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols that IOAM d=
ata needs to be encapsulated into use 16-bits for their next protocol code =
points. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis=
-ippm-ioam-gre-00.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" target=3D"_blank">ht=
tps://www.ietf.org/mailman/<wbr>listinfo/ippm</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--000000000000bb66b8056a36dfcd--


From nobody Thu Apr 19 15:43:12 2018
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8B7D12E87C; Thu, 19 Apr 2018 15:43:10 -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 IXlRWakJyyBZ; Thu, 19 Apr 2018 15:43:08 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 42F2912E3AE; Thu, 19 Apr 2018 15:43:08 -0700 (PDT)
Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w3JMZpZX031347; Thu, 19 Apr 2018 18:43:02 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049463.ppops.net-00191d01. with ESMTP id 2hf2w49g8h-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 19 Apr 2018 18:43:02 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMh1wG130518; Thu, 19 Apr 2018 17:43:01 -0500
Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [135.46.181.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMgrLc130447; Thu, 19 Apr 2018 17:42:53 -0500
Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [127.0.0.1]) by zlp30494.vci.att.com (Service) with ESMTP id C1F6F4000486; Thu, 19 Apr 2018 22:42:53 +0000 (GMT)
Received: from clpi183.sldc.sbc.com (unknown [135.41.1.46]) by zlp30494.vci.att.com (Service) with ESMTP id 9C42E400069B; Thu, 19 Apr 2018 22:42:53 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMgrFB008118; Thu, 19 Apr 2018 17:42:53 -0500
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMgnMm007895; Thu, 19 Apr 2018 17:42:50 -0500
Received: from exchange.research.att.com (njmtcas2.research.att.com [135.207.255.47]) by mail-azure.research.att.com (Postfix) with ESMTP id 8D8C4E10F0; Thu, 19 Apr 2018 18:42:48 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas2.research.att.com ([fe80::d550:ec84:f872:cad9%15]) with mapi id 14.03.0389.001; Thu, 19 Apr 2018 18:42:45 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Tom Herbert <tom@herbertland.com>
CC: "C. M. Heard" <heard@pobox.com>, IETF <ietf@ietf.org>, 6man <ipv6@ietf.org>, IPPM <ippm@ietf.org>
Thread-Topic: Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
Thread-Index: AQHT1CINNWLrZp0gnEmOO2ejSajh+KQByI8QgAB8QYCABnA78A==
Date: Thu, 19 Apr 2018 22:42:44 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8EB2C1@njmtexg5.research.att.com>
References: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com> <CALx6S37AwJJhASnyC05gG3PxJ8MoU6aq3k452pA+CmPQtJAuXg@mail.gmail.com>
In-Reply-To: <CALx6S37AwJJhASnyC05gG3PxJ8MoU6aq3k452pA+CmPQtJAuXg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [69.141.203.172]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-04-19_05:, , 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-1804190201
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/AAbL6qovdg-EYA-KywqqwT5erNc>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 22:43:11 -0000

PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBUb20gSGVyYmVydCBbbWFpbHRv
OnRvbUBoZXJiZXJ0bGFuZC5jb21dDQo+IFNlbnQ6IFN1bmRheSwgQXByaWwgMTUsIDIwMTggMTI6
MTYgUE0NCj4gVG86IE1PUlRPTiwgQUxGUkVEIEMgKEFMKSA8YWNtQHJlc2VhcmNoLmF0dC5jb20+
DQo+IENjOiBDLiBNLiBIZWFyZCA8aGVhcmRAcG9ib3guY29tPjsgSUVURiA8aWV0ZkBpZXRmLm9y
Zz47IDZtYW4NCj4gPGlwdjZAaWV0Zi5vcmc+OyBJUFBNIDxpcHBtQGlldGYub3JnPg0KPiBTdWJq
ZWN0OiBSZTogTGFzdCBDYWxsOiA8ZHJhZnQtaWV0Zi1pcHBtLTIzMzAtaXB2Ni0wNC50eHQ+IChJ
UHY2LCBJUHY0IGFuZA0KPiBDb2V4aXN0ZW5jZSBVcGRhdGVzIGZvciBJUFBNJ3MgQWN0aXZlIE1l
dHJpYyBGcmFtZXdvcmspIHRvIEluZm9ybWF0aW9uYWwNCj4gUkZDDQo+IA0KPiBPbiBTdW4sIEFw
ciAxNSwgMjAxOCBhdCA2OjQzIEFNLCBNT1JUT04sIEFMRlJFRCBDIChBTCkNCj4gPGFjbUByZXNl
YXJjaC5hdHQuY29tPiB3cm90ZToNCj4gPiBUaGFua3MgZm9yIHlvdXIgcmV2aWV3LCBDLk0uDQo+
ID4NCj4gPg0KPiA+DQo+ID4gcGxlYXNlIHNlZSBiZWxvdyBbYWNtXSwNCj4gPg0KPiA+IEFsDQo+
ID4NCj4gPg0KPiA+DQo+ID4gRnJvbTogQy4gTS4gSGVhcmQgW21haWx0bzpoZWFyZEBwb2JveC5j
b21dDQo+ID4gU2VudDogU2F0dXJkYXksIEFwcmlsIDE0LCAyMDE4IDI6NTQgUE0NCj4gPiBUbzog
SUVURiA8aWV0ZkBpZXRmLm9yZz4NCj4gPiBDYzogSVBQTSA8aXBwbUBpZXRmLm9yZz47IDZtYW4g
PGlwdjZAaWV0Zi5vcmc+DQo+ID4gU3ViamVjdDogUmU6IExhc3QgQ2FsbDogPGRyYWZ0LWlldGYt
aXBwbS0yMzMwLWlwdjYtMDQudHh0PiAoSVB2NiwgSVB2NA0KPiBhbmQNCj4gPiBDb2V4aXN0ZW5j
ZSBVcGRhdGVzIGZvciBJUFBNJ3MgQWN0aXZlIE1ldHJpYyBGcmFtZXdvcmspIHRvIEluZm9ybWF0
aW9uYWwNCj4gUkZDDQo+ID4NCj4gPg0KPiA+DQo+ID4gR3JlZXRpbmdzLA0KPiA+DQo+ID4NCj4g
Pg0KPiA+IEkgaGF2ZSBzb21lIGxhc3QgY2FsbCBjb21tZW50cyBvbiB0aGlzIGRvY3VtZW50LiBN
b3N0IChidXQgbm90IGFsbCkNCj4gZm9jdXMgb24NCj4gPiBhc3BlY3RzIHRoYXQgZG8gbm90IHJl
c3BlY3QgUkZDIDgyMDAgYW5kIFJGQyA4MjAxLg0KPiA+DQo+ID4NCj4gPg0KPiA+IFRoZSBBYnN0
cmFjdCBzYXlzOg0KPiA+DQo+ID4NCj4gPg0KPiA+ICAgIFsuLi5dIEV4ZW1wbGFyeSB1c2UgY2Fz
ZXMgaW5jbHVkZSwNCj4gPg0KPiA+ICAgIGJ1dCBhcmUgbm90IGxpbWl0ZWQgdG8gSVB2NC1JUHY2
IHRyYW5zbGF0aW9uLCBOQVQsIHByb3RvY29sDQo+ID4NCj4gPiAgICBlbmNhcHN1bGF0aW9uLCBJ
UHY2IGhlYWRlciBjb21wcmVzc2lvbiwgb3IgdXNlIG9mIElQdjYgb3ZlciBMb3ctUG93ZXINCj4g
Pg0KPiA+ICAgIFdpcmVsZXNzIEFyZWEgTmV0d29ya3MgKDZMb1dQQU4pLg0KPiA+DQo+ID4NCj4g
Pg0KPiA+IFRoZXNlIGxhc3QgdHdvIHVzZSBjYXNlcywgaG93ZXZlciwgYXJlIGV4cGxpY2l0bHkg
ZXhjbHVkZWQgaW4gU2VjdGlvbiA0Og0KPiA+DQo+ID4NCj4gPg0KPiA+ICAgIFsuLi5dIEJlY2F1
c2Ugb2YgdGhlc2UgcmVhc29ucyB3ZQ0KPiA+DQo+ID4gICAgY29uc2lkZXIgUk9IQyBhbmQgNkxv
d1BBTiBwYWNrZXRzIHRvIGJlIG91dCBvZiB0aGUgc2NvcGUgb2YgdGhpcw0KPiA+DQo+ID4gICAg
ZG9jdW1lbnQuDQo+ID4NCj4gPg0KPiA+DQo+ID4gT24gdGhhdCBiYXNpcywgaXQgc2VlbXMgdGhh
dCB0aGUgbGFzdCB0d28gdXNlIGNhc2VzIGluIHRoZSBBYnN0cmFjdA0KPiBzaG91bGQNCj4gPiBi
ZSByZW1vdmVkLiBPdGhlciBwbGFjZXMgaW4gdGhlIGRyYWZ0IHRoYXQgSVB2NiBoZWFkZXIgY29t
cHJlc3Npb24gYWxzbw0KPiBuZWVkDQo+ID4gdG8gYmUgbG9va2VkIGF0Lg0KPiA+DQo+ID4gW2Fj
bV0NCj4gPg0KPiA+IENsYXJpZmllZCBhcyBmb2xsb3dzOg0KPiA+DQo+ID4gSVB2NiBoZWFkZXIg
Y29tcHJlc3Npb24gYW5kIHVzZSBvZiBJUHY2IG92ZXINCj4gPg0KPiA+IExvdy1Qb3dlciBXaXJl
bGVzcyBBcmVhIE5ldHdvcmtzICg2TG9XUEFOKSBhcmUNCj4gPg0KPiA+IGNvbnNpZGVyZWQgYW5k
IGV4Y2x1ZGVkIGZyb20gdGhlIHN0YW5kYXJkLWZvcm1lZCBwYWNrZXQgZXZhbHVhdGlvbi4NCj4g
Pg0KPiA+DQo+ID4NCj4gPiBhbmQgbGF0ZXI6DQo+ID4NCj4gPiBCZWNhdXNlIG9mIHRoZXNlIHJl
YXNvbnMgd2UgY29uc2lkZXIgUk9IQyBhbmQNCj4gPg0KPiA+IDZMb3dQQU4gcGFja2V0cyB0byBi
ZSBvdXQgb2YgdGhlIHNjb3BlIGZvciB0aGUNCj4gPg0KPiA+IHN0YW5kYXJkLWZvcm1lZCBwYWNr
ZXQgZXZhbHVhdGlvbi4NCj4gPg0KPiA+DQo+ID4NCj4gPiBTZWN0aW9uIDMsIHBhZ2UgMywgbmV4
dCB0byBsYXN0IHBhcmFncmFwaCwgaGFzIGEgcmVmZXJlbmNlICJEaWZmc2Vydg0KPiA+IFtSRkMy
NzgwXSIgLS0gc2hvdWxkbid0IHRoYXQgYmUgIkRpZmZzZXJ2IFtSRkMyNDc0XSI/DQo+ID4NCj4g
PiBbYWNtXQ0KPiA+DQo+ID4geWVzLCAyNDc0IHdhcyBpbnRlbmRlZCwgdGhhbmtzLg0KPiA+DQo+
ID4NCj4gPg0KPiA+IFNlY3Rpb24gMywgcGFnZSA0LCB0aGlyZCBwYXJhZ3JhcGgsIHNheXM6DQo+
ID4NCj4gPg0KPiA+DQo+ID4gICAgWy4uLl0gRm9yIGV4YW1wbGUsIHRoZSBwYWNrZXQgbGVuZ3Ro
IHdpbGwNCj4gPg0KPiA+ICAgIGNoYW5nZSBpZiBJUCBoZWFkZXJzIGFyZSBjb252ZXJ0ZWQgdG8g
dGhlIGFsdGVybmF0ZSB2ZXJzaW9uL2FkZHJlc3MNCj4gPg0KPiA+ICAgIGZhbWlseSwgb3IgaWYg
b3B0aW9uYWwgRXh0ZW5zaW9uIEhlYWRlcnMgYXJlIGFkZGVkIG9yIHJlbW92ZWQuIFsuLi5dDQo+
ID4NCj4gPg0KPiA+DQo+ID4gQWRkaW5nIG9yIHJlbW92aW5nIGV4dGVuc2lvbiBoZWFkZXJzIGNv
bnRyYXZlbmVzIFJGQyA4MjAwLiBTaW5jZSB0aGlzIGlzDQo+ID4ganVzdCBhbiBleGFtcGxlLCBJ
IHdvdWxkIHJlY29tbWVuZCBkZWxldGluZyB0aGUgY29udHJvdmVyc2lhbCBzZWNvbmQNCj4gY2xh
dXNlLg0KPiA+DQo+ID4gW2FjbV0NCj4gPg0KPiA+IFVuZGVyc3RhbmQsIHNlZSBiZWxvdy4NCj4g
Pg0KPiA+DQo+ID4NCj4gPiBTZWN0aW9uIDQsIHBhZ2UgNiwgbGFzdCBwYXJhZ3JhcGgsIGFuZCBw
YWdlIDcsIGZpcnN0IHBhcmFncmFwaCwgc2F5Og0KPiA+DQo+ID4NCj4gPg0KPiA+ICAgIFRoZSB0
b3BpYyBvZiBJUHY2IEV4dGVuc2lvbiBIZWFkZXJzIGJyaW5ncyBjdXJyZW50IGNvbnRyb3ZlcnNp
ZXMgaW50bw0KPiA+DQo+ID4gICAgZm9jdXMgYXMgbm90ZWQgYnkgW1JGQzY1NjRdIGFuZCBbUkZD
NzA0NV0uICBIb3dldmVyLCBtZWFzdXJlbWVudCB1c2UNCj4gPg0KPiA+ICAgIGNhc2VzIGluIHRo
ZSBjb250ZXh0IG9mIHRoZSBJUFBNIGZyYW1ld29yayBsaWtlIGluLXNpdHUgT0FNIGluDQo+ID4N
Cj4gPiAgICBlbnRlcnByaXNlIGVudmlyb25tZW50cyBvciBJUHY2IFBlcmZvcm1hbmNlIGFuZCBE
aWFnbm9zdGljIE1ldHJpY3MNCj4gPg0KPiA+ICAgIChQRE0pIERlc3RpbmF0aW9uIE9wdGlvbiBt
ZWFzdXJlbWVudHMgW1JGQzgyNTBdIGNhbiBiZW5lZml0IGZyb20NCj4gPg0KPiA+ICAgIGluc3Bl
Y3Rpb24sIG1vZGlmaWNhdGlvbiwgYWRkaXRpb24gb3IgZGVsZXRpb24gb2YgSVB2NiBleHRlbnNp
b24NCj4gPg0KPiA+ICAgIGhlYWRlcnMgaW4gaG9zdHMgYWxvbmcgdGhlIG1lYXN1cmVtZW50IHBh
dGguDQo+ID4NCj4gPg0KPiA+DQo+ID4gICAgQXMgYSBwYXJ0aWN1bGFyIHVzZSBjYXNlLCBob3N0
cyBvbiB0aGUgcGF0aCBtYXkgc3RvcmUgc2VuZGluZyBhbmQNCj4gPg0KPiA+ICAgIGludGVybWVk
aWF0ZSB0aW1lc3RhbXBzIGludG8gZGVkaWNhdGVkIGV4dGVuc2lvbiBoZWFkZXJzIHRvIHN1cHBv
cnQNCj4gPg0KPiA+ICAgIG1lYXN1cmVtZW50cywgbW9uaXRvcmluZywgYXVkaXRpbmcsIG9yIHJl
cHJvZHVjaWJpbGl0eSBpbiBjcml0aWNhbA0KPiA+DQo+ID4gICAgZW52aXJvbm1lbnRzLiAgW1JG
QzgyNTBdIGVuZG9yc2VzIHRoZSB1c2UgYW5kIG1hbmlwdWxhdGlvbiBvZiBJUHY2DQo+ID4NCj4g
PiAgICBleHRlbnNpb24gaGVhZGVycyBmb3IgbWVhc3VyZW1lbnQgcHVycG9zZXMsIGNvbnNpc3Rl
bnQgd2l0aCBvdGhlcg0KPiA+DQo+ID4gICAgYXBwcm92ZWQgSUVURiBzcGVjaWZpY2F0aW9ucw0K
PiA+DQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBbYWNtXQ0KPiA+DQo+ID4gVGhpcyBpcyB0aGUg
ZW5kLW9mLW1lc3NhZ2UgSSByZWNlaXZlZCwgYnV0IEkgaW1hZ2luZSB5b3UgaW50ZW5kZWQgdG8N
Cj4gPg0KPiA+IHBvaW50LW91dCB0aGF0IDgyMDAgYW5kIDgyNTAgYXBwZWFyIHRvIGJlIGluIGNv
bmZsaWN0IG92ZXINCj4gPg0KPiA+IGFkZGl0aW9uL2RlbGV0aW9uIG9mIGV4dGVuc2lvbiBoZWFk
ZXJzLg0KPiA+DQo+ID4NCj4gPg0KPiA+IEZyb20gODIwMCwgc2VjdGlvbiA0Og0KPiA+DQo+ID4N
Cj4gPg0KPiA+ICAgIEV4dGVuc2lvbiBoZWFkZXJzIChleGNlcHQgZm9yIHRoZSBIb3AtYnktSG9w
IE9wdGlvbnMgaGVhZGVyKSBhcmUgbm90DQo+ID4NCj4gPiAgICBwcm9jZXNzZWQsIGluc2VydGVk
LCBvciBkZWxldGVkIGJ5IGFueSBub2RlIGFsb25nIGEgcGFja2V0J3MgZGVsaXZlcnkNCj4gPg0K
PiA+ICAgIHBhdGgsIHVudGlsIHRoZSBwYWNrZXQgcmVhY2hlcyB0aGUgbm9kZSAob3IgZWFjaCBv
ZiB0aGUgc2V0IG9mIG5vZGVzLA0KPiA+DQo+ID4gICAgaW4gdGhlIGNhc2Ugb2YgbXVsdGljYXN0
KSBpZGVudGlmaWVkIGluIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIGZpZWxkDQo+ID4NCj4gPiAg
ICBvZiB0aGUgSVB2NiBoZWFkZXIuDQo+ID4NCj4gPg0KPiA+DQo+ID4gSSB3b25kZXIgd2h5IFJG
QyAyMTE5IHJlcXVpcmVtZW50IHRlcm1zIHdlcmUgbm90IHVzZWQgdG8NCj4gPg0KPiA+IGV4cHJl
c3MgdGhpcyBpZGVhPyBXZSBjZXJ0YWlubHkgaGF2ZSBhZ3JlZW1lbnRzIGFib3V0DQo+ID4NCj4g
PiByZXF1aXJlbWVudHMgbGFuZ3VhZ2UgZm9yIFN0YW5kYXJkcyBUcmFjayBtZW1vcyBpbiBJRVRG
Lg0KPiA+DQo+ID4NCj4gPg0KPiA+IFJGQzgyNTAgZG9lcyBub3QgaW52b2x2ZSBFeHRlbnNpb24g
aGVhZGVyIGluc2VydGlvbi9kZWxldGlvbg0KPiA+DQo+ID4gYWxvbmcgdGhlIHBhdGgsIGJ1dCBv
dGhlciB3b3JrLWluLXByb2dyZXNzIChpbi1zaXR1IE9BTSkgd291bGQuDQo+ID4NCj4gPg0KPiA+
DQo+ID4gSW4gYW55IGNhc2UsIGEgbWVhc3VyZW1lbnQgZnJhbWV3b3JrIHNob3VsZCBiZSBwcmVw
YXJlZCB0bw0KPiA+DQo+ID4gaGFuZGxlIHNvbWUgdW5leHBlY3RlZC9kaXNjb3VyYWdlZCBiZWhh
dmlvcnMgZW5jb3VudGVyZWQgb24gdGhlIHBhdGguDQo+ID4NCj4gDQo+IEFsZnJlZCwNCj4gDQo+
IFRoYXQgaXMgbm90IHdoYXQgdGhpcyBkcmFmdCBpcyBkb2luZy4gSXQgaXMgYWR2b2NhdGluZyBo
ZWFkZXINCj4gZXh0ZW5zaW9uIGluc2VydGlvbiBldmVuIHRob3VnaCB0aGF0IGlzIGNvbnRyYXJ5
IHRvIFJGQzgyMjAuIChpdCBpcw0KPiBhbHNvIGFkdm9jYXRpbmcgcHJvY2Vzc2luZyBhbmQgbW9k
aWZpY2F0aW9uIG9yIGRlc3RpbmF0aW9uIG9wdGlvbiBieQ0KPiBtaWRkbGVib3hlcyB3aGljaCBp
cyBhbHNvIGNvbnRyYXJ5IHRvIFJGQzgyMDApLiBGcm9tIHRoZSBkcmFmdDoNCj4gDQo+ICJEZXN0
aW5hdGlvbiBPcHRpb24gbWVhc3VyZW1lbnRzIFtSRkM4MjUwXSBjYW4gYmVuZWZpdCBmcm9tDQo+
IGluc3BlY3Rpb24sIG1vZGlmaWNhdGlvbiwgYWRkaXRpb24gb3IgZGVsZXRpb24gb2YgSVB2NiBl
eHRlbnNpb24NCj4gaGVhZGVycyBpbiBob3N0cyBhbG9uZyB0aGUgbWVhc3VyZW1lbnQgcGF0aC4i
DQo+IA0KPiBUaGF0IGlnbm9yZXMgdGhlIG5lZ2F0aXZlIHByb3RvY29sIGltcGxpY2F0aW9ucyBv
ZiBleHRlbnNpb24gaGVhZGVyDQo+IGluc2VydGlvbi4gZHJhZnQtdm95ZXItNm1hbi1leHRlbnNp
b24taGVhZGVyLWluc2VydGlvbiBwcm9wb3NlZA0KPiB1cGRhdGluZyBSRkM4MjAwIHRvIGFsbG93
IGV4dGVuc2lvbiBoZWFkZXIgaW5zZXJ0aW9uLiBUaGUgZHJhZnQgZ290DQo+IHNpZ25pZmljYW50
IHB1c2ggYmFjayBhbmQgaW4gdGhlIDZtYW4gZGlzY3Vzc2lvbiBhIGxpc3Qgb2YgcHJvYmxlbQ0K
PiB3aXRoIGV4dGVuc2lvbiBoZWFkZXIgd2VyZSBlbnVtZXJhdGVkLiBBRkFJQ1QgdGhlIGF1dGhv
cnMgb2YgdGhhdA0KPiBkcmFmdCBoYXZlbid0IHByb3ZpZGVkIGFuc3dlcnMgdG8gYW55IG9mIHRo
ZSBpc3N1ZXMgeWV0Lg0KPiANCj4gVG9tDQo+IA0KW2FjbV0gDQoNCllvdSd2ZSBjaXRlZCBhIHNl
bnRlbmNlIGZyYWdtZW50IGFib3ZlLCBUb20uDQoNCiAgIFRoZSB0b3BpYyBvZiBJUHY2IEV4dGVu
c2lvbiBIZWFkZXJzIGJyaW5ncyBjdXJyZW50IGNvbnRyb3ZlcnNpZXMgaW50bw0KICAgZm9jdXMg
YXMgbm90ZWQgYnkgW1JGQzY1NjRdIGFuZCBbUkZDNzA0NV0uICBIb3dldmVyLCBtZWFzdXJlbWVu
dCB1c2UNCiAgIGNhc2VzIGluIHRoZSBjb250ZXh0IG9mIHRoZSBJUFBNIGZyYW1ld29yayBsaWtl
IGluLXNpdHUgT0FNIGluDQogICBlbnRlcnByaXNlIGVudmlyb25tZW50cyBvciBJUHY2IFBlcmZv
cm1hbmNlIGFuZCBEaWFnbm9zdGljIE1ldHJpY3MNCiAgIChQRE0pIERlc3RpbmF0aW9uIE9wdGlv
biBtZWFzdXJlbWVudHMgW1JGQzgyNTBdIGNhbiBiZW5lZml0IGZyb20NCiAgIGluc3BlY3Rpb24s
IG1vZGlmaWNhdGlvbiwgYWRkaXRpb24gb3IgZGVsZXRpb24gb2YgSVB2NiBleHRlbnNpb24NCiAg
IGhlYWRlcnMgaW4gaG9zdHMgYWxvbmcgdGhlIG1lYXN1cmVtZW50IHBhdGguDQoNClNpbmNlIFBE
TSAvIFJGQzgyNTAgZXhjbHVzaXZlbHkgZGVmaW5lcyBtZWFzdXJlbWVudCBiYXNlZCBvbiBET0gs
DQppdCBpcyBhIGJpdCBvdXQgb2YgcGxhY2Ugd2l0aCAiIC4uLm1vZGlmaWNhdGlvbiwgYWRkaXRp
b24gb3IgZGVsZXRpb24gb2YgDQpJUHY2IGV4dGVuc2lvbiBoZWFkZXJzLi4uIiAoaW5zcGVjdGlv
biB3YXMgYSBwb3NzaWJpbGl0eSwgYnV0IG5vdCANCmRpc2N1c3NlZCBpbiBSRkM4MjUwKQ0KDQpX
ZSBhcmUgcHJvcG9zaW5nIHRvIGRlbGV0ZSBQRE0vODI1MCBmcm9tIHRoZSBzZW50ZW5jZToNCg0K
ICAgVGhlIHRvcGljIG9mIElQdjYgRXh0ZW5zaW9uIEhlYWRlcnMgYnJpbmdzIGN1cnJlbnQgY29u
dHJvdmVyc2llcyBpbnRvDQogICBmb2N1cyBhcyBub3RlZCBieSBbUkZDNjU2NF0gYW5kIFtSRkM3
MDQ1XS4gIEhvd2V2ZXIsIG1lYXN1cmVtZW50IHVzZQ0KICAgY2FzZXMgaW4gdGhlIGNvbnRleHQg
b2YgdGhlIElQUE0gZnJhbWV3b3JrIGxpa2UgaW4tc2l0dSBPQU0gW3JlZl0gaW4NCiAgIGVudGVy
cHJpc2UgZW52aXJvbm1lbnRzIGNhbiBiZW5lZml0IGZyb20NCiAgIGluc3BlY3Rpb24sIG1vZGlm
aWNhdGlvbiwgYWRkaXRpb24gb3IgZGVsZXRpb24gb2YgSVB2NiBleHRlbnNpb24NCiAgIGhlYWRl
cnMgaW4gaG9zdHMgYWxvbmcgdGhlIG1lYXN1cmVtZW50IHBhdGguDQoNCnBsZWFzZSBjYWxsIG1l
IEFsLA0KZXZlcnlvbmUgZWxzZSBkb2VzDQoNCg==


From nobody Thu Apr 19 15:44:01 2018
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7439312E8DF; Thu, 19 Apr 2018 15:43:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.61
X-Spam-Level: 
X-Spam-Status: No, score=-0.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, 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 ejbckEVJPeJJ; Thu, 19 Apr 2018 15:43:12 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 D0ECE12E3AE; Thu, 19 Apr 2018 15:43:11 -0700 (PDT)
Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w3JMZrRl047088; Thu, 19 Apr 2018 18:42:55 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049459.ppops.net-00191d01. with ESMTP id 2hf36m93tn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 19 Apr 2018 18:42:55 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMgsW8130453; Thu, 19 Apr 2018 17:42:54 -0500
Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [135.46.181.158]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMgosB130427; Thu, 19 Apr 2018 17:42:51 -0500
Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [127.0.0.1]) by zlp30495.vci.att.com (Service) with ESMTP id 672AE40002F1; Thu, 19 Apr 2018 22:42:50 +0000 (GMT)
Received: from clpi183.sldc.sbc.com (unknown [135.41.1.46]) by zlp30495.vci.att.com (Service) with ESMTP id 38C5D4000697; Thu, 19 Apr 2018 22:42:50 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMgoEk007904; Thu, 19 Apr 2018 17:42:50 -0500
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id w3JMggwu007475; Thu, 19 Apr 2018 17:42:43 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-azure.research.att.com (Postfix) with ESMTP id 7EACDE10F0; Thu, 19 Apr 2018 18:42:40 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0389.001; Thu, 19 Apr 2018 18:42:40 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: "C. M. Heard" <heard@pobox.com>
CC: IETF <ietf@ietf.org>, IPPM <ippm@ietf.org>, 6man <ipv6@ietf.org>
Thread-Topic: Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
Thread-Index: AQHT1CINNWLrZp0gnEmOO2ejSajh+KQByI8QgAB2xgCABm7FsA==
Date: Thu, 19 Apr 2018 22:42:36 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8EB2B4@njmtexg5.research.att.com>
References: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com> <CACL_3VEUg_BQKDGqJ5fgCo2jcT3mLWhAgjXgX2a4_V9CVMNiqA@mail.gmail.com>
In-Reply-To: <CACL_3VEUg_BQKDGqJ5fgCo2jcT3mLWhAgjXgX2a4_V9CVMNiqA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [69.141.203.172]
Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CF4A8EB2B4njmtexg5researc_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-04-19_05:, , 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-1804190201
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/jj9GiRjw_O4LIzWfgpbTi2O_qD0>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 22:43:20 -0000

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

SGkgTWlrZSwgUGxlYXNlIHNlZSBpbi1saW5lIHJlcGxpZXMsDQpBbA0KDQpGcm9tOiBDLiBNLiBI
ZWFyZCBbbWFpbHRvOmhlYXJkQHBvYm94LmNvbV0NClNlbnQ6IFN1bmRheSwgQXByaWwgMTUsIDIw
MTggMTE6NTYgQU0NClRvOiBNT1JUT04sIEFMRlJFRCBDIChBTCkgPGFjbUByZXNlYXJjaC5hdHQu
Y29tPg0KQ2M6IElFVEYgPGlldGZAaWV0Zi5vcmc+OyBJUFBNIDxpcHBtQGlldGYub3JnPjsgNm1h
biA8aXB2NkBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBMYXN0IENhbGw6IDxkcmFmdC1pZXRmLWlw
cG0tMjMzMC1pcHY2LTA0LnR4dD4gKElQdjYsIElQdjQgYW5kIENvZXhpc3RlbmNlIFVwZGF0ZXMg
Zm9yIElQUE0ncyBBY3RpdmUgTWV0cmljIEZyYW1ld29yaykgdG8gSW5mb3JtYXRpb25hbCBSRkMN
Cg0KSGVsbG8gQWwsDQoNCkFwb2xvZ2llcyBmb3IgdGhlIHRydW5jYXRlZCBtZXNzYWdlIC4uLiB0
aGUgZnVsbCB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdCBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls
LWFyY2hpdmUvd2ViL2lwcG0vY3VycmVudC9tc2cwNDk5OS5odG1sPGh0dHBzOi8vdXJsZGVmZW5z
ZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWwtMkRh
cmNoaXZlX3dlYl9pcHBtX2N1cnJlbnRfbXNnMDQ5OTkuaHRtbCZkPUR3TUZhUSZjPUxGWVotbzlf
SFVNZU1UU1FpY3ZqSWcmcj1fNmNlbjNIbi1lX2hPbTBCaFk3YUlwQTU4ZGQxOVo5cUdRc3I4LTZ6
WU1JJm09MkoyVXd0NGZuQWV5cVhxeGJXUmFjRDBzb1pjZlVNRENtM2J2X3lTTlo5dyZzPUh3LUkt
TGtsYUVvYTgyZ2hrMkFxbzVMMHNoMFd2LWRxaWNkNmFqS0NRNGcmZT0+LiAgSSdsbCByZXNlbmQg
b2ZmLWxpc3Qgc2hvcnRseS4gSW4gdGhlIG1lYW50aW1lLCBteSByZXNwb25zZXMgYmVsb3cgYXJl
IG1hcmtlZCBbY21oXQ0KW2FjbV0NCnRoYW5rcyEgaXQgd2FzIG9idmlvdXMgdGhlIGVuZCB3YXMg
bWlzc2luZy4uLg0KSeKAmXZlIGFwcGVuZGVkIHlvdXIgUE1UVUQgY29tbWVudHMgaW4gdGhpcyBt
ZXNzYWdlLA0KYXQgdGhlIGVuZCAoYWxsZWdlZGx5LCB3ZeKAmWxsIHNlZSBpZiB0aGV5IGdldCB0
aHJvdWdoKS4NCg0KDQpNaWtlIEhlYXJkDQrigKYNCg0KIFsgbm9uLWNvbnRyb3ZlcnNpYWwgc3R1
ZmYgZWxpZGVkIF0NCg0KDQpTZWN0aW9uIDMsIHBhZ2UgNCwgdGhpcmQgcGFyYWdyYXBoLCBzYXlz
Og0KDQoNCiAgIFsuLi5dIEZvciBleGFtcGxlLCB0aGUgcGFja2V0IGxlbmd0aCB3aWxsDQoNCiAg
IGNoYW5nZSBpZiBJUCBoZWFkZXJzIGFyZSBjb252ZXJ0ZWQgdG8gdGhlIGFsdGVybmF0ZSB2ZXJz
aW9uL2FkZHJlc3MNCg0KICAgZmFtaWx5LCBvciBpZiBvcHRpb25hbCBFeHRlbnNpb24gSGVhZGVy
cyBhcmUgYWRkZWQgb3IgcmVtb3ZlZC4gWy4uLl0NCg0KQWRkaW5nIG9yIHJlbW92aW5nIGV4dGVu
c2lvbiBoZWFkZXJzIGNvbnRyYXZlbmVzIFJGQyA4MjAwLiBTaW5jZSB0aGlzIGlzIGp1c3QgYW4g
ZXhhbXBsZSwgSSB3b3VsZCByZWNvbW1lbmQgZGVsZXRpbmcgdGhlIGNvbnRyb3ZlcnNpYWwgc2Vj
b25kIGNsYXVzZS4NClthY21dDQpVbmRlcnN0YW5kLCBzZWUgYmVsb3cuDQoNClNlY3Rpb24gNCwg
cGFnZSA2LCBsYXN0IHBhcmFncmFwaCwgYW5kIHBhZ2UgNywgZmlyc3QgcGFyYWdyYXBoLCBzYXk6
DQoNCg0KICAgVGhlIHRvcGljIG9mIElQdjYgRXh0ZW5zaW9uIEhlYWRlcnMgYnJpbmdzIGN1cnJl
bnQgY29udHJvdmVyc2llcyBpbnRvDQoNCiAgIGZvY3VzIGFzIG5vdGVkIGJ5IFtSRkM2NTY0PGh0
dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMu
aWV0Zi5vcmdfaHRtbF9yZmM2NTY0JmQ9RHdNRmFRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZy
PU9mc1N1OGtUSWx0VnlEMW9MNzJjQncmbT1ZazlHQ3hteXRLQmxNTWVhZEZQNW1OV0RzaHJOdEQz
dXJfUWctd01YX3RzJnM9cVF5WllUMHp4dC1DbHFSVThoSVVVTllrNXhpNXJRdkJvekFXeGptNjdv
cyZlPT5dIGFuZCBbUkZDNzA0NTxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIv
dXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfcmZjNzA0NSZkPUR3TUZhUSZjPUxG
WVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09WWs5R0N4bXl0
S0JsTU1lYWRGUDVtTldEc2hyTnREM3VyX1FnLXdNWF90cyZzPTlJNjU2QWpUU2pZcFFsTXN0Q1JJ
bU5VYVp2ZW5tNGtQTnFfckk3LVZaQWcmZT0+XS4gIEhvd2V2ZXIsIG1lYXN1cmVtZW50IHVzZQ0K
DQogICBjYXNlcyBpbiB0aGUgY29udGV4dCBvZiB0aGUgSVBQTSBmcmFtZXdvcmsgbGlrZSBpbi1z
aXR1IE9BTSBpbg0KDQogICBlbnRlcnByaXNlIGVudmlyb25tZW50cyBvciBJUHY2IFBlcmZvcm1h
bmNlIGFuZCBEaWFnbm9zdGljIE1ldHJpY3MNCg0KICAgKFBETSkgRGVzdGluYXRpb24gT3B0aW9u
IG1lYXN1cmVtZW50cyBbUkZDODI1MDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v
djIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfcmZjODI1MCZkPUR3TUZhUSZj
PUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09WWs5R0N4
bXl0S0JsTU1lYWRGUDVtTldEc2hyTnREM3VyX1FnLXdNWF90cyZzPXR3MGZpazBiUzB1Q19pZm4w
UzF1ZTY2WC1iczcwSDdEYTB4SG9RMmNrQUEmZT0+XSBjYW4gYmVuZWZpdCBmcm9tDQoNCiAgIGlu
c3BlY3Rpb24sIG1vZGlmaWNhdGlvbiwgYWRkaXRpb24gb3IgZGVsZXRpb24gb2YgSVB2NiBleHRl
bnNpb24NCg0KICAgaGVhZGVycyBpbiBob3N0cyBhbG9uZyB0aGUgbWVhc3VyZW1lbnQgcGF0aC4N
Cg0KDQogICBBcyBhIHBhcnRpY3VsYXIgdXNlIGNhc2UsIGhvc3RzIG9uIHRoZSBwYXRoIG1heSBz
dG9yZSBzZW5kaW5nIGFuZA0KDQogICBpbnRlcm1lZGlhdGUgdGltZXN0YW1wcyBpbnRvIGRlZGlj
YXRlZCBleHRlbnNpb24gaGVhZGVycyB0byBzdXBwb3J0DQoNCiAgIG1lYXN1cmVtZW50cywgbW9u
aXRvcmluZywgYXVkaXRpbmcsIG9yIHJlcHJvZHVjaWJpbGl0eSBpbiBjcml0aWNhbA0KDQogICBl
bnZpcm9ubWVudHMuICBbUkZDODI1MDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v
djIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfcmZjODI1MCZkPUR3TUZhUSZj
PUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09WWs5R0N4
bXl0S0JsTU1lYWRGUDVtTldEc2hyTnREM3VyX1FnLXdNWF90cyZzPXR3MGZpazBiUzB1Q19pZm4w
UzF1ZTY2WC1iczcwSDdEYTB4SG9RMmNrQUEmZT0+XSBlbmRvcnNlcyB0aGUgdXNlIGFuZCBtYW5p
cHVsYXRpb24gb2YgSVB2Ng0KDQogICBleHRlbnNpb24gaGVhZGVycyBmb3IgbWVhc3VyZW1lbnQg
cHVycG9zZXMsIGNvbnNpc3RlbnQgd2l0aCBvdGhlcg0KDQogICBhcHByb3ZlZCBJRVRGIHNwZWNp
ZmljYXRpb25zDQoNCg0KDQpbYWNtXQ0KDQpUaGlzIGlzIHRoZSBlbmQtb2YtbWVzc2FnZSBJIHJl
Y2VpdmVkLCBidXQgSSBpbWFnaW5lIHlvdSBpbnRlbmRlZCB0bw0KDQpwb2ludC1vdXQgdGhhdCA4
MjAwIGFuZCA4MjUwIGFwcGVhciB0byBiZSBpbiBjb25mbGljdCBvdmVyDQoNCmFkZGl0aW9uL2Rl
bGV0aW9uIG9mIGV4dGVuc2lvbiBoZWFkZXJzLg0KDQoNCg0KRnJvbSA4MjAwLCBzZWN0aW9uIDQ6
DQoNCg0KICAgRXh0ZW5zaW9uIGhlYWRlcnMgKGV4Y2VwdCBmb3IgdGhlIEhvcC1ieS1Ib3AgT3B0
aW9ucyBoZWFkZXIpIGFyZSBub3QNCiAgIHByb2Nlc3NlZCwgaW5zZXJ0ZWQsIG9yIGRlbGV0ZWQg
YnkgYW55IG5vZGUgYWxvbmcgYSBwYWNrZXQncyBkZWxpdmVyeQ0KICAgcGF0aCwgdW50aWwgdGhl
IHBhY2tldCByZWFjaGVzIHRoZSBub2RlIChvciBlYWNoIG9mIHRoZSBzZXQgb2Ygbm9kZXMsDQog
ICBpbiB0aGUgY2FzZSBvZiBtdWx0aWNhc3QpIGlkZW50aWZpZWQgaW4gdGhlIERlc3RpbmF0aW9u
IEFkZHJlc3MgZmllbGQNCiAgIG9mIHRoZSBJUHY2IGhlYWRlci4NCg0KDQoNCkkgd29uZGVyIHdo
eSBSRkMgMjExOSByZXF1aXJlbWVudCB0ZXJtcyB3ZXJlIG5vdCB1c2VkIHRvDQoNCmV4cHJlc3Mg
dGhpcyBpZGVhPyBXZSBjZXJ0YWlubHkgaGF2ZSBhZ3JlZW1lbnRzIGFib3V0DQoNCnJlcXVpcmVt
ZW50cyBsYW5ndWFnZSBmb3IgU3RhbmRhcmRzIFRyYWNrIG1lbW9zIGluIElFVEYuDQoNCltjbWhd
DQpSRkMgMjExOSBsYW5ndWFnZSBpcyBub3Qgc3RyaWN0bHkgcmVxdWlyZWQsIGFuZCB0aGUgNm1h
biBXRyBkZWNpZGVkIG5vdCB0byBpbnRyb2R1Y2UgaXQgaW4gdGhlIHRyYW5zaXRpb24gZnJvbSAy
NDYwIHRvIDgyMDAuDQoNCkkgZGlkbid0IGFncmVlIHdpdGggdGhhdCBkZWNpc2lvbiwgYnV0IEkg
d2FzICJpbiB0aGUgcm91Z2guIg0KW2FjbV0NClRoYXTigJlzIGhlYXZ5IGJhZ2dhZ2UgNm1hbiB3
aWxsIGhhdmUgdG8gY2FycnksIElNTy4NCuKAnGFyZSBub3TigJ0gZG9lc27igJl0IHRyYW5zbGF0
ZSB0byBhIHJlcXVpcmVtZW50IGluIGFueSBTRE8gSSBrbm93Lg0KDQoNClJGQzgyNTAgZG9lcyBu
b3QgaW52b2x2ZSBFeHRlbnNpb24gaGVhZGVyIGluc2VydGlvbi9kZWxldGlvbg0KDQphbG9uZyB0
aGUgcGF0aCwgYnV0IG90aGVyIHdvcmstaW4tcHJvZ3Jlc3MgKGluLXNpdHUgT0FNKSB3b3VsZC4N
CltjbWhdDQpDb3JyZWN0LCA4MjUwIGRvZXMgbm90IGludm9sdmUgZXh0ZW5zaW9uIGhlYWRlciBp
bnNlcnRpb24vZGVsZXRpb24vbW9kaWZpY2F0aW9uIGFsb25nIHRoZSBwYXRoLg0KDQpUaHVzLCB0
aGUgd29yZGluZyBvZiB0aGUgbGF0dGVyIHR3byBoaWdobGlnaHRlZCBzZW50ZW5jZXMgYWJvdmUg
bmVlZHMgdG8gYmUgcmV3b3JrZWQuDQpbYWNtXQ0KSSBkaXNjdXNzZWQgdGhpcyBhdCBsZW5ndGgg
d2l0aCBjby1hdXRob3JzLCBhbmQgYXJyaXZlZCBhdA0KYSB0aWdodGVyIHdvcmRpbmcuIFdlIHNp
bXBseSBkZWxldGUgdGhlIFBETSBjaXRhdGlvbiBpbiB0aGUgMm5kIHNlbnRlbmNlLA0KYW5kIHRo
ZW4gd2UgcmVmZXIgdG8gdGhlIGNoYXJ0ZXJlZCB3b3JrIG9uIGluLXNpdHUgT0FNIG9ubHk6DQoN
CiAgIFRoZSB0b3BpYyBvZiBJUHY2IEV4dGVuc2lvbiBIZWFkZXJzIGJyaW5ncyBjdXJyZW50IGNv
bnRyb3ZlcnNpZXMgaW50bw0KICAgZm9jdXMgYXMgbm90ZWQgYnkgW1JGQzY1NjRdIGFuZCBbUkZD
NzA0NV0uICBIb3dldmVyLCBtZWFzdXJlbWVudCB1c2UNCiAgIGNhc2VzIGluIHRoZSBjb250ZXh0
IG9mIHRoZSBJUFBNIGZyYW1ld29yayBsaWtlIGluLXNpdHUgT0FNIFtyZWZdIGluDQogICBlbnRl
cnByaXNlIGVudmlyb25tZW50cyBjYW4gYmVuZWZpdCBmcm9tDQogICBpbnNwZWN0aW9uLCBtb2Rp
ZmljYXRpb24sIGFkZGl0aW9uIG9yIGRlbGV0aW9uIG9mIElQdjYgZXh0ZW5zaW9uDQogICBoZWFk
ZXJzIGluIGhvc3RzIGFsb25nIHRoZSBtZWFzdXJlbWVudCBwYXRoLg0KDQpXZSB3aWxsIGFsc28g
ZGVsZXRlIHRoZSBmaXJzdCBzZW50ZW5jZSBpbiB0aGUgc2Vjb25kIHBhcmFncmFwaCBhYm92ZSwN
CmFuZCBkZWxldGUgdGhlIHdvcmRzIOKAnGFuZCBtYW5pcHVsYXRpb27igJ06DQoNCiAgIFtSRkM4
MjUwXSBlbmRvcnNlcyB0aGUgdXNlIG9mIElQdjYgZXh0ZW5zaW9uIGhlYWRlcnMgZm9yDQogICAg
bWVhc3VyZW1lbnQgcHVycG9zZXMsIGNvbnNpc3RlbnQgd2l0aCBvdGhlciBhcHByb3ZlZCBJRVRG
IHNwZWNpZmljYXRpb25zLg0KDQpUaGUgZmlyc3QgaGlnaGxpZ2h0ZWQgc2VudGVuY2UgaXMgbm93
IGRhdGVkIChhcyBwcmVkaWN0ZWQgYnkgRnJlZCBCYWtlciBpbiBodHRwczovL21haWxhcmNoaXZl
LmlldGYub3JnL2FyY2gvbXNnL2lwcG0vOHNnaWtpWmJTaUQ0djJWZUtLX0ZBN1Rram1NPGh0dHBz
Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fbWFpbGFyY2hp
dmUuaWV0Zi5vcmdfYXJjaF9tc2dfaXBwbV84c2dpa2laYlNpRDR2MlZlS0stNUZGQTdUa2ptTSZk
PUR3TUZhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1fNmNlbjNIbi1lX2hPbTBCaFk3YUlw
QTU4ZGQxOVo5cUdRc3I4LTZ6WU1JJm09MkoyVXd0NGZuQWV5cVhxeGJXUmFjRDBzb1pjZlVNRENt
M2J2X3lTTlo5dyZzPXkzd1NSZ3ZfWTRFWjVhQmg2dVVieHhSVFRNY0hEcHVJWXcybmZjV2NIMFkm
ZT0+KSwgYnV0IHRoZXJlIGlzIG9uZ29pbmcgZGlzY3Vzc2lvbiBpbiA2bWFuIGFib3V0IHVwZGF0
aW5nIFJGQyA4MjAwIHRvIHBlcm1pdCBpbnNlcnRpb24vZGVsZXRpb24vbW9kaWZpY2F0aW9uIG9m
IGV4dGVuc2lvbiBoZWFkZXJzIChvdGhlciB0aGFuIGhvcC1ieS1ob3Agb3B0aW9ucykgdW5kZXIg
Y2VydGFpbiBjaXJjdW1zdGFuY2VzLiBTZWUgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry
YWZ0LXZveWVyLTZtYW4tZXh0ZW5zaW9uLWhlYWRlci1pbnNlcnRpb248aHR0cHM6Ly91cmxkZWZl
bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1s
X2RyYWZ0LTJEdm95ZXItMkQ2bWFuLTJEZXh0ZW5zaW9uLTJEaGVhZGVyLTJEaW5zZXJ0aW9uJmQ9
RHdNRmFRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPV82Y2VuM0huLWVfaE9tMEJoWTdhSXBB
NThkZDE5WjlxR1FzcjgtNnpZTUkmbT0ySjJVd3Q0Zm5BZXlxWHF4YldSYWNEMHNvWmNmVU1EQ20z
YnZfeVNOWjl3JnM9MTV6NXFrc1ZmZllfNzVTQk9aZndwdzc2TnZ6SnB1MThFOUxXRnZOaWxsTSZl
PT4uDQpbYWNtXQ0KTGV0IG1lIGtub3cgd2hlbiB0aGVyZSBpcyBhIGNvbnNlbnN1cyBjYWxsLA0K
SSB3aWxsIHN0YW5kIHdpdGggeW91IGZvciB1c2luZyAyMTE5IG1vZGFsIHZlcmJzDQppbiB0aGUg
dXBkYXRlLi4uDQoNCg0KSW4gYW55IGNhc2UsIGEgbWVhc3VyZW1lbnQgZnJhbWV3b3JrIHNob3Vs
ZCBiZSBwcmVwYXJlZCB0bw0KDQpoYW5kbGUgc29tZSB1bmV4cGVjdGVkL2Rpc2NvdXJhZ2VkIGJl
aGF2aW9ycyBlbmNvdW50ZXJlZCBvbiB0aGUgcGF0aC4NCg0KW2NtaF0NCkkgZG8gbm90IGRpc2Fn
cmVlIHdpdGggdGhhdDsgYnV0IGJ1dCBtaWdodCBpdCBub3QgYmUgYXBwcm9wcmlhdGUgdG8gY2hh
bmdlIHRvIFNlY3Rpb24gNCwgcGFnZSA3LCBmaWZ0aCBwYXJhZ3JhcGgsIGZyb206DQoNCg0KICAg
byAgRXh0ZW5zaW9uIEhlYWRlciBpbnNlcnRpb24gb3IgZGVsZXRpb246IEl0IGlzIHBvc3NpYmxl
IHRoYXQNCg0KICAgICAgRXh0ZW5zaW9uIEhlYWRlcnMgY291bGQgYmUgYWRkZWQgdG8sIG9yIHJl
bW92ZWQgZnJvbSB0aGUgaGVhZGVyDQoNCiAgICAgIGNoYWluLiAgVGhlIHJlc3VsdGluZyBwYWNr
ZXQgbWF5IGJlIHN0YW5kYXJkLWZvcm1lZCwgd2l0aCBhDQoNCiAgICAgIGNvcnJlc3BvbmRpbmcg
VHlwZS1QLg0KDQp0byBzb21ldGhpbmcgbGlrZToNCg0KDQogICBvICBFeHRlbnNpb24gSGVhZGVy
IGluc2VydGlvbiBvciBkZWxldGlvbjogQWx0aG91Z2ggc3VjaCBiZWhhdmlvciBpcw0KDQogICAg
ICBub3QgZW5kb3JzZWQgYnkgY3VycmVudCBzdGFuZGFyZHMsIGl0IGlzIHBvc3NpYmxlIHRoYXQg
RXh0ZW5zaW9uDQoNCiAgICAgIEhlYWRlcnMgY291bGQgYmUgYWRkZWQgdG8sIG9yIHJlbW92ZWQg
ZnJvbSB0aGUgaGVhZGVyIGNoYWluLiAgVGhlDQoNCiAgICAgIHJlc3VsdGluZyBwYWNrZXQgbWF5
IGJlIHN0YW5kYXJkLWZvcm1lZCwgd2l0aCBhIGNvcnJlc3BvbmRpbmcNCg0KICAgICAgVHlwZS1Q
Lg0KDQpJZiB0aGF0IGRvZXNuJ3Qgd29yayBmb3IgeW91LCBwZXJoYXBzIHNheSBzb21ldGhpbmcg
dG8gdGhlIHNhbWUgZWZmZWN0IGNvdWxkIGJlIHNhaWQgaW4gdGhlIHBhcmFncmFwaHMgYXQgdGhl
IGJvdHRvbSBvZiBwYWdlIDYgYW5kIHRoZSB0b3Agb2YgcGFnZSA3Lg0KW2FjbV0NCllvdXIgdGV4
dCBzdWdnZXN0aW9uIFdGTSwgaXTigJlzIGluIG91ciB3b3JraW5nIGNvcHkgbm93Lg0KDQpOb3Rl
IHRoYXQgdGhlcmUgd2VyZSBjb21tZW50cyBvbiBQTVRVRCBpbiB0aGUgcGFydCBvZiB0aGUgbWVz
c2FnZSB0aGF0IHlvdSBkaWRuJ3QgZ2V0OyBob3BlZnVsbHkgdGhvc2Ugd2lsbCBnZXQgdG8geW91
IGluIHRoZSByZS1zZW5kIGNvbWluZyBzaG9ydGx5Lg0KDQpNaWtlIEhlYXJkDQoNClsgLi4uICB0
cnVuY2F0ZWQgcG9ydGlvbiBmb2xsb3dzIOKApl0NCg0KU2VjdGlvbiA0LCBwYWdlIDcsIG5leHQt
dG8tbGFzdCBwYXJhZ3JhcGggc2F5czoNCg0KDQogICBbLi4uXSBQYXRoIE1UVSBEaXNjb3ZlcnkN
Cg0KICAgZm9yIElQIHZlcnNpb24gNiAoUE1UVUQsIFtSRkM4MjAxPGh0dHBzOi8vdXJsZGVmZW5z
ZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9y
ZmM4MjAxJmQ9RHdNRmFRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPV82Y2VuM0huLWVfaE9t
MEJoWTdhSXBBNThkZDE5WjlxR1FzcjgtNnpZTUkmbT1RbWthbENnaGoyVVdYQVliVU5CdlZ6bVZZ
c2paejNRQ1JOTWNDYXBLTEhJJnM9d3VZZjg3cjVKZDlSMVJFQTk3RzItZnRqeVZsNzdNeW82cW1Z
UUFIRTRKVSZlPT5dKSBvciBQYWNrZXRpemF0aW9uIExheWVyIFBhdGggTVRVDQoNCiAgIERpc2Nv
dmVyeSAoUExQTVRVRCwgW1JGQzQ4MjE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29t
L3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX3JmYzQ4MjEmZD1Ed01GYVEm
Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJnI9XzZjZW4zSG4tZV9oT20wQmhZN2FJcEE1OGRkMTla
OXFHUXNyOC02ellNSSZtPVFta2FsQ2doajJVV1hBWWJVTkJ2VnptVllzalp6M1FDUk5NY0NhcEtM
SEkmcz14VG1vUlpTVFVyVEtlQTBmOVlfZ1BqeVJ1T2VPUUVQdFBlMmJsZ3BoWTQwJmU9Pl0pIGlz
IHJlY29tbWVuZGVkIHRvIHByZXZlbnQNCg0KICAgZnJhZ21lbnRhdGlvbiAob3IgSUNNUCBlcnJv
ciBtZXNzYWdlcykgYXMgYSByZXN1bHQgb2YgSVB2NiBleHRlbnNpb24NCg0KICAgaGVhZGVyIG1h
bmlwdWxhdGlvbi4NCg0KVGhlIHRyYWlsaW5nIGNsYXVzZSAiKG9yIElDTVAgZXJyb3IgbWVzc2Fn
ZXMpIGFzIGEgcmVzdWx0IG9mIElQdjYgZXh0ZW5zaW9uIGhlYWRlciBtYW5pcHVsYXRpb24iIHNo
b3VsZCBiZSByZW1vdmVkLCBhcyBpdCBpcyBqdXN0IHBsYWluIHdyb25nLiBQTVRVRCByZWxpZXMg
b24gSUNNUCBQYWNrZXQgVG9vIEJpZyBtZXNzYWdlcyBmb3IgcHJvcGVyIG9wZXJhdGlvbiwgYW5k
IGluLWZsaWdodCBpbmNyZWFzZXMgaW4gcGFja2V0IGxlbmd0aCBkdWUgdG8gaW5zZXJ0aW9uIG9m
IGV4dGVuc2lvbiBoZWFkZXJzIGFjdHVhbGx5IGJyZWFrIFBUTVRVRC4NCg0KW2FjbV0NCllvdXIg
ZGVsZXRpb24gV0ZNLCBpdOKAmXMgaW4gb3VyIHdvcmtpbmcgY29weSBub3cuDQoNCg0KU2VjdGlv
biA1LCBwYWdlIDgsIG5leHQtdG8tbGFzdCBwYXJhZ3JhcGggc2F5czoNCg0KDQogICBvICBNb2Rp
ZmljYXRpb24gb3IgYWRkaXRpb24gb2YgaGVhZGVycyBvciBoZWFkZXIgZmllbGQgdmFsdWVzIGlu
DQoNCiAgICAgIGludGVybWVkaWF0ZSBub2Rlcy4gIEFzIG5vdGVkIGluIFNlY3Rpb24gNDxodHRw
czovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmll
dGYub3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEaXBwbS0yRDIzMzAtMkRpcHY2LTJEMDQtMjNzZWN0
aW9uLTJENCZkPUR3TUZhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1fNmNlbjNIbi1lX2hP
bTBCaFk3YUlwQTU4ZGQxOVo5cUdRc3I4LTZ6WU1JJm09UW1rYWxDZ2hqMlVXWEFZYlVOQnZWem1W
WXNqWnozUUNSTk1jQ2FwS0xISSZzPU9tTEUtUFB5eHIzT0xnOXExMEJvREU0eUdoZ19FX1BOR2hp
YmNDTW1XV2smZT0+IGZvciBJUHY2IGV4dGVuc2lvbg0KDQogICAgICBoZWFkZXIgbWFuaXB1bGF0
aW9uLCBOQVQsIElQdjQtSVB2NiB0cmFuc2l0aW9uaW5nIG9yIElQdjYgaGVhZGVyDQoNCiAgICAg
IGNvbXByZXNzaW9uIG1lY2hhbmlzbXMgbWF5IHJlc3VsdCBpbiBjaGFuZ2VzIG9mIHRoZSBtZWFz
dXJlbWVudA0KDQogICAgICBwYWNrZXRzJyBUeXBlLVAsIHRvby4gIENvbnNlcXVlbnRseSwgaG9z
dHMgYWxvbmcgdGhlIG1lYXN1cmVtZW50DQoNCiAgICAgIHBhdGggbWF5IHRyZWF0IHBhY2tldHMg
ZGlmZmVyZW50bHkgYmVjYXVzZSBvZiB0aGUgVHlwZS1QDQoNCiAgICAgIG1vZGlmaWNhdGlvbi4g
IE1lYXN1cmVtZW50cyBhdCBvYnNlcnZhdGlvbiBwb2ludHMgYWxvbmcgdGhlIHBhdGgNCg0KICAg
ICAgbWF5IGFsc28gbmVlZCBleHRyYSBjb250ZXh0IHRvIHVuaXF1ZWx5IGlkZW50aWZ5IGEgcGFj
a2V0Lg0KDQpJZiB0aGUgY2hhbmdlcyBJIHJlY29tbWVuZCBhYm92ZSBhcmUgaW1wbGVtZW50ZWQs
IGl0IHdpbGwgYmUgbmVjZXNzYXJ5IHRvIHJlbW92ZSB0aGUgY2xhdXNlICJBcyBub3RlZCBpbiBT
ZWN0aW9uIDQgZm9yIElQdjYgZXh0ZW5zaW9uIGhlYWRlciBtYW5pcHVsYXRpb24sIg0KDQpbYWNt
XQ0KYWdhaW4gV0ZNLCBUaGFua3MuDQoNCg0KTWlrZSBIZWFyZA0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRpbWVzOw0KCXBh
bm9zZS0xOjIgMiA2IDMgNSA0IDUgMiAzIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAu
TXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglt
YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToi
VGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M
IFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bh
bi5nbWFpbC0NCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtO30NCnNwYW4uSFRNTFByZWZvcm1hdHRl
ZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1z
dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0K
CWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10
eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6
YmxhY2s7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJ
e3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpk
aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4
PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8
bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i
MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5
IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9Ildv
cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+
SGkgTWlrZSwgUGxlYXNlIHNlZSBpbi1saW5lIHJlcGxpZXMsPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPkFsPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21w
b3NlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy
aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwv
cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7
cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v
bmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAw
aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bh
bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gQy4gTS4gSGVhcmQgW21haWx0bzpoZWFyZEBwb2JveC5j
b21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gU3VuZGF5LCBBcHJpbCAxNSwgMjAxOCAxMTo1NiBBTTxi
cj4NCjxiPlRvOjwvYj4gTU9SVE9OLCBBTEZSRUQgQyAoQUwpICZsdDthY21AcmVzZWFyY2guYXR0
LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IElFVEYgJmx0O2lldGZAaWV0Zi5vcmcmZ3Q7OyBJUFBN
ICZsdDtpcHBtQGlldGYub3JnJmd0OzsgNm1hbiAmbHQ7aXB2NkBpZXRmLm9yZyZndDs8YnI+DQo8
Yj5TdWJqZWN0OjwvYj4gUmU6IExhc3QgQ2FsbDogJmx0O2RyYWZ0LWlldGYtaXBwbS0yMzMwLWlw
djYtMDQudHh0Jmd0OyAoSVB2NiwgSVB2NCBhbmQgQ29leGlzdGVuY2UgVXBkYXRlcyBmb3IgSVBQ
TSdzIEFjdGl2ZSBNZXRyaWMgRnJhbWV3b3JrKSB0byBJbmZvcm1hdGlvbmFsIFJGQzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IZWxsbyBBbCw8
bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFwb2xvZ2llcyBm
b3IgdGhlIHRydW5jYXRlZCBtZXNzYWdlIC4uLiB0aGUgZnVsbCB2ZXJzaW9uIGlzIGF2YWlsYWJs
ZSBhdCZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91
cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWwtMkRhcmNoaXZlX3dlYl9pcHBtX2N1cnJl
bnRfbXNnMDQ5OTkuaHRtbCZhbXA7ZD1Ed01GYVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJ
ZyZhbXA7cj1fNmNlbjNIbi1lX2hPbTBCaFk3YUlwQTU4ZGQxOVo5cUdRc3I4LTZ6WU1JJmFtcDtt
PTJKMlV3dDRmbkFleXFYcXhiV1JhY0Qwc29aY2ZVTURDbTNidl95U05aOXcmYW1wO3M9SHctSS1M
a2xhRW9hODJnaGsyQXFvNUwwc2gwV3YtZHFpY2Q2YWpLQ1E0ZyZhbXA7ZT0iPmh0dHBzOi8vd3d3
LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvaXBwbS9jdXJyZW50L21zZzA0OTk5Lmh0bWw8L2E+
LiZuYnNwOw0KIEknbGwgcmVzZW5kIG9mZi1saXN0IHNob3J0bHkuIEluIHRoZSBtZWFudGltZSwg
bXkgcmVzcG9uc2VzIGJlbG93IGFyZSBtYXJrZWQgW2NtaF08bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5bYWNtXQ0KPG86cD48
L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx
dW90Oztjb2xvcjpibGFjayI+dGhhbmtzISBpdCB3YXMgb2J2aW91cyB0aGUgZW5kIHdhcyBtaXNz
aW5nLi4uPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+SeKAmXZlIGFwcGVuZGVkIHlvdXIgUE1UVUQg
Y29tbWVudHMgaW4gdGhpcyBtZXNzYWdlLDxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPmF0IHRoZSBl
bmQgKGFsbGVnZWRseSwgd2XigJlsbCBzZWUgaWYgdGhleSBnZXQgdGhyb3VnaCkuPG86cD48L286
cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv
cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5NaWtlIEhlYXJkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0
LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjwvc3Bhbj48L2k+PC9iPjxzcGFu
IHN0eWxlPSJjb2xvcjpibGFjayI+4oCmPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw
O1sgbm9uLWNvbnRyb3ZlcnNpYWwgc3R1ZmYgZWxpZGVkIF08bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0ND
Q0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21h
cmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti
b3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQ7Ym9y
ZGVyLXRvcC13aWR0aDppbml0aWFsO2JvcmRlci1yaWdodC13aWR0aDppbml0aWFsO2JvcmRlci1i
b3R0b20td2lkdGg6aW5pdGlhbDtib3JkZXItdG9wLWNvbG9yOmluaXRpYWw7Ym9yZGVyLXJpZ2h0
LWNvbG9yOmluaXRpYWw7Ym9yZGVyLWJvdHRvbS1jb2xvcjppbml0aWFsIj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj5TZWN0aW9uIDMsIHBhZ2UgNCwgdGhpcmQgcGFyYWdyYXBo
LCBzYXlzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBh
Z2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsm
bmJzcDsgWy4uLl0gRm9yIGV4YW1wbGUsIHRoZSBwYWNrZXQgbGVuZ3RoIHdpbGw8L3NwYW4+PG86
cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNw
YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgY2hhbmdlIGlmIElQIGhlYWRlcnMg
YXJlIGNvbnZlcnRlZCB0byB0aGUgYWx0ZXJuYXRlIHZlcnNpb24vYWRkcmVzczwvc3Bhbj48bzpw
PjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3Bh
biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBmYW1pbHk8c3BhbiBzdHlsZT0iYmFj
a2dyb3VuZDp5ZWxsb3ciPiwgb3IgaWYgb3B0aW9uYWwgRXh0ZW5zaW9uIEhlYWRlcnMgYXJlIGFk
ZGVkIG9yIHJlbW92ZWQ8L3NwYW4+LiBbLi4uXTwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+QWRkaW5nIG9yIHJlbW92aW5n
IGV4dGVuc2lvbiBoZWFkZXJzIGNvbnRyYXZlbmVzIFJGQyA4MjAwLiBTaW5jZSB0aGlzIGlzIGp1
c3QgYW4gZXhhbXBsZSwgSSB3b3VsZCByZWNvbW1lbmQgZGVsZXRpbmcgdGhlIGNvbnRyb3ZlcnNp
YWwgc2Vjb25kIGNsYXVzZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291
cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlthY21dDQo8L3NwYW4+PC9pPjwvYj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlVu
ZGVyc3RhbmQsIHNlZSBiZWxvdy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5TZWN0aW9uIDQsIHBhZ2UgNiwgbGFzdCBwYXJh
Z3JhcGgsIGFuZCBwYWdlIDcsIGZpcnN0IHBhcmFncmFwaCwgc2F5OjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgPHNwYW4gc3R5bGU9ImJhY2tn
cm91bmQ6eWVsbG93Ij5UaGUgdG9waWMgb2YgSVB2NiBFeHRlbnNpb24gSGVhZGVycyBicmluZ3Mg
Y3VycmVudCBjb250cm92ZXJzaWVzIGludG88L3NwYW4+PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7IDxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdyI+Zm9j
dXMgYXMgbm90ZWQgYnkgWzxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv
bS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9yZmM2NTY0JmFtcDtkPUR3
TUZhUSZhbXA7Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDtyPU9mc1N1OGtUSWx0VnlEMW9M
NzJjQncmYW1wO209WWs5R0N4bXl0S0JsTU1lYWRGUDVtTldEc2hyTnREM3VyX1FnLXdNWF90cyZh
bXA7cz1xUXlaWVQwenh0LUNscVJVOGhJVVVOWWs1eGk1clF2Qm96QVd4am02N29zJmFtcDtlPSIg
dGFyZ2V0PSJfYmxhbmsiIHRpdGxlPSImcXVvdDtBIFVuaWZvcm0gRm9ybWF0IGZvciBJUHY2IEV4
dGVuc2lvbiBIZWFkZXJzJnF1b3Q7Ij5SRkM2NTY0PC9hPl0gYW5kIFs8YSBocmVmPSJodHRwczov
L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYu
b3JnX2h0bWxfcmZjNzA0NSZhbXA7ZD1Ed01GYVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJ
ZyZhbXA7cj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3JmFtcDttPVlrOUdDeG15dEtCbE1NZWFkRlA1
bU5XRHNock50RDN1cl9RZy13TVhfdHMmYW1wO3M9OUk2NTZBalRTallwUWxNc3RDUkltTlVhWnZl
bm00a1BOcV9ySTctVlpBZyZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIiB0aXRsZT0iJnF1b3Q7VHJh
bnNtaXNzaW9uIGFuZCBQcm9jZXNzaW5nIG9mIElQdjYgRXh0ZW5zaW9uIEhlYWRlcnMmcXVvdDsi
PlJGQzcwNDU8L2E+XS48L3NwYW4+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNw
OyA8L3NwYW4+SG93ZXZlciwgbWVhc3VyZW1lbnQgdXNlPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7IGNhc2VzIGluIHRoZSBjb250ZXh0IG9mIHRoZSBJUFBNIGZy
YW1ld29yayBsaWtlIGluLXNpdHUgT0FNIGluPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
IHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj
ayI+Jm5ic3A7Jm5ic3A7IGVudGVycHJpc2UgZW52aXJvbm1lbnRzIDxzcGFuIHN0eWxlPSJiYWNr
Z3JvdW5kOnllbGxvdyI+b3IgSVB2NiBQZXJmb3JtYW5jZSBhbmQgRGlhZ25vc3RpYyBNZXRyaWNz
PC9zcGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1i
ZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAoPHNw
YW4gc3R5bGU9ImJhY2tncm91bmQ6eWVsbG93Ij5QRE0pIERlc3RpbmF0aW9uIE9wdGlvbiBtZWFz
dXJlbWVudHMgWzxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91
cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9yZmM4MjUwJmFtcDtkPUR3TUZhUSZh
bXA7Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDtyPU9mc1N1OGtUSWx0VnlEMW9MNzJjQncm
YW1wO209WWs5R0N4bXl0S0JsTU1lYWRGUDVtTldEc2hyTnREM3VyX1FnLXdNWF90cyZhbXA7cz10
dzBmaWswYlMwdUNfaWZuMFMxdWU2NlgtYnM3MEg3RGEweEhvUTJja0FBJmFtcDtlPSIgdGFyZ2V0
PSJfYmxhbmsiIHRpdGxlPSImcXVvdDtJUHY2IFBlcmZvcm1hbmNlIGFuZCBEaWFnbm9zdGljIE1l
dHJpY3MgKFBETSkgRGVzdGluYXRpb24gT3B0aW9uJnF1b3Q7Ij5SRkM4MjUwPC9hPl08L3NwYW4+
IGNhbiBiZW5lZml0IGZyb208L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBh
Z2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsm
bmJzcDsgaW5zcGVjdGlvbiwgbW9kaWZpY2F0aW9uLCA8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp5
ZWxsb3ciPmFkZGl0aW9uIG9yIGRlbGV0aW9uPC9zcGFuPiBvZiBJUHY2IGV4dGVuc2lvbjwvc3Bh
bj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlz
Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBoZWFkZXJzIGluIGhvc3Rz
IGFsb25nIHRoZSBtZWFzdXJlbWVudCBwYXRoLjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNw
YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgQXMgYSBwYXJ0aWN1bGFyIHVzZSBj
YXNlLCBob3N0cyBvbiB0aGUgcGF0aCBtYXkgc3RvcmUgc2VuZGluZyBhbmQ8L3NwYW4+PG86cD48
L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgaW50ZXJtZWRpYXRlIHRpbWVzdGFtcHMg
aW50byBkZWRpY2F0ZWQgZXh0ZW5zaW9uIGhlYWRlcnMgdG8gc3VwcG9ydDwvc3Bhbj48bzpwPjwv
bzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBz
dHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBtZWFzdXJlbWVudHMsIG1vbml0b3Jpbmcs
IGF1ZGl0aW5nLCBvciByZXByb2R1Y2liaWxpdHkgaW4gY3JpdGljYWw8L3NwYW4+PG86cD48L286
cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgZW52aXJvbm1lbnRzLiZuYnNwOyA8c3BhbiBz
dHlsZT0iYmFja2dyb3VuZDp5ZWxsb3ciPls8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJv
b2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfcmZjODI1
MCZhbXA7ZD1Ed01GYVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZhbXA7cj1PZnNTdThr
VElsdFZ5RDFvTDcyY0J3JmFtcDttPVlrOUdDeG15dEtCbE1NZWFkRlA1bU5XRHNock50RDN1cl9R
Zy13TVhfdHMmYW1wO3M9dHcwZmlrMGJTMHVDX2lmbjBTMXVlNjZYLWJzNzBIN0RhMHhIb1EyY2tB
QSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIiB0aXRsZT0iJnF1b3Q7SVB2NiBQZXJmb3JtYW5jZSBh
bmQgRGlhZ25vc3RpYyBNZXRyaWNzIChQRE0pIERlc3RpbmF0aW9uIE9wdGlvbiZxdW90OyI+UkZD
ODI1MDwvYT5dIGVuZG9yc2VzIHRoZSB1c2UgYW5kIG1hbmlwdWxhdGlvbiBvZiBJUHY2PC9zcGFu
Pjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6
YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2s7YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7
Jm5ic3A7IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2s7YmFja2dyb3VuZDp5ZWxsb3ci
PmV4dGVuc2lvbiBoZWFkZXJzIGZvciBtZWFzdXJlbWVudCBwdXJwb3NlcywgY29uc2lzdGVudCB3
aXRoIG90aGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFr
LWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRl
Ij4mbmJzcDsmbmJzcDsgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjaztiYWNrZ3JvdW5k
OnllbGxvdyI+YXBwcm92ZWQgSUVURiBzcGVjaWZpY2F0aW9uczwvc3Bhbj48bzpwPjwvbzpwPjwv
cHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48Yj48aT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvaT48L2I+
PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+
PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlthY21dIDwv
c3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJl
Zm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5U
aGlzIGlzIHRoZSBlbmQtb2YtbWVzc2FnZSBJIHJlY2VpdmVkLCBidXQgSSBpbWFnaW5lIHlvdSBp
bnRlbmRlZCB0byA8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJl
YWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh
Y2siPnBvaW50LW91dCB0aGF0IDgyMDAgYW5kIDgyNTAgYXBwZWFyIHRvIGJlIGluIGNvbmZsaWN0
IG92ZXI8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVm
b3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPmFk
ZGl0aW9uL2RlbGV0aW9uIG9mIGV4dGVuc2lvbiBoZWFkZXJzLjwvc3Bhbj48bzpwPjwvbzpwPjwv
cHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tIDgyMDAsIHNlY3Rpb24gNDo8L3NwYW4+
PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7
Jm5ic3A7IEV4dGVuc2lvbiBoZWFkZXJzIChleGNlcHQgZm9yIHRoZSBIb3AtYnktSG9wIE9wdGlv
bnMgaGVhZGVyKSBhcmUgbm90PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD
b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHByb2Nlc3NlZCwgaW5zZXJ0ZWQsIG9yIGRl
bGV0ZWQgYnkgYW55IG5vZGUgYWxvbmcgYSBwYWNrZXQncyBkZWxpdmVyeTwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBw
YXRoLCB1bnRpbCB0aGUgcGFja2V0IHJlYWNoZXMgdGhlIG5vZGUgKG9yIGVhY2ggb2YgdGhlIHNl
dCBvZiBub2Rlcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgaW4gdGhlIGNhc2Ugb2YgbXVsdGljYXN0KSBpZGVudGlm
aWVkIGluIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIGZpZWxkPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG9mIHRoZSBJ
UHY2IGhlYWRlci48L3NwYW4+PG86cD48L286cD48L3A+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFr
LWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNr
Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst
YmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2si
Pkkgd29uZGVyIHdoeSBSRkMgMjExOSByZXF1aXJlbWVudCB0ZXJtcyB3ZXJlIG5vdCB1c2VkIHRv
IDwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6
YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+ZXhwcmVz
cyB0aGlzIGlkZWE/IFdlIGNlcnRhaW5seSBoYXZlIGFncmVlbWVudHMgYWJvdXQ8L3NwYW4+PG86
cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPnJlcXVpcmVtZW50cyBsYW5n
dWFnZSBmb3IgU3RhbmRhcmRzIFRyYWNrIG1lbW9zIGluIElFVEYuIDwvc3Bhbj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PGI+PGk+W2NtaF08L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UkZDIDIxMTkgbGFuZ3VhZ2UgaXMgbm90IHN0cmlj
dGx5IHJlcXVpcmVkLCBhbmQgdGhlIDZtYW4gV0cgZGVjaWRlZCBub3QgdG8gaW50cm9kdWNlIGl0
IGluIHRoZSB0cmFuc2l0aW9uIGZyb20gMjQ2MCB0byA4MjAwLjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGRpZG4ndCBhZ3JlZSB3aXRoIHRo
YXQgZGVjaXNpb24sIGJ1dCBJIHdhcyAmcXVvdDtpbiB0aGUgcm91Z2guJnF1b3Q7PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+
W2FjbV0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291
cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlRoYXTigJlzIGhlYXZ5IGJhZ2dhZ2UgNm1hbiB3
aWxsIGhhdmUgdG8gY2FycnksIElNTy48bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPuKAnGFyZSBub3TigJ0gZG9l
c27igJl0IHRyYW5zbGF0ZSB0byBhIHJlcXVpcmVtZW50IGluIGFueSBTRE8gSSBrbm93Ljwvc3Bh
bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291
cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0ND
Q0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21h
cmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti
b3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQ7Ym9y
ZGVyLXRvcC13aWR0aDppbml0aWFsO2JvcmRlci1yaWdodC13aWR0aDppbml0aWFsO2JvcmRlci1i
b3R0b20td2lkdGg6aW5pdGlhbDtib3JkZXItdG9wLWNvbG9yOmluaXRpYWw7Ym9yZGVyLXJpZ2h0
LWNvbG9yOmluaXRpYWw7Ym9yZGVyLWJvdHRvbS1jb2xvcjppbml0aWFsIj4NCjxkaXY+DQo8cHJl
IHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2NvbG9yOmJsYWNrIj5SRkM4MjUwIGRvZXMgbm90IGludm9sdmUgRXh0ZW5zaW9uIGhl
YWRlciBpbnNlcnRpb24vZGVsZXRpb248L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5
bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Y29sb3I6YmxhY2siPmFsb25nIHRoZSBwYXRoLCBidXQgb3RoZXIgd29yay1pbi1wcm9ncmVz
cyAoaW4tc2l0dSBPQU0pIHdvdWxkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PGI+PGk+W2NtaF08L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5Db3JyZWN0LCA4MjUwIGRvZXMgbm90IGludm9sdmUgZXh0ZW5zaW9u
IGhlYWRlciBpbnNlcnRpb24vZGVsZXRpb24vbW9kaWZpY2F0aW9uIGFsb25nIHRoZSBwYXRoLjxi
cj4NCjxicj4NClRodXMsIHRoZSB3b3JkaW5nIG9mIHRoZSBsYXR0ZXIgdHdvIGhpZ2hsaWdodGVk
IHNlbnRlbmNlcyBhYm92ZSBuZWVkcyB0byBiZSByZXdvcmtlZC48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5bYWNtXQ0KPC9z
cGFuPjwvaT48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv
Yj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+SSBk
aXNjdXNzZWQgdGhpcyBhdCBsZW5ndGggd2l0aCBjby1hdXRob3JzLCBhbmQgYXJyaXZlZCBhdDxv
OnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90
Oztjb2xvcjpibGFjayI+YSB0aWdodGVyIHdvcmRpbmcuIFdlIHNpbXBseSBkZWxldGUgdGhlIFBE
TSBjaXRhdGlvbiBpbiB0aGUgMm5kIHNlbnRlbmNlLDxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NC44cHQiPjxiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7O2NvbG9yOmJsYWNrIj5hbmQgdGhlbiB3ZSByZWZlciB0byB0aGUgY2hhcnRlcmVkIHdvcmsg
b24gaW4tc2l0dSBPQU0gb25seTo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjQuOHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpi
bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo0LjhwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZu
YnNwOyZuYnNwOyBUaGUgdG9waWMgb2YgSVB2NiBFeHRlbnNpb24gSGVhZGVycyBicmluZ3MgY3Vy
cmVudCBjb250cm92ZXJzaWVzIGludG88bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjQuOHB0Ij48Yj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7IGZvY3VzIGFzIG5vdGVkIGJ5IFtSRkM2NTY0XSBhbmQgW1JG
QzcwNDVdLiZuYnNwOyBIb3dldmVyLCBtZWFzdXJlbWVudCB1c2U8bzpwPjwvbzpwPjwvc3Bhbj48
L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjQuOHB0Ij48
Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy
IE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGNhc2VzIGluIHRoZSBjb250ZXh0
IG9mIHRoZSBJUFBNIGZyYW1ld29yayBsaWtlIGluLXNpdHUgT0FNIFtyZWZdIGluPG86cD48L286
cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDo0LjhwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBlbnRlcnByaXNl
IGVudmlyb25tZW50cyBjYW4gYmVuZWZpdCBmcm9tPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo0LjhwdCI+PGI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBpbnNwZWN0aW9uLCBtb2RpZmljYXRpb24sIGFk
ZGl0aW9uIG9yIGRlbGV0aW9uIG9mIElQdjYgZXh0ZW5zaW9uPG86cD48L286cD48L3NwYW4+PC9i
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo0LjhwdCI+PGI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBoZWFkZXJzIGluIGhvc3RzIGFsb25n
IHRoZSBtZWFzdXJlbWVudCBwYXRoLjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NC44cHQiPjxiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y
OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjQuOHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+
V2Ugd2lsbCBhbHNvIGRlbGV0ZSB0aGUgZmlyc3Qgc2VudGVuY2UgaW4gdGhlIHNlY29uZCBwYXJh
Z3JhcGggYWJvdmUsPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo0LjhwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPmFu
ZCBkZWxldGUgdGhlIHdvcmRzIOKAnGFuZCBtYW5pcHVsYXRpb27igJ06PG86cD48L286cD48L3Nw
YW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo0Ljhw
dCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291
cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NC44cHQiPjxiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3
JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgW1JGQzgyNTBdIGVuZG9yc2VzIHRoZSB1
c2Ugb2YgSVB2NiBleHRlbnNpb24gaGVhZGVycyBmb3INCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7bWVhc3VyZW1lbnQgcHVycG9zZXMsIGNvbnNpc3RlbnQgd2l0aCBv
dGhlciBhcHByb3ZlZCBJRVRGIHNwZWNpZmljYXRpb25zLjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZmlyc3QgaGlnaGxpZ2h0ZWQg
c2VudGVuY2UgaXMgbm93IGRhdGVkIChhcyBwcmVkaWN0ZWQgYnkgRnJlZCBCYWtlciZuYnNwO2lu
DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0
cHMtM0FfX21haWxhcmNoaXZlLmlldGYub3JnX2FyY2hfbXNnX2lwcG1fOHNnaWtpWmJTaUQ0djJW
ZUtLLTVGRkE3VGtqbU0mYW1wO2Q9RHdNRmFRJmFtcDtjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcm
YW1wO3I9XzZjZW4zSG4tZV9oT20wQmhZN2FJcEE1OGRkMTlaOXFHUXNyOC02ellNSSZhbXA7bT0y
SjJVd3Q0Zm5BZXlxWHF4YldSYWNEMHNvWmNmVU1EQ20zYnZfeVNOWjl3JmFtcDtzPXkzd1NSZ3Zf
WTRFWjVhQmg2dVVieHhSVFRNY0hEcHVJWXcybmZjV2NIMFkmYW1wO2U9Ij4NCmh0dHBzOi8vbWFp
bGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXBwbS84c2dpa2laYlNpRDR2MlZlS0tfRkE3VGtq
bU08L2E+KSwgYnV0IHRoZXJlIGlzIG9uZ29pbmcgZGlzY3Vzc2lvbiBpbiA2bWFuIGFib3V0IHVw
ZGF0aW5nIFJGQyA4MjAwIHRvIHBlcm1pdCBpbnNlcnRpb24vZGVsZXRpb24vbW9kaWZpY2F0aW9u
Jm5ic3A7b2YgZXh0ZW5zaW9uIGhlYWRlcnMgKG90aGVyIHRoYW4gaG9wLWJ5LWhvcCBvcHRpb25z
KSB1bmRlciBjZXJ0YWluIGNpcmN1bXN0YW5jZXMuDQogU2VlJm5ic3A7PGEgaHJlZj0iaHR0cHM6
Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRm
Lm9yZ19odG1sX2RyYWZ0LTJEdm95ZXItMkQ2bWFuLTJEZXh0ZW5zaW9uLTJEaGVhZGVyLTJEaW5z
ZXJ0aW9uJmFtcDtkPUR3TUZhUSZhbXA7Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDtyPV82
Y2VuM0huLWVfaE9tMEJoWTdhSXBBNThkZDE5WjlxR1FzcjgtNnpZTUkmYW1wO209MkoyVXd0NGZu
QWV5cVhxeGJXUmFjRDBzb1pjZlVNRENtM2J2X3lTTlo5dyZhbXA7cz0xNXo1cWtzVmZmWV83NVNC
T1pmd3B3NzZOdnpKcHUxOEU5TFdGdk5pbGxNJmFtcDtlPSI+aHR0cHM6Ly90b29scy5pZXRmLm9y
Zy9odG1sL2RyYWZ0LXZveWVyLTZtYW4tZXh0ZW5zaW9uLWhlYWRlci1pbnNlcnRpb248L2E+Ljxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6
YmxhY2siPlthY21dDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5MZXQgbWUga25vdyB3aGVuIHRoZXJl
IGlzIGEgY29uc2Vuc3VzIGNhbGwsPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5JIHdpbGwgc3RhbmQgd2l0aCB5
b3UgZm9yIHVzaW5nIDIxMTkgbW9kYWwgdmVyYnM8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPmluIHRoZSB1cGRh
dGUuLi48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0
OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVm
dDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y
ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGlu
IDQuMHB0O2JvcmRlci10b3Atd2lkdGg6aW5pdGlhbDtib3JkZXItcmlnaHQtd2lkdGg6aW5pdGlh
bDtib3JkZXItYm90dG9tLXdpZHRoOmluaXRpYWw7Ym9yZGVyLXRvcC1jb2xvcjppbml0aWFsO2Jv
cmRlci1yaWdodC1jb2xvcjppbml0aWFsO2JvcmRlci1ib3R0b20tY29sb3I6aW5pdGlhbCI+DQo8
cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2NvbG9yOmJsYWNrIj5JbiBhbnkgY2FzZSwgYSBtZWFzdXJlbWVudCBmcmFtZXdv
cmsgc2hvdWxkIGJlIHByZXBhcmVkIHRvIDwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBz
dHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtjb2xvcjpibGFjayI+aGFuZGxlIHNvbWUgdW5leHBlY3RlZC9kaXNjb3VyYWdlZCBiZWhh
dmlvcnMgZW5jb3VudGVyZWQgb24gdGhlIHBhdGguPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48Yj48aT5bY21oXTwvaT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPkkgZG8gbm90IGRpc2FncmVlIHdpdGggdGhhdDsgYnV0IGJ1dCBt
aWdodCBpdCBub3QgYmUgYXBwcm9wcmlhdGUgdG8gY2hhbmdlIHRvJm5ic3A7U2VjdGlvbiA0LCBw
YWdlIDcsIGZpZnRoIHBhcmFncmFwaCwgZnJvbTo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7VGltZXMmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst
YmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgbyZu
YnNwOyBFeHRlbnNpb24gSGVhZGVyIGluc2VydGlvbiBvciBkZWxldGlvbjogPHNwYW4gc3R5bGU9
ImJhY2tncm91bmQ6eWVsbG93Ij5JdCBpcyBwb3NzaWJsZTwvc3Bhbj4gdGhhdDxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3Bh
biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFeHRl
bnNpb24gSGVhZGVycyBjb3VsZCBiZSBhZGRlZCB0bywgb3IgcmVtb3ZlZCBmcm9tIHRoZSBoZWFk
ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3Jl
OmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgY2hhaW4uJm5ic3A7IFRoZSByZXN1bHRpbmcgcGFja2V0IG1heSBiZSBzdGFuZGFy
ZC1mb3JtZWQsIHdpdGggYTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFn
ZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjb3JyZXNwb25kaW5nIFR5cGUtUC48bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzJnF1b3Q7LHNlcmlm
O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPnRvIHNvbWV0aGluZyBsaWtlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyZxdW90OyxzZXJpZjtjb2xv
cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHBy
ZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPiZuYnNwOyZuYnNwOyBvJm5ic3A7IEV4dGVuc2lvbiBIZWFkZXIgaW5zZXJ0aW9uIG9yIGRl
bGV0aW9uOiA8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp5ZWxsb3ciPkFsdGhvdWdoIHN1Y2ggYmVo
YXZpb3IgaXM8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdl
LWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdyI+bm90
IGVuZG9yc2VkIGJ5IGN1cnJlbnQgc3RhbmRhcmRzLCBpdCBpcyBwb3NzaWJsZTwvc3Bhbj4gdGhh
dCBFeHRlbnNpb248bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJl
YWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgSGVhZGVycyBjb3VsZCBiZSBhZGRlZCB0bywgb3IgcmVtb3ZlZCBm
cm9tIHRoZSBoZWFkZXIgY2hhaW4uJm5ic3A7IFRoZTxiciBjbGVhcj0iYWxsIiBzdHlsZT0icGFn
ZS1icmVhay1iZWZvcmU6YWx3YXlzIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdh
eXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IHJlc3VsdGluZyBwYWNrZXQgbWF5IGJlIHN0YW5kYXJkLWZvcm1lZCwgd2l0aCBhIGNvcnJl
c3BvbmRpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst
YmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgVHlwZS1QLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JZiB0aGF0IGRvZXNuJ3Qgd29yayBmb3IgeW91
LCBwZXJoYXBzIHNheSBzb21ldGhpbmcgdG8gdGhlIHNhbWUgZWZmZWN0IGNvdWxkIGJlIHNhaWQg
aW4gdGhlIHBhcmFncmFwaHMgYXQgdGhlIGJvdHRvbSBvZiBwYWdlIDYgYW5kIHRoZSB0b3Agb2Yg
cGFnZSA3LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDs7Y29sb3I6YmxhY2siPlthY21dDQo8L3NwYW4+PC9pPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpi
bGFjayI+PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5Zb3VyIHRleHQgc3VnZ2VzdGlvbiBXRk0sIGl04oCZcyBp
biBvdXIgd29ya2luZyBjb3B5IG5vdy48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPk5vdGUgdGhhdCB0aGVyZSB3ZXJlIGNvbW1lbnRzIG9uIFBNVFVEIGluIHRoZSBwYXJ0IG9m
IHRoZSBtZXNzYWdlIHRoYXQgeW91IGRpZG4ndCBnZXQ7IGhvcGVmdWxseSB0aG9zZSB3aWxsIGdl
dCB0byB5b3UgaW4gdGhlIHJlLXNlbmQgY29taW5nIHNob3J0bHkuPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1pa2UgSGVhcmQ8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bIC4uLiAmbmJzcDt0
cnVuY2F0ZWQgcG9ydGlvbiBmb2xsb3dzIOKApl08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2Vj
dGlvbiA0LCBwYWdlIDcsIG5leHQtdG8tbGFzdCBwYXJhZ3JhcGggc2F5czo8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHByZSBzdHls
ZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZu
YnNwOyZuYnNwOyBbLi4uXSBQYXRoIE1UVSBEaXNjb3Zlcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgZm9yIElQIHZlcnNpb24gNiAoUE1UVUQsIFs8YSBocmVm
PSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rv
b2xzLmlldGYub3JnX2h0bWxfcmZjODIwMSZhbXA7ZD1Ed01GYVEmYW1wO2M9TEZZWi1vOV9IVU1l
TVRTUWljdmpJZyZhbXA7cj1fNmNlbjNIbi1lX2hPbTBCaFk3YUlwQTU4ZGQxOVo5cUdRc3I4LTZ6
WU1JJmFtcDttPVFta2FsQ2doajJVV1hBWWJVTkJ2VnptVllzalp6M1FDUk5NY0NhcEtMSEkmYW1w
O3M9d3VZZjg3cjVKZDlSMVJFQTk3RzItZnRqeVZsNzdNeW82cW1ZUUFIRTRKVSZhbXA7ZT0iIHRh
cmdldD0iX2JsYW5rIiB0aXRsZT0iJnF1b3Q7UGF0aCBNVFUgRGlzY292ZXJ5IGZvciBJUCB2ZXJz
aW9uIDYmcXVvdDsiPlJGQzgyMDE8L2E+XSkgb3IgUGFja2V0aXphdGlvbiBMYXllciBQYXRoIE1U
VTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6
YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBEaXNjb3Zlcnkg
KFBMUE1UVUQsIFs8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIv
dXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfcmZjNDgyMSZhbXA7ZD1Ed01GYVEm
YW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZhbXA7cj1fNmNlbjNIbi1lX2hPbTBCaFk3YUlw
QTU4ZGQxOVo5cUdRc3I4LTZ6WU1JJmFtcDttPVFta2FsQ2doajJVV1hBWWJVTkJ2VnptVllzalp6
M1FDUk5NY0NhcEtMSEkmYW1wO3M9eFRtb1JaU1RVclRLZUEwZjlZX2dQanlSdU9lT1FFUHRQZTJi
bGdwaFk0MCZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIiB0aXRsZT0iJnF1b3Q7UGFja2V0aXphdGlv
biBMYXllciBQYXRoIE1UVSBEaXNjb3ZlcnkmcXVvdDsiPlJGQzQ4MjE8L2E+XSkgaXMgcmVjb21t
ZW5kZWQgdG8gcHJldmVudDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFn
ZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZu
YnNwOyBmcmFnbWVudGF0aW9uPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6eWVsbG93Ij4gKG9yIElD
TVAgZXJyb3IgbWVzc2FnZXMpIGFzIGEgcmVzdWx0IG9mIElQdjYgZXh0ZW5zaW9uPC9zcGFuPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3
YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyA8c3BhbiBzdHlsZT0i
YmFja2dyb3VuZDp5ZWxsb3ciPmhlYWRlciBtYW5pcHVsYXRpb248L3NwYW4+LjxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgdHJhaWxpbmcgY2xhdXNlICZxdW90OyhvciBJQ01Q
IGVycm9yIG1lc3NhZ2VzKSBhcyBhIHJlc3VsdCBvZiBJUHY2IGV4dGVuc2lvbiBoZWFkZXIgbWFu
aXB1bGF0aW9uJnF1b3Q7IHNob3VsZCBiZSByZW1vdmVkLCBhcyBpdCBpcyBqdXN0IHBsYWluIHdy
b25nLiBQTVRVRCByZWxpZXMgb24gSUNNUCBQYWNrZXQgVG9vIEJpZyBtZXNzYWdlcyBmb3IgcHJv
cGVyIG9wZXJhdGlvbiwgYW5kIGluLWZsaWdodCBpbmNyZWFzZXMgaW4NCiBwYWNrZXQgbGVuZ3Ro
IGR1ZSB0byBpbnNlcnRpb24gb2YgZXh0ZW5zaW9uIGhlYWRlcnMgYWN0dWFsbHkgYnJlYWsgUFRN
VFVELjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+
W2FjbV0NCjwvc3Bhbj48L2k+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6
YmxhY2siPllvdXIgZGVsZXRpb24gV0ZNLCBpdOKAmXMgaW4gb3VyIHdvcmtpbmcgY29weSBub3cu
PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlY3Rp
b24gNSwgcGFnZSA4LCBuZXh0LXRvLWxhc3QgcGFyYWdyYXBoIHNheXM6PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwcmUgc3R5bGU9
InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz
cDsmbmJzcDsgbyZuYnNwOyBNb2RpZmljYXRpb24gb3IgYWRkaXRpb24gb2YgaGVhZGVycyBvciBo
ZWFkZXIgZmllbGQgdmFsdWVzIGluPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGludGVybWVkaWF0ZSBub2Rlcy4mbmJzcDsgPHNw
YW4gc3R5bGU9ImJhY2tncm91bmQ6eWVsbG93Ij5BcyBub3RlZCBpbiA8YSBocmVmPSJodHRwczov
L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYu
b3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEaXBwbS0yRDIzMzAtMkRpcHY2LTJEMDQtMjNzZWN0aW9u
LTJENCZhbXA7ZD1Ed01GYVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZhbXA7cj1fNmNl
bjNIbi1lX2hPbTBCaFk3YUlwQTU4ZGQxOVo5cUdRc3I4LTZ6WU1JJmFtcDttPVFta2FsQ2doajJV
V1hBWWJVTkJ2VnptVllzalp6M1FDUk5NY0NhcEtMSEkmYW1wO3M9T21MRS1QUHl4cjNPTGc5cTEw
Qm9ERTR5R2hnX0VfUE5HaGliY0NNbVdXayZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj5TZWN0aW9u
IDQ8L2E+IGZvciBJUHY2IGV4dGVuc2lvbjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPHNwYW4gc3R5bGU9ImJhY2tn
cm91bmQ6eWVsbG93Ij5oZWFkZXIgbWFuaXB1bGF0aW9uLCA8L3NwYW4+TkFULCBJUHY0LUlQdjYg
dHJhbnNpdGlvbmluZyBvciBJUHY2IGhlYWRlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjb21wcmVzc2lvbiBtZWNoYW5pc21z
IG1heSByZXN1bHQgaW4gY2hhbmdlcyBvZiB0aGUgbWVhc3VyZW1lbnQ8bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGFja2V0cycg
VHlwZS1QLCB0b28uJm5ic3A7IENvbnNlcXVlbnRseSwgaG9zdHMgYWxvbmcgdGhlIG1lYXN1cmVt
ZW50PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9y
ZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IHBhdGggbWF5IHRyZWF0IHBhY2tldHMgZGlmZmVyZW50bHkgYmVjYXVzZSBvZiB0
aGUgVHlwZS1QPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFr
LWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IG1vZGlmaWNhdGlvbi4mbmJzcDsgTWVhc3VyZW1lbnRzIGF0IG9ic2Vy
dmF0aW9uIHBvaW50cyBhbG9uZyB0aGUgcGF0aDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtYXkgYWxzbyBuZWVkIGV4dHJhIGNv
bnRleHQgdG8gdW5pcXVlbHkgaWRlbnRpZnkgYSBwYWNrZXQuPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPklmIHRoZSBjaGFuZ2VzIEkgcmVjb21tZW5kIGFib3ZlIGFyZSBpbXBsZW1l
bnRlZCwgaXQgd2lsbCBiZSBuZWNlc3NhcnkgdG8gcmVtb3ZlIHRoZSBjbGF1c2UgJnF1b3Q7QXMg
bm90ZWQgaW4gU2VjdGlvbiA0IGZvciBJUHY2IGV4dGVuc2lvbiBoZWFkZXIgbWFuaXB1bGF0aW9u
LCZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFj
ayI+W2FjbV0NCjwvc3Bhbj48L2k+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwv
bzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29s
b3I6YmxhY2siPmFnYWluIFdGTSwgVGhhbmtzLjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh
Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NaWtlIEhlYXJkPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ib2R5Pg0KPC9odG1sPg0K

--_000_4D7F4AD313D3FC43A053B309F97543CF4A8EB2B4njmtexg5researc_--


From nobody Thu Apr 19 15:53:50 2018
Return-Path: <john.lemon@broadcom.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 727AC12E87C for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 15:53:44 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.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 7mM-Gd7nMyT0 for <ippm@ietfa.amsl.com>; Thu, 19 Apr 2018 15:53:40 -0700 (PDT)
Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::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 727D512E885 for <ippm@ietf.org>; Thu, 19 Apr 2018 15:53:39 -0700 (PDT)
Received: by mail-wr0-x230.google.com with SMTP id v60-v6so18063686wrc.7 for <ippm@ietf.org>; Thu, 19 Apr 2018 15:53:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=p2HdNYLhCRrHzdwImafYHWyKl4fnp+EOoKlXqbumTaI=; b=JSgsLUhZK2EgSQpI6jWAtQOYHxdX6BHReVsb4KU2ye4CmVXMgaoD6muEkGpfGcrO4N G0U43HWS3ara7icXzc/koyk01LPPeQyjP4vpIdN8UdMfCfr2cUvEmJz7G+fcG2OCCGvS I/ps0T9XAQ+e5Ss/kKhym2Rq67tHJSZ5ZInAE=
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=p2HdNYLhCRrHzdwImafYHWyKl4fnp+EOoKlXqbumTaI=; b=TXgTfaVbmBagayWfdFfB1gnFeefnFOf9/9XQneS06OuHtUZtopuepe4w5ujlAeRenR IMCQdOq3kxTZGBKUVd/npQcGS8i/zl2d0Qlojte4Enuep0gk7nu0au5FCbfjEV9tqIPI UaIbBT9XjTc/8cFbsKg8MuNOQ8Ky1lBEbtuqmgZZXvFAjPrETMB0sFA9J9ifrZ746lct gnxhnds7B3lUSYTA91jtIh6bdH/mHXsTyyDeX+XzaWryURFJcnAca0Lu6fKAmmOCIqOO MI5a0/b7rUkwUpgNZiTFL/A/Jnx4o+pHx3oihDSANxGlzaEThYQJmqyO9pHq0hX0d5xd h3KA==
X-Gm-Message-State: ALQs6tA7QFJ8l/LEGzo9M8WTjq9leuI2JkVJFpTGkhBuq7rR2xs5sK96 6szPRRYJtUJF/lMw0d+2VBob1JHAnl+3UCACM0OQRQ==
X-Google-Smtp-Source: AIpwx4/HcgDZmw7JPdRJkMiRY+ELkOaaa6V0T1sFkOLfQ53kiKq4PSsM75oaHysGocveOl/9I7PWLd7/V/2PDsKDSFk=
X-Received: by 10.28.60.194 with SMTP id j185mr324987wma.159.1524178417907; Thu, 19 Apr 2018 15:53:37 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.170.155 with HTTP; Thu, 19 Apr 2018 15:53:37 -0700 (PDT)
In-Reply-To: <CA+RyBmUFvgYhkFYv4J1G6ujiuB=Nt6+E35hp1m87f7Q=4tQkyQ@mail.gmail.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <f48b40357e644666bdd5c51c63118f80@XCH-RCD-008.cisco.com> <CAPOJaHwZau-+jRRqK99dtTrw0t7E4gZRL_wM4ks9OWJ-YC1dpg@mail.gmail.com> <CA+RyBmUFvgYhkFYv4J1G6ujiuB=Nt6+E35hp1m87f7Q=4tQkyQ@mail.gmail.com>
From: John Lemon <john.lemon@broadcom.com>
Date: Thu, 19 Apr 2018 15:53:37 -0700
Message-ID: <CAPOJaHzQFYrrEenmX=47UB61WuQQkgOcWFuC2pfs+aMYs=sW3Q@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>,  "int-area@ietf.org" <int-area@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="001a114a4d0c2cb223056a3b7197"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/kc2PFyZCS_aDHc5Hf2VnCWOHSCw>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 22:53:44 -0000

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

Hi Greg,

I never stated "that mere fact of existing implementation should cancel
discussion of technical characteristics of the proposed approaches to
hybrid OAM". I just noted implementation status as AN important thing to
consider. I also noted that "I've seen several good arguments for why the
existing IOAM implementation [...] meets the needs for IOAM." I'm not
trying to end discussion of the technical characteristics. I'm stating that
I believe that it has been well argued that IOAM is mature enough that it
is clear that it is sufficiently different from OOAM as to not share the
same header.

I hope that clarifies my intent.

Regards, John


On Thu, Apr 19, 2018 at 9:30 AM, Greg Mirsky <gregimirsky@gmail.com> wrote:

> Hi John,
> I don't argue with the importance of interoperable implementations (thoug=
h
> early implementations accept the risk of non-compliance with the final
> specification, for example, SFC NSH). At the same time, I don't think tha=
t
> mere fact of existing implementation should cancel discussion of technica=
l
> characteristics of the proposed approaches to hybrid OAM.
>
> Regards,
> Greg
>
> On Thu, Apr 19, 2018 at 9:09 AM, John Lemon <john.lemon@broadcom.com>
> wrote:
>
>> I never saw a response to the request for a pointer to an OOAM
>> implementation, so I assume none exist.
>>
>> I've seen several good arguments for why the existing IOAM
>> implementation, for which several implementations exist, meets the needs
>> for IOAM.
>>
>> I think it is time to put to bed the request to examine merging OOAM and
>> IOAM. Let's move forward with IOAM and not hold it up.
>>
>> Respectfully, John
>>
>>
>> On Thu, Apr 12, 2018 at 11:06 AM, Frank Brockners (fbrockne) <
>> fbrockne@cisco.com> wrote:
>>
>>> Hi Greg,
>>>
>>>
>>>
>>> thanks =E2=80=93 and it seems that we=E2=80=99re on the same page with =
regards to
>>> efficiency (4 bytes of non-required overhead) and maturity (or lack of)=
 of
>>> OOAM.
>>>
>>>
>>>
>>> On the IOAM implementation: There are several implementations of IOAM.
>>> Some of which have recently been worked on and shown at an IETF hackath=
on,
>>> see https://datatracker.ietf.org/meeting/100/materials/slides-10
>>> 0-hackathon-sessa-in-situ-oam-ioam - where we=E2=80=99ve shown IPv6 and
>>> VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofin=
o. You
>>> probably also remember the Netronome/Broadcom demo -
>>> https://www.youtube.com/watch?v=3Dj9FbD4a3F4E .
>>>
>>> Below you seem to be specifically referring to the IOAM open source
>>> implementation in FD.io/VPP: There are protocol encapsulations for
>>> VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code use=
s
>>> the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverag=
es MD-Type 2 for
>>> NSH. As you=E2=80=99re well aware, there the discussion in SFC whether =
to use
>>> MD-Type 2 or next header encapsulating IOAM data in NSH isn=E2=80=99t y=
et settled,
>>> hence we=E2=80=99ll refrain from updating the code until SFC WG has com=
e to a
>>> conclusion.
>>>
>>>
>>>
>>> Could you provide a pointer to an OOAM implementation?
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Frank
>>>
>>>
>>>
>>> *From:* Greg Mirsky <gregimirsky@gmail.com>
>>> *Sent:* Donnerstag, 12. April 2018 18:54
>>> *To:* Frank Brockners (fbrockne) <fbrockne@cisco.com>
>>> *Cc:* IETF IPPM WG <ippm@ietf.org>; NVO3 <nvo3@ietf.org>; Service
>>> Function Chaining IETF list <sfc@ietf.org>; int-area@ietf.org
>>> *Subject:* Re: [ippm] encapsulation of IOAM data in various protocols -
>>> follow up from WG discussion in London
>>>
>>>
>>>
>>> Hi Frank,
>>>
>>> thank you for sharing your points. Please find my notes in-line and
>>> tagged GIM>>. I believe that this is very much relevant to work of othe=
r
>>> working groups that directly work on the overlay encapsulations in the
>>> center of the discussion and hence I've added them to the list. Hope we=
'll
>>> have more opinions to reach the conclusion that is acceptable to all.
>>>
>>>
>>>
>>> Regards,
>>>
>>> Greg
>>>
>>>
>>>
>>> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne) <
>>> fbrockne@cisco.com> wrote:
>>>
>>> Back at the IPPM meeting in London, we discussed several drafts dealing
>>> with the encapsulation of IOAM data in various protocols
>>> (draft-brockners-ippm-ioam-vxlan-gpe-00, draft-brockners-ippm-ioam-gene=
ve-00,
>>> draft-weis-ippm-ioam-gre-00). One discussion topic that we decided to t=
ake
>>> to the list was the question on whether draft-ooamdt-rtgwg-ooam-header
>>> could be leveraged.  After carefully considering
>>> draft-ooamdt-rtgwg-ooam-header, I came to the conclusion that the =E2=
=80=9COOAM
>>> header=E2=80=9D does not meet the needs of IOAM:
>>>
>>> * Efficiency: IOAM adds data to live user traffic. As such, an
>>> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM h=
eader=E2=80=9D is 8
>>> bytes long. The approach for IOAM data encapsulation in the above menti=
oned
>>> drafts only requires 4 bytes. Using the OOAM header approach would add =
an
>>> unnecessary overhead of 4 bytes =E2=80=93 which is significant.
>>>
>>> GIM>> The difference in four octets is because OOAM Header:
>>>
>>>    - provides more flexibility, e.g. Flags field and Reserved fields;
>>>    - supports larger OAM packets than iOAM header;
>>>    - is future proof by supporting versioning (Version field).
>>>
>>> * Maturity: IOAM has several implementations, which were also shown at
>>> recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting additional=
 implementations to
>>> be publicized soon. Interoperable implementations need timely
>>> specifications. Despite the question being asked, the recent thread on =
OOAM
>>> in the NVO3 list hasn=E2=80=99t revealed any implementation of the OOAM=
 header. In
>>> addition, the thread revealed that several fundamental questions about =
the
>>> OOAM header are still open, such as whether or how active OAM mechanism=
s
>>> within protocols such as Geneve would apply to the OOAM header. This
>>> ultimately means that we won=E2=80=99t get to a timely specification.
>>>
>>> GIM>> May I ask which encapsulations supported by the implementations
>>> you refer to. Until very recently all iOAM proposals were to use meta-d=
ata
>>> TLV in, e.g. Geneve and NSH. And if these or some of these implementati=
ons
>>> already updated to the newly proposed iOAM shim, I don't see problem in
>>> making them use OOAM Header. Would you agree?
>>>
>>>
>>>
>>> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM he=
ader
>>> would ultimately apply to. The way the OOAM header is defined, OOAM use=
s a
>>> 8-bit field for =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some pr=
otocols that IOAM
>>> data needs to be encapsulated into use 16-bits for their next protocol =
code
>>> points. See e.g. the GRE encapsulation =E2=80=93 as specified in
>>> draft-weis-ippm-ioam-gre-00.
>>>
>>> GIM>> The first paragraph of the Introduction section states:
>>>
>>>    New protocols that support overlay networks like VxLAN-GPE
>>>
>>>    [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>>>
>>>    [I-D.ietf-nvo3-geneve], BIER [I-D.ietf-bier-mpls-encapsulation], and
>>>
>>>    NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>>>
>>>    Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>>>
>>>    Maintenance (OAM) as one of distinct types.  That ensures that
>>>
>>>    Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>>>
>>>    traversing the underlay.
>>>
>>> I'm updating the OOAM Header draft and along with cleaning nits will
>>> update reference to GUE. I think that the list and the statemnt are qui=
te
>>> clear in identifying the scope of networks that may benefit from using =
not
>>> only common OOAM Header but common OOAM mechanisms, e.g. Echo
>>> Request/Reply
>>> <https://tools.ietf.org/html/draft-ooamdt-rtgwg-demand-cc-cv-03>.
>>>
>>>
>>>
>>> With the above in mind, I=E2=80=99d suggest that the WG moves forward w=
ith
>>> specific definitions for encapsulating IOAM data into protocols =E2=80=
=93 per the
>>> above mentioned drafts.
>>>
>>>
>>>
>>> Regards, Frank
>>>
>>>
>>> _______________________________________________
>>> ippm mailing list
>>> ippm@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ippm
>>>
>>>
>>>
>>> _______________________________________________
>>> ippm mailing list
>>> ippm@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ippm
>>>
>>>
>>
>

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

<div dir=3D"ltr">Hi Greg,<div><br></div><div>I never stated &quot;<span sty=
le=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;fon=
t-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-=
weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-tran=
sform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255=
,255);text-decoration-style:initial;text-decoration-color:initial;float:non=
e;display:inline">that mere fact of existing implementation should cancel d=
iscussion of technical characteristics of the proposed approaches to hybrid=
 OAM</span>&quot;. I just noted implementation status as AN important thing=
 to consider. I also noted that &quot;<span style=3D"color:rgb(34,34,34);fo=
nt-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-l=
igatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:nor=
mal;text-align:start;text-indent:0px;text-transform:none;white-space:normal=
;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:i=
nitial;text-decoration-color:initial;float:none;display:inline">I&#39;ve se=
en several good arguments for why the existing IOAM implementation [...] me=
ets the needs for IOAM.</span>&quot; I&#39;m not trying to end discussion o=
f the technical characteristics. I&#39;m stating that I believe that it has=
 been well argued that IOAM=C2=A0<span style=3D"color:rgb(34,34,34);font-fa=
mily:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatu=
res:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;t=
ext-align:start;text-indent:0px;text-transform:none;white-space:normal;word=
-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initia=
l;text-decoration-color:initial;float:none;display:inline">is mature enough=
=C2=A0</span>that it is clear that it is sufficiently different from OOAM a=
s to not share the same header.</div><div><br></div><div>I hope that clarif=
ies my intent.</div><div><br></div><div>Regards, John</div><div><br></div><=
div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Apr 19, 20=
18 at 9:30 AM, Greg Mirsky <span dir=3D"ltr">&lt;<a href=3D"mailto:gregimir=
sky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;</span> wrote=
:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-le=
ft:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi John,<div>I don&#39=
;t argue with the importance of interoperable implementations (though early=
 implementations accept=C2=A0the risk=C2=A0of non-compliance=C2=A0with the =
final specification, for=C2=A0example, SFC NSH). At the same time, I don&#3=
9;t think that mere fact of existing implementation should cancel discussio=
n of technical characteristics of the proposed approaches to hybrid OAM.</d=
iv><div><br></div><div>Regards,</div><div>Greg</div></div><div class=3D"gma=
il_extra"><br><div class=3D"gmail_quote">On Thu, Apr 19, 2018 at 9:09 AM, J=
ohn Lemon <span dir=3D"ltr">&lt;<a href=3D"mailto:john.lemon@broadcom.com" =
target=3D"_blank">john.lemon@broadcom.com</a>&gt;</span> wrote:<br><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=
olid;padding-left:1ex"><div dir=3D"ltr">I never saw a response to the reque=
st for a pointer to an OOAM implementation, so I assume none exist.<div><br=
></div><div>I&#39;ve seen several good arguments for why the existing IOAM =
implementation, for which several implementations exist, meets the needs fo=
r IOAM.</div><div><br></div><div>I think it is time to put to bed the reque=
st to examine merging OOAM and IOAM. Let&#39;s move forward with IOAM and n=
ot hold it up.</div><div><br></div><div>Respectfully, John</div><div><br></=
div></div><div class=3D"m_7777214602039944354HOEnZb"><div class=3D"m_777721=
4602039944354h5"><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">=
On Thu, Apr 12, 2018 at 11:06 AM, Frank Brockners (fbrockne) <span dir=3D"l=
tr">&lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrockne@ci=
sco.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">





<div lang=3D"DE" link=3D"blue" vlink=3D"purple">
<div class=3D"m_7777214602039944354m_-4312819357643212135m_-410408944675953=
0792WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Hi Greg,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">thanks =E2=80=93 and i=
t seems that we=E2=80=99re on the same page with regards to efficiency (4 b=
ytes of non-required overhead) and maturity
 (or lack of) of OOAM. <u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">On the IOAM implementa=
tion: There are several implementations of IOAM. Some of which have recentl=
y been worked on and
 shown at an IETF hackathon, see <a href=3D"https://datatracker.ietf.org/me=
eting/100/materials/slides-100-hackathon-sessa-in-situ-oam-ioam" target=3D"=
_blank">
https://datatracker.ietf.org/m<wbr>eeting/100/materials/slides-10<wbr>0-hac=
kathon-sessa-in-situ-oam-<wbr>ioam</a> - where we=E2=80=99ve shown IPv6 and=
 VXLAN-GPE with IOAM =E2=80=93 on FD.io/VPP as well as on Barefoot Tofino. =
You probably also remember the Netronome/Broadcom demo -
<a href=3D"https://www.youtube.com/watch?v=3Dj9FbD4a3F4E" target=3D"_blank"=
>https://www.youtube.com/watch?<wbr>v=3Dj9FbD4a3F4E</a> .<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Below you seem to be s=
pecifically referring to the IOAM open source implementation in FD.io/VPP: =
There are protocol encapsulations
 for VXLAN-GPE, NSH, and IPv6 implemented in FD.io/VPP. The current code us=
es the =E2=80=9Cnext header approach=E2=80=9D for VXLAN-GPE and it leverage=
s MD-Type 2 for NSH. As you=E2=80=99re well aware, there the discussion in =
SFC whether to use MD-Type 2 or next header encapsulating
 IOAM data in NSH isn=E2=80=99t yet settled, hence we=E2=80=99ll refrain fr=
om updating the code until SFC WG has come to a conclusion.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Could you provide a po=
inter to an OOAM implementation?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Thanks,<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Frank<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></=
span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">=
gregimirsky@gmail.com</a>&gt;
<br>
<b>Sent:</b> Donnerstag, 12. April 2018 18:54<br>
<b>To:</b> Frank Brockners (fbrockne) &lt;<a href=3D"mailto:fbrockne@cisco.=
com" target=3D"_blank">fbrockne@cisco.com</a>&gt;<br>
<b>Cc:</b> IETF IPPM WG &lt;<a href=3D"mailto:ippm@ietf.org" target=3D"_bla=
nk">ippm@ietf.org</a>&gt;; NVO3 &lt;<a href=3D"mailto:nvo3@ietf.org" target=
=3D"_blank">nvo3@ietf.org</a>&gt;; Service Function Chaining IETF list &lt;=
<a href=3D"mailto:sfc@ietf.org" target=3D"_blank">sfc@ietf.org</a>&gt;; <a =
href=3D"mailto:int-area@ietf.org" target=3D"_blank">int-area@ietf.org</a><b=
r>
<b>Subject:</b> Re: [ippm] encapsulation of IOAM data in various protocols =
- follow up from WG discussion in London<u></u><u></u></span></p><div><div =
class=3D"m_7777214602039944354m_-4312819357643212135h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Frank,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">thank you for sharing your points. Please find my no=
tes in-line and tagged GIM&gt;&gt;. I believe that this is very much releva=
nt to work of other working groups that directly work on the overlay encaps=
ulations in the center of the discussion
 and hence I&#39;ve added them to the list. Hope we&#39;ll have more opinio=
ns to reach the conclusion that is acceptable to all.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regards,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Greg<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div><span class=3D"">
<p class=3D"MsoNormal">On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (f=
brockne) &lt;<a href=3D"mailto:fbrockne@cisco.com" target=3D"_blank">fbrock=
ne@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Back at the IPPM meeting in Lon=
don, we discussed several drafts dealing with the encapsulation of IOAM dat=
a in various protocols (draft-brockners-ippm-ioam-vxl<wbr>an-gpe-00,
 draft-brockners-ippm-ioam-gene<wbr>ve-00, draft-weis-ippm-ioam-gre-00). On=
e discussion topic that we decided to take to the list was the question on =
whether draft-ooamdt-rtgwg-ooam-header could be leveraged.=C2=A0 After care=
fully considering draft-ooamdt-rtgwg-ooam-header<wbr>,
 I came to the conclusion that the =E2=80=9COOAM header=E2=80=9D does not m=
eet the needs of IOAM:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Efficiency: IOAM adds data to=
 live user traffic. As such, an encapsulation needs to be as efficient as p=
ossible. The =E2=80=9COOAM header=E2=80=9D is 8 bytes long. The approach
 for IOAM data encapsulation in the above mentioned drafts only requires 4 =
bytes. Using the OOAM header approach would add an unnecessary overhead of =
4 bytes =E2=80=93 which is significant.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
</span><div>
<p class=3D"MsoNormal">GIM&gt;&gt; The difference in four octets is because=
 OOAM Header:<u></u><u></u></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
provides more flexibility, e.g. Flags field and Reserved fields;<u></u><u><=
/u></li><li class=3D"MsoNormal">
supports larger OAM packets than iOAM header;<u></u><u></u></li><li class=
=3D"MsoNormal">
is future proof by supporting versioning (Version field).<u></u><u></u></li=
></ul>
</div><span class=3D"">
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Maturity: IOAM has several im=
plementations, which were also shown at recent IETF hackathons =E2=80=93 an=
d we=E2=80=99re expecting additional implementations to be publicized
 soon. Interoperable implementations need timely specifications. Despite th=
e question being asked, the recent thread on OOAM in the NVO3 list hasn=E2=
=80=99t revealed any implementation of the OOAM header. In addition, the th=
read revealed that several fundamental questions
 about the OOAM header are still open, such as whether or how active OAM me=
chanisms within protocols such as Geneve would apply to the OOAM header. Th=
is ultimately means that we won=E2=80=99t get to a timely specification.</s=
pan><u></u><u></u></p>
</div>
</div>
</blockquote>
</span><div>
<p class=3D"MsoNormal">GIM&gt;&gt; May I ask which encapsulations supported=
 by the implementations you refer to. Until very recently all iOAM proposal=
s were to use meta-data TLV in, e.g. Geneve and NSH. And if these or some o=
f these implementations already updated
 to the newly proposed iOAM shim, I don&#39;t see problem in making them us=
e OOAM Header. Would you agree?<u></u><u></u></p>
</div><span class=3D"">
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">* Scope: It isn=E2=80=99t entir=
ely clear to which protocols the OOAM header would ultimately apply to. The=
 way the OOAM header is defined, OOAM uses a 8-bit field for
 =E2=80=9CNext Prot=E2=80=9D, the next protocol. Some protocols that IOAM d=
ata needs to be encapsulated into use 16-bits for their next protocol code =
points. See e.g. the GRE encapsulation =E2=80=93 as specified in draft-weis=
-ippm-ioam-gre-00.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
</span><div>
<p class=3D"MsoNormal">GIM&gt;&gt; The first paragraph of the Introduction =
section states:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0New protocols that support overlay netw=
orks like VxLAN-GPE<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.iet=
f-nvo3-gue], Geneve<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0[I-D.ietf-nvo3-geneve], BIER [I-D.ietf-=
bier-mpls-encapsulat<wbr>ion], and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0NSH [I-D.ietf-sfc-nsh] support multi-pr=
otocol payload, e.g.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Ethernet, IPv4/IPv6, and recognize Oper=
ations, Administration, and<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Maintenance (OAM) as one of distinct ty=
pes.=C2=A0 That ensures that<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0Overlay OAM (OOAM)packets are sharing f=
ate with Overlay data packet<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0 =C2=A0traversing the underlay.=C2=A0<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m updating the OOAM Header draft and along wit=
h cleaning nits will update reference to GUE. I think that the list and the=
 statemnt are quite clear in identifying the scope of networks that may ben=
efit from using not only common OOAM Header
 but common OOAM mechanisms, e.g. <a href=3D"https://tools.ietf.org/html/dr=
aft-ooamdt-rtgwg-demand-cc-cv-03" target=3D"_blank">
Echo Request/Reply</a>.<u></u><u></u></p>
</div><span class=3D"">
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">With the above in mind, I=E2=80=
=99d suggest that the WG moves forward with specific definitions for encaps=
ulating IOAM data into protocols =E2=80=93 per the above mentioned drafts.<=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal">Regards, Frank<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" target=3D"_blank">ht=
tps://www.ietf.org/mailman/l<wbr>istinfo/ippm</a><u></u><u></u></p>
</blockquote>
</span></div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div></div></div>
</div><span class=3D"">

<br>______________________________<wbr>_________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/ippm</a><br>
<br></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div></div>

--001a114a4d0c2cb223056a3b7197--


From nobody Fri Apr 20 00:16:45 2018
Return-Path: <fbrockne@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A81912EA93; Fri, 20 Apr 2018 00:16:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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 2oUGOsRLqowa; Fri, 20 Apr 2018 00:16:08 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4D6312D775; Fri, 20 Apr 2018 00:16:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=38256; q=dns/txt; s=iport; t=1524208567; x=1525418167; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Zky+KPCsN6LIbslIxgDKdp1R/9QYn6An87c3zWKxhZA=; b=fc2ZOUMX+OnEdg0W7pNLQ5xhlx7KwpMbsKz5C952YcZOoTDOYpn03ajF C0BFa/LirlKswL4/isdcAGoQJOf49PD0EY5UuSWEHwF+xfXhzT8N4J7R4 1TPk+mDs0QU2UWNCc74vBi1frvoQxtWKOY7WrA0pB6R7J8t12IvIUScYi k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ARAwBYk9la/5NdJa1bGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJNRi9hF2MoCoNglHmBdIEPhmuMCxSBZAsYAQqERgIagio?= =?us-ascii?q?hNhYBAgEBAQEBAQJsHAyFIgEBAQEDAQEhCjoHCxACAQgRBAEBIQMEAwICAh8?= =?us-ascii?q?GCxQJCAEBBA4FCBeECkwDFQ+nGYIchwoNgSuCJAWIBoFUP4EPgwuCT0IBAYE?= =?us-ascii?q?tAQ8DAVWCSoJUApdDLAgCiwU7gnWMVYlzhg8CERMBgSQBIwonYXFwFTuCQ4I?= =?us-ascii?q?dAxcRiEiFPm+NLoEfgRgBAQ?=
X-IronPort-AV: E=Sophos;i="5.49,300,1520899200";  d="scan'208,217";a="101377355"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2018 07:15:52 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w3K7FqKB016897 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 20 Apr 2018 07:15:52 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 20 Apr 2018 02:15:51 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Fri, 20 Apr 2018 02:15:51 -0500
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: IETF IPPM WG <ippm@ietf.org>, NVO3 <nvo3@ietf.org>, "Service Function Chaining IETF list" <sfc@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>
Thread-Topic: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AdPRe/DslDwu34XkSmq8g6ttV3Kt0QGp44SAAAmXEdD//8c/gP//d7zw
Date: Fri, 20 Apr 2018 07:15:51 +0000
Message-ID: <a0c168c0c53a4477a1ba3e8a491ff303@XCH-RCD-008.cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmWKyv+iDsQdAum0xP5FbEb5hvc7AQm+SOvt5b7myjBtHg@mail.gmail.com> <81b2598c54944ba887248cbce2f66575@XCH-RCD-008.cisco.com> <CA+RyBmXNdcKGhyRvwb5cfZECZTMPEOy_D4umNU4ww+1-nTAfcQ@mail.gmail.com>
In-Reply-To: <CA+RyBmXNdcKGhyRvwb5cfZECZTMPEOy_D4umNU4ww+1-nTAfcQ@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.117.3]
Content-Type: multipart/alternative; boundary="_000_a0c168c0c53a4477a1ba3e8a491ff303XCHRCD008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/v2KsSO3_3o8q79FyoFHwqwJOa0s>
Subject: Re: [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Apr 2018 07:16:13 -0000

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

SGkgR3JlZywNCg0KaXQgZGVwZW5kcyBvbiB0aGUgaW5kaXZpZHVhbCBlbmNhcHN1bGF0aW9uLCBp
LmUuIHRoZSBwYXJlbnQgcHJvdG9jb2wgdXNlZC4gSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gZGVw
ZW5kcyBvbiB3aGF0IHRoZSBwYXJlbnQgcHJvdG9jb2wgb2ZmZXJzIGFzIGVuY2Fwc3VsYXRpb24g
bWVjaGFuaXNtLiBBcyBzdWNoLCB5b3XigJlkIGRlcGVuZCBvbiB0aGUgcHJvY2VkdXJlcyB1c2Vk
IGJ5IHRoZSBwYXJlbnQgcHJvdG9jb2wuDQpMZXTigJlzIGNvbnNpZGVyIHR3byBleGFtcGxlcyBH
ZW5ldmUgYW5kIE5TSDogRm9yIEdlbmV2ZSAoZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5l
dmUtMDApIHdlIHVzZSB0aGUg4oCcb3B0aW9uIGNsYXNz4oCdIG1lY2hhbmlzbSB0byBjYXJyeSBJ
T0FNIGRhdGEsIGkuZS4gR2VuZXZl4oCZcyBtZWNoYW5pc20gdG8gY2FycnkgbWV0YSBkYXRhLiBH
ZXR0aW5nIHRvIHRoZSBwYXlsb2FkIGluIGEgc2V0dXAgd2l0aCBJT0FNIGRhdGEgd2l0aGluIHRo
ZSBHZW5ldmUgaGVhZGVyIGlzIG5vIGRpZmZlcmVudCB0aGFuIGEgR2VuZXZlIHNldHVwIHdpdGhv
dXQgSU9BTSwgYXNzdW1pbmcgdGhhdCB0aGUgR2VuZXZlIGltcGxlbWVudGF0aW9uIHN1cHBvcnRz
IEdlbmV2ZSBvcHRpb24gY2xhc3Nlcy4gQ2hlY2sgb3V0IGRyYWZ0LWlldGYtbnZvMy1nZW5ldmUg
Zm9yIHRoZSBHZW5ldmUgaGVhZGVyLiBGb3IgTlNIIHRoZSBzdWdnZXN0aW9uIGluIGRyYWZ0LWJy
b2NrbmVycy1zZmMtaW9hbS1uc2gtMDEgaXMgdG8gdXNlIHRoZSDigJxOU0ggTmV4dCBQcm90b2Nv
bOKAnSBtZWNoYW5pc20gaW4gTlNIIChzZWUgZS5nLiBSRkMgODMwMCwgc2VjdGlvbiA5LjEuNiku
IFJlLXNwZWNpZnlpbmcgdGhlIGVuY2FwIG1lY2hhbmlzbSBvZiB0aGUgYmFzZSBwcm90b2NvbCBp
biBhIHNwZWNpZmljYXRpb24gd2hpY2ggb25seSBsZXZlcmFnZXMgdGhlIGJhc2UgcHJvdG9jb2wg
d2lsbCBkbyBtb3JlIGhhcm0gdGhhbiBnb29kLiBJdCBzaG91bGQgYmUgYXZvaWRlZCBiZWNhdXNl
IGl0IGNvdWxkIG9ubHkgbGVhZCB0byBjb25mdXNpb24uIEFsbCB0aGUgSU9BTSBlbmNhcCBkcmFm
dHMgY2xlYXJseSByZWZlcmVuY2UgdGhlIHBhcmVudCBwcm90b2NvbCBlbmNhcCBtZWNoYW5pc20g
4oCTIHNvIGFuIGltcGxlbWVudGVyIHdpbGwgbmF0dXJhbGx5IHJlZmVyIHRvIHRoZSBiYXNlIHNw
ZWNpZmljYXRpb24uDQoNCkFsbCB0aGF0IHNhaWQ6IFdoYXQgYXJlIHlvdSB0cnlpbmcgdG8gcG9p
bnQgb3V0PyBJdCBzZWVtcyB0aGF0IHlvdeKAmXJlIHBpY2t1cCB1cCB0aGUgZGlzY3Vzc2lvbiBh
Ym91dCB0aGUgcHJvcyBhbmQgY29ucyBvbiB3aGV0aGVyIHRvIHVzZSBwcm90b2NvbCBtZXRhLWRh
dGEgb3IgdGhlIOKAnG5leHQgaGVhZGVy4oCdIGFwcHJvYWNoLiBUaGUgU0ZDIFdHIGRpc2N1c3Nl
ZCB0aGlzIGF0IGxlbmd0aCBpbiB0aGUgbGFzdCBtZWV0aW5nIGluIExvbmRvbiBhbmQgeW91IGFj
dGl2ZWx5IHBhcnRpY2lwYXRlZCBpbiBpdC4gVGhlIOKAnG5leHQgaGVhZGVy4oCdIGFwcHJvYWNo
IGFsbG93cyBmb3IgYSBtb3JlIGVmZmljaWVudCBpbXBsZW1lbnRhdGlvbiBpbiBoYXJkd2FyZSAo
ZmV3ZXIgbmVzdGVkIHN0cnVjdHVyZXMvbG9va3VwcykgYXQgdGhlIGV4cGVuc2Ugb2YgcmVxdWly
aW5nIHRoZSBlYWNoIG5vZGUgdG8gaGF2ZSBhIGJhc2ljIHVuZGVyc3RhbmRpbmcgb2YgSU9BTSAo
YXQgbGVhc3QgdGhlIHR5cGUgYW5kIGxlbmd0aCBmaWVsZHMg4oCTIHNvIHRoYXQgeW91IGNvdWxk
IHNraXAgcGFzdCBpdCksIHdoZXJlYXMgdGhlIOKAnGxldmVyYWdlIG1ldGEtZGF0YSB0eXBlLTLi
gJ0gYXBwcm9hY2ggbGVhZHMgdG8gbW9yZSBjb21wbGljYXRlZCBsb29rdXAgb3BlcmF0aW9ucyAo
dGhlIGxvY2F0aW9uIG9mIE1EIFR5cGUgMiBpc27igJl0IGZpeGVkKSBhcyB3ZWxsIGFzIGNvbnN0
cmFpbiB0aGUgYW1vdW50IG9mIGRhdGEgdG8gYmUgY2FycmllZCB0byAyNTYgb2N0ZXRzLiBTZWUg
YWxzbyBzZWN0aW9uIDQuMSBpbiBkcmFmdC1icm9ja25lcnMtc2ZjLWlvYW0tbnNoLTAxLg0KWW91
IHJlbWVtYmVyIHRoYXQgZnJvbSB0aGUg4oCcaHVt4oCdIGluIHRoZSByb29tIHRoYXQgdGhlIGNo
YWlycyBpbml0aWF0ZWQgKHdoaWNoIHN0aWxsIG5lZWRzIGNvbmZpcm1hdGlvbiBvbiB0aGUgbGlz
dCDigJMgd2hpY2ggd2UgZG8gcmlnaHQgbm93KSwgdGhlcmUgc2VlbXMgdG8gYmUgYSBwcmVmZXJl
bmNlIHRvIGVpdGhlciBnbyB3aXRoIHRoZSDigJxuZXh0IGhlYWRlciBhcHByb2FjaOKAnSAoYXMg
cGVyIGRyYWZ0LWJyb2NrbmVycy1zZmMtaW9hbS1uc2gtMDEpIG9yIHRvIGRvY3VtZW50IHRoZSBu
ZXh0IGhlYWRlciBhcHByb2FjaCBhbmQgdGhlIE1ELVR5cGUyIGFwcHJvYWNoLiBXZSBkbyBjYXJl
IGFib3V0IGVmZmljaWVudCBpbXBsZW1lbnRhdGlvbiDigJMgdGhpcyBpcyB3aGF0IHdlIGxlYXJu
ZWQgZnJvbSBzZXZlcmFsIElPQU0gaW1wbGVtZW50YXRpb25zIGJ5IG5vdywgYW5kIHdoaWNoIGlz
IHdoeSB3ZSBoYXZlIHF1aXRlIGEgZmV3IGF1dGhvcnMgZnJvbSBjb21wYW5pZXMgd2hpY2ggZHJp
dmUgc2lsaWNvbiBpbXBsZW1lbnRhdGlvbnMgb24gdGhlIElPQU0gZHJhZnRzIOKAkyBzZWUgYWxz
byBKb2huIExlbW9u4oCZcyBlbWFpbCB5ZXN0ZXJkYXkuDQoNCldl4oCZZCBncmVhdGx5IGFwcHJl
Y2lhdGUgdGhvdWdodHMgZnJvbSBvdGhlciBTRkMgV0cgbWVtYmVycyBvbiB0aGVpciBwcmVmZXJl
bmNlIG9mIHVzaW5nIGVpdGhlciB0aGUg4oCcTlNIIG5leHQgcHJvdG9jb2zigJ0gYXBwcm9hY2gg
b3IgdGhlIOKAnE1EIFR5cGUy4oCdIG1ldGEtZGF0YSBiYXNlZCBhcHByb2FjaC4NCg0KVGhhbmtz
LA0KRnJhbmsNCg0KRnJvbTogR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4NClNl
bnQ6IERvbm5lcnN0YWcsIDE5LiBBcHJpbCAyMDE4IDE5OjI3DQpUbzogRnJhbmsgQnJvY2tuZXJz
IChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT4NCkNjOiBJRVRGIElQUE0gV0cgPGlwcG1A
aWV0Zi5vcmc+OyBOVk8zIDxudm8zQGlldGYub3JnPjsgU2VydmljZSBGdW5jdGlvbiBDaGFpbmlu
ZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnDQpTdWJqZWN0OiBS
ZTogW2lwcG1dIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xz
IC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0KSGkgRnJhbmssDQp0
aGFuayB5b3UgZm9yIHlvdXIgZXhwZWRpZW50IHJlc3BvbnNlLiBZZXMsIGNsYXJpZmljYXRpb24g
YW5kIGNvbnNpc3RlbnQgdGVybWlub2xvZ3ksIG9mIGNvdXJzZSBhcyBkaWZmZXJlbnQgZW5jYXBz
dWxhdGlvbnMgYWxsb3cgdGhhdCwgd2lsbCBoZWxwLiBXaGF0IEknbSBsb29raW5nIHRocm91Z2gg
dGhlIGlPQU0gZW5jYXBzdWxhdGlvbiBkcmFmdHMgaXMgdGhlIGFuc3dlciB0byB0aGlzIHF1ZXN0
aW9uIEhvdyBhIHN5c3RlbSB0aGF0IGlzIG5vdCB1c2luZyBpT0FNIGNhbiBnZXQgdG8gdGhlIGRh
dGEgcGF5bG9hZCB0aGF0IGZvbGxvd3MgdGhlIGlPQU0gbWVzc2FnZT8gSXMgdGhlcmUgdGhlIGZp
ZWxkIGluIHRoZSBpT0FNIHNoaW0gdGhhdCBhbGxvd3MgdGhlIHN5c3RlbSB0byBza2lwIG92ZXIg
dGhlIGlPQU0gbWVzc2FnZSAoYnkgaU9BTSBtZXNzYWdlIEkgbWVhbiBpT0FNIHNoaW0gYW5kIGlP
QU0gZGF0YSk/IFdvdWxkIHN1Y2ggc3lzdGVtIGJlIHJlcXVpcmVkIHRvIHBhcnNlIG90aGVyIHRo
YW4gaU9BTSBzaGltIGNvbnN0cnVjdHM/IEkgY291bGRuJ3QgZmluZCB0aGlzIHNjZW5hcmlvIGJl
aW5nIGRpc2N1c3NlZCBpbiBhbnkgb2YgaU9BTSBlbmNhcHN1bGF0aW9uIGRyYWZ0cy4gSGF2ZSBJ
IG1pc3NlZCBpdD8NCg0KUmVnYXJkcywNCkdyZWcNCg0KT24gVGh1LCBBcHIgMTksIDIwMTggYXQg
OTo1NCBBTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbTxt
YWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj4gd3JvdGU6DQpIaSBHcmVnLA0KDQpnb29kIGNhdGNo
IOKAkyB0aGVyZSBpcyBhIGJpdCBvZiBsb29zZSBsYW5ndWFnZSBpbiBzb21lIG9mIHRoZSBkcmFm
dHMuIFdl4oCZbGwgbWFrZSB0aGluZ3MgY3Jpc3BlciBpbiB0aGUgbmV4dCByZXYuIE5vdGUgdGhh
dCB0aGVyZSBpcyBubyBnZW5lcmljIOKAnElPQU0gaGVhZGVy4oCdIGJ1dCB0aGF0IGRlZmluaXRp
b24gaXMgYWx3YXlzIHdpdGhpbiB0aGUgY29udGV4dCBvZiBhIHBhcnRpY3VsYXIgZW5jYXBzdWxh
dGlvbiBwcm90b2NvbC4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwIGFscmVhZHkgaGFzIGEg
ZGVmaW5pdGlvbiBvZiB0aGUgSU9BTSBoZWFkZXIgKGZvciBHUkUpIOKAkyBzZWUgc2VjdGlvbiAz
LiBGb3IgdGhlIG90aGVyIGRyYWZ0cywgd2UgdXNlIGxhbmd1YWdlIGxpa2Ug4oCcVGhlIElPQU0g
cmVsYXRlZCBmaWVsZHMgaW4gVlhMQU4tR1BFIGFyZSBkZWZpbmVkIGFzIGZvbGxvd3PigJ0gb3Ig
4oCcVGhlIGZpZWxkcyByZWxhdGVkIHRvIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBm
aWVsZHMgaW4gR2VuZXZlIGFyZSBkZWZpbmVkIGFzIGZvbGxvd3PigJ0sIGkuZS4gdGhlIGluZm9y
bWF0aW9uIHRoYXQgaXMgcmVxdWlyZWQgdG8gcGVyZm9ybSB0aGUgZW5jYXBzdWxhdGlvbiBpbnRv
IHRoZSBwYXJlbnQgcHJvdG9jb2wsIGFsb25nIHdpdGggdGhlIGFjdHVhbCBJT0FNIGRhdGEgZmll
bGRzLiBNb3ZpbmcgZm9yd2FyZCwgd2UgY2FuIGJlIGNyaXNwZXIgYW5kIHNwbGl0IHRoaW5ncyBp
bnRvIGFuIOKAnGVuY2Fwc3VsYXRpb24gZGVwZW5kZW50IHBhcnTigJ0gYW5kIGEg4oCcZGF0YSBw
YXJ04oCdLg0KDQpGcmFuaw0KDQpGcm9tOiBHcmVnIE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwu
Y29tPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+Pg0KU2VudDogRG9ubmVyc3RhZywgMTku
IEFwcmlsIDIwMTggMTg6MTUNClRvOiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2Nr
bmVAY2lzY28uY29tPG1haWx0bzpmYnJvY2tuZUBjaXNjby5jb20+Pg0KQ2M6IElFVEYgSVBQTSBX
RyA8aXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+OyBOVk8zIDxudm8zQGlldGYu
b3JnPG1haWx0bzpudm8zQGlldGYub3JnPj47IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVU
RiBsaXN0IDxzZmNAaWV0Zi5vcmc8bWFpbHRvOnNmY0BpZXRmLm9yZz4+OyBpbnQtYXJlYUBpZXRm
Lm9yZzxtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2lwcG1dIGVuY2Fw
c3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZy
b20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0KSGkgRnJhbmssIGV0LiBhbCwNCndlIGhhdmUg
YSB2ZXJ5IGdvb2QgZGlzY3Vzc2lvbiwgdGhhbmsgeW91LiBJIGhhdmUgYSBxdWVzdGlvbiBhbmQg
YXBwcmVjaWF0ZSB5b3VyIGNvbnNpZGVyYXRpb246DQoNCiAgKiAgIGVuY2Fwc3VsYXRpb24gZG9j
dW1lbnRzIHJlZmVyIHRvIElPQU0gSERSLCBpdHMgbGVuZ3RoIGlzIHJlZmxlY3RlZCBpbiB0aGUg
ZmllbGQgbGFiZWxlZCBlaXRoZXIgTGVuZ3RoIG9yIElPQU0gSERSIGxlbi4gQnV0IEkgY2Fubm90
IGZpbmQgdGhlIGRlZmluaXRpb24gb2YgSU9BTSBIRFIuIFdoYXQgaXMgdGhlIElPQU0gSERSPw0K
DQpSZWdhcmRzLA0KR3JlZw0KDQoNCk9uIFdlZCwgQXByIDExLCAyMDE4IGF0IDM6MDIgQU0sIEZy
YW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRvOmZicm9j
a25lQGNpc2NvLmNvbT4+IHdyb3RlOg0KQmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRv
biwgd2UgZGlzY3Vzc2VkIHNldmVyYWwgZHJhZnRzIGRlYWxpbmcgd2l0aCB0aGUgZW5jYXBzdWxh
dGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cyBwcm90b2NvbHMgKGRyYWZ0LWJyb2NrbmVycy1p
cHBtLWlvYW0tdnhsYW4tZ3BlLTAwLCBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWdlbmV2ZS0w
MCwgZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lIGRpc2N1c3Npb24gdG9waWMgdGhh
dCB3ZSBkZWNpZGVkIHRvIHRha2UgdG8gdGhlIGxpc3Qgd2FzIHRoZSBxdWVzdGlvbiBvbiB3aGV0
aGVyIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciBjb3VsZCBiZSBsZXZlcmFnZWQuICBB
ZnRlciBjYXJlZnVsbHkgY29uc2lkZXJpbmcgZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVy
LCBJIGNhbWUgdG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9l
cyBub3QgbWVldCB0aGUgbmVlZHMgb2YgSU9BTToNCiogRWZmaWNpZW5jeTogSU9BTSBhZGRzIGRh
dGEgdG8gbGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFuIGVuY2Fwc3VsYXRpb24gbmVlZHMg
dG8gYmUgYXMgZWZmaWNpZW50IGFzIHBvc3NpYmxlLiBUaGUg4oCcT09BTSBoZWFkZXLigJ0gaXMg
OCBieXRlcyBsb25nLiBUaGUgYXBwcm9hY2ggZm9yIElPQU0gZGF0YSBlbmNhcHN1bGF0aW9uIGlu
IHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcg
dGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVh
ZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC4NCiogTWF0dXJpdHk6IElPQU0g
aGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28gc2hvd24gYXQgcmVj
ZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nIGFkZGl0aW9uYWwg
aW1wbGVtZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4gSW50ZXJvcGVyYWJsZSBpbXBs
ZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUgdGhlIHF1ZXN0
aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zIGxp
c3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRl
ci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVu
dGFsIHF1ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2gg
YXMgd2hldGhlciBvciBob3cgYWN0aXZlIE9BTSBtZWNoYW5pc21zIHdpdGhpbiBwcm90b2NvbHMg
c3VjaCBhcyBHZW5ldmUgd291bGQgYXBwbHkgdG8gdGhlIE9PQU0gaGVhZGVyLiBUaGlzIHVsdGlt
YXRlbHkgbWVhbnMgdGhhdCB3ZSB3b27igJl0IGdldCB0byBhIHRpbWVseSBzcGVjaWZpY2F0aW9u
Lg0KKiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMg
dGhlIE9PQU0gaGVhZGVyIHdvdWxkIHVsdGltYXRlbHkgYXBwbHkgdG8uIFRoZSB3YXkgdGhlIE9P
QU0gaGVhZGVyIGlzIGRlZmluZWQsIE9PQU0gdXNlcyBhIDgtYml0IGZpZWxkIGZvciDigJxOZXh0
IFByb3TigJ0sIHRoZSBuZXh0IHByb3RvY29sLiBTb21lIHByb3RvY29scyB0aGF0IElPQU0gZGF0
YSBuZWVkcyB0byBiZSBlbmNhcHN1bGF0ZWQgaW50byB1c2UgMTYtYml0cyBmb3IgdGhlaXIgbmV4
dCBwcm90b2NvbCBjb2RlIHBvaW50cy4gU2VlIGUuZy4gdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKA
kyBhcyBzcGVjaWZpZWQgaW4gZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLg0KV2l0aCB0aGUg
YWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkIHdp
dGggc3BlY2lmaWMgZGVmaW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8g
cHJvdG9jb2xzIOKAkyBwZXIgdGhlIGFib3ZlIG1lbnRpb25lZCBkcmFmdHMuDQoNClJlZ2FyZHMs
IEZyYW5rDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQppcHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4N
Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0KDQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9
DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw
dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z
b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4
DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0
eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np
emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAuODVw
dDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVm
aW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjc2OTY2ODI0NDsNCgltc28tbGlz
dC10ZW1wbGF0ZS1pZHM6LTEwMTM0MzMwODQ7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt
aWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0
Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBs
aXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv
bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNA0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K
CW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7
DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWIt
c3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6
U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K
CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0
IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs
LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ
Zm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv
cDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt
Ym9sO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNt
O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz
IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h
cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp
Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkRFIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxl
Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkg
R3JlZyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT
Ij5pdCBkZXBlbmRzIG9uIHRoZSBpbmRpdmlkdWFsIGVuY2Fwc3VsYXRpb24sIGkuZS4gdGhlIHBh
cmVudCBwcm90b2NvbCB1c2VkLiBJT0FNIGRhdGEgZW5jYXBzdWxhdGlvbiBkZXBlbmRzIG9uIHdo
YXQgdGhlDQogcGFyZW50IHByb3RvY29sIG9mZmVycyBhcyBlbmNhcHN1bGF0aW9uIG1lY2hhbmlz
bS4gQXMgc3VjaCwgeW914oCZZCBkZXBlbmQgb24gdGhlIHByb2NlZHVyZXMgdXNlZCBieSB0aGUg
cGFyZW50IHByb3RvY29sLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj5MZXTigJlzIGNvbnNpZGVyIHR3byBleGFtcGxlcyBHZW5ldmUg
YW5kIE5TSDogRm9yIEdlbmV2ZSAoZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAp
IHdlIHVzZSB0aGUg4oCcb3B0aW9uIGNsYXNz4oCdDQogbWVjaGFuaXNtIHRvIGNhcnJ5IElPQU0g
ZGF0YSwgaS5lLiBHZW5ldmXigJlzIG1lY2hhbmlzbSB0byBjYXJyeSBtZXRhIGRhdGEuIEdldHRp
bmcgdG8gdGhlIHBheWxvYWQgaW4gYSBzZXR1cCB3aXRoIElPQU0gZGF0YSB3aXRoaW4gdGhlIEdl
bmV2ZSBoZWFkZXIgaXMgbm8gZGlmZmVyZW50IHRoYW4gYSBHZW5ldmUgc2V0dXAgd2l0aG91dCBJ
T0FNLCBhc3N1bWluZyB0aGF0IHRoZSBHZW5ldmUgaW1wbGVtZW50YXRpb24gc3VwcG9ydHMgR2Vu
ZXZlIG9wdGlvbg0KIGNsYXNzZXMuIENoZWNrIG91dCBkcmFmdC1pZXRmLW52bzMtZ2VuZXZlIGZv
ciB0aGUgR2VuZXZlIGhlYWRlci4gRm9yIE5TSCB0aGUgc3VnZ2VzdGlvbiBpbiBkcmFmdC1icm9j
a25lcnMtc2ZjLWlvYW0tbnNoLTAxIGlzIHRvIHVzZSB0aGUg4oCcTlNIIE5leHQgUHJvdG9jb2zi
gJ0gbWVjaGFuaXNtIGluIE5TSCAoc2VlIGUuZy4gUkZDIDgzMDAsIHNlY3Rpb24gOS4xLjYpLiBS
ZS1zcGVjaWZ5aW5nIHRoZSBlbmNhcCBtZWNoYW5pc20gb2YgdGhlIGJhc2UNCiBwcm90b2NvbCBp
biBhIHNwZWNpZmljYXRpb24gd2hpY2ggb25seSBsZXZlcmFnZXMgdGhlIGJhc2UgcHJvdG9jb2wg
d2lsbCBkbyBtb3JlIGhhcm0gdGhhbiBnb29kLiBJdCBzaG91bGQgYmUgYXZvaWRlZCBiZWNhdXNl
IGl0IGNvdWxkIG9ubHkgbGVhZCB0byBjb25mdXNpb24uIEFsbCB0aGUgSU9BTSBlbmNhcCBkcmFm
dHMgY2xlYXJseSByZWZlcmVuY2UgdGhlIHBhcmVudCBwcm90b2NvbCBlbmNhcCBtZWNoYW5pc20g
4oCTIHNvIGFuIGltcGxlbWVudGVyDQogd2lsbCBuYXR1cmFsbHkgcmVmZXIgdG8gdGhlIGJhc2Ug
c3BlY2lmaWNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QWxsIHRoYXQgc2FpZDogV2hhdCBhcmUgeW91IHRyeWlu
ZyB0byBwb2ludCBvdXQ/IEl0IHNlZW1zIHRoYXQgeW914oCZcmUgcGlja3VwIHVwIHRoZSBkaXNj
dXNzaW9uIGFib3V0IHRoZSBwcm9zIGFuZCBjb25zDQogb24gd2hldGhlciB0byB1c2UgcHJvdG9j
b2wgbWV0YS1kYXRhIG9yIHRoZSDigJxuZXh0IGhlYWRlcuKAnSBhcHByb2FjaC4gVGhlIFNGQyBX
RyBkaXNjdXNzZWQgdGhpcyBhdCBsZW5ndGggaW4gdGhlIGxhc3QgbWVldGluZyBpbiBMb25kb24g
YW5kIHlvdSBhY3RpdmVseSBwYXJ0aWNpcGF0ZWQgaW4gaXQuIFRoZSDigJxuZXh0IGhlYWRlcuKA
nSBhcHByb2FjaCBhbGxvd3MgZm9yIGEgbW9yZSBlZmZpY2llbnQgaW1wbGVtZW50YXRpb24gaW4g
aGFyZHdhcmUgKGZld2VyDQogbmVzdGVkIHN0cnVjdHVyZXMvbG9va3VwcykgYXQgdGhlIGV4cGVu
c2Ugb2YgcmVxdWlyaW5nIHRoZSBlYWNoIG5vZGUgdG8gaGF2ZSBhIGJhc2ljIHVuZGVyc3RhbmRp
bmcgb2YgSU9BTSAoYXQgbGVhc3QgdGhlIHR5cGUgYW5kIGxlbmd0aCBmaWVsZHMg4oCTIHNvIHRo
YXQgeW91IGNvdWxkIHNraXAgcGFzdCBpdCksIHdoZXJlYXMgdGhlIOKAnGxldmVyYWdlIG1ldGEt
ZGF0YSB0eXBlLTLigJ0gYXBwcm9hY2ggbGVhZHMgdG8gbW9yZSBjb21wbGljYXRlZCBsb29rdXAN
CiBvcGVyYXRpb25zICh0aGUgbG9jYXRpb24gb2YgTUQgVHlwZSAyIGlzbuKAmXQgZml4ZWQpIGFz
IHdlbGwgYXMgY29uc3RyYWluIHRoZSBhbW91bnQgb2YgZGF0YSB0byBiZSBjYXJyaWVkIHRvIDI1
NiBvY3RldHMuIFNlZSBhbHNvIHNlY3Rpb24gNC4xIGluIGRyYWZ0LWJyb2NrbmVycy1zZmMtaW9h
bS1uc2gtMDEuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj5Zb3UgcmVtZW1iZXIgdGhhdCBmcm9tIHRoZSDigJxodW3igJ0gaW4gdGhlIHJv
b20gdGhhdCB0aGUgY2hhaXJzIGluaXRpYXRlZCAod2hpY2ggc3RpbGwgbmVlZHMgY29uZmlybWF0
aW9uIG9uIHRoZSBsaXN0IOKAkyB3aGljaA0KIHdlIGRvIHJpZ2h0IG5vdyksIHRoZXJlIHNlZW1z
IHRvIGJlIGEgcHJlZmVyZW5jZSB0byBlaXRoZXIgZ28gd2l0aCB0aGUg4oCcbmV4dCBoZWFkZXIg
YXBwcm9hY2jigJ0gKGFzIHBlciBkcmFmdC1icm9ja25lcnMtc2ZjLWlvYW0tbnNoLTAxKSBvciB0
byBkb2N1bWVudCB0aGUgbmV4dCBoZWFkZXIgYXBwcm9hY2ggYW5kIHRoZSBNRC1UeXBlMiBhcHBy
b2FjaC4gV2UgZG8gY2FyZSBhYm91dCBlZmZpY2llbnQgaW1wbGVtZW50YXRpb24g4oCTIHRoaXMg
aXMgd2hhdA0KIHdlIGxlYXJuZWQgZnJvbSBzZXZlcmFsIElPQU0gaW1wbGVtZW50YXRpb25zIGJ5
IG5vdywgYW5kIHdoaWNoIGlzIHdoeSB3ZSBoYXZlIHF1aXRlIGEgZmV3IGF1dGhvcnMgZnJvbSBj
b21wYW5pZXMgd2hpY2ggZHJpdmUgc2lsaWNvbiBpbXBsZW1lbnRhdGlvbnMgb24gdGhlIElPQU0g
ZHJhZnRzIOKAkyBzZWUgYWxzbyBKb2huIExlbW9u4oCZcyBlbWFpbCB5ZXN0ZXJkYXkuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPldl4oCZZCBncmVhdGx5IGFwcHJlY2lhdGUgdGhvdWdodHMgZnJvbSBvdGhlciBTRkMgV0cg
bWVtYmVycyBvbiB0aGVpciBwcmVmZXJlbmNlIG9mIHVzaW5nIGVpdGhlciB0aGUg4oCcTlNIIG5l
eHQgcHJvdG9jb2zigJ0NCiBhcHByb2FjaCBvciB0aGUg4oCcTUQgVHlwZTLigJ0gbWV0YS1kYXRh
IGJhc2VkIGFwcHJvYWNoLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21z
by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5GcmFuazxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi
PiBHcmVnIE1pcnNreSAmbHQ7Z3JlZ2ltaXJza3lAZ21haWwuY29tJmd0Ow0KPGJyPg0KPGI+U2Vu
dDo8L2I+IERvbm5lcnN0YWcsIDE5LiBBcHJpbCAyMDE4IDE5OjI3PGJyPg0KPGI+VG86PC9iPiBG
cmFuayBCcm9ja25lcnMgKGZicm9ja25lKSAmbHQ7ZmJyb2NrbmVAY2lzY28uY29tJmd0Ozxicj4N
CjxiPkNjOjwvYj4gSUVURiBJUFBNIFdHICZsdDtpcHBtQGlldGYub3JnJmd0OzsgTlZPMyAmbHQ7
bnZvM0BpZXRmLm9yZyZndDs7IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0ICZs
dDtzZmNAaWV0Zi5vcmcmZ3Q7OyBpbnQtYXJlYUBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9i
PiBSZTogW2lwcG1dIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMgcHJvdG9j
b2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb248bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBGcmFuayw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj50aGFuayB5b3UgZm9yIHlvdXIgZXhwZWRpZW50IHJlc3Bv
bnNlLiBZZXMsIGNsYXJpZmljYXRpb24mbmJzcDthbmQgY29uc2lzdGVudCB0ZXJtaW5vbG9neSwg
b2YgY291cnNlIGFzIGRpZmZlcmVudCBlbmNhcHN1bGF0aW9ucyBhbGxvdyB0aGF0LCB3aWxsIGhl
bHAuIFdoYXQgSSdtIGxvb2tpbmcgdGhyb3VnaCB0aGUgaU9BTSBlbmNhcHN1bGF0aW9uIGRyYWZ0
cyBpcyB0aGUgYW5zd2VyIHRvIHRoaXMgcXVlc3Rpb24gSG93DQogYSBzeXN0ZW0gdGhhdCBpcyBu
b3QgdXNpbmcgaU9BTSBjYW4gZ2V0IHRvIHRoZSBkYXRhIHBheWxvYWQgdGhhdCBmb2xsb3dzIHRo
ZSBpT0FNIG1lc3NhZ2U/IElzIHRoZXJlIHRoZSBmaWVsZCBpbiB0aGUgaU9BTSBzaGltIHRoYXQg
YWxsb3dzIHRoZSBzeXN0ZW0gdG8gc2tpcCBvdmVyIHRoZSBpT0FNIG1lc3NhZ2UgKGJ5IGlPQU0g
bWVzc2FnZSBJIG1lYW4gaU9BTSBzaGltIGFuZCBpT0FNIGRhdGEpPyBXb3VsZCBzdWNoIHN5c3Rl
bSBiZSByZXF1aXJlZA0KIHRvIHBhcnNlIG90aGVyIHRoYW4gaU9BTSBzaGltIGNvbnN0cnVjdHM/
IEkgY291bGRuJ3QgZmluZCB0aGlzIHNjZW5hcmlvIGJlaW5nIGRpc2N1c3NlZCBpbiBhbnkgb2Yg
aU9BTSBlbmNhcHN1bGF0aW9uIGRyYWZ0cy4gSGF2ZSBJIG1pc3NlZCBpdD88bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdyZWc8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVGh1LCBB
cHIgMTksIDIwMTggYXQgOTo1NCBBTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgJmx0Ozxh
IGhyZWY9Im1haWx0bzpmYnJvY2tuZUBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5mYnJvY2tu
ZUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6
MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPkhpIEdyZWcsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPmdvb2QgY2F0Y2gg4oCTIHRoZXJlIGlzIGEgYml0IG9mIGxv
b3NlIGxhbmd1YWdlIGluIHNvbWUgb2YgdGhlIGRyYWZ0cy4gV2XigJlsbCBtYWtlIHRoaW5ncw0K
IGNyaXNwZXIgaW4gdGhlIG5leHQgcmV2LiBOb3RlIHRoYXQgdGhlcmUgaXMgbm8gZ2VuZXJpYyDi
gJxJT0FNIGhlYWRlcuKAnSBidXQgdGhhdCBkZWZpbml0aW9uIGlzIGFsd2F5cyB3aXRoaW4gdGhl
IGNvbnRleHQgb2YgYSBwYXJ0aWN1bGFyIGVuY2Fwc3VsYXRpb24gcHJvdG9jb2wuIGRyYWZ0LXdl
aXMtaXBwbS1pb2FtLWdyZS0wMCBhbHJlYWR5IGhhcyBhIGRlZmluaXRpb24gb2YgdGhlIElPQU0g
aGVhZGVyIChmb3IgR1JFKSDigJMgc2VlIHNlY3Rpb24gMy4NCiBGb3IgdGhlIG90aGVyIGRyYWZ0
cywgd2UgdXNlIGxhbmd1YWdlIGxpa2Ug4oCcVGhlIElPQU0gcmVsYXRlZCBmaWVsZHMgaW4gVlhM
QU4tR1BFIGFyZSBkZWZpbmVkIGFzIGZvbGxvd3PigJ0gb3Ig4oCcVGhlIGZpZWxkcyByZWxhdGVk
IHRvIHRoZSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBmaWVsZHMgaW4gR2VuZXZlIGFyZSBk
ZWZpbmVkIGFzIGZvbGxvd3PigJ0sIGkuZS4gdGhlIGluZm9ybWF0aW9uIHRoYXQgaXMgcmVxdWly
ZWQgdG8gcGVyZm9ybSB0aGUNCiBlbmNhcHN1bGF0aW9uIGludG8gdGhlIHBhcmVudCBwcm90b2Nv
bCwgYWxvbmcgd2l0aCB0aGUgYWN0dWFsIElPQU0gZGF0YSBmaWVsZHMuIE1vdmluZyBmb3J3YXJk
LCB3ZSBjYW4gYmUgY3Jpc3BlciBhbmQgc3BsaXQgdGhpbmdzIGludG8gYW4g4oCcZW5jYXBzdWxh
dGlvbiBkZXBlbmRlbnQgcGFydOKAnSBhbmQgYSDigJxkYXRhIHBhcnTigJ0uDQo8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPkZyYW5rPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWYiPiBHcmVnDQogTWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21h
aWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsNCjxi
cj4NCjxiPlNlbnQ6PC9iPiBEb25uZXJzdGFnLCAxOS4gQXByaWwgMjAxOCAxODoxNTxicj4NCjxi
PlRvOjwvYj4gRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgJmx0OzxhIGhyZWY9Im1haWx0bzpm
YnJvY2tuZUBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5mYnJvY2tuZUBjaXNjby5jb208L2E+
Jmd0Ozxicj4NCjxiPkNjOjwvYj4gSUVURiBJUFBNIFdHICZsdDs8YSBocmVmPSJtYWlsdG86aXBw
bUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0OzsgTlZPMyAm
bHQ7PGEgaHJlZj0ibWFpbHRvOm52bzNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5udm8zQGll
dGYub3JnPC9hPiZndDs7IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0ICZsdDs8
YSBocmVmPSJtYWlsdG86c2ZjQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+c2ZjQGlldGYub3Jn
PC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmciIHRhcmdldD0iX2Js
YW5rIj5pbnQtYXJlYUBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBt
XSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxv
dyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPkhpIEZyYW5rLCBldC4gYWwsPG86cD48L286cD48L3A+DQo8ZGl2
Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPndlIGhhdmUgYSB2ZXJ5IGdv
b2QgZGlzY3Vzc2lvbiwgdGhhbmsgeW91LiBJIGhhdmUgYSBxdWVzdGlvbiBhbmQgYXBwcmVjaWF0
ZSB5b3VyIGNvbnNpZGVyYXRpb246PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8dWwg
dHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBs
Zm8xIj4NCmVuY2Fwc3VsYXRpb24gZG9jdW1lbnRzIHJlZmVyIHRvIElPQU0gSERSLCBpdHMgbGVu
Z3RoIGlzIHJlZmxlY3RlZCBpbiB0aGUgZmllbGQgbGFiZWxlZCBlaXRoZXIgTGVuZ3RoIG9yIElP
QU0gSERSIGxlbi4gQnV0IEkgY2Fubm90IGZpbmQgdGhlIGRlZmluaXRpb24gb2YgSU9BTSBIRFIu
IFdoYXQgaXMgdGhlIElPQU0gSERSPzxvOnA+PC9vOnA+PC9saT48L3VsPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+R3JlZzxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPk9uIFdlZCwgQXByIDExLCAyMDE4IGF0IDM6MDIgQU0sIEZyYW5r
IEJyb2NrbmVycyAoZmJyb2NrbmUpICZsdDs8YSBocmVmPSJtYWlsdG86ZmJyb2NrbmVAY2lzY28u
Y29tIiB0YXJnZXQ9Il9ibGFuayI+ZmJyb2NrbmVAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86
cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6
c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0
OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUu
MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF
Ti1VUyI+QmFjayBhdCB0aGUgSVBQTSBtZWV0aW5nIGluIExvbmRvbiwgd2UgZGlzY3Vzc2VkIHNl
dmVyYWwgZHJhZnRzIGRlYWxpbmcgd2l0aCB0aGUgZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEg
aW4gdmFyaW91cyBwcm90b2NvbHMgKGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tdnhsYW4tZ3Bl
LTAwLA0KIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwLCBkcmFmdC13ZWlzLWlw
cG0taW9hbS1ncmUtMDApLiBPbmUgZGlzY3Vzc2lvbiB0b3BpYyB0aGF0IHdlIGRlY2lkZWQgdG8g
dGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXIgZHJhZnQtb29hbWR0
LXJ0Z3dnLW9vYW0taGVhZGVyIGNvdWxkIGJlIGxldmVyYWdlZC4mbmJzcDsgQWZ0ZXIgY2FyZWZ1
bGx5IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2FtLWhlYWRlciwNCiBJIGNhbWUg
dG8gdGhlIGNvbmNsdXNpb24gdGhhdCB0aGUg4oCcT09BTSBoZWFkZXLigJ0gZG9lcyBub3QgbWVl
dCB0aGUgbmVlZHMgb2YgSU9BTTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4qIEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRh
IHRvIGxpdmUgdXNlciB0cmFmZmljLiBBcyBzdWNoLCBhbiBlbmNhcHN1bGF0aW9uIG5lZWRzIHRv
IGJlIGFzIGVmZmljaWVudCBhcyBwb3NzaWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy4oCdIGlzIDgg
Ynl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNoDQogZm9yIElPQU0gZGF0YSBlbmNhcHN1bGF0aW9uIGlu
IHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcg
dGhlIE9PQU0gaGVhZGVyIGFwcHJvYWNoIHdvdWxkIGFkZCBhbiB1bm5lY2Vzc2FyeSBvdmVyaGVh
ZCBvZiA0IGJ5dGVzIOKAkyB3aGljaCBpcyBzaWduaWZpY2FudC48L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4qIE1hdHVyaXR5
OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2ggd2VyZSBhbHNvIHNob3du
IGF0IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCTIGFuZCB3ZeKAmXJlIGV4cGVjdGluZyBhZGRp
dGlvbmFsIGltcGxlbWVudGF0aW9ucyB0byBiZSBwdWJsaWNpemVkDQogc29vbi4gSW50ZXJvcGVy
YWJsZSBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUg
dGhlIHF1ZXN0aW9uIGJlaW5nIGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRo
ZSBOVk8zIGxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBP
T0FNIGhlYWRlci4gSW4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFs
IGZ1bmRhbWVudGFsIHF1ZXN0aW9ucw0KIGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3RpbGwg
b3Blbiwgc3VjaCBhcyB3aGV0aGVyIG9yIGhvdyBhY3RpdmUgT0FNIG1lY2hhbmlzbXMgd2l0aGlu
IHByb3RvY29scyBzdWNoIGFzIEdlbmV2ZSB3b3VsZCBhcHBseSB0byB0aGUgT09BTSBoZWFkZXIu
IFRoaXMgdWx0aW1hdGVseSBtZWFucyB0aGF0IHdlIHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNw
ZWNpZmljYXRpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBsYW5nPSJFTi1VUyI+KiBTY29wZTogSXQgaXNu4oCZdCBlbnRpcmVseSBjbGVhciB0
byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU0gaGVhZGVyIHdvdWxkIHVsdGltYXRlbHkgYXBwbHkg
dG8uIFRoZSB3YXkgdGhlIE9PQU0gaGVhZGVyIGlzIGRlZmluZWQsIE9PQU0gdXNlcyBhIDgtYml0
IGZpZWxkIGZvcg0KIOKAnE5leHQgUHJvdOKAnSwgdGhlIG5leHQgcHJvdG9jb2wuIFNvbWUgcHJv
dG9jb2xzIHRoYXQgSU9BTSBkYXRhIG5lZWRzIHRvIGJlIGVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAx
Ni1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUgcG9pbnRzLiBTZWUgZS5nLiB0aGUg
R1JFIGVuY2Fwc3VsYXRpb24g4oCTIGFzIHNwZWNpZmllZCBpbiBkcmFmdC13ZWlzLWlwcG0taW9h
bS1ncmUtMDAuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBsYW5nPSJFTi1VUyI+V2l0aCB0aGUgYWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0
aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkIHdpdGggc3BlY2lmaWMgZGVmaW5pdGlvbnMgZm9yIGVu
Y2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8gcHJvdG9jb2xzIOKAkyBwZXIgdGhlIGFib3ZlIG1l
bnRpb25lZCBkcmFmdHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj5SZWdhcmRzLCBGcmFuazxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX188YnI+DQppcHBtIG1haWxpbmcgbGlzdDxicj4NCjxhIGhy
ZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aXBwbUBpZXRmLm9yZzwv
YT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lw
cG0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2lwcG08L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8
L2h0bWw+DQo=

--_000_a0c168c0c53a4477a1ba3e8a491ff303XCHRCD008ciscocom_--


From nobody Fri Apr 20 12:03:40 2018
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B43AC124207; Fri, 20 Apr 2018 12:03:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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 peYOFQgC0pxJ; Fri, 20 Apr 2018 12:03:24 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69E8D1200F1; Fri, 20 Apr 2018 12:03:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=82724; q=dns/txt; s=iport; t=1524251004; x=1525460604; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rkypFtrjgWK8PROSbhqy/oWvb1QFQmzxnLcDTdJ/MkA=; b=Y/PkQw+ENf6fg3Y2pgS87Cd+sDFoZwkClHZ4HHL5tSVIbIlB5fKeK2J7 94atCTK4KYqdlMklXftXI2SN9vrFWTa+BvAGqTvC4Tgf8Opy6UJHiFIaM 5R0e6FtMxekyLyCfhWcbQZS4SHvC6joQ8v4C4QUJej0C/nVij+06wJS4L g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AcAQDIONpa/4QNJK1RChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGCTUYEK2EXYygKg2CIAox4gXR1GoZrjA0UgWEDCxgBCoR?= =?us-ascii?q?GAhqCKyE0GAECAQEBAQEBAmwcDIUiAQEBAQMBARgBCARABwsMBAIBBgIRAwE?= =?us-ascii?q?BASEBAgQDAgICHwYLFAkIAgQOBR+ECkwDFQ+LIptAgWkzhwkNgSuCJAWIBoF?= =?us-ascii?q?UP4EPI4IzBy6CT0IBAYE1BAQLLwmCYDCCJAKMBoRXCoZeLAgCh3U0glw7gn2?= =?us-ascii?q?BNINdgltng3uHN4I8hg8CERMBgSQBHDiBUnAVOyoBghiCHRoRaQEIh1aFPm+?= =?us-ascii?q?NIIEugRgBAQ?=
X-IronPort-AV: E=Sophos;i="5.49,302,1520899200";  d="scan'208,217";a="101695627"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2018 19:03:23 +0000
Received: from XCH-RTP-007.cisco.com (xch-rtp-007.cisco.com [64.101.220.147]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id w3KJ3Mc3007628 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 20 Apr 2018 19:03:22 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-007.cisco.com (64.101.220.147) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 20 Apr 2018 15:03:21 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1320.000; Fri, 20 Apr 2018 15:03:21 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Tom Herbert <tom@herbertland.com>
CC: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>, Mickey Spiegel <mspiegel@barefootnetworks.com>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Tianran Zhou <zhoutianran@huawei.com>
Thread-Topic: [sfc] [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT1en5jaGR0tKoZUqNJvcZ9CCngaQE2SWAgABtMICABQVeAA==
Date: Fri, 20 Apr 2018 19:03:21 +0000
Message-ID: <DD4CBF95-C04B-45EC-BC84-1D85F113230F@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com>
In-Reply-To: <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.118.116.132]
Content-Type: multipart/alternative; boundary="_000_DD4CBF95C04B45ECBC841D85F113230Fciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/5zp48zsecOx2KUJ_8VaszL08RyQ>
Subject: Re: [ippm] [sfc] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Apr 2018 19:03:30 -0000

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

VG9tLA0KDQpPbiBBcHIgMTcsIDIwMTgsIGF0IDEwOjIyIEFNLCBUb20gSGVyYmVydCA8dG9tQGhl
cmJlcnRsYW5kLmNvbTxtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+IHdyb3RlOg0KDQpPbiBU
dWUsIEFwciAxNywgMjAxOCBhdCAxMjo1MSBBTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkN
CjxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbT4+IHdyb3RlOg0K
DQpIaSBUaWFucmFuLA0KDQpUb20ncyBub3RlIGFscmVhZHkgaW5jbHVkZXMgdGhlIGhpbnQ6IFlv
dSdsbCBhZGQgSU9BTSBkYXRhIHRvIHRoZSBwcm90b2NvbC9sYXllciB0aGF0IHlvdSdyZSBpbnRl
cmVzdGVkIGluIG1vbml0b3JpbmcuIEFnYWluIHVzaW5nIEdlbmV2ZSBvdmVyIElQdjYgYXMgYW4g
ZXhhbXBsZToNCiogSWYgeW91J3JlIGludGVyZXN0ZWQgaW4gdGhlIG92ZXJsYXksIGkuZS4gR2Vu
ZXZlIChlLmcuIHRpbWVzdGFtcGluZyB0aGUgcGFja2V0IHdoZW4gaXQgZW50ZXJzIGFuZCBleGlz
dHMgdGhlIHR1bm5lbCkgLSB5b3UnZCBhZGQgSU9BTSBkYXRhIHRvIEdlbmV2ZQ0KKiBJZiB5b3Un
cmUgaW50ZXJlc3RlZCBpbiB0aGUgdW5kZXJsYXksIGkuZS4gSVB2NiAoZS5nLiB5b3UnZCBsaWtl
IHRvIHVuZGVyc3RhbmQgd2hpY2ggcGF0aCBwYWNrZXRzIHRha2UgaW4gdGhlIHY2IG5ldHdvcmsp
IC0geW91J2QgYWRkIElPQU0gZGF0YSB0byBJUHY2DQoqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGlu
IGJvdGgsIHRoZW4geW91J2QgYWRkIElPQU0gZGF0YSB0byBHZW5ldmUgYW5kIElQdjYNCg0KRnJh
bmssDQoNCkluIHRoYXQgY2FzZSB3aHkgbm90IGp1c3QgdXNlIGEgaG9wLWJ5LWhvcCBvcHRpb24g
Zm9yIG1lYXN1cmluZyB0aGUNCnVuZGVybGF5IGFuZCBhIGRlc3RpbmF0aW9uIG9wdGlvbiBmb3Ig
bWVhc3VyaW5nIHRoZSBvdmVybGF5PyBUaGUNCmFkdmFudGFnZSBpcyB0aGF0IHRoaXMgd29ya3Mg
X2FueV8gSVAgZW5jYXBzdWxhdGlvbiBtZXRob2Qgb3IgYW55IElQDQpwcm90b2NvbCBmb3IgdGhh
dCBtYXR0ZXIuDQoNCkJlY2F1c2UgeW91IHdhbnQgdG8gaW5zdHJ1bWVudCB0aGUgbGF5ZXIgdGhh
dCB5b3Ugd2FudCB0byBtZWFzdXJlLg0KQmVjYXVzZSB0aGVyZeKAmXMgY2FzZXMgd2l0aCBtb3Jl
IHVubmF0dXJhbCBsYXllcmluZyB3aGVyZSB0aGVyZeKAmXMgYSBkZXNpcmUgdG8gY29ycmVsYXRl
IGFuZCBjb21wYXJlIG1lYXN1cmVtZW50cyBhY3Jvc3MgbGF5ZXJzIChpbiBhIHdheSBpbiB3aGlj
aCwgZm9yIGV4YW1wbGUsIHRoZSBTZXJ2aWNlIGxheWVyIGlzIHRlc3RlZCBpbiBhIHNlcnZpY2Ug
Y2hhaW5pbmcgc2NlbmFyaW8sIG5vdCB0aGUgSVB2NiBob3AtYnktaG9wLg0KQmVjYXVzZSBkaWZm
ZXJlbnQgdG9wb2xvZ2llcyBleHBvc2UgZGlmZmVyZW50IEhvcHMgYW5kIElQdjYgSEJIIGdvZXMg
YnkgdGhlIElQdjYgbm9kZSB0b3BvbG9neS4NCkJlY2F1c2Ugbm90IGV2ZXJ5dGhpbmcgaXMgSVB2
NiwgYW5kIGJlY2F1c2UgeW91IGhhdmUgY2FzZXMgb2YgSVB2NiBvdmVyIHNvbWV0aGluZyBhcyB3
ZWxsLg0KVGhvc2UgYXJlIHF1aWNrIG9uZXMgdGhhdCBjb21lIHRvIG1pbmQuDQoNCkkgZG9uJ3Qg
YmVsaWV2ZSBhZGRpbmcgaXBwbSB0byBldmVyeQ0KZW5jYXBzdWxhdGlvbiBwcm90b2NvbCBpcyBz
dHJhaWdodGZvcndhcmQ6IGUuZy4NCmRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlIGRl
c2NyaWJlIGJ1dCBub3RlcyB0aGUgbGltaXRlZCBzaXplDQpvZiBoZWFkZXIsIGRyYWZ0LXdlaXMt
aXBwbS1pb2FtLWdyZSBzdGF0ZXMgdGhhdCBhIG5ldyBFdGhlclR5cGUgd291bGQNCmJlIG5lZWRl
ZCBqdXN0IGZvciB0aGlzIHB1cnBvc2UuIFRoaXMgYWxzbyBlbnRhaWxzIGFkZGl0aW9uYWwNCmVu
Y2Fwc3VsYXRpb24tc3BlY2lmaWMgSFcgc3VwcG9ydCBhbHNvLCB3aGVyZWFzIHN1cHBvcnQgZGVz
dGluYXRpb24NCmFuZCBoYmggb3B0aW9ucyBjb3VsZCBiZSBtb3JlIGdlbmVyaWMuDQoNCg0KRW5n
aW5lZXJpbmcgaXMgYWJvdXQgdHJhZGUtb2Zmcy4gSWYgeW91IHdhbnQgdG8gbWVhc3VyZSBHZW5l
dmUsIHRoZXJlIGFyZSBsaW1pdGF0aW9ucy4gQnV0IGluc3RlYWQgb2YgdHJ5aW5nIHRvIHByb3Zl
IHdoeSBpdCBkb2VzIG5vdCB3b3JrLCBJ4oCZbGwgcG9pbnQgdG8gd29ya2luZyBkZW1vcyBvZiB3
aGVyZSBpdCBkb2VzIOKAlCBtYW55IG9mIHdoaWNoIG9uIGRpZmZlcmVudCBIVy9TVyBhbmQgZW5j
YXBzLCBzaG93biBhdCB2YXJpb3VzIElFVEYgZXZlbnRzLg0KDQpUaGFua3MsDQoNCuKAlCBDYXJs
b3MgUGlnbmF0YXJvDQoNClRvbQ0KDQpEcmFmdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAy
IGFscmVhZHkgbWVudGlvbnMgbGF5ZXJpbmcgKHNlZSBzZWN0aW9uIDMpOg0KIkxheWVyaW5nOiBJ
ZiBzZXZlcmFsIGVuY2Fwc3VsYXRpb24gcHJvdG9jb2xzIChlLmcuLCBpbiBjYXNlIG9mIHR1bm5l
bGluZykgYXJlIHN0YWNrZWQgb24gdG9wIG9mIGVhY2ggb3RoZXIsIElPQU0gZGF0YS1yZWNvcmRz
IGNvdWxkIGJlIHByZXNlbnQgYXQgZXZlcnkgbGF5ZXIuICBUaGUgYmVoYXZpb3IgZm9sbG93cyB0
aGUgc2hpcHMtaW4tdGhlLW5pZ2h0IG1vZGVsLiINCg0KR2l2ZW4gdGhlIGRpc2N1c3Npb24gaGVy
ZSwgd2UnbGwgYWRkIHNvbWUgYWRkaXRpb25hbCB0ZXh0IGluIHRoZSBuZXh0IHJldmlzaW9uIHRv
IG1ha2UgdGhpbmdzIGNyaXNwZXIgKGUuZy4gYWRkaW5nIGFuIGV4YW1wbGUgbWlnaHQgaGVscCku
DQoNCkZyYW5rDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBUaWFucmFuIFpo
b3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb208bWFpbHRvOnpob3V0aWFucmFuQGh1YXdlaS5jb20+
Pg0KU2VudDogRGllbnN0YWcsIDE3LiBBcHJpbCAyMDE4IDAzOjE4DQpUbzogVG9tIEhlcmJlcnQg
PHRvbUBoZXJiZXJ0bGFuZC5jb208bWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20+Pg0KQ2M6IFNo
d2V0aGEgQmhhbmRhcmkgKHNod2V0aGFiKSA8c2h3ZXRoYWJAY2lzY28uY29tPG1haWx0bzpzaHdl
dGhhYkBjaXNjby5jb20+PjsgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNp
c2NvLmNvbTxtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj47IE1pY2tleSBTcGllZ2VsIDxtc3Bp
ZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTxtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jr
cy5jb20+PjsgTlZPMyA8bnZvM0BpZXRmLm9yZzxtYWlsdG86bnZvM0BpZXRmLm9yZz4+OyBTZXJ2
aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPG1haWx0bzpzZmNA
aWV0Zi5vcmc+PjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYu
b3JnPj4NClN1YmplY3Q6IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElP
QU0gZGF0YSBpbiB2YXJpb3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Np
b24gaW4gTG9uZG9uDQoNCkkgdGhpbmsgaXQncyBiZXR0ZXIgdGhhdCBGcmFuayBvciBTaHdldGhh
IGNhbiBleHBsYWluIHRoZSBtdWx0aS1sYXllciB1c2UgY2FzZSBpbiBkZXRhaWwuDQoNClRpYW5y
YW4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBUb20gSGVyYmVydCBbbWFpbHRv
OnRvbUBoZXJiZXJ0bGFuZC5jb21dDQpTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDEwOjQw
IFBNDQpUbzogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPG1haWx0bzp6aG91
dGlhbnJhbkBodWF3ZWkuY29tPj4NCkNjOiBTaHdldGhhIEJoYW5kYXJpIChzaHdldGhhYikgPHNo
d2V0aGFiQGNpc2NvLmNvbTxtYWlsdG86c2h3ZXRoYWJAY2lzY28uY29tPj47IEZyYW5rIEJyb2Nr
bmVycw0KKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPG1haWx0bzpmYnJvY2tuZUBjaXNj
by5jb20+PjsgTWlja2V5IFNwaWVnZWwNCjxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTxt
YWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+PjsgTlZPMyA8bnZvM0BpZXRmLm9y
ZzxtYWlsdG86bnZvM0BpZXRmLm9yZz4+OyBpbnQtYXJlYQ0KPGludC1hcmVhQGlldGYub3JnPG1h
aWx0bzppbnQtYXJlYUBpZXRmLm9yZz4+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYg
bGlzdA0KPHNmY0BpZXRmLm9yZzxtYWlsdG86c2ZjQGlldGYub3JnPj47IElFVEYgSVBQTSBXRyA8
aXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW2lwcG1d
IFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0KcHJvdG9j
b2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0KT24gTW9uLCBB
cHIgMTYsIDIwMTggYXQgNjozMSBBTSwgVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWku
Y29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBTaHdldGhhLA0K
DQpZb3UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIG91dGVyIGVuY2Fwc3V0aW9uLiBJdCBpcyBzdHJh
aWdodCBmb3J3YXJkDQpmb3IgdGhlIHVuZGVybGF5IHRvIHJlY29yZCBieSB0aGUgaGVhZGVyLiBC
dXQgd2hhdCBhYm91dCB0aGUNCm92ZXJsYXksIGkuZS4sIGlubmVyIGVuY2Fwc3VsYXRpb24oZS5n
LiBnZW5ldmUpPyBXaXRob3V0IHNwZWNpYWwNCmNvbmZpZ3VyYXRpb24sIGludGVybWVkaWF0ZSBu
b2RlIHdpbGwgbm90IHJlYWQgdGhlIGlubmVyIGhlYWRlciwNCmhlbmNlIG5vdCBiZSBhYmxlIHRv
IHByb2Nlc3MgSU9BTS5lDQoNCkhpIFRpYW5yYW4sDQoNCkkgYmVsaWV2ZSB0aGF0IGlzIGFsc28g
bm90IHByb3RvY29sIGNvbmZvcm1hbnQuIEludGVybWVkaWF0ZSBub2Rlcw0Kc2hvdWxkIG5vdCBi
ZSBwcm9jZXNzaW5nIHRyYW5zcG9ydCBsYXllciBkYXRhIGFzIHRoaXMgY2FuIGxlYWQgdG8NCm1p
c2ludGVycHJldGF0aW9uIGFuZCBwb3NzaWJseSBzaWxlbnQgZGF0YSBjb3JydXB0aW9uLg0KDQpG
b3IgaW5zdGFuY2UsIEdlbmV2ZSBpcyBhIFVEUCBlbmNhcHN1bGF0aW9uIHByb3RvY29sIHdpdGgg
YXNzaWduZWQgcG9ydCA2MDgxLg0KSW4gb3JkZXIgZm9yIGFuIGludGVybWVkaWF0ZSBkZXZpY2Ug
dG8gcHJvY2VzcyB0aGUgR2VuZXZlDQplbmNhcHN1bGF0aW9uIGhlYWRlciBpdCB3b3VsZCBuZWVk
IHRvIGxvb2sgZm9yIHBhY2tldHMgd2l0aA0KZGVzdGluYXRpb24gcG9ydCBvZiA2MDgxIHNpbmNl
IHRoYXQgaXMgdGhlIG9ubHkgcG9zc2libGUNCmRpc2NyaW1pbmF0b3IuIEhvd2V2ZXIsIHRyYW5z
cG9ydCBwb3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xvYmFsDQptZWFuaW5nIGFuZCBob3N0cyBt
YXkgdXNlIHBvcnQgbnVtYmVycyBmb3Igb3RoZXIgcHVycG9zZXMgKFJGQzc2MDUNCmRlc2NyaWJl
cyB0aGlzKS4gU28gYSBwYWNrZXQgdG8gcG9ydCA2MDgxIG1pZ2h0IGJlIHNvbWV0aGluZyBvdGhl
cg0KdGhhbiBHZW5ldmUgYW5kIG1heSBiZSBtaXNpbnRlcnByZXRlZC4gSWYgYSBtaXNpbnRlcnBy
ZXRlZCBwYWNrZXQgaXMgY2hhbmdlZCAobGlrZSBpcHBtIGRhdGEgaXMgd3JpdHRlbikgdGhlbiB0
aGF0IHdvdWxkIGJlIHN5c3RlbWF0aWMgc2lsZW50IGRhdGEgY29ycnVwdGlvbi4NCg0KQXMgZmFy
IGFzIEkga25vdywgaG9wLWJ5LWhvcCBvcHRpb25zIGlzIHRoZSBvbmx5IHByb3RvY29sIGNvbmZp
cm1pbmcNCm1lY2hhbmlzbSB0aGF0IGFsbG93cyBhbiBpbnRlcm1lZGlhdGUgbm90ZSB0byBjaGFu
Z2UgZGF0YSBvZiBwYWNrZXQgaW4gZmxpZ2h0Lg0KRW5jcGFzdWxhdGlvbiBpcyB0aGUgb25seSBj
b25mb3JtaW5nIG1lY2hhbmlzbSB0aGF0IGFsbG93cyBhbg0KaW50ZXJtZWRpYXRlIG5vZGUgdG8g
YWRkIGRhdGEgKGxpa2UgZXh0ZW5zaW9uIGhlYWRlcnMpIHRvIGEgcGFja2V0IGluIGZsaWdodC4N
Cg0KVG9tDQoNCk1heWJlIHdlIGFyZSBub3Qgc3luY2VkIGJ5IHRoaXMgb3ZlcmxheS91bmRlcmxh
eSB1c2UgY2FzZS4gOi0pDQoNClRpYW5yYW4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQpTZW50IGZyb20gV2VMaW5rDQoNCuWPkeS7tuS6uu+8miBTaHdldGhhIEJoYW5k
YXJpIChzaHdldGhhYikNCuaUtuS7tuS6uu+8miBUaWFucmFuIFpob3U8emhvdXRpYW5yYW5AaHVh
d2VpLmNvbTxtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+O0ZyYW5rIEJyb2NrbmVycw0K
KGZicm9ja25lKTxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbT4+
O01pY2tleQ0KU3BpZWdlbDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTxtYWlsdG86bXNw
aWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+PjtUb20NCkhlcmJlcnQ8dG9tQGhlcmJlcnRsYW5k
LmNvbTxtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+DQrmioTpgIHvvJogTlZPMzxudm8zQGll
dGYub3JnPG1haWx0bzpudm8zQGlldGYub3JnPj47aW50LWFyZWE8aW50LWFyZWFAaWV0Zi5vcmc8
bWFpbHRvOmludC1hcmVhQGlldGYub3JnPj47U2VydmljZSBGdW5jdGlvbg0KQ2hhaW5pbmcgSUVU
RiBsaXN0PHNmY0BpZXRmLm9yZzxtYWlsdG86c2ZjQGlldGYub3JnPj47SUVURiBJUFBNIFdHPGlw
cG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0K5Li76aKY77yaIFJlOiBbaXBwbV0g
W0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzDQpwcm90b2Nv
bHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0K5pe26Ze077yaIDIw
MTgtMDQtMTYgMTg6MTc6MDENCg0KSGkgVGlhbnJhbiwNCg0KSWYgSSByZWNhbGwgcmlnaHQsIGl0
IGlzIG5vdCB3cml0dGVuIGluIHRoZSBpb2FtIGRhdGEgZHJhZnQuDQoNCkRhdGEgZHJhZnQgaXMg
ZGVmaW5pbmcgdGhlIGRhdGEgdG8gYmUgY2FycmllZCBpbiBJT0FNIGluIGFuDQplbmNhcHN1bGF0
aW9uIGFnbm9zdGljIHdheSwgaXQgZG9lcyBub3Qgc3BlY2lmeSBob3cgdGhlDQplbmNhcHN1bGF0
aW9uIHByb3RvY29sIGlzIGNvbmZpZ3VyZWQuDQoNCg0KDQpZZXMsIG5vZGUgYnkgbm9kZSBjb25m
aWd1cmF0aW9uIGlzIGFuIGVhc3kgd2F5Lg0KDQpXaGlsZSBpdCBpcywgaXQgZG9lcyBub3QgaGF2
ZSB0byBiZSBhIG5vZGUgYnkgbm9kZSBjb25maWd1cmF0aW9uLiBJdA0KY2FuIGJlIHBhcnQgb2Yg
dGhlIGVuY2Fwc3VsYXRpb24gZGVmaW5pdGlvbi4NCg0KRm9yIGUuZy4gSWYgdGhlIGVuY2Fwc3Vs
YXRpb24gaXMgSVB2NiBhbmQgaWYgd2UgZGVmaW5lIHRoZSBkYXRhIHRvDQpiZSBjYXJyaWVkIGFz
IEhiSCBvcHRpb25zLCB0aGVuIGJhc2VkIG9uIHRoZSBPcHRpb24gVHlwZSB3aXRoDQpoaWdoZXN0
IG9yZGVyIDIgYml0cyBzZXQgdG8gMDAgdGhlbiB0aGUgdjYgbm9kZXMgdGhhdCBpbXBsZW1lbnQg
SU9BTQ0Kd2lsbCBwcm9jZXNzIHRoZSBvcHRpb24gYW5kIG90aGVycyB3aWxsIHNraXAgb3Zlci4N
Cg0KDQoNCg0KDQpUaGFua3MsDQoNClNod2V0aGENCg0KDQoNCkZyb206IGlwcG0gPGlwcG0tYm91
bmNlc0BpZXRmLm9yZzxtYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9m
IFRpYW5yYW4gWmhvdQ0KPHpob3V0aWFucmFuQGh1YXdlaS5jb208bWFpbHRvOnpob3V0aWFucmFu
QGh1YXdlaS5jb20+Pg0KRGF0ZTogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCBhdCAyOjM2IFBNDQpU
bzogIkZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIiA8ZmJyb2NrbmVAY2lzY28uY29tPG1haWx0
bzpmYnJvY2tuZUBjaXNjby5jb20+PiwgTWlja2V5DQpTcGllZ2VsIDxtc3BpZWdlbEBiYXJlZm9v
dG5ldHdvcmtzLmNvbTxtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+PiwgVG9t
IEhlcmJlcnQNCjx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0b21AaGVyYmVydGxhbmQuY29t
Pj4NCkNjOiBOVk8zIDxudm8zQGlldGYub3JnPG1haWx0bzpudm8zQGlldGYub3JnPj4sICJpbnQt
YXJlYUBpZXRmLm9yZzxtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmc+IiA8aW50LWFyZWFAaWV0Zi5v
cmc8bWFpbHRvOmludC1hcmVhQGlldGYub3JnPj4sDQpTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5n
IElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPG1haWx0bzpzZmNAaWV0Zi5vcmc+PiwgSUVURiBJUFBN
IFdHDQo8aXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTog
W2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0K
cHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0KDQoN
CkhpIEZyYW5rLA0KDQoNCg0KSWYgSSByZWNhbGwgcmlnaHQsIGl0IGlzIG5vdCB3cml0dGVuIGlu
IHRoZSBpb2FtIGRhdGEgZHJhZnQuDQoNClllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRpb24g
aXMgYW4gZWFzeSB3YXkuIEluIHRoZQ0KZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZywgd2UgaGF2
ZSB0aGUg4oCccHJvdG9jb2wtdHlwZeKAnSB0byBpbmRpY2F0ZQ0KdGhlIGxheWVyaW5nLg0KDQog
ICstLXJ3IGlvYW0NCg0KICAgICArLS1ydyBpb2FtLXByb2ZpbGVzDQoNCiAgICAgICAgKy0tcncg
ZW5hYmxlZD8gICAgICAgIGJvb2xlYW4NCg0KICAgICAgICArLS1ydyBpb2FtLXByb2ZpbGUqIFtw
cm9maWxlLW5hbWVdDQoNCiAgICAgICAgICAgKy0tcncgcHJvZmlsZS1uYW1lICAgICAgICAgICAg
ICAgICAgICBzdHJpbmcNCg0KICAgICAgICAgICArLS1ydyBmaWx0ZXINCg0KICAgICAgICAgICB8
ICArLS1ydyBmaWx0ZXItdHlwZT8gICBpb2FtLWZpbHRlci10eXBlDQoNCiAgICAgICAgICAgfCAg
Ky0tcncgYWNsLW5hbWU/ICAgICAgLT4gL2FjbDphY2xzL2FjbC9uYW1lDQoNCiAgICAgICAgICAg
Ky0tcncgcHJvdG9jb2wtdHlwZT8gICAgICAgICAgICAgICAgICBpb2FtLXByb3RvY29sLXR5cGUN
Cg0KICAgICAgICAgICArLS1ydyBpbmNyZW1lbnRhbC10cmFjaW5nLXByb2ZpbGUge2luY3JlbWVu
dGFsLXRyYWNlfT8NCg0KICAgICAgICAgICB8ICAuLi4NCg0KICAgICAgICAgICArLS1ydyBwcmVh
bGxvY2F0ZWQtdHJhY2luZy1wcm9maWxlIHtwcmVhbGxvY2F0ZWQtdHJhY2V9Pw0KDQogICAgICAg
ICAgIHwgIC4uLg0KDQogICAgICAgICAgICstLXJ3IHBvdC1wcm9maWxlIHtwcm9vZi1vZi10cmFu
c2l0fT8NCg0KICAgICAgICAgICB8ICAuLi4NCg0KICAgICAgICAgICArLS1ydyBlMmUtcHJvZmls
ZSB7ZWRnZS10by1lZGdlfT8NCg0KICAgICAgICAgICAgICAuLi4NCg0KDQoNCg0KDQpUaWFucmFu
DQoNCkZyb206IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIFttYWlsdG86ZmJyb2NrbmVAY2lz
Y28uY29tXQ0KU2VudDogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCA0OjUxIFBNDQpUbzogVGlhbnJh
biBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWku
Y29tPj47IE1pY2tleSBTcGllZ2VsDQo8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb208bWFp
bHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPj47IFRvbSBIZXJiZXJ0IDx0b21AaGVy
YmVydGxhbmQuY29tPG1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tPj4NCkNjOiBOVk8zIDxudm8z
QGlldGYub3JnPG1haWx0bzpudm8zQGlldGYub3JnPj47IGludC1hcmVhQGlldGYub3JnPG1haWx0
bzppbnQtYXJlYUBpZXRmLm9yZz47IFNlcnZpY2UgRnVuY3Rpb24NCkNoYWluaW5nIElFVEYgbGlz
dCA8c2ZjQGlldGYub3JnPG1haWx0bzpzZmNAaWV0Zi5vcmc+PjsgSUVURiBJUFBNIFdHIDxpcHBt
QGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPj4NClN1YmplY3Q6IFJFOiBbaXBwbV0gW0lu
dC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzDQpwcm90b2NvbHMg
LSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KDQoNCg0KSGkgVGlhbnJh
biwNCg0KDQoNCklPQU0gaXMgYSBkb21haW4gc3BlY2lmaWMgZmVhdHVyZSAoc2VlIGFsc28NCmRy
YWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgc2VjdGlvbnMgMyBhbmQgNCksIHdoaWNoIGFsbG93
cyBhbg0Kb3BlcmF0b3IgdG8gY29udHJvbCBieSBtZWFucyBvZiBjb25maWd1cmF0aW9uIHdoZXJl
IGFuZCBmb3Igd2hpY2gNCnRyYWZmaWMgSU9BTSBkYXRhIGZpZWxkcyBhcmUgYWRkZWQvdXBkYXRl
ZC9yZW1vdmVkIGZyb20gdGhlIGN1c3RvbWVyDQp0cmFmZmljLiBVc2luZyB5b3VyIGV4YW1wbGUg
b2YgR2VuZXZlIG92ZXIgSVB2NiDigJMgd2l0aCBJT0FNIGRhdGEgaW4NCmJvdGggdGhlIEdlbmV2
ZSBhbmQgdGhlIElQdjYgcHJvdG9jb2wsIG9uZSB3b3VsZCBleHBlY3QgdGhhdCB0aGUNCm9wZXJh
dG9yIGNvbmZpZ3VyZXMgdGhlIGVuZHBvaW50cyBvZiB0aGUgR2VuZXZlIHR1bm5lbCB0byBvcGVy
YXRlIG9uDQp0aGUgSU9BTSBkYXRhIGluIEdlbmV2ZSwgYW5kIHRoZSBJUHY2IHJvdXRlcnMgdGhh
dCB0aGUgR2VuZXZlIHR1bm5lbA0KdHJhdmVyc2VzIHRvIG9wZXJhdGUgb24gdGhlIElPQU0gZGF0
YSBpbiBJUHY2Lg0KDQoNCg0KRnJhbmsNCg0KDQoNCkZyb206IFRpYW5yYW4gWmhvdSA8emhvdXRp
YW5yYW5AaHVhd2VpLmNvbTxtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4+DQpTZW50OiBN
b250YWcsIDE2LiBBcHJpbCAyMDE4IDEwOjM3DQpUbzogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tu
ZSkgPGZicm9ja25lQGNpc2NvLmNvbTxtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj47IE1pY2tl
eSBTcGllZ2VsDQo8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb208bWFpbHRvOm1zcGllZ2Vs
QGJhcmVmb290bmV0d29ya3MuY29tPj47IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29t
PG1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tPj4NCkNjOiBOVk8zIDxudm8zQGlldGYub3JnPG1h
aWx0bzpudm8zQGlldGYub3JnPj47IGludC1hcmVhQGlldGYub3JnPG1haWx0bzppbnQtYXJlYUBp
ZXRmLm9yZz47IFNlcnZpY2UgRnVuY3Rpb24NCkNoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYu
b3JnPG1haWx0bzpzZmNAaWV0Zi5vcmc+PjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPG1h
aWx0bzppcHBtQGlldGYub3JnPj4NClN1YmplY3Q6IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNh
cHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzDQpwcm90b2NvbHMgLSBmb2xsb3cgdXAg
ZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KDQoNCg0KSGkgRnJhbmssDQoNCg0KDQpIb3cg
ZG9lcyBhIGZvcndhcmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUgZGF0YT8N
Cg0KSW4gdGhlIGNhc2Ugb2YgR2VuZXZlIG92ZXIgSVB2NiwgZG8geW91IG1lYW4gdGhlIGRldmlj
ZSBuZWVkIHRvIHNjYW4NCmFsbCB0aGUgcHJvdG9jb2wgc3RhY2s/IE9yIGp1c3QgdGhlIG91dGVy
IGVuY2Fwc3VsYXRpb24/DQoNCg0KDQpUaWFucmFuDQoNCg0KDQpGcm9tOiBpcHBtIFttYWlsdG86
aXBwbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRnJhbmsNCkJyb2NrbmVycw0KKGZi
cm9ja25lKQ0KU2VudDogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCAzOjA4IFBNDQpUbzogTWlja2V5
IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPG1haWx0bzptc3BpZWdlbEBi
YXJlZm9vdG5ldHdvcmtzLmNvbT4+OyBUb20gSGVyYmVydA0KPHRvbUBoZXJiZXJ0bGFuZC5jb208
bWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20+Pg0KQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc8bWFp
bHRvOm52bzNAaWV0Zi5vcmc+PjsgaW50LWFyZWFAaWV0Zi5vcmc8bWFpbHRvOmludC1hcmVhQGll
dGYub3JnPjsgU2VydmljZSBGdW5jdGlvbg0KQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5v
cmc8bWFpbHRvOnNmY0BpZXRmLm9yZz4+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc8bWFp
bHRvOmlwcG1AaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fw
c3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMNCnByb3RvY29scyAtIGZvbGxvdyB1cCBm
cm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQoNCg0KDQoNCg0KVG9tLA0KDQoNCg0KYSBxdWlj
ayBhZGRpdGlvbiB0byB3aGF0IE1pY2tleSBtZW50aW9uZWQgYmVsb3c6IFdoYXQgeW91IHNlZW0g
dG8NCmhhdmUgaW4gbWluZCBpcyB3aGF0IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgcmVm
ZXJzIHRvIGFzIOKAnGxheWVyaW5n4oCdDQooc2VlIHNlY3Rpb24gMy4pLCBpLmUuIGlmIHlvdeKA
mXJlIHJ1bm5pbmcgZm9yIGV4YW1wbGUgR2VuZXZlIG92ZXINCklQdjYsIHRoZW4gSU9BTSBkYXRh
IGNvdWxkIGJlIGVuY2Fwc3VsYXRlZCBpbiBib3RoIHByb3RvY29scywgR2VuZXZlDQphbmQNCklQ
djYg4oCTIGdpdmluZyB5b3UgdmlzaWJpbGl0eSBpbnRvIHRoZSDigJx1bmRlcmxheeKAnSAoSVB2
NikgYW5kIHRoZSDigJxvdmVybGF54oCdDQooR2VuZXZlKS4NCg0KDQoNCkZyYW5rDQoNCg0KDQpG
cm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRm
Lm9yZz4+IE9uIEJlaGFsZiBPZiBNaWNrZXkgU3BpZWdlbA0KU2VudDogRnJlaXRhZywgMTMuIEFw
cmlsIDIwMTggMjA6MjINClRvOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxtYWls
dG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+DQpDYzogTlZPMyA8bnZvM0BpZXRmLm9yZzxtYWlsdG86
bnZvM0BpZXRmLm9yZz4+OyBpbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86aW50LWFyZWFAaWV0Zi5v
cmc+OyBTZXJ2aWNlIEZ1bmN0aW9uDQpDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZzxt
YWlsdG86c2ZjQGlldGYub3JnPj47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZzxtYWlsdG86
aXBwbUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxh
dGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0KcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20g
V0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCg0KDQoNClRvbSwNCg0KDQoNCk9uIFRodSwgQXByIDEy
LCAyMDE4IGF0IDEwOjE3IFBNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbTxtYWls
dG86dG9tQGhlcmJlcnRsYW5kLmNvbT4+IHdyb3RlOg0KDQpNaWNrZXksDQoNCkxvb2tpbmcgYXQg
dGhlc2UgaXBwbSBkcmFmdHMgbW9yZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUNCmZ1bmRh
bWVudGFsIGNvbmNlcm4uDQoNCkluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAw
IGZvciBpbnN0YW5jZSwgdGhlcmUgaXMgdGhlDQp0ZXh0IGluIHRoZSBpbnRyb2R1Y3Rpb246DQoN
CiJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3JkcyBPQU0gaW5mb3JtYXRpb24gd2l0aGluIHRoZSBw
YWNrZXQgd2hpbGUNCnRoZSBwYWNrZXQgdHJhdmVyc2VzIGEgcGFydGljdWxhciBuZXR3b3JrIGRv
bWFpbi4gIFRoZSB0ZXJtICJpbi1zaXR1Ig0KcmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQgdGhlIElP
QU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBkYXRhDQpwYWNrZXRzIHJhdGhlciB0aGFu
IGlzIGJlaW5nIHNlbnQgd2l0aGluIHBhY2tldHMgc3BlY2lmaWNhbGx5DQpkZWRpY2F0ZWQgdG8g
T0FNLiAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGhvdyBJT0FNIGRhdGEgZmllbGRzIGFyZQ0KdHJh
bnNwb3J0ZWQgYXMgcGFydCBvZiB0aGUgR2VuZXZlIFtJLUQuaWV0Zi1udm8zLWdlbmV2ZV0NCmVu
Y2Fwc3VsYXRpb24uIg0KDQpJIGFzc3VtZSB0aGlzIG1lYW5zIHRoYXQgYXMgcGFja2V0cyB3aXRo
IEdlbmV2ZSBlbmNhcHN1bGF0aW9uDQp0cmF2ZXJzZSB0aGUgbmV0d29yayB0aGV5IGFyZSBpbnRl
cnByZXRlZCBieSBpbnRlcm1lZGlhdGUgbm9kZXMgYXMNCmJlaW5nIEdlbmV2ZS4gU2luY2UgR2Vu
ZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24sIHRoZW4gdGhlDQpkZXN0aW5hdGlvbiBVRFAgcG9y
dCBudW1iZXIgd291bGQgYmUgdXNlZCB0byBpZGVudGlmeSBwYWNrZXRzIGFzDQpiZWluZyBHZW5l
dmUuIFNvIGFuIGludGVybWVkaWF0ZSBkZXZpY2UgbWlnaHQgYmUgbG9va2luZyBmb3IgVURQDQpw
YWNrZXRzIGRlc3RpbmVkIHRvIHBvcnQNCjYwODEgKHRoZSBhc3NpZ25lZCBVRFAgcG9ydCBmb3Ig
R2VuZXZlKS4gSWYgbXkgdW5kZXJzdGFuZGluZyBpcw0KY29ycmVjdCwgdGhlbiB0aGlzIGlzIGEg
cHJvYmxlbS4NCg0KVURQIHBvcnQgbnVtYmVycyBkbyBub3QgaGF2ZSBnbG9iYWwgbWVhbmluZy4g
QW4gaW50ZXJtZWRpYXRlIGRldmljZQ0KbWF5IHZlcnkgd2VsbCBzZWUgVURQIHBhY2tldHMgZGVz
dGluZWQgdG8gcG9ydCA2MDgxIHRoYXQgYXJlIG5vdA0KYWN0dWFsbHkgR2VuZXZlLiBUaGlzIHNj
ZW5hcmlvIGlzIGRpc2N1c3NlZCBpbiBSRkM3NjA1Og0KDQoiLi4uaW50ZXJtZWRpYXRlIGRldmlj
ZSBpbnRlcnByZXRzIHRyYWZmaWMgYmFzZWQgb24gdGhlIHBvcnQgbnVtYmVyLg0KSXQgaXMgaW1w
b3J0YW50IHRvIHJlY29nbml6ZSB0aGF0IGFueSBpbnRlcnByZXRhdGlvbiBvZiBwb3J0IG51bWJl
cnMNCi0tIGV4Y2VwdCBhdCB0aGUgZW5kcG9pbnRzIC0tIG1heSBiZSBpbmNvcnJlY3QsIGJlY2F1
c2UgcG9ydCBudW1iZXJzDQphcmUgbWVhbmluZ2Z1bCBvbmx5IGF0IHRoZSBlbmRwb2ludHMuIg0K
DQpJZiB0aGUgVURQIGRhdGEgaXMgbW9kaWZpZWQsIGFzIHRoZSBkcmFmdCB3b3VsZCBpbXBseSwg
dGhlbg0KbWlzaW50ZXJwcmV0YXRpb24gbWF5IGFsc28gbWVhbiBzaWxlbnQgZGF0YSBjb3JydXB0
aW9uIG9mIHBhY2tldHMuIEENCnByb3RvY29sIHRoYXQgd291bGQgYWxsb3cgdGhpcyBzZWVtcyBw
cmV0dHkgaW5jb3JyZWN0ISBOb3RlIHRoYXQNCnRoaXMgd291bGQgYmUgdHJ1ZSBhbHNvIGZvciBh
bnkgVURQIGVuY2Fwc3VsYXRpb24gdGhhdCB0aGUgbmV0d29yaw0KdHJpZXMgdG8gaW50ZXJwcmV0
Lg0KDQoNCg0KVGhlIGludGVudGlvbiBpcyB0byBhbGxvdyBmb3IgbXVsdGlwbGUgbm9kZXMgdGhh
dCBhIHBhY2tldCB0cmF2ZXJzZXMNCg0KdG8gYmUgYWJsZSB0byBpbnNlcnQgSU9BTSBub2RlIGlu
Zm9ybWF0aW9uIGluIHRoZSBzYW1lIHRyYWNlIG9wdGlvbiwNCg0KYnV0IGxlYXZlIHNvbWUgZmxl
eGliaWxpdHkgcmVnYXJkaW5nIHdoaWNoIG5vZGVzIGFjdHVhbGx5IGRvIHRoZQ0KDQpJT0FNIHBy
b2Nlc3NpbmcgYW5kIHRoZSBub2RlIGluZm9ybWF0aW9uLiBUaGlzIG1heSB2YXJ5DQoNCmRlcGVu
ZGluZyBvbiB0aGUgdHJhbnNwb3J0Lg0KDQoNCg0KSW4gY2FzZSBvZiBhIHR1bm5lbGVkIGVuY2Fw
c3VsYXRpb24gc3VjaCBhcyBHZW5ldmUgb3IgVlhMQU4sDQoNCnRoZXJlIG1heSBzdGlsbCBiZSBt
dWx0aXBsZSBob3BzLiBGb3IgZXhhbXBsZSBhIG5ldHdvcmsgbWF5IHVzZQ0KDQpHZW5ldmUgb3Ig
VlhMQU4sIGJ1dCBvbmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywgd2l0aCBMMw0KDQpwcm9j
ZXNzaW5nIGRvbmUgYXQgYWdncmVnYXRpb24gb3IgY29yZSBzd2l0Y2hlcy4gSW4gdGhpcyBjYXNl
DQoNCm1hbnkgcGFja2V0cyB3b3VsZCBkbyAyIEdlbmV2ZSBvciBWWExBTiBob3BzLCBzbyB0aGUg
cGFja2V0DQoNCndvdWxkIGNvbnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZyb20gdHdvIG5v
ZGVzLg0KDQoNCg0KQW5vdGhlciBleGFtcGxlIGlzIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcg
dXNpbmcgR2VuZXZlIG9yDQoNClZYTEFOIHJhdGhlciB0aGFuIE5TSC4NCg0KDQoNCg0KSSBhbSBh
bHNvIHdvbmRlcmluZyBpZiBob3AtYnktaG9wIG9wdGlvbnMgYmVlbiBjb25zaWRlcmVkIGZvciB0
aGlzDQphcHBsaWNhdGlvbj8gVGhlaXIgaW50ZXJwcmV0YXRpb24gaW4gdGhlIG5ldHdvcmsgaXMg
dW5hYmlndW91cyBhbmQNCnRoZXkgYWxzbyBoYXZlIHRoZSBhZHZhbnRhZ2UgdGhhdCB0aGUgd29y
ayB3aXRoIGFueSBJUCBwcm90b2NvbCBvcg0KZW5jYXBzdWxhdGlvbi4NCg0KDQoNCklQdjYgaG9w
LWJ5LWhvcCBvcHRpb25zIGhhcyBiZWVuIGNvbnNpZGVyZWQuIFNlZQ0KDQpkcmFmdC1icm9ja25l
cnMtaW5iYW5kLW9hbS10cmFuc3BvcnQtMDUuIFRoaXMgaGFzIG5vdCB5ZXQgYmVlbg0KDQpicm9r
ZW4gb3V0IGludG8gYSBzZXBhcmF0ZSBkcmFmdC4NCg0KDQoNCk1pY2tleQ0KDQoNCg0KDQpUaGFu
a3MsDQpUb20NCg0KDQpPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAzOjMxIFBNLCBNaWNrZXkgU3Bp
ZWdlbA0KPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPG1haWx0bzptc3BpZWdlbEBiYXJl
Zm9vdG5ldHdvcmtzLmNvbT4+IHdyb3RlOg0KDQpUb20sDQoNCk9uIFRodSwgQXByIDEyLCAyMDE4
IGF0IDI6NDYgUE0sIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPG1haWx0bzp0b21A
aGVyYmVydGxhbmQuY29tPj4gd3JvdGU6DQoNCk9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDk6NTQg
QU0sIEdyZWcgTWlyc2t5DQo8Z3JlZ2ltaXJza3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNr
eUBnbWFpbC5jb20+Pg0Kd3JvdGU6DQpIaSBGcmFuaywNCnRoYW5rIHlvdSBmb3Igc2hhcmluZyB5
b3VyIHBvaW50cy4gUGxlYXNlIGZpbmQgbXkgbm90ZXMgaW4tbGluZQ0KYW5kIHRhZ2dlZA0KR0lN
Pj4uIEkgYmVsaWV2ZSB0aGF0IHRoaXMgaXMgdmVyeSBtdWNoIHJlbGV2YW50IHRvIHdvcmsgb2YN
CkdJTT4+b3RoZXINCndvcmtpbmcNCmdyb3VwcyB0aGF0IGRpcmVjdGx5IHdvcmsgb24gdGhlIG92
ZXJsYXkgZW5jYXBzdWxhdGlvbnMgaW4gdGhlDQpjZW50ZXIgb2YgdGhlIGRpc2N1c3Npb24gYW5k
IGhlbmNlIEkndmUgYWRkZWQgdGhlbSB0byB0aGUgbGlzdC4NCkhvcGUgd2UnbGwgaGF2ZSBtb3Jl
IG9waW5pb25zIHRvIHJlYWNoIHRoZSBjb25jbHVzaW9uIHRoYXQgaXMNCmFjY2VwdGFibGUgdG8g
YWxsLg0KDQpSZWdhcmRzLA0KR3JlZw0KDQpPbiBXZWQsIEFwciAxMSwgMjAxOCBhdCAxMjowMiBQ
TSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkNCjxmYnJvY2tuZUBjaXNjby5jb208bWFpbHRv
OmZicm9ja25lQGNpc2NvLmNvbT4+IHdyb3RlOg0KDQpCYWNrIGF0IHRoZSBJUFBNIG1lZXRpbmcg
aW4gTG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJhbCBkcmFmdHMNCmRlYWxpbmcgd2l0aCB0aGUg
ZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0KcHJvdG9jb2xzIChkcmFmdC1i
cm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdwZS0wMCwNCmRyYWZ0LWJyb2NrbmVycy1pcHBtLWlv
YW0tZ2VuZXZlLTAwLA0KZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lIGRpc2N1c3Np
b24gdG9waWMgdGhhdCB3ZQ0KZGVjaWRlZCB0byB0YWtlIHRvIHRoZSBsaXN0IHdhcyB0aGUgcXVl
c3Rpb24gb24gd2hldGhlcg0KZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyIGNvdWxkIGJl
IGxldmVyYWdlZC4uICBBZnRlcg0KY2FyZWZ1bGx5IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1y
dGd3Zy1vb2FtLWhlYWRlciwgSSBjYW1lIHRvDQp0aGUgY29uY2x1c2lvbiB0aGF0IHRoZSDigJxP
T0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVkcw0Kb2YNCklPQU06DQoNCiogRWZm
aWNpZW5jeTogSU9BTSBhZGRzIGRhdGEgdG8gbGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1Y2gsIGFu
DQplbmNhcHN1bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3NzaWJsZS4gVGhl
IOKAnE9PQU0gaGVhZGVy4oCdDQppcyA4DQpieXRlcyBsb25nLiBUaGUgYXBwcm9hY2ggZm9yIElP
QU0gZGF0YSBlbmNhcHN1bGF0aW9uIGluIHRoZQ0KYWJvdmUgbWVudGlvbmVkIGRyYWZ0cyBvbmx5
IHJlcXVpcmVzIDQgYnl0ZXMuIFVzaW5nIHRoZSBPT0FNDQpoZWFkZXIgYXBwcm9hY2ggd291bGQg
YWRkIGFuIHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0ZXMg4oCTDQp3aGljaCBpcyBzaWdu
aWZpY2FudC4NCkdyZWcsDQoNCkknbSBtaXNzaW5nIHNvbWV0aGluZyBoZXJlLiBJIGxvb2tlZCBh
dCB0aGUgZHJhZnRzIHlvdSByZWZlcmVuY2VkDQphbmQgZWFjaCBvZiB0aGVtIGxvb2tzIGxpa2Ug
dGhlIG92ZXJoZWFkIGZvciBPQU0gaXMgZ3JlYXRlciB0aGF0DQpmb3VyIGJ5dGVzLiBJbiBlYWNo
IHRoZXJlIGlzIHNvbWUgb3ZlcmhlYWQgZXF1aXZhbGVudCB0bw0KdHlwZS9sZW5ndGgsIGZvciBp
bnN0YW5jZSBpbiBHZW5ldmUgZm91ciBieXRlcyBhcmUgbmVlZGVkIGZvcg0Kb3B0aW9uIGNsYXNz
LCB0eXBlLCBhbmQgbGVuZ3RoLiBVbmxlc3MgdGhlIHRoZSBPQU0gZGF0YSBpcyB6ZXJvDQpsZW5n
dGgsIEkgZG9uJ3Qgc2VlIGhvdyB0aGlzIGFkZHMgdXAgdG8gb25seSBmb3VyIGJ5dGVzIG9mIG92
ZXJoZWFkLg0KDQoNClRoZSBmb3VyIHZlcnN1cyBlaWdodCBieXRlcyBqdXN0IHJlZmVycyB0byB0
aGUgZmllbGRzIGluIHRoZSBmb3VyDQpieXRlcyBvZiBJT0FNIGluZm8sIHRoYXQgaXMgY29tbW9u
IHRvIGFsbCBJT0FNIG9wdGlvbnMuIEJleW9uZA0KdGhhdCwgdGhlcmUgYXJlIElPQU0gb3B0aW9u
IHNwZWNpZmljIGZpZWxkcy4gRm9yIGV4YW1wbGUgaWYgZG9pbmcNCm9uZSBvZiB0aGUgSU9BTSB0
cmFjZSBvcHRpb25zLCB0aGVyZSBhcmUgZm91ciBieXRlcyBvZiB0cmFjZSBvcHRpb24NCmhlYWRl
ciwgaW5jbHVkaW5nIHRoZSBJT0FNLXRyYWNlLXR5cGUsIE5vZGVMZW4sIEZsYWdzLCBhbmQNClJl
bWFpbmluZ0xlbiBmaWVsZHMuIFRoZXNlIGFyZSBmb2xsb3dlZCBieSB0aGUgbm9kZSBkYXRhIGxp
c3QNCmNvbnRhaW5pbmcgdGhlIHBlciBob3AgSU9BTSBpbmZvcm1hdGlvbi4NCg0KSW4gbG9va2lu
ZyBhdCB0aGUgT09BTSBoZWFkZXIgY29udGVudCwgaXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aA0K
YW55IG9mIHRoZSBJT0FNIGluZm9ybWF0aW9uIGFmdGVyIHRoZSBmaXJzdCBmb3VyIGJ5dGVzLiBJ
dCBjb250YWlucw0KYW5vdGhlciB2YXJpYW50IG9mIHRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgZmly
c3QgZm91ciBieXRlcyBvZiBJT0FNDQppbmZvLCBzcHJlYWQgb3V0IG92ZXIgZWlnaHQgYnl0ZXMu
DQoNCg0KVG9tDQoNCg0KR0lNPj4gVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMgYmVj
YXVzZSBPT0FNIEhlYWRlcjoNCg0KcHJvdmlkZXMgbW9yZSBmbGV4aWJpbGl0eSwgZS5nLiBGbGFn
cyBmaWVsZCBhbmQgUmVzZXJ2ZWQgZmllbGRzOw0KDQoNClRoZSBmbGFncyBmaWVsZCBvbmx5IGhh
cyBvbmUgZGVmaW5lZCBmbGFnIGF0IHRoZSBtb21lbnQsIGZvciBhDQp0aW1lc3RhbXAgYmxvY2su
IEZvciBJT0FNIHRyYWNlIHdlIG5lZWQgcGVyIGhvcCB0aW1lc3RhbXBzLCB3aGljaA0KdGhlIHRp
bWVzdGFtcCBibG9jayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlz
DQpyZWR1bmRhbnQgZm9yDQpJT0FNLg0KDQoNCnN1cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0
aGFuIGlPQU0gaGVhZGVyOw0KDQoNCkZvciBJT0FNIHB1cnBvc2VzLCAxMDIwIG9jdGV0cyBpcyBt
b3JlIHRoYW4gZW5vdWdoLg0KDQoNCmlzIGZ1dHVyZSBwcm9vZiBieSBzdXBwb3J0aW5nIHZlcnNp
b25pbmcgKFZlcnNpb24gZmllbGQpLg0KDQoNCklNTywgdGFraW5nIHRoZSBmaXJzdCB0d28gYml0
cyBvZiB0aGUgSU9BTS1UeXBlIHRvIGRlZmluZSBhIFZlcnNpb24NCmZpZWxkIHdvdWxkIGJlIGEg
Z29vZCB0aGluZy4gVGhpcyBkb2VzIG5vdCByZXF1aXJlIGFkZGluZyBmb3VyIG1vcmUNCmJ5dGVz
IG9mIG92ZXJoZWFkLiA2NCBJT0FNLVR5cGVzIGlzIG1vcmUgdGhhbiBlbm91Z2guDQoNCg0KDQoq
IE1hdHVyaXR5OiBJT0FNIGhhcyBzZXZlcmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2ggd2VyZSBh
bHNvDQpzaG93biBhdCByZWNlbnQgSUVURiBoYWNrYXRob25zIOKAkyBhbmQgd2XigJlyZSBleHBl
Y3RpbmcNCmFkZGl0aW9uYWwgaW1wbGVtZW50YXRpb25zIHRvIGJlIHB1YmxpY2l6ZWQgc29vbi4g
SW50ZXJvcGVyYWJsZQ0KaW1wbGVtZW50YXRpb25zIG5lZWQgdGltZWx5IHNwZWNpZmljYXRpb25z
LiBEZXNwaXRlIHRoZQ0KcXVlc3Rpb24gYmVpbmcgYXNrZWQsIHRoZSByZWNlbnQgdGhyZWFkIG9u
IE9PQU0gaW4gdGhlIE5WTzMNCmxpc3QgaGFzbuKAmXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0
aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4NCkluDQphZGRpdGlvbiwgdGhlIHRocmVhZCByZXZlYWxl
ZCB0aGF0IHNldmVyYWwgZnVuZGFtZW50YWwNCnF1ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFk
ZXIgYXJlIHN0aWxsIG9wZW4sIHN1Y2ggYXMgd2hldGhlcg0Kb3IgaG93IGFjdGl2ZSBPQU0gbWVj
aGFuaXNtcyB3aXRoaW4gcHJvdG9jb2xzIHN1Y2ggYXMgR2VuZXZlDQp3b3VsZCBhcHBseSB0byB0
aGUgT09BTSBoZWFkZXIuIFRoaXMgdWx0aW1hdGVseSBtZWFucyB0aGF0IHdlDQp3b27igJl0IGdl
dCB0byBhIHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KDQpHSU0+PiBNYXkgSSBhc2sgd2hpY2ggZW5j
YXBzdWxhdGlvbnMgc3VwcG9ydGVkIGJ5IHRoZQ0KR0lNPj4gaW1wbGVtZW50YXRpb25zDQp5b3UN
CnJlZmVyIHRvLiBVbnRpbCB2ZXJ5IHJlY2VudGx5IGFsbCBpT0FNIHByb3Bvc2FscyB3ZXJlIHRv
IHVzZQ0KbWV0YS1kYXRhIFRMViBpbiwgZS5nLiBHZW5ldmUgYW5kIE5TSC4gQW5kIGlmIHRoZXNl
IG9yIHNvbWUgb2YNCnRoZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5IHVwZGF0ZWQgdG8gdGhl
IG5ld2x5IHByb3Bvc2VkIGlPQU0NCnNoaW0sIEkgZG9uJ3Qgc2VlIHByb2JsZW0gaW4gbWFraW5n
IHRoZW0gdXNlIE9PQU0gSGVhZGVyLiBXb3VsZA0KeW91IGFncmVlPw0KDQoNCiogU2NvcGU6IEl0
IGlzbuKAmXQgZW50aXJlbHkgY2xlYXIgdG8gd2hpY2ggcHJvdG9jb2xzIHRoZSBPT0FNDQpoZWFk
ZXIgd291bGQgdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFkZXIgaXMN
CmRlZmluZWQsIE9PQU0gdXNlcyBhIDgtYml0IGZpZWxkIGZvciDigJxOZXh0IFByb3TigJ0sIHRo
ZSBuZXh0DQpwcm90b2NvbC4gU29tZSBwcm90b2NvbHMgdGhhdCBJT0FNIGRhdGEgbmVlZHMgdG8g
YmUNCmVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29s
IGNvZGUgcG9pbnRzLiBTZWUgZS5nLg0KdGhlIEdSRSBlbmNhcHN1bGF0aW9uIOKAkyBhcyBzcGVj
aWZpZWQgaW4NCmRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMC4NCg0KR0lNPj4gVGhlIGZpcnN0
IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVzOg0KICBOZXcgcHJv
dG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFDQogIFtJ
LUQuaWV0Zi1udm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBHZW5ldmUN
CiAgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwgQklFUg0KW0ktRC5pZXRmLWJpZXItbXBscy1lbmNh
cHN1bGF0aW9uXSwNCmFuZA0KICBOU0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGkt
cHJvdG9jb2wgcGF5bG9hZCwgZS5nLg0KICBFdGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQgcmVjb2du
aXplIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQNCiAgTWFpbnRlbmFuY2UgKE9BTSkg
YXMgb25lIG9mIGRpc3RpbmN0IHR5cGVzLiAgVGhhdCBlbnN1cmVzIHRoYXQNCiAgT3ZlcmxheSBP
QU0gKE9PQU0pcGFja2V0cyBhcmUgc2hhcmluZyBmYXRlIHdpdGggT3ZlcmxheSBkYXRhIHBhY2tl
dA0KICB0cmF2ZXJzaW5nIHRoZSB1bmRlcmxheS4NCkknbSB1cGRhdGluZyB0aGUgT09BTSBIZWFk
ZXIgZHJhZnQgYW5kIGFsb25nIHdpdGggY2xlYW5pbmcgbml0cw0Kd2lsbCB1cGRhdGUgcmVmZXJl
bmNlIHRvIEdVRS4gSSB0aGluayB0aGF0IHRoZSBsaXN0IGFuZCB0aGUNCnN0YXRlbW50IGFyZSBx
dWl0ZSBjbGVhciBpbiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MNCnRoYXQgbWF5
IGJlbmVmaXQgZnJvbSB1c2luZyBub3Qgb25seSBjb21tb24gT09BTSBIZWFkZXIgYnV0DQpjb21t
b24gT09BTSBtZWNoYW5pc21zLCBlLmcuIEVjaG8gUmVxdWVzdC9SZXBseS4NCg0KV2l0aCB0aGUg
YWJvdmUgaW4gbWluZCwgSeKAmWQgc3VnZ2VzdCB0aGF0IHRoZSBXRyBtb3ZlcyBmb3J3YXJkDQp3
aXRoIHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBlbmNhcHN1bGF0aW5nIElPQU0gZGF0YSBpbnRv
DQpwcm90b2NvbHMg4oCTIHBlciB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy4NCg0KDQoNClJl
Z2FyZHMsIEZyYW5rDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCmlwcG0gbWFpbGluZyBsaXN0DQppcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGll
dGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQoNCg0K
DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KSW50LWFy
ZWEgbWFpbGluZyBsaXN0DQpJbnQtYXJlYUBpZXRmLm9yZzxtYWlsdG86SW50LWFyZWFAaWV0Zi5v
cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludC1hcmVhDQoNCg0K
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlwcG0gbWFp
bGluZyBsaXN0DQppcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQoNCg0KDQoNCg0KX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnNmYyBtYWlsaW5nIGxpc3QNCnNm
Y0BpZXRmLm9yZzxtYWlsdG86c2ZjQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9zZmMNCg0K

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0
ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NClRvbSwNCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNs
YXNzPSIiPg0KPGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13
ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBj
bGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiBy
Z2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9u
dC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDog
bm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1p
bmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdv
cmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVj
b3JhdGlvbjogbm9uZTsiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PGRpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5P
biBBcHIgMTcsIDIwMTgsIGF0IDEwOjIyIEFNLCBUb20gSGVyYmVydCAmbHQ7PGEgaHJlZj0ibWFp
bHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20iIGNsYXNzPSIiPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+
Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+
DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBUdWUsIEFwciAxNywgMjAxOCBhdCAx
Mjo1MSBBTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSk8YnIgY2xhc3M9IiI+DQombHQ7PGEg
aHJlZj0ibWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbSIgY2xhc3M9IiI+ZmJyb2NrbmVAY2lzY28u
Y29tPC9hPiZndDsgd3JvdGU6PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIg
Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KSGkgVGlhbnJhbiw8YnIgY2xhc3M9IiI+DQo8YnIgY2xh
c3M9IiI+DQpUb20ncyBub3RlIGFscmVhZHkgaW5jbHVkZXMgdGhlIGhpbnQ6IFlvdSdsbCBhZGQg
SU9BTSBkYXRhIHRvIHRoZSBwcm90b2NvbC9sYXllciB0aGF0IHlvdSdyZSBpbnRlcmVzdGVkIGlu
IG1vbml0b3JpbmcuIEFnYWluIHVzaW5nIEdlbmV2ZSBvdmVyIElQdjYgYXMgYW4gZXhhbXBsZTo8
YnIgY2xhc3M9IiI+DQoqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGluIHRoZSBvdmVybGF5LCBpLmUu
IEdlbmV2ZSAoZS5nLiB0aW1lc3RhbXBpbmcgdGhlIHBhY2tldCB3aGVuIGl0IGVudGVycyBhbmQg
ZXhpc3RzIHRoZSB0dW5uZWwpIC0geW91J2QgYWRkIElPQU0gZGF0YSB0byBHZW5ldmU8YnIgY2xh
c3M9IiI+DQoqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGluIHRoZSB1bmRlcmxheSwgaS5lLiBJUHY2
IChlLmcuIHlvdSdkIGxpa2UgdG8gdW5kZXJzdGFuZCB3aGljaCBwYXRoIHBhY2tldHMgdGFrZSBp
biB0aGUgdjYgbmV0d29yaykgLSB5b3UnZCBhZGQgSU9BTSBkYXRhIHRvIElQdjY8YnIgY2xhc3M9
IiI+DQoqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGluIGJvdGgsIHRoZW4geW91J2QgYWRkIElPQU0g
ZGF0YSB0byBHZW5ldmUgYW5kIElQdjY8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Js
b2NrcXVvdGU+DQpGcmFuayw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJbiB0aGF0IGNh
c2Ugd2h5IG5vdCBqdXN0IHVzZSBhIGhvcC1ieS1ob3Agb3B0aW9uIGZvciBtZWFzdXJpbmcgdGhl
PGJyIGNsYXNzPSIiPg0KdW5kZXJsYXkgYW5kIGEgZGVzdGluYXRpb24gb3B0aW9uIGZvciBtZWFz
dXJpbmcgdGhlIG92ZXJsYXk/IFRoZTxiciBjbGFzcz0iIj4NCmFkdmFudGFnZSBpcyB0aGF0IHRo
aXMgd29ya3MgX2FueV8gSVAgZW5jYXBzdWxhdGlvbiBtZXRob2Qgb3IgYW55IElQPGJyIGNsYXNz
PSIiPg0KcHJvdG9jb2wgZm9yIHRoYXQgbWF0dGVyLjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv
dGU+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgY2xhc3M9IiI+DQo8
ZGl2IGRpcj0iYXV0byIgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNw
LW1vZGU6IHNwYWNlOyBsaW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0K
PGRpdj5CZWNhdXNlIHlvdSB3YW50IHRvIGluc3RydW1lbnQgdGhlIGxheWVyIHRoYXQgeW91IHdh
bnQgdG8gbWVhc3VyZS4mbmJzcDs8L2Rpdj4NCjxkaXY+QmVjYXVzZSB0aGVyZeKAmXMgY2FzZXMg
d2l0aCBtb3JlIHVubmF0dXJhbCBsYXllcmluZyB3aGVyZSB0aGVyZeKAmXMgYSBkZXNpcmUgdG8g
Y29ycmVsYXRlIGFuZCBjb21wYXJlIG1lYXN1cmVtZW50cyBhY3Jvc3MgbGF5ZXJzIChpbiBhIHdh
eSBpbiB3aGljaCwgZm9yIGV4YW1wbGUsIHRoZSBTZXJ2aWNlIGxheWVyIGlzIHRlc3RlZCBpbiBh
IHNlcnZpY2UgY2hhaW5pbmcgc2NlbmFyaW8sIG5vdCB0aGUgSVB2NiBob3AtYnktaG9wLjwvZGl2
Pg0KPGRpdj5CZWNhdXNlIGRpZmZlcmVudCB0b3BvbG9naWVzIGV4cG9zZSBkaWZmZXJlbnQgSG9w
cyBhbmQgSVB2NiBIQkggZ29lcyBieSB0aGUgSVB2NiBub2RlIHRvcG9sb2d5LjwvZGl2Pg0KPGRp
dj5CZWNhdXNlIG5vdCBldmVyeXRoaW5nIGlzIElQdjYsIGFuZCBiZWNhdXNlIHlvdSBoYXZlIGNh
c2VzIG9mIElQdjYgb3ZlciBzb21ldGhpbmcgYXMgd2VsbC48L2Rpdj4NCjxkaXY+VGhvc2UgYXJl
IHF1aWNrIG9uZXMgdGhhdCBjb21lIHRvIG1pbmQuPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k
aXY+DQo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxk
aXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPkkgZG9uJ3QgYmVsaWV2ZSBhZGRpbmcgaXBwbSB0
byBldmVyeTxiciBjbGFzcz0iIj4NCmVuY2Fwc3VsYXRpb24gcHJvdG9jb2wgaXMgc3RyYWlnaHRm
b3J3YXJkOiBlLmcuPGJyIGNsYXNzPSIiPg0KZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5l
dmUgZGVzY3JpYmUgYnV0IG5vdGVzIHRoZSBsaW1pdGVkIHNpemU8YnIgY2xhc3M9IiI+DQpvZiBo
ZWFkZXIsIGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZSBzdGF0ZXMgdGhhdCBhIG5ldyBFdGhlclR5
cGUgd291bGQ8YnIgY2xhc3M9IiI+DQpiZSBuZWVkZWQganVzdCBmb3IgdGhpcyBwdXJwb3NlLiBU
aGlzIGFsc28gZW50YWlscyBhZGRpdGlvbmFsPGJyIGNsYXNzPSIiPg0KZW5jYXBzdWxhdGlvbi1z
cGVjaWZpYyBIVyBzdXBwb3J0IGFsc28sIHdoZXJlYXMgc3VwcG9ydCBkZXN0aW5hdGlvbjxiciBj
bGFzcz0iIj4NCmFuZCBoYmggb3B0aW9ucyBjb3VsZCBiZSBtb3JlIGdlbmVyaWMuPGJyIGNsYXNz
PSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+
PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2PkVuZ2luZWVyaW5nIGlzIGFib3V0IHRyYWRlLW9m
ZnMuIElmIHlvdSB3YW50IHRvIG1lYXN1cmUgR2VuZXZlLCB0aGVyZSBhcmUgbGltaXRhdGlvbnMu
IEJ1dCBpbnN0ZWFkIG9mIHRyeWluZyB0byBwcm92ZSB3aHkgaXQgZG9lcyBub3Qgd29yaywgSeKA
mWxsIHBvaW50IHRvIHdvcmtpbmcgZGVtb3Mgb2Ygd2hlcmUgaXQgZG9lcyDigJQgbWFueSBvZiB3
aGljaCBvbiBkaWZmZXJlbnQgSFcvU1cgYW5kIGVuY2Fwcywgc2hvd24gYXQgdmFyaW91cyBJRVRG
DQogZXZlbnRzLjwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtz
LDwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+4oCUIENhcmxvcyBQaWdu
YXRhcm88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8YmxvY2tx
dW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIi
PlRvbTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUi
IGNsYXNzPSIiPkRyYWZ0IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgYWxyZWFkeSBtZW50
aW9ucyBsYXllcmluZyAoc2VlIHNlY3Rpb24gMyk6PGJyIGNsYXNzPSIiPg0KJnF1b3Q7TGF5ZXJp
bmc6IElmIHNldmVyYWwgZW5jYXBzdWxhdGlvbiBwcm90b2NvbHMgKGUuZy4sIGluIGNhc2Ugb2Yg
dHVubmVsaW5nKSBhcmUgc3RhY2tlZCBvbiB0b3Agb2YgZWFjaCBvdGhlciwgSU9BTSBkYXRhLXJl
Y29yZHMgY291bGQgYmUgcHJlc2VudCBhdCBldmVyeSBsYXllci4gJm5ic3A7VGhlIGJlaGF2aW9y
IGZvbGxvd3MgdGhlIHNoaXBzLWluLXRoZS1uaWdodCBtb2RlbC4mcXVvdDs8YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQpHaXZlbiB0aGUgZGlzY3Vzc2lvbiBoZXJlLCB3ZSdsbCBhZGQgc29t
ZSBhZGRpdGlvbmFsIHRleHQgaW4gdGhlIG5leHQgcmV2aXNpb24gdG8gbWFrZSB0aGluZ3MgY3Jp
c3BlciAoZS5nLiBhZGRpbmcgYW4gZXhhbXBsZSBtaWdodCBoZWxwKS48YnIgY2xhc3M9IiI+DQo8
YnIgY2xhc3M9IiI+DQpGcmFuazxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCi0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tPGJyIGNsYXNzPSIiPg0KRnJvbTogVGlhbnJhbiBaaG91ICZsdDs8
YSBocmVmPSJtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbSIgY2xhc3M9IiI+emhvdXRpYW5y
YW5AaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyIGNsYXNzPSIiPg0KU2VudDogRGllbnN0YWcsIDE3LiBB
cHJpbCAyMDE4IDAzOjE4PGJyIGNsYXNzPSIiPg0KVG86IFRvbSBIZXJiZXJ0ICZsdDs8YSBocmVm
PSJtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbSIgY2xhc3M9IiI+dG9tQGhlcmJlcnRsYW5kLmNv
bTwvYT4mZ3Q7PGJyIGNsYXNzPSIiPg0KQ2M6IFNod2V0aGEgQmhhbmRhcmkgKHNod2V0aGFiKSAm
bHQ7PGEgaHJlZj0ibWFpbHRvOnNod2V0aGFiQGNpc2NvLmNvbSIgY2xhc3M9IiI+c2h3ZXRoYWJA
Y2lzY28uY29tPC9hPiZndDs7IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpICZsdDs8YSBocmVm
PSJtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiBjbGFzcz0iIj5mYnJvY2tuZUBjaXNjby5jb208
L2E+Jmd0OzsgTWlja2V5IFNwaWVnZWwgJmx0OzxhIGhyZWY9Im1haWx0bzptc3BpZWdlbEBiYXJl
Zm9vdG5ldHdvcmtzLmNvbSIgY2xhc3M9IiI+bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb208
L2E+Jmd0OzsNCiBOVk8zICZsdDs8YSBocmVmPSJtYWlsdG86bnZvM0BpZXRmLm9yZyIgY2xhc3M9
IiI+bnZvM0BpZXRmLm9yZzwvYT4mZ3Q7OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYg
bGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRmLm9yZyIgY2xhc3M9IiI+c2ZjQGlldGYu
b3JnPC9hPiZndDs7IElFVEYgSVBQTSBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5v
cmciIGNsYXNzPSIiPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0OzxiciBjbGFzcz0iIj4NClN1YmplY3Q6
IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJp
b3VzIHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uPGJy
IGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSSB0aGluayBpdCdzIGJldHRlciB0aGF0IEZyYW5r
IG9yIFNod2V0aGEgY2FuIGV4cGxhaW4gdGhlIG11bHRpLWxheWVyIHVzZSBjYXNlIGluIGRldGFp
bC48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaWFucmFuPGJyIGNsYXNzPSIiPg0KPGJs
b2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08
YnIgY2xhc3M9IiI+DQpGcm9tOiBUb20gSGVyYmVydCBbPGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJi
ZXJ0bGFuZC5jb20iIGNsYXNzPSIiPm1haWx0bzp0b21AaGVyYmVydGxhbmQuY29tPC9hPl08YnIg
Y2xhc3M9IiI+DQpTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDEwOjQwIFBNPGJyIGNsYXNz
PSIiPg0KVG86IFRpYW5yYW4gWmhvdSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpob3V0aWFucmFuQGh1
YXdlaS5jb20iIGNsYXNzPSIiPnpob3V0aWFucmFuQGh1YXdlaS5jb208L2E+Jmd0OzxiciBjbGFz
cz0iIj4NCkNjOiBTaHdldGhhIEJoYW5kYXJpIChzaHdldGhhYikgJmx0OzxhIGhyZWY9Im1haWx0
bzpzaHdldGhhYkBjaXNjby5jb20iIGNsYXNzPSIiPnNod2V0aGFiQGNpc2NvLmNvbTwvYT4mZ3Q7
OyBGcmFuayBCcm9ja25lcnM8YnIgY2xhc3M9IiI+DQooZmJyb2NrbmUpICZsdDs8YSBocmVmPSJt
YWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiBjbGFzcz0iIj5mYnJvY2tuZUBjaXNjby5jb208L2E+
Jmd0OzsgTWlja2V5IFNwaWVnZWw8YnIgY2xhc3M9IiI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOm1z
cGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tIiBjbGFzcz0iIj5tc3BpZWdlbEBiYXJlZm9vdG5l
dHdvcmtzLmNvbTwvYT4mZ3Q7OyBOVk8zICZsdDs8YSBocmVmPSJtYWlsdG86bnZvM0BpZXRmLm9y
ZyIgY2xhc3M9IiI+bnZvM0BpZXRmLm9yZzwvYT4mZ3Q7OyBpbnQtYXJlYTxiciBjbGFzcz0iIj4N
CiZsdDs8YSBocmVmPSJtYWlsdG86aW50LWFyZWFAaWV0Zi5vcmciIGNsYXNzPSIiPmludC1hcmVh
QGlldGYub3JnPC9hPiZndDs7IFNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0PGJy
IGNsYXNzPSIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzpzZmNAaWV0Zi5vcmciIGNsYXNzPSIiPnNm
Y0BpZXRmLm9yZzwvYT4mZ3Q7OyBJRVRGIElQUE0gV0cgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBt
QGlldGYub3JnIiBjbGFzcz0iIj5pcHBtQGlldGYub3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQpT
dWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEg
aW4gdmFyaW91czxiciBjbGFzcz0iIj4NCnByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRp
c2N1c3Npb24gaW4gTG9uZG9uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KT24gTW9uLCBB
cHIgMTYsIDIwMTggYXQgNjozMSBBTSwgVGlhbnJhbiBaaG91ICZsdDs8YSBocmVmPSJtYWlsdG86
emhvdXRpYW5yYW5AaHVhd2VpLmNvbSIgY2xhc3M9IiI+emhvdXRpYW5yYW5AaHVhd2VpLmNvbTwv
YT4mZ3Q7IHdyb3RlOjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNz
PSIiPkhpIFNod2V0aGEsPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KWW91IGFyZSB0YWxr
aW5nIGFib3V0IHRoZSBvdXRlciBlbmNhcHN1dGlvbi4gSXQgaXMgc3RyYWlnaHQgZm9yd2FyZDxi
ciBjbGFzcz0iIj4NCmZvciB0aGUgdW5kZXJsYXkgdG8gcmVjb3JkIGJ5IHRoZSBoZWFkZXIuIEJ1
dCB3aGF0IGFib3V0IHRoZTxiciBjbGFzcz0iIj4NCm92ZXJsYXksIGkuZS4sIGlubmVyIGVuY2Fw
c3VsYXRpb24oZS5nLiBnZW5ldmUpPyBXaXRob3V0IHNwZWNpYWw8YnIgY2xhc3M9IiI+DQpjb25m
aWd1cmF0aW9uLCBpbnRlcm1lZGlhdGUgbm9kZSB3aWxsIG5vdCByZWFkIHRoZSBpbm5lciBoZWFk
ZXIsPGJyIGNsYXNzPSIiPg0KaGVuY2Ugbm90IGJlIGFibGUgdG8gcHJvY2VzcyBJT0FNLmU8YnIg
Y2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9IiI+DQpIaSBUaWFucmFuLDxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkkgYmVsaWV2ZSB0aGF0IGlzIGFsc28gbm90IHByb3Rv
Y29sIGNvbmZvcm1hbnQuIEludGVybWVkaWF0ZSBub2RlczxiciBjbGFzcz0iIj4NCnNob3VsZCBu
b3QgYmUgcHJvY2Vzc2luZyB0cmFuc3BvcnQgbGF5ZXIgZGF0YSBhcyB0aGlzIGNhbiBsZWFkIHRv
PGJyIGNsYXNzPSIiPg0KbWlzaW50ZXJwcmV0YXRpb24gYW5kIHBvc3NpYmx5IHNpbGVudCBkYXRh
IGNvcnJ1cHRpb24uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KRm9yIGluc3RhbmNlLCBH
ZW5ldmUgaXMgYSBVRFAgZW5jYXBzdWxhdGlvbiBwcm90b2NvbCB3aXRoIGFzc2lnbmVkIHBvcnQg
NjA4MS48YnIgY2xhc3M9IiI+DQpJbiBvcmRlciBmb3IgYW4gaW50ZXJtZWRpYXRlIGRldmljZSB0
byBwcm9jZXNzIHRoZSBHZW5ldmU8YnIgY2xhc3M9IiI+DQplbmNhcHN1bGF0aW9uIGhlYWRlciBp
dCB3b3VsZCBuZWVkIHRvIGxvb2sgZm9yIHBhY2tldHMgd2l0aDxiciBjbGFzcz0iIj4NCmRlc3Rp
bmF0aW9uIHBvcnQgb2YgNjA4MSBzaW5jZSB0aGF0IGlzIHRoZSBvbmx5IHBvc3NpYmxlPGJyIGNs
YXNzPSIiPg0KZGlzY3JpbWluYXRvci4gSG93ZXZlciwgdHJhbnNwb3J0IHBvcnQgbnVtYmVycyBk
byBub3QgaGF2ZSBnbG9iYWw8YnIgY2xhc3M9IiI+DQptZWFuaW5nIGFuZCBob3N0cyBtYXkgdXNl
IHBvcnQgbnVtYmVycyBmb3Igb3RoZXIgcHVycG9zZXMgKFJGQzc2MDU8YnIgY2xhc3M9IiI+DQpk
ZXNjcmliZXMgdGhpcykuIFNvIGEgcGFja2V0IHRvIHBvcnQgNjA4MSBtaWdodCBiZSBzb21ldGhp
bmcgb3RoZXI8YnIgY2xhc3M9IiI+DQp0aGFuIEdlbmV2ZSBhbmQgbWF5IGJlIG1pc2ludGVycHJl
dGVkLiBJZiBhIG1pc2ludGVycHJldGVkIHBhY2tldCBpcyBjaGFuZ2VkIChsaWtlIGlwcG0gZGF0
YSBpcyB3cml0dGVuKSB0aGVuIHRoYXQgd291bGQgYmUgc3lzdGVtYXRpYyBzaWxlbnQgZGF0YSBj
b3JydXB0aW9uLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkFzIGZhciBhcyBJIGtub3cs
IGhvcC1ieS1ob3Agb3B0aW9ucyBpcyB0aGUgb25seSBwcm90b2NvbCBjb25maXJtaW5nPGJyIGNs
YXNzPSIiPg0KbWVjaGFuaXNtIHRoYXQgYWxsb3dzIGFuIGludGVybWVkaWF0ZSBub3RlIHRvIGNo
YW5nZSBkYXRhIG9mIHBhY2tldCBpbiBmbGlnaHQuPGJyIGNsYXNzPSIiPg0KRW5jcGFzdWxhdGlv
biBpcyB0aGUgb25seSBjb25mb3JtaW5nIG1lY2hhbmlzbSB0aGF0IGFsbG93cyBhbjxiciBjbGFz
cz0iIj4NCmludGVybWVkaWF0ZSBub2RlIHRvIGFkZCBkYXRhIChsaWtlIGV4dGVuc2lvbiBoZWFk
ZXJzKSB0byBhIHBhY2tldCBpbiBmbGlnaHQuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K
VG9tPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIg
Y2xhc3M9IiI+TWF5YmUgd2UgYXJlIG5vdCBzeW5jZWQgYnkgdGhpcyBvdmVybGF5L3VuZGVybGF5
IHVzZSBjYXNlLiA6LSk8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaWFucmFuPGJyIGNs
YXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnIgY2xhc3M9IiI+DQpTZW50IGZyb20gV2VM
aW5rPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K5Y+R5Lu25Lq677yaIFNod2V0aGEgQmhh
bmRhcmkgKHNod2V0aGFiKTxiciBjbGFzcz0iIj4NCuaUtuS7tuS6uu+8miBUaWFucmFuIFpob3Um
bHQ7PGEgaHJlZj0ibWFpbHRvOnpob3V0aWFucmFuQGh1YXdlaS5jb20iIGNsYXNzPSIiPnpob3V0
aWFucmFuQGh1YXdlaS5jb208L2E+Jmd0OztGcmFuayBCcm9ja25lcnM8YnIgY2xhc3M9IiI+DQoo
ZmJyb2NrbmUpJmx0OzxhIGhyZWY9Im1haWx0bzpmYnJvY2tuZUBjaXNjby5jb20iIGNsYXNzPSIi
PmZicm9ja25lQGNpc2NvLmNvbTwvYT4mZ3Q7O01pY2tleTxiciBjbGFzcz0iIj4NClNwaWVnZWwm
bHQ7PGEgaHJlZj0ibWFpbHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tIiBjbGFzcz0i
Ij5tc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTwvYT4mZ3Q7O1RvbTxiciBjbGFzcz0iIj4N
CkhlcmJlcnQmbHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20iIGNsYXNzPSIi
PnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0OzxiciBjbGFzcz0iIj4NCuaKhOmAge+8miBOVk8z
Jmx0OzxhIGhyZWY9Im1haWx0bzpudm8zQGlldGYub3JnIiBjbGFzcz0iIj5udm8zQGlldGYub3Jn
PC9hPiZndDs7aW50LWFyZWEmbHQ7PGEgaHJlZj0ibWFpbHRvOmludC1hcmVhQGlldGYub3JnIiBj
bGFzcz0iIj5pbnQtYXJlYUBpZXRmLm9yZzwvYT4mZ3Q7O1NlcnZpY2UgRnVuY3Rpb248YnIgY2xh
c3M9IiI+DQpDaGFpbmluZyBJRVRGIGxpc3QmbHQ7PGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRmLm9y
ZyIgY2xhc3M9IiI+c2ZjQGlldGYub3JnPC9hPiZndDs7SUVURiBJUFBNIFdHJmx0OzxhIGhyZWY9
Im1haWx0bzppcHBtQGlldGYub3JnIiBjbGFzcz0iIj5pcHBtQGlldGYub3JnPC9hPiZndDs8YnIg
Y2xhc3M9IiI+DQrkuLvpopjvvJogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24g
b2YgSU9BTSBkYXRhIGluIHZhcmlvdXM8YnIgY2xhc3M9IiI+DQpwcm90b2NvbHMgLSBmb2xsb3cg
dXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbjxiciBjbGFzcz0iIj4NCuaXtumXtO+8miAy
MDE4LTA0LTE2IDE4OjE3OjAxPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSGkgVGlhbnJh
biw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBj
bGFzcz0iIj5JZiBJIHJlY2FsbCByaWdodCwgaXQgaXMgbm90IHdyaXR0ZW4gaW4gdGhlIGlvYW0g
ZGF0YSBkcmFmdC48YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9IiI+DQpE
YXRhIGRyYWZ0IGlzIGRlZmluaW5nIHRoZSBkYXRhIHRvIGJlIGNhcnJpZWQgaW4gSU9BTSBpbiBh
bjxiciBjbGFzcz0iIj4NCmVuY2Fwc3VsYXRpb24gYWdub3N0aWMgd2F5LCBpdCBkb2VzIG5vdCBz
cGVjaWZ5IGhvdyB0aGU8YnIgY2xhc3M9IiI+DQplbmNhcHN1bGF0aW9uIHByb3RvY29sIGlzIGNv
bmZpZ3VyZWQuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJy
IGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+WWVzLCBub2RlIGJ5
IG5vZGUgY29uZmlndXJhdGlvbiBpcyBhbiBlYXN5IHdheS48YnIgY2xhc3M9IiI+DQo8L2Jsb2Nr
cXVvdGU+DQo8YnIgY2xhc3M9IiI+DQpXaGlsZSBpdCBpcywgaXQgZG9lcyBub3QgaGF2ZSB0byBi
ZSBhIG5vZGUgYnkgbm9kZSBjb25maWd1cmF0aW9uLiBJdDxiciBjbGFzcz0iIj4NCmNhbiBiZSBw
YXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uIGRlZmluaXRpb24uPGJyIGNsYXNzPSIiPg0KPGJyIGNs
YXNzPSIiPg0KRm9yIGUuZy4gSWYgdGhlIGVuY2Fwc3VsYXRpb24gaXMgSVB2NiBhbmQgaWYgd2Ug
ZGVmaW5lIHRoZSBkYXRhIHRvPGJyIGNsYXNzPSIiPg0KYmUgY2FycmllZCBhcyBIYkggb3B0aW9u
cywgdGhlbiBiYXNlZCBvbiB0aGUgT3B0aW9uIFR5cGUgd2l0aDxiciBjbGFzcz0iIj4NCmhpZ2hl
c3Qgb3JkZXIgMiBiaXRzIHNldCB0byAwMCB0aGVuIHRoZSB2NiBub2RlcyB0aGF0IGltcGxlbWVu
dCBJT0FNPGJyIGNsYXNzPSIiPg0Kd2lsbCBwcm9jZXNzIHRoZSBvcHRpb24gYW5kIG90aGVycyB3
aWxsIHNraXAgb3Zlci48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGFua3MsPGJy
IGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KU2h3ZXRoYTxiciBjbGFzcz0iIj4NCjxiciBjbGFz
cz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkZyb206IGlwcG0gJmx0OzxhIGhy
ZWY9Im1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmciIGNsYXNzPSIiPmlwcG0tYm91bmNlc0Bp
ZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBUaWFucmFuIFpob3U8YnIgY2xhc3M9IiI+DQom
bHQ7PGEgaHJlZj0ibWFpbHRvOnpob3V0aWFucmFuQGh1YXdlaS5jb20iIGNsYXNzPSIiPnpob3V0
aWFucmFuQGh1YXdlaS5jb208L2E+Jmd0OzxiciBjbGFzcz0iIj4NCkRhdGU6IE1vbmRheSwgQXBy
aWwgMTYsIDIwMTggYXQgMjozNiBQTTxiciBjbGFzcz0iIj4NClRvOiAmcXVvdDtGcmFuayBCcm9j
a25lcnMgKGZicm9ja25lKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmZicm9ja25lQGNpc2Nv
LmNvbSIgY2xhc3M9IiI+ZmJyb2NrbmVAY2lzY28uY29tPC9hPiZndDssIE1pY2tleTxiciBjbGFz
cz0iIj4NClNwaWVnZWwgJmx0OzxhIGhyZWY9Im1haWx0bzptc3BpZWdlbEBiYXJlZm9vdG5ldHdv
cmtzLmNvbSIgY2xhc3M9IiI+bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb208L2E+Jmd0Oywg
VG9tIEhlcmJlcnQ8YnIgY2xhc3M9IiI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJiZXJ0
bGFuZC5jb20iIGNsYXNzPSIiPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0OzxiciBjbGFzcz0i
Ij4NCkNjOiBOVk8zICZsdDs8YSBocmVmPSJtYWlsdG86bnZvM0BpZXRmLm9yZyIgY2xhc3M9IiI+
bnZvM0BpZXRmLm9yZzwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86aW50LWFyZWFAaWV0
Zi5vcmciIGNsYXNzPSIiPmludC1hcmVhQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmludC1hcmVhQGlldGYub3JnIiBjbGFzcz0iIj5pbnQtYXJlYUBpZXRmLm9yZzwvYT4m
Z3Q7LDxiciBjbGFzcz0iIj4NClNlcnZpY2UgRnVuY3Rpb24gQ2hhaW5pbmcgSUVURiBsaXN0ICZs
dDs8YSBocmVmPSJtYWlsdG86c2ZjQGlldGYub3JnIiBjbGFzcz0iIj5zZmNAaWV0Zi5vcmc8L2E+
Jmd0OywgSUVURiBJUFBNIFdHPGJyIGNsYXNzPSIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzppcHBt
QGlldGYub3JnIiBjbGFzcz0iIj5pcHBtQGlldGYub3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQpT
dWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEg
aW4gdmFyaW91czxiciBjbGFzcz0iIj4NCnByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRp
c2N1c3Npb24gaW4gTG9uZG9uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz
PSIiPg0KPGJyIGNsYXNzPSIiPg0KSGkgRnJhbmssPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSWYgSSByZWNhbGwgcmlnaHQsIGl0IGlz
IG5vdCB3cml0dGVuIGluIHRoZSBpb2FtIGRhdGEgZHJhZnQuPGJyIGNsYXNzPSIiPg0KPGJyIGNs
YXNzPSIiPg0KWWVzLCBub2RlIGJ5IG5vZGUgY29uZmlndXJhdGlvbiBpcyBhbiBlYXN5IHdheS4g
SW4gdGhlPGJyIGNsYXNzPSIiPg0KZHJhZnQtemhvdS1pcHBtLWlvYW0teWFuZywgd2UgaGF2ZSB0
aGUg4oCccHJvdG9jb2wtdHlwZeKAnSB0byBpbmRpY2F0ZTxiciBjbGFzcz0iIj4NCnRoZSBsYXll
cmluZy48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmIzQzOy0tcncg
aW9hbTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyYjNDM7LS1ydyBpb2FtLXByb2ZpbGVzPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM0Mzst
LXJ3IGVuYWJsZWQ/ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Jv
b2xlYW48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzQzOy0tcncgaW9hbS1wcm9maWxlKiBbcHJvZmls
ZS1uYW1lXTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7LS1ydyBw
cm9maWxlLW5hbWUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7c3RyaW5nPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
JiM0MzstLXJ3IGZpbHRlcjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wg
Jm5ic3A7JiM0MzstLXJ3IGZpbHRlci10eXBlPyAmbmJzcDsmbmJzcDtpb2FtLWZpbHRlci10eXBl
PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCAmbmJzcDsmIzQzOy0tcncg
YWNsLW5hbWU/ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOy0mZ3Q7IC9hY2w6YWNscy9h
Y2wvbmFtZTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7LS1ydyBw
cm90b2NvbC10eXBlPyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDtpb2FtLXByb3RvY29sLXR5cGU8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmIzQzOy0tcncgaW5jcmVtZW50YWwtdHJhY2luZy1wcm9maWxlIHtpbmNyZW1lbnRhbC10cmFj
ZX0/PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCAmbmJzcDsuLi48YnIg
Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzQzOy0tcncgcHJlYWxsb2NhdGVk
LXRyYWNpbmctcHJvZmlsZSB7cHJlYWxsb2NhdGVkLXRyYWNlfT88YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDt8ICZuYnNwOy4uLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0i
Ij4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyYjNDM7LS1ydyBwb3QtcHJvZmlsZSB7cHJvb2Ytb2YtdHJhbnNpdH0/PGJy
IGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCAmbmJzcDsuLi48YnIgY2xhc3M9
IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzQzOy0tcncgZTJlLXByb2ZpbGUge2VkZ2Ut
dG8tZWRnZX0/PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Li4uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K
PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVGlhbnJhbjxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkZyb206IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUp
IFs8YSBocmVmPSJtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tIiBjbGFzcz0iIj5tYWlsdG86ZmJy
b2NrbmVAY2lzY28uY29tPC9hPl08YnIgY2xhc3M9IiI+DQpTZW50OiBNb25kYXksIEFwcmlsIDE2
LCAyMDE4IDQ6NTEgUE08YnIgY2xhc3M9IiI+DQpUbzogVGlhbnJhbiBaaG91ICZsdDs8YSBocmVm
PSJtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbSIgY2xhc3M9IiI+emhvdXRpYW5yYW5AaHVh
d2VpLmNvbTwvYT4mZ3Q7OyBNaWNrZXkgU3BpZWdlbDxiciBjbGFzcz0iIj4NCiZsdDs8YSBocmVm
PSJtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20iIGNsYXNzPSIiPm1zcGllZ2Vs
QGJhcmVmb290bmV0d29ya3MuY29tPC9hPiZndDs7IFRvbSBIZXJiZXJ0ICZsdDs8YSBocmVmPSJt
YWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbSIgY2xhc3M9IiI+dG9tQGhlcmJlcnRsYW5kLmNvbTwv
YT4mZ3Q7PGJyIGNsYXNzPSIiPg0KQ2M6IE5WTzMgJmx0OzxhIGhyZWY9Im1haWx0bzpudm8zQGll
dGYub3JnIiBjbGFzcz0iIj5udm8zQGlldGYub3JnPC9hPiZndDs7IDxhIGhyZWY9Im1haWx0bzpp
bnQtYXJlYUBpZXRmLm9yZyIgY2xhc3M9IiI+DQppbnQtYXJlYUBpZXRmLm9yZzwvYT47IFNlcnZp
Y2UgRnVuY3Rpb248YnIgY2xhc3M9IiI+DQpDaGFpbmluZyBJRVRGIGxpc3QgJmx0OzxhIGhyZWY9
Im1haWx0bzpzZmNAaWV0Zi5vcmciIGNsYXNzPSIiPnNmY0BpZXRmLm9yZzwvYT4mZ3Q7OyBJRVRG
IElQUE0gV0cgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiBjbGFzcz0iIj5pcHBt
QGlldGYub3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQpTdWJqZWN0OiBSRTogW2lwcG1dIFtJbnQt
YXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91czxiciBjbGFzcz0iIj4N
CnByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uPGJyIGNs
YXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSGkg
VGlhbnJhbiw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQpJT0FNIGlzIGEgZG9tYWluIHNwZWNpZmljIGZlYXR1cmUgKHNlZSBhbHNvPGJy
IGNsYXNzPSIiPg0KZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YS0wMiBzZWN0aW9ucyAzIGFuZCA0
KSwgd2hpY2ggYWxsb3dzIGFuPGJyIGNsYXNzPSIiPg0Kb3BlcmF0b3IgdG8gY29udHJvbCBieSBt
ZWFucyBvZiBjb25maWd1cmF0aW9uIHdoZXJlIGFuZCBmb3Igd2hpY2g8YnIgY2xhc3M9IiI+DQp0
cmFmZmljIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkL3VwZGF0ZWQvcmVtb3ZlZCBmcm9tIHRo
ZSBjdXN0b21lcjxiciBjbGFzcz0iIj4NCnRyYWZmaWMuIFVzaW5nIHlvdXIgZXhhbXBsZSBvZiBH
ZW5ldmUgb3ZlciBJUHY2IOKAkyB3aXRoIElPQU0gZGF0YSBpbjxiciBjbGFzcz0iIj4NCmJvdGgg
dGhlIEdlbmV2ZSBhbmQgdGhlIElQdjYgcHJvdG9jb2wsIG9uZSB3b3VsZCBleHBlY3QgdGhhdCB0
aGU8YnIgY2xhc3M9IiI+DQpvcGVyYXRvciBjb25maWd1cmVzIHRoZSBlbmRwb2ludHMgb2YgdGhl
IEdlbmV2ZSB0dW5uZWwgdG8gb3BlcmF0ZSBvbjxiciBjbGFzcz0iIj4NCnRoZSBJT0FNIGRhdGEg
aW4gR2VuZXZlLCBhbmQgdGhlIElQdjYgcm91dGVycyB0aGF0IHRoZSBHZW5ldmUgdHVubmVsPGJy
IGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KdHJhdmVyc2VzIHRvIG9wZXJhdGUgb24gdGhlIElP
QU0gZGF0YSBpbiBJUHY2LjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNs
YXNzPSIiPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkZyYW5r
PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KRnJvbTogVGlhbnJhbiBaaG91ICZsdDs8YSBocmVmPSJtYWlsdG86emhvdXRpYW5yYW5AaHVh
d2VpLmNvbSIgY2xhc3M9IiI+emhvdXRpYW5yYW5AaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyIGNsYXNz
PSIiPg0KU2VudDogTW9udGFnLCAxNi4gQXByaWwgMjAxOCAxMDozNzxiciBjbGFzcz0iIj4NClRv
OiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmZicm9ja25l
QGNpc2NvLmNvbSIgY2xhc3M9IiI+ZmJyb2NrbmVAY2lzY28uY29tPC9hPiZndDs7IE1pY2tleSBT
cGllZ2VsPGJyIGNsYXNzPSIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzptc3BpZWdlbEBiYXJlZm9v
dG5ldHdvcmtzLmNvbSIgY2xhc3M9IiI+bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb208L2E+
Jmd0OzsgVG9tIEhlcmJlcnQgJmx0OzxhIGhyZWY9Im1haWx0bzp0b21AaGVyYmVydGxhbmQuY29t
IiBjbGFzcz0iIj50b21AaGVyYmVydGxhbmQuY29tPC9hPiZndDs8YnIgY2xhc3M9IiI+DQpDYzog
TlZPMyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm52bzNAaWV0Zi5vcmciIGNsYXNzPSIiPm52bzNAaWV0
Zi5vcmc8L2E+Jmd0OzsgPGEgaHJlZj0ibWFpbHRvOmludC1hcmVhQGlldGYub3JnIiBjbGFzcz0i
Ij4NCmludC1hcmVhQGlldGYub3JnPC9hPjsgU2VydmljZSBGdW5jdGlvbjxiciBjbGFzcz0iIj4N
CkNoYWluaW5nIElFVEYgbGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRmLm9yZyIgY2xh
c3M9IiI+c2ZjQGlldGYub3JnPC9hPiZndDs7IElFVEYgSVBQTSBXRyAmbHQ7PGEgaHJlZj0ibWFp
bHRvOmlwcG1AaWV0Zi5vcmciIGNsYXNzPSIiPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0OzxiciBjbGFz
cz0iIj4NClN1YmplY3Q6IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElP
QU0gZGF0YSBpbiB2YXJpb3VzPGJyIGNsYXNzPSIiPg0KcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZy
b20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb248YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8
YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpIaSBGcmFuayw8YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpIb3cgZG9lcyBhIGZvcndh
cmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGluc2VydCB0aGUgZGF0YT88YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQpJbiB0aGUgY2FzZSBvZiBHZW5ldmUgb3ZlciBJUHY2LCBkbyB5b3Ug
bWVhbiB0aGUgZGV2aWNlIG5lZWQgdG8gc2NhbjxiciBjbGFzcz0iIj4NCmFsbCB0aGUgcHJvdG9j
b2wgc3RhY2s/IE9yIGp1c3QgdGhlIG91dGVyIGVuY2Fwc3VsYXRpb24/PGJyIGNsYXNzPSIiPg0K
PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVGlhbnJhbjxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkZy
b206IGlwcG0gWzxhIGhyZWY9Im1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmciIGNsYXNzPSIi
Pm1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgRnJhbms8YnIg
Y2xhc3M9IiI+DQpCcm9ja25lcnM8YnIgY2xhc3M9IiI+DQooZmJyb2NrbmUpPGJyIGNsYXNzPSIi
Pg0KU2VudDogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCAzOjA4IFBNPGJyIGNsYXNzPSIiPg0KVG86
IE1pY2tleSBTcGllZ2VsICZsdDs8YSBocmVmPSJtYWlsdG86bXNwaWVnZWxAYmFyZWZvb3RuZXR3
b3Jrcy5jb20iIGNsYXNzPSIiPm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPC9hPiZndDs7
IFRvbSBIZXJiZXJ0PGJyIGNsYXNzPSIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzp0b21AaGVyYmVy
dGxhbmQuY29tIiBjbGFzcz0iIj50b21AaGVyYmVydGxhbmQuY29tPC9hPiZndDs8YnIgY2xhc3M9
IiI+DQpDYzogTlZPMyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm52bzNAaWV0Zi5vcmciIGNsYXNzPSIi
Pm52bzNAaWV0Zi5vcmc8L2E+Jmd0OzsgPGEgaHJlZj0ibWFpbHRvOmludC1hcmVhQGlldGYub3Jn
IiBjbGFzcz0iIj4NCmludC1hcmVhQGlldGYub3JnPC9hPjsgU2VydmljZSBGdW5jdGlvbjxiciBj
bGFzcz0iIj4NCkNoYWluaW5nIElFVEYgbGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRm
Lm9yZyIgY2xhc3M9IiI+c2ZjQGlldGYub3JnPC9hPiZndDs7IElFVEYgSVBQTSBXRyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIGNsYXNzPSIiPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0
OzxiciBjbGFzcz0iIj4NClN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0
aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzPGJyIGNsYXNzPSIiPg0KcHJvdG9jb2xzIC0gZm9s
bG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb248YnIgY2xhc3M9IiI+DQo8YnIgY2xh
c3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQpUb20sPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KPGJyIGNsYXNzPSIiPg0KYSBxdWljayBhZGRpdGlvbiB0byB3aGF0IE1pY2tleSBtZW50aW9u
ZWQgYmVsb3c6IFdoYXQgeW91IHNlZW0gdG88YnIgY2xhc3M9IiI+DQpoYXZlIGluIG1pbmQgaXMg
d2hhdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHJlZmVycyB0byBhcyDigJxsYXllcmlu
Z+KAnTxiciBjbGFzcz0iIj4NCihzZWUgc2VjdGlvbiAzLiksIGkuZS4gaWYgeW914oCZcmUgcnVu
bmluZyBmb3IgZXhhbXBsZSBHZW5ldmUgb3ZlcjxiciBjbGFzcz0iIj4NCklQdjYsIHRoZW4gSU9B
TSBkYXRhIGNvdWxkIGJlIGVuY2Fwc3VsYXRlZCBpbiBib3RoIHByb3RvY29scywgR2VuZXZlPGJy
IGNsYXNzPSIiPg0KYW5kPGJyIGNsYXNzPSIiPg0KSVB2NiDigJMgZ2l2aW5nIHlvdSB2aXNpYmls
aXR5IGludG8gdGhlIOKAnHVuZGVybGF54oCdIChJUHY2KSBhbmQgdGhlIOKAnG92ZXJsYXnigJ08
YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQooR2VuZXZlKS48YnIgY2xhc3M9IiI+DQo8Ymxv
Y2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQpGcmFuazxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkZyb206IGlwcG0gJmx0OzxhIGhyZWY9Im1haWx0bzpp
cHBtLWJvdW5jZXNAaWV0Zi5vcmciIGNsYXNzPSIiPmlwcG0tYm91bmNlc0BpZXRmLm9yZzwvYT4m
Z3Q7IE9uIEJlaGFsZiBPZiBNaWNrZXkgU3BpZWdlbDxiciBjbGFzcz0iIj4NClNlbnQ6IEZyZWl0
YWcsIDEzLiBBcHJpbCAyMDE4IDIwOjIyPGJyIGNsYXNzPSIiPg0KVG86IFRvbSBIZXJiZXJ0ICZs
dDs8YSBocmVmPSJtYWlsdG86dG9tQGhlcmJlcnRsYW5kLmNvbSIgY2xhc3M9IiI+dG9tQGhlcmJl
cnRsYW5kLmNvbTwvYT4mZ3Q7PGJyIGNsYXNzPSIiPg0KQ2M6IE5WTzMgJmx0OzxhIGhyZWY9Im1h
aWx0bzpudm8zQGlldGYub3JnIiBjbGFzcz0iIj5udm8zQGlldGYub3JnPC9hPiZndDs7IDxhIGhy
ZWY9Im1haWx0bzppbnQtYXJlYUBpZXRmLm9yZyIgY2xhc3M9IiI+DQppbnQtYXJlYUBpZXRmLm9y
ZzwvYT47IFNlcnZpY2UgRnVuY3Rpb248YnIgY2xhc3M9IiI+DQpDaGFpbmluZyBJRVRGIGxpc3Qg
Jmx0OzxhIGhyZWY9Im1haWx0bzpzZmNAaWV0Zi5vcmciIGNsYXNzPSIiPnNmY0BpZXRmLm9yZzwv
YT4mZ3Q7OyBJRVRGIElQUE0gV0cgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiBj
bGFzcz0iIj5pcHBtQGlldGYub3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQpTdWJqZWN0OiBSZTog
W2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91czxi
ciBjbGFzcz0iIj4NCnByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4g
TG9uZG9uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNs
YXNzPSIiPg0KVG9tLDxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4N
CjxiciBjbGFzcz0iIj4NCk9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDEwOjE3IFBNLCBUb20gSGVy
YmVydCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb20iIGNsYXNzPSIiPnRv
bUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0OyB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9
IiI+DQpNaWNrZXksPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KTG9va2luZyBhdCB0aGVz
ZSBpcHBtIGRyYWZ0cyBtb3JlIGNsb3NlbHksIEkgaGF2ZSBhIG11Y2ggbW9yZTxiciBjbGFzcz0i
Ij4NCmZ1bmRhbWVudGFsIGNvbmNlcm4uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSW4g
ZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUtMDAgZm9yIGluc3RhbmNlLCB0aGVyZSBp
cyB0aGU8YnIgY2xhc3M9IiI+DQp0ZXh0IGluIHRoZSBpbnRyb2R1Y3Rpb246PGJyIGNsYXNzPSIi
Pg0KPGJyIGNsYXNzPSIiPg0KJnF1b3Q7SW4tc2l0dSBPQU0gKElPQU0pIHJlY29yZHMgT0FNIGlu
Zm9ybWF0aW9uIHdpdGhpbiB0aGUgcGFja2V0IHdoaWxlPGJyIGNsYXNzPSIiPg0KdGhlIHBhY2tl
dCB0cmF2ZXJzZXMgYSBwYXJ0aWN1bGFyIG5ldHdvcmsgZG9tYWluLiAmbmJzcDtUaGUgdGVybSAm
cXVvdDtpbi1zaXR1JnF1b3Q7PGJyIGNsYXNzPSIiPg0KcmVmZXJzIHRvIHRoZSBmYWN0IHRoYXQg
dGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBkYXRhPGJyIGNsYXNzPSIiPg0K
cGFja2V0cyByYXRoZXIgdGhhbiBpcyBiZWluZyBzZW50IHdpdGhpbiBwYWNrZXRzIHNwZWNpZmlj
YWxseTxiciBjbGFzcz0iIj4NCmRlZGljYXRlZCB0byBPQU0uICZuYnNwO1RoaXMgZG9jdW1lbnQg
ZGVmaW5lcyBob3cgSU9BTSBkYXRhIGZpZWxkcyBhcmU8YnIgY2xhc3M9IiI+DQp0cmFuc3BvcnRl
ZCBhcyBwYXJ0IG9mIHRoZSBHZW5ldmUgW0ktRC5pZXRmLW52bzMtZ2VuZXZlXTxiciBjbGFzcz0i
Ij4NCmVuY2Fwc3VsYXRpb24uJnF1b3Q7PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSSBh
c3N1bWUgdGhpcyBtZWFucyB0aGF0IGFzIHBhY2tldHMgd2l0aCBHZW5ldmUgZW5jYXBzdWxhdGlv
bjxiciBjbGFzcz0iIj4NCnRyYXZlcnNlIHRoZSBuZXR3b3JrIHRoZXkgYXJlIGludGVycHJldGVk
IGJ5IGludGVybWVkaWF0ZSBub2RlcyBhczxiciBjbGFzcz0iIj4NCmJlaW5nIEdlbmV2ZS4gU2lu
Y2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24sIHRoZW4gdGhlPGJyIGNsYXNzPSIiPg0K
ZGVzdGluYXRpb24gVURQIHBvcnQgbnVtYmVyIHdvdWxkIGJlIHVzZWQgdG8gaWRlbnRpZnkgcGFj
a2V0cyBhczxiciBjbGFzcz0iIj4NCmJlaW5nIEdlbmV2ZS4gU28gYW4gaW50ZXJtZWRpYXRlIGRl
dmljZSBtaWdodCBiZSBsb29raW5nIGZvciBVRFA8YnIgY2xhc3M9IiI+DQpwYWNrZXRzIGRlc3Rp
bmVkIHRvIHBvcnQ8YnIgY2xhc3M9IiI+DQo2MDgxICh0aGUgYXNzaWduZWQgVURQIHBvcnQgZm9y
IEdlbmV2ZSkuIElmIG15IHVuZGVyc3RhbmRpbmcgaXM8YnIgY2xhc3M9IiI+DQpjb3JyZWN0LCB0
aGVuIHRoaXMgaXMgYSBwcm9ibGVtLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClVEUCBw
b3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xvYmFsIG1lYW5pbmcuIEFuIGludGVybWVkaWF0ZSBk
ZXZpY2U8YnIgY2xhc3M9IiI+DQptYXkgdmVyeSB3ZWxsIHNlZSBVRFAgcGFja2V0cyBkZXN0aW5l
ZCB0byBwb3J0IDYwODEgdGhhdCBhcmUgbm90PGJyIGNsYXNzPSIiPg0KYWN0dWFsbHkgR2VuZXZl
LiBUaGlzIHNjZW5hcmlvIGlzIGRpc2N1c3NlZCBpbiBSRkM3NjA1OjxiciBjbGFzcz0iIj4NCjxi
ciBjbGFzcz0iIj4NCiZxdW90Oy4uLmludGVybWVkaWF0ZSBkZXZpY2UgaW50ZXJwcmV0cyB0cmFm
ZmljIGJhc2VkIG9uIHRoZSBwb3J0IG51bWJlci48YnIgY2xhc3M9IiI+DQpJdCBpcyBpbXBvcnRh
bnQgdG8gcmVjb2duaXplIHRoYXQgYW55IGludGVycHJldGF0aW9uIG9mIHBvcnQgbnVtYmVyczxi
ciBjbGFzcz0iIj4NCi0tIGV4Y2VwdCBhdCB0aGUgZW5kcG9pbnRzIC0tIG1heSBiZSBpbmNvcnJl
Y3QsIGJlY2F1c2UgcG9ydCBudW1iZXJzPGJyIGNsYXNzPSIiPg0KYXJlIG1lYW5pbmdmdWwgb25s
eSBhdCB0aGUgZW5kcG9pbnRzLiZxdW90OzxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCklm
IHRoZSBVRFAgZGF0YSBpcyBtb2RpZmllZCwgYXMgdGhlIGRyYWZ0IHdvdWxkIGltcGx5LCB0aGVu
PGJyIGNsYXNzPSIiPg0KbWlzaW50ZXJwcmV0YXRpb24gbWF5IGFsc28gbWVhbiBzaWxlbnQgZGF0
YSBjb3JydXB0aW9uIG9mIHBhY2tldHMuIEE8YnIgY2xhc3M9IiI+DQpwcm90b2NvbCB0aGF0IHdv
dWxkIGFsbG93IHRoaXMgc2VlbXMgcHJldHR5IGluY29ycmVjdCEgTm90ZSB0aGF0PGJyIGNsYXNz
PSIiPg0KdGhpcyB3b3VsZCBiZSB0cnVlIGFsc28gZm9yIGFueSBVRFAgZW5jYXBzdWxhdGlvbiB0
aGF0IHRoZSBuZXR3b3JrPGJyIGNsYXNzPSIiPg0KdHJpZXMgdG8gaW50ZXJwcmV0LjxiciBjbGFz
cz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoZSBp
bnRlbnRpb24gaXMgdG8gYWxsb3cgZm9yIG11bHRpcGxlIG5vZGVzIHRoYXQgYSBwYWNrZXQgdHJh
dmVyc2VzPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KdG8gYmUgYWJsZSB0byBpbnNlcnQg
SU9BTSBub2RlIGluZm9ybWF0aW9uIGluIHRoZSBzYW1lIHRyYWNlIG9wdGlvbiw8YnIgY2xhc3M9
IiI+DQo8YnIgY2xhc3M9IiI+DQpidXQgbGVhdmUgc29tZSBmbGV4aWJpbGl0eSByZWdhcmRpbmcg
d2hpY2ggbm9kZXMgYWN0dWFsbHkgZG8gdGhlPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K
SU9BTSBwcm9jZXNzaW5nIGFuZCB0aGUgbm9kZSBpbmZvcm1hdGlvbi4gVGhpcyBtYXkgdmFyeTxi
ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCmRlcGVuZGluZyBvbiB0aGUgdHJhbnNwb3J0Ljxi
ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4N
CkluIGNhc2Ugb2YgYSB0dW5uZWxlZCBlbmNhcHN1bGF0aW9uIHN1Y2ggYXMgR2VuZXZlIG9yIFZY
TEFOLDxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCnRoZXJlIG1heSBzdGlsbCBiZSBtdWx0
aXBsZSBob3BzLiBGb3IgZXhhbXBsZSBhIG5ldHdvcmsgbWF5IHVzZTxiciBjbGFzcz0iIj4NCjxi
ciBjbGFzcz0iIj4NCkdlbmV2ZSBvciBWWExBTiwgYnV0IG9ubHkgZG8gTDIgcHJvY2Vzc2luZyBh
dCBUb1JzLCB3aXRoIEwzPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KcHJvY2Vzc2luZyBk
b25lIGF0IGFnZ3JlZ2F0aW9uIG9yIGNvcmUgc3dpdGNoZXMuIEluIHRoaXMgY2FzZTxiciBjbGFz
cz0iIj4NCjxiciBjbGFzcz0iIj4NCm1hbnkgcGFja2V0cyB3b3VsZCBkbyAyIEdlbmV2ZSBvciBW
WExBTiBob3BzLCBzbyB0aGUgcGFja2V0PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0Kd291
bGQgY29udGFpbiBJT0FNIG5vZGUgaW5mb3JtYXRpb24gZnJvbSB0d28gbm9kZXMuPGJyIGNsYXNz
PSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KQW5vdGhl
ciBleGFtcGxlIGlzIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcgdXNpbmcgR2VuZXZlIG9yPGJy
IGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVlhMQU4gcmF0aGVyIHRoYW4gTlNILjxiciBjbGFz
cz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBj
bGFzcz0iIj4NCkkgYW0gYWxzbyB3b25kZXJpbmcgaWYgaG9wLWJ5LWhvcCBvcHRpb25zIGJlZW4g
Y29uc2lkZXJlZCBmb3IgdGhpczxiciBjbGFzcz0iIj4NCmFwcGxpY2F0aW9uPyBUaGVpciBpbnRl
cnByZXRhdGlvbiBpbiB0aGUgbmV0d29yayBpcyB1bmFiaWd1b3VzIGFuZDxiciBjbGFzcz0iIj4N
CnRoZXkgYWxzbyBoYXZlIHRoZSBhZHZhbnRhZ2UgdGhhdCB0aGUgd29yayB3aXRoIGFueSBJUCBw
cm90b2NvbCBvcjxiciBjbGFzcz0iIj4NCmVuY2Fwc3VsYXRpb24uPGJyIGNsYXNzPSIiPg0KPGJy
IGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSVB2NiBob3AtYnktaG9w
IG9wdGlvbnMgaGFzIGJlZW4gY29uc2lkZXJlZC4gU2VlPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz
PSIiPg0KZHJhZnQtYnJvY2tuZXJzLWluYmFuZC1vYW0tdHJhbnNwb3J0LTA1LiBUaGlzIGhhcyBu
b3QgeWV0IGJlZW48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpicm9rZW4gb3V0IGludG8g
YSBzZXBhcmF0ZSBkcmFmdC48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9
IiI+DQo8YnIgY2xhc3M9IiI+DQpNaWNrZXk8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8
YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGFua3MsPGJyIGNs
YXNzPSIiPg0KVG9tPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K
T24gVGh1LCBBcHIgMTIsIDIwMTggYXQgMzozMSBQTSwgTWlja2V5IFNwaWVnZWw8YnIgY2xhc3M9
IiI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOm1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tIiBj
bGFzcz0iIj5tc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbTwvYT4mZ3Q7IHdyb3RlOjxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIi
PlRvbSw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpPbiBUaHUsIEFwciAxMiwgMjAxOCBh
dCAyOjQ2IFBNLCBUb20gSGVyYmVydCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRvbUBoZXJiZXJ0bGFu
ZC5jb20iIGNsYXNzPSIiPnRvbUBoZXJiZXJ0bGFuZC5jb208L2E+Jmd0OyB3cm90ZTo8YnIgY2xh
c3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQpP
biBUaHUsIEFwciAxMiwgMjAxOCBhdCA5OjU0IEFNLCBHcmVnIE1pcnNreTxiciBjbGFzcz0iIj4N
CiZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiBjbGFzcz0iIj5ncmVn
aW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OzxiciBjbGFzcz0iIj4NCndyb3RlOjxiciBjbGFzcz0i
Ij4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPkhpIEZyYW5rLDxiciBjbGFzcz0i
Ij4NCnRoYW5rIHlvdSBmb3Igc2hhcmluZyB5b3VyIHBvaW50cy4gUGxlYXNlIGZpbmQgbXkgbm90
ZXMgaW4tbGluZTxiciBjbGFzcz0iIj4NCmFuZCB0YWdnZWQ8YnIgY2xhc3M9IiI+DQpHSU0mZ3Q7
Jmd0Oy4gSSBiZWxpZXZlIHRoYXQgdGhpcyBpcyB2ZXJ5IG11Y2ggcmVsZXZhbnQgdG8gd29yayBv
ZjxiciBjbGFzcz0iIj4NCkdJTSZndDsmZ3Q7b3RoZXI8YnIgY2xhc3M9IiI+DQp3b3JraW5nPGJy
IGNsYXNzPSIiPg0KZ3JvdXBzIHRoYXQgZGlyZWN0bHkgd29yayBvbiB0aGUgb3ZlcmxheSBlbmNh
cHN1bGF0aW9ucyBpbiB0aGU8YnIgY2xhc3M9IiI+DQpjZW50ZXIgb2YgdGhlIGRpc2N1c3Npb24g
YW5kIGhlbmNlIEkndmUgYWRkZWQgdGhlbSB0byB0aGUgbGlzdC48YnIgY2xhc3M9IiI+DQpIb3Bl
IHdlJ2xsIGhhdmUgbW9yZSBvcGluaW9ucyB0byByZWFjaCB0aGUgY29uY2x1c2lvbiB0aGF0IGlz
PGJyIGNsYXNzPSIiPg0KYWNjZXB0YWJsZSB0byBhbGwuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz
PSIiPg0KUmVnYXJkcyw8YnIgY2xhc3M9IiI+DQpHcmVnPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz
PSIiPg0KT24gV2VkLCBBcHIgMTEsIDIwMTggYXQgMTI6MDIgUE0sIEZyYW5rIEJyb2NrbmVycyAo
ZmJyb2NrbmUpPGJyIGNsYXNzPSIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzpmYnJvY2tuZUBjaXNj
by5jb20iIGNsYXNzPSIiPmZicm9ja25lQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxiciBjbGFz
cz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCkJh
Y2sgYXQgdGhlIElQUE0gbWVldGluZyBpbiBMb25kb24sIHdlIGRpc2N1c3NlZCBzZXZlcmFsIGRy
YWZ0czxiciBjbGFzcz0iIj4NCmRlYWxpbmcgd2l0aCB0aGUgZW5jYXBzdWxhdGlvbiBvZiBJT0FN
IGRhdGEgaW4gdmFyaW91czxiciBjbGFzcz0iIj4NCnByb3RvY29scyAoZHJhZnQtYnJvY2tuZXJz
LWlwcG0taW9hbS12eGxhbi1ncGUtMDAsPGJyIGNsYXNzPSIiPg0KZHJhZnQtYnJvY2tuZXJzLWlw
cG0taW9hbS1nZW5ldmUtMDAsPGJyIGNsYXNzPSIiPg0KZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3Jl
LTAwKS4gT25lIGRpc2N1c3Npb24gdG9waWMgdGhhdCB3ZTxiciBjbGFzcz0iIj4NCmRlY2lkZWQg
dG8gdGFrZSB0byB0aGUgbGlzdCB3YXMgdGhlIHF1ZXN0aW9uIG9uIHdoZXRoZXI8YnIgY2xhc3M9
IiI+DQpkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLi4g
Jm5ic3A7QWZ0ZXI8YnIgY2xhc3M9IiI+DQpjYXJlZnVsbHkgY29uc2lkZXJpbmcgZHJhZnQtb29h
bWR0LXJ0Z3dnLW9vYW0taGVhZGVyLCBJIGNhbWUgdG88YnIgY2xhc3M9IiI+DQp0aGUgY29uY2x1
c2lvbiB0aGF0IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVkczxi
ciBjbGFzcz0iIj4NCm9mPGJyIGNsYXNzPSIiPg0KSU9BTTo8YnIgY2xhc3M9IiI+DQo8YnIgY2xh
c3M9IiI+DQoqIEVmZmljaWVuY3k6IElPQU0gYWRkcyBkYXRhIHRvIGxpdmUgdXNlciB0cmFmZmlj
LiBBcyBzdWNoLCBhbjxiciBjbGFzcz0iIj4NCmVuY2Fwc3VsYXRpb24gbmVlZHMgdG8gYmUgYXMg
ZWZmaWNpZW50IGFzIHBvc3NpYmxlLiBUaGUg4oCcT09BTSBoZWFkZXLigJ08YnIgY2xhc3M9IiI+
DQppcyA4PGJyIGNsYXNzPSIiPg0KYnl0ZXMgbG9uZy4gVGhlIGFwcHJvYWNoIGZvciBJT0FNIGRh
dGEgZW5jYXBzdWxhdGlvbiBpbiB0aGU8YnIgY2xhc3M9IiI+DQphYm92ZSBtZW50aW9uZWQgZHJh
ZnRzIG9ubHkgcmVxdWlyZXMgNCBieXRlcy4gVXNpbmcgdGhlIE9PQU08YnIgY2xhc3M9IiI+DQpo
ZWFkZXIgYXBwcm9hY2ggd291bGQgYWRkIGFuIHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0
ZXMg4oCTPGJyIGNsYXNzPSIiPg0Kd2hpY2ggaXMgc2lnbmlmaWNhbnQuPGJyIGNsYXNzPSIiPg0K
PC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0KR3JlZyw8YnIgY2xhc3M9IiI+DQo8YnIgY2xh
c3M9IiI+DQpJJ20gbWlzc2luZyBzb21ldGhpbmcgaGVyZS4gSSBsb29rZWQgYXQgdGhlIGRyYWZ0
cyB5b3UgcmVmZXJlbmNlZDxiciBjbGFzcz0iIj4NCmFuZCBlYWNoIG9mIHRoZW0gbG9va3MgbGlr
ZSB0aGUgb3ZlcmhlYWQgZm9yIE9BTSBpcyBncmVhdGVyIHRoYXQ8YnIgY2xhc3M9IiI+DQpmb3Vy
IGJ5dGVzLiBJbiBlYWNoIHRoZXJlIGlzIHNvbWUgb3ZlcmhlYWQgZXF1aXZhbGVudCB0bzxiciBj
bGFzcz0iIj4NCnR5cGUvbGVuZ3RoLCBmb3IgaW5zdGFuY2UgaW4gR2VuZXZlIGZvdXIgYnl0ZXMg
YXJlIG5lZWRlZCBmb3I8YnIgY2xhc3M9IiI+DQpvcHRpb24gY2xhc3MsIHR5cGUsIGFuZCBsZW5n
dGguIFVubGVzcyB0aGUgdGhlIE9BTSBkYXRhIGlzIHplcm88YnIgY2xhc3M9IiI+DQpsZW5ndGgs
IEkgZG9uJ3Qgc2VlIGhvdyB0aGlzIGFkZHMgdXAgdG8gb25seSBmb3VyIGJ5dGVzIG9mIG92ZXJo
ZWFkLjxiciBjbGFzcz0iIj4NCjwvYmxvY2txdW90ZT4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFz
cz0iIj4NClRoZSBmb3VyIHZlcnN1cyBlaWdodCBieXRlcyBqdXN0IHJlZmVycyB0byB0aGUgZmll
bGRzIGluIHRoZSBmb3VyPGJyIGNsYXNzPSIiPg0KYnl0ZXMgb2YgSU9BTSBpbmZvLCB0aGF0IGlz
IGNvbW1vbiB0byBhbGwgSU9BTSBvcHRpb25zLiBCZXlvbmQ8YnIgY2xhc3M9IiI+DQp0aGF0LCB0
aGVyZSBhcmUgSU9BTSBvcHRpb24gc3BlY2lmaWMgZmllbGRzLiBGb3IgZXhhbXBsZSBpZiBkb2lu
ZzxiciBjbGFzcz0iIj4NCm9uZSBvZiB0aGUgSU9BTSB0cmFjZSBvcHRpb25zLCB0aGVyZSBhcmUg
Zm91ciBieXRlcyBvZiB0cmFjZSBvcHRpb248YnIgY2xhc3M9IiI+DQpoZWFkZXIsIGluY2x1ZGlu
ZyB0aGUgSU9BTS10cmFjZS10eXBlLCBOb2RlTGVuLCBGbGFncywgYW5kPGJyIGNsYXNzPSIiPg0K
UmVtYWluaW5nTGVuIGZpZWxkcy4gVGhlc2UgYXJlIGZvbGxvd2VkIGJ5IHRoZSBub2RlIGRhdGEg
bGlzdDxiciBjbGFzcz0iIj4NCmNvbnRhaW5pbmcgdGhlIHBlciBob3AgSU9BTSBpbmZvcm1hdGlv
bi48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJbiBsb29raW5nIGF0IHRoZSBPT0FNIGhl
YWRlciBjb250ZW50LCBpdCBoYXMgbm90aGluZyB0byBkbyB3aXRoPGJyIGNsYXNzPSIiPg0KYW55
IG9mIHRoZSBJT0FNIGluZm9ybWF0aW9uIGFmdGVyIHRoZSBmaXJzdCBmb3VyIGJ5dGVzLiBJdCBj
b250YWluczxiciBjbGFzcz0iIj4NCmFub3RoZXIgdmFyaWFudCBvZiB0aGUgaW5mb3JtYXRpb24g
aW4gdGhlIGZpcnN0IGZvdXIgYnl0ZXMgb2YgSU9BTTxiciBjbGFzcz0iIj4NCmluZm8sIHNwcmVh
ZCBvdXQgb3ZlciBlaWdodCBieXRlcy48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8Ymxv
Y2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQpUb208YnIgY2xhc3M9
IiI+DQo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIg
Y2xhc3M9IiI+DQpHSU0mZ3Q7Jmd0OyBUaGUgZGlmZmVyZW5jZSBpbiBmb3VyIG9jdGV0cyBpcyBi
ZWNhdXNlIE9PQU0gSGVhZGVyOjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCnByb3ZpZGVz
IG1vcmUgZmxleGliaWxpdHksIGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZpZWxkczs8
YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQpUaGUgZmxhZ3MgZmllbGQgb25seSBoYXMgb25lIGRlZmluZWQgZmxh
ZyBhdCB0aGUgbW9tZW50LCBmb3IgYTxiciBjbGFzcz0iIj4NCnRpbWVzdGFtcCBibG9jay4gRm9y
IElPQU0gdHJhY2Ugd2UgbmVlZCBwZXIgaG9wIHRpbWVzdGFtcHMsIHdoaWNoPGJyIGNsYXNzPSIi
Pg0KdGhlIHRpbWVzdGFtcCBibG9jayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGltZXN0YW1w
IGJsb2NrIGlzPGJyIGNsYXNzPSIiPg0KcmVkdW5kYW50IGZvcjxiciBjbGFzcz0iIj4NCjwvYmxv
Y2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCklPQU0uPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUg
dHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48
YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9
IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj5zdXBwb3J0cyBsYXJnZXIgT0FN
IHBhY2tldHMgdGhhbiBpT0FNIGhlYWRlcjs8YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8
L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpGb3IgSU9BTSBwdXJw
b3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFuIGVub3VnaC48YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+
DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj5pcyBmdXR1cmUgcHJvb2YgYnkgc3Vw
cG9ydGluZyB2ZXJzaW9uaW5nIChWZXJzaW9uIGZpZWxkKS48YnIgY2xhc3M9IiI+DQo8L2Jsb2Nr
cXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJTU8s
IHRha2luZyB0aGUgZmlyc3QgdHdvIGJpdHMgb2YgdGhlIElPQU0tVHlwZSB0byBkZWZpbmUgYSBW
ZXJzaW9uPGJyIGNsYXNzPSIiPg0KZmllbGQgd291bGQgYmUgYSBnb29kIHRoaW5nLiBUaGlzIGRv
ZXMgbm90IHJlcXVpcmUgYWRkaW5nIGZvdXIgbW9yZTxiciBjbGFzcz0iIj4NCmJ5dGVzIG9mIG92
ZXJoZWFkLiA2NCBJT0FNLVR5cGVzIGlzIG1vcmUgdGhhbiBlbm91Z2guPGJyIGNsYXNzPSIiPg0K
PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+PGJyIGNsYXNz
PSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBl
PSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQoqIE1hdHVyaXR5OiBJT0FNIGhhcyBzZXZl
cmFsIGltcGxlbWVudGF0aW9ucywgd2hpY2ggd2VyZSBhbHNvPGJyIGNsYXNzPSIiPg0Kc2hvd24g
YXQgcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZcmUgZXhwZWN0aW5nPGJyIGNs
YXNzPSIiPg0KYWRkaXRpb25hbCBpbXBsZW1lbnRhdGlvbnMgdG8gYmUgcHVibGljaXplZCBzb29u
LiBJbnRlcm9wZXJhYmxlPGJyIGNsYXNzPSIiPg0KaW1wbGVtZW50YXRpb25zIG5lZWQgdGltZWx5
IHNwZWNpZmljYXRpb25zLiBEZXNwaXRlIHRoZTxiciBjbGFzcz0iIj4NCnF1ZXN0aW9uIGJlaW5n
IGFza2VkLCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zPGJyIGNsYXNzPSIi
Pg0KbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkgaW1wbGVtZW50YXRpb24gb2YgdGhlIE9PQU0g
aGVhZGVyLjxiciBjbGFzcz0iIj4NCkluPGJyIGNsYXNzPSIiPg0KYWRkaXRpb24sIHRoZSB0aHJl
YWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRhbWVudGFsPGJyIGNsYXNzPSIiPg0KcXVlc3Rp
b25zIGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3RpbGwgb3Blbiwgc3VjaCBhcyB3aGV0aGVy
PGJyIGNsYXNzPSIiPg0Kb3IgaG93IGFjdGl2ZSBPQU0gbWVjaGFuaXNtcyB3aXRoaW4gcHJvdG9j
b2xzIHN1Y2ggYXMgR2VuZXZlPGJyIGNsYXNzPSIiPg0Kd291bGQgYXBwbHkgdG8gdGhlIE9PQU0g
aGVhZGVyLiBUaGlzIHVsdGltYXRlbHkgbWVhbnMgdGhhdCB3ZTxiciBjbGFzcz0iIj4NCndvbuKA
mXQgZ2V0IHRvIGEgdGltZWx5IHNwZWNpZmljYXRpb24uPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1
b3RlPg0KPGJyIGNsYXNzPSIiPg0KR0lNJmd0OyZndDsgTWF5IEkgYXNrIHdoaWNoIGVuY2Fwc3Vs
YXRpb25zIHN1cHBvcnRlZCBieSB0aGU8YnIgY2xhc3M9IiI+DQpHSU0mZ3Q7Jmd0OyBpbXBsZW1l
bnRhdGlvbnM8YnIgY2xhc3M9IiI+DQp5b3U8YnIgY2xhc3M9IiI+DQpyZWZlciB0by4gVW50aWwg
dmVyeSByZWNlbnRseSBhbGwgaU9BTSBwcm9wb3NhbHMgd2VyZSB0byB1c2U8YnIgY2xhc3M9IiI+
DQptZXRhLWRhdGEgVExWIGluLCBlLmcuIEdlbmV2ZSBhbmQgTlNILiBBbmQgaWYgdGhlc2Ugb3Ig
c29tZSBvZjxiciBjbGFzcz0iIj4NCnRoZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5IHVwZGF0
ZWQgdG8gdGhlIG5ld2x5IHByb3Bvc2VkIGlPQU08YnIgY2xhc3M9IiI+DQpzaGltLCBJIGRvbid0
IHNlZSBwcm9ibGVtIGluIG1ha2luZyB0aGVtIHVzZSBPT0FNIEhlYWRlci4gV291bGQ8YnIgY2xh
c3M9IiI+DQp5b3UgYWdyZWU/PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVv
dGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KKiBTY29wZTogSXQgaXNu4oCZ
dCBlbnRpcmVseSBjbGVhciB0byB3aGljaCBwcm90b2NvbHMgdGhlIE9PQU08YnIgY2xhc3M9IiI+
DQpoZWFkZXIgd291bGQgdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUgT09BTSBoZWFk
ZXIgaXM8YnIgY2xhc3M9IiI+DQpkZWZpbmVkLCBPT0FNIHVzZXMgYSA4LWJpdCBmaWVsZCBmb3Ig
4oCcTmV4dCBQcm904oCdLCB0aGUgbmV4dDxiciBjbGFzcz0iIj4NCnByb3RvY29sLiBTb21lIHBy
b3RvY29scyB0aGF0IElPQU0gZGF0YSBuZWVkcyB0byBiZTxiciBjbGFzcz0iIj4NCmVuY2Fwc3Vs
YXRlZCBpbnRvIHVzZSAxNi1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUgcG9pbnRz
LiBTZWUgZS5nLjxiciBjbGFzcz0iIj4NCnRoZSBHUkUgZW5jYXBzdWxhdGlvbiDigJMgYXMgc3Bl
Y2lmaWVkIGluPGJyIGNsYXNzPSIiPg0KZHJhZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwLjxiciBj
bGFzcz0iIj4NCjwvYmxvY2txdW90ZT4NCjxiciBjbGFzcz0iIj4NCkdJTSZndDsmZ3Q7IFRoZSBm
aXJzdCBwYXJhZ3JhcGggb2YgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uIHN0YXRlczo8YnIgY2xh
c3M9IiI+DQombmJzcDsmbmJzcDtOZXcgcHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5l
dHdvcmtzIGxpa2UgVnhMQU4tR1BFPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7W0ktRC5pZXRm
LW52bzMtdnhsYW4tZ3BlXSwgR1VFIFtJLUQuaWV0Zi1udm8zLWd1ZV0sIEdlbmV2ZTxiciBjbGFz
cz0iIj4NCiZuYnNwOyZuYnNwO1tJLUQuaWV0Zi1udm8zLWdlbmV2ZV0sIEJJRVI8YnIgY2xhc3M9
IiI+DQpbSS1ELmlldGYtYmllci1tcGxzLWVuY2Fwc3VsYXRpb25dLDxiciBjbGFzcz0iIj4NCjwv
YmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4N
CmFuZDxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGJs
b2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBj
bGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPiZuYnNwOyZuYnNwO05T
SCBbSS1ELmlldGYtc2ZjLW5zaF0gc3VwcG9ydCBtdWx0aS1wcm90b2NvbCBwYXlsb2FkLCBlLmcu
PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7RXRoZXJuZXQsIElQdjQvSVB2NiwgYW5kIHJlY29n
bml6ZSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kPGJyIGNsYXNzPSIiPg0KJm5ic3A7
Jm5ic3A7TWFpbnRlbmFuY2UgKE9BTSkgYXMgb25lIG9mIGRpc3RpbmN0IHR5cGVzLiAmbmJzcDtU
aGF0IGVuc3VyZXMgdGhhdDxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO092ZXJsYXkgT0FNIChP
T0FNKXBhY2tldHMgYXJlIHNoYXJpbmcgZmF0ZSB3aXRoIE92ZXJsYXkgZGF0YSBwYWNrZXQ8YnIg
Y2xhc3M9IiI+DQombmJzcDsmbmJzcDt0cmF2ZXJzaW5nIHRoZSB1bmRlcmxheS48YnIgY2xhc3M9
IiI+DQpJJ20gdXBkYXRpbmcgdGhlIE9PQU0gSGVhZGVyIGRyYWZ0IGFuZCBhbG9uZyB3aXRoIGNs
ZWFuaW5nIG5pdHM8YnIgY2xhc3M9IiI+DQp3aWxsIHVwZGF0ZSByZWZlcmVuY2UgdG8gR1VFLiBJ
IHRoaW5rIHRoYXQgdGhlIGxpc3QgYW5kIHRoZTxiciBjbGFzcz0iIj4NCnN0YXRlbW50IGFyZSBx
dWl0ZSBjbGVhciBpbiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3M8YnIgY2xhc3M9
IiI+DQp0aGF0IG1heSBiZW5lZml0IGZyb20gdXNpbmcgbm90IG9ubHkgY29tbW9uIE9PQU0gSGVh
ZGVyIGJ1dDxiciBjbGFzcz0iIj4NCmNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUuZy4gRWNobyBS
ZXF1ZXN0L1JlcGx5LjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5
cGU9ImNpdGUiIGNsYXNzPSIiPldpdGggdGhlIGFib3ZlIGluIG1pbmQsIEnigJlkIHN1Z2dlc3Qg
dGhhdCB0aGUgV0cgbW92ZXMgZm9yd2FyZDxiciBjbGFzcz0iIj4NCndpdGggc3BlY2lmaWMgZGVm
aW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG88YnIgY2xhc3M9IiI+DQpw
cm90b2NvbHMg4oCTIHBlciB0aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy48YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpSZWdhcmRzLCBG
cmFuazxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0KaXBw
bSBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9y
ZyIgY2xhc3M9IiI+aXBwbUBpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0iIGNsYXNzPSIiPmh0dHBzOi8v
d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxiciBjbGFzcz0i
Ij4NCkludC1hcmVhIG1haWxpbmcgbGlzdDxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Im1haWx0bzpJ
bnQtYXJlYUBpZXRmLm9yZyIgY2xhc3M9IiI+SW50LWFyZWFAaWV0Zi5vcmc8L2E+PGJyIGNsYXNz
PSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnQt
YXJlYSIgY2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnQt
YXJlYTwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8YnIg
Y2xhc3M9IiI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
XzxiciBjbGFzcz0iIj4NCmlwcG0gbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0i
bWFpbHRvOmlwcG1AaWV0Zi5vcmciIGNsYXNzPSIiPmlwcG1AaWV0Zi5vcmc8L2E+PGJyIGNsYXNz
PSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBt
IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG08L2E+
PGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1
b3RlPg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnIgY2xhc3M9IiI+DQpz
ZmMgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRmLm9y
ZyIgY2xhc3M9IiI+c2ZjQGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Imh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2ZjIiBjbGFzcz0iIj5odHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NmYzwvYT48YnIgY2xhc3M9IiI+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwv
Ym9keT4NCjwvaHRtbD4NCg==

--_000_DD4CBF95C04B45ECBC841D85F113230Fciscocom_--


From nobody Fri Apr 20 16:14:34 2018
Return-Path: <nalini.elkins@insidethestack.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA8B612D94F for <ippm@ietfa.amsl.com>; Fri, 20 Apr 2018 16:14:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 n3iE3pzDWClg for <ippm@ietfa.amsl.com>; Fri, 20 Apr 2018 16:14:30 -0700 (PDT)
Received: from sonic313-26.consmr.mail.gq1.yahoo.com (sonic313-26.consmr.mail.gq1.yahoo.com [98.137.65.89]) (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 3EFF112D944 for <ippm@ietf.org>; Fri, 20 Apr 2018 16:14:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1524266069; bh=9RCdcxBmhzSM3xN01HVN7lZ25sTlJgYvj369pDG/1Bs=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=VgZBBYjy+pX4lA+JXC9mem5CNAb/aqkUcCG7nRCXoBitTf07wPfUTsdldjYxs8cFuOXSDldDhU82j7/JUeT+wMVGH1VGHL2aHFUIlNWelWlhLRdxqls98si0h7hShKfNe2EUeKFHo/rsrJ62ex/Dmlz4zNXtOay8oi8wBefdfEF0Z1AhvIxtXndW7mqWs6I3bSfgVDhZuloHEizrNHFjc0FQYzLgx2pWbFf8iU4cYAx48VSpTXf1eQb17xhlLE6kdkxlenHQQDu5tput3/QoKwgaElywDgdOHbF05TQui5haLwINLYYirrpdQ5tjQup5op3OC5odmHjzTaOObtbIVw==
X-YMail-OSG: Y3fMvj0VM1nJMR3tP15gURNqnaar7q34fDBeOh3U9KltjzOZJMpdYyY3rWbCU14 z_eiHGWP5.hBRDklOdlk85_KHzxH5QbCKoIraRN07hdML8_b2yjyD7W8zEEZt14W2DZoxmaBYsHQ .o_MkzV8hHFv406v6q8QiEgFjUiXc7rkOSJ9br_uCnwLwcTUuDqTrhsHpfnUUGl7fBQoDOwfifG5 hFXaQkhqjNYv.8tdWc3uk46GQcBWOUskVFf0BoPeTV8teqfzlmjPxr4r0eVmgXUoog1oxYeILylm RNgvvXUtLUyO9vnRsKH3pCx_l5JYJKGdOXhWWf8eKC9kXksMp6634SY2cPAnUDC.aHWrqfxI.t4f my9tcCxkRoIT0hRSMY4r7kW0B1P6PdsPdfuMstFSvl2PNA0TzdUm64t3uAKnPx9gepdIjxlfl5K0 gfFXmruVkpYK7ZrDpgS8dqIlIwEvNRIMJZ7.yTwvTKQWCXhRjfvhKuKp2sL4hLopJwakpccNsT2b FKR3Npwk9ZVFLFFUI.6HlLh8dsPCz5vdyKmsG5y3KKMUkLAQJ1wLV_ylYWN_g8tV96U2wWB_VmR3 Yg0BlBj7wXsPMU4cg5j_d3rAtbv0DCjA-
Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Fri, 20 Apr 2018 23:14:29 +0000
Date: Fri, 20 Apr 2018 23:14:28 +0000 (UTC)
From: Nalini J Elkins <nalini.elkins@insidethestack.com>
Reply-To: Nalini J Elkins <nalini.elkins@insidethestack.com>
To: Pete Resnick <presnick@qti.qualcomm.com>,  "gen-art@ietf.org" <gen-art@ietf.org>
Cc: "ippm@ietf.org" <ippm@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>,  "draft-ietf-ippm-twamp-yang.all@ietf.org" <draft-ietf-ippm-twamp-yang.all@ietf.org>
Message-ID: <1920721407.2077260.1524266068290@mail.yahoo.com>
In-Reply-To: <152389450589.19717.5878253699822119266@ietfa.amsl.com>
References: <152389450589.19717.5878253699822119266@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_2077259_883391494.1524266068286"
X-Mailer: WebService/1.1.11782 YahooMailNeo Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/LPbHsAD_WekKJ9KmWbdodhTplVc>
Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-twamp-yang-07
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Apr 2018 23:14:34 -0000

------=_Part_2077259_883391494.1524266068286
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Pete.,
Thanks for your comments.
> Note to shepherd: In the shepherding writeup, question 1 is not answered =
correctly. This document is going for *Proposed* Standard, not *Internet* S=
tandard.=C2=A0
Fixed.
> Further, there is no explanation for why this should be a standards track=
 document (though I believe the answer is pretty straightforward). You shou=
ld go correct that.=C2=A0
It is my understanding that all YANG models are standards track documents.=
=C2=A0 Shall I add that as text?

> While you're at it, you can update answer 15, as that nit was corrected.
Done.=C2=A0Thanks,

Nalini Elkins
CEO and Founder
Inside Products, Inc.
www.insidethestack.com
(831) 659-8360

      From: Pete Resnick <presnick@qti.qualcomm.com>
 To: gen-art@ietf.org=20
Cc: ippm@ietf.org; ietf@ietf.org; draft-ietf-ippm-twamp-yang.all@ietf.org
 Sent: Monday, April 16, 2018 9:01 AM
 Subject: Genart last call review of draft-ietf-ippm-twamp-yang-07
  =20
Reviewer: Pete Resnick
Review result: Ready with Issues

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.=C2=A0 Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-ippm-twamp-yang-07
Reviewer: Pete Resnick
Review Date: 2018-04-16
IETF LC End Date: 2018-04-27
IESG Telechat date: Not scheduled for a telechat

Summary:

This document appears ready to go forward. The only "issue" I have here mig=
ht
end up being an editorial issue, but I list it as a Minor issue because it
might be substantive.

Major issues:

None.

Minor issues:

In the paragraph after Figure 3, it says, "and subsequent values are
monotonically increasing". I'm not sure I understand what that means. If 0 =
is
the highest priority, then 1 is a *lower* priority than 0, not an increasin=
g
priority. If you are trying to say that the numeric value of the priority f=
ield
is increasing by 1 for each subsequent value, then "monotonically increasin=
g"
is wrong; the sequence "0 2 5 36" is monotonically increasing. You'd say
instead, "and subsequent values increase by one". If all you mean is that
values start at 0 and go up from there, I think you should just delete the
entire phrase; it doesn't add anything and strikes me as confusing.

Nits/editorial comments:

Why are RFC 4086, RFC 8018, and ietf-ippm-metric-registry Informative
References instead of Normative? The uses appear to be normative.

I'm not clear why the examples were split between Section 6 and Appendix A;
seems like you could just use the long one in section 6 and explain only th=
e
important bits. I also note that neither of them make any claims about
normativity: That is, most examples in documents I see always say something
like, "If there is a conflict between anything here and the syntax in the
model, the model wins." Is that not the case in these sorts of model docume=
nts?

Pet peeve: Except in Acknowledgements, I really don't like the use of "we" =
in
IETF documents (even though it's becoming more and more common). It's not c=
lear
to whom it refers (the WG? the authors? the IETF?). In most places, it can =
be
replaced with "This document", or using passive voice (e.g., s/We define X =
as/X
is defined as). There are only 4 occurrences: Abstract, 1.1, 3, and 3.1. Ea=
sy
enough to change.

Note to shepherd: In the shepherding writeup, question 1 is not answered
correctly. This document is going for *Proposed* Standard, not *Internet*
Standard. Further, there is no explanation for why this should be a standar=
ds
track document (though I believe the answer is pretty straightforward). You
should go correct that. While you're at it, you can update answer 15, as th=
at
nit was corrected.




  =20
------=_Part_2077259_883391494.1524266068286
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div style=3D"color:#000; background-color:#fff; f=
ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font=
-size:16px"><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quo=
t;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans=
-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337">Pete=
.,</div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quot;, =
&quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-ser=
if; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337"><br></di=
v><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quot;, &quot;=
Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-serif; fo=
nt-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337">Thanks for you=
r comments.</div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neu=
e&quot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;,=
 sans-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337"=
><br></div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quot=
;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-=
serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337">&gt; =
Note to shepherd: In the shepherding writeup, question 1 is not answered co=
rrectly. This document is going for *Proposed* Standard, not *Internet* Sta=
ndard.&nbsp;</div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Ne=
ue&quot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;=
, sans-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337=
"><br></div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quo=
t;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans=
-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337">Fixe=
d.</div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quot;, =
&quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-ser=
if; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337"><br></di=
v><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quot;, &quot;=
Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-serif; fo=
nt-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337">&gt; Further, =
there is no explanation for why this should be a standards track document (=
though I believe the answer is pretty straightforward). You should go corre=
ct that.&nbsp;</div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica =
Neue&quot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quo=
t;, sans-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_193=
37"><br></div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&q=
uot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sa=
ns-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337">It=
 is my understanding that all YANG models are standards track documents.&nb=
sp; Shall I add that as text?</div><div dir=3D"ltr" style=3D"font-family: &=
quot;Helvetica Neue&quot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lu=
cida Grande&quot;, sans-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_15=
24265463209_19337"><br></div><div dir=3D"ltr" style=3D"font-family: &quot;H=
elvetica Neue&quot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida G=
rande&quot;, sans-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_15242654=
63209_19337"><br></div><div dir=3D"ltr" style=3D"font-family: &quot;Helveti=
ca Neue&quot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&=
quot;, sans-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_=
19337">&gt; While you're at it, you can update answer 15, as that nit was c=
orrected.</div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&=
quot;, &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, s=
ans-serif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337"><=
br></div><div dir=3D"ltr" style=3D"font-family: &quot;Helvetica Neue&quot;,=
 &quot;Segoe UI&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-se=
rif; font-size: 13px;" id=3D"yui_3_16_0_ym19_1_1524265463209_19337">Done.</=
div><div></div><div id=3D"yui_3_16_0_ym19_1_1524265463209_19298">&nbsp;</di=
v><div class=3D"signature" id=3D"yui_3_16_0_ym19_1_1524265463209_19320">Tha=
nks,<br><br>Nalini Elkins<br>CEO and Founder<br>Inside Products, Inc.<br>ww=
w.insidethestack.com<br>(831) 659-8360</div><div class=3D"qtdSeparateBR"><b=
r><br></div><div class=3D"yahoo_quoted" style=3D"display: block;">  <div st=
yle=3D"font-family: Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-s=
erif; font-size: 16px;"> <div style=3D"font-family: HelveticaNeue, Helvetic=
a Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <di=
v dir=3D"ltr"> <font size=3D"2" face=3D"Arial"> <hr size=3D"1"> <b><span st=
yle=3D"font-weight:bold;">From:</span></b> Pete Resnick &lt;presnick@qti.qu=
alcomm.com&gt;<br> <b><span style=3D"font-weight: bold;">To:</span></b> gen=
-art@ietf.org <br><b><span style=3D"font-weight: bold;">Cc:</span></b> ippm=
@ietf.org; ietf@ietf.org; draft-ietf-ippm-twamp-yang.all@ietf.org<br> <b><s=
pan style=3D"font-weight: bold;">Sent:</span></b> Monday, April 16, 2018 9:=
01 AM<br> <b><span style=3D"font-weight: bold;">Subject:</span></b> Genart =
last call review of draft-ietf-ippm-twamp-yang-07<br> </font> </div> <div c=
lass=3D"y_msg_container"><br><div dir=3D"ltr">Reviewer: Pete Resnick<br></d=
iv><div dir=3D"ltr">Review result: Ready with Issues<br></div><div dir=3D"l=
tr"><br></div><div dir=3D"ltr">I am the assigned Gen-ART reviewer for this =
draft. The General Area<br></div><div dir=3D"ltr">Review Team (Gen-ART) rev=
iews all IETF documents being processed<br></div><div dir=3D"ltr">by the IE=
SG for the IETF Chair.&nbsp; Please treat these comments just<br></div><div=
 dir=3D"ltr">like any other last call comments.<br></div><div dir=3D"ltr"><=
br></div><div dir=3D"ltr">For more information, please see the FAQ at<br></=
div><div dir=3D"ltr"><br></div><div dir=3D"ltr">&lt;<a href=3D"https://trac=
.ietf.org/trac/gen/wiki/GenArtfaq" target=3D"_blank">https://trac.ietf.org/=
trac/gen/wiki/GenArtfaq</a>&gt;.<br></div><div dir=3D"ltr"><br></div><div d=
ir=3D"ltr">Document: draft-ietf-ippm-twamp-yang-07<br></div><div dir=3D"ltr=
">Reviewer: Pete Resnick<br></div><div dir=3D"ltr">Review Date: 2018-04-16<=
br></div><div dir=3D"ltr">IETF LC End Date: 2018-04-27<br></div><div dir=3D=
"ltr">IESG Telechat date: Not scheduled for a telechat<br></div><div dir=3D=
"ltr"><br></div><div dir=3D"ltr">Summary:<br></div><div dir=3D"ltr"><br></d=
iv><div dir=3D"ltr">This document appears ready to go forward. The only "is=
sue" I have here might<br></div><div dir=3D"ltr">end up being an editorial =
issue, but I list it as a Minor issue because it<br></div><div dir=3D"ltr">=
might be substantive.<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">=
Major issues:<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">None.<br=
></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">Minor issues:<br></div><=
div dir=3D"ltr"><br></div><div dir=3D"ltr">In the paragraph after Figure 3,=
 it says, "and subsequent values are<br></div><div dir=3D"ltr">monotonicall=
y increasing". I'm not sure I understand what that means. If 0 is<br></div>=
<div dir=3D"ltr">the highest priority, then 1 is a *lower* priority than 0,=
 not an increasing<br></div><div dir=3D"ltr">priority. If you are trying to=
 say that the numeric value of the priority field<br></div><div dir=3D"ltr"=
>is increasing by 1 for each subsequent value, then "monotonically increasi=
ng"<br></div><div dir=3D"ltr">is wrong; the sequence "0 2 5 36" is monotoni=
cally increasing. You'd say<br></div><div dir=3D"ltr">instead, "and subsequ=
ent values increase by one". If all you mean is that<br></div><div dir=3D"l=
tr">values start at 0 and go up from there, I think you should just delete =
the<br></div><div dir=3D"ltr">entire phrase; it doesn't add anything and st=
rikes me as confusing.<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr"=
>Nits/editorial comments:<br></div><div dir=3D"ltr"><br></div><div dir=3D"l=
tr">Why are RFC 4086, RFC 8018, and ietf-ippm-metric-registry Informative<b=
r></div><div dir=3D"ltr">References instead of Normative? The uses appear t=
o be normative.<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">I'm no=
t clear why the examples were split between Section 6 and Appendix A;<br></=
div><div dir=3D"ltr">seems like you could just use the long one in section =
6 and explain only the<br></div><div dir=3D"ltr">important bits. I also not=
e that neither of them make any claims about<br></div><div dir=3D"ltr">norm=
ativity: That is, most examples in documents I see always say something<br>=
</div><div dir=3D"ltr">like, "If there is a conflict between anything here =
and the syntax in the<br></div><div dir=3D"ltr">model, the model wins." Is =
that not the case in these sorts of model documents?<br></div><div dir=3D"l=
tr"><br></div><div dir=3D"ltr">Pet peeve: Except in Acknowledgements, I rea=
lly don't like the use of "we" in<br></div><div dir=3D"ltr">IETF documents =
(even though it's becoming more and more common). It's not clear<br></div><=
div dir=3D"ltr">to whom it refers (the WG? the authors? the IETF?). In most=
 places, it can be<br></div><div dir=3D"ltr">replaced with "This document",=
 or using passive voice (e.g., s/We define X as/X<br></div><div dir=3D"ltr"=
>is defined as). There are only 4 occurrences: Abstract, 1.1, 3, and 3.1. E=
asy<br></div><div dir=3D"ltr">enough to change.<br></div><div dir=3D"ltr"><=
br></div><div dir=3D"ltr">Note to shepherd: In the shepherding writeup, que=
stion 1 is not answered<br></div><div dir=3D"ltr">correctly. This document =
is going for *Proposed* Standard, not *Internet*<br></div><div dir=3D"ltr">=
Standard. Further, there is no explanation for why this should be a standar=
ds<br></div><div dir=3D"ltr">track document (though I believe the answer is=
 pretty straightforward). You<br></div><div dir=3D"ltr">should go correct t=
hat. While you're at it, you can update answer 15, as that<br></div><div di=
r=3D"ltr">nit was corrected.<br></div><div dir=3D"ltr"><br></div><div dir=
=3D"ltr"><br></div><br><br></div> </div> </div>  </div></div></body></html>
------=_Part_2077259_883391494.1524266068286--


From nobody Sat Apr 21 06:31:50 2018
Return-Path: <worley@alum.mit.edu>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBC94126DD9 for <ippm@ietfa.amsl.com>; Sat, 21 Apr 2018 06:31:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.685
X-Spam-Level: 
X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] 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 3cuPEO7tqHuQ for <ippm@ietfa.amsl.com>; Sat, 21 Apr 2018 06:31:46 -0700 (PDT)
Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (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 DAC5A1243F6 for <ippm@ietf.org>; Sat, 21 Apr 2018 06:31:45 -0700 (PDT)
Received: from resomta-ch2-04v.sys.comcast.net ([69.252.207.100]) by resqmta-ch2-12v.sys.comcast.net with ESMTP id 9s5KfEiVKqQAh9scCfKx5Z; Sat, 21 Apr 2018 13:31:44 +0000
Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-04v.sys.comcast.net with ESMTPA id 9scAfHEYSZIKa9scBf6xDm; Sat, 21 Apr 2018 13:31:44 +0000
Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w3LDVgaI022066; Sat, 21 Apr 2018 09:31:42 -0400
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w3LDVgAj022063; Sat, 21 Apr 2018 09:31:42 -0400
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com (Dale R. Worley)
To: NVO3 <nvo3@ietf.org>, IPPM <ippm@ietf.org>
Sender: worley@ariadne.com (Dale R. Worley)
Date: Sat, 21 Apr 2018 09:31:41 -0400
Message-ID: <87r2n8d6te.fsf@hobgoblin.ariadne.com>
X-CMAE-Envelope: MS4wfI0VA0AdChVSshk9MCFA5Pb6B9VBo5t3BsioIblN3SLfSGHAUoGDxHSOEN0UhjwhtvQyrF1eDgSQi+YCfbY/i9SZQAmX2Pwyb1V5c4TC2gwGCP5MZZBq 7As8KL4Zmg/4ivzw4z78hkyyhyckP1iDg6JBsb8E8pd0SRUVTsWU9sVUD1APffuIBW6uBqzSn1joRg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ixF8gvwelVmDd8cSeCX-A2p2HBw>
Subject: [ippm] Using Geneve for OAM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Apr 2018 13:31:48 -0000

I'm new to this work, and as an exercise, I've been looking into using
Geneve to carry OAM information.  Doing so suggests that certain
adjustments to Geneve would make it better for OAM usage.  I'd be glad
to hear feedback about any of these ideas.

The design principles I am following are:

- Here, "OAM" is restricted to monitoring ordinary data packets; such
  OAM tasks as telnetting into a router are handled by ordinary packet
  streams addressed in the proper way.

- We are interested in both "active" OAM (where the monitoring packet
  does not carry non-OAM data) as well as "hybrid" or "in-situ" OAM
  (where the monitoring packet carries both OAM information as well as
  non-OAM data).

- Using Geneve as a "universal" encapsulation protocol, where it can
  be inserted into the sequence of headers of a packet at any point, to
  carry both OAM and non-OAM annotations for the remaining packet
  contents.  (I am particularly fond of this concept.)

- Support "fast path" processing for Geneve headers that conform to a
  pre-established profile that specifies the sequence of option types
  and lengths.

I am using the "IOAM" proposal (draft-ietf-ippm-ioam-data-02) for the
semantics and syntax of the OAM data, basically because it seems to be
fairly complete, and I have little knowledge about what the OAM data
should be.  The IOAM proposal reduces the OAM information to three
alternative data blocks (tracing, proof of transit, and edge-to-edge),
each of which is configurable in numerous ways.
draft-brockners-nvo3-ioam-geneve-00 proposes that each of these data
blocks can be included in a Geneve header under a particular
class/type code.

(The major lack in the IOAM proposal is carriage of echo request/reply
messages.  draft-ooamdt-rtgwg-demand-cc-cv seems to be a promising
approach to this OAM message type.)

"Universality" for Geneve is accomplished in part by extending the
allowed underlying protocols (preceding header types).  This involves
establishing an Ethertype for Geneve (so that Geneve can be
encapsulated directly in Ethernet) and establishing an IP
protocol/header value (so that Geneve can be encapsulated in
IPv4/IPv6).  Similarly, Geneve needs to be extended so that its
"protocol type" field can carry an IP protocol/header value (so that
Geneve can encapsulate IETF layer 4 protocols) and a "no encapsulated
data" value.  IP protocol/header values can be encoded by setting the
high octet of the protocol type field to 0x00 and the low octet to the
protocol/header value.  (Ethertypes have a high octet of 0x06 or
higher, so this does not conflict with the present specification of
Geneve.)  Packets for "active" OAM, which contain no overlay data,
indicate "no encapsulated data" with the value 0x00 0x3B, since
protocol/header value 59 means "no next header".

The second word of the fixed part of a Geneve header carries the
virtual network identifier, which may not be needed.  It seems to me
to be a useful feature to define one of the Geneve header flag bits to
mean "short header"; if it is set, the second word of the fixed part
is absent.  With this extension, a minimal Geneve header carrying IOAM
looks like this:

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len  |O|C|S|  Rsvd.  |          Protocol Type        |  Geneve fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class = IOAM_Trace    |C| IOAM-Trace  |R|R|R| Length  |  Geneve option
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |         IOAM-Trace-Type       |NodeLen|  Flags  | Octets-left |  IOAM fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  IOAM data
 ~                        node data list [0]                     ~  space
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--

This format is well-versionized, with the Geneve version in the first
two bits of the Geneve fixed part and the IOAM version implied by the
option class/type value.  This requires only 2 words (8 octets) in
addition to the IOAM fixed and data space.  If a Geneve header was
needed at this point in the header stack for other purposes, the
overhead of adding OAM is only 1 word.

As is discussed in draft-brockners-nvo3-ioam-geneve-00 section 4,
Geneve headers and options are rather short for IOAM tracing:  the
maximum data part of an option is (2^5-1)*4 = 124 octets, and the
maximum option part of a header is (2^6-1)*4 = 252 octets.  It's worth
considering extending the length fields in Geneve to support longer
options.  Consider this format:  The flag bits in the header fixed
part is reduced to 1 bit (short header), extending the length field to
13 bits.  The reserved bits in the option fixed part are added to the
length field, extending it to 8 bits.

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len                |S|          Protocol Type        |  Geneve fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class = IOAM_Trace    |C| IOAM-Trace  |       Length  |  Geneve option
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |         IOAM-Trace-Type       |NodeLen|  Flags  | Octets-left |  IOAM fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  IOAM data
 ~                        node data list [0]                     ~  space
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--

The maximum data part of an option is now (2^8-1)*4 = 1,020 octets and
the maximum option part of a header is now (2^13-1)*4 = 32,764 octets.
In the case mentioned in draft-brockners-nvo3-ioam-geneve-00, where
each visited node adds 20 octets of tracing information, the IOAM data
space could accommodate floor((1020 - 4) / 20) = 50 hops of
information.

This revised format omits the O and C bits from the header fixed
part.  As far as I can tell -- and I may be wrong about this -- this
causes no inconvenience, as the Geneve header is only examined by
nodes which are endpoints for all of the encapsulating protocols, that
is, for the addresses carried in the preceding headers in the packet.
And in that case, the node is required to examine all of the options
in the Geneve header, in case it is required to take some action based
on them.  In that case, the C bit in the fixed part carries no
information that the node cannot determine by examining all of the
options, which it will do anyway.  Similarly, the O bit for
identifying OAM information can carry no information that is not
carried elsewhere in the Geneve header.

One aspect of Geneve processing that I am trying to support is "fast
path" processing.  The concept is that the node is configured for a
certain "profile" of Geneve header -- a particular sequence of Geneve
option types and lengths -- and that the node should be able to
quickly identify packets that conform to the profile and divert them
to a preconfigured processing path, leaving non-conforming packets to
be processed by a more general and slower mechanism.  As long as the
sequence of options and their lengths are fully specified by the
profile, the profile conformance test is "TCAM compatible", that is,
can be done by examining whether certain bits at certain offsets from
the start of the Geneve header have certain values.

If more brevity is required, we can eliminate the IOAM fixed part by
incorporating the 16 bit IOAM-Trace-Type into the Geneve option
class/type -- allocate a block of 2^16 of the 2^23 class/type
identifiers to specify IOAM-Trace-Types:

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len                |S|          Protocol Type        |  Geneve fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Class      | Trace-Type      |C| Trace-Type  |       Length  |  Geneve option
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  IOAM data
 ~                        node data list [0]                     ~  space
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--

This uses 2^-7 of the option/class number space to support IOAM-Trace,
but it might be worth it to reduce the overhead for IOAM trace to 1
word (4 octets), or 0 words if a Geneve header has to be inserted for
other purposes already.

This approach does require an alternative way to describe how many
entries in the IOAM data are filled in, since the "Octets-left" field
of the IOAM fixed part is lost.  One way to represent this is
to not fill the entries in sequentially as the packet passes through
nodes, but rather have each node insert its information into the
beginning of the data space, and shift the entries previously present
in the data space later:

  +----------+            +----------+            +----------+
  | empty    |		  | entry 1  |            | entry 2  |
  +----------+		  +----------+            +----------+
  | empty    |		  | empty    |            | entry 1  |
  +----------+   ----->	  +----------+   ----->   +----------+
  | empty    |		  | empty    |            | empty    |
  +----------+		  +----------+            +----------+
  | empty    |		  | empty    |            | empty    |
  +----------+		  +----------+            +----------+
  | empty    |		  | empty    |            | empty    |
  +----------+		  +----------+            +----------+

In order for the final node to determine how many entries had been
filled in, it helps to have a defined empty value.
draft-ietf-ippm-ioam-data-02 suggests that the value 0xFFFFFFFF
represents an empty word, although there are a few situations where
that value could be inserted as a non-null value (e.g., in
timestamps), and some provision would be needed to handle that.

Overflowing of the data area could be detected by making the data area
not a multiple of the length of an entry, but one word longer than a
multiplea.  If the final word has a non-null value, then the final node
can tell that some information was lost.

Dale


From nobody Sat Apr 21 08:05:12 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5FDD12762F for <ippm@ietfa.amsl.com>; Sat, 21 Apr 2018 08:05:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.609
X-Spam-Level: 
X-Spam-Status: No, score=-2.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, T_DKIMWL_WL_MED=-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=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hhKaJ2xbVpmM for <ippm@ietfa.amsl.com>; Sat, 21 Apr 2018 08:05:07 -0700 (PDT)
Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04EAE1274D2 for <ippm@ietf.org>; Sat, 21 Apr 2018 08:05:07 -0700 (PDT)
Received: by mail-qk0-x230.google.com with SMTP id c70so2837937qkg.0 for <ippm@ietf.org>; Sat, 21 Apr 2018 08:05:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=HOql8Y2BomhDeoX1E6wH1CAjmjXQP3AMUlhNz3yIcQM=; b=pBEC2V6tHrxJ/2ez1T6/3NMyWI5hJIJ05xUI2XYS0XDLdUy+2GIlYIthvHzi1mxC+9 0KKXyBQ/XMAdNbsVsDdt9xwPMlHDyjKEUKJjz0PURU5N4xwNsWITHZ+3dAwWUtjIFjvg SUs2k46zZ5gTs/OI+KtziiE1YiO/6cPJ2k//DG5G0bHxxEG/1AKJd1heQiiUrOQI0yjJ YvT6+Fwu9GlR8MtKwz8C66SUHl82QZsv6g5oZz4ROy+GHQOblvB6ESa3Le6XeTDz75tX 3vnM0qzJpMvJm82v0k7NRNbp1F1YhvNF3q1yZcFszbakFy4gJ6iTb6/QhTddWazNJg1o kAuw==
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=HOql8Y2BomhDeoX1E6wH1CAjmjXQP3AMUlhNz3yIcQM=; b=OVDXsktfdOcfLRDrcGI/1/nSoLpz1qLHlo/GSoTGC+eF3ust3qm6M1gabYAa4WWFnj JMvPdhShf45JEiWcwz+bdO1zpUEdBzpqaTKK0igY5oj6mPZywA+CuYBD+6u2LSIWqusz tov12GpCpU8ICPu+DTwzeEVaVQTjmlHK4mtqAD0Do7kobwfvsdnn9cx89J4eM1qVqzlf 9GNzVbqiubZqsuYt3omLgDJsXbeuJ2msOaRQ4rOprxSg6hkupxGBkrSI2bQdMOIiBTGU rRWgCPS7GHmiqRr0LOAvtYw10OysWaz0Qf4EOuDr+Eo/WfsFNG6d5LKt9ihPMfNnPGoe cSCA==
X-Gm-Message-State: ALQs6tDURlci5wQ01auNr7VicslZJqbM/RRJyON1E4LH1yNHxblLuTLB qKpjH3uPrtZ2Uf++GUegT9GLyt+nVbBFlI0YeSETnA==
X-Google-Smtp-Source: AIpwx48VIqJ7prG8Ab6o4LyXbsfs6HJxnBog67zRNL1yckWQor46XrsUNo+RgPgXr8ILvRJSh4kgEX9TazaGGT4Rh8M=
X-Received: by 10.233.224.5 with SMTP id m5mr15799420qkk.333.1524323105753; Sat, 21 Apr 2018 08:05:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Sat, 21 Apr 2018 08:05:05 -0700 (PDT)
In-Reply-To: <DD4CBF95-C04B-45EC-BC84-1D85F113230F@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com> <DD4CBF95-C04B-45EC-BC84-1D85F113230F@cisco.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sat, 21 Apr 2018 08:05:05 -0700
Message-ID: <CALx6S35tScr2bqU4dt7HPDt_p8zgYyAZi5SmW-uruWpV0SCvNA@mail.gmail.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>,  Mickey Spiegel <mspiegel@barefootnetworks.com>,  "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Tianran Zhou <zhoutianran@huawei.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/LgiA-FZxYS5oVLhtWPSCFAZGUP4>
Subject: Re: [ippm] [sfc] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Apr 2018 15:05:11 -0000

On Fri, Apr 20, 2018 at 12:03 PM, Carlos Pignataro (cpignata)
<cpignata@cisco.com> wrote:
> Tom,
>
> On Apr 17, 2018, at 10:22 AM, Tom Herbert <tom@herbertland.com> wrote:
>
> On Tue, Apr 17, 2018 at 12:51 AM, Frank Brockners (fbrockne)
> <fbrockne@cisco.com> wrote:
>
>
> Hi Tianran,
>
> Tom's note already includes the hint: You'll add IOAM data to the
> protocol/layer that you're interested in monitoring. Again using Geneve o=
ver
> IPv6 as an example:
> * If you're interested in the overlay, i.e. Geneve (e.g. timestamping the
> packet when it enters and exists the tunnel) - you'd add IOAM data to Gen=
eve
> * If you're interested in the underlay, i.e. IPv6 (e.g. you'd like to
> understand which path packets take in the v6 network) - you'd add IOAM da=
ta
> to IPv6
> * If you're interested in both, then you'd add IOAM data to Geneve and IP=
v6
>
> Frank,
>
> In that case why not just use a hop-by-hop option for measuring the
> underlay and a destination option for measuring the overlay? The
> advantage is that this works _any_ IP encapsulation method or any IP
> protocol for that matter.
>
>
> Because you want to instrument the layer that you want to measure.
> Because there=E2=80=99s cases with more unnatural layering where there=E2=
=80=99s a desire to
> correlate and compare measurements across layers (in a way in which, for
> example, the Service layer is tested in a service chaining scenario, not =
the
> IPv6 hop-by-hop.
> Because different topologies expose different Hops and IPv6 HBH goes by t=
he
> IPv6 node topology.
> Because not everything is IPv6, and because you have cases of IPv6 over
> something as well.
> Those are quick ones that come to mind.
>
Carlos,

Please see my other email that details some use cases that shows
destination options are functionally equivalent to ippm in
encapsulation, and also my comments that the IPv6 has superior
capabilities to cover in-situ ippm requirements (in particular that IP
options are the _only_ protocol conformant means for intermediate
nodes to change IP payloads needed for IOAM tracing).

I don't have a general issue with supporting ippm in encapsulation,
but I do think this should be viewed as legacy support. Note there is
no concept of segment routing in IPv4, they are blazing forward only
on IPv6 so it is reasonable to take this view. Personally, I don't
think this is a disadvantage to SR. IPv6 does have more capabilities
than IPv4 and we're now seeing protocols that will take advantage of
those. Features like this are good motivation for moving to IPv6,
which in the long run is good for the Internet!

Tom

> Frank,
> I don't believe adding ippm to every
> encapsulation protocol is straightforward: e.g.
> draft-brockners-ippm-ioam-geneve describe but notes the limited size
> of header, draft-weis-ippm-ioam-gre states that a new EtherType would
> be needed just for this purpose. This also entails additional
> encapsulation-specific HW support also, whereas support destination
> and hbh options could be more generic.
>
>
> Engineering is about trade-offs. If you want to measure Geneve, there are
> limitations. But instead of trying to prove why it does not work, I=E2=80=
=99ll point
> to working demos of where it does =E2=80=94 many of which on different HW=
/SW and
> encaps, shown at various IETF events.
>
> Thanks,
>
> =E2=80=94 Carlos Pignataro
>
> Tom
>
> Draft draft-ietf-ippm-ioam-data-02 already mentions layering (see section
> 3):
> "Layering: If several encapsulation protocols (e.g., in case of tunneling=
)
> are stacked on top of each other, IOAM data-records could be present at
> every layer.  The behavior follows the ships-in-the-night model."
>
> Given the discussion here, we'll add some additional text in the next
> revision to make things crisper (e.g. adding an example might help).
>
> Frank
>
> -----Original Message-----
> From: Tianran Zhou <zhoutianran@huawei.com>
> Sent: Dienstag, 17. April 2018 03:18
> To: Tom Herbert <tom@herbertland.com>
> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; Service Function
> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
> I think it's better that Frank or Shwetha can explain the multi-layer use
> case in detail.
>
> Tianran
>
> -----Original Message-----
> From: Tom Herbert [mailto:tom@herbertland.com]
> Sent: Monday, April 16, 2018 10:40 PM
> To: Tianran Zhou <zhoutianran@huawei.com>
> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; int-area
> <int-area@ietf.org>; Service Function Chaining IETF list
> <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
> On Mon, Apr 16, 2018 at 6:31 AM, Tianran Zhou <zhoutianran@huawei.com>
> wrote:
>
> Hi Shwetha,
>
> You are talking about the outer encapsution. It is straight forward
> for the underlay to record by the header. But what about the
> overlay, i.e., inner encapsulation(e.g. geneve)? Without special
> configuration, intermediate node will not read the inner header,
> hence not be able to process IOAM.e
>
>
> Hi Tianran,
>
> I believe that is also not protocol conformant. Intermediate nodes
> should not be processing transport layer data as this can lead to
> misinterpretation and possibly silent data corruption.
>
> For instance, Geneve is a UDP encapsulation protocol with assigned port
> 6081.
> In order for an intermediate device to process the Geneve
> encapsulation header it would need to look for packets with
> destination port of 6081 since that is the only possible
> discriminator. However, transport port numbers do not have global
> meaning and hosts may use port numbers for other purposes (RFC7605
> describes this). So a packet to port 6081 might be something other
> than Geneve and may be misinterpreted. If a misinterpreted packet is chan=
ged
> (like ippm data is written) then that would be systematic silent data
> corruption.
>
> As far as I know, hop-by-hop options is the only protocol confirming
> mechanism that allows an intermediate note to change data of packet in
> flight.
> Encpasulation is the only conforming mechanism that allows an
> intermediate node to add data (like extension headers) to a packet in
> flight.
>
> Tom
>
> Maybe we are not synced by this overlay/underlay use case. :-)
>
> Tianran
>
>
>
> ________________________________
> Sent from WeLink
>
> =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Shwetha Bhandari (shwethab)
> =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Tianran Zhou<zhoutianran@huawei.com>=
;Frank Brockners
> (fbrockne)<fbrockne@cisco.com>;Mickey
> Spiegel<mspiegel@barefootnetworks.com>;Tom
> Herbert<tom@herbertland.com>
> =E6=8A=84=E9=80=81=EF=BC=9A NVO3<nvo3@ietf.org>;int-area<int-area@ietf.or=
g>;Service Function
> Chaining IETF list<sfc@ietf.org>;IETF IPPM WG<ippm@ietf.org>
> =E4=B8=BB=E9=A2=98=EF=BC=9A Re: [ippm] [Int-area] encapsulation of IOAM d=
ata in various
> protocols - follow up from WG discussion in London
> =E6=97=B6=E9=97=B4=EF=BC=9A 2018-04-16 18:17:01
>
> Hi Tianran,
>
> If I recall right, it is not written in the ioam data draft.
>
>
> Data draft is defining the data to be carried in IOAM in an
> encapsulation agnostic way, it does not specify how the
> encapsulation protocol is configured.
>
>
>
> Yes, node by node configuration is an easy way.
>
>
> While it is, it does not have to be a node by node configuration. It
> can be part of the encapsulation definition.
>
> For e.g. If the encapsulation is IPv6 and if we define the data to
> be carried as HbH options, then based on the Option Type with
> highest order 2 bits set to 00 then the v6 nodes that implement IOAM
> will process the option and others will skip over.
>
>
>
>
>
> Thanks,
>
> Shwetha
>
>
>
> From: ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou
> <zhoutianran@huawei.com>
> Date: Monday, April 16, 2018 at 2:36 PM
> To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey
> Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert
> <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>,
> Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG
> <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Hi Frank,
>
>
>
> If I recall right, it is not written in the ioam data draft.
>
> Yes, node by node configuration is an easy way. In the
> draft-zhou-ippm-ioam-yang, we have the =E2=80=9Cprotocol-type=E2=80=9D to=
 indicate
> the layering.
>
>   +--rw ioam
>
>      +--rw ioam-profiles
>
>         +--rw enabled?        boolean
>
>         +--rw ioam-profile* [profile-name]
>
>            +--rw profile-name                    string
>
>            +--rw filter
>
>            |  +--rw filter-type?   ioam-filter-type
>
>            |  +--rw acl-name?      -> /acl:acls/acl/name
>
>            +--rw protocol-type?                  ioam-protocol-type
>
>            +--rw incremental-tracing-profile {incremental-trace}?
>
>            |  ...
>
>            +--rw preallocated-tracing-profile {preallocated-trace}?
>
>            |  ...
>
>            +--rw pot-profile {proof-of-transit}?
>
>            |  ...
>
>            +--rw e2e-profile {edge-to-edge}?
>
>               ...
>
>
>
>
>
> Tianran
>
> From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
> Sent: Monday, April 16, 2018 4:51 PM
> To: Tianran Zhou <zhoutianran@huawei.com>; Mickey Spiegel
> <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Hi Tianran,
>
>
>
> IOAM is a domain specific feature (see also
> draft-ietf-ippm-ioam-data-02 sections 3 and 4), which allows an
> operator to control by means of configuration where and for which
> traffic IOAM data fields are added/updated/removed from the customer
> traffic. Using your example of Geneve over IPv6 =E2=80=93 with IOAM data =
in
> both the Geneve and the IPv6 protocol, one would expect that the
> operator configures the endpoints of the Geneve tunnel to operate on
> the IOAM data in Geneve, and the IPv6 routers that the Geneve tunnel
>
> traverses to operate on the IOAM data in IPv6.
>
>
>
>
> Frank
>
>
>
> From: Tianran Zhou <zhoutianran@huawei.com>
> Sent: Montag, 16. April 2018 10:37
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
> <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Hi Frank,
>
>
>
> How does a forwarder know when and where to insert the data?
>
> In the case of Geneve over IPv6, do you mean the device need to scan
> all the protocol stack? Or just the outer encapsulation?
>
>
>
> Tianran
>
>
>
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank
> Brockners
> (fbrockne)
> Sent: Monday, April 16, 2018 3:08 PM
> To: Mickey Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert
> <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
>
>
> Tom,
>
>
>
> a quick addition to what Mickey mentioned below: What you seem to
> have in mind is what draft-ietf-ippm-ioam-data-02 refers to as =E2=80=9Cl=
ayering=E2=80=9D
> (see section 3.), i.e. if you=E2=80=99re running for example Geneve over
> IPv6, then IOAM data could be encapsulated in both protocols, Geneve
> and
> IPv6 =E2=80=93 giving you visibility into the =E2=80=9Cunderlay=E2=80=9D =
(IPv6) and the =E2=80=9Coverlay=E2=80=9D
>
> (Geneve).
>
>
>
>
> Frank
>
>
>
> From: ippm <ippm-bounces@ietf.org> On Behalf Of Mickey Spiegel
> Sent: Freitag, 13. April 2018 20:22
> To: Tom Herbert <tom@herbertland.com>
> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
> protocols - follow up from WG discussion in London
>
>
>
> Tom,
>
>
>
> On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> wrote=
:
>
> Mickey,
>
> Looking at these ippm drafts more closely, I have a much more
> fundamental concern.
>
> In draft-brockners-ippm-ioam-geneve-00 for instance, there is the
> text in the introduction:
>
> "In-situ OAM (IOAM) records OAM information within the packet while
> the packet traverses a particular network domain.  The term "in-situ"
> refers to the fact that the IOAM data fields are added to the data
> packets rather than is being sent within packets specifically
> dedicated to OAM.  This document defines how IOAM data fields are
> transported as part of the Geneve [I-D.ietf-nvo3-geneve]
> encapsulation."
>
> I assume this means that as packets with Geneve encapsulation
> traverse the network they are interpreted by intermediate nodes as
> being Geneve. Since Geneve is a UDP encapsulation, then the
> destination UDP port number would be used to identify packets as
> being Geneve. So an intermediate device might be looking for UDP
> packets destined to port
> 6081 (the assigned UDP port for Geneve). If my understanding is
> correct, then this is a problem.
>
> UDP port numbers do not have global meaning. An intermediate device
> may very well see UDP packets destined to port 6081 that are not
> actually Geneve. This scenario is discussed in RFC7605:
>
> "...intermediate device interprets traffic based on the port number.
> It is important to recognize that any interpretation of port numbers
> -- except at the endpoints -- may be incorrect, because port numbers
> are meaningful only at the endpoints."
>
> If the UDP data is modified, as the draft would imply, then
> misinterpretation may also mean silent data corruption of packets. A
> protocol that would allow this seems pretty incorrect! Note that
> this would be true also for any UDP encapsulation that the network
> tries to interpret.
>
>
>
> The intention is to allow for multiple nodes that a packet traverses
>
> to be able to insert IOAM node information in the same trace option,
>
> but leave some flexibility regarding which nodes actually do the
>
> IOAM processing and the node information. This may vary
>
> depending on the transport.
>
>
>
> In case of a tunneled encapsulation such as Geneve or VXLAN,
>
> there may still be multiple hops. For example a network may use
>
> Geneve or VXLAN, but only do L2 processing at ToRs, with L3
>
> processing done at aggregation or core switches. In this case
>
> many packets would do 2 Geneve or VXLAN hops, so the packet
>
> would contain IOAM node information from two nodes.
>
>
>
> Another example is service function chaining using Geneve or
>
> VXLAN rather than NSH.
>
>
>
>
> I am also wondering if hop-by-hop options been considered for this
> application? Their interpretation in the network is unabiguous and
> they also have the advantage that the work with any IP protocol or
> encapsulation.
>
>
>
> IPv6 hop-by-hop options has been considered. See
>
> draft-brockners-inband-oam-transport-05. This has not yet been
>
> broken out into a separate draft.
>
>
>
> Mickey
>
>
>
>
> Thanks,
> Tom
>
>
> On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
> <mspiegel@barefootnetworks.com> wrote:
>
> Tom,
>
> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wrote:
>
>
> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky
> <gregimirsky@gmail.com>
> wrote:
>
> Hi Frank,
> thank you for sharing your points. Please find my notes in-line
> and tagged
> GIM>>. I believe that this is very much relevant to work of
> GIM>>other
> working
> groups that directly work on the overlay encapsulations in the
> center of the discussion and hence I've added them to the list.
> Hope we'll have more opinions to reach the conclusion that is
> acceptable to all.
>
> Regards,
> Greg
>
> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
> <fbrockne@cisco.com> wrote:
>
>
> Back at the IPPM meeting in London, we discussed several drafts
> dealing with the encapsulation of IOAM data in various
> protocols (draft-brockners-ippm-ioam-vxlan-gpe-00,
> draft-brockners-ippm-ioam-geneve-00,
> draft-weis-ippm-ioam-gre-00). One discussion topic that we
> decided to take to the list was the question on whether
> draft-ooamdt-rtgwg-ooam-header could be leveraged..  After
> carefully considering draft-ooamdt-rtgwg-ooam-header, I came to
> the conclusion that the =E2=80=9COOAM header=E2=80=9D does not meet the n=
eeds
> of
> IOAM:
>
> * Efficiency: IOAM adds data to live user traffic. As such, an
> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM hea=
der=E2=80=9D
> is 8
> bytes long. The approach for IOAM data encapsulation in the
> above mentioned drafts only requires 4 bytes. Using the OOAM
> header approach would add an unnecessary overhead of 4 bytes =E2=80=93
> which is significant.
>
> Greg,
>
> I'm missing something here. I looked at the drafts you referenced
> and each of them looks like the overhead for OAM is greater that
> four bytes. In each there is some overhead equivalent to
> type/length, for instance in Geneve four bytes are needed for
> option class, type, and length. Unless the the OAM data is zero
> length, I don't see how this adds up to only four bytes of overhead.
>
>
>
> The four versus eight bytes just refers to the fields in the four
> bytes of IOAM info, that is common to all IOAM options. Beyond
> that, there are IOAM option specific fields. For example if doing
> one of the IOAM trace options, there are four bytes of trace option
> header, including the IOAM-trace-type, NodeLen, Flags, and
> RemainingLen fields. These are followed by the node data list
> containing the per hop IOAM information.
>
> In looking at the OOAM header content, it has nothing to do with
> any of the IOAM information after the first four bytes. It contains
> another variant of the information in the first four bytes of IOAM
> info, spread out over eight bytes.
>
>
> Tom
>
>
> GIM>> The difference in four octets is because OOAM Header:
>
> provides more flexibility, e.g. Flags field and Reserved fields;
>
>
>
> The flags field only has one defined flag at the moment, for a
> timestamp block. For IOAM trace we need per hop timestamps, which
> the timestamp block cannot address, i.e. the timestamp block is
> redundant for
>
> IOAM.
>
>
>
> supports larger OAM packets than iOAM header;
>
>
>
> For IOAM purposes, 1020 octets is more than enough.
>
>
> is future proof by supporting versioning (Version field).
>
>
>
> IMO, taking the first two bits of the IOAM-Type to define a Version
> field would be a good thing. This does not require adding four more
> bytes of overhead. 64 IOAM-Types is more than enough.
>
>
>
> * Maturity: IOAM has several implementations, which were also
> shown at recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting
> additional implementations to be publicized soon. Interoperable
> implementations need timely specifications. Despite the
> question being asked, the recent thread on OOAM in the NVO3
> list hasn=E2=80=99t revealed any implementation of the OOAM header.
> In
> addition, the thread revealed that several fundamental
> questions about the OOAM header are still open, such as whether
> or how active OAM mechanisms within protocols such as Geneve
> would apply to the OOAM header. This ultimately means that we
> won=E2=80=99t get to a timely specification.
>
>
> GIM>> May I ask which encapsulations supported by the
> GIM>> implementations
> you
> refer to. Until very recently all iOAM proposals were to use
> meta-data TLV in, e.g. Geneve and NSH. And if these or some of
> these implementations already updated to the newly proposed iOAM
> shim, I don't see problem in making them use OOAM Header. Would
> you agree?
>
>
> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM
> header would ultimately apply to. The way the OOAM header is
> defined, OOAM uses a 8-bit field for =E2=80=9CNext Prot=E2=80=9D, the nex=
t
> protocol. Some protocols that IOAM data needs to be
> encapsulated into use 16-bits for their next protocol code points. See e.=
g.
> the GRE encapsulation =E2=80=93 as specified in
> draft-weis-ippm-ioam-gre-00.
>
>
> GIM>> The first paragraph of the Introduction section states:
>   New protocols that support overlay networks like VxLAN-GPE
>   [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>   [I-D.ietf-nvo3-geneve], BIER
> [I-D.ietf-bier-mpls-encapsulation],
>
> and
>
>   NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>   Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>   Maintenance (OAM) as one of distinct types.  That ensures that
>   Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>   traversing the underlay.
> I'm updating the OOAM Header draft and along with cleaning nits
> will update reference to GUE. I think that the list and the
> statemnt are quite clear in identifying the scope of networks
> that may benefit from using not only common OOAM Header but
> common OOAM mechanisms, e.g. Echo Request/Reply.
>
> With the above in mind, I=E2=80=99d suggest that the WG moves forward
> with specific definitions for encapsulating IOAM data into
> protocols =E2=80=93 per the above mentioned drafts.
>
>
>
> Regards, Frank
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>
>
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>
>
>
>
>
> _______________________________________________
> sfc mailing list
> sfc@ietf.org
> https://www.ietf.org/mailman/listinfo/sfc
>
>


From nobody Sat Apr 21 08:38:21 2018
Return-Path: <fgont@si6networks.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4DFB12EA94; Sat, 21 Apr 2018 08:38:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.851
X-Spam-Level: 
X-Spam-Status: No, score=-0.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id njmZDr655MiJ; Sat, 21 Apr 2018 08:38:11 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [IPv6:2001:67c:27e4::14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31EBB12E893; Sat, 21 Apr 2018 08:38:09 -0700 (PDT)
Received: from [192.168.0.102] (unknown [190.141.5.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id A3B37809ED; Sat, 21 Apr 2018 17:37:52 +0200 (CEST)
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>, "C. M. Heard" <heard@pobox.com>
Cc: 6man <ipv6@ietf.org>, IETF <ietf@ietf.org>, IPPM <ippm@ietf.org>, Suresh Krishnan <suresh.krishnan@gmail.com>
References: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com> <CACL_3VEUg_BQKDGqJ5fgCo2jcT3mLWhAgjXgX2a4_V9CVMNiqA@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8EB2B4@njmtexg5.research.att.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <76656120-1140-c66c-cc6a-9ac153f1cf00@si6networks.com>
Date: Fri, 20 Apr 2018 18:35:45 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF4A8EB2B4@njmtexg5.research.att.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/q12xqWGLWjcV4GF8XhTXO0Ny4_Y>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Apr 2018 15:38:18 -0000

On 04/20/2018 12:42 AM, MORTON, ALFRED C (AL) wrote:
[....]
> */[acm] /*
> 
> *That’s heavy baggage 6man will have to carry, IMO.*
> 
> *“are not” doesn’t translate to a requirement in any SDO I know.*
> 
>  
> 
>     RFC8250 does not involve Extension header insertion/deletion
> 
>     along the path, but other work-in-progress (in-situ OAM) would.

Well, it should not. RFC8200 seems to be crystal clear in this respect,
and we burned a sensible number of electrons to get there.




>    o  Extension Header insertion or deletion: Although such behavior is
> 
>       not endorsed by current standards, it is possible that Extension
> 
>       Headers could be added to, or removed from the header chain.  The
> 
>       resulting packet may be standard-formed, with a corresponding
> 
>       Type-P.

Strongly disagree, for the reasons stated above.


-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





From nobody Sat Apr 21 08:38:49 2018
Return-Path: <fgont@si6networks.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C7B612EB81; Sat, 21 Apr 2018 08:38:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.851
X-Spam-Level: 
X-Spam-Status: No, score=-0.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sMhKt00Pf5HF; Sat, 21 Apr 2018 08:38:43 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E59012EB7A; Sat, 21 Apr 2018 08:38:28 -0700 (PDT)
Received: from [192.168.0.102] (unknown [190.141.5.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 6F87E809ED; Sat, 21 Apr 2018 17:38:16 +0200 (CEST)
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>, Tom Herbert <tom@herbertland.com>
Cc: "C. M. Heard" <heard@pobox.com>, 6man <ipv6@ietf.org>, IETF <ietf@ietf.org>, IPPM <ippm@ietf.org>
References: <CACL_3VEDW3bpbYajHXT=QJO7ZnwsdsNauVx+uPcn8wfBSyc=Yg@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8E895E@njmtexg5.research.att.com> <CALx6S37AwJJhASnyC05gG3PxJ8MoU6aq3k452pA+CmPQtJAuXg@mail.gmail.com> <4D7F4AD313D3FC43A053B309F97543CF4A8EB2C1@njmtexg5.research.att.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <c2f36fb7-60f6-2747-a620-ef435bf6f66e@si6networks.com>
Date: Fri, 20 Apr 2018 11:46:54 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF4A8EB2C1@njmtexg5.research.att.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/wfZYbZxxgUj39-9bQACwq8AtfFc>
Subject: Re: [ippm] Last Call: <draft-ietf-ippm-2330-ipv6-04.txt> (IPv6, IPv4 and Coexistence Updates for IPPM's Active Metric Framework) to Informational RFC
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Apr 2018 15:38:48 -0000

Al,

On 04/20/2018 12:42 AM, MORTON, ALFRED C (AL) wrote:
[...]
> Since PDM / RFC8250 exclusively defines measurement based on DOH,
> it is a bit out of place with " ...modification, addition or deletion of 
> IPv6 extension headers..." (inspection was a possibility, but not 
> discussed in RFC8250)
> 
> We are proposing to delete PDM/8250 from the sentence:
> 
>    The topic of IPv6 Extension Headers brings current controversies into
>    focus as noted by [RFC6564] and [RFC7045].  However, measurement use
>    cases in the context of the IPPM framework like in-situ OAM [ref] in
>    enterprise environments can benefit from
>    inspection, modification, addition or deletion of IPv6 extension
>    headers in hosts along the measurement path.

Given the discussion in ITF LC/6man regarding EH insertion an
modification, I think the aforementioned text shouldn't be there, or, at
the very least, it should be made crystal-clear that EH insertion or
modification violates current specs (RFC8200).

Unfortunately, I haven't gone through this whole I-D, yet. BUt, when it
comes to using EHs for anything, folks should be made aware about the
issues related to RFC7872.

Thanks!

Cheers,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





From nobody Sun Apr 22 02:21:40 2018
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 214E51243F3; Sun, 22 Apr 2018 02:21:32 -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_HIGH=-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 PQoVqzFG03QR; Sun, 22 Apr 2018 02:21:29 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD833120721; Sun, 22 Apr 2018 02:21:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=33656; q=dns/txt; s=iport; t=1524388889; x=1525598489; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=U07Epi1VahIReqLNBWstBEwQctXP5ygIg36Tk4UGn0c=; b=fcuZbpMomB6NMvqzE0/sKFk2RdoHK7FOTe4M5j9XOFT7+oY5qknKdqYG BKdphBTp5ipSr4Ohr2Dx2UfhwtTFQHJIBFSSCh8gKJ63sdJ7UTBTntyBZ 5dCPVkZpPylgL29+lYhF6FsO4FqsdwJwWDTcNRQoiAwnGx3E/4xNO/VFg g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAQCzU9xa/5tdJa1SChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGDQ2F6KINqiAKMdoF0dRqGbIwUFIFhAwsYC4RIAhqCKyE?= =?us-ascii?q?0GAECAQEBAQEBAmwcDIUiAQEBAQIBAQEYCQQNMwcLBQcEAgEGAhEDAQEBAQI?= =?us-ascii?q?CHwQDAgICHwYLFAEICAIEDgUfhFgDDQgPiySbQIFpM4cFDYErgikFgQmHA4F?= =?us-ascii?q?UP4EPI4IzBy6CT0IBAYEtAQcEBAMBBxgXgmkwgiQCjAaEWIZpLAgCh3Y0glw?= =?us-ascii?q?7gn2BNINdgltng3uHOYI9hhACERMBgSQBHDhhcXAVOyoBghiCHRoRiEiFPm+?= =?us-ascii?q?OBw8XgiABAQ?=
X-IronPort-AV: E=Sophos;i="5.49,311,1520899200"; d="scan'208";a="102555616"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Apr 2018 09:21:26 +0000
Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w3M9LQ1B005045 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 22 Apr 2018 09:21:26 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sun, 22 Apr 2018 05:21:25 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1320.000; Sun, 22 Apr 2018 05:21:25 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Tom Herbert <tom@herbertland.com>
CC: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>, Mickey Spiegel <mspiegel@barefootnetworks.com>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Tianran Zhou <zhoutianran@huawei.com>
Thread-Topic: [sfc] [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT1en5jaGR0tKoZUqNJvcZ9CCngaQE2SWAgABtMICABQVeAIABT8mAgADvQ2k=
Date: Sun, 22 Apr 2018 09:21:25 +0000
Message-ID: <DCD4F1A5-468A-429D-AEA1-2E360D4D54E3@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com> <DD4CBF95-C04B-45EC-BC84-1D85F113230F@cisco.com>, <CALx6S35tScr2bqU4dt7HPDt_p8zgYyAZi5SmW-uruWpV0SCvNA@mail.gmail.com>
In-Reply-To: <CALx6S35tScr2bqU4dt7HPDt_p8zgYyAZi5SmW-uruWpV0SCvNA@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
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/IwXOF-A4z7_HqG8eAKLjPXItggI>
Subject: Re: [ippm] [sfc] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Apr 2018 09:21:32 -0000

SGkgVG9tLA0KDQpJIGFncmVlIHRoYXQgdXNpbmcgSU9BTSBpbiBJUHY2IGJvdGggZTJlIGFuZCBo
YmggaXMgYSBwb3dlcmZ1bCBhbmQgdXNlZnVsIGNvbWJvIQ0KDQpNeSBwb2ludCwgc29ycnkgaWYg
SSB3YXMgbm90IGNsZWFyLCBpcyB0aGF0IGFuIOKAnFNGQyBIb3DigJ0gZG9lcyBub3QgY29ycmVz
cG9uZCB0byBhIHRyYW5zcG9ydCBlbmNhcHN1bGF0aW9uIGhvcCwgYW5kIHRoYXQgSU9BTSBjYW4g
YmUgaW4tc2l0deKAmWVkIHRvIHRoZSBlbmNhcHN1bGF0aW9uIHRoYXQgcmVhbGl6ZXMgdGhlIChz
ZXJ2aWNlLCBvdmVybGF5LCBvdGhlcndpc2UgaGlnaGVyKSB0b3BvbG9neSAod2hpY2ggY2FuIGJl
IElQdjYgbmF0aXZlbHkgb3Igc29tZXRoaW5nIGVsc2UgYXMgd2VsbCkNCg0KVGhhbmtzLA0KDQpU
aHVtYiB0eXBlZCBieSBDYXJsb3MgUGlnbmF0YXJvLg0KRXhjdXplIHR5cG9mcmFwaGljYWsgZXJy
b3dzDQoNCj4gT24gQXByIDIxLCAyMDE4LCBhdCAxMTowNSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJi
ZXJ0bGFuZC5jb20+IHdyb3RlOg0KPiANCj4gT24gRnJpLCBBcHIgMjAsIDIwMTggYXQgMTI6MDMg
UE0sIENhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKQ0KPiA8Y3BpZ25hdGFAY2lzY28uY29tPiB3
cm90ZToNCj4+IFRvbSwNCj4+IA0KPj4gT24gQXByIDE3LCAyMDE4LCBhdCAxMDoyMiBBTSwgVG9t
IEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+IHdyb3RlOg0KPj4gDQo+PiBPbiBUdWUsIEFw
ciAxNywgMjAxOCBhdCAxMjo1MSBBTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkNCj4+IDxm
YnJvY2tuZUBjaXNjby5jb20+IHdyb3RlOg0KPj4gDQo+PiANCj4+IEhpIFRpYW5yYW4sDQo+PiAN
Cj4+IFRvbSdzIG5vdGUgYWxyZWFkeSBpbmNsdWRlcyB0aGUgaGludDogWW91J2xsIGFkZCBJT0FN
IGRhdGEgdG8gdGhlDQo+PiBwcm90b2NvbC9sYXllciB0aGF0IHlvdSdyZSBpbnRlcmVzdGVkIGlu
IG1vbml0b3JpbmcuIEFnYWluIHVzaW5nIEdlbmV2ZSBvdmVyDQo+PiBJUHY2IGFzIGFuIGV4YW1w
bGU6DQo+PiAqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGluIHRoZSBvdmVybGF5LCBpLmUuIEdlbmV2
ZSAoZS5nLiB0aW1lc3RhbXBpbmcgdGhlDQo+PiBwYWNrZXQgd2hlbiBpdCBlbnRlcnMgYW5kIGV4
aXN0cyB0aGUgdHVubmVsKSAtIHlvdSdkIGFkZCBJT0FNIGRhdGEgdG8gR2VuZXZlDQo+PiAqIElm
IHlvdSdyZSBpbnRlcmVzdGVkIGluIHRoZSB1bmRlcmxheSwgaS5lLiBJUHY2IChlLmcuIHlvdSdk
IGxpa2UgdG8NCj4+IHVuZGVyc3RhbmQgd2hpY2ggcGF0aCBwYWNrZXRzIHRha2UgaW4gdGhlIHY2
IG5ldHdvcmspIC0geW91J2QgYWRkIElPQU0gZGF0YQ0KPj4gdG8gSVB2Ng0KPj4gKiBJZiB5b3Un
cmUgaW50ZXJlc3RlZCBpbiBib3RoLCB0aGVuIHlvdSdkIGFkZCBJT0FNIGRhdGEgdG8gR2VuZXZl
IGFuZCBJUHY2DQo+PiANCj4+IEZyYW5rLA0KPj4gDQo+PiBJbiB0aGF0IGNhc2Ugd2h5IG5vdCBq
dXN0IHVzZSBhIGhvcC1ieS1ob3Agb3B0aW9uIGZvciBtZWFzdXJpbmcgdGhlDQo+PiB1bmRlcmxh
eSBhbmQgYSBkZXN0aW5hdGlvbiBvcHRpb24gZm9yIG1lYXN1cmluZyB0aGUgb3ZlcmxheT8gVGhl
DQo+PiBhZHZhbnRhZ2UgaXMgdGhhdCB0aGlzIHdvcmtzIF9hbnlfIElQIGVuY2Fwc3VsYXRpb24g
bWV0aG9kIG9yIGFueSBJUA0KPj4gcHJvdG9jb2wgZm9yIHRoYXQgbWF0dGVyLg0KPj4gDQo+PiAN
Cj4+IEJlY2F1c2UgeW91IHdhbnQgdG8gaW5zdHJ1bWVudCB0aGUgbGF5ZXIgdGhhdCB5b3Ugd2Fu
dCB0byBtZWFzdXJlLg0KPj4gQmVjYXVzZSB0aGVyZeKAmXMgY2FzZXMgd2l0aCBtb3JlIHVubmF0
dXJhbCBsYXllcmluZyB3aGVyZSB0aGVyZeKAmXMgYSBkZXNpcmUgdG8NCj4+IGNvcnJlbGF0ZSBh
bmQgY29tcGFyZSBtZWFzdXJlbWVudHMgYWNyb3NzIGxheWVycyAoaW4gYSB3YXkgaW4gd2hpY2gs
IGZvcg0KPj4gZXhhbXBsZSwgdGhlIFNlcnZpY2UgbGF5ZXIgaXMgdGVzdGVkIGluIGEgc2Vydmlj
ZSBjaGFpbmluZyBzY2VuYXJpbywgbm90IHRoZQ0KPj4gSVB2NiBob3AtYnktaG9wLg0KPj4gQmVj
YXVzZSBkaWZmZXJlbnQgdG9wb2xvZ2llcyBleHBvc2UgZGlmZmVyZW50IEhvcHMgYW5kIElQdjYg
SEJIIGdvZXMgYnkgdGhlDQo+PiBJUHY2IG5vZGUgdG9wb2xvZ3kuDQo+PiBCZWNhdXNlIG5vdCBl
dmVyeXRoaW5nIGlzIElQdjYsIGFuZCBiZWNhdXNlIHlvdSBoYXZlIGNhc2VzIG9mIElQdjYgb3Zl
cg0KPj4gc29tZXRoaW5nIGFzIHdlbGwuDQo+PiBUaG9zZSBhcmUgcXVpY2sgb25lcyB0aGF0IGNv
bWUgdG8gbWluZC4NCj4+IA0KPiBDYXJsb3MsDQo+IA0KPiBQbGVhc2Ugc2VlIG15IG90aGVyIGVt
YWlsIHRoYXQgZGV0YWlscyBzb21lIHVzZSBjYXNlcyB0aGF0IHNob3dzDQo+IGRlc3RpbmF0aW9u
IG9wdGlvbnMgYXJlIGZ1bmN0aW9uYWxseSBlcXVpdmFsZW50IHRvIGlwcG0gaW4NCj4gZW5jYXBz
dWxhdGlvbiwgYW5kIGFsc28gbXkgY29tbWVudHMgdGhhdCB0aGUgSVB2NiBoYXMgc3VwZXJpb3IN
Cj4gY2FwYWJpbGl0aWVzIHRvIGNvdmVyIGluLXNpdHUgaXBwbSByZXF1aXJlbWVudHMgKGluIHBh
cnRpY3VsYXIgdGhhdCBJUA0KPiBvcHRpb25zIGFyZSB0aGUgX29ubHlfIHByb3RvY29sIGNvbmZv
cm1hbnQgbWVhbnMgZm9yIGludGVybWVkaWF0ZQ0KPiBub2RlcyB0byBjaGFuZ2UgSVAgcGF5bG9h
ZHMgbmVlZGVkIGZvciBJT0FNIHRyYWNpbmcpLg0KPiANCj4gSSBkb24ndCBoYXZlIGEgZ2VuZXJh
bCBpc3N1ZSB3aXRoIHN1cHBvcnRpbmcgaXBwbSBpbiBlbmNhcHN1bGF0aW9uLA0KPiBidXQgSSBk
byB0aGluayB0aGlzIHNob3VsZCBiZSB2aWV3ZWQgYXMgbGVnYWN5IHN1cHBvcnQuIE5vdGUgdGhl
cmUgaXMNCj4gbm8gY29uY2VwdCBvZiBzZWdtZW50IHJvdXRpbmcgaW4gSVB2NCwgdGhleSBhcmUg
YmxhemluZyBmb3J3YXJkIG9ubHkNCj4gb24gSVB2NiBzbyBpdCBpcyByZWFzb25hYmxlIHRvIHRh
a2UgdGhpcyB2aWV3LiBQZXJzb25hbGx5LCBJIGRvbid0DQo+IHRoaW5rIHRoaXMgaXMgYSBkaXNh
ZHZhbnRhZ2UgdG8gU1IuIElQdjYgZG9lcyBoYXZlIG1vcmUgY2FwYWJpbGl0aWVzDQo+IHRoYW4g
SVB2NCBhbmQgd2UncmUgbm93IHNlZWluZyBwcm90b2NvbHMgdGhhdCB3aWxsIHRha2UgYWR2YW50
YWdlIG9mDQo+IHRob3NlLiBGZWF0dXJlcyBsaWtlIHRoaXMgYXJlIGdvb2QgbW90aXZhdGlvbiBm
b3IgbW92aW5nIHRvIElQdjYsDQo+IHdoaWNoIGluIHRoZSBsb25nIHJ1biBpcyBnb29kIGZvciB0
aGUgSW50ZXJuZXQhDQo+IA0KPiBUb20NCj4gDQo+PiBGcmFuaywNCj4+IEkgZG9uJ3QgYmVsaWV2
ZSBhZGRpbmcgaXBwbSB0byBldmVyeQ0KPj4gZW5jYXBzdWxhdGlvbiBwcm90b2NvbCBpcyBzdHJh
aWdodGZvcndhcmQ6IGUuZy4NCj4+IGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlIGRl
c2NyaWJlIGJ1dCBub3RlcyB0aGUgbGltaXRlZCBzaXplDQo+PiBvZiBoZWFkZXIsIGRyYWZ0LXdl
aXMtaXBwbS1pb2FtLWdyZSBzdGF0ZXMgdGhhdCBhIG5ldyBFdGhlclR5cGUgd291bGQNCj4+IGJl
IG5lZWRlZCBqdXN0IGZvciB0aGlzIHB1cnBvc2UuIFRoaXMgYWxzbyBlbnRhaWxzIGFkZGl0aW9u
YWwNCj4+IGVuY2Fwc3VsYXRpb24tc3BlY2lmaWMgSFcgc3VwcG9ydCBhbHNvLCB3aGVyZWFzIHN1
cHBvcnQgZGVzdGluYXRpb24NCj4+IGFuZCBoYmggb3B0aW9ucyBjb3VsZCBiZSBtb3JlIGdlbmVy
aWMuDQo+PiANCj4+IA0KPj4gRW5naW5lZXJpbmcgaXMgYWJvdXQgdHJhZGUtb2Zmcy4gSWYgeW91
IHdhbnQgdG8gbWVhc3VyZSBHZW5ldmUsIHRoZXJlIGFyZQ0KPj4gbGltaXRhdGlvbnMuIEJ1dCBp
bnN0ZWFkIG9mIHRyeWluZyB0byBwcm92ZSB3aHkgaXQgZG9lcyBub3Qgd29yaywgSeKAmWxsIHBv
aW50DQo+PiB0byB3b3JraW5nIGRlbW9zIG9mIHdoZXJlIGl0IGRvZXMg4oCUIG1hbnkgb2Ygd2hp
Y2ggb24gZGlmZmVyZW50IEhXL1NXIGFuZA0KPj4gZW5jYXBzLCBzaG93biBhdCB2YXJpb3VzIElF
VEYgZXZlbnRzLg0KPj4gDQo+PiBUaGFua3MsDQo+PiANCj4+IOKAlCBDYXJsb3MgUGlnbmF0YXJv
DQo+PiANCj4+IFRvbQ0KPj4gDQo+PiBEcmFmdCBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAy
IGFscmVhZHkgbWVudGlvbnMgbGF5ZXJpbmcgKHNlZSBzZWN0aW9uDQo+PiAzKToNCj4+ICJMYXll
cmluZzogSWYgc2V2ZXJhbCBlbmNhcHN1bGF0aW9uIHByb3RvY29scyAoZS5nLiwgaW4gY2FzZSBv
ZiB0dW5uZWxpbmcpDQo+PiBhcmUgc3RhY2tlZCBvbiB0b3Agb2YgZWFjaCBvdGhlciwgSU9BTSBk
YXRhLXJlY29yZHMgY291bGQgYmUgcHJlc2VudCBhdA0KPj4gZXZlcnkgbGF5ZXIuICBUaGUgYmVo
YXZpb3IgZm9sbG93cyB0aGUgc2hpcHMtaW4tdGhlLW5pZ2h0IG1vZGVsLiINCj4+IA0KPj4gR2l2
ZW4gdGhlIGRpc2N1c3Npb24gaGVyZSwgd2UnbGwgYWRkIHNvbWUgYWRkaXRpb25hbCB0ZXh0IGlu
IHRoZSBuZXh0DQo+PiByZXZpc2lvbiB0byBtYWtlIHRoaW5ncyBjcmlzcGVyIChlLmcuIGFkZGlu
ZyBhbiBleGFtcGxlIG1pZ2h0IGhlbHApLg0KPj4gDQo+PiBGcmFuaw0KPj4gDQo+PiAtLS0tLU9y
aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBo
dWF3ZWkuY29tPg0KPj4gU2VudDogRGllbnN0YWcsIDE3LiBBcHJpbCAyMDE4IDAzOjE4DQo+PiBU
bzogVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+PiBDYzogU2h3ZXRoYSBCaGFu
ZGFyaSAoc2h3ZXRoYWIpIDxzaHdldGhhYkBjaXNjby5jb20+OyBGcmFuayBCcm9ja25lcnMNCj4+
IChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT47IE1pY2tleSBTcGllZ2VsDQo+PiA8bXNw
aWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+OyBOVk8zIDxudm8zQGlldGYub3JnPjsgU2Vydmlj
ZSBGdW5jdGlvbg0KPj4gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQ
UE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+PiBTdWJqZWN0OiBSRTogW2lwcG1dIFtJbnQtYXJlYV0g
ZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0KPj4gcHJvdG9jb2xzIC0gZm9s
bG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+IA0KPj4gSSB0aGluayBpdCdz
IGJldHRlciB0aGF0IEZyYW5rIG9yIFNod2V0aGEgY2FuIGV4cGxhaW4gdGhlIG11bHRpLWxheWVy
IHVzZQ0KPj4gY2FzZSBpbiBkZXRhaWwuDQo+PiANCj4+IFRpYW5yYW4NCj4+IA0KPj4gLS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IFRvbSBIZXJiZXJ0IFttYWlsdG86dG9tQGhl
cmJlcnRsYW5kLmNvbV0NCj4+IFNlbnQ6IE1vbmRheSwgQXByaWwgMTYsIDIwMTggMTA6NDAgUE0N
Cj4+IFRvOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+DQo+PiBDYzogU2h3
ZXRoYSBCaGFuZGFyaSAoc2h3ZXRoYWIpIDxzaHdldGhhYkBjaXNjby5jb20+OyBGcmFuayBCcm9j
a25lcnMNCj4+IChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT47IE1pY2tleSBTcGllZ2Vs
DQo+PiA8bXNwaWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+OyBOVk8zIDxudm8zQGlldGYub3Jn
PjsgaW50LWFyZWENCj4+IDxpbnQtYXJlYUBpZXRmLm9yZz47IFNlcnZpY2UgRnVuY3Rpb24gQ2hh
aW5pbmcgSUVURiBsaXN0DQo+PiA8c2ZjQGlldGYub3JnPjsgSUVURiBJUFBNIFdHIDxpcHBtQGll
dGYub3JnPg0KPj4gU3ViamVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24g
b2YgSU9BTSBkYXRhIGluIHZhcmlvdXMNCj4+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdH
IGRpc2N1c3Npb24gaW4gTG9uZG9uDQo+PiANCj4+IE9uIE1vbiwgQXByIDE2LCAyMDE4IGF0IDY6
MzEgQU0sIFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCj4+IHdyb3RlOg0K
Pj4gDQo+PiBIaSBTaHdldGhhLA0KPj4gDQo+PiBZb3UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIG91
dGVyIGVuY2Fwc3V0aW9uLiBJdCBpcyBzdHJhaWdodCBmb3J3YXJkDQo+PiBmb3IgdGhlIHVuZGVy
bGF5IHRvIHJlY29yZCBieSB0aGUgaGVhZGVyLiBCdXQgd2hhdCBhYm91dCB0aGUNCj4+IG92ZXJs
YXksIGkuZS4sIGlubmVyIGVuY2Fwc3VsYXRpb24oZS5nLiBnZW5ldmUpPyBXaXRob3V0IHNwZWNp
YWwNCj4+IGNvbmZpZ3VyYXRpb24sIGludGVybWVkaWF0ZSBub2RlIHdpbGwgbm90IHJlYWQgdGhl
IGlubmVyIGhlYWRlciwNCj4+IGhlbmNlIG5vdCBiZSBhYmxlIHRvIHByb2Nlc3MgSU9BTS5lDQo+
PiANCj4+IA0KPj4gSGkgVGlhbnJhbiwNCj4+IA0KPj4gSSBiZWxpZXZlIHRoYXQgaXMgYWxzbyBu
b3QgcHJvdG9jb2wgY29uZm9ybWFudC4gSW50ZXJtZWRpYXRlIG5vZGVzDQo+PiBzaG91bGQgbm90
IGJlIHByb2Nlc3NpbmcgdHJhbnNwb3J0IGxheWVyIGRhdGEgYXMgdGhpcyBjYW4gbGVhZCB0bw0K
Pj4gbWlzaW50ZXJwcmV0YXRpb24gYW5kIHBvc3NpYmx5IHNpbGVudCBkYXRhIGNvcnJ1cHRpb24u
DQo+PiANCj4+IEZvciBpbnN0YW5jZSwgR2VuZXZlIGlzIGEgVURQIGVuY2Fwc3VsYXRpb24gcHJv
dG9jb2wgd2l0aCBhc3NpZ25lZCBwb3J0DQo+PiA2MDgxLg0KPj4gSW4gb3JkZXIgZm9yIGFuIGlu
dGVybWVkaWF0ZSBkZXZpY2UgdG8gcHJvY2VzcyB0aGUgR2VuZXZlDQo+PiBlbmNhcHN1bGF0aW9u
IGhlYWRlciBpdCB3b3VsZCBuZWVkIHRvIGxvb2sgZm9yIHBhY2tldHMgd2l0aA0KPj4gZGVzdGlu
YXRpb24gcG9ydCBvZiA2MDgxIHNpbmNlIHRoYXQgaXMgdGhlIG9ubHkgcG9zc2libGUNCj4+IGRp
c2NyaW1pbmF0b3IuIEhvd2V2ZXIsIHRyYW5zcG9ydCBwb3J0IG51bWJlcnMgZG8gbm90IGhhdmUg
Z2xvYmFsDQo+PiBtZWFuaW5nIGFuZCBob3N0cyBtYXkgdXNlIHBvcnQgbnVtYmVycyBmb3Igb3Ro
ZXIgcHVycG9zZXMgKFJGQzc2MDUNCj4+IGRlc2NyaWJlcyB0aGlzKS4gU28gYSBwYWNrZXQgdG8g
cG9ydCA2MDgxIG1pZ2h0IGJlIHNvbWV0aGluZyBvdGhlcg0KPj4gdGhhbiBHZW5ldmUgYW5kIG1h
eSBiZSBtaXNpbnRlcnByZXRlZC4gSWYgYSBtaXNpbnRlcnByZXRlZCBwYWNrZXQgaXMgY2hhbmdl
ZA0KPj4gKGxpa2UgaXBwbSBkYXRhIGlzIHdyaXR0ZW4pIHRoZW4gdGhhdCB3b3VsZCBiZSBzeXN0
ZW1hdGljIHNpbGVudCBkYXRhDQo+PiBjb3JydXB0aW9uLg0KPj4gDQo+PiBBcyBmYXIgYXMgSSBr
bm93LCBob3AtYnktaG9wIG9wdGlvbnMgaXMgdGhlIG9ubHkgcHJvdG9jb2wgY29uZmlybWluZw0K
Pj4gbWVjaGFuaXNtIHRoYXQgYWxsb3dzIGFuIGludGVybWVkaWF0ZSBub3RlIHRvIGNoYW5nZSBk
YXRhIG9mIHBhY2tldCBpbg0KPj4gZmxpZ2h0Lg0KPj4gRW5jcGFzdWxhdGlvbiBpcyB0aGUgb25s
eSBjb25mb3JtaW5nIG1lY2hhbmlzbSB0aGF0IGFsbG93cyBhbg0KPj4gaW50ZXJtZWRpYXRlIG5v
ZGUgdG8gYWRkIGRhdGEgKGxpa2UgZXh0ZW5zaW9uIGhlYWRlcnMpIHRvIGEgcGFja2V0IGluDQo+
PiBmbGlnaHQuDQo+PiANCj4+IFRvbQ0KPj4gDQo+PiBNYXliZSB3ZSBhcmUgbm90IHN5bmNlZCBi
eSB0aGlzIG92ZXJsYXkvdW5kZXJsYXkgdXNlIGNhc2UuIDotKQ0KPj4gDQo+PiBUaWFucmFuDQo+
PiANCj4+IA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gU2Vu
dCBmcm9tIFdlTGluaw0KPj4gDQo+PiDlj5Hku7bkurrvvJogU2h3ZXRoYSBCaGFuZGFyaSAoc2h3
ZXRoYWIpDQo+PiDmlLbku7bkurrvvJogVGlhbnJhbiBaaG91PHpob3V0aWFucmFuQGh1YXdlaS5j
b20+O0ZyYW5rIEJyb2NrbmVycw0KPj4gKGZicm9ja25lKTxmYnJvY2tuZUBjaXNjby5jb20+O01p
Y2tleQ0KPj4gU3BpZWdlbDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47VG9tDQo+PiBI
ZXJiZXJ0PHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+PiDmioTpgIHvvJogTlZPMzxudm8zQGlldGYu
b3JnPjtpbnQtYXJlYTxpbnQtYXJlYUBpZXRmLm9yZz47U2VydmljZSBGdW5jdGlvbg0KPj4gQ2hh
aW5pbmcgSUVURiBsaXN0PHNmY0BpZXRmLm9yZz47SUVURiBJUFBNIFdHPGlwcG1AaWV0Zi5vcmc+
DQo+PiDkuLvpopjvvJogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9B
TSBkYXRhIGluIHZhcmlvdXMNCj4+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1
c3Npb24gaW4gTG9uZG9uDQo+PiDml7bpl7TvvJogMjAxOC0wNC0xNiAxODoxNzowMQ0KPj4gDQo+
PiBIaSBUaWFucmFuLA0KPj4gDQo+PiBJZiBJIHJlY2FsbCByaWdodCwgaXQgaXMgbm90IHdyaXR0
ZW4gaW4gdGhlIGlvYW0gZGF0YSBkcmFmdC4NCj4+IA0KPj4gDQo+PiBEYXRhIGRyYWZ0IGlzIGRl
ZmluaW5nIHRoZSBkYXRhIHRvIGJlIGNhcnJpZWQgaW4gSU9BTSBpbiBhbg0KPj4gZW5jYXBzdWxh
dGlvbiBhZ25vc3RpYyB3YXksIGl0IGRvZXMgbm90IHNwZWNpZnkgaG93IHRoZQ0KPj4gZW5jYXBz
dWxhdGlvbiBwcm90b2NvbCBpcyBjb25maWd1cmVkLg0KPj4gDQo+PiANCj4+IA0KPj4gWWVzLCBu
b2RlIGJ5IG5vZGUgY29uZmlndXJhdGlvbiBpcyBhbiBlYXN5IHdheS4NCj4+IA0KPj4gDQo+PiBX
aGlsZSBpdCBpcywgaXQgZG9lcyBub3QgaGF2ZSB0byBiZSBhIG5vZGUgYnkgbm9kZSBjb25maWd1
cmF0aW9uLiBJdA0KPj4gY2FuIGJlIHBhcnQgb2YgdGhlIGVuY2Fwc3VsYXRpb24gZGVmaW5pdGlv
bi4NCj4+IA0KPj4gRm9yIGUuZy4gSWYgdGhlIGVuY2Fwc3VsYXRpb24gaXMgSVB2NiBhbmQgaWYg
d2UgZGVmaW5lIHRoZSBkYXRhIHRvDQo+PiBiZSBjYXJyaWVkIGFzIEhiSCBvcHRpb25zLCB0aGVu
IGJhc2VkIG9uIHRoZSBPcHRpb24gVHlwZSB3aXRoDQo+PiBoaWdoZXN0IG9yZGVyIDIgYml0cyBz
ZXQgdG8gMDAgdGhlbiB0aGUgdjYgbm9kZXMgdGhhdCBpbXBsZW1lbnQgSU9BTQ0KPj4gd2lsbCBw
cm9jZXNzIHRoZSBvcHRpb24gYW5kIG90aGVycyB3aWxsIHNraXAgb3Zlci4NCj4+IA0KPj4gDQo+
PiANCj4+IA0KPj4gDQo+PiBUaGFua3MsDQo+PiANCj4+IFNod2V0aGENCj4+IA0KPj4gDQo+PiAN
Cj4+IEZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIFRpYW5y
YW4gWmhvdQ0KPj4gPHpob3V0aWFucmFuQGh1YXdlaS5jb20+DQo+PiBEYXRlOiBNb25kYXksIEFw
cmlsIDE2LCAyMDE4IGF0IDI6MzYgUE0NCj4+IFRvOiAiRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tu
ZSkiIDxmYnJvY2tuZUBjaXNjby5jb20+LCBNaWNrZXkNCj4+IFNwaWVnZWwgPG1zcGllZ2VsQGJh
cmVmb290bmV0d29ya3MuY29tPiwgVG9tIEhlcmJlcnQNCj4+IDx0b21AaGVyYmVydGxhbmQuY29t
Pg0KPj4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+LCAiaW50LWFyZWFAaWV0Zi5vcmciIDxpbnQt
YXJlYUBpZXRmLm9yZz4sDQo+PiBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdCA8
c2ZjQGlldGYub3JnPiwgSUVURiBJUFBNIFdHDQo+PiA8aXBwbUBpZXRmLm9yZz4NCj4+IFN1Ympl
Y3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2
YXJpb3VzDQo+PiBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExv
bmRvbg0KPj4gDQo+PiANCj4+IA0KPj4gSGkgRnJhbmssDQo+PiANCj4+IA0KPj4gDQo+PiBJZiBJ
IHJlY2FsbCByaWdodCwgaXQgaXMgbm90IHdyaXR0ZW4gaW4gdGhlIGlvYW0gZGF0YSBkcmFmdC4N
Cj4+IA0KPj4gWWVzLCBub2RlIGJ5IG5vZGUgY29uZmlndXJhdGlvbiBpcyBhbiBlYXN5IHdheS4g
SW4gdGhlDQo+PiBkcmFmdC16aG91LWlwcG0taW9hbS15YW5nLCB3ZSBoYXZlIHRoZSDigJxwcm90
b2NvbC10eXBl4oCdIHRvIGluZGljYXRlDQo+PiB0aGUgbGF5ZXJpbmcuDQo+PiANCj4+ICArLS1y
dyBpb2FtDQo+PiANCj4+ICAgICArLS1ydyBpb2FtLXByb2ZpbGVzDQo+PiANCj4+ICAgICAgICAr
LS1ydyBlbmFibGVkPyAgICAgICAgYm9vbGVhbg0KPj4gDQo+PiAgICAgICAgKy0tcncgaW9hbS1w
cm9maWxlKiBbcHJvZmlsZS1uYW1lXQ0KPj4gDQo+PiAgICAgICAgICAgKy0tcncgcHJvZmlsZS1u
YW1lICAgICAgICAgICAgICAgICAgICBzdHJpbmcNCj4+IA0KPj4gICAgICAgICAgICstLXJ3IGZp
bHRlcg0KPj4gDQo+PiAgICAgICAgICAgfCAgKy0tcncgZmlsdGVyLXR5cGU/ICAgaW9hbS1maWx0
ZXItdHlwZQ0KPj4gDQo+PiAgICAgICAgICAgfCAgKy0tcncgYWNsLW5hbWU/ICAgICAgLT4gL2Fj
bDphY2xzL2FjbC9uYW1lDQo+PiANCj4+ICAgICAgICAgICArLS1ydyBwcm90b2NvbC10eXBlPyAg
ICAgICAgICAgICAgICAgIGlvYW0tcHJvdG9jb2wtdHlwZQ0KPj4gDQo+PiAgICAgICAgICAgKy0t
cncgaW5jcmVtZW50YWwtdHJhY2luZy1wcm9maWxlIHtpbmNyZW1lbnRhbC10cmFjZX0/DQo+PiAN
Cj4+ICAgICAgICAgICB8ICAuLi4NCj4+IA0KPj4gICAgICAgICAgICstLXJ3IHByZWFsbG9jYXRl
ZC10cmFjaW5nLXByb2ZpbGUge3ByZWFsbG9jYXRlZC10cmFjZX0/DQo+PiANCj4+ICAgICAgICAg
ICB8ICAuLi4NCj4+IA0KPj4gICAgICAgICAgICstLXJ3IHBvdC1wcm9maWxlIHtwcm9vZi1vZi10
cmFuc2l0fT8NCj4+IA0KPj4gICAgICAgICAgIHwgIC4uLg0KPj4gDQo+PiAgICAgICAgICAgKy0t
cncgZTJlLXByb2ZpbGUge2VkZ2UtdG8tZWRnZX0/DQo+PiANCj4+ICAgICAgICAgICAgICAuLi4N
Cj4+IA0KPj4gDQo+PiANCj4+IA0KPj4gDQo+PiBUaWFucmFuDQo+PiANCj4+IEZyb206IEZyYW5r
IEJyb2NrbmVycyAoZmJyb2NrbmUpIFttYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tXQ0KPj4gU2Vu
dDogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCA0OjUxIFBNDQo+PiBUbzogVGlhbnJhbiBaaG91IDx6
aG91dGlhbnJhbkBodWF3ZWkuY29tPjsgTWlja2V5IFNwaWVnZWwNCj4+IDxtc3BpZWdlbEBiYXJl
Zm9vdG5ldHdvcmtzLmNvbT47IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPj4g
Q2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBGdW5j
dGlvbg0KPj4gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cg
PGlwcG1AaWV0Zi5vcmc+DQo+PiBTdWJqZWN0OiBSRTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBz
dWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0KPj4gcHJvdG9jb2xzIC0gZm9sbG93IHVw
IGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+IA0KPj4gDQo+PiANCj4+IEhpIFRpYW5y
YW4sDQo+PiANCj4+IA0KPj4gDQo+PiBJT0FNIGlzIGEgZG9tYWluIHNwZWNpZmljIGZlYXR1cmUg
KHNlZSBhbHNvDQo+PiBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTAyIHNlY3Rpb25zIDMgYW5k
IDQpLCB3aGljaCBhbGxvd3MgYW4NCj4+IG9wZXJhdG9yIHRvIGNvbnRyb2wgYnkgbWVhbnMgb2Yg
Y29uZmlndXJhdGlvbiB3aGVyZSBhbmQgZm9yIHdoaWNoDQo+PiB0cmFmZmljIElPQU0gZGF0YSBm
aWVsZHMgYXJlIGFkZGVkL3VwZGF0ZWQvcmVtb3ZlZCBmcm9tIHRoZSBjdXN0b21lcg0KPj4gdHJh
ZmZpYy4gVXNpbmcgeW91ciBleGFtcGxlIG9mIEdlbmV2ZSBvdmVyIElQdjYg4oCTIHdpdGggSU9B
TSBkYXRhIGluDQo+PiBib3RoIHRoZSBHZW5ldmUgYW5kIHRoZSBJUHY2IHByb3RvY29sLCBvbmUg
d291bGQgZXhwZWN0IHRoYXQgdGhlDQo+PiBvcGVyYXRvciBjb25maWd1cmVzIHRoZSBlbmRwb2lu
dHMgb2YgdGhlIEdlbmV2ZSB0dW5uZWwgdG8gb3BlcmF0ZSBvbg0KPj4gdGhlIElPQU0gZGF0YSBp
biBHZW5ldmUsIGFuZCB0aGUgSVB2NiByb3V0ZXJzIHRoYXQgdGhlIEdlbmV2ZSB0dW5uZWwNCj4+
IA0KPj4gdHJhdmVyc2VzIHRvIG9wZXJhdGUgb24gdGhlIElPQU0gZGF0YSBpbiBJUHY2Lg0KPj4g
DQo+PiANCj4+IA0KPj4gDQo+PiBGcmFuaw0KPj4gDQo+PiANCj4+IA0KPj4gRnJvbTogVGlhbnJh
biBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPg0KPj4gU2VudDogTW9udGFnLCAxNi4gQXBy
aWwgMjAxOCAxMDozNw0KPj4gVG86IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tu
ZUBjaXNjby5jb20+OyBNaWNrZXkgU3BpZWdlbA0KPj4gPG1zcGllZ2VsQGJhcmVmb290bmV0d29y
a3MuY29tPjsgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+PiBDYzogTlZPMyA8
bnZvM0BpZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnOyBTZXJ2aWNlIEZ1bmN0aW9uDQo+PiBD
aGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRm
Lm9yZz4NCj4+IFN1YmplY3Q6IFJFOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9m
IElPQU0gZGF0YSBpbiB2YXJpb3VzDQo+PiBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBk
aXNjdXNzaW9uIGluIExvbmRvbg0KPj4gDQo+PiANCj4+IA0KPj4gSGkgRnJhbmssDQo+PiANCj4+
IA0KPj4gDQo+PiBIb3cgZG9lcyBhIGZvcndhcmRlciBrbm93IHdoZW4gYW5kIHdoZXJlIHRvIGlu
c2VydCB0aGUgZGF0YT8NCj4+IA0KPj4gSW4gdGhlIGNhc2Ugb2YgR2VuZXZlIG92ZXIgSVB2Niwg
ZG8geW91IG1lYW4gdGhlIGRldmljZSBuZWVkIHRvIHNjYW4NCj4+IGFsbCB0aGUgcHJvdG9jb2wg
c3RhY2s/IE9yIGp1c3QgdGhlIG91dGVyIGVuY2Fwc3VsYXRpb24/DQo+PiANCj4+IA0KPj4gDQo+
PiBUaWFucmFuDQo+PiANCj4+IA0KPj4gDQo+PiBGcm9tOiBpcHBtIFttYWlsdG86aXBwbS1ib3Vu
Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRnJhbmsNCj4+IEJyb2NrbmVycw0KPj4gKGZicm9j
a25lKQ0KPj4gU2VudDogTW9uZGF5LCBBcHJpbCAxNiwgMjAxOCAzOjA4IFBNDQo+PiBUbzogTWlj
a2V5IFNwaWVnZWwgPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPjsgVG9tIEhlcmJlcnQN
Cj4+IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPj4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBp
bnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBGdW5jdGlvbg0KPj4gQ2hhaW5pbmcgSUVURiBsaXN0
IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQo+PiBTdWJqZWN0
OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFy
aW91cw0KPj4gcHJvdG9jb2xzIC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25k
b24NCj4+IA0KPj4gDQo+PiANCj4+IA0KPj4gDQo+PiBUb20sDQo+PiANCj4+IA0KPj4gDQo+PiBh
IHF1aWNrIGFkZGl0aW9uIHRvIHdoYXQgTWlja2V5IG1lbnRpb25lZCBiZWxvdzogV2hhdCB5b3Ug
c2VlbSB0bw0KPj4gaGF2ZSBpbiBtaW5kIGlzIHdoYXQgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0
YS0wMiByZWZlcnMgdG8gYXMg4oCcbGF5ZXJpbmfigJ0NCj4+IChzZWUgc2VjdGlvbiAzLiksIGku
ZS4gaWYgeW914oCZcmUgcnVubmluZyBmb3IgZXhhbXBsZSBHZW5ldmUgb3Zlcg0KPj4gSVB2Niwg
dGhlbiBJT0FNIGRhdGEgY291bGQgYmUgZW5jYXBzdWxhdGVkIGluIGJvdGggcHJvdG9jb2xzLCBH
ZW5ldmUNCj4+IGFuZA0KPj4gSVB2NiDigJMgZ2l2aW5nIHlvdSB2aXNpYmlsaXR5IGludG8gdGhl
IOKAnHVuZGVybGF54oCdIChJUHY2KSBhbmQgdGhlIOKAnG92ZXJsYXnigJ0NCj4+IA0KPj4gKEdl
bmV2ZSkuDQo+PiANCj4+IA0KPj4gDQo+PiANCj4+IEZyYW5rDQo+PiANCj4+IA0KPj4gDQo+PiBG
cm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBNaWNrZXkgU3Bp
ZWdlbA0KPj4gU2VudDogRnJlaXRhZywgMTMuIEFwcmlsIDIwMTggMjA6MjINCj4+IFRvOiBUb20g
SGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCj4+IENjOiBOVk8zIDxudm8zQGlldGYub3Jn
PjsgaW50LWFyZWFAaWV0Zi5vcmc7IFNlcnZpY2UgRnVuY3Rpb24NCj4+IENoYWluaW5nIElFVEYg
bGlzdCA8c2ZjQGlldGYub3JnPjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KPj4gU3Vi
amVjdDogUmU6IFtpcHBtXSBbSW50LWFyZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGlu
IHZhcmlvdXMNCj4+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4g
TG9uZG9uDQo+PiANCj4+IA0KPj4gDQo+PiBUb20sDQo+PiANCj4+IA0KPj4gDQo+PiBPbiBUaHUs
IEFwciAxMiwgMjAxOCBhdCAxMDoxNyBQTSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5j
b20+IHdyb3RlOg0KPj4gDQo+PiBNaWNrZXksDQo+PiANCj4+IExvb2tpbmcgYXQgdGhlc2UgaXBw
bSBkcmFmdHMgbW9yZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUNCj4+IGZ1bmRhbWVudGFs
IGNvbmNlcm4uDQo+PiANCj4+IEluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAw
IGZvciBpbnN0YW5jZSwgdGhlcmUgaXMgdGhlDQo+PiB0ZXh0IGluIHRoZSBpbnRyb2R1Y3Rpb246
DQo+PiANCj4+ICJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3JkcyBPQU0gaW5mb3JtYXRpb24gd2l0
aGluIHRoZSBwYWNrZXQgd2hpbGUNCj4+IHRoZSBwYWNrZXQgdHJhdmVyc2VzIGEgcGFydGljdWxh
ciBuZXR3b3JrIGRvbWFpbi4gIFRoZSB0ZXJtICJpbi1zaXR1Ig0KPj4gcmVmZXJzIHRvIHRoZSBm
YWN0IHRoYXQgdGhlIElPQU0gZGF0YSBmaWVsZHMgYXJlIGFkZGVkIHRvIHRoZSBkYXRhDQo+PiBw
YWNrZXRzIHJhdGhlciB0aGFuIGlzIGJlaW5nIHNlbnQgd2l0aGluIHBhY2tldHMgc3BlY2lmaWNh
bGx5DQo+PiBkZWRpY2F0ZWQgdG8gT0FNLiAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGhvdyBJT0FN
IGRhdGEgZmllbGRzIGFyZQ0KPj4gdHJhbnNwb3J0ZWQgYXMgcGFydCBvZiB0aGUgR2VuZXZlIFtJ
LUQuaWV0Zi1udm8zLWdlbmV2ZV0NCj4+IGVuY2Fwc3VsYXRpb24uIg0KPj4gDQo+PiBJIGFzc3Vt
ZSB0aGlzIG1lYW5zIHRoYXQgYXMgcGFja2V0cyB3aXRoIEdlbmV2ZSBlbmNhcHN1bGF0aW9uDQo+
PiB0cmF2ZXJzZSB0aGUgbmV0d29yayB0aGV5IGFyZSBpbnRlcnByZXRlZCBieSBpbnRlcm1lZGlh
dGUgbm9kZXMgYXMNCj4+IGJlaW5nIEdlbmV2ZS4gU2luY2UgR2VuZXZlIGlzIGEgVURQIGVuY2Fw
c3VsYXRpb24sIHRoZW4gdGhlDQo+PiBkZXN0aW5hdGlvbiBVRFAgcG9ydCBudW1iZXIgd291bGQg
YmUgdXNlZCB0byBpZGVudGlmeSBwYWNrZXRzIGFzDQo+PiBiZWluZyBHZW5ldmUuIFNvIGFuIGlu
dGVybWVkaWF0ZSBkZXZpY2UgbWlnaHQgYmUgbG9va2luZyBmb3IgVURQDQo+PiBwYWNrZXRzIGRl
c3RpbmVkIHRvIHBvcnQNCj4+IDYwODEgKHRoZSBhc3NpZ25lZCBVRFAgcG9ydCBmb3IgR2VuZXZl
KS4gSWYgbXkgdW5kZXJzdGFuZGluZyBpcw0KPj4gY29ycmVjdCwgdGhlbiB0aGlzIGlzIGEgcHJv
YmxlbS4NCj4+IA0KPj4gVURQIHBvcnQgbnVtYmVycyBkbyBub3QgaGF2ZSBnbG9iYWwgbWVhbmlu
Zy4gQW4gaW50ZXJtZWRpYXRlIGRldmljZQ0KPj4gbWF5IHZlcnkgd2VsbCBzZWUgVURQIHBhY2tl
dHMgZGVzdGluZWQgdG8gcG9ydCA2MDgxIHRoYXQgYXJlIG5vdA0KPj4gYWN0dWFsbHkgR2VuZXZl
LiBUaGlzIHNjZW5hcmlvIGlzIGRpc2N1c3NlZCBpbiBSRkM3NjA1Og0KPj4gDQo+PiAiLi4uaW50
ZXJtZWRpYXRlIGRldmljZSBpbnRlcnByZXRzIHRyYWZmaWMgYmFzZWQgb24gdGhlIHBvcnQgbnVt
YmVyLg0KPj4gSXQgaXMgaW1wb3J0YW50IHRvIHJlY29nbml6ZSB0aGF0IGFueSBpbnRlcnByZXRh
dGlvbiBvZiBwb3J0IG51bWJlcnMNCj4+IC0tIGV4Y2VwdCBhdCB0aGUgZW5kcG9pbnRzIC0tIG1h
eSBiZSBpbmNvcnJlY3QsIGJlY2F1c2UgcG9ydCBudW1iZXJzDQo+PiBhcmUgbWVhbmluZ2Z1bCBv
bmx5IGF0IHRoZSBlbmRwb2ludHMuIg0KPj4gDQo+PiBJZiB0aGUgVURQIGRhdGEgaXMgbW9kaWZp
ZWQsIGFzIHRoZSBkcmFmdCB3b3VsZCBpbXBseSwgdGhlbg0KPj4gbWlzaW50ZXJwcmV0YXRpb24g
bWF5IGFsc28gbWVhbiBzaWxlbnQgZGF0YSBjb3JydXB0aW9uIG9mIHBhY2tldHMuIEENCj4+IHBy
b3RvY29sIHRoYXQgd291bGQgYWxsb3cgdGhpcyBzZWVtcyBwcmV0dHkgaW5jb3JyZWN0ISBOb3Rl
IHRoYXQNCj4+IHRoaXMgd291bGQgYmUgdHJ1ZSBhbHNvIGZvciBhbnkgVURQIGVuY2Fwc3VsYXRp
b24gdGhhdCB0aGUgbmV0d29yaw0KPj4gdHJpZXMgdG8gaW50ZXJwcmV0Lg0KPj4gDQo+PiANCj4+
IA0KPj4gVGhlIGludGVudGlvbiBpcyB0byBhbGxvdyBmb3IgbXVsdGlwbGUgbm9kZXMgdGhhdCBh
IHBhY2tldCB0cmF2ZXJzZXMNCj4+IA0KPj4gdG8gYmUgYWJsZSB0byBpbnNlcnQgSU9BTSBub2Rl
IGluZm9ybWF0aW9uIGluIHRoZSBzYW1lIHRyYWNlIG9wdGlvbiwNCj4+IA0KPj4gYnV0IGxlYXZl
IHNvbWUgZmxleGliaWxpdHkgcmVnYXJkaW5nIHdoaWNoIG5vZGVzIGFjdHVhbGx5IGRvIHRoZQ0K
Pj4gDQo+PiBJT0FNIHByb2Nlc3NpbmcgYW5kIHRoZSBub2RlIGluZm9ybWF0aW9uLiBUaGlzIG1h
eSB2YXJ5DQo+PiANCj4+IGRlcGVuZGluZyBvbiB0aGUgdHJhbnNwb3J0Lg0KPj4gDQo+PiANCj4+
IA0KPj4gSW4gY2FzZSBvZiBhIHR1bm5lbGVkIGVuY2Fwc3VsYXRpb24gc3VjaCBhcyBHZW5ldmUg
b3IgVlhMQU4sDQo+PiANCj4+IHRoZXJlIG1heSBzdGlsbCBiZSBtdWx0aXBsZSBob3BzLiBGb3Ig
ZXhhbXBsZSBhIG5ldHdvcmsgbWF5IHVzZQ0KPj4gDQo+PiBHZW5ldmUgb3IgVlhMQU4sIGJ1dCBv
bmx5IGRvIEwyIHByb2Nlc3NpbmcgYXQgVG9Scywgd2l0aCBMMw0KPj4gDQo+PiBwcm9jZXNzaW5n
IGRvbmUgYXQgYWdncmVnYXRpb24gb3IgY29yZSBzd2l0Y2hlcy4gSW4gdGhpcyBjYXNlDQo+PiAN
Cj4+IG1hbnkgcGFja2V0cyB3b3VsZCBkbyAyIEdlbmV2ZSBvciBWWExBTiBob3BzLCBzbyB0aGUg
cGFja2V0DQo+PiANCj4+IHdvdWxkIGNvbnRhaW4gSU9BTSBub2RlIGluZm9ybWF0aW9uIGZyb20g
dHdvIG5vZGVzLg0KPj4gDQo+PiANCj4+IA0KPj4gQW5vdGhlciBleGFtcGxlIGlzIHNlcnZpY2Ug
ZnVuY3Rpb24gY2hhaW5pbmcgdXNpbmcgR2VuZXZlIG9yDQo+PiANCj4+IFZYTEFOIHJhdGhlciB0
aGFuIE5TSC4NCj4+IA0KPj4gDQo+PiANCj4+IA0KPj4gSSBhbSBhbHNvIHdvbmRlcmluZyBpZiBo
b3AtYnktaG9wIG9wdGlvbnMgYmVlbiBjb25zaWRlcmVkIGZvciB0aGlzDQo+PiBhcHBsaWNhdGlv
bj8gVGhlaXIgaW50ZXJwcmV0YXRpb24gaW4gdGhlIG5ldHdvcmsgaXMgdW5hYmlndW91cyBhbmQN
Cj4+IHRoZXkgYWxzbyBoYXZlIHRoZSBhZHZhbnRhZ2UgdGhhdCB0aGUgd29yayB3aXRoIGFueSBJ
UCBwcm90b2NvbCBvcg0KPj4gZW5jYXBzdWxhdGlvbi4NCj4+IA0KPj4gDQo+PiANCj4+IElQdjYg
aG9wLWJ5LWhvcCBvcHRpb25zIGhhcyBiZWVuIGNvbnNpZGVyZWQuIFNlZQ0KPj4gDQo+PiBkcmFm
dC1icm9ja25lcnMtaW5iYW5kLW9hbS10cmFuc3BvcnQtMDUuIFRoaXMgaGFzIG5vdCB5ZXQgYmVl
bg0KPj4gDQo+PiBicm9rZW4gb3V0IGludG8gYSBzZXBhcmF0ZSBkcmFmdC4NCj4+IA0KPj4gDQo+
PiANCj4+IE1pY2tleQ0KPj4gDQo+PiANCj4+IA0KPj4gDQo+PiBUaGFua3MsDQo+PiBUb20NCj4+
IA0KPj4gDQo+PiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAzOjMxIFBNLCBNaWNrZXkgU3BpZWdl
bA0KPj4gPG1zcGllZ2VsQGJhcmVmb290bmV0d29ya3MuY29tPiB3cm90ZToNCj4+IA0KPj4gVG9t
LA0KPj4gDQo+PiBPbiBUaHUsIEFwciAxMiwgMjAxOCBhdCAyOjQ2IFBNLCBUb20gSGVyYmVydCA8
dG9tQGhlcmJlcnRsYW5kLmNvbT4gd3JvdGU6DQo+PiANCj4+IA0KPj4gT24gVGh1LCBBcHIgMTIs
IDIwMTggYXQgOTo1NCBBTSwgR3JlZyBNaXJza3kNCj4+IDxncmVnaW1pcnNreUBnbWFpbC5jb20+
DQo+PiB3cm90ZToNCj4+IA0KPj4gSGkgRnJhbmssDQo+PiB0aGFuayB5b3UgZm9yIHNoYXJpbmcg
eW91ciBwb2ludHMuIFBsZWFzZSBmaW5kIG15IG5vdGVzIGluLWxpbmUNCj4+IGFuZCB0YWdnZWQN
Cj4+IEdJTT4+LiBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIHZlcnkgbXVjaCByZWxldmFudCB0byB3
b3JrIG9mDQo+PiBHSU0+Pm90aGVyDQo+PiB3b3JraW5nDQo+PiBncm91cHMgdGhhdCBkaXJlY3Rs
eSB3b3JrIG9uIHRoZSBvdmVybGF5IGVuY2Fwc3VsYXRpb25zIGluIHRoZQ0KPj4gY2VudGVyIG9m
IHRoZSBkaXNjdXNzaW9uIGFuZCBoZW5jZSBJJ3ZlIGFkZGVkIHRoZW0gdG8gdGhlIGxpc3QuDQo+
PiBIb3BlIHdlJ2xsIGhhdmUgbW9yZSBvcGluaW9ucyB0byByZWFjaCB0aGUgY29uY2x1c2lvbiB0
aGF0IGlzDQo+PiBhY2NlcHRhYmxlIHRvIGFsbC4NCj4+IA0KPj4gUmVnYXJkcywNCj4+IEdyZWcN
Cj4+IA0KPj4gT24gV2VkLCBBcHIgMTEsIDIwMTggYXQgMTI6MDIgUE0sIEZyYW5rIEJyb2NrbmVy
cyAoZmJyb2NrbmUpDQo+PiA8ZmJyb2NrbmVAY2lzY28uY29tPiB3cm90ZToNCj4+IA0KPj4gDQo+
PiBCYWNrIGF0IHRoZSBJUFBNIG1lZXRpbmcgaW4gTG9uZG9uLCB3ZSBkaXNjdXNzZWQgc2V2ZXJh
bCBkcmFmdHMNCj4+IGRlYWxpbmcgd2l0aCB0aGUgZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEg
aW4gdmFyaW91cw0KPj4gcHJvdG9jb2xzIChkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLXZ4bGFu
LWdwZS0wMCwNCj4+IGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwLA0KPj4gZHJh
ZnQtd2Vpcy1pcHBtLWlvYW0tZ3JlLTAwKS4gT25lIGRpc2N1c3Npb24gdG9waWMgdGhhdCB3ZQ0K
Pj4gZGVjaWRlZCB0byB0YWtlIHRvIHRoZSBsaXN0IHdhcyB0aGUgcXVlc3Rpb24gb24gd2hldGhl
cg0KPj4gZHJhZnQtb29hbWR0LXJ0Z3dnLW9vYW0taGVhZGVyIGNvdWxkIGJlIGxldmVyYWdlZC4u
ICBBZnRlcg0KPj4gY2FyZWZ1bGx5IGNvbnNpZGVyaW5nIGRyYWZ0LW9vYW1kdC1ydGd3Zy1vb2Ft
LWhlYWRlciwgSSBjYW1lIHRvDQo+PiB0aGUgY29uY2x1c2lvbiB0aGF0IHRoZSDigJxPT0FNIGhl
YWRlcuKAnSBkb2VzIG5vdCBtZWV0IHRoZSBuZWVkcw0KPj4gb2YNCj4+IElPQU06DQo+PiANCj4+
ICogRWZmaWNpZW5jeTogSU9BTSBhZGRzIGRhdGEgdG8gbGl2ZSB1c2VyIHRyYWZmaWMuIEFzIHN1
Y2gsIGFuDQo+PiBlbmNhcHN1bGF0aW9uIG5lZWRzIHRvIGJlIGFzIGVmZmljaWVudCBhcyBwb3Nz
aWJsZS4gVGhlIOKAnE9PQU0gaGVhZGVy4oCdDQo+PiBpcyA4DQo+PiBieXRlcyBsb25nLiBUaGUg
YXBwcm9hY2ggZm9yIElPQU0gZGF0YSBlbmNhcHN1bGF0aW9uIGluIHRoZQ0KPj4gYWJvdmUgbWVu
dGlvbmVkIGRyYWZ0cyBvbmx5IHJlcXVpcmVzIDQgYnl0ZXMuIFVzaW5nIHRoZSBPT0FNDQo+PiBo
ZWFkZXIgYXBwcm9hY2ggd291bGQgYWRkIGFuIHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0
ZXMg4oCTDQo+PiB3aGljaCBpcyBzaWduaWZpY2FudC4NCj4+IA0KPj4gR3JlZywNCj4+IA0KPj4g
SSdtIG1pc3Npbmcgc29tZXRoaW5nIGhlcmUuIEkgbG9va2VkIGF0IHRoZSBkcmFmdHMgeW91IHJl
ZmVyZW5jZWQNCj4+IGFuZCBlYWNoIG9mIHRoZW0gbG9va3MgbGlrZSB0aGUgb3ZlcmhlYWQgZm9y
IE9BTSBpcyBncmVhdGVyIHRoYXQNCj4+IGZvdXIgYnl0ZXMuIEluIGVhY2ggdGhlcmUgaXMgc29t
ZSBvdmVyaGVhZCBlcXVpdmFsZW50IHRvDQo+PiB0eXBlL2xlbmd0aCwgZm9yIGluc3RhbmNlIGlu
IEdlbmV2ZSBmb3VyIGJ5dGVzIGFyZSBuZWVkZWQgZm9yDQo+PiBvcHRpb24gY2xhc3MsIHR5cGUs
IGFuZCBsZW5ndGguIFVubGVzcyB0aGUgdGhlIE9BTSBkYXRhIGlzIHplcm8NCj4+IGxlbmd0aCwg
SSBkb24ndCBzZWUgaG93IHRoaXMgYWRkcyB1cCB0byBvbmx5IGZvdXIgYnl0ZXMgb2Ygb3Zlcmhl
YWQuDQo+PiANCj4+IA0KPj4gDQo+PiBUaGUgZm91ciB2ZXJzdXMgZWlnaHQgYnl0ZXMganVzdCBy
ZWZlcnMgdG8gdGhlIGZpZWxkcyBpbiB0aGUgZm91cg0KPj4gYnl0ZXMgb2YgSU9BTSBpbmZvLCB0
aGF0IGlzIGNvbW1vbiB0byBhbGwgSU9BTSBvcHRpb25zLiBCZXlvbmQNCj4+IHRoYXQsIHRoZXJl
IGFyZSBJT0FNIG9wdGlvbiBzcGVjaWZpYyBmaWVsZHMuIEZvciBleGFtcGxlIGlmIGRvaW5nDQo+
PiBvbmUgb2YgdGhlIElPQU0gdHJhY2Ugb3B0aW9ucywgdGhlcmUgYXJlIGZvdXIgYnl0ZXMgb2Yg
dHJhY2Ugb3B0aW9uDQo+PiBoZWFkZXIsIGluY2x1ZGluZyB0aGUgSU9BTS10cmFjZS10eXBlLCBO
b2RlTGVuLCBGbGFncywgYW5kDQo+PiBSZW1haW5pbmdMZW4gZmllbGRzLiBUaGVzZSBhcmUgZm9s
bG93ZWQgYnkgdGhlIG5vZGUgZGF0YSBsaXN0DQo+PiBjb250YWluaW5nIHRoZSBwZXIgaG9wIElP
QU0gaW5mb3JtYXRpb24uDQo+PiANCj4+IEluIGxvb2tpbmcgYXQgdGhlIE9PQU0gaGVhZGVyIGNv
bnRlbnQsIGl0IGhhcyBub3RoaW5nIHRvIGRvIHdpdGgNCj4+IGFueSBvZiB0aGUgSU9BTSBpbmZv
cm1hdGlvbiBhZnRlciB0aGUgZmlyc3QgZm91ciBieXRlcy4gSXQgY29udGFpbnMNCj4+IGFub3Ro
ZXIgdmFyaWFudCBvZiB0aGUgaW5mb3JtYXRpb24gaW4gdGhlIGZpcnN0IGZvdXIgYnl0ZXMgb2Yg
SU9BTQ0KPj4gaW5mbywgc3ByZWFkIG91dCBvdmVyIGVpZ2h0IGJ5dGVzLg0KPj4gDQo+PiANCj4+
IFRvbQ0KPj4gDQo+PiANCj4+IEdJTT4+IFRoZSBkaWZmZXJlbmNlIGluIGZvdXIgb2N0ZXRzIGlz
IGJlY2F1c2UgT09BTSBIZWFkZXI6DQo+PiANCj4+IHByb3ZpZGVzIG1vcmUgZmxleGliaWxpdHks
IGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZpZWxkczsNCj4+IA0KPj4gDQo+PiANCj4+
IFRoZSBmbGFncyBmaWVsZCBvbmx5IGhhcyBvbmUgZGVmaW5lZCBmbGFnIGF0IHRoZSBtb21lbnQs
IGZvciBhDQo+PiB0aW1lc3RhbXAgYmxvY2suIEZvciBJT0FNIHRyYWNlIHdlIG5lZWQgcGVyIGhv
cCB0aW1lc3RhbXBzLCB3aGljaA0KPj4gdGhlIHRpbWVzdGFtcCBibG9jayBjYW5ub3QgYWRkcmVz
cywgaS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlzDQo+PiByZWR1bmRhbnQgZm9yDQo+PiANCj4+
IElPQU0uDQo+PiANCj4+IA0KPj4gDQo+PiBzdXBwb3J0cyBsYXJnZXIgT0FNIHBhY2tldHMgdGhh
biBpT0FNIGhlYWRlcjsNCj4+IA0KPj4gDQo+PiANCj4+IEZvciBJT0FNIHB1cnBvc2VzLCAxMDIw
IG9jdGV0cyBpcyBtb3JlIHRoYW4gZW5vdWdoLg0KPj4gDQo+PiANCj4+IGlzIGZ1dHVyZSBwcm9v
ZiBieSBzdXBwb3J0aW5nIHZlcnNpb25pbmcgKFZlcnNpb24gZmllbGQpLg0KPj4gDQo+PiANCj4+
IA0KPj4gSU1PLCB0YWtpbmcgdGhlIGZpcnN0IHR3byBiaXRzIG9mIHRoZSBJT0FNLVR5cGUgdG8g
ZGVmaW5lIGEgVmVyc2lvbg0KPj4gZmllbGQgd291bGQgYmUgYSBnb29kIHRoaW5nLiBUaGlzIGRv
ZXMgbm90IHJlcXVpcmUgYWRkaW5nIGZvdXIgbW9yZQ0KPj4gYnl0ZXMgb2Ygb3ZlcmhlYWQuIDY0
IElPQU0tVHlwZXMgaXMgbW9yZSB0aGFuIGVub3VnaC4NCj4+IA0KPj4gDQo+PiANCj4+ICogTWF0
dXJpdHk6IElPQU0gaGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJlIGFsc28N
Cj4+IHNob3duIGF0IHJlY2VudCBJRVRGIGhhY2thdGhvbnMg4oCTIGFuZCB3ZeKAmXJlIGV4cGVj
dGluZw0KPj4gYWRkaXRpb25hbCBpbXBsZW1lbnRhdGlvbnMgdG8gYmUgcHVibGljaXplZCBzb29u
LiBJbnRlcm9wZXJhYmxlDQo+PiBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1lbHkgc3BlY2lmaWNh
dGlvbnMuIERlc3BpdGUgdGhlDQo+PiBxdWVzdGlvbiBiZWluZyBhc2tlZCwgdGhlIHJlY2VudCB0
aHJlYWQgb24gT09BTSBpbiB0aGUgTlZPMw0KPj4gbGlzdCBoYXNu4oCZdCByZXZlYWxlZCBhbnkg
aW1wbGVtZW50YXRpb24gb2YgdGhlIE9PQU0gaGVhZGVyLg0KPj4gSW4NCj4+IGFkZGl0aW9uLCB0
aGUgdGhyZWFkIHJldmVhbGVkIHRoYXQgc2V2ZXJhbCBmdW5kYW1lbnRhbA0KPj4gcXVlc3Rpb25z
IGFib3V0IHRoZSBPT0FNIGhlYWRlciBhcmUgc3RpbGwgb3Blbiwgc3VjaCBhcyB3aGV0aGVyDQo+
PiBvciBob3cgYWN0aXZlIE9BTSBtZWNoYW5pc21zIHdpdGhpbiBwcm90b2NvbHMgc3VjaCBhcyBH
ZW5ldmUNCj4+IHdvdWxkIGFwcGx5IHRvIHRoZSBPT0FNIGhlYWRlci4gVGhpcyB1bHRpbWF0ZWx5
IG1lYW5zIHRoYXQgd2UNCj4+IHdvbuKAmXQgZ2V0IHRvIGEgdGltZWx5IHNwZWNpZmljYXRpb24u
DQo+PiANCj4+IA0KPj4gR0lNPj4gTWF5IEkgYXNrIHdoaWNoIGVuY2Fwc3VsYXRpb25zIHN1cHBv
cnRlZCBieSB0aGUNCj4+IEdJTT4+IGltcGxlbWVudGF0aW9ucw0KPj4geW91DQo+PiByZWZlciB0
by4gVW50aWwgdmVyeSByZWNlbnRseSBhbGwgaU9BTSBwcm9wb3NhbHMgd2VyZSB0byB1c2UNCj4+
IG1ldGEtZGF0YSBUTFYgaW4sIGUuZy4gR2VuZXZlIGFuZCBOU0guIEFuZCBpZiB0aGVzZSBvciBz
b21lIG9mDQo+PiB0aGVzZSBpbXBsZW1lbnRhdGlvbnMgYWxyZWFkeSB1cGRhdGVkIHRvIHRoZSBu
ZXdseSBwcm9wb3NlZCBpT0FNDQo+PiBzaGltLCBJIGRvbid0IHNlZSBwcm9ibGVtIGluIG1ha2lu
ZyB0aGVtIHVzZSBPT0FNIEhlYWRlci4gV291bGQNCj4+IHlvdSBhZ3JlZT8NCj4+IA0KPj4gDQo+
PiAqIFNjb3BlOiBJdCBpc27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0
aGUgT09BTQ0KPj4gaGVhZGVyIHdvdWxkIHVsdGltYXRlbHkgYXBwbHkgdG8uIFRoZSB3YXkgdGhl
IE9PQU0gaGVhZGVyIGlzDQo+PiBkZWZpbmVkLCBPT0FNIHVzZXMgYSA4LWJpdCBmaWVsZCBmb3Ig
4oCcTmV4dCBQcm904oCdLCB0aGUgbmV4dA0KPj4gcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xzIHRo
YXQgSU9BTSBkYXRhIG5lZWRzIHRvIGJlDQo+PiBlbmNhcHN1bGF0ZWQgaW50byB1c2UgMTYtYml0
cyBmb3IgdGhlaXIgbmV4dCBwcm90b2NvbCBjb2RlIHBvaW50cy4gU2VlIGUuZy4NCj4+IHRoZSBH
UkUgZW5jYXBzdWxhdGlvbiDigJMgYXMgc3BlY2lmaWVkIGluDQo+PiBkcmFmdC13ZWlzLWlwcG0t
aW9hbS1ncmUtMDAuDQo+PiANCj4+IA0KPj4gR0lNPj4gVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0
aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVzOg0KPj4gIE5ldyBwcm90b2NvbHMgdGhhdCBz
dXBwb3J0IG92ZXJsYXkgbmV0d29ya3MgbGlrZSBWeExBTi1HUEUNCj4+ICBbSS1ELmlldGYtbnZv
My12eGxhbi1ncGVdLCBHVUUgW0ktRC5pZXRmLW52bzMtZ3VlXSwgR2VuZXZlDQo+PiAgW0ktRC5p
ZXRmLW52bzMtZ2VuZXZlXSwgQklFUg0KPj4gW0ktRC5pZXRmLWJpZXItbXBscy1lbmNhcHN1bGF0
aW9uXSwNCj4+IA0KPj4gYW5kDQo+PiANCj4+ICBOU0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBv
cnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5nLg0KPj4gIEV0aGVybmV0LCBJUHY0L0lQdjYs
IGFuZCByZWNvZ25pemUgT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24sIGFuZA0KPj4gIE1haW50
ZW5hbmNlIChPQU0pIGFzIG9uZSBvZiBkaXN0aW5jdCB0eXBlcy4gIFRoYXQgZW5zdXJlcyB0aGF0
DQo+PiAgT3ZlcmxheSBPQU0gKE9PQU0pcGFja2V0cyBhcmUgc2hhcmluZyBmYXRlIHdpdGggT3Zl
cmxheSBkYXRhIHBhY2tldA0KPj4gIHRyYXZlcnNpbmcgdGhlIHVuZGVybGF5Lg0KPj4gSSdtIHVw
ZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBkcmFmdCBhbmQgYWxvbmcgd2l0aCBjbGVhbmluZyBuaXRz
DQo+PiB3aWxsIHVwZGF0ZSByZWZlcmVuY2UgdG8gR1VFLiBJIHRoaW5rIHRoYXQgdGhlIGxpc3Qg
YW5kIHRoZQ0KPj4gc3RhdGVtbnQgYXJlIHF1aXRlIGNsZWFyIGluIGlkZW50aWZ5aW5nIHRoZSBz
Y29wZSBvZiBuZXR3b3Jrcw0KPj4gdGhhdCBtYXkgYmVuZWZpdCBmcm9tIHVzaW5nIG5vdCBvbmx5
IGNvbW1vbiBPT0FNIEhlYWRlciBidXQNCj4+IGNvbW1vbiBPT0FNIG1lY2hhbmlzbXMsIGUuZy4g
RWNobyBSZXF1ZXN0L1JlcGx5Lg0KPj4gDQo+PiBXaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZ
ZCBzdWdnZXN0IHRoYXQgdGhlIFdHIG1vdmVzIGZvcndhcmQNCj4+IHdpdGggc3BlY2lmaWMgZGVm
aW5pdGlvbnMgZm9yIGVuY2Fwc3VsYXRpbmcgSU9BTSBkYXRhIGludG8NCj4+IHByb3RvY29scyDi
gJMgcGVyIHRoZSBhYm92ZSBtZW50aW9uZWQgZHJhZnRzLg0KPj4gDQo+PiANCj4+IA0KPj4gUmVn
YXJkcywgRnJhbmsNCj4+IA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXw0KPj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4+IGlwcG1AaWV0Zi5vcmcN
Cj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0KPj4gDQo+PiAN
Cj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
Cj4+IEludC1hcmVhIG1haWxpbmcgbGlzdA0KPj4gSW50LWFyZWFAaWV0Zi5vcmcNCj4+IGh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaW50LWFyZWENCj4+IA0KPj4gDQo+PiBf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gaXBwbSBt
YWlsaW5nIGxpc3QNCj4+IGlwcG1AaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vaXBwbQ0KPj4gDQo+PiANCj4+IA0KPj4gDQo+PiANCj4+IA0KPj4gX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IHNmYyBtYWls
aW5nIGxpc3QNCj4+IHNmY0BpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h
bi9saXN0aW5mby9zZmMNCj4+IA0KPj4gDQo=


From nobody Sun Apr 22 08:15:32 2018
Return-Path: <worley@alum.mit.edu>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7B18124319 for <ippm@ietfa.amsl.com>; Sun, 22 Apr 2018 08:15:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.685
X-Spam-Level: 
X-Spam-Status: No, score=-0.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, TO_NO_BRKTS_PCNT=1] 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 y8YULWAh8-Q5 for <ippm@ietfa.amsl.com>; Sun, 22 Apr 2018 08:15:24 -0700 (PDT)
Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:43]) (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 0D222120454 for <ippm@ietf.org>; Sun, 22 Apr 2018 08:15:23 -0700 (PDT)
Received: from resomta-ch2-10v.sys.comcast.net ([69.252.207.106]) by resqmta-ch2-11v.sys.comcast.net with ESMTP id AGhEfu5BVxNRYAGi2fj2KF; Sun, 22 Apr 2018 15:15:22 +0000
Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-10v.sys.comcast.net with SMTP id AGi1fUGFPs2iIAGi2fYiuX; Sun, 22 Apr 2018 15:15:22 +0000
Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w3MFFJfj021454; Sun, 22 Apr 2018 11:15:19 -0400
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w3MFFJl9021451; Sun, 22 Apr 2018 11:15:19 -0400
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com (Dale R. Worley)
To: nvo3@ietf.org, ippm@ietf.org
Sender: worley@ariadne.com (Dale R. Worley)
Date: Sun, 22 Apr 2018 11:15:18 -0400
Message-ID: <87efj7clx5.fsf@hobgoblin.ariadne.com>
X-CMAE-Envelope: MS4wfJECFjc6areQxlieujBisL4QUsu3nsEp/YA/lVlWGmUwktWZmpEFt294HoL2nb5SZVc1R97h8suG35jfr1IinXpbiT9jcTeps3zCyWiFDjPy3RWe71f1 S54kTwqrSIJwBLvZ478Dv+MRyCb2qr/cZemew6W3VtOLejoFwGRSWAytCKnBocZRNFAw83z1G/1ZrQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/y_XFJs9UoHlJHZVaRrFGKBv9LnI>
Subject: [ippm] An entropy option for Geneve
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Apr 2018 15:15:25 -0000

Discussions of encapsulation point out the need for "entropy",
providing a field that is statistically random overall, but constant
for any one "flow", to be used to decide ECMP choices.  The entropy
field needs to be easy for routers to find, but the encapsulation
headers often precede the entropy fields in the encapsulated traffic.
The common current method is to precede the encapsulation header with
a UDP header whose source port carries a 14-bit entropy field (RFC
7510 section 3) and whose destination port identifies the
encapsulation protocool.  This technique is an elegant reuse of an
existing protocol but also has awkwardly high overhead (8 octets for
just 14 bits.)

Geneve has this problem, too.  But it seems to me that the flexibility
of Geneve's structure gives us an opportunity to carry entropy in a
more efficient way:  define a block of option class/type values to
carry entropy in a one-word option:

 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |  Option Class   | Entropy     |C| Entropy     |R|R|R| Length=0|
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

The block is defined by specifying the high-order 9 bits of the class
field, thus consuming 2^-9 ~ 0.2% of the class space.  The option (to
be effective) would be required to be the first option.  This
placement makes it easy for routers to find:  If the IP header's
protocol/next-header field specifies Geneve, if the Geneve option
length field is non-zero, and if the high-order nine bits of the
option class have the specified values, the next 15 bits carry 14 bits
of entropy.  (Presumably the C bit is fixed as 0.)

This changes the format of draft-ietf-nvo3-geneve-06 from

 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |       Source Port = xxxx      |       Dest Port = 6081        |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  UDP
 |           UDP Length          |        UDP Checksum           |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len  |O|C|    Rsvd.  |          Protocol Type        |  Geneve
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  fixed
 |        Virtual Network Identifier (VNI)       |    Reserved   |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  
 ~                    Variable Length Options                    ~  Options
 |                                                               |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--

to

 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len  |O|C|    Rsvd.  |          Protocol Type        |  Geneve
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  fixed
 |        Virtual Network Identifier (VNI)       |    Reserved   |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class   | Entropy     |C| Entropy     |R|R|R| Length  |  Entropy
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  
 ~                    Variable Length Options                    ~  Options
 |                                                               |  
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--

If we allow a "short header" bit and no VNI is needed, this could be
reduced further to:

 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len  |O|C|S|  Rsvd.  |          Protocol Type        |  Geneve fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class   | Entropy     |C| Entropy     |R|R|R| Length  |  Entropy
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  
 ~                    Variable Length Options                    ~  Options
 |                                                               |  
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--

The flexibility of Geneve's TLV structure allows it to carry entropy
directly, which makes up for the extra space that the TLV structure
consumes.  In most cases I've seen in the drafts, Geneve with an
entropy option is at least as efficient as other proposals.

                     Overhead          Overhead
Encapsulation        with VNI          without VNI

Geneve/entropy       4 words           3 words

UDP/VXLAN-GPE        4 words

UDP/OOAM                               4 words

NSH                                    2 words
(which is encapsulated by Ethernet,
and seems to carry no entropy)

(I have some misunderstanding regarding the length and structure of
the IOAM fixed part.  draft-ietf-ippm-ioam-data-02 seems to show it as
one word, but draft-brockners-ioam-vxlan-gpe-00 shows it as two words.
I use the one-word form here except in the NSH example.  As long as
IOAM is carried in a Geneve option, the first word of the long form
seems to be redundant.)

Geneve (short header)

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len  |O|C|S|  Rsvd.  |          Protocol Type        |  Geneve fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class   | Entropy     |C| Entropy     |R|R|R| Length  |  Geneve option
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class = IOAM_Trace    |C| IOAM-Trace  |R|R|R| Length  |  Geneve option
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |         IOAM-Trace-Type       |NodeLen|  Flags  | Octets-left |  IOAM fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  IOAM data
 ~                                                               ~  space
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--


Geneve (long header)

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|  Opt Len  |O|C|S|  Rsvd.  |          Protocol Type        |  Geneve fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |  Virtual Network Identifier                   | Reserved      |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class   | Entropy     |C| Entropy     |R|R|R| Length  |  Geneve option
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |  Option Class = IOAM_Trace    |C| IOAM-Trace  |R|R|R| Length  |  Geneve option
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |         IOAM-Trace-Type       |NodeLen|  Flags  | Octets-left |  IOAM fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  IOAM data
 ~                                                               ~  space
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--


VXLAN-GPE from draft-brockners-ioam-vxlan-gpe-00

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |       Source Port = xxxx      |       Dest Port = 6081        |  
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  UDP
 |           UDP Length          |        UDP Checksum           |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |R|R|Ver|I|P|R|O|          Reserved             |NP=IOAM_Trace  |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  GPE
 |     Virtual Network Identifier (VNI)          | Reserved      | 
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |         IOAM-Trace-Type       |NodeLen|  Flags  | Octets-left |  IOAM fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               | IOAM data
 ~                                                               ~ space 
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--


OOAM from draft-ooamdt-rtgwg-ooam-header-04

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |       Source Port = xxxx      |       Dest Port = 6081        |  
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  UDP
 |           UDP Length          |        UDP Checksum           |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 | V |           Msg Type        |           Length              |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  OOAM header
 |             Flags             |    Reserved   |   Next Prot   |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |         IOAM-Trace-Type       |NodeLen|  Flags  | Octets-left |  IOAM fixed
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  IOAM data
 ~                                                               ~  space 
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--


NSH from draft-brockners-sfc-ioam-nsh-00

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |Ver|O|C|R|R|R|R|R|R|   Length  |  MD Type      | NP=IOAM_Trace |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  NSH fixed
 |          Service Path Identifer               | Service Index | 
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  
 ~                                                               ~  NSH data
 |                                                               |   
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |      Type     |   IOAM HDR len|    Reserved   | Next Protocol | 
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ IOAM
 |         IOAM-Trace-Type       |NodeLen|  Flags  | Octets-left | Trace
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--
 |                                                               |  
 ~                                                               ~  IOAM data
 |                                                               |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ <--

Dale


From nobody Sun Apr 22 09:28:25 2018
Return-Path: <tom@herbertland.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90B56126C22 for <ippm@ietfa.amsl.com>; Sun, 22 Apr 2018 09:28:23 -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, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dbd5jhkV6obs for <ippm@ietfa.amsl.com>; Sun, 22 Apr 2018 09:28:20 -0700 (PDT)
Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31A091241FC for <ippm@ietf.org>; Sun, 22 Apr 2018 09:28:20 -0700 (PDT)
Received: by mail-qk0-x22f.google.com with SMTP id a202so13757624qkg.3 for <ippm@ietf.org>; Sun, 22 Apr 2018 09:28:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=JTOIFCqmkgiG8pDvzmxbBUM5TVp11pSk3cbt0YqmDKg=; b=pPn/V2zcBrcc4dVpbqo2UH9kRt3RIxW2dhnJM458n0teX+J3lq+YZ8lC9pzo8lUc8G nEw9ZQB5qTRwRyEkkG6fn/LMmZidcKos1LfCKhMlK2MZoz5OTziow3ceqRP4fX2+MDeQ hZ81E+wl/Xn+c9x96Aa6SdZJOqMFFZdkA9WiAILhr+HYiA1GYGUKPmzmygK5zX9aaUee Mpo6bAcjUTc2uFCYavYHoDwbqfwXr9kD9GBG7d+gVDv59ojYR8NVZTkkTjiQpBd1ML64 bfI95Jbo5iCZDtEpTu7iQSdMYvDUgVAR6C/SQZ1qDKS+Ycx2hiMWMBi9O+YHscBHXv0A Y+Eg==
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=JTOIFCqmkgiG8pDvzmxbBUM5TVp11pSk3cbt0YqmDKg=; b=m0B930JLpyPvaTTGNS5cIWjyOagZWe+bt6tsao3lh9jy0qCJqTTQcx3vPET9IYcgxY xjZ8MLElZtV4bddJOdRBMbQjVA6gfqp7DALhRTNujgKp1BHNTOW7u104k8VSExOW1OIl eZiMvraiAPyX/qZC1nzHZ9xqVGQzZqg4XVGPuz+qCdtqlFtKyT0y6d2+6G56OU2a/nZZ WXF/JamFakZEpW6K1+GlGa8M6KB5fRfW+nq36kAqIzD7ZfynOtRsiK5GKgB3jAKDxuAC AsXZ3oiZhg7VPM3EjX5ypaLyzlDnlmEjRMybzEwupierniUxqig09eWPjBeO9YXbpBcw LnRg==
X-Gm-Message-State: ALQs6tA+zebdelzBXys2Cj9TFMS8S4/4F+VrtFoaXKSpMOvBgVubBO2T PPTibzJkx+MjwVQI0Ugg1hZ4hHsL3jFZkxdXrjYamA==
X-Google-Smtp-Source: AB8JxZpaxLex/5ND69a72N7GJeYtDE928Ldx+q2Z3QDcUqlI+2QlZqDT4Ts01jYxN0ocANuRb00t9xw5pxpRda3cOT4=
X-Received: by 10.55.194.13 with SMTP id i13mr10705374qkm.311.1524414498953; Sun, 22 Apr 2018 09:28:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.48.35 with HTTP; Sun, 22 Apr 2018 09:28:18 -0700 (PDT)
In-Reply-To: <DCD4F1A5-468A-429D-AEA1-2E360D4D54E3@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com> <DD4CBF95-C04B-45EC-BC84-1D85F113230F@cisco.com> <CALx6S35tScr2bqU4dt7HPDt_p8zgYyAZi5SmW-uruWpV0SCvNA@mail.gmail.com> <DCD4F1A5-468A-429D-AEA1-2E360D4D54E3@cisco.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sun, 22 Apr 2018 09:28:18 -0700
Message-ID: <CALx6S37eK461KWAs+kRMy9iRxaUT=RXqg=1zgcES-LtLfwP-rA@mail.gmail.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Cc: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>,  Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>,  Mickey Spiegel <mspiegel@barefootnetworks.com>,  "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Tianran Zhou <zhoutianran@huawei.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/JpSRHxdlA_Ew5wQ_ElD7Fe16ngw>
Subject: Re: [ippm] [sfc] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Apr 2018 16:28:24 -0000

On Sun, Apr 22, 2018 at 2:21 AM, Carlos Pignataro (cpignata)
<cpignata@cisco.com> wrote:
> Hi Tom,
>
> I agree that using IOAM in IPv6 both e2e and hbh is a powerful and useful=
 combo!
>
> My point, sorry if I was not clear, is that an =E2=80=9CSFC Hop=E2=80=9D =
does not correspond to a transport encapsulation hop, and that IOAM can be =
in-situ=E2=80=99ed to the encapsulation that realizes the (service, overlay=
, otherwise higher) topology (which can be IPv6 natively or something else =
as well)
>
Carlos,

AFACT, the intent is that nodes along the path of a packet containing
in-situ ippm data may modify the ippm data as described in
draft-ietf-ippm-ioam-data. Your comment confirms my belief that part
of the intent is that intermediate nodes, specifically nodes that are
not addressed by the destination address of a packet, may also modify
ippm data.

If this is correct, then I understand how this process could work
correctly with hop-by-hop options. However, I don't understand how
this can work correclty with encapsulation where the ippm data is
within the encapsulation. IP has no allowance for intermediate nodes
to modify transport payloads. For example, if UDP payloads are being
modified in the network, then this introduces the possibility of
silent  corruption when the port number is misinterpreted.

Thanks,
Tom


> Thanks,
>
> Thumb typed by Carlos Pignataro.
> Excuze typofraphicak errows
>
>> On Apr 21, 2018, at 11:05, Tom Herbert <tom@herbertland.com> wrote:
>>
>> On Fri, Apr 20, 2018 at 12:03 PM, Carlos Pignataro (cpignata)
>> <cpignata@cisco.com> wrote:
>>> Tom,
>>>
>>> On Apr 17, 2018, at 10:22 AM, Tom Herbert <tom@herbertland.com> wrote:
>>>
>>> On Tue, Apr 17, 2018 at 12:51 AM, Frank Brockners (fbrockne)
>>> <fbrockne@cisco.com> wrote:
>>>
>>>
>>> Hi Tianran,
>>>
>>> Tom's note already includes the hint: You'll add IOAM data to the
>>> protocol/layer that you're interested in monitoring. Again using Geneve=
 over
>>> IPv6 as an example:
>>> * If you're interested in the overlay, i.e. Geneve (e.g. timestamping t=
he
>>> packet when it enters and exists the tunnel) - you'd add IOAM data to G=
eneve
>>> * If you're interested in the underlay, i.e. IPv6 (e.g. you'd like to
>>> understand which path packets take in the v6 network) - you'd add IOAM =
data
>>> to IPv6
>>> * If you're interested in both, then you'd add IOAM data to Geneve and =
IPv6
>>>
>>> Frank,
>>>
>>> In that case why not just use a hop-by-hop option for measuring the
>>> underlay and a destination option for measuring the overlay? The
>>> advantage is that this works _any_ IP encapsulation method or any IP
>>> protocol for that matter.
>>>
>>>
>>> Because you want to instrument the layer that you want to measure.
>>> Because there=E2=80=99s cases with more unnatural layering where there=
=E2=80=99s a desire to
>>> correlate and compare measurements across layers (in a way in which, fo=
r
>>> example, the Service layer is tested in a service chaining scenario, no=
t the
>>> IPv6 hop-by-hop.
>>> Because different topologies expose different Hops and IPv6 HBH goes by=
 the
>>> IPv6 node topology.
>>> Because not everything is IPv6, and because you have cases of IPv6 over
>>> something as well.
>>> Those are quick ones that come to mind.
>>>
>> Carlos,
>>
>> Please see my other email that details some use cases that shows
>> destination options are functionally equivalent to ippm in
>> encapsulation, and also my comments that the IPv6 has superior
>> capabilities to cover in-situ ippm requirements (in particular that IP
>> options are the _only_ protocol conformant means for intermediate
>> nodes to change IP payloads needed for IOAM tracing).
>>
>> I don't have a general issue with supporting ippm in encapsulation,
>> but I do think this should be viewed as legacy support. Note there is
>> no concept of segment routing in IPv4, they are blazing forward only
>> on IPv6 so it is reasonable to take this view. Personally, I don't
>> think this is a disadvantage to SR. IPv6 does have more capabilities
>> than IPv4 and we're now seeing protocols that will take advantage of
>> those. Features like this are good motivation for moving to IPv6,
>> which in the long run is good for the Internet!
>>
>> Tom
>>
>>> Frank,
>>> I don't believe adding ippm to every
>>> encapsulation protocol is straightforward: e.g.
>>> draft-brockners-ippm-ioam-geneve describe but notes the limited size
>>> of header, draft-weis-ippm-ioam-gre states that a new EtherType would
>>> be needed just for this purpose. This also entails additional
>>> encapsulation-specific HW support also, whereas support destination
>>> and hbh options could be more generic.
>>>
>>>
>>> Engineering is about trade-offs. If you want to measure Geneve, there a=
re
>>> limitations. But instead of trying to prove why it does not work, I=E2=
=80=99ll point
>>> to working demos of where it does =E2=80=94 many of which on different =
HW/SW and
>>> encaps, shown at various IETF events.
>>>
>>> Thanks,
>>>
>>> =E2=80=94 Carlos Pignataro
>>>
>>> Tom
>>>
>>> Draft draft-ietf-ippm-ioam-data-02 already mentions layering (see secti=
on
>>> 3):
>>> "Layering: If several encapsulation protocols (e.g., in case of tunneli=
ng)
>>> are stacked on top of each other, IOAM data-records could be present at
>>> every layer.  The behavior follows the ships-in-the-night model."
>>>
>>> Given the discussion here, we'll add some additional text in the next
>>> revision to make things crisper (e.g. adding an example might help).
>>>
>>> Frank
>>>
>>> -----Original Message-----
>>> From: Tianran Zhou <zhoutianran@huawei.com>
>>> Sent: Dienstag, 17. April 2018 03:18
>>> To: Tom Herbert <tom@herbertland.com>
>>> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
>>> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>>> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; Service Function
>>> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>> I think it's better that Frank or Shwetha can explain the multi-layer u=
se
>>> case in detail.
>>>
>>> Tianran
>>>
>>> -----Original Message-----
>>> From: Tom Herbert [mailto:tom@herbertland.com]
>>> Sent: Monday, April 16, 2018 10:40 PM
>>> To: Tianran Zhou <zhoutianran@huawei.com>
>>> Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>; Frank Brockners
>>> (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>>> <mspiegel@barefootnetworks.com>; NVO3 <nvo3@ietf.org>; int-area
>>> <int-area@ietf.org>; Service Function Chaining IETF list
>>> <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>> On Mon, Apr 16, 2018 at 6:31 AM, Tianran Zhou <zhoutianran@huawei.com>
>>> wrote:
>>>
>>> Hi Shwetha,
>>>
>>> You are talking about the outer encapsution. It is straight forward
>>> for the underlay to record by the header. But what about the
>>> overlay, i.e., inner encapsulation(e.g. geneve)? Without special
>>> configuration, intermediate node will not read the inner header,
>>> hence not be able to process IOAM.e
>>>
>>>
>>> Hi Tianran,
>>>
>>> I believe that is also not protocol conformant. Intermediate nodes
>>> should not be processing transport layer data as this can lead to
>>> misinterpretation and possibly silent data corruption.
>>>
>>> For instance, Geneve is a UDP encapsulation protocol with assigned port
>>> 6081.
>>> In order for an intermediate device to process the Geneve
>>> encapsulation header it would need to look for packets with
>>> destination port of 6081 since that is the only possible
>>> discriminator. However, transport port numbers do not have global
>>> meaning and hosts may use port numbers for other purposes (RFC7605
>>> describes this). So a packet to port 6081 might be something other
>>> than Geneve and may be misinterpreted. If a misinterpreted packet is ch=
anged
>>> (like ippm data is written) then that would be systematic silent data
>>> corruption.
>>>
>>> As far as I know, hop-by-hop options is the only protocol confirming
>>> mechanism that allows an intermediate note to change data of packet in
>>> flight.
>>> Encpasulation is the only conforming mechanism that allows an
>>> intermediate node to add data (like extension headers) to a packet in
>>> flight.
>>>
>>> Tom
>>>
>>> Maybe we are not synced by this overlay/underlay use case. :-)
>>>
>>> Tianran
>>>
>>>
>>>
>>> ________________________________
>>> Sent from WeLink
>>>
>>> =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Shwetha Bhandari (shwethab)
>>> =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Tianran Zhou<zhoutianran@huawei.co=
m>;Frank Brockners
>>> (fbrockne)<fbrockne@cisco.com>;Mickey
>>> Spiegel<mspiegel@barefootnetworks.com>;Tom
>>> Herbert<tom@herbertland.com>
>>> =E6=8A=84=E9=80=81=EF=BC=9A NVO3<nvo3@ietf.org>;int-area<int-area@ietf.=
org>;Service Function
>>> Chaining IETF list<sfc@ietf.org>;IETF IPPM WG<ippm@ietf.org>
>>> =E4=B8=BB=E9=A2=98=EF=BC=9A Re: [ippm] [Int-area] encapsulation of IOAM=
 data in various
>>> protocols - follow up from WG discussion in London
>>> =E6=97=B6=E9=97=B4=EF=BC=9A 2018-04-16 18:17:01
>>>
>>> Hi Tianran,
>>>
>>> If I recall right, it is not written in the ioam data draft.
>>>
>>>
>>> Data draft is defining the data to be carried in IOAM in an
>>> encapsulation agnostic way, it does not specify how the
>>> encapsulation protocol is configured.
>>>
>>>
>>>
>>> Yes, node by node configuration is an easy way.
>>>
>>>
>>> While it is, it does not have to be a node by node configuration. It
>>> can be part of the encapsulation definition.
>>>
>>> For e.g. If the encapsulation is IPv6 and if we define the data to
>>> be carried as HbH options, then based on the Option Type with
>>> highest order 2 bits set to 00 then the v6 nodes that implement IOAM
>>> will process the option and others will skip over.
>>>
>>>
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Shwetha
>>>
>>>
>>>
>>> From: ippm <ippm-bounces@ietf.org> on behalf of Tianran Zhou
>>> <zhoutianran@huawei.com>
>>> Date: Monday, April 16, 2018 at 2:36 PM
>>> To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Mickey
>>> Spiegel <mspiegel@barefootnetworks.com>, Tom Herbert
>>> <tom@herbertland.com>
>>> Cc: NVO3 <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>,
>>> Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG
>>> <ippm@ietf.org>
>>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>>
>>>
>>> Hi Frank,
>>>
>>>
>>>
>>> If I recall right, it is not written in the ioam data draft.
>>>
>>> Yes, node by node configuration is an easy way. In the
>>> draft-zhou-ippm-ioam-yang, we have the =E2=80=9Cprotocol-type=E2=80=9D =
to indicate
>>> the layering.
>>>
>>>  +--rw ioam
>>>
>>>     +--rw ioam-profiles
>>>
>>>        +--rw enabled?        boolean
>>>
>>>        +--rw ioam-profile* [profile-name]
>>>
>>>           +--rw profile-name                    string
>>>
>>>           +--rw filter
>>>
>>>           |  +--rw filter-type?   ioam-filter-type
>>>
>>>           |  +--rw acl-name?      -> /acl:acls/acl/name
>>>
>>>           +--rw protocol-type?                  ioam-protocol-type
>>>
>>>           +--rw incremental-tracing-profile {incremental-trace}?
>>>
>>>           |  ...
>>>
>>>           +--rw preallocated-tracing-profile {preallocated-trace}?
>>>
>>>           |  ...
>>>
>>>           +--rw pot-profile {proof-of-transit}?
>>>
>>>           |  ...
>>>
>>>           +--rw e2e-profile {edge-to-edge}?
>>>
>>>              ...
>>>
>>>
>>>
>>>
>>>
>>> Tianran
>>>
>>> From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
>>> Sent: Monday, April 16, 2018 4:51 PM
>>> To: Tianran Zhou <zhoutianran@huawei.com>; Mickey Spiegel
>>> <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
>>> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>>
>>>
>>> Hi Tianran,
>>>
>>>
>>>
>>> IOAM is a domain specific feature (see also
>>> draft-ietf-ippm-ioam-data-02 sections 3 and 4), which allows an
>>> operator to control by means of configuration where and for which
>>> traffic IOAM data fields are added/updated/removed from the customer
>>> traffic. Using your example of Geneve over IPv6 =E2=80=93 with IOAM dat=
a in
>>> both the Geneve and the IPv6 protocol, one would expect that the
>>> operator configures the endpoints of the Geneve tunnel to operate on
>>> the IOAM data in Geneve, and the IPv6 routers that the Geneve tunnel
>>>
>>> traverses to operate on the IOAM data in IPv6.
>>>
>>>
>>>
>>>
>>> Frank
>>>
>>>
>>>
>>> From: Tianran Zhou <zhoutianran@huawei.com>
>>> Sent: Montag, 16. April 2018 10:37
>>> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>; Mickey Spiegel
>>> <mspiegel@barefootnetworks.com>; Tom Herbert <tom@herbertland.com>
>>> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> Subject: RE: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>>
>>>
>>> Hi Frank,
>>>
>>>
>>>
>>> How does a forwarder know when and where to insert the data?
>>>
>>> In the case of Geneve over IPv6, do you mean the device need to scan
>>> all the protocol stack? Or just the outer encapsulation?
>>>
>>>
>>>
>>> Tianran
>>>
>>>
>>>
>>> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank
>>> Brockners
>>> (fbrockne)
>>> Sent: Monday, April 16, 2018 3:08 PM
>>> To: Mickey Spiegel <mspiegel@barefootnetworks.com>; Tom Herbert
>>> <tom@herbertland.com>
>>> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>>
>>>
>>>
>>>
>>> Tom,
>>>
>>>
>>>
>>> a quick addition to what Mickey mentioned below: What you seem to
>>> have in mind is what draft-ietf-ippm-ioam-data-02 refers to as =E2=80=
=9Clayering=E2=80=9D
>>> (see section 3.), i.e. if you=E2=80=99re running for example Geneve ove=
r
>>> IPv6, then IOAM data could be encapsulated in both protocols, Geneve
>>> and
>>> IPv6 =E2=80=93 giving you visibility into the =E2=80=9Cunderlay=E2=80=
=9D (IPv6) and the =E2=80=9Coverlay=E2=80=9D
>>>
>>> (Geneve).
>>>
>>>
>>>
>>>
>>> Frank
>>>
>>>
>>>
>>> From: ippm <ippm-bounces@ietf.org> On Behalf Of Mickey Spiegel
>>> Sent: Freitag, 13. April 2018 20:22
>>> To: Tom Herbert <tom@herbertland.com>
>>> Cc: NVO3 <nvo3@ietf.org>; int-area@ietf.org; Service Function
>>> Chaining IETF list <sfc@ietf.org>; IETF IPPM WG <ippm@ietf.org>
>>> Subject: Re: [ippm] [Int-area] encapsulation of IOAM data in various
>>> protocols - follow up from WG discussion in London
>>>
>>>
>>>
>>> Tom,
>>>
>>>
>>>
>>> On Thu, Apr 12, 2018 at 10:17 PM, Tom Herbert <tom@herbertland.com> wro=
te:
>>>
>>> Mickey,
>>>
>>> Looking at these ippm drafts more closely, I have a much more
>>> fundamental concern.
>>>
>>> In draft-brockners-ippm-ioam-geneve-00 for instance, there is the
>>> text in the introduction:
>>>
>>> "In-situ OAM (IOAM) records OAM information within the packet while
>>> the packet traverses a particular network domain.  The term "in-situ"
>>> refers to the fact that the IOAM data fields are added to the data
>>> packets rather than is being sent within packets specifically
>>> dedicated to OAM.  This document defines how IOAM data fields are
>>> transported as part of the Geneve [I-D.ietf-nvo3-geneve]
>>> encapsulation."
>>>
>>> I assume this means that as packets with Geneve encapsulation
>>> traverse the network they are interpreted by intermediate nodes as
>>> being Geneve. Since Geneve is a UDP encapsulation, then the
>>> destination UDP port number would be used to identify packets as
>>> being Geneve. So an intermediate device might be looking for UDP
>>> packets destined to port
>>> 6081 (the assigned UDP port for Geneve). If my understanding is
>>> correct, then this is a problem.
>>>
>>> UDP port numbers do not have global meaning. An intermediate device
>>> may very well see UDP packets destined to port 6081 that are not
>>> actually Geneve. This scenario is discussed in RFC7605:
>>>
>>> "...intermediate device interprets traffic based on the port number.
>>> It is important to recognize that any interpretation of port numbers
>>> -- except at the endpoints -- may be incorrect, because port numbers
>>> are meaningful only at the endpoints."
>>>
>>> If the UDP data is modified, as the draft would imply, then
>>> misinterpretation may also mean silent data corruption of packets. A
>>> protocol that would allow this seems pretty incorrect! Note that
>>> this would be true also for any UDP encapsulation that the network
>>> tries to interpret.
>>>
>>>
>>>
>>> The intention is to allow for multiple nodes that a packet traverses
>>>
>>> to be able to insert IOAM node information in the same trace option,
>>>
>>> but leave some flexibility regarding which nodes actually do the
>>>
>>> IOAM processing and the node information. This may vary
>>>
>>> depending on the transport.
>>>
>>>
>>>
>>> In case of a tunneled encapsulation such as Geneve or VXLAN,
>>>
>>> there may still be multiple hops. For example a network may use
>>>
>>> Geneve or VXLAN, but only do L2 processing at ToRs, with L3
>>>
>>> processing done at aggregation or core switches. In this case
>>>
>>> many packets would do 2 Geneve or VXLAN hops, so the packet
>>>
>>> would contain IOAM node information from two nodes.
>>>
>>>
>>>
>>> Another example is service function chaining using Geneve or
>>>
>>> VXLAN rather than NSH.
>>>
>>>
>>>
>>>
>>> I am also wondering if hop-by-hop options been considered for this
>>> application? Their interpretation in the network is unabiguous and
>>> they also have the advantage that the work with any IP protocol or
>>> encapsulation.
>>>
>>>
>>>
>>> IPv6 hop-by-hop options has been considered. See
>>>
>>> draft-brockners-inband-oam-transport-05. This has not yet been
>>>
>>> broken out into a separate draft.
>>>
>>>
>>>
>>> Mickey
>>>
>>>
>>>
>>>
>>> Thanks,
>>> Tom
>>>
>>>
>>> On Thu, Apr 12, 2018 at 3:31 PM, Mickey Spiegel
>>> <mspiegel@barefootnetworks.com> wrote:
>>>
>>> Tom,
>>>
>>> On Thu, Apr 12, 2018 at 2:46 PM, Tom Herbert <tom@herbertland.com> wrot=
e:
>>>
>>>
>>> On Thu, Apr 12, 2018 at 9:54 AM, Greg Mirsky
>>> <gregimirsky@gmail.com>
>>> wrote:
>>>
>>> Hi Frank,
>>> thank you for sharing your points. Please find my notes in-line
>>> and tagged
>>> GIM>>. I believe that this is very much relevant to work of
>>> GIM>>other
>>> working
>>> groups that directly work on the overlay encapsulations in the
>>> center of the discussion and hence I've added them to the list.
>>> Hope we'll have more opinions to reach the conclusion that is
>>> acceptable to all.
>>>
>>> Regards,
>>> Greg
>>>
>>> On Wed, Apr 11, 2018 at 12:02 PM, Frank Brockners (fbrockne)
>>> <fbrockne@cisco.com> wrote:
>>>
>>>
>>> Back at the IPPM meeting in London, we discussed several drafts
>>> dealing with the encapsulation of IOAM data in various
>>> protocols (draft-brockners-ippm-ioam-vxlan-gpe-00,
>>> draft-brockners-ippm-ioam-geneve-00,
>>> draft-weis-ippm-ioam-gre-00). One discussion topic that we
>>> decided to take to the list was the question on whether
>>> draft-ooamdt-rtgwg-ooam-header could be leveraged..  After
>>> carefully considering draft-ooamdt-rtgwg-ooam-header, I came to
>>> the conclusion that the =E2=80=9COOAM header=E2=80=9D does not meet the=
 needs
>>> of
>>> IOAM:
>>>
>>> * Efficiency: IOAM adds data to live user traffic. As such, an
>>> encapsulation needs to be as efficient as possible. The =E2=80=9COOAM h=
eader=E2=80=9D
>>> is 8
>>> bytes long. The approach for IOAM data encapsulation in the
>>> above mentioned drafts only requires 4 bytes. Using the OOAM
>>> header approach would add an unnecessary overhead of 4 bytes =E2=80=93
>>> which is significant.
>>>
>>> Greg,
>>>
>>> I'm missing something here. I looked at the drafts you referenced
>>> and each of them looks like the overhead for OAM is greater that
>>> four bytes. In each there is some overhead equivalent to
>>> type/length, for instance in Geneve four bytes are needed for
>>> option class, type, and length. Unless the the OAM data is zero
>>> length, I don't see how this adds up to only four bytes of overhead.
>>>
>>>
>>>
>>> The four versus eight bytes just refers to the fields in the four
>>> bytes of IOAM info, that is common to all IOAM options. Beyond
>>> that, there are IOAM option specific fields. For example if doing
>>> one of the IOAM trace options, there are four bytes of trace option
>>> header, including the IOAM-trace-type, NodeLen, Flags, and
>>> RemainingLen fields. These are followed by the node data list
>>> containing the per hop IOAM information.
>>>
>>> In looking at the OOAM header content, it has nothing to do with
>>> any of the IOAM information after the first four bytes. It contains
>>> another variant of the information in the first four bytes of IOAM
>>> info, spread out over eight bytes.
>>>
>>>
>>> Tom
>>>
>>>
>>> GIM>> The difference in four octets is because OOAM Header:
>>>
>>> provides more flexibility, e.g. Flags field and Reserved fields;
>>>
>>>
>>>
>>> The flags field only has one defined flag at the moment, for a
>>> timestamp block. For IOAM trace we need per hop timestamps, which
>>> the timestamp block cannot address, i.e. the timestamp block is
>>> redundant for
>>>
>>> IOAM.
>>>
>>>
>>>
>>> supports larger OAM packets than iOAM header;
>>>
>>>
>>>
>>> For IOAM purposes, 1020 octets is more than enough.
>>>
>>>
>>> is future proof by supporting versioning (Version field).
>>>
>>>
>>>
>>> IMO, taking the first two bits of the IOAM-Type to define a Version
>>> field would be a good thing. This does not require adding four more
>>> bytes of overhead. 64 IOAM-Types is more than enough.
>>>
>>>
>>>
>>> * Maturity: IOAM has several implementations, which were also
>>> shown at recent IETF hackathons =E2=80=93 and we=E2=80=99re expecting
>>> additional implementations to be publicized soon. Interoperable
>>> implementations need timely specifications. Despite the
>>> question being asked, the recent thread on OOAM in the NVO3
>>> list hasn=E2=80=99t revealed any implementation of the OOAM header.
>>> In
>>> addition, the thread revealed that several fundamental
>>> questions about the OOAM header are still open, such as whether
>>> or how active OAM mechanisms within protocols such as Geneve
>>> would apply to the OOAM header. This ultimately means that we
>>> won=E2=80=99t get to a timely specification.
>>>
>>>
>>> GIM>> May I ask which encapsulations supported by the
>>> GIM>> implementations
>>> you
>>> refer to. Until very recently all iOAM proposals were to use
>>> meta-data TLV in, e.g. Geneve and NSH. And if these or some of
>>> these implementations already updated to the newly proposed iOAM
>>> shim, I don't see problem in making them use OOAM Header. Would
>>> you agree?
>>>
>>>
>>> * Scope: It isn=E2=80=99t entirely clear to which protocols the OOAM
>>> header would ultimately apply to. The way the OOAM header is
>>> defined, OOAM uses a 8-bit field for =E2=80=9CNext Prot=E2=80=9D, the n=
ext
>>> protocol. Some protocols that IOAM data needs to be
>>> encapsulated into use 16-bits for their next protocol code points. See =
e.g.
>>> the GRE encapsulation =E2=80=93 as specified in
>>> draft-weis-ippm-ioam-gre-00.
>>>
>>>
>>> GIM>> The first paragraph of the Introduction section states:
>>>  New protocols that support overlay networks like VxLAN-GPE
>>>  [I-D.ietf-nvo3-vxlan-gpe], GUE [I-D.ietf-nvo3-gue], Geneve
>>>  [I-D.ietf-nvo3-geneve], BIER
>>> [I-D.ietf-bier-mpls-encapsulation],
>>>
>>> and
>>>
>>>  NSH [I-D.ietf-sfc-nsh] support multi-protocol payload, e.g.
>>>  Ethernet, IPv4/IPv6, and recognize Operations, Administration, and
>>>  Maintenance (OAM) as one of distinct types.  That ensures that
>>>  Overlay OAM (OOAM)packets are sharing fate with Overlay data packet
>>>  traversing the underlay.
>>> I'm updating the OOAM Header draft and along with cleaning nits
>>> will update reference to GUE. I think that the list and the
>>> statemnt are quite clear in identifying the scope of networks
>>> that may benefit from using not only common OOAM Header but
>>> common OOAM mechanisms, e.g. Echo Request/Reply.
>>>
>>> With the above in mind, I=E2=80=99d suggest that the WG moves forward
>>> with specific definitions for encapsulating IOAM data into
>>> protocols =E2=80=93 per the above mentioned drafts.
>>>
>>>
>>>
>>> Regards, Frank
>>>
>>>
>>> _______________________________________________
>>> ippm mailing list
>>> ippm@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ippm
>>>
>>>
>>>
>>> _______________________________________________
>>> Int-area mailing list
>>> Int-area@ietf.org
>>> https://www.ietf.org/mailman/listinfo/int-area
>>>
>>>
>>> _______________________________________________
>>> ippm mailing list
>>> ippm@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ippm
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> sfc mailing list
>>> sfc@ietf.org
>>> https://www.ietf.org/mailman/listinfo/sfc
>>>
>>>


From nobody Sun Apr 22 17:00:52 2018
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB2E212426E; Sun, 22 Apr 2018 17:00:50 -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_HIGH=-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 xkKxEcWqn3i5; Sun, 22 Apr 2018 17:00:46 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59631120725; Sun, 22 Apr 2018 17:00:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=37564; q=dns/txt; s=iport; t=1524441646; x=1525651246; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=9KXmL+eJyiWk8pV+p2PImyB6OUsn6VIPJjgaqmMEnv4=; b=XgXXwmt1SBq/kmELWhGS9kqLXovbwoPhAwUBckQPTSEl2f2mU+PLRiCw IpbbUpTnU5jhRoUMKybADZy6I4OahryHSIujAxV/A+7u02WBP7C8oBdMn fHRswXb/upg2reyI5/sPf2mxs0zvr8eYQb+Drg5Uvte94T1sEhNI9f+fB o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A/AQDMId1a/4YNJK1SChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGDGCtheiiDaogCjHaBdHUahmyMFBSBYQMLGAuESAIagis?= =?us-ascii?q?hNBgBAgEBAQEBAQJsHAyFIgEBAQECAQEBGAkEDTMHCwUHBAIBBgIRAwEBAQE?= =?us-ascii?q?CAh8EAwICAh8GCxQBCAgCBA4FH4RYAw0ID4wmm0CBaTOHBQ2BK4IpBYEJhwO?= =?us-ascii?q?BVD+BDyOCMwcugk9CAQGBLQEHBAQDAQcYF4JpMIIkAowGhFiGaSwIAod2NIJ?= =?us-ascii?q?cO4J9gTSDXYJbZ4N7hzmCPYYQAhETAYEkARw4YXFwFTsqAYIYgh0DFxFpAQi?= =?us-ascii?q?HVoU+b41TDxeCIAEB?=
X-IronPort-AV: E=Sophos;i="5.49,315,1520899200"; d="scan'208";a="102812203"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Apr 2018 00:00:27 +0000
Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w3N00Qhk028197 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 23 Apr 2018 00:00:26 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sun, 22 Apr 2018 20:00:25 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1320.000; Sun, 22 Apr 2018 20:00:26 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Tom Herbert <tom@herbertland.com>
CC: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, NVO3 <nvo3@ietf.org>, Service Function Chaining IETF list <sfc@ietf.org>, IETF IPPM WG <ippm@ietf.org>, Mickey Spiegel <mspiegel@barefootnetworks.com>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, Tianran Zhou <zhoutianran@huawei.com>
Thread-Topic: [sfc] [ippm] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
Thread-Index: AQHT1en5jaGR0tKoZUqNJvcZ9CCngaQE2SWAgABtMICABQVeAIABT8mAgADvQ2mAALpSAIAAaaeA
Date: Mon, 23 Apr 2018 00:00:25 +0000
Message-ID: <21C483C8-3AEF-462D-979C-B2A40C99E905@cisco.com>
References: <ff0c9182d1f14ec48b352e41fedaf58e@XCH-RCD-008.cisco.com> <CA+RyBmUNHcQZtTGJj67V=DqPkwV6GXWDUQJGjwT7ODEFg_QQFA@mail.gmail.com> <CALx6S36ojk0z+iOhNhFqF2A+acXC1=xHPEN7G0Y_9+itC+WiGQ@mail.gmail.com> <CACYmcDqd2gwUTmjj-BssB1Bh7EAVi6v_Uu6Qq9XXd2RbdMnGGw@mail.gmail.com> <CALx6S37aig+JJ8WPgC6NDeNExJ_qS9LZweSL2TOgD1EPqZRwTQ@mail.gmail.com> <CACYmcDqVzr9y-LyUzJPs98mrmGZynUCUiPwepNBQpsKdyweyPQ@mail.gmail.com> <fb963e482d074551853ce83816f24c7f@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FA3@NKGEML515-MBX.china.huawei.com> <8d1b3bb4a1794c4fac3455257e0ab60e@XCH-RCD-008.cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D62FD6@NKGEML515-MBX.china.huawei.com> <C7371A46-50F6-4A08-9719-5B2AB51091B3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21A6D63236@NKGEML515-MBX.china.huawei.com> <CALx6S377-PdtAno2Jho3E_JfOeHzAc+xzjWckZycdJYsWSqSQA@mail.gmail.com> <BBA82579FD347748BEADC4C445EA0F21A6D638D3@NKGEML515-MBX.china.huawei.com> <d0d024faead143259d83fea6446e7237@XCH-RCD-008.cisco.com> <CALx6S35_7h7R04OPypFQVvmGdJdxfLstN--mVCZbh0jSEae6DA@mail.gmail.com> <DD4CBF95-C04B-45EC-BC84-1D85F113230F@cisco.com> <CALx6S35tScr2bqU4dt7HPDt_p8zgYyAZi5SmW-uruWpV0SCvNA@mail.gmail.com> <DCD4F1A5-468A-429D-AEA1-2E360D4D54E3@cisco.com> <CALx6S37eK461KWAs+kRMy9iRxaUT=RXqg=1zgcES-LtLfwP-rA@mail.gmail.com>
In-Reply-To: <CALx6S37eK461KWAs+kRMy9iRxaUT=RXqg=1zgcES-LtLfwP-rA@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
Content-Type: text/plain; charset="utf-8"
Content-ID: <35FF68179B296541B13289652DFE120C@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ep_zuLWNmzLq1X61b4CBtaBWrCU>
Subject: Re: [ippm] [sfc] [Int-area] encapsulation of IOAM data in various protocols - follow up from WG discussion in London
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2018 00:00:51 -0000

SGkgVG9tLA0KDQpBIHF1aWNrIHRvcC1wb3N0IHJlc3BvbnNlOiBJIGJlbGlldmUgeW91IGFyZSBt
YWtpbmcgYXNzdW1wdGlvbnMgYWJvdXQgaG93IHRoaXMgd29ya3MgaW4gYSBtdWx0aXBsYXllciBl
bnZpcm9ubWVudCwgYW5kIGFib3V0IHdoaWNoIG5vZGVzIGNhbiBtb2RpZnkgd2hhdC4gDQoNCklu
c3RlYWQgb2YgZW1haWwsIGxldCB1cyAobGlrZSBGcmFuayBoYWQgYWxzbyBzYWlkKSBleHBhbmQg
b24gYSB0aWdodGVyIGRlc2NyaXB0aW9uIGFuZCB1c2UgY2FzZSBleGFtcGxlIGluIHRoZSBkcmFm
dCBpdHNlbGYsIFNlY3Rpb24gMywgYW5kIGNsb3NlIHRoaXMgbG9vcCB0aGF0IHdheS4gDQoNClRo
dW1iIHR5cGVkIGJ5IENhcmxvcyBQaWduYXRhcm8uDQpFeGN1emUgdHlwb2ZyYXBoaWNhayBlcnJv
d3MNCg0KPiBPbiBBcHIgMjIsIDIwMTgsIGF0IDExOjI4LCBUb20gSGVyYmVydCA8dG9tQGhlcmJl
cnRsYW5kLmNvbT4gd3JvdGU6DQo+IA0KPiBPbiBTdW4sIEFwciAyMiwgMjAxOCBhdCAyOjIxIEFN
LCBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkNCj4gPGNwaWduYXRhQGNpc2NvLmNvbT4gd3Jv
dGU6DQo+PiBIaSBUb20sDQo+PiANCj4+IEkgYWdyZWUgdGhhdCB1c2luZyBJT0FNIGluIElQdjYg
Ym90aCBlMmUgYW5kIGhiaCBpcyBhIHBvd2VyZnVsIGFuZCB1c2VmdWwgY29tYm8hDQo+PiANCj4+
IE15IHBvaW50LCBzb3JyeSBpZiBJIHdhcyBub3QgY2xlYXIsIGlzIHRoYXQgYW4g4oCcU0ZDIEhv
cOKAnSBkb2VzIG5vdCBjb3JyZXNwb25kIHRvIGEgdHJhbnNwb3J0IGVuY2Fwc3VsYXRpb24gaG9w
LCBhbmQgdGhhdCBJT0FNIGNhbiBiZSBpbi1zaXR14oCZZWQgdG8gdGhlIGVuY2Fwc3VsYXRpb24g
dGhhdCByZWFsaXplcyB0aGUgKHNlcnZpY2UsIG92ZXJsYXksIG90aGVyd2lzZSBoaWdoZXIpIHRv
cG9sb2d5ICh3aGljaCBjYW4gYmUgSVB2NiBuYXRpdmVseSBvciBzb21ldGhpbmcgZWxzZSBhcyB3
ZWxsKQ0KPj4gDQo+IENhcmxvcywNCj4gDQo+IEFGQUNULCB0aGUgaW50ZW50IGlzIHRoYXQgbm9k
ZXMgYWxvbmcgdGhlIHBhdGggb2YgYSBwYWNrZXQgY29udGFpbmluZw0KPiBpbi1zaXR1IGlwcG0g
ZGF0YSBtYXkgbW9kaWZ5IHRoZSBpcHBtIGRhdGEgYXMgZGVzY3JpYmVkIGluDQo+IGRyYWZ0LWll
dGYtaXBwbS1pb2FtLWRhdGEuIFlvdXIgY29tbWVudCBjb25maXJtcyBteSBiZWxpZWYgdGhhdCBw
YXJ0DQo+IG9mIHRoZSBpbnRlbnQgaXMgdGhhdCBpbnRlcm1lZGlhdGUgbm9kZXMsIHNwZWNpZmlj
YWxseSBub2RlcyB0aGF0IGFyZQ0KPiBub3QgYWRkcmVzc2VkIGJ5IHRoZSBkZXN0aW5hdGlvbiBh
ZGRyZXNzIG9mIGEgcGFja2V0LCBtYXkgYWxzbyBtb2RpZnkNCj4gaXBwbSBkYXRhLg0KPiANCj4g
SWYgdGhpcyBpcyBjb3JyZWN0LCB0aGVuIEkgdW5kZXJzdGFuZCBob3cgdGhpcyBwcm9jZXNzIGNv
dWxkIHdvcmsNCj4gY29ycmVjdGx5IHdpdGggaG9wLWJ5LWhvcCBvcHRpb25zLiBIb3dldmVyLCBJ
IGRvbid0IHVuZGVyc3RhbmQgaG93DQo+IHRoaXMgY2FuIHdvcmsgY29ycmVjbHR5IHdpdGggZW5j
YXBzdWxhdGlvbiB3aGVyZSB0aGUgaXBwbSBkYXRhIGlzDQo+IHdpdGhpbiB0aGUgZW5jYXBzdWxh
dGlvbi4gSVAgaGFzIG5vIGFsbG93YW5jZSBmb3IgaW50ZXJtZWRpYXRlIG5vZGVzDQo+IHRvIG1v
ZGlmeSB0cmFuc3BvcnQgcGF5bG9hZHMuIEZvciBleGFtcGxlLCBpZiBVRFAgcGF5bG9hZHMgYXJl
IGJlaW5nDQo+IG1vZGlmaWVkIGluIHRoZSBuZXR3b3JrLCB0aGVuIHRoaXMgaW50cm9kdWNlcyB0
aGUgcG9zc2liaWxpdHkgb2YNCj4gc2lsZW50ICBjb3JydXB0aW9uIHdoZW4gdGhlIHBvcnQgbnVt
YmVyIGlzIG1pc2ludGVycHJldGVkLg0KPiANCj4gVGhhbmtzLA0KPiBUb20NCj4gDQo+IA0KPj4g
VGhhbmtzLA0KPj4gDQo+PiBUaHVtYiB0eXBlZCBieSBDYXJsb3MgUGlnbmF0YXJvLg0KPj4gRXhj
dXplIHR5cG9mcmFwaGljYWsgZXJyb3dzDQo+PiANCj4+PiBPbiBBcHIgMjEsIDIwMTgsIGF0IDEx
OjA1LCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4gd3JvdGU6DQo+Pj4gDQo+Pj4g
T24gRnJpLCBBcHIgMjAsIDIwMTggYXQgMTI6MDMgUE0sIENhcmxvcyBQaWduYXRhcm8gKGNwaWdu
YXRhKQ0KPj4+IDxjcGlnbmF0YUBjaXNjby5jb20+IHdyb3RlOg0KPj4+PiBUb20sDQo+Pj4+IA0K
Pj4+PiBPbiBBcHIgMTcsIDIwMTgsIGF0IDEwOjIyIEFNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJl
cnRsYW5kLmNvbT4gd3JvdGU6DQo+Pj4+IA0KPj4+PiBPbiBUdWUsIEFwciAxNywgMjAxOCBhdCAx
Mjo1MSBBTSwgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkNCj4+Pj4gPGZicm9ja25lQGNpc2Nv
LmNvbT4gd3JvdGU6DQo+Pj4+IA0KPj4+PiANCj4+Pj4gSGkgVGlhbnJhbiwNCj4+Pj4gDQo+Pj4+
IFRvbSdzIG5vdGUgYWxyZWFkeSBpbmNsdWRlcyB0aGUgaGludDogWW91J2xsIGFkZCBJT0FNIGRh
dGEgdG8gdGhlDQo+Pj4+IHByb3RvY29sL2xheWVyIHRoYXQgeW91J3JlIGludGVyZXN0ZWQgaW4g
bW9uaXRvcmluZy4gQWdhaW4gdXNpbmcgR2VuZXZlIG92ZXINCj4+Pj4gSVB2NiBhcyBhbiBleGFt
cGxlOg0KPj4+PiAqIElmIHlvdSdyZSBpbnRlcmVzdGVkIGluIHRoZSBvdmVybGF5LCBpLmUuIEdl
bmV2ZSAoZS5nLiB0aW1lc3RhbXBpbmcgdGhlDQo+Pj4+IHBhY2tldCB3aGVuIGl0IGVudGVycyBh
bmQgZXhpc3RzIHRoZSB0dW5uZWwpIC0geW91J2QgYWRkIElPQU0gZGF0YSB0byBHZW5ldmUNCj4+
Pj4gKiBJZiB5b3UncmUgaW50ZXJlc3RlZCBpbiB0aGUgdW5kZXJsYXksIGkuZS4gSVB2NiAoZS5n
LiB5b3UnZCBsaWtlIHRvDQo+Pj4+IHVuZGVyc3RhbmQgd2hpY2ggcGF0aCBwYWNrZXRzIHRha2Ug
aW4gdGhlIHY2IG5ldHdvcmspIC0geW91J2QgYWRkIElPQU0gZGF0YQ0KPj4+PiB0byBJUHY2DQo+
Pj4+ICogSWYgeW91J3JlIGludGVyZXN0ZWQgaW4gYm90aCwgdGhlbiB5b3UnZCBhZGQgSU9BTSBk
YXRhIHRvIEdlbmV2ZSBhbmQgSVB2Ng0KPj4+PiANCj4+Pj4gRnJhbmssDQo+Pj4+IA0KPj4+PiBJ
biB0aGF0IGNhc2Ugd2h5IG5vdCBqdXN0IHVzZSBhIGhvcC1ieS1ob3Agb3B0aW9uIGZvciBtZWFz
dXJpbmcgdGhlDQo+Pj4+IHVuZGVybGF5IGFuZCBhIGRlc3RpbmF0aW9uIG9wdGlvbiBmb3IgbWVh
c3VyaW5nIHRoZSBvdmVybGF5PyBUaGUNCj4+Pj4gYWR2YW50YWdlIGlzIHRoYXQgdGhpcyB3b3Jr
cyBfYW55XyBJUCBlbmNhcHN1bGF0aW9uIG1ldGhvZCBvciBhbnkgSVANCj4+Pj4gcHJvdG9jb2wg
Zm9yIHRoYXQgbWF0dGVyLg0KPj4+PiANCj4+Pj4gDQo+Pj4+IEJlY2F1c2UgeW91IHdhbnQgdG8g
aW5zdHJ1bWVudCB0aGUgbGF5ZXIgdGhhdCB5b3Ugd2FudCB0byBtZWFzdXJlLg0KPj4+PiBCZWNh
dXNlIHRoZXJl4oCZcyBjYXNlcyB3aXRoIG1vcmUgdW5uYXR1cmFsIGxheWVyaW5nIHdoZXJlIHRo
ZXJl4oCZcyBhIGRlc2lyZSB0bw0KPj4+PiBjb3JyZWxhdGUgYW5kIGNvbXBhcmUgbWVhc3VyZW1l
bnRzIGFjcm9zcyBsYXllcnMgKGluIGEgd2F5IGluIHdoaWNoLCBmb3INCj4+Pj4gZXhhbXBsZSwg
dGhlIFNlcnZpY2UgbGF5ZXIgaXMgdGVzdGVkIGluIGEgc2VydmljZSBjaGFpbmluZyBzY2VuYXJp
bywgbm90IHRoZQ0KPj4+PiBJUHY2IGhvcC1ieS1ob3AuDQo+Pj4+IEJlY2F1c2UgZGlmZmVyZW50
IHRvcG9sb2dpZXMgZXhwb3NlIGRpZmZlcmVudCBIb3BzIGFuZCBJUHY2IEhCSCBnb2VzIGJ5IHRo
ZQ0KPj4+PiBJUHY2IG5vZGUgdG9wb2xvZ3kuDQo+Pj4+IEJlY2F1c2Ugbm90IGV2ZXJ5dGhpbmcg
aXMgSVB2NiwgYW5kIGJlY2F1c2UgeW91IGhhdmUgY2FzZXMgb2YgSVB2NiBvdmVyDQo+Pj4+IHNv
bWV0aGluZyBhcyB3ZWxsLg0KPj4+PiBUaG9zZSBhcmUgcXVpY2sgb25lcyB0aGF0IGNvbWUgdG8g
bWluZC4NCj4+Pj4gDQo+Pj4gQ2FybG9zLA0KPj4+IA0KPj4+IFBsZWFzZSBzZWUgbXkgb3RoZXIg
ZW1haWwgdGhhdCBkZXRhaWxzIHNvbWUgdXNlIGNhc2VzIHRoYXQgc2hvd3MNCj4+PiBkZXN0aW5h
dGlvbiBvcHRpb25zIGFyZSBmdW5jdGlvbmFsbHkgZXF1aXZhbGVudCB0byBpcHBtIGluDQo+Pj4g
ZW5jYXBzdWxhdGlvbiwgYW5kIGFsc28gbXkgY29tbWVudHMgdGhhdCB0aGUgSVB2NiBoYXMgc3Vw
ZXJpb3INCj4+PiBjYXBhYmlsaXRpZXMgdG8gY292ZXIgaW4tc2l0dSBpcHBtIHJlcXVpcmVtZW50
cyAoaW4gcGFydGljdWxhciB0aGF0IElQDQo+Pj4gb3B0aW9ucyBhcmUgdGhlIF9vbmx5XyBwcm90
b2NvbCBjb25mb3JtYW50IG1lYW5zIGZvciBpbnRlcm1lZGlhdGUNCj4+PiBub2RlcyB0byBjaGFu
Z2UgSVAgcGF5bG9hZHMgbmVlZGVkIGZvciBJT0FNIHRyYWNpbmcpLg0KPj4+IA0KPj4+IEkgZG9u
J3QgaGF2ZSBhIGdlbmVyYWwgaXNzdWUgd2l0aCBzdXBwb3J0aW5nIGlwcG0gaW4gZW5jYXBzdWxh
dGlvbiwNCj4+PiBidXQgSSBkbyB0aGluayB0aGlzIHNob3VsZCBiZSB2aWV3ZWQgYXMgbGVnYWN5
IHN1cHBvcnQuIE5vdGUgdGhlcmUgaXMNCj4+PiBubyBjb25jZXB0IG9mIHNlZ21lbnQgcm91dGlu
ZyBpbiBJUHY0LCB0aGV5IGFyZSBibGF6aW5nIGZvcndhcmQgb25seQ0KPj4+IG9uIElQdjYgc28g
aXQgaXMgcmVhc29uYWJsZSB0byB0YWtlIHRoaXMgdmlldy4gUGVyc29uYWxseSwgSSBkb24ndA0K
Pj4+IHRoaW5rIHRoaXMgaXMgYSBkaXNhZHZhbnRhZ2UgdG8gU1IuIElQdjYgZG9lcyBoYXZlIG1v
cmUgY2FwYWJpbGl0aWVzDQo+Pj4gdGhhbiBJUHY0IGFuZCB3ZSdyZSBub3cgc2VlaW5nIHByb3Rv
Y29scyB0aGF0IHdpbGwgdGFrZSBhZHZhbnRhZ2Ugb2YNCj4+PiB0aG9zZS4gRmVhdHVyZXMgbGlr
ZSB0aGlzIGFyZSBnb29kIG1vdGl2YXRpb24gZm9yIG1vdmluZyB0byBJUHY2LA0KPj4+IHdoaWNo
IGluIHRoZSBsb25nIHJ1biBpcyBnb29kIGZvciB0aGUgSW50ZXJuZXQhDQo+Pj4gDQo+Pj4gVG9t
DQo+Pj4gDQo+Pj4+IEZyYW5rLA0KPj4+PiBJIGRvbid0IGJlbGlldmUgYWRkaW5nIGlwcG0gdG8g
ZXZlcnkNCj4+Pj4gZW5jYXBzdWxhdGlvbiBwcm90b2NvbCBpcyBzdHJhaWdodGZvcndhcmQ6IGUu
Zy4NCj4+Pj4gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1nZW5ldmUgZGVzY3JpYmUgYnV0IG5v
dGVzIHRoZSBsaW1pdGVkIHNpemUNCj4+Pj4gb2YgaGVhZGVyLCBkcmFmdC13ZWlzLWlwcG0taW9h
bS1ncmUgc3RhdGVzIHRoYXQgYSBuZXcgRXRoZXJUeXBlIHdvdWxkDQo+Pj4+IGJlIG5lZWRlZCBq
dXN0IGZvciB0aGlzIHB1cnBvc2UuIFRoaXMgYWxzbyBlbnRhaWxzIGFkZGl0aW9uYWwNCj4+Pj4g
ZW5jYXBzdWxhdGlvbi1zcGVjaWZpYyBIVyBzdXBwb3J0IGFsc28sIHdoZXJlYXMgc3VwcG9ydCBk
ZXN0aW5hdGlvbg0KPj4+PiBhbmQgaGJoIG9wdGlvbnMgY291bGQgYmUgbW9yZSBnZW5lcmljLg0K
Pj4+PiANCj4+Pj4gDQo+Pj4+IEVuZ2luZWVyaW5nIGlzIGFib3V0IHRyYWRlLW9mZnMuIElmIHlv
dSB3YW50IHRvIG1lYXN1cmUgR2VuZXZlLCB0aGVyZSBhcmUNCj4+Pj4gbGltaXRhdGlvbnMuIEJ1
dCBpbnN0ZWFkIG9mIHRyeWluZyB0byBwcm92ZSB3aHkgaXQgZG9lcyBub3Qgd29yaywgSeKAmWxs
IHBvaW50DQo+Pj4+IHRvIHdvcmtpbmcgZGVtb3Mgb2Ygd2hlcmUgaXQgZG9lcyDigJQgbWFueSBv
ZiB3aGljaCBvbiBkaWZmZXJlbnQgSFcvU1cgYW5kDQo+Pj4+IGVuY2Fwcywgc2hvd24gYXQgdmFy
aW91cyBJRVRGIGV2ZW50cy4NCj4+Pj4gDQo+Pj4+IFRoYW5rcywNCj4+Pj4gDQo+Pj4+IOKAlCBD
YXJsb3MgUGlnbmF0YXJvDQo+Pj4+IA0KPj4+PiBUb20NCj4+Pj4gDQo+Pj4+IERyYWZ0IGRyYWZ0
LWlldGYtaXBwbS1pb2FtLWRhdGEtMDIgYWxyZWFkeSBtZW50aW9ucyBsYXllcmluZyAoc2VlIHNl
Y3Rpb24NCj4+Pj4gMyk6DQo+Pj4+ICJMYXllcmluZzogSWYgc2V2ZXJhbCBlbmNhcHN1bGF0aW9u
IHByb3RvY29scyAoZS5nLiwgaW4gY2FzZSBvZiB0dW5uZWxpbmcpDQo+Pj4+IGFyZSBzdGFja2Vk
IG9uIHRvcCBvZiBlYWNoIG90aGVyLCBJT0FNIGRhdGEtcmVjb3JkcyBjb3VsZCBiZSBwcmVzZW50
IGF0DQo+Pj4+IGV2ZXJ5IGxheWVyLiAgVGhlIGJlaGF2aW9yIGZvbGxvd3MgdGhlIHNoaXBzLWlu
LXRoZS1uaWdodCBtb2RlbC4iDQo+Pj4+IA0KPj4+PiBHaXZlbiB0aGUgZGlzY3Vzc2lvbiBoZXJl
LCB3ZSdsbCBhZGQgc29tZSBhZGRpdGlvbmFsIHRleHQgaW4gdGhlIG5leHQNCj4+Pj4gcmV2aXNp
b24gdG8gbWFrZSB0aGluZ3MgY3Jpc3BlciAoZS5nLiBhZGRpbmcgYW4gZXhhbXBsZSBtaWdodCBo
ZWxwKS4NCj4+Pj4gDQo+Pj4+IEZyYW5rDQo+Pj4+IA0KPj4+PiAtLS0tLU9yaWdpbmFsIE1lc3Nh
Z2UtLS0tLQ0KPj4+PiBGcm9tOiBUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+
DQo+Pj4+IFNlbnQ6IERpZW5zdGFnLCAxNy4gQXByaWwgMjAxOCAwMzoxOA0KPj4+PiBUbzogVG9t
IEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+Pj4+IENjOiBTaHdldGhhIEJoYW5kYXJp
IChzaHdldGhhYikgPHNod2V0aGFiQGNpc2NvLmNvbT47IEZyYW5rIEJyb2NrbmVycw0KPj4+PiAo
ZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+OyBNaWNrZXkgU3BpZWdlbA0KPj4+PiA8bXNw
aWVnZWxAYmFyZWZvb3RuZXR3b3Jrcy5jb20+OyBOVk8zIDxudm8zQGlldGYub3JnPjsgU2Vydmlj
ZSBGdW5jdGlvbg0KPj4+PiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IElFVEYg
SVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4+Pj4gU3ViamVjdDogUkU6IFtpcHBtXSBbSW50LWFy
ZWFdIGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMNCj4+Pj4gcHJvdG9jb2xz
IC0gZm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+Pj4gDQo+Pj4+IEkg
dGhpbmsgaXQncyBiZXR0ZXIgdGhhdCBGcmFuayBvciBTaHdldGhhIGNhbiBleHBsYWluIHRoZSBt
dWx0aS1sYXllciB1c2UNCj4+Pj4gY2FzZSBpbiBkZXRhaWwuDQo+Pj4+IA0KPj4+PiBUaWFucmFu
DQo+Pj4+IA0KPj4+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+PiBGcm9tOiBUb20g
SGVyYmVydCBbbWFpbHRvOnRvbUBoZXJiZXJ0bGFuZC5jb21dDQo+Pj4+IFNlbnQ6IE1vbmRheSwg
QXByaWwgMTYsIDIwMTggMTA6NDAgUE0NCj4+Pj4gVG86IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5y
YW5AaHVhd2VpLmNvbT4NCj4+Pj4gQ2M6IFNod2V0aGEgQmhhbmRhcmkgKHNod2V0aGFiKSA8c2h3
ZXRoYWJAY2lzY28uY29tPjsgRnJhbmsgQnJvY2tuZXJzDQo+Pj4+IChmYnJvY2tuZSkgPGZicm9j
a25lQGNpc2NvLmNvbT47IE1pY2tleSBTcGllZ2VsDQo+Pj4+IDxtc3BpZWdlbEBiYXJlZm9vdG5l
dHdvcmtzLmNvbT47IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYQ0KPj4+PiA8aW50LWFy
ZWFAaWV0Zi5vcmc+OyBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIElFVEYgbGlzdA0KPj4+PiA8
c2ZjQGlldGYub3JnPjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KPj4+PiBTdWJqZWN0
OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFy
aW91cw0KPj4+PiBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExv
bmRvbg0KPj4+PiANCj4+Pj4gT24gTW9uLCBBcHIgMTYsIDIwMTggYXQgNjozMSBBTSwgVGlhbnJh
biBaaG91IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPg0KPj4+PiB3cm90ZToNCj4+Pj4gDQo+Pj4+
IEhpIFNod2V0aGEsDQo+Pj4+IA0KPj4+PiBZb3UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIG91dGVy
IGVuY2Fwc3V0aW9uLiBJdCBpcyBzdHJhaWdodCBmb3J3YXJkDQo+Pj4+IGZvciB0aGUgdW5kZXJs
YXkgdG8gcmVjb3JkIGJ5IHRoZSBoZWFkZXIuIEJ1dCB3aGF0IGFib3V0IHRoZQ0KPj4+PiBvdmVy
bGF5LCBpLmUuLCBpbm5lciBlbmNhcHN1bGF0aW9uKGUuZy4gZ2VuZXZlKT8gV2l0aG91dCBzcGVj
aWFsDQo+Pj4+IGNvbmZpZ3VyYXRpb24sIGludGVybWVkaWF0ZSBub2RlIHdpbGwgbm90IHJlYWQg
dGhlIGlubmVyIGhlYWRlciwNCj4+Pj4gaGVuY2Ugbm90IGJlIGFibGUgdG8gcHJvY2VzcyBJT0FN
LmUNCj4+Pj4gDQo+Pj4+IA0KPj4+PiBIaSBUaWFucmFuLA0KPj4+PiANCj4+Pj4gSSBiZWxpZXZl
IHRoYXQgaXMgYWxzbyBub3QgcHJvdG9jb2wgY29uZm9ybWFudC4gSW50ZXJtZWRpYXRlIG5vZGVz
DQo+Pj4+IHNob3VsZCBub3QgYmUgcHJvY2Vzc2luZyB0cmFuc3BvcnQgbGF5ZXIgZGF0YSBhcyB0
aGlzIGNhbiBsZWFkIHRvDQo+Pj4+IG1pc2ludGVycHJldGF0aW9uIGFuZCBwb3NzaWJseSBzaWxl
bnQgZGF0YSBjb3JydXB0aW9uLg0KPj4+PiANCj4+Pj4gRm9yIGluc3RhbmNlLCBHZW5ldmUgaXMg
YSBVRFAgZW5jYXBzdWxhdGlvbiBwcm90b2NvbCB3aXRoIGFzc2lnbmVkIHBvcnQNCj4+Pj4gNjA4
MS4NCj4+Pj4gSW4gb3JkZXIgZm9yIGFuIGludGVybWVkaWF0ZSBkZXZpY2UgdG8gcHJvY2VzcyB0
aGUgR2VuZXZlDQo+Pj4+IGVuY2Fwc3VsYXRpb24gaGVhZGVyIGl0IHdvdWxkIG5lZWQgdG8gbG9v
ayBmb3IgcGFja2V0cyB3aXRoDQo+Pj4+IGRlc3RpbmF0aW9uIHBvcnQgb2YgNjA4MSBzaW5jZSB0
aGF0IGlzIHRoZSBvbmx5IHBvc3NpYmxlDQo+Pj4+IGRpc2NyaW1pbmF0b3IuIEhvd2V2ZXIsIHRy
YW5zcG9ydCBwb3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xvYmFsDQo+Pj4+IG1lYW5pbmcgYW5k
IGhvc3RzIG1heSB1c2UgcG9ydCBudW1iZXJzIGZvciBvdGhlciBwdXJwb3NlcyAoUkZDNzYwNQ0K
Pj4+PiBkZXNjcmliZXMgdGhpcykuIFNvIGEgcGFja2V0IHRvIHBvcnQgNjA4MSBtaWdodCBiZSBz
b21ldGhpbmcgb3RoZXINCj4+Pj4gdGhhbiBHZW5ldmUgYW5kIG1heSBiZSBtaXNpbnRlcnByZXRl
ZC4gSWYgYSBtaXNpbnRlcnByZXRlZCBwYWNrZXQgaXMgY2hhbmdlZA0KPj4+PiAobGlrZSBpcHBt
IGRhdGEgaXMgd3JpdHRlbikgdGhlbiB0aGF0IHdvdWxkIGJlIHN5c3RlbWF0aWMgc2lsZW50IGRh
dGENCj4+Pj4gY29ycnVwdGlvbi4NCj4+Pj4gDQo+Pj4+IEFzIGZhciBhcyBJIGtub3csIGhvcC1i
eS1ob3Agb3B0aW9ucyBpcyB0aGUgb25seSBwcm90b2NvbCBjb25maXJtaW5nDQo+Pj4+IG1lY2hh
bmlzbSB0aGF0IGFsbG93cyBhbiBpbnRlcm1lZGlhdGUgbm90ZSB0byBjaGFuZ2UgZGF0YSBvZiBw
YWNrZXQgaW4NCj4+Pj4gZmxpZ2h0Lg0KPj4+PiBFbmNwYXN1bGF0aW9uIGlzIHRoZSBvbmx5IGNv
bmZvcm1pbmcgbWVjaGFuaXNtIHRoYXQgYWxsb3dzIGFuDQo+Pj4+IGludGVybWVkaWF0ZSBub2Rl
IHRvIGFkZCBkYXRhIChsaWtlIGV4dGVuc2lvbiBoZWFkZXJzKSB0byBhIHBhY2tldCBpbg0KPj4+
PiBmbGlnaHQuDQo+Pj4+IA0KPj4+PiBUb20NCj4+Pj4gDQo+Pj4+IE1heWJlIHdlIGFyZSBub3Qg
c3luY2VkIGJ5IHRoaXMgb3ZlcmxheS91bmRlcmxheSB1c2UgY2FzZS4gOi0pDQo+Pj4+IA0KPj4+
PiBUaWFucmFuDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQo+Pj4+IFNlbnQgZnJvbSBXZUxpbmsNCj4+Pj4gDQo+Pj4+IOWPkeS7tuS6
uu+8miBTaHdldGhhIEJoYW5kYXJpIChzaHdldGhhYikNCj4+Pj4g5pS25Lu25Lq677yaIFRpYW5y
YW4gWmhvdTx6aG91dGlhbnJhbkBodWF3ZWkuY29tPjtGcmFuayBCcm9ja25lcnMNCj4+Pj4gKGZi
cm9ja25lKTxmYnJvY2tuZUBjaXNjby5jb20+O01pY2tleQ0KPj4+PiBTcGllZ2VsPG1zcGllZ2Vs
QGJhcmVmb290bmV0d29ya3MuY29tPjtUb20NCj4+Pj4gSGVyYmVydDx0b21AaGVyYmVydGxhbmQu
Y29tPg0KPj4+PiDmioTpgIHvvJogTlZPMzxudm8zQGlldGYub3JnPjtpbnQtYXJlYTxpbnQtYXJl
YUBpZXRmLm9yZz47U2VydmljZSBGdW5jdGlvbg0KPj4+PiBDaGFpbmluZyBJRVRGIGxpc3Q8c2Zj
QGlldGYub3JnPjtJRVRGIElQUE0gV0c8aXBwbUBpZXRmLm9yZz4NCj4+Pj4g5Li76aKY77yaIFJl
OiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3Vz
DQo+Pj4+IHByb3RvY29scyAtIGZvbGxvdyB1cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9u
DQo+Pj4+IOaXtumXtO+8miAyMDE4LTA0LTE2IDE4OjE3OjAxDQo+Pj4+IA0KPj4+PiBIaSBUaWFu
cmFuLA0KPj4+PiANCj4+Pj4gSWYgSSByZWNhbGwgcmlnaHQsIGl0IGlzIG5vdCB3cml0dGVuIGlu
IHRoZSBpb2FtIGRhdGEgZHJhZnQuDQo+Pj4+IA0KPj4+PiANCj4+Pj4gRGF0YSBkcmFmdCBpcyBk
ZWZpbmluZyB0aGUgZGF0YSB0byBiZSBjYXJyaWVkIGluIElPQU0gaW4gYW4NCj4+Pj4gZW5jYXBz
dWxhdGlvbiBhZ25vc3RpYyB3YXksIGl0IGRvZXMgbm90IHNwZWNpZnkgaG93IHRoZQ0KPj4+PiBl
bmNhcHN1bGF0aW9uIHByb3RvY29sIGlzIGNvbmZpZ3VyZWQuDQo+Pj4+IA0KPj4+PiANCj4+Pj4g
DQo+Pj4+IFllcywgbm9kZSBieSBub2RlIGNvbmZpZ3VyYXRpb24gaXMgYW4gZWFzeSB3YXkuDQo+
Pj4+IA0KPj4+PiANCj4+Pj4gV2hpbGUgaXQgaXMsIGl0IGRvZXMgbm90IGhhdmUgdG8gYmUgYSBu
b2RlIGJ5IG5vZGUgY29uZmlndXJhdGlvbi4gSXQNCj4+Pj4gY2FuIGJlIHBhcnQgb2YgdGhlIGVu
Y2Fwc3VsYXRpb24gZGVmaW5pdGlvbi4NCj4+Pj4gDQo+Pj4+IEZvciBlLmcuIElmIHRoZSBlbmNh
cHN1bGF0aW9uIGlzIElQdjYgYW5kIGlmIHdlIGRlZmluZSB0aGUgZGF0YSB0bw0KPj4+PiBiZSBj
YXJyaWVkIGFzIEhiSCBvcHRpb25zLCB0aGVuIGJhc2VkIG9uIHRoZSBPcHRpb24gVHlwZSB3aXRo
DQo+Pj4+IGhpZ2hlc3Qgb3JkZXIgMiBiaXRzIHNldCB0byAwMCB0aGVuIHRoZSB2NiBub2RlcyB0
aGF0IGltcGxlbWVudCBJT0FNDQo+Pj4+IHdpbGwgcHJvY2VzcyB0aGUgb3B0aW9uIGFuZCBvdGhl
cnMgd2lsbCBza2lwIG92ZXIuDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+
Pj4gVGhhbmtzLA0KPj4+PiANCj4+Pj4gU2h3ZXRoYQ0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+
PiBGcm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBUaWFucmFu
IFpob3UNCj4+Pj4gPHpob3V0aWFucmFuQGh1YXdlaS5jb20+DQo+Pj4+IERhdGU6IE1vbmRheSwg
QXByaWwgMTYsIDIwMTggYXQgMjozNiBQTQ0KPj4+PiBUbzogIkZyYW5rIEJyb2NrbmVycyAoZmJy
b2NrbmUpIiA8ZmJyb2NrbmVAY2lzY28uY29tPiwgTWlja2V5DQo+Pj4+IFNwaWVnZWwgPG1zcGll
Z2VsQGJhcmVmb290bmV0d29ya3MuY29tPiwgVG9tIEhlcmJlcnQNCj4+Pj4gPHRvbUBoZXJiZXJ0
bGFuZC5jb20+DQo+Pj4+IENjOiBOVk8zIDxudm8zQGlldGYub3JnPiwgImludC1hcmVhQGlldGYu
b3JnIiA8aW50LWFyZWFAaWV0Zi5vcmc+LA0KPj4+PiBTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5n
IElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPiwgSUVURiBJUFBNIFdHDQo+Pj4+IDxpcHBtQGlldGYu
b3JnPg0KPj4+PiBTdWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBv
ZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0KPj4+PiBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBX
RyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBIaSBGcmFu
aywNCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gSWYgSSByZWNhbGwgcmlnaHQsIGl0IGlzIG5v
dCB3cml0dGVuIGluIHRoZSBpb2FtIGRhdGEgZHJhZnQuDQo+Pj4+IA0KPj4+PiBZZXMsIG5vZGUg
Ynkgbm9kZSBjb25maWd1cmF0aW9uIGlzIGFuIGVhc3kgd2F5LiBJbiB0aGUNCj4+Pj4gZHJhZnQt
emhvdS1pcHBtLWlvYW0teWFuZywgd2UgaGF2ZSB0aGUg4oCccHJvdG9jb2wtdHlwZeKAnSB0byBp
bmRpY2F0ZQ0KPj4+PiB0aGUgbGF5ZXJpbmcuDQo+Pj4+IA0KPj4+PiArLS1ydyBpb2FtDQo+Pj4+
IA0KPj4+PiAgICArLS1ydyBpb2FtLXByb2ZpbGVzDQo+Pj4+IA0KPj4+PiAgICAgICArLS1ydyBl
bmFibGVkPyAgICAgICAgYm9vbGVhbg0KPj4+PiANCj4+Pj4gICAgICAgKy0tcncgaW9hbS1wcm9m
aWxlKiBbcHJvZmlsZS1uYW1lXQ0KPj4+PiANCj4+Pj4gICAgICAgICAgKy0tcncgcHJvZmlsZS1u
YW1lICAgICAgICAgICAgICAgICAgICBzdHJpbmcNCj4+Pj4gDQo+Pj4+ICAgICAgICAgICstLXJ3
IGZpbHRlcg0KPj4+PiANCj4+Pj4gICAgICAgICAgfCAgKy0tcncgZmlsdGVyLXR5cGU/ICAgaW9h
bS1maWx0ZXItdHlwZQ0KPj4+PiANCj4+Pj4gICAgICAgICAgfCAgKy0tcncgYWNsLW5hbWU/ICAg
ICAgLT4gL2FjbDphY2xzL2FjbC9uYW1lDQo+Pj4+IA0KPj4+PiAgICAgICAgICArLS1ydyBwcm90
b2NvbC10eXBlPyAgICAgICAgICAgICAgICAgIGlvYW0tcHJvdG9jb2wtdHlwZQ0KPj4+PiANCj4+
Pj4gICAgICAgICAgKy0tcncgaW5jcmVtZW50YWwtdHJhY2luZy1wcm9maWxlIHtpbmNyZW1lbnRh
bC10cmFjZX0/DQo+Pj4+IA0KPj4+PiAgICAgICAgICB8ICAuLi4NCj4+Pj4gDQo+Pj4+ICAgICAg
ICAgICstLXJ3IHByZWFsbG9jYXRlZC10cmFjaW5nLXByb2ZpbGUge3ByZWFsbG9jYXRlZC10cmFj
ZX0/DQo+Pj4+IA0KPj4+PiAgICAgICAgICB8ICAuLi4NCj4+Pj4gDQo+Pj4+ICAgICAgICAgICst
LXJ3IHBvdC1wcm9maWxlIHtwcm9vZi1vZi10cmFuc2l0fT8NCj4+Pj4gDQo+Pj4+ICAgICAgICAg
IHwgIC4uLg0KPj4+PiANCj4+Pj4gICAgICAgICAgKy0tcncgZTJlLXByb2ZpbGUge2VkZ2UtdG8t
ZWRnZX0/DQo+Pj4+IA0KPj4+PiAgICAgICAgICAgICAuLi4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiAN
Cj4+Pj4gDQo+Pj4+IA0KPj4+PiBUaWFucmFuDQo+Pj4+IA0KPj4+PiBGcm9tOiBGcmFuayBCcm9j
a25lcnMgKGZicm9ja25lKSBbbWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbV0NCj4+Pj4gU2VudDog
TW9uZGF5LCBBcHJpbCAxNiwgMjAxOCA0OjUxIFBNDQo+Pj4+IFRvOiBUaWFucmFuIFpob3UgPHpo
b3V0aWFucmFuQGh1YXdlaS5jb20+OyBNaWNrZXkgU3BpZWdlbA0KPj4+PiA8bXNwaWVnZWxAYmFy
ZWZvb3RuZXR3b3Jrcy5jb20+OyBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4NCj4+
Pj4gQ2M6IE5WTzMgPG52bzNAaWV0Zi5vcmc+OyBpbnQtYXJlYUBpZXRmLm9yZzsgU2VydmljZSBG
dW5jdGlvbg0KPj4+PiBDaGFpbmluZyBJRVRGIGxpc3QgPHNmY0BpZXRmLm9yZz47IElFVEYgSVBQ
TSBXRyA8aXBwbUBpZXRmLm9yZz4NCj4+Pj4gU3ViamVjdDogUkU6IFtpcHBtXSBbSW50LWFyZWFd
IGVuY2Fwc3VsYXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMNCj4+Pj4gcHJvdG9jb2xzIC0g
Zm9sbG93IHVwIGZyb20gV0cgZGlzY3Vzc2lvbiBpbiBMb25kb24NCj4+Pj4gDQo+Pj4+IA0KPj4+
PiANCj4+Pj4gSGkgVGlhbnJhbiwNCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gSU9BTSBpcyBh
IGRvbWFpbiBzcGVjaWZpYyBmZWF0dXJlIChzZWUgYWxzbw0KPj4+PiBkcmFmdC1pZXRmLWlwcG0t
aW9hbS1kYXRhLTAyIHNlY3Rpb25zIDMgYW5kIDQpLCB3aGljaCBhbGxvd3MgYW4NCj4+Pj4gb3Bl
cmF0b3IgdG8gY29udHJvbCBieSBtZWFucyBvZiBjb25maWd1cmF0aW9uIHdoZXJlIGFuZCBmb3Ig
d2hpY2gNCj4+Pj4gdHJhZmZpYyBJT0FNIGRhdGEgZmllbGRzIGFyZSBhZGRlZC91cGRhdGVkL3Jl
bW92ZWQgZnJvbSB0aGUgY3VzdG9tZXINCj4+Pj4gdHJhZmZpYy4gVXNpbmcgeW91ciBleGFtcGxl
IG9mIEdlbmV2ZSBvdmVyIElQdjYg4oCTIHdpdGggSU9BTSBkYXRhIGluDQo+Pj4+IGJvdGggdGhl
IEdlbmV2ZSBhbmQgdGhlIElQdjYgcHJvdG9jb2wsIG9uZSB3b3VsZCBleHBlY3QgdGhhdCB0aGUN
Cj4+Pj4gb3BlcmF0b3IgY29uZmlndXJlcyB0aGUgZW5kcG9pbnRzIG9mIHRoZSBHZW5ldmUgdHVu
bmVsIHRvIG9wZXJhdGUgb24NCj4+Pj4gdGhlIElPQU0gZGF0YSBpbiBHZW5ldmUsIGFuZCB0aGUg
SVB2NiByb3V0ZXJzIHRoYXQgdGhlIEdlbmV2ZSB0dW5uZWwNCj4+Pj4gDQo+Pj4+IHRyYXZlcnNl
cyB0byBvcGVyYXRlIG9uIHRoZSBJT0FNIGRhdGEgaW4gSVB2Ni4NCj4+Pj4gDQo+Pj4+IA0KPj4+
PiANCj4+Pj4gDQo+Pj4+IEZyYW5rDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IEZyb206IFRp
YW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT4NCj4+Pj4gU2VudDogTW9udGFnLCAx
Ni4gQXByaWwgMjAxOCAxMDozNw0KPj4+PiBUbzogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkg
PGZicm9ja25lQGNpc2NvLmNvbT47IE1pY2tleSBTcGllZ2VsDQo+Pj4+IDxtc3BpZWdlbEBiYXJl
Zm9vdG5ldHdvcmtzLmNvbT47IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPj4+
PiBDYzogTlZPMyA8bnZvM0BpZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnOyBTZXJ2aWNlIEZ1
bmN0aW9uDQo+Pj4+IENoYWluaW5nIElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPjsgSUVURiBJUFBN
IFdHIDxpcHBtQGlldGYub3JnPg0KPj4+PiBTdWJqZWN0OiBSRTogW2lwcG1dIFtJbnQtYXJlYV0g
ZW5jYXBzdWxhdGlvbiBvZiBJT0FNIGRhdGEgaW4gdmFyaW91cw0KPj4+PiBwcm90b2NvbHMgLSBm
b2xsb3cgdXAgZnJvbSBXRyBkaXNjdXNzaW9uIGluIExvbmRvbg0KPj4+PiANCj4+Pj4gDQo+Pj4+
IA0KPj4+PiBIaSBGcmFuaywNCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gSG93IGRvZXMgYSBm
b3J3YXJkZXIga25vdyB3aGVuIGFuZCB3aGVyZSB0byBpbnNlcnQgdGhlIGRhdGE/DQo+Pj4+IA0K
Pj4+PiBJbiB0aGUgY2FzZSBvZiBHZW5ldmUgb3ZlciBJUHY2LCBkbyB5b3UgbWVhbiB0aGUgZGV2
aWNlIG5lZWQgdG8gc2Nhbg0KPj4+PiBhbGwgdGhlIHByb3RvY29sIHN0YWNrPyBPciBqdXN0IHRo
ZSBvdXRlciBlbmNhcHN1bGF0aW9uPw0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBUaWFucmFu
DQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IEZyb206IGlwcG0gW21haWx0bzppcHBtLWJvdW5j
ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBGcmFuaw0KPj4+PiBCcm9ja25lcnMNCj4+Pj4gKGZi
cm9ja25lKQ0KPj4+PiBTZW50OiBNb25kYXksIEFwcmlsIDE2LCAyMDE4IDM6MDggUE0NCj4+Pj4g
VG86IE1pY2tleSBTcGllZ2VsIDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT47IFRvbSBI
ZXJiZXJ0DQo+Pj4+IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPj4+PiBDYzogTlZPMyA8bnZvM0Bp
ZXRmLm9yZz47IGludC1hcmVhQGlldGYub3JnOyBTZXJ2aWNlIEZ1bmN0aW9uDQo+Pj4+IENoYWlu
aW5nIElFVEYgbGlzdCA8c2ZjQGlldGYub3JnPjsgSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3Jn
Pg0KPj4+PiBTdWJqZWN0OiBSZTogW2lwcG1dIFtJbnQtYXJlYV0gZW5jYXBzdWxhdGlvbiBvZiBJ
T0FNIGRhdGEgaW4gdmFyaW91cw0KPj4+PiBwcm90b2NvbHMgLSBmb2xsb3cgdXAgZnJvbSBXRyBk
aXNjdXNzaW9uIGluIExvbmRvbg0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+
Pj4+IFRvbSwNCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gYSBxdWljayBhZGRpdGlvbiB0byB3
aGF0IE1pY2tleSBtZW50aW9uZWQgYmVsb3c6IFdoYXQgeW91IHNlZW0gdG8NCj4+Pj4gaGF2ZSBp
biBtaW5kIGlzIHdoYXQgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YS0wMiByZWZlcnMgdG8gYXMg
4oCcbGF5ZXJpbmfigJ0NCj4+Pj4gKHNlZSBzZWN0aW9uIDMuKSwgaS5lLiBpZiB5b3XigJlyZSBy
dW5uaW5nIGZvciBleGFtcGxlIEdlbmV2ZSBvdmVyDQo+Pj4+IElQdjYsIHRoZW4gSU9BTSBkYXRh
IGNvdWxkIGJlIGVuY2Fwc3VsYXRlZCBpbiBib3RoIHByb3RvY29scywgR2VuZXZlDQo+Pj4+IGFu
ZA0KPj4+PiBJUHY2IOKAkyBnaXZpbmcgeW91IHZpc2liaWxpdHkgaW50byB0aGUg4oCcdW5kZXJs
YXnigJ0gKElQdjYpIGFuZCB0aGUg4oCcb3ZlcmxheeKAnQ0KPj4+PiANCj4+Pj4gKEdlbmV2ZSku
DQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBGcmFuaw0KPj4+PiANCj4+Pj4gDQo+
Pj4+IA0KPj4+PiBGcm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBP
ZiBNaWNrZXkgU3BpZWdlbA0KPj4+PiBTZW50OiBGcmVpdGFnLCAxMy4gQXByaWwgMjAxOCAyMDoy
Mg0KPj4+PiBUbzogVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+DQo+Pj4+IENjOiBO
Vk8zIDxudm8zQGlldGYub3JnPjsgaW50LWFyZWFAaWV0Zi5vcmc7IFNlcnZpY2UgRnVuY3Rpb24N
Cj4+Pj4gQ2hhaW5pbmcgSUVURiBsaXN0IDxzZmNAaWV0Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlw
cG1AaWV0Zi5vcmc+DQo+Pj4+IFN1YmplY3Q6IFJlOiBbaXBwbV0gW0ludC1hcmVhXSBlbmNhcHN1
bGF0aW9uIG9mIElPQU0gZGF0YSBpbiB2YXJpb3VzDQo+Pj4+IHByb3RvY29scyAtIGZvbGxvdyB1
cCBmcm9tIFdHIGRpc2N1c3Npb24gaW4gTG9uZG9uDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+
IFRvbSwNCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gT24gVGh1LCBBcHIgMTIsIDIwMTggYXQg
MTA6MTcgUE0sIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPiB3cm90ZToNCj4+Pj4g
DQo+Pj4+IE1pY2tleSwNCj4+Pj4gDQo+Pj4+IExvb2tpbmcgYXQgdGhlc2UgaXBwbSBkcmFmdHMg
bW9yZSBjbG9zZWx5LCBJIGhhdmUgYSBtdWNoIG1vcmUNCj4+Pj4gZnVuZGFtZW50YWwgY29uY2Vy
bi4NCj4+Pj4gDQo+Pj4+IEluIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZ2VuZXZlLTAwIGZv
ciBpbnN0YW5jZSwgdGhlcmUgaXMgdGhlDQo+Pj4+IHRleHQgaW4gdGhlIGludHJvZHVjdGlvbjoN
Cj4+Pj4gDQo+Pj4+ICJJbi1zaXR1IE9BTSAoSU9BTSkgcmVjb3JkcyBPQU0gaW5mb3JtYXRpb24g
d2l0aGluIHRoZSBwYWNrZXQgd2hpbGUNCj4+Pj4gdGhlIHBhY2tldCB0cmF2ZXJzZXMgYSBwYXJ0
aWN1bGFyIG5ldHdvcmsgZG9tYWluLiAgVGhlIHRlcm0gImluLXNpdHUiDQo+Pj4+IHJlZmVycyB0
byB0aGUgZmFjdCB0aGF0IHRoZSBJT0FNIGRhdGEgZmllbGRzIGFyZSBhZGRlZCB0byB0aGUgZGF0
YQ0KPj4+PiBwYWNrZXRzIHJhdGhlciB0aGFuIGlzIGJlaW5nIHNlbnQgd2l0aGluIHBhY2tldHMg
c3BlY2lmaWNhbGx5DQo+Pj4+IGRlZGljYXRlZCB0byBPQU0uICBUaGlzIGRvY3VtZW50IGRlZmlu
ZXMgaG93IElPQU0gZGF0YSBmaWVsZHMgYXJlDQo+Pj4+IHRyYW5zcG9ydGVkIGFzIHBhcnQgb2Yg
dGhlIEdlbmV2ZSBbSS1ELmlldGYtbnZvMy1nZW5ldmVdDQo+Pj4+IGVuY2Fwc3VsYXRpb24uIg0K
Pj4+PiANCj4+Pj4gSSBhc3N1bWUgdGhpcyBtZWFucyB0aGF0IGFzIHBhY2tldHMgd2l0aCBHZW5l
dmUgZW5jYXBzdWxhdGlvbg0KPj4+PiB0cmF2ZXJzZSB0aGUgbmV0d29yayB0aGV5IGFyZSBpbnRl
cnByZXRlZCBieSBpbnRlcm1lZGlhdGUgbm9kZXMgYXMNCj4+Pj4gYmVpbmcgR2VuZXZlLiBTaW5j
ZSBHZW5ldmUgaXMgYSBVRFAgZW5jYXBzdWxhdGlvbiwgdGhlbiB0aGUNCj4+Pj4gZGVzdGluYXRp
b24gVURQIHBvcnQgbnVtYmVyIHdvdWxkIGJlIHVzZWQgdG8gaWRlbnRpZnkgcGFja2V0cyBhcw0K
Pj4+PiBiZWluZyBHZW5ldmUuIFNvIGFuIGludGVybWVkaWF0ZSBkZXZpY2UgbWlnaHQgYmUgbG9v
a2luZyBmb3IgVURQDQo+Pj4+IHBhY2tldHMgZGVzdGluZWQgdG8gcG9ydA0KPj4+PiA2MDgxICh0
aGUgYXNzaWduZWQgVURQIHBvcnQgZm9yIEdlbmV2ZSkuIElmIG15IHVuZGVyc3RhbmRpbmcgaXMN
Cj4+Pj4gY29ycmVjdCwgdGhlbiB0aGlzIGlzIGEgcHJvYmxlbS4NCj4+Pj4gDQo+Pj4+IFVEUCBw
b3J0IG51bWJlcnMgZG8gbm90IGhhdmUgZ2xvYmFsIG1lYW5pbmcuIEFuIGludGVybWVkaWF0ZSBk
ZXZpY2UNCj4+Pj4gbWF5IHZlcnkgd2VsbCBzZWUgVURQIHBhY2tldHMgZGVzdGluZWQgdG8gcG9y
dCA2MDgxIHRoYXQgYXJlIG5vdA0KPj4+PiBhY3R1YWxseSBHZW5ldmUuIFRoaXMgc2NlbmFyaW8g
aXMgZGlzY3Vzc2VkIGluIFJGQzc2MDU6DQo+Pj4+IA0KPj4+PiAiLi4uaW50ZXJtZWRpYXRlIGRl
dmljZSBpbnRlcnByZXRzIHRyYWZmaWMgYmFzZWQgb24gdGhlIHBvcnQgbnVtYmVyLg0KPj4+PiBJ
dCBpcyBpbXBvcnRhbnQgdG8gcmVjb2duaXplIHRoYXQgYW55IGludGVycHJldGF0aW9uIG9mIHBv
cnQgbnVtYmVycw0KPj4+PiAtLSBleGNlcHQgYXQgdGhlIGVuZHBvaW50cyAtLSBtYXkgYmUgaW5j
b3JyZWN0LCBiZWNhdXNlIHBvcnQgbnVtYmVycw0KPj4+PiBhcmUgbWVhbmluZ2Z1bCBvbmx5IGF0
IHRoZSBlbmRwb2ludHMuIg0KPj4+PiANCj4+Pj4gSWYgdGhlIFVEUCBkYXRhIGlzIG1vZGlmaWVk
LCBhcyB0aGUgZHJhZnQgd291bGQgaW1wbHksIHRoZW4NCj4+Pj4gbWlzaW50ZXJwcmV0YXRpb24g
bWF5IGFsc28gbWVhbiBzaWxlbnQgZGF0YSBjb3JydXB0aW9uIG9mIHBhY2tldHMuIEENCj4+Pj4g
cHJvdG9jb2wgdGhhdCB3b3VsZCBhbGxvdyB0aGlzIHNlZW1zIHByZXR0eSBpbmNvcnJlY3QhIE5v
dGUgdGhhdA0KPj4+PiB0aGlzIHdvdWxkIGJlIHRydWUgYWxzbyBmb3IgYW55IFVEUCBlbmNhcHN1
bGF0aW9uIHRoYXQgdGhlIG5ldHdvcmsNCj4+Pj4gdHJpZXMgdG8gaW50ZXJwcmV0Lg0KPj4+PiAN
Cj4+Pj4gDQo+Pj4+IA0KPj4+PiBUaGUgaW50ZW50aW9uIGlzIHRvIGFsbG93IGZvciBtdWx0aXBs
ZSBub2RlcyB0aGF0IGEgcGFja2V0IHRyYXZlcnNlcw0KPj4+PiANCj4+Pj4gdG8gYmUgYWJsZSB0
byBpbnNlcnQgSU9BTSBub2RlIGluZm9ybWF0aW9uIGluIHRoZSBzYW1lIHRyYWNlIG9wdGlvbiwN
Cj4+Pj4gDQo+Pj4+IGJ1dCBsZWF2ZSBzb21lIGZsZXhpYmlsaXR5IHJlZ2FyZGluZyB3aGljaCBu
b2RlcyBhY3R1YWxseSBkbyB0aGUNCj4+Pj4gDQo+Pj4+IElPQU0gcHJvY2Vzc2luZyBhbmQgdGhl
IG5vZGUgaW5mb3JtYXRpb24uIFRoaXMgbWF5IHZhcnkNCj4+Pj4gDQo+Pj4+IGRlcGVuZGluZyBv
biB0aGUgdHJhbnNwb3J0Lg0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBJbiBjYXNlIG9mIGEg
dHVubmVsZWQgZW5jYXBzdWxhdGlvbiBzdWNoIGFzIEdlbmV2ZSBvciBWWExBTiwNCj4+Pj4gDQo+
Pj4+IHRoZXJlIG1heSBzdGlsbCBiZSBtdWx0aXBsZSBob3BzLiBGb3IgZXhhbXBsZSBhIG5ldHdv
cmsgbWF5IHVzZQ0KPj4+PiANCj4+Pj4gR2VuZXZlIG9yIFZYTEFOLCBidXQgb25seSBkbyBMMiBw
cm9jZXNzaW5nIGF0IFRvUnMsIHdpdGggTDMNCj4+Pj4gDQo+Pj4+IHByb2Nlc3NpbmcgZG9uZSBh
dCBhZ2dyZWdhdGlvbiBvciBjb3JlIHN3aXRjaGVzLiBJbiB0aGlzIGNhc2UNCj4+Pj4gDQo+Pj4+
IG1hbnkgcGFja2V0cyB3b3VsZCBkbyAyIEdlbmV2ZSBvciBWWExBTiBob3BzLCBzbyB0aGUgcGFj
a2V0DQo+Pj4+IA0KPj4+PiB3b3VsZCBjb250YWluIElPQU0gbm9kZSBpbmZvcm1hdGlvbiBmcm9t
IHR3byBub2Rlcy4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gQW5vdGhlciBleGFtcGxlIGlz
IHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcgdXNpbmcgR2VuZXZlIG9yDQo+Pj4+IA0KPj4+PiBW
WExBTiByYXRoZXIgdGhhbiBOU0guDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBJ
IGFtIGFsc28gd29uZGVyaW5nIGlmIGhvcC1ieS1ob3Agb3B0aW9ucyBiZWVuIGNvbnNpZGVyZWQg
Zm9yIHRoaXMNCj4+Pj4gYXBwbGljYXRpb24/IFRoZWlyIGludGVycHJldGF0aW9uIGluIHRoZSBu
ZXR3b3JrIGlzIHVuYWJpZ3VvdXMgYW5kDQo+Pj4+IHRoZXkgYWxzbyBoYXZlIHRoZSBhZHZhbnRh
Z2UgdGhhdCB0aGUgd29yayB3aXRoIGFueSBJUCBwcm90b2NvbCBvcg0KPj4+PiBlbmNhcHN1bGF0
aW9uLg0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBJUHY2IGhvcC1ieS1ob3Agb3B0aW9ucyBo
YXMgYmVlbiBjb25zaWRlcmVkLiBTZWUNCj4+Pj4gDQo+Pj4+IGRyYWZ0LWJyb2NrbmVycy1pbmJh
bmQtb2FtLXRyYW5zcG9ydC0wNS4gVGhpcyBoYXMgbm90IHlldCBiZWVuDQo+Pj4+IA0KPj4+PiBi
cm9rZW4gb3V0IGludG8gYSBzZXBhcmF0ZSBkcmFmdC4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+
Pj4gTWlja2V5DQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBUaGFua3MsDQo+Pj4+
IFRvbQ0KPj4+PiANCj4+Pj4gDQo+Pj4+IE9uIFRodSwgQXByIDEyLCAyMDE4IGF0IDM6MzEgUE0s
IE1pY2tleSBTcGllZ2VsDQo+Pj4+IDxtc3BpZWdlbEBiYXJlZm9vdG5ldHdvcmtzLmNvbT4gd3Jv
dGU6DQo+Pj4+IA0KPj4+PiBUb20sDQo+Pj4+IA0KPj4+PiBPbiBUaHUsIEFwciAxMiwgMjAxOCBh
dCAyOjQ2IFBNLCBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT4gd3JvdGU6DQo+Pj4+
IA0KPj4+PiANCj4+Pj4gT24gVGh1LCBBcHIgMTIsIDIwMTggYXQgOTo1NCBBTSwgR3JlZyBNaXJz
a3kNCj4+Pj4gPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4NCj4+Pj4gd3JvdGU6DQo+Pj4+IA0KPj4+
PiBIaSBGcmFuaywNCj4+Pj4gdGhhbmsgeW91IGZvciBzaGFyaW5nIHlvdXIgcG9pbnRzLiBQbGVh
c2UgZmluZCBteSBub3RlcyBpbi1saW5lDQo+Pj4+IGFuZCB0YWdnZWQNCj4+Pj4gR0lNPj4uIEkg
YmVsaWV2ZSB0aGF0IHRoaXMgaXMgdmVyeSBtdWNoIHJlbGV2YW50IHRvIHdvcmsgb2YNCj4+Pj4g
R0lNPj5vdGhlcg0KPj4+PiB3b3JraW5nDQo+Pj4+IGdyb3VwcyB0aGF0IGRpcmVjdGx5IHdvcmsg
b24gdGhlIG92ZXJsYXkgZW5jYXBzdWxhdGlvbnMgaW4gdGhlDQo+Pj4+IGNlbnRlciBvZiB0aGUg
ZGlzY3Vzc2lvbiBhbmQgaGVuY2UgSSd2ZSBhZGRlZCB0aGVtIHRvIHRoZSBsaXN0Lg0KPj4+PiBI
b3BlIHdlJ2xsIGhhdmUgbW9yZSBvcGluaW9ucyB0byByZWFjaCB0aGUgY29uY2x1c2lvbiB0aGF0
IGlzDQo+Pj4+IGFjY2VwdGFibGUgdG8gYWxsLg0KPj4+PiANCj4+Pj4gUmVnYXJkcywNCj4+Pj4g
R3JlZw0KPj4+PiANCj4+Pj4gT24gV2VkLCBBcHIgMTEsIDIwMTggYXQgMTI6MDIgUE0sIEZyYW5r
IEJyb2NrbmVycyAoZmJyb2NrbmUpDQo+Pj4+IDxmYnJvY2tuZUBjaXNjby5jb20+IHdyb3RlOg0K
Pj4+PiANCj4+Pj4gDQo+Pj4+IEJhY2sgYXQgdGhlIElQUE0gbWVldGluZyBpbiBMb25kb24sIHdl
IGRpc2N1c3NlZCBzZXZlcmFsIGRyYWZ0cw0KPj4+PiBkZWFsaW5nIHdpdGggdGhlIGVuY2Fwc3Vs
YXRpb24gb2YgSU9BTSBkYXRhIGluIHZhcmlvdXMNCj4+Pj4gcHJvdG9jb2xzIChkcmFmdC1icm9j
a25lcnMtaXBwbS1pb2FtLXZ4bGFuLWdwZS0wMCwNCj4+Pj4gZHJhZnQtYnJvY2tuZXJzLWlwcG0t
aW9hbS1nZW5ldmUtMDAsDQo+Pj4+IGRyYWZ0LXdlaXMtaXBwbS1pb2FtLWdyZS0wMCkuIE9uZSBk
aXNjdXNzaW9uIHRvcGljIHRoYXQgd2UNCj4+Pj4gZGVjaWRlZCB0byB0YWtlIHRvIHRoZSBsaXN0
IHdhcyB0aGUgcXVlc3Rpb24gb24gd2hldGhlcg0KPj4+PiBkcmFmdC1vb2FtZHQtcnRnd2ctb29h
bS1oZWFkZXIgY291bGQgYmUgbGV2ZXJhZ2VkLi4gIEFmdGVyDQo+Pj4+IGNhcmVmdWxseSBjb25z
aWRlcmluZyBkcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1oZWFkZXIsIEkgY2FtZSB0bw0KPj4+PiB0
aGUgY29uY2x1c2lvbiB0aGF0IHRoZSDigJxPT0FNIGhlYWRlcuKAnSBkb2VzIG5vdCBtZWV0IHRo
ZSBuZWVkcw0KPj4+PiBvZg0KPj4+PiBJT0FNOg0KPj4+PiANCj4+Pj4gKiBFZmZpY2llbmN5OiBJ
T0FNIGFkZHMgZGF0YSB0byBsaXZlIHVzZXIgdHJhZmZpYy4gQXMgc3VjaCwgYW4NCj4+Pj4gZW5j
YXBzdWxhdGlvbiBuZWVkcyB0byBiZSBhcyBlZmZpY2llbnQgYXMgcG9zc2libGUuIFRoZSDigJxP
T0FNIGhlYWRlcuKAnQ0KPj4+PiBpcyA4DQo+Pj4+IGJ5dGVzIGxvbmcuIFRoZSBhcHByb2FjaCBm
b3IgSU9BTSBkYXRhIGVuY2Fwc3VsYXRpb24gaW4gdGhlDQo+Pj4+IGFib3ZlIG1lbnRpb25lZCBk
cmFmdHMgb25seSByZXF1aXJlcyA0IGJ5dGVzLiBVc2luZyB0aGUgT09BTQ0KPj4+PiBoZWFkZXIg
YXBwcm9hY2ggd291bGQgYWRkIGFuIHVubmVjZXNzYXJ5IG92ZXJoZWFkIG9mIDQgYnl0ZXMg4oCT
DQo+Pj4+IHdoaWNoIGlzIHNpZ25pZmljYW50Lg0KPj4+PiANCj4+Pj4gR3JlZywNCj4+Pj4gDQo+
Pj4+IEknbSBtaXNzaW5nIHNvbWV0aGluZyBoZXJlLiBJIGxvb2tlZCBhdCB0aGUgZHJhZnRzIHlv
dSByZWZlcmVuY2VkDQo+Pj4+IGFuZCBlYWNoIG9mIHRoZW0gbG9va3MgbGlrZSB0aGUgb3Zlcmhl
YWQgZm9yIE9BTSBpcyBncmVhdGVyIHRoYXQNCj4+Pj4gZm91ciBieXRlcy4gSW4gZWFjaCB0aGVy
ZSBpcyBzb21lIG92ZXJoZWFkIGVxdWl2YWxlbnQgdG8NCj4+Pj4gdHlwZS9sZW5ndGgsIGZvciBp
bnN0YW5jZSBpbiBHZW5ldmUgZm91ciBieXRlcyBhcmUgbmVlZGVkIGZvcg0KPj4+PiBvcHRpb24g
Y2xhc3MsIHR5cGUsIGFuZCBsZW5ndGguIFVubGVzcyB0aGUgdGhlIE9BTSBkYXRhIGlzIHplcm8N
Cj4+Pj4gbGVuZ3RoLCBJIGRvbid0IHNlZSBob3cgdGhpcyBhZGRzIHVwIHRvIG9ubHkgZm91ciBi
eXRlcyBvZiBvdmVyaGVhZC4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gVGhlIGZvdXIgdmVy
c3VzIGVpZ2h0IGJ5dGVzIGp1c3QgcmVmZXJzIHRvIHRoZSBmaWVsZHMgaW4gdGhlIGZvdXINCj4+
Pj4gYnl0ZXMgb2YgSU9BTSBpbmZvLCB0aGF0IGlzIGNvbW1vbiB0byBhbGwgSU9BTSBvcHRpb25z
LiBCZXlvbmQNCj4+Pj4gdGhhdCwgdGhlcmUgYXJlIElPQU0gb3B0aW9uIHNwZWNpZmljIGZpZWxk
cy4gRm9yIGV4YW1wbGUgaWYgZG9pbmcNCj4+Pj4gb25lIG9mIHRoZSBJT0FNIHRyYWNlIG9wdGlv
bnMsIHRoZXJlIGFyZSBmb3VyIGJ5dGVzIG9mIHRyYWNlIG9wdGlvbg0KPj4+PiBoZWFkZXIsIGlu
Y2x1ZGluZyB0aGUgSU9BTS10cmFjZS10eXBlLCBOb2RlTGVuLCBGbGFncywgYW5kDQo+Pj4+IFJl
bWFpbmluZ0xlbiBmaWVsZHMuIFRoZXNlIGFyZSBmb2xsb3dlZCBieSB0aGUgbm9kZSBkYXRhIGxp
c3QNCj4+Pj4gY29udGFpbmluZyB0aGUgcGVyIGhvcCBJT0FNIGluZm9ybWF0aW9uLg0KPj4+PiAN
Cj4+Pj4gSW4gbG9va2luZyBhdCB0aGUgT09BTSBoZWFkZXIgY29udGVudCwgaXQgaGFzIG5vdGhp
bmcgdG8gZG8gd2l0aA0KPj4+PiBhbnkgb2YgdGhlIElPQU0gaW5mb3JtYXRpb24gYWZ0ZXIgdGhl
IGZpcnN0IGZvdXIgYnl0ZXMuIEl0IGNvbnRhaW5zDQo+Pj4+IGFub3RoZXIgdmFyaWFudCBvZiB0
aGUgaW5mb3JtYXRpb24gaW4gdGhlIGZpcnN0IGZvdXIgYnl0ZXMgb2YgSU9BTQ0KPj4+PiBpbmZv
LCBzcHJlYWQgb3V0IG92ZXIgZWlnaHQgYnl0ZXMuDQo+Pj4+IA0KPj4+PiANCj4+Pj4gVG9tDQo+
Pj4+IA0KPj4+PiANCj4+Pj4gR0lNPj4gVGhlIGRpZmZlcmVuY2UgaW4gZm91ciBvY3RldHMgaXMg
YmVjYXVzZSBPT0FNIEhlYWRlcjoNCj4+Pj4gDQo+Pj4+IHByb3ZpZGVzIG1vcmUgZmxleGliaWxp
dHksIGUuZy4gRmxhZ3MgZmllbGQgYW5kIFJlc2VydmVkIGZpZWxkczsNCj4+Pj4gDQo+Pj4+IA0K
Pj4+PiANCj4+Pj4gVGhlIGZsYWdzIGZpZWxkIG9ubHkgaGFzIG9uZSBkZWZpbmVkIGZsYWcgYXQg
dGhlIG1vbWVudCwgZm9yIGENCj4+Pj4gdGltZXN0YW1wIGJsb2NrLiBGb3IgSU9BTSB0cmFjZSB3
ZSBuZWVkIHBlciBob3AgdGltZXN0YW1wcywgd2hpY2gNCj4+Pj4gdGhlIHRpbWVzdGFtcCBibG9j
ayBjYW5ub3QgYWRkcmVzcywgaS5lLiB0aGUgdGltZXN0YW1wIGJsb2NrIGlzDQo+Pj4+IHJlZHVu
ZGFudCBmb3INCj4+Pj4gDQo+Pj4+IElPQU0uDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IHN1
cHBvcnRzIGxhcmdlciBPQU0gcGFja2V0cyB0aGFuIGlPQU0gaGVhZGVyOw0KPj4+PiANCj4+Pj4g
DQo+Pj4+IA0KPj4+PiBGb3IgSU9BTSBwdXJwb3NlcywgMTAyMCBvY3RldHMgaXMgbW9yZSB0aGFu
IGVub3VnaC4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiBpcyBmdXR1cmUgcHJvb2YgYnkgc3VwcG9ydGlu
ZyB2ZXJzaW9uaW5nIChWZXJzaW9uIGZpZWxkKS4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4g
SU1PLCB0YWtpbmcgdGhlIGZpcnN0IHR3byBiaXRzIG9mIHRoZSBJT0FNLVR5cGUgdG8gZGVmaW5l
IGEgVmVyc2lvbg0KPj4+PiBmaWVsZCB3b3VsZCBiZSBhIGdvb2QgdGhpbmcuIFRoaXMgZG9lcyBu
b3QgcmVxdWlyZSBhZGRpbmcgZm91ciBtb3JlDQo+Pj4+IGJ5dGVzIG9mIG92ZXJoZWFkLiA2NCBJ
T0FNLVR5cGVzIGlzIG1vcmUgdGhhbiBlbm91Z2guDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+
ICogTWF0dXJpdHk6IElPQU0gaGFzIHNldmVyYWwgaW1wbGVtZW50YXRpb25zLCB3aGljaCB3ZXJl
IGFsc28NCj4+Pj4gc2hvd24gYXQgcmVjZW50IElFVEYgaGFja2F0aG9ucyDigJMgYW5kIHdl4oCZ
cmUgZXhwZWN0aW5nDQo+Pj4+IGFkZGl0aW9uYWwgaW1wbGVtZW50YXRpb25zIHRvIGJlIHB1Ymxp
Y2l6ZWQgc29vbi4gSW50ZXJvcGVyYWJsZQ0KPj4+PiBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0aW1l
bHkgc3BlY2lmaWNhdGlvbnMuIERlc3BpdGUgdGhlDQo+Pj4+IHF1ZXN0aW9uIGJlaW5nIGFza2Vk
LCB0aGUgcmVjZW50IHRocmVhZCBvbiBPT0FNIGluIHRoZSBOVk8zDQo+Pj4+IGxpc3QgaGFzbuKA
mXQgcmV2ZWFsZWQgYW55IGltcGxlbWVudGF0aW9uIG9mIHRoZSBPT0FNIGhlYWRlci4NCj4+Pj4g
SW4NCj4+Pj4gYWRkaXRpb24sIHRoZSB0aHJlYWQgcmV2ZWFsZWQgdGhhdCBzZXZlcmFsIGZ1bmRh
bWVudGFsDQo+Pj4+IHF1ZXN0aW9ucyBhYm91dCB0aGUgT09BTSBoZWFkZXIgYXJlIHN0aWxsIG9w
ZW4sIHN1Y2ggYXMgd2hldGhlcg0KPj4+PiBvciBob3cgYWN0aXZlIE9BTSBtZWNoYW5pc21zIHdp
dGhpbiBwcm90b2NvbHMgc3VjaCBhcyBHZW5ldmUNCj4+Pj4gd291bGQgYXBwbHkgdG8gdGhlIE9P
QU0gaGVhZGVyLiBUaGlzIHVsdGltYXRlbHkgbWVhbnMgdGhhdCB3ZQ0KPj4+PiB3b27igJl0IGdl
dCB0byBhIHRpbWVseSBzcGVjaWZpY2F0aW9uLg0KPj4+PiANCj4+Pj4gDQo+Pj4+IEdJTT4+IE1h
eSBJIGFzayB3aGljaCBlbmNhcHN1bGF0aW9ucyBzdXBwb3J0ZWQgYnkgdGhlDQo+Pj4+IEdJTT4+
IGltcGxlbWVudGF0aW9ucw0KPj4+PiB5b3UNCj4+Pj4gcmVmZXIgdG8uIFVudGlsIHZlcnkgcmVj
ZW50bHkgYWxsIGlPQU0gcHJvcG9zYWxzIHdlcmUgdG8gdXNlDQo+Pj4+IG1ldGEtZGF0YSBUTFYg
aW4sIGUuZy4gR2VuZXZlIGFuZCBOU0guIEFuZCBpZiB0aGVzZSBvciBzb21lIG9mDQo+Pj4+IHRo
ZXNlIGltcGxlbWVudGF0aW9ucyBhbHJlYWR5IHVwZGF0ZWQgdG8gdGhlIG5ld2x5IHByb3Bvc2Vk
IGlPQU0NCj4+Pj4gc2hpbSwgSSBkb24ndCBzZWUgcHJvYmxlbSBpbiBtYWtpbmcgdGhlbSB1c2Ug
T09BTSBIZWFkZXIuIFdvdWxkDQo+Pj4+IHlvdSBhZ3JlZT8NCj4+Pj4gDQo+Pj4+IA0KPj4+PiAq
IFNjb3BlOiBJdCBpc27igJl0IGVudGlyZWx5IGNsZWFyIHRvIHdoaWNoIHByb3RvY29scyB0aGUg
T09BTQ0KPj4+PiBoZWFkZXIgd291bGQgdWx0aW1hdGVseSBhcHBseSB0by4gVGhlIHdheSB0aGUg
T09BTSBoZWFkZXIgaXMNCj4+Pj4gZGVmaW5lZCwgT09BTSB1c2VzIGEgOC1iaXQgZmllbGQgZm9y
IOKAnE5leHQgUHJvdOKAnSwgdGhlIG5leHQNCj4+Pj4gcHJvdG9jb2wuIFNvbWUgcHJvdG9jb2xz
IHRoYXQgSU9BTSBkYXRhIG5lZWRzIHRvIGJlDQo+Pj4+IGVuY2Fwc3VsYXRlZCBpbnRvIHVzZSAx
Ni1iaXRzIGZvciB0aGVpciBuZXh0IHByb3RvY29sIGNvZGUgcG9pbnRzLiBTZWUgZS5nLg0KPj4+
PiB0aGUgR1JFIGVuY2Fwc3VsYXRpb24g4oCTIGFzIHNwZWNpZmllZCBpbg0KPj4+PiBkcmFmdC13
ZWlzLWlwcG0taW9hbS1ncmUtMDAuDQo+Pj4+IA0KPj4+PiANCj4+Pj4gR0lNPj4gVGhlIGZpcnN0
IHBhcmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb24gc3RhdGVzOg0KPj4+PiBOZXcg
cHJvdG9jb2xzIHRoYXQgc3VwcG9ydCBvdmVybGF5IG5ldHdvcmtzIGxpa2UgVnhMQU4tR1BFDQo+
Pj4+IFtJLUQuaWV0Zi1udm8zLXZ4bGFuLWdwZV0sIEdVRSBbSS1ELmlldGYtbnZvMy1ndWVdLCBH
ZW5ldmUNCj4+Pj4gW0ktRC5pZXRmLW52bzMtZ2VuZXZlXSwgQklFUg0KPj4+PiBbSS1ELmlldGYt
Ymllci1tcGxzLWVuY2Fwc3VsYXRpb25dLA0KPj4+PiANCj4+Pj4gYW5kDQo+Pj4+IA0KPj4+PiBO
U0ggW0ktRC5pZXRmLXNmYy1uc2hdIHN1cHBvcnQgbXVsdGktcHJvdG9jb2wgcGF5bG9hZCwgZS5n
Lg0KPj4+PiBFdGhlcm5ldCwgSVB2NC9JUHY2LCBhbmQgcmVjb2duaXplIE9wZXJhdGlvbnMsIEFk
bWluaXN0cmF0aW9uLCBhbmQNCj4+Pj4gTWFpbnRlbmFuY2UgKE9BTSkgYXMgb25lIG9mIGRpc3Rp
bmN0IHR5cGVzLiAgVGhhdCBlbnN1cmVzIHRoYXQNCj4+Pj4gT3ZlcmxheSBPQU0gKE9PQU0pcGFj
a2V0cyBhcmUgc2hhcmluZyBmYXRlIHdpdGggT3ZlcmxheSBkYXRhIHBhY2tldA0KPj4+PiB0cmF2
ZXJzaW5nIHRoZSB1bmRlcmxheS4NCj4+Pj4gSSdtIHVwZGF0aW5nIHRoZSBPT0FNIEhlYWRlciBk
cmFmdCBhbmQgYWxvbmcgd2l0aCBjbGVhbmluZyBuaXRzDQo+Pj4+IHdpbGwgdXBkYXRlIHJlZmVy
ZW5jZSB0byBHVUUuIEkgdGhpbmsgdGhhdCB0aGUgbGlzdCBhbmQgdGhlDQo+Pj4+IHN0YXRlbW50
IGFyZSBxdWl0ZSBjbGVhciBpbiBpZGVudGlmeWluZyB0aGUgc2NvcGUgb2YgbmV0d29ya3MNCj4+
Pj4gdGhhdCBtYXkgYmVuZWZpdCBmcm9tIHVzaW5nIG5vdCBvbmx5IGNvbW1vbiBPT0FNIEhlYWRl
ciBidXQNCj4+Pj4gY29tbW9uIE9PQU0gbWVjaGFuaXNtcywgZS5nLiBFY2hvIFJlcXVlc3QvUmVw
bHkuDQo+Pj4+IA0KPj4+PiBXaXRoIHRoZSBhYm92ZSBpbiBtaW5kLCBJ4oCZZCBzdWdnZXN0IHRo
YXQgdGhlIFdHIG1vdmVzIGZvcndhcmQNCj4+Pj4gd2l0aCBzcGVjaWZpYyBkZWZpbml0aW9ucyBm
b3IgZW5jYXBzdWxhdGluZyBJT0FNIGRhdGEgaW50bw0KPj4+PiBwcm90b2NvbHMg4oCTIHBlciB0
aGUgYWJvdmUgbWVudGlvbmVkIGRyYWZ0cy4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gUmVn
YXJkcywgRnJhbmsNCj4+Pj4gDQo+Pj4+IA0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXw0KPj4+PiBpcHBtIG1haWxpbmcgbGlzdA0KPj4+PiBpcHBt
QGlldGYub3JnDQo+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBw
bQ0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KPj4+PiBJbnQtYXJlYSBtYWlsaW5nIGxpc3QNCj4+Pj4gSW50
LWFyZWFAaWV0Zi5vcmcNCj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9pbnQtYXJlYQ0KPj4+PiANCj4+Pj4gDQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQo+Pj4+IGlwcG0gbWFpbGluZyBsaXN0DQo+Pj4+IGlwcG1A
aWV0Zi5vcmcNCj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBt
DQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IF9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+IHNmYyBtYWlsaW5n
IGxpc3QNCj4+Pj4gc2ZjQGlldGYub3JnDQo+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vc2ZjDQo+Pj4+IA0KPj4+PiANCg==


From nobody Sun Apr 22 22:14:53 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A74BE1273E2; Sun, 22 Apr 2018 22:14:51 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Mahesh Jethanandani <mjethanandani@gmail.com>
To: <yang-doctors@ietf.org>
Cc: ippm@ietf.org, ietf@ietf.org, draft-ietf-ippm-stamp-yang.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.78.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152446049164.5364.2499773245937974551@ietfa.amsl.com>
Date: Sun, 22 Apr 2018 22:14:51 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/E74v6E7nUGIX7MDIxLETUajuo3Q>
Subject: [ippm] Yangdoctors early review of draft-ietf-ippm-stamp-yang-01
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2018 05:14:52 -0000

Reviewer: Mahesh Jethanandani
Review result: Not Ready

Document reviewed: draft-ietf-stamp-yang-01

Status: Not ready.

Summary:

This document specifies the data model for implementations of Session-Sender
and Session-Reflector for Simple Two-way Active Measurement Protocol (STAMP)
mode using YANG.

Minor

- Please update references of RFC6020 with RFC7950, as this is a YANG 1.1 model.
- Please add a separate paragraph or section of notes to the RFC editor,
instead of scattering it across the document. RFC Editors appreciate not having
to look for instructions all over the document. - Also what does “ref to STAMP
draft” imply? This draft, some other draft, or RFC? - Please update references
to NMDA architecture document.

Major:

If the data model is for STAMP, how is that RFC (or I-D) not referenced
anywhere in the model? At the minimum most of data nodes should have references
to the sections that describe them in the STAMP RFC.

Please fix indentation issues in the model. I see use of 1 space, 2 spaces, 4
spaces and even 8 spaces in the model. It makes reading of the model very
difficult.

If statements carry into a subsequent line, consider indenting the second line.

s/stamp/STAMP/g

This document is NOT NMDA compliant. The whole idea of NMDA is that you do not
need a separate -state container. NDMA does not advocate having a separate
container with exactly the same nodes from config. An example is the nodes
‘packet-padding-size’ and ‘interval’, which are duplicated in both the config
and -state container. On the other hand ‘duplicate-packets’ and
‘reordered-packets’ make sense. Once the duplicate nodes have been removed,
rather than calling the container stamp-state, call it stamp-statistics, or
something else that does not imply the same meaning as pre-NMDA models
containers did.

Section 2.1

- The draft says it “describes all the parameters of the stamp data model.” I
do not think you are describing the parameters of the STAMP data model. What
you are describing is the block diagram (Fig 1) or the containers within the
model, not the individual parameters.

Section 2.1.1

Once the -state container has been updated/removed, update the second paragraph.

s/referenced by session-id STAMP/referenced session by the session-id of the
STAMP/

Section 3

I am not sure on the use of MAY. Is it that the use of IP and UDP port is
sufficient? If so, when it is okay? There is also a use of ‘may’ w.r.t. to
STAMP test sessions. How are the two mays related?

Finally, even if one was to use 5-tuple as a key, which includes a DSCP value
that can be remarked, how would one uniquely identify a session?

Section 3.1

Please add a informative reference to the Tree Diagram RFC.

Section 3.2

Please add references to any RFCs referenced in the model up front, before the
model.

Remove the comment “//namespace need to be assigned by IANA”. Instead update
the IANA section with the information of what namespace needs to be assigned.

Could a shorter prefix be used, e.g. “stamp”?

For reference to RFC 6991 and 8177, please add the title of those RFCs.

For contact, please add the name of individual authors instead of using a
mailing list, per Section 4.8 of rfc6087bis.

The description is very sparse. Consider adding more text. Also the document is
missing the IETF Copyright statement, per section 4.8 of rfc6087bis.

The revision statement should say something like “Initial version” instead of
00, as those numbers are not relevant once the document is published. Also
consider replacing “” for the reference statement with something like “RFC
XXXX: STAMP Data Model”, and have a note of the RFC editor to replace XXXX with
the assigned RFC number.

Consider updating descriptions for each leaf. A description “Packets received”
for ‘rcv-packets’ is not descriptive. Also add references to sections in the
STAMP RFC.

Why is there a need for feature statements for ‘session-sender’ and
‘session-reflector’. Would there be a case that a customer would configure a
‘session-reflector’ without a ‘session-sender’ or vice-versa?

What is ’type enable’? Did the authors mean ‘type boolean”?

Would it not be simpler to have ‘number-of-packets’ or ‘repeat’ as a choice
statement, where the choice is between a set number of test packets or
‘forever’? Same for the other union statements.

Consider using ‘derived-from’ or ‘derived-from-or-self’ in when statements,
instead of a string comparison.



From nobody Mon Apr 23 03:44:42 2018
Return-Path: <francesca.palombini@ericsson.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B139128C0A; Mon, 23 Apr 2018 03:44:37 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Francesca Palombini <francesca.palombini@ericsson.com>
To: <gen-art@ietf.org>
Cc: ippm@ietf.org, ietf@ietf.org, draft-ietf-ippm-2330-ipv6.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.78.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152448027744.5388.467690097024295297@ietfa.amsl.com>
Date: Mon, 23 Apr 2018 03:44:37 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/hZzjEJ64OHpP_iD9wDBKlhX6aQs>
Subject: [ippm] Genart last call review of draft-ietf-ippm-2330-ipv6-04
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2018 10:44:38 -0000

Reviewer: Francesca Palombini
Review result: Ready with Nits

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-ippm-2330-ipv6-??
Reviewer: Francesca Palombini
Review Date: 2018-04-23
IETF LC End Date: 2018-04-25
IESG Telechat date: Not scheduled for a telechat

Summary: This draft is basically ready for publication, but has nits that
should be fixed before publication.

Major issues: None

Minor issues: None

Nits/editorial comments:

Please note that most of the following comments are suggestions to make the
text more clear in my opinion. Feel free to disregard or fix as you prefer.

* Section 3:

    "For example Neighbor Discovery
    Protocol (NDP) [RFC4861] packets are transmitted with Hop Limit value
    set to 255, and the validity test specifies that the Hop Limit MUST
    have a value of 255 at the receiver, too.  So, while other tests may
    intentionally exclude the TTL/Hop Limit value from their Type-P
    definition, for this particular test the correct Hop Limit value is
    of high relevance and MUST be part of the Type-P definition."

Regarding the use of MUST: The text above is not an absolute requirement of the
specification, but rather an example to a referenced document. In my opinion,
using "must" would be ok here.

(About MUST, was there any specific reason not to use the updated boilerplate
referencing RFC8174?)

* Section 3:

    "Load balancing over parallel paths is one particular example where
    such a class C would be more complex to determine in IPPM
    measurements."

I would have appreciated a reference to a load balancing over parallel paths
example.

* Section 4:

    "For an IPv4 ( [RFC0791] and updates) packet to be standard-formed,
    the following additional criteria are REQUIRED:"

    "For an IPv6 ([RFC8200] and updates) packet to be standard-formed, the
    following criteria are REQUIRED:"

To be consistent with the first bullet of the list above ("It includes a valid
IP header: see below for version-specific criteria."), I would rephrase the
text above with something on the lines of:

"For an IPvX (...) packet to be standard-formed, the IPvX-specific criteria for
a valid IP header are:"

Also, note the space before "[RFC0791] and updates)"

* Section 4:

    "An adaptation
    layer enables the transfer IPv6 packets over networks having a MTU
    smaller than the minimum IPv6 MTU."

NEW: "An adaptation
layer enables the transfer of IPv6 packets over networks having a MTU
smaller than the minimum IPv6 MTU."

* Section 5:

    "All these changes MUST be reported."

I'd like more clarity on where they should be reported: does this mean they
MUST be reported when reporting the test results? Or on test spec? Either? Both?

* From id-nits check:

     (Using the creation date from RFC2330, updated by this document, for
     RFC5378 checks: 1998-02-23)

  -- The document seems to lack a disclaimer for pre-RFC5378 work, but may
     have content which was first submitted before 10 November 2008.  If you
     have contacted all the original authors and they are all willing to grant
     the BCP78 rights to the IETF Trust, then this is fine, and you can ignore
     this comment.  If not, you may need to add the pre-RFC5378 disclaimer.
     (See the Legal Provisions document at
     https://trustee.ietf.org/license-info for more information.)

     IETF Trust Legal Provisions of 28-dec-2009, Section 6.c(iii):
        This document may contain material from IETF Documents or IETF
        Contributions published or made publicly available before
        November 10, 2008.  The person(s) controlling the copyright in
        some of this material may not have granted the IETF Trust the
        right to allow modifications of such material outside the IETF
        Standards Process. Without obtaining an adequate license from the
        person(s) controlling the copyright in such materials, this
        document may not be modified outside the IETF Standards Process,
        and derivative works of it may not be created outside the IETF
        Standards Process, except to format it for publication as an RFC
        or to translate it into languages other than English.



From nobody Mon Apr 23 09:48:14 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2944512D873; Mon, 23 Apr 2018 09:48:13 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ippm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.79.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152450209311.21874.12317789046221633@ietfa.amsl.com>
Date: Mon, 23 Apr 2018 09:48:13 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/n1bsdHRtXUUp0Hq6jlzqodhx1JU>
Subject: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-09.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2018 16:48:13 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Performance Measurement WG of the IETF.

        Title           : Two-Way Active Measurement Protocol (TWAMP) Data Model
        Authors         : Ruth Civil
                          Al Morton
                          Reshad Rahman
                          Mahesh Jethanandani
                          Kostas Pentikousis
	Filename        : draft-ietf-ippm-twamp-yang-09.txt
	Pages           : 68
	Date            : 2018-04-23

Abstract:
   This document specifies a data model for client and server
   implementations of the Two-Way Active Measurement Protocol (TWAMP).
   The document defines the TWAMP data model through Unified Modeling
   Language (UML) class diagrams and formally specifies it using YANG.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-09
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-twamp-yang-09


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Mon Apr 23 09:53:43 2018
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8762812D873; Mon, 23 Apr 2018 09:53:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id juMZwYe_AJS2; Mon, 23 Apr 2018 09:53:25 -0700 (PDT)
Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66E7012D86D; Mon, 23 Apr 2018 09:53:22 -0700 (PDT)
Received: by mail-lf0-x230.google.com with SMTP id g203-v6so15995989lfg.11; Mon, 23 Apr 2018 09:53: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=TKcyAVjkCrs8lA+YWSIXY/WN5wAUSqRwBIrCg9qJpJM=; b=YYEabmaKqrZmBpf1a0XE6lSHyZZU7lh8qD7dWqPyj0hSy4GyDp5b2s4925Rh0k/lZ2 sYQWRO6ah8O/tHqrXwZPSN1PAHUyLiG1A+NS4p66BhlHKgPc2oMg8W8KZCWTd7vHzqyC NeQdKuko4Y9rvUmzqjEQFmcvJJ1TwcT7sC/H13CpC0svXS6tGba5nhHOmWAQMa0sWyOl Eoljr9kY0JRnxlmUQ6Kp9T0mboLzr9QPRE7TuW673scIAMDJfCrtFsFvibTFH++EfTEk c5hTCIntE5BWYyukWb7uh7o6U4Q2qqFeWbMW+YaZkD+93RKbffh9CuR2pz749WYdBa3f NKvA==
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=TKcyAVjkCrs8lA+YWSIXY/WN5wAUSqRwBIrCg9qJpJM=; b=jz58RTDnOA4iYV9pNaCMa7M2UgP4MyuAQjxnN2vWE/TBDDQKd8GTSwSKoYwkR/Ze0q sZe+de4ulmIPMnaHGaBrl/pBVB/1urkkg7/2uf1rLhiCN6uSA6n7QFxh+RtFHH8AdotF ipnPQfxlt5p2EY8X9kOuKemoIfdhwhZZX8hSKtTbD5MsMewyt7sQv7qFfRmnf4z7Srm+ h0P37q6CYV1o9WRqj3+SiubhjkO2gxyY4/TaaZa9zAwBvqWBkazLc0N0+XyTdw5RRDt8 Iyyo/MjO47zFOCZcp7yVXs8kBpkUxD/QxiBoyrpbTn9VtfNcTSnuug1Yd+uCduBaR3nN MhUQ==
X-Gm-Message-State: ALQs6tCU1587OrlPpEOSCzNBkYjmHZT75KQyyCyM4gefpx5T5v9+Z9AR LE07KmPiKvZht/yJ2wz+3SM5KFa80biYQ4NOMhk=
X-Google-Smtp-Source: AB8JxZovhxYUaRF0mOwg/s+CdHrfeX8NI6ciyrVRJ1+vzNScxvRYT8yrHkThw11jV/okaBEHxzbIbChKPyhivbvooZ0=
X-Received: by 2002:a19:1398:: with SMTP id 24-v6mr9734552lft.106.1524502400505;  Mon, 23 Apr 2018 09:53:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.133.13 with HTTP; Mon, 23 Apr 2018 09:53:19 -0700 (PDT)
In-Reply-To: <152446049164.5364.2499773245937974551@ietfa.amsl.com>
References: <152446049164.5364.2499773245937974551@ietfa.amsl.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 23 Apr 2018 09:53:19 -0700
Message-ID: <CA+RyBmVckuMjkqpavenPS-SbrNfpszogOBLVWqhcQfKUnKB+kA@mail.gmail.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
Cc: yang-doctors@ietf.org, IETF IPPM WG <ippm@ietf.org>, ietf@ietf.org,  draft-ietf-ippm-stamp-yang.all@ietf.org
Content-Type: multipart/alternative; boundary="0000000000000a9ef4056a86e09e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/IcJDlv-uNO1fJ5_PHTBndJHvlLY>
Subject: Re: [ippm] Yangdoctors early review of draft-ietf-ippm-stamp-yang-01
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2018 16:53:28 -0000

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

Hi Mahesh,
thank you for the thorough review and the most detailed and thoughtful
comments, suggestions. I'll work on the update in steps and will consult
with you to address all issues you've pointed to.

Best regards,
Greg

On Sun, Apr 22, 2018 at 10:14 PM, Mahesh Jethanandani <
mjethanandani@gmail.com> wrote:

> Reviewer: Mahesh Jethanandani
> Review result: Not Ready
>
> Document reviewed: draft-ietf-stamp-yang-01
>
> Status: Not ready.
>
> Summary:
>
> This document specifies the data model for implementations of
> Session-Sender
> and Session-Reflector for Simple Two-way Active Measurement Protocol
> (STAMP)
> mode using YANG.
>
> Minor
>
> - Please update references of RFC6020 with RFC7950, as this is a YANG 1.1
> model.
> - Please add a separate paragraph or section of notes to the RFC editor,
> instead of scattering it across the document. RFC Editors appreciate not
> having
> to look for instructions all over the document. - Also what does =E2=80=
=9Cref to
> STAMP
> draft=E2=80=9D imply? This draft, some other draft, or RFC? - Please upda=
te
> references
> to NMDA architecture document.
>
> Major:
>
> If the data model is for STAMP, how is that RFC (or I-D) not referenced
> anywhere in the model? At the minimum most of data nodes should have
> references
> to the sections that describe them in the STAMP RFC.
>
> Please fix indentation issues in the model. I see use of 1 space, 2
> spaces, 4
> spaces and even 8 spaces in the model. It makes reading of the model very
> difficult.
>
> If statements carry into a subsequent line, consider indenting the second
> line.
>
> s/stamp/STAMP/g
>
> This document is NOT NMDA compliant. The whole idea of NMDA is that you d=
o
> not
> need a separate -state container. NDMA does not advocate having a separat=
e
> container with exactly the same nodes from config. An example is the node=
s
> =E2=80=98packet-padding-size=E2=80=99 and =E2=80=98interval=E2=80=99, whi=
ch are duplicated in both the
> config
> and -state container. On the other hand =E2=80=98duplicate-packets=E2=80=
=99 and
> =E2=80=98reordered-packets=E2=80=99 make sense. Once the duplicate nodes =
have been removed,
> rather than calling the container stamp-state, call it stamp-statistics, =
or
> something else that does not imply the same meaning as pre-NMDA models
> containers did.
>
> Section 2.1
>
> - The draft says it =E2=80=9Cdescribes all the parameters of the stamp da=
ta
> model.=E2=80=9D I
> do not think you are describing the parameters of the STAMP data model.
> What
> you are describing is the block diagram (Fig 1) or the containers within
> the
> model, not the individual parameters.
>
> Section 2.1.1
>
> Once the -state container has been updated/removed, update the second
> paragraph.
>
> s/referenced by session-id STAMP/referenced session by the session-id of
> the
> STAMP/
>
> Section 3
>
> I am not sure on the use of MAY. Is it that the use of IP and UDP port is
> sufficient? If so, when it is okay? There is also a use of =E2=80=98may=
=E2=80=99 w.r.t. to
> STAMP test sessions. How are the two mays related?
>
> Finally, even if one was to use 5-tuple as a key, which includes a DSCP
> value
> that can be remarked, how would one uniquely identify a session?
>
> Section 3.1
>
> Please add a informative reference to the Tree Diagram RFC.
>
> Section 3.2
>
> Please add references to any RFCs referenced in the model up front, befor=
e
> the
> model.
>
> Remove the comment =E2=80=9C//namespace need to be assigned by IANA=E2=80=
=9D. Instead
> update
> the IANA section with the information of what namespace needs to be
> assigned.
>
> Could a shorter prefix be used, e.g. =E2=80=9Cstamp=E2=80=9D?
>
> For reference to RFC 6991 and 8177, please add the title of those RFCs.
>
> For contact, please add the name of individual authors instead of using a
> mailing list, per Section 4.8 of rfc6087bis.
>
> The description is very sparse. Consider adding more text. Also the
> document is
> missing the IETF Copyright statement, per section 4.8 of rfc6087bis.
>
> The revision statement should say something like =E2=80=9CInitial version=
=E2=80=9D instead
> of
> 00, as those numbers are not relevant once the document is published. Als=
o
> consider replacing =E2=80=9C=E2=80=9D for the reference statement with so=
mething like =E2=80=9CRFC
> XXXX: STAMP Data Model=E2=80=9D, and have a note of the RFC editor to rep=
lace XXXX
> with
> the assigned RFC number.
>
> Consider updating descriptions for each leaf. A description =E2=80=9CPack=
ets
> received=E2=80=9D
> for =E2=80=98rcv-packets=E2=80=99 is not descriptive. Also add references=
 to sections in
> the
> STAMP RFC.
>
> Why is there a need for feature statements for =E2=80=98session-sender=E2=
=80=99 and
> =E2=80=98session-reflector=E2=80=99. Would there be a case that a custome=
r would configure
> a
> =E2=80=98session-reflector=E2=80=99 without a =E2=80=98session-sender=E2=
=80=99 or vice-versa?
>
> What is =E2=80=99type enable=E2=80=99? Did the authors mean =E2=80=98type=
 boolean=E2=80=9D?
>
> Would it not be simpler to have =E2=80=98number-of-packets=E2=80=99 or =
=E2=80=98repeat=E2=80=99 as a choice
> statement, where the choice is between a set number of test packets or
> =E2=80=98forever=E2=80=99? Same for the other union statements.
>
> Consider using =E2=80=98derived-from=E2=80=99 or =E2=80=98derived-from-or=
-self=E2=80=99 in when statements,
> instead of a string comparison.
>
>
>

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

<div dir=3D"ltr">Hi Mahesh,<div>thank you for the thorough review and the m=
ost detailed and thoughtful comments, suggestions. I&#39;ll work on the upd=
ate in steps and will consult with you to address all issues you&#39;ve poi=
nted to.</div><div><br></div><div>Best regards,</div><div>Greg</div></div><=
div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Sun, Apr 22, 20=
18 at 10:14 PM, Mahesh Jethanandani <span dir=3D"ltr">&lt;<a href=3D"mailto=
:mjethanandani@gmail.com" target=3D"_blank">mjethanandani@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:1ex">Reviewer: Mahesh Jethanand=
ani<br>
Review result: Not Ready<br>
<br>
Document reviewed: draft-ietf-stamp-yang-01<br>
<br>
Status: Not ready.<br>
<br>
Summary:<br>
<br>
This document specifies the data model for implementations of Session-Sende=
r<br>
and Session-Reflector for Simple Two-way Active Measurement Protocol (STAMP=
)<br>
mode using YANG.<br>
<br>
Minor<br>
<br>
- Please update references of RFC6020 with RFC7950, as this is a YANG 1.1 m=
odel.<br>
- Please add a separate paragraph or section of notes to the RFC editor,<br=
>
instead of scattering it across the document. RFC Editors appreciate not ha=
ving<br>
to look for instructions all over the document. - Also what does =E2=80=9Cr=
ef to STAMP<br>
draft=E2=80=9D imply? This draft, some other draft, or RFC? - Please update=
 references<br>
to NMDA architecture document.<br>
<br>
Major:<br>
<br>
If the data model is for STAMP, how is that RFC (or I-D) not referenced<br>
anywhere in the model? At the minimum most of data nodes should have refere=
nces<br>
to the sections that describe them in the STAMP RFC.<br>
<br>
Please fix indentation issues in the model. I see use of 1 space, 2 spaces,=
 4<br>
spaces and even 8 spaces in the model. It makes reading of the model very<b=
r>
difficult.<br>
<br>
If statements carry into a subsequent line, consider indenting the second l=
ine.<br>
<br>
s/stamp/STAMP/g<br>
<br>
This document is NOT NMDA compliant. The whole idea of NMDA is that you do =
not<br>
need a separate -state container. NDMA does not advocate having a separate<=
br>
container with exactly the same nodes from config. An example is the nodes<=
br>
=E2=80=98packet-padding-size=E2=80=99 and =E2=80=98interval=E2=80=99, which=
 are duplicated in both the config<br>
and -state container. On the other hand =E2=80=98duplicate-packets=E2=80=99=
 and<br>
=E2=80=98reordered-packets=E2=80=99 make sense. Once the duplicate nodes ha=
ve been removed,<br>
rather than calling the container stamp-state, call it stamp-statistics, or=
<br>
something else that does not imply the same meaning as pre-NMDA models<br>
containers did.<br>
<br>
Section 2.1<br>
<br>
- The draft says it =E2=80=9Cdescribes all the parameters of the stamp data=
 model.=E2=80=9D I<br>
do not think you are describing the parameters of the STAMP data model. Wha=
t<br>
you are describing is the block diagram (Fig 1) or the containers within th=
e<br>
model, not the individual parameters.<br>
<br>
Section 2.1.1<br>
<br>
Once the -state container has been updated/removed, update the second parag=
raph.<br>
<br>
s/referenced by session-id STAMP/referenced session by the session-id of th=
e<br>
STAMP/<br>
<br>
Section 3<br>
<br>
I am not sure on the use of MAY. Is it that the use of IP and UDP port is<b=
r>
sufficient? If so, when it is okay? There is also a use of =E2=80=98may=E2=
=80=99 w.r.t. to<br>
STAMP test sessions. How are the two mays related?<br>
<br>
Finally, even if one was to use 5-tuple as a key, which includes a DSCP val=
ue<br>
that can be remarked, how would one uniquely identify a session?<br>
<br>
Section 3.1<br>
<br>
Please add a informative reference to the Tree Diagram RFC.<br>
<br>
Section 3.2<br>
<br>
Please add references to any RFCs referenced in the model up front, before =
the<br>
model.<br>
<br>
Remove the comment =E2=80=9C//namespace need to be assigned by IANA=E2=80=
=9D. Instead update<br>
the IANA section with the information of what namespace needs to be assigne=
d.<br>
<br>
Could a shorter prefix be used, e.g. =E2=80=9Cstamp=E2=80=9D?<br>
<br>
For reference to RFC 6991 and 8177, please add the title of those RFCs.<br>
<br>
For contact, please add the name of individual authors instead of using a<b=
r>
mailing list, per Section 4.8 of rfc6087bis.<br>
<br>
The description is very sparse. Consider adding more text. Also the documen=
t is<br>
missing the IETF Copyright statement, per section 4.8 of rfc6087bis.<br>
<br>
The revision statement should say something like =E2=80=9CInitial version=
=E2=80=9D instead of<br>
00, as those numbers are not relevant once the document is published. Also<=
br>
consider replacing =E2=80=9C=E2=80=9D for the reference statement with some=
thing like =E2=80=9CRFC<br>
XXXX: STAMP Data Model=E2=80=9D, and have a note of the RFC editor to repla=
ce XXXX with<br>
the assigned RFC number.<br>
<br>
Consider updating descriptions for each leaf. A description =E2=80=9CPacket=
s received=E2=80=9D<br>
for =E2=80=98rcv-packets=E2=80=99 is not descriptive. Also add references t=
o sections in the<br>
STAMP RFC.<br>
<br>
Why is there a need for feature statements for =E2=80=98session-sender=E2=
=80=99 and<br>
=E2=80=98session-reflector=E2=80=99. Would there be a case that a customer =
would configure a<br>
=E2=80=98session-reflector=E2=80=99 without a =E2=80=98session-sender=E2=80=
=99 or vice-versa?<br>
<br>
What is =E2=80=99type enable=E2=80=99? Did the authors mean =E2=80=98type b=
oolean=E2=80=9D?<br>
<br>
Would it not be simpler to have =E2=80=98number-of-packets=E2=80=99 or =E2=
=80=98repeat=E2=80=99 as a choice<br>
statement, where the choice is between a set number of test packets or<br>
=E2=80=98forever=E2=80=99? Same for the other union statements.<br>
<br>
Consider using =E2=80=98derived-from=E2=80=99 or =E2=80=98derived-from-or-s=
elf=E2=80=99 in when statements,<br>
instead of a string comparison.<br>
<br>
<br>
</blockquote></div><br></div>

--0000000000000a9ef4056a86e09e--


From nobody Mon Apr 23 09:54:50 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D773F12D87B; Mon, 23 Apr 2018 09:54:32 -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 aQV1foEBsVu2; Mon, 23 Apr 2018 09:54:31 -0700 (PDT)
Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4339912D87F; Mon, 23 Apr 2018 09:54:26 -0700 (PDT)
Received: by mail-pg0-x22b.google.com with SMTP id b9so8794228pgf.6; Mon, 23 Apr 2018 09:54:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=98Ww1IRG3yhfbeB/M4PNemq5YpqWimcdJJhZpXgvNdY=; b=MWuzKuceSkV8ia4EGNI2yKom8Hqg/tPHMS4HoGcSUc6bmJnSIrO96Mi6BRau1qQVfS 1sYBuadwrCuAxql+dYMsHhkgxSdJrmMkg9JaGZ5gg/dflN2vx/JjtE8MQHVaNA8E8J1L Kn9F9ptu+NNuwZtpmkkknJ+T4qWjKpq7xH806TJKxbqcmxs4OQM9CreAuWNnoGRnSSux SEVE+MwGhOIOKCNRAQnvXLGwQBKLzBpbLRYd94kg95UaDUYb1fwDmuBPV3Q8Sy6dzY2p 7MtlxxBMKFO1wnaL7u8HTLblvu3ztuIbAAGHsGVqGt4hABNrxTx6wDvyr7AJf9jDt26l XYyw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=98Ww1IRG3yhfbeB/M4PNemq5YpqWimcdJJhZpXgvNdY=; b=Bx1yDSmshdDO9TJrOCy1Ie0ATfyK0F9H6JVA3QQs4+bL6rTWv07gMkOknP2cXFqMDr QnzSfAHjxWdswYjWJyK2RBAGPGVOpCLobcR4No3ih5RjbuUB6Ogoaj3pc9XSNtgBNK+P OkrQSpLs5eyZuJz7bX99v5xVA0iKh62JsMOS4wgiltfOfcxiGtRqTVmeMYyugLdfjOr/ uJuwbxE8i4cgCTAlePi7Y37ZyR/tZPSFAk47tKxQvatz8SUth1yHNbE+BRQLKCz5fkkJ LvAkmau1IY+fbxw2VlVaf1RIHfcurMSnEXZUwHVw8fXR8iSZTOb3jDr67qYbASjRXibn IisQ==
X-Gm-Message-State: ALQs6tDAr+uCwajM/sHQPfD+vC/d5T3d4QMy8AsRrYaf8urKDSj0NHbG LUVqWT3aa5LilUe/bWwpSLQ=
X-Google-Smtp-Source: AIpwx49YA1WibcJ4LmEl1szGj6wW+Fx0hDIpXpUEeIIjmAsxLE8EZV3uSKy6UUqp3KIOMllcC4kdFw==
X-Received: by 10.98.194.133 with SMTP id w5mr20629465pfk.6.1524502465819; Mon, 23 Apr 2018 09:54:25 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:2d89:fd15:7a1c:df9e? ([2601:647:4700:1280:2d89:fd15:7a1c:df9e]) by smtp.gmail.com with ESMTPSA id q62sm28490833pfd.61.2018.04.23.09.54.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Apr 2018 09:54:25 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <152450209311.21874.12317789046221633@ietfa.amsl.com>
Date: Mon, 23 Apr 2018 09:54:23 -0700
Cc: ippm@ietf.org, gen-art@ietf.org, ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <48C50081-B879-4A83-B8F6-A4562756C2DA@gmail.com>
References: <152450209311.21874.12317789046221633@ietfa.amsl.com>
To: "tom p." <daedulus@btconnect.com>, Pete Resnick <presnick@qti.qualcomm.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/NfaXG9-4ENcnkjRf5GeuPe1ANOQ>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-09.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2018 16:54:33 -0000

Tom/Pete,

We believe this version of the draft addresses your comments.

Thanks.

> On Apr 23, 2018, at 9:48 AM, internet-drafts@ietf.org wrote:
>=20
>=20
> A New Internet-Draft is available from the on-line Internet-Drafts =
directories.
> This draft is a work item of the IP Performance Measurement WG of the =
IETF.
>=20
>        Title           : Two-Way Active Measurement Protocol (TWAMP) =
Data Model
>        Authors         : Ruth Civil
>                          Al Morton
>                          Reshad Rahman
>                          Mahesh Jethanandani
>                          Kostas Pentikousis
> 	Filename        : draft-ietf-ippm-twamp-yang-09.txt
> 	Pages           : 68
> 	Date            : 2018-04-23
>=20
> Abstract:
>   This document specifies a data model for client and server
>   implementations of the Two-Way Active Measurement Protocol (TWAMP).
>   The document defines the TWAMP data model through Unified Modeling
>   Language (UML) class diagrams and formally specifies it using YANG.
>=20
>=20
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>=20
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-09
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-09
>=20
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-twamp-yang-09
>=20
>=20
> Please note that it may take a couple of minutes from the time of =
submission
> until the htmlized version and diff are available at tools.ietf.org.
>=20
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>=20
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Mon Apr 23 10:05:56 2018
Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22E1912D886; Mon, 23 Apr 2018 10:05:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.001
X-Spam-Level: 
X-Spam-Status: No, score=-7.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_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qti.qualcomm.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 axGaJ6PMwZtO; Mon, 23 Apr 2018 10:05:39 -0700 (PDT)
Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D75D12D87A; Mon, 23 Apr 2018 10:05:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1524503139; x=1556039139; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version; bh=VF8DWSjsjFvt1XOkzUl4RgkMmhtHCFU+zkPDVGI4gJ4=; b=ZN5yULo+WMNzTkcm3Tl1QHT8PTDmv/7HVkK1PllMvDKkITP/M37y2UWa wxbLEgsfuu29aqQUuQrLMF+92CM2rH4rycNSYs+vlE47SmtOChzR1KViG K+ffAMGn1uXGHMvh2ByvNwrf6AV2ySUbtNjGQzIr2oV8j+1EndqAxPo+r c=;
X-IronPort-AV: E=Sophos;i="5.49,318,1520924400"; d="scan'208";a="433003272"
Received: from unknown (HELO ironmsg01-sd.qualcomm.com) ([10.53.140.141]) by wolverine02.qualcomm.com with ESMTP; 23 Apr 2018 10:05:38 -0700
Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by ironmsg01-sd.qualcomm.com with ESMTP/TLS/AES256-SHA; 23 Apr 2018 10:05:38 -0700
Received: from [10.38.244.55] (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Mon, 23 Apr 2018 10:05:37 -0700
From: Pete Resnick <presnick@qti.qualcomm.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
CC: tom p. <daedulus@btconnect.com>, <ippm@ietf.org>, <gen-art@ietf.org>, <ietf@ietf.org>
Date: Mon, 23 Apr 2018 12:05:36 -0500
X-Mailer: MailMate (1.11.1r5471)
Message-ID: <5EB915C3-2DA3-4FA9-8190-4FD3ECBF0F48@qti.qualcomm.com>
In-Reply-To: <48C50081-B879-4A83-B8F6-A4562756C2DA@gmail.com>
References: <152450209311.21874.12317789046221633@ietfa.amsl.com> <48C50081-B879-4A83-B8F6-A4562756C2DA@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01E.na.qualcomm.com (10.85.0.31) To NASANEXM01F.na.qualcomm.com (10.85.0.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/XhhHSUvmybYSj5fO7lBtAS-id6I>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-09.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2018 17:05:41 -0000

Thanks Mahesh. Looks great.

pr

On 23 Apr 2018, at 11:54, Mahesh Jethanandani wrote:

> Tom/Pete,
>
> We believe this version of the draft addresses your comments.
>
> Thanks.
>
>> On Apr 23, 2018, at 9:48 AM, internet-drafts@ietf.org wrote:
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts 
>> directories.
>> This draft is a work item of the IP Performance Measurement WG of the 
>> IETF.
>>
>>        Title           : Two-Way Active Measurement Protocol (TWAMP) 
>> Data Model
>>        Authors         : Ruth Civil
>>                          Al Morton
>>                          Reshad Rahman
>>                          Mahesh Jethanandani
>>                          Kostas Pentikousis
>> 	Filename        : draft-ietf-ippm-twamp-yang-09.txt
>> 	Pages           : 68
>> 	Date            : 2018-04-23
>>
>> Abstract:
>>   This document specifies a data model for client and server
>>   implementations of the Two-Way Active Measurement Protocol (TWAMP).
>>   The document defines the TWAMP data model through Unified Modeling
>>   Language (UML) class diagrams and formally specifies it using YANG.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>>
>> There are also htmlized versions available at:
>> https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-09
>> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-09
>>
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-twamp-yang-09
>>
>>
>> Please note that it may take a couple of minutes from the time of 
>> submission
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>
> Mahesh Jethanandani
> mjethanandani@gmail.com


From nobody Tue Apr 24 03:22:33 2018
Return-Path: <daedulus@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5BC81241F8; Tue, 24 Apr 2018 03:22: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, RCVD_IN_MSPIKE_H2=-0.001, 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=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JoiY-7DWrAyv; Tue, 24 Apr 2018 03:22:25 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50137.outbound.protection.outlook.com [40.107.5.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD23A1201F2; Tue, 24 Apr 2018 03:22:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=N0WO8NuMk5FhHe6i0lDRknPOVd9u1kq8Q9Y+u9RGpMw=; b=jD5IAamyMgCKW+BxVwENyGc/NI5dEeDfcTlHf7/b4IQIsrUiMmdkfwkiiqwBvlS9oe5QHgGHj5sYV+V0m67PXKuXUKArXUG1mauB/IGJ0Lsw74izGkGNRpwCrCiR4XVz+GX6jqrQXe5Y175kpOGvNt7edfVa66O2CevsuhoapxU=
Received: from pc6 (86.165.129.75) by DB6PR0701MB2343.eurprd07.prod.outlook.com (2603:10a6:4:60::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.715.7; Tue, 24 Apr 2018 10:22:21 +0000
Message-ID: <01da01d3dbb6$0030b800$4001a8c0@gateway.2wire.net>
From: "tom p." <daedulus@btconnect.com>
To: "Mahesh Jethanandani" <mjethanandani@gmail.com>, "Pete Resnick" <presnick@qti.qualcomm.com>
Cc: <ippm@ietf.org>, <gen-art@ietf.org>, "ietf" <ietf@ietf.org>
References: <152450209311.21874.12317789046221633@ietfa.amsl.com> <48C50081-B879-4A83-B8F6-A4562756C2DA@gmail.com>
Date: Tue, 24 Apr 2018 11:21:09 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.165.129.75]
X-ClientProxiedBy: VI1PR07CA0149.eurprd07.prod.outlook.com (2603:10a6:802:16::36) To DB6PR0701MB2343.eurprd07.prod.outlook.com (2603:10a6:4:60::9)
X-MS-PublicTrafficType: Email
X-Microsoft-Antispam: UriScan:(178726229863574); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:DB6PR0701MB2343; 
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 3:3oUIuhwzjYA3cFi3ngI2EGQVf09Tf+jBQPQFgjK2tKQLvlpnjB4Rw1JPVspc12HC+QnpM2TW7D+2fHEHmAuJhiHIGADFa/GW8tJ/m07tVEiahLBQ23cODH/A312Les5L/QO+zoPhChOcCybYTx9kdUIDUWOo9FyEAnxxUha9OiPV2N3UC667wd2aSej0vn2vafkLWCkySq43EhK2c/lONoVryatET34dbrRroleHOy1CRNPwRIKZ3hgJBYKQNgZxefUP+EiTiV6I58kqi2jaPVix7KHgzeVvglBFgB1E/IA=; 25:oE2RjVjxnd3f8VMQMD9hgdEdW4Jiv8xniUz6GLRvXa2NccGOY71j41+B/jwInEskLdCdeGTuEEb5FqzXW/HLVU8IWnsmuOusUYMB0PuRu6l3HtedbMRD688jQR4FwYvz18RdtlWMlvVQY2F6V+sqqcvXEDDeC4FjCWNYgLRReTxLvSwwYJRyun55/Ho69DfHxS/DtIWxBMTnLHegnieCrK2mIWvMZmNOOo1dC9eWgwEhsWvNmk1RSYQRdVFglGNoxAt3Mjh1M/fUXqNEr1B5nbEFOsfkAEy79q5mbWpMjwQ98P/dJEWVqnQ1Sdwvod1Dy8fN+4a8LyMlt3H5QNNocw==; 31:6O3icopcL/CSEa99Tpsgw8UnR6EuUuwiZ6iZRmh1gs5Eao0EP3RmSZoMaXAhcHc77CV/1XvYqo188VV9XoKUgbLQZLL2mvJTlB2+/3zSbNcrW5uyMYxftHdaEkx1ycaONqDwbjn/Zs05bkna1tm9tKfgKlRppZWDnYltzfVgLjzi7xy3+euLt91YEkvsz148IY5rGJwrKNikRFdWDVaocqp7vNmja5kE/tqlJ0mZbk0=
X-MS-TrafficTypeDiagnostic: DB6PR0701MB2343:
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; 
X-Microsoft-Antispam-PRVS: <DB6PR0701MB2343C48BD88474EE96827E3BC6880@DB6PR0701MB2343.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(178726229863574)(158342451672863)(120809045254105)(85827821059158)(788757137089);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231232)(944501410)(52105095)(10201501046)(3002001)(93006095)(93001095)(6055026)(6041310)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DB6PR0701MB2343; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2343; 
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 4:lg1cKRKzPBcSS9DGHDV6dmiLjtc3O3HBR6jydh7+a9t7FMktq3TbmoF8nWBZDuR+YcI6mivR6dbpzrMNl4dwtJH6Z9jJq4/kfZyP31sgjtSV/s5k33n3e2liDjWh++P1Me6NmIgOVGnuAdsf1+Yd4PUsOAyGwVb1NNIjuvPjmgn396wt4x9PrCSoDSeRZqR/V8QspVLC4IgEUfgBeE2FAY87opdEa4nmzOGiwoguGDHhxe5gDhGSsboznc0F8Humv9lqANcm+3IsMwtZS2R4L3peZbFzVj6kiddyFzE5Z8AA2diT2RjBCBA/VQkxiSvJqPrjMSI+46c2K4EMxoDed01cKoHUyHdshYDfg2idbMUIVbFw2mDbD2FZwBPWwoDjkorxdDF/JjerTJHvuetBgdP2SQSE3HyXHS8YOyielBASCkiaucy2oaYfVXZCtLWI
X-Forefront-PRVS: 0652EA5565
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(39860400002)(39380400002)(376002)(346002)(396003)(366004)(51444003)(199004)(189003)(377424004)(13464003)(6116002)(305945005)(6486002)(3846002)(26005)(966005)(62236002)(44716002)(68736007)(316002)(54906003)(110136005)(47776003)(1556002)(4720700003)(4326008)(486006)(5660300001)(44736005)(25786009)(14496001)(7736002)(97736004)(86362001)(478600001)(105586002)(33896004)(386003)(53546011)(81816011)(66066001)(81686011)(6666003)(52116002)(229853002)(53936002)(956004)(6306002)(9686003)(6496006)(76176011)(106356001)(39060400002)(50466002)(446003)(23756003)(81166006)(81156014)(6246003)(61296003)(2906002)(50226002)(186003)(84392002)(8936002)(8676002)(16526019)(476003)(230700001)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2343; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; 
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; DB6PR0701MB2343; 23:uHDyD/HNmvfntEVqK/zM2ZtaSGss2c64Fjtjv?= =?iso-8859-1?Q?pNM9oNwi/cbb7IwoTbbD4Xwi+HVWhkbgQfGUVCpdMDFpEh2P5oL0z5RjO3?= =?iso-8859-1?Q?yHWsxWV1lVejnY9rNP8NCgKxylImJ3aFDFFkPEIsnfEiKlHPaMbBmu6W5m?= =?iso-8859-1?Q?Dwjy5JCWYA6Pa0jKt824YBKzdRGvp7Okzo5ACkzYXkMWe4c5IRx23jvAro?= =?iso-8859-1?Q?uQtQ48WBvlrxgQsJqEEpM5gp+V7QgKtSNtTgsBrSUFOLDN12M6SiEOUZiV?= =?iso-8859-1?Q?8ksPlZiTlZliV8BXjw4XjjN73qRulsjOIrdSgJk2Px2QQqoGx7FWYyBHr4?= =?iso-8859-1?Q?xE7z0/4TSjQYaVfzPTryDFRG9wjmbejLNHzlg7lVTjeBMq9VGXFXptdwte?= =?iso-8859-1?Q?dl8cpPbR6hPsa7cIpILmYbw8Lr8dAOpp/Ikq9PLu7mVx0//PRZ/Y6pxX+7?= =?iso-8859-1?Q?+NFeD7I3TkfAb+GKoFoc4+aR28m4AU0/tPY8DVzwBsbuhE6EuWbxaaBiHo?= =?iso-8859-1?Q?L+8fIGapoBX4pa8c6QT+imxiR11hb+uI23YuDLeNQ7enG6H+VASJ8eQeiy?= =?iso-8859-1?Q?aaH4/4HRHAH7M9EJ571hyu0ceyL5dejbZVudL+bytyym7JbVPrjiff/iV+?= =?iso-8859-1?Q?3T4BPaAXfVj6GHH+p68XWGAqA7rTVoFLZVo4Hrj2A4Q1X+ZjRLAqjb3dSx?= =?iso-8859-1?Q?EpgVTmdxrtcSCjuXfHLUyVyVL7ab0S7OGPm4aSNhTKTS/BE4koCF06ZmEJ?= =?iso-8859-1?Q?q6WNRqXETcw3Jj75JuyNJFlhZm1JT162qdwyRhvFi/PhMqMgebOtB1X3A5?= =?iso-8859-1?Q?4hkYOwqJY2Uy0nOqI1+6tFrfOAHGoktkoe+pJq57rgfnhTEOsantidPvFT?= =?iso-8859-1?Q?97b5CokmjzrlRUYQauHo8NFu2mReXuIA6NEHg0shr0wXn6gIudn+ykuC0s?= =?iso-8859-1?Q?9mnG9Rfrb3wYpg2h9QS/nkWIcw2hv51GcX9vaiH7wia/3xj2aKNzGULB04?= =?iso-8859-1?Q?iDrLRVqTj//mHcDB0qy8Utcmnhavkt/LiCXUTyliiescF8Ik1WQALJBtpC?= =?iso-8859-1?Q?kNz0e+1LEmq8rNOifNK5fmrKjOTk+wDYCPaeXugJ6OZWAPOpd9YzHXzHgd?= =?iso-8859-1?Q?2hUB7+22lpdN+rgLu7CcskdHDH5SfGngOaPZW4DUMjUL0vYMCu8DjAwFXr?= =?iso-8859-1?Q?yBAupOSOpytM09DhJzvIpkXQ//+P9W0B0POGabBC7dCT5yPKZyBpBMLT7F?= =?iso-8859-1?Q?/RuYWZXnc66M2GM4nRmkvNGARrBI6vMEPf0w93POEuqYpsHsH/ftmASEDQ?= =?iso-8859-1?Q?5MtPLwSKUkaLh1epRZg1Mg9tZ6cie3OKPf0EjvVF15YaGsQyeRpbY57+rH?= =?iso-8859-1?Q?jG+7vSI+tfC+OtJbl/pcpiybbOGtnpPcicGP8oYn5n+x8vF4ar8tuMVp3A?= =?iso-8859-1?Q?Vy0g8u4ZwPd3L5eJT8cppIz8e9VY7Ze0M4xu52FaBgo7Rob84xXGk98ilz?= =?iso-8859-1?Q?bVp2elaYSfT8HkYnX79nNs1ghdrB+evHx8BOXe7mET3OsKw8I1bBJr3TCL?= =?iso-8859-1?Q?8rG6b4LN+5uW/gfSVkehRqFByADTINloXuXk6rsv+65WcpkIMZAPV5EaYU?= =?iso-8859-1?Q?1jMbEv0HhEBzNES6MTT0QqDY1WF66qD1Nr9ZsK1r7IzXTLkBi4vS0g6?=
X-Microsoft-Antispam-Message-Info: I7iLBo3/FxQqcUzevPwRmF6zLyKoQ3yQ/TPGaSVQcUgMN9YpY/ISzzwv6NLei1MHlqjIN6t/QWBkOKYGzyXnjwug0kWbT8wHIxkYp9pz+WUVnE4cXfVLK0sUQU7xat8DZ962NhER7l0CJp+dhPQCSZ78pXBNIfC58TLo/GvzznbLLXB0TfWCHVXmZLThIr4I
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 6:w0RK9hNn2KT+HTSTIByxgUoUyYbv4Q2+U0ZKt0Up7/ynvZgEJ94uyVXcJllZQZ4XSwANMHqOv/VR8xnDsPxpE2PzAVsif05arOBbaAru1I/SJ+hejx23dqgEJEcdkGP7inKFbTs8/IYJVKG9SKH7rxgRoDjPvaOVLXL1SgQ8Y1yfTWcjfdqQ2VzimsGo7SGXaiGNLKRJ7tsby9oAl5taRs9XhZJw3qicDx1SiwB5xZSQlXY1Uf4C7+M13kA34wzoTeRAuirl/BgShubVA8DaAYF2QsT96m9ezn3adN3ETmQ1+UsTtW4RkXSmBxj7tngsEW9dYbphmsB7Poka7kdB5zqOANDG3aG4yWjUNNHFBvd7piDL6DHpZehj7TPHQEF2C3ra9vcBYjWmRxM58rrd4Eb8WlI+gC3wrYjejPIIuB919Q5u+fo+7oDUt2uBSUMOeaAoDIDhzonzCcuttfC2eQ==; 5:rL3i4X8cCg64uKOodb+xi7xn01DRuNyXge63uPfg9QCkQYj+5ft49KUUUYrZtKaYfUCykjvY4wlhKvKB9b9+JUR3/r2HqWfeuCEZ4stxnPMMmbqk6z4jjf5gYl9qNZT4zjPnjY4mKteyi8QrTNttzMEW0jXu5LdJ2cVXeB0rQmE=; 24:DAbKgPYhq+RaeC5SCkDhkqc/HtSNwjh7dG6OSJaB9KqUlbw0l9crI8lpCuhHy641sWEsieMGwvIrQwsiAd7mvobH7GACp6kfziXwWPsZQEc=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 7:Pc7fAzp2ZNcLnIXRWw9MldIc1fWVhqRLtujj0/eMAFTor4g9crHofFnr96d0QrTpeuOOUhRrZkVBZ0736JDMgTYdkCX4FxEUJsniWGRp4L8/IBnYAmSa0iyY/LQoRSRQWKDN5v/3ATsSEi3M16Z2MMDG9fHzmQmBr75EMxpg4n+A3COE6JVHV00B4HrcsrNMM2Fnp1g5A8Y8whgzeS2EC7nFBhGjJVLJ3fQKFfK5jpa1dtTxc9jvA7avdHTX4yOh
X-MS-Office365-Filtering-Correlation-Id: d2ab02b8-e4a2-4905-bd39-08d5a9cd4419
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Apr 2018 10:22:21.1444 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: d2ab02b8-e4a2-4905-bd39-08d5a9cd4419
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2343
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/3fSF1H7bC661IgKv7nz9hz17n3o>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-09.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Apr 2018 10:22:28 -0000

Mahesh

Almost

You ask the RFC Editor to
"replace  reference to RFC XXXX, and draft-ietf-port-twamp-test "

I think that you mean
draft-ietf-ippm-port-twamp-test

I said that I was still thinking about secret-key and still am; I am
unsure what secret-key should look like.

There are two rival models for keystore.  RTGWG have produced RFC8177
which has

choice key-string-style {
...
     case keystring {
..
                   type string;
                   description  "Key string in ASCII format.";

     case hexadecimal {
..
                   type yang:hex-string;
                   description "Key in hexadecimal string format.


The NETCONF WG have produced a number of I-D, such as
draft-ietf-netconf-keystore, all of which have keys of type binary.

A YANG string, as this I-D currently references, limits the character
set of string which I do not think works without a binary or hex-string
alternative.

I note that
 draft-mirsky-ippm-twamp-light-yang
went for a keychain-ref while

draft-ietf-ospf-yang
has
 case auth-trailer-key {
...
               type string;
               description  "Key string in ASCII format.";
 without a hexadecimal alterntive which would seem to have limited
entropy.

Perhaps binary, as you had it originally, is best but I do think that
the IETF is confused, or conflicted, here.

Tom Petch


----- Original Message -----
From: "Mahesh Jethanandani" <mjethanandani@gmail.com>
To: "tom p." <daedulus@btconnect.com>; "Pete Resnick"
<presnick@qti.qualcomm.com>
Cc: <ippm@ietf.org>; <gen-art@ietf.org>; <ietf@ietf.org>
Sent: Monday, April 23, 2018 5:54 PM

Tom/Pete,

We believe this version of the draft addresses your comments.

Thanks.

> On Apr 23, 2018, at 9:48 AM, internet-drafts@ietf.org wrote:
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
> This draft is a work item of the IP Performance Measurement WG of the
IETF.
>
>        Title           : Two-Way Active Measurement Protocol (TWAMP)
Data Model
>        Authors         : Ruth Civil
>                          Al Morton
>                          Reshad Rahman
>                          Mahesh Jethanandani
>                          Kostas Pentikousis
> Filename        : draft-ietf-ippm-twamp-yang-09.txt
> Pages           : 68
> Date            : 2018-04-23
>
> Abstract:
>   This document specifies a data model for client and server
>   implementations of the Two-Way Active Measurement Protocol (TWAMP).
>   The document defines the TWAMP data model through Unified Modeling
>   Language (UML) class diagrams and formally specifies it using YANG.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-09
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-09
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-twamp-yang-09
>
>
> Please note that it may take a couple of minutes from the time of
submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Wed Apr 25 13:56:04 2018
Return-Path: <adam.w.montville@gmail.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 718B612D80E; Wed, 25 Apr 2018 13:56:02 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Adam Montville <adam.w.montville@gmail.com>
To: <secdir@ietf.org>
Cc: ippm@ietf.org, ietf@ietf.org, draft-ietf-ippm-twamp-yang.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.79.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152468976242.23320.3891636367160271859@ietfa.amsl.com>
Date: Wed, 25 Apr 2018 13:56:02 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/45GXAk_IfH91-4_G6csmn0vsZFY>
Subject: [ippm] Secdir last call review of draft-ietf-ippm-twamp-yang-08
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Apr 2018 20:56:02 -0000

Reviewer: Adam Montville
Review result: Ready

I have reviewed this document as part of the security directorate's ongoing
effort to review all IETF documents being processed by the IESG.  These
comments were written primarily for the benefit of the security area directors.
 Document editors and WG chairs should treat these comments just like any other
last call comments.

The summary of the review is: Ready; the Security Considerations cover
in-transit protections well enough, and recommends controlling access to
writable nodes.

One suggestion I have is that the security considerations could do a better job
drawing a straight line between "a number of nodes...which are writeable" and
the "Examples of notes that are particularly vulnerable..." The example is
simply, "...several timeout values put in the protocol to protect against
sessions that are not active but are consuming resources." This would suggest
that controlling access to writable timeout values would mitigate denial of
service, which could be beneficial to state explicitly. Are all of the other
writable nodes of the same character, or would some lead to, for example,
privilege escalation? In other words, while doing so is probably not strictly
necessary for the success of the draft, making the security issues as clear as
possible for at least each category of writable node seems like a good idea to
help those who may not otherwise be aware.


From nobody Wed Apr 25 17:29:04 2018
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CE8B12D96C; Wed, 25 Apr 2018 17:28:50 -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 STyAh3bF2PAq; Wed, 25 Apr 2018 17:28:45 -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 1C57012D7F8; Wed, 25 Apr 2018 17:28:45 -0700 (PDT)
Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w3Q0PiaC018729; Wed, 25 Apr 2018 20:28:41 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0048589.ppops.net-00191d01. with ESMTP id 2hk3d3gw7v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 25 Apr 2018 20:28:41 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3Q0SegX019835; Wed, 25 Apr 2018 19:28:40 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3Q0SZCW019777; Wed, 25 Apr 2018 19:28:35 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id 83E3140002AB; Thu, 26 Apr 2018 00:28:35 +0000 (GMT)
Received: from tlpd252.dadc.sbc.com (unknown [135.31.184.157]) by zlp30496.vci.att.com (Service) with ESMTP id 6BC1740002A6; Thu, 26 Apr 2018 00:28:35 +0000 (GMT)
Received: from dadc.sbc.com (localhost [127.0.0.1]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3Q0SZMr046213; Wed, 25 Apr 2018 19:28:35 -0500
Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id w3Q0STsg046078; Wed, 25 Apr 2018 19:28:29 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-blue.research.att.com (Postfix) with ESMTP id BE42EF0664; Wed, 25 Apr 2018 20:28:28 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0389.001; Wed, 25 Apr 2018 20:28:28 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Francesca Palombini <francesca.palombini@ericsson.com>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "ippm@ietf.org" <ippm@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-ippm-2330-ipv6.all@ietf.org" <draft-ietf-ippm-2330-ipv6.all@ietf.org>
Thread-Topic: Genart last call review of draft-ietf-ippm-2330-ipv6-04
Thread-Index: AQHT2vAXJ7QhBzk6CU6+ArpFcLOf66QR+ngA
Date: Thu, 26 Apr 2018 00:28:23 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF4A8EE72E@njmtexg5.research.att.com>
References: <152448027744.5388.467690097024295297@ietfa.amsl.com>
In-Reply-To: <152448027744.5388.467690097024295297@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [104.129.192.109]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-04-25_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-1804260003
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/rBb2DnLEH9Wmww6WSGXBPsfEXrY>
Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-2330-ipv6-04
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Apr 2018 00:28:50 -0000

VGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgRWRpdG9yaWFsIENvbW1lbnRzLCBGcmFuY2VzY2Eu
DQoNClBsZWFzZSBzZWUgcmVwbGllcyBpbi1saW5lLCBbYWNtXQ0KQWwNCg0KPiAtLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBGcmFuY2VzY2EgUGFsb21iaW5pIFttYWlsdG86ZnJh
bmNlc2NhLnBhbG9tYmluaUBlcmljc3Nvbi5jb21dDQo+IFNlbnQ6IE1vbmRheSwgQXByaWwgMjMs
IDIwMTggNjo0NSBBTQ0KPiBUbzogZ2VuLWFydEBpZXRmLm9yZw0KPiBDYzogaXBwbUBpZXRmLm9y
ZzsgaWV0ZkBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1pcHBtLTIzMzAtaXB2Ni5hbGxAaWV0Zi5vcmcN
Cj4gU3ViamVjdDogR2VuYXJ0IGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pcHBtLTIz
MzAtaXB2Ni0wNA0KPiANCj4gUmV2aWV3ZXI6IEZyYW5jZXNjYSBQYWxvbWJpbmkNCj4gUmV2aWV3
IHJlc3VsdDogUmVhZHkgd2l0aCBOaXRzDQo+IA0KPiBJIGFtIHRoZSBhc3NpZ25lZCBHZW4tQVJU
IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgR2VuZXJhbCBBcmVhDQo+IFJldmlldyBUZWFt
IChHZW4tQVJUKSByZXZpZXdzIGFsbCBJRVRGIGRvY3VtZW50cyBiZWluZyBwcm9jZXNzZWQNCj4g
YnkgdGhlIElFU0cgZm9yIHRoZSBJRVRGIENoYWlyLiAgUGxlYXNlIHRyZWF0IHRoZXNlIGNvbW1l
bnRzIGp1c3QNCj4gbGlrZSBhbnkgb3RoZXIgbGFzdCBjYWxsIGNvbW1lbnRzLg0KPiANCj4gRm9y
IG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIEZBUSBhdA0KPiANCj4gPGh0dHBzOi8v
dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0NCj4gM0FfX3RyYWMuaWV0
Zi5vcmdfdHJhY19nZW5fd2lraV9HZW5BcnRmYXEmZD1Ed0lDYVEmYz1MRllaLQ0KPiBvOV9IVU1l
TVRTUWljdmpJZyZyPU9mc1N1OGtUSWx0VnlEMW9MNzJjQncmbT1WSkt3WUxMZ0M1eVZOaGp0RWw1
SWFnVkNUWmRuTA0KPiA1LThfb2ZMWDBsa2w1NCZzPXlJNmc2eklEaDdhVk5SVE5OUnNnbjVBSl9S
djR4TzN1YXZEdTV2V08zbzgmZT0gPi4NCj4gDQo+IERvY3VtZW50OiBkcmFmdC1pZXRmLWlwcG0t
MjMzMC1pcHY2LT8/DQo+IFJldmlld2VyOiBGcmFuY2VzY2EgUGFsb21iaW5pDQo+IFJldmlldyBE
YXRlOiAyMDE4LTA0LTIzDQo+IElFVEYgTEMgRW5kIERhdGU6IDIwMTgtMDQtMjUNCj4gSUVTRyBU
ZWxlY2hhdCBkYXRlOiBOb3Qgc2NoZWR1bGVkIGZvciBhIHRlbGVjaGF0DQo+IA0KPiBTdW1tYXJ5
OiBUaGlzIGRyYWZ0IGlzIGJhc2ljYWxseSByZWFkeSBmb3IgcHVibGljYXRpb24sIGJ1dCBoYXMg
bml0cyB0aGF0DQo+IHNob3VsZCBiZSBmaXhlZCBiZWZvcmUgcHVibGljYXRpb24uDQo+IA0KPiBN
YWpvciBpc3N1ZXM6IE5vbmUNCj4gDQo+IE1pbm9yIGlzc3VlczogTm9uZQ0KPiANCj4gTml0cy9l
ZGl0b3JpYWwgY29tbWVudHM6DQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IG1vc3Qgb2YgdGhlIGZv
bGxvd2luZyBjb21tZW50cyBhcmUgc3VnZ2VzdGlvbnMgdG8gbWFrZQ0KPiB0aGUNCj4gdGV4dCBt
b3JlIGNsZWFyIGluIG15IG9waW5pb24uIEZlZWwgZnJlZSB0byBkaXNyZWdhcmQgb3IgZml4IGFz
IHlvdQ0KPiBwcmVmZXIuDQo+IA0KPiAqIFNlY3Rpb24gMzoNCj4gDQo+ICAgICAiRm9yIGV4YW1w
bGUgTmVpZ2hib3IgRGlzY292ZXJ5DQo+ICAgICBQcm90b2NvbCAoTkRQKSBbUkZDNDg2MV0gcGFj
a2V0cyBhcmUgdHJhbnNtaXR0ZWQgd2l0aCBIb3AgTGltaXQgdmFsdWUNCj4gICAgIHNldCB0byAy
NTUsIGFuZCB0aGUgdmFsaWRpdHkgdGVzdCBzcGVjaWZpZXMgdGhhdCB0aGUgSG9wIExpbWl0IE1V
U1QNCj4gICAgIGhhdmUgYSB2YWx1ZSBvZiAyNTUgYXQgdGhlIHJlY2VpdmVyLCB0b28uICBTbywg
d2hpbGUgb3RoZXIgdGVzdHMgbWF5DQo+ICAgICBpbnRlbnRpb25hbGx5IGV4Y2x1ZGUgdGhlIFRU
TC9Ib3AgTGltaXQgdmFsdWUgZnJvbSB0aGVpciBUeXBlLVANCj4gICAgIGRlZmluaXRpb24sIGZv
ciB0aGlzIHBhcnRpY3VsYXIgdGVzdCB0aGUgY29ycmVjdCBIb3AgTGltaXQgdmFsdWUgaXMNCj4g
ICAgIG9mIGhpZ2ggcmVsZXZhbmNlIGFuZCBNVVNUIGJlIHBhcnQgb2YgdGhlIFR5cGUtUCBkZWZp
bml0aW9uLiINCj4gDQo+IFJlZ2FyZGluZyB0aGUgdXNlIG9mIE1VU1Q6IFRoZSB0ZXh0IGFib3Zl
IGlzIG5vdCBhbiBhYnNvbHV0ZSByZXF1aXJlbWVudA0KPiBvZiB0aGUNCj4gc3BlY2lmaWNhdGlv
biwgYnV0IHJhdGhlciBhbiBleGFtcGxlIHRvIGEgcmVmZXJlbmNlZCBkb2N1bWVudC4gSW4gbXkN
Cj4gb3BpbmlvbiwNCj4gdXNpbmcgIm11c3QiIHdvdWxkIGJlIG9rIGhlcmUuDQo+IA0KW2FjbV0g
DQpXZSdyZSBoZWxwaW5nIHRoZSByZWFkZXIgdG8gc2VhcmNoIGZvciByZXF1aXJlbWVudHMNCmJ5
IHVzaW5nIE1VU1QsIGFsYmVpdCBhIHJlZmVyZW5jZWQgcmVxdWlyZW1lbnQuDQoNCj4gKEFib3V0
IE1VU1QsIHdhcyB0aGVyZSBhbnkgc3BlY2lmaWMgcmVhc29uIG5vdCB0byB1c2UgdGhlIHVwZGF0
ZWQNCj4gYm9pbGVycGxhdGUNCj4gcmVmZXJlbmNpbmcgUkZDODE3ND8pDQo+DQpbYWNtXSANCllv
dSBtZWFuIHRoZSBSZXF1aXJlbWVudHMgTGFuZ3VhZ2UgUkZDIGhhcyBiZWVuIHVwZGF0ZWQ/DQpO
ZXdzIHRvIG1lLiAgV2lsbCBmaXguIFNlZW1zIGxpa2UgdGhlIE5pdHMgY2hlY2sgc2hvdWxkIGNh
dGNoIHRoYXQuDQpBbHNvLCBpdCBjYW4ndCBiZSA4MTc0IGFsb25lLCB0aGUgZGVmaW5pdGlvbnMg
b2YgdGhlIHRlcm1zIGhhcyBub3QgY2hhbmdlZC4NCiANCj4gKiBTZWN0aW9uIDM6DQo+IA0KPiAg
ICAgIkxvYWQgYmFsYW5jaW5nIG92ZXIgcGFyYWxsZWwgcGF0aHMgaXMgb25lIHBhcnRpY3VsYXIg
ZXhhbXBsZSB3aGVyZQ0KPiAgICAgc3VjaCBhIGNsYXNzIEMgd291bGQgYmUgbW9yZSBjb21wbGV4
IHRvIGRldGVybWluZSBpbiBJUFBNDQo+ICAgICBtZWFzdXJlbWVudHMuIg0KPiANCj4gSSB3b3Vs
ZCBoYXZlIGFwcHJlY2lhdGVkIGEgcmVmZXJlbmNlIHRvIGEgbG9hZCBiYWxhbmNpbmcgb3ZlciBw
YXJhbGxlbA0KPiBwYXRocyBleGFtcGxlLg0KW2FjbV0gDQpFQ01QIGlzIGEgcmF0aGVyIHdlbGwt
a25vd24gY2lyY3Vtc3RhbmNlIGluIElQIG5ldHdvcmtpbmcgdG9kYXksDQphcyBhcmUgb3RoZXIg
Zm9ybXMgb2YgbG9hZCBiYWxhbmNpbmcsIGJ1dCBJIGRvbid0IGtub3cgb2YgYSANCmNhbm9uaWNh
bCByZWZlcmVuY2UuDQogDQo+IA0KPiAqIFNlY3Rpb24gNDoNCj4gDQo+ICAgICAiRm9yIGFuIElQ
djQgKCBbUkZDMDc5MV0gYW5kIHVwZGF0ZXMpIHBhY2tldCB0byBiZSBzdGFuZGFyZC1mb3JtZWQs
DQo+ICAgICB0aGUgZm9sbG93aW5nIGFkZGl0aW9uYWwgY3JpdGVyaWEgYXJlIFJFUVVJUkVEOiIN
Cj4gDQo+ICAgICAiRm9yIGFuIElQdjYgKFtSRkM4MjAwXSBhbmQgdXBkYXRlcykgcGFja2V0IHRv
IGJlIHN0YW5kYXJkLWZvcm1lZCwgdGhlDQo+ICAgICBmb2xsb3dpbmcgY3JpdGVyaWEgYXJlIFJF
UVVJUkVEOiINCj4gDQo+IFRvIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgZmlyc3QgYnVsbGV0IG9m
IHRoZSBsaXN0IGFib3ZlICgiSXQgaW5jbHVkZXMgYQ0KPiB2YWxpZA0KPiBJUCBoZWFkZXI6IHNl
ZSBiZWxvdyBmb3IgdmVyc2lvbi1zcGVjaWZpYyBjcml0ZXJpYS4iKSwgSSB3b3VsZCByZXBocmFz
ZQ0KPiB0aGUNCj4gdGV4dCBhYm92ZSB3aXRoIHNvbWV0aGluZyBvbiB0aGUgbGluZXMgb2Y6DQo+
IA0KPiAiRm9yIGFuIElQdlggKC4uLikgcGFja2V0IHRvIGJlIHN0YW5kYXJkLWZvcm1lZCwgdGhl
IElQdlgtc3BlY2lmaWMNCj4gY3JpdGVyaWEgZm9yDQo+IGEgdmFsaWQgSVAgaGVhZGVyIGFyZToi
DQpbYWNtXSANCllvdXIgd29yZGluZyBzdWdnZXN0aW9uIGRyb3BwZWQgdGhlIGNsZWFyIGluZGlj
YXRpb24gb2YgYSByZXF1aXJlbWVudC4NCldlIGFyZSB1c2luZyB0aGUgUkZDMjExOSB0ZXJtcyBj
b25zaXN0ZW50bHkgZm9yIHJlcXVpcmVtZW50cy4NCg0KPiANCj4gQWxzbywgbm90ZSB0aGUgc3Bh
Y2UgYmVmb3JlICJbUkZDMDc5MV0gYW5kIHVwZGF0ZXMpIg0KW2FjbV0gDQpmaXhlZC4NCg0KPiAN
Cj4gKiBTZWN0aW9uIDQ6DQo+IA0KPiAgICAgIkFuIGFkYXB0YXRpb24NCj4gICAgIGxheWVyIGVu
YWJsZXMgdGhlIHRyYW5zZmVyIElQdjYgcGFja2V0cyBvdmVyIG5ldHdvcmtzIGhhdmluZyBhIE1U
VQ0KPiAgICAgc21hbGxlciB0aGFuIHRoZSBtaW5pbXVtIElQdjYgTVRVLiINCj4gDQo+IE5FVzog
IkFuIGFkYXB0YXRpb24NCj4gICAgbGF5ZXIgZW5hYmxlcyB0aGUgdHJhbnNmZXIgb2YgSVB2NiBw
YWNrZXRzIG92ZXIgbmV0d29ya3MgaGF2aW5nIGEgTVRVDQo+ICAgIHNtYWxsZXIgdGhhbiB0aGUg
bWluaW11bSBJUHY2IE1UVS4iDQpbYWNtXSANCmFkZGVkICJvZiINCj4gDQo+ICogU2VjdGlvbiA1
Og0KPiANCj4gICAgICJBbGwgdGhlc2UgY2hhbmdlcyBNVVNUIGJlIHJlcG9ydGVkLiINCj4gDQo+
IEknZCBsaWtlIG1vcmUgY2xhcml0eSBvbiB3aGVyZSB0aGV5IHNob3VsZCBiZSByZXBvcnRlZDog
ZG9lcyB0aGlzIG1lYW4NCj4gdGhleQ0KPiBNVVNUIGJlIHJlcG9ydGVkIHdoZW4gcmVwb3J0aW5n
IHRoZSB0ZXN0IHJlc3VsdHM/IE9yIG9uIHRlc3Qgc3BlYz8gRWl0aGVyPw0KPiBCb3RoPw0KW2Fj
bV0gDQpZZXMsIHJlcG9ydGVkIHdpdGggdGhlIHRlc3QgcmVzdWx0cywgdGhpcyBpcyBhIHRlc3Rp
bmcgZnJhbWV3b3JrLg0KMjMzMCBtYWtlcyB0aGUgY29udGV4dCBjbGVhci4gQWRkZWQgIndpdGgg
dGhlIHRlc3QgcmVzdWx0cyINCj4gDQo+ICogRnJvbSBpZC1uaXRzIGNoZWNrOg0KPiANCj4gICAg
ICAoVXNpbmcgdGhlIGNyZWF0aW9uIGRhdGUgZnJvbSBSRkMyMzMwLCB1cGRhdGVkIGJ5IHRoaXMg
ZG9jdW1lbnQsIGZvcg0KPiAgICAgIFJGQzUzNzggY2hlY2tzOiAxOTk4LTAyLTIzKQ0KPiANCj4g
ICAtLSBUaGUgZG9jdW1lbnQgc2VlbXMgdG8gbGFjayBhIGRpc2NsYWltZXIgZm9yIHByZS1SRkM1
Mzc4IHdvcmssIGJ1dCBtYXkNCj4gICAgICBoYXZlIGNvbnRlbnQgd2hpY2ggd2FzIGZpcnN0IHN1
Ym1pdHRlZCBiZWZvcmUgMTAgTm92ZW1iZXIgMjAwOC4gIElmDQo+IHlvdQ0KPiAgICAgIGhhdmUg
Y29udGFjdGVkIGFsbCB0aGUgb3JpZ2luYWwgYXV0aG9ycyBhbmQgdGhleSBhcmUgYWxsIHdpbGxp
bmcgdG8NCj4gZ3JhbnQNCj4gICAgICB0aGUgQkNQNzggcmlnaHRzIHRvIHRoZSBJRVRGIFRydXN0
LCB0aGVuIHRoaXMgaXMgZmluZSwgYW5kIHlvdSBjYW4NCj4gaWdub3JlDQo+ICAgICAgdGhpcyBj
b21tZW50LiAgSWYgbm90LCB5b3UgbWF5IG5lZWQgdG8gYWRkIHRoZSBwcmUtUkZDNTM3OA0KPiBk
aXNjbGFpbWVyLg0KPiAgICAgIChTZWUgdGhlIExlZ2FsIFByb3Zpc2lvbnMgZG9jdW1lbnQgYXQN
Cj4gICAgICBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMt
DQo+IDNBX190cnVzdGVlLmlldGYub3JnX2xpY2Vuc2UtMkRpbmZvJmQ9RHdJQ2FRJmM9TEZZWi0N
Cj4gbzlfSFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09VkpLd1lMTGdD
NXlWTmhqdEVsNUlhZ1ZDVFpkbkwNCj4gNS04X29mTFgwbGtsNTQmcz1wUGNkc3JqN1pYOHNfLVh1
aEhVT05HbWRycTZ4SFhwcXFQTDRnSGJBdFc0JmU9ICBmb3IgbW9yZQ0KPiBpbmZvcm1hdGlvbi4p
DQo+IA0KPiAgICAgIElFVEYgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBvZiAyOC1kZWMtMjAwOSwg
U2VjdGlvbiA2LmMoaWlpKToNCj4gICAgICAgICBUaGlzIGRvY3VtZW50IG1heSBjb250YWluIG1h
dGVyaWFsIGZyb20gSUVURiBEb2N1bWVudHMgb3IgSUVURg0KPiAgICAgICAgIENvbnRyaWJ1dGlv
bnMgcHVibGlzaGVkIG9yIG1hZGUgcHVibGljbHkgYXZhaWxhYmxlIGJlZm9yZQ0KPiAgICAgICAg
IE5vdmVtYmVyIDEwLCAyMDA4LiAgVGhlIHBlcnNvbihzKSBjb250cm9sbGluZyB0aGUgY29weXJp
Z2h0IGluDQo+ICAgICAgICAgc29tZSBvZiB0aGlzIG1hdGVyaWFsIG1heSBub3QgaGF2ZSBncmFu
dGVkIHRoZSBJRVRGIFRydXN0IHRoZQ0KPiAgICAgICAgIHJpZ2h0IHRvIGFsbG93IG1vZGlmaWNh
dGlvbnMgb2Ygc3VjaCBtYXRlcmlhbCBvdXRzaWRlIHRoZSBJRVRGDQo+ICAgICAgICAgU3RhbmRh
cmRzIFByb2Nlc3MuIFdpdGhvdXQgb2J0YWluaW5nIGFuIGFkZXF1YXRlIGxpY2Vuc2UgZnJvbSB0
aGUNCj4gICAgICAgICBwZXJzb24ocykgY29udHJvbGxpbmcgdGhlIGNvcHlyaWdodCBpbiBzdWNo
IG1hdGVyaWFscywgdGhpcw0KPiAgICAgICAgIGRvY3VtZW50IG1heSBub3QgYmUgbW9kaWZpZWQg
b3V0c2lkZSB0aGUgSUVURiBTdGFuZGFyZHMgUHJvY2VzcywNCj4gICAgICAgICBhbmQgZGVyaXZh
dGl2ZSB3b3JrcyBvZiBpdCBtYXkgbm90IGJlIGNyZWF0ZWQgb3V0c2lkZSB0aGUgSUVURg0KPiAg
ICAgICAgIFN0YW5kYXJkcyBQcm9jZXNzLCBleGNlcHQgdG8gZm9ybWF0IGl0IGZvciBwdWJsaWNh
dGlvbiBhcyBhbiBSRkMNCj4gICAgICAgICBvciB0byB0cmFuc2xhdGUgaXQgaW50byBsYW5ndWFn
ZXMgb3RoZXIgdGhhbiBFbmdsaXNoLg0KPiANClthY21dIA0KV2UgY2FuIGFkZCB0aGUgcHJlLTUz
NzggZGlzY2xhaW1lciBhcyBhIGNhdGNoLWFsbCwgYnV0IEkgZG91YnQgdGhlIG9yaWdpbmFsIA0K
YXV0aG9ycyB3b3VsZCBtYWtlIGFueSBmdXNzIGFib3V0IHRoZSBzbWFsbCBhbW91bnQgb2YgY29t
bW9uIHRleHQgd2l0aCAyMzMwLg0KQWxtZXMsIFBheHNvbiwgTWFoZGF2aSBhbmQgTWF0aGlzIGFy
ZSBhbGwgZ2VudGxlbWVuIGFuZCB0aGUgYmVzdCBvZiB0aGVpciB0aW1lLg0KDQoNCg0K


From nobody Fri Apr 27 00:44:13 2018
Return-Path: <francesca.palombini@ericsson.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B6C412D963 for <ippm@ietfa.amsl.com>; Fri, 27 Apr 2018 00:44:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level: 
X-Spam-Status: No, score=-4.311 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_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=EFA4Gt1b; dkim=pass (1024-bit key) header.d=ericsson.com header.b=VD7RCjwd
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UPsAicsL7w7l for <ippm@ietfa.amsl.com>; Fri, 27 Apr 2018 00:44:02 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 DDC14124E15 for <ippm@ietf.org>; Fri, 27 Apr 2018 00:43:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1524815037; 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=OFCXHSIiB8fGixYGNOERg0khFlbjqRwIQ5TqwCHjtKk=; b=EFA4Gt1b8hRFZR8A+6eIvXYGiHsN5OwKwa/dcLmnIOTrKBthtU3eGnUqiAQqtDxT 5o7F9JsLPf8Gis7bVDa9/LrP2mGQn8azB0oMYmAV1xkkrt9lt7Pm6Ic9jL4+zfQi 3XHfrrK1Fn8ZLEO9X08O8GfOPtHH30lbgwOP1bM9aAU=;
X-AuditID: c1b4fb30-0dfff70000007681-7d-5ae2d4bc3160
Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.183.51]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 63.A3.30337.CB4D2EA5; Fri, 27 Apr 2018 09:43:57 +0200 (CEST)
Received: from ESESSMB501.ericsson.se (153.88.183.162) by ESESSHC011.ericsson.se (153.88.183.51) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 27 Apr 2018 09:43:56 +0200
Received: from ESESBMB501.ericsson.se (153.88.183.168) by ESESSMB501.ericsson.se (153.88.183.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 27 Apr 2018 09:43:56 +0200
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB501.ericsson.se (153.88.183.168) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Fri, 27 Apr 2018 09:43:56 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=OFCXHSIiB8fGixYGNOERg0khFlbjqRwIQ5TqwCHjtKk=; b=VD7RCjwdYqYlGXWtXQ1KzOSRNTRaRHZ03HgmMxvYhHKy6OX7e1cB5l2iaC/pRFUulbLw64eGL+CkPfugCKKsAMNKQyJ42KJl0YcREs2R1HlXZrSFJFpm4JJDiULvh3ZCZW5zLwsxJ3x8/ewwnB2awtuxX7LWmOqm97PE44u1D/0=
Received: from AMSPR07MB344.eurprd07.prod.outlook.com (10.242.20.149) by AMSPR07MB437.eurprd07.prod.outlook.com (10.242.23.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.715.13; Fri, 27 Apr 2018 07:43:54 +0000
Received: from AMSPR07MB344.eurprd07.prod.outlook.com ([fe80::a4cd:9b02:77:f1cf]) by AMSPR07MB344.eurprd07.prod.outlook.com ([fe80::a4cd:9b02:77:f1cf%6]) with mapi id 15.20.0715.016; Fri, 27 Apr 2018 07:43:54 +0000
From: Francesca Palombini <francesca.palombini@ericsson.com>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "ippm@ietf.org" <ippm@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-ippm-2330-ipv6.all@ietf.org" <draft-ietf-ippm-2330-ipv6.all@ietf.org>
Thread-Topic: Genart last call review of draft-ietf-ippm-2330-ipv6-04
Thread-Index: AQHT3PWQ7FunExdOLkWkxR8MgcCv6qQUNITQ
Date: Fri, 27 Apr 2018 07:43:54 +0000
Message-ID: <AMSPR07MB344BD1CAD8FF6AD6AB10A3B988D0@AMSPR07MB344.eurprd07.prod.outlook.com>
References: <152448027744.5388.467690097024295297@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF4A8EE72E@njmtexg5.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF4A8EE72E@njmtexg5.research.att.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=francesca.palombini@ericsson.com; 
x-originating-ip: [192.176.1.87]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AMSPR07MB437; 7:44HlhONOOS/wCUEHJ4Xy2tz2Frd9jelGr92Inwx+DBYfOjni9tnIhvC6UIEf5G3I7VlH1aqe0S1XbaiB5FE5MGmYTDMusfaDXU+2ztgPLj4qAjgGYT25h/bt9iSTmUeM/jPHklbWVC68+kun9ngpU7pGhSC8iDTzYpOASg52xFcS+l05tZwsju6uo10Hs17qWIw9Zd0le47gGXpHyqRNKjjDd4LKmfN+V7gnQljgrSuN7CjQInJH5rXD77aKjemW
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:AMSPR07MB437; 
x-ms-traffictypediagnostic: AMSPR07MB437:
x-microsoft-antispam-prvs: <AMSPR07MB43714CD92D801E60E3768C5988D0@AMSPR07MB437.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3231232)(944501410)(52105095)(3002001)(6041310)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:AMSPR07MB437; BCL:0; PCL:0; RULEID:; SRVR:AMSPR07MB437; 
x-forefront-prvs: 0655F9F006
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(396003)(39380400002)(39860400002)(366004)(52314003)(199004)(189003)(97736004)(7696005)(55016002)(8936002)(229853002)(316002)(2900100001)(110136005)(6436002)(76176011)(68736007)(106356001)(9686003)(3846002)(53936002)(6116002)(81156014)(66066001)(33656002)(25786009)(99286004)(7736002)(26005)(105586002)(5660300001)(54906003)(81166006)(478600001)(5250100002)(486006)(44832011)(476003)(8676002)(74316002)(3280700002)(2501003)(14454004)(6246003)(86362001)(3660700001)(4326008)(186003)(102836004)(6506007)(11346002)(305945005)(446003)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:AMSPR07MB437; H:AMSPR07MB344.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: GraLcb9UtNMF097OpWubXi10qHyx7RcvfyCBiaRGjky0gza8TaXuywqvoV16cc6DpO4tKxcQs6NCBn/Ti77MAXRKFJX5b39pkr2xjr70XQQPiDgLAY+8wXx6McslyeOcj4n/hTLKlPl/Xz/pyRifV4pxQ6QCG7HABCS57FOV9IJyPkRe82YTKkAdWecr/C2A
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: 9767a7bd-b0d5-4637-2453-08d5ac12a08e
X-MS-Exchange-CrossTenant-Network-Message-Id: 9767a7bd-b0d5-4637-2453-08d5ac12a08e
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Apr 2018 07:43:54.4914 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AMSPR07MB437
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02SXUhTYRzGeXfO0eNwcppf/xTJTggp+LUKdiFSlLQQSr2wWERNPehoTt1Z kkLlx41MHZYO2hSWujAMMnWRzik0tcySVi0v8tuZYVZKNiO02bazoLvneZ/fy/P/v7wkJmwm oki5Us2olDIFHcDH9ReeHkkcdixLU9bHSbHW1orEI3MvCPGHL1u4eLXXiIsbFr9jxwmJyfSb J9lbMeJZPCk/rYBRyMsZVXL6FX7RkG6CKN2MuD5ubAusQqYIDSJJoI7CvD5Xg/ikkBpDMGY3 YRoU5DFmBI3OOC7YRjDaUYs4Y+LBpGYUeSmc+uEx88AFTTzobX2NcWYWwbddK+6lAqg0sC9t EF4dRl2EwZpfPC+EUa0INr+6Ce8godQpcM8Vc0wGDK52BXJaBN26Npxri4M5d7uvWUBJwXW/ y19Wh8B4u8UHBVHZMNRs8S2BqBj4Wf3QpzEqEj6uGHleDRQFJusbjNPhsOZ0ExyfD44ZbSD3 MLFg+rOfQ2LgnbHetz5Q/TzYru3BuSARNnU6jAueILA+dPmDeNirdvjL5OC0L/t1AtSNGfy6 E4PZSboJpRr+m8/g6cY813ssydzxQWipXwo0+HbeBy/1K/g9hHejcJZh84oLRaIkRiXPZ9kS ZZKSUfchz1d5Zt5JGUBrn0/YEEUiOliw82pZKiRk5WxFsQ0BidFhgoGZJalQUCCrqGRUJZdV 1xQMa0PRJE5HCsRn+6VCqlCmZq4yTCmj+pfyyKCoKiTvv7R1Jufm3VvT0TWFiyPG0CzoC9l4 vP48Wni6SiQ4ZMMrRZmZedUHIkrNW87OeFd7mVmfM7RGjg4GqxUpj9Lpc3ZFgzZb44K3U1aJ 9sa4xaFS7553LDgKZPmfaqQxIbFNU0DfaYycLsLe52ZOOB8cnuoYljRmWMpOLhyjcbZIlpqA qVjZX9dPz78mAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/mjzh1RYp529VSZC0mOVUly5gc9k>
Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-2330-ipv6-04
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Apr 2018 07:44:06 -0000

SGkgQWwsDQoNClRoYW5rcyBmb3IgeW91ciByZXBseS4NCkkgY3V0IHNlbGVjdGVkIHBhcnRzIG9m
IHRoZSBlbWFpbCB0byBkZXRhaWwgc29tZSBvZiBteSBjb21tZW50cywgc2VlIGlubGluZS4gDQoN
CkZyYW5jZXNjYQ0KDQo+ID4gKEFib3V0IE1VU1QsIHdhcyB0aGVyZSBhbnkgc3BlY2lmaWMgcmVh
c29uIG5vdCB0byB1c2UgdGhlIHVwZGF0ZWQNCj4gPiBib2lsZXJwbGF0ZSByZWZlcmVuY2luZyBS
RkM4MTc0PykNCj4gPg0KPiBbYWNtXQ0KPiBZb3UgbWVhbiB0aGUgUmVxdWlyZW1lbnRzIExhbmd1
YWdlIFJGQyBoYXMgYmVlbiB1cGRhdGVkPw0KPiBOZXdzIHRvIG1lLiAgV2lsbCBmaXguIFNlZW1z
IGxpa2UgdGhlIE5pdHMgY2hlY2sgc2hvdWxkIGNhdGNoIHRoYXQuDQo+IEFsc28sIGl0IGNhbid0
IGJlIDgxNzQgYWxvbmUsIHRoZSBkZWZpbml0aW9ucyBvZiB0aGUgdGVybXMgaGFzIG5vdCBjaGFu
Z2VkLg0KPiANCg0KSSB0aGluayBpdCBkb2VzIGZvciBTdGFuZGFyZCB0cmFjayBkb2NzLg0KWWVz
LCBJIGRpZCBtZWFuIHRoZSBib2lsZXJwbGF0ZSB0aGF0ICphbHNvKiByZWZlcmVuY2VzIFJGQzgx
NzQgKHdoaWNoIHlvdSBjYW4gZmluZCBpbiBSRkM4MTc0KSA6KSANCg0KPiA+IEkgd291bGQgaGF2
ZSBhcHByZWNpYXRlZCBhIHJlZmVyZW5jZSB0byBhIGxvYWQgYmFsYW5jaW5nIG92ZXIgcGFyYWxs
ZWwNCj4gPiBwYXRocyBleGFtcGxlLg0KPiBbYWNtXQ0KPiBFQ01QIGlzIGEgcmF0aGVyIHdlbGwt
a25vd24gY2lyY3Vtc3RhbmNlIGluIElQIG5ldHdvcmtpbmcgdG9kYXksIGFzIGFyZQ0KPiBvdGhl
ciBmb3JtcyBvZiBsb2FkIGJhbGFuY2luZywgYnV0IEkgZG9uJ3Qga25vdyBvZiBhIGNhbm9uaWNh
bCByZWZlcmVuY2UuDQo+DQoNCk9rLiAoVGhpcyB3YXMganVzdCBmb3IgbXkgLW9yIGEgZ2VuZXJh
bGlzdCByZWFkZXItIHNha2UsIHNpbmNlIEkgYW0gbm90IHZlcnkga25vd2xlZGdlYWJsZSBpbiB0
aGUgYXJlYSkNCg0KPiA+IFRvIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgZmlyc3QgYnVsbGV0IG9m
IHRoZSBsaXN0IGFib3ZlICgiSXQgaW5jbHVkZXMNCj4gPiBhIHZhbGlkIElQIGhlYWRlcjogc2Vl
IGJlbG93IGZvciB2ZXJzaW9uLXNwZWNpZmljIGNyaXRlcmlhLiIpLCBJIHdvdWxkDQo+ID4gcmVw
aHJhc2UgdGhlIHRleHQgYWJvdmUgd2l0aCBzb21ldGhpbmcgb24gdGhlIGxpbmVzIG9mOg0KPiA+
DQo+ID4gIkZvciBhbiBJUHZYICguLi4pIHBhY2tldCB0byBiZSBzdGFuZGFyZC1mb3JtZWQsIHRo
ZSBJUHZYLXNwZWNpZmljDQo+ID4gY3JpdGVyaWEgZm9yIGEgdmFsaWQgSVAgaGVhZGVyIGFyZToi
DQo+IFthY21dDQo+IFlvdXIgd29yZGluZyBzdWdnZXN0aW9uIGRyb3BwZWQgdGhlIGNsZWFyIGlu
ZGljYXRpb24gb2YgYSByZXF1aXJlbWVudC4NCj4gV2UgYXJlIHVzaW5nIHRoZSBSRkMyMTE5IHRl
cm1zIGNvbnNpc3RlbnRseSBmb3IgcmVxdWlyZW1lbnRzLg0KPiANCg0KSSB3YXMgdHJ5aW5nIHRv
IHBvaW50IG91dCB0aGF0IHRoZSBmaXJzdCBwYXJ0IG9mIHRoZSBzZWN0aW9uIChmaXJzdCBidWxs
ZXQgbGlzdCkgZG9lcyBub3QgdXNlIFJGQzIxMTkgdGVybXMuIEkgcmVhZCB0aGUgc2Vjb25kIGJ1
bGxldCBsaXN0IGFzIGEgInN1Yi1saXN0IiBvZiB0aGUgZmlyc3Qgb25lLCB3aGljaCBpcyB3aHkg
SSB3YXMgc3VnZ2VzdGluZyByZW1vdmluZyB0aGUgUkVRVUlSRUQgdGVybS4gT3IgeW91IGNvdWxk
IHJlcGhyYXNlIHRoZSBmaXJzdCBsaXN0IHRvIHVzZSBSRVFVSVJFRCB0b28uIEFueXdheSwgdGhp
cyBpcyBuaXQtcGlja2luZy4gRmVlbCBmcmVlIHRvIGRpc3JlZ2FyZC4NCg0KPiBbYWNtXQ0KPiBX
ZSBjYW4gYWRkIHRoZSBwcmUtNTM3OCBkaXNjbGFpbWVyIGFzIGEgY2F0Y2gtYWxsLCBidXQgSSBk
b3VidCB0aGUgb3JpZ2luYWwNCj4gYXV0aG9ycyB3b3VsZCBtYWtlIGFueSBmdXNzIGFib3V0IHRo
ZSBzbWFsbCBhbW91bnQgb2YgY29tbW9uIHRleHQgd2l0aA0KPiAyMzMwLg0KPiBBbG1lcywgUGF4
c29uLCBNYWhkYXZpIGFuZCBNYXRoaXMgYXJlIGFsbCBnZW50bGVtZW4gYW5kIHRoZSBiZXN0IG9m
IHRoZWlyDQo+IHRpbWUuDQo+IA0KDQpJJ20gc3VyZSB0aGV5IGFyZSA6KSBKdXN0IHJlbGF5aW5n
IHdoYXQgdGhlIGlkLW5pdHMgdG9sZCBtZS4NCg==


From nobody Fri Apr 27 04:55:39 2018
Return-Path: <victor@jvknet.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 93B8A127286; Fri, 27 Apr 2018 04:55:32 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Victor Kuarsingh <victor@jvknet.com>
To: <ops-dir@ietf.org>
Cc: ippm@ietf.org, draft-ietf-ippm-twamp-yang.all@ietf.org, ops-dir@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.79.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152483013257.6031.2465152181290753383@ietfa.amsl.com>
Date: Fri, 27 Apr 2018 04:55:32 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/WXwRTx3SRSiploeQBIBSfhUthd0>
Subject: [ippm] Opsdir last call review of draft-ietf-ippm-twamp-yang-09
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Apr 2018 11:55:33 -0000

Reviewer: Victor Kuarsingh
Review result: Ready

Dear Authors,

I have reviewed this document as part of the Operational directorate's ongoing
effort to review all IETF documents being processed by the IESG.  These
comments were written with the intent of improving the operational aspects of
the IETF drafts. Comments that are not addressed in last call may be included
in AD reviews during the IESG review.  Document editors and WG chairs should
treat these comments just like any other last call comments.

Document Reviewed - Two-Way Active Measurement Protocol (TWAMP) Data Model
Link to Document - https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-09

Status: Ready for publication

Summary:

This document specifies a data model for client and server implementations of
the Two-Way Active Measurement protocol (TWAMP).

The document describes and covers the scope and applicability, data model
overview and detailed description of the data model.

General Comments and Feedback:

The document as reviewed is well written had has undergone considerable review.
 No additional items were seen in this review beyond those already address in
previous reviews (and versions) from genart and secdir.

No other comments and/or recommendations are made as part of this review
focused on operational considerations.

regards,

Victor Kuarsingh


From nobody Sun Apr 29 11:30:47 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 041DD1242F7; Sun, 29 Apr 2018 11:30:46 -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 BRazjcZ83H-p; Sun, 29 Apr 2018 11:30:44 -0700 (PDT)
Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E12591200B9; Sun, 29 Apr 2018 11:30:43 -0700 (PDT)
Received: by mail-pf0-x236.google.com with SMTP id v63so5065947pfk.8; Sun, 29 Apr 2018 11:30:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=K1EVB/SRgppGMr7HO/jdCihesK3EoslUWRRo0J2zji4=; b=Zd32h8rKNBY+ldWDtNoduduPJOXl7gFc42ItJQ8Iq21nLNpxDTt8RBmMHA01JM8Lq3 UNcKRF31nr090/IklCDIsGgzlOKC47DZaHINFQT4z7j0sbg6bNCMaseB7kgh/Ja1m/QQ NuQOi/ln0ij1woLb1C/8hnNrQvSy3qBSPp10agTpmx53dh3QQFtdLz11xldYZF2p4izN q9PINAQyoUBeevQlq0wlQ4dyesMx/0XBb+LU5a9bTVxIDJlo4HEsLdVELzc2woXCC1s9 y6aCgG9bsc0x8sDim/z6Qo8Ahgq5i2gCspiFLpbtWrQql7HpPV5M+oQureajvQY46iHR kyJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=K1EVB/SRgppGMr7HO/jdCihesK3EoslUWRRo0J2zji4=; b=tz1Mmrmz3LIoPfXDL8bp+lUBg1JJoPDBS6Hvxw6CRgWEGfyNXzPWzHloXCg/xc9C91 e6kAu0HAF7UfsGuCcMJHL/4/53dnInbILpZhyW4d305C7epTZ/7bgoyW6/8A2gSLNc2d juioIUkyNzEgghDnHragRc26ovs74NfOyXFxz3h2mEGvJfyjNE25GDsie6V9eCIS+Azu 4j4CxNjoItcEkVrYh+hvRXyv4jKaSIHmXl8szzY28confNvNad8YkJz3G4DZeVIYrpzu hYzmsgTNfb6ltnbq5lQdUIJUEnoeOoWAb87hUWUhOJ9NqCsxDpNfrdRYg09mhzJ0BeKz z96w==
X-Gm-Message-State: ALQs6tAIDyQQTrXO4HqoMGrMZfTGwP+asMGikc25PCOnb8BF93ytdF6w CCSl7WS2peXSrzvaNJwAxCo=
X-Google-Smtp-Source: AB8JxZrVCcZE9sCxcWQYlVkGupaCFlHQaHwdBuGzb+x0XirPp+2RpnNKcWyM8MtRuPvgLprzJun6pw==
X-Received: by 10.98.73.215 with SMTP id r84mr8022452pfi.146.1525026643035; Sun, 29 Apr 2018 11:30:43 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:91cb:6619:9683:6f0? ([2601:647:4700:1280:91cb:6619:9683:6f0]) by smtp.gmail.com with ESMTPSA id 70-v6sm9351699pgd.75.2018.04.29.11.30.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 29 Apr 2018 11:30:42 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <152483013257.6031.2465152181290753383@ietfa.amsl.com>
Date: Sun, 29 Apr 2018 11:30:41 -0700
Cc: ops-dir@ietf.org, draft-ietf-ippm-twamp-yang.all@ietf.org, ippm@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <B974FF8F-21AE-459E-A052-03F3DB55A0D5@gmail.com>
References: <152483013257.6031.2465152181290753383@ietfa.amsl.com>
To: Victor Kuarsingh <victor@jvknet.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/oenhfwH8-msK0nzdBpItPiVqzBo>
Subject: Re: [ippm] [OPS-DIR] Opsdir last call review of draft-ietf-ippm-twamp-yang-09
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Apr 2018 18:30:46 -0000

Victor,

Thank you for your review.

> On Apr 27, 2018, at 4:55 AM, Victor Kuarsingh <victor@jvknet.com> =
wrote:
>=20
> Reviewer: Victor Kuarsingh
> Review result: Ready
>=20
> Dear Authors,
>=20
> I have reviewed this document as part of the Operational directorate's =
ongoing
> effort to review all IETF documents being processed by the IESG.  =
These
> comments were written with the intent of improving the operational =
aspects of
> the IETF drafts. Comments that are not addressed in last call may be =
included
> in AD reviews during the IESG review.  Document editors and WG chairs =
should
> treat these comments just like any other last call comments.
>=20
> Document Reviewed - Two-Way Active Measurement Protocol (TWAMP) Data =
Model
> Link to Document - =
https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-09
>=20
> Status: Ready for publication
>=20
> Summary:
>=20
> This document specifies a data model for client and server =
implementations of
> the Two-Way Active Measurement protocol (TWAMP).
>=20
> The document describes and covers the scope and applicability, data =
model
> overview and detailed description of the data model.
>=20
> General Comments and Feedback:
>=20
> The document as reviewed is well written had has undergone =
considerable review.
> No additional items were seen in this review beyond those already =
address in
> previous reviews (and versions) from genart and secdir.
>=20
> No other comments and/or recommendations are made as part of this =
review
> focused on operational considerations.
>=20
> regards,
>=20
> Victor Kuarsingh
>=20
> _______________________________________________
> OPS-DIR mailing list
> OPS-DIR@ietf.org
> https://www.ietf.org/mailman/listinfo/ops-dir

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Sun Apr 29 12:37:33 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEBFE126D45; Sun, 29 Apr 2018 12:37:31 -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 rRCvFMFOpxnZ; Sun, 29 Apr 2018 12:37:29 -0700 (PDT)
Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD7E8126BF6; Sun, 29 Apr 2018 12:37:29 -0700 (PDT)
Received: by mail-pf0-x22a.google.com with SMTP id v63so5127958pfk.8; Sun, 29 Apr 2018 12:37:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=uDpEeHGQeBo1fgHaY9Upxo91jNTBzuSfv8NS3wIKPL0=; b=BgzxarL7s7+cr5GXxkTHPlhrUSSI4FfYsxAVypy5dhHncaagtFOguy17lyvUO7rGBA PctnSQL7Kxy4BdB+RjrIEpIruucbs8bVsrclYnubeDQy2k3o0Z3VZRZ5VsFN8zwYnVTQ EYrr1/5nzqJHjg7czF4LGF7ijWlVK9G5Y+/czzS4nRenl175IJZ3ozZ5u0oUhTOyYRB+ 4CBRoKqQPVqPMR3+v0akRUhKHsn40Z6pdHSaTOTHrgPUndb6zYFdoKd6s1SgOairrJrV dV4OG3HyuHYjtzUpv1FAiR6iBo97F1672stMIJVornTGDtClZkUlix2A7C8xLiaSIa0O v0wg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=uDpEeHGQeBo1fgHaY9Upxo91jNTBzuSfv8NS3wIKPL0=; b=RlmHJjNQ+WBW0lSQU7v/Nz9TbXIXBt7zi6tRBUCttomw4kro+Jjxpwx5WZTrKwe5Cn DVQWzG35WQYOEIfTUoNAZpVKimv78YbSR+K1j3+BEDYt8NN2tKiP91IZgCuOpMEjI0VP 4rNQSTtutReEXQrjOhAFsMhuxGXTu/9IWCrgs6lxc9elmiP3U3u8PXpaZamWs7gq+w3s 1miGoc54BTFdu5db6B4S16digBuNbfklhQriuiYYztUF8NYwXcMb15WRCerrtDDPvY+5 rEaocE0HybWyO+TncmL9dXWvrZqfdxMtRqjpdr8hwCd3gIZmOqfkTWPgdWNl+nXDE6la NUKw==
X-Gm-Message-State: ALQs6tA8yOIUP59Zmobd3u+tW3hnzmrx/ilrNV/dx+gQGhWynE4ARV7F mU6pYKRKMNhW2r118UIYg4s=
X-Google-Smtp-Source: AB8JxZqpyTk1jh2mVHUfnfYR+628QNcSONvqjD0/9zrTjBXFqtvQtmTsHTqlLIpvJKlOob9Fflup7w==
X-Received: by 10.98.88.65 with SMTP id m62mr1365925pfb.116.1525030649176; Sun, 29 Apr 2018 12:37:29 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:91cb:6619:9683:6f0? ([2601:647:4700:1280:91cb:6619:9683:6f0]) by smtp.gmail.com with ESMTPSA id a23sm10769992pfi.176.2018.04.29.12.37.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 29 Apr 2018 12:37:28 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <B5C320ED-85EF-4F1F-9587-223077C95DC0@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_7F0C69C0-A784-4D0F-A8DB-42222BAB00F3"
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
Date: Sun, 29 Apr 2018 12:37:27 -0700
In-Reply-To: <152468976242.23320.3891636367160271859@ietfa.amsl.com>
Cc: secdir@ietf.org, ippm@ietf.org, ietf@ietf.org, draft-ietf-ippm-twamp-yang.all@ietf.org
To: Adam Montville <adam.w.montville@gmail.com>
References: <152468976242.23320.3891636367160271859@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/P8qFue4ag_YNxN0f-XXjOdxPnCo>
Subject: Re: [ippm] Secdir last call review of draft-ietf-ippm-twamp-yang-08
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Apr 2018 19:37:32 -0000

--Apple-Mail=_7F0C69C0-A784-4D0F-A8DB-42222BAB00F3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Adam,

See comments below.

> On Apr 25, 2018, at 1:56 PM, Adam Montville =
<adam.w.montville@gmail.com> wrote:
>=20
> Reviewer: Adam Montville
> Review result: Ready
>=20
> I have reviewed this document as part of the security directorate's =
ongoing
> effort to review all IETF documents being processed by the IESG.  =
These
> comments were written primarily for the benefit of the security area =
directors.
> Document editors and WG chairs should treat these comments just like =
any other
> last call comments.
>=20
> The summary of the review is: Ready; the Security Considerations cover
> in-transit protections well enough, and recommends controlling access =
to
> writable nodes.
>=20
> One suggestion I have is that the security considerations could do a =
better job
> drawing a straight line between "a number of nodes...which are =
writeable" and
> the "Examples of notes that are particularly vulnerable..." The =
example is
> simply, "...several timeout values put in the protocol to protect =
against
> sessions that are not active but are consuming resources." This would =
suggest
> that controlling access to writable timeout values would mitigate =
denial of
> service, which could be beneficial to state explicitly.

How about this?

OLD:
   Examples of nodes that are particularly vulnerable include several
   timeout values put in the protocol to protect against sessions that
   are not active but are consuming resources.


NEW:
   Examples of nodes that are particularly vulnerable include several
   timeout values put in the protocol to protect against sessions that
   are not active but are consuming resources. Limiting access to these
   nodes will limit the ability to launch an attack in network=20
   environments.


> Are all of the other
> writable nodes of the same character, or would some lead to, for =
example,
> privilege escalation? In other words, while doing so is probably not =
strictly
> necessary for the success of the draft, making the security issues as =
clear as
> possible for at least each category of writable node seems like a good =
idea to
> help those who may not otherwise be aware.

Writing to other writable nodes is probably not as harmful as the =
timeout value. So while we consider all writeable nodes as vulnerable, =
we consider timeout value particularly vulnerable, for the reasons =
stated above.

Cheers.

>=20

Mahesh Jethanandani
mjethanandani@gmail.com


--Apple-Mail=_7F0C69C0-A784-4D0F-A8DB-42222BAB00F3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D"">Adam,<div class=3D""><br class=3D""></div><div class=3D"">See =
comments below.<br class=3D""><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"">On Apr 25, 2018, at 1:56 PM, =
Adam Montville &lt;<a href=3D"mailto:adam.w.montville@gmail.com" =
class=3D"">adam.w.montville@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div =
class=3D"">Reviewer: Adam Montville<br class=3D"">Review result: =
Ready<br class=3D""><br class=3D"">I have reviewed this document as part =
of the security directorate's ongoing<br class=3D"">effort to review all =
IETF documents being processed by the IESG. &nbsp;These<br =
class=3D"">comments were written primarily for the benefit of the =
security area directors.<br class=3D""> Document editors and WG chairs =
should treat these comments just like any other<br class=3D"">last call =
comments.<br class=3D""><br class=3D"">The summary of the review is: =
Ready; the Security Considerations cover<br class=3D"">in-transit =
protections well enough, and recommends controlling access to<br =
class=3D"">writable nodes.<br class=3D""><br class=3D"">One suggestion I =
have is that the security considerations could do a better job<br =
class=3D"">drawing a straight line between "a number of nodes...which =
are writeable" and<br class=3D"">the "Examples of notes that are =
particularly vulnerable..." The example is<br class=3D"">simply, =
"...several timeout values put in the protocol to protect against<br =
class=3D"">sessions that are not active but are consuming resources." =
This would suggest<br class=3D"">that controlling access to writable =
timeout values would mitigate denial of<br class=3D"">service, which =
could be beneficial to state explicitly. =
</div></div></blockquote><div><br class=3D""></div><div><div>How about =
this?</div><div><br class=3D""></div><div>OLD:</div><div><pre =
class=3D"newpage" style=3D"font-size: 13.3333px; margin-top: 0px; =
margin-bottom: 0px; break-before: page; font-variant-ligatures: normal; =
orphans: 2; widows: 2;">   Examples of nodes that are particularly =
vulnerable include several
   timeout values put in the protocol to protect against sessions that
   are not active but are consuming resources.</pre><div class=3D""><br =
class=3D""></div></div><div><br class=3D""></div><div>NEW:</div><div><pre =
class=3D"newpage" style=3D"font-size: 13.3333px; margin-top: 0px; =
margin-bottom: 0px; break-before: page; font-variant-ligatures: normal; =
orphans: 2; widows: 2;">   Examples of nodes that are particularly =
vulnerable include several
   timeout values put in the protocol to protect against sessions that
   are not active but are consuming resources. Limiting access to =
these</pre><pre class=3D"newpage" style=3D"font-size: 13.3333px; =
margin-top: 0px; margin-bottom: 0px; break-before: page; =
font-variant-ligatures: normal; orphans: 2; widows: 2;">   nodes will =
limit the ability to launch an attack in network&nbsp;</pre><pre =
class=3D"newpage" style=3D"font-size: 13.3333px; margin-top: 0px; =
margin-bottom: 0px; break-before: page; font-variant-ligatures: normal; =
orphans: 2; widows: 2;">   environments.</pre></div><div class=3D""><br =
class=3D""></div></div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"">Are all of the other<br =
class=3D"">writable nodes of the same character, or would some lead to, =
for example,<br class=3D"">privilege escalation? In other words, while =
doing so is probably not strictly<br class=3D"">necessary for the =
success of the draft, making the security issues as clear as<br =
class=3D"">possible for at least each category of writable node seems =
like a good idea to<br class=3D"">help those who may not otherwise be =
aware.<br class=3D""></div></div></blockquote><div><br =
class=3D""></div></div><div>Writing to other writable nodes is probably =
not as harmful as the timeout value. So while we consider all writeable =
nodes as vulnerable, we consider timeout value particularly vulnerable, =
for the reasons stated above.</div><div><br =
class=3D""></div><div>Cheers.</div><div><br =
class=3D""></div><div><blockquote type=3D"cite" class=3D""><div =
class=3D""><div class=3D""><br =
class=3D""></div></div></blockquote></div><br class=3D""><div class=3D"">
<div class=3D"">Mahesh Jethanandani</div><div class=3D""><a =
href=3D"mailto:mjethanandani@gmail.com" =
class=3D"">mjethanandani@gmail.com</a></div>

</div>
<br class=3D""></div></body></html>=

--Apple-Mail=_7F0C69C0-A784-4D0F-A8DB-42222BAB00F3--


From nobody Sun Apr 29 12:38:17 2018
Return-Path: <mjethanandani@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 749BB12D810; Sun, 29 Apr 2018 12:38: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, 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 YNn_FnAYsOES; Sun, 29 Apr 2018 12:37:52 -0700 (PDT)
Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::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 2508B12D7F7; Sun, 29 Apr 2018 12:37:47 -0700 (PDT)
Received: by mail-pf0-x22f.google.com with SMTP id a11so5123119pfn.9; Sun, 29 Apr 2018 12:37:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0LowbSPPLgDbV/GZmK7oKB3XN8+XcYDDHeAgiEgaut8=; b=A1zLWnFFIZ9g9i/NX7K4wr7ix5U4QV0vtimeuxDlVtwuapY9RqqwkCXxa7PtHMYGlc P4IEp1bAQ9GmLHdIjaZkIBviCEmprAi+BbOpNcH+JmLUK6sNuSPoMKwYezS8aWKL7FVd CmbSY/KMW0/OCJZrF5Pc+whGt59lZXFFaptet70dKH9uLDQ/UAQjy2kS/wW7ethRCFy6 +WDVX6q2gesDAqio/Ox/mnbRyXOswNxGgY0Kjm7fky7nPzzOp3RFkG4mDmTZl30v7ud8 IkAJzlge0VtLgkLEIP68uxlrhghgJXAUXLPs6TAINOk/lsf43AQAtpI5hkQTzfCbQ7y1 Dsqg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0LowbSPPLgDbV/GZmK7oKB3XN8+XcYDDHeAgiEgaut8=; b=R26xc95gUqSS6BL/1UoxyyU8PEYqsu4FrPmLYXklNvd5AVtHwp2Vb5mPWpT6l2LctD WC8BRGqxF3QyQw+bmVennePJRJ2irZR1WewP9Ogt/+729DzdAufv6sl22nsqE2SJTD/q 5XJ1LNvdbI7yft2BmkbJlvlQd/oHMNWPdtD88HwS+JS4GRxqlAxpLO0/3CfeQueWGc5g IrV9NLQShF0HC87gFlF1Ve/O8MVnechN/kzLfy0EBm7WvmEq0ng28w0rQXoVy0UUtYBz NnW9+icPd8U9PfRwBUht7Pg8vjYv/Bv/AaYT6CcLHS5HmVxINT33+Idyt1eqxNoPQl+5 cGSw==
X-Gm-Message-State: ALQs6tBv/heL9TifSs947usn/hutCOx7PaEyOYyTG8wZBt+oIy9D0i2W P3qXQMWomkwZlAsdhwE82Vg=
X-Google-Smtp-Source: AB8JxZrsy4CLD2bTdItFVoKPIab/f8j4dAlgSY5zjWwevK4I2EdOdMM2c/xUDjM/KKA1jlsmHrkpAg==
X-Received: by 2002:a63:6807:: with SMTP id d7-v6mr8208724pgc.332.1525030666654;  Sun, 29 Apr 2018 12:37:46 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:91cb:6619:9683:6f0? ([2601:647:4700:1280:91cb:6619:9683:6f0]) by smtp.gmail.com with ESMTPSA id a23sm10769992pfi.176.2018.04.29.12.37.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 29 Apr 2018 12:37:45 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
X-Priority: 3
In-Reply-To: <01da01d3dbb6$0030b800$4001a8c0@gateway.2wire.net>
Date: Sun, 29 Apr 2018 12:37:44 -0700
Cc: Pete Resnick <presnick@qti.qualcomm.com>, ippm@ietf.org, gen-art@ietf.org,  ietf <ietf@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <1AE83A38-059E-498D-BE25-4801BC202EDD@gmail.com>
References: <152450209311.21874.12317789046221633@ietfa.amsl.com> <48C50081-B879-4A83-B8F6-A4562756C2DA@gmail.com> <01da01d3dbb6$0030b800$4001a8c0@gateway.2wire.net>
To: "tom p." <daedulus@btconnect.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/YSWY4JakNCNKqR-V-pEo3kePp_Q>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-twamp-yang-09.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Apr 2018 19:38:14 -0000

> On Apr 24, 2018, at 3:21 AM, tom p. <daedulus@btconnect.com> wrote:
> 
> Mahesh
> 
> Almost
> 
> You ask the RFC Editor to
> "replace  reference to RFC XXXX, and draft-ietf-port-twamp-test "
> 
> I think that you mean
> draft-ietf-ippm-port-twamp-test

Fixed.

> 
> I said that I was still thinking about secret-key and still am; I am
> unsure what secret-key should look like.
> 
> There are two rival models for keystore.  RTGWG have produced RFC8177
> which has
> 
> choice key-string-style {
> ...
>     case keystring {
> ..
>                   type string;
>                   description  "Key string in ASCII format.";
> 
>     case hexadecimal {
> ..
>                   type yang:hex-string;
>                   description "Key in hexadecimal string format.
> 
> 
> The NETCONF WG have produced a number of I-D, such as
> draft-ietf-netconf-keystore, all of which have keys of type binary.
> 
> A YANG string, as this I-D currently references, limits the character
> set of string which I do not think works without a binary or hex-string
> alternative.
> 
> I note that
> draft-mirsky-ippm-twamp-light-yang
> went for a keychain-ref while
> 
> draft-ietf-ospf-yang
> has
> case auth-trailer-key {
> ...
>               type string;
>               description  "Key string in ASCII format.";
> without a hexadecimal alterntive which would seem to have limited
> entropy.
> 
> Perhaps binary, as you had it originally, is best but I do think that
> the IETF is confused, or conflicted, here.

I am reverting it back to binary.

> 
> Tom Petch
> 
> 
> ----- Original Message -----
> From: "Mahesh Jethanandani" <mjethanandani@gmail.com>
> To: "tom p." <daedulus@btconnect.com>; "Pete Resnick"
> <presnick@qti.qualcomm.com>
> Cc: <ippm@ietf.org>; <gen-art@ietf.org>; <ietf@ietf.org>
> Sent: Monday, April 23, 2018 5:54 PM
> 
> Tom/Pete,
> 
> We believe this version of the draft addresses your comments.
> 
> Thanks.
> 
>> On Apr 23, 2018, at 9:48 AM, internet-drafts@ietf.org wrote:
>> 
>> 
>> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>> This draft is a work item of the IP Performance Measurement WG of the
> IETF.
>> 
>>       Title           : Two-Way Active Measurement Protocol (TWAMP)
> Data Model
>>       Authors         : Ruth Civil
>>                         Al Morton
>>                         Reshad Rahman
>>                         Mahesh Jethanandani
>>                         Kostas Pentikousis
>> Filename        : draft-ietf-ippm-twamp-yang-09.txt
>> Pages           : 68
>> Date            : 2018-04-23
>> 
>> Abstract:
>>  This document specifies a data model for client and server
>>  implementations of the Two-Way Active Measurement Protocol (TWAMP).
>>  The document defines the TWAMP data model through Unified Modeling
>>  Language (UML) class diagrams and formally specifies it using YANG.
>> 
>> 
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-ippm-twamp-yang/
>> 
>> There are also htmlized versions available at:
>> https://tools.ietf.org/html/draft-ietf-ippm-twamp-yang-09
>> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-twamp-yang-09
>> 
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-twamp-yang-09
>> 
>> 
>> Please note that it may take a couple of minutes from the time of
> submission
>> until the htmlized version and diff are available at tools.ietf.org.
>> 
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>> 
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
> 
> Mahesh Jethanandani
> mjethanandani@gmail.com
> 

Mahesh Jethanandani
mjethanandani@gmail.com


From nobody Mon Apr 30 00:25:37 2018
Return-Path: <tal.mizrahi.phd@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85B6D12D87E; Mon, 30 Apr 2018 00:25:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.439
X-Spam-Level: 
X-Spam-Status: No, score=-2.439 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, HTML_OBFUSCATE_05_10=0.26, 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 rvVGeOSjVlkt; Mon, 30 Apr 2018 00:25:34 -0700 (PDT)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81115126D3F; Mon, 30 Apr 2018 00:25:31 -0700 (PDT)
Received: by mail-wm0-x233.google.com with SMTP id t11so11452612wmt.0; Mon, 30 Apr 2018 00:25: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; bh=/5Y1KPvozZ580olPonGUJRb/ehhvKx/ZjQ63tTHTkXs=; b=GFfk7cmqCIi8ygJRq99DKkcXVHRHjED6qcfNYF0KaxURrB3qSPeq5/YNp54BC/t7rg aeuOVeruoKD+FK11L+EJ+NALFjTkXTLnQz6UWLaiBiurBbxhPwAwOFnIjceqp6F+iZ6C gJzoeCO5C1iBGFccF292rwy7ZwrFuOxpjK7zoxxHF32+LV1N2rl9IBNz/d3BuOvwXUp9 HarVWYK72vOz9yFEVrJtsSW+sz9BREo7Nq8rpsTexWLBMXl0R1Y6tJy4zFczqnCUAIhG 5MpgmTjQv915Ws4wuZa7bubtpw2F3WlzQ4wmQXEsvgUCrzrIINDod27ueVzm49471MXB JHow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/5Y1KPvozZ580olPonGUJRb/ehhvKx/ZjQ63tTHTkXs=; b=T9FZ0wKvK8WTmsIcWjJqAN1zRtdUHBopBmYAE4fTVhkkSek/0C3JLneHTygMZ0K0at tSGwU6oX50y3JmFj+IxN3hI6DH2gy9Cz/WuICEDgFuhgq6ucZRCVJwS9D8wi/pqV+Exj wZnbnqnNnku7uze8Ed1EHthihCLU1uf+av+TCSaz6mS2QRJiqNiZrN/n5bYdHH0mIZ9e Wa5FnTkeYAwicPjBjau+7PLISRuQj0oihTs0g3fVyRhB6SbmIRQ6nUU/igSqvNPg9ZdC mhe57yWEXIXMMs7YQ1ehkXECZ8SII2q3t84t/HvnH8bMjNE6r9VggoFknAkVurCMi1xe U1xg==
X-Gm-Message-State: ALQs6tBEmDwL1smFpsNjladRhWQhlqktECV8dT2i/PKtBXbJDaD23ebJ b/ZU7FsNBBocgPDpQ2E9qu3cyvpb3nSvQsMYwzoMuw==
X-Google-Smtp-Source: AB8JxZoWy++jIm+71l42BrPHUGDICBniVRaA85kNLDugwYBFV54tVPFpYoktP7+A8p0ar258kUFyvQeY4gYW8HvPFwM=
X-Received: by 2002:aa7:d884:: with SMTP id u4-v6mr15041527edq.52.1525073129980;  Mon, 30 Apr 2018 00:25:29 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.80.143.195 with HTTP; Mon, 30 Apr 2018 00:25:29 -0700 (PDT)
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Mon, 30 Apr 2018 10:25:29 +0300
Message-ID: <CABUE3XnFi5vbTEAG0P9n9xBC6NnOeCMXsNCpB9RmrBCUscqwdg@mail.gmail.com>
To: draft-fioccola-ippm-multipoint-alt-mark@ietf.org,  IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002b48c2056b0bc252"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/gmBY_T4XKe9dbdtgGs2l6sQg0Q0>
Subject: [ippm] Comments about draft-fioccola-ippm-multipoint-alt-mark-02
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Apr 2018 07:25:36 -0000

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

Hi Giuseppe et al.,



I reviewed the draft, and I believe it is a valuable and timely draft that
should be pursued by the IPPM working group.



A few comments:



=C2=B7         =E2=80=9Cby considering n measurement points and n monitored=
 flows=E2=80=9D =E2=80=93 it
would be more general to consider a case where the number of MPs differs
from the number of flows.

=C2=B7         =E2=80=9Cintermediate measurement points have only the task =
to split the
measurement.=E2=80=9D =E2=80=93 please clarify this point.

=C2=B7         =E2=80=9CPL =3D (PI1 + PI2 +...+ PIn) - (PO1 + PO2 +...+ POm=
)=E2=80=9D
Please clarify that this equation is applied on a per-time-interval basis.

=C2=B7         =E2=80=9CAlgorithm for Cluster partition=E2=80=9D
I could not understand the algorithm. Perhaps it would be helpful to write
a few lines of pseudo-code to define the algorithm.

=C2=B7         =E2=80=9CDelay and delay variation measurements relative to =
a picked
packet (both single and double marked) cannot be performed in the
Multipoint scenario=E2=80=9D
I believe this sentence is not accurate. I believe it would be more
accurate to say that: (1) Single marking based on the first packet of the
interval would not work, because it would not be possible to agree on the
first packet of the interval. (2) Double marking or multiplexed marking
would work, **but** each measurement would only give information about the
delay of a single path. However, by repeating the measurement multiple
times, you could get information about all the paths in the multipoint flow
(the mean delay approach of section 4.4.2. uses the same principle, i.e.,
by considering a large number of packets, we get information about the
different paths).

=C2=B7         Section 4.4.3: please clarify why hash-based selection is
different than double marking in the multipoint context. It seems that the
basic hash is **logically** similar to the double marking method, right? In
both cases each measurement is applicable to a single path.
Indeed, the dynamic approach scales the number of measurements per
interval, but it would seem that double marking would also work well if we
reduced the interval length, right?

Cheers,
Tal.

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

<div dir=3D"ltr">


















<p class=3D"MsoNormal" style=3D"margin:0cm 0cm 0.0001pt;font-size:11pt;font=
-family:Calibri,sans-serif">Hi Giuseppe et al.,<span></span></p>

<p class=3D"MsoNormal" style=3D"margin:0cm 0cm 0.0001pt;font-size:11pt;font=
-family:Calibri,sans-serif"><span>=C2=A0</span></p>

<p class=3D"MsoNormal" style=3D"margin:0cm 0cm 0.0001pt;font-size:11pt;font=
-family:Calibri,sans-serif">I reviewed the draft, and I believe it is a val=
uable and
timely draft that should be pursued by the IPPM working group.<span></span>=
</p>

<p class=3D"MsoNormal" style=3D"margin:0cm 0cm 0.0001pt;font-size:11pt;font=
-family:Calibri,sans-serif"><span>=C2=A0</span></p>

<p class=3D"MsoNormal" style=3D"margin:0cm 0cm 0.0001pt;font-size:11pt;font=
-family:Calibri,sans-serif">A few comments:<span></span></p>

<p class=3D"gmail-MsoListParagraph" style=3D"margin:0cm 0cm 0.0001pt 36pt;f=
ont-size:11pt;font-family:Calibri,sans-serif"><span>=C2=A0</span></p>

<p class=3D"gmail-MsoListParagraph" style=3D"margin:0cm 0cm 0.0001pt 36pt;f=
ont-size:11pt;font-family:Calibri,sans-serif"><span style=3D"font-family:Sy=
mbol"><span>=C2=B7<span style=3D"font-style:normal;font-variant:normal;font=
-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-fa=
mily:&quot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0
</span></span></span><span dir=3D"LTR"></span>=E2=80=9Cby considering n mea=
surement
points and n monitored flows=E2=80=9D =E2=80=93 it would be more general to=
 consider a case
where the number of MPs differs from the number of flows.<span></span></p>

<p class=3D"gmail-MsoListParagraph" style=3D"margin:0cm 0cm 0.0001pt 36pt;f=
ont-size:11pt;font-family:Calibri,sans-serif"><span style=3D"font-family:Sy=
mbol"><span>=C2=B7<span style=3D"font-style:normal;font-variant:normal;font=
-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-fa=
mily:&quot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0
</span></span></span><span dir=3D"LTR"></span>=E2=80=9Cintermediate measure=
ment
points have only the task to split the measurement.=E2=80=9D =E2=80=93 plea=
se clarify this
point.<span></span></p>

<p class=3D"gmail-MsoListParagraph" style=3D"margin:0cm 0cm 0.0001pt 36pt;f=
ont-size:11pt;font-family:Calibri,sans-serif"><span style=3D"font-family:Sy=
mbol"><span>=C2=B7<span style=3D"font-style:normal;font-variant:normal;font=
-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-fa=
mily:&quot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0
</span></span></span><span dir=3D"LTR"></span>=E2=80=9CPL =3D (PI1 + PI2 +.=
..+ PIn)
- (PO1 + PO2 +...+ POm)=E2=80=9D<br>
Please clarify that this equation is applied on a per-time-interval basis.<=
span></span></p>

<p class=3D"gmail-MsoListParagraph" style=3D"margin:0cm 0cm 0.0001pt 36pt;f=
ont-size:11pt;font-family:Calibri,sans-serif"><span style=3D"font-family:Sy=
mbol"><span>=C2=B7<span style=3D"font-style:normal;font-variant:normal;font=
-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-fa=
mily:&quot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0
</span></span></span><span dir=3D"LTR"></span>=E2=80=9CAlgorithm for Cluste=
r
partition=E2=80=9D<br>
I could not understand the algorithm. Perhaps it would be helpful to write =
a
few lines of pseudo-code to define the algorithm.<span></span></p>

<p class=3D"gmail-MsoListParagraph" style=3D"margin:0cm 0cm 0.0001pt 36pt;f=
ont-size:11pt;font-family:Calibri,sans-serif"><span style=3D"font-family:Sy=
mbol"><span>=C2=B7<span style=3D"font-style:normal;font-variant:normal;font=
-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-fa=
mily:&quot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0
</span></span></span><span dir=3D"LTR"></span>=E2=80=9CDelay and delay vari=
ation
measurements relative to a picked packet (both single and double marked) ca=
nnot
be performed in the Multipoint scenario=E2=80=9D<br>
I believe this sentence is not accurate. I believe it would be more accurat=
e to
say that: (1) Single marking based on the first packet of the interval woul=
d
not work, because it would not be possible to agree on the first packet of =
the
interval. (2) Double marking or multiplexed marking would work, *<b>but</b>=
*
each measurement would only give information about the delay of a single pa=
th.
However, by repeating the measurement multiple times, you could get informa=
tion
about all the paths in the multipoint flow (the mean delay approach of sect=
ion
4.4.2. uses the same principle, i.e., by considering a large number of pack=
ets,
we get information about the different paths).<span></span></p>

<p class=3D"gmail-MsoListParagraph" style=3D"margin:0cm 0cm 0.0001pt 36pt;f=
ont-size:11pt;font-family:Calibri,sans-serif"><span style=3D"font-family:Sy=
mbol"><span>=C2=B7<span style=3D"font-style:normal;font-variant:normal;font=
-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-fa=
mily:&quot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0
</span></span></span><span dir=3D"LTR"></span>Section 4.4.3: please
clarify why hash-based selection is different than double marking in the
multipoint context. It seems that the basic hash is *<b>logically</b>* simi=
lar
to the double marking method, right? In both cases each measurement is appl=
icable
to a single path. <br>
Indeed, the dynamic approach scales the number of measurements per interval=
,
but it would seem that double marking would also work well if we reduced th=
e
interval length, right?<span></span></p>





<br><div>Cheers,</div><div>Tal.</div></div>

--0000000000002b48c2056b0bc252--


From nobody Mon Apr 30 05:33:54 2018
Return-Path: <giuseppe.fioccola@telecomitalia.it>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73A0712D9FE; Mon, 30 Apr 2018 05:33:53 -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, HTML_MESSAGE=0.001, 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 vSD80O15mw_S; Mon, 30 Apr 2018 05:33:50 -0700 (PDT)
Received: from mx01.telecomitalia.it (mx01.telecomitalia.it [217.169.121.10]) (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 80FC612D960; Mon, 30 Apr 2018 05:33:49 -0700 (PDT)
X-AuditID: d9a9790a-3a7ff70000007060-c0-5ae70d2b3615
Received: from TELMBXA02RM001.telecomitalia.local ( [10.14.252.26]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx01.telecomitalia.it () with SMTP id 3C.70.28768.B2D07EA5; Mon, 30 Apr 2018 14:33:47 +0200 (CEST)
From: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>
To: Tal Mizrahi <tal.mizrahi.phd@gmail.com>, IETF IPPM WG <ippm@ietf.org>
CC: "draft-fioccola-ippm-multipoint-alt-mark@ietf.org" <draft-fioccola-ippm-multipoint-alt-mark@ietf.org>
Thread-Topic: Comments about draft-fioccola-ippm-multipoint-alt-mark-02
Thread-Index: AQHT4FRw+od5fkwzFkGnQaZSFQZYnaQZPkyA
Date: Mon, 30 Apr 2018 12:33:46 +0000
Message-ID: <BED8080A-1BDE-444B-A4B3-D6963C5F9598@telecomitalia.it>
References: <CABUE3XnFi5vbTEAG0P9n9xBC6NnOeCMXsNCpB9RmrBCUscqwdg@mail.gmail.com>
In-Reply-To: <CABUE3XnFi5vbTEAG0P9n9xBC6NnOeCMXsNCpB9RmrBCUscqwdg@mail.gmail.com>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.c.0.180410
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.14.252.247]
x-ti-disclaimer: Disclaimer1
Content-Type: multipart/alternative; boundary="_000_BED8080A1BDE444BA4B3D6963C5F9598telecomitaliait_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHKsWRmVeSWpSXmKPExsXCxfdHSleb93mUwYUGCYudDZPYLXoevGO2 +N8wjcmB2WPnrLvsHkuW/GQKYIpqYLRJzMvLL0ksSVVISS1OtlVyySxOzknMzE0tUghJzUlN zs9VUshMsVUyVlIoyElMTs1NzSuxVUosKEjNS1Gy41LAADZAZZl5Cql5yfkpmXnptkqewf66 FhamlrqGSnaBpanFJfkKuanFxYnp6Zn5CqkJ6wUzTi5+xl6wbQ1jxYLj2g2ML5czdjFyckgI mEhsXneIuYuRi0NIYCqTxK4pG9lBEmwCNhIHX51gA7FFBDwl9m4+xdTFyMHBLJAtca7XCsQU FnCT2NLAD1HhLrHn91eoaiOJ4zduMoOUsAioSrzszwAJ8wo4S+y4NIEFxBYSCJDYs6SRCcTm FAiUWHzzH9hSRgFZiQm7F4FdxiwgLvFi+gl2iCsFJJbsOc8MYYtKvHz8jxVkvKiAnsSkAyUQ YR2Js9efQD1lILF16T4WCFtRYnXzfCYIW0Zi4ZHJrBDj0yVuPnvPAnGaoMTJmU9YJjCKz0Ky eRaSsllIymaBg0FTYv0ufYgSRYkp3Q+hyjUkWufMhbKdJFa/+syKrGYBI8cqRtHcCgNDvRJI vGeWJOZkJupllmxiBCaqmysruXYwvl7lfIhRgINRiYd3+o9nUUKsiWXFlbmHGCU4mJVEeFd2 AIV4UxIrq1KL8uOLSnNSiw8x+gCDeiKzlGhyPjCJ5pXEG5pYWBoaW1gYGVqYmeIQVhLnDXkO NEsgHZgws1NTC1KLYMYxcXBKNTDOPsnGOnWZqOOfm15H8gLPf2Tla36hW3F/H//nlcv9qzTb ta4zOhr6TFCRXO24YpYNe5by9D977O0EXsXfbTRWeucvaSQaKR1xpHbx2Xc+6/drvrpnE1KV 8nX5qa179KJkTz1Q6035rjfJaeUnp8o/lXyzEl/NKTx5boJauMOcKs/j+7uLnn9SYinOSDTU Yi4qTgQAsZe8EIEDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KbBuXwaCuzMFRj7S-CK1WGJwIhQ>
Subject: Re: [ippm] Comments about draft-fioccola-ippm-multipoint-alt-mark-02
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Apr 2018 12:33:53 -0000

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

SGkgVGFsLA0KVGhhbmtzIGZvciB5b3VyIG9waW5pb24gb2YgdGhlIGRvY3VtZW50Lg0KV2Ug
d2lsbCBjZXJ0YWlubHkgYWRkcmVzcyB5b3VyIGNvbW1lbnRzIGluIHRoZSBuZXh0IHJldmlz
aW9uIG9mIHRoZSBkcmFmdC4NCk15IGFuc3dlcnMgaW5saW5lIHRhZ2dlZCBhcyBbR0ZdLg0K
DQpCZXN0IFJlZ2FyZHMsDQoNCkdpdXNlcHBlDQoNCkRhOiBUYWwgTWl6cmFoaSA8dGFsLm1p
enJhaGkucGhkQGdtYWlsLmNvbT4NCkRhdGE6IGx1bmVkw6wgMzAgYXByaWxlIDIwMTggMDk6
MjUNCkE6ICJkcmFmdC1maW9jY29sYS1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmtAaWV0Zi5v
cmciIDxkcmFmdC1maW9jY29sYS1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmtAaWV0Zi5vcmc+
LCAiaXBwbUBpZXRmLm9yZyIgPGlwcG1AaWV0Zi5vcmc+DQpPZ2dldHRvOiBDb21tZW50cyBh
Ym91dCBkcmFmdC1maW9jY29sYS1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmstMDINClJpbnZp
YXRvIGRhOiA8YWxpYXMtYm91bmNlc0BpZXRmLm9yZz4NClJpbnZpYXRvIGE6IDxnaXVzZXBw
ZS5maW9jY29sYUB0ZWxlY29taXRhbGlhLml0PiwgPG1hdXJvLmNvY2lnbGlvQHRlbGVjb21p
dGFsaWEuaXQ+LCAiQW1lZGVvIGl0PiIgPGFtZWRlby5zYXBpb0Bwb2xpdG8uaXQ+LCBSaWNj
YXJkbyBTaXN0byA8cmljY2FyZG8uc2lzdG9AcG9saXRvLml0Pg0KRGF0YSByaW52aW86IGx1
bmVkw6wgMzAgYXByaWxlIDIwMTggMDk6MjUNCg0KSGkgR2l1c2VwcGUgZXQgYWwuLA0KDQpJ
IHJldmlld2VkIHRoZSBkcmFmdCwgYW5kIEkgYmVsaWV2ZSBpdCBpcyBhIHZhbHVhYmxlIGFu
ZCB0aW1lbHkgZHJhZnQgdGhhdCBzaG91bGQgYmUgcHVyc3VlZCBieSB0aGUgSVBQTSB3b3Jr
aW5nIGdyb3VwLg0KDQpBIGZldyBjb21tZW50czoNCg0KDQoNCuKAoiAgICAgICAgIOKAnGJ5
IGNvbnNpZGVyaW5nIG4gbWVhc3VyZW1lbnQgcG9pbnRzIGFuZCBuIG1vbml0b3JlZCBmbG93
c+KAnSDigJMgaXQgd291bGQgYmUgbW9yZSBnZW5lcmFsIHRvIGNvbnNpZGVyIGEgY2FzZSB3
aGVyZSB0aGUgbnVtYmVyIG9mIE1QcyBkaWZmZXJzIGZyb20gdGhlIG51bWJlciBvZiBmbG93
cy4NCg0KW0dGXTogV2lsbCBmaXggaXQuIEl0IHdhcyBqdXN0IHRvIGhpZ2hsaWdodCB0aGUg
b3JkZXIgb2YgbWFnbml0dWRlIG9mIHRoZSBwYWNrZXQgY291bnRlcnMgYXMgbiBzcXVhcmVk
Lg0KDQrigKIgICAgICAgICDigJxpbnRlcm1lZGlhdGUgbWVhc3VyZW1lbnQgcG9pbnRzIGhh
dmUgb25seSB0aGUgdGFzayB0byBzcGxpdCB0aGUgbWVhc3VyZW1lbnQu4oCdIOKAkyBwbGVh
c2UgY2xhcmlmeSB0aGlzIHBvaW50Lg0KDQpbR0ZdOiBXaWxsIGNsYXJpZnkgdGhpcy4gVGhp
cyBzZW50ZW5jZSBpcyB0cnVlIG9ubHkgaWYgbm8gcGFja2V0IGxvc3Mgb2NjdXJzLg0KDQri
gKIgICAgICAgICDigJxQTCA9IChQSTEgKyBQSTIgKy4uLisgUEluKSAtIChQTzEgKyBQTzIg
Ky4uLisgUE9tKeKAnQ0KUGxlYXNlIGNsYXJpZnkgdGhhdCB0aGlzIGVxdWF0aW9uIGlzIGFw
cGxpZWQgb24gYSBwZXItdGltZS1pbnRlcnZhbCBiYXNpcy4NCg0KW0dGXTogQWdyZWUuDQoN
CuKAoiAgICAgICAgIOKAnEFsZ29yaXRobSBmb3IgQ2x1c3RlciBwYXJ0aXRpb27igJ0NCkkg
Y291bGQgbm90IHVuZGVyc3RhbmQgdGhlIGFsZ29yaXRobS4gUGVyaGFwcyBpdCB3b3VsZCBi
ZSBoZWxwZnVsIHRvIHdyaXRlIGEgZmV3IGxpbmVzIG9mIHBzZXVkby1jb2RlIHRvIGRlZmlu
ZSB0aGUgYWxnb3JpdGhtLg0KDQpbR0ZdOiBZb3VyIHN1Z2dlc3Rpb24gbWFrZXMgc2Vuc2Uu
IEEgc3RlcCBieSBzdGVwIGRlc2NyaXB0aW9uIG9mIHRoZSBhbGdvcml0aG0gaXMgbW9yZSBl
eHBsaWNhdGl2ZSBoZXJlIGFuZCB3aWxsIGJlIGFkZGVkLiBJbiB0aGUgbWVhbndoaWxlIEkg
d291bGQgcG9pbnQgb3V0IGEgc2xpZGUgaW4gdGhlIElQUE0gcHJlc2VudGF0aW9uIHByZXBh
cmVkIGZvciB0aGUgTG9uZG9uIG1lZXRpbmcgdGhhdCBjYW4gaGVscC4NCg0K4oCiICAgICAg
ICAg4oCcRGVsYXkgYW5kIGRlbGF5IHZhcmlhdGlvbiBtZWFzdXJlbWVudHMgcmVsYXRpdmUg
dG8gYSBwaWNrZWQgcGFja2V0IChib3RoIHNpbmdsZSBhbmQgZG91YmxlIG1hcmtlZCkgY2Fu
bm90IGJlIHBlcmZvcm1lZCBpbiB0aGUgTXVsdGlwb2ludCBzY2VuYXJpb+KAnQ0KSSBiZWxp
ZXZlIHRoaXMgc2VudGVuY2UgaXMgbm90IGFjY3VyYXRlLiBJIGJlbGlldmUgaXQgd291bGQg
YmUgbW9yZSBhY2N1cmF0ZSB0byBzYXkgdGhhdDogKDEpIFNpbmdsZSBtYXJraW5nIGJhc2Vk
IG9uIHRoZSBmaXJzdCBwYWNrZXQgb2YgdGhlIGludGVydmFsIHdvdWxkIG5vdCB3b3JrLCBi
ZWNhdXNlIGl0IHdvdWxkIG5vdCBiZSBwb3NzaWJsZSB0byBhZ3JlZSBvbiB0aGUgZmlyc3Qg
cGFja2V0IG9mIHRoZSBpbnRlcnZhbC4gKDIpIERvdWJsZSBtYXJraW5nIG9yIG11bHRpcGxl
eGVkIG1hcmtpbmcgd291bGQgd29yaywgKmJ1dCogZWFjaCBtZWFzdXJlbWVudCB3b3VsZCBv
bmx5IGdpdmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIGRlbGF5IG9mIGEgc2luZ2xlIHBhdGgu
IEhvd2V2ZXIsIGJ5IHJlcGVhdGluZyB0aGUgbWVhc3VyZW1lbnQgbXVsdGlwbGUgdGltZXMs
IHlvdSBjb3VsZCBnZXQgaW5mb3JtYXRpb24gYWJvdXQgYWxsIHRoZSBwYXRocyBpbiB0aGUg
bXVsdGlwb2ludCBmbG93ICh0aGUgbWVhbiBkZWxheSBhcHByb2FjaCBvZiBzZWN0aW9uIDQu
NC4yLiB1c2VzIHRoZSBzYW1lIHByaW5jaXBsZSwgaS5lLiwgYnkgY29uc2lkZXJpbmcgYSBs
YXJnZSBudW1iZXIgb2YgcGFja2V0cywgd2UgZ2V0IGluZm9ybWF0aW9uIGFib3V0IHRoZSBk
aWZmZXJlbnQgcGF0aHMpLg0KDQpbR0ZdOiBZZXMsIHlvdSBhcmUgcmlnaHQgYW5kIEkgdGhp
bmsgd2Ugc2hvdWxkIHNwZWNpZnkgYmV0dGVyIHRoZSBkaWZmZXJlbmNlIGluIHRoZSBuZXh0
IHJldmlzaW9uLiBUaGF0IHNlbnRlbmNlIGlzIHZhbGlkIGlmIHdlIHdvdWxkIHBlcmZvcm0g
YSBkZWxheSBtZWFzdXJlbWVudCBmb3IgbW9yZSB0aGFuIG9uZSBwaWNrZWQgcGFja2V0IGlu
IHRoZSBzYW1lIG1hcmtpbmcgcGVyaW9kIGFuZCwgZXNwZWNpYWxseSwgaWYgd2Ugd2FudCB0
byBnZXQgZGVsYXkgbWVzdXJlbWVudHMgb24gbXVsdGlwb2ludC10by1tdWx0aXBvaW50IGJh
c2lzLg0KDQrigKIgICAgICAgICBTZWN0aW9uIDQuNC4zOiBwbGVhc2UgY2xhcmlmeSB3aHkg
aGFzaC1iYXNlZCBzZWxlY3Rpb24gaXMgZGlmZmVyZW50IHRoYW4gZG91YmxlIG1hcmtpbmcg
aW4gdGhlIG11bHRpcG9pbnQgY29udGV4dC4gSXQgc2VlbXMgdGhhdCB0aGUgYmFzaWMgaGFz
aCBpcyAqbG9naWNhbGx5KiBzaW1pbGFyIHRvIHRoZSBkb3VibGUgbWFya2luZyBtZXRob2Qs
IHJpZ2h0PyBJbiBib3RoIGNhc2VzIGVhY2ggbWVhc3VyZW1lbnQgaXMgYXBwbGljYWJsZSB0
byBhIHNpbmdsZSBwYXRoLg0KSW5kZWVkLCB0aGUgZHluYW1pYyBhcHByb2FjaCBzY2FsZXMg
dGhlIG51bWJlciBvZiBtZWFzdXJlbWVudHMgcGVyIGludGVydmFsLCBidXQgaXQgd291bGQg
c2VlbSB0aGF0IGRvdWJsZSBtYXJraW5nIHdvdWxkIGFsc28gd29yayB3ZWxsIGlmIHdlIHJl
ZHVjZWQgdGhlIGludGVydmFsIGxlbmd0aCwgcmlnaHQ/DQoNCltHRl06IFdpbGwgZXhwbGFp
biBiZXR0ZXIgaW4gdGhlIG5ldyByZXZpc2lvbi4gSW4gY2FzZSBvZiBwb2ludC10by1wb2lu
dCBwYXRoIGRvdWJsZSBtYXJraW5nIGFuZCBoYXNoIHNlbGVjdGlvbiBhcmUgZXF1aXZhbGVu
dC4gQnV0IGlmIHlvdSB3YW50IHRvIGdldCBkZWxheSBtZXN1cmVtZW50cyBvbiBtdWx0aXBv
aW50LXRvLW11bHRpcG9pbnQgcGF0aCBiYXNpcyBhbmQgd2FudCB0byBzZWxlY3QgbW9yZSB0
aGFuIG9uZSBwYWNrZXQgcGVyIHBlcmlvZCwgeW91IGNhbm5vdCB1c2UgZG91YmxlIG1hcmtp
bmcgYmVjYXVzZSB5b3UgIGNvdWxkIG5vdCBiZSBhYmxlIHRvIGNvdXBsZSB0aGUgcGlja2Vk
IHBhY2tldHMgYmV0d2VlbiBpbnB1dCBhbmQgb3V0cHV0IG5vZGVzLiBPbiB0aGUgb3RoZXIg
aGFuZCB5b3UgY2FuIGRvIHRoYXQgYnkgdXNpbmcgaGFzaGluZyBzZWxlY3Rpb24uDQoNCkNo
ZWVycywNClRhbC4NCg0KUXVlc3RvIG1lc3NhZ2dpbyBlIGkgc3VvaSBhbGxlZ2F0aSBzb25v
IGluZGlyaXp6YXRpIGVzY2x1c2l2YW1lbnRlIGFsbGUgcGVyc29uZSBpbmRpY2F0ZS4gTGEg
ZGlmZnVzaW9uZSwgY29waWEgbyBxdWFsc2lhc2kgYWx0cmEgYXppb25lIGRlcml2YW50ZSBk
YWxsYSBjb25vc2NlbnphIGRpIHF1ZXN0ZSBpbmZvcm1hemlvbmkgc29ubyByaWdvcm9zYW1l
bnRlIHZpZXRhdGUuIFF1YWxvcmEgYWJiaWF0ZSByaWNldnV0byBxdWVzdG8gZG9jdW1lbnRv
IHBlciBlcnJvcmUgc2lldGUgY29ydGVzZW1lbnRlIHByZWdhdGkgZGkgZGFybmUgaW1tZWRp
YXRhIGNvbXVuaWNhemlvbmUgYWwgbWl0dGVudGUgZSBkaSBwcm92dmVkZXJlIGFsbGEgc3Vh
IGRpc3RydXppb25lLCBHcmF6aWUuIA0KDQpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1l
bnRzIGlzIGNvbmZpZGVudGlhbCBhbmQgbWF5IGNvbnRhaW4gcHJpdmlsZWdlZCBpbmZvcm1h
dGlvbiBpbnRlbmRlZCBmb3IgdGhlIGFkZHJlc3NlZShzKSBvbmx5LiBEaXNzZW1pbmF0aW9u
LCBjb3B5aW5nLCBwcmludGluZyBvciB1c2UgYnkgYW55Ym9keSBlbHNlIGlzIHVuYXV0aG9y
aXNlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRl
bGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhbmQgYWR2aXNlIHRoZSBz
ZW5kZXIgYnkgcmV0dXJuIGUtbWFpbCwgVGhhbmtzLiANCg0KUmlzcGV0dGEgbCdhbWJpZW50
ZS4gTm9uIHN0YW1wYXJlIHF1ZXN0YSBtYWlsIHNlIG5vbiDDqCBuZWNlc3NhcmlvLg0K

--_000_BED8080A1BDE444BA4B3D6963C5F9598telecomitaliait_
Content-Type: text/html; charset="utf-8"
Content-ID: <62FCB6626B76DE4582997AE63C01BEA2@telecomitalia.local>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNl
IiB4bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxu
czptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwi
IHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1l
dGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz
ZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQg
V29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZp
bml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsN
CglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBT
dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z
b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250
LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6
bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv
bG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs
IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K
CWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25v
cm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1l
Om1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6
MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsN
Cglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
O30NCnAuZ21haWwtbXNvbGlzdHBhcmFncmFwaCwgbGkuZ21haWwtbXNvbGlzdHBhcmFncmFw
aCwgZGl2LmdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwt
bXNvbGlzdHBhcmFncmFwaDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4t
cmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z
LXNlcmlmO30NCnNwYW4uU3RpbGVNZXNzYWdnaW9EaVBvc3RhRWxldHRyb25pY2ExOQ0KCXtt
c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs
c2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21z
by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2Ug
V29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0
IDIuMGNtIDIuMGNtIDIuMGNtO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj
dGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IklUIiBsaW5rPSIj
MDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj5IaSBUYWwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGFua3Mg
Zm9yIHlvdXIgb3BpbmlvbiBvZiB0aGUgZG9jdW1lbnQuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj5XZSB3aWxsIGNlcnRhaW5seSBhZGRyZXNzIHlvdXIgY29tbWVudHMgaW4g
dGhlIG5leHQgcmV2aXNpb24gb2YgdGhlIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+TXkgYW5zd2VycyBpbmxpbmUgdGFnZ2VkIGFzIFtHRl0uPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+R2l1c2VwcGU8L3NwYW4+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG
IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkRhOiA8
L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5U
YWwgTWl6cmFoaSAmbHQ7dGFsLm1penJhaGkucGhkQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5E
YXRhOiA8L2I+bHVuZWTDrCAzMCBhcHJpbGUgMjAxOCAwOToyNTxicj4NCjxiPkE6IDwvYj4m
cXVvdDtkcmFmdC1maW9jY29sYS1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmtAaWV0Zi5vcmcm
cXVvdDsgJmx0O2RyYWZ0LWZpb2Njb2xhLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFya0BpZXRm
Lm9yZyZndDssICZxdW90O2lwcG1AaWV0Zi5vcmcmcXVvdDsgJmx0O2lwcG1AaWV0Zi5vcmcm
Z3Q7PGJyPg0KPGI+T2dnZXR0bzogPC9iPkNvbW1lbnRzIGFib3V0IGRyYWZ0LWZpb2Njb2xh
LWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wMjxicj4NCjxiPlJpbnZpYXRvIGRhOiA8L2I+
Jmx0O2FsaWFzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+UmludmlhdG8gYTogPC9i
PiZsdDtnaXVzZXBwZS5maW9jY29sYUB0ZWxlY29taXRhbGlhLml0Jmd0OywgJmx0O21hdXJv
LmNvY2lnbGlvQHRlbGVjb21pdGFsaWEuaXQmZ3Q7LCAmcXVvdDtBbWVkZW8gaXQmZ3Q7JnF1
b3Q7ICZsdDthbWVkZW8uc2FwaW9AcG9saXRvLml0Jmd0OywgUmljY2FyZG8gU2lzdG8gJmx0
O3JpY2NhcmRvLnNpc3RvQHBvbGl0by5pdCZndDs8YnI+DQo8Yj5EYXRhIHJpbnZpbzogPC9i
Pmx1bmVkw6wgMzAgYXByaWxlIDIwMTggMDk6MjU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWls
T3JpZ2luYWxCb2R5Ij5IaSBHaXVzZXBwZSBldCBhbC4sPG86cD48L286cD48L2E+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y
aWdpbmFsQm9keSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+
SSByZXZpZXdlZCB0aGUgZHJhZnQsIGFuZCBJIGJlbGlldmUgaXQgaXMgYSB2YWx1YWJsZSBh
bmQgdGltZWx5IGRyYWZ0IHRoYXQgc2hvdWxkIGJlIHB1cnN1ZWQgYnkgdGhlIElQUE0gd29y
a2luZyBncm91cC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDs8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5BIGZldyBjb21tZW50czo8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4t
Ym90dG9tOjBjbTttYXJnaW4tbGVmdDozNi4wcHQ7bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij4N
CjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOzxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBo
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdp
bi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4tYm90dG9tOi4wMDAxcHQi
Pg0KPHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g
c3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxl
PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv
c3Bhbj7igJxieSBjb25zaWRlcmluZyBuIG1lYXN1cmVtZW50IHBvaW50cyBhbmQgbiBtb25p
dG9yZWQgZmxvd3PigJ0g4oCTIGl0IHdvdWxkIGJlIG1vcmUgZ2VuZXJhbCB0byBjb25zaWRl
ciBhIGNhc2Ugd2hlcmUgdGhlIG51bWJlciBvZiBNUHMgZGlmZmVycyBmcm9tIHRoZSBudW1i
ZXIgb2YgZmxvd3MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1z
b2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFw
dCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g
c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5bR0ZdOiBXaWxsIGZpeCBpdC4g
SXQgd2FzIGp1c3QgdG8gaGlnaGxpZ2h0IHRoZSBvcmRlciBvZiBtYWduaXR1ZGUgb2YgdGhl
IHBhY2tldCBjb3VudGVycyBhcyBuIHNxdWFyZWQuPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHls
ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjBjbTttYXJn
aW4tbGVmdDozNi4wcHQ7bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij4NCjxzcGFuIHN0eWxlPSJt
c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTpTeW1ib2wiPsK3PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N
YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+4oCcaW50ZXJtZWRp
YXRlIG1lYXN1cmVtZW50IHBvaW50cyBoYXZlIG9ubHkgdGhlIHRhc2sgdG8gc3BsaXQgdGhl
IG1lYXN1cmVtZW50LuKAnSDigJMgcGxlYXNlIGNsYXJpZnkgdGhpcyBwb2ludC48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5
bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0ibXNv
LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RU4tVVMiPltHRl06IFdpbGwgY2xhcmlmeSB0aGlzLiBUaGlzIHNlbnRlbmNl
IGlzIHRydWUgb25seSBpZiBubyBwYWNrZXQgbG9zcyBvY2N1cnMuPG86cD48L286cD48L3Nw
YW4+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0
b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4tYm90dG9tOi4wMDAxcHQiPg0KPHNw
YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t
Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj7i
gJxQTCA9IChQSTEgJiM0MzsgUEkyICYjNDM7Li4uJiM0MzsgUEluKSAtIChQTzEgJiM0Mzsg
UE8yICYjNDM7Li4uJiM0MzsgUE9tKeKAnTxicj4NClBsZWFzZSBjbGFyaWZ5IHRoYXQgdGhp
cyBlcXVhdGlvbiBpcyBhcHBsaWVkIG9uIGEgcGVyLXRpbWUtaW50ZXJ2YWwgYmFzaXMuPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgi
IHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9
Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+W0dGXTogQWdyZWUuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRv
bTowY207bWFyZ2luLWxlZnQ6MzYuMHB0O21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQo8c3Bh
biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i
Zm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1i
b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBw
dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPuKA
nEFsZ29yaXRobSBmb3IgQ2x1c3RlciBwYXJ0aXRpb27igJ08YnI+DQpJIGNvdWxkIG5vdCB1
bmRlcnN0YW5kIHRoZSBhbGdvcml0aG0uIFBlcmhhcHMgaXQgd291bGQgYmUgaGVscGZ1bCB0
byB3cml0ZSBhIGZldyBsaW5lcyBvZiBwc2V1ZG8tY29kZSB0byBkZWZpbmUgdGhlIGFsZ29y
aXRobS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBh
cmFncmFwaCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3Bh
biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5bR0ZdOiBZb3VyIHN1
Z2dlc3Rpb24gbWFrZXMgc2Vuc2UuIEEgc3RlcCBieSBzdGVwIGRlc2NyaXB0aW9uIG9mIHRo
ZSBhbGdvcml0aG0gaXMgbW9yZSBleHBsaWNhdGl2ZSBoZXJlIGFuZCB3aWxsIGJlIGFkZGVk
LiBJbiB0aGUgbWVhbndoaWxlDQogSSB3b3VsZCBwb2ludCBvdXQgYSBzbGlkZSBpbiB0aGUg
SVBQTSBwcmVzZW50YXRpb24gcHJlcGFyZWQgZm9yIHRoZSBMb25kb24gbWVldGluZyB0aGF0
IGNhbiBoZWxwLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29s
aXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmln
aHQ6MGNtO21hcmdpbi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4tYm90
dG9tOi4wMDAxcHQiPg0KPHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs
Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PC9zcGFu
PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu
JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsNCjwvc3Bhbj7igJxEZWxheSBhbmQgZGVsYXkgdmFyaWF0aW9uIG1lYXN1cmVt
ZW50cyByZWxhdGl2ZSB0byBhIHBpY2tlZCBwYWNrZXQgKGJvdGggc2luZ2xlIGFuZCBkb3Vi
bGUgbWFya2VkKSBjYW5ub3QgYmUgcGVyZm9ybWVkIGluIHRoZSBNdWx0aXBvaW50IHNjZW5h
cmlv4oCdPGJyPg0KSSBiZWxpZXZlIHRoaXMgc2VudGVuY2UgaXMgbm90IGFjY3VyYXRlLiBJ
IGJlbGlldmUgaXQgd291bGQgYmUgbW9yZSBhY2N1cmF0ZSB0byBzYXkgdGhhdDogKDEpIFNp
bmdsZSBtYXJraW5nIGJhc2VkIG9uIHRoZSBmaXJzdCBwYWNrZXQgb2YgdGhlIGludGVydmFs
IHdvdWxkIG5vdCB3b3JrLCBiZWNhdXNlIGl0IHdvdWxkIG5vdCBiZSBwb3NzaWJsZSB0byBh
Z3JlZSBvbiB0aGUgZmlyc3QgcGFja2V0IG9mIHRoZSBpbnRlcnZhbC4gKDIpIERvdWJsZQ0K
IG1hcmtpbmcgb3IgbXVsdGlwbGV4ZWQgbWFya2luZyB3b3VsZCB3b3JrLCAqPGI+YnV0PC9i
PiogZWFjaCBtZWFzdXJlbWVudCB3b3VsZCBvbmx5IGdpdmUgaW5mb3JtYXRpb24gYWJvdXQg
dGhlIGRlbGF5IG9mIGEgc2luZ2xlIHBhdGguIEhvd2V2ZXIsIGJ5IHJlcGVhdGluZyB0aGUg
bWVhc3VyZW1lbnQgbXVsdGlwbGUgdGltZXMsIHlvdSBjb3VsZCBnZXQgaW5mb3JtYXRpb24g
YWJvdXQgYWxsIHRoZSBwYXRocyBpbiB0aGUgbXVsdGlwb2ludCBmbG93DQogKHRoZSBtZWFu
IGRlbGF5IGFwcHJvYWNoIG9mIHNlY3Rpb24gNC40LjIuIHVzZXMgdGhlIHNhbWUgcHJpbmNp
cGxlLCBpLmUuLCBieSBjb25zaWRlcmluZyBhIGxhcmdlIG51bWJlciBvZiBwYWNrZXRzLCB3
ZSBnZXQgaW5mb3JtYXRpb24gYWJvdXQgdGhlIGRpZmZlcmVudCBwYXRocykuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxl
PSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9Im1zby1i
b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+W0dGXTogWWVzLCB5b3UgYXJlIHJpZ2h0IGFu
ZCBJIHRoaW5rIHdlIHNob3VsZCBzcGVjaWZ5IGJldHRlciB0aGUgZGlmZmVyZW5jZSBpbiB0
aGUgbmV4dCByZXZpc2lvbi4gVGhhdCBzZW50ZW5jZSBpcyB2YWxpZCBpZiB3ZSB3b3VsZCBw
ZXJmb3JtDQogYSBkZWxheSBtZWFzdXJlbWVudCBmb3IgbW9yZSB0aGFuIG9uZSBwaWNrZWQg
cGFja2V0IGluIHRoZSBzYW1lIG1hcmtpbmcgcGVyaW9kIGFuZCwgZXNwZWNpYWxseSwgaWYg
d2Ugd2FudCB0byBnZXQgZGVsYXkgbWVzdXJlbWVudHMgb24gbXVsdGlwb2ludC10by1tdWx0
aXBvaW50IGJhc2lzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1t
c29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4t
cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4t
Ym90dG9tOi4wMDAxcHQiPg0KPHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp
bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PC9z
cGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv
bWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsNCjwvc3Bhbj5TZWN0aW9uIDQuNC4zOiBwbGVhc2UgY2xhcmlmeSB3aHkg
aGFzaC1iYXNlZCBzZWxlY3Rpb24gaXMgZGlmZmVyZW50IHRoYW4gZG91YmxlIG1hcmtpbmcg
aW4gdGhlIG11bHRpcG9pbnQgY29udGV4dC4gSXQgc2VlbXMgdGhhdCB0aGUgYmFzaWMgaGFz
aCBpcyAqPGI+bG9naWNhbGx5PC9iPiogc2ltaWxhciB0byB0aGUgZG91YmxlIG1hcmtpbmcg
bWV0aG9kLCByaWdodD8gSW4gYm90aCBjYXNlcyBlYWNoIG1lYXN1cmVtZW50IGlzIGFwcGxp
Y2FibGUNCiB0byBhIHNpbmdsZSBwYXRoLiA8YnI+DQpJbmRlZWQsIHRoZSBkeW5hbWljIGFw
cHJvYWNoIHNjYWxlcyB0aGUgbnVtYmVyIG9mIG1lYXN1cmVtZW50cyBwZXIgaW50ZXJ2YWws
IGJ1dCBpdCB3b3VsZCBzZWVtIHRoYXQgZG91YmxlIG1hcmtpbmcgd291bGQgYWxzbyB3b3Jr
IHdlbGwgaWYgd2UgcmVkdWNlZCB0aGUgaW50ZXJ2YWwgbGVuZ3RoLCByaWdodD88bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5
bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0ibXNv
LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5bR0ZdOiBXaWxsIGV4cGxhaW4gYmV0dGVy
IGluIHRoZSBuZXcgcmV2aXNpb24uIEluIGNhc2Ugb2YgcG9pbnQtdG8tcG9pbnQgcGF0aCBk
b3VibGUgbWFya2luZyBhbmQgaGFzaCBzZWxlY3Rpb24gYXJlIGVxdWl2YWxlbnQuIEJ1dCBp
ZiB5b3UNCiB3YW50IHRvIGdldCBkZWxheSBtZXN1cmVtZW50cyBvbiBtdWx0aXBvaW50LXRv
LW11bHRpcG9pbnQgcGF0aCBiYXNpcyBhbmQgd2FudCB0byBzZWxlY3QgbW9yZSB0aGFuIG9u
ZSBwYWNrZXQgcGVyIHBlcmlvZCwgeW91IGNhbm5vdCB1c2UgZG91YmxlIG1hcmtpbmcgYmVj
YXVzZSB5b3UgJm5ic3A7Y291bGQgbm90IGJlIGFibGUgdG8gY291cGxlIHRoZSBwaWNrZWQg
cGFja2V0cyBiZXR3ZWVuIGlucHV0IGFuZCBvdXRwdXQgbm9kZXMuIE9uIHRoZSBvdGhlcg0K
IGhhbmQgeW91IGNhbiBkbyB0aGF0IGJ5IHVzaW5nIGhhc2hpbmcgc2VsZWN0aW9uLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt
c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJv
b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5DaGVlcnMsPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z
by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+VGFsLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxodG1sPg0KCTxib2R5Pg0KCQk8dGFibGUg
c3R5bGU9IndpZHRoOjYwMHB4OyI+DQoJCQk8dGQgc3R5bGU9IndpZHRoOjU4NXB4OyBmb250
LWZhbWlseTogVmVyZGFuYTsgZm9udC1zaXplOjcuNXB0OyBjb2xvcjojMDAwOyB0ZXh0LWFs
aWduOiBqdXN0aWZ5IiB3aWR0aD0iMzk1Ij4NCgkJCQlRdWVzdG8gbWVzc2FnZ2lvIGUgaSBz
dW9pIGFsbGVnYXRpIHNvbm8gaW5kaXJpenphdGkgZXNjbHVzaXZhbWVudGUgYWxsZSBwZXJz
b25lIGluZGljYXRlLiBMYSBkaWZmdXNpb25lLCBjb3BpYSBvIHF1YWxzaWFzaSBhbHRyYSBh
emlvbmUgZGVyaXZhbnRlIGRhbGxhIGNvbm9zY2VuemEgZGkgcXVlc3RlIGluZm9ybWF6aW9u
aSBzb25vIHJpZ29yb3NhbWVudGUgdmlldGF0ZS4gUXVhbG9yYSBhYmJpYXRlIHJpY2V2dXRv
IHF1ZXN0byBkb2N1bWVudG8gcGVyIGVycm9yZSBzaWV0ZSBjb3J0ZXNlbWVudGUgcHJlZ2F0
aSBkaSBkYXJuZSBpbW1lZGlhdGEgY29tdW5pY2F6aW9uZSBhbCBtaXR0ZW50ZSBlIGRpIHBy
b3Z2ZWRlcmUgYWxsYSBzdWEgZGlzdHJ1emlvbmUsIEdyYXppZS4NCgkJCQk8YnI+PGJyPg0K
CQkJCTxpPg0KCQkJCQlUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGlzIGNvbmZp
ZGVudGlhbCBhbmQgbWF5ICBjb250YWluIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gaW50ZW5k
ZWQgZm9yIHRoZSBhZGRyZXNzZWUocykgb25seS4gRGlzc2VtaW5hdGlvbiwgY29weWluZywg
cHJpbnRpbmcgb3IgdXNlIGJ5IGFueWJvZHkgZWxzZSBpcyB1bmF1dGhvcmlzZWQuIElmIHlv
dSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBkZWxldGUgdGhpcyBt
ZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMgYW5kIGFkdmlzZSB0aGUgc2VuZGVyIGJ5IHJl
dHVybiAgZS1tYWlsLCBUaGFua3MuDQoJCQkJPC9pPg0KCQkJCTxicj48YnI+DQoJCQkJPGI+
UmlzcGV0dGEgbCdhbWJpZW50ZS4gTm9uIHN0YW1wYXJlIHF1ZXN0YSBtYWlsIHNlIG5vbiAm
ZWdyYXZlOyBuZWNlc3NhcmlvLjwvYj4NCgkJCTwvdGQ+DQoJCTwvdGFibGU+DQoJPC9ib2R5
Pg0KPC9odG1sPg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BED8080A1BDE444BA4B3D6963C5F9598telecomitaliait_--

