
From nobody Wed Dec  1 08:25:41 2021
Return-Path: <martin.h.duke@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 833ED3A0989 for <ippm@ietfa.amsl.com>; Wed,  1 Dec 2021 08:25:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 QTb2eHqs5-0M for <ippm@ietfa.amsl.com>; Wed,  1 Dec 2021 08:25:33 -0800 (PST)
Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (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 35C073A0954 for <ippm@ietf.org>; Wed,  1 Dec 2021 08:25:33 -0800 (PST)
Received: by mail-ua1-x936.google.com with SMTP id w23so50186001uao.5 for <ippm@ietf.org>; Wed, 01 Dec 2021 08:25:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kKdIr6BHAKWoSS7X1/z0wtYDjyBVELy64xKL83sJlLs=; b=VB0Tayl0kxLpEWrS1yHucJgXnhlu4ccLjrjqIo3rlV/xgMmXpmf2ui8cgv2oDEi6z9 UtAbLMvEsTZNPIugt7idJqr/XcQjCe+2ZB+lSrVfMOHwHgrf9AmM4+5tW4O6zJUmd/xC PEFabCDL6pHdxn0qixspr4kZhXM5mmPyHIe09OS6XWm/IPEGz7TERMKVKVxabiI9D0sR QTsLbMaYoC3ODyh8Jh50JvhNLfI85CmjwasjwHxrbp73UZOsNkjpStOkrLMzXMngDDhD lmv/d24f7u9CpHt/KxkHfeKQBX++xYQfwb0Kz3u8MHaprfW1Cd5XstIezTb4SlPU/c7L BuiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kKdIr6BHAKWoSS7X1/z0wtYDjyBVELy64xKL83sJlLs=; b=7udS1u7bpUhOUpoQSBKSJbHPdgDtmsqee7rwvt2OUSu/HLuYChFgTzwETBevGVngYe xgEhC6vAQaqcxJsTW4WGlKWW7T4XezY28DJfp18NE2HkfdvEMvMEvyoYfGDVaa8dTscJ gGoYgpEhT2Tb0NATFGg7yXNyN8Hv7PQibVwYk+HG8AYDlvPHX01emLRpm/u+wJTLaNet hPNDXJiMcrKbhlqT7dWj73VScyewRCSBp6zDJR4m0hnO0jYolo8pliZ08u1YQ9oWauDh jDomVQKJlagE7pZuK2ErsJLuEYS8gEvKewt5siQ8gXYLrWa/Jipniayu4z2OLLrdUK0g Wvqw==
X-Gm-Message-State: AOAM533x5dPLFrC2o4UFvdfBJT2zE+nJE4ODt4Drf+QWkzM24OrEBWDl AJnBxNqcM0cUNv58nQylLFl6++snJ41sMTw6MiwuP0xD
X-Google-Smtp-Source: ABdhPJxmvMBf5PyUPCPWP1xhZUF/6QrrRKnniNuigTcoLETWdpw9sGiJgSQhKYOA2Pq80m5GThVhHY3Whzvj98swyV4=
X-Received: by 2002:a67:f415:: with SMTP id p21mr9404956vsn.50.1638375931408;  Wed, 01 Dec 2021 08:25:31 -0800 (PST)
MIME-Version: 1.0
References: <20211128083933.8FC65622CF1@rfc-editor.org> <CH0PR02MB7980B4BD57D3116841BA03B3D3679@CH0PR02MB7980.namprd02.prod.outlook.com>
In-Reply-To: <CH0PR02MB7980B4BD57D3116841BA03B3D3679@CH0PR02MB7980.namprd02.prod.outlook.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Wed, 1 Dec 2021 08:25:20 -0800
Message-ID: <CAM4esxT8kLxVmcPvDCrsG1GYyv-y0SDwBn+_AvkTFfMzO8XLAA@mail.gmail.com>
To: "MORTON JR., AL" <acmorton@att.com>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, "nmalykh@ieee.org" <nmalykh@ieee.org>,  "D'SOUZA, KEVIN L" <kd6913@att.com>, "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006675bf05d2181f2a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/hHH8pMCAeXUDel1pnKgY1d73z5s>
Subject: Re: [ippm] [Editorial Errata Reported] RFC8912 (6758)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 01 Dec 2021 16:25:39 -0000

--0000000000006675bf05d2181f2a
Content-Type: text/plain; charset="UTF-8"

Al, can you rephrase this? The proposed text has 9 digits (8 zeros and a 1)
to the right of the decimal place.

On Tue, Nov 30, 2021 at 12:07 PM MORTON JR., AL <acmorton@att.com> wrote:

> Sorry, but the original text is what we intended.
>
> "fraction digits = 9" refers to the digits to the right of the decimal
> place.
>
> Al
>
> > -----Original Message-----
> > From: RFC Errata System <rfc-editor@rfc-editor.org>
> > Sent: Sunday, November 28, 2021 3:40 AM
> > To: rfc-editor@rfc-editor.org
> > Cc: nmalykh@ieee.org; MORTON JR., AL <acmorton@att.com>;
> marcelo@it.uc3m.es;
> > philip.eardley@bt.com; D'SOUZA, KEVIN L <kd6913@att.com>; ippm@ietf.org
> > Subject: [Editorial Errata Reported] RFC8912 (6758)
> >
> > The following errata report has been submitted for RFC8912, "Initial
> > Performance Metrics Registry Entries".
> >
> > --------------------------------------
> > You may review the report below and at:
> > https://urldefense.com/v3/__https://www.rfc-
> >
> editor.org/errata/eid6758__;!!BhdT!0sOKD4K1QvzSFuTr19kOCaZcs09P3P_d2_LwuoM9aOr
> > 6gv_f8a6dgdeGztmA$
> >
> > --------------------------------------
> > Type: Editorial
> > Reported by: Nikolai Malykh <nmalykh@ieee.org>
> >
> > Section: 4.4.2
> >
> > Original Text
> > -------------
> >    Percent_LossRatio:  The numeric value of the result is expressed in
> >       units of lost packets to total packets times 100%, as a positive
> >       value of type decimal64 with fraction digits = 9 (see Section 9.3
> >       of [RFC6020]) with a resolution of 0.0000000001.
> >
> >
> >
> > Corrected Text
> > --------------
> >    Percent_LossRatio:  The numeric value of the result is expressed in
> >       units of lost packets to total packets times 100%, as a positive
> >       value of type decimal64 with fraction digits = 9 (see Section 9.3
> >       of [RFC6020]) with a resolution of 0.000000001.
> >
> >
> >
> > Notes
> > -----
> > An extra 0 in the value of the resolution of the loss ratio.
> >
> > The error is repeated in sections 7.4.2.6, 8.4.2.6, 9.4.2.4
> >
> > Instructions:
> > -------------
> > This erratum is currently posted as "Reported". If necessary, please use
> > "Reply All" to discuss whether it should be verified or rejected. When a
> > decision is reached, the verifying party can log in to change the status
> and
> > edit the report, if necessary.
> >
> > --------------------------------------
> > RFC8912 (draft-ietf-ippm-initial-registry-16)
> > --------------------------------------
> > Title               : Initial Performance Metrics Registry Entries
> > Publication Date    : November 2021
> > Author(s)           : A. Morton, M. Bagnulo, P. Eardley, K. D'Souza
> > Category            : PROPOSED STANDARD
> > Source              : IP Performance Measurement
> > Area                : Transport
> > Stream              : IETF
> > Verifying Party     : IESG
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Al, can you rephrase this? The proposed text has 9 digits =
(8 zeros and a 1) to the right of the decimal place.<br></div><br><div clas=
s=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Nov 30, 202=
1 at 12:07 PM MORTON JR., AL &lt;<a href=3D"mailto:acmorton@att.com">acmort=
on@att.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">Sorry, but the original text is what we intended. <br>
<br>
&quot;fraction digits =3D 9&quot; refers to the digits to the right of the =
decimal place.<br>
<br>
Al<br>
<br>
&gt; -----Original Message-----<br>
&gt; From: RFC Errata System &lt;<a href=3D"mailto:rfc-editor@rfc-editor.or=
g" target=3D"_blank">rfc-editor@rfc-editor.org</a>&gt;<br>
&gt; Sent: Sunday, November 28, 2021 3:40 AM<br>
&gt; To: <a href=3D"mailto:rfc-editor@rfc-editor.org" target=3D"_blank">rfc=
-editor@rfc-editor.org</a><br>
&gt; Cc: <a href=3D"mailto:nmalykh@ieee.org" target=3D"_blank">nmalykh@ieee=
.org</a>; MORTON JR., AL &lt;<a href=3D"mailto:acmorton@att.com" target=3D"=
_blank">acmorton@att.com</a>&gt;; <a href=3D"mailto:marcelo@it.uc3m.es" tar=
get=3D"_blank">marcelo@it.uc3m.es</a>;<br>
&gt; <a href=3D"mailto:philip.eardley@bt.com" target=3D"_blank">philip.eard=
ley@bt.com</a>; D&#39;SOUZA, KEVIN L &lt;<a href=3D"mailto:kd6913@att.com" =
target=3D"_blank">kd6913@att.com</a>&gt;; <a href=3D"mailto:ippm@ietf.org" =
target=3D"_blank">ippm@ietf.org</a><br>
&gt; Subject: [Editorial Errata Reported] RFC8912 (6758)<br>
&gt; <br>
&gt; The following errata report has been submitted for RFC8912, &quot;Init=
ial<br>
&gt; Performance Metrics Registry Entries&quot;.<br>
&gt; <br>
&gt; --------------------------------------<br>
&gt; You may review the report below and at:<br>
&gt; <a href=3D"https://urldefense.com/v3/__https://www.rfc-" rel=3D"norefe=
rrer" target=3D"_blank">https://urldefense.com/v3/__https://www.rfc-</a><br=
>
&gt; <a href=3D"http://editor.org/errata/eid6758__;!!BhdT!0sOKD4K1QvzSFuTr1=
9kOCaZcs09P3P_d2_LwuoM9aOr" rel=3D"noreferrer" target=3D"_blank">editor.org=
/errata/eid6758__;!!BhdT!0sOKD4K1QvzSFuTr19kOCaZcs09P3P_d2_LwuoM9aOr</a><br=
>
&gt; 6gv_f8a6dgdeGztmA$<br>
&gt; <br>
&gt; --------------------------------------<br>
&gt; Type: Editorial<br>
&gt; Reported by: Nikolai Malykh &lt;<a href=3D"mailto:nmalykh@ieee.org" ta=
rget=3D"_blank">nmalykh@ieee.org</a>&gt;<br>
&gt; <br>
&gt; Section: 4.4.2<br>
&gt; <br>
&gt; Original Text<br>
&gt; -------------<br>
&gt;=C2=A0 =C2=A0 Percent_LossRatio:=C2=A0 The numeric value of the result =
is expressed in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0units of lost packets to total packets times=
 100%, as a positive<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0value of type decimal64 with fraction digits=
 =3D 9 (see Section 9.3<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0of [RFC6020]) with a resolution of 0.0000000=
001.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Corrected Text<br>
&gt; --------------<br>
&gt;=C2=A0 =C2=A0 Percent_LossRatio:=C2=A0 The numeric value of the result =
is expressed in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0units of lost packets to total packets times=
 100%, as a positive<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0value of type decimal64 with fraction digits=
 =3D 9 (see Section 9.3<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0of [RFC6020]) with a resolution of 0.0000000=
01.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Notes<br>
&gt; -----<br>
&gt; An extra 0 in the value of the resolution of the loss ratio.<br>
&gt; <br>
&gt; The error is repeated in sections 7.4.2.6, 8.4.2.6, 9.4.2.4<br>
&gt; <br>
&gt; Instructions:<br>
&gt; -------------<br>
&gt; This erratum is currently posted as &quot;Reported&quot;. If necessary=
, please use<br>
&gt; &quot;Reply All&quot; to discuss whether it should be verified or reje=
cted. When a<br>
&gt; decision is reached, the verifying party can log in to change the stat=
us and<br>
&gt; edit the report, if necessary.<br>
&gt; <br>
&gt; --------------------------------------<br>
&gt; RFC8912 (draft-ietf-ippm-initial-registry-16)<br>
&gt; --------------------------------------<br>
&gt; Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Initial =
Performance Metrics Registry Entries<br>
&gt; Publication Date=C2=A0 =C2=A0 : November 2021<br>
&gt; Author(s)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: A. Morton, M. Bagn=
ulo, P. Eardley, K. D&#39;Souza<br>
&gt; Category=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : PROPOSED STANDARD<=
br>
&gt; Source=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IP Performanc=
e Measurement<br>
&gt; Area=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Transpor=
t<br>
&gt; Stream=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IETF<br>
&gt; Verifying Party=C2=A0 =C2=A0 =C2=A0: IESG<br>
_______________________________________________<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/listinfo/ippm</a><br>
</blockquote></div>

--0000000000006675bf05d2181f2a--


From nobody Wed Dec  1 08:32:32 2021
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 BA8A23A0975 for <ippm@ietfa.amsl.com>; Wed,  1 Dec 2021 08:32:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.799
X-Spam-Level: 
X-Spam-Status: No, score=-1.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=att.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 ecMdfSLAK2-z for <ippm@ietfa.amsl.com>; Wed,  1 Dec 2021 08:32:24 -0800 (PST)
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 A26493A0659 for <ippm@ietf.org>; Wed,  1 Dec 2021 08:32:24 -0800 (PST)
Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.1.2/8.16.1.2) with SMTP id 1B1GHqPg024922; Wed, 1 Dec 2021 11:32:17 -0500
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0048589.ppops.net-00191d01. with ESMTP id 3cpceu8e6v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 01 Dec 2021 11:32:16 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 1B1GWFar026853; Wed, 1 Dec 2021 11:32:15 -0500
Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [135.66.87.42]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 1B1GWAh9026677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 1 Dec 2021 11:32:11 -0500
Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [127.0.0.1]) by zlp27129.vci.att.com (Service) with ESMTP id AEFFF401C87E; Wed,  1 Dec 2021 16:32:10 +0000 (GMT)
Received: from MISOUT7MSGEX2CE.ITServices.sbc.com (unknown [135.66.184.201]) by zlp27129.vci.att.com (Service) with ESMTP id 88F854000429; Wed,  1 Dec 2021 16:32:10 +0000 (GMT)
Received: from MISOUT7MSGEX2CA.ITServices.sbc.com (135.66.184.193) by MISOUT7MSGEX2CE.ITServices.sbc.com (135.66.184.201) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17; Wed, 1 Dec 2021 11:32:10 -0500
Received: from MISOUT7MSGETA03.tmg.ad.att.com (144.160.12.222) by MISOUT7MSGEX2CA.ITServices.sbc.com (135.66.184.193) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17 via Frontend Transport; Wed, 1 Dec 2021 11:32:10 -0500
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (104.47.66.44) by edgeso3.exch.att.com (144.160.12.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.17; Wed, 1 Dec 2021 11:32:02 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Gvif/3EIbeWEIDzwPGeAWpMF9Zgh/K4ZFGD02O08je/xZKWkmMylGAHXsvnmQwoO+7ipWFu8+Us1XfqnFx69Jg2tBnqzDATKOrkYOmaSNc3vPMNfYxH5WqyqVPANcHwG9Th1d1xd88O2YhUh2mbbwjXxlhevetz+BV5GoEEyEOL7TtPLN5vbxjcrA6PMHhnzlmkY/0957H49/3Tn2+ubs6i5UPqLt4St7raE3xyygbaaKXRQU35OV3G8YEt7R5hGl2QAoKscND2QKRq7LI2/8FnATPNgDbCc1iMuPD1fF3d9FBkX/HNRJhueYlbaodG84RpX7Qc7pVUNFpgb93Cs1A==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=7Miq2SXStH6gD/Gdzzg3jH0EwwMD/oSixncPqaYWY4Y=; b=WPxZqRiQNxA7X1B9o8S+yjQ+tj4CSG1U41+M0zRJOXuLAOxhc5kX81GQYZ70/aMeS5smqHh+g1ltQ/rTo47Xvb5EWMWvDfYncUU81Yw9rwf4Cz1wvpj38jipDT7rScHV57qkc0EC+j0yNwbEh53oGBKF1ENlrP0C6WLoqANJz4OPb1DmlRCQVvxfDf4B4qihj1q0nPulmys0vmSmcpTbR/eax8s/yfK85cAuLgMBDD5QbOCwL6ndUgMBNiPjSCjvV9Cbee+IDFHEVKnZ9FACx7cRPWZEpR1nOPVjXO2ohTjB2asMBAhr9Q5OU67CmlO4cWK0Wpj/MsEIyJERd+6VPA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7Miq2SXStH6gD/Gdzzg3jH0EwwMD/oSixncPqaYWY4Y=; b=QAWeR8/a8ithesJwdHIkHDjSrFvIH+TuozClV5irG8D08hvlj6kq6SssztmlKDdcqr/pQk9v5aVHbvFqD2M7eYMvQwVW5aCvL2oYnStORBqncOCwNeOlyEULmdwiBOl4sUGpGX1EUC5tiqXbbN0dDDaZw+n8x+3sE6KBSOsKy0A=
Received: from DM8PR02MB7973.namprd02.prod.outlook.com (2603:10b6:8:12::9) by DM6PR02MB4139.namprd02.prod.outlook.com (2603:10b6:5:9b::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4734.21; Wed, 1 Dec 2021 16:32:01 +0000
Received: from DM8PR02MB7973.namprd02.prod.outlook.com ([fe80::314a:c7bd:1e46:a68f]) by DM8PR02MB7973.namprd02.prod.outlook.com ([fe80::314a:c7bd:1e46:a68f%6]) with mapi id 15.20.4734.027; Wed, 1 Dec 2021 16:32:01 +0000
From: "MORTON JR., AL" <acmorton@att.com>
To: Martin Duke <martin.h.duke@gmail.com>
CC: RFC Errata System <rfc-editor@rfc-editor.org>, "nmalykh@ieee.org" <nmalykh@ieee.org>, "D'SOUZA, KEVIN L" <kd6913@att.com>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] [Editorial Errata Reported] RFC8912 (6758)
Thread-Index: AQHX5DOAKybPbXWxrEKKqt1f8R2lGawcggeQgAFVogCAAADp0A==
Date: Wed, 1 Dec 2021 16:32:00 +0000
Message-ID: <DM8PR02MB7973E96BD3E155DC0DA1321AD3689@DM8PR02MB7973.namprd02.prod.outlook.com>
References: <20211128083933.8FC65622CF1@rfc-editor.org> <CH0PR02MB7980B4BD57D3116841BA03B3D3679@CH0PR02MB7980.namprd02.prod.outlook.com> <CAM4esxT8kLxVmcPvDCrsG1GYyv-y0SDwBn+_AvkTFfMzO8XLAA@mail.gmail.com>
In-Reply-To: <CAM4esxT8kLxVmcPvDCrsG1GYyv-y0SDwBn+_AvkTFfMzO8XLAA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ac1b5945-41ce-4752-93de-08d9b4e819f4
x-ms-traffictypediagnostic: DM6PR02MB4139:
x-microsoft-antispam-prvs: <DM6PR02MB41398EA0DE057D7D24ADFCEDD3689@DM6PR02MB4139.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: cw0lEGjb2uKcZyn3c6AQywNnATygAl6GD6m6keV/ibm+xlouitZiM2iWaGwAd4p5Xr5bK9gIi7Rji9gd80bbtODiFyC0vaB/d2cuQb9G2te/K2MYvhs2XDcs+iDiWd8FIxQijksO6NnZPh0VUAjt4mZ9h/vEM1yYh2ZAfZQeFWqLKYJyEnRUUu6pXfuWGSkKoX7TtJZsa/5zyFMV5y51dWN1y/1Co7gxoZClzFaf+hjaALOe/5OMNCBOFXCAK+vyDl/oOfV+J/0cKyfiVgbNIz6Ksigw17rfImCi+uHaMYtVDiJaYVvvmcSUhEmPMTZtfNi83Qba0KmZlD6BEKBI2VArnU3vu4NH70HqyMo+lERk0N+zftiFGBz5QDZKuk7Kg54V5tqUfIMN/Gxvzse3izStJGLiGx8mqbdQVFUHqWeXGIhXwNfBVseYzgaP9t/2DkkLpcemqxriLfph6gMAMzCMNGNvdpeNbj2Wb2IO/cfF+THMNf46MEB765SDvhK55gNsyiC1V4C3vZErHB7NzRVUbPIsN63GRo7stkyBUUk3LxT/JMhXqy4z3Grf2XHHOUnOC1jCu2PUUw9oTH7OzIo6WE5mSJZ2uUZ3AeuyhpVPwfR+fbkj7rLsPzOE0yVrUxlopptUaQerACLRIIw3kaLUAt9K9cAjz6o5XOgLvBGs3YbECwoB9CPoKLPoq6nNngt4VkJd+SvAMirZ/9NDpG12OnELleXLxnLv7BNjKABHLXn+SvfDCpwp88Z2f37Nl1sfCNn57OmRJHFXqGygeTdNshHrs2EjT/g3Rg0RlFOZJ6ldZOg9gucxf8pRaPCtTPgRaQ2kS3wbkjIhmBxPwg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:DM8PR02MB7973.namprd02.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(166002)(83380400001)(55016003)(82202003)(54906003)(86362001)(82960400001)(8936002)(8676002)(122000001)(6506007)(38070700005)(7696005)(53546011)(71200400001)(33656002)(26005)(5660300002)(38100700002)(6916009)(186003)(2906002)(966005)(4326008)(316002)(9686003)(66946007)(52536014)(66446008)(64756008)(66556008)(66476007)(508600001)(76116006)(579004); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?MXZBc1pHdmtQTWkzNmVITUpiWEpUU2pXTVlUS2ZUVzN1WG43ckloZHp4RjBt?= =?utf-8?B?MklVeXk4Y3drb0xTR21QYzk4ak82ck54QUpnMjVGZUIxWnVXSXhUTUhtNUdq?= =?utf-8?B?bmlpbTFCaHBGWEEyNVhLTU12NXZ1M05pRE9oSnlqQkhnK2hPaEVOOFlCSFh3?= =?utf-8?B?WmtOTTF3TjFzQ3dZTHVVb05WTDh3WEQ4bmJiVGl5dlpzajFSaStaK3NCbnJz?= =?utf-8?B?OC9VNWgvMFFJcE9Ubjh4K0V1SHp2dVdsdmVaMWNtL25zV2kzelE1MjQ3TmJo?= =?utf-8?B?YndmbUxmYnRuWVRZejFyNVFIV1VXbmRQV2ZDZzFlMVpRY0RYSWhWd1NBdmVC?= =?utf-8?B?d2RwblZGazgrZnorMEd2UGplT3RMMkxtSnJmQk45bnYxYmtuemtVZm16MzZs?= =?utf-8?B?RXhSRU81clM3KzM4dGlEbDJyeUhudjROYlpKRURhd0tRQ3l1bzUzWS8xUWRK?= =?utf-8?B?Um9vMkZvTVltSThJMkZ4WmRoaDRNcG15aHdjVUdhT2hmRnpaeWljWXBkL0pM?= =?utf-8?B?MyttaU9VQVIvdjVHOXhBMVFtZlZlRFlLclB5YmU3Wk1VNVJHczZPRjJLS0dG?= =?utf-8?B?NHo1Tk5NRHRFbDhZcnlBRlJxOEo3SmFIN3h1WXRmcStBUVczNmtyU1FTYUFu?= =?utf-8?B?THl0bjcyYU0xSW8xVnZwa05yNUczR1oyMEZ1R3NWNktOMmVMcUdNSlhWRytL?= =?utf-8?B?Y0lVbE14VlpucnA2RUNzQmI2cDBna0cxNHFYYlRadjdRMkI2bGE5VXhDUXpv?= =?utf-8?B?NXY3dTRkMElucm5TY3RzeGtuQmVxZmUzNkx4enZ4QmlteU95ZlQ4L2ljdTVR?= =?utf-8?B?RFF5dDBmYU8zL2RmNWwvV1BSVjJZN2dkVTVvMUhGWDlGdjhRbU9iT2JKZVNK?= =?utf-8?B?Sys0aVRJcnJsbVRNVlRXZlF4Q09YcHlSZ0ZZOVFvZitiRUV4eHdKd1h6cnc1?= =?utf-8?B?SWNEZWV0ZmNNSlUvczFhZWVjV3FJOWs3WnVVcHNnL0grSlNjMEdMZXY4Umli?= =?utf-8?B?K1BlWndvdERHUkRyM2ZzbVI2L2VudVBlY2pqL1JXY2N0ZTFyVVpFcVZDUmZL?= =?utf-8?B?b0k0Zi9kelAvYW0yRFZTc1l4bFlGZGh5N1lsVmk0QUpSWlRqLzdJZC9yQmJp?= =?utf-8?B?K2lRUzFhSENJWExGZ3AzZ0RTNmNydW12dWV6TXJ1VUd5OGZ2NXQ1anNGWDlo?= =?utf-8?B?VGNIWUxIaWw2U3NMOWo3UUFvY09sb1lqVjYzVVkycFdlVGhBUHR3QzZzTmxG?= =?utf-8?B?SVoyTSt6Y1A2d0NkVWt0c0dVMW5PYTJPQVJkUkQ4U2NrVEJ2aVlkbUpCYWFB?= =?utf-8?B?Y0pyeG84UXRvSFBvZTZFQzk0UU1BOUx1UU1wRjZuMElrUFJMUjdxNXRtWGRq?= =?utf-8?B?MGNwSkxjSGNyS1JkMVR1VTZEcDNmNWpsNjE4VExjbmR6cmVIamV4R05XaUhj?= =?utf-8?B?ZEFxSWwzVk9CSDFCUFVOSmt0dS9WQXB6S3dweWdZZlJUY2l5Tms2T3dxTXNx?= =?utf-8?B?WGk4UFdVTHpmQXFjZFlPOENPVVBYcFgzYnp5bDF0YnllcGNLTkR3Q0N5SVVM?= =?utf-8?B?RlRvZUJIR1B6QkhJam0yeVdHV0RVT1puWjhiWHoyMU5IekpaV1k3V3AvWnZv?= =?utf-8?B?VDQwQndJT1o3WlpZRVB0OXZyZzFJcWx2TVJ0cS9IVW9FeTJ3VnlmODFlL3VL?= =?utf-8?B?cWJIR1F4c0JJZWpZb28rTmVmM2p5MVQydW1TM2ZjYnV4SnArcTFaQWszU3VS?= =?utf-8?B?MlFkVU5WYjhXY2JXSDdYOFpsQ3BjVFZjOHVYQjdZRGw1bWloV2dWamI3aUZo?= =?utf-8?B?VmFJeThoWGpwK25KbFFnRDlhdCtXNHc2dEdnOVp6ZHp1alBYNG1aMnJ1VzEx?= =?utf-8?B?T3crSVhFRE1oOEYrRFRFeDAwcXA3UFdkNGFhYUxuVll4R1VQdlZUUmNqZ1M4?= =?utf-8?B?d2Z0cGJVajZEZDVOcTMxQ0tMV2hVZkN2MGR0TmwzR2p4V3BpZWMxTnRZSnBa?= =?utf-8?B?UGIwSVNkckN1NkNtRU02TTgvaEZabzIxZHRXOWI2M3R2VlVKbmhlUGQvR1FH?= =?utf-8?B?Q2JSb2pZdlhPTmV6ZTBPcjREVlY4bk9RYnVndz09?=
Content-Type: multipart/alternative; boundary="_000_DM8PR02MB7973E96BD3E155DC0DA1321AD3689DM8PR02MB7973namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM8PR02MB7973.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ac1b5945-41ce-4752-93de-08d9b4e819f4
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Dec 2021 16:32:01.0019 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: aznsvUdw2XN3SMWKu2wSVHoobUMShAIVQ+9IddPthAyGmlur1MuWbcBc2GOy2g9d
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR02MB4139
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: 8B33E6C2AC176B4E2079B82ED143D3D0DE3C6C8E7747F3DFD70A7A5F3AEDD34F2
X-Proofpoint-GUID: Y2gHNNLzaGNE1QFoX49QDxu5kveSxYYA
X-Proofpoint-ORIG-GUID: Y2gHNNLzaGNE1QFoX49QDxu5kveSxYYA
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.790,Hydra:6.0.425,FMLib:17.0.607.475 definitions=2021-11-30_10,2021-12-01_01,2020-04-07_01
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 mlxscore=0 bulkscore=0 clxscore=1015 impostorscore=0 mlxlogscore=999 lowpriorityscore=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 priorityscore=1501 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2112010090
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/NxYu3S-d4t_95dT4AJr4YfxCPc4>
Subject: Re: [ippm] [Editorial Errata Reported] RFC8912 (6758)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 01 Dec 2021 16:32:30 -0000

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

U28sIEkgbWlzcy1jb3VudGVkIHRoZSB6ZXJvZXM/ICBJIGd1ZXNzIG15IHZpc2lvbiBpcyBnb2lu
ZyBmb3Igc3R1ZmYgbGlrZSB0aGlzLCBiZWNhdXNlIEkgdHJpZWQgdG8gY291bnQgYWdhaW4geWVz
dGVyZGF5IGFuZCB0aGUgb3JpZ2luYWwgbG9va2VkIG9rLi4uDQoNCkl0IHNob3VsZCBiZSA5IGRp
Z2l0cyAoOCB6ZXJvcyBhbmQgYSAxKSB0byB0aGUgcmlnaHQgb2YgdGhlIGRlY2ltYWwgcGxhY2Uu
DQpBbA0KDQpGcm9tOiBNYXJ0aW4gRHVrZSA8bWFydGluLmguZHVrZUBnbWFpbC5jb20+DQpTZW50
OiBXZWRuZXNkYXksIERlY2VtYmVyIDEsIDIwMjEgMTE6MjUgQU0NClRvOiBNT1JUT04gSlIuLCBB
TCA8YWNtb3J0b25AYXR0LmNvbT4NCkNjOiBSRkMgRXJyYXRhIFN5c3RlbSA8cmZjLWVkaXRvckBy
ZmMtZWRpdG9yLm9yZz47IG5tYWx5a2hAaWVlZS5vcmc7IEQnU09VWkEsIEtFVklOIEwgPGtkNjkx
M0BhdHQuY29tPjsgaXBwbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtpcHBtXSBbRWRpdG9yaWFs
IEVycmF0YSBSZXBvcnRlZF0gUkZDODkxMiAoNjc1OCkNCg0KQWwsIGNhbiB5b3UgcmVwaHJhc2Ug
dGhpcz8gVGhlIHByb3Bvc2VkIHRleHQgaGFzIDkgZGlnaXRzICg4IHplcm9zIGFuZCBhIDEpIHRv
IHRoZSByaWdodCBvZiB0aGUgZGVjaW1hbCBwbGFjZS4NCg0KT24gVHVlLCBOb3YgMzAsIDIwMjEg
YXQgMTI6MDcgUE0gTU9SVE9OIEpSLiwgQUwgPGFjbW9ydG9uQGF0dC5jb208bWFpbHRvOmFjbW9y
dG9uQGF0dC5jb20+PiB3cm90ZToNClNvcnJ5LCBidXQgdGhlIG9yaWdpbmFsIHRleHQgaXMgd2hh
dCB3ZSBpbnRlbmRlZC4NCg0KImZyYWN0aW9uIGRpZ2l0cyA9IDkiIHJlZmVycyB0byB0aGUgZGln
aXRzIHRvIHRoZSByaWdodCBvZiB0aGUgZGVjaW1hbCBwbGFjZS4NCg0KQWwNCg0KPiAtLS0tLU9y
aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBSRkMgRXJyYXRhIFN5c3RlbSA8cmZjLWVkaXRv
ckByZmMtZWRpdG9yLm9yZzxtYWlsdG86cmZjLWVkaXRvckByZmMtZWRpdG9yLm9yZz4+DQo+IFNl
bnQ6IFN1bmRheSwgTm92ZW1iZXIgMjgsIDIwMjEgMzo0MCBBTQ0KPiBUbzogcmZjLWVkaXRvckBy
ZmMtZWRpdG9yLm9yZzxtYWlsdG86cmZjLWVkaXRvckByZmMtZWRpdG9yLm9yZz4NCj4gQ2M6IG5t
YWx5a2hAaWVlZS5vcmc8bWFpbHRvOm5tYWx5a2hAaWVlZS5vcmc+OyBNT1JUT04gSlIuLCBBTCA8
YWNtb3J0b25AYXR0LmNvbTxtYWlsdG86YWNtb3J0b25AYXR0LmNvbT4+OyBtYXJjZWxvQGl0LnVj
M20uZXM8bWFpbHRvOm1hcmNlbG9AaXQudWMzbS5lcz47DQo+IHBoaWxpcC5lYXJkbGV5QGJ0LmNv
bTxtYWlsdG86cGhpbGlwLmVhcmRsZXlAYnQuY29tPjsgRCdTT1VaQSwgS0VWSU4gTCA8a2Q2OTEz
QGF0dC5jb208bWFpbHRvOmtkNjkxM0BhdHQuY29tPj47IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlw
cG1AaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFtFZGl0b3JpYWwgRXJyYXRhIFJlcG9ydGVkXSBSRkM4
OTEyICg2NzU4KQ0KPg0KPiBUaGUgZm9sbG93aW5nIGVycmF0YSByZXBvcnQgaGFzIGJlZW4gc3Vi
bWl0dGVkIGZvciBSRkM4OTEyLCAiSW5pdGlhbA0KPiBQZXJmb3JtYW5jZSBNZXRyaWNzIFJlZ2lz
dHJ5IEVudHJpZXMiLg0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LQ0KPiBZb3UgbWF5IHJldmlldyB0aGUgcmVwb3J0IGJlbG93IGFuZCBhdDoNCj4gaHR0cHM6Ly91
cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3LnJmYy08aHR0cHM6Ly91cmxkZWZlbnNlLmNv
bS92My9fX2h0dHBzOi93d3cucmZjLT4NCj4gZWRpdG9yLm9yZy9lcnJhdGEvZWlkNjc1OF9fOyEh
QmhkVCEwc09LRDRLMVF2elNGdVRyMTlrT0NhWmNzMDlQM1BfZDJfTHd1b005YU9yPGh0dHBzOi8v
dXJsZGVmZW5zZS5jb20vdjMvX19odHRwOi9lZGl0b3Iub3JnL2VycmF0YS9laWQ2NzU4X187ISFC
aGRUITBzT0tENEsxUXZ6U0Z1VHIxOWtPQ2FaY3MwOVAzUF9kMl9Md3VvTTlhT3JfXzshIUJoZFQh
d2s3dUJ6VkhZWm1xT014bm5lU2RBMmhQVEZzcUYyT1FLeUI4NjF5RGNkQXZjSVZ0NUcxQTV2YWs4
UWtfJD4NCj4gNmd2X2Y4YTZkZ2RlR3p0bUEkDQo+DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQo+IFR5cGU6IEVkaXRvcmlhbA0KPiBSZXBvcnRlZCBieTogTmlrb2xh
aSBNYWx5a2ggPG5tYWx5a2hAaWVlZS5vcmc8bWFpbHRvOm5tYWx5a2hAaWVlZS5vcmc+Pg0KPg0K
PiBTZWN0aW9uOiA0LjQuMg0KPg0KPiBPcmlnaW5hbCBUZXh0DQo+IC0tLS0tLS0tLS0tLS0NCj4g
ICAgUGVyY2VudF9Mb3NzUmF0aW86ICBUaGUgbnVtZXJpYyB2YWx1ZSBvZiB0aGUgcmVzdWx0IGlz
IGV4cHJlc3NlZCBpbg0KPiAgICAgICB1bml0cyBvZiBsb3N0IHBhY2tldHMgdG8gdG90YWwgcGFj
a2V0cyB0aW1lcyAxMDAlLCBhcyBhIHBvc2l0aXZlDQo+ICAgICAgIHZhbHVlIG9mIHR5cGUgZGVj
aW1hbDY0IHdpdGggZnJhY3Rpb24gZGlnaXRzID0gOSAoc2VlIFNlY3Rpb24gOS4zDQo+ICAgICAg
IG9mIFtSRkM2MDIwXSkgd2l0aCBhIHJlc29sdXRpb24gb2YgMC4wMDAwMDAwMDAxLg0KPg0KPg0K
Pg0KPiBDb3JyZWN0ZWQgVGV4dA0KPiAtLS0tLS0tLS0tLS0tLQ0KPiAgICBQZXJjZW50X0xvc3NS
YXRpbzogIFRoZSBudW1lcmljIHZhbHVlIG9mIHRoZSByZXN1bHQgaXMgZXhwcmVzc2VkIGluDQo+
ICAgICAgIHVuaXRzIG9mIGxvc3QgcGFja2V0cyB0byB0b3RhbCBwYWNrZXRzIHRpbWVzIDEwMCUs
IGFzIGEgcG9zaXRpdmUNCj4gICAgICAgdmFsdWUgb2YgdHlwZSBkZWNpbWFsNjQgd2l0aCBmcmFj
dGlvbiBkaWdpdHMgPSA5IChzZWUgU2VjdGlvbiA5LjMNCj4gICAgICAgb2YgW1JGQzYwMjBdKSB3
aXRoIGEgcmVzb2x1dGlvbiBvZiAwLjAwMDAwMDAwMS4NCj4NCj4NCj4NCj4gTm90ZXMNCj4gLS0t
LS0NCj4gQW4gZXh0cmEgMCBpbiB0aGUgdmFsdWUgb2YgdGhlIHJlc29sdXRpb24gb2YgdGhlIGxv
c3MgcmF0aW8uDQo+DQo+IFRoZSBlcnJvciBpcyByZXBlYXRlZCBpbiBzZWN0aW9ucyA3LjQuMi42
LCA4LjQuMi42LCA5LjQuMi40DQo+DQo+IEluc3RydWN0aW9uczoNCj4gLS0tLS0tLS0tLS0tLQ0K
PiBUaGlzIGVycmF0dW0gaXMgY3VycmVudGx5IHBvc3RlZCBhcyAiUmVwb3J0ZWQiLiBJZiBuZWNl
c3NhcnksIHBsZWFzZSB1c2UNCj4gIlJlcGx5IEFsbCIgdG8gZGlzY3VzcyB3aGV0aGVyIGl0IHNo
b3VsZCBiZSB2ZXJpZmllZCBvciByZWplY3RlZC4gV2hlbiBhDQo+IGRlY2lzaW9uIGlzIHJlYWNo
ZWQsIHRoZSB2ZXJpZnlpbmcgcGFydHkgY2FuIGxvZyBpbiB0byBjaGFuZ2UgdGhlIHN0YXR1cyBh
bmQNCj4gZWRpdCB0aGUgcmVwb3J0LCBpZiBuZWNlc3NhcnkuDQo+DQo+IC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFJGQzg5MTIgKGRyYWZ0LWlldGYtaXBwbS1pbml0
aWFsLXJlZ2lzdHJ5LTE2KQ0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LQ0KPiBUaXRsZSAgICAgICAgICAgICAgIDogSW5pdGlhbCBQZXJmb3JtYW5jZSBNZXRyaWNzIFJl
Z2lzdHJ5IEVudHJpZXMNCj4gUHVibGljYXRpb24gRGF0ZSAgICA6IE5vdmVtYmVyIDIwMjENCj4g
QXV0aG9yKHMpICAgICAgICAgICA6IEEuIE1vcnRvbiwgTS4gQmFnbnVsbywgUC4gRWFyZGxleSwg
Sy4gRCdTb3V6YQ0KPiBDYXRlZ29yeSAgICAgICAgICAgIDogUFJPUE9TRUQgU1RBTkRBUkQNCj4g
U291cmNlICAgICAgICAgICAgICA6IElQIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50DQo+IEFyZWEg
ICAgICAgICAgICAgICAgOiBUcmFuc3BvcnQNCj4gU3RyZWFtICAgICAgICAgICAgICA6IElFVEYN
Cj4gVmVyaWZ5aW5nIFBhcnR5ICAgICA6IElFU0cNCl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQppcHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRmLm9yZzxt
YWlsdG86aXBwbUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vaXBwbTxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2lwcG1fXzshIUJoZFQhd2s3dUJ6VkhZWm1xT014bm5lU2RBMmhQVEZz
cUYyT1FLeUI4NjF5RGNkQXZjSVZ0NUcxQTVuVGVHSnlmJD4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg
Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9
Ik1pY3Jvc29mdCBXb3JkIDE1Ij4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p
Y3Jvc29mdCBXb3JkIDE1Ij4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp
c3QueG1sQDAxRDdFNkE3LjBEN0VGNTMwIj48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOk9m
ZmljZURvY3VtZW50U2V0dGluZ3M+DQo8bzpBbGxvd1BORy8+DQo8L286T2ZmaWNlRG9jdW1lbnRT
ZXR0aW5ncz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPHc6
V29yZERvY3VtZW50Pg0KPHc6U3BlbGxpbmdTdGF0ZT5DbGVhbjwvdzpTcGVsbGluZ1N0YXRlPg0K
PHc6RG9jdW1lbnRLaW5kPkRvY3VtZW50RW1haWw8L3c6RG9jdW1lbnRLaW5kPg0KPHc6VHJhY2tN
b3Zlcy8+DQo8dzpUcmFja0Zvcm1hdHRpbmcvPg0KPHc6RW52ZWxvcGVWaXMvPg0KPHc6VmFsaWRh
dGVBZ2FpbnN0U2NoZW1hcy8+DQo8dzpTYXZlSWZYTUxJbnZhbGlkPmZhbHNlPC93OlNhdmVJZlhN
TEludmFsaWQ+DQo8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ZmFsc2U8L3c6SWdub3JlTWl4ZWRDb250
ZW50Pg0KPHc6QWx3YXlzU2hvd1BsYWNlaG9sZGVyVGV4dD5mYWxzZTwvdzpBbHdheXNTaG93UGxh
Y2Vob2xkZXJUZXh0Pg0KPHc6RG9Ob3RQcm9tb3RlUUYvPg0KPHc6TGlkVGhlbWVPdGhlcj5FTi1V
UzwvdzpMaWRUaGVtZU90aGVyPg0KPHc6TGlkVGhlbWVBc2lhbj5YLU5PTkU8L3c6TGlkVGhlbWVB
c2lhbj4NCjx3OkxpZFRoZW1lQ29tcGxleFNjcmlwdD5YLU5PTkU8L3c6TGlkVGhlbWVDb21wbGV4
U2NyaXB0Pg0KPHc6Q29tcGF0aWJpbGl0eT4NCjx3OkRvTm90RXhwYW5kU2hpZnRSZXR1cm4vPg0K
PHc6QnJlYWtXcmFwcGVkVGFibGVzLz4NCjx3OlNuYXBUb0dyaWRJbkNlbGwvPg0KPHc6V3JhcFRl
eHRXaXRoUHVuY3QvPg0KPHc6VXNlQXNpYW5CcmVha1J1bGVzLz4NCjx3OkRvbnRHcm93QXV0b2Zp
dC8+DQo8dzpTcGxpdFBnQnJlYWtBbmRQYXJhTWFyay8+DQo8dzpFbmFibGVPcGVuVHlwZUtlcm5p
bmcvPg0KPHc6RG9udEZsaXBNaXJyb3JJbmRlbnRzLz4NCjx3Ok92ZXJyaWRlVGFibGVTdHlsZUhw
cy8+DQo8L3c6Q29tcGF0aWJpbGl0eT4NCjxtOm1hdGhQcj4NCjxtOm1hdGhGb250IG06dmFsPSJD
YW1icmlhIE1hdGgiLz4NCjxtOmJya0JpbiBtOnZhbD0iYmVmb3JlIi8+DQo8bTpicmtCaW5TdWIg
bTp2YWw9IiYjNDU7LSIvPg0KPG06c21hbGxGcmFjIG06dmFsPSJvZmYiLz4NCjxtOmRpc3BEZWYv
Pg0KPG06bE1hcmdpbiBtOnZhbD0iMCIvPg0KPG06ck1hcmdpbiBtOnZhbD0iMCIvPg0KPG06ZGVm
SmMgbTp2YWw9ImNlbnRlckdyb3VwIi8+DQo8bTp3cmFwSW5kZW50IG06dmFsPSIxNDQwIi8+DQo8
bTppbnRMaW0gbTp2YWw9InN1YlN1cCIvPg0KPG06bmFyeUxpbSBtOnZhbD0idW5kT3ZyIi8+DQo8
L206bWF0aFByPjwvdzpXb3JkRG9jdW1lbnQ+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0
ZSBtc28gOV0+PHhtbD4NCjx3OkxhdGVudFN0eWxlcyBEZWZMb2NrZWRTdGF0ZT0iZmFsc2UiIERl
ZlVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgRGVmU2VtaUhpZGRlbj0iZmFsc2UiIERlZlFGb3JtYXQ9
ImZhbHNlIiBEZWZQcmlvcml0eT0iOTkiIExhdGVudFN0eWxlQ291bnQ9IjM3NiI+DQo8dzpMc2RF
eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjAiIFFGb3JtYXQ9InRydWUiIE5hbWU9
Ik5vcm1hbCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBR
Rm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBQcmlvcml0eT0iOSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRy
dWUiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNl
ZD0idHJ1ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAzIi8+DQo8dzpMc2RFeGNlcHRp
b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdo
ZW5Vc2VkPSJ0cnVlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDQiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5o
aWRlV2hlblVzZWQ9InRydWUiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgNSIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBTZW1pSGlkZGVuPSJ0cnVl
IiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA2Ii8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFNlbWlIaWRkZW49
InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5n
IDciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgU2VtaUhp
ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIFFGb3JtYXQ9InRydWUiIE5hbWU9Imhl
YWRpbmcgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBT
ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgUUZvcm1hdD0idHJ1ZSIgTmFt
ZT0iaGVhZGluZyA5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRl
bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImluZGV4IDEiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0i
dHJ1ZSIgTmFtZT0iaW5kZXggMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNl
bWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJpbmRleCAzIi8+DQo8
dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hl
blVzZWQ9InRydWUiIE5hbWU9ImluZGV4IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh
bHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iaW5kZXgg
NSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVu
aGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJpbmRleCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9
ImluZGV4IDciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0
cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iaW5kZXggOCIvPg0KPHc6THNkRXhjZXB0
aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl
IiBOYW1lPSJpbmRleCA5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp
dHk9IjM5IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0idG9j
IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIFNlbWlI
aWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJ0b2MgMiIvPg0KPHc6THNk
RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgU2VtaUhpZGRlbj0idHJ1ZSIg
VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9InRvYyAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNl
ZD0idHJ1ZSIgTmFtZT0idG9jIDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ
cmlvcml0eT0iMzkiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l
PSJ0b2MgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIg
U2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9InRvYyA2Ii8+DQo8
dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBTZW1pSGlkZGVuPSJ0
cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0idG9jIDciLz4NCjx3OkxzZEV4Y2VwdGlv
biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdo
ZW5Vc2VkPSJ0cnVlIiBOYW1lPSJ0b2MgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFByaW9yaXR5PSIzOSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUi
IE5hbWU9InRvYyA5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRl
bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ik5vcm1hbCBJbmRlbnQiLz4NCjx3
OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVu
VXNlZD0idHJ1ZSIgTmFtZT0iZm9vdG5vdGUgdGV4dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl
ZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJh
bm5vdGF0aW9uIHRleHQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlk
ZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iaGVhZGVyIi8+DQo8dzpMc2RF
eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9
InRydWUiIE5hbWU9ImZvb3RlciIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNl
bWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJpbmRleCBoZWFkaW5n
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM1IiBTZW1pSGlk
ZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iY2Fw
dGlvbiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUi
IFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJ0YWJsZSBvZiBmaWd1cmVzIi8+DQo8dzpMc2RF
eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9
InRydWUiIE5hbWU9ImVudmVsb3BlIGFkZHJlc3MiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iZW52
ZWxvcGUgcmV0dXJuIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRl
bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImZvb3Rub3RlIHJlZmVyZW5jZSIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk
ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJhbm5vdGF0aW9uIHJlZmVyZW5jZSIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0
cnVlIiBOYW1lPSJsaW5lIG51bWJlciIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui
IFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJwYWdlIG51bWJl
ciIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVu
aGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJlbmRub3RlIHJlZmVyZW5jZSIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0
cnVlIiBOYW1lPSJlbmRub3RlIHRleHQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0idGFibGUgb2Yg
YXV0aG9yaXRpZXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVu
PSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0ibWFjcm8iLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1
ZSIgTmFtZT0idG9hIGhlYWRpbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBT
ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlzdCIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5V
c2VkPSJ0cnVlIiBOYW1lPSJMaXN0IEJ1bGxldCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJMaXN0
IE51bWJlciIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRy
dWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlv
biBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIg
TmFtZT0iTGlzdCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRl
bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgNCIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0
cnVlIiBOYW1lPSJMaXN0IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p
SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlzdCBCdWxsZXQgMiIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk
ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJMaXN0IEJ1bGxldCAzIi8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5h
bWU9Ikxpc3QgQnVsbGV0IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p
SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlzdCBCdWxsZXQgNSIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk
ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJMaXN0IE51bWJlciAyIi8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5h
bWU9Ikxpc3QgTnVtYmVyIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p
SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlzdCBOdW1iZXIgNCIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk
ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJMaXN0IE51bWJlciA1Ii8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEwIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJUaXRsZSIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk
ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJDbG9zaW5nIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk
PSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlNp
Z25hdHVyZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxIiBT
ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iRGVmYXVsdCBQYXJh
Z3JhcGggRm9udCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49
InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJCb2R5IFRleHQiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0i
dHJ1ZSIgTmFtZT0iQm9keSBUZXh0IEluZGVudCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJMaXN0
IENvbnRpbnVlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0i
dHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgQ29udGludWUgMiIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5V
c2VkPSJ0cnVlIiBOYW1lPSJMaXN0IENvbnRpbnVlIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr
ZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0i
TGlzdCBDb250aW51ZSA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp
ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgQ29udGludWUgNSIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk
ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJNZXNzYWdlIEhlYWRlciIvPg0KPHc6THNkRXhjZXB0aW9u
IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxMSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3VidGl0
bGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBV
bmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iU2FsdXRhdGlvbiIvPg0KPHc6THNkRXhjZXB0aW9u
IExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBO
YW1lPSJEYXRlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0i
dHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkJvZHkgVGV4dCBGaXJzdCBJbmRlbnQi
Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhp
ZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iQm9keSBUZXh0IEZpcnN0IEluZGVudCAyIi8+DQo8dzpM
c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVz
ZWQ9InRydWUiIE5hbWU9Ik5vdGUgSGVhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJCb2R5
IFRleHQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRy
dWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJCb2R5IFRleHQgMyIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0
cnVlIiBOYW1lPSJCb2R5IFRleHQgSW5kZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iQm9k
eSBUZXh0IEluZGVudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp
ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkJsb2NrIFRleHQiLz4NCjx3
OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVu
VXNlZD0idHJ1ZSIgTmFtZT0iSHlwZXJsaW5rIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm
YWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkZvbGxv
d2VkSHlwZXJsaW5rIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9
IjIyIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdHJvbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr
ZWQ9ImZhbHNlIiBQcmlvcml0eT0iMjAiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkVtcGhhc2lzIi8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRl
V2hlblVzZWQ9InRydWUiIE5hbWU9IkRvY3VtZW50IE1hcCIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l
PSJQbGFpbiBUZXh0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRl
bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkUtbWFpbCBTaWduYXR1cmUiLz4N
Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVX
aGVuVXNlZD0idHJ1ZSIgTmFtZT0iSFRNTCBUb3Agb2YgRm9ybSIvPg0KPHc6THNkRXhjZXB0aW9u
IExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBO
YW1lPSJIVE1MIEJvdHRvbSBvZiBGb3JtIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz
ZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ik5vcm1hbCAo
V2ViKSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUi
IFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIVE1MIEFjcm9ueW0iLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1
ZSIgTmFtZT0iSFRNTCBBZGRyZXNzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg
U2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkhUTUwgQ2l0ZSIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk
ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIVE1MIENvZGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr
ZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0i
SFRNTCBEZWZpbml0aW9uIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp
ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkhUTUwgS2V5Ym9hcmQiLz4N
Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVX
aGVuVXNlZD0idHJ1ZSIgTmFtZT0iSFRNTCBQcmVmb3JtYXR0ZWQiLz4NCjx3OkxzZEV4Y2VwdGlv
biBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIg
TmFtZT0iSFRNTCBTYW1wbGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p
SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iSFRNTCBUeXBld3JpdGVy
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5o
aWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkhUTUwgVmFyaWFibGUiLz4NCjx3OkxzZEV4Y2VwdGlv
biBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIg
TmFtZT0iTm9ybWFsIFRhYmxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2Vt
aUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImFubm90YXRpb24gc3Vi
amVjdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUi
IFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJObyBMaXN0Ii8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5h
bWU9Ik91dGxpbmUgTGlzdCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2Vt
aUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ik91dGxpbmUgTGlzdCAy
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5o
aWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ik91dGxpbmUgTGlzdCAzIi8+DQo8dzpMc2RFeGNlcHRp
b24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUi
IE5hbWU9IlRhYmxlIFNpbXBsZSAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg
U2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIFNpbXBs
ZSAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIg
VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIFNpbXBsZSAzIi8+DQo8dzpMc2RFeGNl
cHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRy
dWUiIE5hbWU9IlRhYmxlIENsYXNzaWMgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBD
bGFzc2ljIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0
cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgQ2xhc3NpYyAzIi8+DQo8dzpM
c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVz
ZWQ9InRydWUiIE5hbWU9IlRhYmxlIENsYXNzaWMgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl
ZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJU
YWJsZSBDb2xvcmZ1bCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp
ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIENvbG9yZnVsIDIi
Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhp
ZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgQ29sb3JmdWwgMyIvPg0KPHc6THNkRXhjZXB0
aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl
IiBOYW1lPSJUYWJsZSBDb2x1bW5zIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgQ29s
dW1ucyAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1
ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIENvbHVtbnMgMyIvPg0KPHc6THNk
RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk
PSJ0cnVlIiBOYW1lPSJUYWJsZSBDb2x1bW5zIDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFi
bGUgQ29sdW1ucyA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRl
bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIEdyaWQgMSIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5V
c2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBHcmlkIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFi
bGUgR3JpZCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0i
dHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIEdyaWQgNCIvPg0KPHc6THNk
RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk
PSJ0cnVlIiBOYW1lPSJUYWJsZSBHcmlkIDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh
bHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUg
R3JpZCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1
ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIEdyaWQgNyIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0
cnVlIiBOYW1lPSJUYWJsZSBHcmlkIDgiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgTGlz
dCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIg
VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIExpc3QgMiIvPg0KPHc6THNkRXhjZXB0
aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl
IiBOYW1lPSJUYWJsZSBMaXN0IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBT
ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgTGlzdCA0
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5o
aWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIExpc3QgNSIvPg0KPHc6THNkRXhjZXB0aW9u
IExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBO
YW1lPSJUYWJsZSBMaXN0IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p
SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgTGlzdCA3Ii8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRl
V2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIExpc3QgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l
PSJUYWJsZSAzRCBlZmZlY3RzIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBT
ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgM0QgZWZm
ZWN0cyAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1
ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIDNEIGVmZmVjdHMgMyIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5V
c2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBDb250ZW1wb3JhcnkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM
b2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFt
ZT0iVGFibGUgRWxlZ2FudCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlI
aWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBQcm9mZXNzaW9u
YWwiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBV
bmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgU3VidGxlIDEiLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1
ZSIgTmFtZT0iVGFibGUgU3VidGxlIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgV2Vi
IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBV
bmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgV2ViIDIiLz4NCjx3OkxzZEV4Y2VwdGlv
biBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIg
TmFtZT0iVGFibGUgV2ViIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p
SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iQmFsbG9vbiBUZXh0Ii8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJUYWJs
ZSBHcmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1
ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIFRoZW1lIi8+DQo8dzpMc2RFeGNl
cHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgTmFtZT0iUGxhY2Vob2xkZXIg
VGV4dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxIiBRRm9y
bWF0PSJ0cnVlIiBOYW1lPSJObyBTcGFjaW5nIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm
YWxzZSIgUHJpb3JpdHk9IjYwIiBOYW1lPSJMaWdodCBTaGFkaW5nIi8+DQo8dzpMc2RFeGNlcHRp
b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBOYW1lPSJMaWdodCBMaXN0Ii8+DQo8dzpM
c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBOYW1lPSJMaWdodCBHcmlk
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBOYW1lPSJN
ZWRpdW0gU2hhZGluZyAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp
dHk9IjY0IiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk
PSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBOYW1lPSJNZWRpdW0gTGlzdCAxIi8+DQo8dzpMc2RFeGNl
cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBOYW1lPSJNZWRpdW0gTGlzdCAyIi8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBOYW1lPSJNZWRp
dW0gR3JpZCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4
IiBOYW1lPSJNZWRpdW0gR3JpZCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg
UHJpb3JpdHk9IjY5IiBOYW1lPSJNZWRpdW0gR3JpZCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBOYW1lPSJEYXJrIExpc3QiLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmci
Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIE5hbWU9IkNv
bG9yZnVsIExpc3QiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i
NzMiIE5hbWU9IkNvbG9yZnVsIEdyaWQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBQcmlvcml0eT0iNjAiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDEiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIE5hbWU9IkxpZ2h0IExpc3QgQWNj
ZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIE5h
bWU9IkxpZ2h0IEdyaWQgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBQcmlvcml0eT0iNjMiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDEiLz4NCjx3Okxz
ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIE5hbWU9Ik1lZGl1bSBTaGFk
aW5nIDIgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0
eT0iNjUiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM
b2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBOYW1lPSJSZXZpc2lvbiIvPg0KPHc6THNk
RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzNCIgUUZvcm1hdD0idHJ1ZSIgTmFt
ZT0iTGlzdCBQYXJhZ3JhcGgiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iMjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlF1b3RlIi8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMwIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNl
IFF1b3RlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBO
YW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm
YWxzZSIgUHJpb3JpdHk9IjY3IiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCAxIi8+DQo8dzpM
c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBOYW1lPSJNZWRpdW0gR3Jp
ZCAyIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9
IjY5IiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDEiLz4NCjx3
OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIE5hbWU9IkNvbG9yZnVs
IFNoYWRpbmcgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iNzIiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlv
biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50
IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIE5hbWU9
IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBQcmlvcml0eT0iNjEiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50
IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIE5hbWU9
Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh
bHNlIiBQcmlvcml0eT0iNjQiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDIiLz4NCjx3
OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIE5hbWU9Ik1lZGl1bSBM
aXN0IDEgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0
eT0iNjYiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM
b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDIi
Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIE5hbWU9Ik1l
ZGl1bSBHcmlkIDIgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ
cmlvcml0eT0iNjkiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQg
MiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgTmFtZT0i
Q29sb3JmdWwgU2hhZGluZyBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFByaW9yaXR5PSI3MiIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgMiIvPg0KPHc6THNk
RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgTmFtZT0iQ29sb3JmdWwgR3Jp
ZCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2
MCIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl
ZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgMyIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgTmFtZT0iTGlnaHQgR3Jp
ZCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2
MyIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQg
MyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgTmFtZT0i
TWVkaXVtIExpc3QgMSBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui
IFByaW9yaXR5PSI2NiIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMyIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgTmFtZT0iTWVkaXVtIEdyaWQgMSBB
Y2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIg
TmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFByaW9yaXR5PSI2OSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgMyIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgTmFtZT0iRGFyayBMaXN0
IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9Ijcx
IiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCAzIi8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBOYW1lPSJDb2xv
cmZ1bCBHcmlkIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp
b3JpdHk9IjYwIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRp
b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA0
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBOYW1lPSJM
aWdodCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp
b3JpdHk9IjYzIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNl
cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBOYW1lPSJNZWRpdW0gU2hhZGluZyAy
IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1
IiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk
PSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA0Ii8+DQo8
dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBOYW1lPSJNZWRpdW0g
R3JpZCAxIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp
dHk9IjY4IiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA0
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBOYW1lPSJE
YXJrIExpc3QgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iNzEiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNj
ZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIE5h
bWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh
bHNlIiBQcmlvcml0eT0iNjAiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDUiLz4NCjx3Okxz
ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIE5hbWU9IkxpZ2h0IExpc3Qg
QWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIi
IE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh
bHNlIiBQcmlvcml0eT0iNjMiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDUiLz4NCjx3
OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIE5hbWU9Ik1lZGl1bSBT
aGFkaW5nIDIgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iNjUiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlv
biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50
IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIE5hbWU9
Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBQcmlvcml0eT0iNjgiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDUiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIE5hbWU9Ik1lZGl1bSBHcmlkIDMg
QWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAi
IE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFByaW9yaXR5PSI3MSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgNSIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgTmFtZT0iQ29sb3JmdWwg
TGlzdCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5
PSI3MyIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgNiIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgTmFtZT0iTGln
aHQgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y
aXR5PSI2MiIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQg
NiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgTmFtZT0i
TWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFByaW9yaXR5PSI2NSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgNiIvPg0KPHc6THNk
RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgTmFtZT0iTWVkaXVtIExpc3Qg
MiBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2
NyIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl
ZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgNiIvPg0K
PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgTmFtZT0iTWVkaXVt
IEdyaWQgMyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y
aXR5PSI3MCIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCA2
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBOYW1lPSJD
b2xvcmZ1bCBMaXN0IEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg
UHJpb3JpdHk9IjczIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNl
cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjE5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJT
dWJ0bGUgRW1waGFzaXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0
eT0iMjEiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkludGVuc2UgRW1waGFzaXMiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzEiIFFGb3JtYXQ9InRydWUiIE5hbWU9
IlN1YnRsZSBSZWZlcmVuY2UiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iMzIiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkludGVuc2UgUmVmZXJlbmNlIi8+DQo8dzpM
c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMzIiBRRm9ybWF0PSJ0cnVlIiBO
YW1lPSJCb29rIFRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp
dHk9IjM3IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iQmli
bGlvZ3JhcGh5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5
IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgUUZvcm1hdD0idHJ1ZSIg
TmFtZT0iVE9DIEhlYWRpbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iNDEiIE5hbWU9IlBsYWluIFRhYmxlIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBQcmlvcml0eT0iNDIiIE5hbWU9IlBsYWluIFRhYmxlIDIiLz4NCjx3OkxzZEV4Y2Vw
dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDMiIE5hbWU9IlBsYWluIFRhYmxlIDMiLz4N
Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDQiIE5hbWU9IlBsYWlu
IFRhYmxlIDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDUi
IE5hbWU9IlBsYWluIFRhYmxlIDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ
cmlvcml0eT0iNDAiIE5hbWU9IkdyaWQgVGFibGUgTGlnaHQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM
b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDYiIE5hbWU9IkdyaWQgVGFibGUgMSBMaWdodCIvPg0K
PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iR3JpZCBU
YWJsZSAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4IiBO
YW1lPSJHcmlkIFRhYmxlIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iNDkiIE5hbWU9IkdyaWQgVGFibGUgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iR3JpZCBUYWJsZSA1IERhcmsiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTEiIE5hbWU9IkdyaWQgVGFibGUgNiBD
b2xvcmZ1bCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIg
TmFtZT0iR3JpZCBUYWJsZSA3IENvbG9yZnVsIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm
YWxzZSIgUHJpb3JpdHk9IjQ2IiBOYW1lPSJHcmlkIFRhYmxlIDEgTGlnaHQgQWNjZW50IDEiLz4N
Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDciIE5hbWU9IkdyaWQg
VGFibGUgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y
aXR5PSI0OCIgTmFtZT0iR3JpZCBUYWJsZSAzIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ5IiBOYW1lPSJHcmlkIFRhYmxlIDQgQWNjZW50IDEi
Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTAiIE5hbWU9Ikdy
aWQgVGFibGUgNSBEYXJrIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz
ZSIgUHJpb3JpdHk9IjUxIiBOYW1lPSJHcmlkIFRhYmxlIDYgQ29sb3JmdWwgQWNjZW50IDEiLz4N
Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTIiIE5hbWU9IkdyaWQg
VGFibGUgNyBDb2xvcmZ1bCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFByaW9yaXR5PSI0NiIgTmFtZT0iR3JpZCBUYWJsZSAxIExpZ2h0IEFjY2VudCAyIi8+DQo8
dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ3IiBOYW1lPSJHcmlkIFRh
YmxlIDIgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0
eT0iNDgiIE5hbWU9IkdyaWQgVGFibGUgMyBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OSIgTmFtZT0iR3JpZCBUYWJsZSA0IEFjY2VudCAyIi8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBOYW1lPSJHcmlk
IFRhYmxlIDUgRGFyayBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui
IFByaW9yaXR5PSI1MSIgTmFtZT0iR3JpZCBUYWJsZSA2IENvbG9yZnVsIEFjY2VudCAyIi8+DQo8
dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUyIiBOYW1lPSJHcmlkIFRh
YmxlIDcgQ29sb3JmdWwgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBQcmlvcml0eT0iNDYiIE5hbWU9IkdyaWQgVGFibGUgMSBMaWdodCBBY2NlbnQgMyIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iR3JpZCBUYWJs
ZSAyIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9
IjQ4IiBOYW1lPSJHcmlkIFRhYmxlIDMgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr
ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDkiIE5hbWU9IkdyaWQgVGFibGUgNCBBY2NlbnQgMyIvPg0K
PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iR3JpZCBU
YWJsZSA1IERhcmsgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ
cmlvcml0eT0iNTEiIE5hbWU9IkdyaWQgVGFibGUgNiBDb2xvcmZ1bCBBY2NlbnQgMyIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIgTmFtZT0iR3JpZCBUYWJs
ZSA3IENvbG9yZnVsIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg
UHJpb3JpdHk9IjQ2IiBOYW1lPSJHcmlkIFRhYmxlIDEgTGlnaHQgQWNjZW50IDQiLz4NCjx3Okxz
ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDciIE5hbWU9IkdyaWQgVGFibGUg
MiBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0
OCIgTmFtZT0iR3JpZCBUYWJsZSAzIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk
PSJmYWxzZSIgUHJpb3JpdHk9IjQ5IiBOYW1lPSJHcmlkIFRhYmxlIDQgQWNjZW50IDQiLz4NCjx3
OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTAiIE5hbWU9IkdyaWQgVGFi
bGUgNSBEYXJrIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp
b3JpdHk9IjUxIiBOYW1lPSJHcmlkIFRhYmxlIDYgQ29sb3JmdWwgQWNjZW50IDQiLz4NCjx3Okxz
ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTIiIE5hbWU9IkdyaWQgVGFibGUg
NyBDb2xvcmZ1bCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy
aW9yaXR5PSI0NiIgTmFtZT0iR3JpZCBUYWJsZSAxIExpZ2h0IEFjY2VudCA1Ii8+DQo8dzpMc2RF
eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ3IiBOYW1lPSJHcmlkIFRhYmxlIDIg
QWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDgi
IE5hbWU9IkdyaWQgVGFibGUgMyBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFByaW9yaXR5PSI0OSIgTmFtZT0iR3JpZCBUYWJsZSA0IEFjY2VudCA1Ii8+DQo8dzpM
c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBOYW1lPSJHcmlkIFRhYmxl
IDUgRGFyayBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y
aXR5PSI1MSIgTmFtZT0iR3JpZCBUYWJsZSA2IENvbG9yZnVsIEFjY2VudCA1Ii8+DQo8dzpMc2RF
eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUyIiBOYW1lPSJHcmlkIFRhYmxlIDcg
Q29sb3JmdWwgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv
cml0eT0iNDYiIE5hbWU9IkdyaWQgVGFibGUgMSBMaWdodCBBY2NlbnQgNiIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iR3JpZCBUYWJsZSAyIEFj
Y2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4IiBO
YW1lPSJHcmlkIFRhYmxlIDMgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh
bHNlIiBQcmlvcml0eT0iNDkiIE5hbWU9IkdyaWQgVGFibGUgNCBBY2NlbnQgNiIvPg0KPHc6THNk
RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iR3JpZCBUYWJsZSA1
IERhcmsgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0
eT0iNTEiIE5hbWU9IkdyaWQgVGFibGUgNiBDb2xvcmZ1bCBBY2NlbnQgNiIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIgTmFtZT0iR3JpZCBUYWJsZSA3IENv
bG9yZnVsIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp
dHk9IjQ2IiBOYW1lPSJMaXN0IFRhYmxlIDEgTGlnaHQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr
ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDciIE5hbWU9Ikxpc3QgVGFibGUgMiIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OCIgTmFtZT0iTGlzdCBUYWJsZSAzIi8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ5IiBOYW1lPSJMaXN0
IFRhYmxlIDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTAi
IE5hbWU9Ikxpc3QgVGFibGUgNSBEYXJrIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz
ZSIgUHJpb3JpdHk9IjUxIiBOYW1lPSJMaXN0IFRhYmxlIDYgQ29sb3JmdWwiLz4NCjx3OkxzZEV4
Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTIiIE5hbWU9Ikxpc3QgVGFibGUgNyBD
b2xvcmZ1bCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NiIg
TmFtZT0iTGlzdCBUYWJsZSAxIExpZ2h0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ3IiBOYW1lPSJMaXN0IFRhYmxlIDIgQWNjZW50IDEiLz4N
Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDgiIE5hbWU9Ikxpc3Qg
VGFibGUgMyBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y
aXR5PSI0OSIgTmFtZT0iTGlzdCBUYWJsZSA0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24g
TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBOYW1lPSJMaXN0IFRhYmxlIDUgRGFyayBBY2Nl
bnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MSIgTmFt
ZT0iTGlzdCBUYWJsZSA2IENvbG9yZnVsIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j
a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUyIiBOYW1lPSJMaXN0IFRhYmxlIDcgQ29sb3JmdWwgQWNj
ZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDYiIE5h
bWU9Ikxpc3QgVGFibGUgMSBMaWdodCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl
ZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iTGlzdCBUYWJsZSAyIEFjY2VudCAyIi8+DQo8
dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4IiBOYW1lPSJMaXN0IFRh
YmxlIDMgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0
eT0iNDkiIE5hbWU9Ikxpc3QgVGFibGUgNCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExv
Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iTGlzdCBUYWJsZSA1IERhcmsgQWNjZW50
IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTEiIE5hbWU9
Ikxpc3QgVGFibGUgNiBDb2xvcmZ1bCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl
ZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIgTmFtZT0iTGlzdCBUYWJsZSA3IENvbG9yZnVsIEFjY2Vu
dCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ2IiBOYW1l
PSJMaXN0IFRhYmxlIDEgTGlnaHQgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBQcmlvcml0eT0iNDciIE5hbWU9Ikxpc3QgVGFibGUgMiBBY2NlbnQgMyIvPg0KPHc6
THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OCIgTmFtZT0iTGlzdCBUYWJs
ZSAzIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9
IjQ5IiBOYW1lPSJMaXN0IFRhYmxlIDQgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr
ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTAiIE5hbWU9Ikxpc3QgVGFibGUgNSBEYXJrIEFjY2VudCAz
Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUxIiBOYW1lPSJM
aXN0IFRhYmxlIDYgQ29sb3JmdWwgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9
ImZhbHNlIiBQcmlvcml0eT0iNTIiIE5hbWU9Ikxpc3QgVGFibGUgNyBDb2xvcmZ1bCBBY2NlbnQg
MyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NiIgTmFtZT0i
TGlzdCBUYWJsZSAxIExpZ2h0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm
YWxzZSIgUHJpb3JpdHk9IjQ3IiBOYW1lPSJMaXN0IFRhYmxlIDIgQWNjZW50IDQiLz4NCjx3Okxz
ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDgiIE5hbWU9Ikxpc3QgVGFibGUg
MyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0
OSIgTmFtZT0iTGlzdCBUYWJsZSA0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk
PSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBOYW1lPSJMaXN0IFRhYmxlIDUgRGFyayBBY2NlbnQgNCIv
Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MSIgTmFtZT0iTGlz
dCBUYWJsZSA2IENvbG9yZnVsIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm
YWxzZSIgUHJpb3JpdHk9IjUyIiBOYW1lPSJMaXN0IFRhYmxlIDcgQ29sb3JmdWwgQWNjZW50IDQi
Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDYiIE5hbWU9Ikxp
c3QgVGFibGUgMSBMaWdodCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iTGlzdCBUYWJsZSAyIEFjY2VudCA1Ii8+DQo8dzpMc2RF
eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4IiBOYW1lPSJMaXN0IFRhYmxlIDMg
QWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDki
IE5hbWU9Ikxpc3QgVGFibGUgNCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iTGlzdCBUYWJsZSA1IERhcmsgQWNjZW50IDUiLz4N
Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTEiIE5hbWU9Ikxpc3Qg
VGFibGUgNiBDb2xvcmZ1bCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs
c2UiIFByaW9yaXR5PSI1MiIgTmFtZT0iTGlzdCBUYWJsZSA3IENvbG9yZnVsIEFjY2VudCA1Ii8+
DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ2IiBOYW1lPSJMaXN0
IFRhYmxlIDEgTGlnaHQgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBQcmlvcml0eT0iNDciIE5hbWU9Ikxpc3QgVGFibGUgMiBBY2NlbnQgNiIvPg0KPHc6THNkRXhj
ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OCIgTmFtZT0iTGlzdCBUYWJsZSAzIEFj
Y2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ5IiBO
YW1lPSJMaXN0IFRhYmxlIDQgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh
bHNlIiBQcmlvcml0eT0iNTAiIE5hbWU9Ikxpc3QgVGFibGUgNSBEYXJrIEFjY2VudCA2Ii8+DQo8
dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUxIiBOYW1lPSJMaXN0IFRh
YmxlIDYgQ29sb3JmdWwgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl
IiBQcmlvcml0eT0iNTIiIE5hbWU9Ikxpc3QgVGFibGUgNyBDb2xvcmZ1bCBBY2NlbnQgNiIvPg0K
PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdo
ZW5Vc2VkPSJ0cnVlIiBOYW1lPSJNZW50aW9uIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm
YWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlNtYXJ0
IEh5cGVybGluayIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49
InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIYXNodGFnIi8+DQo8dzpMc2RFeGNl
cHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRy
dWUiIE5hbWU9IlVucmVzb2x2ZWQgTWVudGlvbiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i
ZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJTbWFy
dCBMaW5rIi8+DQo8L3c6TGF0ZW50U3R5bGVzPg0KPC94bWw+PCFbZW5kaWZdLS0+PHN0eWxlPjwh
LS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNh
bWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDsNCgltc28tZm9udC1h
bHQ6IlBhbGF0aW5vIExpbm90eXBlIjsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVy
aWMtZm9udC1mYW1pbHk6cm9tYW47DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZv
bnQtc2lnbmF0dXJlOi01MzY4NjkxMjEgMTEwNzMwNTcyNyAzMzU1NDQzMiAwIDQxNSAwO30NCkBm
b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIg
NCAzIDIgNDsNCgltc28tZm9udC1hbHQ6IkNlbnR1cnkgR290aGljIjsNCgltc28tZm9udC1jaGFy
c2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6
dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi00Njk3NTAwMTcgLTEwNzM3MzI0ODUgOSAw
IDUxMSAwO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9y
bWFsLCBkaXYuTXNvTm9ybWFsDQoJe21zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLXN0eWxlLXFm
b3JtYXQ6eWVzOw0KCW1zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbWFyZ2luOjBpbjsNCgltc28tcGFn
aW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToi
Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpO30N
CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTsNCgl0ZXh0LXVuZGVybGluZTpzaW5nbGU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVy
bGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgl0ZXh0
LXVuZGVybGluZTpzaW5nbGU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNv
bm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLXN0eWxlLXVuaGlkZTpu
bzsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCgltc28tcGFnaW5hdGlv
bjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpO30NCnNwYW4u
RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCW1zby1zdHls
ZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLWFuc2ktZm9udC1zaXpl
OjExLjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy
aWVyIE5ldyI7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWhh
bnNpLWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRp
bWVzIE5ldyBSb21hbiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt
c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tZGVmYXVsdC1wcm9wczp5ZXM7DQoJZm9u
dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNh
bGlicmk7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28taGFuc2ktZm9u
dC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu
Ijt9DQouTXNvUGFwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglsaW5l
LWhlaWdodDoxMTIlO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsN
CgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47DQoJbXNvLWhlYWRlci1tYXJnaW46LjVp
bjsNCgltc28tZm9vdGVyLW1hcmdpbjouNWluOw0KCW1zby1wYXBlci1zb3VyY2U6MDt9DQpkaXYu
V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn
dGUgbXNvIDEwXT48c3R5bGU+LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnRhYmxlLk1zb05vcm1h
bFRhYmxlDQoJe21zby1zdHlsZS1uYW1lOiJUYWJsZSBOb3JtYWwiOw0KCW1zby10c3R5bGUtcm93
YmFuZC1zaXplOjA7DQoJbXNvLXRzdHlsZS1jb2xiYW5kLXNpemU6MDsNCgltc28tc3R5bGUtbm9z
aG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsN
Cgltc28tcGFkZGluZy1hbHQ6MGluIDUuNHB0IDBpbiA1LjRwdDsNCgltc28tcGFyYS1tYXJnaW46
MGluOw0KCWxpbmUtaGVpZ2h0OjExMiU7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0K
CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJ
bXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNh
bGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KPC9zdHls
ZT48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg
djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw
IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm
XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw
bGUiIHN0eWxlPSJ0YWItaW50ZXJ2YWw6LjVpbjt3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2
IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5
OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+U28sIEkgbWlzcy1jb3VudGVkIHRoZSB6ZXJv
ZXM/PHNwYW4gc3R5bGU9Im1zby1zcGFjZXJ1bjp5ZXMiPiZuYnNwOw0KPC9zcGFuPkkgZ3Vlc3Mg
bXkgdmlzaW9uIGlzIGdvaW5nIGZvciBzdHVmZiBsaWtlIHRoaXMsIGJlY2F1c2UgSSB0cmllZCB0
byBjb3VudCBhZ2FpbiB5ZXN0ZXJkYXkgYW5kIHRoZSBvcmlnaW5hbCBsb29rZWQgb2suLi48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1
b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll
ciBOZXcmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1
b3Q7Ij5JdCBzaG91bGQgYmUgOSBkaWdpdHMgKDggemVyb3MgYW5kIGEgMSkgdG8gdGhlIHJpZ2h0
IG9mIHRoZSBkZWNpbWFsIHBsYWNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90
Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPkFsPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZx
dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRk
aW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti
b3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1m
YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g
c3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90
OyI+IE1hcnRpbiBEdWtlICZsdDttYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbSZndDsNCjxicj4NCjxi
PlNlbnQ6PC9iPiBXZWRuZXNkYXksIERlY2VtYmVyIDEsIDIwMjEgMTE6MjUgQU08YnI+DQo8Yj5U
bzo8L2I+IE1PUlRPTiBKUi4sIEFMICZsdDthY21vcnRvbkBhdHQuY29tJmd0Ozxicj4NCjxiPkNj
OjwvYj4gUkZDIEVycmF0YSBTeXN0ZW0gJmx0O3JmYy1lZGl0b3JAcmZjLWVkaXRvci5vcmcmZ3Q7
OyBubWFseWtoQGllZWUub3JnOyBEJ1NPVVpBLCBLRVZJTiBMICZsdDtrZDY5MTNAYXR0LmNvbSZn
dDs7IGlwcG1AaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBbRWRpdG9y
aWFsIEVycmF0YSBSZXBvcnRlZF0gUkZDODkxMiAoNjc1OCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjExMiUi
PkFsLCBjYW4geW91IHJlcGhyYXNlIHRoaXM/IFRoZSBwcm9wb3NlZCB0ZXh0IGhhcyA5IGRpZ2l0
cyAoOCB6ZXJvcyBhbmQgYSAxKSB0byB0aGUgcmlnaHQgb2YgdGhlIGRlY2ltYWwgcGxhY2UuPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhl
aWdodDoxMTIlIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjExMiUiPk9uIFR1ZSwgTm92IDMwLCAyMDIx
IGF0IDEyOjA3IFBNIE1PUlRPTiBKUi4sIEFMICZsdDs8YSBocmVmPSJtYWlsdG86YWNtb3J0b25A
YXR0LmNvbSI+YWNtb3J0b25AYXR0LmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg
I0NDQ0NDQyAxLjBwdDttc28tYm9yZGVyLWxlZnQtYWx0OnNvbGlkICNDQ0NDQ0MgLjc1cHQ7cGFk
ZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGlu
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMTIlIj5Tb3JyeSwg
YnV0IHRoZSBvcmlnaW5hbCB0ZXh0IGlzIHdoYXQgd2UgaW50ZW5kZWQuDQo8YnI+DQo8YnI+DQom
cXVvdDtmcmFjdGlvbiBkaWdpdHMgPSA5JnF1b3Q7IHJlZmVycyB0byB0aGUgZGlnaXRzIHRvIHRo
ZSByaWdodCBvZiB0aGUgZGVjaW1hbCBwbGFjZS48YnI+DQo8YnI+DQpBbDxicj4NCjxicj4NCiZn
dDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IFJGQyBFcnJhdGEg
U3lzdGVtICZsdDs8YSBocmVmPSJtYWlsdG86cmZjLWVkaXRvckByZmMtZWRpdG9yLm9yZyIgdGFy
Z2V0PSJfYmxhbmsiPnJmYy1lZGl0b3JAcmZjLWVkaXRvci5vcmc8L2E+Jmd0Ozxicj4NCiZndDsg
U2VudDogU3VuZGF5LCBOb3ZlbWJlciAyOCwgMjAyMSAzOjQwIEFNPGJyPg0KJmd0OyBUbzogPGEg
aHJlZj0ibWFpbHRvOnJmYy1lZGl0b3JAcmZjLWVkaXRvci5vcmciIHRhcmdldD0iX2JsYW5rIj5y
ZmMtZWRpdG9yQHJmYy1lZGl0b3Iub3JnPC9hPjxicj4NCiZndDsgQ2M6IDxhIGhyZWY9Im1haWx0
bzpubWFseWtoQGllZWUub3JnIiB0YXJnZXQ9Il9ibGFuayI+bm1hbHlraEBpZWVlLm9yZzwvYT47
IE1PUlRPTiBKUi4sIEFMICZsdDs8YSBocmVmPSJtYWlsdG86YWNtb3J0b25AYXR0LmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmFjbW9ydG9uQGF0dC5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpt
YXJjZWxvQGl0LnVjM20uZXMiIHRhcmdldD0iX2JsYW5rIj5tYXJjZWxvQGl0LnVjM20uZXM8L2E+
Ozxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOnBoaWxpcC5lYXJkbGV5QGJ0LmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPnBoaWxpcC5lYXJkbGV5QGJ0LmNvbTwvYT47IEQnU09VWkEsIEtFVklOIEwgJmx0
OzxhIGhyZWY9Im1haWx0bzprZDY5MTNAYXR0LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmtkNjkxM0Bh
dHQuY29tPC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJf
YmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyBTdWJqZWN0OiBbRWRpdG9yaWFsIEVy
cmF0YSBSZXBvcnRlZF0gUkZDODkxMiAoNjc1OCk8YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhlIGZv
bGxvd2luZyBlcnJhdGEgcmVwb3J0IGhhcyBiZWVuIHN1Ym1pdHRlZCBmb3IgUkZDODkxMiwgJnF1
b3Q7SW5pdGlhbDxicj4NCiZndDsgUGVyZm9ybWFuY2UgTWV0cmljcyBSZWdpc3RyeSBFbnRyaWVz
JnF1b3Q7Ljxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLTxicj4NCiZndDsgWW91IG1heSByZXZpZXcgdGhlIHJlcG9ydCBiZWxvdyBhbmQg
YXQ6PGJyPg0KJmd0OyA8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6
L3d3dy5yZmMtIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0
dHBzOi8vd3d3LnJmYy08L2E+PGJyPg0KJmd0OyA8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2Uu
Y29tL3YzL19faHR0cDovZWRpdG9yLm9yZy9lcnJhdGEvZWlkNjc1OF9fOyEhQmhkVCEwc09LRDRL
MVF2elNGdVRyMTlrT0NhWmNzMDlQM1BfZDJfTHd1b005YU9yX187ISFCaGRUIXdrN3VCelZIWVpt
cU9NeG5uZVNkQTJoUFRGc3FGMk9RS3lCODYxeURjZEF2Y0lWdDVHMUE1dmFrOFFrXyQiIHRhcmdl
dD0iX2JsYW5rIj4NCmVkaXRvci5vcmcvZXJyYXRhL2VpZDY3NThfXzshIUJoZFQhMHNPS0Q0SzFR
dnpTRnVUcjE5a09DYVpjczA5UDNQX2QyX0x3dW9NOWFPcjwvYT48YnI+DQomZ3Q7IDZndl9mOGE2
ZGdkZUd6dG1BJDxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLTxicj4NCiZndDsgVHlwZTogRWRpdG9yaWFsPGJyPg0KJmd0OyBSZXBvcnRl
ZCBieTogTmlrb2xhaSBNYWx5a2ggJmx0OzxhIGhyZWY9Im1haWx0bzpubWFseWtoQGllZWUub3Jn
IiB0YXJnZXQ9Il9ibGFuayI+bm1hbHlraEBpZWVlLm9yZzwvYT4mZ3Q7PGJyPg0KJmd0OyA8YnI+
DQomZ3Q7IFNlY3Rpb246IDQuNC4yPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE9yaWdpbmFsIFRleHQ8
YnI+DQomZ3Q7IC0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyBQZXJjZW50X0xv
c3NSYXRpbzombmJzcDsgVGhlIG51bWVyaWMgdmFsdWUgb2YgdGhlIHJlc3VsdCBpcyBleHByZXNz
ZWQgaW48YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dW5pdHMgb2YgbG9zdCBw
YWNrZXRzIHRvIHRvdGFsIHBhY2tldHMgdGltZXMgMTAwJSwgYXMgYSBwb3NpdGl2ZTxicj4NCiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt2YWx1ZSBvZiB0eXBlIGRlY2ltYWw2NCB3aXRo
IGZyYWN0aW9uIGRpZ2l0cyA9IDkgKHNlZSBTZWN0aW9uIDkuMzxicj4NCiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDtvZiBbUkZDNjAyMF0pIHdpdGggYSByZXNvbHV0aW9uIG9mIDAuMDAw
MDAwMDAwMS48YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IENvcnJl
Y3RlZCBUZXh0PGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLTxicj4NCiZndDsmbmJzcDsgJm5ic3A7
IFBlcmNlbnRfTG9zc1JhdGlvOiZuYnNwOyBUaGUgbnVtZXJpYyB2YWx1ZSBvZiB0aGUgcmVzdWx0
IGlzIGV4cHJlc3NlZCBpbjxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt1bml0
cyBvZiBsb3N0IHBhY2tldHMgdG8gdG90YWwgcGFja2V0cyB0aW1lcyAxMDAlLCBhcyBhIHBvc2l0
aXZlPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3ZhbHVlIG9mIHR5cGUgZGVj
aW1hbDY0IHdpdGggZnJhY3Rpb24gZGlnaXRzID0gOSAoc2VlIFNlY3Rpb24gOS4zPGJyPg0KJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO29mIFtSRkM2MDIwXSkgd2l0aCBhIHJlc29sdXRp
b24gb2YgMC4wMDAwMDAwMDEuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0K
Jmd0OyBOb3Rlczxicj4NCiZndDsgLS0tLS08YnI+DQomZ3Q7IEFuIGV4dHJhIDAgaW4gdGhlIHZh
bHVlIG9mIHRoZSByZXNvbHV0aW9uIG9mIHRoZSBsb3NzIHJhdGlvLjxicj4NCiZndDsgPGJyPg0K
Jmd0OyBUaGUgZXJyb3IgaXMgcmVwZWF0ZWQgaW4gc2VjdGlvbnMgNy40LjIuNiwgOC40LjIuNiwg
OS40LjIuNDxicj4NCiZndDsgPGJyPg0KJmd0OyBJbnN0cnVjdGlvbnM6PGJyPg0KJmd0OyAtLS0t
LS0tLS0tLS0tPGJyPg0KJmd0OyBUaGlzIGVycmF0dW0gaXMgY3VycmVudGx5IHBvc3RlZCBhcyAm
cXVvdDtSZXBvcnRlZCZxdW90Oy4gSWYgbmVjZXNzYXJ5LCBwbGVhc2UgdXNlPGJyPg0KJmd0OyAm
cXVvdDtSZXBseSBBbGwmcXVvdDsgdG8gZGlzY3VzcyB3aGV0aGVyIGl0IHNob3VsZCBiZSB2ZXJp
ZmllZCBvciByZWplY3RlZC4gV2hlbiBhPGJyPg0KJmd0OyBkZWNpc2lvbiBpcyByZWFjaGVkLCB0
aGUgdmVyaWZ5aW5nIHBhcnR5IGNhbiBsb2cgaW4gdG8gY2hhbmdlIHRoZSBzdGF0dXMgYW5kPGJy
Pg0KJmd0OyBlZGl0IHRoZSByZXBvcnQsIGlmIG5lY2Vzc2FyeS48YnI+DQomZ3Q7IDxicj4NCiZn
dDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IFJGQzg5
MTIgKGRyYWZ0LWlldGYtaXBwbS1pbml0aWFsLXJlZ2lzdHJ5LTE2KTxicj4NCiZndDsgLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IFRpdGxlJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogSW5pdGlhbCBQ
ZXJmb3JtYW5jZSBNZXRyaWNzIFJlZ2lzdHJ5IEVudHJpZXM8YnI+DQomZ3Q7IFB1YmxpY2F0aW9u
IERhdGUmbmJzcDsgJm5ic3A7IDogTm92ZW1iZXIgMjAyMTxicj4NCiZndDsgQXV0aG9yKHMpJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IEEuIE1vcnRvbiwgTS4gQmFn
bnVsbywgUC4gRWFyZGxleSwgSy4gRCdTb3V6YTxicj4NCiZndDsgQ2F0ZWdvcnkmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IFBST1BPU0VEIFNUQU5EQVJEPGJyPg0K
Jmd0OyBTb3VyY2UmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgOiBJUCBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudDxicj4NCiZndDsgQXJlYSZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBUcmFuc3BvcnQ8
YnI+DQomZ3Q7IFN0cmVhbSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyA6IElFVEY8YnI+DQomZ3Q7IFZlcmlmeWluZyBQYXJ0eSZuYnNwOyAmbmJzcDsgJm5i
c3A7OiBJRVNHPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX188YnI+DQppcHBtIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzppcHBtQGll
dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aXBwbUBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJo
dHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp
c3RpbmZvL2lwcG1fXzshIUJoZFQhd2s3dUJ6VkhZWm1xT014bm5lU2RBMmhQVEZzcUYyT1FLeUI4
NjF5RGNkQXZjSVZ0NUcxQTVuVGVHSnlmJCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2tx
dW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_DM8PR02MB7973E96BD3E155DC0DA1321AD3689DM8PR02MB7973namp_--


From nobody Wed Dec  1 09:11:07 2021
Return-Path: <wwwrun@rfc-editor.org>
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 5AAE43A0443; Wed,  1 Dec 2021 09:11:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 YGLHmXCFHLkq; Wed,  1 Dec 2021 09:10:56 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88CEB3A03F7; Wed,  1 Dec 2021 09:10:56 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 499) id 698F6E54B1; Wed,  1 Dec 2021 09:10:56 -0800 (PST)
To: nmalykh@ieee.org, acmorton@att.com, marcelo@it.uc3m.es, philip.eardley@bt.com, kld@att.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: martin.h.duke@gmail.com, iesg@ietf.org, ippm@ietf.org
Content-Type: text/plain; charset=UTF-8
Message-Id: <20211201171056.698F6E54B1@rfc-editor.org>
Date: Wed,  1 Dec 2021 09:10:56 -0800 (PST)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/GoZasUYX_n2DLJpHvoE10LKXIbc>
Subject: [ippm] [Errata Verified] RFC8912 (6758)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 01 Dec 2021 17:11:02 -0000

The following errata report has been verified for RFC8912,
"Initial Performance Metrics Registry Entries". 

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid6758

--------------------------------------
Status: Verified
Type: Editorial

Reported by: Nikolai Malykh <nmalykh@ieee.org>
Date Reported: 2021-11-28
Verified by: Martin Duke (IESG)

Section: 4.4.2

Original Text
-------------
   Percent_LossRatio:  The numeric value of the result is expressed in
      units of lost packets to total packets times 100%, as a positive
      value of type decimal64 with fraction digits = 9 (see Section 9.3
      of [RFC6020]) with a resolution of 0.0000000001.



Corrected Text
--------------
   Percent_LossRatio:  The numeric value of the result is expressed in
      units of lost packets to total packets times 100%, as a positive
      value of type decimal64 with fraction digits = 9 (see Section 9.3
      of [RFC6020]) with a resolution of 0.000000001.



Notes
-----
An extra 0 in the value of the resolution of the loss ratio.

The error is repeated in sections 7.4.2.6, 8.4.2.6, 9.4.2.4

--------------------------------------
RFC8912 (draft-ietf-ippm-initial-registry-16)
--------------------------------------
Title               : Initial Performance Metrics Registry Entries
Publication Date    : November 2021
Author(s)           : A. Morton, M. Bagnulo, P. Eardley, K. D'Souza
Category            : PROPOSED STANDARD
Source              : IP Performance Measurement
Area                : Transport
Stream              : IETF
Verifying Party     : IESG


From nobody Wed Dec  1 09:29:36 2021
Return-Path: <martin.h.duke@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 323A53A07AC for <ippm@ietfa.amsl.com>; Wed,  1 Dec 2021 09:29:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, 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 BPvS7eD5Qafd for <ippm@ietfa.amsl.com>; Wed,  1 Dec 2021 09:29:29 -0800 (PST)
Received: from mail-ua1-x933.google.com (mail-ua1-x933.google.com [IPv6:2607:f8b0:4864:20::933]) (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 807FD3A07AB for <ippm@ietf.org>; Wed,  1 Dec 2021 09:29:29 -0800 (PST)
Received: by mail-ua1-x933.google.com with SMTP id r15so50626636uao.3 for <ippm@ietf.org>; Wed, 01 Dec 2021 09:29:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Lo9UcimlIh4MH5U9e+jCTNuM30l8Wi/fVGWriLU+fI8=; b=pNVGkG+y9EvLRs9gKEvORLeVzlu83V3lU2yk8G5MSuMSemlGgJGW3YPZzwNgv5SFs9 boU6KhKAEb7pmIi5xfgmGLtR3PsdYeiTWdnZj98U1m+9YX2SnKhfDrr6P/496h9oD0D8 7zidS1Y8jFabO+7jGzimth8Sk1gsznGxe0KTW5EaARvuy6hkAGD2nYvEbaDHC/bHFck3 TeyZWWnFqYut7r+UK4rSGhDUEsK7lXacggCYgD/BqFPlfZzc5fO7Ik1+Twe8dbqbGyx4 STt3OI/vV5loeYi2Ptqwpev9Fb3MbeqvSgyE9+Ma5sxXNRRCD9Dei4bUmD2FpYmaI3nj ilPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Lo9UcimlIh4MH5U9e+jCTNuM30l8Wi/fVGWriLU+fI8=; b=3uGusG4ncm3xG51yRXwbyK3wKNI+qd1jCe+7fMzmImrxClsWTa2sWYvZD25PdDKC7c QRx6txDXV9LUB5GN0yu4r+GLgTnrAI57AuAOc+hmQQN2KccSP44PPsq2g4rYPyAWi98r i2btieIY7m+5kcjR5LPTecLCfemFObxOAeHPuZ+PniYmZxEVXtMBzTrfotkEBFx9ypNW +7jbTQR0dHfz7wp/zJkpp2R9p+zRMJujtUI5PYNlLgOL9Uf52ZNPIJeKWlzPiHDnxN7L e8nQAJJjagjuirKKOKGB7GvGGMVWTjIisEthiM7OC+HTx9BQUzycBH66Su0Slr3u7+AA 5HOg==
X-Gm-Message-State: AOAM530dtjBvtyzv+ku8C40BMV4GHLM6UEtVCZR+0+wy/pbkmERDaAfg I2xYUYuRjUbRJHoLaBwhK7TFX1enpg+vPZdfw8YPqt9q
X-Google-Smtp-Source: ABdhPJyzd47Ny2Fsk0ZiZQiAJE56OUoHkovsJjHd522xLSZrV5sZvu7z+B4d/csw6fQhcNmNaS6EqQHVd5eSJzmxSaE=
X-Received: by 2002:a67:f950:: with SMTP id u16mr9306786vsq.68.1638379767428;  Wed, 01 Dec 2021 09:29:27 -0800 (PST)
MIME-Version: 1.0
References: <20211128083933.8FC65622CF1@rfc-editor.org> <CH0PR02MB7980B4BD57D3116841BA03B3D3679@CH0PR02MB7980.namprd02.prod.outlook.com> <CAM4esxT8kLxVmcPvDCrsG1GYyv-y0SDwBn+_AvkTFfMzO8XLAA@mail.gmail.com> <DM8PR02MB7973E96BD3E155DC0DA1321AD3689@DM8PR02MB7973.namprd02.prod.outlook.com>
In-Reply-To: <DM8PR02MB7973E96BD3E155DC0DA1321AD3689@DM8PR02MB7973.namprd02.prod.outlook.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Wed, 1 Dec 2021 09:29:16 -0800
Message-ID: <CAM4esxR6byNSsX9pKbLYRQ7pbkDQek+Ri09+0FjU+nNOVmuOGg@mail.gmail.com>
To: "MORTON JR., AL" <acmorton@att.com>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, "nmalykh@ieee.org" <nmalykh@ieee.org>,  "D'SOUZA, KEVIN L" <kd6913@att.com>, "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000b7a2505d219045a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/fagvSenFLociMfPRQ2vaeEL1DcY>
Subject: Re: [ippm] [Editorial Errata Reported] RFC8912 (6758)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 01 Dec 2021 17:29:34 -0000

--0000000000000b7a2505d219045a
Content-Type: text/plain; charset="UTF-8"

OK, errata verified

On Wed, Dec 1, 2021 at 8:32 AM MORTON JR., AL <acmorton@att.com> wrote:

> So, I miss-counted the zeroes?  I guess my vision is going for stuff like
> this, because I tried to count again yesterday and the original looked ok...
>
>
>
> It should be 9 digits (8 zeros and a 1) to the right of the decimal place.
>
> Al
>
>
>
> *From:* Martin Duke <martin.h.duke@gmail.com>
> *Sent:* Wednesday, December 1, 2021 11:25 AM
> *To:* MORTON JR., AL <acmorton@att.com>
> *Cc:* RFC Errata System <rfc-editor@rfc-editor.org>; nmalykh@ieee.org;
> D'SOUZA, KEVIN L <kd6913@att.com>; ippm@ietf.org
> *Subject:* Re: [ippm] [Editorial Errata Reported] RFC8912 (6758)
>
>
>
> Al, can you rephrase this? The proposed text has 9 digits (8 zeros and a
> 1) to the right of the decimal place.
>
>
>
> On Tue, Nov 30, 2021 at 12:07 PM MORTON JR., AL <acmorton@att.com> wrote:
>
> Sorry, but the original text is what we intended.
>
> "fraction digits = 9" refers to the digits to the right of the decimal
> place.
>
> Al
>
> > -----Original Message-----
> > From: RFC Errata System <rfc-editor@rfc-editor.org>
> > Sent: Sunday, November 28, 2021 3:40 AM
> > To: rfc-editor@rfc-editor.org
> > Cc: nmalykh@ieee.org; MORTON JR., AL <acmorton@att.com>;
> marcelo@it.uc3m.es;
> > philip.eardley@bt.com; D'SOUZA, KEVIN L <kd6913@att.com>; ippm@ietf.org
> > Subject: [Editorial Errata Reported] RFC8912 (6758)
> >
> > The following errata report has been submitted for RFC8912, "Initial
> > Performance Metrics Registry Entries".
> >
> > --------------------------------------
> > You may review the report below and at:
> > https://urldefense.com/v3/__https://www.rfc-
> <https://urldefense.com/v3/__https:/www.rfc->
> >
> editor.org/errata/eid6758__;!!BhdT!0sOKD4K1QvzSFuTr19kOCaZcs09P3P_d2_LwuoM9aOr
> <https://urldefense.com/v3/__http:/editor.org/errata/eid6758__;!!BhdT!0sOKD4K1QvzSFuTr19kOCaZcs09P3P_d2_LwuoM9aOr__;!!BhdT!wk7uBzVHYZmqOMxnneSdA2hPTFsqF2OQKyB861yDcdAvcIVt5G1A5vak8Qk_$>
> > 6gv_f8a6dgdeGztmA$
> >
> > --------------------------------------
> > Type: Editorial
> > Reported by: Nikolai Malykh <nmalykh@ieee.org>
> >
> > Section: 4.4.2
> >
> > Original Text
> > -------------
> >    Percent_LossRatio:  The numeric value of the result is expressed in
> >       units of lost packets to total packets times 100%, as a positive
> >       value of type decimal64 with fraction digits = 9 (see Section 9.3
> >       of [RFC6020]) with a resolution of 0.0000000001.
> >
> >
> >
> > Corrected Text
> > --------------
> >    Percent_LossRatio:  The numeric value of the result is expressed in
> >       units of lost packets to total packets times 100%, as a positive
> >       value of type decimal64 with fraction digits = 9 (see Section 9.3
> >       of [RFC6020]) with a resolution of 0.000000001.
> >
> >
> >
> > Notes
> > -----
> > An extra 0 in the value of the resolution of the loss ratio.
> >
> > The error is repeated in sections 7.4.2.6, 8.4.2.6, 9.4.2.4
> >
> > Instructions:
> > -------------
> > This erratum is currently posted as "Reported". If necessary, please use
> > "Reply All" to discuss whether it should be verified or rejected. When a
> > decision is reached, the verifying party can log in to change the status
> and
> > edit the report, if necessary.
> >
> > --------------------------------------
> > RFC8912 (draft-ietf-ippm-initial-registry-16)
> > --------------------------------------
> > Title               : Initial Performance Metrics Registry Entries
> > Publication Date    : November 2021
> > Author(s)           : A. Morton, M. Bagnulo, P. Eardley, K. D'Souza
> > Category            : PROPOSED STANDARD
> > Source              : IP Performance Measurement
> > Area                : Transport
> > Stream              : IETF
> > Verifying Party     : IESG
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
> <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ippm__;!!BhdT!wk7uBzVHYZmqOMxnneSdA2hPTFsqF2OQKyB861yDcdAvcIVt5G1A5nTeGJyf$>
>
>

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

<div dir=3D"ltr">OK, errata verified<br></div><br><div class=3D"gmail_quote=
"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Dec 1, 2021 at 8:32 AM MORT=
ON JR., AL &lt;<a href=3D"mailto:acmorton@att.com">acmorton@att.com</a>&gt;=
 wrote:<br></div><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 style=3D"overflow-wrap: break-word;" lang=3D"EN-US">
<div class=3D"gmail-m_3561032812918818819WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
So, I miss-counted the zeroes?<span>=C2=A0
</span>I guess my vision is going for stuff like this, because I tried to c=
ount again yesterday and the original looked ok...<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
It should be 9 digits (8 zeros and a 1) to the right of the decimal place.<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Al<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<div style=3D"border-color:currentcolor currentcolor currentcolor blue;bord=
er-style:none none none solid;border-width:medium medium medium 1.5pt;paddi=
ng:0in 0in 0in 4pt">
<div>
<div style=3D"border-color:rgb(225,225,225) currentcolor currentcolor;borde=
r-style:solid none none;border-width:1pt medium medium;padding:3pt 0in 0in"=
>
<p class=3D"MsoNormal"><b><span>From:</span></b><span> Martin Duke &lt;<a h=
ref=3D"mailto:martin.h.duke@gmail.com" target=3D"_blank">martin.h.duke@gmai=
l.com</a>&gt;
<br>
<b>Sent:</b> Wednesday, December 1, 2021 11:25 AM<br>
<b>To:</b> MORTON JR., AL &lt;<a href=3D"mailto:acmorton@att.com" target=3D=
"_blank">acmorton@att.com</a>&gt;<br>
<b>Cc:</b> RFC Errata System &lt;<a href=3D"mailto:rfc-editor@rfc-editor.or=
g" target=3D"_blank">rfc-editor@rfc-editor.org</a>&gt;; <a href=3D"mailto:n=
malykh@ieee.org" target=3D"_blank">nmalykh@ieee.org</a>; D&#39;SOUZA, KEVIN=
 L &lt;<a href=3D"mailto:kd6913@att.com" target=3D"_blank">kd6913@att.com</=
a>&gt;; <a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a=
><br>
<b>Subject:</b> Re: [ippm] [Editorial Errata Reported] RFC8912 (6758)<u></u=
><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"line-height:112%">Al, can you rephrase this=
? The proposed text has 9 digits (8 zeros and a 1) to the right of the deci=
mal place.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"line-height:112%"><u></u>=C2=A0<u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"line-height:112%">On Tue, Nov 30, 2021 at 1=
2:07 PM MORTON JR., AL &lt;<a href=3D"mailto:acmorton@att.com" target=3D"_b=
lank">acmorton@att.com</a>&gt; wrote:<u></u><u></u></p>
</div>
<blockquote style=3D"border-color:currentcolor currentcolor currentcolor rg=
b(204,204,204);border-style:none none none solid;border-width:medium medium=
 medium 1pt;padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in">
<p class=3D"MsoNormal" style=3D"line-height:112%">Sorry, but the original t=
ext is what we intended.
<br>
<br>
&quot;fraction digits =3D 9&quot; refers to the digits to the right of the =
decimal place.<br>
<br>
Al<br>
<br>
&gt; -----Original Message-----<br>
&gt; From: RFC Errata System &lt;<a href=3D"mailto:rfc-editor@rfc-editor.or=
g" target=3D"_blank">rfc-editor@rfc-editor.org</a>&gt;<br>
&gt; Sent: Sunday, November 28, 2021 3:40 AM<br>
&gt; To: <a href=3D"mailto:rfc-editor@rfc-editor.org" target=3D"_blank">rfc=
-editor@rfc-editor.org</a><br>
&gt; Cc: <a href=3D"mailto:nmalykh@ieee.org" target=3D"_blank">nmalykh@ieee=
.org</a>; MORTON JR., AL &lt;<a href=3D"mailto:acmorton@att.com" target=3D"=
_blank">acmorton@att.com</a>&gt;;
<a href=3D"mailto:marcelo@it.uc3m.es" target=3D"_blank">marcelo@it.uc3m.es<=
/a>;<br>
&gt; <a href=3D"mailto:philip.eardley@bt.com" target=3D"_blank">philip.eard=
ley@bt.com</a>; D&#39;SOUZA, KEVIN L &lt;<a href=3D"mailto:kd6913@att.com" =
target=3D"_blank">kd6913@att.com</a>&gt;;
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
&gt; Subject: [Editorial Errata Reported] RFC8912 (6758)<br>
&gt; <br>
&gt; The following errata report has been submitted for RFC8912, &quot;Init=
ial<br>
&gt; Performance Metrics Registry Entries&quot;.<br>
&gt; <br>
&gt; --------------------------------------<br>
&gt; You may review the report below and at:<br>
&gt; <a href=3D"https://urldefense.com/v3/__https:/www.rfc-" target=3D"_bla=
nk">https://urldefense.com/v3/__https://www.rfc-</a><br>
&gt; <a href=3D"https://urldefense.com/v3/__http:/editor.org/errata/eid6758=
__;!!BhdT!0sOKD4K1QvzSFuTr19kOCaZcs09P3P_d2_LwuoM9aOr__;!!BhdT!wk7uBzVHYZmq=
OMxnneSdA2hPTFsqF2OQKyB861yDcdAvcIVt5G1A5vak8Qk_$" target=3D"_blank">
editor.org/errata/eid6758__;!!BhdT!0sOKD4K1QvzSFuTr19kOCaZcs09P3P_d2_LwuoM9=
aOr</a><br>
&gt; 6gv_f8a6dgdeGztmA$<br>
&gt; <br>
&gt; --------------------------------------<br>
&gt; Type: Editorial<br>
&gt; Reported by: Nikolai Malykh &lt;<a href=3D"mailto:nmalykh@ieee.org" ta=
rget=3D"_blank">nmalykh@ieee.org</a>&gt;<br>
&gt; <br>
&gt; Section: 4.4.2<br>
&gt; <br>
&gt; Original Text<br>
&gt; -------------<br>
&gt;=C2=A0 =C2=A0 Percent_LossRatio:=C2=A0 The numeric value of the result =
is expressed in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0units of lost packets to total packets times=
 100%, as a positive<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0value of type decimal64 with fraction digits=
 =3D 9 (see Section 9.3<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0of [RFC6020]) with a resolution of 0.0000000=
001.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Corrected Text<br>
&gt; --------------<br>
&gt;=C2=A0 =C2=A0 Percent_LossRatio:=C2=A0 The numeric value of the result =
is expressed in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0units of lost packets to total packets times=
 100%, as a positive<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0value of type decimal64 with fraction digits=
 =3D 9 (see Section 9.3<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0of [RFC6020]) with a resolution of 0.0000000=
01.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Notes<br>
&gt; -----<br>
&gt; An extra 0 in the value of the resolution of the loss ratio.<br>
&gt; <br>
&gt; The error is repeated in sections 7.4.2.6, 8.4.2.6, 9.4.2.4<br>
&gt; <br>
&gt; Instructions:<br>
&gt; -------------<br>
&gt; This erratum is currently posted as &quot;Reported&quot;. If necessary=
, please use<br>
&gt; &quot;Reply All&quot; to discuss whether it should be verified or reje=
cted. When a<br>
&gt; decision is reached, the verifying party can log in to change the stat=
us and<br>
&gt; edit the report, if necessary.<br>
&gt; <br>
&gt; --------------------------------------<br>
&gt; RFC8912 (draft-ietf-ippm-initial-registry-16)<br>
&gt; --------------------------------------<br>
&gt; Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Initial =
Performance Metrics Registry Entries<br>
&gt; Publication Date=C2=A0 =C2=A0 : November 2021<br>
&gt; Author(s)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: A. Morton, M. Bagn=
ulo, P. Eardley, K. D&#39;Souza<br>
&gt; Category=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : PROPOSED STANDARD<=
br>
&gt; Source=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IP Performanc=
e Measurement<br>
&gt; Area=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Transpor=
t<br>
&gt; Stream=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IETF<br>
&gt; Verifying Party=C2=A0 =C2=A0 =C2=A0: IESG<br>
_______________________________________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a><br>
<a href=3D"https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo=
/ippm__;!!BhdT!wk7uBzVHYZmqOMxnneSdA2hPTFsqF2OQKyB861yDcdAvcIVt5G1A5nTeGJyf=
$" target=3D"_blank">https://www.ietf.org/mailman/listinfo/ippm</a><u></u><=
u></u></p>
</blockquote>
</div>
</div>
</div>
</div>

</blockquote></div>

--0000000000000b7a2505d219045a--


From nobody Wed Dec  1 10:58:35 2021
Return-Path: <giuseppe.fioccola@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 3F9C63A0980; Wed,  1 Dec 2021 10:58:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 se4JWtO4NVf2; Wed,  1 Dec 2021 10:58:29 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F88A3A097E; Wed,  1 Dec 2021 10:58:29 -0800 (PST)
Received: from fraeml713-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4J47cC4CBrz6824j; Thu,  2 Dec 2021 02:56:59 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml713-chm.china.huawei.com (10.206.15.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 1 Dec 2021 19:58:25 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.020; Wed, 1 Dec 2021 19:58:25 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Martin Duke <martin.h.duke@gmail.com>, "draft-fioccola-rfc8321bis.all@ietf.org" <draft-fioccola-rfc8321bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: 1st review of RFC 8321bis
Thread-Index: AQHX5jeFafny0q1BtU2vvHQD5nUPfqwd3hjg
Date: Wed, 1 Dec 2021 18:58:25 +0000
Message-ID: <d239e6d3a8c84cf780e3c882eddb68dc@huawei.com>
References: <CAM4esxQpsFv4SgE0nfecrtOe=DQbNFYFVMjE-OE+MZvxJ5iH6w@mail.gmail.com>
In-Reply-To: <CAM4esxQpsFv4SgE0nfecrtOe=DQbNFYFVMjE-OE+MZvxJ5iH6w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.48.219.166]
Content-Type: multipart/alternative; boundary="_000_d239e6d3a8c84cf780e3c882eddb68dchuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/wPybnFINOOuw_RwhiC_xvtA-0zw>
Subject: Re: [ippm] 1st review of RFC 8321bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 01 Dec 2021 18:58:34 -0000

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

SGkgTWFydGluLA0KVGhhbmtzIGEgbG90IGZvciB5b3VyIHRob3JvdWdoIHJldmlldy4NCkkgYWxz
byBhZ3JlZSB0aGF0IGZvciBhIGxhdGVyIHZlcnNpb24gYSByZW9yZ2FuaXphdGlvbiBvZiB0aGUg
Y29udGVudCBjYW4gaW1wcm92ZSB0aGUgcmVhZGFiaWxpdHkuDQoNClJlZ2FyZGluZyB5b3VyIGNv
bW1lbnRzLCBwbGVhc2UgZmluZCBteSBhbnN3ZXJzIGlubGluZSB0YWdnZWQgYXMgW0dGXS4NCg0K
QmVzdCBSZWdhcmRzLA0KDQpHaXVzZXBwZQ0KDQoNCkZyb206IE1hcnRpbiBEdWtlIDxtYXJ0aW4u
aC5kdWtlQGdtYWlsLmNvbT4NClNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDMwLCAyMDIxIDExOjEz
IFBNDQpUbzogZHJhZnQtZmlvY2NvbGEtcmZjODMyMWJpcy5hbGxAaWV0Zi5vcmc7IElFVEYgSVBQ
TSBXRyA8aXBwbUBpZXRmLm9yZz4NClN1YmplY3Q6IDFzdCByZXZpZXcgb2YgUkZDIDgzMjFiaXMN
Cg0KSGVsbG8gYXV0aG9ycywNCg0KSSd2ZSByZWFkIHRocm91Z2ggdGhpcyBkb2N1bWVudCBjYXJl
ZnVsbHkgZm9yIHRoZSBmaXJzdCB0aW1lLiBIYXZpbmcgZG9uZSBzbywgSSBmdWxseSBzdXBwb3J0
IGxhdGVyIGRvaW5nIHRoZSByZW9yZ2FuaXphdGlvbiB0aGF0IHlvdSd2ZSBwcm9wb3NlZC4gVGhl
IGN1cnJlbnQgZHJhZnQgcHJlc2VudHMgdGhlIGluZm9ybWF0aW9uIGluIGEgc3RyYW5nZSBvcmRl
ci4NCg0KSSBoYXZlIG5vIHNlcmlvdXMgaXNzdWVzIHdpdGggdGhlIGNoYW5nZXMgZnJvbSA4MzIx
LCBidXQgSSBoYXZlIG51bWVyb3VzIGNvbW1lbnRzIG9uIHRoZSA4MzIxIHRleHQgdGhhdCBvdWdo
dCB0byBiZSBmaXhlZCBiZWZvcmUgd2UgdGFrZSBpdCB0byBTdGFuZGFyZC4NCg0KTUFKT1IgQ09N
TUVOVFM6DQoNCi0gV2h5IGlzIFJGQzMzOTMgbm9ybWF0aXZlIGlmIHRoZSBvdGhlciBwYWNrZXQg
ZGVmaW5pdGlvbiBkb2N1bWVudHMgKDc2NzksIDc2ODApIGFyZSBpbmZvcm1hdGl2ZT8gSU1PIHRo
ZXkgYXJlIGFsbCBpbmZvcm1hdGl2ZSwgYnV0IGl0IHNob3VsZCBhdCBsZWFzdCBiZSBjb25zaXN0
ZW50Lg0KDQpbR0ZdOiBJdCB3YXMgbXkgb3ZlcnNpZ2h0LCBJIHdpbGwgZml4IGl0IGluIHRoZSBu
ZXh0IHZlcnNpb24uIEluIFJGQzgzMjEsIGFsbCB0aGVzZSBSRkNzIHdlcmUgbm9ybWF0aXZlIGJ1
dCBub3cgY2FuIGJlIGluZm9ybWF0aXZlLg0KDQotIFNlYyAxLiBDYW4geW91IGNsYXJpZnkgdGhl
IHJlbGF0aW9uc2hpcCBvZiB0aGlzIGRyYWZ0IHdpdGggW0lFRUUtTmV0d29yay1QTlBNXT8gRG8g
dGhleSByZXBlYXQgZWFjaCBvdGhlciwgb3IgZG9lcyB0aGF0IG9uZSBtYWtlIGEgZGlmZmVyZW50
IGNvbnRyaWJ1dGlvbiB0byB0aGlzIHByb2plY3Q/IElmIHRoZSBmb3JtZXIsIHdobyBoYXMgY2hh
bmdlIGNvbnRyb2wgb3ZlciB0aGUgZGVzaWduPw0KDQpbR0ZdOiBJdCBpcyBub3QgYSByZXBldGl0
aW9uLiBUaGUgcGFwZXIgW0lFRUUtTmV0d29yay1QTlBNXSBpbmNsdWRlcyBSRkM4MzIxIG1ldGhv
ZHMgYnV0IGl0IGFsc28gZXhwbGFpbnMgbmV3IG1lY2hhbmlzbXMgZm9yIHRoZSBwYWNrZXQgbWFy
a2luZyBiYXNlZCBvbiBoYXNoaW5nIHRlY2huaXF1ZXMsIHdoaWNoIGFyZSBub3QgaW5jbHVkZWQg
aW4gUkZDODMyMS4gVGhlc2UgbmV3IHZhcmlhdGlvbnMgYXJlIGRlc2NyaWJlZCBpbiBhIHNlcGFy
YXRlIGRvY3VtZW50IChkcmFmdC1taXpyYWhpLWlwcG0tbWFya2luZykuIEkgY2FuIGFsc28gb21p
dCB0aGUgcmVmZXJlbmNlIGlmIHlvdSB0aGluayBpdCBjYW4gYmUgY29uZnVzaW5nLg0KDQotIEkn
bSBjb25jZXJuZWQgYWJvdXQgc2l6aW5nIHRoZSBibG9jayBiYXNlZCBvbiBwYWNrZXQgY291bnQu
IEl0J3MgY2xlYXJseSB5b3VyIGxlc3MtcHJlZmVycmVkIG9wdGlvbiwgYnV0IGluY2x1ZGluZyBp
dCBoYXMgc29tZSBpbXBsaWNhdGlvbnMuIEZvciBleGFtcGxlLCBwYXNzaXZlIGVhdmVzZHJvcHBp
bmcgaXMgbXVjaCBlYXNpZXIsIGFzIGl0IHdvdWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCB0byBmaWd1
cmUgb3V0IHRoZSBleHBlY3RlZCBudW1iZXIgb2YgcGFja2V0cyBhbmQgdGhlcmVmb3JlIGZpZ3Vy
ZSBvdXQgdGhlIGxvc3MgcmF0ZS4gSWYgdGhpcyB3YXNuJ3QgYSBzdWNjZXNzZnVsIHBhcnQgb2Yg
dGhlIGV4cGVyaW1lbnQsIHBlcmhhcHMgd2Ugc2hvdWxkIGp1c3QgcmVtb3ZlIGl0Lg0KDQpbR0Zd
OiBZZXMsIHdlIGNvdWxkIHJlbW92ZSBpdCBpbiB0aGUgUFMuIEJ1dCwgaXQgaXMgd29ydGggbm90
aW5nIHRoYXQgZHJhZnQtaWV0Zi1pcHBtLWV4cGxpY2l0LWZsb3ctbWVhc3VyZW1lbnRzIHN1Z2dl
c3RzIGEgbWFya2luZyBtZXRob2QgKHNRdWFyZSBiaXQpIGJhc2VkIG9uIGEgZml4ZWQgbnVtYmVy
IG9mIHBhY2tldHMgdG8gbWVhc3VyZSBwYWNrZXQgbG9zcy4gSXQgaXMgc2ltcGxlciBmb3IgQ2xp
ZW50LVNlcnZlciBwcm90b2NvbHMgbGlrZSBRVUlDLiBBbm90aGVyIG9wdGlvbiBjb3VsZCBiZSB0
byBsZWF2ZSB0aGUgZGVzY3JpcHRpb24gb2YgdGhlIGNvdW50ZXItYmFzZWQgbWV0aG9kIGJ1dCB3
ZSBzaG91bGQgaW1wcm92ZSB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgZm9yIHRoaXMgYXNw
ZWN0LiBXaGF0IGRvIHlvdSBzdWdnZXN0Pw0KDQotIHNlYyAzLjIuVGhlIGd1YXJkIGJhbmQgY2Fs
Y3VsYXRpb24gZG9lcyBub3Qgc2VlbSBjb3JyZWN0IHRvIG1lLiBJZiBEX21heCAtPiBEX21pbiwg
dGhlbiB0aGUgZ3VhcmQgYmFuZCBpcyBzaW1wbHkgQS4gQnV0IHRoZSBpbmdyZXNzIGFuZCBlZ3Jl
c3Mgbm9kZXMgc3RpbGwgbmVlZCB0byBhY2NvdW50IGZvciB0aGUgcGFja2V0IGRlbGF5IGZyb20g
ZW5kIHRvIGVuZCEgSSB3b3VsZCBzdWdnZXN0DQoNCmQgPSBBICsgRF9tYXguDQoNClRoaXMgd291
bGQgYWxzbyBjb3ZlciB0aGUgcmVvcmRlcmluZyBjb25zdHJhaW50LCBhcyB0aGUgZGVsYXkgY2Fu
IGJlIG5vIG1vcmUgdGhhbiBEbWF4Lg0KDQpbR0ZdOiBJZiBEX21heCBiZWNvbWVzIGVxdWFsIHRv
IERfbWluLCB0aGlzIG1lYW5zIHRoYXQgYWxsIHRoZSBwYWNrZXRzIGFyZSBkZWxheWVkIG9mIHRo
ZSBzYW1lIHZhbHVlLiBTbyB0aGUgYmF0Y2ggb2YgcGFja2V0cyBpcyBzaW1wbHkgc2hpZnRlZCBh
bmQgbm8gcGFja2V0IGlzIHJlb3JkZXJlZC4gQnV0LCB5b3UgYXJlIHJpZ2h0IHdlIHN0aWxsIG5l
ZWQgdG8gdGFrZSBpbnRvIGFjY291bnQgdGhlIGRlbGF5LiBNYXliZSB3ZSBjb3VsZCBjb25zaWRl
ciB0aGUgYXZlcmFnZSBkZWxheSB2YWx1ZSBhbmQgaXRzIHN0YW5kYXJkIGRldmlhdGlvbiBpbiB0
aGUgZm9ybXVsYToNCg0KZCA9IEEgKyBEX2F2ZyArIERfc3RkZGV2DQoNCi0gc2VjIDMuMy4xICJh
IG1lYXN1cmVtZW50IGlzIHZhbGlkIG9ubHkgaWYgbm8gcGFja2V0IGxvc3Mgb2NjdXJzIGFuZCBp
ZiBwYWNrZXQgbWlzb3JkZXJpbmcgY2FuIGJlIGF2b2lkZWQiLiBTbyB3aGF0IGl0J3Mgbm90PyBE
byB3ZSB0aHJvdyBvdXQgdGhlIG1lYXN1cmVtZW50PyBIb3cgY2FuIHdlIGRldGVjdCBwYWNrZXQg
bWlzb3JkZXJpbmcgdW5sZXNzIGl0IGRlbGF5cyBhIHBhY2tldCBvdmVyIHRoZSBlZGdlPw0KDQpb
R0ZdOiBUaGlzIGFwcHJvYWNoIGlzIGFmZmVjdGVkIGJ5IHRoZSBwYWNrZXQgcmVvcmRlcmluZyB0
aGF0IHdlIGNhbm5vdCBkZXRlY3QuIFlvdSBjYW4gYXBwbHkgaXQgYnV0IHlvdSBhcmUgYXdhcmUg
dGhhdCB0aGUgZmlyc3QgcGFja2V0IG9mIHRoZSBiYXRjaCBpbiBvbmUgcG9pbnQgbWF5IG5vdCBi
ZSB0aGUgc2FtZSBwYWNrZXQgaW4gYSBzZWNvbmQgcG9pbnQgZHVlIHRvIHRoZSByZW9yZGVyaW5n
LiBJbiB0aGlzIGNhc2UgeW91IGFyZSBub3Qgc3VyZSB0byBjb21wYXJlIHRoZSBzYW1lIHBhY2tl
dCBhbmQgdGhlIGRlbGF5IG1lYXN1cmUgaXMgZG9uZSB3aXRoIHRoaXMgaW50cmluc2ljIGVycm9y
LiBJIGNhbiBleHBsYWluIHRoaXMgcG9pbnQgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0KLSBTZWMg
My4zLjIgIlRoZSBjb252ZW50aW9uYWwgW2RlbGF5XSByYW5nZSAobWF4aW11bS1taW5pbXVtKSBz
aG91bGQgYmUgYXZvaWRlZCIuIEkgZG9uJ3Qga25vdyBob3cgdG8gcmVjb25jaWxlIHRoaXMgd2l0
aCB0aGUgZ3VhcmQgYmFuZCBjYWxjdWxhdGlvbiwgd2hpY2ggYWJzb2x1dGVseSB1c2VzIHRoZSBy
YW5nZSEgSXMgdGhpcyBhIHZhbGlkIHRoaW5nIHRvIGRvIG9yIG5vdD8NCg0KW0dGXTogSW4gdGhp
cyBjYXNlIEkgZGlkIG5vdCBtZWFuIHRoZSBkZWxheSBvZiB0aGUgbmV0d29yayB0byBjYWxjdWxh
dGUgdGhlIGd1YXJkIGJhbmQsIGJ1dCBJIG1lYW50IHRoZSBkZWxheSB5b3UgYXJlIG1lYXN1cmlu
Zy4gSSB0aGluayBJIGNhbiBhbHNvIG9taXQgdGhpcyBzZW50ZW5jZSwgaXQgaXMgbm90IGltcG9y
dGFudC4NCg0KLSBTZWN0aW9uIDQuIFRoaXMgZW50aXJlIHNlY3Rpb24gaXMgbGFyZ2VseSBhIHN1
YnNldCBvZiBzZWN0aW9uIDMsIGFuZCBjb3ZlcnMgdGhlIG1hdGVyaWFsIGJvdGggKGEpIGluY29u
c2lzdGVudGx5IGFuZCAoYikgd29yc2UuIFRoZXJlJ3MgYSByZWZlcmVuY2UgdG8gInR3by13YXkg
ZGVsYXkiIHdoaWNoIG9jY3VycyBub3doZXJlIGVsc2UgaW4gdGhlIGRvY3VtZW50LiAgVGhlIEwg
Y29uc2lkZXJhdGlvbnMgZG9uJ3QgY29uc2lkZXIgZGVsYXksIHVubGlrZSBTZWN0aW9uIDMuMi4g
NC4zIHNheXMgdGhhdCAiYSBwcm9wZXIgaW50ZXJ2YWwgaXMgb3V0IG9mZiB0aGUgc2NvcGUgb2Yg
dGhpcyBkb2N1bWVudCEiIEJ1dCB0aGUgZG9jdW1lbnQgaGFzIGxvdHMgdG8gc2F5IGFib3V0IHRo
aXMhIEVhcmxpZXIgZGlzY3Vzc2lvbnMgbGVkIG1lIHRvIGJlbGlldmUgeW91IHdlcmUgZ29pbmcg
dG8gbGFyZ2VseSBnZXQgcmlkIG9mIFNlY3Rpb24gNDsgcGVyaGFwcyBhcyBhbiBpbnRlcm1lZGlh
dGUgc3RlcCwgaW4gdGhlIG5leHQgZHJhZnQgY291bGQgd2UgZGVsZXRlIHRoZSB0ZXh0IGluIHRo
YXQgc2VjdGlvbiB0aGF0IG5vIGxvbmdlciBhcHBsaWVzPw0KDQpbR0ZdOiBZZXMsIGluZGVlZCBJ
IG1vZGlmaWVkIGEgbG90IHRoaXMgc2VjdGlvbiBpbiBteSBmaXJzdCBsb2NhbCByZXZpc2lvbiBv
ZiB0aGUgZG9jdW1lbnQuIEFzIGludGVybWVkaWF0ZSBzdGVwLCBJIHdpbGwgc3VyZWx5IGRlbGV0
ZSB0ZXh0IHRoYXQgbm8gbG9uZ2VyIGFwcGxpZXMgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0KLSBT
ZWN0aW9uIDguIFRoZSBtb3N0IHBvdGVudCBhdHRhY2sgb24gdGhpcyB3b3VsZCBhcHBlYXIgdG8g
YmUgb24gdGhlIGRhdGEgY29sbGVjdGlvbiBwcm90b2NvbCwgd2hpY2ggaXMgb3V0IG9mIHNjb3Bl
LiBJdCBtaWdodCBiZSBnb29kIHRvIHBvaW50IHRoZSByZWFkZXIgdG8gc29tZSByZWZlcmVuY2Vz
IHRoYXQgZGlzY3VzcyBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBmb3IgZ2F0aGVyaW5nIGRhdGEu
DQoNCltHRl06IEFncmVlLCB3aWxsIGRvLiBJIGFsc28gdGhpbmsgd2UgaGF2ZSBpbXByb3ZlZCBh
IGxvdCB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgaW4gZHJhZnQtaWV0Zi02bWFuLWlwdjYt
YWx0LW1hcmsgYW5kIHdlIGNhbiBpbmhlcml0IHNvbWV0aGluZyBmcm9tIHRoZXJlIGFzIHdlbGwu
DQoNCk5JVFM6IElzIHRoZXJlIGEgZ2l0aHViPyBUaGVyZSBhcmUgbnVtZXJvdXMgZWRpdG9yaWFs
IGNsZWFudXAgaXNzdWVzIHRoYXQgd291bGQgYmUgbXVjaCBlYXNpZXIgdG8gZG8gaWYgSSBjb3Vs
ZCBqdXN0IHN1Ym1pdCBhIFBSLg0KDQpbR0ZdOiBJdCBpcyBhIHBvc3NpYmlsaXR5LiBJIGNvdWxk
IGFsc28gc2hhcmUgdGhlIHhtbCBmaWxlIGlmIGl0IHdvcmtzIGZvciB5b3UuDQoNCi0gQWJzdHJh
Y3Q6IGRlbGV0ZSB0aGUgcGhyYXNlICJhIG1ldGhvZCBiYXNlZCBvbiINCg0KLSBTZWMgMS4gcy9P
biB0aGUgb3RoZXIgaGFuZCwgcGVyZm9ybWFuY2UvUGVyZm9ybWFuY2UgYWxzbw0KDQotIFNlYyAz
LjEgcy9wYWNrZXQgbG9zcyBvY2N1cnJlZC9pZiBwYWNrZXQgbG9zcyBvY2N1cnJlZA0KDQotIFNl
YyAzLjEuMSAic29tZSBhcHBsaWNhdGlvbnMiIGFyZSBubyBsb25nZXIgInJlcG9ydGVkIGluIHNl
Y3Rpb24gNS4iIERlbGV0ZSB0aGUgc2VudGVuY2UuDQoNCi0gU2VjIDMuMS4yIHMvYSBjb3VwbGUg
b2YgY291bnRlcnMgYXJlIG5lZWRlZC90d28gY291bnRlcnMgYXJlIG5lZWRlZA0KDQotIFNlYyAz
LjMuMS4xIHMvaW1wbGljYXRlcy9pbXBsaWVzDQoNCi0gVXBkYXRlIHJlZmVyZW5jZXMgZnJvbSBS
RkM4ODg5IHRvIFJGQzg4ODliaXMuDQoNCltHRl06IEkgd2lsbCBhcHBseSBhbGwgdGhlc2UgbWlu
b3IgY2hhbmdlcyBpbiB0aGUgbmV4dCB2ZXJzaW9uLg0KDQo=

--_000_d239e6d3a8c84cf780e3c882eddb68dchuaweicom_
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
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21z
by1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn
aW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7
fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2Ug
V29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAx
LjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t
Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0
PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg
bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4
dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N
CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3
MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iZW4tREUiPkhpIE1hcnRpbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+VGhhbmtzIGEgbG90IGZvciB5b3VyIHRo
b3JvdWdoIHJldmlldy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJlbi1ERSI+SSBhbHNvIGFncmVlIHRoYXQgZm9yIGEgbGF0ZXIgdmVyc2lv
biBhIHJlb3JnYW5pemF0aW9uIG9mIHRoZSBjb250ZW50IGNhbiBpbXByb3ZlIHRoZSByZWFkYWJp
bGl0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJlbi1ERSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPlJlZ2FyZGluZyB5b3VyIGNvbW1lbnRzLCBwbGVhc2Ug
ZmluZCBteSBhbnN3ZXJzIGlubGluZSB0YWdnZWQgYXMgW0dGXS48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUi
PkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJlbi1ERSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPkdpdXNlcHBlPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IE1hcnRpbiBEdWtlICZs
dDttYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbSZndDsgPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXks
IE5vdmVtYmVyIDMwLCAyMDIxIDExOjEzIFBNPGJyPg0KPGI+VG86PC9iPiBkcmFmdC1maW9jY29s
YS1yZmM4MzIxYmlzLmFsbEBpZXRmLm9yZzsgSUVURiBJUFBNIFdHICZsdDtpcHBtQGlldGYub3Jn
Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiAxc3QgcmV2aWV3IG9mIFJGQyA4MzIxYmlzPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IZWxsbyBhdXRob3JzLDxvOnA+PC9vOnA+PC9wPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSd2ZSByZWFkIHRocm91Z2ggdGhpcyBkb2N1
bWVudCBjYXJlZnVsbHkgZm9yIHRoZSBmaXJzdCB0aW1lLiBIYXZpbmcgZG9uZSBzbywgSSBmdWxs
eSBzdXBwb3J0IGxhdGVyIGRvaW5nIHRoZSByZW9yZ2FuaXphdGlvbiB0aGF0IHlvdSd2ZSBwcm9w
b3NlZC4gVGhlIGN1cnJlbnQgZHJhZnQgcHJlc2VudHMgdGhlIGluZm9ybWF0aW9uIGluIGEgc3Ry
YW5nZSBvcmRlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+SSBoYXZlIG5vIHNlcmlvdXMgaXNzdWVzIHdpdGggdGhlIGNoYW5nZXMgZnJvbSA4
MzIxLCBidXQgSSBoYXZlIG51bWVyb3VzIGNvbW1lbnRzIG9uIHRoZSA4MzIxIHRleHQgdGhhdCBv
dWdodCB0byBiZSBmaXhlZCBiZWZvcmUgd2UgdGFrZSBpdCB0byBTdGFuZGFyZC48bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TUFKT1IgQ09NTUVO
VFM6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
Pi0gV2h5IGlzIFJGQzMzOTMgbm9ybWF0aXZlIGlmIHRoZSBvdGhlciBwYWNrZXQgZGVmaW5pdGlv
biBkb2N1bWVudHMgKDc2NzksIDc2ODApIGFyZSBpbmZvcm1hdGl2ZT8gSU1PIHRoZXkgYXJlIGFs
bCBpbmZvcm1hdGl2ZSwgYnV0IGl0IHNob3VsZCBhdCBsZWFzdCBiZSBjb25zaXN0ZW50LjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogSXQgd2FzIG15IG92
ZXJzaWdodCwgSSB3aWxsIGZpeCBpdCBpbiB0aGUgbmV4dCB2ZXJzaW9uLiBJbiBSRkM4MzIxLCBh
bGwgdGhlc2UgUkZDcyB3ZXJlIG5vcm1hdGl2ZSBidXQgbm93IGNhbiBiZSBpbmZvcm1hdGl2ZS48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPi0gU2VjIDEuIENhbiB5b3UgY2xhcmlmeSB0aGUgcmVsYXRpb25zaGlwIG9mIHRoaXMgZHJh
ZnQgd2l0aCBbSUVFRS1OZXR3b3JrLVBOUE1dPyBEbyB0aGV5IHJlcGVhdCBlYWNoIG90aGVyLCBv
ciBkb2VzIHRoYXQgb25lIG1ha2UgYSBkaWZmZXJlbnQmbmJzcDtjb250cmlidXRpb24gdG8gdGhp
cyBwcm9qZWN0PyBJZiB0aGUgZm9ybWVyLCB3aG8gaGFzIGNoYW5nZSBjb250cm9sIG92ZXIgdGhl
IGRlc2lnbj88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06
IEl0IGlzIG5vdCBhIHJlcGV0aXRpb24uIFRoZSBwYXBlciA8L3NwYW4+DQpbSUVFRS1OZXR3b3Jr
LVBOUE1dIDxzcGFuIGxhbmc9ImVuLURFIj5pbmNsdWRlcyBSRkM4MzIxIG1ldGhvZHMgYnV0IGl0
IGFsc28gZXhwbGFpbnMgbmV3IG1lY2hhbmlzbXMgZm9yIHRoZSBwYWNrZXQgbWFya2luZyBiYXNl
ZCBvbiBoYXNoaW5nIHRlY2huaXF1ZXMsIHdoaWNoIGFyZSBub3QgaW5jbHVkZWQgaW4gUkZDODMy
MS4gVGhlc2UgbmV3IHZhcmlhdGlvbnMgYXJlIGRlc2NyaWJlZCBpbiBhIHNlcGFyYXRlIGRvY3Vt
ZW50IChkcmFmdC1taXpyYWhpLWlwcG0tbWFya2luZykuDQogSSBjYW4gYWxzbyBvbWl0IHRoZSBy
ZWZlcmVuY2UgaWYgeW91IHRoaW5rIGl0IGNhbiBiZSBjb25mdXNpbmcuPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIEknbSBjb25j
ZXJuZWQgYWJvdXQgc2l6aW5nIHRoZSBibG9jayBiYXNlZCBvbiBwYWNrZXQgY291bnQuIEl0J3Mg
Y2xlYXJseSB5b3VyIGxlc3MtcHJlZmVycmVkIG9wdGlvbiwgYnV0IGluY2x1ZGluZyBpdCBoYXMg
c29tZSBpbXBsaWNhdGlvbnMuIEZvciBleGFtcGxlLCBwYXNzaXZlIGVhdmVzZHJvcHBpbmcgaXMg
bXVjaCBlYXNpZXIsIGFzIGl0IHdvdWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCB0byBmaWd1cmUgb3V0
DQogdGhlIGV4cGVjdGVkIG51bWJlciBvZiBwYWNrZXRzIGFuZCB0aGVyZWZvcmUgZmlndXJlIG91
dCB0aGUgbG9zcyByYXRlLiBJZiB0aGlzIHdhc24ndCBhIHN1Y2Nlc3NmdWwgcGFydCBvZiB0aGUg
ZXhwZXJpbWVudCwgcGVyaGFwcyB3ZSBzaG91bGQganVzdCByZW1vdmUgaXQuPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBZZXMsIHdlIGNvdWxkIHJlbW92
ZSBpdCBpbiB0aGUgUFMuIEJ1dCwgaXQgaXMgd29ydGggbm90aW5nIHRoYXQgZHJhZnQtaWV0Zi1p
cHBtLWV4cGxpY2l0LWZsb3ctbWVhc3VyZW1lbnRzIHN1Z2dlc3RzIGEgbWFya2luZyBtZXRob2Qg
KHNRdWFyZSBiaXQpIGJhc2VkIG9uIGEgZml4ZWQgbnVtYmVyIG9mIHBhY2tldHMgdG8gbWVhc3Vy
ZSBwYWNrZXQgbG9zcy4gSXQgaXMNCiBzaW1wbGVyIGZvciBDbGllbnQtU2VydmVyIHByb3RvY29s
cyBsaWtlIFFVSUMuIEFub3RoZXIgb3B0aW9uIGNvdWxkIGJlIHRvIGxlYXZlIHRoZSBkZXNjcmlw
dGlvbiBvZiB0aGUgY291bnRlci1iYXNlZCBtZXRob2QgYnV0IHdlIHNob3VsZCBpbXByb3ZlIHRo
ZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBmb3IgdGhpcyBhc3BlY3QuIFdoYXQgZG8geW91IHN1
Z2dlc3Q/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj4tIHNlYyAzLjIuVGhlIGd1YXJkIGJhbmQgY2FsY3VsYXRpb24gZG9lcyBub3Qg
c2VlbSBjb3JyZWN0IHRvIG1lLiBJZiBEX21heCAtJmd0OyBEX21pbiwgdGhlbiB0aGUgZ3VhcmQg
YmFuZCBpcyBzaW1wbHkgQS4gQnV0IHRoZSBpbmdyZXNzIGFuZCBlZ3Jlc3Mgbm9kZXMgc3RpbGwg
bmVlZCB0byBhY2NvdW50IGZvciB0aGUgcGFja2V0IGRlbGF5IGZyb20gZW5kIHRvIGVuZCEgSSB3
b3VsZCBzdWdnZXN0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPmQgPSBBJm5ic3A7JiM0MzsgRF9tYXguPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgd291bGQgYWxzbyBjb3ZlciB0aGUg
cmVvcmRlcmluZyBjb25zdHJhaW50LCBhcyB0aGUgZGVsYXkgY2FuIGJlIG5vIG1vcmUgdGhhbiBE
bWF4LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogSWYg
RF9tYXggYmVjb21lcyBlcXVhbCB0byBEX21pbiwgdGhpcyBtZWFucyB0aGF0IGFsbCB0aGUgcGFj
a2V0cyBhcmUgZGVsYXllZCBvZiB0aGUgc2FtZSB2YWx1ZS4gU28gdGhlIGJhdGNoIG9mIHBhY2tl
dHMgaXMgc2ltcGx5IHNoaWZ0ZWQgYW5kIG5vIHBhY2tldCBpcyByZW9yZGVyZWQuDQo8L3NwYW4+
QnV0LCB5b3UgYXJlIHJpZ2h0IHdlIHN0aWxsIG5lZWQgdG8gPHNwYW4gbGFuZz0iZW4tREUiPnRh
a2UgaW50byBhY2NvdW50PC9zcGFuPiB0aGUgZGVsYXkuIE1heWJlIHdlDQo8c3BhbiBsYW5nPSJl
bi1ERSI+Y291bGQgY29uc2lkZXIgdGhlIGF2ZXJhZ2UgZGVsYXkgdmFsdWUgYW5kIGl0cyBzdGFu
ZGFyZCBkZXZpYXRpb24gaW4gdGhlIGZvcm11bGE6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5kID0gQSZuYnNwOyYjNDM7IERfYXZnIDxzcGFuIGxhbmc9ImVuLURFIj4mIzQzOyBEX3N0
ZGRldjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+LSBzZWMgMy4zLjEgJnF1b3Q7YSBtZWFzdXJlbWVudCBpcyB2YWxpZCBvbmx5IGlm
IG5vIHBhY2tldCBsb3NzIG9jY3VycyBhbmQgaWYgcGFja2V0IG1pc29yZGVyaW5nIGNhbiBiZSBh
dm9pZGVkJnF1b3Q7LiBTbyB3aGF0IGl0J3Mgbm90PyBEbyB3ZSB0aHJvdyBvdXQgdGhlIG1lYXN1
cmVtZW50PyBIb3cgY2FuIHdlIGRldGVjdCBwYWNrZXQgbWlzb3JkZXJpbmcgdW5sZXNzIGl0IGRl
bGF5cyBhIHBhY2tldCBvdmVyIHRoZSBlZGdlPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJlbi1ERSI+W0dGXTogVGhpcyBhcHByb2FjaCBpcyBhZmZlY3RlZCBieSB0aGUgcGFj
a2V0IHJlb3JkZXJpbmcgdGhhdCB3ZSBjYW5ub3QgZGV0ZWN0LiBZb3UgY2FuIGFwcGx5IGl0IGJ1
dCB5b3UgYXJlIGF3YXJlIHRoYXQgdGhlIGZpcnN0IHBhY2tldCBvZiB0aGUgYmF0Y2ggaW4gb25l
IHBvaW50IG1heSBub3QgYmUgdGhlIHNhbWUgcGFja2V0IGluIGEgc2Vjb25kIHBvaW50IGR1ZSB0
byB0aGUNCiByZW9yZGVyaW5nLiBJbiB0aGlzIGNhc2UgeW91IGFyZSBub3Qgc3VyZSB0byBjb21w
YXJlIHRoZSBzYW1lIHBhY2tldCBhbmQgdGhlIGRlbGF5IG1lYXN1cmUgaXMgZG9uZSB3aXRoIHRo
aXMgaW50cmluc2ljIGVycm9yLiBJIGNhbiBleHBsYWluIHRoaXMgcG9pbnQgaW4gdGhlIG5leHQg
dmVyc2lvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPi0gU2VjIDMuMy4yICZxdW90O1RoZSBjb252ZW50aW9uYWwgW2RlbGF5XSBy
YW5nZSAobWF4aW11bS1taW5pbXVtKSBzaG91bGQgYmUgYXZvaWRlZCZxdW90Oy4gSSBkb24ndCBr
bm93IGhvdyB0byByZWNvbmNpbGUgdGhpcyB3aXRoIHRoZSBndWFyZCBiYW5kIGNhbGN1bGF0aW9u
LCB3aGljaCBhYnNvbHV0ZWx5IHVzZXMgdGhlIHJhbmdlISBJcyB0aGlzIGEgdmFsaWQgdGhpbmcg
dG8gZG8gb3Igbm90PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+
W0dGXTogSW4gdGhpcyBjYXNlIEkgZGlkIG5vdCBtZWFuIHRoZSBkZWxheSBvZiB0aGUgbmV0d29y
ayB0byBjYWxjdWxhdGUgdGhlIGd1YXJkIGJhbmQsIGJ1dCBJIG1lYW50IHRoZSBkZWxheSB5b3Ug
YXJlIG1lYXN1cmluZy4gSSB0aGluayBJIGNhbiBhbHNvIG9taXQgdGhpcyBzZW50ZW5jZSwgaXQg
aXMgbm90IGltcG9ydGFudC48L3NwYW4+PHNwYW4gbGFuZz0iZW4tREUiPjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBTZWN0aW9u
IDQuIFRoaXMgZW50aXJlIHNlY3Rpb24gaXMgbGFyZ2VseSBhIHN1YnNldCBvZiBzZWN0aW9uIDMs
IGFuZCBjb3ZlcnMgdGhlIG1hdGVyaWFsIGJvdGggKGEpIGluY29uc2lzdGVudGx5IGFuZCAoYikg
d29yc2UuIFRoZXJlJ3MgYSByZWZlcmVuY2UgdG8gJnF1b3Q7dHdvLXdheSBkZWxheSZxdW90OyB3
aGljaCBvY2N1cnMgbm93aGVyZSBlbHNlIGluIHRoZSBkb2N1bWVudC4mbmJzcDsgVGhlIEwgY29u
c2lkZXJhdGlvbnMgZG9uJ3QNCiBjb25zaWRlciBkZWxheSwgdW5saWtlIFNlY3Rpb24gMy4yLiA0
LjMgc2F5cyB0aGF0ICZxdW90O2EgcHJvcGVyIGludGVydmFsIGlzIG91dCBvZmYgdGhlIHNjb3Bl
IG9mIHRoaXMgZG9jdW1lbnQhJnF1b3Q7IEJ1dCB0aGUgZG9jdW1lbnQgaGFzIGxvdHMgdG8gc2F5
IGFib3V0IHRoaXMhIEVhcmxpZXIgZGlzY3Vzc2lvbnMgbGVkIG1lIHRvIGJlbGlldmUgeW91IHdl
cmUgZ29pbmcgdG8gbGFyZ2VseSBnZXQgcmlkIG9mIFNlY3Rpb24gNDsgcGVyaGFwcyBhcyBhbiBp
bnRlcm1lZGlhdGUNCiBzdGVwLCBpbiB0aGUgbmV4dCBkcmFmdCBjb3VsZCB3ZSBkZWxldGUgdGhl
IHRleHQgaW4gdGhhdCBzZWN0aW9uIHRoYXQgbm8gbG9uZ2VyIGFwcGxpZXM/PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBZZXMsIGluZGVlZCBJIG1vZGlm
aWVkIGEgbG90IHRoaXMgc2VjdGlvbiBpbiBteSBmaXJzdCBsb2NhbCByZXZpc2lvbiBvZiB0aGUg
ZG9jdW1lbnQuIEFzIGludGVybWVkaWF0ZSBzdGVwLCBJIHdpbGwgc3VyZWx5IGRlbGV0ZSB0ZXh0
IHRoYXQgbjwvc3Bhbj5vIGxvbmdlciBhcHBsaWVzPHNwYW4gbGFuZz0iZW4tREUiPiBpbiB0aGUg
bmV4dCB2ZXJzaW9uLjwvc3Bhbj48c3BhbiBsYW5nPSJlbi1ERSI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIFNlY3Rpb24gOC4g
VGhlIG1vc3QgcG90ZW50IGF0dGFjayBvbiB0aGlzIHdvdWxkIGFwcGVhciB0byBiZSBvbiB0aGUg
ZGF0YSBjb2xsZWN0aW9uIHByb3RvY29sLCB3aGljaCBpcyBvdXQgb2Ygc2NvcGUuIEl0IG1pZ2h0
IGJlIGdvb2QgdG8gcG9pbnQgdGhlIHJlYWRlciB0byBzb21lIHJlZmVyZW5jZXMgdGhhdCBkaXNj
dXNzIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGZvciBnYXRoZXJpbmcgZGF0YS48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06IEFncmVlLCB3aWxsIGRvLiBJ
IGFsc28gdGhpbmsgd2UgaGF2ZSBpbXByb3ZlZCBhIGxvdCB0aGUgc2VjdXJpdHkgY29uc2lkZXJh
dGlvbnMgaW4gZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0LW1hcmsgYW5kIHdlIGNhbiBpbmhlcml0
IHNvbWV0aGluZyBmcm9tIHRoZXJlIGFzIHdlbGwuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5OSVRTOiBJcyB0aGVyZSBhIGdpdGh1
Yj8gVGhlcmUgYXJlIG51bWVyb3VzIGVkaXRvcmlhbCBjbGVhbnVwIGlzc3VlcyB0aGF0IHdvdWxk
IGJlIG11Y2ggZWFzaWVyIHRvIGRvIGlmIEkgY291bGQganVzdCBzdWJtaXQgYSBQUi48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06IEl0IGlzIGEgcG9zc2li
aWxpdHkuIEkgY291bGQgYWxzbyBzaGFyZSB0aGUgeG1sIGZpbGUgaWYgaXQgd29ya3MgZm9yIHlv
dS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPi0gQWJzdHJhY3Q6IGRlbGV0ZSB0aGUgcGhyYXNlICZxdW90O2EgbWV0aG9kIGJhc2Vk
IG9uJnF1b3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPi0gU2VjIDEuIHMvT24gdGhlIG90aGVyIGhhbmQsIHBlcmZvcm1hbmNlL1BlcmZvcm1h
bmNlIGFsc288bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+LSBTZWMgMy4xIHMvcGFja2V0IGxvc3Mgb2NjdXJyZWQvaWYgcGFja2V0IGxvc3Mgb2Nj
dXJyZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+LSBTZWMgMy4xLjEgJnF1b3Q7c29tZSBhcHBsaWNhdGlvbnMmcXVvdDsgYXJlIG5vIGxvbmdl
ciAmcXVvdDtyZXBvcnRlZCBpbiBzZWN0aW9uIDUuJnF1b3Q7IERlbGV0ZSB0aGUgc2VudGVuY2Uu
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0g
U2VjIDMuMS4yIHMvYSBjb3VwbGUgb2YgY291bnRlcnMgYXJlIG5lZWRlZC90d28gY291bnRlcnMg
YXJlIG5lZWRlZDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj4tIFNlYyAzLjMuMS4xIHMvaW1wbGljYXRlcy9pbXBsaWVzPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gVXBkYXRlIHJlZmVyZW5j
ZXMgZnJvbSBSRkM4ODg5IHRvIFJGQzg4ODliaXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBJIHdpbGwgYXBwbHkgYWxsIHRoZXNlIG1pbm9yIGNoYW5n
ZXMgaW4gdGhlIG5leHQgdmVyc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_d239e6d3a8c84cf780e3c882eddb68dchuaweicom_--


From nobody Wed Dec  1 14:35:18 2021
Return-Path: <martin.h.duke@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 41E7E3A0C95; Wed,  1 Dec 2021 14:35:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 7Br4MZ4aReai; Wed,  1 Dec 2021 14:35:02 -0800 (PST)
Received: from mail-ua1-x935.google.com (mail-ua1-x935.google.com [IPv6:2607:f8b0:4864:20::935]) (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 656B53A0C3D; Wed,  1 Dec 2021 14:35:02 -0800 (PST)
Received: by mail-ua1-x935.google.com with SMTP id n6so52318835uak.1; Wed, 01 Dec 2021 14:35:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=A/b2B2aaNlcah+SJvxwWVr0PUvv1Om6HghfeDOIVmSg=; b=Y/rl8dQmj7Ovi7/hfsyeNA+JV3i0oM98PeblpGUxtM2lq2y/4VK7NhAhw8eEsdTS5V IgrcGBfx0sRLxlr46IVVyUw26e4q+J0ClS9fOxUlU29jpb+v8XxN8GoQC8twtI5nqFlR Jbj86qJFvIEVa/Xtzh3fHwhzzl6MhqJMODX8dpeM7tHmFDc7D86U6nqTnZbIdYZWVJmG ijBlm7XGZfra1kgQnxjcgmGGVQ6QTbnbPmh/q7kqL4LEKR/U3f4AEE5sNaQHT7YoZ8Ef Qh/R/FhmXu4ZFxFtjT7iUc0PlwL/h/Amvsnm+SNAD0tAWXFZgKcVsuNchLugl+LgbhlC HdWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=A/b2B2aaNlcah+SJvxwWVr0PUvv1Om6HghfeDOIVmSg=; b=VlOhrvyGW/581d4BkhgWXv2VvqD23moLEznw1eH0DoNojRLE6DUhqGOBPRzlCfU3Qw F0RJ+DS9IXQrg2eHQB1+pPGDKPmRfgM0vXqrEK0NdmpRbig/nfDUtjy5ryS7IQikisX3 ZHE8QPWJhFgLKCjvJNVlC+7/LEUbmI2z9r1My3W2LmKMihIN/53KcGAeElAgTDlcoxQ1 soUGWuj4pAXY1bthCICUavaWGIVXUw+ZLIlBbIaWVd80r76lKxeYlyf2XzMqPRtAYMzi J2PG0UEYHz351wUmc4QxMkKapvRIkSCPzY8rAJG2/yZUBAzm1OuaHyiIPwtt0X/bu324 E4Xg==
X-Gm-Message-State: AOAM532W8jTOScMzq1sUWev8UXSMApg9XI5y63GooOxfuJf46XAwKyoY yN4sv53s0ltQ5td1QAjMqaY72a9/fhgeJyvNm3E=
X-Google-Smtp-Source: ABdhPJwmIcP0Qc+BXzdJNsQuDAnVv0g7P02Jw5LzmPnp//Rg9AsRA9DtFn4V0O8vRY3w+WAHdLh5laTB2uSruSOblr8=
X-Received: by 2002:a67:f950:: with SMTP id u16mr11531771vsq.68.1638398100632;  Wed, 01 Dec 2021 14:35:00 -0800 (PST)
MIME-Version: 1.0
References: <CAM4esxQpsFv4SgE0nfecrtOe=DQbNFYFVMjE-OE+MZvxJ5iH6w@mail.gmail.com> <d239e6d3a8c84cf780e3c882eddb68dc@huawei.com>
In-Reply-To: <d239e6d3a8c84cf780e3c882eddb68dc@huawei.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Wed, 1 Dec 2021 14:34:49 -0800
Message-ID: <CAM4esxSMDBfGVxKhucK3HUHWOYCvc76dwJhPe_p0oyAAksOG9Q@mail.gmail.com>
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: "draft-fioccola-rfc8321bis.all@ietf.org" <draft-fioccola-rfc8321bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c9f99005d21d4820"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/LjW4c2wK5R_AJGUMzRY6UBJrMII>
Subject: Re: [ippm] 1st review of RFC 8321bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 01 Dec 2021 22:35:17 -0000

--000000000000c9f99005d21d4820
Content-Type: text/plain; charset="UTF-8"

On Wed, Dec 1, 2021 at 10:58 AM Giuseppe Fioccola <
giuseppe.fioccola@huawei.com> wrote:

> *From:* Martin Duke <martin.h.duke@gmail.com>
>


> - Sec 1. Can you clarify the relationship of this draft with
> [IEEE-Network-PNPM]? Do they repeat each other, or does that one make a
> different contribution to this project? If the former, who has change
> control over the design?
>
>
>
> [GF]: It is not a repetition. The paper [IEEE-Network-PNPM] includes
> RFC8321 methods but it also explains new mechanisms for the packet marking
> based on hashing techniques, which are not included in RFC8321. These new
> variations are described in a separate document
> (draft-mizrahi-ippm-marking). I can also omit the reference if you think it
> can be confusing.
>

Don't omit it, just explain what the reference is contributing.


> - I'm concerned about sizing the block based on packet count. It's clearly
> your less-preferred option, but including it has some implications. For
> example, passive eavesdropping is much easier, as it would be
> straightforward to figure out the expected number of packets and therefore
> figure out the loss rate. If this wasn't a successful part of the
> experiment, perhaps we should just remove it.
>
>
>
> [GF]: Yes, we could remove it in the PS. But, it is worth noting that
> draft-ietf-ippm-explicit-flow-measurements suggests a marking method
> (sQuare bit) based on a fixed number of packets to measure packet loss. It
> is simpler for Client-Server protocols like QUIC. Another option could be
> to leave the description of the counter-based method but we should improve
> the security considerations for this aspect. What do you suggest?
>

I'm not a practitioner, so I can't say if it's valuable to leave it in the
design or not. But the rest of the document (and 8889) is written under the
assumption that the blocks are time based. For example, if it's count-based
then L needs to be in units of packets, not time. How would that work?

So if we're going to keep packet-based windows in the draft, you either
need to review the whole document and in each place add a paragraph that
starts "if using packet-based windows...", or there could be a section that
enumerates all the ways this mode is different.


>
>
> - sec 3.2.The guard band calculation does not seem correct to me. If D_max
> -> D_min, then the guard band is simply A. But the ingress and egress nodes
> still need to account for the packet delay from end to end! I would suggest
>
>
>
> d = A + D_max.
>
>
>
> This would also cover the reordering constraint, as the delay can be no
> more than Dmax.
>
>
>
> [GF]: If D_max becomes equal to D_min, this means that all the packets are
> delayed of the same value. So the batch of packets is simply shifted and no
> packet is reordered. But, you are right we still need to take into account
> the delay. Maybe we could consider the average delay value and its
> standard deviation in the formula:
>
>
>
> d = A + D_avg + D_stddev
>

I don't understand what that formula accomplishes. Dmax absolutely covers
reordering; regardless of reordering, the rightmost packet will not arrive
later than (tx_time + A + D_max).


>
>
> - sec 3.3.1 "a measurement is valid only if no packet loss occurs and if
> packet misordering can be avoided". So what it's not? Do we throw out the
> measurement? How can we detect packet misordering unless it delays a packet
> over the edge?
>
>
>
> [GF]: This approach is affected by the packet reordering that we cannot
> detect. You can apply it but you are aware that the first packet of the
> batch in one point may not be the same packet in a second point due to the
> reordering. In this case you are not sure to compare the same packet and
> the delay measure is done with this intrinsic error. I can explain this
> point in the next version.
>

My point is that this is generally undetectable and therefore is part of
the intrinsic error in the measurement. Maybe your explanation will
indicate this.


>
>
> - Sec 3.3.2 "The conventional [delay] range (maximum-minimum) should be
> avoided". I don't know how to reconcile this with the guard band
> calculation, which absolutely uses the range! Is this a valid thing to do
> or not?
>
>
>
> [GF]: In this case I did not mean the delay of the network to calculate
> the guard band, but I meant the delay you are measuring. I think I can also
> omit this sentence, it is not important.
>

OK


>
>
> - Section 4. This entire section is largely a subset of section 3, and
> covers the material both (a) inconsistently and (b) worse. There's a
> reference to "two-way delay" which occurs nowhere else in the document.
> The L considerations don't consider delay, unlike Section 3.2. 4.3 says
> that "a proper interval is out off the scope of this document!" But the
> document has lots to say about this! Earlier discussions led me to believe
> you were going to largely get rid of Section 4; perhaps as an intermediate
> step, in the next draft could we delete the text in that section that no
> longer applies?
>
>
>
> [GF]: Yes, indeed I modified a lot this section in my first local revision
> of the document. As intermediate step, I will surely delete text that no
> longer applies in the next version.
>

Yes, I think deleted text is fine before we do the reorg. We'll take the
diff between 8321 and the last draft with the old organization and send
that with the request for review.

The 8889 bis review is coming; there are some points relevant to 8321 as
well.

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Wed, Dec 1, 2021 at 10:58 AM Giuse=
ppe Fioccola &lt;<a href=3D"mailto:giuseppe.fioccola@huawei.com">giuseppe.f=
ioccola@huawei.com</a>&gt; wrote:<br></div><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"EN-US">
<div class=3D"gmail-m_-543330690697722427WordSection1">
<p class=3D"MsoNormal"><b>From:</b> Martin Duke &lt;<a href=3D"mailto:marti=
n.h.duke@gmail.com" target=3D"_blank">martin.h.duke@gmail.com</a>&gt;=C2=A0=
 <br></p></div></div></blockquote><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"EN-US"><div class=3D"gmail-m_-543330=
690697722427WordSection1"><p class=3D"MsoNormal"></p><div><div>
</div>
<div>
<p class=3D"MsoNormal">- Sec 1. Can you clarify the relationship of this dr=
aft with [IEEE-Network-PNPM]? Do they repeat each other, or does that one m=
ake a different=C2=A0contribution to this project? If the former, who has c=
hange control over the design?<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: It is not a repetition. T=
he paper </span>
[IEEE-Network-PNPM] <span lang=3D"en-DE">includes RFC8321 methods but it al=
so explains new mechanisms for the packet marking based on hashing techniqu=
es, which are not included in RFC8321. These new variations are described i=
n a separate document (draft-mizrahi-ippm-marking).
 I can also omit the reference if you think it can be confusing.</span><u><=
/u><u></u></p></div></div></div></div></blockquote><div><br></div><div>Don&=
#39;t omit it, just explain what the reference is contributing.<br></div><d=
iv>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang=
=3D"EN-US"><div class=3D"gmail-m_-543330690697722427WordSection1"><div><div=
><p class=3D"MsoNormal"></p>
</div>

<div>
<p class=3D"MsoNormal">- I&#39;m concerned about sizing the block based on =
packet count. It&#39;s clearly your less-preferred option, but including it=
 has some implications. For example, passive eavesdropping is much easier, =
as it would be straightforward to figure out
 the expected number of packets and therefore figure out the loss rate. If =
this wasn&#39;t a successful part of the experiment, perhaps we should just=
 remove it.<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: Yes, we could remove it i=
n the PS. But, it is worth noting that draft-ietf-ippm-explicit-flow-measur=
ements suggests a marking method (sQuare bit) based on a fixed number of pa=
ckets to measure packet loss. It is
 simpler for Client-Server protocols like QUIC. Another option could be to =
leave the description of the counter-based method but we should improve the=
 security considerations for this aspect. What do you suggest?</span><u></u=
><u></u></p></div></div></div></div></blockquote><div><br></div><div>I&#39;=
m not a practitioner, so I can&#39;t say if it&#39;s valuable to leave it i=
n the design or not. But the rest of the document (and 8889) is written und=
er the assumption that the blocks are time based. For example, if it&#39;s =
count-based then L needs to be in units of packets, not time. How would tha=
t work?</div><div><br></div><div>So if we&#39;re going to keep packet-based=
 windows in the draft, you either need to review the whole document and in =
each place add a paragraph that starts &quot;if using packet-based windows.=
..&quot;, or there could be a section that enumerates all the ways this mod=
e is different.<br></div><div>=C2=A0</div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex"><div lang=3D"EN-US"><div class=3D"gmail-m_-543330690697722=
427WordSection1"><div><div><p class=3D"MsoNormal"></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- sec 3.2.The guard band calculation does not seem c=
orrect to me. If D_max -&gt; D_min, then the guard band is simply A. But th=
e ingress and egress nodes still need to account for the packet delay from =
end to end! I would suggest<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">d =3D A=C2=A0+ D_max.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This would also cover the reordering constraint, as =
the delay can be no more than Dmax.<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: If D_max becomes equal to=
 D_min, this means that all the packets are delayed of the same value. So t=
he batch of packets is simply shifted and no packet is reordered.
</span>But, you are right we still need to <span lang=3D"en-DE">take into a=
ccount</span> the delay. Maybe we
<span lang=3D"en-DE">could consider the average delay value and its standar=
d deviation in the formula:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">d =3D A=C2=A0+ D_avg <span lang=3D"en-DE">+ D_stddev=
</span></p></div></div></div></div></blockquote><div><br></div><div>I don&#=
39;t understand what that formula accomplishes. Dmax absolutely covers reor=
dering; regardless of reordering, the rightmost packet will not arrive late=
r than (tx_time + A + D_max).<br></div><div>=C2=A0</div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div lang=3D"EN-US"><div class=3D"gmail-m_=
-543330690697722427WordSection1"><div><div><p class=3D"MsoNormal"><span lan=
g=3D"en-DE"><u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- sec 3.3.1 &quot;a measurement is valid only if no =
packet loss occurs and if packet misordering can be avoided&quot;. So what =
it&#39;s not? Do we throw out the measurement? How can we detect packet mis=
ordering unless it delays a packet over the edge?<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: This approach is affected=
 by the packet reordering that we cannot detect. You can apply it but you a=
re aware that the first packet of the batch in one point may not be the sam=
e packet in a second point due to the
 reordering. In this case you are not sure to compare the same packet and t=
he delay measure is done with this intrinsic error. I can explain this poin=
t in the next version.</span></p></div></div></div></div></blockquote><div>=
<br></div><div>My point is that this is generally undetectable and therefor=
e is part of the intrinsic error in the measurement. Maybe your explanation=
 will indicate this.<br></div><div>=C2=A0</div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex"><div lang=3D"EN-US"><div class=3D"gmail-m_-5433306906=
97722427WordSection1"><div><div><p class=3D"MsoNormal"><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- Sec 3.3.2 &quot;The conventional [delay] range (ma=
ximum-minimum) should be avoided&quot;. I don&#39;t know how to reconcile t=
his with the guard band calculation, which absolutely uses the range! Is th=
is a valid thing to do or not?<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: In this case I did not me=
an the delay of the network to calculate the guard band, but I meant the de=
lay you are measuring. I think I can also omit this sentence, it is not imp=
ortant.</span></p></div></div></div></div></blockquote><div><br></div><div>=
OK<br></div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex"><div lang=3D"EN-US"><div class=3D"gmail-m_-543330690697722427WordSectio=
n1"><div><div><p class=3D"MsoNormal"><span lang=3D"en-DE"><u></u><u></u></s=
pan></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- Section 4. This entire section is largely a subset=
 of section 3, and covers the material both (a) inconsistently and (b) wors=
e. There&#39;s a reference to &quot;two-way delay&quot; which occurs nowher=
e else in the document.=C2=A0 The L considerations don&#39;t
 consider delay, unlike Section 3.2. 4.3 says that &quot;a proper interval =
is out off the scope of this document!&quot; But the document has lots to s=
ay about this! Earlier discussions led me to believe you were going to larg=
ely get rid of Section 4; perhaps as an intermediate
 step, in the next draft could we delete the text in that section that no l=
onger applies?<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: Yes, indeed I modified a =
lot this section in my first local revision of the document. As intermediat=
e step, I will surely delete text that n</span>o longer applies<span lang=
=3D"en-DE"> in the next version.</span></p></div></div></div></div></blockq=
uote><div><br></div><div>Yes, I think deleted text is fine before we do the=
 reorg. We&#39;ll take the diff between 8321 and the last draft with the ol=
d organization and send that with the request for review.<br></div><div>=C2=
=A0</div><div>The 8889 bis review is coming; there are some points relevant=
 to 8321 as well.<br></div></div></div>

--000000000000c9f99005d21d4820--


From nobody Wed Dec  1 15:12:34 2021
Return-Path: <martin.h.duke@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 82F563A0CE0; Wed,  1 Dec 2021 15:12:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level: 
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uzMhaCJD2e7X; Wed,  1 Dec 2021 15:12:30 -0800 (PST)
Received: from mail-vk1-xa29.google.com (mail-vk1-xa29.google.com [IPv6:2607:f8b0:4864:20::a29]) (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 4CD8E3A0D19; Wed,  1 Dec 2021 15:12:21 -0800 (PST)
Received: by mail-vk1-xa29.google.com with SMTP id s1so8835331vks.9; Wed, 01 Dec 2021 15:12:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:from:date:message-id:subject:to:cc; bh=hQ8KqO4xUUBb1QXmLTKpmYjRYgys3hReuz2KGWlpPC4=; b=oPnXl31s/CuIKpchbToKghmxV9awoGABLxdODg6VXtKWkydYidGlRei2PsmVt13IWz obL0WjCtRiwdKITIWqVSAb5gdabN7g3961IY39xgtWNixI1SrobxmzbqWQgpLAaSugD6 st9GA+fKDJ+k6JuPGnQhOIyDwf9BHPl8tJIdLQX1vu+909RN82DwA1sVlDo2RcWzFXkt 9dkns5Aiw5Z0gMTpqmiZrS3PbV/DalB4jUNkw4bumcrKMAOVr4VE3df6qq1gME0XFJP+ Dvzf0Qsbyzx6LlaTdhHuj4b9N5npyBw1Vi+q6GEaUHgEtA5ML4Pvblq/ed1wqVsAc5/V R6GQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=hQ8KqO4xUUBb1QXmLTKpmYjRYgys3hReuz2KGWlpPC4=; b=W9MhlgVrx3tvHAqSqPKk/SJAQyqlaPEVdad5WHcK4c0hoI/Mg0r98coBseQ62VpW67 iB8lnYGXBCeJUBRz/G5qzcPE5g4v9MMt7CqbJzUCFHsLkovkQqoerPGrtL99G31J1J8X d6gCx9anhjqjQyQE0/B8Ark6USP56pOAgA/Xwuk0SWHYUYDZwE1juylLxnsWpkK/C4kJ ZWDI49Mp+iYgdnD7M2xGMtRfCavgYa4lqqdLzNoKIb1DcYnnzdD/3Cl8tlhAwvuSn9c2 eA1WW99IxMbWKVSGXeIHnFr1sYTSb6+DiP6/PtnrsNUrnxx6ywqbK/oQmJ2/7ppkS4NC KW5w==
X-Gm-Message-State: AOAM532PpXgzlsWWiKkQjzMpURG+px9Z7m0pkgTWM/S/5pS3OANx4G/y nv1SqV8wIREfvLDb9b61O/C06/99u/vKVDL+3mOv02xt
X-Google-Smtp-Source: ABdhPJzOzX3dRtTDKEzlMlwrmVhvBRuQSa7aqJBJg2ugFYQwBXOsv0GBWm9IeJZ2rJCqpvScOqJZo+8dWrqUJTBk09Q=
X-Received: by 2002:a05:6122:221c:: with SMTP id bb28mr12170671vkb.27.1638400338993;  Wed, 01 Dec 2021 15:12:18 -0800 (PST)
MIME-Version: 1.0
From: Martin Duke <martin.h.duke@gmail.com>
Date: Wed, 1 Dec 2021 15:12:08 -0800
Message-ID: <CAM4esxSq3bY+LATXWhgM5Xth+PwUJYPv0cxWFZk6LDPDcJUAHA@mail.gmail.com>
To: draft-fioccola-rfc8889bis.all@ietf.org
Cc: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000034a6d105d21dce7b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KYzG1BYqsYknlMeWnMtUhIRDbMI>
Subject: [ippm] 1st AD review of rfc8889bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 01 Dec 2021 23:12:33 -0000

--00000000000034a6d105d21dce7b
Content-Type: text/plain; charset="UTF-8"

Thanks for this doc. Here are some high-level comments in no particular
order:

- My perception is that 8889 is an extension of the concepts in 8321, with
some common elements only defined in 8321, so 8321 should be a normative
reference.

- I am confused as to whether ECMP is covered by 8321 or 8889. The 8321
section on reordering talks about ECMP as a cause, which leads me to
believe it's to be covered; but in the intro 8889 claims this use case. I
suppose it depends on how much you're localizing the measurement?

- The intro claims that 8321 covers BUM traffic. Isn't multicast a classic
point-to-multipoint situation? Indeed, doesn't multicast involve packet
replication, which inherently breaks the packet loss mechanism?

- 8889 brings up IP fragmentation, but this seems like a general concern
for 8321 too. Although it probably ought to be written out in 8321 and not
here, this seems under-addressed here. Some questions:
 (a) if a router has to fragment a packet, should it replicate the marking
on all the fragments?
 (b) at a measurement point, is a packet "lost" if any fragment is lost?
what if the fragments entered separately in the network under test?
 (c) What if the marking location is not replicated across the fragments
(e.g. it's in the transport header)?

- Like 8321, there is a general problem with not addressing the fixed-N
marking scheme at all ("The equation is applied on a per-time-interval
basis...")

- There is a hidden requirement here that there be a measurement point at
all possible egress points. Best to mention that.

- I don't understand the L determination when there are multiple marking
nodes (Sec 7). "The source measurement intervals can be of different
lengths and with different offsets" Some questions:
(a) What is a "source measurement interval"? Does it have anything to do
with L?
(b) So let's say that source nodes start marking at arbitrary times. Isn't
the "offset" then directly a function of L? And if so, how can we scale L
based on the offset m?
(c) if the idea is that there is a clock time when marking should begin,
then why isn't the value of A [clock skew] embedded in d sufficient?

- I can't understand the purpose of "delay measurements on a single-packet
basis" in Section 8. I cannot grok the context of Section 8.2 at all. What
are these techniques trying to achieve? This reads like an informational
exploration of options rather than a normative standard. 8321 has detailed
examples of sample measurements and how you derive a measurement; something
like that would be very useful here.

Martin

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

<div dir=3D"ltr"><div>Thanks for this doc. Here are some high-level comment=
s in no particular order:</div><div><br></div><div>- My perception is that =
8889 is an extension of the concepts in 8321, with some common elements onl=
y defined in 8321, so 8321 should be a normative reference.<br></div><div><=
br></div><div>- I am confused as to whether ECMP is covered by 8321 or 8889=
. The 8321 section on reordering talks about ECMP as a cause, which leads m=
e to believe it&#39;s to be covered; but in the intro 8889 claims this use =
case. I suppose it depends on how much you&#39;re localizing the measuremen=
t?</div><div><br></div><div>- The intro claims that 8321 covers BUM traffic=
. Isn&#39;t multicast a classic point-to-multipoint situation? Indeed, does=
n&#39;t multicast involve packet replication, which inherently breaks the p=
acket loss mechanism?</div><div><br></div><div>- 8889 brings up IP fragment=
ation, but this seems like a general concern for 8321 too. Although it prob=
ably ought to be written out in 8321 and not here, this seems under-address=
ed here. Some questions:</div><div>=C2=A0(a) if a router has to fragment a =
packet, should it replicate the marking on all the fragments?</div><div>=C2=
=A0(b) at a measurement point, is a packet &quot;lost&quot; if any fragment=
 is lost? what if the fragments entered separately in the network under tes=
t?<br></div><div>=C2=A0(c) What if the marking location is not replicated a=
cross the fragments (e.g. it&#39;s in the transport header)?</div><div><br>=
</div><div>- Like 8321, there is a general problem with not addressing the =
fixed-N marking scheme at all (&quot;The equation is applied on a per-time-=
interval basis...&quot;)</div><div><br></div><div>- There is a hidden requi=
rement here that there be a measurement point at all possible egress points=
. Best to mention that.</div><div><br></div><div>- I don&#39;t understand t=
he L determination when there are multiple marking nodes (Sec 7). &quot;The=
 source measurement intervals can be of different lengths and with differen=
t offsets&quot; Some questions:</div><div>(a) What is a &quot;source measur=
ement interval&quot;? Does it have anything to do with L?</div><div>(b) So =
let&#39;s say that source nodes start marking at arbitrary times. Isn&#39;t=
 the &quot;offset&quot; then directly a function of L? And if so, how can w=
e scale L based on the offset m?</div><div>(c) if the idea is that there is=
 a clock time when marking should begin, then why isn&#39;t the value of A =
[clock skew] embedded in d sufficient?</div><div><br></div><div>- I can&#39=
;t understand the purpose of &quot;delay measurements on a single-packet ba=
sis&quot; in Section 8. I cannot grok the context of Section 8.2 at all. Wh=
at are these techniques trying to achieve? This reads like an informational=
 exploration of options rather than a normative standard. 8321 has detailed=
 examples of sample measurements and how you derive a measurement; somethin=
g like that would be very useful here.</div><div><br></div><div>Martin<br><=
/div><div><br></div><div><br></div></div>

--00000000000034a6d105d21dce7b--


From nobody Thu Dec  2 02:19:41 2021
Return-Path: <giuseppe.fioccola@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 CD90F3A0FC2; Thu,  2 Dec 2021 02:19:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 shG-KDQOD-7M; Thu,  2 Dec 2021 02:19:33 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A1DF3A0FB6; Thu,  2 Dec 2021 02:19:33 -0800 (PST)
Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4J4X2y1V26z6H6l6; Thu,  2 Dec 2021 18:18:02 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Thu, 2 Dec 2021 11:19:30 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.020; Thu, 2 Dec 2021 11:19:30 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Martin Duke <martin.h.duke@gmail.com>
CC: "draft-fioccola-rfc8321bis.all@ietf.org" <draft-fioccola-rfc8321bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: 1st review of RFC 8321bis
Thread-Index: AQHX5jeFafny0q1BtU2vvHQD5nUPfqwd3hjggABMAYCAAMrK8A==
Date: Thu, 2 Dec 2021 10:19:29 +0000
Message-ID: <1cfecebe84124cb5a22a370d6d5125fd@huawei.com>
References: <CAM4esxQpsFv4SgE0nfecrtOe=DQbNFYFVMjE-OE+MZvxJ5iH6w@mail.gmail.com> <d239e6d3a8c84cf780e3c882eddb68dc@huawei.com> <CAM4esxSMDBfGVxKhucK3HUHWOYCvc76dwJhPe_p0oyAAksOG9Q@mail.gmail.com>
In-Reply-To: <CAM4esxSMDBfGVxKhucK3HUHWOYCvc76dwJhPe_p0oyAAksOG9Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.48.213.171]
Content-Type: multipart/alternative; boundary="_000_1cfecebe84124cb5a22a370d6d5125fdhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/mf0pKhMaBw2ETkVcGfeySx1QB-o>
Subject: Re: [ippm] 1st review of RFC 8321bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 02 Dec 2021 10:19:38 -0000

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

SGkgTWFydGluLA0KTXkgYW5zd2VycyBpbmxpbmUgYXMgW0dGXS4NCg0KUmVnYXJkcywNCg0KR2l1
c2VwcGUNCg0KRnJvbTogTWFydGluIER1a2UgPG1hcnRpbi5oLmR1a2VAZ21haWwuY29tPg0KU2Vu
dDogV2VkbmVzZGF5LCBEZWNlbWJlciAxLCAyMDIxIDExOjM1IFBNDQpUbzogR2l1c2VwcGUgRmlv
Y2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+DQpDYzogZHJhZnQtZmlvY2NvbGEt
cmZjODMyMWJpcy5hbGxAaWV0Zi5vcmc7IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NClN1
YmplY3Q6IFJlOiAxc3QgcmV2aWV3IG9mIFJGQyA4MzIxYmlzDQoNCg0KDQpPbiBXZWQsIERlYyAx
LCAyMDIxIGF0IDEwOjU4IEFNIEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVzZXBwZS5maW9jY29sYUBo
dWF3ZWkuY29tPG1haWx0bzpnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPj4gd3JvdGU6DQpG
cm9tOiBNYXJ0aW4gRHVrZSA8bWFydGluLmguZHVrZUBnbWFpbC5jb208bWFpbHRvOm1hcnRpbi5o
LmR1a2VAZ21haWwuY29tPj4NCg0KLSBTZWMgMS4gQ2FuIHlvdSBjbGFyaWZ5IHRoZSByZWxhdGlv
bnNoaXAgb2YgdGhpcyBkcmFmdCB3aXRoIFtJRUVFLU5ldHdvcmstUE5QTV0/IERvIHRoZXkgcmVw
ZWF0IGVhY2ggb3RoZXIsIG9yIGRvZXMgdGhhdCBvbmUgbWFrZSBhIGRpZmZlcmVudCBjb250cmli
dXRpb24gdG8gdGhpcyBwcm9qZWN0PyBJZiB0aGUgZm9ybWVyLCB3aG8gaGFzIGNoYW5nZSBjb250
cm9sIG92ZXIgdGhlIGRlc2lnbj8NCg0KW0dGXTogSXQgaXMgbm90IGEgcmVwZXRpdGlvbi4gVGhl
IHBhcGVyIFtJRUVFLU5ldHdvcmstUE5QTV0gaW5jbHVkZXMgUkZDODMyMSBtZXRob2RzIGJ1dCBp
dCBhbHNvIGV4cGxhaW5zIG5ldyBtZWNoYW5pc21zIGZvciB0aGUgcGFja2V0IG1hcmtpbmcgYmFz
ZWQgb24gaGFzaGluZyB0ZWNobmlxdWVzLCB3aGljaCBhcmUgbm90IGluY2x1ZGVkIGluIFJGQzgz
MjEuIFRoZXNlIG5ldyB2YXJpYXRpb25zIGFyZSBkZXNjcmliZWQgaW4gYSBzZXBhcmF0ZSBkb2N1
bWVudCAoZHJhZnQtbWl6cmFoaS1pcHBtLW1hcmtpbmcpLiBJIGNhbiBhbHNvIG9taXQgdGhlIHJl
ZmVyZW5jZSBpZiB5b3UgdGhpbmsgaXQgY2FuIGJlIGNvbmZ1c2luZy4NCg0KRG9uJ3Qgb21pdCBp
dCwganVzdCBleHBsYWluIHdoYXQgdGhlIHJlZmVyZW5jZSBpcyBjb250cmlidXRpbmcuDQoNCltH
Rl06IE9rDQoNCi0gSSdtIGNvbmNlcm5lZCBhYm91dCBzaXppbmcgdGhlIGJsb2NrIGJhc2VkIG9u
IHBhY2tldCBjb3VudC4gSXQncyBjbGVhcmx5IHlvdXIgbGVzcy1wcmVmZXJyZWQgb3B0aW9uLCBi
dXQgaW5jbHVkaW5nIGl0IGhhcyBzb21lIGltcGxpY2F0aW9ucy4gRm9yIGV4YW1wbGUsIHBhc3Np
dmUgZWF2ZXNkcm9wcGluZyBpcyBtdWNoIGVhc2llciwgYXMgaXQgd291bGQgYmUgc3RyYWlnaHRm
b3J3YXJkIHRvIGZpZ3VyZSBvdXQgdGhlIGV4cGVjdGVkIG51bWJlciBvZiBwYWNrZXRzIGFuZCB0
aGVyZWZvcmUgZmlndXJlIG91dCB0aGUgbG9zcyByYXRlLiBJZiB0aGlzIHdhc24ndCBhIHN1Y2Nl
c3NmdWwgcGFydCBvZiB0aGUgZXhwZXJpbWVudCwgcGVyaGFwcyB3ZSBzaG91bGQganVzdCByZW1v
dmUgaXQuDQoNCltHRl06IFllcywgd2UgY291bGQgcmVtb3ZlIGl0IGluIHRoZSBQUy4gQnV0LCBp
dCBpcyB3b3J0aCBub3RpbmcgdGhhdCBkcmFmdC1pZXRmLWlwcG0tZXhwbGljaXQtZmxvdy1tZWFz
dXJlbWVudHMgc3VnZ2VzdHMgYSBtYXJraW5nIG1ldGhvZCAoc1F1YXJlIGJpdCkgYmFzZWQgb24g
YSBmaXhlZCBudW1iZXIgb2YgcGFja2V0cyB0byBtZWFzdXJlIHBhY2tldCBsb3NzLiBJdCBpcyBz
aW1wbGVyIGZvciBDbGllbnQtU2VydmVyIHByb3RvY29scyBsaWtlIFFVSUMuIEFub3RoZXIgb3B0
aW9uIGNvdWxkIGJlIHRvIGxlYXZlIHRoZSBkZXNjcmlwdGlvbiBvZiB0aGUgY291bnRlci1iYXNl
ZCBtZXRob2QgYnV0IHdlIHNob3VsZCBpbXByb3ZlIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9u
cyBmb3IgdGhpcyBhc3BlY3QuIFdoYXQgZG8geW91IHN1Z2dlc3Q/DQoNCkknbSBub3QgYSBwcmFj
dGl0aW9uZXIsIHNvIEkgY2FuJ3Qgc2F5IGlmIGl0J3MgdmFsdWFibGUgdG8gbGVhdmUgaXQgaW4g
dGhlIGRlc2lnbiBvciBub3QuIEJ1dCB0aGUgcmVzdCBvZiB0aGUgZG9jdW1lbnQgKGFuZCA4ODg5
KSBpcyB3cml0dGVuIHVuZGVyIHRoZSBhc3N1bXB0aW9uIHRoYXQgdGhlIGJsb2NrcyBhcmUgdGlt
ZSBiYXNlZC4gRm9yIGV4YW1wbGUsIGlmIGl0J3MgY291bnQtYmFzZWQgdGhlbiBMIG5lZWRzIHRv
IGJlIGluIHVuaXRzIG9mIHBhY2tldHMsIG5vdCB0aW1lLiBIb3cgd291bGQgdGhhdCB3b3JrPw0K
DQpTbyBpZiB3ZSdyZSBnb2luZyB0byBrZWVwIHBhY2tldC1iYXNlZCB3aW5kb3dzIGluIHRoZSBk
cmFmdCwgeW91IGVpdGhlciBuZWVkIHRvIHJldmlldyB0aGUgd2hvbGUgZG9jdW1lbnQgYW5kIGlu
IGVhY2ggcGxhY2UgYWRkIGEgcGFyYWdyYXBoIHRoYXQgc3RhcnRzICJpZiB1c2luZyBwYWNrZXQt
YmFzZWQgd2luZG93cy4uLiIsIG9yIHRoZXJlIGNvdWxkIGJlIGEgc2VjdGlvbiB0aGF0IGVudW1l
cmF0ZXMgYWxsIHRoZSB3YXlzIHRoaXMgbW9kZSBpcyBkaWZmZXJlbnQuDQoNCltHRl06IEkgd291
bGQgb25seSBjb25zaWRlciB0aGUgYXNzdW1wdGlvbiB0aGF0IHRoZSBibG9ja3MgYXJlIHRpbWUg
YmFzZWQuIFRoZSBjb3VudCBiYXNlZCBtZXRob2QgY2FuIGJlIG1lbnRpb25lZCBvbmx5IGluIHRo
ZSBnZW5lcmFsIGRlc2NyaXB0aW9uIGFzIGFkZGl0aW9uYWwgcG9zc2liaWxpdHkgYnV0IHdlIGNh
biBjbGFyaWZ5IHRoYXQgaXRzIGRldGFpbGVkIHNwZWNpZmljYXRpb24gaXMgb3V0IG9mIHNjb3Bl
IGhlcmUuDQoNCg0KLSBzZWMgMy4yLlRoZSBndWFyZCBiYW5kIGNhbGN1bGF0aW9uIGRvZXMgbm90
IHNlZW0gY29ycmVjdCB0byBtZS4gSWYgRF9tYXggLT4gRF9taW4sIHRoZW4gdGhlIGd1YXJkIGJh
bmQgaXMgc2ltcGx5IEEuIEJ1dCB0aGUgaW5ncmVzcyBhbmQgZWdyZXNzIG5vZGVzIHN0aWxsIG5l
ZWQgdG8gYWNjb3VudCBmb3IgdGhlIHBhY2tldCBkZWxheSBmcm9tIGVuZCB0byBlbmQhIEkgd291
bGQgc3VnZ2VzdA0KDQpkID0gQSArIERfbWF4Lg0KDQpUaGlzIHdvdWxkIGFsc28gY292ZXIgdGhl
IHJlb3JkZXJpbmcgY29uc3RyYWludCwgYXMgdGhlIGRlbGF5IGNhbiBiZSBubyBtb3JlIHRoYW4g
RG1heC4NCg0KW0dGXTogSWYgRF9tYXggYmVjb21lcyBlcXVhbCB0byBEX21pbiwgdGhpcyBtZWFu
cyB0aGF0IGFsbCB0aGUgcGFja2V0cyBhcmUgZGVsYXllZCBvZiB0aGUgc2FtZSB2YWx1ZS4gU28g
dGhlIGJhdGNoIG9mIHBhY2tldHMgaXMgc2ltcGx5IHNoaWZ0ZWQgYW5kIG5vIHBhY2tldCBpcyBy
ZW9yZGVyZWQuIEJ1dCwgeW91IGFyZSByaWdodCB3ZSBzdGlsbCBuZWVkIHRvIHRha2UgaW50byBh
Y2NvdW50IHRoZSBkZWxheS4gTWF5YmUgd2UgY291bGQgY29uc2lkZXIgdGhlIGF2ZXJhZ2UgZGVs
YXkgdmFsdWUgYW5kIGl0cyBzdGFuZGFyZCBkZXZpYXRpb24gaW4gdGhlIGZvcm11bGE6DQoNCmQg
PSBBICsgRF9hdmcgKyBEX3N0ZGRldg0KDQpJIGRvbid0IHVuZGVyc3RhbmQgd2hhdCB0aGF0IGZv
cm11bGEgYWNjb21wbGlzaGVzLiBEbWF4IGFic29sdXRlbHkgY292ZXJzIHJlb3JkZXJpbmc7IHJl
Z2FyZGxlc3Mgb2YgcmVvcmRlcmluZywgdGhlIHJpZ2h0bW9zdCBwYWNrZXQgd2lsbCBub3QgYXJy
aXZlIGxhdGVyIHRoYW4gKHR4X3RpbWUgKyBBICsgRF9tYXgpLg0KDQpbR0ZdOiBJIGZvcmdvdCB0
aGUgbXVsdGlwbGllci4gRm9yIGEgZGF0YSBzZXQsIG1vc3Qgb2JzZXJ2YXRpb25zIGZhbGwgd2l0
aGluIG9uZSBzdGFuZGFyZCBkZXZpYXRpb24gb2YgdGhlIGF2ZXJhZ2UuIEluIHBhcnRpY3VsYXIs
IDY4JSBvZiB0aGUgc2FtcGxlcyBhcmUgd2l0aGluIDEgc3RhbmRhcmQgZGV2aWF0aW9uIG9mIHRo
ZSBhdmVyYWdlLiA5NSUgb2YgdGhlIHNhbXBsZXMgYXJlIHdpdGhpbiAyIHN0YW5kYXJkIGRldmlh
dGlvbiBvZiB0aGUgYXZlcmFnZS4gOTkuNyUgb2YgdGhlIHNhbXBsZXMgYXJlIHdpdGhpbiAzIHN0
YW5kYXJkIGRldmlhdGlvbiBvZiB0aGUgbWVhbi4NCkl0IG1lYW5zIHRoYXQgRF9hdmcgKyAzKkRf
c3RkZGV2IC0+IERfbWF4DQpCeSB0aGUgd2F5LCB0byBtYWtlIGl0IHNpbXBsZSB3ZSBjYW4gYWxz
byBzaW1wbHkgY29uc2lkZXIgRF9tYXggaW4gdGhlIGZvcm11bGEuDQoNCi0gc2VjIDMuMy4xICJh
IG1lYXN1cmVtZW50IGlzIHZhbGlkIG9ubHkgaWYgbm8gcGFja2V0IGxvc3Mgb2NjdXJzIGFuZCBp
ZiBwYWNrZXQgbWlzb3JkZXJpbmcgY2FuIGJlIGF2b2lkZWQiLiBTbyB3aGF0IGl0J3Mgbm90PyBE
byB3ZSB0aHJvdyBvdXQgdGhlIG1lYXN1cmVtZW50PyBIb3cgY2FuIHdlIGRldGVjdCBwYWNrZXQg
bWlzb3JkZXJpbmcgdW5sZXNzIGl0IGRlbGF5cyBhIHBhY2tldCBvdmVyIHRoZSBlZGdlPw0KDQpb
R0ZdOiBUaGlzIGFwcHJvYWNoIGlzIGFmZmVjdGVkIGJ5IHRoZSBwYWNrZXQgcmVvcmRlcmluZyB0
aGF0IHdlIGNhbm5vdCBkZXRlY3QuIFlvdSBjYW4gYXBwbHkgaXQgYnV0IHlvdSBhcmUgYXdhcmUg
dGhhdCB0aGUgZmlyc3QgcGFja2V0IG9mIHRoZSBiYXRjaCBpbiBvbmUgcG9pbnQgbWF5IG5vdCBi
ZSB0aGUgc2FtZSBwYWNrZXQgaW4gYSBzZWNvbmQgcG9pbnQgZHVlIHRvIHRoZSByZW9yZGVyaW5n
LiBJbiB0aGlzIGNhc2UgeW91IGFyZSBub3Qgc3VyZSB0byBjb21wYXJlIHRoZSBzYW1lIHBhY2tl
dCBhbmQgdGhlIGRlbGF5IG1lYXN1cmUgaXMgZG9uZSB3aXRoIHRoaXMgaW50cmluc2ljIGVycm9y
LiBJIGNhbiBleHBsYWluIHRoaXMgcG9pbnQgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0KTXkgcG9p
bnQgaXMgdGhhdCB0aGlzIGlzIGdlbmVyYWxseSB1bmRldGVjdGFibGUgYW5kIHRoZXJlZm9yZSBp
cyBwYXJ0IG9mIHRoZSBpbnRyaW5zaWMgZXJyb3IgaW4gdGhlIG1lYXN1cmVtZW50LiBNYXliZSB5
b3VyIGV4cGxhbmF0aW9uIHdpbGwgaW5kaWNhdGUgdGhpcy4NCg0KW0dGXTogWWVzLCBteSBpbnRl
bnRpb24gaXMgdG8gZXhwbGFpbiB0aGF0IGl0IGlzIHVuZGV0ZWN0YWJsZSBhbmQgdGhlIGludHJp
bnNpYyBlcnJvciBjYW5ub3QgYmUgZXhhY3RseSBxdWFudGlmaWVkLg0KDQoNCi0gU2VjIDMuMy4y
ICJUaGUgY29udmVudGlvbmFsIFtkZWxheV0gcmFuZ2UgKG1heGltdW0tbWluaW11bSkgc2hvdWxk
IGJlIGF2b2lkZWQiLiBJIGRvbid0IGtub3cgaG93IHRvIHJlY29uY2lsZSB0aGlzIHdpdGggdGhl
IGd1YXJkIGJhbmQgY2FsY3VsYXRpb24sIHdoaWNoIGFic29sdXRlbHkgdXNlcyB0aGUgcmFuZ2Uh
IElzIHRoaXMgYSB2YWxpZCB0aGluZyB0byBkbyBvciBub3Q/DQoNCltHRl06IEluIHRoaXMgY2Fz
ZSBJIGRpZCBub3QgbWVhbiB0aGUgZGVsYXkgb2YgdGhlIG5ldHdvcmsgdG8gY2FsY3VsYXRlIHRo
ZSBndWFyZCBiYW5kLCBidXQgSSBtZWFudCB0aGUgZGVsYXkgeW91IGFyZSBtZWFzdXJpbmcuIEkg
dGhpbmsgSSBjYW4gYWxzbyBvbWl0IHRoaXMgc2VudGVuY2UsIGl0IGlzIG5vdCBpbXBvcnRhbnQu
DQoNCk9LDQoNCg0KLSBTZWN0aW9uIDQuIFRoaXMgZW50aXJlIHNlY3Rpb24gaXMgbGFyZ2VseSBh
IHN1YnNldCBvZiBzZWN0aW9uIDMsIGFuZCBjb3ZlcnMgdGhlIG1hdGVyaWFsIGJvdGggKGEpIGlu
Y29uc2lzdGVudGx5IGFuZCAoYikgd29yc2UuIFRoZXJlJ3MgYSByZWZlcmVuY2UgdG8gInR3by13
YXkgZGVsYXkiIHdoaWNoIG9jY3VycyBub3doZXJlIGVsc2UgaW4gdGhlIGRvY3VtZW50LiAgVGhl
IEwgY29uc2lkZXJhdGlvbnMgZG9uJ3QgY29uc2lkZXIgZGVsYXksIHVubGlrZSBTZWN0aW9uIDMu
Mi4gNC4zIHNheXMgdGhhdCAiYSBwcm9wZXIgaW50ZXJ2YWwgaXMgb3V0IG9mZiB0aGUgc2NvcGUg
b2YgdGhpcyBkb2N1bWVudCEiIEJ1dCB0aGUgZG9jdW1lbnQgaGFzIGxvdHMgdG8gc2F5IGFib3V0
IHRoaXMhIEVhcmxpZXIgZGlzY3Vzc2lvbnMgbGVkIG1lIHRvIGJlbGlldmUgeW91IHdlcmUgZ29p
bmcgdG8gbGFyZ2VseSBnZXQgcmlkIG9mIFNlY3Rpb24gNDsgcGVyaGFwcyBhcyBhbiBpbnRlcm1l
ZGlhdGUgc3RlcCwgaW4gdGhlIG5leHQgZHJhZnQgY291bGQgd2UgZGVsZXRlIHRoZSB0ZXh0IGlu
IHRoYXQgc2VjdGlvbiB0aGF0IG5vIGxvbmdlciBhcHBsaWVzPw0KDQpbR0ZdOiBZZXMsIGluZGVl
ZCBJIG1vZGlmaWVkIGEgbG90IHRoaXMgc2VjdGlvbiBpbiBteSBmaXJzdCBsb2NhbCByZXZpc2lv
biBvZiB0aGUgZG9jdW1lbnQuIEFzIGludGVybWVkaWF0ZSBzdGVwLCBJIHdpbGwgc3VyZWx5IGRl
bGV0ZSB0ZXh0IHRoYXQgbm8gbG9uZ2VyIGFwcGxpZXMgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0K
WWVzLCBJIHRoaW5rIGRlbGV0ZWQgdGV4dCBpcyBmaW5lIGJlZm9yZSB3ZSBkbyB0aGUgcmVvcmcu
IFdlJ2xsIHRha2UgdGhlIGRpZmYgYmV0d2VlbiA4MzIxIGFuZCB0aGUgbGFzdCBkcmFmdCB3aXRo
IHRoZSBvbGQgb3JnYW5pemF0aW9uIGFuZCBzZW5kIHRoYXQgd2l0aCB0aGUgcmVxdWVzdCBmb3Ig
cmV2aWV3Lg0KDQpbR0ZdOiBBZ3JlZS4NCg0KVGhlIDg4ODkgYmlzIHJldmlldyBpcyBjb21pbmc7
IHRoZXJlIGFyZSBzb21lIHBvaW50cyByZWxldmFudCB0byA4MzIxIGFzIHdlbGwuDQoNCltHRl06
IE9rLCBnb29kLg0KDQo=

--_000_1cfecebe84124cb5a22a370d6d5125fdhuaweicom_
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
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0
eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y
aWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGlu
Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQou
TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRT
ZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4g
MS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0
eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp
dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk
aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl
YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2
IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
ZW4tREUiPkhpIE1hcnRpbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+TXkgYW5zd2VycyBpbmxpbmUgYXMgW0dGXS48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iZW4tREUiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5HaXVzZXBwZTxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IE1hcnRpbiBEdWtlICZsdDttYXJ0
aW4uaC5kdWtlQGdtYWlsLmNvbSZndDsgPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgRGVj
ZW1iZXIgMSwgMjAyMSAxMTozNSBQTTxicj4NCjxiPlRvOjwvYj4gR2l1c2VwcGUgRmlvY2NvbGEg
Jmx0O2dpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBkcmFm
dC1maW9jY29sYS1yZmM4MzIxYmlzLmFsbEBpZXRmLm9yZzsgSUVURiBJUFBNIFdHICZsdDtpcHBt
QGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogMXN0IHJldmlldyBvZiBSRkMg
ODMyMWJpczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gV2VkLCBEZWMgMSwg
MjAyMSBhdCAxMDo1OCBBTSBHaXVzZXBwZSBGaW9jY29sYSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdp
dXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20iPmdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb208
L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g
MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1y
aWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PGI+RnJvbTo8L2I+IE1hcnRpbiBEdWtlICZsdDs8YSBocmVmPSJtYWlsdG86
bWFydGluLmguZHVrZUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5tYXJ0aW4uaC5kdWtlQGdt
YWlsLmNvbTwvYT4mZ3Q7Jm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm
dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxl
ZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206
NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+LSBTZWMgMS4gQ2FuIHlvdSBjbGFyaWZ5IHRoZSByZWxhdGlvbnNoaXAgb2YgdGhpcyBkcmFm
dCB3aXRoIFtJRUVFLU5ldHdvcmstUE5QTV0/IERvIHRoZXkgcmVwZWF0IGVhY2ggb3RoZXIsIG9y
IGRvZXMgdGhhdCBvbmUgbWFrZSBhIGRpZmZlcmVudCZuYnNwO2NvbnRyaWJ1dGlvbiB0byB0aGlz
IHByb2plY3Q/IElmIHRoZQ0KIGZvcm1lciwgd2hvIGhhcyBjaGFuZ2UgY29udHJvbCBvdmVyIHRo
ZSBkZXNpZ24/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+
W0dGXTogSXQgaXMgbm90IGEgcmVwZXRpdGlvbi4gVGhlIHBhcGVyDQo8L3NwYW4+W0lFRUUtTmV0
d29yay1QTlBNXSA8c3BhbiBsYW5nPSJlbi1ERSI+aW5jbHVkZXMgUkZDODMyMSBtZXRob2RzIGJ1
dCBpdCBhbHNvIGV4cGxhaW5zIG5ldyBtZWNoYW5pc21zIGZvciB0aGUgcGFja2V0IG1hcmtpbmcg
YmFzZWQgb24gaGFzaGluZyB0ZWNobmlxdWVzLCB3aGljaCBhcmUgbm90IGluY2x1ZGVkIGluIFJG
QzgzMjEuIFRoZXNlIG5ldyB2YXJpYXRpb25zIGFyZSBkZXNjcmliZWQgaW4gYSBzZXBhcmF0ZSBk
b2N1bWVudCAoZHJhZnQtbWl6cmFoaS1pcHBtLW1hcmtpbmcpLg0KIEkgY2FuIGFsc28gb21pdCB0
aGUgcmVmZXJlbmNlIGlmIHlvdSB0aGluayBpdCBjYW4gYmUgY29uZnVzaW5nLjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RG9uJ3Qgb21pdCBpdCwganVzdCBleHBs
YWluIHdoYXQgdGhlIHJlZmVyZW5jZSBpcyBjb250cmlidXRpbmcuPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBPazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s
aWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQu
OHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0
Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0g
SSdtIGNvbmNlcm5lZCBhYm91dCBzaXppbmcgdGhlIGJsb2NrIGJhc2VkIG9uIHBhY2tldCBjb3Vu
dC4gSXQncyBjbGVhcmx5IHlvdXIgbGVzcy1wcmVmZXJyZWQgb3B0aW9uLCBidXQgaW5jbHVkaW5n
IGl0IGhhcyBzb21lIGltcGxpY2F0aW9ucy4gRm9yIGV4YW1wbGUsIHBhc3NpdmUgZWF2ZXNkcm9w
cGluZw0KIGlzIG11Y2ggZWFzaWVyLCBhcyBpdCB3b3VsZCBiZSBzdHJhaWdodGZvcndhcmQgdG8g
ZmlndXJlIG91dCB0aGUgZXhwZWN0ZWQgbnVtYmVyIG9mIHBhY2tldHMgYW5kIHRoZXJlZm9yZSBm
aWd1cmUgb3V0IHRoZSBsb3NzIHJhdGUuIElmIHRoaXMgd2Fzbid0IGEgc3VjY2Vzc2Z1bCBwYXJ0
IG9mIHRoZSBleHBlcmltZW50LCBwZXJoYXBzIHdlIHNob3VsZCBqdXN0IHJlbW92ZSBpdC48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBZZXMsIHdl
IGNvdWxkIHJlbW92ZSBpdCBpbiB0aGUgUFMuIEJ1dCwgaXQgaXMgd29ydGggbm90aW5nIHRoYXQg
ZHJhZnQtaWV0Zi1pcHBtLWV4cGxpY2l0LWZsb3ctbWVhc3VyZW1lbnRzIHN1Z2dlc3RzIGEgbWFy
a2luZyBtZXRob2QgKHNRdWFyZSBiaXQpIGJhc2VkDQogb24gYSBmaXhlZCBudW1iZXIgb2YgcGFj
a2V0cyB0byBtZWFzdXJlIHBhY2tldCBsb3NzLiBJdCBpcyBzaW1wbGVyIGZvciBDbGllbnQtU2Vy
dmVyIHByb3RvY29scyBsaWtlIFFVSUMuIEFub3RoZXIgb3B0aW9uIGNvdWxkIGJlIHRvIGxlYXZl
IHRoZSBkZXNjcmlwdGlvbiBvZiB0aGUgY291bnRlci1iYXNlZCBtZXRob2QgYnV0IHdlIHNob3Vs
ZCBpbXByb3ZlIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBmb3IgdGhpcyBhc3BlY3QuIFdo
YXQgZG8NCiB5b3Ugc3VnZ2VzdD88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPkknbSBub3QgYSBwcmFjdGl0aW9uZXIsIHNvIEkgY2FuJ3Qgc2F5IGlmIGl0J3MgdmFs
dWFibGUgdG8gbGVhdmUgaXQgaW4gdGhlIGRlc2lnbiBvciBub3QuIEJ1dCB0aGUgcmVzdCBvZiB0
aGUgZG9jdW1lbnQgKGFuZCA4ODg5KSBpcyB3cml0dGVuIHVuZGVyIHRoZSBhc3N1bXB0aW9uIHRo
YXQgdGhlIGJsb2NrcyBhcmUgdGltZSBiYXNlZC4gRm9yIGV4YW1wbGUsIGlmIGl0J3MgY291bnQt
YmFzZWQgdGhlbiBMIG5lZWRzDQogdG8gYmUgaW4gdW5pdHMgb2YgcGFja2V0cywgbm90IHRpbWUu
IEhvdyB3b3VsZCB0aGF0IHdvcms/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPlNvIGlmIHdlJ3JlIGdvaW5nIHRvIGtlZXAgcGFja2V0LWJhc2Vk
IHdpbmRvd3MgaW4gdGhlIGRyYWZ0LCB5b3UgZWl0aGVyIG5lZWQgdG8gcmV2aWV3IHRoZSB3aG9s
ZSBkb2N1bWVudCBhbmQgaW4gZWFjaCBwbGFjZSBhZGQgYSBwYXJhZ3JhcGggdGhhdCBzdGFydHMg
JnF1b3Q7aWYgdXNpbmcgcGFja2V0LWJhc2VkIHdpbmRvd3MuLi4mcXVvdDssIG9yIHRoZXJlIGNv
dWxkIGJlIGEgc2VjdGlvbiB0aGF0IGVudW1lcmF0ZXMgYWxsDQogdGhlIHdheXMgdGhpcyBtb2Rl
IGlzIGRpZmZlcmVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUi
PltHRl06IEkgd291bGQgb25seSBjb25zaWRlciB0aGUgYXNzdW1wdGlvbiB0aGF0IHRoZSBibG9j
a3MgYXJlIHRpbWUgYmFzZWQuIFRoZSBjb3VudCBiYXNlZCBtZXRob2QgY2FuIGJlIG1lbnRpb25l
ZCBvbmx5IGluIHRoZSBnZW5lcmFsIGRlc2NyaXB0aW9uIGFzIGFkZGl0aW9uYWwgcG9zc2liaWxp
dHkgYnV0IHdlIGNhbiBjbGFyaWZ5IHRoYXQgaXRzIGRldGFpbGVkIHNwZWNpZmljYXRpb24NCiBp
cyBvdXQgb2Ygc2NvcGUgaGVyZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJs
b2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4w
cHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9w
OjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp
dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBzZWMgMy4yLlRo
ZSBndWFyZCBiYW5kIGNhbGN1bGF0aW9uIGRvZXMgbm90IHNlZW0gY29ycmVjdCB0byBtZS4gSWYg
RF9tYXggLSZndDsgRF9taW4sIHRoZW4gdGhlIGd1YXJkIGJhbmQgaXMgc2ltcGx5IEEuIEJ1dCB0
aGUgaW5ncmVzcyBhbmQgZWdyZXNzIG5vZGVzIHN0aWxsIG5lZWQgdG8gYWNjb3VudCBmb3INCiB0
aGUgcGFja2V0IGRlbGF5IGZyb20gZW5kIHRvIGVuZCEgSSB3b3VsZCBzdWdnZXN0PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5kID0gQSZu
YnNwOyYjNDM7IERfbWF4LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+VGhpcyB3b3VsZCBhbHNvIGNvdmVyIHRoZSByZW9yZGVyaW5nIGNv
bnN0cmFpbnQsIGFzIHRoZSBkZWxheSBjYW4gYmUgbm8gbW9yZSB0aGFuIERtYXguPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogSWYgRF9tYXggYmVj
b21lcyBlcXVhbCB0byBEX21pbiwgdGhpcyBtZWFucyB0aGF0IGFsbCB0aGUgcGFja2V0cyBhcmUg
ZGVsYXllZCBvZiB0aGUgc2FtZSB2YWx1ZS4gU28gdGhlIGJhdGNoIG9mIHBhY2tldHMgaXMgc2lt
cGx5IHNoaWZ0ZWQgYW5kIG5vIHBhY2tldA0KIGlzIHJlb3JkZXJlZC4gPC9zcGFuPkJ1dCwgeW91
IGFyZSByaWdodCB3ZSBzdGlsbCBuZWVkIHRvIDxzcGFuIGxhbmc9ImVuLURFIj50YWtlIGludG8g
YWNjb3VudDwvc3Bhbj4gdGhlIGRlbGF5LiBNYXliZSB3ZQ0KPHNwYW4gbGFuZz0iZW4tREUiPmNv
dWxkIGNvbnNpZGVyIHRoZSBhdmVyYWdlIGRlbGF5IHZhbHVlIGFuZCBpdHMgc3RhbmRhcmQgZGV2
aWF0aW9uIGluIHRoZSBmb3JtdWxhOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PmQgPSBBJm5ic3A7JiM0MzsgRF9hdmcNCjxzcGFuIGxhbmc9ImVuLURFIj4mIzQzOyBEX3N0ZGRl
djwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBkb24ndCB1bmRl
cnN0YW5kIHdoYXQgdGhhdCBmb3JtdWxhIGFjY29tcGxpc2hlcy4gRG1heCBhYnNvbHV0ZWx5IGNv
dmVycyByZW9yZGVyaW5nOyByZWdhcmRsZXNzIG9mIHJlb3JkZXJpbmcsIHRoZSByaWdodG1vc3Qg
cGFja2V0IHdpbGwgbm90IGFycml2ZSBsYXRlciB0aGFuICh0eF90aW1lICYjNDM7IEEgJiM0Mzsg
RF9tYXgpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTog
SSBmb3Jnb3QgdGhlIG11bHRpcGxpZXIuIEZvciBhIGRhdGEgc2V0LCBtb3N0IG9ic2VydmF0aW9u
cyBmYWxsIHdpdGhpbiBvbmUgc3RhbmRhcmQgZGV2aWF0aW9uIG9mIHRoZSBhdmVyYWdlLiBJbiBw
YXJ0aWN1bGFyLCA2OCUgb2YgdGhlIHNhbXBsZXMgYXJlIHdpdGhpbiAxIHN0YW5kYXJkIGRldmlh
dGlvbiBvZiB0aGUgYXZlcmFnZS4gOTUlIG9mIHRoZSBzYW1wbGVzDQogYXJlIHdpdGhpbiAyIHN0
YW5kYXJkIGRldmlhdGlvbiBvZiB0aGUgYXZlcmFnZS4gOTkuNyUgb2YgdGhlIHNhbXBsZXMgYXJl
IHdpdGhpbiAzIHN0YW5kYXJkIGRldmlhdGlvbiBvZiB0aGUgbWVhbi48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+SXQgbWVhbnMg
dGhhdCBEX2F2ZyAmIzQzOyAzKkRfc3RkZGV2IC0mZ3Q7IERfbWF4PC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPkJ5IHRoZSB3YXks
IHRvIG1ha2UgaXQgc2ltcGxlIHdlIGNhbiBhbHNvIHNpbXBseSBjb25zaWRlciBEX21heCBpbiB0
aGUgZm9ybXVsYS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6
MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJn
aW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gc2VjIDMuMy4xICZxdW90O2EgbWVh
c3VyZW1lbnQgaXMgdmFsaWQgb25seSBpZiBubyBwYWNrZXQgbG9zcyBvY2N1cnMgYW5kIGlmIHBh
Y2tldCBtaXNvcmRlcmluZyBjYW4gYmUgYXZvaWRlZCZxdW90Oy4gU28gd2hhdCBpdCdzIG5vdD8g
RG8gd2UgdGhyb3cgb3V0IHRoZSBtZWFzdXJlbWVudD8gSG93IGNhbiB3ZSBkZXRlY3QNCiBwYWNr
ZXQgbWlzb3JkZXJpbmcgdW5sZXNzIGl0IGRlbGF5cyBhIHBhY2tldCBvdmVyIHRoZSBlZGdlPzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06IFRoaXMg
YXBwcm9hY2ggaXMgYWZmZWN0ZWQgYnkgdGhlIHBhY2tldCByZW9yZGVyaW5nIHRoYXQgd2UgY2Fu
bm90IGRldGVjdC4gWW91IGNhbiBhcHBseSBpdCBidXQgeW91IGFyZSBhd2FyZSB0aGF0IHRoZSBm
aXJzdCBwYWNrZXQgb2YgdGhlIGJhdGNoIGluIG9uZSBwb2ludA0KIG1heSBub3QgYmUgdGhlIHNh
bWUgcGFja2V0IGluIGEgc2Vjb25kIHBvaW50IGR1ZSB0byB0aGUgcmVvcmRlcmluZy4gSW4gdGhp
cyBjYXNlIHlvdSBhcmUgbm90IHN1cmUgdG8gY29tcGFyZSB0aGUgc2FtZSBwYWNrZXQgYW5kIHRo
ZSBkZWxheSBtZWFzdXJlIGlzIGRvbmUgd2l0aCB0aGlzIGludHJpbnNpYyBlcnJvci4gSSBjYW4g
ZXhwbGFpbiB0aGlzIHBvaW50IGluIHRoZSBuZXh0IHZlcnNpb24uPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NeSBwb2ludCBpcyB0aGF0IHRoaXMgaXMgZ2VuZXJh
bGx5IHVuZGV0ZWN0YWJsZSBhbmQgdGhlcmVmb3JlIGlzIHBhcnQgb2YgdGhlIGludHJpbnNpYyBl
cnJvciBpbiB0aGUgbWVhc3VyZW1lbnQuIE1heWJlIHlvdXIgZXhwbGFuYXRpb24gd2lsbCBpbmRp
Y2F0ZSB0aGlzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dG
XTogWWVzLCBteSBpbnRlbnRpb24gaXMgdG8gZXhwbGFpbiB0aGF0IGl0IGlzIHVuZGV0ZWN0YWJs
ZSBhbmQgdGhlIGludHJpbnNpYyBlcnJvciBjYW5ub3QgYmUgZXhhY3RseSBxdWFudGlmaWVkLjwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGlu
IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBp
bjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4tIFNlYyAzLjMuMiAmcXVvdDtUaGUgY29udmVudGlvbmFs
IFtkZWxheV0gcmFuZ2UgKG1heGltdW0tbWluaW11bSkgc2hvdWxkIGJlIGF2b2lkZWQmcXVvdDsu
IEkgZG9uJ3Qga25vdyBob3cgdG8gcmVjb25jaWxlIHRoaXMgd2l0aCB0aGUgZ3VhcmQgYmFuZCBj
YWxjdWxhdGlvbiwgd2hpY2ggYWJzb2x1dGVseSB1c2VzIHRoZSByYW5nZSENCiBJcyB0aGlzIGEg
dmFsaWQgdGhpbmcgdG8gZG8gb3Igbm90PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iZW4tREUiPltHRl06IEluIHRoaXMgY2FzZSBJIGRpZCBub3QgbWVhbiB0aGUgZGVs
YXkgb2YgdGhlIG5ldHdvcmsgdG8gY2FsY3VsYXRlIHRoZSBndWFyZCBiYW5kLCBidXQgSSBtZWFu
dCB0aGUgZGVsYXkgeW91IGFyZSBtZWFzdXJpbmcuIEkgdGhpbmsgSSBjYW4gYWxzbyBvbWl0IHRo
aXMNCiBzZW50ZW5jZSwgaXQgaXMgbm90IGltcG9ydGFudC48L3NwYW4+PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9LPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr
cXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7
cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUu
MHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4N
CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBTZWN0aW9uIDQuIFRo
aXMgZW50aXJlIHNlY3Rpb24gaXMgbGFyZ2VseSBhIHN1YnNldCBvZiBzZWN0aW9uIDMsIGFuZCBj
b3ZlcnMgdGhlIG1hdGVyaWFsIGJvdGggKGEpIGluY29uc2lzdGVudGx5IGFuZCAoYikgd29yc2Uu
IFRoZXJlJ3MgYSByZWZlcmVuY2UgdG8gJnF1b3Q7dHdvLXdheSBkZWxheSZxdW90OyB3aGljaCBv
Y2N1cnMNCiBub3doZXJlIGVsc2UgaW4gdGhlIGRvY3VtZW50LiZuYnNwOyBUaGUgTCBjb25zaWRl
cmF0aW9ucyBkb24ndCBjb25zaWRlciBkZWxheSwgdW5saWtlIFNlY3Rpb24gMy4yLiA0LjMgc2F5
cyB0aGF0ICZxdW90O2EgcHJvcGVyIGludGVydmFsIGlzIG91dCBvZmYgdGhlIHNjb3BlIG9mIHRo
aXMgZG9jdW1lbnQhJnF1b3Q7IEJ1dCB0aGUgZG9jdW1lbnQgaGFzIGxvdHMgdG8gc2F5IGFib3V0
IHRoaXMhIEVhcmxpZXIgZGlzY3Vzc2lvbnMgbGVkIG1lIHRvIGJlbGlldmUgeW91IHdlcmUNCiBn
b2luZyB0byBsYXJnZWx5IGdldCByaWQgb2YgU2VjdGlvbiA0OyBwZXJoYXBzIGFzIGFuIGludGVy
bWVkaWF0ZSBzdGVwLCBpbiB0aGUgbmV4dCBkcmFmdCBjb3VsZCB3ZSBkZWxldGUgdGhlIHRleHQg
aW4gdGhhdCBzZWN0aW9uIHRoYXQgbm8gbG9uZ2VyIGFwcGxpZXM/PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogWWVzLCBpbmRlZWQgSSBtb2RpZmll
ZCBhIGxvdCB0aGlzIHNlY3Rpb24gaW4gbXkgZmlyc3QgbG9jYWwgcmV2aXNpb24gb2YgdGhlIGRv
Y3VtZW50LiBBcyBpbnRlcm1lZGlhdGUgc3RlcCwgSSB3aWxsIHN1cmVseSBkZWxldGUgdGV4dCB0
aGF0IG48L3NwYW4+byBsb25nZXINCiBhcHBsaWVzPHNwYW4gbGFuZz0iZW4tREUiPiBpbiB0aGUg
bmV4dCB2ZXJzaW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
WWVzLCBJIHRoaW5rIGRlbGV0ZWQgdGV4dCBpcyBmaW5lIGJlZm9yZSB3ZSBkbyB0aGUgcmVvcmcu
IFdlJ2xsIHRha2UgdGhlIGRpZmYgYmV0d2VlbiA4MzIxIGFuZCB0aGUgbGFzdCBkcmFmdCB3aXRo
IHRoZSBvbGQgb3JnYW5pemF0aW9uIGFuZCBzZW5kIHRoYXQgd2l0aCB0aGUgcmVxdWVzdCBmb3Ig
cmV2aWV3LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTog
QWdyZWUuPC9zcGFuPjxzcGFuIGxhbmc9ImVuLURFIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSA4ODg5IGJpcyByZXZpZXcg
aXMgY29taW5nOyB0aGVyZSBhcmUgc29tZSBwb2ludHMgcmVsZXZhbnQgdG8gODMyMSBhcyB3ZWxs
LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogT2ssIGdv
b2QuPHNwYW4gc3R5bGU9ImRpc3BsYXk6bm9uZSI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4N
CjwvaHRtbD4NCg==

--_000_1cfecebe84124cb5a22a370d6d5125fdhuaweicom_--


From nobody Thu Dec  2 03:47:01 2021
Return-Path: <giuseppe.fioccola@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 595043A1069; Thu,  2 Dec 2021 03:46:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 NOvuhBxhWujc; Thu,  2 Dec 2021 03:46:54 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EF2C3A105D; Thu,  2 Dec 2021 03:46:54 -0800 (PST)
Received: from fraeml711-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4J4Yzk5XpBz68916; Thu,  2 Dec 2021 19:45:22 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml711-chm.china.huawei.com (10.206.15.60) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Thu, 2 Dec 2021 12:46:50 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.020; Thu, 2 Dec 2021 12:46:50 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Martin Duke <martin.h.duke@gmail.com>, "draft-fioccola-rfc8889bis.all@ietf.org" <draft-fioccola-rfc8889bis.all@ietf.org>
CC: IETF IPPM WG <ippm@ietf.org>
Thread-Topic: 1st AD review of rfc8889bis
Thread-Index: AQHX5wkHYv0aySGXIUe9C9+wJquXw6we/jEg
Date: Thu, 2 Dec 2021 11:46:50 +0000
Message-ID: <6ef48bea72684e4984e496c906a7723e@huawei.com>
References: <CAM4esxSq3bY+LATXWhgM5Xth+PwUJYPv0cxWFZk6LDPDcJUAHA@mail.gmail.com>
In-Reply-To: <CAM4esxSq3bY+LATXWhgM5Xth+PwUJYPv0cxWFZk6LDPDcJUAHA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.48.213.171]
Content-Type: multipart/alternative; boundary="_000_6ef48bea72684e4984e496c906a7723ehuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/rqvgsSrhiT-icNU1ibB9Fj1NGlI>
Subject: Re: [ippm] 1st AD review of rfc8889bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 02 Dec 2021 11:47:00 -0000

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

SGkgTWFydGluLA0KVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciBkZXRhaWxlZCByZXZpZXcu
DQpQZWFzZSBmaW5kIG15IGFuc3dlcnMgaW5saW5lIHRhZ2dlZCBhcyBbR0ZdLg0KDQpCZXN0IFJl
Z2FyZHMsDQoNCkdpdXNlcHBlDQoNCkZyb206IE1hcnRpbiBEdWtlIDxtYXJ0aW4uaC5kdWtlQGdt
YWlsLmNvbT4NClNlbnQ6IFRodXJzZGF5LCBEZWNlbWJlciAyLCAyMDIxIDEyOjEyIEFNDQpUbzog
ZHJhZnQtZmlvY2NvbGEtcmZjODg4OWJpcy5hbGxAaWV0Zi5vcmcNCkNjOiBJRVRGIElQUE0gV0cg
PGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiAxc3QgQUQgcmV2aWV3IG9mIHJmYzg4ODliaXMNCg0K
VGhhbmtzIGZvciB0aGlzIGRvYy4gSGVyZSBhcmUgc29tZSBoaWdoLWxldmVsIGNvbW1lbnRzIGlu
IG5vIHBhcnRpY3VsYXIgb3JkZXI6DQoNCi0gTXkgcGVyY2VwdGlvbiBpcyB0aGF0IDg4ODkgaXMg
YW4gZXh0ZW5zaW9uIG9mIHRoZSBjb25jZXB0cyBpbiA4MzIxLCB3aXRoIHNvbWUgY29tbW9uIGVs
ZW1lbnRzIG9ubHkgZGVmaW5lZCBpbiA4MzIxLCBzbyA4MzIxIHNob3VsZCBiZSBhIG5vcm1hdGl2
ZSByZWZlcmVuY2UuDQoNCltHRl06IFN1cmUsIEkgd2lsbCBmaXggaXQgaW4gdGhlIG5leHQgdmVy
c2lvbi4NCg0KLSBJIGFtIGNvbmZ1c2VkIGFzIHRvIHdoZXRoZXIgRUNNUCBpcyBjb3ZlcmVkIGJ5
IDgzMjEgb3IgODg4OS4gVGhlIDgzMjEgc2VjdGlvbiBvbiByZW9yZGVyaW5nIHRhbGtzIGFib3V0
IEVDTVAgYXMgYSBjYXVzZSwgd2hpY2ggbGVhZHMgbWUgdG8gYmVsaWV2ZSBpdCdzIHRvIGJlIGNv
dmVyZWQ7IGJ1dCBpbiB0aGUgaW50cm8gODg4OSBjbGFpbXMgdGhpcyB1c2UgY2FzZS4gSSBzdXBw
b3NlIGl0IGRlcGVuZHMgb24gaG93IG11Y2ggeW91J3JlIGxvY2FsaXppbmcgdGhlIG1lYXN1cmVt
ZW50Pw0KDQpbR0ZdOiBJbiBSRkM4MzIxIGl0IHdhcyBtZW50aW9uZWQgRUNNUCBqdXN0IHRvIGV4
cGxhaW4gdGhhdCByZW9yZGVyaW5nIGNhbiBiZSBjYXVzZWQgYnkgRUNNUCBwYXRocywgYnV0IHRo
ZSBtb25pdG9yaW5nIHdhcyBhc3N1bWVkIHBvaW50LXRvLXBvaW50IGluIHRoZSB3aG9sZSBkb2N1
bWVudC4gSSBjYW4gb21pdCB0aGF0IHNlbnRlbmNlIGluIFJGQzgzMjEgaWYgaXQgaXMgY29uZnVz
aW5nLiBXaGlsZSwgUkZDODg4OSBjb3ZlcnMgdGhlIGdlbmVyYWwgY2FzZSBvZiBtdWx0aXBvaW50
LXRvLW11bHRpcG9pbnQgdW5pY2FzdCBmbG93cyAoaW5jbHVkaW5nIEVDTVApLiBUaGUgQlVNIHRy
YWZmaWMgd2FzIG5vdCBjb3ZlcmVkIGluIHRoZSBvcmlnaW5hbCBSRkM4ODg5LCBidXQgQWx0ZXJu
YXRlIE1hcmtpbmcgY2FuIGJlIGFwcGxpZWQgaW4gY2FzZSBvZiBtdWx0aWNhc3QuIE1heWJlLCBp
biBhIGxhdGVyIHZlcnNpb24sIHdlIGNhbiBhZGQgYSBzaG9ydCBzZWN0aW9uIGluIG9uZSBvZiB0
aGUgdHdvIGJpcyBkb2N1bWVudHMgdG8gZXhwbGFpbiBob3cgdG8gbW9uaXRvciBtdWx0aWNhc3Qg
dHJhZmZpYyBieSBzaW1wbHkgYXBwbHlpbmcgUkZDODMyMSBsaW5rIGJ5IGxpbmsuDQoNCi0gVGhl
IGludHJvIGNsYWltcyB0aGF0IDgzMjEgY292ZXJzIEJVTSB0cmFmZmljLiBJc24ndCBtdWx0aWNh
c3QgYSBjbGFzc2ljIHBvaW50LXRvLW11bHRpcG9pbnQgc2l0dWF0aW9uPyBJbmRlZWQsIGRvZXNu
J3QgbXVsdGljYXN0IGludm9sdmUgcGFja2V0IHJlcGxpY2F0aW9uLCB3aGljaCBpbmhlcmVudGx5
IGJyZWFrcyB0aGUgcGFja2V0IGxvc3MgbWVjaGFuaXNtPw0KDQpbR0ZdOiBXaXRoIHRoZSDigJxj
bHVzdGVyZWTigJ0gYXBwcm9hY2ggb2YgUkZDODg4OSB5b3UgY2Fubm90IG1vbml0b3IgQlVNIHRy
YWZmaWMgYnV0IG9ubHkgbXVsdGlwb2ludC10by1tdWx0aXBvaW50IHVuaWNhc3QgZmxvd3MuIEZv
ciBCVU0gdHJhZmZpYywgeW91IGNhbiBhcHBseSB0aGUgYmFzaWMgbWV0aG9kIG9mIFJGQzgzMjEg
YnV0IGxpbmsgYnkgbGluayBhbmQgdGhlcmVmb3JlIHNwbGl0IHRoZSBtdWx0aWNhc3QgZmxvdyBp
bnRvIHNlcGFyYXRlIHVuaWNhc3QgcG9pbnQtdG8tcG9pbnQgbGlua3MuIEFzIHNhaWQsIGEgbmV3
IHNlY3Rpb24gb24gQlVNIHRyYWZmaWMgY291bGQgYmUgdXNlZnVsIHRvIGNsYXJpZnkgdGhpcyBw
b2ludC4NCg0KLSA4ODg5IGJyaW5ncyB1cCBJUCBmcmFnbWVudGF0aW9uLCBidXQgdGhpcyBzZWVt
cyBsaWtlIGEgZ2VuZXJhbCBjb25jZXJuIGZvciA4MzIxIHRvby4gQWx0aG91Z2ggaXQgcHJvYmFi
bHkgb3VnaHQgdG8gYmUgd3JpdHRlbiBvdXQgaW4gODMyMSBhbmQgbm90IGhlcmUsIHRoaXMgc2Vl
bXMgdW5kZXItYWRkcmVzc2VkIGhlcmUuIFNvbWUgcXVlc3Rpb25zOg0KIChhKSBpZiBhIHJvdXRl
ciBoYXMgdG8gZnJhZ21lbnQgYSBwYWNrZXQsIHNob3VsZCBpdCByZXBsaWNhdGUgdGhlIG1hcmtp
bmcgb24gYWxsIHRoZSBmcmFnbWVudHM/DQogKGIpIGF0IGEgbWVhc3VyZW1lbnQgcG9pbnQsIGlz
IGEgcGFja2V0ICJsb3N0IiBpZiBhbnkgZnJhZ21lbnQgaXMgbG9zdD8gd2hhdCBpZiB0aGUgZnJh
Z21lbnRzIGVudGVyZWQgc2VwYXJhdGVseSBpbiB0aGUgbmV0d29yayB1bmRlciB0ZXN0Pw0KIChj
KSBXaGF0IGlmIHRoZSBtYXJraW5nIGxvY2F0aW9uIGlzIG5vdCByZXBsaWNhdGVkIGFjcm9zcyB0
aGUgZnJhZ21lbnRzIChlLmcuIGl0J3MgaW4gdGhlIHRyYW5zcG9ydCBoZWFkZXIpPw0KDQpbR0Zd
OiBBZ3JlZSwgZmV3IGNvbnNpZGVyYXRpb25zIGNhbiBiZSBpbmNsdWRlZCBpbiBSRkM4MzIxLiBU
aGUgYXNzdW1wdGlvbiBpbiBSRkM4ODg5IHdhcyB0aGF0IHRoZSBmcmFnbWVudGF0aW9uIGNhbiBi
ZSBtYW5hZ2VkIGlmIGl0IGhhcHBlbnMgb3V0c2lkZSB0aGUgcG9ydGlvbiBvZiB0aGUgbmV0d29y
ayB0aGF0IGlzIG1vbml0b3JlZC4NClJlZ2FyZGluZyB5b3VyIHF1ZXN0aW9uczoNCmEpIGJvdGgg
cG9zc2liaWxpdGllcyBjb3VsZCBiZSBjb25zaWRlcmVkLiBJZiB5b3UgZG8gbm90IHJlcGxpY2F0
ZSBtYXJraW5nIHlvdSBtYXkgaGF2ZSBsZXNzIHByb2JsZW1zIHRvIGFwcGx5IHRoZSBtZXRob2Rv
bG9neSBidXQgeW91IGFyZSBtaXNzaW5nIGZyYWdtZW50cyBhbmQgcG9zc2libGUgbG9zc2VzLg0K
YikgeWVzLCBpZiB3ZSBtYXJrIGFsbCB0aGUgZnJhZ21lbnRzLiBJZiB0aGUgZnJhZ21lbnRzIGVu
dGVyIHNlcGFyYXRlbHkgaXQgaXMgbm90IGEgcHJvYmxlbSBzaW5jZSB0aGV5IGJlaGF2ZSBhcyBu
b3JtYWwgcGFja2V0cyAod2UgYXJlIGFzc3VtaW5nIGZyYWdtZW50YXRpb24gYW5kIHJlYXNzZW1i
bHkgb3V0c2lkZSB0aGUgZG9tYWluKS4NCmMpIGlmIHRoZSBtYXJraW5nIGlzIG5vdCBhcHBsaWVk
IHRvIGFsbCB0aGUgZnJhZ21lbnRzLCB0aGUgZnJhZ21lbnRhdGlvbiBjb3VsZCBhbHNvIGhhcHBl
biB3aXRoaW4gdGhlIGRvbWFpbiBidXQgdGhlIG1vbml0b3JpbmcgaXMgbm90IGNvbXBsZXRlIHNp
bmNlIHlvdSBhcmUgbWlzc2luZyBmcmFnbWVudHMuDQoNCi0gTGlrZSA4MzIxLCB0aGVyZSBpcyBh
IGdlbmVyYWwgcHJvYmxlbSB3aXRoIG5vdCBhZGRyZXNzaW5nIHRoZSBmaXhlZC1OIG1hcmtpbmcg
c2NoZW1lIGF0IGFsbCAoIlRoZSBlcXVhdGlvbiBpcyBhcHBsaWVkIG9uIGEgcGVyLXRpbWUtaW50
ZXJ2YWwgYmFzaXMuLi4iKQ0KDQpbR0ZdOiBXZSBjYW4gbWFrZSB0aGUgc2FtZSBhc3N1bXB0aW9u
IGhlcmUgYXMgcGVyIFJGQzgzMjEuDQoNCi0gVGhlcmUgaXMgYSBoaWRkZW4gcmVxdWlyZW1lbnQg
aGVyZSB0aGF0IHRoZXJlIGJlIGEgbWVhc3VyZW1lbnQgcG9pbnQgYXQgYWxsIHBvc3NpYmxlIGVn
cmVzcyBwb2ludHMuIEJlc3QgdG8gbWVudGlvbiB0aGF0Lg0KDQpbR0ZdOiBBZ3JlZSwgSSB3aWxs
IGRvLg0KDQotIEkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgTCBkZXRlcm1pbmF0aW9uIHdoZW4gdGhl
cmUgYXJlIG11bHRpcGxlIG1hcmtpbmcgbm9kZXMgKFNlYyA3KS4gIlRoZSBzb3VyY2UgbWVhc3Vy
ZW1lbnQgaW50ZXJ2YWxzIGNhbiBiZSBvZiBkaWZmZXJlbnQgbGVuZ3RocyBhbmQgd2l0aCBkaWZm
ZXJlbnQgb2Zmc2V0cyIgU29tZSBxdWVzdGlvbnM6DQooYSkgV2hhdCBpcyBhICJzb3VyY2UgbWVh
c3VyZW1lbnQgaW50ZXJ2YWwiPyBEb2VzIGl0IGhhdmUgYW55dGhpbmcgdG8gZG8gd2l0aCBMPw0K
KGIpIFNvIGxldCdzIHNheSB0aGF0IHNvdXJjZSBub2RlcyBzdGFydCBtYXJraW5nIGF0IGFyYml0
cmFyeSB0aW1lcy4gSXNuJ3QgdGhlICJvZmZzZXQiIHRoZW4gZGlyZWN0bHkgYSBmdW5jdGlvbiBv
ZiBMPyBBbmQgaWYgc28sIGhvdyBjYW4gd2Ugc2NhbGUgTCBiYXNlZCBvbiB0aGUgb2Zmc2V0IG0/
DQooYykgaWYgdGhlIGlkZWEgaXMgdGhhdCB0aGVyZSBpcyBhIGNsb2NrIHRpbWUgd2hlbiBtYXJr
aW5nIHNob3VsZCBiZWdpbiwgdGhlbiB3aHkgaXNuJ3QgdGhlIHZhbHVlIG9mIEEgW2Nsb2NrIHNr
ZXddIGVtYmVkZGVkIGluIGQgc3VmZmljaWVudD8NCg0KW0dGXTogRm9yIGEgbXVsdGlwb2ludC10
by1tdWx0aXBvaW50IGZsb3csIHlvdSBtYXkgaGF2ZSBtdWx0aXBsZSBtYXJraW5nIG5vZGVzLCBz
byB0aGVyZSBpcyBhbiBhZGRpdGlvbmFsIGNvbnRyaWJ1dGlvbiB0byB0YWtlIGludG8gYWNjb3Vu
dC4gSW5kZWVkLCB0aGUgbWFya2luZyBub2RlcyBtYXkgYXBwbHkgdGhlIG1hcmtpbmdzIGF0IGRp
ZmZlcmVudCBtb21lbnRzIGFuZCB0aGlzIHRpbWUgb2Zmc2V0IGRvZXMgbm90IGRlcGVuZCBmcm9t
IHRoZSBjbG9jayBlcnJvciBvciBmcm9tIHRoZSBuZXR3b3JrIGRlbGF5IGJ1dCBpdCBpcyBhbiBp
bnRyaW5zaWMgZGVsYXkgb2YgdGhlIHJvdXRlci4NClJlZ2FyZGluZyB5b3VyIHF1ZXN0aW9uczoN
CmEpIGl0IGlzIHRoZSBtYXJraW5nIHBlcmlvZC4gSSB3aWxsIHJlcGxhY2UgaXQgdG8gYmUgYWxp
Z25lZCB3aXRoIHRoZSB0ZXJtaW5vbG9neSBvZiB0aGUgcmVzdCBvZiB0aGUgZG9jdW1lbnQuDQpi
KSB5ZXMsIHRoZXJlIGlzIHRoZSBmb3JtdWxhOiBMIC0gMm0gLSAyZCA+IDANCmMpIG0gaXMgbm90
IGdpdmVuIGJ5IGNsb2NrIHNrZXcsIGluZGVlZCBBIGlzIGFscmVhZHkgaW5jbHVkZWQgaW4gZC4N
Cg0KLSBJIGNhbid0IHVuZGVyc3RhbmQgdGhlIHB1cnBvc2Ugb2YgImRlbGF5IG1lYXN1cmVtZW50
cyBvbiBhIHNpbmdsZS1wYWNrZXQgYmFzaXMiIGluIFNlY3Rpb24gOC4gSSBjYW5ub3QgZ3JvayB0
aGUgY29udGV4dCBvZiBTZWN0aW9uIDguMiBhdCBhbGwuIFdoYXQgYXJlIHRoZXNlIHRlY2huaXF1
ZXMgdHJ5aW5nIHRvIGFjaGlldmU/IFRoaXMgcmVhZHMgbGlrZSBhbiBpbmZvcm1hdGlvbmFsIGV4
cGxvcmF0aW9uIG9mIG9wdGlvbnMgcmF0aGVyIHRoYW4gYSBub3JtYXRpdmUgc3RhbmRhcmQuIDgz
MjEgaGFzIGRldGFpbGVkIGV4YW1wbGVzIG9mIHNhbXBsZSBtZWFzdXJlbWVudHMgYW5kIGhvdyB5
b3UgZGVyaXZlIGEgbWVhc3VyZW1lbnQ7IHNvbWV0aGluZyBsaWtlIHRoYXQgd291bGQgYmUgdmVy
eSB1c2VmdWwgaGVyZS4NCg0KW0dGXTogSSBhZ3JlZSB3aXRoIHlvdS4gSW5kZWVkLCBpbiBteSBm
aXJzdCBsb2NhbCByZXZpc2lvbiBvZiB0aGUgZG9jdW1lbnQgSSByZWR1Y2VkIGEgbG90IHRoZXNl
IHNlY3Rpb25zLiBBcyB5b3Ugbm90aWNlZCwgaXQgaXMgb25seSBhbiBleHBsb3JhdGlvbiB0aGF0
IGl0IGlzIG9rIGZvciBhbiBleHBlcmltZW50YWwgZG9jdW1lbnQgYnV0IGxlc3MgcmVsZXZhbnQg
Zm9yIGEgUFMuDQoNCk1hcnRpbg0KDQoNCg==

--_000_6ef48bea72684e4984e496c906a7723ehuaweicom_
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
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21z
by1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn
aW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7
fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z
aXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBX
b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEu
MGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+
PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9
ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0
PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K
PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0Rjcy
Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBN
YXJ0aW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFuazxzcGFuIGxh
bmc9ImVuLURFIj4geW91IHZlcnkgbXVjaCA8L3NwYW4+Zm9yIHlvdXIgPHNwYW4gbGFuZz0iZW4t
REUiPg0KZGV0YWlsZWQ8L3NwYW4+IHJldmlldy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5QPC9zcGFuPmVhc2UgZmluZCBteSBhbnN3ZXJz
IGlubGluZSB0YWdnZWQgYXMgW0dGXS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVzdCBSZWdh
cmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5HaXVzZXBwZTxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj5Gcm9tOjwvYj4gTWFydGluIER1a2UgJmx0O21hcnRpbi5oLmR1a2VAZ21haWwuY29t
Jmd0OyA8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIERlY2VtYmVyIDIsIDIwMjEgMTI6MTIg
QU08YnI+DQo8Yj5Ubzo8L2I+IGRyYWZ0LWZpb2Njb2xhLXJmYzg4ODliaXMuYWxsQGlldGYub3Jn
PGJyPg0KPGI+Q2M6PC9iPiBJRVRGIElQUE0gV0cgJmx0O2lwcG1AaWV0Zi5vcmcmZ3Q7PGJyPg0K
PGI+U3ViamVjdDo8L2I+IDFzdCBBRCByZXZpZXcgb2YgcmZjODg4OWJpczxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgdGhpcyBkb2MuIEhlcmUgYXJlIHNv
bWUgaGlnaC1sZXZlbCBjb21tZW50cyBpbiBubyBwYXJ0aWN1bGFyIG9yZGVyOjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIE15IHBlcmNlcHRp
b24gaXMgdGhhdCA4ODg5IGlzIGFuIGV4dGVuc2lvbiBvZiB0aGUgY29uY2VwdHMgaW4gODMyMSwg
d2l0aCBzb21lIGNvbW1vbiBlbGVtZW50cyBvbmx5IGRlZmluZWQgaW4gODMyMSwgc28gODMyMSBz
aG91bGQgYmUgYSBub3JtYXRpdmUgcmVmZXJlbmNlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5b
R0ZdPHNwYW4gbGFuZz0iZW4tREUiPjogU3VyZSwgSSB3aWxsIGZpeCBpdCBpbiB0aGUgbmV4dCB2
ZXJzaW9uLjwvc3Bhbj48c3BhbiBsYW5nPSJlbi1ERSI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIEkgYW0gY29uZnVzZWQgYXMg
dG8gd2hldGhlciBFQ01QIGlzIGNvdmVyZWQgYnkgODMyMSBvciA4ODg5LiBUaGUgODMyMSBzZWN0
aW9uIG9uIHJlb3JkZXJpbmcgdGFsa3MgYWJvdXQgRUNNUCBhcyBhIGNhdXNlLCB3aGljaCBsZWFk
cyBtZSB0byBiZWxpZXZlIGl0J3MgdG8gYmUgY292ZXJlZDsgYnV0IGluIHRoZSBpbnRybyA4ODg5
IGNsYWltcyB0aGlzIHVzZSBjYXNlLiBJIHN1cHBvc2UgaXQgZGVwZW5kcyBvbg0KIGhvdyBtdWNo
IHlvdSdyZSBsb2NhbGl6aW5nIHRoZSBtZWFzdXJlbWVudD88bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+W0dGXTxzcGFuIGxhbmc9ImVuLURFIj46IEluIFJGQzgzMjEgaXQgd2FzIG1lbnRpb25lZCBF
Q01QIGp1c3QgdG8gZXhwbGFpbiB0aGF0IHJlb3JkZXJpbmcgY2FuIGJlIGNhdXNlZCBieSBFQ01Q
IHBhdGhzLCBidXQgdGhlIG1vbml0b3Jpbmcgd2FzIGFzc3VtZWQgcG9pbnQtdG8tcG9pbnQgaW4g
dGhlIHdob2xlIGRvY3VtZW50LiBJIGNhbiBvbWl0IHRoYXQgc2VudGVuY2UgaW4gUkZDODMyMSBp
ZiBpdCBpcyBjb25mdXNpbmcuDQogV2hpbGUsIFJGQzg4ODkgY292ZXJzIHRoZSBnZW5lcmFsIGNh
c2Ugb2YgbXVsdGlwb2ludC10by1tdWx0aXBvaW50IHVuaWNhc3QgZmxvd3MgKGluY2x1ZGluZyBF
Q01QKS4gVGhlIEJVTSB0cmFmZmljIHdhcyBub3QgY292ZXJlZCBpbiB0aGUgb3JpZ2luYWwgUkZD
ODg4OSwgYnV0IEFsdGVybmF0ZSBNYXJraW5nIGNhbiBiZSBhcHBsaWVkIGluIGNhc2Ugb2YgbXVs
dGljYXN0LiBNYXliZSwgaW4gYSBsYXRlciB2ZXJzaW9uLCB3ZSBjYW4gYWRkIGEgc2hvcnQNCiBz
ZWN0aW9uIGluIG9uZSBvZiB0aGUgdHdvIGJpcyBkb2N1bWVudHMgdG8gZXhwbGFpbiBob3cgdG8g
bW9uaXRvciBtdWx0aWNhc3QgdHJhZmZpYyBieSBzaW1wbHkgYXBwbHlpbmcgUkZDODMyMSBsaW5r
IGJ5IGxpbmsuPC9zcGFuPjxzcGFuIGxhbmc9ImVuLURFIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gVGhlIGludHJvIGNsYWlt
cyB0aGF0IDgzMjEgY292ZXJzIEJVTSB0cmFmZmljLiBJc24ndCBtdWx0aWNhc3QgYSBjbGFzc2lj
IHBvaW50LXRvLW11bHRpcG9pbnQgc2l0dWF0aW9uPyBJbmRlZWQsIGRvZXNuJ3QgbXVsdGljYXN0
IGludm9sdmUgcGFja2V0IHJlcGxpY2F0aW9uLCB3aGljaCBpbmhlcmVudGx5IGJyZWFrcyB0aGUg
cGFja2V0IGxvc3MgbWVjaGFuaXNtPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bR0ZdPHNwYW4g
bGFuZz0iZW4tREUiPjogV2l0aCB0aGUg4oCcY2x1c3RlcmVk4oCdIGFwcHJvYWNoIG9mIFJGQzg4
ODkgeW91IGNhbm5vdCBtb25pdG9yIEJVTSB0cmFmZmljIGJ1dCBvbmx5IG11bHRpcG9pbnQtdG8t
bXVsdGlwb2ludCB1bmljYXN0IGZsb3dzLiBGb3IgQlVNIHRyYWZmaWMsIHlvdSBjYW4gYXBwbHkg
dGhlIGJhc2ljIG1ldGhvZCBvZiBSRkM4MzIxIGJ1dCBsaW5rIGJ5IGxpbmsgYW5kIHRoZXJlZm9y
ZQ0KIHNwbGl0IHRoZSBtdWx0aWNhc3QgZmxvdyBpbnRvIHNlcGFyYXRlIHVuaWNhc3QgcG9pbnQt
dG8tcG9pbnQgbGlua3MuIEFzIHNhaWQsIGEgbmV3IHNlY3Rpb24gb24gQlVNIHRyYWZmaWMgY291
bGQgYmUgdXNlZnVsIHRvIGNsYXJpZnkgdGhpcyBwb2ludC48L3NwYW4+PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gODg4OSBicmluZ3MgdXAg
SVAgZnJhZ21lbnRhdGlvbiwgYnV0IHRoaXMgc2VlbXMgbGlrZSBhIGdlbmVyYWwgY29uY2VybiBm
b3IgODMyMSB0b28uIEFsdGhvdWdoIGl0IHByb2JhYmx5IG91Z2h0IHRvIGJlIHdyaXR0ZW4gb3V0
IGluIDgzMjEgYW5kIG5vdCBoZXJlLCB0aGlzIHNlZW1zIHVuZGVyLWFkZHJlc3NlZCBoZXJlLiBT
b21lIHF1ZXN0aW9uczo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPiZuYnNwOyhhKSBpZiBhIHJvdXRlciBoYXMgdG8gZnJhZ21lbnQgYSBwYWNrZXQs
IHNob3VsZCBpdCByZXBsaWNhdGUgdGhlIG1hcmtpbmcgb24gYWxsIHRoZSBmcmFnbWVudHM/PG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDso
YikgYXQgYSBtZWFzdXJlbWVudCBwb2ludCwgaXMgYSBwYWNrZXQgJnF1b3Q7bG9zdCZxdW90OyBp
ZiBhbnkgZnJhZ21lbnQgaXMgbG9zdD8gd2hhdCBpZiB0aGUgZnJhZ21lbnRzIGVudGVyZWQgc2Vw
YXJhdGVseSBpbiB0aGUgbmV0d29yayB1bmRlciB0ZXN0PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7KGMpIFdoYXQgaWYgdGhlIG1hcmtp
bmcgbG9jYXRpb24gaXMgbm90IHJlcGxpY2F0ZWQgYWNyb3NzIHRoZSBmcmFnbWVudHMgKGUuZy4g
aXQncyBpbiB0aGUgdHJhbnNwb3J0IGhlYWRlcik/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBBZ3JlZSwgZmV3IGNvbnNpZGVy
YXRpb25zIGNhbiBiZSBpbmNsdWRlZCBpbiBSRkM4MzIxLiBUaGUgYXNzdW1wdGlvbiBpbiBSRkM4
ODg5IHdhcyB0aGF0IHRoZSBmcmFnbWVudGF0aW9uIGNhbiBiZSBtYW5hZ2VkIGlmIGl0IGhhcHBl
bnMgb3V0c2lkZSB0aGUgcG9ydGlvbiBvZiB0aGUgbmV0d29yayB0aGF0IGlzIG1vbml0b3JlZC4N
CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
ImVuLURFIj5SZWdhcmRpbmcgeW91ciBxdWVzdGlvbnM6IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5hKSBib3RoIHBvc3NpYmls
aXRpZXMgY291bGQgYmUgY29uc2lkZXJlZC4gSWYgeW91IGRvIG5vdCByZXBsaWNhdGUgbWFya2lu
ZyB5b3UgbWF5IGhhdmUgbGVzcyBwcm9ibGVtcyB0byBhcHBseSB0aGUgbWV0aG9kb2xvZ3kgYnV0
IHlvdSBhcmUgbWlzc2luZyBmcmFnbWVudHMgYW5kIHBvc3NpYmxlIGxvc3Nlcy4NCjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5i
KSB5ZXMsIGlmIHdlIG1hcmsgYWxsIHRoZSBmcmFnbWVudHMuIElmIHRoZSBmcmFnbWVudHMgZW50
ZXIgc2VwYXJhdGVseSBpdCBpcyBub3QgYSBwcm9ibGVtIHNpbmNlIHRoZXkgYmVoYXZlIGFzIG5v
cm1hbCBwYWNrZXRzICh3ZSBhcmUgYXNzdW1pbmcgZnJhZ21lbnRhdGlvbiBhbmQgcmVhc3NlbWJs
eSBvdXRzaWRlIHRoZSBkb21haW4pLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPmMpIGlmIHRoZSBtYXJraW5nIGlzIG5vdCBh
cHBsaWVkIHRvIGFsbCB0aGUgZnJhZ21lbnRzLCB0aGUgZnJhZ21lbnRhdGlvbiBjb3VsZCBhbHNv
IGhhcHBlbiB3aXRoaW4gdGhlIGRvbWFpbiBidXQgdGhlIG1vbml0b3JpbmcgaXMgbm90IGNvbXBs
ZXRlIHNpbmNlIHlvdSBhcmUgbWlzc2luZyBmcmFnbWVudHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gTGlr
ZSA4MzIxLCB0aGVyZSBpcyBhIGdlbmVyYWwgcHJvYmxlbSB3aXRoIG5vdCBhZGRyZXNzaW5nIHRo
ZSBmaXhlZC1OIG1hcmtpbmcgc2NoZW1lIGF0IGFsbCAoJnF1b3Q7VGhlIGVxdWF0aW9uIGlzIGFw
cGxpZWQgb24gYSBwZXItdGltZS1pbnRlcnZhbCBiYXNpcy4uLiZxdW90Oyk8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06IFdlIGNhbiBtYWtlIHRoZSBzYW1l
IGFzc3VtcHRpb24gaGVyZSBhcyBwZXIgUkZDODMyMS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gVGhlcmUgaXMgYSBoaWRkZW4g
cmVxdWlyZW1lbnQgaGVyZSB0aGF0IHRoZXJlIGJlIGEgbWVhc3VyZW1lbnQgcG9pbnQgYXQgYWxs
IHBvc3NpYmxlIGVncmVzcyBwb2ludHMuIEJlc3QgdG8gbWVudGlvbiB0aGF0LjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogQWdy
ZWUsIEkgd2lsbCBkby48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPi0gSSBkb24ndCB1bmRlcnN0YW5kIHRoZSBMIGRldGVybWluYXRpb24gd2hlbiB0aGVyZSBh
cmUgbXVsdGlwbGUgbWFya2luZyBub2RlcyAoU2VjIDcpLiAmcXVvdDtUaGUgc291cmNlIG1lYXN1
cmVtZW50IGludGVydmFscyBjYW4gYmUgb2YgZGlmZmVyZW50IGxlbmd0aHMgYW5kIHdpdGggZGlm
ZmVyZW50IG9mZnNldHMmcXVvdDsgU29tZSBxdWVzdGlvbnM6PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4oYSkgV2hhdCBpcyBhICZxdW90O3NvdXJj
ZSBtZWFzdXJlbWVudCBpbnRlcnZhbCZxdW90Oz8gRG9lcyBpdCBoYXZlIGFueXRoaW5nIHRvIGRv
IHdpdGggTD88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPihiKSBTbyBsZXQncyBzYXkgdGhhdCBzb3VyY2Ugbm9kZXMgc3RhcnQgbWFya2luZyBhdCBh
cmJpdHJhcnkgdGltZXMuIElzbid0IHRoZSAmcXVvdDtvZmZzZXQmcXVvdDsgdGhlbiBkaXJlY3Rs
eSBhIGZ1bmN0aW9uIG9mIEw/IEFuZCBpZiBzbywgaG93IGNhbiB3ZSBzY2FsZSBMIGJhc2VkIG9u
IHRoZSBvZmZzZXQgbT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPihjKSBpZiB0aGUgaWRlYSBpcyB0aGF0IHRoZXJlIGlzIGEgY2xvY2sgdGltZSB3
aGVuIG1hcmtpbmcgc2hvdWxkIGJlZ2luLCB0aGVuIHdoeSBpc24ndCB0aGUgdmFsdWUgb2YgQSBb
Y2xvY2sgc2tld10gZW1iZWRkZWQgaW4gZCBzdWZmaWNpZW50PzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogRm9yIGEgbXVsdGlwb2ludC10by1tdWx0aXBv
aW50IGZsb3csIHlvdSBtYXkgaGF2ZSBtdWx0aXBsZSBtYXJraW5nIG5vZGVzLCBzbyB0aGVyZSBp
cyBhbiBhZGRpdGlvbmFsIGNvbnRyaWJ1dGlvbiB0byB0YWtlIGludG8gYWNjb3VudC4gSW5kZWVk
LCB0aGUgbWFya2luZyBub2RlcyBtYXkgYXBwbHkgdGhlIG1hcmtpbmdzIGF0IGRpZmZlcmVudCBt
b21lbnRzIGFuZCB0aGlzDQogdGltZSBvZmZzZXQgZG9lcyBub3QgZGVwZW5kIGZyb20gdGhlIGNs
b2NrIGVycm9yIG9yIGZyb20gdGhlIG5ldHdvcmsgZGVsYXkgYnV0IGl0IGlzIGFuIGludHJpbnNp
YyBkZWxheSBvZiB0aGUgcm91dGVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5SZWdhcmRpbmcgeW91ciBxdWVzdGlvbnM6IDxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVu
LURFIj5hKSBpdCBpcyB0aGUgbWFya2luZyBwZXJpb2QuIEkgd2lsbCByZXBsYWNlIGl0IHRvIGJl
IGFsaWduZWQgd2l0aCB0aGUgdGVybWlub2xvZ3kgb2YgdGhlIHJlc3Qgb2YgdGhlIGRvY3VtZW50
LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
ImVuLURFIj5iKSB5ZXMsIHRoZXJlIGlzIHRoZSBmb3JtdWxhOiBMIC0gMm0gLSAyZCAmZ3Q7IDA8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJl
bi1ERSI+YykgbSBpcyBub3QgZ2l2ZW4gYnkgPC9zcGFuPmNsb2NrIHNrZXc8c3BhbiBsYW5nPSJl
bi1ERSI+LCBpbmRlZWQgQSBpcyBhbHJlYWR5IGluY2x1ZGVkIGluIGQuPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
ZW4tREUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPi0gSSBjYW4ndCB1bmRlcnN0YW5kIHRoZSBwdXJwb3NlIG9mICZxdW90
O2RlbGF5IG1lYXN1cmVtZW50cyBvbiBhIHNpbmdsZS1wYWNrZXQgYmFzaXMmcXVvdDsgaW4gU2Vj
dGlvbiA4LiBJIGNhbm5vdCBncm9rIHRoZSBjb250ZXh0IG9mIFNlY3Rpb24gOC4yIGF0IGFsbC4g
V2hhdCBhcmUgdGhlc2UgdGVjaG5pcXVlcyB0cnlpbmcgdG8gYWNoaWV2ZT8gVGhpcyByZWFkcyBs
aWtlIGFuIGluZm9ybWF0aW9uYWwgZXhwbG9yYXRpb24gb2YNCiBvcHRpb25zIHJhdGhlciB0aGFu
IGEgbm9ybWF0aXZlIHN0YW5kYXJkLiA4MzIxIGhhcyBkZXRhaWxlZCBleGFtcGxlcyBvZiBzYW1w
bGUgbWVhc3VyZW1lbnRzIGFuZCBob3cgeW91IGRlcml2ZSBhIG1lYXN1cmVtZW50OyBzb21ldGhp
bmcgbGlrZSB0aGF0IHdvdWxkIGJlIHZlcnkgdXNlZnVsIGhlcmUuPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBJIGFncmVlIHdpdGggeW91LiBJbmRlZWQs
IGluIG15IGZpcnN0IGxvY2FsIHJldmlzaW9uIG9mIHRoZSBkb2N1bWVudCBJIHJlZHVjZWQgYSBs
b3QgdGhlc2Ugc2VjdGlvbnMuIEFzIHlvdSBub3RpY2VkLCBpdCBpcyBvbmx5IGFuIGV4cGxvcmF0
aW9uIHRoYXQgaXQgaXMgb2sgZm9yIGFuIGV4cGVyaW1lbnRhbCBkb2N1bWVudCBidXQgbGVzcyBy
ZWxldmFudCBmb3IgYSBQUy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1hcnRpbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_6ef48bea72684e4984e496c906a7723ehuaweicom_--


From nobody Thu Dec  2 10:42:19 2021
Return-Path: <martin.h.duke@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 813AE3A13B9; Thu,  2 Dec 2021 10:42:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 0qU_LgEK-3NA; Thu,  2 Dec 2021 10:42:13 -0800 (PST)
Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (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 103813A13BC; Thu,  2 Dec 2021 10:42:13 -0800 (PST)
Received: by mail-vk1-xa32.google.com with SMTP id m19so201068vko.12; Thu, 02 Dec 2021 10:42:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Bx4yYpRo4YOXLQFjHeTPM5bGi3Oi4u5nLXNT/w+fVWQ=; b=H7DUhWwLKFJa5NHfxige5IGssJcI0ckMsr5aQsdu03qox6BlDIV+sPIpDEIvG3YlRh ydJurSm+3+jqYy2qXIlwpL4q94ZosdMAwDJfDY98T0f3ckXqYPSjE31XWEouCxB6ORs3 na/rP0jCXCav4L9KirfFX+/Z8PWJmpOHW+MOYOKEYo+bucAtgQx0Iqssdv9RJv5cm3pt 46heJ3UFaVpQ5Ny+8TTMxnTmsWprcngxmRf+zFoE07OYRjIlqtyEye4ZUQLpC2H2qF+d 9xLzkqAkGwuwBnwz42s0DKi8R23Rf6IYCHzLHUCYfwnfI0vFYSgReolHPxrPrl7LXQAG FGuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Bx4yYpRo4YOXLQFjHeTPM5bGi3Oi4u5nLXNT/w+fVWQ=; b=U+QdHPUoYJZBWiz9lX27UAiJvdKrGS3Wvf44/9TptYiVu+ozbGy+VcaYNTpZ7VdQsC cVIceL00bpVSCa5L8Oe1Zw1U3kSCND74hLZtolOSYO2n5TX4Hvtsn8MLEftCIJ8ltDyV aTdOyeaSpNfuowhWJ2pWPocRLOaFqJi8iEN1NK+wj4E6t7532TB679RPR2pQaQgns8ou Fx77YzS+EgnTRXzNU2c8lnrWO83jGU4toEjHpqRHm0wgFsVhvbb14L6NxqZKok8VUeZ0 FUP3/wfuZPKxkgDAWz/my1eN+nDbEwXuvpHlHFjD6KiXi3rrEBp2ntfI9w1/YIIOAg5/ QGuA==
X-Gm-Message-State: AOAM530Nh4MWSLGARscIat5tRoYLAHQHOOPqBRHfhg/cuOlf1rmqNw5u YKbl9mcv4ZwnsXuwXWan/Coxb9F8+qgFbDd+lcBlLVRu
X-Google-Smtp-Source: ABdhPJwNiGaCCC41wdvywz700iM10d43eo9robI+3QrgiP53iIYZaiRSy/wCZTDWh//iqv99sYKAbYD+hka7ldNsst8=
X-Received: by 2002:a05:6122:221c:: with SMTP id bb28mr18098000vkb.27.1638470530309;  Thu, 02 Dec 2021 10:42:10 -0800 (PST)
MIME-Version: 1.0
References: <CAM4esxQpsFv4SgE0nfecrtOe=DQbNFYFVMjE-OE+MZvxJ5iH6w@mail.gmail.com> <d239e6d3a8c84cf780e3c882eddb68dc@huawei.com> <CAM4esxSMDBfGVxKhucK3HUHWOYCvc76dwJhPe_p0oyAAksOG9Q@mail.gmail.com> <1cfecebe84124cb5a22a370d6d5125fd@huawei.com>
In-Reply-To: <1cfecebe84124cb5a22a370d6d5125fd@huawei.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Thu, 2 Dec 2021 10:41:54 -0800
Message-ID: <CAM4esxTcoXVZQaH71Ou0KiKuui44yqZ5rpgYh_kARTve9NHLrg@mail.gmail.com>
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: "draft-fioccola-rfc8321bis.all@ietf.org" <draft-fioccola-rfc8321bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ef23b905d22e255e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/BERIK0PjnUWaHtXH8Y5UAMlVNI0>
Subject: Re: [ippm] 1st review of RFC 8321bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 02 Dec 2021 18:42:18 -0000

--000000000000ef23b905d22e255e
Content-Type: text/plain; charset="UTF-8"

On Thu, Dec 2, 2021 at 2:19 AM Giuseppe Fioccola <
giuseppe.fioccola@huawei.com> wrote:

> Hi Martin,
>
> My answers inline as [GF].
>
>
>
> Regards,
>
>
>
> Giuseppe
>
>
>
> *From:* Martin Duke <martin.h.duke@gmail.com>
> *Sent:* Wednesday, December 1, 2021 11:35 PM
> *To:* Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
> *Cc:* draft-fioccola-rfc8321bis.all@ietf.org; IETF IPPM WG <ippm@ietf.org>
> *Subject:* Re: 1st review of RFC 8321bis
>
>
>
>
>
>
>
> On Wed, Dec 1, 2021 at 10:58 AM Giuseppe Fioccola <
> giuseppe.fioccola@huawei.com> wrote:
>
> *From:* Martin Duke <martin.h.duke@gmail.com>
>
>
>
> - I'm concerned about sizing the block based on packet count. It's clearly
> your less-preferred option, but including it has some implications. For
> example, passive eavesdropping is much easier, as it would be
> straightforward to figure out the expected number of packets and therefore
> figure out the loss rate. If this wasn't a successful part of the
> experiment, perhaps we should just remove it.
>
>
>
> [GF]: Yes, we could remove it in the PS. But, it is worth noting that
> draft-ietf-ippm-explicit-flow-measurements suggests a marking method
> (sQuare bit) based on a fixed number of packets to measure packet loss. It
> is simpler for Client-Server protocols like QUIC. Another option could be
> to leave the description of the counter-based method but we should improve
> the security considerations for this aspect. What do you suggest?
>
>
>
> I'm not a practitioner, so I can't say if it's valuable to leave it in the
> design or not. But the rest of the document (and 8889) is written under the
> assumption that the blocks are time based. For example, if it's count-based
> then L needs to be in units of packets, not time. How would that work?
>
>
>
> So if we're going to keep packet-based windows in the draft, you either
> need to review the whole document and in each place add a paragraph that
> starts "if using packet-based windows...", or there could be a section that
> enumerates all the ways this mode is different.
>
>
>
> [GF]: I would only consider the assumption that the blocks are time based.
> The count based method can be mentioned only in the general description as
> additional possibility but we can clarify that its detailed specification
> is out of scope here.
>
>
>

Moving count-based blocks out of scope sounds like a good solution.


>
>
> - sec 3.2.The guard band calculation does not seem correct to me. If D_max
> -> D_min, then the guard band is simply A. But the ingress and egress nodes
> still need to account for the packet delay from end to end! I would suggest
>
>
>
> d = A + D_max.
>
>
>
> This would also cover the reordering constraint, as the delay can be no
> more than Dmax.
>
>
>
> [GF]: If D_max becomes equal to D_min, this means that all the packets are
> delayed of the same value. So the batch of packets is simply shifted and no
> packet is reordered. But, you are right we still need to take into account
> the delay. Maybe we could consider the average delay value and its
> standard deviation in the formula:
>
>
>
> d = A + D_avg + D_stddev
>
>
>
> I don't understand what that formula accomplishes. Dmax absolutely covers
> reordering; regardless of reordering, the rightmost packet will not arrive
> later than (tx_time + A + D_max).
>
>
>
> [GF]: I forgot the multiplier. For a data set, most observations fall
> within one standard deviation of the average. In particular, 68% of the
> samples are within 1 standard deviation of the average. 95% of the samples
> are within 2 standard deviation of the average. 99.7% of the samples are
> within 3 standard deviation of the mean.
>
> It means that D_avg + 3*D_stddev -> D_max
>
> By the way, to make it simple we can also simply consider D_max in the
> formula.
>

OK, either D_max or D_avg + 3D_stddev is fine. I agree that your
formulation is superior if you're basing it off measurements.

Martin

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Dec 2, 2021 at 2:19 AM Giusep=
pe Fioccola &lt;<a href=3D"mailto:giuseppe.fioccola@huawei.com">giuseppe.fi=
occola@huawei.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex">





<div lang=3D"EN-US">
<div class=3D"gmail-m_2993518391050101171WordSection1">
<p class=3D"MsoNormal"><span lang=3D"en-DE">Hi Martin,<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">My answers inline as [GF].<u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Regards,<u></u><u></u></span></=
p>
<p class=3D"MsoNormal"><span lang=3D"en-DE"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Giuseppe<u></u><u></u></span></=
p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><b>From:</b> Martin Duke &lt;<a href=3D"mailto:marti=
n.h.duke@gmail.com" target=3D"_blank">martin.h.duke@gmail.com</a>&gt; <br>
<b>Sent:</b> Wednesday, December 1, 2021 11:35 PM<br>
<b>To:</b> Giuseppe Fioccola &lt;<a href=3D"mailto:giuseppe.fioccola@huawei=
.com" target=3D"_blank">giuseppe.fioccola@huawei.com</a>&gt;<br>
<b>Cc:</b> <a href=3D"mailto:draft-fioccola-rfc8321bis.all@ietf.org" target=
=3D"_blank">draft-fioccola-rfc8321bis.all@ietf.org</a>; IETF IPPM WG &lt;<a=
 href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a>&gt;<br>
<b>Subject:</b> Re: 1st review of RFC 8321bis<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<div>
<p class=3D"MsoNormal">On Wed, Dec 1, 2021 at 10:58 AM Giuseppe Fioccola &l=
t;<a href=3D"mailto:giuseppe.fioccola@huawei.com" target=3D"_blank">giusepp=
e.fioccola@huawei.com</a>&gt; wrote:<u></u><u></u></p>
</div>
<blockquote style=3D"border-top:none;border-right:none;border-bottom:none;b=
order-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0i=
n 5pt 4.8pt">
<div>
<div>
<p class=3D"MsoNormal"><b>From:</b> Martin Duke &lt;<a href=3D"mailto:marti=
n.h.duke@gmail.com" target=3D"_blank">martin.h.duke@gmail.com</a>&gt;=C2=A0
<u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=C2=A0=C2=A0</p></div><div><p class=3D"MsoNormal"><u=
></u></p>
</div>
<blockquote style=3D"border-top:none;border-right:none;border-bottom:none;b=
order-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0i=
n 5pt 4.8pt">
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">- I&#39;m concerned about sizing the block based on =
packet count. It&#39;s clearly your less-preferred option, but including it=
 has some implications. For example, passive eavesdropping
 is much easier, as it would be straightforward to figure out the expected =
number of packets and therefore figure out the loss rate. If this wasn&#39;=
t a successful part of the experiment, perhaps we should just remove it.<u>=
</u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: Yes, we could remove it i=
n the PS. But, it is worth noting that draft-ietf-ippm-explicit-flow-measur=
ements suggests a marking method (sQuare bit) based
 on a fixed number of packets to measure packet loss. It is simpler for Cli=
ent-Server protocols like QUIC. Another option could be to leave the descri=
ption of the counter-based method but we should improve the security consid=
erations for this aspect. What do
 you suggest?</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not a practitioner, so I can&#39;t say if it=
&#39;s valuable to leave it in the design or not. But the rest of the docum=
ent (and 8889) is written under the assumption that the blocks are time bas=
ed. For example, if it&#39;s count-based then L needs
 to be in units of packets, not time. How would that work?<u></u><u></u></p=
>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">So if we&#39;re going to keep packet-based windows i=
n the draft, you either need to review the whole document and in each place=
 add a paragraph that starts &quot;if using packet-based windows...&quot;, =
or there could be a section that enumerates all
 the ways this mode is different.<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: I would only consider the=
 assumption that the blocks are time based. The count based method can be m=
entioned only in the general description as additional possibility but we c=
an clarify that its detailed specification
 is out of scope here.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0</p></div></div></div></div></div></blo=
ckquote><div><br></div><div>Moving count-based blocks out of scope sounds l=
ike a good solution.</div><div>=C2=A0</div><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"EN-US"><div class=3D"gmail-m_299351839105010=
1171WordSection1"><div><div><div><p class=3D"MsoNormal"><u></u></p>
</div>
<blockquote style=3D"border-top:none;border-right:none;border-bottom:none;b=
order-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0i=
n 5pt 4.8pt">
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- sec 3.2.The guard band calculation does not seem c=
orrect to me. If D_max -&gt; D_min, then the guard band is simply A. But th=
e ingress and egress nodes still need to account for
 the packet delay from end to end! I would suggest<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">d =3D A=C2=A0+ D_max.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This would also cover the reordering constraint, as =
the delay can be no more than Dmax.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: If D_max becomes equal to=
 D_min, this means that all the packets are delayed of the same value. So t=
he batch of packets is simply shifted and no packet
 is reordered. </span>But, you are right we still need to <span lang=3D"en-=
DE">take into account</span> the delay. Maybe we
<span lang=3D"en-DE">could consider the average delay value and its standar=
d deviation in the formula:</span><u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">d =3D A=C2=A0+ D_avg
<span lang=3D"en-DE">+ D_stddev</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I don&#39;t understand what that formula accomplishe=
s. Dmax absolutely covers reordering; regardless of reordering, the rightmo=
st packet will not arrive later than (tx_time + A + D_max).<u></u><u></u></=
p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: I forgot the multiplier. =
For a data set, most observations fall within one standard deviation of the=
 average. In particular, 68% of the samples are within 1 standard deviation=
 of the average. 95% of the samples
 are within 2 standard deviation of the average. 99.7% of the samples are w=
ithin 3 standard deviation of the mean.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">It means that D_avg + 3*D_stdde=
v -&gt; D_max</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">By the way, to make it simple w=
e can also simply consider D_max in the formula.</span></p></div></div></di=
v></div></div></blockquote><div><br></div><div>OK, either D_max or D_avg=C2=
=A0+ 3D_stddev is fine. I agree that your formulation is superior if you&#3=
9;re basing it off measurements.</div><div><br></div><div>Martin</div></div=
></div>

--000000000000ef23b905d22e255e--


From nobody Thu Dec  2 11:23:21 2021
Return-Path: <martin.h.duke@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 0532A3A0417; Thu,  2 Dec 2021 11:23:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 g7RLJT3lQFyH; Thu,  2 Dec 2021 11:23:15 -0800 (PST)
Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (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 47AE13A0412; Thu,  2 Dec 2021 11:23:15 -0800 (PST)
Received: by mail-ua1-x936.google.com with SMTP id l24so1129689uak.2; Thu, 02 Dec 2021 11:23:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=egrPgf+WDyqt6ZPBU/5XNZnBvML6/JdxsvH+DypP9zI=; b=X29uYozPe6k9sGllcp2W2V7opa5G50p6jJZTeUhM7RqIbYFRmfDCtIF7j3qIljQ4gC WQ53JGJA5OQa79UNNks4TWE72cRELagVJor+50xjaG/xtYZuxEBhwPqxB/Twgn0lZrMm PknlY3cjNH1zOPUZrx6grGvbhIXCoTtj7l/xS5iBOWoEJnw/c6fQwh8MUSqXib9/tv80 vpo5Az1fZkcSNWQmEsQcZQsOpFS1/oki3PIykIf1qAv06ptMc5Z8R65yHAhsaB2rNKkv max0GJmprW50wFbAFnbTe8YTbLBMTOBA+ZvzXcDs5AxUZ3Ex584lDQe5hVy4f84VpLOp mpgw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=egrPgf+WDyqt6ZPBU/5XNZnBvML6/JdxsvH+DypP9zI=; b=6nhETQlWVfs4nhrzYmj1F2CKeKCIR6MULkleoeLKOjtCmL8CFGxUqQh1eYilMEAuaW z8010L7qNf/eOGiWpBeDKYz92g7i3o06uJD3ADIr5Tyjp54GcXZ9yaf/BOEpe3jd7Rtw o0/GioAiwLIWV5YYg0c5AUpijkiqjRDciIqA0Fd540GqjzzbI+RKhQSzAhfFvhV6vSQW jHbrspgk4DpMbzgu6PSOxK7rczO3P5EA6NvOQWaNu4effapt/y/Tts9IrkwanGW0fRLI ArtpWVVIMioTyinDIXvdUG4WVpC4f5P8NNouAmDjoSsp0knMRW+es2fxLQ0psSD7huXu AFpA==
X-Gm-Message-State: AOAM533BvCSQoZ5wTn6GS6yjtP6xIItYDYBnNlRGyc78wxTgnFdqlEh5 NrEHD2rn1Xl0B10PU0qr+FVId6k6mVnXbk+gy2lq7gCZ
X-Google-Smtp-Source: ABdhPJyHGxcQK1Ons+qVV7Wum5x7Me8yU2LvMIgHAYquaMH6yqVvoKufYWSwhQOlwXShcJL+LGVMh9Q9ijAgmHJQ4ws=
X-Received: by 2002:a67:f950:: with SMTP id u16mr17463102vsq.68.1638472993429;  Thu, 02 Dec 2021 11:23:13 -0800 (PST)
MIME-Version: 1.0
References: <CAM4esxSq3bY+LATXWhgM5Xth+PwUJYPv0cxWFZk6LDPDcJUAHA@mail.gmail.com> <6ef48bea72684e4984e496c906a7723e@huawei.com>
In-Reply-To: <6ef48bea72684e4984e496c906a7723e@huawei.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Thu, 2 Dec 2021 11:22:57 -0800
Message-ID: <CAM4esxRmLhpOT+M47i7yDw+bA6sOvbA50eaKQzkHcQOHHiQyZA@mail.gmail.com>
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: "draft-fioccola-rfc8889bis.all@ietf.org" <draft-fioccola-rfc8889bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bf5c6505d22eb841"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Aq2hDJPD-ImZKbZHK5jriPKgUOk>
Subject: Re: [ippm] 1st AD review of rfc8889bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 02 Dec 2021 19:23:20 -0000

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

On Thu, Dec 2, 2021 at 3:46 AM Giuseppe Fioccola <
giuseppe.fioccola@huawei.com> wrote:

>
> *From:* Martin Duke <martin.h.duke@gmail.com>
>
>
> - I am confused as to whether ECMP is covered by 8321 or 8889. The 8321
> section on reordering talks about ECMP as a cause, which leads me to
> believe it's to be covered; but in the intro 8889 claims this use case. I
> suppose it depends on how much you're localizing the measurement?
>
>
>
> [GF]: In RFC8321 it was mentioned ECMP just to explain that reordering
> can be caused by ECMP paths, but the monitoring was assumed point-to-poin=
t
> in the whole document. I can omit that sentence in RFC8321 if it is
> confusing. While, RFC8889 covers the general case of
> multipoint-to-multipoint unicast flows (including ECMP). The BUM traffic
> was not covered in the original RFC8889, but Alternate Marking can be
> applied in case of multicast. Maybe, in a later version, we can add a sho=
rt
> section in one of the two bis documents to explain how to monitor multica=
st
> traffic by simply applying RFC8321 link by link.
>
>
>
> - The intro claims that 8321 covers BUM traffic. Isn't multicast a classi=
c
> point-to-multipoint situation? Indeed, doesn't multicast involve packet
> replication, which inherently breaks the packet loss mechanism?
>
>
>
> [GF]: With the =E2=80=9Cclustered=E2=80=9D approach of RFC8889 you cannot=
 monitor BUM
> traffic but only multipoint-to-multipoint unicast flows. For BUM traffic,
> you can apply the basic method of RFC8321 but link by link and therefore
> split the multicast flow into separate unicast point-to-point links. As
> said, a new section on BUM traffic could be useful to clarify this point.
>

This distinction seems artificial to me; the split between the drafts is
not the type of traffic but the type of traffic combined with the scope of
the measurement. For example, if you're measuring ECMP at the source and
destination, 8321 is fine. Similarly, as you point out BUM traffic for 8321
only works if you combine it with the links. I don't think a substantive
change is needed here but maybe the text could be a bit clearer?


>
>
> - 8889 brings up IP fragmentation, but this seems like a general concern
> for 8321 too. Although it probably ought to be written out in 8321 and no=
t
> here, this seems under-addressed here. Some questions:
>
>  (a) if a router has to fragment a packet, should it replicate the markin=
g
> on all the fragments?
>
>  (b) at a measurement point, is a packet "lost" if any fragment is lost?
> what if the fragments entered separately in the network under test?
>
>  (c) What if the marking location is not replicated across the fragments
> (e.g. it's in the transport header)?
>
>
>
> [GF]: Agree, few considerations can be included in RFC8321. The assumptio=
n
> in RFC8889 was that the fragmentation can be managed if it happens outsid=
e
> the portion of the network that is monitored.
>
> Regarding your questions:
>
> a) both possibilities could be considered. If you do not replicate markin=
g
> you may have less problems to apply the methodology but you are missing
> fragments and possible losses.
>
> b) yes, if we mark all the fragments. If the fragments enter separately i=
t
> is not a problem since they behave as normal packets (we are assuming
> fragmentation and reassembly outside the domain).
>
> c) if the marking is not applied to all the fragments, the fragmentation
> could also happen within the domain but the monitoring is not complete
> since you are missing fragments.
>

I agree that there are many possibilities, but a standard should either
provide guidance or (at least) work through the implications of each. It
should be more prescriptive; marking nodes and measurement nodes need to
have common expectations about the marking rules, although they can
deterministically depend on whether or not one can mark fragments (which is
obviously deployment-dependent).

I'm happy to be corrected by an expert, but after thinking about it for a
few minutes I would propose the following:
(i) marking nodes MUST mark all fragments if there is a codepoint to use
(i.e. it is in the IP header or encapsulation), as if they were separate
packets.
(ii) routers that fragment packets in a network under test MUST NOT
replicate marks (thus signalling that it was fragmented internally), but
SHOULD mark the first fragment if they have the capability to do so.
(iii) Measurement points MAY simply ignore unmarked fragments and count
marked fragments as full packets. However, if resources allow, Measurement
Points SHOULD make note of marked initial fragments and only increment its
counter if (a) other fragments are also marked, or (b) it observes all
other fragments and they are unmarked.


> - I don't understand the L determination when there are multiple marking
> nodes (Sec 7). "The source measurement intervals can be of different
> lengths and with different offsets" Some questions:
>
> (a) What is a "source measurement interval"? Does it have anything to do
> with L?
>
> (b) So let's say that source nodes start marking at arbitrary times. Isn'=
t
> the "offset" then directly a function of L? And if so, how can we scale L
> based on the offset m?
>
> (c) if the idea is that there is a clock time when marking should begin,
> then why isn't the value of A [clock skew] embedded in d sufficient?
>
>
>
> [GF]: For a multipoint-to-multipoint flow, you may have multiple marking
> nodes, so there is an additional contribution to take into account. Indee=
d,
> the marking nodes may apply the markings at different moments and this ti=
me
> offset does not depend from the clock error or from the network delay but
> it is an intrinsic delay of the router.
>
> Regarding your questions:
>
> a) it is the marking period. I will replace it to be aligned with the
> terminology of the rest of the document.
>
> b) yes, there is the formula: L - 2m - 2d > 0
>
> c) m is not given by clock skew, indeed A is already included in d.
>

I wasn't clear enough about (b). Let's say node A has period L1, and node B
is trying to set its L but is going to start at an arbitrary time. What is
m for node B? It is a uniform distribution over [0, L1]. so L2 has to be >>
L1. But the same is true of A! The only way to disambiguate the blocks is
for each L to be much bigger than all the other Ls, which is of course
impossible.

The only way I can see for this to work is for the marking nodes to agree a
clock time to switch blocks, with fixed L, and then you're only constrained
by the clock skew and delay as in 8321.

To me this is the central problem 8889 is trying to solve, and it's
under-baked. Maybe there's a constraint I'm not seeing?


>
>
> - I can't understand the purpose of "delay measurements on a single-packe=
t
> basis" in Section 8. I cannot grok the context of Section 8.2 at all. Wha=
t
> are these techniques trying to achieve? This reads like an informational
> exploration of options rather than a normative standard. 8321 has detaile=
d
> examples of sample measurements and how you derive a measurement; somethi=
ng
> like that would be very useful here.
>
>
>
> [GF]: I agree with you. Indeed, in my first local revision of the documen=
t
> I reduced a lot these sections. As you noticed, it is only an exploration
> that it is ok for an experimental document but less relevant for a PS.
>

great, as we discussed earlier let's delete irrelevant text.

>

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Dec 2, 2021 at 3:46 AM Giusep=
pe Fioccola &lt;<a href=3D"mailto:giuseppe.fioccola@huawei.com">giuseppe.fi=
occola@huawei.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex">





<div lang=3D"EN-US">
<div class=3D"gmail-m_-1919564477181885253WordSection1">
<p class=3D"MsoNormal"><br></p><p class=3D"MsoNormal"><u></u></p>
<p class=3D"MsoNormal"><b>From:</b> Martin Duke &lt;<a href=3D"mailto:marti=
n.h.duke@gmail.com" target=3D"_blank">martin.h.duke@gmail.com</a>&gt; <br>=
=C2=A0<br></p><div><div><p class=3D"MsoNormal"><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- I am confused as to whether ECMP is covered by 832=
1 or 8889. The 8321 section on reordering talks about ECMP as a cause, whic=
h leads me to believe it&#39;s to be covered; but in the intro 8889 claims =
this use case. I suppose it depends on
 how much you&#39;re localizing the measurement?<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">[GF]<span lang=3D"en-DE">: In RFC8321 it was mention=
ed ECMP just to explain that reordering can be caused by ECMP paths, but th=
e monitoring was assumed point-to-point in the whole document. I can omit t=
hat sentence in RFC8321 if it is confusing.
 While, RFC8889 covers the general case of multipoint-to-multipoint unicast=
 flows (including ECMP). The BUM traffic was not covered in the original RF=
C8889, but Alternate Marking can be applied in case of multicast. Maybe, in=
 a later version, we can add a short
 section in one of the two bis documents to explain how to monitor multicas=
t traffic by simply applying RFC8321 link by link.</span><span lang=3D"en-D=
E"><u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- The intro claims that 8321 covers BUM traffic. Isn=
&#39;t multicast a classic point-to-multipoint situation? Indeed, doesn&#39=
;t multicast involve packet replication, which inherently breaks the packet=
 loss mechanism?<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">[GF]<span lang=3D"en-DE">: With the =E2=80=9Ccluster=
ed=E2=80=9D approach of RFC8889 you cannot monitor BUM traffic but only mul=
tipoint-to-multipoint unicast flows. For BUM traffic, you can apply the bas=
ic method of RFC8321 but link by link and therefore
 split the multicast flow into separate unicast point-to-point links. As sa=
id, a new section on BUM traffic could be useful to clarify this point.</sp=
an></p></div></div></div></div></blockquote><div><br></div><div>This distin=
ction seems artificial to me; the split between the drafts is not the type =
of traffic but the type of traffic combined with the scope of the measureme=
nt. For example, if you&#39;re measuring ECMP at the source and destination=
, 8321 is fine. Similarly, as you point out BUM traffic for 8321 only works=
 if you combine it with the links. I don&#39;t think a substantive change i=
s needed here but maybe the text could be a bit clearer?</div><div>=C2=A0</=
div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bor=
der-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang=3D"EN-US"><=
div class=3D"gmail-m_-1919564477181885253WordSection1"><div><div><p class=
=3D"MsoNormal"><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- 8889 brings up IP fragmentation, but this seems li=
ke a general concern for 8321 too. Although it probably ought to be written=
 out in 8321 and not here, this seems under-addressed here. Some questions:=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0(a) if a router has to fragment a packet, shou=
ld it replicate the marking on all the fragments?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0(b) at a measurement point, is a packet &quot;=
lost&quot; if any fragment is lost? what if the fragments entered separatel=
y in the network under test?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0(c) What if the marking location is not replic=
ated across the fragments (e.g. it&#39;s in the transport header)?<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: Agree, few considerations=
 can be included in RFC8321. The assumption in RFC8889 was that the fragmen=
tation can be managed if it happens outside the portion of the network that=
 is monitored.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Regarding your questions: <u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">a) both possibilities could be =
considered. If you do not replicate marking you may have less problems to a=
pply the methodology but you are missing fragments and possible losses.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">b) yes, if we mark all the frag=
ments. If the fragments enter separately it is not a problem since they beh=
ave as normal packets (we are assuming fragmentation and reassembly outside=
 the domain).
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">c) if the marking is not applie=
d to all the fragments, the fragmentation could also happen within the doma=
in but the monitoring is not complete since you are missing fragments.</spa=
n></p></div></div></div></div></blockquote><div><br></div><div>I agree that=
 there are many possibilities, but a standard should either provide guidanc=
e or (at least) work through the implications of each. It should be more pr=
escriptive; marking nodes and measurement nodes need to have common expecta=
tions about the marking rules, although they can deterministically depend o=
n whether or not one can mark fragments (which is obviously deployment-depe=
ndent).</div><div><br></div><div>I&#39;m happy to be corrected by an expert=
, but after thinking about it for a few minutes I would propose the followi=
ng:</div><div>(i) marking nodes MUST mark all fragments if there is a codep=
oint to use (i.e. it is in the IP header or encapsulation), as if they were=
 separate packets.</div><div>(ii) routers that fragment packets in a networ=
k under test MUST NOT replicate marks (thus signalling that it was fragment=
ed internally), but SHOULD mark the first fragment if they have the capabil=
ity to do so.</div><div>(iii) Measurement points MAY simply ignore unmarked=
 fragments and count marked=C2=A0fragments as full packets. However, if res=
ources allow, Measurement Points SHOULD make note of marked initial fragmen=
ts and only increment its counter if (a) other fragments are also marked, o=
r (b) it observes all other fragments and they are unmarked.</div><div>=C2=
=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang=3D"EN-=
US"><div class=3D"gmail-m_-1919564477181885253WordSection1"><div>
<div>
<p class=3D"MsoNormal">- I don&#39;t understand the L determination when th=
ere are multiple marking nodes (Sec 7). &quot;The source measurement interv=
als can be of different lengths and with different offsets&quot; Some quest=
ions:<br></p></div><div><p class=3D"MsoNormal"><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(a) What is a &quot;source measurement interval&quot=
;? Does it have anything to do with L?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(b) So let&#39;s say that source nodes start marking=
 at arbitrary times. Isn&#39;t the &quot;offset&quot; then directly a funct=
ion of L? And if so, how can we scale L based on the offset m?<u></u><u></u=
></p>
</div>
<div>
<p class=3D"MsoNormal">(c) if the idea is that there is a clock time when m=
arking should begin, then why isn&#39;t the value of A [clock skew] embedde=
d in d sufficient?<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: For a multipoint-to-multi=
point flow, you may have multiple marking nodes, so there is an additional =
contribution to take into account. Indeed, the marking nodes may apply the =
markings at different moments and this
 time offset does not depend from the clock error or from the network delay=
 but it is an intrinsic delay of the router.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Regarding your questions: <u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">a) it is the marking period. I =
will replace it to be aligned with the terminology of the rest of the docum=
ent.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">b) yes, there is the formula: L=
 - 2m - 2d &gt; 0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">c) m is not given by </span>clo=
ck skew<span lang=3D"en-DE">, indeed A is already included in d.</span></p>=
</div></div></div></div></blockquote><div><br></div><div>I wasn&#39;t clear=
 enough about (b). Let&#39;s say node A has period L1, and node B is trying=
 to set its L but is going to start at an arbitrary time. What is m for nod=
e B? It is a uniform distribution over [0, L1]. so L2 has to be &gt;&gt; L1=
. But the same is true of A! The only way to disambiguate the blocks is for=
 each L to be much bigger than all the other Ls, which is of course impossi=
ble.</div><div><br></div><div>The only way I can see for this to work is fo=
r the marking nodes to agree a clock time to switch blocks, with fixed L, a=
nd then you&#39;re only constrained by the clock skew and delay as in 8321.=
</div><div><br></div><div>To me this is the central problem 8889 is trying =
to solve, and it&#39;s under-baked. Maybe there&#39;s a constraint I&#39;m =
not seeing?</div><div>=C2=A0</div><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"EN-US"><div class=3D"gmail-m_-1919564477181885253Wo=
rdSection1"><div><div><p class=3D"MsoNormal"><span lang=3D"en-DE"><u></u><u=
></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"en-DE"><u></u>=C2=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal">- I can&#39;t understand the purpose of &quot;delay =
measurements on a single-packet basis&quot; in Section 8. I cannot grok the=
 context of Section 8.2 at all. What are these techniques trying to achieve=
? This reads like an informational exploration of
 options rather than a normative standard. 8321 has detailed examples of sa=
mple measurements and how you derive a measurement; something like that wou=
ld be very useful here.<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: I agree with you. Indeed,=
 in my first local revision of the document I reduced a lot these sections.=
 As you noticed, it is only an exploration that it is ok for an experimenta=
l document but less relevant for a PS.</span></p></div></div></div></div></=
blockquote><div><br></div><div>great, as we discussed earlier let&#39;s del=
ete irrelevant text.=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"=
margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef=
t:1ex"><div lang=3D"EN-US"><div class=3D"gmail-m_-1919564477181885253WordSe=
ction1"><div><div>
</div>
</div>
</div>
</div>

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

--000000000000bf5c6505d22eb841--


From nobody Fri Dec  3 06:03:03 2021
Return-Path: <giuseppe.fioccola@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 AB8C53A09E3; Fri,  3 Dec 2021 06:03:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 BuRedHEK9zIL; Fri,  3 Dec 2021 06:02:56 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 441653A09E2; Fri,  3 Dec 2021 06:02:56 -0800 (PST)
Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4J5Dyr3QGxz67Ys9; Fri,  3 Dec 2021 22:01:56 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Fri, 3 Dec 2021 15:02:51 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.020; Fri, 3 Dec 2021 15:02:52 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Martin Duke <martin.h.duke@gmail.com>
CC: "draft-fioccola-rfc8321bis.all@ietf.org" <draft-fioccola-rfc8321bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: 1st review of RFC 8321bis
Thread-Index: AQHX5jeFafny0q1BtU2vvHQD5nUPfqwd3hjggABMAYCAAMrK8IAAhngAgAFT2jA=
Date: Fri, 3 Dec 2021 14:02:51 +0000
Message-ID: <7edf4468040446d0baa591f2b38ce99f@huawei.com>
References: <CAM4esxQpsFv4SgE0nfecrtOe=DQbNFYFVMjE-OE+MZvxJ5iH6w@mail.gmail.com> <d239e6d3a8c84cf780e3c882eddb68dc@huawei.com> <CAM4esxSMDBfGVxKhucK3HUHWOYCvc76dwJhPe_p0oyAAksOG9Q@mail.gmail.com> <1cfecebe84124cb5a22a370d6d5125fd@huawei.com> <CAM4esxTcoXVZQaH71Ou0KiKuui44yqZ5rpgYh_kARTve9NHLrg@mail.gmail.com>
In-Reply-To: <CAM4esxTcoXVZQaH71Ou0KiKuui44yqZ5rpgYh_kARTve9NHLrg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.48.214.16]
Content-Type: multipart/alternative; boundary="_000_7edf4468040446d0baa591f2b38ce99fhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/rJ6yJTTsiSDLtV5KYqlkLPcQKTs>
Subject: Re: [ippm] 1st review of RFC 8321bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 03 Dec 2021 14:03:02 -0000

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

SGkgTWFydGluLA0KT2ssIEkgd2lsbCB1cGRhdGUgdGhpcyBkcmFmdCBzb29uIHRvIGFkZHJlc3Mg
YWxsIHRoZSBhZ3JlZWQgY2hhbmdlcy4NCg0KUmVnYXJkcywNCg0KR2l1c2VwcGUNCg0KRnJvbTog
TWFydGluIER1a2UgPG1hcnRpbi5oLmR1a2VAZ21haWwuY29tPg0KU2VudDogVGh1cnNkYXksIERl
Y2VtYmVyIDIsIDIwMjEgNzo0MiBQTQ0KVG86IEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVzZXBwZS5m
aW9jY29sYUBodWF3ZWkuY29tPg0KQ2M6IGRyYWZ0LWZpb2Njb2xhLXJmYzgzMjFiaXMuYWxsQGll
dGYub3JnOyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogMXN0IHJl
dmlldyBvZiBSRkMgODMyMWJpcw0KDQoNCg0KT24gVGh1LCBEZWMgMiwgMjAyMSBhdCAyOjE5IEFN
IEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPG1haWx0bzpn
aXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBNYXJ0aW4sDQpNeSBhbnN3
ZXJzIGlubGluZSBhcyBbR0ZdLg0KDQpSZWdhcmRzLA0KDQpHaXVzZXBwZQ0KDQpGcm9tOiBNYXJ0
aW4gRHVrZSA8bWFydGluLmguZHVrZUBnbWFpbC5jb208bWFpbHRvOm1hcnRpbi5oLmR1a2VAZ21h
aWwuY29tPj4NClNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMSwgMjAyMSAxMTozNSBQTQ0KVG86
IEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPG1haWx0bzpn
aXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPj4NCkNjOiBkcmFmdC1maW9jY29sYS1yZmM4MzIx
YmlzLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtZmlvY2NvbGEtcmZjODMyMWJpcy5hbGxAaWV0
Zi5vcmc+OyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+
Pg0KU3ViamVjdDogUmU6IDFzdCByZXZpZXcgb2YgUkZDIDgzMjFiaXMNCg0KDQoNCk9uIFdlZCwg
RGVjIDEsIDIwMjEgYXQgMTA6NTggQU0gR2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Nj
b2xhQGh1YXdlaS5jb208bWFpbHRvOmdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+PiB3cm90
ZToNCkZyb206IE1hcnRpbiBEdWtlIDxtYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbTxtYWlsdG86bWFy
dGluLmguZHVrZUBnbWFpbC5jb20+Pg0KDQotIEknbSBjb25jZXJuZWQgYWJvdXQgc2l6aW5nIHRo
ZSBibG9jayBiYXNlZCBvbiBwYWNrZXQgY291bnQuIEl0J3MgY2xlYXJseSB5b3VyIGxlc3MtcHJl
ZmVycmVkIG9wdGlvbiwgYnV0IGluY2x1ZGluZyBpdCBoYXMgc29tZSBpbXBsaWNhdGlvbnMuIEZv
ciBleGFtcGxlLCBwYXNzaXZlIGVhdmVzZHJvcHBpbmcgaXMgbXVjaCBlYXNpZXIsIGFzIGl0IHdv
dWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCB0byBmaWd1cmUgb3V0IHRoZSBleHBlY3RlZCBudW1iZXIg
b2YgcGFja2V0cyBhbmQgdGhlcmVmb3JlIGZpZ3VyZSBvdXQgdGhlIGxvc3MgcmF0ZS4gSWYgdGhp
cyB3YXNuJ3QgYSBzdWNjZXNzZnVsIHBhcnQgb2YgdGhlIGV4cGVyaW1lbnQsIHBlcmhhcHMgd2Ug
c2hvdWxkIGp1c3QgcmVtb3ZlIGl0Lg0KDQpbR0ZdOiBZZXMsIHdlIGNvdWxkIHJlbW92ZSBpdCBp
biB0aGUgUFMuIEJ1dCwgaXQgaXMgd29ydGggbm90aW5nIHRoYXQgZHJhZnQtaWV0Zi1pcHBtLWV4
cGxpY2l0LWZsb3ctbWVhc3VyZW1lbnRzIHN1Z2dlc3RzIGEgbWFya2luZyBtZXRob2QgKHNRdWFy
ZSBiaXQpIGJhc2VkIG9uIGEgZml4ZWQgbnVtYmVyIG9mIHBhY2tldHMgdG8gbWVhc3VyZSBwYWNr
ZXQgbG9zcy4gSXQgaXMgc2ltcGxlciBmb3IgQ2xpZW50LVNlcnZlciBwcm90b2NvbHMgbGlrZSBR
VUlDLiBBbm90aGVyIG9wdGlvbiBjb3VsZCBiZSB0byBsZWF2ZSB0aGUgZGVzY3JpcHRpb24gb2Yg
dGhlIGNvdW50ZXItYmFzZWQgbWV0aG9kIGJ1dCB3ZSBzaG91bGQgaW1wcm92ZSB0aGUgc2VjdXJp
dHkgY29uc2lkZXJhdGlvbnMgZm9yIHRoaXMgYXNwZWN0LiBXaGF0IGRvIHlvdSBzdWdnZXN0Pw0K
DQpJJ20gbm90IGEgcHJhY3RpdGlvbmVyLCBzbyBJIGNhbid0IHNheSBpZiBpdCdzIHZhbHVhYmxl
IHRvIGxlYXZlIGl0IGluIHRoZSBkZXNpZ24gb3Igbm90LiBCdXQgdGhlIHJlc3Qgb2YgdGhlIGRv
Y3VtZW50IChhbmQgODg4OSkgaXMgd3JpdHRlbiB1bmRlciB0aGUgYXNzdW1wdGlvbiB0aGF0IHRo
ZSBibG9ja3MgYXJlIHRpbWUgYmFzZWQuIEZvciBleGFtcGxlLCBpZiBpdCdzIGNvdW50LWJhc2Vk
IHRoZW4gTCBuZWVkcyB0byBiZSBpbiB1bml0cyBvZiBwYWNrZXRzLCBub3QgdGltZS4gSG93IHdv
dWxkIHRoYXQgd29yaz8NCg0KU28gaWYgd2UncmUgZ29pbmcgdG8ga2VlcCBwYWNrZXQtYmFzZWQg
d2luZG93cyBpbiB0aGUgZHJhZnQsIHlvdSBlaXRoZXIgbmVlZCB0byByZXZpZXcgdGhlIHdob2xl
IGRvY3VtZW50IGFuZCBpbiBlYWNoIHBsYWNlIGFkZCBhIHBhcmFncmFwaCB0aGF0IHN0YXJ0cyAi
aWYgdXNpbmcgcGFja2V0LWJhc2VkIHdpbmRvd3MuLi4iLCBvciB0aGVyZSBjb3VsZCBiZSBhIHNl
Y3Rpb24gdGhhdCBlbnVtZXJhdGVzIGFsbCB0aGUgd2F5cyB0aGlzIG1vZGUgaXMgZGlmZmVyZW50
Lg0KDQpbR0ZdOiBJIHdvdWxkIG9ubHkgY29uc2lkZXIgdGhlIGFzc3VtcHRpb24gdGhhdCB0aGUg
YmxvY2tzIGFyZSB0aW1lIGJhc2VkLiBUaGUgY291bnQgYmFzZWQgbWV0aG9kIGNhbiBiZSBtZW50
aW9uZWQgb25seSBpbiB0aGUgZ2VuZXJhbCBkZXNjcmlwdGlvbiBhcyBhZGRpdGlvbmFsIHBvc3Np
YmlsaXR5IGJ1dCB3ZSBjYW4gY2xhcmlmeSB0aGF0IGl0cyBkZXRhaWxlZCBzcGVjaWZpY2F0aW9u
IGlzIG91dCBvZiBzY29wZSBoZXJlLg0KDQoNCk1vdmluZyBjb3VudC1iYXNlZCBibG9ja3Mgb3V0
IG9mIHNjb3BlIHNvdW5kcyBsaWtlIGEgZ29vZCBzb2x1dGlvbi4NCg0KDQotIHNlYyAzLjIuVGhl
IGd1YXJkIGJhbmQgY2FsY3VsYXRpb24gZG9lcyBub3Qgc2VlbSBjb3JyZWN0IHRvIG1lLiBJZiBE
X21heCAtPiBEX21pbiwgdGhlbiB0aGUgZ3VhcmQgYmFuZCBpcyBzaW1wbHkgQS4gQnV0IHRoZSBp
bmdyZXNzIGFuZCBlZ3Jlc3Mgbm9kZXMgc3RpbGwgbmVlZCB0byBhY2NvdW50IGZvciB0aGUgcGFj
a2V0IGRlbGF5IGZyb20gZW5kIHRvIGVuZCEgSSB3b3VsZCBzdWdnZXN0DQoNCmQgPSBBICsgRF9t
YXguDQoNClRoaXMgd291bGQgYWxzbyBjb3ZlciB0aGUgcmVvcmRlcmluZyBjb25zdHJhaW50LCBh
cyB0aGUgZGVsYXkgY2FuIGJlIG5vIG1vcmUgdGhhbiBEbWF4Lg0KDQpbR0ZdOiBJZiBEX21heCBi
ZWNvbWVzIGVxdWFsIHRvIERfbWluLCB0aGlzIG1lYW5zIHRoYXQgYWxsIHRoZSBwYWNrZXRzIGFy
ZSBkZWxheWVkIG9mIHRoZSBzYW1lIHZhbHVlLiBTbyB0aGUgYmF0Y2ggb2YgcGFja2V0cyBpcyBz
aW1wbHkgc2hpZnRlZCBhbmQgbm8gcGFja2V0IGlzIHJlb3JkZXJlZC4gQnV0LCB5b3UgYXJlIHJp
Z2h0IHdlIHN0aWxsIG5lZWQgdG8gdGFrZSBpbnRvIGFjY291bnQgdGhlIGRlbGF5LiBNYXliZSB3
ZSBjb3VsZCBjb25zaWRlciB0aGUgYXZlcmFnZSBkZWxheSB2YWx1ZSBhbmQgaXRzIHN0YW5kYXJk
IGRldmlhdGlvbiBpbiB0aGUgZm9ybXVsYToNCg0KZCA9IEEgKyBEX2F2ZyArIERfc3RkZGV2DQoN
CkkgZG9uJ3QgdW5kZXJzdGFuZCB3aGF0IHRoYXQgZm9ybXVsYSBhY2NvbXBsaXNoZXMuIERtYXgg
YWJzb2x1dGVseSBjb3ZlcnMgcmVvcmRlcmluZzsgcmVnYXJkbGVzcyBvZiByZW9yZGVyaW5nLCB0
aGUgcmlnaHRtb3N0IHBhY2tldCB3aWxsIG5vdCBhcnJpdmUgbGF0ZXIgdGhhbiAodHhfdGltZSAr
IEEgKyBEX21heCkuDQoNCltHRl06IEkgZm9yZ290IHRoZSBtdWx0aXBsaWVyLiBGb3IgYSBkYXRh
IHNldCwgbW9zdCBvYnNlcnZhdGlvbnMgZmFsbCB3aXRoaW4gb25lIHN0YW5kYXJkIGRldmlhdGlv
biBvZiB0aGUgYXZlcmFnZS4gSW4gcGFydGljdWxhciwgNjglIG9mIHRoZSBzYW1wbGVzIGFyZSB3
aXRoaW4gMSBzdGFuZGFyZCBkZXZpYXRpb24gb2YgdGhlIGF2ZXJhZ2UuIDk1JSBvZiB0aGUgc2Ft
cGxlcyBhcmUgd2l0aGluIDIgc3RhbmRhcmQgZGV2aWF0aW9uIG9mIHRoZSBhdmVyYWdlLiA5OS43
JSBvZiB0aGUgc2FtcGxlcyBhcmUgd2l0aGluIDMgc3RhbmRhcmQgZGV2aWF0aW9uIG9mIHRoZSBt
ZWFuLg0KSXQgbWVhbnMgdGhhdCBEX2F2ZyArIDMqRF9zdGRkZXYgLT4gRF9tYXgNCkJ5IHRoZSB3
YXksIHRvIG1ha2UgaXQgc2ltcGxlIHdlIGNhbiBhbHNvIHNpbXBseSBjb25zaWRlciBEX21heCBp
biB0aGUgZm9ybXVsYS4NCg0KT0ssIGVpdGhlciBEX21heCBvciBEX2F2ZyArIDNEX3N0ZGRldiBp
cyBmaW5lLiBJIGFncmVlIHRoYXQgeW91ciBmb3JtdWxhdGlvbiBpcyBzdXBlcmlvciBpZiB5b3Un
cmUgYmFzaW5nIGl0IG9mZiBtZWFzdXJlbWVudHMuDQoNCk1hcnRpbg0K

--_000_7edf4468040446d0baa591f2b38ce99fhuaweicom_
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
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0
eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y
aWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGlu
Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQou
TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVp
biAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2Vj
dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28g
OV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+
DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5
b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9v
OnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4t
VVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIE1hcnRpbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPk9rLCBJIHdpbGwgdXBkYXRlIHRoaXMgZHJhZnQgc29vbiB0byBhZGRy
ZXNzIGFsbCB0aGUgYWdyZWVkIGNoYW5nZXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2Fy
ZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdpdXNlcHBlPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxiPkZyb206PC9iPiBNYXJ0aW4gRHVrZSAmbHQ7bWFydGluLmguZHVrZUBnbWFpbC5jb20m
Z3Q7IDxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgRGVjZW1iZXIgMiwgMjAyMSA3OjQyIFBN
PGJyPg0KPGI+VG86PC9iPiBHaXVzZXBwZSBGaW9jY29sYSAmbHQ7Z2l1c2VwcGUuZmlvY2NvbGFA
aHVhd2VpLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IGRyYWZ0LWZpb2Njb2xhLXJmYzgzMjFiaXMu
YWxsQGlldGYub3JnOyBJRVRGIElQUE0gV0cgJmx0O2lwcG1AaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+
U3ViamVjdDo8L2I+IFJlOiAxc3QgcmV2aWV3IG9mIFJGQyA4MzIxYmlzPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUaHUsIERlYyAyLCAyMDIxIGF0IDI6MTkgQU0gR2l1c2Vw
cGUgRmlvY2NvbGEgJmx0OzxhIGhyZWY9Im1haWx0bzpnaXVzZXBwZS5maW9jY29sYUBodWF3ZWku
Y29tIj5naXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm
dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxl
ZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPkhpIE1hcnRpbiw8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5NeSBhbnN3ZXJz
IGlubGluZSBhcyBbR0ZdLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPlJlZ2FyZHMsPC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBsYW5nPSJlbi1ERSI+R2l1c2VwcGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48Yj5Gcm9tOjwvYj4gTWFydGluIER1a2UgJmx0OzxhIGhyZWY9Im1haWx0bzptYXJ0aW4uaC5k
dWtlQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1hcnRpbi5oLmR1a2VAZ21haWwuY29tPC9h
PiZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIERlY2VtYmVyIDEsIDIwMjEgMTE6
MzUgUE08YnI+DQo8Yj5Ubzo8L2I+IEdpdXNlcHBlIEZpb2Njb2xhICZsdDs8YSBocmVmPSJtYWls
dG86Z2l1c2VwcGUuZmlvY2NvbGFAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdpdXNlcHBl
LmZpb2Njb2xhQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFp
bHRvOmRyYWZ0LWZpb2Njb2xhLXJmYzgzMjFiaXMuYWxsQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+DQpkcmFmdC1maW9jY29sYS1yZmM4MzIxYmlzLmFsbEBpZXRmLm9yZzwvYT47IElFVEYgSVBQ
TSBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5p
cHBtQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IDFzdCByZXZpZXcg
b2YgUkZDIDgzMjFiaXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
T24gV2VkLCBEZWMgMSwgMjAyMSBhdCAxMDo1OCBBTSBHaXVzZXBwZSBGaW9jY29sYSAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5r
Ij5naXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz
b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6
NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4w
cHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPkZyb206PC9iPiBN
YXJ0aW4gRHVrZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hcnRpbi5oLmR1a2VAZ21haWwuY29tIiB0
YXJnZXQ9Il9ibGFuayI+bWFydGluLmguZHVrZUBnbWFpbC5jb208L2E+Jmd0OyZuYnNwOw0KPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu
MHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRv
cDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxk
aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBJJ20gY29uY2VybmVk
IGFib3V0IHNpemluZyB0aGUgYmxvY2sgYmFzZWQgb24gcGFja2V0IGNvdW50LiBJdCdzIGNsZWFy
bHkgeW91ciBsZXNzLXByZWZlcnJlZCBvcHRpb24sIGJ1dCBpbmNsdWRpbmcgaXQgaGFzIHNvbWUg
aW1wbGljYXRpb25zLiBGb3IgZXhhbXBsZSwgcGFzc2l2ZSBlYXZlc2Ryb3BwaW5nDQogaXMgbXVj
aCBlYXNpZXIsIGFzIGl0IHdvdWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCB0byBmaWd1cmUgb3V0IHRo
ZSBleHBlY3RlZCBudW1iZXIgb2YgcGFja2V0cyBhbmQgdGhlcmVmb3JlIGZpZ3VyZSBvdXQgdGhl
IGxvc3MgcmF0ZS4gSWYgdGhpcyB3YXNuJ3QgYSBzdWNjZXNzZnVsIHBhcnQgb2YgdGhlIGV4cGVy
aW1lbnQsIHBlcmhhcHMgd2Ugc2hvdWxkIGp1c3QgcmVtb3ZlIGl0LjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06IFllcywgd2UgY291bGQgcmVtb3Zl
IGl0IGluIHRoZSBQUy4gQnV0LCBpdCBpcyB3b3J0aCBub3RpbmcgdGhhdCBkcmFmdC1pZXRmLWlw
cG0tZXhwbGljaXQtZmxvdy1tZWFzdXJlbWVudHMgc3VnZ2VzdHMgYSBtYXJraW5nIG1ldGhvZCAo
c1F1YXJlIGJpdCkgYmFzZWQNCiBvbiBhIGZpeGVkIG51bWJlciBvZiBwYWNrZXRzIHRvIG1lYXN1
cmUgcGFja2V0IGxvc3MuIEl0IGlzIHNpbXBsZXIgZm9yIENsaWVudC1TZXJ2ZXIgcHJvdG9jb2xz
IGxpa2UgUVVJQy4gQW5vdGhlciBvcHRpb24gY291bGQgYmUgdG8gbGVhdmUgdGhlIGRlc2NyaXB0
aW9uIG9mIHRoZSBjb3VudGVyLWJhc2VkIG1ldGhvZCBidXQgd2Ugc2hvdWxkIGltcHJvdmUgdGhl
IHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGZvciB0aGlzIGFzcGVjdC4gV2hhdCBkbw0KIHlvdSBz
dWdnZXN0Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkn
bSBub3QgYSBwcmFjdGl0aW9uZXIsIHNvIEkgY2FuJ3Qgc2F5IGlmIGl0J3MgdmFsdWFibGUgdG8g
bGVhdmUgaXQgaW4gdGhlIGRlc2lnbiBvciBub3QuIEJ1dCB0aGUgcmVzdCBvZiB0aGUgZG9jdW1l
bnQgKGFuZCA4ODg5KSBpcyB3cml0dGVuIHVuZGVyIHRoZSBhc3N1bXB0aW9uIHRoYXQgdGhlIGJs
b2Nrcw0KIGFyZSB0aW1lIGJhc2VkLiBGb3IgZXhhbXBsZSwgaWYgaXQncyBjb3VudC1iYXNlZCB0
aGVuIEwgbmVlZHMgdG8gYmUgaW4gdW5pdHMgb2YgcGFja2V0cywgbm90IHRpbWUuIEhvdyB3b3Vs
ZCB0aGF0IHdvcms/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj5TbyBpZiB3ZSdyZSBnb2luZyB0byBrZWVwIHBhY2tldC1iYXNlZCB3aW5k
b3dzIGluIHRoZSBkcmFmdCwgeW91IGVpdGhlciBuZWVkIHRvIHJldmlldyB0aGUgd2hvbGUgZG9j
dW1lbnQgYW5kIGluIGVhY2ggcGxhY2UgYWRkIGEgcGFyYWdyYXBoIHRoYXQgc3RhcnRzICZxdW90
O2lmIHVzaW5nIHBhY2tldC1iYXNlZCB3aW5kb3dzLi4uJnF1b3Q7LA0KIG9yIHRoZXJlIGNvdWxk
IGJlIGEgc2VjdGlvbiB0aGF0IGVudW1lcmF0ZXMgYWxsIHRoZSB3YXlzIHRoaXMgbW9kZSBpcyBk
aWZmZXJlbnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+
W0dGXTogSSB3b3VsZCBvbmx5IGNvbnNpZGVyIHRoZSBhc3N1bXB0aW9uIHRoYXQgdGhlIGJsb2Nr
cyBhcmUgdGltZSBiYXNlZC4gVGhlIGNvdW50IGJhc2VkIG1ldGhvZCBjYW4gYmUgbWVudGlvbmVk
IG9ubHkgaW4gdGhlIGdlbmVyYWwgZGVzY3JpcHRpb24gYXMgYWRkaXRpb25hbA0KIHBvc3NpYmls
aXR5IGJ1dCB3ZSBjYW4gY2xhcmlmeSB0aGF0IGl0cyBkZXRhaWxlZCBzcGVjaWZpY2F0aW9uIGlz
IG91dCBvZiBzY29wZSBoZXJlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+TW92aW5nIGNvdW50LWJhc2VkIGJsb2NrcyBvdXQgb2Ygc2NvcGUg
c291bmRzIGxpa2UgYSBnb29kIHNvbHV0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu
MHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJp
Z2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g
MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1y
aWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBzZWMgMy4yLlRoZSBndWFyZCBiYW5kIGNh
bGN1bGF0aW9uIGRvZXMgbm90IHNlZW0gY29ycmVjdCB0byBtZS4gSWYgRF9tYXggLSZndDsgRF9t
aW4sIHRoZW4gdGhlIGd1YXJkIGJhbmQgaXMgc2ltcGx5IEEuIEJ1dCB0aGUgaW5ncmVzcyBhbmQg
ZWdyZXNzIG5vZGVzIHN0aWxsIG5lZWQgdG8gYWNjb3VudCBmb3INCiB0aGUgcGFja2V0IGRlbGF5
IGZyb20gZW5kIHRvIGVuZCEgSSB3b3VsZCBzdWdnZXN0PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5kID0gQSZuYnNwOyYjNDM7IERfbWF4
LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+VGhpcyB3b3VsZCBhbHNvIGNvdmVyIHRoZSByZW9yZGVyaW5nIGNvbnN0cmFpbnQsIGFzIHRo
ZSBkZWxheSBjYW4gYmUgbm8gbW9yZSB0aGFuIERtYXguPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogSWYgRF9tYXggYmVjb21lcyBlcXVhbCB0byBE
X21pbiwgdGhpcyBtZWFucyB0aGF0IGFsbCB0aGUgcGFja2V0cyBhcmUgZGVsYXllZCBvZiB0aGUg
c2FtZSB2YWx1ZS4gU28gdGhlIGJhdGNoIG9mIHBhY2tldHMgaXMgc2ltcGx5IHNoaWZ0ZWQgYW5k
IG5vIHBhY2tldA0KIGlzIHJlb3JkZXJlZC4gPC9zcGFuPkJ1dCwgeW91IGFyZSByaWdodCB3ZSBz
dGlsbCBuZWVkIHRvIDxzcGFuIGxhbmc9ImVuLURFIj50YWtlIGludG8gYWNjb3VudDwvc3Bhbj4g
dGhlIGRlbGF5LiBNYXliZSB3ZQ0KPHNwYW4gbGFuZz0iZW4tREUiPmNvdWxkIGNvbnNpZGVyIHRo
ZSBhdmVyYWdlIGRlbGF5IHZhbHVlIGFuZCBpdHMgc3RhbmRhcmQgZGV2aWF0aW9uIGluIHRoZSBm
b3JtdWxhOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPmQgPSBBJm5ic3A7JiM0
MzsgRF9hdmcNCjxzcGFuIGxhbmc9ImVuLURFIj4mIzQzOyBEX3N0ZGRldjwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgZG9uJ3QgdW5kZXJzdGFuZCB3aGF0
IHRoYXQgZm9ybXVsYSBhY2NvbXBsaXNoZXMuIERtYXggYWJzb2x1dGVseSBjb3ZlcnMgcmVvcmRl
cmluZzsgcmVnYXJkbGVzcyBvZiByZW9yZGVyaW5nLCB0aGUgcmlnaHRtb3N0IHBhY2tldCB3aWxs
IG5vdCBhcnJpdmUgbGF0ZXIgdGhhbiAodHhfdGltZSAmIzQzOyBBICYjNDM7IERfbWF4KS48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBJIGZvcmdv
dCB0aGUgbXVsdGlwbGllci4gRm9yIGEgZGF0YSBzZXQsIG1vc3Qgb2JzZXJ2YXRpb25zIGZhbGwg
d2l0aGluIG9uZSBzdGFuZGFyZCBkZXZpYXRpb24gb2YgdGhlIGF2ZXJhZ2UuIEluIHBhcnRpY3Vs
YXIsIDY4JSBvZiB0aGUgc2FtcGxlcyBhcmUgd2l0aGluDQogMSBzdGFuZGFyZCBkZXZpYXRpb24g
b2YgdGhlIGF2ZXJhZ2UuIDk1JSBvZiB0aGUgc2FtcGxlcyBhcmUgd2l0aGluIDIgc3RhbmRhcmQg
ZGV2aWF0aW9uIG9mIHRoZSBhdmVyYWdlLiA5OS43JSBvZiB0aGUgc2FtcGxlcyBhcmUgd2l0aGlu
IDMgc3RhbmRhcmQgZGV2aWF0aW9uIG9mIHRoZSBtZWFuLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPkl0IG1lYW5zIHRoYXQg
RF9hdmcgJiM0MzsgMypEX3N0ZGRldiAtJmd0OyBEX21heDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPkJ5IHRoZSB3YXksIHRv
IG1ha2UgaXQgc2ltcGxlIHdlIGNhbiBhbHNvIHNpbXBseSBjb25zaWRlciBEX21heCBpbiB0aGUg
Zm9ybXVsYS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+T0ssIGVpdGhlciBEX21heCBvciBEX2F2ZyZuYnNwOyYjNDM7IDNEX3N0ZGRldiBpcyBmaW5l
LiBJIGFncmVlIHRoYXQgeW91ciBmb3JtdWxhdGlvbiBpcyBzdXBlcmlvciBpZiB5b3UncmUgYmFz
aW5nIGl0IG9mZiBtZWFzdXJlbWVudHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1hcnRpbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_7edf4468040446d0baa591f2b38ce99fhuaweicom_--


From nobody Fri Dec  3 06:59:58 2021
Return-Path: <giuseppe.fioccola@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 0E0C83A0AFA; Fri,  3 Dec 2021 06:59:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 AmZHzX3i3UWh; Fri,  3 Dec 2021 06:59:51 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED3733A0AF2; Fri,  3 Dec 2021 06:59:50 -0800 (PST)
Received: from fraeml709-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4J5G8q6hg5z67STW; Fri,  3 Dec 2021 22:55:39 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Fri, 3 Dec 2021 15:59:46 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.020; Fri, 3 Dec 2021 15:59:46 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Martin Duke <martin.h.duke@gmail.com>
CC: "draft-fioccola-rfc8889bis.all@ietf.org" <draft-fioccola-rfc8889bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: 1st AD review of rfc8889bis
Thread-Index: AQHX5wkHYv0aySGXIUe9C9+wJquXw6we/jEggACG/4CAAUn5cA==
Date: Fri, 3 Dec 2021 14:59:46 +0000
Message-ID: <96d4b56ae87c4c59ae9332d124f50da7@huawei.com>
References: <CAM4esxSq3bY+LATXWhgM5Xth+PwUJYPv0cxWFZk6LDPDcJUAHA@mail.gmail.com> <6ef48bea72684e4984e496c906a7723e@huawei.com> <CAM4esxRmLhpOT+M47i7yDw+bA6sOvbA50eaKQzkHcQOHHiQyZA@mail.gmail.com>
In-Reply-To: <CAM4esxRmLhpOT+M47i7yDw+bA6sOvbA50eaKQzkHcQOHHiQyZA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.48.214.16]
Content-Type: multipart/alternative; boundary="_000_96d4b56ae87c4c59ae9332d124f50da7huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zRO3yqlfdlXmB6j4jr3HcS2tLUs>
Subject: Re: [ippm] 1st AD review of rfc8889bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 03 Dec 2021 14:59:56 -0000

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

SGkgTWFydGluLA0KTXkgYW5zd2VycyBpbmxpbmUgYXMgW0dGXS4NCg0KUmVnYXJkcywNCg0KR2l1
c2VwcGUNCg0KRnJvbTogTWFydGluIER1a2UgPG1hcnRpbi5oLmR1a2VAZ21haWwuY29tPg0KU2Vu
dDogVGh1cnNkYXksIERlY2VtYmVyIDIsIDIwMjEgODoyMyBQTQ0KVG86IEdpdXNlcHBlIEZpb2Nj
b2xhIDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPg0KQ2M6IGRyYWZ0LWZpb2Njb2xhLXJm
Yzg4ODliaXMuYWxsQGlldGYub3JnOyBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQpTdWJq
ZWN0OiBSZTogMXN0IEFEIHJldmlldyBvZiByZmM4ODg5YmlzDQoNCg0KDQpPbiBUaHUsIERlYyAy
LCAyMDIxIGF0IDM6NDYgQU0gR2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1
YXdlaS5jb208bWFpbHRvOmdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+PiB3cm90ZToNCg0K
RnJvbTogTWFydGluIER1a2UgPG1hcnRpbi5oLmR1a2VAZ21haWwuY29tPG1haWx0bzptYXJ0aW4u
aC5kdWtlQGdtYWlsLmNvbT4+DQoNCi0gSSBhbSBjb25mdXNlZCBhcyB0byB3aGV0aGVyIEVDTVAg
aXMgY292ZXJlZCBieSA4MzIxIG9yIDg4ODkuIFRoZSA4MzIxIHNlY3Rpb24gb24gcmVvcmRlcmlu
ZyB0YWxrcyBhYm91dCBFQ01QIGFzIGEgY2F1c2UsIHdoaWNoIGxlYWRzIG1lIHRvIGJlbGlldmUg
aXQncyB0byBiZSBjb3ZlcmVkOyBidXQgaW4gdGhlIGludHJvIDg4ODkgY2xhaW1zIHRoaXMgdXNl
IGNhc2UuIEkgc3VwcG9zZSBpdCBkZXBlbmRzIG9uIGhvdyBtdWNoIHlvdSdyZSBsb2NhbGl6aW5n
IHRoZSBtZWFzdXJlbWVudD8NCg0KW0dGXTogSW4gUkZDODMyMSBpdCB3YXMgbWVudGlvbmVkIEVD
TVAganVzdCB0byBleHBsYWluIHRoYXQgcmVvcmRlcmluZyBjYW4gYmUgY2F1c2VkIGJ5IEVDTVAg
cGF0aHMsIGJ1dCB0aGUgbW9uaXRvcmluZyB3YXMgYXNzdW1lZCBwb2ludC10by1wb2ludCBpbiB0
aGUgd2hvbGUgZG9jdW1lbnQuIEkgY2FuIG9taXQgdGhhdCBzZW50ZW5jZSBpbiBSRkM4MzIxIGlm
IGl0IGlzIGNvbmZ1c2luZy4gV2hpbGUsIFJGQzg4ODkgY292ZXJzIHRoZSBnZW5lcmFsIGNhc2Ug
b2YgbXVsdGlwb2ludC10by1tdWx0aXBvaW50IHVuaWNhc3QgZmxvd3MgKGluY2x1ZGluZyBFQ01Q
KS4gVGhlIEJVTSB0cmFmZmljIHdhcyBub3QgY292ZXJlZCBpbiB0aGUgb3JpZ2luYWwgUkZDODg4
OSwgYnV0IEFsdGVybmF0ZSBNYXJraW5nIGNhbiBiZSBhcHBsaWVkIGluIGNhc2Ugb2YgbXVsdGlj
YXN0LiBNYXliZSwgaW4gYSBsYXRlciB2ZXJzaW9uLCB3ZSBjYW4gYWRkIGEgc2hvcnQgc2VjdGlv
biBpbiBvbmUgb2YgdGhlIHR3byBiaXMgZG9jdW1lbnRzIHRvIGV4cGxhaW4gaG93IHRvIG1vbml0
b3IgbXVsdGljYXN0IHRyYWZmaWMgYnkgc2ltcGx5IGFwcGx5aW5nIFJGQzgzMjEgbGluayBieSBs
aW5rLg0KDQotIFRoZSBpbnRybyBjbGFpbXMgdGhhdCA4MzIxIGNvdmVycyBCVU0gdHJhZmZpYy4g
SXNuJ3QgbXVsdGljYXN0IGEgY2xhc3NpYyBwb2ludC10by1tdWx0aXBvaW50IHNpdHVhdGlvbj8g
SW5kZWVkLCBkb2Vzbid0IG11bHRpY2FzdCBpbnZvbHZlIHBhY2tldCByZXBsaWNhdGlvbiwgd2hp
Y2ggaW5oZXJlbnRseSBicmVha3MgdGhlIHBhY2tldCBsb3NzIG1lY2hhbmlzbT8NCg0KW0dGXTog
V2l0aCB0aGUg4oCcY2x1c3RlcmVk4oCdIGFwcHJvYWNoIG9mIFJGQzg4ODkgeW91IGNhbm5vdCBt
b25pdG9yIEJVTSB0cmFmZmljIGJ1dCBvbmx5IG11bHRpcG9pbnQtdG8tbXVsdGlwb2ludCB1bmlj
YXN0IGZsb3dzLiBGb3IgQlVNIHRyYWZmaWMsIHlvdSBjYW4gYXBwbHkgdGhlIGJhc2ljIG1ldGhv
ZCBvZiBSRkM4MzIxIGJ1dCBsaW5rIGJ5IGxpbmsgYW5kIHRoZXJlZm9yZSBzcGxpdCB0aGUgbXVs
dGljYXN0IGZsb3cgaW50byBzZXBhcmF0ZSB1bmljYXN0IHBvaW50LXRvLXBvaW50IGxpbmtzLiBB
cyBzYWlkLCBhIG5ldyBzZWN0aW9uIG9uIEJVTSB0cmFmZmljIGNvdWxkIGJlIHVzZWZ1bCB0byBj
bGFyaWZ5IHRoaXMgcG9pbnQuDQoNClRoaXMgZGlzdGluY3Rpb24gc2VlbXMgYXJ0aWZpY2lhbCB0
byBtZTsgdGhlIHNwbGl0IGJldHdlZW4gdGhlIGRyYWZ0cyBpcyBub3QgdGhlIHR5cGUgb2YgdHJh
ZmZpYyBidXQgdGhlIHR5cGUgb2YgdHJhZmZpYyBjb21iaW5lZCB3aXRoIHRoZSBzY29wZSBvZiB0
aGUgbWVhc3VyZW1lbnQuIEZvciBleGFtcGxlLCBpZiB5b3UncmUgbWVhc3VyaW5nIEVDTVAgYXQg
dGhlIHNvdXJjZSBhbmQgZGVzdGluYXRpb24sIDgzMjEgaXMgZmluZS4gU2ltaWxhcmx5LCBhcyB5
b3UgcG9pbnQgb3V0IEJVTSB0cmFmZmljIGZvciA4MzIxIG9ubHkgd29ya3MgaWYgeW91IGNvbWJp
bmUgaXQgd2l0aCB0aGUgbGlua3MuIEkgZG9uJ3QgdGhpbmsgYSBzdWJzdGFudGl2ZSBjaGFuZ2Ug
aXMgbmVlZGVkIGhlcmUgYnV0IG1heWJlIHRoZSB0ZXh0IGNvdWxkIGJlIGEgYml0IGNsZWFyZXI/
DQoNCltHRl06IEkgc2VlLiBJdCBjb3VsZCBiZSBlbm91Z2ggdG8gYWRkIHNvbWUgY2xhcmlmaWNh
dGlvbiBhbmQgZXhwbGFpbiBmb3IgZXhhbXBsZSB0aGF0IHRvIG1vbml0b3IgQlVNIHRyYWZmaWMg
aXQgaXMgcG9zc2libGUgdG8gYXBwbHkgUkZDODMyMSBsaW5rIGJ5IGxpbmsuIEluIHRoaXMgd2F5
IGEgcmVhZGVyIHdpbGwgaGF2ZSBhIG11Y2ggY2xlYXJlciBwaWN0dXJlLg0KDQoNCi0gODg4OSBi
cmluZ3MgdXAgSVAgZnJhZ21lbnRhdGlvbiwgYnV0IHRoaXMgc2VlbXMgbGlrZSBhIGdlbmVyYWwg
Y29uY2VybiBmb3IgODMyMSB0b28uIEFsdGhvdWdoIGl0IHByb2JhYmx5IG91Z2h0IHRvIGJlIHdy
aXR0ZW4gb3V0IGluIDgzMjEgYW5kIG5vdCBoZXJlLCB0aGlzIHNlZW1zIHVuZGVyLWFkZHJlc3Nl
ZCBoZXJlLiBTb21lIHF1ZXN0aW9uczoNCiAoYSkgaWYgYSByb3V0ZXIgaGFzIHRvIGZyYWdtZW50
IGEgcGFja2V0LCBzaG91bGQgaXQgcmVwbGljYXRlIHRoZSBtYXJraW5nIG9uIGFsbCB0aGUgZnJh
Z21lbnRzPw0KIChiKSBhdCBhIG1lYXN1cmVtZW50IHBvaW50LCBpcyBhIHBhY2tldCAibG9zdCIg
aWYgYW55IGZyYWdtZW50IGlzIGxvc3Q/IHdoYXQgaWYgdGhlIGZyYWdtZW50cyBlbnRlcmVkIHNl
cGFyYXRlbHkgaW4gdGhlIG5ldHdvcmsgdW5kZXIgdGVzdD8NCiAoYykgV2hhdCBpZiB0aGUgbWFy
a2luZyBsb2NhdGlvbiBpcyBub3QgcmVwbGljYXRlZCBhY3Jvc3MgdGhlIGZyYWdtZW50cyAoZS5n
LiBpdCdzIGluIHRoZSB0cmFuc3BvcnQgaGVhZGVyKT8NCg0KW0dGXTogQWdyZWUsIGZldyBjb25z
aWRlcmF0aW9ucyBjYW4gYmUgaW5jbHVkZWQgaW4gUkZDODMyMS4gVGhlIGFzc3VtcHRpb24gaW4g
UkZDODg4OSB3YXMgdGhhdCB0aGUgZnJhZ21lbnRhdGlvbiBjYW4gYmUgbWFuYWdlZCBpZiBpdCBo
YXBwZW5zIG91dHNpZGUgdGhlIHBvcnRpb24gb2YgdGhlIG5ldHdvcmsgdGhhdCBpcyBtb25pdG9y
ZWQuDQpSZWdhcmRpbmcgeW91ciBxdWVzdGlvbnM6DQphKSBib3RoIHBvc3NpYmlsaXRpZXMgY291
bGQgYmUgY29uc2lkZXJlZC4gSWYgeW91IGRvIG5vdCByZXBsaWNhdGUgbWFya2luZyB5b3UgbWF5
IGhhdmUgbGVzcyBwcm9ibGVtcyB0byBhcHBseSB0aGUgbWV0aG9kb2xvZ3kgYnV0IHlvdSBhcmUg
bWlzc2luZyBmcmFnbWVudHMgYW5kIHBvc3NpYmxlIGxvc3Nlcy4NCmIpIHllcywgaWYgd2UgbWFy
ayBhbGwgdGhlIGZyYWdtZW50cy4gSWYgdGhlIGZyYWdtZW50cyBlbnRlciBzZXBhcmF0ZWx5IGl0
IGlzIG5vdCBhIHByb2JsZW0gc2luY2UgdGhleSBiZWhhdmUgYXMgbm9ybWFsIHBhY2tldHMgKHdl
IGFyZSBhc3N1bWluZyBmcmFnbWVudGF0aW9uIGFuZCByZWFzc2VtYmx5IG91dHNpZGUgdGhlIGRv
bWFpbikuDQpjKSBpZiB0aGUgbWFya2luZyBpcyBub3QgYXBwbGllZCB0byBhbGwgdGhlIGZyYWdt
ZW50cywgdGhlIGZyYWdtZW50YXRpb24gY291bGQgYWxzbyBoYXBwZW4gd2l0aGluIHRoZSBkb21h
aW4gYnV0IHRoZSBtb25pdG9yaW5nIGlzIG5vdCBjb21wbGV0ZSBzaW5jZSB5b3UgYXJlIG1pc3Np
bmcgZnJhZ21lbnRzLg0KDQpJIGFncmVlIHRoYXQgdGhlcmUgYXJlIG1hbnkgcG9zc2liaWxpdGll
cywgYnV0IGEgc3RhbmRhcmQgc2hvdWxkIGVpdGhlciBwcm92aWRlIGd1aWRhbmNlIG9yIChhdCBs
ZWFzdCkgd29yayB0aHJvdWdoIHRoZSBpbXBsaWNhdGlvbnMgb2YgZWFjaC4gSXQgc2hvdWxkIGJl
IG1vcmUgcHJlc2NyaXB0aXZlOyBtYXJraW5nIG5vZGVzIGFuZCBtZWFzdXJlbWVudCBub2RlcyBu
ZWVkIHRvIGhhdmUgY29tbW9uIGV4cGVjdGF0aW9ucyBhYm91dCB0aGUgbWFya2luZyBydWxlcywg
YWx0aG91Z2ggdGhleSBjYW4gZGV0ZXJtaW5pc3RpY2FsbHkgZGVwZW5kIG9uIHdoZXRoZXIgb3Ig
bm90IG9uZSBjYW4gbWFyayBmcmFnbWVudHMgKHdoaWNoIGlzIG9idmlvdXNseSBkZXBsb3ltZW50
LWRlcGVuZGVudCkuDQoNCkknbSBoYXBweSB0byBiZSBjb3JyZWN0ZWQgYnkgYW4gZXhwZXJ0LCBi
dXQgYWZ0ZXIgdGhpbmtpbmcgYWJvdXQgaXQgZm9yIGEgZmV3IG1pbnV0ZXMgSSB3b3VsZCBwcm9w
b3NlIHRoZSBmb2xsb3dpbmc6DQooaSkgbWFya2luZyBub2RlcyBNVVNUIG1hcmsgYWxsIGZyYWdt
ZW50cyBpZiB0aGVyZSBpcyBhIGNvZGVwb2ludCB0byB1c2UgKGkuZS4gaXQgaXMgaW4gdGhlIElQ
IGhlYWRlciBvciBlbmNhcHN1bGF0aW9uKSwgYXMgaWYgdGhleSB3ZXJlIHNlcGFyYXRlIHBhY2tl
dHMuDQooaWkpIHJvdXRlcnMgdGhhdCBmcmFnbWVudCBwYWNrZXRzIGluIGEgbmV0d29yayB1bmRl
ciB0ZXN0IE1VU1QgTk9UIHJlcGxpY2F0ZSBtYXJrcyAodGh1cyBzaWduYWxsaW5nIHRoYXQgaXQg
d2FzIGZyYWdtZW50ZWQgaW50ZXJuYWxseSksIGJ1dCBTSE9VTEQgbWFyayB0aGUgZmlyc3QgZnJh
Z21lbnQgaWYgdGhleSBoYXZlIHRoZSBjYXBhYmlsaXR5IHRvIGRvIHNvLg0KKGlpaSkgTWVhc3Vy
ZW1lbnQgcG9pbnRzIE1BWSBzaW1wbHkgaWdub3JlIHVubWFya2VkIGZyYWdtZW50cyBhbmQgY291
bnQgbWFya2VkIGZyYWdtZW50cyBhcyBmdWxsIHBhY2tldHMuIEhvd2V2ZXIsIGlmIHJlc291cmNl
cyBhbGxvdywgTWVhc3VyZW1lbnQgUG9pbnRzIFNIT1VMRCBtYWtlIG5vdGUgb2YgbWFya2VkIGlu
aXRpYWwgZnJhZ21lbnRzIGFuZCBvbmx5IGluY3JlbWVudCBpdHMgY291bnRlciBpZiAoYSkgb3Ro
ZXIgZnJhZ21lbnRzIGFyZSBhbHNvIG1hcmtlZCwgb3IgKGIpIGl0IG9ic2VydmVzIGFsbCBvdGhl
ciBmcmFnbWVudHMgYW5kIHRoZXkgYXJlIHVubWFya2VkLg0KDQpbR0ZdOiBJIGZ1bGx5IGFncmVl
IHdpdGggeW91ciBwcm9wb3NhbHMuIFRoZSBtYXJraW5nIG5vZGUgTVVTVCBtYXJrIGFsbCB0aGUg
ZnJhZ21lbnRzIGV4Y2VwdCBpbiB0aGUgY2FzZSBvZiBmcmFnbWVudGF0aW9uIHdpdGhpbiB0aGUg
bmV0d29yayBkb21haW47IGluIHRoaXMgY2FzZSBpdCBpcyBzdWdnZXN0ZWQgdG8gbWFyayBvbmx5
IHRoZSBmaXJzdCBwYWNrZXQuIFRoZSBjb25kaXRpb24gYWJvdXQgdGhlIGNvdW50ZXJzIGFsc28g
bWFrZXMgc2Vuc2Ugc28gaXQgY291bGQgYmUgcG9zc2libGUgdG8ga2VlcCB0cmFjayBvZiBib3Ro
IG1hcmtlZCBhbmQgdW5tYXJrZWQgZnJhZ21lbnRzLiBJIGNhbiBpbmNsdWRlIHRoZXNlIGNvbnNp
ZGVyYXRpb25zIGluIHRoZSBuZXh0IHZlcnNpb24uDQotIEkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUg
TCBkZXRlcm1pbmF0aW9uIHdoZW4gdGhlcmUgYXJlIG11bHRpcGxlIG1hcmtpbmcgbm9kZXMgKFNl
YyA3KS4gIlRoZSBzb3VyY2UgbWVhc3VyZW1lbnQgaW50ZXJ2YWxzIGNhbiBiZSBvZiBkaWZmZXJl
bnQgbGVuZ3RocyBhbmQgd2l0aCBkaWZmZXJlbnQgb2Zmc2V0cyIgU29tZSBxdWVzdGlvbnM6DQoo
YSkgV2hhdCBpcyBhICJzb3VyY2UgbWVhc3VyZW1lbnQgaW50ZXJ2YWwiPyBEb2VzIGl0IGhhdmUg
YW55dGhpbmcgdG8gZG8gd2l0aCBMPw0KKGIpIFNvIGxldCdzIHNheSB0aGF0IHNvdXJjZSBub2Rl
cyBzdGFydCBtYXJraW5nIGF0IGFyYml0cmFyeSB0aW1lcy4gSXNuJ3QgdGhlICJvZmZzZXQiIHRo
ZW4gZGlyZWN0bHkgYSBmdW5jdGlvbiBvZiBMPyBBbmQgaWYgc28sIGhvdyBjYW4gd2Ugc2NhbGUg
TCBiYXNlZCBvbiB0aGUgb2Zmc2V0IG0/DQooYykgaWYgdGhlIGlkZWEgaXMgdGhhdCB0aGVyZSBp
cyBhIGNsb2NrIHRpbWUgd2hlbiBtYXJraW5nIHNob3VsZCBiZWdpbiwgdGhlbiB3aHkgaXNuJ3Qg
dGhlIHZhbHVlIG9mIEEgW2Nsb2NrIHNrZXddIGVtYmVkZGVkIGluIGQgc3VmZmljaWVudD8NCg0K
W0dGXTogRm9yIGEgbXVsdGlwb2ludC10by1tdWx0aXBvaW50IGZsb3csIHlvdSBtYXkgaGF2ZSBt
dWx0aXBsZSBtYXJraW5nIG5vZGVzLCBzbyB0aGVyZSBpcyBhbiBhZGRpdGlvbmFsIGNvbnRyaWJ1
dGlvbiB0byB0YWtlIGludG8gYWNjb3VudC4gSW5kZWVkLCB0aGUgbWFya2luZyBub2RlcyBtYXkg
YXBwbHkgdGhlIG1hcmtpbmdzIGF0IGRpZmZlcmVudCBtb21lbnRzIGFuZCB0aGlzIHRpbWUgb2Zm
c2V0IGRvZXMgbm90IGRlcGVuZCBmcm9tIHRoZSBjbG9jayBlcnJvciBvciBmcm9tIHRoZSBuZXR3
b3JrIGRlbGF5IGJ1dCBpdCBpcyBhbiBpbnRyaW5zaWMgZGVsYXkgb2YgdGhlIHJvdXRlci4NClJl
Z2FyZGluZyB5b3VyIHF1ZXN0aW9uczoNCmEpIGl0IGlzIHRoZSBtYXJraW5nIHBlcmlvZC4gSSB3
aWxsIHJlcGxhY2UgaXQgdG8gYmUgYWxpZ25lZCB3aXRoIHRoZSB0ZXJtaW5vbG9neSBvZiB0aGUg
cmVzdCBvZiB0aGUgZG9jdW1lbnQuDQpiKSB5ZXMsIHRoZXJlIGlzIHRoZSBmb3JtdWxhOiBMIC0g
Mm0gLSAyZCA+IDANCmMpIG0gaXMgbm90IGdpdmVuIGJ5IGNsb2NrIHNrZXcsIGluZGVlZCBBIGlz
IGFscmVhZHkgaW5jbHVkZWQgaW4gZC4NCg0KSSB3YXNuJ3QgY2xlYXIgZW5vdWdoIGFib3V0IChi
KS4gTGV0J3Mgc2F5IG5vZGUgQSBoYXMgcGVyaW9kIEwxLCBhbmQgbm9kZSBCIGlzIHRyeWluZyB0
byBzZXQgaXRzIEwgYnV0IGlzIGdvaW5nIHRvIHN0YXJ0IGF0IGFuIGFyYml0cmFyeSB0aW1lLiBX
aGF0IGlzIG0gZm9yIG5vZGUgQj8gSXQgaXMgYSB1bmlmb3JtIGRpc3RyaWJ1dGlvbiBvdmVyIFsw
LCBMMV0uIHNvIEwyIGhhcyB0byBiZSA+PiBMMS4gQnV0IHRoZSBzYW1lIGlzIHRydWUgb2YgQSEg
VGhlIG9ubHkgd2F5IHRvIGRpc2FtYmlndWF0ZSB0aGUgYmxvY2tzIGlzIGZvciBlYWNoIEwgdG8g
YmUgbXVjaCBiaWdnZXIgdGhhbiBhbGwgdGhlIG90aGVyIExzLCB3aGljaCBpcyBvZiBjb3Vyc2Ug
aW1wb3NzaWJsZS4NCg0KVGhlIG9ubHkgd2F5IEkgY2FuIHNlZSBmb3IgdGhpcyB0byB3b3JrIGlz
IGZvciB0aGUgbWFya2luZyBub2RlcyB0byBhZ3JlZSBhIGNsb2NrIHRpbWUgdG8gc3dpdGNoIGJs
b2Nrcywgd2l0aCBmaXhlZCBMLCBhbmQgdGhlbiB5b3UncmUgb25seSBjb25zdHJhaW5lZCBieSB0
aGUgY2xvY2sgc2tldyBhbmQgZGVsYXkgYXMgaW4gODMyMS4NCg0KVG8gbWUgdGhpcyBpcyB0aGUg
Y2VudHJhbCBwcm9ibGVtIDg4ODkgaXMgdHJ5aW5nIHRvIHNvbHZlLCBhbmQgaXQncyB1bmRlci1i
YWtlZC4gTWF5YmUgdGhlcmUncyBhIGNvbnN0cmFpbnQgSSdtIG5vdCBzZWVpbmc/DQoNCltHRl06
IFllcywgdGhlIG9ubHkgd2F5IGlzIHRoYXQgdGhlIG1hcmtpbmcgbm9kZXMgc3dpdGNoIGJsb2Nr
cyB3aXRoIGZpeGVkIEwgYmFzZWQgb24gYSBjbG9jayB0aW1lLiBJbiB0aGVvcnkgdGhlIGZvcm11
bGEgaW4gUkZDODMyMSBhcHBsaWVzIGFsc28gaW4gY2FzZSBvZiBtdWx0aXBvaW50IG5ldHdvcmsu
IEJ1dCB3ZSB3YW50ZWQgdG8gZ2VuZXJhbGl6ZSB0aGF0IGZvcm11bGEgYW5kIGxldCBtZSBleHBs
YWluIHRoZSByYXRpb25hbGUuIFNpbmNlIHdlIGhhdmUgbW9yZSBtYXJraW5nIG5vZGVzIGluIGEg
bXVsdGlwb2ludCBlbnZpcm9ubWVudCwgdGhlcmUgY2FuIGJlIGFuIGFkZGl0aW9uYWwgbWlzbWF0
Y2ggdG8gY29uc2lkZXIgc2luY2UgZGlmZmVyZW50IG5vZGVzIGFyZSBtYXJraW5nIHRoZSB0cmFm
ZmljIGFuZCB0aGUgYmF0Y2hlcyBnZXQgbWl4ZWQgaW4gYSBtdWx0aXBvaW50IGZsb3cuIEZvciBl
eGFtcGxlLCBhIG1hcmtpbmcgbm9kZSBtYXkgYXBwbHkgdGhlIG1hcmtpbmcgd2l0aCBhIGRlbGF5
IGJlY2F1c2UgaXQgaXMgb3ZlcmxvYWRlZCB3aGlsZSB0aGUgb3RoZXIgbWFya2luZyBub2RlcyBh
cmUgbm90LiBUbyB0YWtlIGludG8gYWNjb3VudCB0aGlzIHBvc3NpYmxlIGFkZGl0aW9uYWwgZ2Fw
IGJldHdlZW4gdGhlIHNvdXJjZXMgd2UgaW50cm9kdWNlZCDigJxt4oCdIGV2ZW4gaWYgbSBjYW4g
YmUgbmVnbGlnaWJsZSBpbiBtb3N0IG9mIHRoZSBjYXNlcy4gQWxzbyBub3RlIHRoYXQgdGhlIGZv
cm11bGEgKEwgLSAybSAtIDJkID4gMCkgaXMgZXhhY3RseSB0aGUgc2FtZSBvZiBSRkM4MzIxIGlm
IG09MCwgaW5kZWVkIGluIGNhc2Ugb2YgYSBwb2ludC10by1wb2ludCBmbG93IHdlIG9ubHkgaGF2
ZSBvbmUgbWFya2luZyBub2RlIGFuZCBtPTAuIE1heWJlIG1vcmUgZXhwbGFuYXRpb24gaW4gdGhl
IGRyYWZ0IGNvdWxkIGhlbHAgaGVyZS4NCg0KLSBJIGNhbid0IHVuZGVyc3RhbmQgdGhlIHB1cnBv
c2Ugb2YgImRlbGF5IG1lYXN1cmVtZW50cyBvbiBhIHNpbmdsZS1wYWNrZXQgYmFzaXMiIGluIFNl
Y3Rpb24gOC4gSSBjYW5ub3QgZ3JvayB0aGUgY29udGV4dCBvZiBTZWN0aW9uIDguMiBhdCBhbGwu
IFdoYXQgYXJlIHRoZXNlIHRlY2huaXF1ZXMgdHJ5aW5nIHRvIGFjaGlldmU/IFRoaXMgcmVhZHMg
bGlrZSBhbiBpbmZvcm1hdGlvbmFsIGV4cGxvcmF0aW9uIG9mIG9wdGlvbnMgcmF0aGVyIHRoYW4g
YSBub3JtYXRpdmUgc3RhbmRhcmQuIDgzMjEgaGFzIGRldGFpbGVkIGV4YW1wbGVzIG9mIHNhbXBs
ZSBtZWFzdXJlbWVudHMgYW5kIGhvdyB5b3UgZGVyaXZlIGEgbWVhc3VyZW1lbnQ7IHNvbWV0aGlu
ZyBsaWtlIHRoYXQgd291bGQgYmUgdmVyeSB1c2VmdWwgaGVyZS4NCg0KW0dGXTogSSBhZ3JlZSB3
aXRoIHlvdS4gSW5kZWVkLCBpbiBteSBmaXJzdCBsb2NhbCByZXZpc2lvbiBvZiB0aGUgZG9jdW1l
bnQgSSByZWR1Y2VkIGEgbG90IHRoZXNlIHNlY3Rpb25zLiBBcyB5b3Ugbm90aWNlZCwgaXQgaXMg
b25seSBhbiBleHBsb3JhdGlvbiB0aGF0IGl0IGlzIG9rIGZvciBhbiBleHBlcmltZW50YWwgZG9j
dW1lbnQgYnV0IGxlc3MgcmVsZXZhbnQgZm9yIGEgUFMuDQoNCmdyZWF0LCBhcyB3ZSBkaXNjdXNz
ZWQgZWFybGllciBsZXQncyBkZWxldGUgaXJyZWxldmFudCB0ZXh0Lg0KDQpbR0ZdOiBPayBJIHdp
bGwgcmV2aXNlLg0KDQo=

--_000_96d4b56ae87c4c59ae9332d124f50da7huaweicom_
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
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0
eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y
aWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGlu
Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQou
TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6
MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn
aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv
cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh
cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm
XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi
Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94
bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIg
dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+SGkgTWFydGluLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
TXkgYW5zd2VycyBpbmxpbmUgYXMgW0dGXS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJk
cyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+R2l1c2VwcGU8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PGI+RnJvbTo8L2I+IE1hcnRpbiBEdWtlICZsdDttYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbSZn
dDsgPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBEZWNlbWJlciAyLCAyMDIxIDg6MjMgUE08
YnI+DQo8Yj5Ubzo8L2I+IEdpdXNlcHBlIEZpb2Njb2xhICZsdDtnaXVzZXBwZS5maW9jY29sYUBo
dWF3ZWkuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gZHJhZnQtZmlvY2NvbGEtcmZjODg4OWJpcy5h
bGxAaWV0Zi5vcmc7IElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5T
dWJqZWN0OjwvYj4gUmU6IDFzdCBBRCByZXZpZXcgb2YgcmZjODg4OWJpczxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVGh1LCBEZWMgMiwgMjAyMSBhdCAzOjQ2IEFNIEdpdXNl
cHBlIEZpb2Njb2xhICZsdDs8YSBocmVmPSJtYWlsdG86Z2l1c2VwcGUuZmlvY2NvbGFAaHVhd2Vp
LmNvbSI+Z2l1c2VwcGUuZmlvY2NvbGFAaHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl
ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1s
ZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9t
OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+RnJvbTo8L2I+IE1hcnRpbiBE
dWtlICZsdDs8YSBocmVmPSJtYWlsdG86bWFydGluLmguZHVrZUBnbWFpbC5jb20iIHRhcmdldD0i
X2JsYW5rIj5tYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbTwvYT4mZ3Q7DQo8YnI+DQombmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tIEkgYW0g
Y29uZnVzZWQgYXMgdG8gd2hldGhlciBFQ01QIGlzIGNvdmVyZWQgYnkgODMyMSBvciA4ODg5LiBU
aGUgODMyMSBzZWN0aW9uIG9uIHJlb3JkZXJpbmcgdGFsa3MgYWJvdXQgRUNNUCBhcyBhIGNhdXNl
LCB3aGljaCBsZWFkcyBtZSB0byBiZWxpZXZlIGl0J3MgdG8gYmUgY292ZXJlZDsgYnV0IGluIHRo
ZQ0KIGludHJvIDg4ODkgY2xhaW1zIHRoaXMgdXNlIGNhc2UuIEkgc3VwcG9zZSBpdCBkZXBlbmRz
IG9uIGhvdyBtdWNoIHlvdSdyZSBsb2NhbGl6aW5nIHRoZSBtZWFzdXJlbWVudD88bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPltHRl08c3BhbiBsYW5nPSJlbi1ERSI+OiBJbiBSRkM4MzIxIGl0
IHdhcyBtZW50aW9uZWQgRUNNUCBqdXN0IHRvIGV4cGxhaW4gdGhhdCByZW9yZGVyaW5nIGNhbiBi
ZSBjYXVzZWQgYnkgRUNNUCBwYXRocywgYnV0IHRoZSBtb25pdG9yaW5nIHdhcyBhc3N1bWVkIHBv
aW50LXRvLXBvaW50IGluIHRoZSB3aG9sZQ0KIGRvY3VtZW50LiBJIGNhbiBvbWl0IHRoYXQgc2Vu
dGVuY2UgaW4gUkZDODMyMSBpZiBpdCBpcyBjb25mdXNpbmcuIFdoaWxlLCBSRkM4ODg5IGNvdmVy
cyB0aGUgZ2VuZXJhbCBjYXNlIG9mIG11bHRpcG9pbnQtdG8tbXVsdGlwb2ludCB1bmljYXN0IGZs
b3dzIChpbmNsdWRpbmcgRUNNUCkuIFRoZSBCVU0gdHJhZmZpYyB3YXMgbm90IGNvdmVyZWQgaW4g
dGhlIG9yaWdpbmFsIFJGQzg4ODksIGJ1dCBBbHRlcm5hdGUgTWFya2luZyBjYW4gYmUgYXBwbGll
ZA0KIGluIGNhc2Ugb2YgbXVsdGljYXN0LiBNYXliZSwgaW4gYSBsYXRlciB2ZXJzaW9uLCB3ZSBj
YW4gYWRkIGEgc2hvcnQgc2VjdGlvbiBpbiBvbmUgb2YgdGhlIHR3byBiaXMgZG9jdW1lbnRzIHRv
IGV4cGxhaW4gaG93IHRvIG1vbml0b3IgbXVsdGljYXN0IHRyYWZmaWMgYnkgc2ltcGx5IGFwcGx5
aW5nIFJGQzgzMjEgbGluayBieSBsaW5rLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gVGhlIGludHJvIGNsYWltcyB0aGF0
IDgzMjEgY292ZXJzIEJVTSB0cmFmZmljLiBJc24ndCBtdWx0aWNhc3QgYSBjbGFzc2ljIHBvaW50
LXRvLW11bHRpcG9pbnQgc2l0dWF0aW9uPyBJbmRlZWQsIGRvZXNuJ3QgbXVsdGljYXN0IGludm9s
dmUgcGFja2V0IHJlcGxpY2F0aW9uLCB3aGljaCBpbmhlcmVudGx5DQogYnJlYWtzIHRoZSBwYWNr
ZXQgbG9zcyBtZWNoYW5pc20/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5bR0ZdPHNwYW4g
bGFuZz0iZW4tREUiPjogV2l0aCB0aGUg4oCcY2x1c3RlcmVk4oCdIGFwcHJvYWNoIG9mIFJGQzg4
ODkgeW91IGNhbm5vdCBtb25pdG9yIEJVTSB0cmFmZmljIGJ1dCBvbmx5IG11bHRpcG9pbnQtdG8t
bXVsdGlwb2ludCB1bmljYXN0IGZsb3dzLiBGb3IgQlVNIHRyYWZmaWMsIHlvdSBjYW4gYXBwbHkN
CiB0aGUgYmFzaWMgbWV0aG9kIG9mIFJGQzgzMjEgYnV0IGxpbmsgYnkgbGluayBhbmQgdGhlcmVm
b3JlIHNwbGl0IHRoZSBtdWx0aWNhc3QgZmxvdyBpbnRvIHNlcGFyYXRlIHVuaWNhc3QgcG9pbnQt
dG8tcG9pbnQgbGlua3MuIEFzIHNhaWQsIGEgbmV3IHNlY3Rpb24gb24gQlVNIHRyYWZmaWMgY291
bGQgYmUgdXNlZnVsIHRvIGNsYXJpZnkgdGhpcyBwb2ludC48L3NwYW4+PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZGlzdGluY3Rpb24gc2VlbXMgYXJ0aWZpY2lhbCB0
byBtZTsgdGhlIHNwbGl0IGJldHdlZW4gdGhlIGRyYWZ0cyBpcyBub3QgdGhlIHR5cGUgb2YgdHJh
ZmZpYyBidXQgdGhlIHR5cGUgb2YgdHJhZmZpYyBjb21iaW5lZCB3aXRoIHRoZSBzY29wZSBvZiB0
aGUgbWVhc3VyZW1lbnQuIEZvciBleGFtcGxlLCBpZiB5b3UncmUgbWVhc3VyaW5nIEVDTVAgYXQg
dGhlIHNvdXJjZSBhbmQgZGVzdGluYXRpb24sIDgzMjENCiBpcyBmaW5lLiBTaW1pbGFybHksIGFz
IHlvdSBwb2ludCBvdXQgQlVNIHRyYWZmaWMgZm9yIDgzMjEgb25seSB3b3JrcyBpZiB5b3UgY29t
YmluZSBpdCB3aXRoIHRoZSBsaW5rcy4gSSBkb24ndCB0aGluayBhIHN1YnN0YW50aXZlIGNoYW5n
ZSBpcyBuZWVkZWQgaGVyZSBidXQgbWF5YmUgdGhlIHRleHQgY291bGQgYmUgYSBiaXQgY2xlYXJl
cj88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06IEkgc2Vl
LiBJdCBjb3VsZCBiZSBlbm91Z2ggdG8gYWRkIHNvbWUgY2xhcmlmaWNhdGlvbiBhbmQgZXhwbGFp
biBmb3IgZXhhbXBsZSB0aGF0IHRvIG1vbml0b3IgQlVNIHRyYWZmaWMgaXQgaXMgcG9zc2libGUg
dG8gYXBwbHkgUkZDODMyMSBsaW5rIGJ5IGxpbmsuIEluIHRoaXMgd2F5IGEgcmVhZGVyIHdpbGwg
aGF2ZSBhIG11Y2ggY2xlYXJlciBwaWN0dXJlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9ImVuLURFIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm
dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxl
ZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206
NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPi0gODg4OSBicmluZ3MgdXAgSVAgZnJhZ21lbnRhdGlvbiwgYnV0IHRoaXMgc2VlbXMg
bGlrZSBhIGdlbmVyYWwgY29uY2VybiBmb3IgODMyMSB0b28uIEFsdGhvdWdoIGl0IHByb2JhYmx5
IG91Z2h0IHRvIGJlIHdyaXR0ZW4gb3V0IGluIDgzMjEgYW5kIG5vdCBoZXJlLCB0aGlzIHNlZW1z
IHVuZGVyLWFkZHJlc3NlZA0KIGhlcmUuIFNvbWUgcXVlc3Rpb25zOjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsoYSkgaWYgYSByb3V0
ZXIgaGFzIHRvIGZyYWdtZW50IGEgcGFja2V0LCBzaG91bGQgaXQgcmVwbGljYXRlIHRoZSBtYXJr
aW5nIG9uIGFsbCB0aGUgZnJhZ21lbnRzPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsoYikgYXQgYSBtZWFzdXJlbWVudCBwb2ludCwg
aXMgYSBwYWNrZXQgJnF1b3Q7bG9zdCZxdW90OyBpZiBhbnkgZnJhZ21lbnQgaXMgbG9zdD8gd2hh
dCBpZiB0aGUgZnJhZ21lbnRzIGVudGVyZWQgc2VwYXJhdGVseSBpbiB0aGUgbmV0d29yayB1bmRl
ciB0ZXN0PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDsoYykgV2hhdCBpZiB0aGUgbWFya2luZyBsb2NhdGlvbiBpcyBub3QgcmVwbGlj
YXRlZCBhY3Jvc3MgdGhlIGZyYWdtZW50cyAoZS5nLiBpdCdzIGluIHRoZSB0cmFuc3BvcnQgaGVh
ZGVyKT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh
bmc9ImVuLURFIj5bR0ZdOiBBZ3JlZSwgZmV3IGNvbnNpZGVyYXRpb25zIGNhbiBiZSBpbmNsdWRl
ZCBpbiBSRkM4MzIxLiBUaGUgYXNzdW1wdGlvbiBpbiBSRkM4ODg5IHdhcyB0aGF0IHRoZSBmcmFn
bWVudGF0aW9uIGNhbiBiZSBtYW5hZ2VkIGlmIGl0IGhhcHBlbnMgb3V0c2lkZSB0aGUgcG9ydGlv
bg0KIG9mIHRoZSBuZXR3b3JrIHRoYXQgaXMgbW9uaXRvcmVkLiA8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5SZWdhcmRpbmcg
eW91ciBxdWVzdGlvbnM6DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5hKSBib3RoIHBvc3NpYmlsaXRpZXMgY291bGQgYmUg
Y29uc2lkZXJlZC4gSWYgeW91IGRvIG5vdCByZXBsaWNhdGUgbWFya2luZyB5b3UgbWF5IGhhdmUg
bGVzcyBwcm9ibGVtcyB0byBhcHBseSB0aGUgbWV0aG9kb2xvZ3kgYnV0IHlvdSBhcmUgbWlzc2lu
ZyBmcmFnbWVudHMgYW5kDQogcG9zc2libGUgbG9zc2VzLiA8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5iKSB5ZXMsIGlmIHdl
IG1hcmsgYWxsIHRoZSBmcmFnbWVudHMuIElmIHRoZSBmcmFnbWVudHMgZW50ZXIgc2VwYXJhdGVs
eSBpdCBpcyBub3QgYSBwcm9ibGVtIHNpbmNlIHRoZXkgYmVoYXZlIGFzIG5vcm1hbCBwYWNrZXRz
ICh3ZSBhcmUgYXNzdW1pbmcgZnJhZ21lbnRhdGlvbg0KIGFuZCByZWFzc2VtYmx5IG91dHNpZGUg
dGhlIGRvbWFpbikuIDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gbGFuZz0iZW4tREUiPmMpIGlmIHRoZSBtYXJraW5nIGlzIG5vdCBhcHBsaWVkIHRv
IGFsbCB0aGUgZnJhZ21lbnRzLCB0aGUgZnJhZ21lbnRhdGlvbiBjb3VsZCBhbHNvIGhhcHBlbiB3
aXRoaW4gdGhlIGRvbWFpbiBidXQgdGhlIG1vbml0b3JpbmcgaXMgbm90IGNvbXBsZXRlIHNpbmNl
IHlvdSBhcmUNCiBtaXNzaW5nIGZyYWdtZW50cy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPkkgYWdyZWUgdGhhdCB0aGVyZSBhcmUgbWFueSBwb3NzaWJpbGl0aWVz
LCBidXQgYSBzdGFuZGFyZCBzaG91bGQgZWl0aGVyIHByb3ZpZGUgZ3VpZGFuY2Ugb3IgKGF0IGxl
YXN0KSB3b3JrIHRocm91Z2ggdGhlIGltcGxpY2F0aW9ucyBvZiBlYWNoLiBJdCBzaG91bGQgYmUg
bW9yZSBwcmVzY3JpcHRpdmU7IG1hcmtpbmcgbm9kZXMgYW5kIG1lYXN1cmVtZW50IG5vZGVzIG5l
ZWQgdG8gaGF2ZSBjb21tb24gZXhwZWN0YXRpb25zDQogYWJvdXQgdGhlIG1hcmtpbmcgcnVsZXMs
IGFsdGhvdWdoIHRoZXkgY2FuIGRldGVybWluaXN0aWNhbGx5IGRlcGVuZCBvbiB3aGV0aGVyIG9y
IG5vdCBvbmUgY2FuIG1hcmsgZnJhZ21lbnRzICh3aGljaCBpcyBvYnZpb3VzbHkgZGVwbG95bWVu
dC1kZXBlbmRlbnQpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5JJ20gaGFwcHkgdG8gYmUgY29ycmVjdGVkIGJ5IGFuIGV4cGVydCwgYnV0IGFm
dGVyIHRoaW5raW5nIGFib3V0IGl0IGZvciBhIGZldyBtaW51dGVzIEkgd291bGQgcHJvcG9zZSB0
aGUgZm9sbG93aW5nOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+KGkpIG1hcmtpbmcgbm9kZXMgTVVTVCBtYXJrIGFsbCBmcmFnbWVudHMgaWYgdGhl
cmUgaXMgYSBjb2RlcG9pbnQgdG8gdXNlIChpLmUuIGl0IGlzIGluIHRoZSBJUCBoZWFkZXIgb3Ig
ZW5jYXBzdWxhdGlvbiksIGFzIGlmIHRoZXkgd2VyZSBzZXBhcmF0ZSBwYWNrZXRzLjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+KGlpKSByb3V0ZXJz
IHRoYXQgZnJhZ21lbnQgcGFja2V0cyBpbiBhIG5ldHdvcmsgdW5kZXIgdGVzdCBNVVNUIE5PVCBy
ZXBsaWNhdGUgbWFya3MgKHRodXMgc2lnbmFsbGluZyB0aGF0IGl0IHdhcyBmcmFnbWVudGVkIGlu
dGVybmFsbHkpLCBidXQgU0hPVUxEIG1hcmsgdGhlIGZpcnN0IGZyYWdtZW50IGlmIHRoZXkgaGF2
ZSB0aGUgY2FwYWJpbGl0eSB0byBkbyBzby48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPihpaWkpIE1lYXN1cmVtZW50IHBvaW50cyBNQVkgc2ltcGx5
IGlnbm9yZSB1bm1hcmtlZCBmcmFnbWVudHMgYW5kIGNvdW50IG1hcmtlZCZuYnNwO2ZyYWdtZW50
cyBhcyBmdWxsIHBhY2tldHMuIEhvd2V2ZXIsIGlmIHJlc291cmNlcyBhbGxvdywgTWVhc3VyZW1l
bnQgUG9pbnRzIFNIT1VMRCBtYWtlIG5vdGUgb2YgbWFya2VkIGluaXRpYWwgZnJhZ21lbnRzIGFu
ZCBvbmx5IGluY3JlbWVudCBpdHMgY291bnRlciBpZiAoYSkNCiBvdGhlciBmcmFnbWVudHMgYXJl
IGFsc28gbWFya2VkLCBvciAoYikgaXQgb2JzZXJ2ZXMgYWxsIG90aGVyIGZyYWdtZW50cyBhbmQg
dGhleSBhcmUgdW5tYXJrZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9ImVuLURFIj5bR0ZdOiBJIGZ1bGx5IGFncmVlIHdpdGggeW91ciBwcm9wb3Nh
bHMuIFRoZSBtYXJraW5nIG5vZGUgTVVTVCBtYXJrIGFsbCB0aGUgZnJhZ21lbnRzIGV4Y2VwdCBp
biB0aGUgY2FzZSBvZiBmcmFnbWVudGF0aW9uIHdpdGhpbiB0aGUgbmV0d29yayBkb21haW47IGlu
IHRoaXMgY2FzZSBpdCBpcyBzdWdnZXN0ZWQgdG8gbWFyayBvbmx5IHRoZSBmaXJzdCBwYWNrZXQu
IFRoZSBjb25kaXRpb24NCiBhYm91dCB0aGUgY291bnRlcnMgYWxzbyBtYWtlcyBzZW5zZSBzbyBp
dCBjb3VsZCBiZSBwb3NzaWJsZSB0byBrZWVwIHRyYWNrIG9mIGJvdGggbWFya2VkIGFuZCB1bm1h
cmtlZCBmcmFnbWVudHMuIEkgY2FuIGluY2x1ZGUgdGhlc2UgY29uc2lkZXJhdGlvbnMgaW4gdGhl
IG5leHQgdmVyc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRp
bmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDtt
YXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBJIGRvbid0IHVuZGVyc3RhbmQgdGhl
IEwgZGV0ZXJtaW5hdGlvbiB3aGVuIHRoZXJlIGFyZSBtdWx0aXBsZSBtYXJraW5nIG5vZGVzIChT
ZWMgNykuICZxdW90O1RoZSBzb3VyY2UgbWVhc3VyZW1lbnQgaW50ZXJ2YWxzIGNhbiBiZSBvZiBk
aWZmZXJlbnQgbGVuZ3RocyBhbmQgd2l0aCBkaWZmZXJlbnQgb2Zmc2V0cyZxdW90Ow0KIFNvbWUg
cXVlc3Rpb25zOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4oYSkgV2hhdCBpcyBhICZxdW90O3NvdXJjZSBtZWFzdXJlbWVudCBpbnRlcnZhbCZx
dW90Oz8gRG9lcyBpdCBoYXZlIGFueXRoaW5nIHRvIGRvIHdpdGggTD88bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+KGIpIFNvIGxldCdzIHNheSB0
aGF0IHNvdXJjZSBub2RlcyBzdGFydCBtYXJraW5nIGF0IGFyYml0cmFyeSB0aW1lcy4gSXNuJ3Qg
dGhlICZxdW90O29mZnNldCZxdW90OyB0aGVuIGRpcmVjdGx5IGEgZnVuY3Rpb24gb2YgTD8gQW5k
IGlmIHNvLCBob3cgY2FuIHdlIHNjYWxlIEwgYmFzZWQgb24gdGhlIG9mZnNldCBtPzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4oYykgaWYgdGhl
IGlkZWEgaXMgdGhhdCB0aGVyZSBpcyBhIGNsb2NrIHRpbWUgd2hlbiBtYXJraW5nIHNob3VsZCBi
ZWdpbiwgdGhlbiB3aHkgaXNuJ3QgdGhlIHZhbHVlIG9mIEEgW2Nsb2NrIHNrZXddIGVtYmVkZGVk
IGluIGQgc3VmZmljaWVudD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9
ImVuLURFIj5bR0ZdOiBGb3IgYSBtdWx0aXBvaW50LXRvLW11bHRpcG9pbnQgZmxvdywgeW91IG1h
eSBoYXZlIG11bHRpcGxlIG1hcmtpbmcgbm9kZXMsIHNvIHRoZXJlIGlzIGFuIGFkZGl0aW9uYWwg
Y29udHJpYnV0aW9uIHRvIHRha2UgaW50byBhY2NvdW50LiBJbmRlZWQsIHRoZSBtYXJraW5nDQog
bm9kZXMgbWF5IGFwcGx5IHRoZSBtYXJraW5ncyBhdCBkaWZmZXJlbnQgbW9tZW50cyBhbmQgdGhp
cyB0aW1lIG9mZnNldCBkb2VzIG5vdCBkZXBlbmQgZnJvbSB0aGUgY2xvY2sgZXJyb3Igb3IgZnJv
bSB0aGUgbmV0d29yayBkZWxheSBidXQgaXQgaXMgYW4gaW50cmluc2ljIGRlbGF5IG9mIHRoZSBy
b3V0ZXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBsYW5nPSJlbi1ERSI+UmVnYXJkaW5nIHlvdXIgcXVlc3Rpb25zOg0KPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+YSkgaXQg
aXMgdGhlIG1hcmtpbmcgcGVyaW9kLiBJIHdpbGwgcmVwbGFjZSBpdCB0byBiZSBhbGlnbmVkIHdp
dGggdGhlIHRlcm1pbm9sb2d5IG9mIHRoZSByZXN0IG9mIHRoZSBkb2N1bWVudC48L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5i
KSB5ZXMsIHRoZXJlIGlzIHRoZSBmb3JtdWxhOiBMIC0gMm0gLSAyZCAmZ3Q7IDA8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9ImVuLURFIj5j
KSBtIGlzIG5vdCBnaXZlbiBieQ0KPC9zcGFuPmNsb2NrIHNrZXc8c3BhbiBsYW5nPSJlbi1ERSI+
LCBpbmRlZWQgQSBpcyBhbHJlYWR5IGluY2x1ZGVkIGluIGQuPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdhc24ndCBjbGVhciBlbm91Z2ggYWJvdXQgKGIpLiBM
ZXQncyBzYXkgbm9kZSBBIGhhcyBwZXJpb2QgTDEsIGFuZCBub2RlIEIgaXMgdHJ5aW5nIHRvIHNl
dCBpdHMgTCBidXQgaXMgZ29pbmcgdG8gc3RhcnQgYXQgYW4gYXJiaXRyYXJ5IHRpbWUuIFdoYXQg
aXMgbSBmb3Igbm9kZSBCPyBJdCBpcyBhIHVuaWZvcm0gZGlzdHJpYnV0aW9uIG92ZXIgWzAsIEwx
XS4gc28gTDIgaGFzIHRvIGJlICZndDsmZ3Q7IEwxLiBCdXQgdGhlDQogc2FtZSBpcyB0cnVlIG9m
IEEhIFRoZSBvbmx5IHdheSB0byBkaXNhbWJpZ3VhdGUgdGhlIGJsb2NrcyBpcyBmb3IgZWFjaCBM
IHRvIGJlIG11Y2ggYmlnZ2VyIHRoYW4gYWxsIHRoZSBvdGhlciBMcywgd2hpY2ggaXMgb2YgY291
cnNlIGltcG9zc2libGUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPlRoZSBvbmx5IHdheSBJIGNhbiBzZWUgZm9yIHRoaXMgdG8gd29yayBpcyBm
b3IgdGhlIG1hcmtpbmcgbm9kZXMgdG8gYWdyZWUgYSBjbG9jayB0aW1lIHRvIHN3aXRjaCBibG9j
a3MsIHdpdGggZml4ZWQgTCwgYW5kIHRoZW4geW91J3JlIG9ubHkgY29uc3RyYWluZWQgYnkgdGhl
IGNsb2NrIHNrZXcgYW5kIGRlbGF5IGFzIGluIDgzMjEuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRvIG1lIHRoaXMgaXMgdGhlIGNlbnRyYWwg
cHJvYmxlbSA4ODg5IGlzIHRyeWluZyB0byBzb2x2ZSwgYW5kIGl0J3MgdW5kZXItYmFrZWQuIE1h
eWJlIHRoZXJlJ3MgYSBjb25zdHJhaW50IEknbSBub3Qgc2VlaW5nPzxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJlbi1ERSI+W0dGXTogWWVzLCB0aGUg
b25seSB3YXkgaXMgdGhhdCB0aGUgbWFya2luZyBub2RlcyBzd2l0Y2ggYmxvY2tzIHdpdGggZml4
ZWQgTCBiYXNlZCBvbiBhIGNsb2NrIHRpbWUuIEluIHRoZW9yeSB0aGUgZm9ybXVsYSBpbiBSRkM4
MzIxIGFwcGxpZXMgYWxzbyBpbiBjYXNlIG9mIG11bHRpcG9pbnQgbmV0d29yay4gQnV0IHdlIHdh
bnRlZCB0byBnZW5lcmFsaXplIHRoYXQgZm9ybXVsYQ0KIGFuZCBsZXQgbWUgZXhwbGFpbiB0aGUg
cmF0aW9uYWxlLiBTaW5jZSB3ZSBoYXZlIG1vcmUgbWFya2luZyBub2RlcyBpbiBhIG11bHRpcG9p
bnQgZW52aXJvbm1lbnQsIHRoZXJlIGNhbiBiZSBhbiBhZGRpdGlvbmFsIG1pc21hdGNoIHRvIGNv
bnNpZGVyIHNpbmNlIGRpZmZlcmVudCBub2RlcyBhcmUgbWFya2luZyB0aGUgdHJhZmZpYyBhbmQg
dGhlIGJhdGNoZXMgZ2V0IG1peGVkIGluIGEgbXVsdGlwb2ludCBmbG93LiBGb3IgZXhhbXBsZSwg
YSBtYXJraW5nDQogbm9kZSBtYXkgYXBwbHkgdGhlIG1hcmtpbmcgd2l0aCBhIGRlbGF5IGJlY2F1
c2UgaXQgaXMgb3ZlcmxvYWRlZCB3aGlsZSB0aGUgb3RoZXIgbWFya2luZyBub2RlcyBhcmUgbm90
LiBUbyB0YWtlIGludG8gYWNjb3VudCB0aGlzIHBvc3NpYmxlIGFkZGl0aW9uYWwgZ2FwIGJldHdl
ZW4gdGhlIHNvdXJjZXMgd2UgaW50cm9kdWNlZCDigJxt4oCdIGV2ZW4gaWYgbSBjYW4gYmUgbmVn
bGlnaWJsZSBpbiBtb3N0IG9mIHRoZSBjYXNlcy4gQWxzbyBub3RlIHRoYXQNCiB0aGUgZm9ybXVs
YSAoTCAtIDJtIC0gMmQgJmd0OyAwKSBpcyBleGFjdGx5IHRoZSBzYW1lIG9mIFJGQzgzMjEgaWYg
bT0wLCBpbmRlZWQgaW4gY2FzZSBvZiBhIHBvaW50LXRvLXBvaW50IGZsb3cgd2Ugb25seSBoYXZl
IG9uZSBtYXJraW5nIG5vZGUgYW5kIG09MC4gTWF5YmUgbW9yZSBleHBsYW5hdGlvbiBpbiB0aGUg
ZHJhZnQgY291bGQgaGVscCBoZXJlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJs
b2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4w
cHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9w
OjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp
dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1E
RSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj4tIEkgY2FuJ3QgdW5kZXJzdGFuZCB0aGUgcHVycG9zZSBvZiAmcXVvdDtk
ZWxheSBtZWFzdXJlbWVudHMgb24gYSBzaW5nbGUtcGFja2V0IGJhc2lzJnF1b3Q7IGluIFNlY3Rp
b24gOC4gSSBjYW5ub3QgZ3JvayB0aGUgY29udGV4dCBvZiBTZWN0aW9uIDguMiBhdCBhbGwuIFdo
YXQgYXJlIHRoZXNlIHRlY2huaXF1ZXMgdHJ5aW5nDQogdG8gYWNoaWV2ZT8gVGhpcyByZWFkcyBs
aWtlIGFuIGluZm9ybWF0aW9uYWwgZXhwbG9yYXRpb24gb2Ygb3B0aW9ucyByYXRoZXIgdGhhbiBh
IG5vcm1hdGl2ZSBzdGFuZGFyZC4gODMyMSBoYXMgZGV0YWlsZWQgZXhhbXBsZXMgb2Ygc2FtcGxl
IG1lYXN1cmVtZW50cyBhbmQgaG93IHlvdSBkZXJpdmUgYSBtZWFzdXJlbWVudDsgc29tZXRoaW5n
IGxpa2UgdGhhdCB3b3VsZCBiZSB2ZXJ5IHVzZWZ1bCBoZXJlLjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPltHRl06IEkgYWdyZWUgd2l0aCB5b3UuIEluZGVl
ZCwgaW4gbXkgZmlyc3QgbG9jYWwgcmV2aXNpb24gb2YgdGhlIGRvY3VtZW50IEkgcmVkdWNlZCBh
IGxvdCB0aGVzZSBzZWN0aW9ucy4gQXMgeW91IG5vdGljZWQsIGl0IGlzIG9ubHkgYW4gZXhwbG9y
YXRpb24gdGhhdCBpdCBpcw0KIG9rIGZvciBhbiBleHBlcmltZW50YWwgZG9jdW1lbnQgYnV0IGxl
c3MgcmVsZXZhbnQgZm9yIGEgUFMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5ncmVhdCwgYXMgd2UgZGlzY3Vzc2VkIGVhcmxpZXIgbGV0J3MgZGVsZXRlIGlycmVs
ZXZhbnQgdGV4dC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iZW4t
REUiPltHRl06IE9rIEkgd2lsbCByZXZpc2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_96d4b56ae87c4c59ae9332d124f50da7huaweicom_--


From nobody Fri Dec  3 09:38:51 2021
Return-Path: <martin.h.duke@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 DAF993A0D25; Fri,  3 Dec 2021 09:38:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 QrxbosJQW3kT; Fri,  3 Dec 2021 09:38:37 -0800 (PST)
Received: from mail-ua1-x92f.google.com (mail-ua1-x92f.google.com [IPv6:2607:f8b0:4864:20::92f]) (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 CE1C73A0D00; Fri,  3 Dec 2021 09:38:36 -0800 (PST)
Received: by mail-ua1-x92f.google.com with SMTP id w23so6900254uao.5; Fri, 03 Dec 2021 09:38:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=x+PDgRhpM9+7jNNnGd4A82AW0FVthl9fyZHrdeAK164=; b=Tyxmfb3K+ShAa3u+Rb9w9hPieouNwwcFfPgITaofnOZXqthBGqnHA67xWgdn9PPavA Ho6d0j37FjS7u5Ti8WgKIkFjPfZvn+ysSX9CeFgeHSSNp5hHiMp9Qdn4AASIDgUmBlUd /OKd2pJz51Vql6rMdff4LzO5M3lFzPSK+ts024piS6+Xm8RDqrhNHRilc2BFcOvu8rU/ K8dYFTOYorITVfWCHI0UEM8v+d9ufj/4+X3gQDPrKY4VwBNtH8R/sIX9NmAr25CukT8L f8S8vipPjflxbQB9sY0vin6qpt14GYPOo3et5xWnmrrzgfEvgoIyAmNHyduETjOns2nq YXcw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=x+PDgRhpM9+7jNNnGd4A82AW0FVthl9fyZHrdeAK164=; b=dVXty0VjJ5hlQNOpI+FtJ4anx5kTj9pPyf0ZpEqgcpBmYYJcN3T7VbzqBwAY3I/2Oa Tafmg7f5uXeaKeVARkiH4T3ZXTwgaaJpmWEuUAL/p+JyKwlA67+mwNUodwJ0OHiPh2pS 3M1sVHIiOBAjIaBrfRtpl4oJcq+4JQ9waDGR2aJaCW6SUEXkwls4j+/clSHwleFl1pUM 2eVX/M02tcFf6ncVyzAoPbTT1FSXpxE0g22wI/lK7+sjQhV0bj6ahbSr7+/y0fOwf/wh BOcBMq1SHXopyVkNs57VlE3n1YyERw1JIC8krwz+mCNJsLSSPCDhiaSwsX6YOqIWzdOM uvhQ==
X-Gm-Message-State: AOAM533uplubvkJCvs+Mk7Zd0uNqcD1iGL2VuFotJZzeIn/3F5TpxKN2 4k+iJg/ZURX6vwX3Djmd34Uk5Z0J1puTd9qcC+0=
X-Google-Smtp-Source: ABdhPJznBX2s2gY/2WX9RCRcc9X0N/QX+thu7PQfCXcjI7yRvUchBXE4br1pGAA5DoT2Z0BMJOM4WOf+ATHk9ME5ops=
X-Received: by 2002:a67:f950:: with SMTP id u16mr22779122vsq.68.1638553114880;  Fri, 03 Dec 2021 09:38:34 -0800 (PST)
MIME-Version: 1.0
References: <CAM4esxSq3bY+LATXWhgM5Xth+PwUJYPv0cxWFZk6LDPDcJUAHA@mail.gmail.com> <6ef48bea72684e4984e496c906a7723e@huawei.com> <CAM4esxRmLhpOT+M47i7yDw+bA6sOvbA50eaKQzkHcQOHHiQyZA@mail.gmail.com> <96d4b56ae87c4c59ae9332d124f50da7@huawei.com>
In-Reply-To: <96d4b56ae87c4c59ae9332d124f50da7@huawei.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Fri, 3 Dec 2021 09:38:23 -0800
Message-ID: <CAM4esxQB3m0M=Ftn_SgyKjJMV6wZBKGzX3Aq-00GZn318CxX2w@mail.gmail.com>
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: "draft-fioccola-rfc8889bis.all@ietf.org" <draft-fioccola-rfc8889bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005badf005d241607b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/syvHi3R2QCQnCX7jwhZK8UhpeyE>
Subject: Re: [ippm] 1st AD review of rfc8889bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 03 Dec 2021 17:38:50 -0000

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

On Fri, Dec 3, 2021 at 6:59 AM Giuseppe Fioccola <
giuseppe.fioccola@huawei.com> wrote:

> Hi Martin,
>
> My answers inline as [GF].
>
>
>
>
>
> I agree that there are many possibilities, but a standard should either
> provide guidance or (at least) work through the implications of each. It
> should be more prescriptive; marking nodes and measurement nodes need to
> have common expectations about the marking rules, although they can
> deterministically depend on whether or not one can mark fragments (which =
is
> obviously deployment-dependent).
>
>
>
> I'm happy to be corrected by an expert, but after thinking about it for a
> few minutes I would propose the following:
>
> (i) marking nodes MUST mark all fragments if there is a codepoint to use
> (i.e. it is in the IP header or encapsulation), as if they were separate
> packets.
>
> (ii) routers that fragment packets in a network under test MUST NOT
> replicate marks (thus signalling that it was fragmented internally), but
> SHOULD mark the first fragment if they have the capability to do so.
>
> (iii) Measurement points MAY simply ignore unmarked fragments and count
> marked fragments as full packets. However, if resources allow, Measuremen=
t
> Points SHOULD make note of marked initial fragments and only increment it=
s
> counter if (a) other fragments are also marked, or (b) it observes all
> other fragments and they are unmarked.
>
>
>
> [GF]: I fully agree with your proposals. The marking node MUST mark all
> the fragments except in the case of fragmentation within the network
> domain; in this case it is suggested to mark only the first packet. The
> condition about the counters also makes sense so it could be possible to
> keep track of both marked and unmarked fragments. I can include these
> considerations in the next version.
>

Alright, please think it through and write up some text if you think it
checks out.


> - I don't understand the L determination when there are multiple marking
> nodes (Sec 7). "The source measurement intervals can be of different
> lengths and with different offsets" Some questions:
>
> (a) What is a "source measurement interval"? Does it have anything to do
> with L?
>
> (b) So let's say that source nodes start marking at arbitrary times. Isn'=
t
> the "offset" then directly a function of L? And if so, how can we scale L
> based on the offset m?
>
> (c) if the idea is that there is a clock time when marking should begin,
> then why isn't the value of A [clock skew] embedded in d sufficient?
>
>
>
> [GF]: For a multipoint-to-multipoint flow, you may have multiple marking
> nodes, so there is an additional contribution to take into account. Indee=
d,
> the marking nodes may apply the markings at different moments and this ti=
me
> offset does not depend from the clock error or from the network delay but
> it is an intrinsic delay of the router.
>
> Regarding your questions:
>
> a) it is the marking period. I will replace it to be aligned with the
> terminology of the rest of the document.
>
> b) yes, there is the formula: L - 2m - 2d > 0
>
> c) m is not given by clock skew, indeed A is already included in d.
>
>
>
> I wasn't clear enough about (b). Let's say node A has period L1, and node
> B is trying to set its L but is going to start at an arbitrary time. What
> is m for node B? It is a uniform distribution over [0, L1]. so L2 has to =
be
> >> L1. But the same is true of A! The only way to disambiguate the blocks
> is for each L to be much bigger than all the other Ls, which is of course
> impossible.
>
>
>
> The only way I can see for this to work is for the marking nodes to agree
> a clock time to switch blocks, with fixed L, and then you're only
> constrained by the clock skew and delay as in 8321.
>
>
>
> To me this is the central problem 8889 is trying to solve, and it's
> under-baked. Maybe there's a constraint I'm not seeing?
>
>
>
> [GF]: Yes, the only way is that the marking nodes switch blocks with fixe=
d
> L based on a clock time. In theory the formula in RFC8321 applies also in
> case of multipoint network. But we wanted to generalize that formula and
> let me explain the rationale. Since we have more marking nodes in a
> multipoint environment, there can be an additional mismatch to consider
> since different nodes are marking the traffic and the batches get mixed i=
n
> a multipoint flow. For example, a marking node may apply the marking with=
 a
> delay because it is overloaded while the other marking nodes are not. To
> take into account this possible additional gap between the sources we
> introduced =E2=80=9Cm=E2=80=9D even if m can be negligible in most of the=
 cases. Also note
> that the formula (L - 2m - 2d > 0) is exactly the same of RFC8321 if m=3D=
0,
> indeed in case of a point-to-point flow we only have one marking node and
> m=3D0. Maybe more explanation in the draft could help here.
>
>

Agreed, let's more precisely define what m is, and clarify that marking
nodes are switching colors based on synchronized clock time.

>
>

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Fri, Dec 3, 2021 at 6:59 AM Giusep=
pe Fioccola &lt;<a href=3D"mailto:giuseppe.fioccola@huawei.com">giuseppe.fi=
occola@huawei.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex">





<div lang=3D"EN-US">
<div class=3D"gmail-m_4285054751062460501WordSection1">
<p class=3D"MsoNormal">Hi Martin,<u></u><u></u></p>
<p class=3D"MsoNormal">My answers inline as [GF].<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><span lang=3D"en-DE"></span>=
<div><div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree that there are many possibilities, but a sta=
ndard should either provide guidance or (at least) work through the implica=
tions of each. It should be more prescriptive; marking nodes and measuremen=
t nodes need to have common expectations
 about the marking rules, although they can deterministically depend on whe=
ther or not one can mark fragments (which is obviously deployment-dependent=
).<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&#39;m happy to be corrected by an expert, but afte=
r thinking about it for a few minutes I would propose the following:<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(i) marking nodes MUST mark all fragments if there i=
s a codepoint to use (i.e. it is in the IP header or encapsulation), as if =
they were separate packets.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(ii) routers that fragment packets in a network unde=
r test MUST NOT replicate marks (thus signalling that it was fragmented int=
ernally), but SHOULD mark the first fragment if they have the capability to=
 do so.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(iii) Measurement points MAY simply ignore unmarked =
fragments and count marked=C2=A0fragments as full packets. However, if reso=
urces allow, Measurement Points SHOULD make note of marked initial fragment=
s and only increment its counter if (a)
 other fragments are also marked, or (b) it observes all other fragments an=
d they are unmarked.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: I fully agree with your p=
roposals. The marking node MUST mark all the fragments except in the case o=
f fragmentation within the network domain; in this case it is suggested to =
mark only the first packet. The condition
 about the counters also makes sense so it could be possible to keep track =
of both marked and unmarked fragments. I can include these considerations i=
n the next version.</span></p></div></div></div></div></div></blockquote><d=
iv><br></div><div>Alright, please think it through and write up some text i=
f you think it checks out.<br></div><div>=C2=A0</div><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex"><div lang=3D"EN-US"><div class=3D"gmail-m_42850=
54751062460501WordSection1"><div><div><div><p class=3D"MsoNormal"><span lan=
g=3D"en-DE"><u></u><u></u></span></p>
</div>
<blockquote style=3D"border-color:currentcolor currentcolor currentcolor rg=
b(204,204,204);border-style:none none none solid;border-width:medium medium=
 medium 1pt;padding:0in 0in 0in 6pt;margin:5pt 0in 5pt 4.8pt">
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">- I don&#39;t understand the L determination when th=
ere are multiple marking nodes (Sec 7). &quot;The source measurement interv=
als can be of different lengths and with different offsets&quot;
 Some questions:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(a) What is a &quot;source measurement interval&quot=
;? Does it have anything to do with L?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(b) So let&#39;s say that source nodes start marking=
 at arbitrary times. Isn&#39;t the &quot;offset&quot; then directly a funct=
ion of L? And if so, how can we scale L based on the offset m?<u></u><u></u=
></p>
</div>
<div>
<p class=3D"MsoNormal">(c) if the idea is that there is a clock time when m=
arking should begin, then why isn&#39;t the value of A [clock skew] embedde=
d in d sufficient?<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: For a multipoint-to-multi=
point flow, you may have multiple marking nodes, so there is an additional =
contribution to take into account. Indeed, the marking
 nodes may apply the markings at different moments and this time offset doe=
s not depend from the clock error or from the network delay but it is an in=
trinsic delay of the router.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Regarding your questions:
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">a) it is the marking period. I =
will replace it to be aligned with the terminology of the rest of the docum=
ent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">b) yes, there is the formula: L=
 - 2m - 2d &gt; 0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">c) m is not given by
</span>clock skew<span lang=3D"en-DE">, indeed A is already included in d.<=
/span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I wasn&#39;t clear enough about (b). Let&#39;s say n=
ode A has period L1, and node B is trying to set its L but is going to star=
t at an arbitrary time. What is m for node B? It is a uniform distribution =
over [0, L1]. so L2 has to be &gt;&gt; L1. But the
 same is true of A! The only way to disambiguate the blocks is for each L t=
o be much bigger than all the other Ls, which is of course impossible.<u></=
u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The only way I can see for this to work is for the m=
arking nodes to agree a clock time to switch blocks, with fixed L, and then=
 you&#39;re only constrained by the clock skew and delay as in 8321.<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">To me this is the central problem 8889 is trying to =
solve, and it&#39;s under-baked. Maybe there&#39;s a constraint I&#39;m not=
 seeing?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">[GF]: Yes, the only way is that=
 the marking nodes switch blocks with fixed L based on a clock time. In the=
ory the formula in RFC8321 applies also in case of multipoint network. But =
we wanted to generalize that formula
 and let me explain the rationale. Since we have more marking nodes in a mu=
ltipoint environment, there can be an additional mismatch to consider since=
 different nodes are marking the traffic and the batches get mixed in a mul=
tipoint flow. For example, a marking
 node may apply the marking with a delay because it is overloaded while the=
 other marking nodes are not. To take into account this possible additional=
 gap between the sources we introduced =E2=80=9Cm=E2=80=9D even if m can be=
 negligible in most of the cases. Also note that
 the formula (L - 2m - 2d &gt; 0) is exactly the same of RFC8321 if m=3D0, =
indeed in case of a point-to-point flow we only have one marking node and m=
=3D0. Maybe more explanation in the draft could help here.<u></u><u></u></s=
pan></p>
</div><div>
<p class=3D"MsoNormal"></p></div></div></div></div></div></blockquote><div>=
<br></div><div><br></div><div>Agreed, let&#39;s more precisely define what =
m is, and clarify that marking nodes are switching colors based on synchron=
ized clock time. <br></div><blockquote class=3D"gmail_quote" style=3D"margi=
n:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex=
"><div lang=3D"EN-US"><div class=3D"gmail-m_4285054751062460501WordSection1=
"><div><div><div><p class=3D"MsoNormal">=C2=A0</p>
</div>
</div>
</div>
</div>
</div>

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

--0000000000005badf005d241607b--


From nobody Mon Dec  6 02:06:36 2021
Return-Path: <giuseppe.fioccola@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 8298E3A09AE; Mon,  6 Dec 2021 02:06:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 H2p4MiI-iGdR; Mon,  6 Dec 2021 02:06:31 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 436B33A09C0; Mon,  6 Dec 2021 02:06:31 -0800 (PST)
Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4J6zYr5vzgz67LSP; Mon,  6 Dec 2021 18:04:48 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Mon, 6 Dec 2021 11:06:29 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.020; Mon, 6 Dec 2021 11:06:29 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Martin Duke <martin.h.duke@gmail.com>
CC: "draft-fioccola-rfc8889bis.all@ietf.org" <draft-fioccola-rfc8889bis.all@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: 1st AD review of rfc8889bis
Thread-Index: AQHX5wkHYv0aySGXIUe9C9+wJquXw6we/jEggACG/4CAAUn5cIAAKySAgARHkqA=
Date: Mon, 6 Dec 2021 10:06:28 +0000
Message-ID: <08c64473796c462aa40b5e41d88d4f7c@huawei.com>
References: <CAM4esxSq3bY+LATXWhgM5Xth+PwUJYPv0cxWFZk6LDPDcJUAHA@mail.gmail.com> <6ef48bea72684e4984e496c906a7723e@huawei.com> <CAM4esxRmLhpOT+M47i7yDw+bA6sOvbA50eaKQzkHcQOHHiQyZA@mail.gmail.com> <96d4b56ae87c4c59ae9332d124f50da7@huawei.com> <CAM4esxQB3m0M=Ftn_SgyKjJMV6wZBKGzX3Aq-00GZn318CxX2w@mail.gmail.com>
In-Reply-To: <CAM4esxQB3m0M=Ftn_SgyKjJMV6wZBKGzX3Aq-00GZn318CxX2w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.48.216.135]
Content-Type: multipart/alternative; boundary="_000_08c64473796c462aa40b5e41d88d4f7chuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/idbmvkEVoKJFagLyFs0twDFASbU>
Subject: Re: [ippm] 1st AD review of rfc8889bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 06 Dec 2021 10:06:35 -0000

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

SGkgTWFydGluLA0KU3VyZSwgSSB3aWxsIHVwZGF0ZSB0aGlzIGRyYWZ0IGFzIHdlbGwgaW4gdGhl
IGNvbWluZyB3ZWVrcy4NCg0KUmVnYXJkcywNCg0KR2l1c2VwcGUNCg0KRnJvbTogTWFydGluIER1
a2UgPG1hcnRpbi5oLmR1a2VAZ21haWwuY29tPg0KU2VudDogRnJpZGF5LCBEZWNlbWJlciAzLCAy
MDIxIDY6MzggUE0NClRvOiBHaXVzZXBwZSBGaW9jY29sYSA8Z2l1c2VwcGUuZmlvY2NvbGFAaHVh
d2VpLmNvbT4NCkNjOiBkcmFmdC1maW9jY29sYS1yZmM4ODg5YmlzLmFsbEBpZXRmLm9yZzsgSUVU
RiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KU3ViamVjdDogUmU6IDFzdCBBRCByZXZpZXcgb2Yg
cmZjODg4OWJpcw0KDQoNCg0KT24gRnJpLCBEZWMgMywgMjAyMSBhdCA2OjU5IEFNIEdpdXNlcHBl
IEZpb2Njb2xhIDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPG1haWx0bzpnaXVzZXBwZS5m
aW9jY29sYUBodWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBNYXJ0aW4sDQpNeSBhbnN3ZXJzIGlubGlu
ZSBhcyBbR0ZdLg0KDQoNCkkgYWdyZWUgdGhhdCB0aGVyZSBhcmUgbWFueSBwb3NzaWJpbGl0aWVz
LCBidXQgYSBzdGFuZGFyZCBzaG91bGQgZWl0aGVyIHByb3ZpZGUgZ3VpZGFuY2Ugb3IgKGF0IGxl
YXN0KSB3b3JrIHRocm91Z2ggdGhlIGltcGxpY2F0aW9ucyBvZiBlYWNoLiBJdCBzaG91bGQgYmUg
bW9yZSBwcmVzY3JpcHRpdmU7IG1hcmtpbmcgbm9kZXMgYW5kIG1lYXN1cmVtZW50IG5vZGVzIG5l
ZWQgdG8gaGF2ZSBjb21tb24gZXhwZWN0YXRpb25zIGFib3V0IHRoZSBtYXJraW5nIHJ1bGVzLCBh
bHRob3VnaCB0aGV5IGNhbiBkZXRlcm1pbmlzdGljYWxseSBkZXBlbmQgb24gd2hldGhlciBvciBu
b3Qgb25lIGNhbiBtYXJrIGZyYWdtZW50cyAod2hpY2ggaXMgb2J2aW91c2x5IGRlcGxveW1lbnQt
ZGVwZW5kZW50KS4NCg0KSSdtIGhhcHB5IHRvIGJlIGNvcnJlY3RlZCBieSBhbiBleHBlcnQsIGJ1
dCBhZnRlciB0aGlua2luZyBhYm91dCBpdCBmb3IgYSBmZXcgbWludXRlcyBJIHdvdWxkIHByb3Bv
c2UgdGhlIGZvbGxvd2luZzoNCihpKSBtYXJraW5nIG5vZGVzIE1VU1QgbWFyayBhbGwgZnJhZ21l
bnRzIGlmIHRoZXJlIGlzIGEgY29kZXBvaW50IHRvIHVzZSAoaS5lLiBpdCBpcyBpbiB0aGUgSVAg
aGVhZGVyIG9yIGVuY2Fwc3VsYXRpb24pLCBhcyBpZiB0aGV5IHdlcmUgc2VwYXJhdGUgcGFja2V0
cy4NCihpaSkgcm91dGVycyB0aGF0IGZyYWdtZW50IHBhY2tldHMgaW4gYSBuZXR3b3JrIHVuZGVy
IHRlc3QgTVVTVCBOT1QgcmVwbGljYXRlIG1hcmtzICh0aHVzIHNpZ25hbGxpbmcgdGhhdCBpdCB3
YXMgZnJhZ21lbnRlZCBpbnRlcm5hbGx5KSwgYnV0IFNIT1VMRCBtYXJrIHRoZSBmaXJzdCBmcmFn
bWVudCBpZiB0aGV5IGhhdmUgdGhlIGNhcGFiaWxpdHkgdG8gZG8gc28uDQooaWlpKSBNZWFzdXJl
bWVudCBwb2ludHMgTUFZIHNpbXBseSBpZ25vcmUgdW5tYXJrZWQgZnJhZ21lbnRzIGFuZCBjb3Vu
dCBtYXJrZWQgZnJhZ21lbnRzIGFzIGZ1bGwgcGFja2V0cy4gSG93ZXZlciwgaWYgcmVzb3VyY2Vz
IGFsbG93LCBNZWFzdXJlbWVudCBQb2ludHMgU0hPVUxEIG1ha2Ugbm90ZSBvZiBtYXJrZWQgaW5p
dGlhbCBmcmFnbWVudHMgYW5kIG9ubHkgaW5jcmVtZW50IGl0cyBjb3VudGVyIGlmIChhKSBvdGhl
ciBmcmFnbWVudHMgYXJlIGFsc28gbWFya2VkLCBvciAoYikgaXQgb2JzZXJ2ZXMgYWxsIG90aGVy
IGZyYWdtZW50cyBhbmQgdGhleSBhcmUgdW5tYXJrZWQuDQoNCltHRl06IEkgZnVsbHkgYWdyZWUg
d2l0aCB5b3VyIHByb3Bvc2Fscy4gVGhlIG1hcmtpbmcgbm9kZSBNVVNUIG1hcmsgYWxsIHRoZSBm
cmFnbWVudHMgZXhjZXB0IGluIHRoZSBjYXNlIG9mIGZyYWdtZW50YXRpb24gd2l0aGluIHRoZSBu
ZXR3b3JrIGRvbWFpbjsgaW4gdGhpcyBjYXNlIGl0IGlzIHN1Z2dlc3RlZCB0byBtYXJrIG9ubHkg
dGhlIGZpcnN0IHBhY2tldC4gVGhlIGNvbmRpdGlvbiBhYm91dCB0aGUgY291bnRlcnMgYWxzbyBt
YWtlcyBzZW5zZSBzbyBpdCBjb3VsZCBiZSBwb3NzaWJsZSB0byBrZWVwIHRyYWNrIG9mIGJvdGgg
bWFya2VkIGFuZCB1bm1hcmtlZCBmcmFnbWVudHMuIEkgY2FuIGluY2x1ZGUgdGhlc2UgY29uc2lk
ZXJhdGlvbnMgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0KQWxyaWdodCwgcGxlYXNlIHRoaW5rIGl0
IHRocm91Z2ggYW5kIHdyaXRlIHVwIHNvbWUgdGV4dCBpZiB5b3UgdGhpbmsgaXQgY2hlY2tzIG91
dC4NCg0KLSBJIGRvbid0IHVuZGVyc3RhbmQgdGhlIEwgZGV0ZXJtaW5hdGlvbiB3aGVuIHRoZXJl
IGFyZSBtdWx0aXBsZSBtYXJraW5nIG5vZGVzIChTZWMgNykuICJUaGUgc291cmNlIG1lYXN1cmVt
ZW50IGludGVydmFscyBjYW4gYmUgb2YgZGlmZmVyZW50IGxlbmd0aHMgYW5kIHdpdGggZGlmZmVy
ZW50IG9mZnNldHMiIFNvbWUgcXVlc3Rpb25zOg0KKGEpIFdoYXQgaXMgYSAic291cmNlIG1lYXN1
cmVtZW50IGludGVydmFsIj8gRG9lcyBpdCBoYXZlIGFueXRoaW5nIHRvIGRvIHdpdGggTD8NCihi
KSBTbyBsZXQncyBzYXkgdGhhdCBzb3VyY2Ugbm9kZXMgc3RhcnQgbWFya2luZyBhdCBhcmJpdHJh
cnkgdGltZXMuIElzbid0IHRoZSAib2Zmc2V0IiB0aGVuIGRpcmVjdGx5IGEgZnVuY3Rpb24gb2Yg
TD8gQW5kIGlmIHNvLCBob3cgY2FuIHdlIHNjYWxlIEwgYmFzZWQgb24gdGhlIG9mZnNldCBtPw0K
KGMpIGlmIHRoZSBpZGVhIGlzIHRoYXQgdGhlcmUgaXMgYSBjbG9jayB0aW1lIHdoZW4gbWFya2lu
ZyBzaG91bGQgYmVnaW4sIHRoZW4gd2h5IGlzbid0IHRoZSB2YWx1ZSBvZiBBIFtjbG9jayBza2V3
XSBlbWJlZGRlZCBpbiBkIHN1ZmZpY2llbnQ/DQoNCltHRl06IEZvciBhIG11bHRpcG9pbnQtdG8t
bXVsdGlwb2ludCBmbG93LCB5b3UgbWF5IGhhdmUgbXVsdGlwbGUgbWFya2luZyBub2Rlcywgc28g
dGhlcmUgaXMgYW4gYWRkaXRpb25hbCBjb250cmlidXRpb24gdG8gdGFrZSBpbnRvIGFjY291bnQu
IEluZGVlZCwgdGhlIG1hcmtpbmcgbm9kZXMgbWF5IGFwcGx5IHRoZSBtYXJraW5ncyBhdCBkaWZm
ZXJlbnQgbW9tZW50cyBhbmQgdGhpcyB0aW1lIG9mZnNldCBkb2VzIG5vdCBkZXBlbmQgZnJvbSB0
aGUgY2xvY2sgZXJyb3Igb3IgZnJvbSB0aGUgbmV0d29yayBkZWxheSBidXQgaXQgaXMgYW4gaW50
cmluc2ljIGRlbGF5IG9mIHRoZSByb3V0ZXIuDQpSZWdhcmRpbmcgeW91ciBxdWVzdGlvbnM6DQph
KSBpdCBpcyB0aGUgbWFya2luZyBwZXJpb2QuIEkgd2lsbCByZXBsYWNlIGl0IHRvIGJlIGFsaWdu
ZWQgd2l0aCB0aGUgdGVybWlub2xvZ3kgb2YgdGhlIHJlc3Qgb2YgdGhlIGRvY3VtZW50Lg0KYikg
eWVzLCB0aGVyZSBpcyB0aGUgZm9ybXVsYTogTCAtIDJtIC0gMmQgPiAwDQpjKSBtIGlzIG5vdCBn
aXZlbiBieSBjbG9jayBza2V3LCBpbmRlZWQgQSBpcyBhbHJlYWR5IGluY2x1ZGVkIGluIGQuDQoN
Ckkgd2Fzbid0IGNsZWFyIGVub3VnaCBhYm91dCAoYikuIExldCdzIHNheSBub2RlIEEgaGFzIHBl
cmlvZCBMMSwgYW5kIG5vZGUgQiBpcyB0cnlpbmcgdG8gc2V0IGl0cyBMIGJ1dCBpcyBnb2luZyB0
byBzdGFydCBhdCBhbiBhcmJpdHJhcnkgdGltZS4gV2hhdCBpcyBtIGZvciBub2RlIEI/IEl0IGlz
IGEgdW5pZm9ybSBkaXN0cmlidXRpb24gb3ZlciBbMCwgTDFdLiBzbyBMMiBoYXMgdG8gYmUgPj4g
TDEuIEJ1dCB0aGUgc2FtZSBpcyB0cnVlIG9mIEEhIFRoZSBvbmx5IHdheSB0byBkaXNhbWJpZ3Vh
dGUgdGhlIGJsb2NrcyBpcyBmb3IgZWFjaCBMIHRvIGJlIG11Y2ggYmlnZ2VyIHRoYW4gYWxsIHRo
ZSBvdGhlciBMcywgd2hpY2ggaXMgb2YgY291cnNlIGltcG9zc2libGUuDQoNClRoZSBvbmx5IHdh
eSBJIGNhbiBzZWUgZm9yIHRoaXMgdG8gd29yayBpcyBmb3IgdGhlIG1hcmtpbmcgbm9kZXMgdG8g
YWdyZWUgYSBjbG9jayB0aW1lIHRvIHN3aXRjaCBibG9ja3MsIHdpdGggZml4ZWQgTCwgYW5kIHRo
ZW4geW91J3JlIG9ubHkgY29uc3RyYWluZWQgYnkgdGhlIGNsb2NrIHNrZXcgYW5kIGRlbGF5IGFz
IGluIDgzMjEuDQoNClRvIG1lIHRoaXMgaXMgdGhlIGNlbnRyYWwgcHJvYmxlbSA4ODg5IGlzIHRy
eWluZyB0byBzb2x2ZSwgYW5kIGl0J3MgdW5kZXItYmFrZWQuIE1heWJlIHRoZXJlJ3MgYSBjb25z
dHJhaW50IEknbSBub3Qgc2VlaW5nPw0KDQpbR0ZdOiBZZXMsIHRoZSBvbmx5IHdheSBpcyB0aGF0
IHRoZSBtYXJraW5nIG5vZGVzIHN3aXRjaCBibG9ja3Mgd2l0aCBmaXhlZCBMIGJhc2VkIG9uIGEg
Y2xvY2sgdGltZS4gSW4gdGhlb3J5IHRoZSBmb3JtdWxhIGluIFJGQzgzMjEgYXBwbGllcyBhbHNv
IGluIGNhc2Ugb2YgbXVsdGlwb2ludCBuZXR3b3JrLiBCdXQgd2Ugd2FudGVkIHRvIGdlbmVyYWxp
emUgdGhhdCBmb3JtdWxhIGFuZCBsZXQgbWUgZXhwbGFpbiB0aGUgcmF0aW9uYWxlLiBTaW5jZSB3
ZSBoYXZlIG1vcmUgbWFya2luZyBub2RlcyBpbiBhIG11bHRpcG9pbnQgZW52aXJvbm1lbnQsIHRo
ZXJlIGNhbiBiZSBhbiBhZGRpdGlvbmFsIG1pc21hdGNoIHRvIGNvbnNpZGVyIHNpbmNlIGRpZmZl
cmVudCBub2RlcyBhcmUgbWFya2luZyB0aGUgdHJhZmZpYyBhbmQgdGhlIGJhdGNoZXMgZ2V0IG1p
eGVkIGluIGEgbXVsdGlwb2ludCBmbG93LiBGb3IgZXhhbXBsZSwgYSBtYXJraW5nIG5vZGUgbWF5
IGFwcGx5IHRoZSBtYXJraW5nIHdpdGggYSBkZWxheSBiZWNhdXNlIGl0IGlzIG92ZXJsb2FkZWQg
d2hpbGUgdGhlIG90aGVyIG1hcmtpbmcgbm9kZXMgYXJlIG5vdC4gVG8gdGFrZSBpbnRvIGFjY291
bnQgdGhpcyBwb3NzaWJsZSBhZGRpdGlvbmFsIGdhcCBiZXR3ZWVuIHRoZSBzb3VyY2VzIHdlIGlu
dHJvZHVjZWQg4oCcbeKAnSBldmVuIGlmIG0gY2FuIGJlIG5lZ2xpZ2libGUgaW4gbW9zdCBvZiB0
aGUgY2FzZXMuIEFsc28gbm90ZSB0aGF0IHRoZSBmb3JtdWxhIChMIC0gMm0gLSAyZCA+IDApIGlz
IGV4YWN0bHkgdGhlIHNhbWUgb2YgUkZDODMyMSBpZiBtPTAsIGluZGVlZCBpbiBjYXNlIG9mIGEg
cG9pbnQtdG8tcG9pbnQgZmxvdyB3ZSBvbmx5IGhhdmUgb25lIG1hcmtpbmcgbm9kZSBhbmQgbT0w
LiBNYXliZSBtb3JlIGV4cGxhbmF0aW9uIGluIHRoZSBkcmFmdCBjb3VsZCBoZWxwIGhlcmUuDQoN
Cg0KQWdyZWVkLCBsZXQncyBtb3JlIHByZWNpc2VseSBkZWZpbmUgd2hhdCBtIGlzLCBhbmQgY2xh
cmlmeSB0aGF0IG1hcmtpbmcgbm9kZXMgYXJlIHN3aXRjaGluZyBjb2xvcnMgYmFzZWQgb24gc3lu
Y2hyb25pemVkIGNsb2NrIHRpbWUuDQoNCg==

--_000_08c64473796c462aa40b5e41d88d4f7chuaweicom_
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
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy
bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0
eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y
aWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGlu
Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQou
TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3Jk
U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu
IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z
dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk
aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g
OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl
ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o
ZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRp
diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIE1hcnRpbiw8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN1cmUsIEkgd2lsbCB1cGRhdGUg
dGhpcyBkcmFmdCBhcyB3ZWxsIGluIHRoZSBjb21pbmcgd2Vla3MuPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPlJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdpdXNlcHBlPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBNYXJ0aW4gRHVrZSAmbHQ7bWFydGluLmguZHVr
ZUBnbWFpbC5jb20mZ3Q7IDxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIERlY2VtYmVyIDMsIDIw
MjEgNjozOCBQTTxicj4NCjxiPlRvOjwvYj4gR2l1c2VwcGUgRmlvY2NvbGEgJmx0O2dpdXNlcHBl
LmZpb2Njb2xhQGh1YXdlaS5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBkcmFmdC1maW9jY29sYS1y
ZmM4ODg5YmlzLmFsbEBpZXRmLm9yZzsgSUVURiBJUFBNIFdHICZsdDtpcHBtQGlldGYub3JnJmd0
Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogMXN0IEFEIHJldmlldyBvZiByZmM4ODg5YmlzPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBGcmksIERlYyAzLCAyMDIxIGF0IDY6
NTkgQU0gR2l1c2VwcGUgRmlvY2NvbGEgJmx0OzxhIGhyZWY9Im1haWx0bzpnaXVzZXBwZS5maW9j
Y29sYUBodWF3ZWkuY29tIj5naXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPC9hPiZndDsgd3Jv
dGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4w
cHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+SGkgTWFydGluLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj5NeSBhbnN3ZXJzIGlubGluZSBhcyBbR0ZdLjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgYWdyZWUgdGhhdCB0aGVyZSBh
cmUgbWFueSBwb3NzaWJpbGl0aWVzLCBidXQgYSBzdGFuZGFyZCBzaG91bGQgZWl0aGVyIHByb3Zp
ZGUgZ3VpZGFuY2Ugb3IgKGF0IGxlYXN0KSB3b3JrIHRocm91Z2ggdGhlIGltcGxpY2F0aW9ucyBv
ZiBlYWNoLiBJdCBzaG91bGQgYmUgbW9yZSBwcmVzY3JpcHRpdmU7IG1hcmtpbmcNCiBub2RlcyBh
bmQgbWVhc3VyZW1lbnQgbm9kZXMgbmVlZCB0byBoYXZlIGNvbW1vbiBleHBlY3RhdGlvbnMgYWJv
dXQgdGhlIG1hcmtpbmcgcnVsZXMsIGFsdGhvdWdoIHRoZXkgY2FuIGRldGVybWluaXN0aWNhbGx5
IGRlcGVuZCBvbiB3aGV0aGVyIG9yIG5vdCBvbmUgY2FuIG1hcmsgZnJhZ21lbnRzICh3aGljaCBp
cyBvYnZpb3VzbHkgZGVwbG95bWVudC1kZXBlbmRlbnQpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SSdtIGhhcHB5IHRvIGJlIGNvcnJl
Y3RlZCBieSBhbiBleHBlcnQsIGJ1dCBhZnRlciB0aGlua2luZyBhYm91dCBpdCBmb3IgYSBmZXcg
bWludXRlcyBJIHdvdWxkIHByb3Bvc2UgdGhlIGZvbGxvd2luZzo8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+KGkpIG1hcmtpbmcgbm9kZXMgTVVT
VCBtYXJrIGFsbCBmcmFnbWVudHMgaWYgdGhlcmUgaXMgYSBjb2RlcG9pbnQgdG8gdXNlIChpLmUu
IGl0IGlzIGluIHRoZSBJUCBoZWFkZXIgb3IgZW5jYXBzdWxhdGlvbiksIGFzIGlmIHRoZXkgd2Vy
ZSBzZXBhcmF0ZSBwYWNrZXRzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4oaWkpIHJvdXRlcnMgdGhhdCBmcmFnbWVudCBwYWNrZXRzIGluIGEg
bmV0d29yayB1bmRlciB0ZXN0IE1VU1QgTk9UIHJlcGxpY2F0ZSBtYXJrcyAodGh1cyBzaWduYWxs
aW5nIHRoYXQgaXQgd2FzIGZyYWdtZW50ZWQgaW50ZXJuYWxseSksIGJ1dCBTSE9VTEQgbWFyayB0
aGUgZmlyc3QgZnJhZ21lbnQgaWYgdGhleQ0KIGhhdmUgdGhlIGNhcGFiaWxpdHkgdG8gZG8gc28u
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPihp
aWkpIE1lYXN1cmVtZW50IHBvaW50cyBNQVkgc2ltcGx5IGlnbm9yZSB1bm1hcmtlZCBmcmFnbWVu
dHMgYW5kIGNvdW50IG1hcmtlZCZuYnNwO2ZyYWdtZW50cyBhcyBmdWxsIHBhY2tldHMuIEhvd2V2
ZXIsIGlmIHJlc291cmNlcyBhbGxvdywgTWVhc3VyZW1lbnQgUG9pbnRzIFNIT1VMRCBtYWtlIG5v
dGUgb2YgbWFya2VkDQogaW5pdGlhbCBmcmFnbWVudHMgYW5kIG9ubHkgaW5jcmVtZW50IGl0cyBj
b3VudGVyIGlmIChhKSBvdGhlciBmcmFnbWVudHMgYXJlIGFsc28gbWFya2VkLCBvciAoYikgaXQg
b2JzZXJ2ZXMgYWxsIG90aGVyIGZyYWdtZW50cyBhbmQgdGhleSBhcmUgdW5tYXJrZWQuPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+
W0dGXTogSSBmdWxseSBhZ3JlZSB3aXRoIHlvdXIgcHJvcG9zYWxzLiBUaGUgbWFya2luZyBub2Rl
IE1VU1QgbWFyayBhbGwgdGhlIGZyYWdtZW50cyBleGNlcHQgaW4gdGhlIGNhc2Ugb2YgZnJhZ21l
bnRhdGlvbiB3aXRoaW4gdGhlIG5ldHdvcmsgZG9tYWluOyBpbiB0aGlzIGNhc2UNCiBpdCBpcyBz
dWdnZXN0ZWQgdG8gbWFyayBvbmx5IHRoZSBmaXJzdCBwYWNrZXQuIFRoZSBjb25kaXRpb24gYWJv
dXQgdGhlIGNvdW50ZXJzIGFsc28gbWFrZXMgc2Vuc2Ugc28gaXQgY291bGQgYmUgcG9zc2libGUg
dG8ga2VlcCB0cmFjayBvZiBib3RoIG1hcmtlZCBhbmQgdW5tYXJrZWQgZnJhZ21lbnRzLiBJIGNh
biBpbmNsdWRlIHRoZXNlIGNvbnNpZGVyYXRpb25zIGluIHRoZSBuZXh0IHZlcnNpb24uPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFscmlnaHQsIHBs
ZWFzZSB0aGluayBpdCB0aHJvdWdoIGFuZCB3cml0ZSB1cCBzb21lIHRleHQgaWYgeW91IHRoaW5r
IGl0IGNoZWNrcyBvdXQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5
bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow
aW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluO2JvcmRl
ci1jb2xvcjpjdXJyZW50Y29sb3IgY3VycmVudGNvbG9yIGN1cnJlbnRjb2xvciByZ2IoMjA0LDIw
NCwyMDQpIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i
Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgd2luZG93dGV4dCAxLjBwdDtwYWRkaW5nOjBp
biAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu
LXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gSSBkb24ndCB1bmRlcnN0YW5kIHRoZSBMIGRl
dGVybWluYXRpb24gd2hlbiB0aGVyZSBhcmUgbXVsdGlwbGUgbWFya2luZyBub2RlcyAoU2VjIDcp
LiAmcXVvdDtUaGUgc291cmNlIG1lYXN1cmVtZW50IGludGVydmFscyBjYW4gYmUgb2YgZGlmZmVy
ZW50IGxlbmd0aHMgYW5kIHdpdGggZGlmZmVyZW50IG9mZnNldHMmcXVvdDsNCiBTb21lIHF1ZXN0
aW9uczo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+KGEpIFdoYXQgaXMgYSAmcXVvdDtzb3VyY2UgbWVhc3VyZW1lbnQgaW50ZXJ2YWwmcXVvdDs/
IERvZXMgaXQgaGF2ZSBhbnl0aGluZyB0byBkbyB3aXRoIEw/PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPihiKSBTbyBsZXQncyBzYXkgdGhhdCBz
b3VyY2Ugbm9kZXMgc3RhcnQgbWFya2luZyBhdCBhcmJpdHJhcnkgdGltZXMuIElzbid0IHRoZSAm
cXVvdDtvZmZzZXQmcXVvdDsgdGhlbiBkaXJlY3RseSBhIGZ1bmN0aW9uIG9mIEw/IEFuZCBpZiBz
bywgaG93IGNhbiB3ZSBzY2FsZSBMIGJhc2VkIG9uIHRoZSBvZmZzZXQgbT88bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+KGMpIGlmIHRoZSBpZGVh
IGlzIHRoYXQgdGhlcmUgaXMgYSBjbG9jayB0aW1lIHdoZW4gbWFya2luZyBzaG91bGQgYmVnaW4s
IHRoZW4gd2h5IGlzbid0IHRoZSB2YWx1ZSBvZiBBIFtjbG9jayBza2V3XSBlbWJlZGRlZCBpbiBk
IHN1ZmZpY2llbnQ/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1E
RSI+W0dGXTogRm9yIGEgbXVsdGlwb2ludC10by1tdWx0aXBvaW50IGZsb3csIHlvdSBtYXkgaGF2
ZSBtdWx0aXBsZSBtYXJraW5nIG5vZGVzLCBzbyB0aGVyZSBpcyBhbiBhZGRpdGlvbmFsIGNvbnRy
aWJ1dGlvbiB0byB0YWtlIGludG8gYWNjb3VudC4gSW5kZWVkLCB0aGUgbWFya2luZw0KIG5vZGVz
IG1heSBhcHBseSB0aGUgbWFya2luZ3MgYXQgZGlmZmVyZW50IG1vbWVudHMgYW5kIHRoaXMgdGlt
ZSBvZmZzZXQgZG9lcyBub3QgZGVwZW5kIGZyb20gdGhlIGNsb2NrIGVycm9yIG9yIGZyb20gdGhl
IG5ldHdvcmsgZGVsYXkgYnV0IGl0IGlzIGFuIGludHJpbnNpYyBkZWxheSBvZiB0aGUgcm91dGVy
Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu
Zz0iZW4tREUiPlJlZ2FyZGluZyB5b3VyIHF1ZXN0aW9uczoNCjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPmEpIGl0IGlzIHRo
ZSBtYXJraW5nIHBlcmlvZC4gSSB3aWxsIHJlcGxhY2UgaXQgdG8gYmUgYWxpZ25lZCB3aXRoIHRo
ZSB0ZXJtaW5vbG9neSBvZiB0aGUgcmVzdCBvZiB0aGUgZG9jdW1lbnQuPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+YikgeWVz
LCB0aGVyZSBpcyB0aGUgZm9ybXVsYTogTCAtIDJtIC0gMmQgJmd0OyAwPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJlbi1ERSI+YykgbSBp
cyBub3QgZ2l2ZW4gYnkNCjwvc3Bhbj5jbG9jayBza2V3PHNwYW4gbGFuZz0iZW4tREUiPiwgaW5k
ZWVkIEEgaXMgYWxyZWFkeSBpbmNsdWRlZCBpbiBkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgd2Fzbid0IGNsZWFyIGVub3VnaCBhYm91dCAoYikuIExl
dCdzIHNheSBub2RlIEEgaGFzIHBlcmlvZCBMMSwgYW5kIG5vZGUgQiBpcyB0cnlpbmcgdG8gc2V0
IGl0cyBMIGJ1dCBpcyBnb2luZyB0byBzdGFydCBhdCBhbiBhcmJpdHJhcnkgdGltZS4gV2hhdCBp
cyBtIGZvciBub2RlIEI/IEl0IGlzIGEgdW5pZm9ybQ0KIGRpc3RyaWJ1dGlvbiBvdmVyIFswLCBM
MV0uIHNvIEwyIGhhcyB0byBiZSAmZ3Q7Jmd0OyBMMS4gQnV0IHRoZSBzYW1lIGlzIHRydWUgb2Yg
QSEgVGhlIG9ubHkgd2F5IHRvIGRpc2FtYmlndWF0ZSB0aGUgYmxvY2tzIGlzIGZvciBlYWNoIEwg
dG8gYmUgbXVjaCBiaWdnZXIgdGhhbiBhbGwgdGhlIG90aGVyIExzLCB3aGljaCBpcyBvZiBjb3Vy
c2UgaW1wb3NzaWJsZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPlRoZSBvbmx5IHdheSBJIGNhbiBzZWUgZm9yIHRoaXMgdG8gd29yayBp
cyBmb3IgdGhlIG1hcmtpbmcgbm9kZXMgdG8gYWdyZWUgYSBjbG9jayB0aW1lIHRvIHN3aXRjaCBi
bG9ja3MsIHdpdGggZml4ZWQgTCwgYW5kIHRoZW4geW91J3JlIG9ubHkgY29uc3RyYWluZWQgYnkg
dGhlIGNsb2NrIHNrZXcgYW5kIGRlbGF5DQogYXMgaW4gODMyMS48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRvIG1lIHRoaXMgaXMgdGhl
IGNlbnRyYWwgcHJvYmxlbSA4ODg5IGlzIHRyeWluZyB0byBzb2x2ZSwgYW5kIGl0J3MgdW5kZXIt
YmFrZWQuIE1heWJlIHRoZXJlJ3MgYSBjb25zdHJhaW50IEknbSBub3Qgc2VlaW5nPzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iZW4tREUiPltH
Rl06IFllcywgdGhlIG9ubHkgd2F5IGlzIHRoYXQgdGhlIG1hcmtpbmcgbm9kZXMgc3dpdGNoIGJs
b2NrcyB3aXRoIGZpeGVkIEwgYmFzZWQgb24gYSBjbG9jayB0aW1lLiBJbiB0aGVvcnkgdGhlIGZv
cm11bGEgaW4gUkZDODMyMSBhcHBsaWVzIGFsc28gaW4gY2FzZSBvZiBtdWx0aXBvaW50DQogbmV0
d29yay4gQnV0IHdlIHdhbnRlZCB0byBnZW5lcmFsaXplIHRoYXQgZm9ybXVsYSBhbmQgbGV0IG1l
IGV4cGxhaW4gdGhlIHJhdGlvbmFsZS4gU2luY2Ugd2UgaGF2ZSBtb3JlIG1hcmtpbmcgbm9kZXMg
aW4gYSBtdWx0aXBvaW50IGVudmlyb25tZW50LCB0aGVyZSBjYW4gYmUgYW4gYWRkaXRpb25hbCBt
aXNtYXRjaCB0byBjb25zaWRlciBzaW5jZSBkaWZmZXJlbnQgbm9kZXMgYXJlIG1hcmtpbmcgdGhl
IHRyYWZmaWMgYW5kIHRoZSBiYXRjaGVzDQogZ2V0IG1peGVkIGluIGEgbXVsdGlwb2ludCBmbG93
LiBGb3IgZXhhbXBsZSwgYSBtYXJraW5nIG5vZGUgbWF5IGFwcGx5IHRoZSBtYXJraW5nIHdpdGgg
YSBkZWxheSBiZWNhdXNlIGl0IGlzIG92ZXJsb2FkZWQgd2hpbGUgdGhlIG90aGVyIG1hcmtpbmcg
bm9kZXMgYXJlIG5vdC4gVG8gdGFrZSBpbnRvIGFjY291bnQgdGhpcyBwb3NzaWJsZSBhZGRpdGlv
bmFsIGdhcCBiZXR3ZWVuIHRoZSBzb3VyY2VzIHdlIGludHJvZHVjZWQg4oCcbeKAnSBldmVuIGlm
IG0NCiBjYW4gYmUgbmVnbGlnaWJsZSBpbiBtb3N0IG9mIHRoZSBjYXNlcy4gQWxzbyBub3RlIHRo
YXQgdGhlIGZvcm11bGEgKEwgLSAybSAtIDJkICZndDsgMCkgaXMgZXhhY3RseSB0aGUgc2FtZSBv
ZiBSRkM4MzIxIGlmIG09MCwgaW5kZWVkIGluIGNhc2Ugb2YgYSBwb2ludC10by1wb2ludCBmbG93
IHdlIG9ubHkgaGF2ZSBvbmUgbWFya2luZyBub2RlIGFuZCBtPTAuIE1heWJlIG1vcmUgZXhwbGFu
YXRpb24gaW4gdGhlIGRyYWZ0IGNvdWxkIGhlbHAgaGVyZS48L3NwYW4+PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZ3JlZWQsIGxldCdzIG1vcmUgcHJlY2lz
ZWx5IGRlZmluZSB3aGF0IG0gaXMsIGFuZCBjbGFyaWZ5IHRoYXQgbWFya2luZyBub2RlcyBhcmUg
c3dpdGNoaW5nIGNvbG9ycyBiYXNlZCBvbiBzeW5jaHJvbml6ZWQgY2xvY2sgdGltZS4NCjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdp
bi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_08c64473796c462aa40b5e41d88d4f7chuaweicom_--


From nobody Mon Dec  6 07:52:47 2021
Return-Path: <marcus.ihlar@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 290523A0AFA for <ippm@ietfa.amsl.com>; Mon,  6 Dec 2021 07:52:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.801
X-Spam-Level: 
X-Spam-Status: No, score=-2.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M4J7mqxbp3oB for <ippm@ietfa.amsl.com>; Mon,  6 Dec 2021 07:52:40 -0800 (PST)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60073.outbound.protection.outlook.com [40.107.6.73]) (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 379833A0AF4 for <ippm@ietf.org>; Mon,  6 Dec 2021 07:52:40 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MUh9yVXW54cyuUvrq9jpQlfvmPc4eaSzGDgYQ4KGhVZ8p4DG58i1QbLNjfqeN+1sXniS6XOFhkKkWMYvyOJGkwpxdyTD6/+/U0fFBPD+4ubChzDabnNVKQuPPQ9JbrQdkBM1r7FtIFomYceQF39q18NfAKt6h1kiDl6VJULkpV56/gO4BFVC/S9gIMsPdF7oj7MVmez9+7FtkCT/9hTvhu4UnOrAeHWou6eLIrWacD/lIKs9n5SMXfP4Zdzyd19s8Z/wR7tO9ZXgLf38MPDBf+Pp/MATECGmh8mVekxdIkUzQNFAiYoErgSQQlgloVPI+j0jKowwXn2owUpT7jcnig==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=TPg/mY+bubhdLVydLozkXku9uY4gWp1sHK2MeB3I6FY=; b=YYLB6I5SnTYfgb/Xg0GBM6bc8MyfTgmwRfEcty1RGFrgVabjFGcckgB0I1gK+U1RPvhpnpx9t2ZsIbPWIksfcCQTdqpci+fZIe45k5CuQCIFyiBDgFJ5WCfri/7ZpAixC4anOhX+pC68Vyq2bc2xf/HU08CO2YwqpXI1iFcWQErgItkh9Zjm6AHItS8jOMMVxOA9UUebqRsry03cs9lctKYzXQPXIZZ+COrjzBDyLkfJMnmC5vED7E7dTXhYq7968LskW4tOTkdFv9nKC5gOAirN36SmfrUmXaoXie8TsK25e3fpEUwYNO264MReQKlL97TUzKCawso8SG1u8q6KGw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
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:X-MS-Exchange-SenderADCheck; bh=TPg/mY+bubhdLVydLozkXku9uY4gWp1sHK2MeB3I6FY=; b=a5ZQdPXT15ca5M+d9GeBN1Gijam9V8nXWp/B+K/0dsaRpgJDM6mKIp3BZOZcE7VKrFMs1loxA6oV6hbjjLLTfoUk/AVZe8Z0ieJhhDOmLk5U/OSJ1bpKXzKgRRd5en1tOe7gc7EFTLRveuWOv2Ojyuq0eBLnsdxA127LIO4v6eo=
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com (2603:10a6:208:4b::27) by AM0PR0702MB3747.eurprd07.prod.outlook.com (2603:10a6:208:26::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4778.9; Mon, 6 Dec 2021 15:52:37 +0000
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::5191:5745:e245:6caf]) by AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::5191:5745:e245:6caf%4]) with mapi id 15.20.4778.010; Mon, 6 Dec 2021 15:52:37 +0000
From: Marcus Ihlar <marcus.ihlar@ericsson.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: draft-morton-ippm-capacity-metric-protocol
Thread-Index: AdfquL0WtV/2rjPHSECEUqMgTJWSZw==
Date: Mon, 6 Dec 2021 15:52:36 +0000
Message-ID: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e0df65c6-2602-4d10-233e-08d9b8d06d05
x-ms-traffictypediagnostic: AM0PR0702MB3747:EE_
x-microsoft-antispam-prvs: <AM0PR0702MB374739BAA5B01EFDB1201111E26D9@AM0PR0702MB3747.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6430;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: beVHzhKmy9gZvbwV6o7JhgLrtQEFOGl1h1kFNiQ+T8VcSeGyIMCWqw9RcMV63dl/igkgyufVK9NaxiykudObAawgebhssaOsh3XktNv+MnY7SfCjftppeGK6aGMSqkt+SK3RTryMSiPyekPuk4iQIHkvzysWOB/ftNn+5gmkBmC5UfO72h40YPoTEqohAuszqrWVSOlhEV9uBy62CdfyvuvQUvPwXQyo1CXSbwXQSGbK4qEbUEC39Ft4vMG3BzW1O50a/P7KYaI55ZVRqgnoVukPvF0T1ePFXwbGxmoRmFIPm7RP2IMtqrY+/vwREpkRQ7yTQn0iks8Ccx5/L23vJG1NskqrwWQTS4p5P+cLVJa6Xjch9yKqpTKYrKjmAT9fRd4A32qmKCj6Kedn2ZAq2NIj8VAwHhW2J1ixV4YSIaPSaDQy3QEh86gn+/0eRPVhHS4k1I5WcGAMQlrdDXhCur19VnCt4GOhXbMFuGKjxFVeVmDtGpM8jPcpxAdOkzEAUlVi+uFbDgpAWCXglk6y2Dhfq3cB5ejEeSH7AJpSGgblpU2qRJV16PnemFIeJgvvTEQ6u2E1tZ7/0uk7DmhRJqIAoBVqenDID50uUg9coKIJjJaexKKuvSwImGV9LbxWQjREAKd9d/Rs58XhNQ7k4AKa44XdxXIjCMQtJDVKrdV00Ng4WJBq9vlYX1ffpSt2RRTBRiTFeUsOIdkp4X2Bn/w+uBEcY07fhp6iOll2bITQidUaVAv2a3pKw0PSEBKzZBnF3etNnSSt55lcKItLqpksVvIMXQk7ptn+UFu+u7NSXw2y0TUDNNEDI8RC1k70YPSCQmHKiBrSg9iCslnGX3fgmhXgKif7Yg4SLDhRw7swmnOYhwfs7EucsqOAfQGo
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:AM0PR07MB4131.eurprd07.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(66946007)(186003)(66476007)(5660300002)(52536014)(86362001)(316002)(44832011)(122000001)(66446008)(38070700005)(76116006)(64756008)(6916009)(66556008)(166002)(6506007)(26005)(38100700002)(2906002)(966005)(508600001)(8936002)(71200400001)(82960400001)(7696005)(55016003)(9686003)(8676002)(4744005)(33656002); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?LzX6cNK843SpPm+8cwHl1QN9g7TIFsGALnY/ydu5d2skKKmmpCfer2UMNHfB?= =?us-ascii?Q?3mvyeWt0IV+1Tv9yl4UK53YPRQm4LELRp4toDR0IBSSoDzGVPj1KCy8Y1T+2?= =?us-ascii?Q?aa+6Jttzi14Ns8jBe2zbc03vzQ1+q0sRAuMYwjSiqAWkkDR/aEWJSVoLlgbz?= =?us-ascii?Q?hD5at71tdDAF+mtvVED9e3C2L91cvhpWmyRa3em9NBItCI+Mveo7WZoYS5T/?= =?us-ascii?Q?bzFYXtobUDtwX2LkAPa6qqErGDbC8hvWhWShqnlbobP7kuOxSTjg+IPfBi56?= =?us-ascii?Q?IOnjpp8EDXePhQylXrQuoBaRW2mw2h/s+3Qc+YJAcWfMtmJJlkAN1nBgxd9+?= =?us-ascii?Q?7Ywj3MLPu85NIX9ZFN806pd/thcJl3nv+35YY1ghRf6hVfV2//WDE9KOhhkT?= =?us-ascii?Q?fKNyewBRgoFVaqGMzsDKsnACYnx3ma1H3ZrGF21TcCRwCJnUX5Y1fP4bJh5p?= =?us-ascii?Q?K/yJBs/IDCKh0ajuPffx/uaGi/r0RgnmXSZUDk2mqS7mVRIDDVmzSb+l/+io?= =?us-ascii?Q?Qx32wu1BlE1dOKvx3GPsTmy5Moi9OfrfO4pg4vQCc8dZanYBjGWOztZcy9T1?= =?us-ascii?Q?Z6z9vuOfwejvvDNlvTbRToRuHSRMc4KIJSBdYjDlIK+q+v+wzZhrTVAlcjvh?= =?us-ascii?Q?oXMOKxDhO+nk9GTYgGB/91CTAAbq7tMdDrnweGhlpuskEVLcBb9vmth3GDyt?= =?us-ascii?Q?YkGJwi+4uWhrImpT/qVRMHFfTs+aUL0SAfdhWchlmShS6A2+9EoMWQVVzT+d?= =?us-ascii?Q?St2EMa+JC9scSml8r9ykg6BkWCwANQA4U0XJmD4U5VlThcZ6pn96+62bjxif?= =?us-ascii?Q?fSf7EMjUSAW/WejhX3xofhngEHMD/SLpVYehOY+2nme/jzexlgyYP8ig6UxM?= =?us-ascii?Q?6AuXxmEBXOJComLmDnK4251Ks/XrCnsyY6hIj2f1w6ikSu1gL9IA80OE3Iqj?= =?us-ascii?Q?bWmbZsXTGK/pQPCaRJsbmZBDgV16POIrILyJ9emF6e/zzkQhx7/ns7MCseyo?= =?us-ascii?Q?gY3HQGkIc98Ms6OJkHQyKkSk+iHjjdSlfXhMdqpKs0AI0qmCZvxQuDpCbHPw?= =?us-ascii?Q?cpGihV8zOWMMqC2Yl6+kGIBRf3AsxfllzXKG/czrTnhUQyDz9rBozN1Vneul?= =?us-ascii?Q?7CNf58NPI+VuNOLouIbOFWFkptBjYY7kR1EB0eSjhSUYMO0mASHUrtMJqHEE?= =?us-ascii?Q?cOg9nIZrAbtFxB5CDhxfu4rwUSeYm2yvYr7sf/VOHcwA5PcdwoC/PLPnq025?= =?us-ascii?Q?kAeg87oqP7FwzzXYVrpHRFikmBl4AOoogChVG3Z8x11IXYCXhMyJIumAcJq1?= =?us-ascii?Q?yAFhEFfb0dF9L7WjXHobcbMM8PA9gmJ+Z6+9PUbSPJayuddLXMSMVdU65cjX?= =?us-ascii?Q?GnmKiHhrU4yPHLGhRhtIviV8jUQ+xhF//zvF4nCll51vKk2W+RnUAVSFmoT9?= =?us-ascii?Q?A/fUoBi2rLQV8PhRDRYhUaZqhiK1tVF7Mt3W3cy+SMuXUo1fTNhMu0qevjyV?= =?us-ascii?Q?v9M3htmcjN+c/x8EdiuWeL7YhS9v1tr9FEv3hAJ4qjkQDh66vNb4FIVnOIwa?= =?us-ascii?Q?7TPJB0BuLOCWF7GE+nB3fDhDlhnVONndpI0/xKnEHh+kCNMEnttNNLnyHGbV?= =?us-ascii?Q?lKgATaHQR+EzK42GJUF29qQcJerfK4j2qYj+YJTX++EFuLFWb1C+P/QrWtfN?= =?us-ascii?Q?oRu5gA=3D=3D?=
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9AM0PR07MB4131eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4131.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e0df65c6-2602-4d10-233e-08d9b8d06d05
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2021 15:52:37.0303 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 8MSxU1ntI2tfZ5lYYVbplWi/B6LAUgO/drQphjFHUqwoFN2PBKFIFum2m03t4URhABXBG5ZwZ8l7F7KABicRh0r/RKOVM7lhdnuix6vpeXA=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3747
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/9TiRdm4K8-g_Ae9CJ9TNcy99SZo>
Subject: [ippm] draft-morton-ippm-capacity-metric-protocol
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 06 Dec 2021 15:52:45 -0000

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

Hi IPPM,



This email starts an adoption call for draft-morton-ippm-capacity-metric-pr=
otocol, " Test Protocol for One-way IP Capacity Measurement".  This documen=
t is intended for Standards Track and defines a protocol for measuring Netw=
ork Capacity metrics defined in RFC 9097 (https://datatracker.ietf.org/doc/=
rfc9097/).



https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol=
/

https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-pro=
tocol-02



This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.



BR,

Marcus




--_000_AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9AM0PR07MB4131eurp_
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;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
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"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Hi IPPM=
,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This em=
ail starts an adoption call for draft-morton-ippm-capacity-metric-protocol,=
 &quot;</span>
<span style=3D"font-size:12.0pt;color:black">Test Protocol for One-way IP C=
apacity Measurement&#8221;. &nbsp;This document is intended for Standards T=
rack and defines a protocol for measuring Network Capacity metrics defined =
in RFC 9097 (<a href=3D"https://datatracker.ietf.org/doc/rfc9097/">https://=
datatracker.ietf.org/doc/rfc9097/</a></span><span style=3D"font-size:12.0pt=
">).<span style=3D"color:black">
<o:p></o:p></span></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt"><a href=3D"https://=
datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/">https=
://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/</a>=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt"><a href=3D"https://=
datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-protocol-02=
">https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-p=
rotocol-02</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This ad=
option call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">BR,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Marcus =
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9AM0PR07MB4131eurp_--


From nobody Mon Dec  6 07:53:17 2021
Return-Path: <marcus.ihlar@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 3E06C3A0AFD for <ippm@ietfa.amsl.com>; Mon,  6 Dec 2021 07:53:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.801
X-Spam-Level: 
X-Spam-Status: No, score=-2.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oawnGFBqe0uG for <ippm@ietfa.amsl.com>; Mon,  6 Dec 2021 07:53:10 -0800 (PST)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2084.outbound.protection.outlook.com [40.107.21.84]) (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 A386E3A0BA0 for <ippm@ietf.org>; Mon,  6 Dec 2021 07:53:01 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AWpqzg2ZUNw/zyyKPd9ezFnQrI3sneBEX54pJ2Dox/qauSIW/98XzKqYxGeGSl8r9dTPLtJ7/g6MZlmETG133vldXfhQf3JlrUQCgHGDS66JCrJJPNg5PnF/hsDx244MdGRY/FqOVqB8LfBIVhOYKbmDQJWe6u52slagwYYNDS3AqY5IWNCr8zRR3gvNF1AAmEaaeS6GuQLfWaExo2cgaNrLmEP30UbS0BgqIWTM8Hi8cRqp5BnkFQc0EgWC/964op6pvRsz9GKThQsJfheL0zU9t/O4gBt2CUYSgLDhywxHiHoo75kXTKB76fB4DkBLAGeZaA3QceVlArAhlnKGAw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=HDWQUQgqKQ5J+ko6NPD6MIyKWx7MqpTn7R1Qu+ORdLY=; b=CMzAfTRUymvPLWDXR3XKhXXnBh48tbSZDAEOt1VHzfsvS/CoQWxOhZHaZ0GZFIUlupkTuPiqUGwVJwGHLNjRGNou8sXs3O50JvS/LOUU34SDc8vNZzKjvPXS46urno8pWfPYnbg0R02EZRoySmctf+FjvZLIVVELE8GptDNicISoHPFPYP7hReVBOpsSvPMwbXOjOj7XJqGMdBqkXlTa4nFqDeYhmTTY6XqU8gOAtxTAgpXuYjuAWtE3RvUizdyYnbnZTR4r6kj2VO8NciRmqlMX+slwlHIpzv0pwxvnoLWZZE9SaaMfJX6Mo7Gpuf4iSUWZsu5OzSKXvAh0PFjfMA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
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:X-MS-Exchange-SenderADCheck; bh=HDWQUQgqKQ5J+ko6NPD6MIyKWx7MqpTn7R1Qu+ORdLY=; b=u3YATlD4TUWJ3J2ABqskde7vu5C++9VedJYTqJMoIxZIbZ1veYsvJ8Jq00Z7eL4XenR5HVosXwYqFihXbP9kzssPs+EM0BtTY8KKxHi+CxuZclTBw3GyegqtJ4FjpRv6XxlNKEZHl97aYl7ESIrpIqyqYwFU25GyHMQv/AjsQVw=
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com (2603:10a6:208:4b::27) by AM4PR07MB3331.eurprd07.prod.outlook.com (2603:10a6:205:d::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4755.10; Mon, 6 Dec 2021 15:52:59 +0000
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::5191:5745:e245:6caf]) by AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::5191:5745:e245:6caf%4]) with mapi id 15.20.4778.010; Mon, 6 Dec 2021 15:52:59 +0000
From: Marcus Ihlar <marcus.ihlar@ericsson.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: Adoption call for draft-cpaasch-ippm-responsiveness
Thread-Index: AdfquNUJKsdYHHTaTOi3VLkEWROGkg==
Date: Mon, 6 Dec 2021 15:52:58 +0000
Message-ID: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: eed1729f-75dc-47e3-4516-08d9b8d07a18
x-ms-traffictypediagnostic: AM4PR07MB3331:EE_
x-microsoft-antispam-prvs: <AM4PR07MB3331F8DF60C35ADEEDEDC925E26D9@AM4PR07MB3331.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7219;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: uAmjvNYfzfCwGeA5BTyrfST6AIu6ox6hug9WMTelBXMw49Ar5nusFd4425mHHqMrP49tIYSnJlye0sp8ol2gm1rpzpw5aL6s7zbx1uLREII7ynwA+0buWwFJ5GMOLjjYkXQ+eewfTTvd651xm0Tjn8ma4A00tuCss+WRaYSHpe5xAdoEXCNFDijCU2rHqTvZ2493/OlOHQkEnlX1E+MDUsUV9JgTWsTt9IxFcIbRNRkjx5THli+/zo1C0frxT4d07xVCsbhfp3VsYtWzzdOGirU5uvdloK3/et5nJJPlJVHVMlinD4nbkaTHS4r6rJQjPZS8mVGGcT4Sjjh8Mf0v+MYf1IMzJSpQ6sKOk0nzYpJmyK2FkmTopKlcyHtGo1LfFeRXcUYT+6JyozetNgbgvU1l6N6wucU031OpaEztHagKVQUgBuSiHrMCrLoh72ogfYQPT1sb3v3EvXIC/JvHdrZ2E6j/NN7qZzFaDCwZVOEDk63ZRFSHhoD0Z7XXzUw1MZSkWYZNUfGRHm4goJaq0gwOvCnOuAxTlmgRbIN371H/oteHLqcrVWTo7LRON9Mv07Qz2Y2+r/76z09mPUDoK4q7/SfHcAaBJowLbJN4RaOWl7WKMvCCjyIbS0yNz/22LYXyIRO2IHofVwgfGWyrHDuwWJM08mZBhtQv8ybkvzr4+LzL9NHd/PLYxLEJ0YnnenwXp5+6chOdfx9wVjnBkTm7lCKtFq7XKcsfLiM1lTHhZdVL4uxMFJ8/yOlyl+VYNmZ1AzgKmA6ZWmChyTiFY+iqAyPtaA8+sPaji0rI8bvtHWqoE98z8nRZPIza1gFxRPCdt0SHsQui0tgANjhQe7+YUPwZiCcsSVwiBXZmuzr73IahLN7Dk7bAe3R4gJuG
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:AM0PR07MB4131.eurprd07.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(166002)(86362001)(8936002)(8676002)(26005)(38070700005)(9686003)(5660300002)(55016003)(2906002)(6506007)(186003)(7696005)(33656002)(508600001)(44832011)(66476007)(66946007)(122000001)(82960400001)(71200400001)(76116006)(38100700002)(66556008)(64756008)(66446008)(52536014)(6916009)(966005)(316002)(4744005); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?DYuO758YkRT9LBm+N1bbGC1WUtGYGf+oWVcm/OUmoUUbdiRnHUrd8z8NI/5Q?= =?us-ascii?Q?GteOghV0lJhGtDWMyKUTuOc69nZx1ZIyVDhOnwnAjVFEZqqtgD56Zh51icYC?= =?us-ascii?Q?kE2TzljxEo9L5mb5udfwJMdsmoVgMl/pogonfFeHf0I3fT1uawxt57phekwy?= =?us-ascii?Q?5mJvRt0OSoi12ebExqJnu6cfPx1SDIfD0Ju/ODClX60NeCYNsy8IeVESHZ0+?= =?us-ascii?Q?Hl2HX2CK9GOj5NRK1bXycicAKUQKlRu4QxvyePmjPJWcVh1Slg5bjxTRHRe1?= =?us-ascii?Q?XOUbNJTPcWh5UAJYM+upmK7Bnap1NBlpMavjNx+dRKvQy9v7iwGOnA16corE?= =?us-ascii?Q?hQPdLYuni8NvEYrqpQ/WGnHB2sz5oRO3ZsZIXcKFUBQuwt61jsYlSxBpIw3e?= =?us-ascii?Q?TDyTB3MUKyzSF+oyBx4nwEWmzbq15UpxgRs8kxkztQqM47Mq8XcIWo3PLCXM?= =?us-ascii?Q?hNdPTdbHLr890QbzMWQH/Seyo8V/+K2OjFfw7szoNLgLGm1Oi46nKS2Ap/pY?= =?us-ascii?Q?QTcHmk74dEeRRHfMrFMPHN/hs+2YnGUws04yt0S+CrIBNq5TmByxLRdEMsfb?= =?us-ascii?Q?D77zDIXT4cTWiKhcRIUkzB3ONfBMYSbwm0C+8yXZ+POh0SETepE2K3v9DNUP?= =?us-ascii?Q?dHz//4Ia8VArOvg1hlOQT1MFEi3Zze+IuoXsOodCKXeRaoIeRuV4kyj8jAhH?= =?us-ascii?Q?lWGF5owSKo2pixXq/dmHsrq5OGfba5mRE5sOsZ22XFtEE9e/YPBfv82UYVeg?= =?us-ascii?Q?AVLY6Gtet5wVVJlqIu5oo626CBANoAbnW07JH7hQj+LlEMKFT+0Jpyc1T0wc?= =?us-ascii?Q?9VJTSRozVuRREW9DvCoB05T3H1ao/3KP+lzPc3hBjYKpxQAEPW6oMKK3R7qH?= =?us-ascii?Q?UAX1K6SdrHyHO69cNE10bQCUVFMZJWFAlsuPVHaLO6QFOQ/lsISxFRAEMHUz?= =?us-ascii?Q?WJhFxIZQRGezVMaJrVNUQe97xjVatL4cwHTzJ2LidZV05bP7I11nw3dIJ0mS?= =?us-ascii?Q?WTtneu0Y9RxpSEUBXI/gGpmfX4qZCY6cPCRk1mk0+978eIb1lHn6ZVd0bUM+?= =?us-ascii?Q?4BeIHQCe0WAxDmTciZvZlkho+6QqB+lw5g2okbwtF+Qjr2jmF/w0hHizWZ5u?= =?us-ascii?Q?xQ1Jmgkbo4zBnvVBvIWvUaDJLG7kxjS86iNGdaZHaItxNu28kZj0Ij5hbkKk?= =?us-ascii?Q?F13q2SuaVf6Sa/uFY+JoNK4aGRoQ/FIYAykSXya4dCKQi653k759wE3/8dtw?= =?us-ascii?Q?OgU0dAfI5Ro0GMa+I6C5/ZCNWBKXt2D2KJxQp27hqJufBYpWTV4HkOT1Mb4D?= =?us-ascii?Q?sqdVI/3g7xuto0eeHMccnxipQ6f2ZJuvWHM4auFZHFfVup/4KAxmXnYJIhT2?= =?us-ascii?Q?77cTSXkZHWaxeI3CTHKrJj1AajVdiF0LZw7FaojtKQUdO1GlfaqWSt8usEC+?= =?us-ascii?Q?grQzp6VnQbt/h0zlSBXds7xxt9f4Hwv6R4jTs+VnZj2fZwAYIzZswK9TnihV?= =?us-ascii?Q?0MDZ9iEG3ST/hmhuonEful/ivTqU6kWe1xI6o1X8gQCpcYOFj1pF+kZRo+tg?= =?us-ascii?Q?A9tC2Lb05MEnwXCxq5dVMXXc1TkC2n3xdeOGFSh4xZ5xetzHAFo5akl6Qvtm?= =?us-ascii?Q?5Gpqnzp6hhLN8RbXsqjck7MxA8TONXiAYF23HEEIGACHIK/sIsZgFVGCZK4u?= =?us-ascii?Q?MurWYQ=3D=3D?=
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9AM0PR07MB4131eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4131.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: eed1729f-75dc-47e3-4516-08d9b8d07a18
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2021 15:52:58.9505 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sPoiF85N4/KJFY2mGPCHITVBOeJ0PegdPgznwOdYciuQpWrtlWXv5OyIdhqscEAgWku6/Yw+PHC5UEq3byGaF9wtPHFYQgRYmnzPH03JgkM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3331
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/IZKaxtqQacj3j2ftKxEwCWLQ8cU>
Subject: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 06 Dec 2021 15:53:16 -0000

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

Hi IPPM,



This email starts an adoption call for draft-cpaasch-ippm-responsiveness, "=
Responsiveness under Working Conditions". This document specifies the "RPM =
Test" for measuring user experience when the network is fully loaded. The i=
ntended status of the document is Experimental.



https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/

https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01



This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.



BR,

Marcus




--_000_AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9AM0PR07MB4131eurp_
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;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	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;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
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"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Hi IPPM=
,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This em=
ail starts an adoption call for draft-cpaasch-ippm-responsiveness, &quot;Re=
sponsiveness under Working Conditions&#8221;. This document specifies the &=
#8220;RPM Test&#8221; for measuring user experience when the
 network is fully loaded. The intended status of the document is Experiment=
al. &nbsp;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><a href=
=3D"https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/">ht=
tps://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/</a><o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><a href=
=3D"https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness=
-01">https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsivenes=
s-01</a></span><span style=3D"font-size:12.0pt"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This ad=
option call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">BR,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Marcus =
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9AM0PR07MB4131eurp_--


From nobody Tue Dec  7 00:01:09 2021
Return-Path: <Ruediger.Geib@telekom.de>
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 8EE1D3A127B for <ippm@ietfa.amsl.com>; Tue,  7 Dec 2021 00:01:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level: 
X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=telekom.de
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id moDJajPmGD4S for <ippm@ietfa.amsl.com>; Tue,  7 Dec 2021 00:01:01 -0800 (PST)
Received: from mailout11.telekom.de (mailout11.telekom.de [194.25.225.207]) (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 181993A083D for <ippm@ietf.org>; Tue,  7 Dec 2021 00:01:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1638864061; x=1670400061; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Hl01xJykskBVwbQU4CC8IOG9OnVVlc9J7sFgJvDy6ug=; b=6liT3VHG/0D6bnS3jdhwXR9t3wdiaBM8QrbuH/Zb/rq9treisMOrQpY4 VXLaNVt+VPHZdvyfXi2oUO5GxbIDD4gqtjw0gzV9CH2NRwCFidFG/OExS FXTV8eh9uymHFG9vuKJEN7GnICqjUubCT4fZmAEmw7H6WsICDgZP++Hkj 9ZL7IUmyHO0yFGoMWq7XtbFYCvp39JnyxEyj9Q+1Eo+cJ0/wVzlXj2q11 6cddPXcz9MUAf66L/zvFUPiRq3W1Cwvk8ArCriJvyok0pdPYJ16/HSde/ aLl68+qJQ4RHT7ftYxC/G5Z9lzmZKP/BYt7N3F8dn2rpIlSVE6zvnySBv w==;
IronPort-Data: =?us-ascii?q?A9a23=3Ag/Xetqm9PnetZYl4oCdnT6Lo5gyaJERdPkR7XQ2?= =?us-ascii?q?eYbTBsI5bpz1UxmYcXm/Vb/+MNGP0KoonadvioBlSuMDXyYJgHldl+CA2RRqmi?= =?us-ascii?q?yZl6fd1j6vI0pz7wvTrFCqL1O1DLImfRCwIZiWE/E70aOC+9SAUOZygHdIQNsa?= =?us-ascii?q?VY0ideic0EE/NuTo78wIIqtYAbeqRWmthivuuyyHrA2JJ7hYvWo4iBwJvnzs01?= =?us-ascii?q?Bj6kGtwUlXT/pmntneG/5UeJMp3ya1csxLFrodo8u6SH44vzZmA0k6J0ktrBt7?= =?us-ascii?q?jjvP6dFEHWLjbOU6FjX8+t6qK20AE/3NrlPxmabxHMi+7iB3Q9zx14O9QuJCxR?= =?us-ascii?q?gozeILBme41TxRcHiJ5OOtK9dcrJFDm4JTPlRCXKyOEL/JGSRte0Zcj0udvGWR?= =?us-ascii?q?m9PEEJnYKdB/rug4c6NpXUcF1islzIZWtMI5ZpjRhyy3UF/AvRdbIRKCi2DOR5?= =?us-ascii?q?x9o7ugmIBoUT5NxheJTUSn9?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AlTnC3aNxYE/IXcBcT2H155DYdb4zR+YMi2TD?= =?us-ascii?q?iHoBKyC9I/bo9PxGws566fatskdhZJkh8erwQZVoMkmshaKdgLNhfYtKMzOWxV?= =?us-ascii?q?dAQLsSircKhgeQZREW+9Q36U4CSdk8NDSTNykHsS+S2mDRf7lPoajjgcSVbKXl?= =?us-ascii?q?vghQpGlRGvxdBmxCe36m+zhNNXN77O0CZeGhD6R81lydkHIsBPhT5ENpY8Hz4/?= =?us-ascii?q?nw0L72ax8PABAqrCOUiymz1bL8Gx+Emj8DTjJm294ZgCr4uj28wp/mn+Cwyxfa?= =?us-ascii?q?2WOWxY9RgsHdxtxKA9HJotQJKw/rlh2jaO1aKvi/VXEO0aWSAWQR4Z/xSiQbTp?= =?us-ascii?q?1OArTqDzmISC7Wqk7dOfAVmiTfIBGj8CHeSIfCNUEH4oJ69PBkm13imhYdVZhH?= =?us-ascii?q?odd29nPcuJxNARzamiPho9DOShFxj0Kx5WEviOgJkhVkIMQjgZJq3MEiFXluYd?= =?us-ascii?q?s99ePBmckaOfgrCNuZ6OddcFucYXyctm5zwMa0VnB2GhudWEANtsGczjATxRlC?= =?us-ascii?q?vgol7d1amm1F+IM2SpFC6eiBOqN0lKtWRstTaa5mHu8OTca+F2SISxPRN2CZJ0?= =?us-ascii?q?jhCcg8Sjzwgo+y5K9w6PCheZQOwpd3kJPdUElAvWp3YE7qAd3m5uwAzvkMehT3?= =?us-ascii?q?Yd3A8LAo23FJgMy1eFOwC1z2dLkHqbrXn8ki?=
Received: from qde8e4.de.t-internal.com ([10.171.255.33]) by MAILOUT11.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES128-SHA256; 07 Dec 2021 09:00:58 +0100
IronPort-SDR: 3PowUZlxguuv595D26I8PNhrgs7yIdQj+Sd1GmcotH3JPQzvwRoVK963aDumL87pWdDCtDKErD QYuBThvaucoOTKxv3mqoKwZDpFXCoHF6o=
X-IronPort-AV: E=Sophos;i="5.87,293,1631570400";  d="scan'208,217";a="1123891711"
X-MGA-submission: =?us-ascii?q?MDFMowCtfATB3xlIX/ixwYyL0A+M0IqpuJAQSH?= =?us-ascii?q?tkwLkF1G7KW1tXcp3Pc/r4rx0blA7yxyY16uSeZAzQXw/LAFjqbhSili?= =?us-ascii?q?adE3U0KsoWznyXV8eqcjcLghA/GRdHb74eIiXQIraFdw+XzxzNcllxAG?= =?us-ascii?q?1ZuY0NpwQEeK4nIc2U7SWtXQ=3D=3D?=
Received: from he199745.emea1.cds.t-internal.com ([10.169.119.53]) by QDE8PP.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 07 Dec 2021 09:00:57 +0100
Received: from HE199745.EMEA1.cds.t-internal.com (10.169.119.53) by HE199745.emea1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.26; Tue, 7 Dec 2021 09:00:35 +0100
Received: from HE104162.emea1.cds.t-internal.com (10.171.40.37) by HE199745.EMEA1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.26 via Frontend Transport; Tue, 7 Dec 2021 09:00:35 +0100
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.173) by O365mail04.telekom.de (172.30.0.231) with Microsoft SMTP Server (TLS) id 15.0.1497.26; Tue, 7 Dec 2021 09:00:35 +0100
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AOwKujm8sRmVnxP8tEh7wJQMItCk5xHfbbfbDuI+nUUEq5MOj3YykghBC5nZaSw62P+anT1ZywLBbLqZaS2H1BRAy0fym2G6hC66jZpsKqHl9mRgH/tEWWlKNNeXkoCtgF4UifiF/xV0LsZtSho3OsFIgjKYzcbl9rdVPsqKQnQ2a63gh92zomz/vSyKI/yfPJU5bTNuWjScCmA6JP4xGLsBota697r9j8KYfRC9+UGkChzqqu1BlxIhHs0jkDFsfvm5R3XYZX/CXM8/RyCRVy8Qo2ijzbICJ5JXDOg/XbmvzQXZZPi48gBPNsaOtqaXAsdFspzaOpQqu0ohbHhatg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Hl01xJykskBVwbQU4CC8IOG9OnVVlc9J7sFgJvDy6ug=; b=mJvTzkv/HaN5FMu26zQhtMKXZXsCZvHav5JvmhLyKj48DZVyhsWIlj0F3I9AMdBWLXiso6WxWMOGR1J8Q6Ps43NQTInFUrkWcXtWLwj8EP/tZ7Iv/WVJej4tSrt7MV47Ofq9WJ0eC9BZo8YTYCRKR71+ecJ5aXrraoyhwm71YVX4VqTX7gGsObnkDCV8mizjOWwcnqo3aQfKSY0WDYf2A0zUl+GBXa9HGqjPIIb/NcrUIwUNG0d9IwGNzAZxpDZErv2cSMVC6naaS8s0iFeVudLUjN/fTSgrV/9YhOPVgE+BVY92dcnjsQ7aB12NHEoVW4vLQIthmw/IE+59HDWyZA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2c::12) by FR2P281MB0949.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:64::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4778.10; Tue, 7 Dec 2021 08:00:34 +0000
Received: from FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM ([fe80::108f:13f4:3158:25f1]) by FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM ([fe80::108f:13f4:3158:25f1%5]) with mapi id 15.20.4778.011; Tue, 7 Dec 2021 08:00:34 +0000
From: <Ruediger.Geib@telekom.de>
To: <marcus.ihlar=40ericsson.com@dmarc.ietf.org>
CC: <ippm@ietf.org>
Thread-Topic: draft-morton-ippm-capacity-metric-protocol
Thread-Index: AdfquL0WtV/2rjPHSECEUqMgTJWSZwAewXAA
Date: Tue, 7 Dec 2021 08:00:34 +0000
Message-ID: <FR2P281MB0611DCCDFF10C22558470EC09C6E9@FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM>
References: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=telekom.de;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3cc80bc1-8170-454e-ac00-08d9b957a607
x-ms-traffictypediagnostic: FR2P281MB0949:EE_
x-microsoft-antispam-prvs: <FR2P281MB0949902DB898210E0C7B5CA99C6E9@FR2P281MB0949.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: z2xZoc+AAq7b1P9wLXJlkEi12vdOH8LKzOfGhgZvUMC06bBksu/B8D3z9uWHEw55Hqe4QkQZWd4A5p3+8IYTOVTJNCQfP02pvylrtHvUx7LC3f0MPXuw7l6ZD70VsbE9wY0Eu62gEnutP9hQeWc/OZ2pnIIywu7CbPr70JZ8Mx7O9sszbZFPb20vk3CytGzQ8ky5zzBOvsRa6+sv0lJBXs3w1QBmTvvwYQo/XJOpsyWKr3vydap+M+vcUv+8AT6u6qeDOX9vOxT/uCmB5AkdDfkusVscSFXuFrR24XxQSMcKy61qck6YWHYBVQx3fb+08XDYo6Icxs/zkObYm+94hj6kXo4tneNXCoxbZsLZPO5n02H4t64T5WvDScb/MZi7k44S/5taNwA8W9KIRxs1tzZ04zImvhhmfwTkMrNj9HoG3PRFT1hi+M3Pv82mKZCI44mzC9gj74GYW6B1HmhixWEsKcZSl5Wd45Xavw7od0LEPqRuvTsVbUpp3HTIG6kgkji8RP8KiuyGojU6Sn1kSKAxgXPji2NGnQzCdwo5g2oFHuFbn3tmO2AlR4tVK65bKztoJtz6i/cpTpsNyJW9EBZF6sJPzeXkMm0xrNZNFF96MR0yB1xAxWJn/VwUtusrgv+PHDYreE47ae5dBflK23fzl/fiLfH/4nOwQQ1y/kKQgO+hNoXoRRGF5rNS47mqLUo2FkCpoKI5+doiFg4L8+hH/0KF8V77Aga63v1jTUhpcPW2Wclbd1uSYdDbZ+Wn0s62zaSnRqWE6Php7w6MDezsF7FNr5VqfVc7gyw7+UY=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFS:(366004)(122000001)(7696005)(186003)(5660300002)(26005)(55016003)(38100700002)(52536014)(6506007)(9686003)(4326008)(76116006)(33656002)(71200400001)(38070700005)(9326002)(966005)(2906002)(82960400001)(166002)(83380400001)(86362001)(508600001)(316002)(8676002)(8936002)(64756008)(66946007)(66476007)(66556008)(66446008); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?5d0QBGG1VSTj1AR/vNEl76yAbd+LQ2U3AjkWnH7T0PeE31Hdtah65l+c6h?= =?iso-8859-1?Q?Dd9dxyiP94dgfyCsDIkMfquR1y5O8MVPtbAII9ZL1NpYNrniwhPSoVauCN?= =?iso-8859-1?Q?yn64LqHu+InJMBjohv8NeuPKogOAQf0DDTrh3nNpt2K35aR7aWOwiKKO+n?= =?iso-8859-1?Q?c+Rah7TXMYEaKI90eOgJ5BglhZNEdOnVIOpZxuaTcGrUJ1gZ0GvUL1P2aq?= =?iso-8859-1?Q?wzGggqJknDHg0hIWt6UMcoG4aLcxQQOCmQ1j3Pr5twlhKySnfvRPDFD68d?= =?iso-8859-1?Q?P2wzCFelOjG7tbnAdVTuFNgMuPCRJhs3kXDH+OPYxx1yDJkfXAA/res7OY?= =?iso-8859-1?Q?3vUOgpxbaUAJKQUIuOEkBw2t7pSx7FAgYaRBckDqRaH50V6EYHxCkXiHbj?= =?iso-8859-1?Q?JeUux/kG+nHk0a46yn4OwDtjS+GaQmhKyy2/A73r+imIZy1Y1t2ioL6te/?= =?iso-8859-1?Q?hG8o2DrG+vWV2YDet5dZBZ1hOAYjgAslOa71nwb3neD/geIBAWjr8BbbFG?= =?iso-8859-1?Q?GNP5SsHcvnNIWA1yTCn4SanywW/MK4k8HYsSRQmhCTajFPd3Qg633lHjtt?= =?iso-8859-1?Q?oeqqpDudXQI4Ry8Nrr3u4rlZOBe6NcJbZKQOOonmXgRfyEBu6FSP2oEJFp?= =?iso-8859-1?Q?NAgvWJyYDfQu+s4IC5DBx3K4OJCRVqTsIfoIfA+9tGbwHLdIC6K+KUOgdS?= =?iso-8859-1?Q?X9OCmQG2t4wM2XlpmNpsKeT7kIPqUi3VlLzjjgWdHXOThSwqaY4Ph8n0Po?= =?iso-8859-1?Q?GrwYuhaY/g6MNh/r8Dx3OWyzsTXhiaZsjzDUNocKLv3+GUgnjL4eZV0bdg?= =?iso-8859-1?Q?QeTOi4ZV45cbie7NHOuIzjrv3Y3lrS3cn5LsZgErhExoCycfbcDAGEEGg8?= =?iso-8859-1?Q?rycy177s1N9z6EGYqs3rtsIUMbDN1aTmTYKCSIM8r6B+qWLU+yw/Wnw+fM?= =?iso-8859-1?Q?juEWuQafipZJUFB+Uog/cQIT5oTWsvTw2YDxyYvXXwp3n+fPLhl/o0M/Az?= =?iso-8859-1?Q?J69UAgECAeMGZ4apeVPYcuOKmp8wl79/Uf0w95PEptTGZe33jGNsLBWLnb?= =?iso-8859-1?Q?Bi91PP+A6w6WXCDpznzvfa6MezGGdu+3lA0XDqpFCRUicKzELGx0qhwJA9?= =?iso-8859-1?Q?sNdglDvYgCY5pvjlGHxRNt40E5sXb5PwvX8V+gDCoefGnBi9gNMV30qnSl?= =?iso-8859-1?Q?U1xpdGKVZgquJhuHNLIGXI91gkczlOpXoaofCxsbJfnvYdGTyB7ob1h0/a?= =?iso-8859-1?Q?l0LDYvGnf6ostEX75wnK9pMx0edfb7h9Yt4sCzV5svyQ5aQ4Iz+c4YN1dM?= =?iso-8859-1?Q?KruVMOOExRZM8HiKnkyMSXAN1ffmGMeDdcI6VMZrAYgpkewpqieLtr1VR8?= =?iso-8859-1?Q?6lJjgXA3M+DfBW4jvMcHSsGzLcEAzPUU5GebxDMbln3D1oLYeGATwSfuEI?= =?iso-8859-1?Q?c0LYQXoI7rzgn2l1pnB2hT3WEvOtHFg3rU5VnL1ddMcA2a6LAer7IpVGd4?= =?iso-8859-1?Q?pxz63HqBftzo9l6T0cJ/Zx6dBqrcv6EGNc9ab0eME9JEjBsHP0BaddpzNZ?= =?iso-8859-1?Q?RjgMQtW+a03BzehtT+Grd5Joi9yUEkaSm57PeStFKybVOHPOevLyAWmyy3?= =?iso-8859-1?Q?GB4jAeOMghIFvSjKDNSzleSt72Ubuf85lmjlxEXQ2aY7w8Lo8qR6/CqxiE?= =?iso-8859-1?Q?ITegXOuTCQa3tsIiS4irWr7bY4ebQ3kDgow61urKzL0gXY0Y7dimEeSnJi?= =?iso-8859-1?Q?oy0g=3D=3D?=
Content-Type: multipart/alternative; boundary="_000_FR2P281MB0611DCCDFF10C22558470EC09C6E9FR2P281MB0611DEUP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 3cc80bc1-8170-454e-ac00-08d9b957a607
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Dec 2021 08:00:34.7668 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 4DnXUgD4oBqL6OxzujqBQEMt82o0bduQ0aMsDb9zOJO/2eGetfeG6vwLNH33qgC3ZqjRkVb0voXWQbb0ftbaUnbDESZlTyGDqLsKcU2Un9g=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0949
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/0A08c9B6fo3QkdQo8bDvuXB_0GU>
Subject: Re: [ippm] draft-morton-ippm-capacity-metric-protocol
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 07 Dec 2021 08:01:07 -0000

--_000_FR2P281MB0611DCCDFF10C22558470EC09C6E9FR2P281MB0611DEUP_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Marcus,

I support adoption.

Regards, Ruediger


Some comments:

Section  3.  Protocol Overview

   The client requires configuration of a test direction parameter
   (upstream or downstream test) as well as the hostname or IP address
   of the server in order to begin the setup and configuration exchanges
   with the server.

RG: The draft also mentions a sender and a receiver. Both, client and serve=
r
may act as sender and receiver. This depends on the test direction,
upstream or downstream.
Words to that appear in "9.  Method of Measurement", at the end of the doc.


4.  Stopping the Test: The server initiates the phase to stop the
       test by setting the STOP1 indication in load PDUs or sstatus
       feedback messages.                                                  =
    ( ^^^^)

RG: Would it be worth a thought to enable the client to terminate a test?

##########

5.  Setup Request and Response Exchange

The message format isn't "TLV". Is the protocol extensible (e.g. could secu=
rity be adapted to future needs)?

##########

6.2.  Test Activation Request - server response

.....The remaining 28 octets of the Test Activation Request (normally read

RG: A bit worrying, seems to be set by the sender in the reply to a request=
 only. See editorials...

##########

7.1.  Test Packet PDU and Roles

.... On the other hand, the test configuration MAY use a fixed sending
   rate requested by the client,

RG: contains descriptive text about the method (e.g. decision on the sendin=
g rate). The text
there certainly is correct. I wonder, whether a reference replacing the tex=
t would be sufficient?

RG:  Does the MAY here introduce a new method? If it does, would that requi=
re to update the
RFC specifying the method?

###########

10.  Security Considerations

RG: would a receiver (client and host) require an "Emergency Stop" message?=
 If yes, should it require authentication in order to avoid an attacker fro=
m unwanted test termination?

Would a three-way-handshake make sense to activate testing? (noting that th=
e sender in that case also must be protected against opening of unbounded n=
umbers of tests). A three way handshake protects against forged test set up=
 messages.

What else could be forged? Do these require authentication or at least a di=
scussion?

  *   Response message feedback (indicating ramp-up/no drop where there's c=
ongestion or the other way around, congestion where there is none).
  *   Stop messages (unwanted termination)
  *   Could a host or a client be tricked into persistently acting as a sen=
der?
########


Editorials

6.2.  Test Activation Request - server response

...   When the server sends the Test Activation response back, it SHALL set
   the cmd Response field to:

RG: Server Test Activation Reply (or Response - please apply stringently th=
rough the text)
When the server responds by a Test Activation Reply, it...

----

   The server SHALL include all the test parameters again to make the
   client aware of any changes.

RG: The server SHALL repeat all test parameters to indicate changes to the =
client.

----

8.  Stopping the Test

   When the test duration timer on the server expires, it SHALL set the
   connection test action to STOP and also starts marking all outgoing
   load or status PDUs with a test action of STOP1.

RG: ...and mark all outgoing load...

----

10.  Security Considerations

A. Unathenticated mode (for all phases)

Unauthenticated
    ^^^^

Von: ippm <ippm-bounces@ietf.org> Im Auftrag von Marcus Ihlar
Gesendet: Montag, 6. Dezember 2021 16:53
An: ippm@ietf.org
Betreff: [ippm] draft-morton-ippm-capacity-metric-protocol

Hi IPPM,

This email starts an adoption call for draft-morton-ippm-capacity-metric-pr=
otocol, " Test Protocol for One-way IP Capacity Measurement".  This documen=
t is intended for Standards Track and defines a protocol for measuring Netw=
ork Capacity metrics defined in RFC 9097 (https://datatracker.ietf.org/doc/=
rfc9097/).

https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol=
/
https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-pro=
tocol-02

This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.

BR,
Marcus


--_000_FR2P281MB0611DCCDFF10C22558470EC09C6E9FR2P281MB0611DEUP_
Content-Type: text/html; charset="iso-8859-1"
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=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@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;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0cm;
	margin-right:0cm;
	margin-bottom:0cm;
	margin-left:36.0pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1870875433;
	mso-list-type:hybrid;
	mso-list-template-ids:344908768 128065744 67698691 67698693 67698689 67698=
691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:10;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Courier New";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Courier New";}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Courier New";}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Wingdings;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></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"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi Marcus,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">I support adoption.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Regards, Ruediger<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">Some comments:<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Section&nbsp; 3.&nbsp; Protocol Overview<o:p></o:p><=
/p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; The client requires configuration of a =
test direction parameter<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; (upstream or downstream test) as well a=
s the hostname or IP address<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; of the server in order to begin the set=
up and configuration exchanges<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; with the server.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: The draft also mentions a sender and a receiver.=
 Both, client and server
<o:p></o:p></p>
<p class=3D"MsoNormal">may act as sender and receiver. This depends on the =
test direction,
<o:p></o:p></p>
<p class=3D"MsoNormal">upstream or downstream. <o:p></o:p></p>
<p class=3D"MsoNormal">Words to that appear in &#8220;9.&nbsp; Method of Me=
asurement&#8221;, at the end of the doc.<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">4.&nbsp; Stopping the Test: The server initiates the=
 phase to stop the<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; test by setting=
 the STOP1 indication in load PDUs or sstatus<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; feedback messag=
es.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; &nbsp;&nbsp;( ^^^^)<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: Would it be worth a thought to enable the client=
 to terminate a test?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">##########<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">5.&nbsp; Setup Request and Response Exchange<o:p></o=
:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">The message format isn&#8217;t &#8220;TLV&#8221;. Is=
 the protocol extensible (e.g. could security be adapted to future needs)?<=
o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">##########<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">6.2.&nbsp; Test Activation Request - server response=
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&#8230;..The remaining 28 octets of the Test Activat=
ion Request (normally read<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: A bit worrying, seems to be set by the sender in=
 the reply to a request only. See editorials&#8230;<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">##########<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">7.1.&nbsp; Test Packet PDU and Roles<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&#8230;. On the other hand, the test configuration M=
AY use a fixed sending<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; rate requested by the client,<o:p></o:p=
></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: contains descriptive text about the method (e.g.=
 decision on the sending rate). The text
<o:p></o:p></p>
<p class=3D"MsoNormal">there certainly is correct. I wonder, whether a refe=
rence replacing the text would be sufficient?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: &nbsp;Does the MAY here introduce a new method? =
If it does, would that require to update the
<o:p></o:p></p>
<p class=3D"MsoNormal">RFC specifying the method?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">###########<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">10.&nbsp; Security Considerations<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: would a receiver (client and host) require an &#=
8220;Emergency Stop&#8221; message? If yes, should it require authenticatio=
n in order to avoid an attacker from unwanted test termination?<o:p></o:p><=
/p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Would a three-way-handshake make sense to activate t=
esting? (noting that the sender in that case also must be protected against=
 opening of unbounded numbers of tests). A three way handshake protects aga=
inst forged test set up messages.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">What else could be forged? Do these require authenti=
cation or at least a discussion?<o:p></o:p></p>
<ul style=3D"margin-top:0cm" type=3D"disc">
<li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l0 level1 =
lfo1">Response message feedback (indicating ramp-up/no drop where there&#82=
17;s congestion or the other way around, congestion where there is none).<o=
:p></o:p></li><li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-l=
ist:l0 level1 lfo1">Stop messages (unwanted termination)<o:p></o:p></li><li=
 class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l0 level1 lfo=
1">Could a host or a client be tricked into persistently acting as a sender=
?
<o:p></o:p></li></ul>
<p class=3D"MsoNormal">########<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">Editorials<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">6.2.&nbsp; Test Activation Request - server response=
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&#8230;&nbsp;&nbsp; When the server sends the Test A=
ctivation response back, it SHALL set<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; the cmd Response field to:<o:p></o:p></=
p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: Server Test Activation Reply (or Response &#8211=
; please apply stringently through the text)<o:p></o:p></p>
<p class=3D"MsoNormal">When the server responds by a Test Activation Reply,=
 it&#8230;<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">----<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; The server SHALL include all the test p=
arameters again to make the<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; client aware of any changes.<o:p></o:p>=
</p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: The server SHALL repeat all test parameters to i=
ndicate changes to the client.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">----<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">8.&nbsp; Stopping the Test<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; When the test duration timer on the ser=
ver expires, it SHALL set the<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; connection test action to STOP and also=
 starts marking all outgoing<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp; load or status PDUs with a test action =
of STOP1.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">RG: &#8230;and mark all outgoing load&#8230;<o:p></o=
:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">----<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">10.&nbsp; Security Considerations<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">A. Unathenticated mode (for all phases)<o:p></o:p></=
p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Unauthenticated<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp; ^^^^<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"DE">Von:</span></b><span lang=3D"DE=
"> ippm &lt;ippm-bounces@ietf.org&gt;
<b>Im Auftrag von </b>Marcus Ihlar<br>
<b>Gesendet:</b> Montag, 6. Dezember 2021 16:53<br>
<b>An:</b> ippm@ietf.org<br>
<b>Betreff:</b> [ippm] draft-morton-ippm-capacity-metric-protocol<o:p></o:p=
></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Hi IPPM=
,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This em=
ail starts an adoption call for draft-morton-ippm-capacity-metric-protocol,=
 &quot;</span>
<span style=3D"font-size:12.0pt;color:black">Test Protocol for One-way IP C=
apacity Measurement&#8221;. &nbsp;This document is intended for Standards T=
rack and defines a protocol for measuring Network Capacity metrics defined =
in RFC 9097 (<a href=3D"https://datatracker.ietf.org/doc/rfc9097/">https://=
datatracker.ietf.org/doc/rfc9097/</a></span><span style=3D"font-size:12.0pt=
">).<span style=3D"color:black">
<o:p></o:p></span></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt"><a href=3D"https://=
datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/">https=
://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/</a>=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt"><a href=3D"https://=
datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-protocol-02=
">https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-p=
rotocol-02</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This ad=
option call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">BR,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Marcus =
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_FR2P281MB0611DCCDFF10C22558470EC09C6E9FR2P281MB0611DEUP_--


From nobody Wed Dec  8 07:29:24 2021
Return-Path: <cl6313@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 213633A0A31 for <ippm@ietfa.amsl.com>; Wed,  8 Dec 2021 07:29:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.799
X-Spam-Level: 
X-Spam-Status: No, score=-1.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=att.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 CvWp84EQFCZX for <ippm@ietfa.amsl.com>; Wed,  8 Dec 2021 07:29:18 -0800 (PST)
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 9C5453A0A24 for <ippm@ietf.org>; Wed,  8 Dec 2021 07:29:18 -0800 (PST)
Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.1.2/8.16.1.2) with SMTP id 1B8Es0rW008378 for <ippm@ietf.org>; Wed, 8 Dec 2021 10:29:16 -0500
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049295.ppops.net-00191d01. with ESMTP id 3ctxk5hf7p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <ippm@ietf.org>; Wed, 08 Dec 2021 10:29:15 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 1B8FTEjo031708 for <ippm@ietf.org>; Wed, 8 Dec 2021 10:29:14 -0500
Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [135.66.87.42]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 1B8FTCEd031643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <ippm@ietf.org>; Wed, 8 Dec 2021 10:29:12 -0500
Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [127.0.0.1]) by zlp27129.vci.att.com (Service) with ESMTP id 215CC4039464 for <ippm@ietf.org>; Wed,  8 Dec 2021 15:29:12 +0000 (GMT)
Received: from MISOUT7MSGEX2DE.ITServices.sbc.com (unknown [135.66.184.219]) by zlp27129.vci.att.com (Service) with ESMTP id 09FFA4039465 for <ippm@ietf.org>; Wed,  8 Dec 2021 15:29:12 +0000 (GMT)
Received: from MISOUT7MSGEX2CA.ITServices.sbc.com (135.66.184.193) by MISOUT7MSGEX2DE.ITServices.sbc.com (135.66.184.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17; Wed, 8 Dec 2021 10:29:11 -0500
Received: from MISOUT7MSGETA01.tmg.ad.att.com (144.160.12.221) by MISOUT7MSGEX2CA.ITServices.sbc.com (135.66.184.193) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17 via Frontend Transport; Wed, 8 Dec 2021 10:29:11 -0500
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (104.47.66.47) by edgeso1.exch.att.com (144.160.12.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.17; Wed, 8 Dec 2021 10:29:09 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BL7wcNUCqb36t4nsEQP8y4xooF+n6XeuB/aTlDMc+sMkyRGlUoo7mTYDqpuAD8BH4TEy5FcVlmvEYZiJdY5Fx+ySef7LK9DJXdqfMxkk4wL6nwOk+aey3t+ZP+NgQ+Q+1xNgdmsYXTB4aHsbWRMk6GhmXC0KiWPBc0l5V9MTVBxrp/JFNkSNtuGKIVveziJBc1BteDsKh1A+Z6hnzMepD9yfUsa0IHfLMWjJUXB9n23295WG03HMXORjIDGDCvJ8Ls2xzlwymA85nKyMPOdx1E2MEwFZBLOhrHl6T3LRkP68ChPkP4slYC3Qd+eHDC+CSZWimn/3Y+mWqlsrRqtlYw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=NwboIwwyzG48EkTjWhcxxt8uOplQ2c5KZjwn2wtctnI=; b=MG6FACWbLoQ9dxOK3rn7s0T9s5nqSv6Fj6+i1AqKlTVzzJXc6+sLfID8NI+yurinrWDrJXLHpGuNYKnpKmnmiUHHZtcq5DrEtQPKXK1yWhW/HvwO/Z4tZK4rw9prxKnpdfSCQlbAzh2O2oMVjvcftzlS27CbUVKRp4N4QbcivzFxxWKwG+Uw70c81L3t8C3SDGPigZeC9i3agzrw3VXcyNyuGU9Efgyx5iAUpqdAP4epPw9oJQCFfqthGn9R4tQbCIYCMCZrnUFkGevWZXWErqBX+Vb8qAmXz6tYtmShf1XlBmyn5w8wtSGcsQCermMI0d9Sctjbavo658EAl0fXvA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NwboIwwyzG48EkTjWhcxxt8uOplQ2c5KZjwn2wtctnI=; b=nxBma/l2Ukrbixi8T0LRnQSNE8lw9YVdYFOkDF5JBnAYNYWZ3cVRE9V0U7/no5fQfiKjIzUeIM0t4fCtYXJvByycZbOC2wXB/GGsscR6JcZGVqAAeUqDYLQPpwrtXC7h9gHTMDeJMYEj4jrGEMWeDj6HdhLBb9n77xPSYrcR5Hs=
Received: from BN0PR02MB8173.namprd02.prod.outlook.com (2603:10b6:408:163::15) by BN0PR02MB8303.namprd02.prod.outlook.com (2603:10b6:408:15a::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4755.20; Wed, 8 Dec 2021 15:29:08 +0000
Received: from BN0PR02MB8173.namprd02.prod.outlook.com ([fe80::9118:9880:770:8ba9]) by BN0PR02MB8173.namprd02.prod.outlook.com ([fe80::9118:9880:770:8ba9%9]) with mapi id 15.20.4755.024; Wed, 8 Dec 2021 15:29:08 +0000
From: "LI, CHEN" <cl6313@att.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: Re: [ippm] draft-morton-ippm-capacity-metric-protocol
Thread-Index: AdfsRV+WKEFkXolKQN203lhJZMqYAw==
Date: Wed, 8 Dec 2021 15:29:08 +0000
Message-ID: <BN0PR02MB8173F964C7E2E0B6AF558329DC6F9@BN0PR02MB8173.namprd02.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 62c36c17-8e20-4e2e-2a1a-08d9ba5f7a08
x-ms-traffictypediagnostic: BN0PR02MB8303:EE_
x-microsoft-antispam-prvs: <BN0PR02MB8303C4D65E1AA72AB39AEF7FDC6F9@BN0PR02MB8303.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: JhAo53PvvzCL8/ZD2LFdJVQ/E3Fjm7F8Cw0XBcXa86ImiCkSNypmQ18wnQohf5cji0Unhc+a5UewTwWyi46SQrh6L2g87E/2oq8j4/twKxsAhnnA50Muy9HfroEA7Qn6UoKdq4l5xmAE6kI827/ppY/7KjVhoNAG0wV5eVuSVl3RMonv0smTPaTpXEvYJ5luHp3IiN0lYBDLaehElp4YHg/5cq4KLJEp/qrw3J+lPp73oZilzTmZiAVm5w0dH9QmX0aZQD33c3je/OdOEd7xCV9DW/YRRm5eQV2dZHDTiLfZ+XXzpZiJwqnXofBHlXmUdbHWOyGzzyllCk+My+NrRO1XywwBSUYgA5chG3GZqa33/ba6aGQxoeMeblPgQCdTkhHPMxUnyu1DmuDQpUUg5LPrIZiIHWpEpDPAEzOC3bBBFi9FEtMrUvYYVktUI185s2dd8YgTo+sTUmgePfsQjnRLh0XAlHHFGjAXjDG37QdmH9vfMgqXicLYocIJAxIX+1yi+zHibo/7YxoepHiHGvCREYFJcZ9QAfj+DV6O1PFM0NTNm7Bq3grq225/iz9kKZkpuI/PqR8U3Ri0nd0iOH/2zg10JQpbXMakB96fh9XrGubokFvLRddy1xnsuIHXl8ofwC4jRidrOKZs/ocf8Mo9Gv796BwMcstkelVyh5vtwY9OEHQvGZn/2VclssHSBf9keb9xaqCLgJErwtbIi3TU/EGRphgOzTCgr1o5PM9oRhyYrEVxdrWSyM6+Hfbvn90fkbs3U0LEfOBmo1uaaVS4En0sTMDTkXGhk1fwywT3PONgSYn4SEsiO5mgARv1
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BN0PR02MB8173.namprd02.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(38070700005)(2906002)(55016003)(166002)(86362001)(9686003)(33656002)(5660300002)(66446008)(122000001)(6916009)(76116006)(316002)(82960400001)(52536014)(7696005)(66946007)(82202003)(66556008)(40140700001)(53546011)(71200400001)(8936002)(8676002)(6506007)(66476007)(26005)(64756008)(186003)(508600001)(38100700002)(966005); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?R7lMlS7YDUJ4pNwehq0QSIzxM1Vcqo0e5+F1FpBFxLdTTxbCJ3TWxizpY0Vg?= =?us-ascii?Q?D/jg81idivQevS98BQE9d3ghvgk7ZwK6qDcAggwMfeyzAr7MMHWCK8MBZBr7?= =?us-ascii?Q?lRNVwBu2Lrn4iZpWTVGRhYmbtRFxpIP1m4OZuzbP1qHnGMU8OiFRFA6oSx1/?= =?us-ascii?Q?F1W8GR7ROGMxro/aUVGTZJDVOXSY9bECWK7J1GFicFcdpwi6MiQpa12UsYep?= =?us-ascii?Q?1Ti8eUmw5RKVqM/VXhcSax04m1EMu2Rz5aORB4Xunpw3NbrtVaBbhlc6pSKI?= =?us-ascii?Q?t10KQD880tc1TpgKcjgqQD8gwkKSWZD75HjCHyFrGkJOmFC/91kiKRs36bpz?= =?us-ascii?Q?cmU9OjD0UDH6JUnuAalmXmWlAHDoHK69O6EMpl//28vscX6Ghmj5vQ2InjgV?= =?us-ascii?Q?z4lHQYlFaFS5gxofsKjacjVxHWcHsoM9H3dUChFzhWNm/6nJo4tkA+O6DeS4?= =?us-ascii?Q?+Ryjombo+cYOPMA/eJ/HO3DfYfb+FNpbiEb6Jh0UWu9qQ2XlKRKyAxF3KMHz?= =?us-ascii?Q?VsfzpzweksPv5WdH3QziTI9YwKaqqCeSLYRb2tUeKe/hf8f0FhE7jlYjO4vh?= =?us-ascii?Q?5dDEFJ/jOornOYXiqfnRAMX0kQGBuvQY4Q0qTZ+P1ZcNAx7UYyYs6dMS5YTV?= =?us-ascii?Q?c1G+Mgq/vRkfc/2cRo2WwnzAWZMKMlB7ZBKdtRVozq5Aa1Efj0Ohnl0sIlym?= =?us-ascii?Q?4euPZreAz1zHE0SElDZ2ATRo+Z85h0OadQhWQANoZiCIz8xOtruHrAb6q/uu?= =?us-ascii?Q?qgSbx/jWQHLy9cD1DwP48KKWO0ZlNDD2S0N4sq42m1NHOdbe373Yukuct4Gm?= =?us-ascii?Q?KTnIQvbpze1Jv0mAIo8aIhYVU0m8TjqnWZAPqKEtHvXXINIgJFEFoHVAMldl?= =?us-ascii?Q?1BuGVGxq55HMWfXmRXTdgUi4HLvQi5jedN5aT4cmyiUcuzMM1qacz6CsVYMx?= =?us-ascii?Q?F6IYlF3ayeaIZvmO95mX6VgYVWtqrzbpK8QpD8qelJu7Haj9joWCy5Y4niPC?= =?us-ascii?Q?thbLX2Gukyo0VJ7yzSY5H5MQZM9WTh6mD9fR75sIghFUyw6fhZ3X5tNnVlEL?= =?us-ascii?Q?wZHC0FTqkMXuGKlwcZVGy2STNjghP/lQN1HX7oVSiexXucTfZqOfSnwUZrgt?= =?us-ascii?Q?LQokW8fwzTJY9JxGJVKItpCS7IBf2fU11u6yqznkQfGh0veArWWHz3PXyHLa?= =?us-ascii?Q?ESHethHOJaKWaB0x/6cvMEfQwJr6N4sqXG+2Arf6xq6kXYdQT2lI+nP3kmHS?= =?us-ascii?Q?U4wybMmD8zpEtSM7VG52tw7NGHda10yuzG7c436MUMf7EhcCnixOFMfzJLAs?= =?us-ascii?Q?SXRk0XjV9N3jPtPfByxvWOEgAlUPQe2L78IObLhzwuxS1ubUMcDV/FLREfW0?= =?us-ascii?Q?nKbZXu5gSQx8VXrZ4akXy41cS7TbaFQyCoaWQdK2M34GQMeQW0SVK5pTLxUX?= =?us-ascii?Q?NVR444g1BkToQ6H7pzBdLs/+jQCTWqZVenWJoHyCoUaR1rYfJ/slF46RMzvd?= =?us-ascii?Q?AqQ5xN9s1lEDkr5Jjb1wl8h3wKiQ1W8ZJRTDXFth3UOvjmJ3vFdzvWvikPGF?= =?us-ascii?Q?Vmh7lRkkm+i0iYBJBwE=3D?=
Content-Type: multipart/alternative; boundary="_000_BN0PR02MB8173F964C7E2E0B6AF558329DC6F9BN0PR02MB8173namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN0PR02MB8173.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 62c36c17-8e20-4e2e-2a1a-08d9ba5f7a08
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Dec 2021 15:29:08.0814 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: aZI0CNEycaCc/qCPO4u/Mvo7qB9EuuC9fj4UITgvzITpctWcLuzFavcgoTx4VBku
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN0PR02MB8303
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: 434823E73122CE180604FDFDFCB33430BE60A12CA38D1167D9C6A4108F1073BC2
X-Proofpoint-ORIG-GUID: N9UL_mRoaA4RE7-CO-qZ5LC-VvEGMtCn
X-Proofpoint-GUID: N9UL_mRoaA4RE7-CO-qZ5LC-VvEGMtCn
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.790,Hydra:6.0.425,FMLib:17.11.62.513 definitions=2021-12-08_06,2021-12-08_01,2021-12-02_01
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 mlxlogscore=999 phishscore=0 bulkscore=0 suspectscore=0 impostorscore=0 clxscore=1011 priorityscore=1501 mlxscore=0 spamscore=0 adultscore=0 malwarescore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2112080094
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/w6qmGJhZlenZeLw_Fs-SMcNBdqc>
Subject: Re: [ippm] draft-morton-ippm-capacity-metric-protocol
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 08 Dec 2021 15:29:23 -0000

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

Hi Marcus and ippm,

I have been working on the data model for the project based on this draft i=
n Broadband Forum (where it is known as TR-471).
I'd like to express my support for adoption of this document. This protocol=
 is a critical component in allowing for truly interoperable implementation=
s of RFC 9097. Such interoperability is necessary for the widespread adopti=
on and deployment of RFC 9097.

Thanks,

Chen Li
Lead Member of Technical Staff
Standards and Industry Alliances
AT&T Labs
Mobile: 512.568-9429
cl6313@att.com<mailto:cl6313@att.com>


From: ippm <ippm-bounces@ietf.org<mailto:ippm-bounces@ietf.org>> On Behalf =
Of Marcus Ihlar
Sent: Monday, December 6, 2021 10:53 AM
To: ippm@ietf.org<mailto:ippm@ietf.org>
Subject: [ippm] draft-morton-ippm-capacity-metric-protocol

Hi IPPM,

This email starts an adoption call for draft-morton-ippm-capacity-metric-pr=
otocol, " Test Protocol for One-way IP Capacity Measurement".  This documen=
t is intended for Standards Track and defines a protocol for measuring Netw=
ork Capacity metrics defined in RFC 9097 (https://datatracker.ietf.org/doc/=
rfc9097/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/rfc909=
7/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMgdekTQI$>)=
.

https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol=
/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-morton-=
ippm-capacity-metric-protocol/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk=
94KqaXVcPo0uS254KMuggP2kO$>
https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-pro=
tocol-02<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/d=
raft-morton-ippm-capacity-metric-protocol-02__;!!BhdT!3uIFZg83XC7WyNXz9JFuq=
jOvd4m2Arj8gQk94KqaXVcPo0uS254KMuOaN6cK$>

This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.

BR,
Marcus



--_000_BN0PR02MB8173F964C7E2E0B6AF558329DC6F9BN0PR02MB8173namp_
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:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;
	font-weight:normal;
	font-style:normal;}
.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]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ar=
ial&quot;,sans-serif;color:black">Hi Marcus and ippm,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ar=
ial&quot;,sans-serif;color:black"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ar=
ial&quot;,sans-serif">I have been working on the data model for the project=
 based on this draft in Broadband Forum (where it is known as TR-471).<span=
 style=3D"color:black"><o:p></o:p></span></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ar=
ial&quot;,sans-serif">I&#8217;d like to express my support for adoption of =
this document. This protocol is a critical component in allowing for truly =
interoperable implementations of RFC 9097. Such interoperability
 is necessary for the widespread adoption and deployment of RFC 9097.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ar=
ial&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ar=
ial&quot;,sans-serif">Thanks,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;color:#FF7200"><o:p>&=
nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;color:#FF7200">Chen L=
i </span><span style=3D"font-size:9.0pt;color:#1F497D"><o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;color:gray">Lead Memb=
er of Technical Staff<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;color:#404040">Standa=
rds and Industry Alliances<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;color:#404040">AT&amp=
;T Labs<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;color:gray">Mobile: 5=
12.568-9429<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;color:gray"><a href=
=3D"mailto:cl6313@att.com">cl6313@att.com</a></span><o:p></o:p></p>
<p class=3D"MsoNormal"><b><o:p>&nbsp;</o:p></b></p>
<p class=3D"MsoNormal"><b><o:p>&nbsp;</o:p></b></p>
<p class=3D"MsoNormal"><b>From:</b> ippm &lt;<a href=3D"mailto:ippm-bounces=
@ietf.org">ippm-bounces@ietf.org</a>&gt;
<b>On Behalf Of </b>Marcus Ihlar<br>
<b>Sent:</b> Monday, December 6, 2021 10:53 AM<br>
<b>To:</b> <a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<b>Subject:</b> [ippm] draft-morton-ippm-capacity-metric-protocol<o:p></o:p=
></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Hi IPPM=
,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This em=
ail starts an adoption call for draft-morton-ippm-capacity-metric-protocol,=
 &quot;</span>
<span style=3D"font-size:12.0pt;color:black">Test Protocol for One-way IP C=
apacity Measurement&#8221;. &nbsp;This document is intended for Standards T=
rack and defines a protocol for measuring Network Capacity metrics defined =
in RFC 9097 (<a href=3D"https://urldefense.com/v3/__https:/datatracker.ietf=
.org/doc/rfc9097/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS=
254KMgdekTQI$">https://datatracker.ietf.org/doc/rfc9097/</a></span><span st=
yle=3D"font-size:12.0pt">).<span style=3D"color:black">
<o:p></o:p></span></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt"><a href=3D"https://=
urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-morton-ippm-capac=
ity-metric-protocol/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo=
0uS254KMuggP2kO$">https://datatracker.ietf.org/doc/draft-morton-ippm-capaci=
ty-metric-protocol/</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt"><a href=3D"https://=
urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-morton-ippm-=
capacity-metric-protocol-02__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94K=
qaXVcPo0uS254KMuOaN6cK$">https://datatracker.ietf.org/doc/html/draft-morton=
-ippm-capacity-metric-protocol-02</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This ad=
option call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">BR,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Marcus =
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_BN0PR02MB8173F964C7E2E0B6AF558329DC6F9BN0PR02MB8173namp_--


From nobody Wed Dec  8 14:39:13 2021
Return-Path: <noreply@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 290BA3A07A9; Wed,  8 Dec 2021 14:38:59 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Benjamin Kaduk via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton <acm@research.att.com>, acm@research.att.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.40.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Benjamin Kaduk <kaduk@mit.edu>
Message-ID: <163900313914.32243.10599318073173855934@ietfa.amsl.com>
Date: Wed, 08 Dec 2021 14:38:59 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/VaqTyX8ANEXVBC9qohUX92QUVhw>
Subject: [ippm] Benjamin Kaduk's No Objection on draft-ietf-ippm-ioam-data-16: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 08 Dec 2021 22:38:59 -0000

Benjamin Kaduk has entered the following ballot position for
draft-ietf-ippm-ioam-data-16: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-data/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Many thanks for the many updates in the -16, and my apologies for
the delay in reballoting.

I'm happy to report that the changes all look good to me, but do
have one comment that seems to remain valid:  In Section 6.3 where
we discuss the POSIX-based timestamp format, I think we do need to
say that it is affected by leap seconds (analogously to how we do
for the NTP format), per the guidance in RFC 8877.  I see in the
email thread that there was some desire to defer to 8877 rather than
try to reproduce a lot of it here (and inevitably end up with an
incomplete treatment); in that case, perhaps the Section 6.2 discussion
should be trimmed so that we provide an analogous level of detail
on all three timestamp formats.




From nobody Thu Dec  9 05:20:59 2021
Return-Path: <kkerpez@assia-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 67DEE3A0C01 for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 05:20:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=assiainc.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 XXIf0ojmZ12T for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 05:20:52 -0800 (PST)
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2126.outbound.protection.outlook.com [40.107.94.126]) (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 61D673A0BFF for <ippm@ietf.org>; Thu,  9 Dec 2021 05:20:52 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VyzW9/2BARJVTP/RGFOt0N5Ai01+OyGf0oB34bv/RojXpgQpAfTET2W58/4quKePSSVN/XKAf0F+XDzYP20Vb2pbRnNQCSiscGWaUW7nQenotlI3mIlFSFspQFZgWA7j532JxafneCB5oHwlhaqhBmvQF5fYA9wART1X1XQpu0hOBKZ0aZwoDMxNxq2wCMKcaQKYK3qxCTKGEk9DFELYx8QQ3wUXC/5cop8Nu7C+F09WXjK7deMte3Fmt6jarPVWoDqx4fZQA7adDSdixhFYCwBNblSvqAoXVdt94cpAmkzJc+gh0KJDbn4wGGgj03v+7nPk6EZCky5F9LDsko0DYw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=EcpCjq/pFMkjxq2NLQXRoWe53ocW5PeGv2eD6gIqE9g=; b=B90jkz/Pz+fEveG3h7JqZpVHGZP9Ipwu3UNjGUovH9xg/2xAluY44fX5Z5OGRC4rIrf74joAxcTTB/y3HFgkCaZMazrXPhVui94YALVndnA8XKlTr/5RJI5HaqHRtlWgURbwOFryrHCewsdwa7iFg+YFoX1DqbU6a/8D3lDh8xhB/K7wzIZYnuxpob+4P2l2joZi7VsLRD+JgY2D7qK8L4o1/4nucpE6YCPMnUsd4EXAr9i8TbbCzeukLlIGdtFfNChowoBGMkpiKzWtN4t45h6qluohdqyJGBhLlZfl3oY/0eC2fmlvQZSkcs7LISqjgEM06Gnxc5BKOkv0O4aM4Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=assia-inc.com; dmarc=pass action=none header.from=assia-inc.com; dkim=pass header.d=assia-inc.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=assiainc.onmicrosoft.com; s=selector2-assiainc-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EcpCjq/pFMkjxq2NLQXRoWe53ocW5PeGv2eD6gIqE9g=; b=xDr/huk2txCfPf/2r0opYtRM1tl9eVlI6Nz6u4h2OihDhXufJfldrEMfmoNwSmAjuv7zPt2KktdQ+XauEDMpdMXaSFPVCmwxzSzcZ4pcU6C34HwmaL7j4OEXKxJLpObIGPlTO/XAOshPxGpf02GzC6KjO/+HK9in+9/ZTv5M70w=
Received: from BL3P223MB0242.NAMP223.PROD.OUTLOOK.COM (2603:10b6:208:34d::20) by BL3P223MB0035.NAMP223.PROD.OUTLOOK.COM (2603:10b6:208:34d::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4755.20; Thu, 9 Dec 2021 13:20:50 +0000
Received: from BL3P223MB0242.NAMP223.PROD.OUTLOOK.COM ([fe80::d12d:20a3:9693:1ac3]) by BL3P223MB0242.NAMP223.PROD.OUTLOOK.COM ([fe80::d12d:20a3:9693:1ac3%6]) with mapi id 15.20.4755.025; Thu, 9 Dec 2021 13:20:49 +0000
From: Kenneth Kerpez <kkerpez@assia-inc.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: RFC 9097
Thread-Index: Adfs/pxmtgGZ//SRQnSrGiewD6PMcw==
Date: Thu, 9 Dec 2021 13:20:49 +0000
Message-ID: <BL3P223MB0242109078363A69E4380A85ED709@BL3P223MB0242.NAMP223.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=assia-inc.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ef437921-dabc-4c28-9529-08d9bb16b7f6
x-ms-traffictypediagnostic: BL3P223MB0035:EE_
x-microsoft-antispam-prvs: <BL3P223MB00352765EB3D6C092542A24AED709@BL3P223MB0035.NAMP223.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: pMWa1B+a3Lzibkqt8EqGvfnW7znIAs3dTp14MFgMAwFRGCCazp2jmF0t99ja1CR7atPCyAKdRqTte/YSNWlkh5PtgWZi7DSoPwlJ6KUcfQ5/jlDIJrF9Eu90of1nH6b1MEpqazJIiXKh/I+QJAHsJRZvI8STbon+tVUUkiarAxrpCR+2A79VhOQt2XOtM9hnuX4sQQ4xI07FXRZcrQ6jAbwdve80PutNg5k21cXB5x/c/tKJwTWO0e6CZbnnA0Nhjt9xk0YI5zJw/IcHJhtxCAqd9d7FlRiIB3Qv4FYXTMl+Kq1leH87b8GCaZN8l9FvbT9YsSb6MMUNtkpXwH6Sp9LqlyzJSkVWgXLCqSIKtHSOTPIs8K6fhqHS6IsH5TTD9zuv0oYi0M8sTQcNyLJkQ4L0ahc6VsxH3lo9Ked56Yp3ebIZCzvoKyBVQe92TrsPZpS5b8c0So6D0HbUatc/wOlkPuFArsdiaKezAeYtO+C5X7SQVxylBWbZPxA8Di+eUh/Q4Y4x5fXGX2FeyiVB7GgCIsGIMlrJ3tycYYpXUqbos2Tuesmqo9U4gtnfOMAD23ZFp/glk1j51W4SVyziaZG/Vbb1of5aficun2kM7wchyxevaK2eCe0u6x/kL5GzZ2CoZ28iMupSY7ugBPMme0fMmtNiPkWS52eFmOTGAvbIbdmgdJleFvogx7wWXoGbfnHp28AF2WZ9aAA++TWlw73PFmGdysPZIiHhbSRqRaY9F9JTqL/KtZ9GXoRad2mxfA5CRJy9s2Znom6uauK+aA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BL3P223MB0242.NAMP223.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFS:(136003)(376002)(39840400004)(396003)(346002)(366004)(6916009)(40140700001)(26005)(6506007)(2906002)(508600001)(7116003)(38100700002)(966005)(166002)(122000001)(66946007)(66476007)(64756008)(66556008)(66446008)(76116006)(9686003)(8936002)(8676002)(5660300002)(55016003)(86362001)(38070700005)(33656002)(186003)(52536014)(71200400001)(7696005)(316002); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?eU22Dq9mXybFJStzsVHWboi4DqOE/+PdbjwYnOr5ynJot7Uni9tZfbYOalFp?= =?us-ascii?Q?DQihfyn1a07HQ7XTps30/HvcddVQKOL1tW41kJwOelBTIM1fUwwja4WphFDI?= =?us-ascii?Q?zIAjtfO6P3XVMOGHnQmceUefz4pqJI6Tp4Uv0IJ0zr5rFKaUrJmPiTrU+GJ6?= =?us-ascii?Q?ZC6RIIAV7kkWce03p6VCHjy8kxXx+Knn1yjgxGcbrPNAKXaOODzipMludLrk?= =?us-ascii?Q?AM1wrpYoCB1pZ8ZuLYq0bx/h0GttyThDLzCZf1yS1h315EXNnZ3fYDQtHCvL?= =?us-ascii?Q?gMH2z6f659tD9+AKEMsI9Oi6jRBck+0bKp5EK/pmbTHJWXcuODo9AbftJIGg?= =?us-ascii?Q?6rtRxzGfbG1V11bYAHIdiaiso6QDt+35sU1mfHa/u/L19FTTMqovMQGuhOk3?= =?us-ascii?Q?zzZ3TJH591sU0JDtVdXcxD8rlJ76p1pofuUC+tnZkwZeixbUkHf5xBkZZFUM?= =?us-ascii?Q?QyIl+9cAvyEOBe4mw0YvBWEEdVL5cB0JIjhoXLFFmoz+SH/wt90d1lB1PG45?= =?us-ascii?Q?6trH1RmorNjaMBgUpUsJhW+TWljW5zTPJC9unfxfcmZ/IRQKs7yRzrJ3wmIH?= =?us-ascii?Q?VL0iLB62HjEOAzkgH7Fu8nFGx1lsgnq6n1P1ZT9kgvmpbV7UoNKD6ig/HAFg?= =?us-ascii?Q?7XF1i4oYy59yfEv74jJKHtxOLa4FQcDPZTqA37TpovW25uFATevFVaqPxBlc?= =?us-ascii?Q?oYbjzfKu43Jyk2E2NMtWT2kbyOFpY9VTIKCObbHO34i6F/5BJ4ziqCiQ0PZh?= =?us-ascii?Q?kqcV+LhH2u5fBM58BGE4d8t6qE4uV7owIua3UU2ksUIuJqdlN9qd9eDY68uC?= =?us-ascii?Q?1hYh39zQZ7vIXcRQ63qxVTCKGJmkrYjkX7VcT9vQzh2VtNzRiEIYZe3tTLFt?= =?us-ascii?Q?ySdKxg8anS/Rip1fbXY72j/21+0xcEL00OX4NYpkx5Ge5xVrWMTNPuHDVfcb?= =?us-ascii?Q?cmLJiBSCJ7ViDLPiJQGdUnrVplLktG/aYV4cpOwFopVDx9V3/hyaw5FAhC1g?= =?us-ascii?Q?t1mVM2Dx4s34J2M/xBzJJWXvFfV8MRUtq5UpFokgvPdSVQzVAVVs/0fiVMa1?= =?us-ascii?Q?jtQHG3JXeqaaPWsJ02eUzZcpK5d7w5cP8vsPvWVr586rWVb/ZdOfp6TLWXNZ?= =?us-ascii?Q?bI7BW9dsw6V1FBhEYJDCtJHcqjgjcZ5MOUTz+dkzd6Sdxyx0jhinA0JItA2w?= =?us-ascii?Q?hJzHbd+XTrxd2NntOGWGdek2DlkLezyLBiSx7B6x0jUb1vsa0FpBu88WqvSV?= =?us-ascii?Q?uOk+4pFzyGEUJo4J4Dyx8GQc/tcCWLeFU+3zbulyXH24JOg6eJ96fhc9pWaL?= =?us-ascii?Q?hORIeZ4TpLeVLjFPC6/InX6qhfwZtrH24Nvp+Qnc5cudrLAdHCeVzRbmAmPZ?= =?us-ascii?Q?uHDqlR2ObcFFHpdKk6IacEoQZ0m/is6MPhFEPUYdwmtW4kmuVSuOg6wjsKdF?= =?us-ascii?Q?C5DLOxblbCtssEPD0VQQKNnLOPo44ZAvDIroM78MT/3TCaQnujvg8eswuwHE?= =?us-ascii?Q?o5EsIw7r0NtVUwqkxEb1U5c9HlztIBCJv5po6yz0GQqq/9YIhgXt9taFSoXi?= =?us-ascii?Q?YxZjbSJMdxyx9eoI3WQ024bryPgy1O/pZW7A/AARM6XOA2J4XoIDNFrRDzKg?= =?us-ascii?Q?jDTrgw2RqJplj6Ms0/3jcTM=3D?=
Content-Type: multipart/alternative; boundary="_000_BL3P223MB0242109078363A69E4380A85ED709BL3P223MB0242NAMP_"
MIME-Version: 1.0
X-OriginatorOrg: assia-inc.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BL3P223MB0242.NAMP223.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: ef437921-dabc-4c28-9529-08d9bb16b7f6
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Dec 2021 13:20:49.8920 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 886c0342-292d-464e-ad24-2e396667eba9
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: cPOmY5hvSLkDy/YVkv2xroqzH8/Qub2LnrzDeufP/2LAOTIYdZydz4PuGSET+BfjoaGnIOh+J74FgASSOVCpsQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL3P223MB0035
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zfXAHPDNx6SZNqUFGGoDmHPDHJ8>
Subject: [ippm] RFC 9097
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 09 Dec 2021 13:20:57 -0000

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

Friends at IPPM,

I've been working with Al and others in the Broadband Forum on the new UDP =
speed tests now being defined in draft-morton-ippm-capacity-metric-protocol=
.
I'd like to express my support for adoption of draft-morton-ippm-capacity-m=
etric-protocol in RFC 9097.

We plan to use this across many future deployments, for carriers, regulator=
s, and users.

This is a most high-performance, standardized, way of running speed tests, =
and IETF adoption is vital.

Thanks,
Ken Kerpez
ASSIA Inc.
+1 908 432-1600
kkerpez@assia-inc.com




From: ippm <ippm-bounces@ietf.org<mailto:ippm-bounces@ietf.org<mailto:ippm-=
bounces@ietf.org%3cmailto:ippm-bounces@ietf.org>>> On Behalf Of Marcus Ihla=
r

Sent: Monday, December 6, 2021 10:53 AM

To: ippm@ietf.org<mailto:ippm@ietf.org<mailto:ippm@ietf.org%3cmailto:ippm@i=
etf.org>>

Subject: [ippm] draft-morton-ippm-capacity-metric-protocol



Hi IPPM,



This email starts an adoption call for draft-morton-ippm-capacity-metric-pr=
otocol, " Test Protocol for One-way IP Capacity Measurement".  This documen=
t is intended for Standards Track and defines a protocol for measuring Netw=
ork Capacity metrics defined in RFC 9097 (https://datatracker.ietf.org/doc/=
rfc9097/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/rfc909=
7/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMgdekTQI$<h=
ttps://datatracker.ietf.org/doc/rfc9097/%3chttps:/urldefense.com/v3/__https=
:/datatracker.ietf.org/doc/rfc9097/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Ar=
j8gQk94KqaXVcPo0uS254KMgdekTQI$>>).



https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol=
/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-morton-=
ippm-capacity-metric-protocol/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk=
94KqaXVcPo0uS254KMuggP2kO$<https://datatracker.ietf.org/doc/draft-morton-ip=
pm-capacity-metric-protocol/%3chttps:/urldefense.com/v3/__https:/datatracke=
r.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/__;!!BhdT!3uIFZg8=
3XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMuggP2kO$>>

https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-pro=
tocol-02<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/d=
raft-morton-ippm-capacity-metric-protocol-02__;!!BhdT!3uIFZg83XC7WyNXz9JFuq=
jOvd4m2Arj8gQk94KqaXVcPo0uS254KMuOaN6cK$<https://datatracker.ietf.org/doc/h=
tml/draft-morton-ippm-capacity-metric-protocol-02%3chttps:/urldefense.com/v=
3/__https:/datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-=
protocol-02__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMu=
OaN6cK$>>



This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.



BR,

Marcus




--_000_BL3P223MB0242109078363A69E4380A85ED709BL3P223MB0242NAMP_
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:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri",sans-serif;}
.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]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Friends at IPPM,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">I&#8217;ve been working with Al and others in the Br=
oadband Forum on the new UDP speed tests now being defined in draft-morton-=
ippm-capacity-metric-protocol.<o:p></o:p></p>
<p class=3D"MsoNormal">I'd like to express my support for adoption of draft=
-morton-ippm-capacity-metric-protocol in RFC 9097.<o:p></o:p></p>
<p class=3D"MsoPlainText">We plan to use this across many future deployment=
s, for carriers, regulators, and users.<o:p></o:p></p>
<p class=3D"MsoPlainText">This is a most high-performance, standardized, wa=
y of running speed tests, and IETF adoption is vital.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal">Ken Kerpez<o:p></o:p></p>
<p class=3D"MsoNormal">ASSIA Inc.<o:p></o:p></p>
<p class=3D"MsoNormal">+1 908 432-1600<o:p></o:p></p>
<p class=3D"MsoNormal">kkerpez@assia-inc.com<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">From: ippm &lt;<a href=3D"mailto:ippm-bounces@iet=
f.org%3cmailto:ippm-bounces@ietf.org">ippm-bounces@ietf.org&lt;mailto:ippm-=
bounces@ietf.org</a>&gt;&gt; On Behalf Of Marcus Ihlar<o:p></o:p></p>
<p class=3D"MsoPlainText">Sent: Monday, December 6, 2021 10:53 AM<o:p></o:p=
></p>
<p class=3D"MsoPlainText">To: <a href=3D"mailto:ippm@ietf.org%3cmailto:ippm=
@ietf.org">
ippm@ietf.org&lt;mailto:ippm@ietf.org</a>&gt;<o:p></o:p></p>
<p class=3D"MsoPlainText">Subject: [ippm] draft-morton-ippm-capacity-metric=
-protocol<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Hi IPPM,<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">This email starts an adoption call for draft-mort=
on-ippm-capacity-metric-protocol, &quot; Test Protocol for One-way IP Capac=
ity Measurement&quot;.&nbsp; This document is intended for Standards Track =
and defines a protocol for measuring Network Capacity
 metrics defined in RFC 9097 (<a href=3D"https://datatracker.ietf.org/doc/r=
fc9097/%3chttps:/urldefense.com/v3/__https:/datatracker.ietf.org/doc/rfc909=
7/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMgdekTQI$">=
https://datatracker.ietf.org/doc/rfc9097/&lt;https://urldefense.com/v3/__ht=
tps:/datatracker.ietf.org/doc/rfc9097/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m=
2Arj8gQk94KqaXVcPo0uS254KMgdekTQI$</a>&gt;).<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText"><a href=3D"https://datatracker.ietf.org/doc/draft=
-morton-ippm-capacity-metric-protocol/%3chttps:/urldefense.com/v3/__https:/=
datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/__;!!Bh=
dT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMuggP2kO$">https://d=
atatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/&lt;http=
s://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-morton-ippm-c=
apacity-metric-protocol/__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaX=
VcPo0uS254KMuggP2kO$</a>&gt;<o:p></o:p></p>
<p class=3D"MsoPlainText"><a href=3D"https://datatracker.ietf.org/doc/html/=
draft-morton-ippm-capacity-metric-protocol-02%3chttps:/urldefense.com/v3/__=
https:/datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-prot=
ocol-02__;!!BhdT!3uIFZg83XC7WyNXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMuOaN6=
cK$">https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metri=
c-protocol-02&lt;https://urldefense.com/v3/__https:/datatracker.ietf.org/do=
c/html/draft-morton-ippm-capacity-metric-protocol-02__;!!BhdT!3uIFZg83XC7Wy=
NXz9JFuqjOvd4m2Arj8gQk94KqaXVcPo0uS254KMuOaN6cK$</a>&gt;<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">This adoption call will last until Monday, Decemb=
er 20. Please review the document, and reply to this email thread to indica=
te if you think IPPM should adopt this document.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">BR,<o:p></o:p></p>
<p class=3D"MsoPlainText">Marcus<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_BL3P223MB0242109078363A69E4380A85ED709BL3P223MB0242NAMP_--


From nobody Thu Dec  9 10:16:40 2021
Return-Path: <giuseppe.fioccola@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 DDBB33A079F for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 10:16:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 d1gFMAXaGSju for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 10:16:34 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 363773A079D for <ippm@ietf.org>; Thu,  9 Dec 2021 10:16:34 -0800 (PST)
Received: from fraeml709-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4J92Dv2Ps3z67NyB; Fri, 10 Dec 2021 02:12:15 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Thu, 9 Dec 2021 19:16:30 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.020; Thu, 9 Dec 2021 19:16:30 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Martin Duke <martin.h.duke@gmail.com>
CC: IETF IPPM WG <ippm@ietf.org>
Thread-Topic: new version of RFC8321bis and RFC8889bis
Thread-Index: AdftJ2BrmRQFG3drRvW9xawZLVZBlw==
Date: Thu, 9 Dec 2021 18:16:30 +0000
Message-ID: <32d0d908a32142e594d323ae12be146b@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.48.212.160]
Content-Type: multipart/alternative; boundary="_000_32d0d908a32142e594d323ae12be146bhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/D1ME2FLehY0edYWnyN91riR4x3c>
Subject: [ippm] new version of RFC8321bis and RFC8889bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 09 Dec 2021 18:16:39 -0000

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

Hi Martin, All,
Please note that I just submitted a new revision of both RFC8321bis (https:=
//www.ietf.org/archive/id/draft-fioccola-rfc8321bis-01.txt) and RFC8889bis =
(https://www.ietf.org/archive/id/draft-fioccola-rfc8889bis-01.txt).
I tried to address the issues raised by Martin.

Feedback will be welcome.

Regards,

Giuseppe


--_000_32d0d908a32142e594d323ae12be146bhuaweicom_
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:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* 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:#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;}
@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]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"en-DE">Hi Martin, All,<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Please note that I just submitt=
ed a new revision of both RFC8321bis (<a href=3D"https://www.ietf.org/archi=
ve/id/draft-fioccola-rfc8321bis-01.txt">https://www.ietf.org/archive/id/dra=
ft-fioccola-rfc8321bis-01.txt</a>) and
 RFC8889bis (<a href=3D"https://www.ietf.org/archive/id/draft-fioccola-rfc8=
889bis-01.txt">https://www.ietf.org/archive/id/draft-fioccola-rfc8889bis-01=
.txt</a>).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">I tried to address the issues r=
aised by Martin.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Feedback will be welcome.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Regards,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE">Giuseppe<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"en-DE"><o:p>&nbsp;</o:p></span></p>
</div>
</body>
</html>

--_000_32d0d908a32142e594d323ae12be146bhuaweicom_--


From nobody Thu Dec  9 10:42:06 2021
Return-Path: <lylavoie@iol.unh.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 CCE0A3A08B7 for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 10:42:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level: 
X-Spam-Status: No, score=-1.988 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=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=iol.unh.edu
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kev6-RDq7fbr for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 10:41:59 -0800 (PST)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 DECCD3A0826 for <ippm@ietf.org>; Thu,  9 Dec 2021 10:41:58 -0800 (PST)
Received: by mail-ed1-x531.google.com with SMTP id y12so21934193eda.12 for <ippm@ietf.org>; Thu, 09 Dec 2021 10:41:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iol.unh.edu; s=unh-iol; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1T3D1hc2xXRcg1J4skyIcfe4zegJRXvhMHGxAsvkmeE=; b=MG280cMmKSFKbZE07zTqNvfhlZl8oDOcpJR7P8NcbwS4tVtEiKAdWW4MlIQ+DObHRp mUNQGgkopEfMYc2hZjx9GQ05ugeGxKbsfTKToQk9iBk9z179NegTTspFj922mYz9fmvg Zl85BrlJZ9TitvSoRAyH8t+iuQKiZZ837TYE4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1T3D1hc2xXRcg1J4skyIcfe4zegJRXvhMHGxAsvkmeE=; b=IZ4iW3rAE4499frpLGPfFSvAlS1c5HUOWhVzhBnjV1QUxhNfrUpctZZHWPi+Wk6tTH bVlrcU4Fn6oGDt9VNZDgWS13TmaWkgVlM1ulBpjx0W21c60jccLOJy7Xnz32/2uZKd87 ZDgasNKDhnnFopsUUeFb2yqF6mGE9LwD/bsASzBeYaEHQB5fhqLRI2n8tkCoohHrOGNg U37saoM276d71krL0sfjHruoUy/GTAt0l+hz6ShMjRlEowspK6Q2jTGLqs+Rn2Q39nKk LN2QNYjhpWwHo6u70rBT4SOdFnIGaX6r5CePC6yoTdn5I1eqhx6PVL/TIztNkGrk5dcs q1JA==
X-Gm-Message-State: AOAM533gMaUwievs1IoAxqIVIIieTKbdzPX60bflEMO1JdsLSAD1uQXf r62gKKPnJVLRy4GYazl26vRkuIIH6ljVA4Vj3nEPU433wHo05A==
X-Google-Smtp-Source: ABdhPJxHhVq7tB7wbDs82TGTQYRH/k+Ey6QIUoMxkUKLLPtJyr5OkHrup06YvrvuoRn8URbG7BN7Geg7zvLKPWtwtT0=
X-Received: by 2002:a05:6402:1a27:: with SMTP id be7mr31500336edb.187.1639075316040;  Thu, 09 Dec 2021 10:41:56 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Lincoln Lavoie <lylavoie@iol.unh.edu>
Date: Thu, 9 Dec 2021 13:41:44 -0500
Message-ID: <CAOE1vsMZwOu36_iH6ndVFHkK4maNWd-42au1sw4VYZAfJWYiDA@mail.gmail.com>
To: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f9238305d2baf59a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/7P7GvEeMXSzlVgKlRSwMSQiqZBo>
Subject: Re: [ippm] draft-morton-ippm-capacity-metric-protocol
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 09 Dec 2021 18:42:04 -0000

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

Hello Marcus & All,

First, I am completely in support of moving forward with the draft. Thank
you to Al and team for all of their hard work in developing these materials=
.

I've reviewed the 02 version and don't have any additional comments at this
time.

Cheers,
Lincoln



On Mon, Dec 6, 2021 at 10:52 AM Marcus Ihlar <marcus.ihlar=3D
40ericsson.com@dmarc.ietf.org> wrote:

> Hi IPPM,
>
>
>
> This email starts an adoption call for
> draft-morton-ippm-capacity-metric-protocol, " Test Protocol for One-way
> IP Capacity Measurement=E2=80=9D.  This document is intended for Standard=
s Track
> and defines a protocol for measuring Network Capacity metrics defined in
> RFC 9097 (https://datatracker.ietf.org/doc/rfc9097/).
>
>
>
>
> https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protoc=
ol/
>
>
> https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-p=
rotocol-02
>
>
>
> This adoption call will last until *Monday, December 20*. Please review
> the document, and reply to this email thread to indicate if you think IPP=
M
> should adopt this document.
>
>
>
> BR,
>
> Marcus
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>


--=20
*Lincoln Lavoie*
Principal Engineer, Broadband Technologies
21 Madbury Rd., Ste. 100, Durham, NH 03824
lylavoie@iol.unh.edu
https://www.iol.unh.edu
+1-603-674-2755 (m)
<https://www.iol.unh.edu>

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-size:small">Hel=
lo Marcus &amp; All,</div><div class=3D"gmail_default" style=3D"font-size:s=
mall"><br></div><div class=3D"gmail_default" style=3D"font-size:small">Firs=
t, I am completely in support of moving forward with the draft. Thank you t=
o Al and team for all of their hard work in developing these materials.</di=
v><div class=3D"gmail_default" style=3D"font-size:small"><br></div><div cla=
ss=3D"gmail_default" style=3D"font-size:small">I&#39;ve reviewed the 02 ver=
sion and don&#39;t have any additional=C2=A0comments=C2=A0at this time.</di=
v><div class=3D"gmail_default" style=3D"font-size:small"><br></div><div cla=
ss=3D"gmail_default" style=3D"font-size:small">Cheers,<br>Lincoln</div><div=
 class=3D"gmail_default" style=3D"font-size:small"><br></div><div class=3D"=
gmail_default" style=3D"font-size:small"><br></div></div><br><div class=3D"=
gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Dec 6, 2021 at 1=
0:52 AM Marcus Ihlar &lt;marcus.ihlar=3D<a href=3D"mailto:40ericsson.com@dm=
arc.ietf.org">40ericsson.com@dmarc.ietf.org</a>&gt; wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex">





<div lang=3D"EN-US" style=3D"overflow-wrap: break-word;">
<div class=3D"gmail-m_3379215054439591617WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Hi IPPM,<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This emai=
l starts an adoption call for draft-morton-ippm-capacity-metric-protocol, &=
quot;</span>
<span style=3D"font-size:12pt;color:black">Test Protocol for One-way IP Cap=
acity Measurement=E2=80=9D.=C2=A0 This document is intended for Standards T=
rack and defines a protocol for measuring Network Capacity metrics defined =
in RFC 9097 (<a href=3D"https://datatracker.ietf.org/doc/rfc9097/" target=
=3D"_blank">https://datatracker.ietf.org/doc/rfc9097/</a></span><span style=
=3D"font-size:12pt">).<span style=3D"color:black">
<u></u><u></u></span></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt"><a href=3D"https://da=
tatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/" target=
=3D"_blank">https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-met=
ric-protocol/</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt"><a href=3D"https://da=
tatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-protocol-02" =
target=3D"_blank">https://datatracker.ietf.org/doc/html/draft-morton-ippm-c=
apacity-metric-protocol-02</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This adop=
tion call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">BR,<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Marcus <u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>

_______________________________________________<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/listinfo/ippm</a><br>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
 class=3D"gmail_signature"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"lt=
r"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div=
 dir=3D"ltr"><div dir=3D"ltr"><div><b>Lincoln Lavoie</b><br></div><div>Prin=
cipal Engineer, Broadband Technologies</div><div>21 Madbury Rd., Ste. 100, =
Durham, NH 03824</div><div><a href=3D"mailto:lylavoie@iol.unh.edu" target=
=3D"_blank">lylavoie@iol.unh.edu</a></div><div><a href=3D"https://www.iol.u=
nh.edu" target=3D"_blank">https://www.iol.unh.edu</a></div><div>+1-603-674-=
2755 (m)</div><div><a href=3D"https://www.iol.unh.edu" target=3D"_blank"><i=
mg src=3D"https://docs.google.com/uc?export=3Ddownload&amp;id=3D1j_iI6anwrn=
bQWNpTyuvukMLSNJJ8_8QU&amp;revid=3D0B_0ujwABDnFZTmJiR3EzK0d1VjFKTjQvMENBWVM=
0QnA4ajhjPQ" width=3D"200" height=3D"43"></a><br></div></div></div></div></=
div></div></div></div></div></div></div>

--000000000000f9238305d2baf59a--


From nobody Thu Dec  9 16:25:25 2021
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 1C18D3A15A0 for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 16:25:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 QrV4MA0cH1Bf for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 16:25:20 -0800 (PST)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 AE74F3A15A3 for <ippm@ietf.org>; Thu,  9 Dec 2021 16:25:19 -0800 (PST)
Received: by mail-ed1-x531.google.com with SMTP id e3so25321935edu.4 for <ippm@ietf.org>; Thu, 09 Dec 2021 16:25:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gfOwJR9SGA6YW9P/SROlB/mPe/1qNwCLpbSy2HIDMP0=; b=DA1XfdQsbtjUTu1atomnjU8Sn/hdZbsClI26aoc27fU/mu71A8Esh155t40wX79w2T AGJYAROT9H96ynrkobWmCWoIj7mczDtmNX0eAbW6S5Q8eSMOirWUCpc8qYW0oUj1YuVM aMm5iJyvgJc65yd6AqmAO/WsGx/cU3SFpa74dsayTuFyBPcIlBSn8vHrXuvZUFEzi9n8 c6cxLu5ReWDgV9wOzeoCrU/FXzuIR9G/5yr1gBZbE4xLOE1xFw4NhrEALx/p+Nn4DKi0 WD+h4GYWzigxpFsx+nsIvAjDcUD/QDe88Qq3LkIwoi8sYLe5gBInk8klVrfTzz8fsIoK PCGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gfOwJR9SGA6YW9P/SROlB/mPe/1qNwCLpbSy2HIDMP0=; b=ORm+LGm8wSIsk5m56V/OMW2Rl5cZQ/SUuP1HZRQhC+XtcESyTfEK7u0Jw6bSfgr1zc vlSUbqH3PZjA1KdtzhTIWg9y15eXKsax/YJuA6nk7+amQDR3pkoLoUPpPBZCfmISSsSD cfw2cHfJsaT8XqzTFzE6KCz/5ewYDlZpmkwXFgzrj6+njBxRK2IWhP1lmMykw1sFap7+ C5xXPITlKOq1eCpjdrqclTjkf7clp/QfVUWlYoEUCi5mdBy30uJYk1bb2npZ1USEgiPm QHeT1IL1D0OiB0IWefSo2J7Iik+kRavD2KAXmG+6BnhlXwr7e3RFx8vusA2EykDeFQFM +xVQ==
X-Gm-Message-State: AOAM532k/h+O7Xq67jBjkqr1/NiRoRx2V4z68DBAbsZ0cRqOsyZI8miL tvrZWXUqrW2fBPBfM7jUXtVfqjBc2OI1s5ZwlWw=
X-Google-Smtp-Source: ABdhPJxcSCGFNyTBJBl/r8pgfAYaCcDsU2M1fWfSrjYEdOVh5ctJY2NSCTK/enjQmAsL+9AzZymdiRl/J4ZNRU/8cLc=
X-Received: by 2002:a05:6402:354c:: with SMTP id f12mr34767962edd.256.1639095915935;  Thu, 09 Dec 2021 16:25:15 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 9 Dec 2021 16:25:04 -0800
Message-ID: <CA+RyBmXuD1MRoJScFyJ9J10L8dFLgQEpVt1PrYOd1eW6CX8q1Q@mail.gmail.com>
To: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d27c8105d2bfc1ec"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/3-nsN-5_-XCBXq1hkhUZEfRt5FY>
Subject: Re: [ippm] draft-morton-ippm-capacity-metric-protocol
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 10 Dec 2021 00:25:24 -0000

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

Hi Marcus,
I support the adoption of this draft by the IPPM WG.
This is an essential part of the work on the IP network capacity
measurement.

Regards,
Greg

On Mon, Dec 6, 2021 at 7:52 AM Marcus Ihlar <marcus.ihlar=3D
40ericsson.com@dmarc.ietf.org> wrote:

> Hi IPPM,
>
>
>
> This email starts an adoption call for
> draft-morton-ippm-capacity-metric-protocol, " Test Protocol for One-way
> IP Capacity Measurement=E2=80=9D.  This document is intended for Standard=
s Track
> and defines a protocol for measuring Network Capacity metrics defined in
> RFC 9097 (https://datatracker.ietf.org/doc/rfc9097/).
>
>
>
>
> https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protoc=
ol/
>
>
> https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-p=
rotocol-02
>
>
>
> This adoption call will last until *Monday, December 20*. Please review
> the document, and reply to this email thread to indicate if you think IPP=
M
> should adopt this document.
>
>
>
> BR,
>
> Marcus
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Hi Marcus,<div>I support the adoption of this draft by the=
 IPPM WG.</div><div>This is an essential part of the work on the IP network=
 capacity measurement.</div><div><br></div><div>Regards,</div><div>Greg</di=
v></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr=
">On Mon, Dec 6, 2021 at 7:52 AM Marcus Ihlar &lt;marcus.ihlar=3D<a href=3D=
"mailto:40ericsson.com@dmarc.ietf.org">40ericsson.com@dmarc.ietf.org</a>&gt=
; wrote:<br></div><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"EN-US" style=3D"overflow-wrap: break-word;">
<div class=3D"gmail-m_6833570529793526904WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Hi IPPM,<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This emai=
l starts an adoption call for draft-morton-ippm-capacity-metric-protocol, &=
quot;</span>
<span style=3D"font-size:12pt;color:black">Test Protocol for One-way IP Cap=
acity Measurement=E2=80=9D.=C2=A0 This document is intended for Standards T=
rack and defines a protocol for measuring Network Capacity metrics defined =
in RFC 9097 (<a href=3D"https://datatracker.ietf.org/doc/rfc9097/" target=
=3D"_blank">https://datatracker.ietf.org/doc/rfc9097/</a></span><span style=
=3D"font-size:12pt">).<span style=3D"color:black">
<u></u><u></u></span></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt"><a href=3D"https://da=
tatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/" target=
=3D"_blank">https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-met=
ric-protocol/</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt"><a href=3D"https://da=
tatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-protocol-02" =
target=3D"_blank">https://datatracker.ietf.org/doc/html/draft-morton-ippm-c=
apacity-metric-protocol-02</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This adop=
tion call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">BR,<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Marcus <u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>

_______________________________________________<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/listinfo/ippm</a><br>
</blockquote></div>

--000000000000d27c8105d2bfc1ec--


From nobody Thu Dec  9 22:30:16 2021
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 7CCF33A011D; Thu,  9 Dec 2021 22:30:15 -0800 (PST)
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: 7.40.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <163911781540.11261.15412433800912494118@ietfa.amsl.com>
Date: Thu, 09 Dec 2021 22:30:15 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/oq-kDxFNx-tXszAlppamFonVIAQ>
Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-conf-state-02.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 10 Dec 2021 06:30:15 -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           : Echo Request/Reply for Enabled In-situ OAM Capabilities
        Authors         : Xiao Min
                          Greg Mirsky
                          Lei Bo
	Filename        : draft-ietf-ippm-ioam-conf-state-02.txt
	Pages           : 19
	Date            : 2021-12-09

Abstract:
   This document describes an extension to the echo request/reply
   mechanisms used in IPv6 (including SRv6), MPLS (including SR-MPLS),
   SFC and BIER environments, which can be used within the IOAM domain,
   allowing the IOAM encapsulating node to discover the enabled IOAM
   capabilities of each IOAM transit and IOAM decapsulating node.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-conf-state/

There is also an htmlized version available at:
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-conf-state-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-ioam-conf-state-02


Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts



From nobody Thu Dec  9 23:01:20 2021
Return-Path: <xiao.min2@zte.com.cn>
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 30B343A07D2 for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 23:01:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bpkNViOVL0KB for <ippm@ietfa.amsl.com>; Thu,  9 Dec 2021 23:01:16 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD2B43A07CD for <ippm@ietf.org>; Thu,  9 Dec 2021 23:01:15 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4J9MDW3NpMz4yjYV for <ippm@ietf.org>; Fri, 10 Dec 2021 14:58:03 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4J9MHc2Hmmz510Y0 for <ippm@ietf.org>; Fri, 10 Dec 2021 15:00:44 +0800 (CST)
Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse-fl2.zte.com.cn with SMTP id 1BA70UqO080692 for <ippm@ietf.org>; Fri, 10 Dec 2021 15:00:30 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Fri, 10 Dec 2021 15:00:30 +0800 (CST)
Date: Fri, 10 Dec 2021 15:00:30 +0800 (CST)
X-Zmail-TransId: 2afa61b2fb0e648d8ce1
X-Mailer: Zmail v1.0
Message-ID: <202112101500302348450@zte.com.cn>
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl2.zte.com.cn 1BA70UqO080692
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.138.novalocal with ID 61B2FA7B.000 by FangMail milter!
X-FangMail-Envelope: 1639119483/4J9MDW3NpMz4yjYV/61B2FA7B.000/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61B2FA7B.000/4J9MDW3NpMz4yjYV
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/WeNZxRx1q21q1kHaqHB1tNrqIJI>
Subject: [ippm] =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 10 Dec 2021 07:01:19 -0000

Hi IPPM WG,

The -02 version of draft-ietf-ippm-ioam-conf-state has been posted.
There are mainly two changes, one is on IOAM Tracing Capabilities Objects to make them applicable to ICMPv6 extensions, another one is on IOAM Proof-of-Transit Capabilities Object to make it aligned with the updated IOAM-Data document.
Also note that I've had an offline discussion with wg chairs and Frank Brockners, my conclusion is that Frank's concern raised at IETF 112 has been addressed. If that's not the case, please speak up.
With that said, I think this draft is ready for WGLC.

Best Regards,
Xiao Min


From nobody Mon Dec 13 05:19:41 2021
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 4A82D3A08C3; Mon, 13 Dec 2021 05:19:39 -0800 (PST)
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: 7.41.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <163940157925.22192.17800446608999335448@ietfa.amsl.com>
Date: Mon, 13 Dec 2021 05:19:39 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/02IE-lakt02wXSDy-ANiBJd1aQ8>
Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-data-17.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 13 Dec 2021 13:19:39 -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           : Data Fields for In-situ OAM
        Authors         : Frank Brockners
                          Shwetha Bhandari
                          Tal Mizrahi
	Filename        : draft-ietf-ippm-ioam-data-17.txt
	Pages           : 48
	Date            : 2021-12-13

Abstract:
   In-situ Operations, Administration, and Maintenance (IOAM) records
   operational and telemetry information in the packet while the packet
   traverses a path in the network.  This document discusses the data
   fields and associated data types for in-situ OAM.  In-situ OAM data
   fields can be encapsulated into a variety of protocols such as NSH,
   Segment Routing, Geneve, or IPv6.  In-situ OAM can be used to
   complement OAM mechanisms based on, e.g., ICMP or other types of
   probe packets.


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

There is also an htmlized version available at:
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-data-17

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-ioam-data-17


Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts



From nobody Mon Dec 13 05:29:46 2021
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 BFE513A08D9; Mon, 13 Dec 2021 05:29:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.596
X-Spam-Level: 
X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=NDDslKVF; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=vgTo60e0
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QdZgbOI8aqUR; Mon, 13 Dec 2021 05:29:40 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D65EA3A08ED; Mon, 13 Dec 2021 05:29:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3836; q=dns/txt; s=iport; t=1639402180; x=1640611780; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=JLRWAQEEIvTlcuk0vx7rDu2+3EgZ81hM0J0kA6ZqMls=; b=NDDslKVF5zut2vmdRhiLfvpI/SnaxBCKCOAsQRI73i6dpUrLDp5X5r0u 4L3v0dQXnwb07BlZCkEBOz2q2aDUSkkZcke7uyN2TKCzMG+e94ifMS7is 0ajWxcUyf9QDSoa/j4HgvS5uzVOjJIEoQO+ef7ba4I+56gJU6eci+oKlF Y=;
IronPort-PHdr: =?us-ascii?q?A9a23=3AQpBCuR9YP3mr5f9uWCXoyV9kXcBvk7n3PwtA7?= =?us-ascii?q?J0hhvoOd6m45J3tMQTZ4ukll17GW4jXqpcmw+rbuqztQyoMtJCGtn1RfJlFT?= =?us-ascii?q?RRQj8IQkkQpC9KEDkuuKvnsYmQ6Ec1OWUUj8Wu8NB1eGd31YBvZpXjhhQM?= =?us-ascii?q?=3D?=
IronPort-Data: =?us-ascii?q?A9a23=3AcMRenKN2YaoklKPvrR0ZlcFynXyQoLVcMsEvi?= =?us-ascii?q?/4bfWQNrUp21mRVyGVKDG+BaKzZMDGneYx1PIXg9UxUsZKDyNVjG3M5pCpnJ?= =?us-ascii?q?55oRWUpJjg4wn8dtEp+F+WbJK5cx5hYOomowPwcFCeG/073a+O59xGQ6InRL?= =?us-ascii?q?lbCIL+cUsxObVcMpBcJ0XqPqsZh6mJaqYHR7zCl4bsel/bi1GqNgFaYBI67B?= =?us-ascii?q?5Wr83uDtNyq0N8RU8dXifpj5DcynFFNZH4TyD3YEpf2fmVUNrbSq+fr1rq1+?= =?us-ascii?q?CbS+A0gT4/jmbfgeUpMSbnXVeSMoiMJAO753V4T/Wprj/tT2Pk0MS+7jx2Hl?= =?us-ascii?q?cp2w9ZLuLS7SBwiOevHn+F1vxxwQn0hbfAco+6aSZS4mYnJp6HcSFPpyu9yD?= =?us-ascii?q?UdwPcsU5+V6KW5L/P0cbjsKa3irjumz6Ki2UeRlnM8jasD3IMUUvXQI5TDBF?= =?us-ascii?q?fMOQJ3fTePN/9Aw9DYonsULFvbXZtACQTticBqGZAdAUn8bEpswgKKpi2XxN?= =?us-ascii?q?jxAsFfQpK0+5i3fxRB4+LngLNSTfcaFLe1Ql1yEp2SA4WX2BQwAOcGP4TyC8?= =?us-ascii?q?XOlwOTImEvTWY8JG5W5++JkxlqJyQQ7CxQaSFiTpPilzEOyRrpix+Y8ksY1h?= =?us-ascii?q?bI5+EruRd7nUljk5nWFpRUbHdFXFoUHBMi24vK8y26k6qIsF1atsOAbifI?= =?us-ascii?q?=3D?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AjMbiHaqEBs6F9a01rE6NQoIaV5uJL9V00z?= =?us-ascii?q?EX/kB9WHVpm5Oj9vxGzc506farslkssSkb6K+90KnpewK6yXcH2/huAV7EZn?= =?us-ascii?q?imhILIFvAt0WKG+V3d8kLFh5VgPMtbAs1D4ZjLfCRHZKXBkUmF+rQbsaO6Gc?= =?us-ascii?q?mT7I+0pRoAPGIaCZ2IrT0JdzpzeXcGIjWucKBJbKZ0kfA33gZIF05nCviTNz?= =?us-ascii?q?0gZazuttfLnJXpbVotHBg88jSDijuu9frTDwWY9g12aUIN/Z4StUz+1yDp7K?= =?us-ascii?q?SqtP+2jjXG0XXI0phQkNz9jvNeGc23jNQPIDmEsHfrWG0hYczGgNkGmpDp1L?= =?us-ascii?q?8YqqiLn/7mBbUr15rlRBDwnfIq4Xi57N9h0Q649bbSuwqTnSWwfkNLNyMGv/?= =?us-ascii?q?MCTvMcgHBQ4O2VF8lwrj+kXtNsfGD9tTW46N7SWx5wkE2o5XIkjO4IlnRaFZ?= =?us-ascii?q?ATcblLsOUkjQ5o+bo7bWnHAbocYaNT5QDnlYFrWELfa2qcsnhkwdSqUHh2Fh?= =?us-ascii?q?CaQlIassjQ1zRNhnh2w0YR2cRaxx47hd0AYogB4/6BPrVjlblIQMNTZaVhBP?= =?us-ascii?q?0ZSc/yDmDWWxrDPG+bPFyiHqAaPHDGrYLx/dwOla2XUY1NyIF3lIXKUVteu2?= =?us-ascii?q?J3c0XyCdeW1JkO6RzJSHXVZ0Wk9iif3ekxhlTRfsufDcSzciFZryL7mYRsPi?= =?us-ascii?q?TyYYfGBK5r?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B7AACJSbdh/5tdJa1aDg8BAQEBCQE?= =?us-ascii?q?SAQUFAUCBRQgBCwGBUVQHeFo3MYRHg0cDhFlghQ6DAgObGYEuFIERA1QLAQE?= =?us-ascii?q?BDQEBNQwEAQGFBgIXgwsCJTQJDgECBAEBARIBAQUBAQECAQYEgQkThWgNhkI?= =?us-ascii?q?BAQEBAxIREQwBATcBCwQCAQgRBAEBAwImAgICMBUICAIEAQ0FCBqCUIJlAy8?= =?us-ascii?q?BDqRaAYE6AoofeoExgQGCCAEBBgQEgToCDkGDABiCNQMGgRAqAYMNhB6CfoQ?= =?us-ascii?q?IJxyBSUSBFUOCZz6CYwEBAgGBKAESASODFjeCLpJyagQiGQgOAn8ZQihMkhU?= =?us-ascii?q?EEIJxAUaXF5JMCoNAimOOVoYNFYNvjAGXYB2WDx+MXpQghQMCBAIEBQIOAQE?= =?us-ascii?q?GgWE7aVoPB3AVgyRRGQ+OIDeDO4UUhQVFdDgCBgsBAQMJkHABAQ?=
X-IronPort-AV: E=Sophos;i="5.88,202,1635206400"; d="scan'208";a="947852395"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Dec 2021 13:29:38 +0000
Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 1BDDTcRf027416 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 13 Dec 2021 13:29:38 GMT
Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 13 Dec 2021 07:29:37 -0600
Received: from xfe-rtp-004.cisco.com (64.101.210.234) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 13 Dec 2021 07:29:37 -0600
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-004.cisco.com (64.101.210.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Mon, 13 Dec 2021 08:29:37 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hkF3OUaOG4fwtSsInco19l+vHwYjr75wtDaSvCZdOtyTKSSbSj+hT9PEdr8/6in2ChVjWoDwPJSlLmMyl2+s7Qv9omUS7URq4EVbU0ZQHfTwEAu63FVJfKweQ8iOXA1hRgCWEbx5IidIOWE2Hz5iKSLykJhB3izTO3G9qn8flv6oj35778BLHGlpoNkhGihLwy4V4PIrBfrCzuAAZV3eqL/WM+zDq01ci4awGtGrFLjXb81OZJjnJ0w69zDHjojsSwRAGg1DoMjvGLt8GlxXAzC3jQqEnto9bnQNRCFARPCvj/UW8+hwPyC5SXdTXZy/1vpwufaDLJzu4JyqdROQOQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=JLRWAQEEIvTlcuk0vx7rDu2+3EgZ81hM0J0kA6ZqMls=; b=Sp8zwWg0nfhxYB3ey2IrIAuRe41HgPKeSIt1jWHnDmd01tOEMkrBYNnvpqEBAA08yEY9Yfwqj/WYRNG+eD+9SmmUpq16pKMzghryW+HtTqCRQXRhwP88Wii0SVfKdTa8Biewugkt1R2ym24qy086oJDCbjWKmcxVv3B1fMpSrlAirqFB0B8q/Y4RWfrXiw65qJSA7AFFg5KZbX29oGWH/SN/C7mc+APavKP6dKN9S2/8QDWhgb709+4xUjhLG7egsOeZm8kNustsA+qHcNsmJi6tLdmb19h3XdkZ8onC96O5EJwziXTVtC+bHkS+tnyZ1HDrPCrSrbT2YPCSoytniA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JLRWAQEEIvTlcuk0vx7rDu2+3EgZ81hM0J0kA6ZqMls=; b=vgTo60e08O+iwyeGcamLKHyWQiXosSbznIZ1Oyt/U68fIyNrqipxLQwRz7LhhMJYgLav57GtW/AWcjX3WRrhIvjABimEmb0B1tA1s2WnjRaLKbBUbM/lOSep2ulwMNqJYA0AkK39MCfKUxoDtwg5C+NnIPTriVIT3QyBxYAsP4s=
Received: from DM8PR11MB5606.namprd11.prod.outlook.com (2603:10b6:8:3c::23) by DM8PR11MB5623.namprd11.prod.outlook.com (2603:10b6:8:25::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4778.17; Mon, 13 Dec 2021 13:29:36 +0000
Received: from DM8PR11MB5606.namprd11.prod.outlook.com ([fe80::d840:22bd:2167:ae39]) by DM8PR11MB5606.namprd11.prod.outlook.com ([fe80::d840:22bd:2167:ae39%6]) with mapi id 15.20.4778.013; Mon, 13 Dec 2021 13:29:36 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>, Martin Vigoureux <martin.vigoureux@nokia.com>
CC: "draft-ietf-ippm-ioam-data@ietf.org" <draft-ietf-ippm-ioam-data@ietf.org>,  "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Al Morton <acm@research.att.com>, Martin Duke <martin.h.duke@gmail.com>
Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-ippm-ioam-data-16: (with COMMENT)
Thread-Index: AQHX7IRpoQ+101/YGUe8SK6CZeZfaawwbvpQ
Date: Mon, 13 Dec 2021 13:29:36 +0000
Message-ID: <DM8PR11MB56066CDBEA3AD170319F7A7FDA749@DM8PR11MB5606.namprd11.prod.outlook.com>
References: <163900313914.32243.10599318073173855934@ietfa.amsl.com>
In-Reply-To: <163900313914.32243.10599318073173855934@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 2af865e8-68ac-4089-8ec6-08d9be3c9b5c
x-ms-traffictypediagnostic: DM8PR11MB5623:EE_
x-microsoft-antispam-prvs: <DM8PR11MB5623E099451557F11CF846E6DA749@DM8PR11MB5623.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: MgIy6sYS+g9FtUlycRcpV672CH83NjCjUzhUbiV4IbNjuyKBTH5lQv7ZMlNq3aP+JDRbE/s8HiHma2J/rIyTDnYDv3JsEnIF1PXtYIqnULVKrUiokyu0dICEmN39HiiEanwrEsW3kBKPran0fbX/2VQgco9+4XUW6OYzyexPDLInqd5PM2DMNzGQ5aIM1Zn+SlpVLGEQ/MY3gW+3UXWp2KPCUO+Vejsl6jXL6jfy3M+hHTHthe7RSq9rcJfUP7XdFdK0z0dGUPZFkUDRGS6lWzXVnheXxC6e5QhcsgvjQv3ZDo1NkhVGugQsZsIPHqC2x55i18qBZOZw1ZOfxmWZKFp7uqcdBPYr+PKNPLg23l80BQ4VX2QTUao0LF1mKxq/TOJDT+tM3uRvVNdVLaGHCARbs+kEBKuTC9Lb1kS3PoEw9X7sE57FmgkEXe3rZgPoAfpbb+KYFekkFO5virC7lTkoNZFCSO4ryx2u/b/H1MlVlOxIoViDhqp7FqlkiMnwnKGcA5Oq3QAXH9Kmy+6wDmSn/5gGwlNwnYjNmQnBZYBQV1Ki6ziJA+tuZu2DGeiPiZLzDCW5PaOh7zS8PxJtwQAWke1o4zkjByNbbkNPKQy8/MqVkK2V2XJAHcx1DyCktaFO9lX7bzd/H6dGsc7JP+6pEUTJ2zkuhvj0rrpSsXnx14Z09LnErUaJNsj7gxuSWw8oHRJ+BVGd5XxANpQykBUBrBGYSiSjVR2EkYOMEc2DAOsn0/Am+OtsP7A0r8qMEYOXaawR0iNKByjDnMZ3lv402votorUmZ1OekAxQLvJAyQLBxbfhU83+9oF5rZGv
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:DM8PR11MB5606.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(366004)(66556008)(2906002)(9686003)(8676002)(71200400001)(8936002)(76116006)(64756008)(66446008)(66946007)(33656002)(83380400001)(66476007)(52536014)(54906003)(316002)(4326008)(26005)(5660300002)(966005)(110136005)(53546011)(38100700002)(508600001)(186003)(55016003)(86362001)(38070700005)(122000001)(7696005)(6506007); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?MVR3ejNJUEkrUE13Q3prenRhY29LS2MySGhVY3JzOFhzVDAvU0RyLzUra3lw?= =?utf-8?B?dU82cWcxemY0b2VWanozWHBtUnVaY21WbU5JdjF4a1hmclFodG9QWHhoVUZM?= =?utf-8?B?RC9aK0s3aGRVNm52eGN3cnZDTmFxTm1qWDRiYzBxelRtSTBtSzlBRXJEeUtz?= =?utf-8?B?ekdBSlQrMjJJQ3U3SHcrck9WMXErWWVheml1SmVXZ2F0akhQUS9Vc245a091?= =?utf-8?B?QUNQRENubkRJNVJWdG12Y0ttYXV4aHQ0MWpwbEszaVJxYnVkdmx5RnoxT0hy?= =?utf-8?B?NWxuNlc1T2ZSamJVR2RzQjQ0SFRhbnJFb01SWUN0RVdKZmZWaWw4Q0NUSHNY?= =?utf-8?B?ekdpR2RqRTVlbHo3SG5vSmcwd24rbE1FdUt3UVJyTC8vbEdIUVVlaGlWZ1Qx?= =?utf-8?B?UThEL09xeHJaTVU1VXNoM3N5cFJBNmk1V3NMeFRUVlVJZEVJVVZ6alFVeENV?= =?utf-8?B?czRlM1AzTUJPYzFsWkd3SnlnekcvNWhtMFo5VnZuNGU2VmNmdkJROWlaSEtM?= =?utf-8?B?L00wdS9idGExdTc0cG42RTFKK2tRN2REcmg3eWxSU0FiTVJnTDBPTGc1WUZK?= =?utf-8?B?L3JxSkdyQWFWY04zYnpIR1Z0cFJlT0lrWEVRMDNIWWcwOXR4VGVYVlJTd1Jk?= =?utf-8?B?NUF1dnBROWlDRHFldEFZQWJqbVArL2wwMjlPUDhkMDhxOXdteUhFRmp0b1VO?= =?utf-8?B?ckNPdTJOaFNqRzRLN090Rm8zWmI1S2pNOWVlT1oxUjREK0U4RVd0NVExdjJC?= =?utf-8?B?c1VuQ3lvS3ZYWVl5Ty9JOTMzS3J3WjFOYTZiWE9tejhRdzhOUjR1VTN4L3F6?= =?utf-8?B?N2RxQ1hRc0o3NTNDM3VSTmg2RFVxUkloYXp0cWE2QU15TEQyVDBwV2NmSGVx?= =?utf-8?B?eEUrdmFsZDlYVnE3MkhQbldDdjU1cEhwV0NrQzNDNjRXRUNBcHBpTFpLRmhr?= =?utf-8?B?REN4dUlnazRQUXFhbDBFN1QxZGx6VkFYZS9kYmRqNHpnR1lFZHdwalBnV1J3?= =?utf-8?B?Wks4eDBielhUVDlpeXIyVjI2MU1nVnJseDhTU1FLMDRqTUFzdnVNalhFQjBl?= =?utf-8?B?TEFLUTk1ZG80TG5HbU5pbzZyczFuT3pDNjdXV2dkeFB1K0VlTk44UFVJZlBu?= =?utf-8?B?TG1RbUZlSFV4RlpzemJSOVV6aU5GSVFubnN2VmpwYmFpT0VNTEJaUmRGYUg0?= =?utf-8?B?NUdjbE9rVWcrc2g5SDhUK3p0TG1hUFh4TjltZXltaE1tbFRYaU5ndVhiSjBh?= =?utf-8?B?Qm8xTHFNaUZ0UjlvSFVRSE03dVFGQnpJNFVFY0ppRHM4cUVzOTM1UlFyTUhS?= =?utf-8?B?MS9KV09kbFV0ZXBQbTlqTFIzTW8wZjU5R2NaM0JxR0ZOMUpEa1hvQ2s3eW04?= =?utf-8?B?TXYyWjV4TUFpT3lJZWxvc1lpcitlVnp0VlVqWHptaE03M0pBdzFLSHZ2WkxC?= =?utf-8?B?aWpQWG9PT2JMOHR0b2FRWGpXQVNhdWxMRUxhSGtOSUErdndpYi9nci9qYUlZ?= =?utf-8?B?dEQ4QW9LUzlvZGpZUTJWZDVsQTRGNlY0NnVkZDV6M3pJVlhhS1h2akhyM1ZH?= =?utf-8?B?aGF3bGZTSEp3aUlkUi9sdjczM0ZjM3pxREI0RnphK2tURTZacTAvZ2NvLzl5?= =?utf-8?B?eFhSNVUreUtkdW5EWUo0WHJNdzZJS2M3SjVQeGRway9tMGV1Q29pUnhlNzFT?= =?utf-8?B?R3dDOHJSRmFWeXpLZVJlVG1ubjZhcCtydGMxVUo3bTNwVURrZm5qNmluR0Zk?= =?utf-8?B?bHN6UFlOYzVmSGJiNHNjRzQ0ME1McnVWMENla3h3VVN0VUZhd1BDNEVGUm1S?= =?utf-8?B?eFh4dUJzRnQzZkRjL2RhNStzdDdMRGVHMytrRkp6K2NUQ1RINXJtekgxMkRU?= =?utf-8?B?czVtY3ltTHFjMkJZbnpQaDFvODZCTll5ZEVMWjJsZmkxc2c3VVZwL2xrRk8z?= =?utf-8?B?ZUlGbVU4NjJKZHVwMWQ4bjQremVGQy9jK0N5cjQreFh6aGRDN2dXUHNoanE5?= =?utf-8?B?VEtDUWhkczJSYWlxNHpFQWV5dVE3cnJodk45NldhT0hrajVBSWxCZEVMM2pG?= =?utf-8?B?WkxUb21rem94Ry9oU0NvMDNLSUVwS0xzem5ZTW94bVdVd2hBeDlsWTZSRjd2?= =?utf-8?B?YTVhTE4reU9UazdsTVVJa3V6MzhYSFVzZ3dzS3RYRzJzV05PV2JNZnVrd01u?= =?utf-8?B?RWc9PQ==?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM8PR11MB5606.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2af865e8-68ac-4089-8ec6-08d9be3c9b5c
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2021 13:29:36.2619 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 539WxCnL/knJXw5Yd4qIyxjzO06T4re3Vmctm0F0Fr4nrrfJgSQm769lrbaGKpgKgze4crVBRM3OCBOQQrl0xA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM8PR11MB5623
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com
X-Outbound-Node: rcdn-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/PPFCw1dh39btZ6wvWDwMiCs07fo>
Subject: Re: [ippm] Benjamin Kaduk's No Objection on draft-ietf-ippm-ioam-data-16: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 13 Dec 2021 13:29:45 -0000

SGkgQmVuLA0KDQpPbmNlIG1vcmU6IFRoYW5rcyBhIGxvdCBmb3IgeW91ciBjb21tZW50cyENCg0K
V2UndmUganVzdCBwb3N0ZWQgYSBuZXcgcmV2aXNpb24gb2YgZHJhZnQtaWV0Zi1pcHBtLWlvYW0t
ZGF0YSAoaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWlw
cG0taW9hbS1kYXRhLTE3KS4NCg0KUmV2aXNpb24gLTE3IGF2b2lkcyB0aGUgZGlzY3Vzc2lvbiBv
ZiBsZWFwIHNlY29uZHMgZm9yIGFueSBvZiB0aGUgdGltZXN0YW1wIGZvcm1hdHMgdGhhdCBJT0FN
IHVzZXMuIFBlciB3aGF0IHlvdSBpbnNwaXJlZCBpbiB5b3VyIG5vdGUgYmVsb3csIHRoaXMgbWFr
ZXMgdGhlIHRpbWVzdGFtcCByZWxhdGVkIHNlY3Rpb25zIGNvbnNpc3RlbnQgLSBhbmQgaXQgYXZv
aWRzIGR1cGxpY2F0aW5nIHRoZSBvcmlnaW5hbCBzdGFuZGFyZHMuIFRoZSBkaXNjdXNzaW9uIG9m
IGxlYXAgc2Vjb25kcyB3YXMgYmV5b25kIHRoZSBzY29wZSBvZiB3aGF0IGRyYWZ0LWlldGYtaXBw
bS1pb2FtLWRhdGEgaXMgZm9jdXNlZCBvbiwgZ2l2ZW4gdGhhdCBkcmFmdC1pZXRmLWlwcG0taW9h
bS1kYXRhIGlzIHRvIHNwZWNpZnkgdGhlIGRhdGEgZmllbGRzIGZvciBJT0FNLiBkcmFmdC1pZXRm
LWlwcG0taW9hbS1kYXRhIGlzbid0IHRvIHNwZWNpZnkgaG93IHRoZSBjb250ZW50IG9mIHRoZSB0
aW1lc3RhbXAgZmllbGRzIGlzIGNyZWF0ZWQuIFRoYXQgaXMgY2xlYXJseSB0aGUgam9iIG9mIHRo
ZSBzcGVjcyB0aGF0IGRlZmluZSB0aGUgZGlmZmVyZW50IGZvcm1hdHMuICBIb3BlIHRoYXQgdGhp
bmdzIGFyZSBjbGVhbiBub3cuDQoNClRoYW5rcyBhZ2Fpbi4NCg0KQ2hlZXJzLCBGcmFuaw0KDQo+
IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEJlbmphbWluIEthZHVrIHZpYSBE
YXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZz4NCj4gU2VudDogV2VkbmVzZGF5LCA4IERlY2Vt
YmVyIDIwMjEgMjM6MzkNCj4gVG86IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPg0KPiBDYzogZHJh
ZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YUBpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlw
cG1AaWV0Zi5vcmc7DQo+IEFsIE1vcnRvbiA8YWNtQHJlc2VhcmNoLmF0dC5jb20+OyBhY21AcmVz
ZWFyY2guYXR0LmNvbQ0KPiBTdWJqZWN0OiBCZW5qYW1pbiBLYWR1aydzIE5vIE9iamVjdGlvbiBv
biBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTE2OiAod2l0aA0KPiBDT01NRU5UKQ0KPiANCj4g
QmVuamFtaW4gS2FkdWsgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24g
Zm9yDQo+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMTY6IE5vIE9iamVjdGlvbg0KPiANCj4g
V2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQg
cmVwbHkgdG8gYWxsIGVtYWlsDQo+IGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIEND
IGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJvZHVjdG9yeQ0KPiBwYXJhZ3JhcGgs
IGhvd2V2ZXIuKQ0KPiANCj4gDQo+IFBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5pZXRmLm9y
Zy9ibG9nL2hhbmRsaW5nLWllc2ctYmFsbG90LXBvc2l0aW9ucy8NCj4gZm9yIG1vcmUgaW5mb3Jt
YXRpb24gYWJvdXQgaG93IHRvIGhhbmRsZSBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4N
Cj4gDQo+IA0KPiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9u
cywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j
L2RyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEvDQo+IA0KPiANCj4gDQo+IC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N
Cj4gQ09NTUVOVDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gTWFueSB0aGFua3MgZm9yIHRoZSBt
YW55IHVwZGF0ZXMgaW4gdGhlIC0xNiwgYW5kIG15IGFwb2xvZ2llcyBmb3IgdGhlIGRlbGF5IGlu
DQo+IHJlYmFsbG90aW5nLg0KPiANCj4gSSdtIGhhcHB5IHRvIHJlcG9ydCB0aGF0IHRoZSBjaGFu
Z2VzIGFsbCBsb29rIGdvb2QgdG8gbWUsIGJ1dCBkbyBoYXZlIG9uZQ0KPiBjb21tZW50IHRoYXQg
c2VlbXMgdG8gcmVtYWluIHZhbGlkOiAgSW4gU2VjdGlvbiA2LjMgd2hlcmUgd2UgZGlzY3VzcyB0
aGUNCj4gUE9TSVgtYmFzZWQgdGltZXN0YW1wIGZvcm1hdCwgSSB0aGluayB3ZSBkbyBuZWVkIHRv
IHNheSB0aGF0IGl0IGlzIGFmZmVjdGVkIGJ5DQo+IGxlYXAgc2Vjb25kcyAoYW5hbG9nb3VzbHkg
dG8gaG93IHdlIGRvIGZvciB0aGUgTlRQIGZvcm1hdCksIHBlciB0aGUgZ3VpZGFuY2UNCj4gaW4g
UkZDIDg4NzcuICBJIHNlZSBpbiB0aGUgZW1haWwgdGhyZWFkIHRoYXQgdGhlcmUgd2FzIHNvbWUg
ZGVzaXJlIHRvIGRlZmVyIHRvDQo+IDg4NzcgcmF0aGVyIHRoYW4gdHJ5IHRvIHJlcHJvZHVjZSBh
IGxvdCBvZiBpdCBoZXJlIChhbmQgaW5ldml0YWJseSBlbmQgdXAgd2l0aCBhbg0KPiBpbmNvbXBs
ZXRlIHRyZWF0bWVudCk7IGluIHRoYXQgY2FzZSwgcGVyaGFwcyB0aGUgU2VjdGlvbiA2LjIgZGlz
Y3Vzc2lvbiBzaG91bGQNCj4gYmUgdHJpbW1lZCBzbyB0aGF0IHdlIHByb3ZpZGUgYW4gYW5hbG9n
b3VzIGxldmVsIG9mIGRldGFpbCBvbiBhbGwgdGhyZWUNCj4gdGltZXN0YW1wIGZvcm1hdHMuDQo+
IA0KPiANCg0K


From nobody Mon Dec 13 10:33:21 2021
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 721953A09E9; Mon, 13 Dec 2021 10:33:12 -0800 (PST)
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: 7.41.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: Al Morton <acm@research.att.com>, The IESG <iesg@ietf.org>, acm@research.att.com, draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, martin.h.duke@gmail.com, rfc-editor@rfc-editor.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <163942039244.6123.3810460847927081026@ietfa.amsl.com>
Date: Mon, 13 Dec 2021 10:33:12 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/jWlBBi0kayEXovE-XdqeO2I7yaI>
Subject: [ippm] Protocol Action: 'Data Fields for In-situ OAM' to Proposed Standard (draft-ietf-ippm-ioam-data-17.txt)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 13 Dec 2021 18:33:13 -0000

The IESG has approved the following document:
- 'Data Fields for In-situ OAM'
  (draft-ietf-ippm-ioam-data-17.txt) as Proposed Standard

This document is the product of the IP Performance Measurement Working Group.

The IESG contact persons are Zaheduzzaman Sarker and Martin Duke.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-data/





Technical Summary

   This memo describes a specific type of OAM capability intended to 
   operate within a network domain, and complements traditional 
   measurement tools for connectivity and route discovery (such as ping 
   and traceroute). This form is called In-situ-OAM, and the techniques 
   employed fall in the RFC 7799 category of Hybrid Type I (as a 
   combination of Active measurement using synthetic traffic and pure 
   Passive observations of user traffic, by adding measurement-specific 
   information to user traffic).  Packets with In-situ OAM encapsulation 
   record information as they traverse nodes within a specific network 
   domain. This information includes timestamps, identification of 
   interfaces, and other details that can assist with OAM activities 
   which include new ones, such as proof of transit (exactly which 
   nodes/interfaces were visited). The IOAM encapsulation will be added/
   removed at domain ingress/egress, may be added to all or a subset of 
   packets, and updated at all or a subset of transit nodes. IOAM 
   Namespaces provide another dimension of flexibility for actions. This 
   memo will be used a as a reference for additional RFCs that specify 
   encapsulations in a variety of protocols, such as Segment Routing, 
   Geneve, or IPv6.

Working Group Summary

   This work topic & proposal was bounced-around a bit before finding an 
   appropriate home in Transport Area and IPPM WG.

   Many of the details of IOAM data fields and operations were discussed 
   at length on e-mail and debated at side meetings. Further the 
   development used GitHub's capabilities to track issues and the 
   discussion to resolve each item.
   https://github.com/inband-oam/ietf/pulls?q=is%3Apr+is%3Aclosed

Document Quality

   This document provides a data model that will be used by various 
   encapsulations. One of these encapsulations (IPv6 options)  is 
   already adopted by IPPM and another (Geneve) is an individual draft.

Personnel

   The shepherd is Al Morton. The Responsible AD is Martin Duke.
   
   The IANA Experts for the registries in this document are Frank 
   Brockners <fbrockne@cisco.com> and Tal Mizrahi 
   <tal.mizrahi.phd@gmail.com>.

IESG Note
   
   There was a discussion in IETF Last Call about integrity protection 
   of IOAM. The result was that the authors submitted a separate draft, 
   which is being fast-tracked in IPPM, added an informative reference 
   to this draft.



From nobody Tue Dec 14 19:41:47 2021
Return-Path: <cdesem@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 A04103A03AA for <ippm@ietfa.amsl.com>; Tue, 14 Dec 2021 19:41:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 Nbj9iA2Z7pfC for <ippm@ietfa.amsl.com>; Tue, 14 Dec 2021 19:41:41 -0800 (PST)
Received: from mail-il1-x134.google.com (mail-il1-x134.google.com [IPv6:2607:f8b0:4864:20::134]) (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 E10D63A033F for <ippm@ietf.org>; Tue, 14 Dec 2021 19:41:40 -0800 (PST)
Received: by mail-il1-x134.google.com with SMTP id 15so18803617ilq.2 for <ippm@ietf.org>; Tue, 14 Dec 2021 19:41:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AUKOGGgvt+CQWVlI3RSQiP8PIJb1ONCAfkIXSaLZc5M=; b=ihLkpdkfXuOdEr1saUbcG77P3j4LKHm0dh97IoywQdAYGQcaLWs/ZoHGeU0dFJqnXf Shx531RqCtPcOd5gKo+BhpN274dwgzKYRnf77zJ8uw+WJ+9xz3ahrI0Xwa4q+fRB3+9M mC1h1ozCV0EcQbOeEcRXhgcI7EhKY3waZR3zYqv251FM2NA8KM8z6fMbjPR+Muyu+TNj Tnto7zHhAf6R0Pkz+w4X9huh6px1BasLF++W0c2s6zr5INhI1svvHcqoaWWlJx4peLe6 EDx59OJADIEZlARAB1BfkttiCDyMnBCFenbnrul2WU7j1g628+4cAHg5V3TJFg5wkM1g o4iA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AUKOGGgvt+CQWVlI3RSQiP8PIJb1ONCAfkIXSaLZc5M=; b=DXpsOSl7/Acge8G3c3HLRY52LQjIPtx28iZ1fKcJQas2RNJ+Lj4lrjI/xJk9E51/Cd bWKzAGJSgu8ZMt1Y8DNQ/RHRv5dEl67RAmvBBXJqBoDH7Q+8tiGVR+bEupyylW4AijBt Z2Kq+jpCaC/PCArFRHIEaVTbng1X9nqOBlyL5X++yPXhrMb+2Pa7dYoIgZDU5SNoZCd/ 053DKH/1l3cKGPBCZ4HtHMy2KcDUg8pJew0L5A4ooOo/92JjOfEjxSLvESVWzh1bS2am oWRoNyMA74weyMtsBBMHTgwAnexnhhHvKiQoC+P6RVS1/52+IYxj3UTfD1z1oW8FbDYO TjWQ==
X-Gm-Message-State: AOAM532T0BSgN8uW6tpyw6jmKbcB8EvbHf6q2oow4DNcI/YjjAIOMvhW 4U7wQYzR29uLIruX/dy6QUhn7Kj/E03/Hqf7x/TtEwK9l1k=
X-Google-Smtp-Source: ABdhPJwFjjHVEyAZb1c1MDR8M1OH53qQprJP4k5LQjTzqEb/SEiUPgmRKMOkd2hD0jlgKFv67XyqOBeKoOnyuqVNxbQ=
X-Received: by 2002:a05:6e02:b24:: with SMTP id e4mr5527191ilu.32.1639539698341;  Tue, 14 Dec 2021 19:41:38 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB41318B1FCDCF77FBF8E220EDE26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: can desem <cdesem@gmail.com>
Date: Wed, 15 Dec 2021 14:41:27 +1100
Message-ID: <CAKCBE7xJ5dhCOKEXOEXM7igT4R2qiWRZQtEXGzqe-G1Wi8vkDg@mail.gmail.com>
To: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000509bd305d327151a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/bhgBGnYMjGe8W3Q79_YIbwllc3g>
Subject: Re: [ippm] draft-morton-ippm-capacity-metric-protocol
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 15 Dec 2021 03:41:46 -0000

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

Hi Marcus and all,

I would like to express my support for the adoption of this protocol. I
believe that this will be a really useful standards based tool for IP
capacity measurement, especially at gigabit speeds and expect to see it
widely adopted in the industry.

Regards,
Can Desem

On Tue, Dec 7, 2021 at 2:52 AM Marcus Ihlar <marcus.ihlar=3D
40ericsson.com@dmarc.ietf.org> wrote:

> Hi IPPM,
>
>
>
> This email starts an adoption call for
> draft-morton-ippm-capacity-metric-protocol, " Test Protocol for One-way
> IP Capacity Measurement=E2=80=9D.  This document is intended for Standard=
s Track
> and defines a protocol for measuring Network Capacity metrics defined in
> RFC 9097 (https://datatracker.ietf.org/doc/rfc9097/).
>
>
>
>
> https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protoc=
ol/
>
>
> https://datatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-p=
rotocol-02
>
>
>
> This adoption call will last until *Monday, December 20*. Please review
> the document, and reply to this email thread to indicate if you think IPP=
M
> should adopt this document.
>
>
>
> BR,
>
> Marcus
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Hi Marcus and all,<div><br></div><div>I would like to expr=
ess my support for the adoption of this protocol. I believe that this will =
be a really useful standards based tool for IP capacity measurement, especi=
ally at gigabit speeds and expect to see it widely adopted in the industry.=
</div><div><br></div><div>Regards,</div><div>Can Desem</div></div><br><div =
class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Dec 7, =
2021 at 2:52 AM Marcus Ihlar &lt;marcus.ihlar=3D<a href=3D"mailto:40ericsso=
n.com@dmarc.ietf.org" target=3D"_blank">40ericsson.com@dmarc.ietf.org</a>&g=
t; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Hi IPPM,<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This emai=
l starts an adoption call for draft-morton-ippm-capacity-metric-protocol, &=
quot;</span>
<span style=3D"font-size:12pt;color:black">Test Protocol for One-way IP Cap=
acity Measurement=E2=80=9D.=C2=A0 This document is intended for Standards T=
rack and defines a protocol for measuring Network Capacity metrics defined =
in RFC 9097 (<a href=3D"https://datatracker.ietf.org/doc/rfc9097/" target=
=3D"_blank">https://datatracker.ietf.org/doc/rfc9097/</a></span><span style=
=3D"font-size:12pt">).<span style=3D"color:black">
<u></u><u></u></span></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt"><a href=3D"https://da=
tatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-protocol/" target=
=3D"_blank">https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-met=
ric-protocol/</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt"><a href=3D"https://da=
tatracker.ietf.org/doc/html/draft-morton-ippm-capacity-metric-protocol-02" =
target=3D"_blank">https://datatracker.ietf.org/doc/html/draft-morton-ippm-c=
apacity-metric-protocol-02</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This adop=
tion call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">BR,<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Marcus <u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>

_______________________________________________<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/listinfo/ippm</a><br>
</blockquote></div>

--000000000000509bd305d327151a--


From nobody Wed Dec 15 10:16:55 2021
Return-Path: <ietf-ipr@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 07C593A08B4; Wed, 15 Dec 2021 10:16:53 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-ipr@ietf.org>
To: <draft-ietf-ippm-ioam-direct-export@ietf.org>
Cc: ippm@ietf.org, ipr-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.41.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <163959221302.22590.13374265640491672374@ietfa.amsl.com>
Date: Wed, 15 Dec 2021 10:16:53 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/dcHZzmw1rZ-_4xbr8f5LRldpb_Y>
Subject: [ippm] IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-ippm-ioam-direct-export
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 15 Dec 2021 18:16:53 -0000

Dear Haoyu Song, Barak Gafni, Tianran Zhou, Zhenbin Li, Frank Brockners, Shwetha Bhandari, Ramesh Sivakolundu, Tal Mizrahi:


An IPR disclosure that pertains to your Internet-Draft entitled "In-situ OAM
Direct Exporting" (draft-ietf-ippm-ioam-direct-export) was submitted to the
IETF Secretariat on 2021-12-05 and has been posted on the "IETF Page of
Intellectual Property Rights Disclosures"
(https://datatracker.ietf.org/ipr/5329/). The title of the IPR disclosure is
"Huawei Technologies Co.,Ltd's Statement about IPR related to
draft-ietf-ippm-ioam-direct-export"


Thank you

IETF Secretariat



From nobody Thu Dec 16 04:54:22 2021
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 90F043A0E71 for <ippm@ietfa.amsl.com>; Thu, 16 Dec 2021 04:54:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.596
X-Spam-Level: 
X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=fK4lj1pB; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=unibSiMI
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hqf6Qt5DwtLk for <ippm@ietfa.amsl.com>; Thu, 16 Dec 2021 04:54:14 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08C013A0E6D for <ippm@ietf.org>; Thu, 16 Dec 2021 04:54:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6856; q=dns/txt; s=iport; t=1639659253; x=1640868853; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=mzg8d0f76Xaiz9m+CjwmIby70m8dqxJ9klPjNgmCwVo=; b=fK4lj1pBa0CMSkCRacF0px9Gr55va3+DuDqHC4uBrGao9PAq0iJxsceJ me3S3JassaQsU5WlScbvKATC1UJpcBzFns9Gc6sCRMLpyOulH1BRkw7/o 33kkqr4RPsrsX0/za7um7QFEnCl7FVPp6qqD1ztMplBIz0Pk8b25ZGcq4 c=;
IronPort-PHdr: =?us-ascii?q?A9a23=3ABSO28xfShHX0NOngKW21C3+alGM/tYqcDmcuA?= =?us-ascii?q?tIPh7FPd/Gl+JLvdAza6O52hVDEFYPc97pfiuXQvqyhPA5I4ZuIvH0YNpAZU?= =?us-ascii?q?RgDhJYamgU6C5uDDkv2ZPfhcy09GpFEU1lot3G2OERYAoDwfVrX93az9jUVX?= =?us-ascii?q?B74MFkdGw=3D=3D?=
IronPort-Data: =?us-ascii?q?A9a23=3AXNcQj6CEkut+hBVW/xLhw5YqxClBgxIJ4kV8j?= =?us-ascii?q?S/XYbTApD9zhGMDzjBNUGrQbPmNYTD8KtAjO9u3oxxVsJKDx4ViOVdlrnsFo?= =?us-ascii?q?1CmBibm6XV1Fqp7Vs+rBpWroHlPsoNOOrEsEOhuFiWF/030bOC7xZVB/fjgq?= =?us-ascii?q?oTUWbas1h9ZHWeIeA954f5Ss7ZRbrxA2LBVMCvV0T/GmPAzDXf+s9JC3s343?= =?us-ascii?q?IrYwP9nlKyaVDr1JTXSb9gT1LPVvyF94J7yuciMw3XErol8RoZWRs7KyLW/u?= =?us-ascii?q?2je5RpoW5Wuk63wdQsBRbu60Qqm0yUNHfP8xEEZ4HVog87XN9JEAatTozuDh?= =?us-ascii?q?dd6y9NAnZexUgwueKbLnYzxVjEJTH8uY/AZoeKvzX+X9Jb7I1f9W2f0yuhqH?= =?us-ascii?q?Wk/JZUc96B8BmQm3f0AMDUlbx2fiaSx2r3TYvltj8NlKcjtZqsNpnwmxjbcS?= =?us-ascii?q?/0gKa0v6Y2iCcRw1TM0gIVFGuzTIptfYjt0ZxOGaBpKUmr7wakWxI+A7kQTu?= =?us-ascii?q?RUBwL5NmZcK3g=3D=3D?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A0dONU6AUquDifW7lHegOsceALOsnbusQ8z?= =?us-ascii?q?AXPh9KKCC9I/b3qynxppsmPEfP+UkssHFJo6HmBEDyewKjyXcT2/hRAV7CZn?= =?us-ascii?q?iphILMFuFfBOTZskbd8kHFh4tgPOJbAtRD4b7LfBhHZKTBkXOF+r8bqbHtms?= =?us-ascii?q?3F9ISurUuFDzsaFp2IhD0JbDpzZ3cGPDWucqBJbaZ0iPA3wwaISDAyVICWF3?= =?us-ascii?q?MFV+/Mq5ngj5T9eyMLABYh9U2nkS6owKSSKWna4j4uFxd0hZsy+2nMlAL0oo?= =?us-ascii?q?+5teug9xPa32jPq7xLhdrazMdZDsDksLlWFtyssHfsWG1SYczEgNkHmpDo1L?= =?us-ascii?q?/sqqiUn/4UBbU215oWRBDsnfKi4Xi67N9k0Q6S9bbRuwqSnSW+fkNhNyKE7r?= =?us-ascii?q?gpLicwLCEbzYxBOetwrhGknosSAhXakCvn4d/UExlsi0qvuHIn1fUelnpFTO?= =?us-ascii?q?IlGfJsRKEkjQho+a07bWjHAUEcYZ5TJdCZ4OwTfUKRbnjfsGUqyNuwXm4rFh?= =?us-ascii?q?PDRkQZoMSa3zVfgXg8liIjtYMit2ZF8Ih4R4hP5uzCPKgtnLZSTtUOZaY4AO?= =?us-ascii?q?saW8O4BmHEXBqJOmOPJlbsEr0BJhv22tLKyaRw4PvvdI0DzZM0lpiEWFREtX?= =?us-ascii?q?Qqc0arEsGK1I0jyGGEfIx8Z0Wl9ihz3ekNhlTMfsucDcTYciFdryKJmYRqPv?= =?us-ascii?q?Hm?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BuAABoNrth/4ENJK1aHQEBAQEJARI?= =?us-ascii?q?BBQUBQIFFCAELAYFRVQd4WjcxhEeDRwOEWWCFDoMCA4ETjyCKaoEugSUDVAg?= =?us-ascii?q?DAQEBDQEBKg8IBAEBhQYCF4MVAiU0CQ4BAgQBAQESAQEFAQEBAgEGBIEJE4V?= =?us-ascii?q?oDYZCAQEBAQMBARAREQwBASUHCwELBAIBCBEEAQEDAiYCAgIlCxUFAwgCBAE?= =?us-ascii?q?NBQgagleCZQMvAQ6jVwGBOgKJUgFMeoExgQGCCAEBBgQEgToCDkGDABiCNQM?= =?us-ascii?q?GOFgqAYMNhB6CWoQsJxyBSUSBFUOCMDc+gmMBAQIBF4ETCiuDFjeCLpIwbAJ?= =?us-ascii?q?oBEMOAk8MBQYyNQMUHgIBFA8ES5U6qWgKg0GKZ5RmFYNvjASGU5EShUuQZB+?= =?us-ascii?q?CI4o7k3A7hHgCBAIEBQIOAQEGNYEsO4FZcBU7gmlRGQ+OIAwWg1CFFIVKdDg?= =?us-ascii?q?CBgEKAQEDCQGCOotvASeCHgEB?=
X-IronPort-AV: E=Sophos;i="5.88,211,1635206400"; d="scan'208";a="976865715"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 Dec 2021 12:54:12 +0000
Received: from mail.cisco.com (xbe-rcd-002.cisco.com [173.37.102.17]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 1BGCsCJt009320 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 16 Dec 2021 12:54:12 GMT
Received: from xfe-aln-001.cisco.com (173.37.135.121) by xbe-rcd-002.cisco.com (173.37.102.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Thu, 16 Dec 2021 06:54:12 -0600
Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Thu, 16 Dec 2021 06:54:11 -0600
Received: from NAM02-BN1-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Thu, 16 Dec 2021 06:54:11 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MhoKUXSwBbMWyC/khfZK8JRwi9bC2zZMg7GX3//6NW3g9yGz2veOJgZzEQOpz/4tSZJPk69cHbmWI1+OqKBuXzgN9knVaHywYU0MO7GgCVZ6NqoQB89QtxZLgvz6QYGuXwsbGTzV7ZdLsJEHuB6kenO9UIDuAy7WcaEDzdcdb6hpTmObtpNjCC75EJGbG9HPhQzlt/xXSBIfdfWNO+4/FMSF9JWA7zeOpS79f9n0WiyA4vt0/DAJ5Ct8hKJ8zngGDeFnMbanLU366LxRsHf5TxvyzvqZUoaZXJF/N9RdeqTVHHLvF8Q5u+JM4AUM2c94XRCeQ1QgllNlC1aY+Ez36g==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=mzg8d0f76Xaiz9m+CjwmIby70m8dqxJ9klPjNgmCwVo=; b=ZahdbbYWUT4S5CU3sXrxFffRqZq/aMBH4rP4qV7hEgg4Ew7gJyHK9G7fE9jiII+N1X+YxglkvQuTOf500w4ihSZWerUX3Ygq/xXn9I/WkQ0oAAaCC8VbYcES6puPDG1Xonoq/+Vy4KDOTg2Lg9H6vI3iWQdg0deCg/k2kW5wgvUotMkCEY26rkalSenjyTI5NFODUejPPLXh+rSeF3E0yefP6x5K1jBIJ9/Gg6eepFnoE5YCtFqPRFaWo59Xx9li+4VWlUffZPRVtVhjhCQfgE9qgD4yBD6wY+v3Wmk7d4SITKYT9ovr826DjyF9tWza1HUZbjPZrFmpO2Ig2aRYcQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mzg8d0f76Xaiz9m+CjwmIby70m8dqxJ9klPjNgmCwVo=; b=unibSiMIPXF5fc9/RbauKhmAktHQO/xA8vcN4t3HBglIWCB/fhqUHRakCGRWiwsq9XKQkEZ5Ce8YX+yiEuSX31uXceBCLK7N0DFh4NAByePULDKsRjZoir9Eq6TZ4TQtHdSTxUmttQgRB+ovVz60rqH3WfoidFhxcGF2FhL7Zh4=
Received: from CY4PR11MB1672.namprd11.prod.outlook.com (2603:10b6:910:f::8) by CY4PR11MB0037.namprd11.prod.outlook.com (2603:10b6:910:77::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4801.14; Thu, 16 Dec 2021 12:54:10 +0000
Received: from CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312]) by CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312%7]) with mapi id 15.20.4801.015; Thu, 16 Dec 2021 12:54:09 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: =?utf-8?B?W2lwcG1dIFByb2dyZXNzaW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25m?= =?utf-8?Q?-state?=
Thread-Index: AQHX7ZPJRKVfHSMK8km2j+o41ByxSaw1Dk+A
Date: Thu, 16 Dec 2021 12:54:09 +0000
Message-ID: <CY4PR11MB1672EE19AF2E99EE77BAF5D3DA779@CY4PR11MB1672.namprd11.prod.outlook.com>
References: <202112101500302348450@zte.com.cn>
In-Reply-To: <202112101500302348450@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f233de49-69b6-4201-34a0-08d9c093270f
x-ms-traffictypediagnostic: CY4PR11MB0037:EE_
x-microsoft-antispam-prvs: <CY4PR11MB00371C103A015C0A51DCA944DA779@CY4PR11MB0037.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: +0C+g8YXuZqjUZOSnxsXJ28fBBeVFF1VcHQ1ALJ007sY4XzfQNypA9fuS123AQucYM8ZP3x89UGFFqWT0JO7PCgMcUsQUn7MR06m9CKivFS9KvkFV062+ceEOCBF/Hmwj2lua89IcSOo1L6YMTkcU01Wlj3Dkr4XlI53xxNzF0eRf9ZmkdCv5K9FYTlB8hRfD9F7Xn5YUo0Nu/rwruSrQA6l2/iOaUL48F8sJT8YESrBVpTWcZGc/IZ/8UWi0oudAK1M2iFN7zkyDsEtyDxRdXHXRaZGE98ACqzg2Pn+flMrvpfYFlLRHRnEcTF4uYWuUdKDlhS4NZK7A8ByJ2UmtzzMv5nFHpaAWFFMGNlbMRt/yuPo+sDxZMPiIleTWUkS6GHqjjAs3Xvw9q8oGwkOM57HLcMMoYR5Wi0PGkcG1GdqkYFPlpCyeIj/i8mbyLtjXSeIRsThAys12b1zxYLnafOsXpTzpn3pp5jHVgmMUa+9yjtlvur5nTSJcRti8DKGXyc1aGR6P9UV9Mwjg8QRsqOJ6x0E4pVkWYyd5oWNPJgVEcr2kgqNYRvKS99q2EHqKNXDrtmDEMSHVD1KHz+IAegPeJqcc8K2nAmdmAov+FhWwa44Qh32XKQpG4uwGNxrpe0UqBI4yiZLL0wsEAT0U6QwF/xncu7nsc7wXyi0N15a7AWIDera8nhJuP5B3ypgJigbyVPxYcYvXvkyWOg0dpUUWPPqWCYpg2BQS634JR5m4f28dADts5He8nDwBiK73ocUNr1htDn8YPK+qiPsUNFa14O6CjP1+gYN+Fr06kmx6VGZVo+rm3eC4E1unhNYrWnawsVvTzxZhXTxe9jPig==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CY4PR11MB1672.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(366004)(186003)(8936002)(55016003)(33656002)(66946007)(966005)(508600001)(9686003)(86362001)(71200400001)(76116006)(7696005)(53546011)(316002)(110136005)(6506007)(5660300002)(38100700002)(4326008)(64756008)(66556008)(66476007)(52536014)(26005)(83380400001)(122000001)(38070700005)(2906002)(66446008); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?Ri8vQ2ZTMjFBUm5VZlA4YXAzQnBpMzBORUNvWjZYOFlnZ2N6SXNIZ1NlSlYv?= =?utf-8?B?UTZTUVg2Ymo3Zlo0dmdBcjFOYkllcXhXenNSUEZSRmdsbmgyVWl0M2paMGlx?= =?utf-8?B?cmFITjVFdjJZL0tpbmluRXAyd3ZlUlJJOHRYdmtzTFlMcjVvd3kvYzBWVkFJ?= =?utf-8?B?QzdBVXVUeXUybzlFYzgrQmJRZ0J1SlFKRTJkM2dZMUNyQ243Y2xjTkQyZ2Q0?= =?utf-8?B?b2ZOaFVxM3U4aEEyNGNrZ252YlZhdFdFcWZjSTZiYVlmZjhhZ0Mrd0l0OGtC?= =?utf-8?B?TXh3SjYrSGpDQk02dDIxckRPSDkwRHUzcHBlZGRrcGN4OW5oR3dMRXJRQXpG?= =?utf-8?B?VVU1VGJEK29sSUI1V3lOWFNqYnVSbGM3Q3QvWlVSUWJXK3hFU3dDL25VaGdF?= =?utf-8?B?MHpEdm0wQ1VTYVpQaEdOUHJPSWZJdDcyaktVTUs2MmRsZ0R4bHU4cU93VnlC?= =?utf-8?B?dEhhK0NFQ2VXd1RmNDBSWlFTSldpa2JtZ1JTU1ZoUXJkL2txWjNaWlRJMVUw?= =?utf-8?B?c1ZoQnpkTWc1WFlFdVJRbkZuaTRoNld6VXgwU3BwQmovUjZ6Qk1wVjFWT3Zw?= =?utf-8?B?SUo1NG4vekJPZk5nczY0VWxFeUpKZThsbHN2c1pMM1hjcTVQUzNFMXhqbXhL?= =?utf-8?B?MXkzajJjRmNyeFVadWUyVVBuaHFFSS9YT29mZUlLd29IZ2VvVjc4bHAvaWVh?= =?utf-8?B?TlFoV0UvaHRselhLRnhseE9FVkYycG5XWnp1QkZSZzlhR1dzOUZGRFJpSU5o?= =?utf-8?B?V0ZkVjYrN2tVY2JjSHhmMWo5azhJbmJ3bCsxeERkN3ZPbDFsZEFqTEdnMkpU?= =?utf-8?B?NC9SNTN0M3Rlcm4vUFovd3NwdWR4eXRRa0MwZ05hY1B0Z2NtbGlqbHk2TWVM?= =?utf-8?B?WTREVFV0V2R6YUhXYy84YjBzMjBsMVExMi9yVUJqSWIvZGlqeVNTbm1FMkpt?= =?utf-8?B?WmtqUzRVcTNqZHRwMDllN1ZMcEg5QWl0SGZCSEdsYkJkS1BPNEZ3cVkreWJp?= =?utf-8?B?d0RXMmdVNFlTR1IxbFBGemdUdjJsSnZYanFReFhlNGNXenBkZ2ZNeW9STXpz?= =?utf-8?B?N2FNZnZNcW5talFCZy9VZmIzNnpqd1BRUkhqVllsZnJQL3RvZGh0V2thTVZ0?= =?utf-8?B?dFBKZWxpQTBiSGs1N2lnYk02b1YzbG55SHZEcHA3Nm8wZWJDWTVBOUx6UmJX?= =?utf-8?B?RUhxaEV5ZjdyTWlqRVBraHdtZWRoVE44ZDJnb0FodUFMbDJDYURIeFp2Y1hY?= =?utf-8?B?M0lmamxzZVYvSFBhY0dydGY1UFhxeXdmbVJTZEFTY0hzMlZ6WlBWenE3T1hs?= =?utf-8?B?NUZYMG5tZUFraCtmelpaRnlmSEovQW0zb3dPRCtLYlFZczhrMlR4aDMwOXg5?= =?utf-8?B?SlM4cWNmenIyTlliZlpKWTBldDlIWjRWaHZyNmpBbW5ZTGpnYnNienNqNlpF?= =?utf-8?B?R1Y4ZXdub1dKa1ZqdllzSzM3V09heWdvWmpTd3dDSlNlQ21tSEJGWVNLbnFr?= =?utf-8?B?OWR3UGw1MlVkcmpRNDc1dndkcjJ3SkFudkt0Vk95ZGhYS3doUmE2elhGRUZL?= =?utf-8?B?QkRCVERMYjZRY3llVm90R2VQYUFTSW9DeTVhMlF0NWROUURiWDhvRFFmeTgr?= =?utf-8?B?aFFvNnFMZ2I1YTdIL0tNT2pBb2Jtcmt6YWhrUmlVODZGRnkyaGw0N2tsL0Nv?= =?utf-8?B?WDlIZkRCOXExSnEvcDF0eHZLaEFvaUtOT2o2bUxEdE1kZkpBckx4N0xmOXhB?= =?utf-8?B?Y0lpR2dOZkNkK2NwR2F4UVZLZ0FibTJhVXozbE5zOWVmWUFCM2RlTVBlQXpi?= =?utf-8?B?ZnZQc0VwMHcwRmJmc1FhcmtYK0RxNnRNQ2FXblNRTlNQeGZtQkdjSGtkU0lB?= =?utf-8?B?OCt5Sk0yYVNaeTVrRHZuOFoxTlZIYlNwOTVDZk44cC9OWGN1UHQ2R3dvRFF2?= =?utf-8?B?VWRWYndVbTAxNGlOcFhBOFFkNWZQTnhVbldwYUhRK2xvS3BKZTFDa2JwekR5?= =?utf-8?B?eVh2SHN3Q25jcUVOaUpWaGNXVXQ0Uk5udEh1ODIrNTQ4aUNpdWZROWY4ZW1P?= =?utf-8?B?eGk5eWZCYTE1Y0ZFT1crd3FEb1ErdUxCN3BKaUg3b3BES3JUSjN6S21WODRu?= =?utf-8?B?ZGR2UkloK0M1Y1VNdHFBMGh0Y0pSUXJGV2hORTJrZ2JrbFZiQmVEWHJuaHJh?= =?utf-8?Q?EX3d+kGYnvJsB3BTIEk2zIE=3D?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR11MB1672.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f233de49-69b6-4201-34a0-08d9c093270f
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Dec 2021 12:54:09.5390 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: RusFQDKOwZD0NrwEljrL6WF9WW8fFusO84/HH+07lDeIaX7W5AmZCZ/+aJhV9NOh1TaRr5w+i4/UMfU172oJYg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR11MB0037
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.17, xbe-rcd-002.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/YMCr6yMl1y0nLCzmofMQSU8Oslo>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 16 Dec 2021 12:54:20 -0000

SGkgWGlhbyBNaW4sDQoNClRoYW5rcyBmb3IgcG9zdGluZyBkcmFmdC1pZXRmLWlwcG0taW9hbS1j
b25mLXN0YXRlLTAyLiBJIHJlYWQgdGhyb3VnaCB0aGUgdXBkYXRlZCB2ZXJzaW9uIGFuZCBsb29r
ZWQgYXQgdGhlIGRpZmYgdG8gdGhlIDAxIHZlcnNpb24gKGh0dHBzOi8vd3d3LmlldGYub3JnL3Jm
Y2RpZmY/dXJsMT1kcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlLTAxJnVybDI9ZHJhZnQt
aWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZS0wMikuIERpZmZlcmVudCBmcm9tIHdoYXQgeW91IHN0
YXRlIGJlbG93LCBJIGRvbid0IHNlZSBhbnkgb2YgbXkgY29tbWVudHMgcmVmbGVjdGVkLiANClRo
ZSB0d28gbWFpbiBwb2ludHMgSSBtZW50aW9uZWQgaW4gdGhlIGxhc3QgV0cgbWVldGluZyB3ZXJl
IGFib3V0IChhKSBhbGlnbm1lbnQgd2l0aCBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nIGFuZCAo
YikgZW5oYW5jZW1lbnRzIHRvIHRoZSBzZWN1cml0eSBzZWN0aW9uLCByZWZsZWN0aW5nIHRoYXQg
dGhlIHByb3RvY29sIHlvdSBhcmUgZGVmaW5pbmcgaXMgYSBuZXR3b3JrIG1hbmFnZW1lbnQgcHJv
dG9jb2wsIGFuZCBuZWVkcyB0byBiZSBzZWN1cmVkIGFzIHN1Y2guIA0KDQpNb3JlIHNwZWNpZmlj
YWxseTogDQoqIEFsaWdubWVudCB3aXRoIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmc6IA0KVGhl
IElQUE0gV0cgaXMgaW4gdGhlIHByb2Nlc3Mgb2YgZGVmaW5pbmcgYSBZQU5HIG1vZHVsZSBmb3Ig
SU9BTTogZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZy4gV2Ugc2hvdWxkIGhhdmUgYSBzaW5nbGUs
IGNvbXByZWhlbnNpdmUgbW9kZWwgZm9yIGNvbmZpZyBpbmZvcm1hdGlvbiBmb3IgSU9BTS4gVGhh
dCBtb2RlbCBjYW4gdGhlbiBiZSByZW5kZXJlZCBpbnRvIGRpZmZlcmVudCB0cmFuc3BvcnRzIChi
ZSBpdCBKU09OLCBYTUwsIG9yIHlldCBhbm90aGVyIGZvcm1hdCAtIHRvIHRoZW4gYmUgY2Fycmll
ZCBvdmVyIGEgZS5nLiBJQ01QIGluIHlvdXIgY2FzZSkuIFJpZ2h0IG5vdyBkcmFmdC1pZXRmLWlw
cG0taW9hbS1jb25mLXN0YXRlIGhlYWRzIGRvd24gYSBwYXRoIG9mIGRlZmluaW5nIGEgbmV3IHNl
dCBvZiBtYW5hZ2VtZW50IG9iamVjdHMgLSBtYW55IGFyZSBzaW1pbGFyIHRvIHdoYXQgZHJhZnQt
aWV0Zi1pcHBtLWlvYW0teWFuZyBhbHJlYWR5IGRlZmluZXMsIHNvbWUgdGhleSBhcmUgbGVzcyBj
b21wcmVoZW5zaXZlLCBzb21lIGhpbnQgYXQgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiB0aGF0IGRy
YWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcgZG9lcyBub3QgY292ZXIgeWV0OiBFLmcuLCAgeW91IGRl
ZmluZSBhICJQcmUtYWxsb2NhdGVkIFRyYWNpbmcgQ2FwYWJpbGl0aWVzIE9iamVjdCIgd2hlcmUg
ZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZyAgaGFzIGEgIlByZWFsbG9jYXRlZCBUcmFjaW5nIFBy
b2ZpbGUiIGRlZmluZWQuIFlvdSBkZWZpbmUgaW5ncmVzcyBpbnRlcmZhY2UgZmllbGRzLCB3aGlj
aCBpcyBpbmZvcm1hdGlvbiwgd2hpY2ggaXMgbW9yZSBjb21wcmVoZW5zaXZlbHkgZGVmaW5lZCBi
eSB0aGUgaW9hbS1maWx0ZXIgZ3JvdXBpbmcuIFlvdSBkZWZpbmUgc3BlY2lmaWMgZmllbGRzIHRv
IGRlc2NyaWJlIHRoZSB0aW1lc3RhbXAgZm9ybWF0IHVzZWQgYnkgYSBub2RlLCB3aGljaCBpcyBp
bmZvcm1hdGlvbiB0aGF0IHNob3VsZCBiZSBkZXNjcmliZWQgYXMgcGFydCBvZiB0aGUgaW9hbS1p
bmZvIGNvbnRhaW5lciAtIGFuZCB3aGljaCBpcyBjdXJyZW50bHkgbWlzc2luZyBpbiBkcmFmdC1p
ZXRmLWlwcG0taW9hbS15YW5nOyBwb2ludCB3ZWxsIHRha2VuIDotKS4gSXQgaXMgaW50ZXJlc3Rp
bmcgdG8gbm90ZSB0aGF0IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgZG9lcyBub3Qg
ZXZlbiByZWZlcmVuY2UgZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZy4NCkZyb20gbXkgcGVyc3Bl
Y3RpdmUgd2Ugc2hvdWxkIGhhdmUgb25lIHNpbmdsZSBkYXRhIG1vZGVsIGZvciBJT0FNIGNvbmZp
Z3VyYXRpb24gLSBhbmQgdGhhdCBpcyB0aGUgWUFORyBtb2R1bGUgZGVmaW5lZCBpbiBkcmFmdC1p
ZXRmLWlwcG0taW9hbS15YW5nLiBMZXQncyBtYWtlIHN1cmUgdGhhdCB0aGlzIG1vZGVsIGNvdmVy
cyBhbGwgdGhlIGluZm9ybWF0aW9uIHJlcXVpcmVkIHRvIHByb3Blcmx5IG1hbmFnZSBJT0FNLiBU
aGVuIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgd291bGQgYmUgc29sZWx5IGZvY3Vz
ZWQgb24gZGVmaW5pbmcgaG93IHRoYXQgWUFORyBtb2R1bGUgKGZyb20gZHJhZnQtaWV0Zi1pcHBt
LWlvYW0teWFuZykgd291bGQgYmUgcmVuZGVyZWQgaW50byBlLmcuLCBJQ01QIGFzIGEgY2Fycmll
ciBwcm90b2NvbC4gDQoNCiogU2VjdXJpdHk6IFJldmlzaW9uIC0wMiBkb2VzIG5vdCBzZWVtIHRv
IHVwZGF0ZSB0aGUgc2VjdXJpdHkgc2VjdGlvbi4gSU1ITywgc2VjdGlvbiA2IG9uIHNlY3VyaXR5
IGNvbnNpZGVyYXRpb25zIHNob3VsZCBiZSBlbmhhbmNlZCB0byBjbGVhcmx5IGFydGljdWxhdGUg
dGhhdCB3ZSdyZSBkZWFsaW5nIHdpdGggdmVyeSBzZW5zaXRpdmUgaW5mb3JtYXRpb24uIENvbnNp
ZGVyIGxvYW5pbmcgZnJvbSBlLmcuLCBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o
dG1sL3JmYzYyNDEjc2VjdGlvbi05LiBBcyBwYXJ0IG9mIHRoZSBkaXNjdXNzaW9uLCBpdCB3b3Vs
ZCBiZSBnb29kIHRvIHNlZSBhbiBleHBsYW5hdGlvbiB3aGVyZSB5b3UnZCBleHBlY3QgwqBkcmFm
dC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIHRvIGJlIHVzZWQuIEdpdmVuIHRoZSBkaXNjdXNz
aW9uIGluIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiwgeW91IHNlZW0gdG8gYXNzdW1lIGFuIGVu
dmlyb25tZW50IHRoYXQgZG9lcyBub3QgaGF2ZSBhIGNlbnRyYWwgbmV0d29yayBtYW5hZ2VtZW50
IHN0YXRpb24gLyBjb250cm9sbGVyIGluIHBsYWNlLiBPciBpbiBvdGhlciB0ZXJtcywgeW91IHNl
ZW0gdG8gdGFyZ2V0IGEgZGVwbG95bWVudCwgd2hpY2ggaXNuJ3QgYSBsaW1pdGVkIGRvbWFpbiBw
ZXIgUkZDIDg3OTkuIEluIHRoYXQgY2FzZSwgSSB3b3VsZCBleHBlY3QgdGhhdCB3ZSBoYXZlIG5v
cm1hdGl2ZSBsYW5ndWFnZSB0aGF0IHJlcXVpcmVzIHRoZSB1c2Ugb2Ygc3Ryb25nIGF1dGhlbnRp
Y2F0aW9uIGFuZCBlbmNyeXB0aW9uIGJldHdlZW4gdGhlIG5vZGVzIChpLmUuLCBNVVNUIHVzZSBJ
Q01QIHdpdGggQUggYW5kIEVTUC4uKS4NCg0KSW4gYWRkaXRpb24gdG8gdGhlIGFib3ZlLCBJIHN0
cnVnZ2xlIHRvIHVuZGVyc3RhbmQgdGhlICJPcGVyYXRpb25hbCBHdWlkZSIgaW4gc2VjdGlvbiA0
OiBDb3VsZCB5b3Ugc2hlZCBhIGJpdCBtb3JlIGxpZ2h0IG9uIGhvdyB5b3UgZXhwZWN0IHRoaW5n
cyB0byB3b3JrIC0gYW5kIHdoYXQgYSB0YXJnZXQgZGVwbG95bWVudCBlbnZpcm9ubWVudCB3b3Vs
ZCBsb29rIGxpa2U/IEl0IHNlZW1zIHRoYXQgeW91IGFzc3VtZSB0aGF0IHlvdSBkb24ndCBrbm93
IHRoZSBuZXR3b3JrIG5vciB0aGUgZGVzdGluYXRpb24gYWRkcmVzc2VzIGluIHlvdXIgbmV0d29y
azogRG8geW91IGV4cGVjdCB0aGF0IHlvdSB3b3VsZCBkbyByZWd1bGFyICJJQ01QIGVjaG8gc3dl
ZXBzIiBpbiB5b3VyIG5ldHdvcms/IERvIHlvdSBleHBlY3QgdGhhdCwgd2hpbGUgZG9pbmcgdGhl
IGV4cGFuZGluZyByaW5nIHNlYXJjaCwgYW4gSUNNUCB0aW1lIGV4Y2VlZGVkIG1lc3NhZ2Ugd291
bGQgYWxzbyBjYXJyeSB0aGUgIklPQU0gQ2FwYWJpbGl0aWVzIFJlc3BvbnNlIENvbnRhaW5lciBI
ZWFkZXIiLCBzbyB0aGF0IHRoZSBjYXBhYmlsaXRpZXMgY29udGFpbmVyIHdvdWxkIG5vdCBvbmx5
IGJlIGNhcnJpZWQgaW4gdGhlIGVjaG8gcmVwbHkgbWVzc2FnZSBidXQgYWxzbyBpbiB0aGUgdGlt
ZSBleGNlZWRlZCBtZXNzYWdlPyANCg0KVGhhbmtzLCBGcmFuaw0KDQooQlRXIC0gTm90ZSB0aGF0
IGR1ZSB0byB0aGUgdXBjb21pbmcgaG9saWRheSBzZWFzb24sIHJlcGxpZXMgbWlnaHQgYmUgZGVs
YXllZCkuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaXBwbSA8aXBw
bS1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgeGlhby5taW4yQHp0ZS5jb20uY24NCj4g
U2VudDogRnJpZGF5LCAxMCBEZWNlbWJlciAyMDIxIDA4OjAxDQo+IFRvOiBpcHBtQGlldGYub3Jn
DQo+IFN1YmplY3Q6IFtpcHBtXSBQcm9ncmVzc2luZ8KgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29u
Zi1zdGF0ZQ0KPiANCj4gSGkgSVBQTSBXRywNCj4gDQo+IFRoZSAtMDIgdmVyc2lvbiBvZiBkcmFm
dC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIGhhcyBiZWVuIHBvc3RlZC4NCj4gVGhlcmUgYXJl
IG1haW5seSB0d28gY2hhbmdlcywgb25lIGlzIG9uIElPQU0gVHJhY2luZyBDYXBhYmlsaXRpZXMg
T2JqZWN0cyB0bw0KPiBtYWtlIHRoZW0gYXBwbGljYWJsZSB0byBJQ01QdjYgZXh0ZW5zaW9ucywg
YW5vdGhlciBvbmUgaXMgb24gSU9BTSBQcm9vZi1vZi0NCj4gVHJhbnNpdCBDYXBhYmlsaXRpZXMg
T2JqZWN0IHRvIG1ha2UgaXQgYWxpZ25lZCB3aXRoIHRoZSB1cGRhdGVkIElPQU0tRGF0YQ0KPiBk
b2N1bWVudC4NCj4gQWxzbyBub3RlIHRoYXQgSSd2ZSBoYWQgYW4gb2ZmbGluZSBkaXNjdXNzaW9u
IHdpdGggd2cgY2hhaXJzIGFuZCBGcmFuayBCcm9ja25lcnMsDQo+IG15IGNvbmNsdXNpb24gaXMg
dGhhdCBGcmFuaydzIGNvbmNlcm4gcmFpc2VkIGF0IElFVEYgMTEyIGhhcyBiZWVuIGFkZHJlc3Nl
ZC4gSWYNCj4gdGhhdCdzIG5vdCB0aGUgY2FzZSwgcGxlYXNlIHNwZWFrIHVwLg0KPiBXaXRoIHRo
YXQgc2FpZCwgSSB0aGluayB0aGlzIGRyYWZ0IGlzIHJlYWR5IGZvciBXR0xDLg0KPiANCj4gQmVz
dCBSZWdhcmRzLA0KPiBYaWFvIE1pbg0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18NCj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4gaXBwbUBpZXRmLm9y
Zw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCg==


From nobody Thu Dec 16 18:28:58 2021
Return-Path: <xiao.min2@zte.com.cn>
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 31F393A0FC0 for <ippm@ietfa.amsl.com>; Thu, 16 Dec 2021 18:28:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vImZ6Mo6HuMf for <ippm@ietfa.amsl.com>; Thu, 16 Dec 2021 18:28:52 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48E0A3A0FB9 for <ippm@ietf.org>; Thu, 16 Dec 2021 18:28:51 -0800 (PST)
Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4JFXwc1lzzz6FK1j; Fri, 17 Dec 2021 10:28:48 +0800 (CST)
Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl1.zte.com.cn with SMTP id 1BH2SZKU068546; Fri, 17 Dec 2021 10:28:35 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Fri, 17 Dec 2021 10:28:35 +0800 (CST)
Date: Fri, 17 Dec 2021 10:28:35 +0800 (CST)
X-Zmail-TransId: 2afa61bbf5d321e1dd9b
X-Mailer: Zmail v1.0
Message-ID: <202112171028356091854@zte.com.cn>
In-Reply-To: <CY4PR11MB1672EE19AF2E99EE77BAF5D3DA779@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, CY4PR11MB1672EE19AF2E99EE77BAF5D3DA779@CY4PR11MB1672.namprd11.prod.outlook.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <fbrockne@cisco.com>
Cc: <ippm@ietf.org>, <tpauly@apple.com>
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl1.zte.com.cn 1BH2SZKU068546
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.138.novalocal with ID 61BBF5E0.001 by FangMail milter!
X-FangMail-Envelope: 1639708128/4JFXwc1lzzz6FK1j/61BBF5E0.001/10.30.14.238/[10.30.14.238]/mse-fl1.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61BBF5E0.001/4JFXwc1lzzz6FK1j
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/QqJYx5PUpUn5xSDyBgjMwOYtvsk>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 17 Dec 2021 02:28:58 -0000

Hi Frank,

Thanks for your thorough review and thoughtful comments.
I apologize if I misinterpreted your mind.
Considering that your holiday season is coming, before digging into technical details, I suggest that we discuss the IOAM deployment environment first.
As you may have noticed while reading through draft-ietf-ippm-ioam-conf-state-02, in the introduction section it says
"A centralized controller which owns the enabled IOAM capabilities of each IOAM device could be used in some IOAM deployments.  The IOAM encapsulating node can discover the enabled IOAM capabilities infomation from the centralized controller, using, for example, NETCONF/YANG, PCEP, or BGP.  In the IOAM deployment scenario where there is no centralized controller, NETCONF/YANG or IGP may be used by the IOAM encapsulating node to discover these IOAM capabilities information."
I know you're the primary author of both IOAM-Data and IOAM-Deployment documents, so I have a fundamental question to you: Is the above statement correct or not?
More specifically, if you can confirm that "the IOAM deployment scenario where there is no centralized controller" doesn't exist at all, on both the mailing list and the IOAM-Deployment document, then I suggest IPPM WG to abandon draft-ietf-ippm-ioam-conf-state, that would save the energy of the whole wg including you and me.

Best Regards,
Xiao Min
------------------原始邮件------------------
发件人：FrankBrockners(fbrockne)
收件人：肖敏10093570;ippm@ietf.org;
抄送人：Tommy Pauly;
日 期 ：2021年12月16日 20:56
主 题 ：RE: [ippm] Progressing draft-ietf-ippm-ioam-conf-state
Hi Xiao Min,
Thanks for posting draft-ietf-ippm-ioam-conf-state-02. I read through the updated version and looked at the diff to the 01 version (https://www.ietf.org/rfcdiff?url1=draft-ietf-ippm-ioam-conf-state-01&url2=draft-ietf-ippm-ioam-conf-state-02). Different from what you state below, I don't see any of my comments reflected.
The two main points I mentioned in the last WG meeting were about (a) alignment with draft-ietf-ippm-ioam-yang and (b) enhancements to the security section, reflecting that the protocol you are defining is a network management protocol, and needs to be secured as such.
More specifically:
* Alignment with draft-ietf-ippm-ioam-yang:
The IPPM WG is in the process of defining a YANG module for IOAM: draft-ietf-ippm-ioam-yang. We should have a single, comprehensive model for config information for IOAM. That model can then be rendered into different transports (be it JSON, XML, or yet another format - to then be carried over a e.g. ICMP in your case). Right now draft-ietf-ippm-ioam-conf-state heads down a path of defining a new set of management objects - many are similar to what draft-ietf-ippm-ioam-yang already defines, some they are less comprehensive, some hint at additional information that draft-ietf-ippm-ioam-yang does not cover yet: E.g.,  you define a "Pre-allocated Tracing Capabilities Object" where draft-ietf-ippm-ioam-yang  has a "Preallocated Tracing Profile" defined. You define ingress interface fields, which is information, which is more comprehensively defined by the ioam-filter grouping. You define specific fields to describe the timestamp format used by a node, which is information that should be 
 described as part of the ioam-info container - and which is currently missing in draft-ietf-ippm-ioam-yang; point well taken :-). It is interesting to note that draft-ietf-ippm-ioam-conf-state does not even reference draft-ietf-ippm-ioam-yang.
>From my perspective we should have one single data model for IOAM configuration - and that is the YANG module defined in draft-ietf-ippm-ioam-yang. Let's make sure that this model covers all the information required to properly manage IOAM. Then draft-ietf-ippm-ioam-conf-state would be solely focused on defining how that YANG module (from draft-ietf-ippm-ioam-yang) would be rendered into e.g., ICMP as a carrier protocol.
* Security: Revision -02 does not seem to update the security section. IMHO, section 6 on security considerations should be enhanced to clearly articulate that we're dealing with very sensitive information. Consider loaning from e.g., https://datatracker.ietf.org/doc/html/rfc6241#section-9. As part of the discussion, it would be good to see an explanation where you'd expect  draft-ietf-ippm-ioam-conf-state to be used. Given the discussion in the Introduction section, you seem to assume an environment that does not have a central network management station / controller in place. Or in other terms, you seem to target a deployment, which isn't a limited domain per RFC 8799. In that case, I would expect that we have normative language that requires the use of strong authentication and encryption between the nodes (i.e., MUST use ICMP with AH and ESP..).
In addition to the above, I struggle to understand the "Operational Guide" in section 4: Could you shed a bit more light on how you expect things to work - and what a target deployment environment would look like? It seems that you assume that you don't know the network nor the destination addresses in your network: Do you expect that you would do regular "ICMP echo sweeps" in your network? Do you expect that, while doing the expanding ring search, an ICMP time exceeded message would also carry the "IOAM Capabilities Response Container Header", so that the capabilities container would not only be carried in the echo reply message but also in the time exceeded message?
Thanks, Frank
(BTW - Note that due to the upcoming holiday season, replies might be delayed).
> -----Original Message-----
> From: ippm <ippm-bounces@ietf.org> On Behalf Of xiao.min2@zte.com.cn
> Sent: Friday, 10 December 2021 08:01
> To: ippm@ietf.org
> Subject: [ippm] Progressing draft-ietf-ippm-ioam-conf-state
>
> Hi IPPM WG,
>
> The -02 version of draft-ietf-ippm-ioam-conf-state has been posted.
> There are mainly two changes, one is on IOAM Tracing Capabilities Objects to
> make them applicable to ICMPv6 extensions, another one is on IOAM Proof-of-
> Transit Capabilities Object to make it aligned with the updated IOAM-Data
> document.
> Also note that I've had an offline discussion with wg chairs and Frank Brockners,
> my conclusion is that Frank's concern raised at IETF 112 has been addressed. If
> that's not the case, please speak up.
> With that said, I think this draft is ready for WGLC.
>
> Best Regards,
> Xiao Min
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


From nobody Fri Dec 17 01:45:43 2021
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 69BF53A19BC for <ippm@ietfa.amsl.com>; Fri, 17 Dec 2021 01:45:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.596
X-Spam-Level: 
X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=QtfJ67iz; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=yEy+uXuA
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FPUgs7q5STbc for <ippm@ietfa.amsl.com>; Fri, 17 Dec 2021 01:45:34 -0800 (PST)
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 06A903A19B8 for <ippm@ietf.org>; Fri, 17 Dec 2021 01:45:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10842; q=dns/txt; s=iport; t=1639734334; x=1640943934; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=llj5u5B0uXqm6L2HCbSpm8eJjYCooP7Y4Ch9rCI8/dE=; b=QtfJ67izYmS+DLzEc82ZVZSrt5/1qNuQGhIOqxJaEJlbJICruXZ6UW22 X0MjKQ/ScAy4ewwpXK+xR9Kz7IVlzCmHi/F7qrdQowrIGDwiBoJz3g3HE dHwry2EAJ+Gj7bsjQwQve8452D8dYZgkPweoOCxgnojm7pjvvv19uMEPD 4=;
IronPort-PHdr: =?us-ascii?q?A9a23=3Ac3l9/hQHeAx22wlOalEmgH+87tpso7vLVj580?= =?us-ascii?q?XJvo75Nc6H2+ZPkMQSf4Ph2l1bGUM3d7O4MkOvZta3sGAliqZaMuXwPatpAA?= =?us-ascii?q?hkCj8hFkwkpGsXQD0r9IbbjZDA7G8IXUlhj8jm7PEFZFdy4aUfVpyi57CUZH?= =?us-ascii?q?VP0Mg8mTtk=3D?=
IronPort-Data: =?us-ascii?q?A9a23=3ADfp0366OPuOzjf2RWQal5QxRtAPFchMFZxGqf?= =?us-ascii?q?qrLsTDasY5as4F+vjdLC2nTbPeOZWf9e9FyYNmx8UwOvZSDyNZnSQBlqyk1Z?= =?us-ascii?q?n8b8sCt6fZ1gavT04J+FiBIJa5ex512huLocYZkHhcwmj/3auK49CMlivnRL?= =?us-ascii?q?lbBILes1h5ZFFcMpBgJ0XqPq8Zh6mJZqYDR7zGl4LsekOWHULOR4AOYB0pPg?= =?us-ascii?q?061RLyDi9yp0N8QlgRWifmmJzYynVFNZH4UDfnZw3cV3uBp8uCGq+brlNlV/?= =?us-ascii?q?0vD9BsrT9iiiLu+IgsBQ6XZOk6FjX8+t6qK20cZ4HdtlPdgcqNANS+7iB3R9?= =?us-ascii?q?zx14NtHr5u7SgEkFqbNg+8aFRJfFkmSOIUXp+KXfCPh4Jz7I0ruNiGEL+9VJ?= =?us-ascii?q?F0uNJAc685+GXlK+LoTLzVlRhGbn+eewb+nRK9rnMtLBNnqNYRZv3BmlxnLE?= =?us-ascii?q?ftgSpfGBa7MjeK0dh9YattmB/3SYY8SbiBiKUSGaBxUMVBRA5U79NpET0LXK?= =?us-ascii?q?1VwwG95b4Jti4QL8DFM7Q=3D=3D?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3ATBZm/KjK9nn7qCUK0Vk2bmARRnBQX3h13D?= =?us-ascii?q?Abv31ZSRFFG/FwyPrOoB1L73HJYWgqN03IwerwR5VpQRvnhPlICPoqTMmftW?= =?us-ascii?q?7dySqVxeBZnMXfKljbexEWmdQtrpuIH5IObeEYSGIK8foSgzPIU+rIouP3ip?= =?us-ascii?q?xA7N22pxwGIG0aCNAD0+46MHfnLqQcfnghOXNNLuvl2iMxnUvYRZ14VLXeOl?= =?us-ascii?q?A1G8z44/HbnpPvZhALQzQ97hOVsD+u4LnmVzCFwxY3SVp0sPQf2FmAtza8yr?= =?us-ascii?q?Sosvm9xBOZ/XTU9Y5qlNzozcYGLNCQi/ISNi7nhm+TFcZcsvy5zXUISdOUmR?= =?us-ascii?q?EXeer30lEd1gNImirsl1SO0F/QMs/boW4TAjHZuASlaDDY0L3ErXoBerp8bM?= =?us-ascii?q?RiA0HkA45KhqAh7EqNtFjp6qa/RCmw7xjV9pzGUQpnmVGzpmdnmekPj2ZHWY?= =?us-ascii?q?9bc7NJq5cDlXklXavoMRiKo7zPKtMeRv00JcwmBm+yfjTcpC1i0dasVnM8El?= =?us-ascii?q?OPRVUDoNWc13xTkGpix0UVycQDljNYnahNBKVs9qDBKOBlhbtORsgZYeZ0A/?= =?us-ascii?q?oAW9K+DijITQjXOGyfLFz7HOUMOm7LqZTw/LIpjdvaNKAg3d83gtDMQVlYvW?= =?us-ascii?q?k9dwbnDtCPxoRC9lTXTGC0TV3Wu4ljDlhCy/TBrZbQQFi+oWEV4r2dSq8kc7?= =?us-ascii?q?/mst6ISeZrP8M=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BxAAAiW7xh/5BdJa1aHQEBAQEJARI?= =?us-ascii?q?BBQUBQIFFCAELAYFRVQd4WjcxhEeDRwOEWWCFDoMCA4ETjyCKaoEugSUDVAg?= =?us-ascii?q?DAQEBDQEBKg0KBAEBhQYCF4MYAiU0CQ4BAgQBAQESAQEFAQEBAgEGBIEJE4V?= =?us-ascii?q?oAQyGQgEBAQEDAQEQEREMAQElBwsBCwQCAQYCEAEEAQEDAiYCAgIlCxUFAwg?= =?us-ascii?q?CBA4FCBqCXYJlAy8BDpQwjzYBgToCiVIBTHqBMYEBgggBAQYEBIFKQYMAGII?= =?us-ascii?q?1AwY4WCoBgw2EHoJaIoQKJxyBSUSBFUOCMDc+gmMBAQIBF4ETCiuDFjeCLpJ?= =?us-ascii?q?AJEgCaAEDQw4CTwwFBhoYNQMOBh4CAQ4GDwRLkV8UEIM5qD+BKwqDQopolGY?= =?us-ascii?q?Vg2+MBIZVkRWFS5BlIIIjijyTcDuEeAIEAgQFAg4BAQY1gSw7gVlwFTuCaVE?= =?us-ascii?q?ZD44gDBaDUIUUhUp0OAIGAQoBAQMJAYI6i3YBJ4IeAQE?=
X-IronPort-AV: E=Sophos;i="5.88,213,1635206400"; d="scan'208";a="975853698"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 17 Dec 2021 09:45:32 +0000
Received: from mail.cisco.com (xbe-rcd-007.cisco.com [173.37.102.22]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 1BH9jVw6004950 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 17 Dec 2021 09:45:32 GMT
Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xbe-rcd-007.cisco.com (173.37.102.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 17 Dec 2021 03:45:31 -0600
Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 17 Dec 2021 04:45:31 -0500
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 17 Dec 2021 04:45:31 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MperwDBDlaQSAD55j0x2TIsJh/Zkue/ViClgng35wlVMmlrBesQq3Aop3kUgcooc0nHitRx0PhcceRyYS04K3FqLymCtuhVCol2bfcByxS3EvksOn4nsNnBWjlHBLcC+RbBiNUxW0pY2tFY+0XY9zC9zyj1pY4Y8qN2+qBjK4ZFXn3Blg0MrzokyfZnuM1S2thr/wunX3nOf40ZdpocAVGSqcfMLhfPNY4UIppTtM1AEQk0GMXqJYvo6PYrvYE/8IhLbDz3RB3RHWWLcE17Lv7cJUDVGQLqt7mfnV/nt+LzNv9zLl1b6vMA9uOr+3ehRZOUjIo7/nh0dygsSLz2AXA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=llj5u5B0uXqm6L2HCbSpm8eJjYCooP7Y4Ch9rCI8/dE=; b=jvlv3nkT1wVkXfI2FHvTvmNnG3yAwvNZT734pMmAViX1TwO9g/pgHtuRxOFb8pNUhl7xIo+JJH3axNLvy79Jn6GveBUkPGrDZ072BpXXwKuGY8m7zT5aoXY3LUDPDlVFNVr8n4RRm7bG3aeRwmlbDRVx80awWCTwbw7KGxXOGnylxNWbqsgSlTKv5+wwm3UXWvpDgfU6uLNFIofU8DPjRkgEfSN4H96kkyVo1yASlWrPEqZUArvXdrH3LrizjuDjOUH5HU9DDDPmCI2rMfv7w3TjiSovikfI1ekuKDun5gFvPlZw9uZ2LYy75e7ePKXlBkf5OaJEF8r7rqQb4e4U2A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=llj5u5B0uXqm6L2HCbSpm8eJjYCooP7Y4Ch9rCI8/dE=; b=yEy+uXuAtAxYo6P6LWvFA2uFpQ75zwhiO6ZQeXsogRDdfLZKjOe6Lm+KhKOj01yHJUOnZwJD0DbAKzd+w1AglQB/U2yLJ3bGRRa8oTigMM6iEzbbw/7WNMGfj56bfoBDYb4zZTVUjpcNRvzxdsWT80ssb0yD7hz4UX22aC9Tb8g=
Received: from CY4PR11MB1672.namprd11.prod.outlook.com (2603:10b6:910:f::8) by CY4PR11MB1895.namprd11.prod.outlook.com (2603:10b6:903:126::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4801.14; Fri, 17 Dec 2021 09:45:29 +0000
Received: from CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312]) by CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312%7]) with mapi id 15.20.4801.015; Fri, 17 Dec 2021 09:45:29 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>
CC: "ippm@ietf.org" <ippm@ietf.org>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: =?utf-8?B?UmU6W2lwcG1dIFByb2dyZXNzaW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1j?= =?utf-8?Q?onf-state?=
Thread-Index: AQHX7ZPJRKVfHSMK8km2j+o41ByxSaw1Dk+AgADyHoCAAHXB0A==
Date: Fri, 17 Dec 2021 09:45:29 +0000
Message-ID: <CY4PR11MB1672DC052465BFE82C401635DA789@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, CY4PR11MB1672EE19AF2E99EE77BAF5D3DA779@CY4PR11MB1672.namprd11.prod.outlook.com <202112171028356091854@zte.com.cn>
In-Reply-To: <202112171028356091854@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d1062679-a6de-4d0b-31c0-08d9c141f5f5
x-ms-traffictypediagnostic: CY4PR11MB1895:EE_
x-microsoft-antispam-prvs: <CY4PR11MB189569BF49D1BD405E11C9BEDA789@CY4PR11MB1895.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: XF18JijkBN8TDDqCZ/sJ2hJqYyMn30KNVJdLAQCuZHFN4GJw2ieF7DrzCK9thUfq4lEVQnJnM16s7MnSTL1afmu9ceoeKbXpXmCZgH3t+GP1KnXFBSohB5jxv0EjwDwKPx/X51JVzAT09ca8F2fDqX7fIOEAL4Szp7k2fj5K7oKdjPiepuVe1W0aIvSWgT5GuipyvYI3QD/1f61jfYRtBtjd4giFQw0YpIO6Ra5hG3b+Twjau8ttrRKUwxnVPevIYQs9cntRiOsaeV8gIUSUX3PeirbnfNnuw70O1i2BfnpWZKdBL/bsWcDcdFxnG3gQvdczeRTboQWXzrQCTOuuNFwzoEaM31XKAt5GnSzucavrw8jDQp5WgDYbBmo9Rywi5RrN4ZxgMEPv9L1F9vHUKsuJxIlrolXWpPCGb60DwOeApaI5O7EQyD7TxlH/GbaUwgAevdAFE4P8glk3f0eoBJLvEHLN4nqsf2RqlnhsfvQlNcyUBouRRb69NplMzz/10AyyfxUvCwu+b+CYKZ19THMv+EmiBGT1ffdhXtF/Ju8VUsgu+UudG+GCcyDm3kbjWiR/T0ONABXbDvAiBGIXbQP0fG931i8klzjCcJAuEaTAodafvpY7qd2dDr526kIifmNeTdsyLay/GLduCIWmLg1FWA3geL0X3kGM4iYZ43oQW5+nj/n+8+3E6IMTFSBvwA0wNlBKUa8n2DGLOWWdNVYOk4P/Qg4pcoh7vZEungwH4ciIKRvDC0hRgDgiJWit+0JZspUX5QWEd95Z7HAJAv7L3pKP1mbvuUtdoNhhRQgrbqUsvd8ughGoSjhK3Vy2paeEYSTmHvCU7oDWM4A3/g==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CY4PR11MB1672.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(366004)(7696005)(83380400001)(86362001)(53546011)(54906003)(508600001)(64756008)(38070700005)(6506007)(71200400001)(38100700002)(966005)(8936002)(5660300002)(122000001)(316002)(55016003)(2906002)(9686003)(33656002)(6916009)(66476007)(26005)(76116006)(66946007)(66556008)(66446008)(4326008)(52536014)(186003); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?ZDlzRjRINHQ2K1pzb2RTQ2FwQXVhSTh0b056c0VSYzJPQm9jcVlOKzVOMmJJ?= =?utf-8?B?ZEplV25FZ0kvY0Q0Y0lmUlNxRjVnY3ZEbTJnL2twMHFidUF4anZWU0NlRWh0?= =?utf-8?B?NzZJMWNzY09UOTRSTXQydjZIVmNwYzZrbkN4dnBKZVYzczU0dktZMXB6N2wz?= =?utf-8?B?MHY4UWFMczZIakIzSlpHU3NjM3RvV1FsNUJkSVhKSWtBUXFSNkJXRVl5bGts?= =?utf-8?B?eDVScVRZNU1uWXJjVmh6MnNVNm4yaGlWNFM1L2QwTk5QeXpBT2RrUXJmZ3Bo?= =?utf-8?B?VXpXS2sxRGw0UTFXbElWZHRtMElkWExnZk5mUTEvdkh3VndEQVdjTFBKMSt3?= =?utf-8?B?NUF5cWNZMUo4K292SUNCUi9HbW1kcEdnTmg0MFJTSVU2dnIwUVJRMWRhMEZr?= =?utf-8?B?ODY2Q2dHcVBTRThkMW5qekg3SzZabjJNTTFuWlNhUitTajlmS01NUHl2NHFv?= =?utf-8?B?UGE4NlpNRFhZSFpkcjhzS0drWEU1THNNUFJBQTdWaFRrQ1BvWXZFMzBGei9Q?= =?utf-8?B?S3FQMWJJSjd3SktXR2RwZnFCUFoxUFNkTjNFWHVwc2VtdkVPbnBwZUVscFRn?= =?utf-8?B?UnN0YnRvNUJZRGxiQ2ovbk9JdkdxM2tpQTNyUU5xZlFObDNHajAyVktyT25O?= =?utf-8?B?K1hQS2NjeHg0dis2aEQyL3hjTVgzUTNFaWEvaFdWdUI0RHludURibGpOTy91?= =?utf-8?B?eFNlOWpFNHBUdkQyUjgrVmdvNXBzdjMrRU12SFhIUGhqSldsR1N6b0RSeFRF?= =?utf-8?B?b2EwTGQrZjhIVXJ0ZENteGs4SVp2MCswZkY5dXc1Q05YdXpFS2c4RWpQVWRp?= =?utf-8?B?Snh4Zjg4bzRaSmEwaDN4TlNvUWczMXRQUGNkbkh1VERtNXJPckMxaTNHaG1l?= =?utf-8?B?TlFEVVc5MllDVDJiMXFiUm41M2Z4ZlBJK1hxMTVVWTJlZmNZaEtOVkNKdGg1?= =?utf-8?B?WGVuVCs4TVJKb25TeFZkcTl0UlNHc1hUZ2Vidm5wNVZsNTh4WnhId3hVZUxk?= =?utf-8?B?Wkl0OU1qU3g0ZjdDUWdFN3Zaa0lLUml2SmNzYmQxV29jR2J1UDF3b0ljSGt5?= =?utf-8?B?L1dsVURUVERscXJpK202aHdUeUJYYnpTWFM4Y2xDdVVuR2tJMDM1ODBCU0Nx?= =?utf-8?B?N3NvZmliZkd2ZUo5YnZjU3U0SThQeHFZYkFSM2RJNGtoK0FOUGlzYUhRbzUw?= =?utf-8?B?T0hzSWFoUXFocDlQSHI4TFlNRDNwU2p5UXZwTUFSMENVbzMrZ1hrK3dJOEFk?= =?utf-8?B?MVBJNzE2WWw4MWxwUXJXcGNpTFJoYnF0Y1FWeG1oN0lOMnZ0VnR4MnA3UUxI?= =?utf-8?B?VzB5OUZ3T0J5RHF2dms5dEtqcUZmRjNxb3lXSk5JUzNTOEFmWmc5ejBOMkVE?= =?utf-8?B?TFJBejJjcFJHOTBrdVVRcjBDN0pld0J2Q2FQK0JTUGxaZjFWNnYwUnMrMnRz?= =?utf-8?B?OXVRK0VoR0oxTFR2NW9nQ2Uyd0NaWmxzdWJWWWNiNnpwWGJkRE5kYlRmWFlQ?= =?utf-8?B?RFcwZkxBbzhzTEhYUFJ0L0RYQnJZclp3dzU0a01DSU4yNFh0Ky83WGo4WUJH?= =?utf-8?B?dFA3RXBWTDBpZU5UVm1pMjlodVRqNWttaVNRRWFQSXZ1SU5UeWI3NWlvcG13?= =?utf-8?B?ZFBManBvR1g0VXRPWDJjcVJYRzJMN3dzY2c1YWR1VlJIN0pBOXRud253N3JO?= =?utf-8?B?d1lCU1MrTjU2RXFqNXFWTGlaOTZ3VHkrQkJpZmp2SDBTU05uK3ZOQ3k5OFFy?= =?utf-8?B?amNZMk1jaGJ4ZzZvVnZlbVJZQ2hSN0dpTWRLVVB5aS81NzZ5R2lMd3ltS0sw?= =?utf-8?B?Sjh2dkRxSDJSZjV3VGdGMGl6TnRaY1lvd2tkWEo1M21zTnRZSHpOWUd1S0Ft?= =?utf-8?B?Nm1hSnBjWTRwaERYMVZCNll0UXpzcTBScHo1WDY3MnJIRVFyQlFEU2tRaDMw?= =?utf-8?B?ekVwSWlCRmtEcVFudlY5V2FkQzFISXBYSHhGNGFaaEtUUjR5R1ZiM0Jaa3gv?= =?utf-8?B?WjFlTVNleTAyNWtVV3pkdHQwcUVnbHZzczZHV2hvZ1RKQmxwN0dWVmt3WW1l?= =?utf-8?B?MGNCWUpiUnZRQjhZQ0xYcVhoZ1Z4UnBscXFXY3piWGUyS29xLy92b2dEVmVM?= =?utf-8?B?STZ6ZkJHd0JzM0NmVUZGWmpISzN1WDZXTkdvdDg5K2NVTUlkTXQwWnRRQ0pq?= =?utf-8?Q?MKTLqkyNFsb0K/+STqDY+AU=3D?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR11MB1672.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d1062679-a6de-4d0b-31c0-08d9c141f5f5
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2021 09:45:29.0988 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sKHO2SLCJ0YU5e01uVMqvTi+N34EyldZh9vxW6j8wf/XZPW1xHzNN6OhAdjN/ixgZ+1HgHzzFaubvlCtaJeyrA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR11MB1895
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.22, xbe-rcd-007.cisco.com
X-Outbound-Node: rcdn-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/tqp2hoBWAXVvSHUwsEDyPUi06cQ>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 17 Dec 2021 09:45:40 -0000

SGkgWGlhbyBNaW4sDQoNCnBlciBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s
L2RyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMTcjc2VjdGlvbi00LCBJT0FNIGlzIGZvY3VzZWQg
b24gImxpbWl0ZWQgZG9tYWlucyIgYXMgZGVmaW5lZCBpbiBbUkZDODc5OV0sIHdoaWNoIGlzIHBl
ciBSRkMgODc5OSB0aGUgc2FtZSBhcyB3aGF0IGlzIGFsc28gcmVmZXJyZWQgdG8gYXMgYSAiY29u
dHJvbGxlZCBlbnZpcm9ubWVudCIuIFBlcnNvbmFsbHkgSSB1bmRlcnN0YW5kICJDb250cm9sbGVk
IGVudmlyb25tZW50IiBhcyBhbiBlbnZpcm9ubWVudCB3aGVyZSBhbiBvcGVyYXRvciBkb2VzIGhh
dmUgY29udHJvbCBvdmVyIHRoZSBub2RlcyBpbiB0aGUgbmV0d29yayBhbmQgdGhlaXIgY29uZmln
dXJhdGlvbiwgaS5lLiwgdGhlIG9wZXJhdG9yIGhhcyBjb250cm9sIG92ZXIgaGlzIG5vZGVzLCBr
bm93cyB3aGF0IG5ldHdvcmsgZWxlbWVudHMgaGUgaXMgZGVhbGluZyB3aXRoIGFuZCB3aGF0IHRo
ZSBjb25maWcgb2YgdGhlIG5vZGVzIGlzLiBIb3cgdGhpcyBjb250cm9sIGlzIGltcGxlbWVudGVk
IC0gd2hldGhlciB0aGVyZSBpcyBvbmUgb3Igc2V2ZXJhbCAiY29udHJvbGxlcnMiIG9yICJuZXR3
b3JrIG1hbmFnZXJzIiBvciBzaW1pbGFyIC0gaXMgYW4gaW1wbGVtZW50YXRpb24gZGV0YWlsIElN
SE8uDQoNCkNoZWVycywgRnJhbmsNCg0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N
Cj4gRnJvbTogeGlhby5taW4yQHp0ZS5jb20uY24gPHhpYW8ubWluMkB6dGUuY29tLmNuPg0KPiBT
ZW50OiBGcmlkYXksIDE3IERlY2VtYmVyIDIwMjEgMDM6MjkNCj4gVG86IEZyYW5rIEJyb2NrbmVy
cyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+DQo+IENjOiBpcHBtQGlldGYub3JnOyB0
cGF1bHlAYXBwbGUuY29tDQo+IFN1YmplY3Q6IFJlOltpcHBtXSBQcm9ncmVzc2luZ8KgZHJhZnQt
aWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiANCj4gSGkgRnJhbmssDQo+IA0KPiBUaGFua3Mg
Zm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3IGFuZCB0aG91Z2h0ZnVsIGNvbW1lbnRzLg0KPiBJIGFw
b2xvZ2l6ZSBpZiBJIG1pc2ludGVycHJldGVkIHlvdXIgbWluZC4NCj4gQ29uc2lkZXJpbmcgdGhh
dCB5b3VyIGhvbGlkYXkgc2Vhc29uIGlzIGNvbWluZywgYmVmb3JlIGRpZ2dpbmcgaW50byB0ZWNo
bmljYWwNCj4gZGV0YWlscywgSSBzdWdnZXN0IHRoYXQgd2UgZGlzY3VzcyB0aGUgSU9BTSBkZXBs
b3ltZW50IGVudmlyb25tZW50IGZpcnN0Lg0KPiBBcyB5b3UgbWF5IGhhdmUgbm90aWNlZCB3aGls
ZSByZWFkaW5nIHRocm91Z2ggZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi0NCj4gc3RhdGUtMDIs
IGluIHRoZSBpbnRyb2R1Y3Rpb24gc2VjdGlvbiBpdCBzYXlzICJBIGNlbnRyYWxpemVkIGNvbnRy
b2xsZXIgd2hpY2ggb3ducw0KPiB0aGUgZW5hYmxlZCBJT0FNIGNhcGFiaWxpdGllcyBvZiBlYWNo
IElPQU0gZGV2aWNlIGNvdWxkIGJlIHVzZWQgaW4gc29tZSBJT0FNDQo+IGRlcGxveW1lbnRzLiAg
VGhlIElPQU0gZW5jYXBzdWxhdGluZyBub2RlIGNhbiBkaXNjb3ZlciB0aGUgZW5hYmxlZCBJT0FN
DQo+IGNhcGFiaWxpdGllcyBpbmZvbWF0aW9uIGZyb20gdGhlIGNlbnRyYWxpemVkIGNvbnRyb2xs
ZXIsIHVzaW5nLCBmb3IgZXhhbXBsZSwNCj4gTkVUQ09ORi9ZQU5HLCBQQ0VQLCBvciBCR1AuICBJ
biB0aGUgSU9BTSBkZXBsb3ltZW50IHNjZW5hcmlvIHdoZXJlIHRoZXJlDQo+IGlzIG5vIGNlbnRy
YWxpemVkIGNvbnRyb2xsZXIsIE5FVENPTkYvWUFORyBvciBJR1AgbWF5IGJlIHVzZWQgYnkgdGhl
IElPQU0NCj4gZW5jYXBzdWxhdGluZyBub2RlIHRvIGRpc2NvdmVyIHRoZXNlIElPQU0gY2FwYWJp
bGl0aWVzIGluZm9ybWF0aW9uLiINCj4gSSBrbm93IHlvdSdyZSB0aGUgcHJpbWFyeSBhdXRob3Ig
b2YgYm90aCBJT0FNLURhdGEgYW5kIElPQU0tRGVwbG95bWVudA0KPiBkb2N1bWVudHMsIHNvIEkg
aGF2ZSBhIGZ1bmRhbWVudGFsIHF1ZXN0aW9uIHRvIHlvdTogSXMgdGhlIGFib3ZlIHN0YXRlbWVu
dA0KPiBjb3JyZWN0IG9yIG5vdD8NCj4gTW9yZSBzcGVjaWZpY2FsbHksIGlmIHlvdSBjYW4gY29u
ZmlybSB0aGF0ICJ0aGUgSU9BTSBkZXBsb3ltZW50IHNjZW5hcmlvIHdoZXJlDQo+IHRoZXJlIGlz
IG5vIGNlbnRyYWxpemVkIGNvbnRyb2xsZXIiIGRvZXNuJ3QgZXhpc3QgYXQgYWxsLCBvbiBib3Ro
IHRoZSBtYWlsaW5nIGxpc3QgYW5kDQo+IHRoZSBJT0FNLURlcGxveW1lbnQgZG9jdW1lbnQsIHRo
ZW4gSSBzdWdnZXN0IElQUE0gV0cgdG8gYWJhbmRvbiBkcmFmdC0NCj4gaWV0Zi1pcHBtLWlvYW0t
Y29uZi1zdGF0ZSwgdGhhdCB3b3VsZCBzYXZlIHRoZSBlbmVyZ3kgb2YgdGhlIHdob2xlIHdnDQo+
IGluY2x1ZGluZyB5b3UgYW5kIG1lLg0KPiANCj4gQmVzdCBSZWdhcmRzLA0KPiBYaWFvIE1pbg0K
PiAtLS0tLS0tLS0tLS0tLS0tLS3ljp/lp4vpgq7ku7YtLS0tLS0tLS0tLS0tLS0tLS0NCj4g5Y+R
5Lu25Lq677yaRnJhbmtCcm9ja25lcnMoZmJyb2NrbmUpDQo+IOaUtuS7tuS6uu+8muiCluaVjzEw
MDkzNTcwO2lwcG1AaWV0Zi5vcmc7DQo+IOaKhOmAgeS6uu+8mlRvbW15IFBhdWx5Ow0KPiDml6Ug
5pyfIO+8mjIwMjHlubQxMuaciDE25pelIDIwOjU2DQo+IOS4uyDpopgg77yaUkU6IFtpcHBtXSBQ
cm9ncmVzc2luZyBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIEhpIFhpYW8gTWluLA0K
PiBUaGFua3MgZm9yIHBvc3RpbmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZS0wMi4g
SSByZWFkIHRocm91Z2ggdGhlDQo+IHVwZGF0ZWQgdmVyc2lvbiBhbmQgbG9va2VkIGF0IHRoZSBk
aWZmIHRvIHRoZSAwMSB2ZXJzaW9uDQo+IChodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3Vy
bDE9ZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZS0NCj4gMDEmdXJsMj1kcmFmdC1pZXRm
LWlwcG0taW9hbS1jb25mLXN0YXRlLTAyKS4gRGlmZmVyZW50IGZyb20gd2hhdCB5b3Ugc3RhdGUN
Cj4gYmVsb3csIEkgZG9uJ3Qgc2VlIGFueSBvZiBteSBjb21tZW50cyByZWZsZWN0ZWQuDQo+IFRo
ZSB0d28gbWFpbiBwb2ludHMgSSBtZW50aW9uZWQgaW4gdGhlIGxhc3QgV0cgbWVldGluZyB3ZXJl
IGFib3V0IChhKQ0KPiBhbGlnbm1lbnQgd2l0aCBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nIGFu
ZCAoYikgZW5oYW5jZW1lbnRzIHRvIHRoZSBzZWN1cml0eQ0KPiBzZWN0aW9uLCByZWZsZWN0aW5n
IHRoYXQgdGhlIHByb3RvY29sIHlvdSBhcmUgZGVmaW5pbmcgaXMgYSBuZXR3b3JrIG1hbmFnZW1l
bnQNCj4gcHJvdG9jb2wsIGFuZCBuZWVkcyB0byBiZSBzZWN1cmVkIGFzIHN1Y2guDQo+IE1vcmUg
c3BlY2lmaWNhbGx5Og0KPiAqIEFsaWdubWVudCB3aXRoIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlh
bmc6DQo+IFRoZSBJUFBNIFdHIGlzIGluIHRoZSBwcm9jZXNzIG9mIGRlZmluaW5nIGEgWUFORyBt
b2R1bGUgZm9yIElPQU06IGRyYWZ0LWlldGYtDQo+IGlwcG0taW9hbS15YW5nLiBXZSBzaG91bGQg
aGF2ZSBhIHNpbmdsZSwgY29tcHJlaGVuc2l2ZSBtb2RlbCBmb3IgY29uZmlnDQo+IGluZm9ybWF0
aW9uIGZvciBJT0FNLiBUaGF0IG1vZGVsIGNhbiB0aGVuIGJlIHJlbmRlcmVkIGludG8gZGlmZmVy
ZW50DQo+IHRyYW5zcG9ydHMgKGJlIGl0IEpTT04sIFhNTCwgb3IgeWV0IGFub3RoZXIgZm9ybWF0
IC0gdG8gdGhlbiBiZSBjYXJyaWVkIG92ZXIgYQ0KPiBlLmcuIElDTVAgaW4geW91ciBjYXNlKS4g
UmlnaHQgbm93IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgaGVhZHMgZG93bg0KPiBh
IHBhdGggb2YgZGVmaW5pbmcgYSBuZXcgc2V0IG9mIG1hbmFnZW1lbnQgb2JqZWN0cyAtIG1hbnkg
YXJlIHNpbWlsYXIgdG8gd2hhdA0KPiBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nIGFscmVhZHkg
ZGVmaW5lcywgc29tZSB0aGV5IGFyZSBsZXNzIGNvbXByZWhlbnNpdmUsDQo+IHNvbWUgaGludCBh
dCBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIHRoYXQgZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZyBk
b2VzIG5vdA0KPiBjb3ZlciB5ZXQ6IEUuZy4sICB5b3UgZGVmaW5lIGEgIlByZS1hbGxvY2F0ZWQg
VHJhY2luZyBDYXBhYmlsaXRpZXMgT2JqZWN0IiB3aGVyZQ0KPiBkcmFmdC1pZXRmLWlwcG0taW9h
bS15YW5nICBoYXMgYSAiUHJlYWxsb2NhdGVkIFRyYWNpbmcgUHJvZmlsZSIgZGVmaW5lZC4gWW91
DQo+IGRlZmluZSBpbmdyZXNzIGludGVyZmFjZSBmaWVsZHMsIHdoaWNoIGlzIGluZm9ybWF0aW9u
LCB3aGljaCBpcyBtb3JlDQo+IGNvbXByZWhlbnNpdmVseSBkZWZpbmVkIGJ5IHRoZSBpb2FtLWZp
bHRlciBncm91cGluZy4gWW91IGRlZmluZSBzcGVjaWZpYyBmaWVsZHMNCj4gdG8gZGVzY3JpYmUg
dGhlIHRpbWVzdGFtcCBmb3JtYXQgdXNlZCBieSBhIG5vZGUsIHdoaWNoIGlzIGluZm9ybWF0aW9u
IHRoYXQNCj4gc2hvdWxkIGJlICBkZXNjcmliZWQgYXMgcGFydCBvZiB0aGUgaW9hbS1pbmZvIGNv
bnRhaW5lciAtIGFuZCB3aGljaCBpcyBjdXJyZW50bHkNCj4gbWlzc2luZyBpbiBkcmFmdC1pZXRm
LWlwcG0taW9hbS15YW5nOyBwb2ludCB3ZWxsIHRha2VuIDotKS4gSXQgaXMgaW50ZXJlc3Rpbmcg
dG8NCj4gbm90ZSB0aGF0IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgZG9lcyBub3Qg
ZXZlbiByZWZlcmVuY2UgZHJhZnQtaWV0Zi0NCj4gaXBwbS1pb2FtLXlhbmcuDQo+IEZyb20gbXkg
cGVyc3BlY3RpdmUgd2Ugc2hvdWxkIGhhdmUgb25lIHNpbmdsZSBkYXRhIG1vZGVsIGZvciBJT0FN
DQo+IGNvbmZpZ3VyYXRpb24gLSBhbmQgdGhhdCBpcyB0aGUgWUFORyBtb2R1bGUgZGVmaW5lZCBp
biBkcmFmdC1pZXRmLWlwcG0taW9hbS0NCj4geWFuZy4gTGV0J3MgbWFrZSBzdXJlIHRoYXQgdGhp
cyBtb2RlbCBjb3ZlcnMgYWxsIHRoZSBpbmZvcm1hdGlvbiByZXF1aXJlZCB0bw0KPiBwcm9wZXJs
eSBtYW5hZ2UgSU9BTS4gVGhlbiBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIHdvdWxk
IGJlIHNvbGVseQ0KPiBmb2N1c2VkIG9uIGRlZmluaW5nIGhvdyB0aGF0IFlBTkcgbW9kdWxlIChm
cm9tIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcpDQo+IHdvdWxkIGJlIHJlbmRlcmVkIGludG8g
ZS5nLiwgSUNNUCBhcyBhIGNhcnJpZXIgcHJvdG9jb2wuDQo+ICogU2VjdXJpdHk6IFJldmlzaW9u
IC0wMiBkb2VzIG5vdCBzZWVtIHRvIHVwZGF0ZSB0aGUgc2VjdXJpdHkgc2VjdGlvbi4gSU1ITywN
Cj4gc2VjdGlvbiA2IG9uIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHNob3VsZCBiZSBlbmhhbmNl
ZCB0byBjbGVhcmx5IGFydGljdWxhdGUNCj4gdGhhdCB3ZSdyZSBkZWFsaW5nIHdpdGggdmVyeSBz
ZW5zaXRpdmUgaW5mb3JtYXRpb24uIENvbnNpZGVyIGxvYW5pbmcgZnJvbSBlLmcuLA0KPiBodHRw
czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzYyNDEjc2VjdGlvbi05LiBBcyBw
YXJ0IG9mIHRoZQ0KPiBkaXNjdXNzaW9uLCBpdCB3b3VsZCBiZSBnb29kIHRvIHNlZSBhbiBleHBs
YW5hdGlvbiB3aGVyZSB5b3UnZCBleHBlY3QgIGRyYWZ0LQ0KPiBpZXRmLWlwcG0taW9hbS1jb25m
LXN0YXRlIHRvIGJlIHVzZWQuIEdpdmVuIHRoZSBkaXNjdXNzaW9uIGluIHRoZSBJbnRyb2R1Y3Rp
b24NCj4gc2VjdGlvbiwgeW91IHNlZW0gdG8gYXNzdW1lIGFuIGVudmlyb25tZW50IHRoYXQgZG9l
cyBub3QgaGF2ZSBhIGNlbnRyYWwNCj4gbmV0d29yayBtYW5hZ2VtZW50IHN0YXRpb24gLyBjb250
cm9sbGVyIGluIHBsYWNlLiBPciBpbiBvdGhlciB0ZXJtcywgeW91IHNlZW0NCj4gdG8gdGFyZ2V0
IGEgZGVwbG95bWVudCwgd2hpY2ggaXNuJ3QgYSBsaW1pdGVkIGRvbWFpbiBwZXIgUkZDIDg3OTku
IEluIHRoYXQgY2FzZSwNCj4gSSB3b3VsZCBleHBlY3QgdGhhdCB3ZSBoYXZlIG5vcm1hdGl2ZSBs
YW5ndWFnZSB0aGF0IHJlcXVpcmVzIHRoZSB1c2Ugb2Ygc3Ryb25nDQo+IGF1dGhlbnRpY2F0aW9u
IGFuZCBlbmNyeXB0aW9uIGJldHdlZW4gdGhlIG5vZGVzIChpLmUuLCBNVVNUIHVzZSBJQ01QIHdp
dGggQUgNCj4gYW5kIEVTUC4uKS4NCj4gSW4gYWRkaXRpb24gdG8gdGhlIGFib3ZlLCBJIHN0cnVn
Z2xlIHRvIHVuZGVyc3RhbmQgdGhlICJPcGVyYXRpb25hbCBHdWlkZSIgaW4NCj4gc2VjdGlvbiA0
OiBDb3VsZCB5b3Ugc2hlZCBhIGJpdCBtb3JlIGxpZ2h0IG9uIGhvdyB5b3UgZXhwZWN0IHRoaW5n
cyB0byB3b3JrIC0NCj4gYW5kIHdoYXQgYSB0YXJnZXQgZGVwbG95bWVudCBlbnZpcm9ubWVudCB3
b3VsZCBsb29rIGxpa2U/IEl0IHNlZW1zIHRoYXQgeW91DQo+IGFzc3VtZSB0aGF0IHlvdSBkb24n
dCBrbm93IHRoZSBuZXR3b3JrIG5vciB0aGUgZGVzdGluYXRpb24gYWRkcmVzc2VzIGluIHlvdXIN
Cj4gbmV0d29yazogRG8geW91IGV4cGVjdCB0aGF0IHlvdSB3b3VsZCBkbyByZWd1bGFyICJJQ01Q
IGVjaG8gc3dlZXBzIiBpbiB5b3VyDQo+IG5ldHdvcms/IERvIHlvdSBleHBlY3QgdGhhdCwgd2hp
bGUgZG9pbmcgdGhlIGV4cGFuZGluZyByaW5nIHNlYXJjaCwgYW4gSUNNUA0KPiB0aW1lIGV4Y2Vl
ZGVkIG1lc3NhZ2Ugd291bGQgYWxzbyBjYXJyeSB0aGUgIklPQU0gQ2FwYWJpbGl0aWVzIFJlc3Bv
bnNlDQo+IENvbnRhaW5lciBIZWFkZXIiLCBzbyB0aGF0IHRoZSBjYXBhYmlsaXRpZXMgY29udGFp
bmVyIHdvdWxkIG5vdCBvbmx5IGJlIGNhcnJpZWQNCj4gaW4gdGhlIGVjaG8gcmVwbHkgbWVzc2Fn
ZSBidXQgYWxzbyBpbiB0aGUgdGltZSBleGNlZWRlZCBtZXNzYWdlPw0KPiBUaGFua3MsIEZyYW5r
DQo+IChCVFcgLSBOb3RlIHRoYXQgZHVlIHRvIHRoZSB1cGNvbWluZyBob2xpZGF5IHNlYXNvbiwg
cmVwbGllcyBtaWdodCBiZSBkZWxheWVkKS4NCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t
LQ0KPiA+IEZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIHhp
YW8ubWluMkB6dGUuY29tLmNuDQo+ID4gU2VudDogRnJpZGF5LCAxMCBEZWNlbWJlciAyMDIxIDA4
OjAxDQo+ID4gVG86IGlwcG1AaWV0Zi5vcmcNCj4gPiBTdWJqZWN0OiBbaXBwbV0gUHJvZ3Jlc3Np
bmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiA+DQo+ID4gSGkgSVBQTSBXRywN
Cj4gPg0KPiA+IFRoZSAtMDIgdmVyc2lvbiBvZiBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0
YXRlIGhhcyBiZWVuIHBvc3RlZC4NCj4gPiBUaGVyZSBhcmUgbWFpbmx5IHR3byBjaGFuZ2VzLCBv
bmUgaXMgb24gSU9BTSBUcmFjaW5nIENhcGFiaWxpdGllcw0KPiA+IE9iamVjdHMgdG8gbWFrZSB0
aGVtIGFwcGxpY2FibGUgdG8gSUNNUHY2IGV4dGVuc2lvbnMsIGFub3RoZXIgb25lIGlzDQo+ID4g
b24gSU9BTSBQcm9vZi1vZi0gVHJhbnNpdCBDYXBhYmlsaXRpZXMgT2JqZWN0IHRvIG1ha2UgaXQg
YWxpZ25lZCB3aXRoDQo+ID4gdGhlIHVwZGF0ZWQgSU9BTS1EYXRhIGRvY3VtZW50Lg0KPiA+IEFs
c28gbm90ZSB0aGF0IEkndmUgaGFkIGFuIG9mZmxpbmUgZGlzY3Vzc2lvbiB3aXRoIHdnIGNoYWly
cyBhbmQgRnJhbmsNCj4gPiBCcm9ja25lcnMsIG15IGNvbmNsdXNpb24gaXMgdGhhdCBGcmFuaydz
IGNvbmNlcm4gcmFpc2VkIGF0IElFVEYgMTEyDQo+ID4gaGFzIGJlZW4gYWRkcmVzc2VkLiBJZiB0
aGF0J3Mgbm90IHRoZSBjYXNlLCBwbGVhc2Ugc3BlYWsgdXAuDQo+ID4gV2l0aCB0aGF0IHNhaWQs
IEkgdGhpbmsgdGhpcyBkcmFmdCBpcyByZWFkeSBmb3IgV0dMQy4NCj4gPg0KPiA+IEJlc3QgUmVn
YXJkcywNCj4gPiBYaWFvIE1pbg0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18NCj4gPiBpcHBtIG1haWxpbmcgbGlzdA0KPiA+IGlwcG1AaWV0
Zi5vcmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCg==


From nobody Fri Dec 17 07:39:24 2021
Return-Path: <marcus.ihlar@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 8BC123A11C8 for <ippm@ietfa.amsl.com>; Fri, 17 Dec 2021 07:39:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.801
X-Spam-Level: 
X-Spam-Status: No, score=-2.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pm5enQ8HPGFK for <ippm@ietfa.amsl.com>; Fri, 17 Dec 2021 07:39:18 -0800 (PST)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-db5eur03lp2050.outbound.protection.outlook.com [104.47.10.50]) (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 9E5163A11AF for <ippm@ietf.org>; Fri, 17 Dec 2021 07:39:17 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=D48Ynr0USvVftwyVxXliG+6AjcqE+FgeUyIAAtVtBGw9PW3M+lzhRI6iK0832xgb3cy6/N1fG69NZ1iCJbj2ZKb8NujHJFjbdyNC5BeEPZ2Bc83gJMlMmmmIh9LpJ4gxmKzuGzKRJD6tSXr5MtwumnUMLPTxkwVkTSoaW8a6XbxvfyCRaJMuOyBUkL4n26IZaJ4S7w0dr0YvTlylI1lI7RGWO9xzCEA+tGpCXEoJI9r4adQZJDtetk/VClMG6bgQipC3NgUS/Ot2OXKQtZQ/Rgfsl/+ERaffhvYVWDk41fyLMoWrwAQzk74dy/pZHHZiTrmk6A4UIU1JFdDbKseH5Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=1h51fCJKrN1OlgtyBxboDnHqDBw8gAKoO8JwO9Y9/e8=; b=oVuNWOJSR8g54nnxg2bIuQktukCvhqZnT1YU1oQaOgEQKjqwUugwiWoU5vz/DRzqFb0s4mAhdUFMd6KdTdOe4e0xjhsxReKScZ+8CB/dqCs7svaqNPtZix7yHj0BuISs/LOijTmfqgfJfKQ8bZyvpDnf3cQK0MP2aPBnHMOanzR8Ln3/V1CGm9X1ScGDhszIZGOEL7HYVNVJvU7to44/eDqkluaYYB1yqGTs/Z30cyQaPrwJG+w50rvMHkzJlU8ipQQstZnrsjdEHTdxvtTrbsTbsKY3bfkp6iNCalDuOk3MYVGxiRsXY0FprKK1FKyld8mpJAM/NbcND1DEfwOvHw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
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:X-MS-Exchange-SenderADCheck; bh=1h51fCJKrN1OlgtyBxboDnHqDBw8gAKoO8JwO9Y9/e8=; b=pxQMEZ8KDMJhXMAiWqPBEv6HolBkW0WAzeeSrAuNZz9d1l7smoH+h8ZNTWxHKafWj33Y+xAZbOrqaWR3bNzv0qPM4H5vstOhWVe8q5/9RbYFbN6OjAWVtuqGJo2HYfOaTq6HCduKvwzGl0TkaSeSsCCI4+CC5UO/sG+FUc6d44Y=
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com (2603:10a6:208:4b::27) by DBBPR07MB7403.eurprd07.prod.outlook.com (2603:10a6:10:1ee::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4823.8; Fri, 17 Dec 2021 15:39:13 +0000
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::5191:5745:e245:6caf]) by AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::5191:5745:e245:6caf%4]) with mapi id 15.20.4778.019; Fri, 17 Dec 2021 15:39:13 +0000
From: Marcus Ihlar <marcus.ihlar@ericsson.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: WG Last Call for draft-ietf-ippm-ioam-ipv6-options
Thread-Index: AdfzWzgRLVzROO3gTGutryPtfDbU2A==
Date: Fri, 17 Dec 2021 15:39:12 +0000
Message-ID: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d9162934-4013-48d4-00b0-08d9c1736045
x-ms-traffictypediagnostic: DBBPR07MB7403:EE_
x-microsoft-antispam-prvs: <DBBPR07MB74035653E4138F66678B33EFE2789@DBBPR07MB7403.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4502;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: a7YQRkJGvMEAmvqRq6uMDuBgf23KqQv0sP/63VLAKsTUxI5mHpdqkBE8nkHPKVK0BxJpu0Ji2nQDM6wj7qcJUoPsO9V9arEnl0D9V5HPrpJaCzbS42OIukWmqmOG38duXesh39sHXu/Iz1z75uuE2JqaPB71h0sDxMVgtNDG8MVejw3OZ+qOgv+RST+/VoK/E2lZEY4P1j5q1y/jO9bYpYfOuahd1CifaMAhaOYpKyR1zTIOu1CecKfYKkZ0xy7b71JluZRPu/3Gz5unHANKShHxicRKzoXpfnrf9pqgrMmcC6I4uJ67h0Wei7OnoczH2tyQs78bzuq9O7oJ1vYdiKEi6FOo80a/NvMd63JpMAgbdXCbp0ibdYam0d3vBMaEx7Z0osRz1tLmTxH+vBi6G9bfgktX7gt8+wRVrswMqsgZdO97+QHlCR2riYTR7DrmA9/c0RrBnKSpZsFY3a5Qa68MCQ5sFFTMxg2wIKjTIhTILaNwQUBPSTyGrtIxSro4QOuyNipYURQE0z3BIugld5CrRzzk/WeemwMJwX2fykuPcI9oGVZMsXDNlQC6u7mQCWAukwJwWrFXsYkDMN8ej+FJDqlK/cAdTMQ0GT8DmkE9TzbZTQfdyhm2PafvrCMF9R4LxUd5goIerq3iwpqTF5ftb6sb9tl4VRXcQstvTTp1giC1ds1RErfjWJb1Hyil4uCF787Pe5DvUCO9Mq5J6uoqc9fq2eQaS1qBiw+SB3pGaH1AbOf6l+l3mhE8DtuNYtOhVcp+4nCCPt5NgGlk4b86wnUGLPzUz62/rQ5u263eHdu4Gr+YitDUPJ99mcn6ivx+Ujojh86tIZOjIsD1FQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:AM0PR07MB4131.eurprd07.prod.outlook.com; PTR:; CAT:NONE;  SFS:(13230001)(4636009)(366004)(33656002)(316002)(6916009)(66946007)(86362001)(71200400001)(26005)(76116006)(186003)(508600001)(55016003)(7696005)(6506007)(38070700005)(82960400001)(4744005)(66446008)(8936002)(66556008)(64756008)(122000001)(38100700002)(44832011)(2906002)(52536014)(66476007)(5660300002)(166002)(8676002)(9686003)(966005)(20210929001); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?9selb+ZOZskZpAK/mlRAhXHxbYZT3j263RDGMXTboLzXYVdIeLv6ePtXo/14?= =?us-ascii?Q?vaSKzhwnNzDLJXNLNaR6EXl56JnvLRfRMCfs2nvMQOrCyy8WXUXerb8HhjE7?= =?us-ascii?Q?UV7ohefYBL3QUwPqJs7Wv8rFRKjOGPqxe+LxrgdstXvpW6PAGeH2cf6pEstU?= =?us-ascii?Q?hBe2dbmxlQ0FWf0bmTJBvB9hkvP+tob2VOwA1pQd0ckB+e7/VtiVUgh7pWQV?= =?us-ascii?Q?M7asdJuE80E1WjncHMUpP9UeAyLg1J/JYeAV5t6alh8dXCXE/sP6ufdMG8rq?= =?us-ascii?Q?B/MQCz5sdsMg1vi7qY9ksMctylfx/gqjO42K+pxEDD30zqirfurOtNc/xRRe?= =?us-ascii?Q?lTzh4albLsM7MtD8Xxn814aKmP4828zk/uHhetZAo/EDZm99V5zE0sL8H175?= =?us-ascii?Q?UwxLrZbQu+nuyfzKFyprpBjD2s2nn7eIYjr5Tn2ZlfZu2wlHmSMzc+R9Dmlu?= =?us-ascii?Q?P5O44vZgF6UUS23Pxs0LnxR6XxrigL5th7lArC0cVBed9HqK9tR4RZe5tkCi?= =?us-ascii?Q?ban5n43Ojm3doBTyhtfv14RwKv97xdlmt3qu1EPjTujaCahusnwOfyIoPasZ?= =?us-ascii?Q?Fm/F4S0f3Lcd6Balh5658A0Io2nTiByjy1tHE0F2FHhBjr4lJE1MQHxpDVxk?= =?us-ascii?Q?KUDXkB2zQK4LhraL3nZTGefQ3m3YU0QUwphoJOVf1Rb3AyATzirNTwo2tSuf?= =?us-ascii?Q?kjFh39lYxO/HUosgruEcoLwnbzPedDHyaG/gBKdxS7sXlI3KT8QSLs4xqtUB?= =?us-ascii?Q?gQt4yHOXn6H0o3BrXRtJHtkES7xX9FEhUuERPqBKY4jaSuygdztaJIZWcmGi?= =?us-ascii?Q?zcYwuPxBwpeR1frmu1J/HQoELFIzvDIZd74bSpF41AsQ9lPp9jRVDRx73jh/?= =?us-ascii?Q?t63KO/TSxVyAjbM/zvopkBz9IyIwbQDsROHYn9e4fjb6DKhzJ3ar1c/9XbMv?= =?us-ascii?Q?zkfYP4Wm8DUaamX7EfdVAvRDO8ld26CkAPRFShUAsw6I9fhGcUlFwpY2YwV8?= =?us-ascii?Q?3j0lmUDeDimDRsyTWnEf2uw3K1lxgO5w0dVK8SGrjMjb/AudIoQ0EBtTeai/?= =?us-ascii?Q?Knji2UiIKH2+Q1B3euHRYRgzovJSe+FjDTmOp/wa/MSLW60MOyn0TyqSZ5/d?= =?us-ascii?Q?HRo+DolFoYGEHHR3paOPfe2ylqUebly/WtwFovJR/IIPt38AF1h0RrN7WsnG?= =?us-ascii?Q?uV1fYLEsxBVojEkXRG3Ap324MS6fyhClkIzF7v0jlRte5XamoYqn1nAVmGoQ?= =?us-ascii?Q?FCFDD+hfJwPTu/wPdc73SyLkpxDdVipHP1HQ+TmftGsXe1e+iQ1ibyXJ+rIG?= =?us-ascii?Q?YX6g4AwLNKii9QGsFqyuk/tZOD/VbdB6oV8XmiVEb/bmMQ3CRp/SwS4FtdGP?= =?us-ascii?Q?AA+yClbG0SgLGWpHvaI/hvr1uh5E1Ij/fSXOG8tolzL47l8Un4H6tgQatH4T?= =?us-ascii?Q?TovhcnqqO8RH4V6t0dUEkMAgMwwsKRv/QnyRUb9F+iQMYsaEccy9S6tZs4CZ?= =?us-ascii?Q?kuBT/3qPxjv1ZILnYS/mxsenfV0pWWF9oCyueS3+ospeNXs4DAEybukXB27G?= =?us-ascii?Q?6WpGLeLRp3f+sR3bcMsbEA2XGwrF0dv3krPIT83icQ+R+yFIM7XXQX+tIcw0?= =?us-ascii?Q?TaXryBCmzTRMOOxk5RE0Ph2riJ9pWRs8DP8j5WaZlBzIXYTcKoFEHxlVouE+?= =?us-ascii?Q?FmfZTQ=3D=3D?=
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB41315DF88FF077CC72F474A6E2789AM0PR07MB4131eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4131.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d9162934-4013-48d4-00b0-08d9c1736045
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2021 15:39:12.9389 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: BP/k4s/yIPM/xiyBhZRfZAxW5VSGjerSEKNtA8AYWpVKuQYEQNQ2FFBEkNsMKdn4QcNrS4dc+m7FaF6SV2VkV4Olizw3tOW2SGgUBLTX7dU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBBPR07MB7403
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/670Mza_CCvZ1UGagNT7ewLk2-do>
Subject: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 17 Dec 2021 15:39:24 -0000

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

Hello IPPM,

This email starts a Working Group Last Call on draft-ietf-ippm-ioam-ipv6-op=
tions.



https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-ipv6-options/

https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-ipv6-options-06



Please provide feedback by replying to this email with your reviews and if =
you think this document is ready to progress, by Friday, January 14.



Best Regards,

Marcus & Tommy


--_000_AM0PR07MB41315DF88FF077CC72F474A6E2789AM0PR07MB4131eurp_
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;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	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;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
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"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hello IPPM,<o:p></o:p></p>
<p class=3D"MsoNormal">This email starts a Working Group Last Call on draft=
-ietf-ippm-ioam-ipv6-options.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><a href=3D"https://datatracker.ietf.org/doc/draft-ie=
tf-ippm-ioam-ipv6-options/">https://datatracker.ietf.org/doc/draft-ietf-ipp=
m-ioam-ipv6-options/</a><o:p></o:p></p>
<p class=3D"MsoNormal"><a href=3D"https://datatracker.ietf.org/doc/html/dra=
ft-ietf-ippm-ioam-ipv6-options-06">https://datatracker.ietf.org/doc/html/dr=
aft-ietf-ippm-ioam-ipv6-options-06</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Please provide feedback by replying to this email wi=
th your reviews and if you think this document is ready to progress, by
<b>Friday, January 14</b>.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Best Regards,<o:p></o:p></p>
<p class=3D"MsoNormal">Marcus &amp; Tommy<o:p></o:p></p>
</div>
</body>
</html>

--_000_AM0PR07MB41315DF88FF077CC72F474A6E2789AM0PR07MB4131eurp_--


From nobody Fri Dec 17 13:37:48 2021
Return-Path: <ek.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 27D0B3A08AD; Fri, 17 Dec 2021 13:37:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level: 
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 nqYFhekWYqoz; Fri, 17 Dec 2021 13:37:36 -0800 (PST)
Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (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 7362B3A08A9; Fri, 17 Dec 2021 13:37:36 -0800 (PST)
Received: by mail-ot1-x336.google.com with SMTP id x3-20020a05683000c300b0057a5318c517so4433980oto.13;  Fri, 17 Dec 2021 13:37:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hVfwvkCVMyjGCRsLgEA3Gw7jWGrrxoycllu8xnRvgCA=; b=NUq0TuJSpXMjv8Ymns+MaEZ3dE26NGVXr7BzyKu1/WkijgjOZNiEA8gceSe8fZUCON i2Ru+MupnfA+tS75vP1vVKADvlAtvssStIejeyFYgCVvNg57S2IwVxgCbX00Wl7hBdhZ PaR7fTzFUrI4qF5f7bBmwh4UBrhosOXEbnBwMMrHvPnF/FpWfNHZBPkZaAlXmZxgDMZ/ IKoi67T21y4livI3DucKEzY7iaY52QR+4KXQb166qubtX6HvMZI5WNNxjPwJC7QFgSc4 5Mk99R1jTFJPCUygan6QJS3xFVavhm1e3MTJfTUe+sNC5PR4phc4rbmETSSPpRe21gvs 29ww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hVfwvkCVMyjGCRsLgEA3Gw7jWGrrxoycllu8xnRvgCA=; b=3oWzjoMQuCwzR3IRR4myU22o/tewehsR5Ksxi18BLB53pE1dduA4PFaxT3scxlTmVi P7+Q+/5HTaQ2K5Ub/E2KIdUlYhO2Vj1AhVbKmdGRFw/Yy+LJNOAAxw79pa3qZIm/p0IZ 5mohFvFbzydJrrmcd1VPOspezw5UgkXmZ/Kpa1r7av/0Icl6ThU2PIbv7Viwm/abRTfG ts+ZwL4uE7bV64JQdT23PO5M6SleaBXmI+hgCbMQjxwKVZsOKB1kIrOi+XTXLUaKNG6V YsU/wYiLSWRHVAPs3IWMamTYEgdwdLIQzywb26xoxgfNmHJ0ig2U9FBK8cjyazax934e 5uLQ==
X-Gm-Message-State: AOAM5309CyXONZD/3sSmzTbgbAADnRowxGBxaK/E9wTFnbE1jcdXANIr roeXILCVNBHjtQ56QT/c8zSvLKynoXGdE6E0IeMq8nRk
X-Google-Smtp-Source: ABdhPJz6A/vL0xOBVu8YlWx09BcIBEp5IgA1EG4Ub8y4ntYe5MTl/S+q5a3jdUV39/hK+LlNSVFEIPiDgiq1pcnbLrA=
X-Received: by 2002:a05:6830:2453:: with SMTP id x19mr3622554otr.32.1639777053573;  Fri, 17 Dec 2021 13:37:33 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Erik Kline <ek.ietf@gmail.com>
Date: Fri, 17 Dec 2021 13:37:23 -0800
Message-ID: <CAMGpriWq4RKUDiM05afM0FQNMC8uCRV2HtQjZ-Yiiq8UP-+1JQ@mail.gmail.com>
To: IPv6 List <ipv6@ietf.org>
Cc: "ippm@ietf.org" <ippm@ietf.org>,  Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/4G2a5-jkjTX_dHKgMmJo0mKa4n8>
Subject: Re: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 17 Dec 2021 21:37:42 -0000

+6MAN WG, just as an FYI

On Fri, Dec 17, 2021 at 7:39 AM Marcus Ihlar
<marcus.ihlar=40ericsson.com@dmarc.ietf.org> wrote:
>
> Hello IPPM,
>
> This email starts a Working Group Last Call on draft-ietf-ippm-ioam-ipv6-options.
>
>
>
> https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-ipv6-options/
>
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-ipv6-options-06
>
>
>
> Please provide feedback by replying to this email with your reviews and if you think this document is ready to progress, by Friday, January 14.
>
>
>
> Best Regards,
>
> Marcus & Tommy
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


From nobody Fri Dec 17 15:51:06 2021
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 89AF13A0CAB; Fri, 17 Dec 2021 15:51:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.201
X-Spam-Level: ***
X-Spam-Status: No, score=3.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, GB_SUMOF=5, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=att.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 Lyrj7R11GA-8; Fri, 17 Dec 2021 15:50:59 -0800 (PST)
Received: from mx0b-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 9F6963A0CAA; Fri, 17 Dec 2021 15:50:58 -0800 (PST)
Received: from pps.filterd (m0288868.ppops.net [127.0.0.1]) by m0288868.ppops.net-00191d01. (8.16.1.2/8.16.1.2) with SMTP id 1BHMNFWe029431; Fri, 17 Dec 2021 18:50:56 -0500
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0288868.ppops.net-00191d01. with ESMTP id 3d0ee5d909-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Dec 2021 18:50:55 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 1BHNosIg025777; Fri, 17 Dec 2021 18:50:55 -0500
Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [135.66.87.31]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 1BHNoppA025731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 17 Dec 2021 18:50:52 -0500
Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [127.0.0.1]) by zlp27127.vci.att.com (Service) with ESMTP id ADEEF4009E89; Fri, 17 Dec 2021 23:50:51 +0000 (GMT)
Received: from MISOUT7MSGEX2BB.ITServices.sbc.com (unknown [135.66.184.223]) by zlp27127.vci.att.com (Service) with ESMTP id 7852F4009E7E; Fri, 17 Dec 2021 23:50:51 +0000 (GMT)
Received: from MISOUT7MSGED1BA.ITServices.sbc.com (135.66.184.213) by MISOUT7MSGEX2BB.ITServices.sbc.com (135.66.184.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17; Fri, 17 Dec 2021 18:50:50 -0500
Received: from MISOUT7MSGETA03.tmg.ad.att.com (144.160.12.222) by MISOUT7MSGED1BA.ITServices.sbc.com (135.66.184.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17 via Frontend Transport; Fri, 17 Dec 2021 18:50:50 -0500
Received: from NAM04-DM6-obe.outbound.protection.outlook.com (104.47.73.49) by edgeso3.exch.att.com (144.160.12.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.17; Fri, 17 Dec 2021 18:50:50 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZWGN43HylKtFiYbjIg7uw4wa1BfgEb6YBFHBXrfzFKgzhCkJJb6/1ZVG3jQ6yq1PBHX20z0kYinrDfn8fYk52JHFg54tqy+MHEDQv5vcny9d0cuHCQ5r7ncW8zCcXkquJDlCl8/72pp06m1JVGnaUjVtfLYZY1KiorspByzYXwjxdVfM6r65VIXSQH9rxaRegQV5CnA/UMm7bEmlVRCyRPfLs8TD5M+TcAlfjPlBiD11SRJKaz/9FLpEay5AaIGWOfGAfeFocZqqoGUgj7NObZwVCWA2Ii44eTBRNZDAdyewzw+rLI5z5c0mUjVuXonmiYMzv5MXD5tI3tOnS4KUeQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=iof79DnlKKiCFkyZeGJeRvznESi7O4C+acoXzDrSaCQ=; b=MmqMeKXYtptDNA3n4Nd0OrM4e0dDT4Xh95mXnYNa4MBuVRi18CrWTDuDgPq2mzlKFh+LVY03ywAQlpN+3LKV0PlXFSCMUgqBEKqPNuVevwpYjsMbT8GlefftV5Jg7d1D2A0NKyLJHjunaBhdYmMd76yVp5ZuGVf8XqbLaYgaye7hFjI04XYN8Lm+EbU2MldbU8UoadZYqXfvvrVR5YHecUf3c6axDihdzEORuVPfs9n5o23gkRoZtlU8o7NJfYkBTR1PSoMP0GpigPLiCXjvMhiQkBO4VUORkD7wXYO61a5YIizhlYSkIGS+HPEy9COy4KGsw+cEbeU53ugu/3aHfQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iof79DnlKKiCFkyZeGJeRvznESi7O4C+acoXzDrSaCQ=; b=ocH5eVeuztZnWl9A8xyHx01LErbaED+iYIbtC3v3SpIygBoSy57sGrIuxiVA9tX+pBZULGNrR7xtcPCNyOGBuchYmFBGKwc9Ml1c4SaUkVKez73yQ/GG81+RCFHWWbaxDgKk0lKPaWhH97hUMRDzJuL3+mOgrPCPszbvA4zW7bs=
Received: from CH0PR02MB7980.namprd02.prod.outlook.com (2603:10b6:610:105::17) by CH0PR02MB8009.namprd02.prod.outlook.com (2603:10b6:610:106::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4801.14; Fri, 17 Dec 2021 23:50:47 +0000
Received: from CH0PR02MB7980.namprd02.prod.outlook.com ([fe80::a032:e38:2c60:766]) by CH0PR02MB7980.namprd02.prod.outlook.com ([fe80::a032:e38:2c60:766%6]) with mapi id 15.20.4801.017; Fri, 17 Dec 2021 23:50:47 +0000
From: "MORTON JR., AL" <acmorton@att.com>
To: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
CC: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Thread-Topic: Adoption call for draft-cpaasch-ippm-responsiveness
Thread-Index: AdfquNUJKsdYHHTaTOi3VLkEWROGkgItCssg
Date: Fri, 17 Dec 2021 23:50:47 +0000
Message-ID: <CH0PR02MB79802EEBC038D7136449D06FD3789@CH0PR02MB7980.namprd02.prod.outlook.com>
References: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 4127fa94-20d9-4cbe-d00d-08d9c1b80c76
x-ms-traffictypediagnostic: CH0PR02MB8009:EE_
x-microsoft-antispam-prvs: <CH0PR02MB80096DDC352E140A11AA8FFCD3789@CH0PR02MB8009.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: WQQwmQd1YigNiYkYN+4mZFjq7jO0ROLbfvg8pPoqGYjzZ7ZSjDcnc4ooShAQW3vDQ1i0BcD3kMGBXfbRZMA0Yq0BMJFdRaxcyTmMYgajMtAcpJPCN/NdtP/KEO3CBXUStLe/21vKLxQ0odEM+u17NSrXN09qp/eS6NtJE3/OIB4Pn6SjSEXFwAmAkNuOIQPVs7MHmFh5lGTyXbUTBvCgTWLtyqIBkEdnqQc9jFVSiLsYlaIEC5SFZwLOYIWXJYyVU7e0GQOyHCTFOK6lM29+WBe298n565RkcfJ2V9Ld/qdZglP4k1dZLetSO/vzyLDJ6RVg449/nA3rapjRsYzkYKQ7hyjGC8r+VhJn3w5vqT4Xj/5PAFjzvzhou1nTc9YZExDtC/aYqjq4nUCPPSAxvy7dxb/3FQZLoyC8zQmYohEzjpkFvdlxD4k/6JF6gtXCXjrGi+1TuIBcG0l4labE+q+uJeNGvKQSX/ST+vuer9+sAhuCS2O0zOf1TffJv0QBsR9JUkjU0KeLN+ee0ytPRHh4vB7N/1HlW2XGpsrOPVyFtDMmkTQIw4eFzAGyVwyGUhOa9TLdWVf7XzUZI/opRY9zHuHeOKuoBpSiaZDI2hlrNeDHiqNo/jriPQY+22ULK5ydcvQmXEbdmgeFoztIJeWYyxA+sSb+i1ss98ZR9625Q71K0PhEyEeuOz3y+IqBSP5R/yEHCkMrcT6na2mZHEAB0EGyfHnPW+xgNaj45c2Ssu7MlDuusktzi7ZHyl6Mx6glwKmxCf3aDnKFPscbKfCENr0FUl/560mXJXOwZlxx9dXeX/p7QUqJvcw/eP2ukWNajzUs0hmiK65FwXUkqQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CH0PR02MB7980.namprd02.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(55016003)(122000001)(508600001)(6506007)(86362001)(66574015)(5660300002)(38100700002)(316002)(53546011)(71200400001)(186003)(966005)(26005)(33656002)(38070700005)(83380400001)(52536014)(76116006)(9686003)(2906002)(82202003)(8936002)(8676002)(82960400001)(30864003)(66446008)(66556008)(166002)(64756008)(66946007)(66476007)(7696005)(4326008)(110136005)(559001)(579004); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?WAj2wq2xE4bQI4nDp5JbAfnYkD84Y2fj3wVKCQyBRawbYaDMRMsdffaibdkT?= =?us-ascii?Q?UD7qfjxaSLqUD2jzyo0zvy+n4xlXKM53yqF009+eB/hhwqF6svt4/CRh54gk?= =?us-ascii?Q?UrVM0rwN0rq5i7TALTIjkEUvX12PlPVhYSE16nat+oI9PyM3O56qOHN2wUL5?= =?us-ascii?Q?qcO8PQkCBbMjomH0R9b9TOQcOXwJM/iHEwgswoaRmGO/8B0YPpbl1yuakTwy?= =?us-ascii?Q?lDwhmJUEoLcFQlqPxuK2o+M4YyQsa/Gi0+FN1DzBLpKNr8UwzGSUbko42+R9?= =?us-ascii?Q?ZF6JyFEeL4jg5airxz/SNiBjQf3RZX6f/wZw5sRbs5gcqShgnWXhz04Rr6GH?= =?us-ascii?Q?zHvgmCXmzJVWF7zB7KKANi8amZku+hkNHafi0harkvBZXzvX0JFWTr/1xbUL?= =?us-ascii?Q?g3/N67+p0NIDuh3e4jjRxSkrkXsTgR754zJlfSuxsrY4g90CP8wgTqx0N+9M?= =?us-ascii?Q?2KPgCJdcqk45TsrXRdh1YRvu3w3E4oVnBjpTjviTNeoN8rkyElTxumgMF/77?= =?us-ascii?Q?oWwbWSFDWPzUPt9CyHxhNQRxEwbhwM5c2y/Qf/hVXzxEwYYuDWL3WhkirTa/?= =?us-ascii?Q?ua9Cvp9kXyuDWwBJLl2sqALPV+1SpFEt6EDMA3pc4reZQB2yxpM31JmLTz6H?= =?us-ascii?Q?LAnJIhFhof3oNzUAqtbACMtWr2/YFl7UYyX/RkLps8fTNEjhkusJwUopFJWO?= =?us-ascii?Q?GKY9HtjOGgYVRuM1Mlc9rwFT8opJCpY6MTQcWLcaP2fQ+ixryJduJYVZuyOI?= =?us-ascii?Q?mOhmGpstqLmJg6uSsjm6qSjrg/KEyxKW2xXl60pQ6QZXLCBE0b+vwtDpeYzI?= =?us-ascii?Q?nr84mRLteB8UTdWWU5wHRe/WE0P3U1on705TQlQYaxEpAgsJfvmqwnQOp8iO?= =?us-ascii?Q?PCRE3frlJmDmM6tCO3nKbjaolFHUHdV5OXpggHKGCrZIJnbWsuwoBeCGtpz9?= =?us-ascii?Q?v/Hkc3gWU1vdw7F4nGVHHyeqYWYiJjMl5QjpcSZLso4RQJ+xnJmOH3Lfyp84?= =?us-ascii?Q?iquilr9a3737RGeXPShU0BCp+B/5ZsPvlXr9QJxV339W1hp5zDYDbZoK4JyW?= =?us-ascii?Q?VamZyd9U4R5ZhIplik7cdQkL7CW/fKq3JfsOAU29El+IQQGx9Si4C7ONefHe?= =?us-ascii?Q?XXpGibfjAraL8WizQPbEN0o3q+Im9lf+RYpqNMeRsPbaOWQZUIuLy/9Yah7u?= =?us-ascii?Q?hWp3w3voHiqnEIWYjuQFhDwYaiRL8vgIcVTevdJv4dgnKrA8OpewW5QGysVE?= =?us-ascii?Q?YZ5wi08lADdVIy2knF4v4GV2XBg+81fH9LflxCArbgG06G62JS5rAvgJDc/x?= =?us-ascii?Q?AeuZV3deTS781Twe3JztFRu5Z89AC0AL6O1wKPCLQ16V4Tz10e1JMkCiCPxn?= =?us-ascii?Q?7SeL/lmJE1jH7rD6Tvsb4BOMCybpnjuhArqFKb5mbVMT83StKxq4AANw8UzY?= =?us-ascii?Q?P1GpMFoz9Y+cyKmJ8J4+Ci6evCb+NxHC7F1IEFXsKsxLKTxWSdGdxztoBzf+?= =?us-ascii?Q?pMOwbeUGjKOy5tMmI9oEmwo4phfiHVpoCcr7CWC6qcJ2CJ3oeoRPZdAjvg?= =?us-ascii?Q?=3D=3D?=
Content-Type: multipart/alternative; boundary="_000_CH0PR02MB79802EEBC038D7136449D06FD3789CH0PR02MB7980namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CH0PR02MB7980.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 4127fa94-20d9-4cbe-d00d-08d9c1b80c76
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2021 23:50:47.5798 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: amShjbk0yuzXqoXZN3I+kctkSuh6yoHA20fIxaM3WaqB2gn5Hyi80tsvfAS2xv0s
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR02MB8009
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: 20A84D7EB972BFAC3B527C828610F0522F0111E06606E36BDEC38B9E867F9F282
X-Proofpoint-ORIG-GUID: tRDM6df4w3cYTqxTZ4mvR3Ih1xdIEYmw
X-Proofpoint-GUID: tRDM6df4w3cYTqxTZ4mvR3Ih1xdIEYmw
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.790,Hydra:6.0.425,FMLib:17.11.62.513 definitions=2021-12-17_10,2021-12-16_01,2021-12-02_01
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 clxscore=1011 bulkscore=0 phishscore=0 suspectscore=0 impostorscore=0 priorityscore=1501 adultscore=0 spamscore=0 mlxlogscore=999 malwarescore=0 lowpriorityscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2112170131
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/m-Ws315GUsctIDt9a3uD_BxiXVs>
Subject: Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 17 Dec 2021 23:51:04 -0000

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

Hi authors and ippm-chairs,

Thanks for writing this-up!

I took one pass through, and have the following comments during Adoption ca=
ll for draft-cpaasch-ippm-responsiveness:

TL;DR:
Many previously undefined terms were used here, and a more direct descripti=
on using the term "saturation" seems possible, IMO. IPPM has used a templat=
e for metric drafts, and use of the hierarchy of singleton, sample, and sta=
tistic metrics from RFC 2330 will help with clarity/answer many of my quest=
ions.

regards (I'm off-line for a while now, so enjoy the holidays),
Al

>From the Abstract:

   This document specifies the "RPM Test" for measuring responsiveness.
   It uses common protocols and mechanisms to measure user experience
   especially when the network is fully loaded ("responsiveness under
   working conditions".)  The measurement is expressed as "Round-trips
   Per Minute" (RPM) and should be included with throughput (up and
   down) and idle latency as critical indicators of network quality.

"fully loaded" and "working conditions" aren't necessarily the same, to me.=
  I'll be looking for better definitions.


3<https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-0=
1#section-3>.  Goals



   The algorithm described here defines an RPM Test that serves as a

   good proxy for user experience.  This means:



   1.  Today's Internet traffic primarily uses HTTP/2 over TLS.  Thus,

       the algorithm should use that protocol.



       As a side note: other types of traffic are gaining in popularity

       (HTTP/3) and/or <???? UDP ???> are already being used widely (RTP).

There are many measurement stability challenges when TCP is involved, see s=
ection 4 of RFC8337:  https://datatracker.ietf.org/doc/html/rfc8337#section=
-4
RFC8337 intentionally broke the TCP control loop to make measurements in th=
e face of these challenges.


4.1<https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness=
-01#section-4.1>.  Working Conditions



   For the purpose of this methodology, typical "working conditions"

   represent a state of the network in which the bottleneck node is

   experiencing ingress and egress flows similar to those created by

   humans in the typical day-to-day pattern.



   While a single HTTP transaction might briefly put a network into

   working conditions, making reliable measurements requires maintaining

   the state over sufficient time.



   The algorithm must also detect when the network is in a persistent

   working condition, also called "saturation".



   Desired properties of "working condition":



   o  Should not waste traffic, since the person may be paying for it



   o  Should finish within a short time to avoid impacting other people

      on the same network, to avoid varying network conditions, and not

      try the person's patience.

These seem like reasonable goals for the traffic that loads the network.
New terms needing definition were introduced:
"persistent working condition =3D saturation",
which is different from
"ingress and egress flows similar to those created by humans in the typical=
 day-to-day pattern"

Later in 4.1.1, terms like "saturate a path"  and "fill the pipe" appear, a=
nd


   The goal of the RPM Test is to keep the network as busy as possible

   in a sustained and persistent way.  It uses multiple TCP connections

   and gradually adds more TCP flows until saturation is reached.

The terms "busy as possible", and "typical day-to-day pattern", or
"saturation" and "working conditions" indicate different load levels to me.

@@@@ Suggestion: I think it would help to simplify the terminology in this =
draft. You intend to measure a saturated path, so just say that. No "typica=
l", no "working conditions", etc., in these early sections.

The sentence beginning "The goal..." should really appear in Section 3. Goa=
ls

Also, you have defined a measurement method in the sentence, "It uses..." a=
bove. This method of adding connections has been observed in other measurem=
ent systems, but it isn't typical of user traffic, especially when each con=
nection has an ~infinite amount of data to send during the test.


4.1.2<https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsivene=
ss-01#section-4.1.2>.  Parallel vs Sequential Uplink and Downlink



...

   To measure responsiveness under working conditions, the algorithm

   must saturate both directions.



Bi-directional saturation is really atypical of usage. I don't think the be=
nefit of "more data" pays off.



...



   However, a number of caveats come with measuring in parallel:



   o  Half-duplex links may not permit simultaneous uplink and downlink

      traffic.  This means the test might not saturate both directions

      at once.



   o  Debuggability of the results becomes harder: During parallel

      measurement it is impossible to differentiate whether the observed

      latency happens in the uplink or the downlink direction.



   o  Consequently, the test should have an option for sequential

      testing.

@@@@ Suggestion: IMO, tests/results with Downlink saturation OR Uplink satu=
ration would be more straightforward, and can be understood by users (espec=
ially those who have tested in the past). Avoid the pitfalls and make Seque=
ntial testing the preferred option.



4.1.3<https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsivene=
ss-01#section-4.1.3>.  Reaching saturation



   The RPM Test gradually increases the number of TCP connections and

   measures "goodput" - the sum of actual data transferred across all

   connections in a unit of time.  When the goodput stops increasing, it

   means that saturation has been reached.

...



   Filling buffers at the bottleneck depends on the congestion control

   deployed on the sender side.  Congestion control algorithms like BBR

   may reach high throughput without causing queueing because the

   bandwidth detection portion of BBR effectively seeks the bottleneck

   capacity.



   RPM Test clients and servers should use loss-based congestion

   controls like Cubic to fill queues reliably.



With the evolution of Congestion control algorithms seeking to avoid fillin=
g buffers, does it make sense to require a full buffer at the bottleneck to=
 achieve saturation?

In fact, the definition above, "When the goodput stops increasing,..." does=
 not require full buffers; it requires maximizing a delivery rate measureme=
nt instead.





In 4.1.4, the final steps of the algorithm were not clear to me:



      *  Else, network reached saturation for the current flow count.

@@@@ This wording implies it to be the final step, but there are further co=
nditions to test.

     Maybe this step is "Else, Candidate for stable saturation"?



         +  If new flows added and for 4 seconds the moving average

            throughput did not change: network reached stable saturation

@@@@ Maybe:

         +  If the 4 second moving average of "instantaneous aggregate good=
put" with no new

            flows added did not change

            (defined as: moving average =3D "previous" moving average +/- 5=
%),

            then the network reached stable saturation

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



         +  Else, add four more flows

@@@ ??? and return to start?


Finally, in 4.1.4, the Note explains:


   Note: It is tempting to envision an initial base RTT measurement and

   adjust the intervals as a function of that RTT.  However, experiments

   have shown that this makes the saturation detection extremely

   unstable in low RTT environments.  In the situation where the

   "unloaded" RTT is in the single-digit millisecond range, yet the

   network's RTT increases under load to more than a hundred

   milliseconds, the intervals become much too low to accurately drive

   the algorithm.

Well, TCP senders/control-loops are involved here, and likely play a
role in behavior categorized as "difficult to measure".

By the time we get to



4.2<https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness=
-01#section-4.2>.  Measuring Responsiveness



   Once the network is in a consistent working conditions, the RPM Test

   must "probe" the network multiple times to measure its

   responsiveness.



   Each RPM Test probe measures:

You previously started at least four TCP connections with infinitely large =
files.
The "create connection" RPM probes establish additional connections, DNS, T=
CP, etc.
Is each new connection an RPM probe? or is the set of connection tests a si=
ngle probe?
(later we learn it is the set of
What if one of the set of connections fails/times-out?

I take it that the "load-bearing" connections are driving the path to satur=
ation.
Maybe "load-generating connections" is more clear?


4.2.1<https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsivene=
ss-01#section-4.2.1>.  Aggregating the Measurements



   The algorithm produces sets of 5 times for each probe, namely: DNS

   handshake, TCP handshake, TLS handshake, HTTP/2 request/response on

   separate (idle) connections, HTTP/2 request/response on load bearing

   connections.  This fine-grained data is useful, but not necessary for

   creating a useful metric.



@@@@ So, only ONE of the load-generating connections runs the 1-byte GET ? =
 (it says connections, and there are at least 4) The various handshakes res=
ult in 4 RT measurements.



But, do you mean *5 repeated measurement sets*? Each set with:

DNS HS, TCP HS, TLS HS, HTTP/2 idle GET, and the potentially much longer GE=
T on the

load generating connections.



   To create a single "Responsiveness" (e.g., RPM) number, this first

   iteration of the algorithm gives an equal weight to each of these

   values.  That is, it sums the five time values for each probe, and

   divides by the total number of probes to compute an average probe

   duration.  The reciprocal of this, normalized to 60 seconds, gives

   the Round-trips Per Minute (RPM).



@@@@ I'm missing a step, I think:

Are the "time values for each probe" the sum of handshake or response times=
 for

DNS HS, TCP HS, TLS HS, HTTP/2 idle GET and load generating connections?

The processing doesn't seem to include this preliminary calculation to prod=
uce

"five time values".


In Section 5, "no new protocol is defined", but


   The client begins the responsiveness measurement by querying for the

   JSON configuration.  This supplies the URLs for creating the load

   bearing connections in the upstream and downstream direction as well

   as the small object for the latency measurements.

The client needs to know how the server response will be organized, down to=
 key: value, right?
Some client and server agreements needed...


From: ippm <ippm-bounces@ietf.org> On Behalf Of Marcus Ihlar
Sent: Monday, December 6, 2021 10:53 AM
To: ippm@ietf.org
Subject: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness

Hi IPPM,

This email starts an adoption call for draft-cpaasch-ippm-responsiveness, "=
Responsiveness under Working Conditions". This document specifies the "RPM =
Test" for measuring user experience when the network is fully loaded. The i=
ntended status of the document is Experimental.

https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/<https:/=
/urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-cpaasch-ippm-res=
ponsiveness/__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM6t2aLUHFPsyPz-XwPF=
guwa1HS$>
https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01<=
https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-cpaa=
sch-ippm-responsiveness-01__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM6t2a=
LUHFPsyPz-XwPFq67PfWg$>

This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.

BR,
Marcus


--_000_CH0PR02MB79802EEBC038D7136449D06FD3789CH0PR02MB7980namp_
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"ProgId" content=3D"Word.Document">
<meta name=3D"Generator" content=3D"Microsoft Word 15">
<meta name=3D"Originator" content=3D"Microsoft Word 15">
<link rel=3D"File-List" href=3D"cid:filelist.xml@01D7F376.FFA394C0"><!--[if=
 gte mso 9]><xml>
<o:OfficeDocumentSettings>
<o:AllowPNG/>
</o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:SpellingState>Clean</w:SpellingState>
<w:DocumentKind>DocumentEmail</w:DocumentKind>
<w:TrackMoves/>
<w:TrackFormatting/>
<w:EnvelopeVis/>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:DoNotPromoteQF/>
<w:LidThemeOther>EN-US</w:LidThemeOther>
<w:LidThemeAsian>X-NONE</w:LidThemeAsian>
<w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript>
<w:Compatibility>
<w:DoNotExpandShiftReturn/>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
<w:SplitPgBreakAndParaMark/>
<w:EnableOpenTypeKerning/>
<w:DontFlipMirrorIndents/>
<w:OverrideTableStyleHps/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
<m:mathPr>
<m:mathFont m:val=3D"Cambria Math"/>
<m:brkBin m:val=3D"before"/>
<m:brkBinSub m:val=3D"&#45;-"/>
<m:smallFrac m:val=3D"off"/>
<m:dispDef/>
<m:lMargin m:val=3D"0"/>
<m:rMargin m:val=3D"0"/>
<m:defJc m:val=3D"centerGroup"/>
<m:wrapIndent m:val=3D"1440"/>
<m:intLim m:val=3D"subSup"/>
<m:naryLim m:val=3D"undOvr"/>
</m:mathPr></w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState=3D"false" DefUnhideWhenUsed=3D"false" DefSem=
iHidden=3D"false" DefQFormat=3D"false" DefPriority=3D"99" LatentStyleCount=
=3D"376">
<w:LsdException Locked=3D"false" Priority=3D"0" QFormat=3D"true" Name=3D"No=
rmal"/>
<w:LsdException Locked=3D"false" Priority=3D"9" QFormat=3D"true" Name=3D"he=
ading 1"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 2"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 3"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 4"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 5"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 6"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 7"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 8"/>
<w:LsdException Locked=3D"false" Priority=3D"9" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" QFormat=3D"true" Name=3D"heading 9"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 5"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 6"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 7"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 8"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index 9"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 1"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 2"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 3"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 4"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 5"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 6"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 7"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 8"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"toc 9"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Normal Indent"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"footnote text"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"annotation text"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"header"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"footer"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"index heading"/>
<w:LsdException Locked=3D"false" Priority=3D"35" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" QFormat=3D"true" Name=3D"caption"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"table of figures"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"envelope address"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"envelope return"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"footnote reference"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"annotation reference"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"line number"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"page number"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"endnote reference"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"endnote text"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"table of authorities"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"macro"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"toa heading"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Bullet"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Number"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List 5"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Bullet 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Bullet 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Bullet 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Bullet 5"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Number 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Number 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Number 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Number 5"/>
<w:LsdException Locked=3D"false" Priority=3D"10" QFormat=3D"true" Name=3D"T=
itle"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Closing"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Signature"/>
<w:LsdException Locked=3D"false" Priority=3D"1" SemiHidden=3D"true" UnhideW=
henUsed=3D"true" Name=3D"Default Paragraph Font"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text Indent"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Continue"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Continue 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Continue 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Continue 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"List Continue 5"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Message Header"/>
<w:LsdException Locked=3D"false" Priority=3D"11" QFormat=3D"true" Name=3D"S=
ubtitle"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Salutation"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Date"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text First Indent"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text First Indent 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Note Heading"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text Indent 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Body Text Indent 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Block Text"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Hyperlink"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"FollowedHyperlink"/>
<w:LsdException Locked=3D"false" Priority=3D"22" QFormat=3D"true" Name=3D"S=
trong"/>
<w:LsdException Locked=3D"false" Priority=3D"20" QFormat=3D"true" Name=3D"E=
mphasis"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Document Map"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Plain Text"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"E-mail Signature"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Top of Form"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Bottom of Form"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Normal (Web)"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Acronym"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Address"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Cite"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Code"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Definition"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Keyboard"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Preformatted"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Sample"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Typewriter"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"HTML Variable"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Normal Table"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"annotation subject"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"No List"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Outline List 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Outline List 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Outline List 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Simple 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Simple 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Simple 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Classic 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Classic 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Classic 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Classic 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Colorful 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Colorful 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Colorful 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Columns 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Columns 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Columns 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Columns 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Columns 5"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 5"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 6"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 7"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Grid 8"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 4"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 5"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 6"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 7"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table List 8"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table 3D effects 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table 3D effects 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table 3D effects 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Contemporary"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Elegant"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Professional"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Subtle 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Subtle 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Web 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Web 2"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Web 3"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Balloon Text"/>
<w:LsdException Locked=3D"false" Priority=3D"39" Name=3D"Table Grid"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Table Theme"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" Name=3D"Placeholder Te=
xt"/>
<w:LsdException Locked=3D"false" Priority=3D"1" QFormat=3D"true" Name=3D"No=
 Spacing"/>
<w:LsdException Locked=3D"false" Priority=3D"60" Name=3D"Light Shading"/>
<w:LsdException Locked=3D"false" Priority=3D"61" Name=3D"Light List"/>
<w:LsdException Locked=3D"false" Priority=3D"62" Name=3D"Light Grid"/>
<w:LsdException Locked=3D"false" Priority=3D"63" Name=3D"Medium Shading 1"/=
>
<w:LsdException Locked=3D"false" Priority=3D"64" Name=3D"Medium Shading 2"/=
>
<w:LsdException Locked=3D"false" Priority=3D"65" Name=3D"Medium List 1"/>
<w:LsdException Locked=3D"false" Priority=3D"66" Name=3D"Medium List 2"/>
<w:LsdException Locked=3D"false" Priority=3D"67" Name=3D"Medium Grid 1"/>
<w:LsdException Locked=3D"false" Priority=3D"68" Name=3D"Medium Grid 2"/>
<w:LsdException Locked=3D"false" Priority=3D"69" Name=3D"Medium Grid 3"/>
<w:LsdException Locked=3D"false" Priority=3D"70" Name=3D"Dark List"/>
<w:LsdException Locked=3D"false" Priority=3D"71" Name=3D"Colorful Shading"/=
>
<w:LsdException Locked=3D"false" Priority=3D"72" Name=3D"Colorful List"/>
<w:LsdException Locked=3D"false" Priority=3D"73" Name=3D"Colorful Grid"/>
<w:LsdException Locked=3D"false" Priority=3D"60" Name=3D"Light Shading Acce=
nt 1"/>
<w:LsdException Locked=3D"false" Priority=3D"61" Name=3D"Light List Accent =
1"/>
<w:LsdException Locked=3D"false" Priority=3D"62" Name=3D"Light Grid Accent =
1"/>
<w:LsdException Locked=3D"false" Priority=3D"63" Name=3D"Medium Shading 1 A=
ccent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"64" Name=3D"Medium Shading 2 A=
ccent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"65" Name=3D"Medium List 1 Acce=
nt 1"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" Name=3D"Revision"/>
<w:LsdException Locked=3D"false" Priority=3D"34" QFormat=3D"true" Name=3D"L=
ist Paragraph"/>
<w:LsdException Locked=3D"false" Priority=3D"29" QFormat=3D"true" Name=3D"Q=
uote"/>
<w:LsdException Locked=3D"false" Priority=3D"30" QFormat=3D"true" Name=3D"I=
ntense Quote"/>
<w:LsdException Locked=3D"false" Priority=3D"66" Name=3D"Medium List 2 Acce=
nt 1"/>
<w:LsdException Locked=3D"false" Priority=3D"67" Name=3D"Medium Grid 1 Acce=
nt 1"/>
<w:LsdException Locked=3D"false" Priority=3D"68" Name=3D"Medium Grid 2 Acce=
nt 1"/>
<w:LsdException Locked=3D"false" Priority=3D"69" Name=3D"Medium Grid 3 Acce=
nt 1"/>
<w:LsdException Locked=3D"false" Priority=3D"70" Name=3D"Dark List Accent 1=
"/>
<w:LsdException Locked=3D"false" Priority=3D"71" Name=3D"Colorful Shading A=
ccent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"72" Name=3D"Colorful List Acce=
nt 1"/>
<w:LsdException Locked=3D"false" Priority=3D"73" Name=3D"Colorful Grid Acce=
nt 1"/>
<w:LsdException Locked=3D"false" Priority=3D"60" Name=3D"Light Shading Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"61" Name=3D"Light List Accent =
2"/>
<w:LsdException Locked=3D"false" Priority=3D"62" Name=3D"Light Grid Accent =
2"/>
<w:LsdException Locked=3D"false" Priority=3D"63" Name=3D"Medium Shading 1 A=
ccent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"64" Name=3D"Medium Shading 2 A=
ccent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"65" Name=3D"Medium List 1 Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"66" Name=3D"Medium List 2 Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"67" Name=3D"Medium Grid 1 Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"68" Name=3D"Medium Grid 2 Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"69" Name=3D"Medium Grid 3 Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"70" Name=3D"Dark List Accent 2=
"/>
<w:LsdException Locked=3D"false" Priority=3D"71" Name=3D"Colorful Shading A=
ccent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"72" Name=3D"Colorful List Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"73" Name=3D"Colorful Grid Acce=
nt 2"/>
<w:LsdException Locked=3D"false" Priority=3D"60" Name=3D"Light Shading Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"61" Name=3D"Light List Accent =
3"/>
<w:LsdException Locked=3D"false" Priority=3D"62" Name=3D"Light Grid Accent =
3"/>
<w:LsdException Locked=3D"false" Priority=3D"63" Name=3D"Medium Shading 1 A=
ccent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"64" Name=3D"Medium Shading 2 A=
ccent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"65" Name=3D"Medium List 1 Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"66" Name=3D"Medium List 2 Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"67" Name=3D"Medium Grid 1 Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"68" Name=3D"Medium Grid 2 Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"69" Name=3D"Medium Grid 3 Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"70" Name=3D"Dark List Accent 3=
"/>
<w:LsdException Locked=3D"false" Priority=3D"71" Name=3D"Colorful Shading A=
ccent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"72" Name=3D"Colorful List Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"73" Name=3D"Colorful Grid Acce=
nt 3"/>
<w:LsdException Locked=3D"false" Priority=3D"60" Name=3D"Light Shading Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"61" Name=3D"Light List Accent =
4"/>
<w:LsdException Locked=3D"false" Priority=3D"62" Name=3D"Light Grid Accent =
4"/>
<w:LsdException Locked=3D"false" Priority=3D"63" Name=3D"Medium Shading 1 A=
ccent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"64" Name=3D"Medium Shading 2 A=
ccent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"65" Name=3D"Medium List 1 Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"66" Name=3D"Medium List 2 Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"67" Name=3D"Medium Grid 1 Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"68" Name=3D"Medium Grid 2 Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"69" Name=3D"Medium Grid 3 Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"70" Name=3D"Dark List Accent 4=
"/>
<w:LsdException Locked=3D"false" Priority=3D"71" Name=3D"Colorful Shading A=
ccent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"72" Name=3D"Colorful List Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"73" Name=3D"Colorful Grid Acce=
nt 4"/>
<w:LsdException Locked=3D"false" Priority=3D"60" Name=3D"Light Shading Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"61" Name=3D"Light List Accent =
5"/>
<w:LsdException Locked=3D"false" Priority=3D"62" Name=3D"Light Grid Accent =
5"/>
<w:LsdException Locked=3D"false" Priority=3D"63" Name=3D"Medium Shading 1 A=
ccent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"64" Name=3D"Medium Shading 2 A=
ccent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"65" Name=3D"Medium List 1 Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"66" Name=3D"Medium List 2 Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"67" Name=3D"Medium Grid 1 Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"68" Name=3D"Medium Grid 2 Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"69" Name=3D"Medium Grid 3 Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"70" Name=3D"Dark List Accent 5=
"/>
<w:LsdException Locked=3D"false" Priority=3D"71" Name=3D"Colorful Shading A=
ccent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"72" Name=3D"Colorful List Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"73" Name=3D"Colorful Grid Acce=
nt 5"/>
<w:LsdException Locked=3D"false" Priority=3D"60" Name=3D"Light Shading Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"61" Name=3D"Light List Accent =
6"/>
<w:LsdException Locked=3D"false" Priority=3D"62" Name=3D"Light Grid Accent =
6"/>
<w:LsdException Locked=3D"false" Priority=3D"63" Name=3D"Medium Shading 1 A=
ccent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"64" Name=3D"Medium Shading 2 A=
ccent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"65" Name=3D"Medium List 1 Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"66" Name=3D"Medium List 2 Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"67" Name=3D"Medium Grid 1 Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"68" Name=3D"Medium Grid 2 Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"69" Name=3D"Medium Grid 3 Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"70" Name=3D"Dark List Accent 6=
"/>
<w:LsdException Locked=3D"false" Priority=3D"71" Name=3D"Colorful Shading A=
ccent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"72" Name=3D"Colorful List Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"73" Name=3D"Colorful Grid Acce=
nt 6"/>
<w:LsdException Locked=3D"false" Priority=3D"19" QFormat=3D"true" Name=3D"S=
ubtle Emphasis"/>
<w:LsdException Locked=3D"false" Priority=3D"21" QFormat=3D"true" Name=3D"I=
ntense Emphasis"/>
<w:LsdException Locked=3D"false" Priority=3D"31" QFormat=3D"true" Name=3D"S=
ubtle Reference"/>
<w:LsdException Locked=3D"false" Priority=3D"32" QFormat=3D"true" Name=3D"I=
ntense Reference"/>
<w:LsdException Locked=3D"false" Priority=3D"33" QFormat=3D"true" Name=3D"B=
ook Title"/>
<w:LsdException Locked=3D"false" Priority=3D"37" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" Name=3D"Bibliography"/>
<w:LsdException Locked=3D"false" Priority=3D"39" SemiHidden=3D"true" Unhide=
WhenUsed=3D"true" QFormat=3D"true" Name=3D"TOC Heading"/>
<w:LsdException Locked=3D"false" Priority=3D"41" Name=3D"Plain Table 1"/>
<w:LsdException Locked=3D"false" Priority=3D"42" Name=3D"Plain Table 2"/>
<w:LsdException Locked=3D"false" Priority=3D"43" Name=3D"Plain Table 3"/>
<w:LsdException Locked=3D"false" Priority=3D"44" Name=3D"Plain Table 4"/>
<w:LsdException Locked=3D"false" Priority=3D"45" Name=3D"Plain Table 5"/>
<w:LsdException Locked=3D"false" Priority=3D"40" Name=3D"Grid Table Light"/=
>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"Grid Table 1 Light=
"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"Grid Table 2"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"Grid Table 3"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"Grid Table 4"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"Grid Table 5 Dark"=
/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"Grid Table 6 Color=
ful"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"Grid Table 7 Color=
ful"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"Grid Table 1 Light=
 Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"Grid Table 2 Accen=
t 1"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"Grid Table 3 Accen=
t 1"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"Grid Table 4 Accen=
t 1"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"Grid Table 5 Dark =
Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"Grid Table 6 Color=
ful Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"Grid Table 7 Color=
ful Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"Grid Table 1 Light=
 Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"Grid Table 2 Accen=
t 2"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"Grid Table 3 Accen=
t 2"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"Grid Table 4 Accen=
t 2"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"Grid Table 5 Dark =
Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"Grid Table 6 Color=
ful Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"Grid Table 7 Color=
ful Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"Grid Table 1 Light=
 Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"Grid Table 2 Accen=
t 3"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"Grid Table 3 Accen=
t 3"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"Grid Table 4 Accen=
t 3"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"Grid Table 5 Dark =
Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"Grid Table 6 Color=
ful Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"Grid Table 7 Color=
ful Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"Grid Table 1 Light=
 Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"Grid Table 2 Accen=
t 4"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"Grid Table 3 Accen=
t 4"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"Grid Table 4 Accen=
t 4"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"Grid Table 5 Dark =
Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"Grid Table 6 Color=
ful Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"Grid Table 7 Color=
ful Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"Grid Table 1 Light=
 Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"Grid Table 2 Accen=
t 5"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"Grid Table 3 Accen=
t 5"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"Grid Table 4 Accen=
t 5"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"Grid Table 5 Dark =
Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"Grid Table 6 Color=
ful Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"Grid Table 7 Color=
ful Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"Grid Table 1 Light=
 Accent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"Grid Table 2 Accen=
t 6"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"Grid Table 3 Accen=
t 6"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"Grid Table 4 Accen=
t 6"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"Grid Table 5 Dark =
Accent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"Grid Table 6 Color=
ful Accent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"Grid Table 7 Color=
ful Accent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"List Table 1 Light=
"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"List Table 2"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"List Table 3"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"List Table 4"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"List Table 5 Dark"=
/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"List Table 6 Color=
ful"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"List Table 7 Color=
ful"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"List Table 1 Light=
 Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"List Table 2 Accen=
t 1"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"List Table 3 Accen=
t 1"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"List Table 4 Accen=
t 1"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"List Table 5 Dark =
Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"List Table 6 Color=
ful Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"List Table 7 Color=
ful Accent 1"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"List Table 1 Light=
 Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"List Table 2 Accen=
t 2"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"List Table 3 Accen=
t 2"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"List Table 4 Accen=
t 2"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"List Table 5 Dark =
Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"List Table 6 Color=
ful Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"List Table 7 Color=
ful Accent 2"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"List Table 1 Light=
 Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"List Table 2 Accen=
t 3"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"List Table 3 Accen=
t 3"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"List Table 4 Accen=
t 3"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"List Table 5 Dark =
Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"List Table 6 Color=
ful Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"List Table 7 Color=
ful Accent 3"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"List Table 1 Light=
 Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"List Table 2 Accen=
t 4"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"List Table 3 Accen=
t 4"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"List Table 4 Accen=
t 4"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"List Table 5 Dark =
Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"List Table 6 Color=
ful Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"List Table 7 Color=
ful Accent 4"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"List Table 1 Light=
 Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"List Table 2 Accen=
t 5"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"List Table 3 Accen=
t 5"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"List Table 4 Accen=
t 5"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"List Table 5 Dark =
Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"List Table 6 Color=
ful Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"List Table 7 Color=
ful Accent 5"/>
<w:LsdException Locked=3D"false" Priority=3D"46" Name=3D"List Table 1 Light=
 Accent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"47" Name=3D"List Table 2 Accen=
t 6"/>
<w:LsdException Locked=3D"false" Priority=3D"48" Name=3D"List Table 3 Accen=
t 6"/>
<w:LsdException Locked=3D"false" Priority=3D"49" Name=3D"List Table 4 Accen=
t 6"/>
<w:LsdException Locked=3D"false" Priority=3D"50" Name=3D"List Table 5 Dark =
Accent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"51" Name=3D"List Table 6 Color=
ful Accent 6"/>
<w:LsdException Locked=3D"false" Priority=3D"52" Name=3D"List Table 7 Color=
ful Accent 6"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Mention"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Smart Hyperlink"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Hashtag"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Unresolved Mention"/>
<w:LsdException Locked=3D"false" SemiHidden=3D"true" UnhideWhenUsed=3D"true=
" Name=3D"Smart Link"/>
</w:LatentStyles>
</xml><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;
	mso-font-alt:"Palatino Linotype";
	mso-font-charset:0;
	mso-generic-font-family:roman;
	mso-font-pitch:variable;
	mso-font-signature:-536869121 1107305727 33554432 0 415 0;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;
	mso-font-alt:"Century Gothic";
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-pitch:variable;
	mso-font-signature:-469750017 -1073732485 9 0 511 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-unhide:no;
	mso-style-qformat:yes;
	mso-style-parent:"";
	margin:0in;
	mso-pagination:widow-orphan;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-noshow:yes;
	mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;
	text-underline:single;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Courier New";
	mso-fareast-font-family:"Times New Roman";}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-style-unhide:no;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	mso-pagination:widow-orphan;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
span.EmailStyle18
	{mso-style-type:personal;
	mso-style-noshow:yes;
	mso-style-unhide:no;
	font-family:"Calibri",sans-serif;
	mso-ascii-font-family:Calibri;
	mso-hansi-font-family:Calibri;
	mso-bidi-font-family:Calibri;
	color:windowtext;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	mso-style-noshow:yes;
	mso-style-unhide:no;
	mso-ansi-font-size:11.0pt;
	mso-bidi-font-size:11.0pt;
	font-family:"Courier New";
	mso-ascii-font-family:"Courier New";
	mso-hansi-font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";
	color:windowtext;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-unhide:no;
	mso-style-locked:yes;
	mso-style-link:"HTML Preformatted";
	font-family:"Courier New";
	mso-ascii-font-family:"Courier New";
	mso-hansi-font-family:"Courier New";
	mso-bidi-font-family:"Courier New";}
span.h2
	{mso-style-name:h2;
	mso-style-unhide:no;}
span.h3
	{mso-style-name:h3;
	mso-style-unhide:no;}
span.h4
	{mso-style-name:h4;
	mso-style-unhide:no;}
span.grey
	{mso-style-name:grey;
	mso-style-unhide:no;}
span.SpellE
	{mso-style-name:"";
	mso-spl-e:yes;}
.MsoChpDefault
	{mso-style-type:export-only;
	mso-default-props:yes;
	font-size:10.0pt;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 10]><style>/* Style Definitions */
table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-priority:99;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman",serif;}
</style><![endif]--><!--[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"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"tab-interv=
al:.5in;word-wrap:break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Hi authors and
<span class=3D"SpellE">ippm</span>-chairs,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Thanks for writing this-up=
!<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">I took one pass through, a=
nd have the following comments during Adoption call for draft-<span class=
=3D"SpellE">cpaasch</span>-<span class=3D"SpellE">ippm</span>-responsivenes=
s:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">TL;DR:
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Many previously undefined =
terms were used here, and a more direct description using the term &#8220;s=
aturation&#8221; seems possible, IMO. IPPM has used a template for metric
 drafts, and use of the hierarchy of singleton, sample, and statistic metri=
cs from RFC 2330 will help with clarity/answer many of my questions.<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">regards (I&#8217;m off-lin=
e for a while now, so enjoy the holidays),<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Al<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">From the Abstract:<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal" style=3D"tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229=
.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2p=
t 687.0pt 732.8pt">
<span style=3D"font-size:10.0pt;font-family:&quot;Courier New&quot;;mso-far=
east-font-family:&quot;Times New Roman&quot;"><span style=3D"mso-spacerun:y=
es">&nbsp;&nbsp;
</span>This document specifies the &quot;RPM Test&quot; for measuring respo=
nsiveness.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229=
.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2p=
t 687.0pt 732.8pt">
<span style=3D"font-size:10.0pt;font-family:&quot;Courier New&quot;;mso-far=
east-font-family:&quot;Times New Roman&quot;"><span style=3D"mso-spacerun:y=
es">&nbsp;&nbsp;
</span>It uses common protocols and mechanisms to measure user experience<o=
:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229=
.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2p=
t 687.0pt 732.8pt">
<span style=3D"font-size:10.0pt;font-family:&quot;Courier New&quot;;mso-far=
east-font-family:&quot;Times New Roman&quot;"><span style=3D"mso-spacerun:y=
es">&nbsp;&nbsp;
</span><b>especially when the network is fully loaded (&quot;responsiveness=
 under<o:p></o:p></b></span></p>
<p class=3D"MsoNormal" style=3D"tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229=
.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2p=
t 687.0pt 732.8pt">
<b><span style=3D"font-size:10.0pt;font-family:&quot;Courier New&quot;;mso-=
fareast-font-family:&quot;Times New Roman&quot;"><span style=3D"mso-spaceru=
n:yes">&nbsp;&nbsp;
</span>working conditions&quot;</span></b><span style=3D"font-size:10.0pt;f=
ont-family:&quot;Courier New&quot;;mso-fareast-font-family:&quot;Times New =
Roman&quot;">.)<span style=3D"mso-spacerun:yes">&nbsp;
</span>The measurement is expressed as &quot;Round-trips<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal" style=3D"tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229=
.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2p=
t 687.0pt 732.8pt">
<span style=3D"font-size:10.0pt;font-family:&quot;Courier New&quot;;mso-far=
east-font-family:&quot;Times New Roman&quot;"><span style=3D"mso-spacerun:y=
es">&nbsp;&nbsp;
</span>Per Minute&quot; (RPM) and should be included with throughput (up an=
d<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229=
.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2p=
t 687.0pt 732.8pt">
<span style=3D"font-size:10.0pt;font-family:&quot;Courier New&quot;;mso-far=
east-font-family:&quot;Times New Roman&quot;"><span style=3D"mso-spacerun:y=
es">&nbsp;&nbsp;
</span>down) and idle latency as critical indicators of network quality.<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">&#8220;fully loaded&#8221;=
 and &#8220;working conditions&#8221; aren&#8217;t necessarily the same, to=
 me.<span style=3D"mso-spacerun:yes">&nbsp;
</span>I&#8217;ll be looking for better definitions.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span class=3D"h2"><a href=3D"https://datatracker.ietf.org/doc/html/dr=
aft-cpaasch-ippm-responsiveness-01#section-3">3</a>.<span style=3D"mso-spac=
erun:yes">&nbsp; </span>Goals</span><o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>The algorithm des=
cribed here defines an RPM Test that serves as a<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>good proxy for us=
er experience.<span style=3D"mso-spacerun:yes">&nbsp; </span>This means:<o:=
p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>1.<span style=3D"=
mso-spacerun:yes">&nbsp; </span>Today's Internet traffic primarily uses HTT=
P/2 over TLS.<span style=3D"mso-spacerun:yes">&nbsp; </span>Thus,<o:p></o:p=
></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span>the algorithm should use that protocol.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span>As a side note: other types of traffic are gaining in popularity<o:p=
></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span>(HTTP/3) and/or <b>&lt;???? UDP ???&gt;</b> are already being used w=
idely (RTP).<o:p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">There are many measurement=
 stability challenges when TCP is involved, see section 4 of RFC8337:<span =
style=3D"mso-spacerun:yes">&nbsp;
</span><a href=3D"https://datatracker.ietf.org/doc/html/rfc8337#section-4">=
https://datatracker.ietf.org/doc/html/rfc8337#section-4</a>
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">RFC8337 intentionally brok=
e the TCP control loop to make measurements in the face of these challenges=
.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span class=3D"h3"><a href=3D"https://datatracker.ietf.org/doc/html/dr=
aft-cpaasch-ippm-responsiveness-01#section-4.1">4.1</a>.<span style=3D"mso-=
spacerun:yes">&nbsp; </span>Working Conditions</span><o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>For the purpose o=
f this methodology, typical &quot;working conditions&quot;<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>represent a state=
 of the network in which the bottleneck node is<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>experiencing ingr=
ess and egress flows similar to those created by<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>humans in the typ=
ical day-to-day pattern.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>While a single HT=
TP transaction might briefly put a network into<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>working condition=
s, making reliable measurements requires maintaining<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>the state over su=
fficient time.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>The algorithm mus=
t also detect when the network is in a persistent<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>working condition=
, also called &quot;saturation&quot;.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>Desired propertie=
s of &quot;working condition&quot;:<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>o<span style=3D"m=
so-spacerun:yes">&nbsp; </span>Should not waste traffic, since the person m=
ay be paying for it<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>o<span style=3D"m=
so-spacerun:yes">&nbsp; </span>Should finish within a short time to avoid i=
mpacting other people<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>on the same network, to avoid varying network conditions, and not<o:p></o:=
p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>try the person's patience.<o:p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">These seem like reasonable=
 goals for the traffic that loads the network.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">New terms needing definiti=
on were introduced:
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">&#8220;persistent working =
condition =3D saturation&#8221;,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">which is different from
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">&#8220;ingress and egress =
flows similar to those created by humans in the
<u>typical</u> day-to-day pattern&#8221;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Later in 4.1.1, terms like=
 &#8220;saturate a path&#8221;<span style=3D"mso-spacerun:yes">&nbsp;
</span>and &#8220;fill the pipe&#8221; appear, and<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span><u>The goal of th=
e RPM Test is to keep the network as busy as possible<o:p></o:p></u></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>in a sustained an=
d persistent way.<span style=3D"mso-spacerun:yes">&nbsp; </span>It uses mul=
tiple TCP connections<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>and gradually add=
s more TCP flows until saturation is reached.<o:p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">The terms &#8220;busy as p=
ossible&#8221;, and &#8220;typical day-to-day pattern&#8221;, or
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">&#8220;saturation&#8221; a=
nd &#8220;working conditions&#8221; indicate different load levels to me.<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">@@@@ Suggestion: I think i=
t would help to simplify the terminology in this draft. You intend to measu=
re a saturated path, so just say that. No &#8220;typical&#8221;, no
 &#8220;working conditions&#8221;, etc., in these early sections. <o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">The sentence beginning &#8=
220;The goal...&#8221; should really appear in Section 3. Goals
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Also, you have defined a m=
easurement method in the sentence, &#8220;It uses...&#8221; above. This met=
hod of adding connections has been observed in other measurement systems,
 but it isn&#8217;t typical of user traffic, especially when each connectio=
n has an ~infinite amount of data to send during the test.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span class=3D"h4"><a href=3D"https://datatracker.ietf.org/doc/html/dr=
aft-cpaasch-ippm-responsiveness-01#section-4.1.2">4.1.2</a>.<span style=3D"=
mso-spacerun:yes">&nbsp; </span>Parallel vs Sequential Uplink and Downlink<=
/span><o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>...<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>To measure respon=
siveness under working conditions, the algorithm<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>must saturate bot=
h directions.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Bi-directional saturation is really atypical of usage. I don&#8217;t t=
hink the benefit of &#8220;more data&#8221; pays off.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>...<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>However, a number=
 of caveats come with measuring in parallel:<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>o<span style=3D"m=
so-spacerun:yes">&nbsp; </span>Half-duplex links may not permit simultaneou=
s uplink and downlink<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>traffic.<span style=3D"mso-spacerun:yes">&nbsp; </span>This means the test=
 might not saturate both directions<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>at once.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>o<span style=3D"m=
so-spacerun:yes">&nbsp; </span>Debuggability of the results becomes harder:=
 During parallel<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>measurement it is impossible to differentiate whether the observed<o:p></o=
:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>latency happens in the uplink or the downlink direction.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>o<span style=3D"m=
so-spacerun:yes">&nbsp; </span>Consequently, the test should have an option=
 for sequential<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>testing.<o:p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">@@@@ Suggestion: IMO, test=
s/results with Downlink saturation OR Uplink saturation would be more strai=
ghtforward, and can be understood by users (especially those
 who have tested in the past). Avoid the pitfalls and make Sequential testi=
ng the preferred option.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span class=3D"h4"><a href=3D"https://datatracker.ietf.org/doc/html/dr=
aft-cpaasch-ippm-responsiveness-01#section-4.1.3">4.1.3</a>.<span style=3D"=
mso-spacerun:yes">&nbsp; </span>Reaching saturation</span><o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>The RPM Test grad=
ually increases the number of TCP connections and<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>measures &quot;go=
odput&quot; - the sum of actual data transferred across all<o:p></o:p></pre=
>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>connections in a =
unit of time.<span style=3D"mso-spacerun:yes">&nbsp; </span>When the goodpu=
t stops increasing, it<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>means that satura=
tion has been reached.<o:p></o:p></pre>
<pre>...<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>Filling buffers a=
t the bottleneck depends on the congestion control<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>deployed on the s=
ender side.<span style=3D"mso-spacerun:yes">&nbsp; </span>Congestion contro=
l algorithms like BBR<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>may reach high th=
roughput without causing queueing because the<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>bandwidth detecti=
on portion of BBR effectively seeks the bottleneck<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>capacity.<o:p></o=
:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>RPM Test clients =
and servers should use loss-based congestion<o:p></o:p></pre>
<pre> <span style=3D"mso-spacerun:yes">&nbsp;&nbsp;</span>controls like Cub=
ic to fill queues reliably.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>With the evolution of Congestion control algorithms seeking to avoid f=
illing buffers, does it make sense to require a full buffer at the bottlene=
ck to achieve saturation?<o:p></o:p></pre>
<pre>In fact, the definition above, &#8220;When the goodput stops increasin=
g,...&#8221; does not require full buffers; it requires maximizing a delive=
ry rate measurement instead.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>In 4.1.4, the final steps of the algorithm were not clear to me:<o:p><=
/o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span=
>*<span style=3D"mso-spacerun:yes">&nbsp; </span>Else, network reached satu=
ration for the current flow count.<o:p></o:p></pre>
<pre>@@@@ This wording implies it to be the final step, but there are furth=
er conditions to test.<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp; </span>Maybe=
 this step is &#8220;Else, Candidate for stable saturation&#8221;?<o:p></o:=
p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; </span>+<span style=3D"mso-spacerun:yes">&nbsp; </span>If new f=
lows added and for 4 seconds the moving average<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>throughput did not change: network rea=
ched stable saturation<o:p></o:p></pre>
<pre>@@@@ Maybe: <o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</span>=
<span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;</span>+<span styl=
e=3D"mso-spacerun:yes">&nbsp; </span>If the 4 second moving average of &quo=
t;instantaneous aggregate goodput&quot; with no new <o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</span>flows added did not change <o:p><=
/o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</span>(defined as: moving average =3D &=
quot;previous&quot; moving average +/- 5%),<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>then the network reached stable satura=
tion<o:p></o:p></pre>
<pre>----------------------------------------------------------------------=
------------------------------<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; </span>+<span style=3D"mso-spacerun:yes">&nbsp; </span>Else, ad=
d four more flows<o:p></o:p></pre>
<pre>@@@ ??? and return to start?<o:p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Finally, in 4.1.4, the Not=
e explains:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>Note: It is tempt=
ing to envision an initial base RTT measurement and<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>adjust the interv=
als as a function of that RTT.<span style=3D"mso-spacerun:yes">&nbsp; </spa=
n>However, experiments<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>have shown that t=
his makes the saturation detection extremely<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>unstable in low R=
TT environments.<span style=3D"mso-spacerun:yes">&nbsp; </span>In the situa=
tion where the<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>&quot;unloaded&qu=
ot; RTT is in the single-digit millisecond range, yet the<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>network's RTT inc=
reases under load to more than a hundred<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>milliseconds, the=
 intervals become much too low to accurately drive<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>the algorithm.<o:=
p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Well, TCP senders/control-=
loops are involved here, and likely play a
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">role in behavior categoriz=
ed as &#8220;difficult to measure&#8221;.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">By the time we get to
<o:p></o:p></span></p>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span class=3D"h3"><a href=3D"https://datatracker.ietf.org/doc/html/dr=
aft-cpaasch-ippm-responsiveness-01#section-4.2">4.2</a>.<span style=3D"mso-=
spacerun:yes">&nbsp; </span>Measuring Responsiveness</span><o:p></o:p></pre=
>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>Once the network =
is in a consistent working conditions, the RPM Test<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>must &quot;probe&=
quot; the network multiple times to measure its<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>responsiveness.<o=
:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>Each RPM Test pro=
be measures:<o:p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">You previously started at =
least four TCP connections with infinitely large files.<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">The &#8220;create connecti=
on&#8221; RPM probes establish additional connections, DNS, TCP, etc.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Is each new connection an =
RPM probe? or is the set of connection tests a single probe?<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">(later we learn it is the =
set of
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">What if one of the set of =
connections fails/times-out?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">I take it that the &#8220;=
load-bearing&#8221; connections are driving the path to saturation.<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Maybe &#8220;load-generati=
ng connections&#8221; is more clear?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span class=3D"h4"><a href=3D"https://datatracker.ietf.org/doc/html/dr=
aft-cpaasch-ippm-responsiveness-01#section-4.2.1">4.2.1</a>.<span style=3D"=
mso-spacerun:yes">&nbsp; </span>Aggregating the Measurements</span><o:p></o=
:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>The algorithm pro=
duces sets of 5 times for each probe, namely: DNS<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>handshake, TCP ha=
ndshake, TLS handshake, HTTP/2 request/response on<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>separate (idle) c=
onnections, HTTP/2 request/response on load bearing<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>connections.<span=
 style=3D"mso-spacerun:yes">&nbsp; </span>This fine-grained data is useful,=
 but not necessary for<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>creating a useful=
 metric.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>@@@@ So, only ONE of the load-generating connections runs the 1-byte G=
ET ?<span style=3D"mso-spacerun:yes">&nbsp; </span>(it says connections, an=
d there are at least 4) The various handshakes result in 4 RT measurements.=
<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>But, do you mean *<b>5 repeated measurement sets</b>*? Each set with:<=
o:p></o:p></pre>
<pre>DNS HS, TCP HS, TLS HS, HTTP/2 idle GET, and the potentially much long=
er GET on the <o:p></o:p></pre>
<pre>load generating connections.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>To create a singl=
e &quot;Responsiveness&quot; (e.g., RPM) number, this first<o:p></o:p></pre=
>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>iteration of the =
algorithm gives an equal weight to each of these<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>values.<span styl=
e=3D"mso-spacerun:yes">&nbsp; </span>That is, it sums the five time values =
for each probe, and<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>divides by the to=
tal number of probes to compute an average probe<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>duration.<span st=
yle=3D"mso-spacerun:yes">&nbsp; </span>The reciprocal of this, normalized t=
o 60 seconds, gives<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>the Round-trips P=
er Minute (RPM).<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>@@@@ I&#8217;m missing a step, I think:<o:p></o:p></pre>
<pre>Are the &#8220;time values for each probe&#8221; the sum of handshake =
or response times for<o:p></o:p></pre>
<pre>DNS HS, TCP HS, TLS HS, HTTP/2 idle GET and load generating connection=
s?<o:p></o:p></pre>
<pre>The processing doesn&#8217;t seem to include this preliminary calculat=
ion to produce <o:p></o:p></pre>
<pre>&#8220;five time values&#8221;.<span style=3D"mso-spacerun:yes">&nbsp;=
 </span><span style=3D"mso-bidi-font-family:&quot;Times New Roman&quot;"><o=
:p></o:p></span></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">In Section 5, &#8220;no ne=
w protocol is defined&#8221;, but
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>The client begins=
 the responsiveness measurement by querying for the<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>JSON configuratio=
n.<span style=3D"mso-spacerun:yes">&nbsp; </span>This supplies the URLs for=
 creating the load<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>bearing connectio=
ns in the upstream and downstream direction as well<o:p></o:p></pre>
<pre><span style=3D"mso-spacerun:yes">&nbsp;&nbsp; </span>as the small obje=
ct for the latency measurements.<o:p></o:p></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">The client needs to know h=
ow the server response will be organized, down to key: value, right?<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;">Some client and server agr=
eements needed...<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;;m=
so-bidi-font-family:&quot;Times New Roman&quot;"><o:p>&nbsp;</o:p></span></=
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"mso-fareast-font-family:&quot;Time=
s New Roman&quot;">From:</span></b><span style=3D"mso-fareast-font-family:&=
quot;Times New Roman&quot;"> ippm &lt;ippm-bounces@ietf.org&gt;
<b>On Behalf Of </b>Marcus Ihlar<br>
<b>Sent:</b> Monday, December 6, 2021 10:53 AM<br>
<b>To:</b> ippm@ietf.org<br>
<b>Subject:</b> [ippm] Adoption call for draft-cpaasch-ippm-responsiveness<=
o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Hi IPPM=
,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This em=
ail starts an adoption call for draft-cpaasch-ippm-responsiveness, &quot;Re=
sponsiveness under Working Conditions&#8221;. This document specifies the &=
#8220;RPM Test&#8221; for measuring user experience when the
 network is fully loaded. The intended status of the document is Experiment=
al. &nbsp;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><a href=
=3D"https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-cpaas=
ch-ippm-responsiveness/__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM6t2aLUH=
FPsyPz-XwPFguwa1HS$">https://datatracker.ietf.org/doc/draft-cpaasch-ippm-re=
sponsiveness/</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><a href=
=3D"https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-=
cpaasch-ippm-responsiveness-01__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM=
6t2aLUHFPsyPz-XwPFq67PfWg$">https://datatracker.ietf.org/doc/html/draft-cpa=
asch-ippm-responsiveness-01</a></span><span style=3D"font-size:12.0pt"><o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">This ad=
option call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n=
bsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">BR,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Marcus =
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_CH0PR02MB79802EEBC038D7136449D06FD3789CH0PR02MB7980namp_--


From nobody Sun Dec 19 18:02:08 2021
Return-Path: <xiao.min2@zte.com.cn>
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 869FC3A0AEF for <ippm@ietfa.amsl.com>; Sun, 19 Dec 2021 18:02:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EyO941N1B-b6 for <ippm@ietfa.amsl.com>; Sun, 19 Dec 2021 18:02:02 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0C873A0AF0 for <ippm@ietf.org>; Sun, 19 Dec 2021 18:02:00 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4JHNBH2LLGz7jYM6 for <ippm@ietf.org>; Mon, 20 Dec 2021 10:01:59 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4JHN9h2p4Zz7qpbL; Mon, 20 Dec 2021 10:01:28 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id 1BK219ue087743; Mon, 20 Dec 2021 10:01:09 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp01[null]) by mapi (Zmail) with MAPI id mid201; Mon, 20 Dec 2021 10:01:08 +0800 (CST)
Date: Mon, 20 Dec 2021 10:01:08 +0800 (CST)
X-Zmail-TransId: 2af961bfe3e41b7e07df
X-Mailer: Zmail v1.0
Message-ID: <202112201001087601811@zte.com.cn>
In-Reply-To: <CY4PR11MB1672DC052465BFE82C401635DA789@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, 202112171028356091854@zte.com.cn, CY4PR11MB1672DC052465BFE82C401635DA789@CY4PR11MB1672.namprd11.prod.outlook.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <fbrockne@cisco.com>
Cc: <ippm@ietf.org>, <tpauly@apple.com>
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl2.zte.com.cn 1BK219ue087743
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 61BFE417.000 by FangMail milter!
X-FangMail-Envelope: 1639965719/4JHNBH2LLGz7jYM6/61BFE417.000/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61BFE417.000/4JHNBH2LLGz7jYM6
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ejj34LQYdoIENEepBWLADTgv4to>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 20 Dec 2021 02:02:07 -0000

Hi Frank,

Thank you for the quick reply.
I believe you've provided your answer to my question implicitly, however what I requested is a clear conclusion, on both the mailing list and the draft-ietf-ippm-ioam-deployment.
If I understand you correctly this time, you meant that the IOAM deployment must include a centralized controller or network manager or similar, then I have a hard time trying to understand why four types of IOAM are needed in section 4 of draft-ietf-ippm-ioam-deployment (https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-deployment#section-4). IMHO only one type of IOAM is necessary and enough, that's Direct Export IOAM described in section 4.4, would you please explain elaborately?

Best Regards,
Xiao Min
------------------原始邮件------------------
发件人：FrankBrockners(fbrockne)
收件人：肖敏10093570;
抄送人：ippm@ietf.org;tpauly@apple.com;
日 期 ：2021年12月17日 17:47
主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
Hi Xiao Min,
per https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-data-17#section-4, IOAM is focused on "limited domains" as defined in [RFC8799], which is per RFC 8799 the same as what is also referred to as a "controlled environment". Personally I understand "Controlled environment" as an environment where an operator does have control over the nodes in the network and their configuration, i.e., the operator has control over his nodes, knows what network elements he is dealing with and what the config of the nodes is. How this control is implemented - whether there is one or several "controllers" or "network managers" or similar - is an implementation detail IMHO.
Cheers, Frank
> -----Original Message-----
> From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> Sent: Friday, 17 December 2021 03:29
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: ippm@ietf.org; tpauly@apple.com
> Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
>
> Hi Frank,
>
> Thanks for your thorough review and thoughtful comments.
> I apologize if I misinterpreted your mind.
> Considering that your holiday season is coming, before digging into technical
> details, I suggest that we discuss the IOAM deployment environment first.
> As you may have noticed while reading through draft-ietf-ippm-ioam-conf-
> state-02, in the introduction section it says "A centralized controller which owns
> the enabled IOAM capabilities of each IOAM device could be used in some IOAM
> deployments.  The IOAM encapsulating node can discover the enabled IOAM
> capabilities infomation from the centralized controller, using, for example,
> NETCONF/YANG, PCEP, or BGP.  In the IOAM deployment scenario where there
> is no centralized controller, NETCONF/YANG or IGP may be used by the IOAM
> encapsulating node to discover these IOAM capabilities information."
> I know you're the primary author of both IOAM-Data and IOAM-Deployment
> documents, so I have a fundamental question to you: Is the above statement
> correct or not?
> More specifically, if you can confirm that "the IOAM deployment scenario where
> there is no centralized controller" doesn't exist at all, on both the mailing list and
> the IOAM-Deployment document, then I suggest IPPM WG to abandon draft-
> ietf-ippm-ioam-conf-state, that would save the energy of the whole wg
> including you and me.
>
> Best Regards,
> Xiao Min
> ------------------原始邮件------------------
> 发件人：FrankBrockners(fbrockne)
> 收件人：肖敏10093570;ippm@ietf.org;
> 抄送人：Tommy Pauly;
> 日 期 ：2021年12月16日 20:56
> 主 题 ：RE: [ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao Min,
> Thanks for posting draft-ietf-ippm-ioam-conf-state-02. I read through the
> updated version and looked at the diff to the 01 version
> (https://www.ietf.org/rfcdiff?url1=draft-ietf-ippm-ioam-conf-state-
> 01&url2=draft-ietf-ippm-ioam-conf-state-02). Different from what you state
> below, I don't see any of my comments reflected.
> The two main points I mentioned in the last WG meeting were about (a)
> alignment with draft-ietf-ippm-ioam-yang and (b) enhancements to the security
> section, reflecting that the protocol you are defining is a network management
> protocol, and needs to be secured as such.
> More specifically:
> * Alignment with draft-ietf-ippm-ioam-yang:
> The IPPM WG is in the process of defining a YANG module for IOAM: draft-ietf-
> ippm-ioam-yang. We should have a single, comprehensive model for config
> information for IOAM. That model can then be rendered into different
> transports (be it JSON, XML, or yet another format - to then be carried over a
> e.g. ICMP in your case). Right now draft-ietf-ippm-ioam-conf-state heads down
> a path of defining a new set of management objects - many are similar to what
> draft-ietf-ippm-ioam-yang already defines, some they are less comprehensive,
> some hint at additional information that draft-ietf-ippm-ioam-yang does not
> cover yet: E.g.,  you define a "Pre-allocated Tracing Capabilities Object" where
> draft-ietf-ippm-ioam-yang  has a "Preallocated Tracing Profile" defined. You
> define ingress interface fields, which is information, which is more
> comprehensively defined by the ioam-filter grouping. You define specific fields
> to describe the timestamp format used by a node, which is information that
> should be  described as part of the ioam-info container - and which is currently
> missing in draft-ietf-ippm-ioam-yang; point well taken :-). It is interesting to
> note that draft-ietf-ippm-ioam-conf-state does not even reference draft-ietf-
> ippm-ioam-yang.
> From my perspective we should have one single data model for IOAM
> configuration - and that is the YANG module defined in draft-ietf-ippm-ioam-
> yang. Let's make sure that this model covers all the information required to
> properly manage IOAM. Then draft-ietf-ippm-ioam-conf-state would be solely
> focused on defining how that YANG module (from draft-ietf-ippm-ioam-yang)
> would be rendered into e.g., ICMP as a carrier protocol.
> * Security: Revision -02 does not seem to update the security section. IMHO,
> section 6 on security considerations should be enhanced to clearly articulate
> that we're dealing with very sensitive information. Consider loaning from e.g.,
> https://datatracker.ietf.org/doc/html/rfc6241#section-9. As part of the
> discussion, it would be good to see an explanation where you'd expect  draft-
> ietf-ippm-ioam-conf-state to be used. Given the discussion in the Introduction
> section, you seem to assume an environment that does not have a central
> network management station / controller in place. Or in other terms, you seem
> to target a deployment, which isn't a limited domain per RFC 8799. In that case,
> I would expect that we have normative language that requires the use of strong
> authentication and encryption between the nodes (i.e., MUST use ICMP with AH
> and ESP..).
> In addition to the above, I struggle to understand the "Operational Guide" in
> section 4: Could you shed a bit more light on how you expect things to work -
> and what a target deployment environment would look like? It seems that you
> assume that you don't know the network nor the destination addresses in your
> network: Do you expect that you would do regular "ICMP echo sweeps" in your
> network? Do you expect that, while doing the expanding ring search, an ICMP
> time exceeded message would also carry the "IOAM Capabilities Response
> Container Header", so that the capabilities container would not only be carried
> in the echo reply message but also in the time exceeded message?
> Thanks, Frank
> (BTW - Note that due to the upcoming holiday season, replies might be delayed).
> > -----Original Message-----
> > From: ippm <ippm-bounces@ietf.org> On Behalf Of xiao.min2@zte.com.cn
> > Sent: Friday, 10 December 2021 08:01
> > To: ippm@ietf.org
> > Subject: [ippm] Progressing draft-ietf-ippm-ioam-conf-state
> >
> > Hi IPPM WG,
> >
> > The -02 version of draft-ietf-ippm-ioam-conf-state has been posted.
> > There are mainly two changes, one is on IOAM Tracing Capabilities
> > Objects to make them applicable to ICMPv6 extensions, another one is
> > on IOAM Proof-of- Transit Capabilities Object to make it aligned with
> > the updated IOAM-Data document.
> > Also note that I've had an offline discussion with wg chairs and Frank
> > Brockners, my conclusion is that Frank's concern raised at IETF 112
> > has been addressed. If that's not the case, please speak up.
> > With that said, I think this draft is ready for WGLC.
> >
> > Best Regards,
> > Xiao Min
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://www.ietf.org/mailman/listinfo/ippm


From nobody Sun Dec 19 19:39:09 2021
Return-Path: <mattmathis@google.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 2781F3A0D35 for <ippm@ietfa.amsl.com>; Sun, 19 Dec 2021 19:39:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -12.599
X-Spam-Level: 
X-Spam-Status: No, score=-12.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, GB_SUMOF=5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p-TyRoABqaCT for <ippm@ietfa.amsl.com>; Sun, 19 Dec 2021 19:39:01 -0800 (PST)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 993C13A0D32 for <ippm@ietf.org>; Sun, 19 Dec 2021 19:39:00 -0800 (PST)
Received: by mail-wr1-x42a.google.com with SMTP id e5so17226914wrc.5 for <ippm@ietf.org>; Sun, 19 Dec 2021 19:39:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kF3+1rhBTqKL0XMHu59zH23fYMCshB+BOvF2SNjV2eU=; b=saRkXnV7mFdqB4QoEISj66CArzTc1MyWfE7shwBSDLE4v7Kg1d7DWKLmASncCBgZPJ a7drm9fNIEplZpUw/1qmhiaSdy1OBjyVmZ1T7vHrSlrj8h2BLIcHpBOrWk6tXScPNI/F g6z8hmcttCCjNwFOCasBDiLdHTi3XXcxwqbV/4LpJ0k+FehgEKX9Q68Fy183lKsoFRzu otctmosUs3Si+GqMU1ruI94Aoa3L8rdA3BULf3I/7KgX3iji3B7asAW+1JGX5ePTq2sb 4NIAb56ueJCJyB5Tn3YdgAds2g8MhPjF61YHZlQFQFXJlYzzHj9IbMhRBwHonn1ybEFS djgw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kF3+1rhBTqKL0XMHu59zH23fYMCshB+BOvF2SNjV2eU=; b=0af1PjIDdDQUCDW9qJtkYzCbkto563sYiSStytCmCPsXYzeCS6wCPnY6LcHgr51KXp nYcB+9huaUxbyQLXviFlG1tUzLXpgkkLHXQyqUI8cESAoTSO7F7WD7/Exx7kWs2EfXfn 3GViRkCjgdvj53n3PajGmLPfc0Krcw/ekxn0OK2Up9/HOp6+ZwcUGa0SyOGi4bfEqE9y X5Wj4jnD+XUfO9WSL6l9u2DFsYvjDrqyyrNBALrl/FGFtnKL/cE0t2X/U/n9lX8uGMwt FBbz21s3bjz3lu1NpCh5WN0VasfDMFfH1t/xO7LTKK/l1gAjfUOrBJmVTbVgTAc+IxBK GQXw==
X-Gm-Message-State: AOAM533sV+ghbV/xWQxMdnYm3Sb7nTNIsp6kesxo80OSxdk1WpTVW3eQ bn8VDkXEagTn0v25sLrnIDV51vcE+GMoLDYYlrX2Ig==
X-Google-Smtp-Source: ABdhPJznOhLUxgjG5SYMemaIm3WvLUHfV0gxCv3ZftXziXJCdCyuo+Dw51hpyCNZXOZUIRlJ2v5siWiK3WPHRCQOf1o=
X-Received: by 2002:a5d:4207:: with SMTP id n7mr10756677wrq.708.1639971537442;  Sun, 19 Dec 2021 19:38:57 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com> <CH0PR02MB79802EEBC038D7136449D06FD3789@CH0PR02MB7980.namprd02.prod.outlook.com>
In-Reply-To: <CH0PR02MB79802EEBC038D7136449D06FD3789@CH0PR02MB7980.namprd02.prod.outlook.com>
From: Matt Mathis <mattmathis@google.com>
Date: Sun, 19 Dec 2021 19:38:45 -0800
Message-ID: <CAH56bmDJfN02sey=gHy+H0YJab3oyOFrYmFs2er=1NjEpE7m3g@mail.gmail.com>
To: "MORTON JR., AL" <acmorton@att.com>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000eedbfe05d38ba056"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/iwRVAIFl-mNm_hEPCmeDw83y7zQ>
Subject: Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 20 Dec 2021 03:39:06 -0000

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

I support this draft, and I have even offered to be a co-author.

Thank you  Al. for the extensive comments.   I only have a moment for some
high level responses:

In some sense this document  is opposite of RFC8337.  Responsiveness is
about measuring the how well/early the bottleneck signals congestion to the
transport without incurring excessive queueing.   This not only depends on
the loop behavior of the bottleneck and the measurement stream, it also
depends on the loop behavior, population and RTT's of the cross traffic.
 I do not expect any of the theory to be mature enough to be able to do any
of this as abstractly as IPPM does with most metrics.   At this time I
expect a responsiveness metric to require fingerprinting the hardware, OS
and application software, and include a warning that results may be
sensitive to the details of the implementation.

WiFi is a poorly modeled half duplex shared broadcast channel, that is a
critical (dominant?) part of the responsiveness for typical Internet
users.     Bidirectional traffic matters a lot, but I fear the scope might
be too broad.

Thanks,
--MM--
The best way to predict the future is to create it.  - Alan Kay

We must not tolerate intolerance;
       however our response must be carefully measured:
            too strong would be hypocritical and risks spiraling out of
control;
            too weak risks being mistaken for tacit approval.


On Fri, Dec 17, 2021 at 3:51 PM MORTON JR., AL <acmorton@att.com> wrote:

> Hi authors and ippm-chairs,
>
>
>
> Thanks for writing this-up!
>
>
>
> I took one pass through, and have the following comments during Adoption
> call for draft-cpaasch-ippm-responsiveness:
>
>
>
> TL;DR:
>
> Many previously undefined terms were used here, and a more direct
> description using the term =E2=80=9Csaturation=E2=80=9D seems possible, I=
MO. IPPM has used
> a template for metric drafts, and use of the hierarchy of singleton,
> sample, and statistic metrics from RFC 2330 will help with clarity/answer
> many of my questions.
>
>
>
> regards (I=E2=80=99m off-line for a while now, so enjoy the holidays),
>
> Al
>
>
>
> From the Abstract:
>
>
>
>    This document specifies the "RPM Test" for measuring responsiveness.
>
>    It uses common protocols and mechanisms to measure user experience
>
>    *especially when the network is fully loaded ("responsiveness under*
>
> *   working conditions"*.)  The measurement is expressed as "Round-trips
>
>    Per Minute" (RPM) and should be included with throughput (up and
>
>    down) and idle latency as critical indicators of network quality.
>
>
>
> =E2=80=9Cfully loaded=E2=80=9D and =E2=80=9Cworking conditions=E2=80=9D a=
ren=E2=80=99t necessarily the same, to me.
> I=E2=80=99ll be looking for better definitions.
>
>
>
> 3 <https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsivenes=
s-01#section-3>.  Goals
>
>
>
>    The algorithm described here defines an RPM Test that serves as a
>
>    good proxy for user experience.  This means:
>
>
>
>    1.  Today's Internet traffic primarily uses HTTP/2 over TLS.  Thus,
>
>        the algorithm should use that protocol.
>
>
>
>        As a side note: other types of traffic are gaining in popularity
>
>        (HTTP/3) and/or *<???? UDP ???>* are already being used widely (RT=
P).
>
>
>
> There are many measurement stability challenges when TCP is involved, see
> section 4 of RFC8337:
> https://datatracker.ietf.org/doc/html/rfc8337#section-4
>
> RFC8337 intentionally broke the TCP control loop to make measurements in
> the face of these challenges.
>
>
>
> 4.1 <https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiven=
ess-01#section-4.1>.  Working Conditions
>
>
>
>    For the purpose of this methodology, typical "working conditions"
>
>    represent a state of the network in which the bottleneck node is
>
>    experiencing ingress and egress flows similar to those created by
>
>    humans in the typical day-to-day pattern.
>
>
>
>    While a single HTTP transaction might briefly put a network into
>
>    working conditions, making reliable measurements requires maintaining
>
>    the state over sufficient time.
>
>
>
>    The algorithm must also detect when the network is in a persistent
>
>    working condition, also called "saturation".
>
>
>
>    Desired properties of "working condition":
>
>
>
>    o  Should not waste traffic, since the person may be paying for it
>
>
>
>    o  Should finish within a short time to avoid impacting other people
>
>       on the same network, to avoid varying network conditions, and not
>
>       try the person's patience.
>
>
>
> These seem like reasonable goals for the traffic that loads the network.
>
> New terms needing definition were introduced:
>
> =E2=80=9Cpersistent working condition =3D saturation=E2=80=9D,
>
> which is different from
>
> =E2=80=9Cingress and egress flows similar to those created by humans in t=
he
> *typical* day-to-day pattern=E2=80=9D
>
>
>
> Later in 4.1.1, terms like =E2=80=9Csaturate a path=E2=80=9D  and =E2=80=
=9Cfill the pipe=E2=80=9D appear,
> and
>
>
>
>    *The goal of the RPM Test is to keep the network as busy as possible*
>
>    in a sustained and persistent way.  It uses multiple TCP connections
>
>    and gradually adds more TCP flows until saturation is reached.
>
>
>
> The terms =E2=80=9Cbusy as possible=E2=80=9D, and =E2=80=9Ctypical day-to=
-day pattern=E2=80=9D, or
>
> =E2=80=9Csaturation=E2=80=9D and =E2=80=9Cworking conditions=E2=80=9D ind=
icate different load levels to me.
>
>
>
> @@@@ Suggestion: I think it would help to simplify the terminology in thi=
s
> draft. You intend to measure a saturated path, so just say that. No
> =E2=80=9Ctypical=E2=80=9D, no =E2=80=9Cworking conditions=E2=80=9D, etc.,=
 in these early sections.
>
>
>
> The sentence beginning =E2=80=9CThe goal...=E2=80=9D should really appear=
 in Section 3.
> Goals
>
>
>
> Also, you have defined a measurement method in the sentence, =E2=80=9CIt =
uses...=E2=80=9D
> above. This method of adding connections has been observed in other
> measurement systems, but it isn=E2=80=99t typical of user traffic, especi=
ally when
> each connection has an ~infinite amount of data to send during the test.
>
>
>
> 4.1.2 <https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiv=
eness-01#section-4.1.2>.  Parallel vs Sequential Uplink and Downlink
>
>
>
> ...
>
>    To measure responsiveness under working conditions, the algorithm
>
>    must saturate both directions.
>
>
>
> Bi-directional saturation is really atypical of usage. I don=E2=80=99t th=
ink the benefit of =E2=80=9Cmore data=E2=80=9D pays off.
>
>
>
> ...
>
>
>
>    However, a number of caveats come with measuring in parallel:
>
>
>
>    o  Half-duplex links may not permit simultaneous uplink and downlink
>
>       traffic.  This means the test might not saturate both directions
>
>       at once.
>
>
>
>    o  Debuggability of the results becomes harder: During parallel
>
>       measurement it is impossible to differentiate whether the observed
>
>       latency happens in the uplink or the downlink direction.
>
>
>
>    o  Consequently, the test should have an option for sequential
>
>       testing.
>
>
>
> @@@@ Suggestion: IMO, tests/results with Downlink saturation OR Uplink
> saturation would be more straightforward, and can be understood by users
> (especially those who have tested in the past). Avoid the pitfalls and ma=
ke
> Sequential testing the preferred option.
>
>
>
>
>
> 4.1.3 <https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiv=
eness-01#section-4.1.3>.  Reaching saturation
>
>
>
>    The RPM Test gradually increases the number of TCP connections and
>
>    measures "goodput" - the sum of actual data transferred across all
>
>    connections in a unit of time.  When the goodput stops increasing, it
>
>    means that saturation has been reached.
>
> ...
>
>
>
>    Filling buffers at the bottleneck depends on the congestion control
>
>    deployed on the sender side.  Congestion control algorithms like BBR
>
>    may reach high throughput without causing queueing because the
>
>    bandwidth detection portion of BBR effectively seeks the bottleneck
>
>    capacity.
>
>
>
>    RPM Test clients and servers should use loss-based congestion
>
>    controls like Cubic to fill queues reliably.
>
>
>
> With the evolution of Congestion control algorithms seeking to avoid fill=
ing buffers, does it make sense to require a full buffer at the bottleneck =
to achieve saturation?
>
> In fact, the definition above, =E2=80=9CWhen the goodput stops increasing=
,...=E2=80=9D does not require full buffers; it requires maximizing a deliv=
ery rate measurement instead.
>
>
>
>
>
> In 4.1.4, the final steps of the algorithm were not clear to me:
>
>
>
>       *  Else, network reached saturation for the current flow count.
>
> @@@@ This wording implies it to be the final step, but there are further =
conditions to test.
>
>      Maybe this step is =E2=80=9CElse, Candidate for stable saturation=E2=
=80=9D?
>
>
>
>          +  If new flows added and for 4 seconds the moving average
>
>             throughput did not change: network reached stable saturation
>
> @@@@ Maybe:
>
>          +  If the 4 second moving average of "instantaneous aggregate go=
odput" with no new
>
>             flows added did not change
>
>             (defined as: moving average =3D "previous" moving average +/-=
 5%),
>
>             then the network reached stable saturation
>
> -------------------------------------------------------------------------=
---------------------------
>
>
>
>          +  Else, add four more flows
>
> @@@ ??? and return to start?
>
>
>
>
>
> Finally, in 4.1.4, the Note explains:
>
>
>
>    Note: It is tempting to envision an initial base RTT measurement and
>
>    adjust the intervals as a function of that RTT.  However, experiments
>
>    have shown that this makes the saturation detection extremely
>
>    unstable in low RTT environments.  In the situation where the
>
>    "unloaded" RTT is in the single-digit millisecond range, yet the
>
>    network's RTT increases under load to more than a hundred
>
>    milliseconds, the intervals become much too low to accurately drive
>
>    the algorithm.
>
>
>
> Well, TCP senders/control-loops are involved here, and likely play a
>
> role in behavior categorized as =E2=80=9Cdifficult to measure=E2=80=9D.
>
>
>
> By the time we get to
>
>
>
> 4.2 <https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiven=
ess-01#section-4.2>.  Measuring Responsiveness
>
>
>
>    Once the network is in a consistent working conditions, the RPM Test
>
>    must "probe" the network multiple times to measure its
>
>    responsiveness.
>
>
>
>    Each RPM Test probe measures:
>
>
>
> You previously started at least four TCP connections with infinitely larg=
e
> files.
>
> The =E2=80=9Ccreate connection=E2=80=9D RPM probes establish additional c=
onnections, DNS,
> TCP, etc.
>
> Is each new connection an RPM probe? or is the set of connection tests a
> single probe?
>
> (later we learn it is the set of
>
> What if one of the set of connections fails/times-out?
>
>
>
> I take it that the =E2=80=9Cload-bearing=E2=80=9D connections are driving=
 the path to
> saturation.
>
> Maybe =E2=80=9Cload-generating connections=E2=80=9D is more clear?
>
>
>
> 4.2.1 <https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiv=
eness-01#section-4.2.1>.  Aggregating the Measurements
>
>
>
>    The algorithm produces sets of 5 times for each probe, namely: DNS
>
>    handshake, TCP handshake, TLS handshake, HTTP/2 request/response on
>
>    separate (idle) connections, HTTP/2 request/response on load bearing
>
>    connections.  This fine-grained data is useful, but not necessary for
>
>    creating a useful metric.
>
>
>
> @@@@ So, only ONE of the load-generating connections runs the 1-byte GET =
?  (it says connections, and there are at least 4) The various handshakes r=
esult in 4 RT measurements.
>
>
>
> But, do you mean **5 repeated measurement sets**? Each set with:
>
> DNS HS, TCP HS, TLS HS, HTTP/2 idle GET, and the potentially much longer =
GET on the
>
> load generating connections.
>
>
>
>    To create a single "Responsiveness" (e.g., RPM) number, this first
>
>    iteration of the algorithm gives an equal weight to each of these
>
>    values.  That is, it sums the five time values for each probe, and
>
>    divides by the total number of probes to compute an average probe
>
>    duration.  The reciprocal of this, normalized to 60 seconds, gives
>
>    the Round-trips Per Minute (RPM).
>
>
>
> @@@@ I=E2=80=99m missing a step, I think:
>
> Are the =E2=80=9Ctime values for each probe=E2=80=9D the sum of handshake=
 or response times for
>
> DNS HS, TCP HS, TLS HS, HTTP/2 idle GET and load generating connections?
>
> The processing doesn=E2=80=99t seem to include this preliminary calculati=
on to produce
>
> =E2=80=9Cfive time values=E2=80=9D.
>
>
>
>
>
> In Section 5, =E2=80=9Cno new protocol is defined=E2=80=9D, but
>
>
>
>    The client begins the responsiveness measurement by querying for the
>
>    JSON configuration.  This supplies the URLs for creating the load
>
>    bearing connections in the upstream and downstream direction as well
>
>    as the small object for the latency measurements.
>
>
>
> The client needs to know how the server response will be organized, down
> to key: value, right?
>
> Some client and server agreements needed...
>
>
>
>
>
> *From:* ippm <ippm-bounces@ietf.org> *On Behalf Of *Marcus Ihlar
> *Sent:* Monday, December 6, 2021 10:53 AM
> *To:* ippm@ietf.org
> *Subject:* [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
>
>
>
> Hi IPPM,
>
>
>
> This email starts an adoption call for draft-cpaasch-ippm-responsiveness,
> "Responsiveness under Working Conditions=E2=80=9D. This document specifie=
s the =E2=80=9CRPM
> Test=E2=80=9D for measuring user experience when the network is fully loa=
ded. The
> intended status of the document is Experimental.
>
>
>
> https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/
> <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-cpaasc=
h-ippm-responsiveness/__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM6t2aLUHF=
PsyPz-XwPFguwa1HS$>
>
> https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-0=
1
> <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-c=
paasch-ippm-responsiveness-01__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM6=
t2aLUHFPsyPz-XwPFq67PfWg$>
>
>
>
> This adoption call will last until *Monday, December 20*. Please review
> the document, and reply to this email thread to indicate if you think IPP=
M
> should adopt this document.
>
>
>
> BR,
>
> Marcus
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">I support this draft, and I have even offered to be a co-a=
uthor.<div><br></div><div>Thank you=C2=A0 Al. for the extensive comments.=
=C2=A0 =C2=A0I only have a moment=C2=A0for some high level=C2=A0responses:<=
/div><div><br></div><div>In some sense this document=C2=A0 is opposite=C2=
=A0of RFC8337.=C2=A0 Responsiveness is about measuring=C2=A0the how well/ea=
rly the bottleneck signals congestion to the transport without incurring=C2=
=A0excessive queueing.=C2=A0 =C2=A0This not only depends on the loop behavi=
or of the bottleneck and the measurement=C2=A0stream, it also depends on th=
e loop behavior, population and RTT&#39;s of the cross traffic.=C2=A0 =C2=
=A0I do not expect any of the theory to be mature enough to be able to do a=
ny of this as abstractly as IPPM does with most metrics.=C2=A0 =C2=A0At thi=
s time I expect a responsiveness metric to require fingerprinting the hardw=
are, OS and application software, and include a warning that results may be=
 sensitive=C2=A0to the details of the implementation.</div><div><br></div><=
div>WiFi is a poorly modeled half duplex shared broadcast channel, that is =
a critical (dominant?) part of the responsiveness for typical Internet user=
s.=C2=A0 =C2=A0 =C2=A0Bidirectional traffic matters a lot, but I fear the s=
cope might be too broad.</div><div><br></div><div><div><div dir=3D"ltr" cla=
ss=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div dir=3D"ltr">=
<div><div dir=3D"ltr"><div><div dir=3D"ltr"><div>Thanks,</div>--MM--<br>The=
 best way to predict the future is to create it. =C2=A0- Alan Kay<br><br>We=
 must not tolerate intolerance;</div><div dir=3D"ltr">=C2=A0 =C2=A0 =C2=A0 =
=C2=A0however our response must be carefully measured:=C2=A0</div><div>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 too strong would be hypocritical and=
 risks spiraling out of control;</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 too weak risks being mistaken for tacit approval.</div></div></d=
iv></div></div></div></div><br></div></div><br><div class=3D"gmail_quote"><=
div dir=3D"ltr" class=3D"gmail_attr">On Fri, Dec 17, 2021 at 3:51 PM MORTON=
 JR., AL &lt;<a href=3D"mailto:acmorton@att.com">acmorton@att.com</a>&gt; w=
rote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">







<div lang=3D"EN-US" style=3D"overflow-wrap: break-word;">
<div class=3D"gmail-m_-3134936644422541295WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Hi authors and
<span class=3D"gmail-m_-3134936644422541295SpellE">ippm</span>-chairs,<u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Thanks for writing this-up!<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
I took one pass through, and have the following comments during Adoption ca=
ll for draft-<span class=3D"gmail-m_-3134936644422541295SpellE">cpaasch</sp=
an>-<span class=3D"gmail-m_-3134936644422541295SpellE">ippm</span>-responsi=
veness:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
TL;DR:
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Many previously undefined terms were used here, and a more direct descripti=
on using the term =E2=80=9Csaturation=E2=80=9D seems possible, IMO. IPPM ha=
s used a template for metric
 drafts, and use of the hierarchy of singleton, sample, and statistic metri=
cs from RFC 2330 will help with clarity/answer many of my questions.<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
regards (I=E2=80=99m off-line for a while now, so enjoy the holidays),<u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Al<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
>From the Abstract:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal">
<span style=3D"font-size:10pt;font-family:&quot;Courier New&quot;"><span>=
=C2=A0=C2=A0
</span>This document specifies the &quot;RPM Test&quot; for measuring respo=
nsiveness.<u></u><u></u></span></p>
<p class=3D"MsoNormal">
<span style=3D"font-size:10pt;font-family:&quot;Courier New&quot;"><span>=
=C2=A0=C2=A0
</span>It uses common protocols and mechanisms to measure user experience<u=
></u><u></u></span></p>
<p class=3D"MsoNormal">
<span style=3D"font-size:10pt;font-family:&quot;Courier New&quot;"><span>=
=C2=A0=C2=A0
</span><b>especially when the network is fully loaded (&quot;responsiveness=
 under<u></u><u></u></b></span></p>
<p class=3D"MsoNormal">
<b><span style=3D"font-size:10pt;font-family:&quot;Courier New&quot;"><span=
>=C2=A0=C2=A0
</span>working conditions&quot;</span></b><span style=3D"font-size:10pt;fon=
t-family:&quot;Courier New&quot;">.)<span>=C2=A0
</span>The measurement is expressed as &quot;Round-trips<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal">
<span style=3D"font-size:10pt;font-family:&quot;Courier New&quot;"><span>=
=C2=A0=C2=A0
</span>Per Minute&quot; (RPM) and should be included with throughput (up an=
d<u></u><u></u></span></p>
<p class=3D"MsoNormal">
<span style=3D"font-size:10pt;font-family:&quot;Courier New&quot;"><span>=
=C2=A0=C2=A0
</span>down) and idle latency as critical indicators of network quality.<u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
=E2=80=9Cfully loaded=E2=80=9D and =E2=80=9Cworking conditions=E2=80=9D are=
n=E2=80=99t necessarily the same, to me.<span>=C2=A0
</span>I=E2=80=99ll be looking for better definitions.<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span class=3D"gmail-m_-3134936644422541295h2"><a href=3D"https://data=
tracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01#section-3" t=
arget=3D"_blank">3</a>.<span>=C2=A0 </span>Goals</span><u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>The algorithm described here defines an RPM =
Test that serves as a<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>good proxy for user experience.<span>=C2=A0 =
</span>This means:<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>1.<span>=C2=A0 </span>Today&#39;s Internet t=
raffic primarily uses HTTP/2 over TLS.<span>=C2=A0 </span>Thus,<u></u><u></=
u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>the algorithm should=
 use that protocol.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>As a side note: othe=
r types of traffic are gaining in popularity<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>(HTTP/3) and/or <b>&=
lt;???? UDP ???&gt;</b> are already being used widely (RTP).<u></u><u></u><=
/pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
There are many measurement stability challenges when TCP is involved, see s=
ection 4 of RFC8337:<span>=C2=A0
</span><a href=3D"https://datatracker.ietf.org/doc/html/rfc8337#section-4" =
target=3D"_blank">https://datatracker.ietf.org/doc/html/rfc8337#section-4</=
a>
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
RFC8337 intentionally broke the TCP control loop to make measurements in th=
e face of these challenges.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span class=3D"gmail-m_-3134936644422541295h3"><a href=3D"https://data=
tracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01#section-4.1"=
 target=3D"_blank">4.1</a>.<span>=C2=A0 </span>Working Conditions</span><u>=
</u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>For the purpose of this methodology, typical=
 &quot;working conditions&quot;<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>represent a state of the network in which th=
e bottleneck node is<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>experiencing ingress and egress flows simila=
r to those created by<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>humans in the typical day-to-day pattern.<u>=
</u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>While a single HTTP transaction might briefl=
y put a network into<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>working conditions, making reliable measurem=
ents requires maintaining<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>the state over sufficient time.<u></u><u></u=
></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>The algorithm must also detect when the netw=
ork is in a persistent<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>working condition, also called &quot;saturat=
ion&quot;.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>Desired properties of &quot;working conditio=
n&quot;:<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>o<span>=C2=A0 </span>Should not waste traffi=
c, since the person may be paying for it<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>o<span>=C2=A0 </span>Should finish within a =
short time to avoid impacting other people<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>on the same network, to av=
oid varying network conditions, and not<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>try the person&#39;s patie=
nce.<u></u><u></u></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
These seem like reasonable goals for the traffic that loads the network.<u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
New terms needing definition were introduced:
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
=E2=80=9Cpersistent working condition =3D saturation=E2=80=9D,
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
which is different from
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
=E2=80=9Cingress and egress flows similar to those created by humans in the
<u>typical</u> day-to-day pattern=E2=80=9D<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Later in 4.1.1, terms like =E2=80=9Csaturate a path=E2=80=9D<span>=C2=A0
</span>and =E2=80=9Cfill the pipe=E2=80=9D appear, and<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span>=C2=A0=C2=A0 </span><u>The goal of the RPM Test is to keep the n=
etwork as busy as possible<u></u><u></u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>in a sustained and persistent way.<span>=C2=
=A0 </span>It uses multiple TCP connections<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>and gradually adds more TCP flows until satu=
ration is reached.<u></u><u></u></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
The terms =E2=80=9Cbusy as possible=E2=80=9D, and =E2=80=9Ctypical day-to-d=
ay pattern=E2=80=9D, or
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
=E2=80=9Csaturation=E2=80=9D and =E2=80=9Cworking conditions=E2=80=9D indic=
ate different load levels to me.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
@@@@ Suggestion: I think it would help to simplify the terminology in this =
draft. You intend to measure a saturated path, so just say that. No =E2=80=
=9Ctypical=E2=80=9D, no
 =E2=80=9Cworking conditions=E2=80=9D, etc., in these early sections. <u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
The sentence beginning =E2=80=9CThe goal...=E2=80=9D should really appear i=
n Section 3. Goals
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Also, you have defined a measurement method in the sentence, =E2=80=9CIt us=
es...=E2=80=9D above. This method of adding connections has been observed i=
n other measurement systems,
 but it isn=E2=80=99t typical of user traffic, especially when each connect=
ion has an ~infinite amount of data to send during the test.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span class=3D"gmail-m_-3134936644422541295h4"><a href=3D"https://data=
tracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01#section-4.1.=
2" target=3D"_blank">4.1.2</a>.<span>=C2=A0 </span>Parallel vs Sequential U=
plink and Downlink</span><u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>...<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>To measure responsiveness under working cond=
itions, the algorithm<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>must saturate both directions.<u></u><u></u>=
</pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>Bi-directional saturation is really atypical of usage. I don=E2=80=99t=
 think the benefit of =E2=80=9Cmore data=E2=80=9D pays off.<u></u><u></u></=
pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>...<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>However, a number of caveats come with measu=
ring in parallel:<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>o<span>=C2=A0 </span>Half-duplex links may n=
ot permit simultaneous uplink and downlink<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>traffic.<span>=C2=A0 </spa=
n>This means the test might not saturate both directions<u></u><u></u></pre=
>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>at once.<u></u><u></u></pr=
e>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>o<span>=C2=A0 </span>Debuggability of the re=
sults becomes harder: During parallel<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>measurement it is impossib=
le to differentiate whether the observed<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>latency happens in the upl=
ink or the downlink direction.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>o<span>=C2=A0 </span>Consequently, the test =
should have an option for sequential<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>testing.<u></u><u></u></pr=
e>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
@@@@ Suggestion: IMO, tests/results with Downlink saturation OR Uplink satu=
ration would be more straightforward, and can be understood by users (espec=
ially those
 who have tested in the past). Avoid the pitfalls and make Sequential testi=
ng the preferred option.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span class=3D"gmail-m_-3134936644422541295h4"><a href=3D"https://data=
tracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01#section-4.1.=
3" target=3D"_blank">4.1.3</a>.<span>=C2=A0 </span>Reaching saturation</spa=
n><u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>The RPM Test gradually increases the number =
of TCP connections and<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>measures &quot;goodput&quot; - the sum of ac=
tual data transferred across all<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>connections in a unit of time.<span>=C2=A0 <=
/span>When the goodput stops increasing, it<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>means that saturation has been reached.<u></=
u><u></u></pre>
<pre>...<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>Filling buffers at the bottleneck depends on=
 the congestion control<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>deployed on the sender side.<span>=C2=A0 </s=
pan>Congestion control algorithms like BBR<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>may reach high throughput without causing qu=
eueing because the<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>bandwidth detection portion of BBR effective=
ly seeks the bottleneck<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>capacity.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>RPM Test clients and servers should use loss=
-based congestion<u></u><u></u></pre>
<pre> <span>=C2=A0=C2=A0</span>controls like Cubic to fill queues reliably.=
<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>With the evolution of Congestion control algorithms seeking to avoid f=
illing buffers, does it make sense to require a full buffer at the bottlene=
ck to achieve saturation?<u></u><u></u></pre>
<pre>In fact, the definition above, =E2=80=9CWhen the goodput stops increas=
ing,...=E2=80=9D does not require full buffers; it requires maximizing a de=
livery rate measurement instead.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>In 4.1.4, the final steps of the algorithm were not clear to me:<u></u=
><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>*<span>=C2=A0 </span>Else,=
 network reached saturation for the current flow count.<u></u><u></u></pre>
<pre>@@@@ This wording implies it to be the final step, but there are furth=
er conditions to test.<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0 </span>Maybe this step is =E2=80=9CElse=
, Candidate for stable saturation=E2=80=9D?<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>+<span>=
=C2=A0 </span>If new flows added and for 4 seconds the moving average<u></u=
><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 </span>throughput did not change: network reached stable saturation<u><=
/u><u></u></pre>
<pre>@@@@ Maybe: <u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0</span><span>=C2=A0=C2=A0=C2=A0=C2=
=A0</span>+<span>=C2=A0 </span>If the 4 second moving average of &quot;inst=
antaneous aggregate goodput&quot; with no new <u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0</span>flows added did not change <u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0</span>(defined as: moving average =3D &quot;previous&quot; moving=
 average +/- 5%),<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 </span>then the network reached stable saturation<u></u><u></u></pre>
<pre>----------------------------------------------------------------------=
------------------------------<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </span>+<span>=
=C2=A0 </span>Else, add four more flows<u></u><u></u></pre>
<pre>@@@ ??? and return to start?<u></u><u></u></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Finally, in 4.1.4, the Note explains:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span>=C2=A0=C2=A0 </span>Note: It is tempting to envision an initial =
base RTT measurement and<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>adjust the intervals as a function of that R=
TT.<span>=C2=A0 </span>However, experiments<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>have shown that this makes the saturation de=
tection extremely<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>unstable in low RTT environments.<span>=C2=
=A0 </span>In the situation where the<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>&quot;unloaded&quot; RTT is in the single-di=
git millisecond range, yet the<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>network&#39;s RTT increases under load to mo=
re than a hundred<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>milliseconds, the intervals become much too =
low to accurately drive<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>the algorithm.<u></u><u></u></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Well, TCP senders/control-loops are involved here, and likely play a
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
role in behavior categorized as =E2=80=9Cdifficult to measure=E2=80=9D.<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
By the time we get to
<u></u><u></u></span></p>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span class=3D"gmail-m_-3134936644422541295h3"><a href=3D"https://data=
tracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01#section-4.2"=
 target=3D"_blank">4.2</a>.<span>=C2=A0 </span>Measuring Responsiveness</sp=
an><u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>Once the network is in a consistent working =
conditions, the RPM Test<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>must &quot;probe&quot; the network multiple =
times to measure its<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>responsiveness.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>Each RPM Test probe measures:<u></u><u></u><=
/pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
You previously started at least four TCP connections with infinitely large =
files.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
The =E2=80=9Ccreate connection=E2=80=9D RPM probes establish additional con=
nections, DNS, TCP, etc.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Is each new connection an RPM probe? or is the set of connection tests a si=
ngle probe?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
(later we learn it is the set of
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
What if one of the set of connections fails/times-out?<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
I take it that the =E2=80=9Cload-bearing=E2=80=9D connections are driving t=
he path to saturation.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Maybe =E2=80=9Cload-generating connections=E2=80=9D is more clear?<u></u><u=
></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span class=3D"gmail-m_-3134936644422541295h4"><a href=3D"https://data=
tracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01#section-4.2.=
1" target=3D"_blank">4.2.1</a>.<span>=C2=A0 </span>Aggregating the Measurem=
ents</span><u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>The algorithm produces sets of 5 times for e=
ach probe, namely: DNS<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>handshake, TCP handshake, TLS handshake, HTT=
P/2 request/response on<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>separate (idle) connections, HTTP/2 request/=
response on load bearing<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>connections.<span>=C2=A0 </span>This fine-gr=
ained data is useful, but not necessary for<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>creating a useful metric.<u></u><u></u></pre=
>
<pre><u></u>=C2=A0<u></u></pre>
<pre>@@@@ So, only ONE of the load-generating connections runs the 1-byte G=
ET ?<span>=C2=A0 </span>(it says connections, and there are at least 4) The=
 various handshakes result in 4 RT measurements.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>But, do you mean *<b>5 repeated measurement sets</b>*? Each set with:<=
u></u><u></u></pre>
<pre>DNS HS, TCP HS, TLS HS, HTTP/2 idle GET, and the potentially much long=
er GET on the <u></u><u></u></pre>
<pre>load generating connections.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>To create a single &quot;Responsiveness&quot=
; (e.g., RPM) number, this first<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>iteration of the algorithm gives an equal we=
ight to each of these<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>values.<span>=C2=A0 </span>That is, it sums =
the five time values for each probe, and<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>divides by the total number of probes to com=
pute an average probe<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>duration.<span>=C2=A0 </span>The reciprocal =
of this, normalized to 60 seconds, gives<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>the Round-trips Per Minute (RPM).<u></u><u><=
/u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>@@@@ I=E2=80=99m missing a step, I think:<u></u><u></u></pre>
<pre>Are the =E2=80=9Ctime values for each probe=E2=80=9D the sum of handsh=
ake or response times for<u></u><u></u></pre>
<pre>DNS HS, TCP HS, TLS HS, HTTP/2 idle GET and load generating connection=
s?<u></u><u></u></pre>
<pre>The processing doesn=E2=80=99t seem to include this preliminary calcul=
ation to produce <u></u><u></u></pre>
<pre>=E2=80=9Cfive time values=E2=80=9D.<span>=C2=A0 </span><span><u></u><u=
></u></span></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
In Section 5, =E2=80=9Cno new protocol is defined=E2=80=9D, but
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<pre><span>=C2=A0=C2=A0 </span>The client begins the responsiveness measure=
ment by querying for the<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>JSON configuration.<span>=C2=A0 </span>This =
supplies the URLs for creating the load<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>bearing connections in the upstream and down=
stream direction as well<u></u><u></u></pre>
<pre><span>=C2=A0=C2=A0 </span>as the small object for the latency measurem=
ents.<u></u><u></u></pre>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
The client needs to know how the server response will be organized, down to=
 key: value, right?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Some client and server agreements needed...<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<u></u>=C2=A0<u></u></span></p>
<div style=3D"border-top:none;border-right:none;border-bottom:none;border-l=
eft:1.5pt solid blue;padding:0in 0in 0in 4pt">
<div>
<div style=3D"border-right:none;border-bottom:none;border-left:none;border-=
top:1pt solid rgb(225,225,225);padding:3pt 0in 0in">
<p class=3D"MsoNormal"><b><span>From:</span></b><span> ippm &lt;<a href=3D"=
mailto:ippm-bounces@ietf.org" target=3D"_blank">ippm-bounces@ietf.org</a>&g=
t;
<b>On Behalf Of </b>Marcus Ihlar<br>
<b>Sent:</b> Monday, December 6, 2021 10:53 AM<br>
<b>To:</b> <a href=3D"mailto:ippm@ietf.org" target=3D"_blank">ippm@ietf.org=
</a><br>
<b>Subject:</b> [ippm] Adoption call for draft-cpaasch-ippm-responsiveness<=
u></u><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Hi IPPM,<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This emai=
l starts an adoption call for draft-cpaasch-ippm-responsiveness, &quot;Resp=
onsiveness under Working Conditions=E2=80=9D. This document specifies the =
=E2=80=9CRPM Test=E2=80=9D for measuring user experience when the
 network is fully loaded. The intended status of the document is Experiment=
al. =C2=A0=C2=A0<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><a href=
=3D"https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-cpaas=
ch-ippm-responsiveness/__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM6t2aLUH=
FPsyPz-XwPFguwa1HS$" target=3D"_blank">https://datatracker.ietf.org/doc/dra=
ft-cpaasch-ippm-responsiveness/</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><a href=
=3D"https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-=
cpaasch-ippm-responsiveness-01__;!!BhdT!zI6d5je1i8cafA6NXByD5tvxHFKKPMjYgtM=
6t2aLUHFPsyPz-XwPFq67PfWg$" target=3D"_blank">https://datatracker.ietf.org/=
doc/html/draft-cpaasch-ippm-responsiveness-01</a></span><span style=3D"font=
-size:12pt"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This adop=
tion call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">BR,<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Marcus <u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div>

_______________________________________________<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/listinfo/ippm</a><br>
</blockquote></div>

--000000000000eedbfe05d38ba056--


From hawkinwh@ucmail.uc.edu  Mon Dec 20 12:58:21 2021
Return-Path: <hawkinwh@ucmail.uc.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 07A193A0830 for <ippm@ietfa.amsl.com>; Mon, 20 Dec 2021 12:58:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_MSPIKE_H2=-0.001, 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=ucmail.uc.edu
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RMDWxBXjf9rK for <ippm@ietfa.amsl.com>; Mon, 20 Dec 2021 12:58:16 -0800 (PST)
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2100.outbound.protection.outlook.com [40.107.93.100]) (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 9E8203A0831 for <ippm@ietf.org>; Mon, 20 Dec 2021 12:58:16 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UG0MnqqOx+CYd4QSvRDsRkRCD/As6L5KQGKEquPgkDR0Mc+/CWr8XWdU4DQcr3vc2M/+pD6yJz2OxyYKycuYFI1H3yf29pLMmw5v+aWe9aUg9oecibaGHG/wXolehI0CpZoGRYIvywteDszyu3Blklf1wtRPniwEHdhwCT6Gj/EDmtRWF5BbjZU1j6SjPn6dhMgrNoeiBU+mEx9aHKAvgTT7PUFZBqswcpraJMb2MRFxTNCG3vBEF7IwZ4G8HirE4m9gGQDqgdhi45T2PP2zWablZ1noJp1UEoKh7Mt6x592jWkIcpWnS+QEFm/39caZ8/ZqWfl9iDTkxhyu+kkaIQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=erCiUqafbOyYdJDkWCfGWOgHQ+U9Y75haSml4ZkFNd8=; b=XifxnDzyEQMq0BR29xS0KY2PaDQDYtlMABe8ePYdLibbZpmMZabVs6KTm8RQ1HTKWGhPt9TRc5zNzq6a1b38BP6sf/432q57SyGY92TFZaNhwDe0DFBMHjC6vlQwa/6K+rtfTptJDIhAu/tkvBhVwps+njXBkoEFWMT0bYg3nF+QMNh8zSz7CxKOznrf+U131KKXH19MtE8OXVPOo28cbX98OdwM3vGq+BfjoYcjcGq4tTHBsErYVQxkXVBy7Kqb8W4iVbjK8In4CPBA+IeZc7VtYgbvyWwQs8zY/qL01uasEI/5hjsx0zmK9nQzFb+RhxBSfHknYiJ1eU9q1ewBlw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ucmail.uc.edu; dmarc=pass action=none header.from=ucmail.uc.edu; dkim=pass header.d=ucmail.uc.edu; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucmail.uc.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=erCiUqafbOyYdJDkWCfGWOgHQ+U9Y75haSml4ZkFNd8=; b=k8ZRqkhYNIxZuevS5KwINwMi+Mq9Y1W/us5Gwc0HgxDCYSIhFfpUWGP1WFayOPDPsC6iQae6rYm07qpPfFSwW2OJpmGC9cdS+NpC9/xF7pVaJAiuULEoV3Jq8GT3z7FNl1/HUvYD1xOh2ixo7jS7/vMwc6T/9wionOlB0MVPARI=
Received: from BY5PR01MB5940.prod.exchangelabs.com (2603:10b6:a03:1be::12) by SJ0PR01MB7448.prod.exchangelabs.com (2603:10b6:a03:3dd::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4778.14; Mon, 20 Dec 2021 20:58:14 +0000
Received: from BY5PR01MB5940.prod.exchangelabs.com ([fe80::10fb:91f6:9c59:2c63]) by BY5PR01MB5940.prod.exchangelabs.com ([fe80::10fb:91f6:9c59:2c63%5]) with mapi id 15.20.4801.020; Mon, 20 Dec 2021 20:58:14 +0000
From: "Hawkins III, William (hawkinwh)" <hawkinwh@ucmail.uc.edu>
To: Christoph Paasch <cpaasch@apple.com>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
Thread-Index: AQHX9eNXsV8B9xesLkOl2yRH9CQSPKw73Aza
Date: Mon, 20 Dec 2021 20:58:13 +0000
Message-ID: <BY5PR01MB5940231FF6D39CCA24A7BD228A7B9@BY5PR01MB5940.prod.exchangelabs.com>
References: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com> <DDBB7884-8A13-4139-8C3C-40087E767760@apple.com>
In-Reply-To: <DDBB7884-8A13-4139-8C3C-40087E767760@apple.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
suggested_attachment_session_id: 053b6837-9a50-a2da-88f9-c4394c12ced5
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ucmail.uc.edu;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b405eed4-a933-45bb-f849-08d9c3fb7076
x-ms-traffictypediagnostic: SJ0PR01MB7448:EE_
x-microsoft-antispam-prvs: <SJ0PR01MB744882F9EF1E3117188F32FB8A7B9@SJ0PR01MB7448.prod.exchangelabs.com>
x-ms-oob-tlc-oobclassifiers: OLM:4303;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: AES/lq+XIyIuiJyZ5Ix0uLpUWoeJMcrEN7FpDHf2x9IHzKIs1WTHkzFDxfETfZLxWh2uXHuMOZUzApqHdtBRoG8bF0GF5HYXz+WQYKQSV1GjooH73WlzsUynfMnMBdIJkwto/xwRTYsbYXJXv9oy3/I3WEVgcVFbuqDzHTg2lC36rlEFTNx0QRoLB6rRQbsJYdvApFgJTRu/TxTDLmt2Mt/FUsb+ZrF2WZ+Blq3txtRako4uLd/RWYYBcZnpb9jtZK5CCQSWuYmpM7IcAyM3hothzPAuMVtUqcA1YcaROpxkOTUepr0FUFouIoLoI5mvggjJoi4MkAKOGIY7jw4/yiwpTZLyEzflOEq+jYfBjaULNRnRdNorqcDDPxEqqv2+Dd7fzzjdjKnj8JXxc9jcysLjYr9Oly+qwl8ILnJG29D5hyM7uAi0OO/YgGMDYiAzGWlHv0s9K40qqpkDyWRIokKTdVgolKRrj/jektRlpQ3vX3YcCGJ4Npk1sXVzWU7iq9n/EP0Jrpp6otyvoxqQRcS4fhoXGlGw1z/DOdLMDbo3UB2Y9uwM9trxg5Rn+zh6pwnzb6yfjGZHFbKj2X13yHWBVopNrrFdxg0MukcBL5qmggP/erpqEWJGTiL2FwfUNZ95UdDTZ6pQEVWVr/9qu022bui2t8epM4zmUAsa3Q9j6FlXx/EOFKsnnEIuiPGVn5kAWQWjWabARVfkvOv5P7kUuJW/Pg96dEBHN/dZvMouQj7H7d6z1+L3mGcfwdJWdclzI206NdU8Y7FJWClDdy3HB3pbYV4h6zpTBTiB1iA=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BY5PR01MB5940.prod.exchangelabs.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(33656002)(55016003)(110136005)(66446008)(2906002)(508600001)(86362001)(7696005)(786003)(71200400001)(5660300002)(26005)(8936002)(8676002)(966005)(53546011)(83380400001)(66946007)(38100700002)(66476007)(122000001)(52536014)(6506007)(75432002)(91956017)(38070700005)(64756008)(186003)(66556008)(76116006)(316002)(9686003); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?GoxtPBflOq/k/OsKzmVkDDUDKAI7i8pCB8FneRlZqViKD94XdtADeDZN?= =?Windows-1252?Q?XYyHuYZYU8W+01lxH7yVtmnvRU5mV+AYyI5qKM59Ry/tTLlRBNbKTOI2?= =?Windows-1252?Q?qJkI0gn3X6qDvczLim8LL1aLEv61gV2uPXIb4Kg/DKmg20RASgUvMEf2?= =?Windows-1252?Q?4qXLGKhG6mThy5WEAWiS2MGOCdqMU7NMEdDqay3Ph2CwQKEBXDh9LArJ?= =?Windows-1252?Q?uC/uigEkVqPcmt4BXwMfaSHRSMRFCPx1APbeFIOlsMPW2SwN1Ky8bood?= =?Windows-1252?Q?pUI8Ueh+cl8fNO16CZBrLE2flpun7zikJlx4AkrdXFgr2cAfks0Fvwpd?= =?Windows-1252?Q?39ZHlpsS3oCmyajISWAKXelLpxUscUZGrXEl1zoFNF0bpLbiMXw179nM?= =?Windows-1252?Q?LLm35bC29W9qB/1ODwHGdOWyhDkFXLXWCpl4JxFkDigRKFxw1jQNsUlk?= =?Windows-1252?Q?gEf+2nDbzXdXGqFOL8OP9BOkNm4Yzx9TEDZAW/Pfa26oceOnlirF4Jyo?= =?Windows-1252?Q?AfXanvQHlVlEA07mEaSEd1vUW9JCcTJnl8JI+RedTQhPLNNoUwNZ6Q93?= =?Windows-1252?Q?+qhPnXepPA1g6xYI73RzdJfwZqppGX3GpHiSKzg74Z2i7fip25YfiOzV?= =?Windows-1252?Q?SgL2gnQCPf0G+y3dbTHCVXoD+1A3/HASqn5emDNRezDRGC3/Pu7hUaaE?= =?Windows-1252?Q?cOAMsWPxtXOPm7TU/167I97u9mVDMeFC5TCUn2oLyt8ACGh7ee0WWX6u?= =?Windows-1252?Q?xFqLzA3Z3bNFlspZ8fy0R+70lW0xpKXqYUR3kmbVnsJh0iiiBdU8Xw8y?= =?Windows-1252?Q?1s1u8hf+gLFVJfcjV/JMnuWXnPLLjLtKqhELOWAXvw+30tSQaNawGf6Z?= =?Windows-1252?Q?cawnVcb0FzYOgIe9KCJt9zokBff+nJLoNZ+Z6q4ysFQ1DyQAUd9R0RAl?= =?Windows-1252?Q?BnE8+8SljhEO5ZtY52uQxwxyhsxRPdhRF2ARRqVIaO4HKHTZ4kay6BWO?= =?Windows-1252?Q?StPZBXyDg1MvIVbo5saV3dUuh1/QIx9nUbuQ1fxgC8/GgqfeTsftp7oY?= =?Windows-1252?Q?6PJNKfdCes8/2rJ+l0DoTccP3e2Se61Lt61p9oJfF2lchOgGbsaiJ/3F?= =?Windows-1252?Q?UT4NIe4N0lCuHs1xszYIl4QSB94OWUGYW1j4BGorCMeiG8bq8Fglcd0o?= =?Windows-1252?Q?aYNHNvTyH4eKz/muc2KHZ4cpkJjAMd9PuZ8BePeoAvJtGJFXzWB1xdJa?= =?Windows-1252?Q?ApAE0Hat/USF+W0UcFBmpCxlGNZESCPG8vMtAgclhrTGaeXF2cjM0/1Q?= =?Windows-1252?Q?oRJkyYclZNo1kjkm+0KWIqMn7Ur0A0AORb6VJL5F2qfZkYNz+jHnFVET?= =?Windows-1252?Q?BhJnoeVQ8I30fdlktscGq1nKB9OIDUElb+bV6ve0F3mkXGjsthbwfHBm?= =?Windows-1252?Q?hbuBdNIa6rT/i+SeS9bwJ6qdmU8kYM0FUYBS286fGvDTodPpAE2vmzJE?= =?Windows-1252?Q?2Ps4GuQRj2TyeQrWEBrOdvixwFIEtLfrseseffZc5aPKGg9x2F99ATjz?= =?Windows-1252?Q?TLlufQRkCAKbfv0fBco6RdY8Uhlkn/b5yHOoEjwLjPr3dbBL6C2I/8Dw?= =?Windows-1252?Q?AgeC11vAPdHpviNmWjwKDfcu2MvUPzMk5cI5NL02kHwvIuJ/ec1rzpsn?= =?Windows-1252?Q?Ix87+1n/8qR11IRT8tNSZI9oateMJ1I3y9lndBNvMJt5zL/LzgZ7Og?= =?Windows-1252?Q?=3D=3D?=
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: ucmail.uc.edu
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY5PR01MB5940.prod.exchangelabs.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b405eed4-a933-45bb-f849-08d9c3fb7076
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2021 20:58:13.9751 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: f5222e6c-5fc6-48eb-8f03-73db18203b63
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: gGT5T3pTTZZaNXIXMktHjoT0I18YUjaFf/86bxZwcHs0AzCxOBzwIgdAoNWPYkxqco4crp3lv5QafdP9PEFlVQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR01MB7448
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/3nOTwLsFmXIBXraUECjKTEXb5_I>
X-Mailman-Approved-At: Tue, 21 Dec 2021 08:08:33 -0800
Subject: Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 20 Dec 2021 20:58:55 -0000

(Forgive the top posting)

My name is Will Hawkins and I am a professor at the University of Cincinnat=
i and former researcher at MeasurementLab who is working with the draft's a=
uthors. I have independently implemented a client for this draft protocol (=
https://github.com/hawkinsw/goresponsiveness). I am working closely with th=
e draft's authors to refine the standard and I strongly support adopting th=
is draft.

I hope that this message is appropriate.

Will

________________________________________
From: Christoph Paasch <cpaasch@apple.com>
Sent: Monday, December 20, 2021 3:51 PM
To: Hawkins III, William (hawkinwh)
Subject: Fwd: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness



Begin forwarded message:

From: Marcus Ihlar <marcus.ihlar=3D40ericsson.com@dmarc.ietf.org<mailto:mar=
cus.ihlar=3D40ericsson.com@dmarc.ietf.org>>
Subject: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
Date: December 6, 2021 at 7:52:58 AM PST
To: "ippm@ietf.org<mailto:ippm@ietf.org>" <ippm@ietf.org<mailto:ippm@ietf.o=
rg>>
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org<https://n=
am11.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fippm.ietf.org%2F&=
data=3D04%7C01%7Chawkinwh%40ucmail.uc.edu%7Cce7eb2d69a9f47e012fc08d9c3fa77c=
0%7Cf5222e6c5fc648eb8f0373db18203b63%7C1%7C0%7C637756302812695180%7CUnknown=
%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6=
Mn0%3D%7C3000&sdata=3DLSs70lhEFzy0Qvs0V7a4fN8kJpRjafgkvHVWgDGITKc%3D&reserv=
ed=3D0>>

Hi IPPM,

This email starts an adoption call for draft-cpaasch-ippm-responsiveness, "=
Responsiveness under Working Conditions=94. This document specifies the =93=
RPM Test=94 for measuring user experience when the network is fully loaded.=
 The intended status of the document is Experimental.

https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/<https:/=
/nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatracker.ie=
tf.org%2Fdoc%2Fdraft-cpaasch-ippm-responsiveness%2F&data=3D04%7C01%7Chawkin=
wh%40ucmail.uc.edu%7Cce7eb2d69a9f47e012fc08d9c3fa77c0%7Cf5222e6c5fc648eb8f0=
373db18203b63%7C1%7C0%7C637756302812695180%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi=
MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3Dv=
M6kh8t%2FVRIziHMCoWxkO87ySCCghtmTMDdDvX0UZyk%3D&reserved=3D0>
https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01<=
https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatra=
cker.ietf.org%2Fdoc%2Fhtml%2Fdraft-cpaasch-ippm-responsiveness-01&data=3D04=
%7C01%7Chawkinwh%40ucmail.uc.edu%7Cce7eb2d69a9f47e012fc08d9c3fa77c0%7Cf5222=
e6c5fc648eb8f0373db18203b63%7C1%7C0%7C637756302812695180%7CUnknown%7CTWFpbG=
Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C=
3000&sdata=3D38XGB57Wii%2BKlS5bvvlFesWQqZoOOYgH0pqYIDmbSTQ%3D&reserved=3D0>

This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.

BR,
Marcus

_______________________________________________
ippm mailing list
ippm@ietf.org<mailto:ippm@ietf.org>
https://www.ietf.org/mailman/listinfo/ippm<https://nam11.safelinks.protecti=
on.outlook.com/?url=3Dhttps%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fipp=
m&data=3D04%7C01%7Chawkinwh%40ucmail.uc.edu%7Cce7eb2d69a9f47e012fc08d9c3fa7=
7c0%7Cf5222e6c5fc648eb8f0373db18203b63%7C1%7C0%7C637756302812695180%7CUnkno=
wn%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC=
I6Mn0%3D%7C3000&sdata=3D6K2LZa8vxwIeAIBhUUJlMjl56NHiI0reFrjU1Qa1DxI%3D&rese=
rved=3D0>


From nobody Tue Dec 21 18:42:20 2021
Return-Path: <c.l@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 9FB913A0922 for <ippm@ietfa.amsl.com>; Tue, 21 Dec 2021 18:42:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 BSR-3zd8wekG for <ippm@ietfa.amsl.com>; Tue, 21 Dec 2021 18:42:14 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BCB43A0921 for <ippm@ietf.org>; Tue, 21 Dec 2021 18:42:14 -0800 (PST)
Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4JJcxf1Fnlz6GDRB for <ippm@ietf.org>; Wed, 22 Dec 2021 10:40:22 +0800 (CST)
Received: from dggpemm500002.china.huawei.com (7.185.36.229) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 22 Dec 2021 03:42:09 +0100
Received: from dggpemm500003.china.huawei.com (7.185.36.56) by dggpemm500002.china.huawei.com (7.185.36.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 22 Dec 2021 10:42:08 +0800
Received: from dggpemm500003.china.huawei.com ([7.185.36.56]) by dggpemm500003.china.huawei.com ([7.185.36.56]) with mapi id 15.01.2308.020; Wed, 22 Dec 2021 10:42:08 +0800
From: "Chengli (Cheng Li)" <c.l@huawei.com>
To: "Frank Brockners (fbrockne)" <fbrockne=40cisco.com@dmarc.ietf.org>, "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: =?utf-8?B?W2lwcG1dICBQcm9ncmVzc2luZ8KgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29u?= =?utf-8?Q?f-state?=
Thread-Index: AQHX8nwd6XKcbCQuZ0umkB2stYpoLqw907rA
Date: Wed, 22 Dec 2021 02:42:07 +0000
Message-ID: <2d7b51fa857f478bafa84b81382e5363@huawei.com>
References: <202112101500302348450@zte.com.cn> <CY4PR11MB1672EE19AF2E99EE77BAF5D3DA779@CY4PR11MB1672.namprd11.prod.outlook.com>
In-Reply-To: <CY4PR11MB1672EE19AF2E99EE77BAF5D3DA779@CY4PR11MB1672.namprd11.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.112.40.81]
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/Um5o0vbiPoJjLE2Wa7kOD6nxQeU>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 22 Dec 2021 02:42:19 -0000

SSB3b3VsZCBsaWtlIHRvIGVjaG8gd2l0aCB0aGUgc2VjdXJpdHkgcGFydCwgY2F1c2UgSSBoYXZl
IHRoZSBzYW1lIGNvbnNpZGVyYXRpb25zIHdpdGggRnJhbmsncy4gDQoNClRoZSBtb3N0IGltcG9y
dGFudCBxdWVzdGlvbiBzaG91bGQgYmUgYW5zd2VyZWQgYnkgdGhlIGF1dGhvcnMgc2hvdWxkIGJl
OiBob3cgdG8gdXNlIHRoaXMgbWVjaGFuaXNtIGlzIHdoYXQgZW52aXJvbm1lbnQ/IEFuZCBob3cg
dG8gZW5zdXJlIHRoZSBzZWN1cml0eT8gDQoNClAyUCBJUFNlYyBjb25uZWN0aW9uIG5lZWRzIHRv
IGJlIGJ1aWx0IGFtb25nIHlvdXIgbmV0d29yaywgc28gTiBub2RlcyB3aWxsIG5lZWQgTiooTi0x
KS8yKjIgY29ubmVjdGlvbnMgYXJlIG5lZWRlZChmdWxsLW1lc2ggYW5kIGJpZGlyZWN0aW9uYWwp
LiBJcyBpdCB3b3J0aCB0byBkbyBpdCBvbmx5IGZvciBnZXR0aW5nIGlPQU0gY2FwYWJpbGl0aWVz
IGluZm8/IE9yIG1heSBiZSB3ZSBjYW4gY29sbGVjdCBpdCBieSBhIGNvbnRyb2xsZXIgdmlhIE5F
VENPTkYvWUFORyBvciBCR1AtTFM/ICBXaHkgZG8gd2UgZG8gaXQgaW4gZGF0YSBwbGFuZT8NCg0K
DQpSZXNwZWN0LA0KQ2hlbmcNCg0KDQonJycNCiogU2VjdXJpdHk6IFJldmlzaW9uIC0wMiBkb2Vz
IG5vdCBzZWVtIHRvIHVwZGF0ZSB0aGUgc2VjdXJpdHkgc2VjdGlvbi4gSU1ITywgc2VjdGlvbiA2
IG9uIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHNob3VsZCBiZSBlbmhhbmNlZCB0byBjbGVhcmx5
IGFydGljdWxhdGUgdGhhdCB3ZSdyZSBkZWFsaW5nIHdpdGggdmVyeSBzZW5zaXRpdmUgaW5mb3Jt
YXRpb24uIENvbnNpZGVyIGxvYW5pbmcgZnJvbSBlLmcuLCBodHRwczovL2RhdGF0cmFja2VyLmll
dGYub3JnL2RvYy9odG1sL3JmYzYyNDEjc2VjdGlvbi05LiBBcyBwYXJ0IG9mIHRoZSBkaXNjdXNz
aW9uLCBpdCB3b3VsZCBiZSBnb29kIHRvIHNlZSBhbiBleHBsYW5hdGlvbiB3aGVyZSB5b3UnZCBl
eHBlY3QgIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgdG8gYmUgdXNlZC4gR2l2ZW4g
dGhlIGRpc2N1c3Npb24gaW4gdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uLCB5b3Ugc2VlbSB0byBh
c3N1bWUgYW4gZW52aXJvbm1lbnQgdGhhdCBkb2VzIG5vdCBoYXZlIGEgY2VudHJhbCBuZXR3b3Jr
IG1hbmFnZW1lbnQgc3RhdGlvbiAvIGNvbnRyb2xsZXIgaW4gcGxhY2UuIE9yIGluIG90aGVyIHRl
cm1zLCB5b3Ugc2VlbSB0byB0YXJnZXQgYSBkZXBsb3ltZW50LCB3aGljaCBpc24ndCBhIGxpbWl0
ZWQgZG9tYWluIHBlciBSRkMgODc5OS4gSW4gdGhhdCBjYXNlLCBJIHdvdWxkIGV4cGVjdCB0aGF0
IHdlIGhhdmUgbm9ybWF0aXZlIGxhbmd1YWdlIHRoYXQgcmVxdWlyZXMgdGhlIHVzZSBvZiBzdHJv
bmcgYXV0aGVudGljYXRpb24gYW5kIGVuY3J5cHRpb24gYmV0d2VlbiB0aGUgbm9kZXMgKGkuZS4s
IE1VU1QgdXNlIElDTVAgd2l0aCBBSCBhbmQgRVNQLi4pLg0KJycnDQoNCg0KDQoNCg0KLS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGlwcG0gW21haWx0bzppcHBtLWJvdW5jZXNAaWV0
Zi5vcmddIE9uIEJlaGFsZiBPZiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKQ0KU2VudDogVGh1
cnNkYXksIERlY2VtYmVyIDE2LCAyMDIxIDg6NTQgUE0NClRvOiB4aWFvLm1pbjJAenRlLmNvbS5j
bjsgaXBwbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtpcHBtXSBQcm9ncmVzc2luZ8KgZHJhZnQt
aWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KDQpIaSBYaWFvIE1pbiwNCg0KVGhhbmtzIGZvciBw
b3N0aW5nIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUtMDIuIEkgcmVhZCB0aHJvdWdo
IHRoZSB1cGRhdGVkIHZlcnNpb24gYW5kIGxvb2tlZCBhdCB0aGUgZGlmZiB0byB0aGUgMDEgdmVy
c2lvbiAoaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtaXBwbS1p
b2FtLWNvbmYtc3RhdGUtMDEmdXJsMj1kcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlLTAy
KS4gRGlmZmVyZW50IGZyb20gd2hhdCB5b3Ugc3RhdGUgYmVsb3csIEkgZG9uJ3Qgc2VlIGFueSBv
ZiBteSBjb21tZW50cyByZWZsZWN0ZWQuIA0KVGhlIHR3byBtYWluIHBvaW50cyBJIG1lbnRpb25l
ZCBpbiB0aGUgbGFzdCBXRyBtZWV0aW5nIHdlcmUgYWJvdXQgKGEpIGFsaWdubWVudCB3aXRoIGRy
YWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcgYW5kIChiKSBlbmhhbmNlbWVudHMgdG8gdGhlIHNlY3Vy
aXR5IHNlY3Rpb24sIHJlZmxlY3RpbmcgdGhhdCB0aGUgcHJvdG9jb2wgeW91IGFyZSBkZWZpbmlu
ZyBpcyBhIG5ldHdvcmsgbWFuYWdlbWVudCBwcm90b2NvbCwgYW5kIG5lZWRzIHRvIGJlIHNlY3Vy
ZWQgYXMgc3VjaC4gDQoNCk1vcmUgc3BlY2lmaWNhbGx5OiANCiogQWxpZ25tZW50IHdpdGggZHJh
ZnQtaWV0Zi1pcHBtLWlvYW0teWFuZzogDQpUaGUgSVBQTSBXRyBpcyBpbiB0aGUgcHJvY2VzcyBv
ZiBkZWZpbmluZyBhIFlBTkcgbW9kdWxlIGZvciBJT0FNOiBkcmFmdC1pZXRmLWlwcG0taW9hbS15
YW5nLiBXZSBzaG91bGQgaGF2ZSBhIHNpbmdsZSwgY29tcHJlaGVuc2l2ZSBtb2RlbCBmb3IgY29u
ZmlnIGluZm9ybWF0aW9uIGZvciBJT0FNLiBUaGF0IG1vZGVsIGNhbiB0aGVuIGJlIHJlbmRlcmVk
IGludG8gZGlmZmVyZW50IHRyYW5zcG9ydHMgKGJlIGl0IEpTT04sIFhNTCwgb3IgeWV0IGFub3Ro
ZXIgZm9ybWF0IC0gdG8gdGhlbiBiZSBjYXJyaWVkIG92ZXIgYSBlLmcuIElDTVAgaW4geW91ciBj
YXNlKS4gUmlnaHQgbm93IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgaGVhZHMgZG93
biBhIHBhdGggb2YgZGVmaW5pbmcgYSBuZXcgc2V0IG9mIG1hbmFnZW1lbnQgb2JqZWN0cyAtIG1h
bnkgYXJlIHNpbWlsYXIgdG8gd2hhdCBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nIGFscmVhZHkg
ZGVmaW5lcywgc29tZSB0aGV5IGFyZSBsZXNzIGNvbXByZWhlbnNpdmUsIHNvbWUgaGludCBhdCBh
ZGRpdGlvbmFsIGluZm9ybWF0aW9uIHRoYXQgZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZyBkb2Vz
IG5vdCBjb3ZlciB5ZXQ6IEUuZy4sICB5b3UgZGVmaW5lIGEgIlByZS1hbGxvY2F0ZWQgVHJhY2lu
ZyBDYXBhYmlsaXRpZXMgT2JqZWN0IiB3aGVyZSBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nICBo
YXMgYSAiUHJlYWxsb2NhdGVkIFRyYWNpbmcgUHJvZmlsZSIgZGVmaW5lZC4gWW91IGRlZmluZSBp
bmdyZXNzIGludGVyZmFjZSBmaWVsZHMsIHdoaWNoIGlzIGluZm9ybWF0aW9uLCB3aGljaCBpcyBt
b3JlIGNvbXByZWhlbnNpdmVseSBkZWZpbmVkIGJ5IHRoZSBpb2FtLWZpbHRlciBncm91cGluZy4g
WW91IGRlZmluZSBzcGVjaWZpYyBmaWVsZHMgdG8gZGVzY3JpYmUgdGhlIHRpbWVzdGFtcCBmb3Jt
YXQgdXNlZCBieSBhIG5vZGUsIHdoaWNoIGlzIGluZm9ybWF0aW9uIHRoYXQgc2hvdWxkIGJlIGRl
c2NyaWJlZCBhcyBwYXJ0IG9mIHRoZSBpb2FtLWluZm8gY29udGFpbmVyIC0gYW5kIHdoaWNoIGlz
IGN1cnJlbnRseSBtaXNzaW5nIGluIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmc7IHBvaW50IHdl
bGwgdGFrZW4gOi0pLiBJdCBpcyBpbnRlcmVzdGluZyB0byBub3RlIHRoYXQgZHJhZnQtaWV0Zi1p
cHBtLWlvYW0tY29uZi1zdGF0ZSBkb2VzIG5vdCBldmVuIHJlZmVyZW5jZSBkcmFmdC1pZXRmLWlw
cG0taW9hbS15YW5nLg0KRnJvbSBteSBwZXJzcGVjdGl2ZSB3ZSBzaG91bGQgaGF2ZSBvbmUgc2lu
Z2xlIGRhdGEgbW9kZWwgZm9yIElPQU0gY29uZmlndXJhdGlvbiAtIGFuZCB0aGF0IGlzIHRoZSBZ
QU5HIG1vZHVsZSBkZWZpbmVkIGluIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcuIExldCdzIG1h
a2Ugc3VyZSB0aGF0IHRoaXMgbW9kZWwgY292ZXJzIGFsbCB0aGUgaW5mb3JtYXRpb24gcmVxdWly
ZWQgdG8gcHJvcGVybHkgbWFuYWdlIElPQU0uIFRoZW4gZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29u
Zi1zdGF0ZSB3b3VsZCBiZSBzb2xlbHkgZm9jdXNlZCBvbiBkZWZpbmluZyBob3cgdGhhdCBZQU5H
IG1vZHVsZSAoZnJvbSBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nKSB3b3VsZCBiZSByZW5kZXJl
ZCBpbnRvIGUuZy4sIElDTVAgYXMgYSBjYXJyaWVyIHByb3RvY29sLiANCg0KKiBTZWN1cml0eTog
UmV2aXNpb24gLTAyIGRvZXMgbm90IHNlZW0gdG8gdXBkYXRlIHRoZSBzZWN1cml0eSBzZWN0aW9u
LiBJTUhPLCBzZWN0aW9uIDYgb24gc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgc2hvdWxkIGJlIGVu
aGFuY2VkIHRvIGNsZWFybHkgYXJ0aWN1bGF0ZSB0aGF0IHdlJ3JlIGRlYWxpbmcgd2l0aCB2ZXJ5
IHNlbnNpdGl2ZSBpbmZvcm1hdGlvbi4gQ29uc2lkZXIgbG9hbmluZyBmcm9tIGUuZy4sIGh0dHBz
Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjNjI0MSNzZWN0aW9uLTkuIEFzIHBh
cnQgb2YgdGhlIGRpc2N1c3Npb24sIGl0IHdvdWxkIGJlIGdvb2QgdG8gc2VlIGFuIGV4cGxhbmF0
aW9uIHdoZXJlIHlvdSdkIGV4cGVjdCDCoGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUg
dG8gYmUgdXNlZC4gR2l2ZW4gdGhlIGRpc2N1c3Npb24gaW4gdGhlIEludHJvZHVjdGlvbiBzZWN0
aW9uLCB5b3Ugc2VlbSB0byBhc3N1bWUgYW4gZW52aXJvbm1lbnQgdGhhdCBkb2VzIG5vdCBoYXZl
IGEgY2VudHJhbCBuZXR3b3JrIG1hbmFnZW1lbnQgc3RhdGlvbiAvIGNvbnRyb2xsZXIgaW4gcGxh
Y2UuIE9yIGluIG90aGVyIHRlcm1zLCB5b3Ugc2VlbSB0byB0YXJnZXQgYSBkZXBsb3ltZW50LCB3
aGljaCBpc24ndCBhIGxpbWl0ZWQgZG9tYWluIHBlciBSRkMgODc5OS4gSW4gdGhhdCBjYXNlLCBJ
IHdvdWxkIGV4cGVjdCB0aGF0IHdlIGhhdmUgbm9ybWF0aXZlIGxhbmd1YWdlIHRoYXQgcmVxdWly
ZXMgdGhlIHVzZSBvZiBzdHJvbmcgYXV0aGVudGljYXRpb24gYW5kIGVuY3J5cHRpb24gYmV0d2Vl
biB0aGUgbm9kZXMgKGkuZS4sIE1VU1QgdXNlIElDTVAgd2l0aCBBSCBhbmQgRVNQLi4pLg0KDQpJ
biBhZGRpdGlvbiB0byB0aGUgYWJvdmUsIEkgc3RydWdnbGUgdG8gdW5kZXJzdGFuZCB0aGUgIk9w
ZXJhdGlvbmFsIEd1aWRlIiBpbiBzZWN0aW9uIDQ6IENvdWxkIHlvdSBzaGVkIGEgYml0IG1vcmUg
bGlnaHQgb24gaG93IHlvdSBleHBlY3QgdGhpbmdzIHRvIHdvcmsgLSBhbmQgd2hhdCBhIHRhcmdl
dCBkZXBsb3ltZW50IGVudmlyb25tZW50IHdvdWxkIGxvb2sgbGlrZT8gSXQgc2VlbXMgdGhhdCB5
b3UgYXNzdW1lIHRoYXQgeW91IGRvbid0IGtub3cgdGhlIG5ldHdvcmsgbm9yIHRoZSBkZXN0aW5h
dGlvbiBhZGRyZXNzZXMgaW4geW91ciBuZXR3b3JrOiBEbyB5b3UgZXhwZWN0IHRoYXQgeW91IHdv
dWxkIGRvIHJlZ3VsYXIgIklDTVAgZWNobyBzd2VlcHMiIGluIHlvdXIgbmV0d29yaz8gRG8geW91
IGV4cGVjdCB0aGF0LCB3aGlsZSBkb2luZyB0aGUgZXhwYW5kaW5nIHJpbmcgc2VhcmNoLCBhbiBJ
Q01QIHRpbWUgZXhjZWVkZWQgbWVzc2FnZSB3b3VsZCBhbHNvIGNhcnJ5IHRoZSAiSU9BTSBDYXBh
YmlsaXRpZXMgUmVzcG9uc2UgQ29udGFpbmVyIEhlYWRlciIsIHNvIHRoYXQgdGhlIGNhcGFiaWxp
dGllcyBjb250YWluZXIgd291bGQgbm90IG9ubHkgYmUgY2FycmllZCBpbiB0aGUgZWNobyByZXBs
eSBtZXNzYWdlIGJ1dCBhbHNvIGluIHRoZSB0aW1lIGV4Y2VlZGVkIG1lc3NhZ2U/IA0KDQpUaGFu
a3MsIEZyYW5rDQoNCihCVFcgLSBOb3RlIHRoYXQgZHVlIHRvIHRoZSB1cGNvbWluZyBob2xpZGF5
IHNlYXNvbiwgcmVwbGllcyBtaWdodCBiZSBkZWxheWVkKS4NCg0KPiAtLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KPiBGcm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFs
ZiBPZiB4aWFvLm1pbjJAenRlLmNvbS5jbg0KPiBTZW50OiBGcmlkYXksIDEwIERlY2VtYmVyIDIw
MjEgMDg6MDENCj4gVG86IGlwcG1AaWV0Zi5vcmcNCj4gU3ViamVjdDogW2lwcG1dIFByb2dyZXNz
aW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlDQo+IA0KPiBIaSBJUFBNIFdHLA0K
PiANCj4gVGhlIC0wMiB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUg
aGFzIGJlZW4gcG9zdGVkLg0KPiBUaGVyZSBhcmUgbWFpbmx5IHR3byBjaGFuZ2VzLCBvbmUgaXMg
b24gSU9BTSBUcmFjaW5nIENhcGFiaWxpdGllcyANCj4gT2JqZWN0cyB0byBtYWtlIHRoZW0gYXBw
bGljYWJsZSB0byBJQ01QdjYgZXh0ZW5zaW9ucywgYW5vdGhlciBvbmUgaXMgDQo+IG9uIElPQU0g
UHJvb2Ytb2YtIFRyYW5zaXQgQ2FwYWJpbGl0aWVzIE9iamVjdCB0byBtYWtlIGl0IGFsaWduZWQg
d2l0aCANCj4gdGhlIHVwZGF0ZWQgSU9BTS1EYXRhIGRvY3VtZW50Lg0KPiBBbHNvIG5vdGUgdGhh
dCBJJ3ZlIGhhZCBhbiBvZmZsaW5lIGRpc2N1c3Npb24gd2l0aCB3ZyBjaGFpcnMgYW5kIEZyYW5r
IA0KPiBCcm9ja25lcnMsIG15IGNvbmNsdXNpb24gaXMgdGhhdCBGcmFuaydzIGNvbmNlcm4gcmFp
c2VkIGF0IElFVEYgMTEyIA0KPiBoYXMgYmVlbiBhZGRyZXNzZWQuIElmIHRoYXQncyBub3QgdGhl
IGNhc2UsIHBsZWFzZSBzcGVhayB1cC4NCj4gV2l0aCB0aGF0IHNhaWQsIEkgdGhpbmsgdGhpcyBk
cmFmdCBpcyByZWFkeSBmb3IgV0dMQy4NCj4gDQo+IEJlc3QgUmVnYXJkcywNCj4gWGlhbyBNaW4N
Cj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+
IGlwcG0gbWFpbGluZyBsaXN0DQo+IGlwcG1AaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXw0KaXBwbSBtYWlsaW5nIGxpc3QNCmlwcG1AaWV0Zi5vcmcNCmh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0K


From nobody Wed Dec 22 23:17:28 2021
Return-Path: <Ruediger.Geib@telekom.de>
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 EC7133A1217 for <ippm@ietfa.amsl.com>; Wed, 22 Dec 2021 23:17:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.796
X-Spam-Level: 
X-Spam-Status: No, score=-2.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=telekom.de
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bf9ynccluPrQ for <ippm@ietfa.amsl.com>; Wed, 22 Dec 2021 23:17:21 -0800 (PST)
Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 348503A1210 for <ippm@ietf.org>; Wed, 22 Dec 2021 23:17:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1640243841; x=1671779841; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=PRYu0pkR5rqcyJoDK4fBfYMmUd9H6snGBuoYGWS8d7c=; b=WgCQQHLQ5zGGNhdJfcNrgloyA4sXmeB6QD9ph4TXW4nFhmGZkktN9hYO h8rsKjAZIEnYKc2rNYSJhiOl4LImjVBV6BcO0eTqZW5VIJXsYHDn1B/xN xNnPUf2Y85qXKMYEzIidbKRxDUOdDrU0UTS5L+VI9N13xk3y9dUxEOaXT GDEQ445Pbobho8zxRGcFxnRZcM8sZe2+0BHEPpZCMU9xauSpeFWb2jkma iMQvEDUp8qMmcX+9LuQITqeHVwhgMWt4tUBdoJmKTp/U1f0kCRf5TpUi+ WhbbyQVge4vn01yaMIFTxK0PpAVBaY8wjiKC45lIlDllBVILOaWkFlqV9 A==;
IronPort-SDR: 8YeyLlfBbZCzUcxXKyHA1hOkFaXpN16w2+PDphhYZQdPhUPajMT2GRVdiOEsRSljwwJCR4ifb7 TinFkV2fUkbg==
IronPort-Data: =?us-ascii?q?A9a23=3A9iDdH60/4SV7bNG20fbD5fhzkn2cJEfYwER7X?= =?us-ascii?q?KvMYLTBsI5bp2cGnGoWC22ObPzfMGT0c4xxb42+8R4FvcSGndc1TFFu+CA2R?= =?us-ascii?q?RqmiyZl6fd1j6vI0qv7wvTrFCqL1O1DLImQRCwIZiWE/E70aOK69SAUOZygH?= =?us-ascii?q?dIQNsaVY0ideic0EE/NuTo78wIIqtYAbeqRWmthivuuyyHrA2JJ7hYvWo4iB?= =?us-ascii?q?wJvnzs01Bj6kGtwUlXT/pmntneG/5UeJMp3ya1csxLFrodo8u6SH44vzZmA0?= =?us-ascii?q?k6IzyZrBt7jjvP6dFEHWLjbOU6FjX8+t6qK20AE/3NrlPxmaLxHMy+7iB3Q9?= =?us-ascii?q?zx14O9QuJCxRgozeILBme41TxRcHiJ5OOtK9dcrJFDj65DMlheaKyaEL/JGS?= =?us-ascii?q?Rte0Zcj0uN+G2pT7roZKDQEdDiOneO926m8TK9ngcFLESVBFOvzoVl5wTyIH?= =?us-ascii?q?edgTZ2FX+DL48NVxjE5goZFGvO2WibQUhI3BDyoXvGFEg1/5EoCodqV?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AdbgHL6oBMpbGYid5PadSvKgaV5uNL9V00z?= =?us-ascii?q?EX/kB9WHVpm5Oj5qKTdaUgpHzJYWgqOE3IwerwSZVpQRvnhOdICPoqTMeftW?= =?us-ascii?q?7dySiVxeBZnMvfKlLbalDDH4JmpMBdmu1FeaPN5FVB5voSgzPIUerIouP3jJ?= =?us-ascii?q?xA7N22pxsDI2AaDtAF0+46MHflLqQffngbOXNTLuvl2iMznUvbRZ1hVLXBOp?= =?us-ascii?q?BqZZmkmzTMrvjbiPw9aiIP2U2rt3eF+bT6Gx+X0lM1SDVU24ov9mDDjkjQ+r?= =?us-ascii?q?ijm+vT8G6Y60bjq7Bt3PfxwNpKA8KBzuIPLC/3twqubIN9H5WfoTEOpv214l?= =?us-ascii?q?pCqqiJn/5gBbU115riRBDtnfLf4Xi57N/o0Q649basuwqknSU+fkNhNyMOv/?= =?us-ascii?q?MFTvKT0TtSgDg16tM444vejesJMfqIplWJ2/HYEx5tjUa6unwkjKoaiGFeS5?= =?us-ascii?q?IXbPtLoZUY5149KuZOIMvW0vFrLABVNrCR2B+WSyLSU1nJ+m10hNC8VHU6GR?= =?us-ascii?q?mLBkAEp8yOyjBT2HR01VERysATlmoJsMtVcegE283UdqBz0L1eRM4faqxwQO?= =?us-ascii?q?8HXMusE2TIBRbBKnibL1jrHLwOf3jNt5n06rMo4/zCQu1H8LIi3JDaFF9Iv2?= =?us-ascii?q?87fEzjTcWIwZ1Q6xjIBH6wWDz8o/suraSReoeMD4YDHRfzP2zGovHQ68n3WP?= =?us-ascii?q?erL8pbEKgmdcPeEQ=3D=3D?=
Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 23 Dec 2021 08:17:17 +0100
IronPort-SDR: Oo4dowU8iG/xYyixzLib0ewgOcXqwAq/lEJV7bazVhRLgb6OyWxkNXAxvp7Mq/HLNcl63Ua/PN 9DWlNR3TqKrAqULrz3thcFOsD8uswH4bA=
X-IronPort-AV: E=Sophos;i="5.88,228,1635199200"; d="scan'208";a="433055806"
X-MGA-submission: =?us-ascii?q?MDFYo8H8VYr2jXprnV4VP9sM7R4QGK9aud1mp1?= =?us-ascii?q?RcyAhnV//sfm7n4TN+nXYRdtntZEWDy2FQlj+snh+n0gGs8Ob9FrDE6D?= =?us-ascii?q?wIzi6aGA8kv6ikvk/JAlWIxCMpeUeSD2TaotjgFSM7GUGe0NSZr9exE/?= =?us-ascii?q?xB/ynF1NPFMK6aeZ8+rL9bTg=3D=3D?=
Received: from he199743.emea1.cds.t-internal.com ([10.169.119.51]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 23 Dec 2021 08:17:15 +0100
Received: from HE199744.EMEA1.cds.t-internal.com (10.169.119.52) by HE199743.emea1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.26; Thu, 23 Dec 2021 08:16:55 +0100
Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) by HE199744.EMEA1.cds.t-internal.com (10.169.119.52) with Microsoft SMTP Server (TLS) id 15.0.1497.26 via Frontend Transport; Thu, 23 Dec 2021 08:16:55 +0100
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.177) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1497.26; Thu, 23 Dec 2021 08:16:53 +0100
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hIG4xd3UQczqUiru10SlUmqkbbsFd0xopg07Smi2blDDuL1REK3owdttKbQ3ivwN84RsjxUCst9VdlsjWXRaqULZxwViv2myngMhDGT8hmIK56+e+afo/ms5MGF47AEOV0XTbtC86Z48l7bAAWATGBShTA1YotOQPOdZLnwRbqFfxFbhLU46yyTBlBUKoUFhkCx6S+JA1+yRGktMp1EG1SxRAdOATn/h2zMgUqvMS9wu/GuxrMGaQqVsgLwHpYVnW1WU3CTHRDiaO6DZyYfTofwOcVmkkFMVk0CWNUsHFOd54ltTE0YCnUCKK9DZ4U1C0R+jEJVCY06A0Hc0eBFuOw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=PRYu0pkR5rqcyJoDK4fBfYMmUd9H6snGBuoYGWS8d7c=; b=jTaSH1CW19Z3iG+FNkDM6YO0MhFkJrkzSpYAMSXCWIvhYqf+DmfDlwq644FJp5JiwkFcwiKME49eA+nd2dxaKFu0HCri57/YxS39wjbVZXgZ503nMNNV2VqYtpP9KBTZ99aIzcpv6qJ37oi+Wq/qCorT1na9ixbhC5mrWGovK6L6G6p7TB9JnvUYJJXap4VuFCEdi17blQ6T49VmI5fQIMJig/7laEXEID544TBnZMMeyYuflPlFXpQbrjC2VMdSmwxv0khK0cHlHyc4cos9SmRQW5+h311KZgoRFvPmAPWBWcqj7jZm2T4VB1YwVcJLE6105DrMNSD6WQm4kir/+Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2c::12) by FR2P281MB0026.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:c::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4844.7; Thu, 23 Dec 2021 07:16:54 +0000
Received: from FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM ([fe80::b811:77c:d23c:7437]) by FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM ([fe80::b811:77c:d23c:7437%7]) with mapi id 15.20.4844.007; Thu, 23 Dec 2021 07:16:54 +0000
From: <Ruediger.Geib@telekom.de>
To: <marcus.ihlar@ericsson.com>
CC: <ippm@ietf.org>
Thread-Topic: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
Thread-Index: AQHX9eNXsV8B9xesLkOl2yRH9CQSPKw73AzagAPFj/A=
Date: Thu, 23 Dec 2021 07:16:54 +0000
Message-ID: <FR2P281MB0611FF5F937AD74CA3CF8EC79C7E9@FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM>
References: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com> <DDBB7884-8A13-4139-8C3C-40087E767760@apple.com> <BY5PR01MB5940231FF6D39CCA24A7BD228A7B9@BY5PR01MB5940.prod.exchangelabs.com>
In-Reply-To: <BY5PR01MB5940231FF6D39CCA24A7BD228A7B9@BY5PR01MB5940.prod.exchangelabs.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=telekom.de;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c04e7e30-ffe0-43c5-c142-08d9c5e432cf
x-ms-traffictypediagnostic: FR2P281MB0026:EE_
x-microsoft-antispam-prvs: <FR2P281MB0026913CBEFF6E26F30DF9FD9C7E9@FR2P281MB0026.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:6430;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: sn8WuANY6CX5qdKUO2MpmBxxMxCH9YaLmc86C2N/IbaJ/rPL73dypIpvm7T2Q90fVzw/e4mIJyWz+Y+67ftluMMaR+ts0dx7UIM2aWJYO3SRDy8gnDALJacLipFvAUvvyi65h6Lxz5UJndAVfirwy3i9QKri8L4gcP1QrT1GKzgiJMy5piDVHYE9tdGwRTykm49Vo3BSxRYIZTw8Q9bbHldiEL+fZ6hIeC1AkxO/tlc4hfA0Dz2eja2A+rjRSU6abVduuT0cx7FLvsgN0dosl6eGJwoqPbGJxUdhA684Jws8SIu2LpO2Su7dxkUkDoBofDoeIzJkRr1PHvWh6V0xLPzTYTwsDtMsz8Dly9IAG5QlbSOJQUIY3dz8GxdQuoYuF5OMxiF2qo3cbdj73TryaMFYMly2Aw9OERzwrQdfKV76xLR4xdNj3Pke64CwV34jzKQ9IdZ2a8bUbx3i6EIYH2eSTQ1yVSj1DS9BEb3BR0XNte9042grmEtSIiHjXlJKjYaxHpSqzPrv0sDV/6jEA4ge9rxiZX0fSPtp1PIYqBcAKAFoijJbcUSnCfcBpC8b1UT0TZWkYOwOn4WxC0tyRRyTej5NxdO2+LGf3lg2i9ahItpRxnCrNyLOHcxUw6zQCSJvMhUJnImYYJCYzQvmeBukyhoNJy14EHZm6Hh73tE+ZQzq/Lika5xGsFuJwmEgO7/lnZ3vH2DnPKY5fVCtf+RKKyNOr1BR3U+WkSqwEjqiYmTcolMjzYneZYAecStCi4PEiJjjc4p+Fa0rv2TZ5sMqXGGb5iCNd6kA79mSIzE=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFS:(13230001)(366004)(186003)(7696005)(6506007)(9686003)(26005)(76116006)(55016003)(66946007)(6916009)(498600001)(86362001)(71200400001)(966005)(122000001)(38100700002)(82960400001)(83380400001)(38070700005)(8676002)(66476007)(4326008)(52536014)(66556008)(66446008)(64756008)(2906002)(8936002)(33656002)(5660300002)(20210929001); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?CwC+AdUaNM4nhvwQKufYa+lu7CdzLJrwjzFwt3MlcJQVs+IizEFoyd531j?= =?iso-8859-1?Q?O4D3e/egpbckD5eZapAAXP7LmJquKbg32Uj+PZtl+juG3w3cEjS5/9M+FG?= =?iso-8859-1?Q?h+ZveSL10qhcr3dkQP40p+ULdQcRqqBroNwz3DhBGGomVI6VK0t6+lisqx?= =?iso-8859-1?Q?E6DN2GKs/fB5E5rtkH2lGoWjErQ4HLNzBEM62ETl7HAcL60nNHXYuTql97?= =?iso-8859-1?Q?PD8O+y2hL2x7KY+YbsVo9qo4liWPGmwvv3Y9vo7nyJdy/z83Vzh52pkLkQ?= =?iso-8859-1?Q?LVpoGTfgYWzMaJ/JWkgXwaN7MGMCYoZjolFxZ9lSzY3vuaMpavqV6cxr4U?= =?iso-8859-1?Q?rqyGYDiXw+q9N1A9IBpCKIl4yZj3we8AIUvgDOFl8o+UWPh47++swkmIPY?= =?iso-8859-1?Q?0FcBxGpylDD9PlYlul+EcjnFxAZiReXyTDnm7+GGS4KornlZmC+3IK4L+D?= =?iso-8859-1?Q?XAb1RU9KZdPIVb4SbRnc8NeMEnkBB/1glMnf3vsaIA0rWvEwPj76XerLy8?= =?iso-8859-1?Q?rzxsKzmkj8EwiAmY0SsbK1bAtTF66jXPEUgq4DGMgmUQiycgZYwPEcdMYd?= =?iso-8859-1?Q?gANNfJv5Ztur0okdjEnVyVo8nNG4RrPIiQeli5tna354r/YwvuE8/lR7fA?= =?iso-8859-1?Q?mKJ3Cagd2xDn7LkfNLt78UtSJdsBM3qFKV8yVUvudbEkA6RSk1Pav5mPjN?= =?iso-8859-1?Q?pdcxKCc6kJQ4i5IJTWteMNRwEK5izg0hoVcOyuOgfKYMx8hLhonBwXtnsQ?= =?iso-8859-1?Q?5RBalV2+/Aka+kqYhSLs+SplAUaJoRyt0NEpmYYGtAtv9aHs2E4uVv8dOY?= =?iso-8859-1?Q?+Qq6ly88XZ+3GxbTSRKCxZTXPLybzHqg4hKKhCrkwSgv9wnXRPfnKjm+1c?= =?iso-8859-1?Q?MolZTsIYA6lT+CuXSOiE+8hk/zFQRPp9KZecLCD/ZV0duzsFqqe7DggNw1?= =?iso-8859-1?Q?AMjsSCexZJNdIWJPMUAawz2LUjoOdi4irrnQnwmMw5/ggIXYAJ2FK41TE0?= =?iso-8859-1?Q?UWCEXUpb/qhgoVhA8ZdQu5sC7AQb5J/UlX1bWGf4CEj4m6fraIP++TtEik?= =?iso-8859-1?Q?oD/c/CalVUoKilI5GkBqRE0yL1cC0YPkVGGtV58bB3Gm/fbJl4Z48PiOQ4?= =?iso-8859-1?Q?eRut1L2ljCqwR7SQbskeK3jvcN+/DfyNUkR58+w6VjqjLxkUQaOOkzBhsR?= =?iso-8859-1?Q?DNN/A6tSIN4CMkWZ8cV0BXme5Knq9O5nkxZrBUc3lfuxtoVFomLFUgnXdz?= =?iso-8859-1?Q?wiWbDPCk9zsRbR5yKVtiSMYtS7V8eRLRcR/LYiUr+BdWhlG0Ll6YvnFDTK?= =?iso-8859-1?Q?MIKl2G+K9IuOZ+tbk4Tq8HmtH6SFbiN0r+ya0wSEepwqW2gghe9bJoaYhG?= =?iso-8859-1?Q?H1zsyk+HjnHpxLBadqTWQ6LhGoGA/k4/Tk8ECoFb4X4L9xQaw0BpXjDOf+?= =?iso-8859-1?Q?nk3MHvdgs1BPoOVx/zGyCRujTrefA7wIRVJXJbRuSibbBsYQg5AvvcAMt5?= =?iso-8859-1?Q?luGIy43fMrss+JXnS/ecy/YHzhpMHs3OLGy2I390F4zLodOblnVR+0LDc2?= =?iso-8859-1?Q?i68r07/OUXhWPxKYlxmlW0HYp4ieEzHIbzLog0TM5mRctoNxpLeqf3jLb9?= =?iso-8859-1?Q?OlEZFfBLOiAxYzkFfd3AAx2/BDGTPNWu0/osJwY/XMbmD0g6+TYq4/rocr?= =?iso-8859-1?Q?ZTKa0D6wxSI4OfsXmJ+Qyu5v5pWu1R1O8KPPSz3mRsY0sJUwg/0n7zVrXq?= =?iso-8859-1?Q?t66A=3D=3D?=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: c04e7e30-ffe0-43c5-c142-08d9c5e432cf
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Dec 2021 07:16:54.4859 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 2ludKZTiiZLxYqeyMyGlHsGqGY6sIFtTjcnT3WgC/2XN7glTX26eMetN7DfgbC8lR8s4Ofu4S0nM7uCf+CutSRfljNbawR4KwAvspE3tzws=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0026
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/YFhKhPV-ZlTL77GyAoZRariKxbA>
Subject: Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 23 Dec 2021 07:17:27 -0000

Hi Marcus,

Noting that some more work needs to be added, I support adoption.

Some comments:
- I'd appreciate if the draft was covering expectable operational scenarios=
, namely
  * There may be no bottleneck buffer - the test/metric needs to detect tha=
t and act appropriate.
  * One might be interested in the metric while the test adds an insignific=
ant load only. While receiver tries to consume service X, what's the metric=
 seen from Y?=20
     (may help to clarify, whether the access causes trouble or another net=
work section).

- Measuring the maximum RPM as seen from the test server is part of the tes=
t or it isn't? That's not clear to me by now.
  I'm favouring to make measuring the maximum RPM part of the test, this ma=
y help to scale results.

- The test set-up should prevent application as DoS attack tool.

Regards,

Ruediger


From: Marcus Ihlar <marcus.ihlar@ericsson.com >
Subject: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
Date: December 6, 2021 at 7:52:58 AM PST
To: "ippm@ietf.org<mailto:ippm@ietf.org>" <ippm@ietf.org<mailto:ippm@ietf.o=
rg>>
List-Id: IETF IP Performance Metrics Working Group=20

Hi IPPM,

This email starts an adoption call for draft-cpaasch-ippm-responsiveness, "=
Responsiveness under Working Conditions". This document specifies the "RPM =
Test" for measuring user experience when the network is fully loaded. The i=
ntended status of the document is Experimental.

https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/

https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-01

This adoption call will last until Monday, December 20. Please review the d=
ocument, and reply to this email thread to indicate if you think IPPM shoul=
d adopt this document.

BR,
Marcus

_______________________________________________
ippm mailing list
ippm@ietf.org<mailto:ippm@ietf.org>

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


From nobody Wed Dec 22 23:44:12 2021
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 63A5F3A127F for <ippm@ietfa.amsl.com>; Wed, 22 Dec 2021 23:44:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 72BboUrqDhrm for <ippm@ietfa.amsl.com>; Wed, 22 Dec 2021 23:44:05 -0800 (PST)
Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 ED8E73A127E for <ippm@ietf.org>; Wed, 22 Dec 2021 23:44:04 -0800 (PST)
Received: by mail-ed1-x532.google.com with SMTP id o20so18011577eds.10 for <ippm@ietf.org>; Wed, 22 Dec 2021 23:44:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wMY8Q4ivAbOLPvv4swU9OtDVWTS8pSKQPLgcmS8UFe4=; b=faJhx/d/6lSESZbnMujoEN6xs98gDAgJmJDS2hgjRru8qZWlWHEeDfmCZNC7YVcbOI vNFpAW8KEq14gcqe0/Ef9/Zbz248KMA9G31NjB3mTIYP6MhPRMycYI6+0OY8FPsemsnd PViRVk1NjhNR05vmz8aOb+jZ1X0Tr/+hJiOiGoSFoGmNwNPQPkI4qTICcoC6BYyjDtAz mA5GF7IUSiwa5+vxVM5W+sdvWjsXfcLxd0AoZecxAHAWcWrymrevmLlwZ9WYy3VKBSr8 wZIC8Ecj9cqg9eh/nRQqIwP49IMt+V1+2lMxd5TumKbK1Wd9S3varNH2gs0/gVoI9mxb JmdA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wMY8Q4ivAbOLPvv4swU9OtDVWTS8pSKQPLgcmS8UFe4=; b=tpPV0XOq7B/JU7dNC5dVurnI/L97fmuKVdg3f7qM/7/eYJG5mPKlypBJNO/diw7dmn 2thl8tKmItWOxSlmCXtMGshA/XbpRXEYPQ4WdE0ZJp2arMQq36o2mgYG4YMaM9aQaJ99 8aDgYkQvYhX8ZzlKxyouk8WaUgJfQxLKekYI0OphWDfQ3n6G8f00Sm0+4OlTh5e2rqHd DgEJu1h9uzuXudvw+9dU8BMFPn0K8vjkX0vV7r7i1Rxc1O1TQef/vzyuUvsBgnWbKm2J WZH6G8nmGfJU8wDN6cQoBUml28bOhCSuM9aXbPrcoQbP+UHvqk2D5HdPuFF5kKC6fEcD njpQ==
X-Gm-Message-State: AOAM531QtsEc+cOV2cwG4bH9fKxoOOKAUgttvEEklBT3A/RgBJ5nsgMI KyOAiS6C8P0FyPBq025CeHYLtLeKaCOfwi9luMAvFDNr
X-Google-Smtp-Source: ABdhPJy8LtxT2Zj3ezdaU3sttovhfyt6/7U6+lVfcemnPaYqhVc0BHrOpuCK5P55VxeHoNDUaDkIhpvFDKEB4Q1GAQY=
X-Received: by 2002:a05:6402:1203:: with SMTP id c3mr1070346edw.253.1640245441404;  Wed, 22 Dec 2021 23:44:01 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 22 Dec 2021 23:43:50 -0800
Message-ID: <CA+RyBmU_j9-vR+BnjvhKCDuaWYPZ_Ym96yUJPX0LhGihfsp1ng@mail.gmail.com>
To: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>
Cc: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e1252305d3cb6613"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/E5Kv5QXv1rsQze832YC4M7p23QA>
Subject: Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 23 Dec 2021 07:44:11 -0000

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

Dear Marcus, Authors, et al,
apologies for the belated response.
I've read the draft and have some comments to share with you:

   - as I understand it, the proposed new responsiveness metric is viewed
   as the single indicator of a bufferbloat condition in a network. As I
   recall, the discussion at Measuring Network Quality for End-Users worksh=
op
   and on the mailing list
   <https://mailarchive.ietf.org/arch/browse/network-quality-workshop/?gbt=
=3D1&index=3DcuW_1lh4DD22V28EvlPFB_NjjZY>
   indicated, that there=E2=80=99s no consensus on what behaviors, symptoms=
 can
   reliably signal the bufferbloat. It seems that it would be reasonable to
   first define what is being measured, characterized by the responsiveness
   metric. Having a document that discusses and defines the bufferbloat wou=
ld
   be great.
   - It seems like in the foundation of the methodology described in the
   draft lies the assumption that without adding new flows the
   available bandwidth is constant, does not change. While that is mostly t=
he
   case, there are technologies that behave differently and may change
   bandwidth because of the outside conditions. Some of these behaviors of
   links with variable discrete bandwidth are discussed in, for example, RF=
C
   8330 <https://datatracker.ietf.org/doc/rfc8330/> and RFC 8625
   <https://datatracker.ietf.org/doc/rfc8625/>.
   - Then, I find the motivation not to use time units to express the
   responsiveness metric not convincing:

   "Latency" is a poor measure of responsiveness, since it can be hard
   for the general public to understand.  The units are unfamiliar
   ("what is a millisecond?") and counterintuitive ("100 msec - that
   sounds good - it's only a tenth of a second!").


I would appreciate these topics being discussed and addressed in the draft
before it is adopted by the WG.

Regards,
Greg

On Mon, Dec 6, 2021 at 7:53 AM Marcus Ihlar <marcus.ihlar=3D
40ericsson.com@dmarc.ietf.org> wrote:

> Hi IPPM,
>
>
>
> This email starts an adoption call for draft-cpaasch-ippm-responsiveness,
> "Responsiveness under Working Conditions=E2=80=9D. This document specifie=
s the =E2=80=9CRPM
> Test=E2=80=9D for measuring user experience when the network is fully loa=
ded. The
> intended status of the document is Experimental.
>
>
>
> https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/
>
> https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-0=
1
>
>
>
> This adoption call will last until *Monday, December 20*. Please review
> the document, and reply to this email thread to indicate if you think IPP=
M
> should adopt this document.
>
>
>
> BR,
>
> Marcus
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"auto"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr">Dear M=
arcus, Authors, et al,<div>apologies for the belated response.</div><div>I&=
#39;ve read the draft and have some comments to share with you:</div><div><=
ul><li>as I understand it, the proposed new responsiveness metric is viewed=
 as the single indicator of a bufferbloat condition in a network. As I reca=
ll,=C2=A0the discussion at Measuring Network Quality for End-Users workshop=
 and on <a href=3D"https://mailarchive.ietf.org/arch/browse/network-quality=
-workshop/?gbt=3D1&amp;index=3DcuW_1lh4DD22V28EvlPFB_NjjZY" target=3D"_blan=
k" rel=3D"noreferrer">the mailing list</a> indicated, that there=E2=80=99s =
no consensus on what behaviors, symptoms can reliably signal the bufferbloa=
t. It seems that it would be reasonable to first define what is being measu=
red, characterized=C2=A0by the responsiveness metric. Having a document tha=
t discusses and defines the bufferbloat would be great.</li><li>It seems li=
ke in the foundation of the methodology described in the draft lies the ass=
umption=C2=A0that without adding new flows the available=C2=A0bandwidth=C2=
=A0is constant, does not change. While that is mostly the case, there are t=
echnologies that behave differently and may change bandwidth because of the=
 outside conditions. Some of these behaviors of links with variable discret=
e=C2=A0bandwidth are discussed in, for example,=C2=A0<a href=3D"https://dat=
atracker.ietf.org/doc/rfc8330/" target=3D"_blank" rel=3D"noreferrer">RFC 83=
30</a>=C2=A0and <a href=3D"https://datatracker.ietf.org/doc/rfc8625/" targe=
t=3D"_blank" rel=3D"noreferrer">RFC 8625</a>.</li><li>Then, I find the moti=
vation not to use time units to express the responsiveness metric not convi=
ncing:<br></li></ul></div></div></div><blockquote style=3D"margin:0 0 0 40p=
x;border:none;padding:0px"><div><div><div>=C2=A0 =C2=A0&quot;Latency&quot; =
is a poor measure of responsiveness, since it can be hard</div></div></div>=
<div><div><div>=C2=A0 =C2=A0for the general public to understand.=C2=A0 The=
 units are unfamiliar</div></div></div><div><div><div>=C2=A0 =C2=A0(&quot;w=
hat is a millisecond?&quot;) and counterintuitive (&quot;100 msec - that</d=
iv></div></div><div><div><div>=C2=A0 =C2=A0sounds good - it&#39;s only a te=
nth of a second!&quot;).</div></div></div></blockquote><div dir=3D"ltr"><di=
v dir=3D"ltr"><div><br></div><div>I would appreciate these topics being dis=
cussed and addressed in the draft before it is adopted by the WG.</div><div=
><br></div><div>Regards,</div><div>Greg</div></div></div></div><br><div cla=
ss=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Dec 6, 202=
1 at 7:53 AM Marcus Ihlar &lt;marcus.ihlar=3D<a href=3D"mailto:40ericsson.c=
om@dmarc.ietf.org" target=3D"_blank" rel=3D"noreferrer">40ericsson.com@dmar=
c.ietf.org</a>&gt; wrote:<br></div><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"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Hi IPPM,<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This emai=
l starts an adoption call for draft-cpaasch-ippm-responsiveness, &quot;Resp=
onsiveness under Working Conditions=E2=80=9D. This document specifies the =
=E2=80=9CRPM Test=E2=80=9D for measuring user experience when the
 network is fully loaded. The intended status of the document is Experiment=
al. =C2=A0=C2=A0<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><a href=
=3D"https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/" ta=
rget=3D"_blank" rel=3D"noreferrer">https://datatracker.ietf.org/doc/draft-c=
paasch-ippm-responsiveness/</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><a href=
=3D"https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness=
-01" target=3D"_blank" rel=3D"noreferrer">https://datatracker.ietf.org/doc/=
html/draft-cpaasch-ippm-responsiveness-01</a></span><span style=3D"font-siz=
e:12pt"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">This adop=
tion call will last until
<b>Monday, December 20</b>. Please review the document, and reply to this e=
mail thread to indicate if you think IPPM should adopt this document.<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">BR,<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:12pt;color:black">Marcus <u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>

_______________________________________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank" rel=3D"noreferrer">ippm@=
ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer no=
referrer" target=3D"_blank">https://www.ietf.org/mailman/listinfo/ippm</a><=
br>
</blockquote></div></div>

--000000000000e1252305d3cb6613--


From nobody Thu Dec 23 07:40:56 2021
Return-Path: <dave.taht@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 51DDD3A174A for <ippm@ietfa.amsl.com>; Thu, 23 Dec 2021 07:40:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level: 
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, 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 yL0mnDLjpcAJ for <ippm@ietfa.amsl.com>; Thu, 23 Dec 2021 07:40:48 -0800 (PST)
Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (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 AA15F3A1747 for <ippm@ietf.org>; Thu, 23 Dec 2021 07:40:48 -0800 (PST)
Received: by mail-io1-xd32.google.com with SMTP id q5so7590178ioj.7 for <ippm@ietf.org>; Thu, 23 Dec 2021 07:40:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fDpJyWDStOErk5t2fdipmRUEdb5yWtnlmqBnKkP0Cec=; b=CU+O0dJMaV7c4NtjKy5qaCBpcabKKduHuZPSx38vlKOO5JF9KervyzbueEFaw/GVnK tQhxQO1vUkbPDU1B+qegZRL0lIUIddred/ewuWYSP3fPYiVglfU6oWQtD7UL3Aa6+6ns O1HxhBqU45YS7eLxH341xvVjU7dq5b0rQ1G88bf1whuwreyPYXXnkINXVUpkbEbbwAES VT7Q+bFVWypkC5m+7YnuhGijclBzZbTBKfp5KFXavKUQhdeZ2vy6qUvXyYTK+eEogRv7 CZO8wI0+hCmDggommfrKXnPYQpM4QXK6f7w4Eb5izLGeRp/z1vb5DhytQwzPpHifOEal yYkQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fDpJyWDStOErk5t2fdipmRUEdb5yWtnlmqBnKkP0Cec=; b=rU5T+z5JcI7ENeQS8j+2QPw+rQat/MxtlbbeM3CgatZVZXsddvjvXVYBY/wb2OyFFj nyXNf5Ik2S5edDDRKPSBWKewdA40j3rJu3hl7YCxHSEGv39q4uGsRvMLvg0sanDP6JLq DghTZJDDJhGwsxKBtkSyK9F5r/h7HIVzcl+uap42fFsIlPxeLqy5fIA7aTgZJWxSm27C Q7kjRdpHCBFYwioYzXtvotUgU5uHJ/CJwfro+5XFwlXZ5gpQOYObLuqPMI2PJyIjQUhK 2XFEPX4lYRAJNJEpK1DPDmbvtGlGmxl9K2Iw739LfTPwXeAFc8mD0PNhTSxlaAugSvS+ CcyA==
X-Gm-Message-State: AOAM5334LT9B65ttm0zLibA4xca/6S4A4E81KyJTLkvnAMs1dtW8lplb tGLVKFxqN6IzMpIZqM0E64TLVxJ6u9jCsVfQvxg=
X-Google-Smtp-Source: ABdhPJzPMQ/tu7ukldlYsb+JN320Nmvc9N7vHwQlZbgqiCB1dlCMLwW7VuzIyZX+BJw8dcXP66c84oDPxBookuNzORw=
X-Received: by 2002:a05:6638:3292:: with SMTP id f18mr1633492jav.115.1640274046716;  Thu, 23 Dec 2021 07:40:46 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com> <CA+RyBmU_j9-vR+BnjvhKCDuaWYPZ_Ym96yUJPX0LhGihfsp1ng@mail.gmail.com>
In-Reply-To: <CA+RyBmU_j9-vR+BnjvhKCDuaWYPZ_Ym96yUJPX0LhGihfsp1ng@mail.gmail.com>
From: Dave Taht <dave.taht@gmail.com>
Date: Thu, 23 Dec 2021 07:40:34 -0800
Message-ID: <CAA93jw5_H+E9TmRAmqKy4q3AZoy7tUCSC+=9FxWvj-8ko9FSBw@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.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/kAteoENMdeg2tQTP1FYxu7kH-mY>
Subject: Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 23 Dec 2021 15:40:53 -0000

I support adoption. My concerns are that I do not know if a single
metric is achievable, and also the methods created SHOULD try to find
the bottleneck link. I'd like open source software created along the
way (the apple effort which I applaud has released the server side) to
explore the issues.

On Wed, Dec 22, 2021 at 11:44 PM Greg Mirsky <gregimirsky@gmail.com> wrote:
>
> Dear Marcus, Authors, et al,
> apologies for the belated response.
> I've read the draft and have some comments to share with you:
>
> as I understand it, the proposed new responsiveness metric is viewed as t=
he single indicator of a bufferbloat condition in a network. As I recall, t=
he discussion at Measuring Network Quality for End-Users workshop and on th=
e mailing list indicated, that there=E2=80=99s no consensus on what behavio=
rs, symptoms can reliably signal the bufferbloat. It seems that it would be=
 reasonable to first define what is being measured, characterized by the re=
sponsiveness metric. Having a document that discusses and defines the buffe=
rbloat would be great.
> It seems like in the foundation of the methodology described in the draft=
 lies the assumption that without adding new flows the available bandwidth =
is constant, does not change. While that is mostly the case, there are tech=
nologies that behave differently and may change bandwidth because of the ou=
tside conditions. Some of these behaviors of links with variable discrete b=
andwidth are discussed in, for example, RFC 8330 and RFC 8625.
> Then, I find the motivation not to use time units to express the responsi=
veness metric not convincing:
>
>    "Latency" is a poor measure of responsiveness, since it can be hard
>    for the general public to understand.  The units are unfamiliar
>    ("what is a millisecond?") and counterintuitive ("100 msec - that
>    sounds good - it's only a tenth of a second!").
>
>
> I would appreciate these topics being discussed and addressed in the draf=
t before it is adopted by the WG.
>
> Regards,
> Greg
>
> On Mon, Dec 6, 2021 at 7:53 AM Marcus Ihlar <marcus.ihlar=3D40ericsson.co=
m@dmarc.ietf.org> wrote:
>>
>> Hi IPPM,
>>
>>
>>
>> This email starts an adoption call for draft-cpaasch-ippm-responsiveness=
, "Responsiveness under Working Conditions=E2=80=9D. This document specifie=
s the =E2=80=9CRPM Test=E2=80=9D for measuring user experience when the net=
work is fully loaded. The intended status of the document is Experimental.
>>
>>
>>
>> https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/
>>
>> https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness-=
01
>>
>>
>>
>> This adoption call will last until Monday, December 20. Please review th=
e document, and reply to this email thread to indicate if you think IPPM sh=
ould adopt this document.
>>
>>
>>
>> BR,
>>
>> Marcus
>>
>>
>>
>> _______________________________________________
>> 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



--=20
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org

Dave T=C3=A4ht CEO, TekLibre, LLC


From nobody Thu Dec 23 18:45:50 2021
Return-Path: <xiao.min2@zte.com.cn>
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 655563A0E66 for <ippm@ietfa.amsl.com>; Thu, 23 Dec 2021 18:45:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vSTeAdfdfjmW for <ippm@ietfa.amsl.com>; Thu, 23 Dec 2021 18:45:24 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A333F3A0E67 for <ippm@ietf.org>; Thu, 23 Dec 2021 18:45:23 -0800 (PST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4JKryT5nrrz7R0HR; Fri, 24 Dec 2021 10:45:21 +0800 (CST)
Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl2.zte.com.cn with SMTP id 1BO2jF3D077793; Fri, 24 Dec 2021 10:45:15 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp01[null]) by mapi (Zmail) with MAPI id mid201; Fri, 24 Dec 2021 10:45:15 +0800 (CST)
Date: Fri, 24 Dec 2021 10:45:15 +0800 (CST)
X-Zmail-TransId: 2af961c5343b608c6173
X-Mailer: Zmail v1.0
Message-ID: <202112241045151378136@zte.com.cn>
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <giuseppe.fioccola@huawei.com>, <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl2.zte.com.cn 1BO2jF3D077793
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 61C53441.000 by FangMail milter!
X-FangMail-Envelope: 1640313921/4JKryT5nrrz7R0HR/61C53441.000/10.30.14.239/[10.30.14.239]/mse-fl2.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61C53441.000/4JKryT5nrrz7R0HR
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/E1dnE3rkCp3ioxKbknXC7z0oHwI>
Subject: [ippm] =?utf-8?q?Comments_on_draft-fioccola-rfc8321bis-01?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 24 Dec 2021 02:45:30 -0000

Hi Giuseppe,

I noticed in the -01 revision you added that 
"The switching after a fixed number of packets is an additional possibility but its detailed specification is out of scope."
I like this change, it gives the clear practical direction on fixed-timer method, as well as reserving the possibility for someone to develop details based on fixed-number method.
I suggest to apply the similar description on Single-Marking Methodology defined in section 3.3.1. There are mainly three reasons, the first one is that Double-Marking Methodology defined in section 3.3.2 is already the practical direction, the second one is that IMHO one-bit saving of Single-Marking Methodology doesn't bring meaningful benefit, the third one is that Single-Marking Methodology may bring intrinsic error due to packet misordering, as added in section 3.3.1 of the -01 revision.

Happy Holidays to you and all IPPM folks!

Best Regards,
Xiao Min


From nobody Tue Dec 28 07:19:23 2021
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 CC6553A16B7 for <ippm@ietfa.amsl.com>; Tue, 28 Dec 2021 07:19:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.596
X-Spam-Level: 
X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=cWSi5w63; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=BuZup2So
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kz0TePoprOxq for <ippm@ietfa.amsl.com>; Tue, 28 Dec 2021 07:19:17 -0800 (PST)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE4B83A16B6 for <ippm@ietf.org>; Tue, 28 Dec 2021 07:19:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15592; q=dns/txt; s=iport; t=1640704756; x=1641914356; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=+Naqo39qyHYE4RK8WGGC15kxwnKo3HpCcZeVnG1otf4=; b=cWSi5w63sfYdKpBbv3k1A9RftTDUKUkOenHZCsBd+8OahT6C5TdQdHCa kECnoSq8o42pCkKlrDNkE97bVM0Mw9/7GxMpEcY3hPTQv+QxPCsuI6YSA xEg3RG4cOR7ZtbLjjl3IETsrOD/Yj8q8qG7TjE2o23TK/3TJDLw65VOen 4=;
X-IPAS-Result: =?us-ascii?q?A0BPAADJKcth/5hdJa1aHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?UUHAQELAYFRLSgHeFo3MYRHg0cDhFlghQ6DAgOBE48fimuBLoElA1QIAwEBA?= =?us-ascii?q?Q0BASoLDAQBAYUGAheDIQIlNAkOAQIEAQEBAQMCAwEBAQEFAQEFAQEBAgEGB?= =?us-ascii?q?IEJE4VoAQyGQgEBAQECAQEBEBERDAEBJQcLAQQHBAIBBgIQAQQBAQMCJgICA?= =?us-ascii?q?iULFQUDCAIEDgUIEweCXYJlAw4hAQ6Rbo82AYE6AolSAUx6gTGBAYIIAQEGB?= =?us-ascii?q?ASBSkGDABiCNgMGOFgqAYMNhB6CWiKECiccgUlEgRVDgjA3PoJjAQECAReBE?= =?us-ascii?q?worgxY3gi6PGyQbLQJCGwsBA0MOAk8MBQYaGC0IAw4GHgIBCgQGDwRLkWcUE?= =?us-ascii?q?IM8qEmBLQqDQopylHAVg3CMCIZYkReFS5BrIIIkijyTdDsOhGoCBAIEBQIOA?= =?us-ascii?q?QEGNYEsO4FZcBU7gmlRGQ+OIAwWgQQBCIJDhRSFSnQ4AgYBCgEBAwkBgjqMI?= =?us-ascii?q?gEngh4BAQ?=
IronPort-PHdr: A9a23:1z7h6xXPcB+yN3a6Pu0q3SeR5lXV8K36AWYlg6HPw5pCcaWmqpLlO kGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW0oDjsMbzAAlCdSOXEv8KvOiZicmH cNEAVli+XzzMUVcFMvkIVPIpXjn5j8JERK5Pg1wdYzI
IronPort-Data: A9a23:Y7k0maKwizFGM18aFE+RSJclxSXFcZb7ZxGr2PjKsXjdYENSg2dSm zNNWTiEM6rbNDCkKIh/atm29R8Av5KEzdBkGwMd+CA2RRqmiyZq6fd1j6vUF3nPRiEWZBs/t 63yUjRDRSwNZie0Si2FatANllEhk/HYLlbAILScYHkoH1U0EH1JZS9LwobVvKY52bBVPCvV0 T/Ci5W31IiNgmMc3so8sspvmTs31BjAkGpwUm8WOZiniGTje0w9V/rzE00ew0zQGeG4FsbiL wrKISrQEmnxp3/BAfv9+lr3n9FjrrP6ZWCzZnRqt6eKhRhfgB4Uz7kHPsUhKn5rtTzKsMwh1 4AY3XCwYV9B0qzkgu8RVVxTFDtzePQA877cKn/5usuWp6HEWyKzmLM1UwdnZstBp7wf7WJmr ZT0LBgDZAqEjOGwzZqwS/JngYIoK8yD0IY36i04lG+FUqt5KXzFa6Hztcdn1R0VusVLF8n+O 8UraQNuQT2VNnWjPX9SUvrShtyAmmH2bjlJgFuNva46pWPUyWRZ0aD1NfLUd8CEA8JPkS6wt mPP+CL8AxdAHM6DxHyO9XfqjemnoM/gcJgZGLv9/flwjRjKgGcSExYRE1C8pJFVl3KDZj6WE GRMkgJGkET43BXDogXVN/FgnEO5gw==
IronPort-HdrOrdr: A9a23:kwr5VaNkLI19XsBcT2P155DYdb4zR+YMi2TDiHoRdfUFSKKlfp 6V88jzjSWE9wr4WBkb6Le90dq7MA3hHPlOkMgs1NaZLUfbUQ6TTL2KgrGSuAEIdxeOk9K1kJ 0QD5SWa+eATWSS7/yKmjVQeuxIqLLsnczY5pa9854ud3AWV0gK1XYeNu/vKDwPeOAwP+tBKH Pz3LsimxOQPVAsKuirDHgMWObO4/fRkoj9XBIADxk7rCGTkDKB8tfBYlul9yZbdwkK7aYp8G DDnQC8zL6kqeuHxhjV0HKWx4hKmeHm1sBICKW3+4oow3TX+0OVjbZaKvq/VQMO0aeSAZER4Y DxSiIbToBOArXqDzmISFXWqlLdOX0Vmg7fIBej8AveSIrCNWgH4w4rv/METvMfgHBQ4e2UmZ g7rF6xpt5ZCwjNkz/64MWNXxZ2llCsqX5niuILiWdDOLFuJYO5gLZvt3+9Kq1wVh4SKbpXZ9 VGHYXZ/rJbYFmaZ3fWsi1mx8GtRG06GlODTlIZssKY3jBKlDQhpnFoi/A3jzMF7tYwWpNE7+ PLPuBhk6xPVNYfaeZ4CP0aScW6B2TRSVbHMX6UI17gCKYbUki956Lf8fEw/qWnaZYIxJw9lN DIV05Zr3c7fwb0BciHzPRwg1jwqaWGLH3QI+1llu1EU4zHNczW2He4OSITeuOb0oEiPvE=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.88,242,1635206400"; d="scan'208";a="840164757"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 28 Dec 2021 15:19:15 +0000
Received: from mail.cisco.com (xbe-rcd-005.cisco.com [173.37.102.20]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 1BSFJFnv024292 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 28 Dec 2021 15:19:15 GMT
Received: from xfe-aln-004.cisco.com (173.37.135.124) by xbe-rcd-005.cisco.com (173.37.102.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 28 Dec 2021 09:19:14 -0600
Received: from xfe-rtp-003.cisco.com (64.101.210.233) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 28 Dec 2021 09:19:14 -0600
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-003.cisco.com (64.101.210.233) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Tue, 28 Dec 2021 10:19:14 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hBjAZHpo3GpMG9IClwNOBI5hi4bAhAMG311e6gwBK4sZ+W8bdcpDTUcJmxF2D/vCtBw9Ks+ADDvsVGGdxHbE6rgsT1fQ420ePEPUpGkHHb5Q15ZrWbzyDIzIR9K+7VNB/aZflOOqVKkf/YS5dUruTGZfEpzE0CFrnRRgDKekaT8ZdkgssgRfuhMYKvna7C3DPsIpHE6nnkxZGVrOlNOyx4g0hh82hJJL4KVMOf018NYpAXxNMpYH4SGKm9UW/SStJ4wmSjV2GkfzrPQCggXnH+6rHMk0jBtrx1Z6hB8QEJYpDSmY1aDHxkGIn6abk4TZFzMulI1fvCrsZODHjkYvOQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=+Naqo39qyHYE4RK8WGGC15kxwnKo3HpCcZeVnG1otf4=; b=FVYYeYPp28b7N0eaz37LpWiQBxhH+7beNIn2u6uGMAgye27I4tuKXrVy1m9pJNNEFztRwYljNDjcAd7jP//LVySrXKX55efEz1ozF26Z3yYBWNzWLGGPBLesOWYvzTNFGS7nxlHZYMBIPFALGtMSZlsSJydZb6Dhv9hst96ba3/lH7yVjWEdUDbwEpG8p2Ld0tKkm+Yziu4jMeOmwuZXahgaF51kQw3b4zyxUjQ7nzSX6rcB2YYh/OnuuLRHLWNXl5wI/lCHqTlsJBYa+DtdTkxh0cImt/eZy5NdiaG3OkCfKPb6EnXKOG6pzYmdB2c0DEV3ykFX2IWikqYQt3hhBQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+Naqo39qyHYE4RK8WGGC15kxwnKo3HpCcZeVnG1otf4=; b=BuZup2SoCcnmRU3xsMAp/JSGW9xnKM8BsZsgyxm5lIQtVfSwG54Fx04VllWHA+/hN6Y5rGhI2/9dHG7+5Gd7zPU4jLJ0M8W7cG6xU/aDMVqWmvq/lxHuJDCSMlDhKkDwnyLgWuc/V4oZrYppDRAcQqekIqFEbIIY9uegDY8Lqxk=
Received: from CY4PR11MB1672.namprd11.prod.outlook.com (2603:10b6:910:f::8) by CY4PR11MB1989.namprd11.prod.outlook.com (2603:10b6:903:2e::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4823.23; Tue, 28 Dec 2021 15:19:12 +0000
Received: from CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312]) by CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312%7]) with mapi id 15.20.4823.023; Tue, 28 Dec 2021 15:19:12 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>
CC: "ippm@ietf.org" <ippm@ietf.org>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: =?utf-8?B?UmU6W2lwcG1dIFByb2dyZXNzaW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1j?= =?utf-8?Q?onf-state?=
Thread-Index: AQHX7ZPJRKVfHSMK8km2j+o41ByxSaw1Dk+AgADyHoCAAHXB0IAEOZIAgA1od1A=
Date: Tue, 28 Dec 2021 15:19:12 +0000
Message-ID: <CY4PR11MB1672E5B32B26C99186B56F16DA439@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, 202112171028356091854@zte.com.cn, CY4PR11MB1672DC052465BFE82C401635DA789@CY4PR11MB1672.namprd11.prod.outlook.com <202112201001087601811@zte.com.cn>
In-Reply-To: <202112201001087601811@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 18470f27-f6d5-45f5-540e-08d9ca15673f
x-ms-traffictypediagnostic: CY4PR11MB1989:EE_
x-microsoft-antispam-prvs: <CY4PR11MB1989B042D8C4B7CC9B0ACC43DA439@CY4PR11MB1989.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 64+2cVgab8m9/Y/8cJKC0wBQkghZQXs9F7E/B83vUM9aNEXBACyWf8UYieMj4ZN7IoATfE7MZuck40bRRB+3occgmCYtkNKWqX7L70eEHqU3QUlzOFh69bJwq5tjb5bZAJMaXmv09CqB4RC6/Lv/lqUyclMZrWa80Kx6DdVd4fUTV2UgFujp9+m59wHRDIEfAIy2n4oGrhn/3tmI6M3a7MAEYf2aus3fu0+n2s5g03t986NeMNVyZEZQBoMmYqOwLi2rTwMyvo1KZjyirOaI4YozSGW4UhCCICJYn8rLsVLISSCKTiwWSPmO7DrgSYgAKGPDScqr1z78KV8lQb3V9Bhw9Tue5YaTcOIM7zLPL/J751qKLwR+MH1oZvKKwsA1m52LYiyX30C/efcNeAjno91HAKrCkHOHgMzTia4aef2XzIvlYoSaf9nFfasppfSEFOC69XHYntDSiamXnshf4QH+/8TduX60xKQAYdqpfivhHIsH2gxSM2TJtGWB9WehPOKpdt5J920hRDTXCa/VUfsjcCIh+YKmvhqYhGdDcNXgfLUnLi2f0K44kL4b4RIW8d/ApovtKgwdHbuun9Qn4lob+5ysQAQYbNOglbxa/7+9V/vr8reM7q+WfZYRg4fJ5jpNO3XfnTgb9MCThI+NODaZOrFgDKbnHX2qHpWYL7MvqLC3iUPuJUeuD+HQUoAAYv+btnsG9Dq4TGx9SzJeHUT/nZc7YfHM4v5W9obHGPTXF9IledQ+qxroC57E/2GYfMmLgurGiGPb2r4fxHV0BiR5Ll5sMq+VxrL4kE7h2rrxSxhV75yZHlQOZJLztpZYbANMI7FhjHV5e8GugkAl0g==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CY4PR11MB1672.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(366004)(64756008)(30864003)(9686003)(83380400001)(71200400001)(66556008)(4326008)(6506007)(66446008)(66476007)(186003)(966005)(55016003)(54906003)(66946007)(2906002)(38100700002)(8936002)(122000001)(316002)(508600001)(53546011)(52536014)(7696005)(33656002)(6916009)(86362001)(76116006)(5660300002)(38070700005)(26005); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?UmY5bmR0NmNIRFhKdTJjYmZFTDg2VHlDOUZBVjNJbWVacXo2emxTRjFlS2FE?= =?utf-8?B?U09DMlQ4ZHMyY2Zma3ArNjZ0R2xyUG9nc3R4N0ErK2hJVnlzRElvZ3Zqdks3?= =?utf-8?B?UUY2ZlZYbkFzT3AzRFhQbnBzMjBUU2Nvc1Nqck1ZRzhNcmRxcG9HQlFybnNI?= =?utf-8?B?cHYxaTZmS0pZUk5neE5aUDgxMEJRelZ0VWFUTDhLSU50N3MrYy90VDQ5Yjdq?= =?utf-8?B?Y3JEM3prUFpNSTBnaml3NU1rcDVHbmZLYkRDdUg2MFIydjlmZHkzUXAvdHBy?= =?utf-8?B?TjVCcUpZUC9XMVc0ZHRyS0draHViOUdLbHFROWhQcE9DZEc3SFprRCtScEVY?= =?utf-8?B?MTcvdDRpeWx4TSsydHFsQ2FkZVFrM1NiY083azNaWDJxM3FCT084blZKZFcv?= =?utf-8?B?eUxqNGw5ZkVPUTRlSnpLV1Z4bVZKUnRxZ1V3MUExWmswbHNTRzl1KzlLd3B6?= =?utf-8?B?OFR2VDhXT2lLNWs3OFdoWWpUTGhYQ1VwWFZLOHpQVnJwRGZSSEZnaWVRUDBV?= =?utf-8?B?MGF5M0xqWnFxOGZ6MUhLVXVKVFVseFBWamcvSnFUQnpFV1V1bnk4RlRxK0Vv?= =?utf-8?B?U0N2dFhaS0xyeHRGOTY5SGVQSWdCMDcrNTFSdXRYU2R4cXZldVFDd3VHMmJV?= =?utf-8?B?cEZkcnRHbDZxU2VGQnNEWlRWL202dzV6RUl6T0tkdWcvRWMvc3RIY2ZNNnpG?= =?utf-8?B?SWtkS3JnOVIvUi9SUTNxWEVlVHJQYitXd0J6L2Zab3B1ZS91Zkc5TXR6Rk5X?= =?utf-8?B?ZFRNeElJdlJLWExyRXlnbWlGK2VXOXcrM29rU1MyY3JxcUF0bjNHYlFkOGcw?= =?utf-8?B?QWwyNmN2WE5nSGhaN21taFN3R0NQKzE5UzNNNWRKR2ZRRWZKTlRkMStYQ2t6?= =?utf-8?B?dk5rR1lJMDQwNlUrYWFlTk9KWDMvS3VXNFNtS29qK2FwVmlUVExBSWd5T1dB?= =?utf-8?B?MzV4MVJ4Q0dKWE1NWEJaYlFHV0wvQ0plQVE0UXhPaWhMMXdtdm05Mm5VYTlW?= =?utf-8?B?dEJrcy8xdzdLZmtndW91a291UjREaXl1Z3FPeFdBQkRyWlYzbFdQNHpQQjZP?= =?utf-8?B?UmlwN3YwWEFEbmNVZVZlUWRpV0JmRnRhWlFGdVl4TERrWUZTeStqTVJNRmRq?= =?utf-8?B?RWFnM1FVckpIcWQ1VXFqZE1DOGRUNU9TZkxWQUFQcVZUQndhOHkzT2tjdzI2?= =?utf-8?B?UGdYb051ZHJ1c09LTXlpVGUxVXA2YVNVaTVyVys2ZEJjaDhFVFlHUFZmTU5n?= =?utf-8?B?VWtxMFE1RGNoU2oxdUp6SnV4RnNiQUJQaWJrc0FLQ3N4K2JkaTB1MGV1T1dp?= =?utf-8?B?cFFYa2dnUTFrZ0F6YStSOU9LUks3QXNDaURpaC9wTnZ4aG0rZmtrNXRhaVI0?= =?utf-8?B?M0JsQ0ZyQlRMWmh6bDU3SHlxUzlXVmJMRlowb3JDNS9TNkdaejlTcWs0ODBy?= =?utf-8?B?S3hFSFR6VnpicDdwZ3lDR1AxME8zZ21DOWpNdkZEaHJBS2kyT3RHRkJGNi9I?= =?utf-8?B?dldpYjEzdGp3dzBaWHVYajZKemhHQ3JKM01Ua1hYbC9kU2t3VU1XcGFOU295?= =?utf-8?B?Rm1TcXlWWjViVm5QcERGRXRoODh0MUVPUUpsU2doSitLK3hEd0l0eElmYStn?= =?utf-8?B?d2IvNU5wK1JIVFFBZnBhaThXWStoOGJXV2txZm9kTFdSbUVMK1RwQVVCS3NY?= =?utf-8?B?dXdUMWxNMFl6SDduNWdEaXRyYkg4NXRYTlhwQnNERjRWajZQZ25EdW5BaHFN?= =?utf-8?B?RWZhdGFENnFGcVEyYmgreVIyN1BHR3lVQkNEaGJrRlkxM0p4VUFhZ1pCcXVN?= =?utf-8?B?ZDhSQXRocUVpcXJiQWdQbkhCL09lODB3S1NPd3BtczAzWkxMbWJNM3ZhNW9C?= =?utf-8?B?TFhzRCtNUEJZMy9kbnQ2a2J6NWNwUG1SUG9tSllsUnlCSkVRNk5oMUxtZnNy?= =?utf-8?B?ekU2QVNsdWJPNEI5NFZsU2MxRTE1QjEvQzkxamdkWGRQL25CMjYzaTJCTUE3?= =?utf-8?B?czN1dDU1eGVDU2lYZUd6Z0RmMHJLczg5VVVXY2NQNURRV2JLcmw3d0dRZXRy?= =?utf-8?B?Q1pVVk01cW14d0hVRHowOVkzSm1lQTZBbGdPZDZLRzRwTmMzM3hCVEdJYWh3?= =?utf-8?B?R2NJdXlPQ3ZRUnJpdEl6cGFicDNXV3Z3eUl0K0lFVG5OVmNEdXlaV3FOL2t2?= =?utf-8?B?U3c9PQ==?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR11MB1672.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 18470f27-f6d5-45f5-540e-08d9ca15673f
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Dec 2021 15:19:12.3164 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sWyREgjghPrvkC3Y/N4qi3KgjXi9nvZnVzOnvoueRCbco9a5DnwNMwiMzBYuFvHQ6bXj7nlIGTbC79/U6iGWOw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR11MB1989
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.20, xbe-rcd-005.cisco.com
X-Outbound-Node: rcdn-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/GL_yLHI96lXiOrfIwlQAqUZc_pk>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 28 Dec 2021 15:19:22 -0000

SGkgWGlhbyBNaW4sDQoNClBsZWFzZSBzZWUgaW5saW5lICgiLi4uRkIiKQ0KDQo+IC0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IHhpYW8ubWluMkB6dGUuY29tLmNuIDx4aWFvLm1p
bjJAenRlLmNvbS5jbj4NCj4gU2VudDogTW9uZGF5LCAyMCBEZWNlbWJlciAyMDIxIDAzOjAxDQo+
IFRvOiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPg0KPiBD
YzogaXBwbUBpZXRmLm9yZzsgdHBhdWx5QGFwcGxlLmNvbQ0KPiBTdWJqZWN0OiBSZTpbaXBwbV0g
UHJvZ3Jlc3NpbmfCoGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUNCj4gDQo+IEhpIEZy
YW5rLA0KPiANCj4gVGhhbmsgeW91IGZvciB0aGUgcXVpY2sgcmVwbHkuDQo+IEkgYmVsaWV2ZSB5
b3UndmUgcHJvdmlkZWQgeW91ciBhbnN3ZXIgdG8gbXkgcXVlc3Rpb24gaW1wbGljaXRseSwgaG93
ZXZlciB3aGF0IEkNCj4gcmVxdWVzdGVkIGlzIGEgY2xlYXIgY29uY2x1c2lvbiwgb24gYm90aCB0
aGUgbWFpbGluZyBsaXN0IGFuZCB0aGUgZHJhZnQtaWV0Zi1pcHBtLQ0KPiBpb2FtLWRlcGxveW1l
bnQuDQo+IElmIEkgdW5kZXJzdGFuZCB5b3UgY29ycmVjdGx5IHRoaXMgdGltZSwgeW91IG1lYW50
IHRoYXQgdGhlIElPQU0gZGVwbG95bWVudA0KPiBtdXN0IGluY2x1ZGUgYSBjZW50cmFsaXplZCBj
b250cm9sbGVyIG9yIG5ldHdvcmsgbWFuYWdlciBvciBzaW1pbGFyLCANCg0KLi4uRkI6IExldCBt
ZSByZXN0YXRlIHdoYXQgSSBzYWlkIGJlbG93OiBUaGUgY3VycmVudCBJT0FNIGRyYWZ0cyBhc3N1
bWUgdGhhdCBJT0FNIGlzIGRlcGxveWVkIGluIGEgbGltaXRlZCBkb21haW4gKFJGQzg3OTkpLCBh
bHNvIGNhbGxlZCBjb250cm9sbGVkIGRvbWFpbiwgaS5lLiwgYSBkZXBsb3ltZW50IHdoZXJlIGFu
IG9wZXJhdG9yIGRvZXMgaGF2ZSBjb250cm9sIG92ZXIgdGhlIG5vZGVzIGluIHRoZSBuZXR3b3Jr
IGFuZCB0aGVpciBjb25maWd1cmF0aW9uLiBJTUhPIHRoZSB1c2Ugb2YgdGhlIHRlcm0gImNvbnRy
b2xsZXIiIGRvZXMgbm90IGhlbHAgdGhlIGRpc2N1c3Npb24sIGJlY2F1c2UgImNvbnRyb2xsZXIi
IG1lYW5zIGRpZmZlcmVudCB0aGluZ3MgdG8gZGlmZmVyZW50IHBlb3BsZS4gVGhlIGtleSBhc3Bl
Y3QgaXMgdGhhdCBpbiBhIGxpbWl0ZWQvY29udHJvbGxlZCBkb21haW4sIHRoZSBvcGVyYXRvciBo
YXMgY29udHJvbCBvdmVyIHRoZSBub2RlcyBpbiB0aGUgbGltaXRlZCBkb21haW4gYW5kIHRoZWly
IGNvbmZpZ3VyYXRpb24uDQoNCldydC8gREVYOiBPbiB0b3Agb2YgdGhlIGFiaWxpdHkgdG8gY29u
dHJvbCB0aGUgbm9kZXMgYW5kIHRoZWlyIGNvbmZpZ3VyYXRpb24sIERFWCByZXF1aXJlcyB5b3Ug
dG8gaGF2ZSBhIHNvbHV0aW9uIGluIHBsYWNlIHdoaWNoIGFsbG93cyB5b3UgdG8gcmV0cmlldmUs
IGluZ2VzdCwgcHJvY2VzcywgYW5kIGNvcnJlbGF0ZSBwZXItcGFja2V0IElPQU0gZGF0YSBmcm9t
IGV2ZXJ5IG5vZGUgaW4gdGhlIGxpbWl0ZWQgZG9tYWluLiBUaGlzIHJlcXVpcmVtZW50IHRvIHJl
dHJpZXZlLCBpbmdlc3QsIHByb2Nlc3MsIGFuZCBjb3JyZWxhdGUgcGVyLXBhY2tldCBJT0FNIGRh
dGEgZnJvbSBldmVyeSBub2RlIGluIHRoZSBsaW1pdGVkIGRvbWFpbiBpcyBzcGVjaWZpYyB0byB0
aGUgREVYIElPQU0tT3B0aW9uLVR5cGUgYW5kIG5vdCByZXF1aXJlZCBieSB0aGUgb3RoZXIgSU9B
TS1PcHRpb24tVHlwZXMuIEZvciBleGFtcGxlLCB0aGUgdHdvIElPQU0gVHJhY2UtT3B0aW9uLVR5
cGVzIGF1dG9tYXRpY2FsbHkgY29ycmVsYXRlIHRoZSBpbmZvcm1hdGlvbiBmcm9tIHRoZSBkaWZm
ZXJlbnQgbm9kZXMgYnkgYXNzZW1ibGluZyB0aGUgaW5mbyBpbiB0aGUgbm9kZS1saXN0IGFycmF5
IHdoaWxlIHRoZSBwYWNrZXQgdHJhdmVyc2VzIHRoZSBuZXR3b3JrLiANCg0KV2hhdCBpcyByZXF1
aXJlZCBmcm9tIG15IHBlcnNwZWN0aXZlIGZvciBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0
YXRlLCBpcyBhIGNyaXNwIGRlZmluaXRpb24gb2YgdGhlIHRhcmdldCBkZXBsb3ltZW50IGVudmly
b25tZW50IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgdGFyZ2V0cyBhbmQgdGhlIHBl
cnNvbmFzIGFjdGluZyBpbiB0aGF0IGRlcGxveW1lbnQgZW52aXJvbm1lbnQuIEluIGEgbGltaXRl
ZC9jb250cm9sbGVkIGRvbWFpbiwgd2UgY2FuIGFzc3VtZSB0aGF0IHRoZSBvcGVyYXRvciBrbm93
cyB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgbm9kZXMuIFRoZSBwcm9ibGVtIGRlZmluaXRpb24g
b2YgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSBzZWVtcyB0byBiZSB0aGF0ICJzb21l
b25lIiB3aG8gZG9lcyBub3Qga25vdyB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgbm9kZXMgaW4g
dGhlIGRlcGxveW1lbnQgZW52aXJvbm1lbnQgd2FudHMgdG8gcmV0cmlldmUgdGhlIGNvbmZpZ3Vy
YXRpb24gb2YgdGhlIG5vZGVzLg0KDQpDaGVlcnMsIEZyYW5rDQoNCj4gdGhlbiBJIGhhdmUNCj4g
YSBoYXJkIHRpbWUgdHJ5aW5nIHRvIHVuZGVyc3RhbmQgd2h5IGZvdXIgdHlwZXMgb2YgSU9BTSBh
cmUgbmVlZGVkIGluIHNlY3Rpb24gNA0KPiBvZiBkcmFmdC1pZXRmLWlwcG0taW9hbS1kZXBsb3lt
ZW50DQo+IChodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYt
aXBwbS1pb2FtLQ0KPiBkZXBsb3ltZW50I3NlY3Rpb24tNCkuIElNSE8gb25seSBvbmUgdHlwZSBv
ZiBJT0FNIGlzIG5lY2Vzc2FyeSBhbmQgZW5vdWdoLA0KPiB0aGF0J3MgRGlyZWN0IEV4cG9ydCBJ
T0FNIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDQuNCwgd291bGQgeW91IHBsZWFzZSBleHBsYWluDQo+
IGVsYWJvcmF0ZWx5Pw0KPiANCj4gQmVzdCBSZWdhcmRzLA0KPiBYaWFvIE1pbg0KPiAtLS0tLS0t
LS0tLS0tLS0tLS3ljp/lp4vpgq7ku7YtLS0tLS0tLS0tLS0tLS0tLS0NCj4g5Y+R5Lu25Lq677ya
RnJhbmtCcm9ja25lcnMoZmJyb2NrbmUpDQo+IOaUtuS7tuS6uu+8muiCluaVjzEwMDkzNTcwOw0K
PiDmioTpgIHkurrvvJppcHBtQGlldGYub3JnO3RwYXVseUBhcHBsZS5jb207DQo+IOaXpSDmnJ8g
77yaMjAyMeW5tDEy5pyIMTfml6UgMTc6NDcNCj4g5Li7IOmimCDvvJpSRTogUmU6W2lwcG1dIFBy
b2dyZXNzaW5nIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgSGkgWGlhbyBNaW4sDQo+
IHBlciBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaXBw
bS1pb2FtLWRhdGEtDQo+IDE3I3NlY3Rpb24tNCwgSU9BTSBpcyBmb2N1c2VkIG9uICJsaW1pdGVk
IGRvbWFpbnMiIGFzIGRlZmluZWQgaW4gW1JGQzg3OTldLA0KPiB3aGljaCBpcyBwZXIgUkZDIDg3
OTkgdGhlIHNhbWUgYXMgd2hhdCBpcyBhbHNvIHJlZmVycmVkIHRvIGFzIGEgImNvbnRyb2xsZWQN
Cj4gZW52aXJvbm1lbnQiLiBQZXJzb25hbGx5IEkgdW5kZXJzdGFuZCAiQ29udHJvbGxlZCBlbnZp
cm9ubWVudCIgYXMgYW4NCj4gZW52aXJvbm1lbnQgd2hlcmUgYW4gb3BlcmF0b3IgZG9lcyBoYXZl
IGNvbnRyb2wgb3ZlciB0aGUgbm9kZXMgaW4gdGhlDQo+IG5ldHdvcmsgYW5kIHRoZWlyIGNvbmZp
Z3VyYXRpb24sIGkuZS4sIHRoZSBvcGVyYXRvciBoYXMgY29udHJvbCBvdmVyIGhpcyBub2RlcywN
Cj4ga25vd3Mgd2hhdCBuZXR3b3JrIGVsZW1lbnRzIGhlIGlzIGRlYWxpbmcgd2l0aCBhbmQgd2hh
dCB0aGUgY29uZmlnIG9mIHRoZQ0KPiBub2RlcyBpcy4gSG93IHRoaXMgY29udHJvbCBpcyBpbXBs
ZW1lbnRlZCAtIHdoZXRoZXIgdGhlcmUgaXMgb25lIG9yIHNldmVyYWwNCj4gImNvbnRyb2xsZXJz
IiBvciAibmV0d29yayBtYW5hZ2VycyIgb3Igc2ltaWxhciAtIGlzIGFuIGltcGxlbWVudGF0aW9u
IGRldGFpbA0KPiBJTUhPLg0KPiBDaGVlcnMsIEZyYW5rDQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNz
YWdlLS0tLS0NCj4gPiBGcm9tOiB4aWFvLm1pbjJAenRlLmNvbS5jbiA8eGlhby5taW4yQHp0ZS5j
b20uY24+DQo+ID4gU2VudDogRnJpZGF5LCAxNyBEZWNlbWJlciAyMDIxIDAzOjI5DQo+ID4gVG86
IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+DQo+ID4gQ2M6
IGlwcG1AaWV0Zi5vcmc7IHRwYXVseUBhcHBsZS5jb20NCj4gPiBTdWJqZWN0OiBSZTpbaXBwbV0g
UHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiA+DQo+ID4gSGkg
RnJhbmssDQo+ID4NCj4gPiBUaGFua3MgZm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3IGFuZCB0aG91
Z2h0ZnVsIGNvbW1lbnRzLg0KPiA+IEkgYXBvbG9naXplIGlmIEkgbWlzaW50ZXJwcmV0ZWQgeW91
ciBtaW5kLg0KPiA+IENvbnNpZGVyaW5nIHRoYXQgeW91ciBob2xpZGF5IHNlYXNvbiBpcyBjb21p
bmcsIGJlZm9yZSBkaWdnaW5nIGludG8NCj4gPiB0ZWNobmljYWwgZGV0YWlscywgSSBzdWdnZXN0
IHRoYXQgd2UgZGlzY3VzcyB0aGUgSU9BTSBkZXBsb3ltZW50IGVudmlyb25tZW50DQo+IGZpcnN0
Lg0KPiA+IEFzIHlvdSBtYXkgaGF2ZSBub3RpY2VkIHdoaWxlIHJlYWRpbmcgdGhyb3VnaA0KPiA+
IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtIHN0YXRlLTAyLCBpbiB0aGUgaW50cm9kdWN0aW9u
IHNlY3Rpb24gaXQNCj4gPiBzYXlzICJBIGNlbnRyYWxpemVkIGNvbnRyb2xsZXIgd2hpY2ggb3du
cyB0aGUgZW5hYmxlZCBJT0FNDQo+ID4gY2FwYWJpbGl0aWVzIG9mIGVhY2ggSU9BTSBkZXZpY2Ug
Y291bGQgYmUgdXNlZCBpbiBzb21lIElPQU0NCj4gPiBkZXBsb3ltZW50cy4gIFRoZSBJT0FNIGVu
Y2Fwc3VsYXRpbmcgbm9kZSBjYW4gZGlzY292ZXIgdGhlIGVuYWJsZWQNCj4gPiBJT0FNIGNhcGFi
aWxpdGllcyBpbmZvbWF0aW9uIGZyb20gdGhlIGNlbnRyYWxpemVkIGNvbnRyb2xsZXIsIHVzaW5n
LA0KPiA+IGZvciBleGFtcGxlLCBORVRDT05GL1lBTkcsIFBDRVAsIG9yIEJHUC4gIEluIHRoZSBJ
T0FNIGRlcGxveW1lbnQNCj4gPiBzY2VuYXJpbyB3aGVyZSB0aGVyZSBpcyBubyBjZW50cmFsaXpl
ZCBjb250cm9sbGVyLCBORVRDT05GL1lBTkcgb3IgSUdQIG1heQ0KPiBiZSB1c2VkIGJ5IHRoZSBJ
T0FNIGVuY2Fwc3VsYXRpbmcgbm9kZSB0byBkaXNjb3ZlciB0aGVzZSBJT0FNIGNhcGFiaWxpdGll
cw0KPiBpbmZvcm1hdGlvbi4iDQo+ID4gSSBrbm93IHlvdSdyZSB0aGUgcHJpbWFyeSBhdXRob3Ig
b2YgYm90aCBJT0FNLURhdGEgYW5kIElPQU0tRGVwbG95bWVudA0KPiA+IGRvY3VtZW50cywgc28g
SSBoYXZlIGEgZnVuZGFtZW50YWwgcXVlc3Rpb24gdG8geW91OiBJcyB0aGUgYWJvdmUNCj4gPiBz
dGF0ZW1lbnQgY29ycmVjdCBvciBub3Q/DQo+ID4gTW9yZSBzcGVjaWZpY2FsbHksIGlmIHlvdSBj
YW4gY29uZmlybSB0aGF0ICJ0aGUgSU9BTSBkZXBsb3ltZW50DQo+ID4gc2NlbmFyaW8gd2hlcmUg
dGhlcmUgaXMgbm8gY2VudHJhbGl6ZWQgY29udHJvbGxlciIgZG9lc24ndCBleGlzdCBhdA0KPiA+
IGFsbCwgb24gYm90aCB0aGUgbWFpbGluZyBsaXN0IGFuZCB0aGUgSU9BTS1EZXBsb3ltZW50IGRv
Y3VtZW50LCB0aGVuIEkNCj4gPiBzdWdnZXN0IElQUE0gV0cgdG8gYWJhbmRvbiBkcmFmdC0gaWV0
Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSwgdGhhdA0KPiA+IHdvdWxkIHNhdmUgdGhlIGVuZXJneSBv
ZiB0aGUgd2hvbGUgd2cgaW5jbHVkaW5nIHlvdSBhbmQgbWUuDQo+ID4NCj4gPiBCZXN0IFJlZ2Fy
ZHMsDQo+ID4gWGlhbyBNaW4NCj4gPiAtLS0tLS0tLS0tLS0tLS0tLS3ljp/lp4vpgq7ku7YtLS0t
LS0tLS0tLS0tLS0tLS0NCj4gPiDlj5Hku7bkurrvvJpGcmFua0Jyb2NrbmVycyhmYnJvY2tuZSkN
Cj4gPiDmlLbku7bkurrvvJrogpbmlY8xMDA5MzU3MDtpcHBtQGlldGYub3JnOw0KPiA+IOaKhOmA
geS6uu+8mlRvbW15IFBhdWx5Ow0KPiA+IOaXpSDmnJ8g77yaMjAyMeW5tDEy5pyIMTbml6UgMjA6
NTYNCj4gPiDkuLsg6aKYIO+8mlJFOiBbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBt
LWlvYW0tY29uZi1zdGF0ZSBIaSBYaWFvDQo+ID4gTWluLCBUaGFua3MgZm9yIHBvc3RpbmcgZHJh
ZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZS0wMi4gSSByZWFkDQo+ID4gdGhyb3VnaCB0aGUg
dXBkYXRlZCB2ZXJzaW9uIGFuZCBsb29rZWQgYXQgdGhlIGRpZmYgdG8gdGhlIDAxIHZlcnNpb24N
Cj4gPiAoaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtaXBwbS1p
b2FtLWNvbmYtc3RhdGUtDQo+ID4gMDEmdXJsMj1kcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0
YXRlLTAyKS4gRGlmZmVyZW50IGZyb20gd2hhdCB5b3UNCj4gPiBzdGF0ZSBiZWxvdywgSSBkb24n
dCBzZWUgYW55IG9mIG15IGNvbW1lbnRzIHJlZmxlY3RlZC4NCj4gPiBUaGUgdHdvIG1haW4gcG9p
bnRzIEkgbWVudGlvbmVkIGluIHRoZSBsYXN0IFdHIG1lZXRpbmcgd2VyZSBhYm91dCAoYSkNCj4g
PiBhbGlnbm1lbnQgd2l0aCBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nIGFuZCAoYikgZW5oYW5j
ZW1lbnRzIHRvIHRoZQ0KPiA+IHNlY3VyaXR5IHNlY3Rpb24sIHJlZmxlY3RpbmcgdGhhdCB0aGUg
cHJvdG9jb2wgeW91IGFyZSBkZWZpbmluZyBpcyBhDQo+ID4gbmV0d29yayBtYW5hZ2VtZW50IHBy
b3RvY29sLCBhbmQgbmVlZHMgdG8gYmUgc2VjdXJlZCBhcyBzdWNoLg0KPiA+IE1vcmUgc3BlY2lm
aWNhbGx5Og0KPiA+ICogQWxpZ25tZW50IHdpdGggZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZzoN
Cj4gPiBUaGUgSVBQTSBXRyBpcyBpbiB0aGUgcHJvY2VzcyBvZiBkZWZpbmluZyBhIFlBTkcgbW9k
dWxlIGZvciBJT0FNOg0KPiA+IGRyYWZ0LWlldGYtIGlwcG0taW9hbS15YW5nLiBXZSBzaG91bGQg
aGF2ZSBhIHNpbmdsZSwgY29tcHJlaGVuc2l2ZQ0KPiA+IG1vZGVsIGZvciBjb25maWcgaW5mb3Jt
YXRpb24gZm9yIElPQU0uIFRoYXQgbW9kZWwgY2FuIHRoZW4gYmUgcmVuZGVyZWQNCj4gPiBpbnRv
IGRpZmZlcmVudCB0cmFuc3BvcnRzIChiZSBpdCBKU09OLCBYTUwsIG9yIHlldCBhbm90aGVyIGZv
cm1hdCAtIHRvDQo+ID4gdGhlbiBiZSBjYXJyaWVkIG92ZXIgYSBlLmcuIElDTVAgaW4geW91ciBj
YXNlKS4gUmlnaHQgbm93DQo+ID4gZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSBoZWFk
cyBkb3duIGEgcGF0aCBvZiBkZWZpbmluZyBhIG5ldw0KPiA+IHNldCBvZiBtYW5hZ2VtZW50IG9i
amVjdHMgLSBtYW55IGFyZSBzaW1pbGFyIHRvIHdoYXQNCj4gPiBkcmFmdC1pZXRmLWlwcG0taW9h
bS15YW5nIGFscmVhZHkgZGVmaW5lcywgc29tZSB0aGV5IGFyZSBsZXNzDQo+ID4gY29tcHJlaGVu
c2l2ZSwgc29tZSBoaW50IGF0IGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gdGhhdA0KPiA+IGRyYWZ0
LWlldGYtaXBwbS1pb2FtLXlhbmcgZG9lcyBub3QgY292ZXIgeWV0OiBFLmcuLCAgeW91IGRlZmlu
ZSBhDQo+ID4gIlByZS1hbGxvY2F0ZWQgVHJhY2luZyBDYXBhYmlsaXRpZXMgT2JqZWN0IiB3aGVy
ZQ0KPiA+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcgIGhhcyBhICJQcmVhbGxvY2F0ZWQgVHJh
Y2luZyBQcm9maWxlIg0KPiA+IGRlZmluZWQuIFlvdSBkZWZpbmUgaW5ncmVzcyBpbnRlcmZhY2Ug
ZmllbGRzLCB3aGljaCBpcyBpbmZvcm1hdGlvbiwNCj4gPiB3aGljaCBpcyBtb3JlIGNvbXByZWhl
bnNpdmVseSBkZWZpbmVkIGJ5IHRoZSBpb2FtLWZpbHRlciBncm91cGluZy4gWW91DQo+ID4gZGVm
aW5lIHNwZWNpZmljIGZpZWxkcyB0byBkZXNjcmliZSB0aGUgdGltZXN0YW1wIGZvcm1hdCB1c2Vk
IGJ5IGENCj4gPiBub2RlLCB3aGljaCBpcyBpbmZvcm1hdGlvbiB0aGF0IHNob3VsZCBiZSAgZGVz
Y3JpYmVkIGFzIHBhcnQgb2YgdGhlDQo+ID4gaW9hbS1pbmZvIGNvbnRhaW5lciAtIGFuZCB3aGlj
aCBpcyBjdXJyZW50bHkgbWlzc2luZyBpbiBkcmFmdC1pZXRmLWlwcG0taW9hbS0NCj4geWFuZzsg
cG9pbnQgd2VsbCB0YWtlbiA6LSkuIEl0IGlzIGludGVyZXN0aW5nIHRvIG5vdGUgdGhhdCBkcmFm
dC1pZXRmLWlwcG0taW9hbS0NCj4gY29uZi1zdGF0ZSBkb2VzIG5vdCBldmVuIHJlZmVyZW5jZSBk
cmFmdC1pZXRmLSBpcHBtLWlvYW0teWFuZy4NCj4gPiBGcm9tIG15IHBlcnNwZWN0aXZlIHdlIHNo
b3VsZCBoYXZlIG9uZSBzaW5nbGUgZGF0YSBtb2RlbCBmb3IgSU9BTQ0KPiA+IGNvbmZpZ3VyYXRp
b24gLSBhbmQgdGhhdCBpcyB0aGUgWUFORyBtb2R1bGUgZGVmaW5lZCBpbg0KPiA+IGRyYWZ0LWll
dGYtaXBwbS1pb2FtLSB5YW5nLiBMZXQncyBtYWtlIHN1cmUgdGhhdCB0aGlzIG1vZGVsIGNvdmVy
cyBhbGwNCj4gPiB0aGUgaW5mb3JtYXRpb24gcmVxdWlyZWQgdG8gcHJvcGVybHkgbWFuYWdlIElP
QU0uIFRoZW4NCj4gPiBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIHdvdWxkIGJlIHNv
bGVseSBmb2N1c2VkIG9uIGRlZmluaW5nDQo+ID4gaG93IHRoYXQgWUFORyBtb2R1bGUgKGZyb20g
ZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZykgd291bGQgYmUgcmVuZGVyZWQNCj4gaW50byBlLmcu
LCBJQ01QIGFzIGEgY2FycmllciBwcm90b2NvbC4NCj4gPiAqIFNlY3VyaXR5OiBSZXZpc2lvbiAt
MDIgZG9lcyBub3Qgc2VlbSB0byB1cGRhdGUgdGhlIHNlY3VyaXR5IHNlY3Rpb24uDQo+ID4gSU1I
Tywgc2VjdGlvbiA2IG9uIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHNob3VsZCBiZSBlbmhhbmNl
ZCB0bw0KPiA+IGNsZWFybHkgYXJ0aWN1bGF0ZSB0aGF0IHdlJ3JlIGRlYWxpbmcgd2l0aCB2ZXJ5
IHNlbnNpdGl2ZSBpbmZvcm1hdGlvbi4NCj4gPiBDb25zaWRlciBsb2FuaW5nIGZyb20gZS5nLiwN
Cj4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzYyNDEjc2VjdGlv
bi05LiBBcyBwYXJ0IG9mDQo+ID4gdGhlIGRpc2N1c3Npb24sIGl0IHdvdWxkIGJlIGdvb2QgdG8g
c2VlIGFuIGV4cGxhbmF0aW9uIHdoZXJlIHlvdSdkDQo+ID4gZXhwZWN0ICBkcmFmdC0gaWV0Zi1p
cHBtLWlvYW0tY29uZi1zdGF0ZSB0byBiZSB1c2VkLiBHaXZlbiB0aGUNCj4gPiBkaXNjdXNzaW9u
IGluIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiwgeW91IHNlZW0gdG8gYXNzdW1lIGFuDQo+ID4g
ZW52aXJvbm1lbnQgdGhhdCBkb2VzIG5vdCBoYXZlIGEgY2VudHJhbCBuZXR3b3JrIG1hbmFnZW1l
bnQgc3RhdGlvbiAvDQo+ID4gY29udHJvbGxlciBpbiBwbGFjZS4gT3IgaW4gb3RoZXIgdGVybXMs
IHlvdSBzZWVtIHRvIHRhcmdldCBhDQo+ID4gZGVwbG95bWVudCwgd2hpY2ggaXNuJ3QgYSBsaW1p
dGVkIGRvbWFpbiBwZXIgUkZDIDg3OTkuIEluIHRoYXQgY2FzZSwgSQ0KPiA+IHdvdWxkIGV4cGVj
dCB0aGF0IHdlIGhhdmUgbm9ybWF0aXZlIGxhbmd1YWdlIHRoYXQgcmVxdWlyZXMgdGhlIHVzZSBv
ZiBzdHJvbmcNCj4gYXV0aGVudGljYXRpb24gYW5kIGVuY3J5cHRpb24gYmV0d2VlbiB0aGUgbm9k
ZXMgKGkuZS4sIE1VU1QgdXNlIElDTVAgd2l0aCBBSA0KPiBhbmQgRVNQLi4pLg0KPiA+IEluIGFk
ZGl0aW9uIHRvIHRoZSBhYm92ZSwgSSBzdHJ1Z2dsZSB0byB1bmRlcnN0YW5kIHRoZSAiT3BlcmF0
aW9uYWwNCj4gPiBHdWlkZSIgaW4gc2VjdGlvbiA0OiBDb3VsZCB5b3Ugc2hlZCBhIGJpdCBtb3Jl
IGxpZ2h0IG9uIGhvdyB5b3UgZXhwZWN0DQo+ID4gdGhpbmdzIHRvIHdvcmsgLSBhbmQgd2hhdCBh
IHRhcmdldCBkZXBsb3ltZW50IGVudmlyb25tZW50IHdvdWxkIGxvb2sNCj4gPiBsaWtlPyBJdCBz
ZWVtcyB0aGF0IHlvdSBhc3N1bWUgdGhhdCB5b3UgZG9uJ3Qga25vdyB0aGUgbmV0d29yayBub3Ig
dGhlDQo+ID4gZGVzdGluYXRpb24gYWRkcmVzc2VzIGluIHlvdXINCj4gPiBuZXR3b3JrOiBEbyB5
b3UgZXhwZWN0IHRoYXQgeW91IHdvdWxkIGRvIHJlZ3VsYXIgIklDTVAgZWNobyBzd2VlcHMiIGlu
DQo+ID4geW91ciBuZXR3b3JrPyBEbyB5b3UgZXhwZWN0IHRoYXQsIHdoaWxlIGRvaW5nIHRoZSBl
eHBhbmRpbmcgcmluZw0KPiA+IHNlYXJjaCwgYW4gSUNNUCB0aW1lIGV4Y2VlZGVkIG1lc3NhZ2Ug
d291bGQgYWxzbyBjYXJyeSB0aGUgIklPQU0NCj4gPiBDYXBhYmlsaXRpZXMgUmVzcG9uc2UgQ29u
dGFpbmVyIEhlYWRlciIsIHNvIHRoYXQgdGhlIGNhcGFiaWxpdGllcw0KPiA+IGNvbnRhaW5lciB3
b3VsZCBub3Qgb25seSBiZSBjYXJyaWVkIGluIHRoZSBlY2hvIHJlcGx5IG1lc3NhZ2UgYnV0IGFs
c28gaW4gdGhlDQo+IHRpbWUgZXhjZWVkZWQgbWVzc2FnZT8NCj4gPiBUaGFua3MsIEZyYW5rDQo+
ID4gKEJUVyAtIE5vdGUgdGhhdCBkdWUgdG8gdGhlIHVwY29taW5nIGhvbGlkYXkgc2Vhc29uLCBy
ZXBsaWVzIG1pZ2h0IGJlDQo+IGRlbGF5ZWQpLg0KPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl
LS0tLS0NCj4gPiA+IEZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxm
IE9mIHhpYW8ubWluMkB6dGUuY29tLmNuDQo+ID4gPiBTZW50OiBGcmlkYXksIDEwIERlY2VtYmVy
IDIwMjEgMDg6MDENCj4gPiA+IFRvOiBpcHBtQGlldGYub3JnDQo+ID4gPiBTdWJqZWN0OiBbaXBw
bV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiA+ID4NCj4g
PiA+IEhpIElQUE0gV0csDQo+ID4gPg0KPiA+ID4gVGhlIC0wMiB2ZXJzaW9uIG9mIGRyYWZ0LWll
dGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgaGFzIGJlZW4gcG9zdGVkLg0KPiA+ID4gVGhlcmUgYXJl
IG1haW5seSB0d28gY2hhbmdlcywgb25lIGlzIG9uIElPQU0gVHJhY2luZyBDYXBhYmlsaXRpZXMN
Cj4gPiA+IE9iamVjdHMgdG8gbWFrZSB0aGVtIGFwcGxpY2FibGUgdG8gSUNNUHY2IGV4dGVuc2lv
bnMsIGFub3RoZXIgb25lIGlzDQo+ID4gPiBvbiBJT0FNIFByb29mLW9mLSBUcmFuc2l0IENhcGFi
aWxpdGllcyBPYmplY3QgdG8gbWFrZSBpdCBhbGlnbmVkDQo+ID4gPiB3aXRoIHRoZSB1cGRhdGVk
IElPQU0tRGF0YSBkb2N1bWVudC4NCj4gPiA+IEFsc28gbm90ZSB0aGF0IEkndmUgaGFkIGFuIG9m
ZmxpbmUgZGlzY3Vzc2lvbiB3aXRoIHdnIGNoYWlycyBhbmQNCj4gPiA+IEZyYW5rIEJyb2NrbmVy
cywgbXkgY29uY2x1c2lvbiBpcyB0aGF0IEZyYW5rJ3MgY29uY2VybiByYWlzZWQgYXQNCj4gPiA+
IElFVEYgMTEyIGhhcyBiZWVuIGFkZHJlc3NlZC4gSWYgdGhhdCdzIG5vdCB0aGUgY2FzZSwgcGxl
YXNlIHNwZWFrIHVwLg0KPiA+ID4gV2l0aCB0aGF0IHNhaWQsIEkgdGhpbmsgdGhpcyBkcmFmdCBp
cyByZWFkeSBmb3IgV0dMQy4NCj4gPiA+DQo+ID4gPiBCZXN0IFJlZ2FyZHMsDQo+ID4gPiBYaWFv
IE1pbg0KPiA+ID4NCj4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQo+ID4gPiBpcHBtIG1haWxpbmcgbGlzdA0KPiA+ID4gaXBwbUBpZXRmLm9yZw0K
PiA+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQo=


From nobody Wed Dec 29 00:15:59 2021
Return-Path: <xiao.min2@zte.com.cn>
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 2204A3A1052 for <ippm@ietfa.amsl.com>; Wed, 29 Dec 2021 00:15:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jLlc8FZeRnQm for <ippm@ietfa.amsl.com>; Wed, 29 Dec 2021 00:15:52 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB42A3A1051 for <ippm@ietf.org>; Wed, 29 Dec 2021 00:15:51 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4JP43R6F1Cz6FKgy for <ippm@ietf.org>; Wed, 29 Dec 2021 16:15:47 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4JP42r5s8Cz501N7; Wed, 29 Dec 2021 16:15:16 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id 1BT8F2D2083526; Wed, 29 Dec 2021 16:15:02 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp01[null]) by mapi (Zmail) with MAPI id mid201; Wed, 29 Dec 2021 16:15:02 +0800 (CST)
Date: Wed, 29 Dec 2021 16:15:02 +0800 (CST)
X-Zmail-TransId: 2af961cc19064e6ed651
X-Mailer: Zmail v1.0
Message-ID: <202112291615025234000@zte.com.cn>
In-Reply-To: <CY4PR11MB1672E5B32B26C99186B56F16DA439@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, 202112201001087601811@zte.com.cn, CY4PR11MB1672E5B32B26C99186B56F16DA439@CY4PR11MB1672.namprd11.prod.outlook.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <fbrockne@cisco.com>
Cc: <ippm@ietf.org>, <tpauly@apple.com>
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl2.zte.com.cn 1BT8F2D2083526
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.138.novalocal with ID 61CC1933.000 by FangMail milter!
X-FangMail-Envelope: 1640765747/4JP43R6F1Cz6FKgy/61CC1933.000/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61CC1933.000/4JP43R6F1Cz6FKgy
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/K39-WI17F4LFnlQQ1eDFXX1NL3M>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 29 Dec 2021 08:15:57 -0000

Hi Frank,

Thanks for replying to my email during your holiday season.
Please see inline ("XM>>>").

Best Regards,
Xiao Min
------------------原始邮件------------------
发件人：FrankBrockners(fbrockne)
收件人：肖敏10093570;
抄送人：ippm@ietf.org;tpauly@apple.com;
日 期 ：2021年12月28日 23:21
主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
Hi Xiao Min,
Please see inline ("...FB")
> -----Original Message-----
> From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> Sent: Monday, 20 December 2021 03:01
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: ippm@ietf.org; tpauly@apple.com
> Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
>
> Hi Frank,
>
> Thank you for the quick reply.
> I believe you've provided your answer to my question implicitly, however what I
> requested is a clear conclusion, on both the mailing list and the draft-ietf-ippm-
> ioam-deployment.
> If I understand you correctly this time, you meant that the IOAM deployment
> must include a centralized controller or network manager or similar,
..FB: Let me restate what I said below: The current IOAM drafts assume that IOAM is deployed in a limited domain (RFC8799), also called controlled domain, i.e., a deployment where an operator does have control over the nodes in the network and their configuration. IMHO the use of the term "controller" does not help the discussion, because "controller" means different things to different people. The key aspect is that in a limited/controlled domain, the operator has control over the nodes in the limited domain and their configuration.
XM>>> In a limited domain, the operator has control over the nodes in the limited domain and their configuration, doesn't mean there must be a network entity (e.g. controller or network manager or similar) which has control over the nodes in the limited domain and their configuration, is my understanding correct or not?
Wrt/ DEX: On top of the ability to control the nodes and their configuration, DEX requires you to have a solution in place which allows you to retrieve, ingest, process, and correlate per-packet IOAM data from every node in the limited domain. This requirement to retrieve, ingest, process, and correlate per-packet IOAM data from every node in the limited domain is specific to the DEX IOAM-Option-Type and not required by the other IOAM-Option-Types. For example, the two IOAM Trace-Option-Types automatically correlate the information from the different nodes by assembling the info in the node-list array while the packet traverses the network.
XM>>> This requirement to retrieve, ingest, process, and correlate per-packet IOAM data from every node in the limited domain is not required by some IOAM-Option-Types, that means there may be a limited domain that doesn't meet the requirement that there is a network entity (e.g. controller or network manager or similar) which has direct connection to every node, is my understanding correct or not?
What is required from my perspective for draft-ietf-ippm-ioam-conf-state, is a crisp definition of the target deployment environment draft-ietf-ippm-ioam-conf-state targets and the personas acting in that deployment environment. In a limited/controlled domain, we can assume that the operator knows the configuration of the nodes. The problem definition of draft-ietf-ippm-ioam-conf-state seems to be that "someone" who does not know the configuration of the nodes in the deployment environment wants to retrieve the configuration of the nodes.
XM>>> Let me give a simplified example of the target deployment environment and the personas acting in that deployment environment. Assuming that the limited domain is an IPv6 domain, specifically an enterprise campus using physical connections between devices (as described in section 4 of draft-ietf-ippm-ioam-data-17), the operator knows the configuration of every node within the enterprise campus, however there is no a network entity (e.g. controller or network manager or similar) that knows the configuration of every node. In order to deploy IOAM Pre-allocated Tracing, the operator instructs the IOAM encapsulating node to add IOAM header into data packets meeting a rule of DA+SA+Flow Label, through Command Line or SNMP or NETCONF or similar, the IOAM encapsulating node firstly does traceroute using DA+SA+Flow Label and secondly sends ICMPv6 Echo Request to every node discovered by traceroute, the IOAM transit and decapsulating nodes respond with ICMPv6 Echo Reply, and then the IOA
 M encapsulating node knows what the IOAM header looks like, e.g. including how many node data lists and how much space allocated for each node data list. Is this example clear or not?
Cheers, Frank
> then I have
> a hard time trying to understand why four types of IOAM are needed in section 4
> of draft-ietf-ippm-ioam-deployment
> (https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-
> deployment#section-4). IMHO only one type of IOAM is necessary and enough,
> that's Direct Export IOAM described in section 4.4, would you please explain
> elaborately?
>
> Best Regards,
> Xiao Min
> ------------------原始邮件------------------
> 发件人：FrankBrockners(fbrockne)
> 收件人：肖敏10093570;
> 抄送人：ippm@ietf.org;tpauly@apple.com;
> 日 期 ：2021年12月17日 17:47
> 主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao Min,
> per https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-data-
> 17#section-4, IOAM is focused on "limited domains" as defined in [RFC8799],
> which is per RFC 8799 the same as what is also referred to as a "controlled
> environment". Personally I understand "Controlled environment" as an
> environment where an operator does have control over the nodes in the
> network and their configuration, i.e., the operator has control over his nodes,
> knows what network elements he is dealing with and what the config of the
> nodes is. How this control is implemented - whether there is one or several
> "controllers" or "network managers" or similar - is an implementation detail
> IMHO.
> Cheers, Frank
> > -----Original Message-----
> > From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> > Sent: Friday, 17 December 2021 03:29
> > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> > Cc: ippm@ietf.org; tpauly@apple.com
> > Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
> >
> > Hi Frank,
> >
> > Thanks for your thorough review and thoughtful comments.
> > I apologize if I misinterpreted your mind.
> > Considering that your holiday season is coming, before digging into
> > technical details, I suggest that we discuss the IOAM deployment environment
> first.
> > As you may have noticed while reading through
> > draft-ietf-ippm-ioam-conf- state-02, in the introduction section it
> > says "A centralized controller which owns the enabled IOAM
> > capabilities of each IOAM device could be used in some IOAM
> > deployments.  The IOAM encapsulating node can discover the enabled
> > IOAM capabilities infomation from the centralized controller, using,
> > for example, NETCONF/YANG, PCEP, or BGP.  In the IOAM deployment
> > scenario where there is no centralized controller, NETCONF/YANG or IGP may
> be used by the IOAM encapsulating node to discover these IOAM capabilities
> information."
> > I know you're the primary author of both IOAM-Data and IOAM-Deployment
> > documents, so I have a fundamental question to you: Is the above
> > statement correct or not?
> > More specifically, if you can confirm that "the IOAM deployment
> > scenario where there is no centralized controller" doesn't exist at
> > all, on both the mailing list and the IOAM-Deployment document, then I
> > suggest IPPM WG to abandon draft- ietf-ippm-ioam-conf-state, that
> > would save the energy of the whole wg including you and me.
> >
> > Best Regards,
> > Xiao Min
> > ------------------原始邮件------------------
> > 发件人：FrankBrockners(fbrockne)
> > 收件人：肖敏10093570;ippm@ietf.org;
> > 抄送人：Tommy Pauly;
> > 日 期 ：2021年12月16日 20:56
> > 主 题 ：RE: [ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao
> > Min, Thanks for posting draft-ietf-ippm-ioam-conf-state-02. I read
> > through the updated version and looked at the diff to the 01 version
> > (https://www.ietf.org/rfcdiff?url1=draft-ietf-ippm-ioam-conf-state-
> > 01&url2=draft-ietf-ippm-ioam-conf-state-02). Different from what you
> > state below, I don't see any of my comments reflected.
> > The two main points I mentioned in the last WG meeting were about (a)
> > alignment with draft-ietf-ippm-ioam-yang and (b) enhancements to the
> > security section, reflecting that the protocol you are defining is a
> > network management protocol, and needs to be secured as such.
> > More specifically:
> > * Alignment with draft-ietf-ippm-ioam-yang:
> > The IPPM WG is in the process of defining a YANG module for IOAM:
> > draft-ietf- ippm-ioam-yang. We should have a single, comprehensive
> > model for config information for IOAM. That model can then be rendered
> > into different transports (be it JSON, XML, or yet another format - to
> > then be carried over a e.g. ICMP in your case). Right now
> > draft-ietf-ippm-ioam-conf-state heads down a path of defining a new
> > set of management objects - many are similar to what
> > draft-ietf-ippm-ioam-yang already defines, some they are less
> > comprehensive, some hint at additional information that
> > draft-ietf-ippm-ioam-yang does not cover yet: E.g.,  you define a
> > "Pre-allocated Tracing Capabilities Object" where
> > draft-ietf-ippm-ioam-yang  has a "Preallocated Tracing Profile"
> > defined. You define ingress interface fields, which is information,
> > which is more comprehensively defined by the ioam-filter grouping. You
> > define specific fields to describe the timestamp format used by a
> > node, which is information that should be  described as part of the
> > ioam-info container - and which is currently missing in draft-ietf-ippm-ioam-
> yang; point well taken :-). It is interesting to note that draft-ietf-ippm-ioam-
> conf-state does not even reference draft-ietf- ippm-ioam-yang.
> > From my perspective we should have one single data model for IOAM
> > configuration - and that is the YANG module defined in
> > draft-ietf-ippm-ioam- yang. Let's make sure that this model covers all
> > the information required to properly manage IOAM. Then
> > draft-ietf-ippm-ioam-conf-state would be solely focused on defining
> > how that YANG module (from draft-ietf-ippm-ioam-yang) would be rendered
> into e.g., ICMP as a carrier protocol.
> > * Security: Revision -02 does not seem to update the security section.
> > IMHO, section 6 on security considerations should be enhanced to
> > clearly articulate that we're dealing with very sensitive information.
> > Consider loaning from e.g.,
> > https://datatracker.ietf.org/doc/html/rfc6241#section-9. As part of
> > the discussion, it would be good to see an explanation where you'd
> > expect  draft- ietf-ippm-ioam-conf-state to be used. Given the
> > discussion in the Introduction section, you seem to assume an
> > environment that does not have a central network management station /
> > controller in place. Or in other terms, you seem to target a
> > deployment, which isn't a limited domain per RFC 8799. In that case, I
> > would expect that we have normative language that requires the use of strong
> authentication and encryption between the nodes (i.e., MUST use ICMP with AH
> and ESP..).
> > In addition to the above, I struggle to understand the "Operational
> > Guide" in section 4: Could you shed a bit more light on how you expect
> > things to work - and what a target deployment environment would look
> > like? It seems that you assume that you don't know the network nor the
> > destination addresses in your
> > network: Do you expect that you would do regular "ICMP echo sweeps" in
> > your network? Do you expect that, while doing the expanding ring
> > search, an ICMP time exceeded message would also carry the "IOAM
> > Capabilities Response Container Header", so that the capabilities
> > container would not only be carried in the echo reply message but also in the
> time exceeded message?
> > Thanks, Frank
> > (BTW - Note that due to the upcoming holiday season, replies might be
> delayed).
> > > -----Original Message-----
> > > From: ippm <ippm-bounces@ietf.org> On Behalf Of xiao.min2@zte.com.cn
> > > Sent: Friday, 10 December 2021 08:01
> > > To: ippm@ietf.org
> > > Subject: [ippm] Progressing draft-ietf-ippm-ioam-conf-state
> > >
> > > Hi IPPM WG,
> > >
> > > The -02 version of draft-ietf-ippm-ioam-conf-state has been posted.
> > > There are mainly two changes, one is on IOAM Tracing Capabilities
> > > Objects to make them applicable to ICMPv6 extensions, another one is
> > > on IOAM Proof-of- Transit Capabilities Object to make it aligned
> > > with the updated IOAM-Data document.
> > > Also note that I've had an offline discussion with wg chairs and
> > > Frank Brockners, my conclusion is that Frank's concern raised at
> > > IETF 112 has been addressed. If that's not the case, please speak up.
> > > With that said, I think this draft is ready for WGLC.
> > >
> > > Best Regards,
> > > Xiao Min
> > >
> > > _______________________________________________
> > > ippm mailing list
> > > ippm@ietf.org
> > > https://www.ietf.org/mailman/listinfo/ippm


From nobody Wed Dec 29 02:40:30 2021
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 189083A127F for <ippm@ietfa.amsl.com>; Wed, 29 Dec 2021 02:40:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.596
X-Spam-Level: 
X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=mLYvye53; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Q2AyPgXA
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iWgbV1wK6sJb for <ippm@ietfa.amsl.com>; Wed, 29 Dec 2021 02:40:21 -0800 (PST)
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 5AFBE3A127D for <ippm@ietf.org>; Wed, 29 Dec 2021 02:40:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21936; q=dns/txt; s=iport; t=1640774421; x=1641984021; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=TfVYZ8YV6sw/iXLmAU2KNYqT36uKfjHZOQkaVPVZXP0=; b=mLYvye53QAjSZj93POJMAXs48xo/NGKgGNTrciwcMk+8ajVvZkgvUA5k ECBXE8G09TRib/UvN5HPPZhL1rKv1Meay3x/SrrR+DajMVG212aVCe+4B pcIWrtBRnUMtyYBRaf3f8yEfhzybcYc2FSTKKmlFNcVIzEk2Nv+DKHa1K M=;
IronPort-PHdr: =?us-ascii?q?A9a23=3AGWlN4RQHu7aEFKrTyAKYP9o0VNpso7vLVj580?= =?us-ascii?q?XJvo75Nc6H2+ZPkMQSf4Ph2l1bGUM3d7O4MkOvZta3sGAliqZaMuXwPatpAA?= =?us-ascii?q?hkCj8hFkwkpGsXQD0r9IbbjZDA7G8IXUlhj8jm7PEFZFdy4aUfVpyi57CUZH?= =?us-ascii?q?VP0Mg8mTtk=3D?=
IronPort-Data: =?us-ascii?q?A9a23=3Aaey8EKn+Omt78fKCjH3FS5Lo5gy6JERdPkR7X?= =?us-ascii?q?Q2eYbSJt1+Wr1GztxJMDT+BP66JMWv2ctB2Ydmw9BwPvZCGyIM3SAA5+yhgF?= =?us-ascii?q?FtH+JHPbTi7wugcHM8zwvUuxyuL1u1GAjX7BJ1yHi+0SiuFaOC79CAmj/DQH?= =?us-ascii?q?NIQNcadUsxPbV48IMseoUoLd94R2uaEsPDha++/kYqaT/73YDdJ7wVJ3lc8s?= =?us-ascii?q?Mpvnv/AUMPa41v0tnRmDRxCUcS3e3M9VPrzLonpR5f0rxU9IwK0ewrD5OnRE?= =?us-ascii?q?mLx5RwhDJaulaz2NxRMSb/JNg/IgX1TM0SgqkEd/WppjeBqb7xFNB0/Zzahx?= =?us-ascii?q?7idzP1Dv4a3QgQvM4XHmf8WVF9TFCQW0ahuqeGWeSfu7pTLp6HBWz62qxl0N?= =?us-ascii?q?2kqJYQF/vdfCHlW8fFeIzcIBjiCn/qz6LO2Vucqgd4sROH7PYoY/HRhy2vxH?= =?us-ascii?q?+orB5vERuPB47dlMJ0Y7ixVNezVa8xcYj11YVGZJRZOIVwQTpk5mY+VarDEW?= =?us-ascii?q?2UwgDqoSWAfugA/FDBM7YU=3D?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A/MdoB6kzBz5mpJbkGbGqBDx+I5PpDfOOim?= =?us-ascii?q?dD5ihNYBxZY6Wkfp+V/cjzhCWbtN9OYh4dcIi7Sda9qXO1z+8T3WBjB8bdYO?= =?us-ascii?q?CAghroEGgC1/qt/9SEIU3DH4FmpNxdmsRFebjN5B1B/LrHCWqDYpYdKbu8gd?= =?us-ascii?q?qVbI7lph8HJ2wHGsIQjTuRSDzrb3GeLzM2Y6bRYaDsnvav0ADQAEj/AP7LYk?= =?us-ascii?q?UtbqzmnZnmhZjmaRkJC1oM8w+Vlw6l77b8Dlyxwgoeeykn+8ZgzUH11yjCoo?= =?us-ascii?q?mzufCyzRHRk0XJ6Y5NpdfnwtxfQOSRl8kuLCn2gArAXvUiZ1TChkFxnAic0i?= =?us-ascii?q?dsrDD+mWZnAy210QKJQoiBm2qo5+An6kd315at8y7CvZKpm72JeNtzMbswuW?= =?us-ascii?q?seSGqC16Ll1+sMjJ6iGAmixsdq5Fr77VfAzsmNWBdwmkWup30+1eYVknxESI?= =?us-ascii?q?MbLKRctIoF4SpuYdo99Q/Bmcsa+dNVfYvhDTdtACSnRmGcunMqzM2nX3w1EB?= =?us-ascii?q?vDSk8eutaN2zwTmHxi1UMXyMEWg39FrfsGOtZ5zvWBNr4tmKBFT8cQY644DO?= =?us-ascii?q?AdQdGvAmiIRR7XKmqdLVnuCalCMXPQrJz85qkz+YiRCdA15Yp3nI6EXEJTtG?= =?us-ascii?q?Y0dU6rAcqS3IdT+hSIW2m5VSSF8LAX23G4gMy0eFPGC1z3dLkeqbrXnxxEOL?= =?us-ascii?q?yoZx+aAuMjP8Pe?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BVAAAuOsxh/5hdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUUHAQELAYFRLSgHeFo3MYRHg0cDhFlghQ6DAgOBE48fimu?= =?us-ascii?q?BLhSBEQNUCAMBAQENAQEqCwwEAQGFBgIXgyECJTQJDgECBAEBARIBAQUBAQE?= =?us-ascii?q?CAQYEgQkThWgBDIZCAQEBAQIBAQEQEREMAQElBwsBBAcEAgEGAhABBAEBAwI?= =?us-ascii?q?mAgICJQsVBQMIAgQOBQgTB4JdgmUDDiEBDpIHjzYBgToCiVIBTHqBMYEBggg?= =?us-ascii?q?BAQYEBIFKQYMAGII2AwY4WCoBgw2EHoJaIoQKJxyBSUSBFUOCMDc+gmMBAQI?= =?us-ascii?q?BF4ERAgorgxY3gi6PGyQbLQJCGwsBAy8UDgJGCQwFBhoYLQgDDgYeAgEEBgQ?= =?us-ascii?q?GBgkES5FnFBCDPKhJgS0Kg0KKcpRwFYNwjAiGWJEXhUuQayCCJIo8k3ICOw0?= =?us-ascii?q?BhGoCBAIEBQIOAQEGNYEsO2lwcBU7gmlRGQ+OIAwWgQQBCIJDhRSFSnQ4AgY?= =?us-ascii?q?BCgEBAwkBgjqMIgEngh4BAQ?=
X-IronPort-AV: E=Sophos;i="5.88,245,1635206400"; d="scan'208";a="969079700"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 29 Dec 2021 10:40:19 +0000
Received: from mail.cisco.com (xbe-rcd-004.cisco.com [173.37.102.19]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 1BTAeJXi017539 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 29 Dec 2021 10:40:19 GMT
Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xbe-rcd-004.cisco.com (173.37.102.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Wed, 29 Dec 2021 04:40:18 -0600
Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Wed, 29 Dec 2021 05:40:17 -0500
Received: from NAM02-BN1-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Wed, 29 Dec 2021 05:40:17 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n4zAmgQI9d3PiTnI+GOhkDNTkwMKEqNM6ypXzJE/oRFK68vicsygd24KC3EfiEiLicXBc+p+RGE7K05DjWfZ6BSMooPywvub8Wxbl1jbdTq6FPGEBuIggvJum00MFHWMIo/1f7LmKWlnzz+6khEDB2NgFQBn6W8EyiP1amFgem2+wrRu2vYtTvDesJcZE0UufybJPjh05Ey5oiBbNYqoOCN9hdEbJdkDT6VhY8Jnf598iLuBhopwEzjgB9YtH2GPXxMqSdkX9kZK9t5UN7pRGu2j7Xp+L/WVfBRNwr8IagG7UuAG+HE6Dv+QpVXCyMKBPTqqtRQhp0BqVE8aEHWUzQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=TfVYZ8YV6sw/iXLmAU2KNYqT36uKfjHZOQkaVPVZXP0=; b=TigIWzJ1kzlrCcaEnTE9Zj1ZOYjPKBvHyI5FASp5WYhLoi8awsDfMcAvdO7mXBrAh6cr4GZjWzK0KEKqZK9BU9rJ32QJAXJ194MrZ9wtEALmS2rT8xNL+EjlccbUc6bMM3KIQYp6Udjdzu0DLpxf3xUJr/Htq+v9x+nFPlkFWJeU6dkjUQDPdsDuXgoK9ZnH7VNua6xDUom/Q33lgmfwRYb50LxlA91lnQf/y0Ze6va8+XxgXHH51zLye6PrKwL+5Id7lN8PYV117YbSZOQE3dxPxhXlAnrMZna0kpDRmviQqxpuUO8zSFIGXQSVFuh5AZ3F2qVOLnX/BPC8eJP61w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TfVYZ8YV6sw/iXLmAU2KNYqT36uKfjHZOQkaVPVZXP0=; b=Q2AyPgXASvC7D2U2j0Wahw6/a2Zf2LbWOKogEfcCbAv+rt4Gaid+Vp6rosiek3RBr/QAwHOsxdAY9mP1HoUDpV+GHnej8B+9ozZZRTeKfSKxsIVrWJPXna8y8zaZdEe8u8ZqVBtKp4uXQf1iH6hp0ZMXmn5lLeupu5l481zn0DA=
Received: from CY4PR11MB1672.namprd11.prod.outlook.com (2603:10b6:910:f::8) by CY4PR1101MB2277.namprd11.prod.outlook.com (2603:10b6:910:1a::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4823.21; Wed, 29 Dec 2021 10:40:11 +0000
Received: from CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312]) by CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312%7]) with mapi id 15.20.4823.023; Wed, 29 Dec 2021 10:40:10 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>
CC: "ippm@ietf.org" <ippm@ietf.org>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: =?utf-8?B?UmU6W2lwcG1dIFByb2dyZXNzaW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1j?= =?utf-8?Q?onf-state?=
Thread-Index: AQHX7ZPJRKVfHSMK8km2j+o41ByxSaw1Dk+AgADyHoCAAHXB0IAEOZIAgA1od1CAAST8AIAAIwIQ
Date: Wed, 29 Dec 2021 10:40:10 +0000
Message-ID: <CY4PR11MB16720D89F508786D1FD63EC7DA449@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, 202112201001087601811@zte.com.cn, CY4PR11MB1672E5B32B26C99186B56F16DA439@CY4PR11MB1672.namprd11.prod.outlook.com <202112291615025234000@zte.com.cn>
In-Reply-To: <202112291615025234000@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 97db76ac-dd09-44fa-9ba4-08d9cab796f1
x-ms-traffictypediagnostic: CY4PR1101MB2277:EE_
x-microsoft-antispam-prvs: <CY4PR1101MB2277A3FC570B51DB2EA34115DA449@CY4PR1101MB2277.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ynUiwWhlu52n9pz5J/OZh66Bup4sFoymJgqp+bOX/Yl7wf/vsWKPjzKJMi9As/X/wM1VnssRrctRwyfRLDfiecWxHPs9/6mX8nX2XEzjsbau0w7l5XoGPUmEBZznQ8RcBip01yVlJWkt3ZBpioEC2aOQ9n0E/PBlzDqBIl5j1L3SRRabJDG/OfLYMu5Q+sBmwlGSIXZqlj8+phd8VBLcg+zGI3H6bYgANctrARIF/dh2UmPg0HvXKLcgLnblN8sYnZSnM8mL0MfiHNB/HQUoJ9qAKNzJ6bMnyHsI8a4ArFKPqRRpY/ogEUH/FdwV2ZIv8duyllUI+yZhRHJwRuF/aJfGDjxI1M6UCymKe5NQmKei+irH2XBDDCBae81Pugnl6RheEdLuyx+UuTR3ElxMefWCoAwWgXIE/51UjBKZo9Ld26GbRejc7VluAgPZM849Sps6EPbVxckxOYi0KvTE7fyH+JoveFJ7EPNTNxBNUu6MYflUOYTenp+DMmqDIRb9No9s6Z+wTLWKUp0LWbzSUSMN8MuFnuocWxw1UBnA2USAv9Jmgp8fHSRrkIqwiczUOTacbMw2QUEulKWeyJzmc7Us+nUQpjOu5vn/RASPnEpoqozp1RO6IbsZn+QUU5zipXN6qnFgvyfdnLbT1jPFSmWS1CZPo5b37zwjyn54Ri+miqD74p2S7layeC+UufCxJ/KYZa5lYzkblOn0SWSgDR63REDpCYVwZF2M70r3f+eiUA+DtSfWyEFX+yQbtRaNv3jyBVRS8SHtrLlF9WSkYSi3j0/Zv5AUPMTaTufVGsqOiUee3NswqbrSD38REYmkaflbxjD6ns+Gzu3Nj1LgGw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CY4PR11MB1672.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(366004)(122000001)(7696005)(55016003)(71200400001)(38100700002)(52536014)(66476007)(64756008)(66556008)(66446008)(508600001)(186003)(26005)(316002)(6916009)(8936002)(76116006)(66946007)(966005)(5660300002)(83380400001)(4326008)(33656002)(2906002)(53546011)(9686003)(6506007)(30864003)(54906003)(86362001)(38070700005); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?cGZDZFBhOEdqYmNLWldab3ZMTlF1NzRVL3ZMRTJMUDZERUZNMFJ3dzNsZnhY?= =?utf-8?B?amNnNTEyMG9NL0ZhYS9TQ3ZnNU5uS3U2UUZRb1RBeWNxcWx4dm9TcE1WUDVQ?= =?utf-8?B?b091T2FjTmt0R2ZyMVlsUEd5UEdPR0RJdisvTmJDQlRJZGhHYXNyTjJadDlm?= =?utf-8?B?VHR4ZDIzV05hTVBMeEFzTkNqeE43SHluTzNCMHFQTExZcjIzMGdOOTB2UnJL?= =?utf-8?B?ZXZCQWpoMG95d0pFc0dxNGFzMWRjbTUrTXFCa1lLK3NmeEhBaHFxMCs1L21m?= =?utf-8?B?MDBQQzhXTSs5MmoxcTBNWmdKdDNuLytuSFo5ajdPYlRRYnYwblV5N1FVWHl1?= =?utf-8?B?QmlzdjhxY1NCMTZYRU1lR0dBSTFaaDErRk5GVVl5OW15K2dLWWYrTXkvSU1D?= =?utf-8?B?RXBGNE1Hc0twMUxkRDcvQVl1QVZ3RGNDQ2dZWWlUT2R5dkVqSXdnaGlkdHg1?= =?utf-8?B?NldrMjVNWDlsOE5ERXE1c2YxMjlGaDJWSkNSRFpPUUQ3cG9xYVJ0N25leWR0?= =?utf-8?B?K2pPODgwcmI5M2ltRWtQbGcyMTBJdlBvd29lODZvNGErWVQyQlhGS1BlaWhJ?= =?utf-8?B?bDVCYXpQQ0RqODZXYktEUGNYY2VPbkJ2cTdVUk13WG5qWW90dWhzN1QxUFUz?= =?utf-8?B?UHVVVkhMZEtqTzhZd0cxb3U4Q2pBMVNESTBydDhXT25CeVBOTFE3ZjJYRGVO?= =?utf-8?B?bEExaDlqRjhGZGZhVUpRS2dTTW1Pb25aL3czaWJyazZYd241YXpDd0J1ODlC?= =?utf-8?B?TmVLblBxRStVOUJ3QzFtUXFQMnRIU2RyNHRmSXdxeWU2R2M1RUhPZ2wxN0h1?= =?utf-8?B?djVPdUk3U0lucFJwQmM3OE1yZGx2MTlNaWNsUTdqeG5rRmxXcmtNT0NLeFU3?= =?utf-8?B?Zys5ZTEwbnUxLzRPeFZ1NU92dW8yREhGTWRyTnRoaTIwMGxXNy9HVjYvRVc4?= =?utf-8?B?MlluR3hNMHk2NVlzRW9JaTg4R05QN1ZsMzcrc3MrTUFqVzRwanhkWFJWbnAy?= =?utf-8?B?MWJrLzlIRmlHQUNab21UN2F0Z1YvaWdOQnEzbmlNaDNuUldtYUY0K2xVbE9q?= =?utf-8?B?V1JjUHhUV2tnVzBnMjIvT0F2YVV5bHJ1UTBlaE53RVY5M3AyQWxKdjMvN0JS?= =?utf-8?B?RFdqTjFnVHJXdG5HMGljUmFPUlFyNDZ2QjJXOXM4ditXMlNCdGNISkdwQTBD?= =?utf-8?B?cCtnTER1UHVKYlNvK3BEOERtZHFFK0xpTkN1cTdoZHNGU1lLelU1K3B2bS8z?= =?utf-8?B?ci9oWE9OTG8yY0hiQWRQQXRodWFWcW56aDFVemhwa3dWcHBxS1NqUm4wc2s1?= =?utf-8?B?VjhORVkrUXByM1cxbDNkazRCSEVQZzVkaE5WSzFmU3VZcCtzNlZFeFY4Q2Uv?= =?utf-8?B?WVltSUF3SEs4UzdaSTYxNjVDOTAzRVZiQnBTKzV5ZVZwbG1rSENZcnpFL29J?= =?utf-8?B?bFlBZ25pS3FKVmZEK2NRSTU5OXc5ZmNDZVpXWFd5TXZ6MExyd2N5cm5Sd1NS?= =?utf-8?B?K2tQSXgyc1JiaDc3S3V3NVBsOEZYZzJSYitlZ3pRekNQTGpWWm5TRjhSa3hi?= =?utf-8?B?WXNoYkRtUHNUTjArc240K0ZPakR2TFJkMEVUY3g1eFZCb2c1M1BFcHFNaWxt?= =?utf-8?B?SUpNRlRGT3hxSWhnK29qWC8wUlRycVlvTThLMnpNOWZ3bVBUTVZ5djExRlJ4?= =?utf-8?B?VmlTa2REV0NvQ3BhUGh6Qnd0ZzRrOFZDZFM2VFUwSnduZ1FsNU8yU2JSZlhZ?= =?utf-8?B?enZHZ29qaHNyTjBqbWU0Wmw4Wmp5dTFaQlZpZ3lnZTFtc2Roa1N3TlQ1Y2Qv?= =?utf-8?B?YUNpcms1TWhHOVY5Slk1SituOWhCNXphRTd2amtEYkI0ZEZBYkVtSFRiNWhL?= =?utf-8?B?cUl3S0ZTZTV0YzV1YXVUUGpjVnIwWmlzNkp4c2tkZkdhU2xpbDZOaERWR0tQ?= =?utf-8?B?cmwybG8rVnFmSHBOZFdDc21mSDBkbUwxMkpjVGVSblBFYVpwalpaMGE3RjVS?= =?utf-8?B?VXYySmZiRlM0WFBFSlVKRlUvUjA3dGt0L1Y3bmZmRXBicjV0YVZ2WjRZeGhp?= =?utf-8?B?QW1PMVQwS01sUVhYU3dEN292Sm1ISXIwbkdPV2kyYWt4dnVycVJwTWp3dCtH?= =?utf-8?B?YjYxdUVFa2xCdVJHdjNteURzaXo1NDg1N21GK09pNDQySExpUGVwUk1pdENl?= =?utf-8?B?K1E9PQ==?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR11MB1672.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 97db76ac-dd09-44fa-9ba4-08d9cab796f1
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Dec 2021 10:40:10.8338 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ZQdGs2KT/9ZVoS4ZTuJeKSaGTqyLTFaU/8bwMSIX6tbh8ZjD/3Euc3XzafO1fmpH183vDRP93ASDtucGRSqJFQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR1101MB2277
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.19, xbe-rcd-004.cisco.com
X-Outbound-Node: rcdn-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/wU8-PZ3GU422KWwdckMhvIPIX24>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 29 Dec 2021 10:40:27 -0000

SGkgWGlhbyBNaW4sDQoNClBsZWFzZSBzZWUgaW5saW5lLi4uDQoNCj4gLS0tLS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCj4gRnJvbTogeGlhby5taW4yQHp0ZS5jb20uY24gPHhpYW8ubWluMkB6dGUu
Y29tLmNuPg0KPiBTZW50OiBXZWRuZXNkYXksIDI5IERlY2VtYmVyIDIwMjEgMDk6MTUNCj4gVG86
IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+DQo+IENjOiBp
cHBtQGlldGYub3JnOyB0cGF1bHlAYXBwbGUuY29tDQo+IFN1YmplY3Q6IFJlOltpcHBtXSBQcm9n
cmVzc2luZ8KgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiANCj4gSGkgRnJhbmss
DQo+IA0KPiBUaGFua3MgZm9yIHJlcGx5aW5nIHRvIG15IGVtYWlsIGR1cmluZyB5b3VyIGhvbGlk
YXkgc2Vhc29uLg0KPiBQbGVhc2Ugc2VlIGlubGluZSAoIlhNPj4+IikuDQo+IA0KPiBCZXN0IFJl
Z2FyZHMsDQo+IFhpYW8gTWluDQo+IC0tLS0tLS0tLS0tLS0tLS0tLeWOn+Wni+mCruS7ti0tLS0t
LS0tLS0tLS0tLS0tLQ0KPiDlj5Hku7bkurrvvJpGcmFua0Jyb2NrbmVycyhmYnJvY2tuZSkNCj4g
5pS25Lu25Lq677ya6IKW5pWPMTAwOTM1NzA7DQo+IOaKhOmAgeS6uu+8mmlwcG1AaWV0Zi5vcmc7
dHBhdWx5QGFwcGxlLmNvbTsNCj4g5pelIOacnyDvvJoyMDIx5bm0MTLmnIgyOOaXpSAyMzoyMQ0K
PiDkuLsg6aKYIO+8mlJFOiBSZTpbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlv
YW0tY29uZi1zdGF0ZSBIaSBYaWFvIE1pbiwNCj4gUGxlYXNlIHNlZSBpbmxpbmUgKCIuLi5GQiIp
DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiB4aWFvLm1pbjJAenRl
LmNvbS5jbiA8eGlhby5taW4yQHp0ZS5jb20uY24+DQo+ID4gU2VudDogTW9uZGF5LCAyMCBEZWNl
bWJlciAyMDIxIDAzOjAxDQo+ID4gVG86IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJv
Y2tuZUBjaXNjby5jb20+DQo+ID4gQ2M6IGlwcG1AaWV0Zi5vcmc7IHRwYXVseUBhcHBsZS5jb20N
Cj4gPiBTdWJqZWN0OiBSZTpbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0t
Y29uZi1zdGF0ZQ0KPiA+DQo+ID4gSGkgRnJhbmssDQo+ID4NCj4gPiBUaGFuayB5b3UgZm9yIHRo
ZSBxdWljayByZXBseS4NCj4gPiBJIGJlbGlldmUgeW91J3ZlIHByb3ZpZGVkIHlvdXIgYW5zd2Vy
IHRvIG15IHF1ZXN0aW9uIGltcGxpY2l0bHksDQo+ID4gaG93ZXZlciB3aGF0IEkgcmVxdWVzdGVk
IGlzIGEgY2xlYXIgY29uY2x1c2lvbiwgb24gYm90aCB0aGUgbWFpbGluZw0KPiA+IGxpc3QgYW5k
IHRoZSBkcmFmdC1pZXRmLWlwcG0tIGlvYW0tZGVwbG95bWVudC4NCj4gPiBJZiBJIHVuZGVyc3Rh
bmQgeW91IGNvcnJlY3RseSB0aGlzIHRpbWUsIHlvdSBtZWFudCB0aGF0IHRoZSBJT0FNDQo+ID4g
ZGVwbG95bWVudCBtdXN0IGluY2x1ZGUgYSBjZW50cmFsaXplZCBjb250cm9sbGVyIG9yIG5ldHdv
cmsgbWFuYWdlciBvcg0KPiA+IHNpbWlsYXIsDQo+IC4uRkI6IExldCBtZSByZXN0YXRlIHdoYXQg
SSBzYWlkIGJlbG93OiBUaGUgY3VycmVudCBJT0FNIGRyYWZ0cyBhc3N1bWUgdGhhdA0KPiBJT0FN
IGlzIGRlcGxveWVkIGluIGEgbGltaXRlZCBkb21haW4gKFJGQzg3OTkpLCBhbHNvIGNhbGxlZCBj
b250cm9sbGVkIGRvbWFpbiwNCj4gaS5lLiwgYSBkZXBsb3ltZW50IHdoZXJlIGFuIG9wZXJhdG9y
IGRvZXMgaGF2ZSBjb250cm9sIG92ZXIgdGhlIG5vZGVzIGluIHRoZQ0KPiBuZXR3b3JrIGFuZCB0
aGVpciBjb25maWd1cmF0aW9uLiBJTUhPIHRoZSB1c2Ugb2YgdGhlIHRlcm0gImNvbnRyb2xsZXIi
IGRvZXMgbm90DQo+IGhlbHAgdGhlIGRpc2N1c3Npb24sIGJlY2F1c2UgImNvbnRyb2xsZXIiIG1l
YW5zIGRpZmZlcmVudCB0aGluZ3MgdG8gZGlmZmVyZW50DQo+IHBlb3BsZS4gVGhlIGtleSBhc3Bl
Y3QgaXMgdGhhdCBpbiBhIGxpbWl0ZWQvY29udHJvbGxlZCBkb21haW4sIHRoZSBvcGVyYXRvciBo
YXMNCj4gY29udHJvbCBvdmVyIHRoZSBub2RlcyBpbiB0aGUgbGltaXRlZCBkb21haW4gYW5kIHRo
ZWlyIGNvbmZpZ3VyYXRpb24uDQo+IFhNPj4+IEluIGEgbGltaXRlZCBkb21haW4sIHRoZSBvcGVy
YXRvciBoYXMgY29udHJvbCBvdmVyIHRoZSBub2RlcyBpbiB0aGUNCj4gbGltaXRlZCBkb21haW4g
YW5kIHRoZWlyIGNvbmZpZ3VyYXRpb24sIGRvZXNuJ3QgbWVhbiB0aGVyZSBtdXN0IGJlIGEgbmV0
d29yaw0KPiBlbnRpdHkgKGUuZy4gY29udHJvbGxlciBvciBuZXR3b3JrIG1hbmFnZXIgb3Igc2lt
aWxhcikgd2hpY2ggaGFzIGNvbnRyb2wgb3ZlciB0aGUNCj4gbm9kZXMgaW4gdGhlIGxpbWl0ZWQg
ZG9tYWluIGFuZCB0aGVpciBjb25maWd1cmF0aW9uLCBpcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJl
Y3QNCj4gb3Igbm90Pw0KDQouLi5GQjogVGhlIG9wZXJhdG9yIGhhcyBjb250cm9sIG92ZXIgdGhl
IG5vZGVzIG9mIHRoZSBsaW1pdGVkIGRvbWFpbiAtIGkuZS4sIHRoZSBvcGVyYXRvciBpcyB0aGUg
ZW50aXR5IHRoYXQgb3ducyB0aGUgY29udHJvbCBvZiB0aGUgbmV0d29yay4gT3BlcmF0b3JzIHVz
ZSBhIHZhcmlldHkgb2YgdG9vbHMgYW5kIG1ldGhvZHMgdG8gb3BlcmF0aW9uYWxpemUgdGhlIGNv
bnRyb2wuIEZyb20gd2hhdCBJIGtub3csIHRoZXJlIGlzIG5vIGNyaXNwIGRlZmluaXRpb24gb2Yg
aG93IHRoZSBjb250cm9sIGlzIG9wZXJhdGlvbmFsaXplZCAtIGFuZCBUQkgsIGl0IHdvdWxkIGJl
IHF1aXRlIGNoYWxsZW5naW5nIHRvIGNyZWF0ZSBhIGNvbXByZWhlbnNpdmUgbGlzdCwgd2hpY2gg
d291bGQgaW5jbHVkZSBhbGwgdHlwZXMgb2YgYXBwcm9hY2hlcyB0byBjb25maWd1cmUgYW5kIG9w
ZXJhdGUgZGV2aWNlcy4gIA0KDQo+IFdydC8gREVYOiBPbiB0b3Agb2YgdGhlIGFiaWxpdHkgdG8g
Y29udHJvbCB0aGUgbm9kZXMgYW5kIHRoZWlyIGNvbmZpZ3VyYXRpb24sIERFWA0KPiByZXF1aXJl
cyB5b3UgdG8gaGF2ZSBhIHNvbHV0aW9uIGluIHBsYWNlIHdoaWNoIGFsbG93cyB5b3UgdG8gcmV0
cmlldmUsIGluZ2VzdCwNCj4gcHJvY2VzcywgYW5kIGNvcnJlbGF0ZSBwZXItcGFja2V0IElPQU0g
ZGF0YSBmcm9tIGV2ZXJ5IG5vZGUgaW4gdGhlIGxpbWl0ZWQNCj4gZG9tYWluLiBUaGlzIHJlcXVp
cmVtZW50IHRvIHJldHJpZXZlLCBpbmdlc3QsIHByb2Nlc3MsIGFuZCBjb3JyZWxhdGUgcGVyLXBh
Y2tldA0KPiBJT0FNIGRhdGEgZnJvbSBldmVyeSBub2RlIGluIHRoZSBsaW1pdGVkIGRvbWFpbiBp
cyBzcGVjaWZpYyB0byB0aGUgREVYIElPQU0tDQo+IE9wdGlvbi1UeXBlIGFuZCBub3QgcmVxdWly
ZWQgYnkgdGhlIG90aGVyIElPQU0tT3B0aW9uLVR5cGVzLiBGb3IgZXhhbXBsZSwNCj4gdGhlIHR3
byBJT0FNIFRyYWNlLU9wdGlvbi1UeXBlcyBhdXRvbWF0aWNhbGx5IGNvcnJlbGF0ZSB0aGUgaW5m
b3JtYXRpb24gZnJvbQ0KPiB0aGUgZGlmZmVyZW50IG5vZGVzIGJ5IGFzc2VtYmxpbmcgdGhlIGlu
Zm8gaW4gdGhlIG5vZGUtbGlzdCBhcnJheSB3aGlsZSB0aGUgcGFja2V0DQo+IHRyYXZlcnNlcyB0
aGUgbmV0d29yay4NCj4gWE0+Pj4gVGhpcyByZXF1aXJlbWVudCB0byByZXRyaWV2ZSwgaW5nZXN0
LCBwcm9jZXNzLCBhbmQgY29ycmVsYXRlIHBlci1wYWNrZXQNCj4gSU9BTSBkYXRhIGZyb20gZXZl
cnkgbm9kZSBpbiB0aGUgbGltaXRlZCBkb21haW4gaXMgbm90IHJlcXVpcmVkIGJ5IHNvbWUgSU9B
TS0NCj4gT3B0aW9uLVR5cGVzLCB0aGF0IG1lYW5zIHRoZXJlIG1heSBiZSBhIGxpbWl0ZWQgZG9t
YWluIHRoYXQgZG9lc24ndCBtZWV0IHRoZQ0KPiByZXF1aXJlbWVudCB0aGF0IHRoZXJlIGlzIGEg
bmV0d29yayBlbnRpdHkgKGUuZy4gY29udHJvbGxlciBvciBuZXR3b3JrIG1hbmFnZXINCj4gb3Ig
c2ltaWxhcikgd2hpY2ggaGFzIGRpcmVjdCBjb25uZWN0aW9uIHRvIGV2ZXJ5IG5vZGUsIGlzIG15
IHVuZGVyc3RhbmRpbmcNCj4gY29ycmVjdCBvciBub3Q/DQoNCi4uLkZCOiBUaGUgb3BlcmF0b3Ig
d2lsbCBoYXZlIGEgd2F5IHRvIGNvbnRyb2wgdGhlIG5vZGVzIGluIHRoZSBsaW1pdGVkIGRvbWFp
bi4gSSdtIG5vdCBzdXJlIHdoYXQgYSAiZGlyZWN0IGNvbm5lY3Rpb24iIGlzIC0gYnV0IGlmIHlv
dSByZWZlciB0byAiZGlyZWN0IGNvbm5lY3Rpb24iIGFzIGEgbWVhbnMgdGhhdCBhbGxvd3MgdGhl
IG9wZXJhdG9yIHRvIGFjY2VzcyBhbmQgY29uZmlndXJlIHRoZSBkZXZpY2UsIHRoZW4geWVzLCB0
aGVyZSB3b3VsZCBiZSBhICJkaXJlY3QgY29ubmVjdGlvbiIuIA0KDQoNCj4gV2hhdCBpcyByZXF1
aXJlZCBmcm9tIG15IHBlcnNwZWN0aXZlIGZvciBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0
YXRlLCBpcyBhDQo+IGNyaXNwIGRlZmluaXRpb24gb2YgdGhlIHRhcmdldCBkZXBsb3ltZW50IGVu
dmlyb25tZW50IGRyYWZ0LWlldGYtaXBwbS1pb2FtLQ0KPiBjb25mLXN0YXRlIHRhcmdldHMgYW5k
IHRoZSBwZXJzb25hcyBhY3RpbmcgaW4gdGhhdCBkZXBsb3ltZW50IGVudmlyb25tZW50LiBJbiBh
DQo+IGxpbWl0ZWQvY29udHJvbGxlZCBkb21haW4sIHdlIGNhbiBhc3N1bWUgdGhhdCB0aGUgb3Bl
cmF0b3Iga25vd3MgdGhlDQo+IGNvbmZpZ3VyYXRpb24gb2YgdGhlIG5vZGVzLiBUaGUgcHJvYmxl
bSBkZWZpbml0aW9uIG9mIGRyYWZ0LWlldGYtaXBwbS1pb2FtLQ0KPiBjb25mLXN0YXRlIHNlZW1z
IHRvIGJlIHRoYXQgInNvbWVvbmUiIHdobyBkb2VzIG5vdCBrbm93IHRoZSBjb25maWd1cmF0aW9u
IG9mDQo+IHRoZSBub2RlcyBpbiB0aGUgZGVwbG95bWVudCBlbnZpcm9ubWVudCB3YW50cyB0byBy
ZXRyaWV2ZSB0aGUgY29uZmlndXJhdGlvbiBvZg0KPiB0aGUgbm9kZXMuDQo+IFhNPj4+IExldCBt
ZSBnaXZlIGEgc2ltcGxpZmllZCBleGFtcGxlIG9mIHRoZSB0YXJnZXQgZGVwbG95bWVudA0KPiBY
TT4+PiBlbnZpcm9ubWVudCBhbmQgdGhlIHBlcnNvbmFzIGFjdGluZyBpbiB0aGF0IGRlcGxveW1l
bnQNCj4gWE0+Pj4gZW52aXJvbm1lbnQuIEFzc3VtaW5nIHRoYXQgdGhlIGxpbWl0ZWQgZG9tYWlu
IGlzIGFuIElQdjYgZG9tYWluLA0KPiBYTT4+PiBzcGVjaWZpY2FsbHkgYW4gZW50ZXJwcmlzZSBj
YW1wdXMgdXNpbmcgcGh5c2ljYWwgY29ubmVjdGlvbnMNCj4gWE0+Pj4gYmV0d2VlbiBkZXZpY2Vz
IChhcyBkZXNjcmliZWQgaW4gc2VjdGlvbiA0IG9mDQo+IFhNPj4+IGRyYWZ0LWlldGYtaXBwbS1p
b2FtLWRhdGEtMTcpLCB0aGUgb3BlcmF0b3Iga25vd3MgdGhlDQo+IFhNPj4+IGNvbmZpZ3VyYXRp
b24gb2YgZXZlcnkgbm9kZSB3aXRoaW4gdGhlIGVudGVycHJpc2UgY2FtcHVzLCBob3dldmVyDQo+
IFhNPj4+IHRoZXJlIGlzIG5vIGEgbmV0d29yayBlbnRpdHkgKGUuZy4gY29udHJvbGxlciBvciBu
ZXR3b3JrIG1hbmFnZXINCj4gWE0+Pj4gb3Igc2ltaWxhcikgdGhhdCBrbm93cyB0aGUgY29uZmln
dXJhdGlvbiBvZiBldmVyeSBub2RlLiBJbiBvcmRlcg0KPiBYTT4+PiB0byBkZXBsb3kgSU9BTSBQ
cmUtYWxsb2NhdGVkIFRyYWNpbmcsIHRoZSBvcGVyYXRvciBpbnN0cnVjdHMgdGhlDQo+IFhNPj4+
IElPQU0gZW5jYXBzdWxhdGluZyBub2RlIHRvIGFkZCBJT0FNIGhlYWRlciBpbnRvIGRhdGEgcGFj
a2V0cw0KPiBYTT4+PiBtZWV0aW5nIGEgcnVsZSBvZiBEQStTQStGbG93IExhYmVsLCB0aHJvdWdo
IENvbW1hbmQgTGluZSBvciBTTk1QDQo+IFhNPj4+IG9yIE5FVENPTkYgb3Igc2ltaWxhciwgdGhl
IElPQU0gZW5jYXBzdWxhdGluZyBub2RlIGZpcnN0bHkgZG9lcw0KPiBYTT4+PiB0cmFjZXJvdXRl
IHVzaW5nIERBK1NBK0Zsb3cgTGFiZWwgYW5kIHNlY29uZGx5IHNlbmRzIElDTVB2NiBFY2hvDQo+
IFhNPj4+IFJlcXVlc3QgdG8gZXZlcnkgbm9kZSBkaXNjb3ZlcmVkIGJ5IHRyYWNlcm91dGUsIHRo
ZSBJT0FNIHRyYW5zaXQNCj4gWE0+Pj4gYW5kIGRlY2Fwc3VsYXRpbmcgbm9kZXMgcmVzcG9uZCB3
aXRoIElDTVB2NiBFY2hvIFJlcGx5LCBhbmQgdGhlbg0KPiBYTT4+PiB0aGUgSU9BDQo+ICBNIGVu
Y2Fwc3VsYXRpbmcgbm9kZSBrbm93cyB3aGF0IHRoZSBJT0FNIGhlYWRlciBsb29rcyBsaWtlLCBl
LmcuIGluY2x1ZGluZw0KPiBob3cgbWFueSBub2RlIGRhdGEgbGlzdHMgYW5kIGhvdyBtdWNoIHNw
YWNlIGFsbG9jYXRlZCBmb3IgZWFjaCBub2RlIGRhdGEgbGlzdC4NCj4gSXMgdGhpcyBleGFtcGxl
IGNsZWFyIG9yIG5vdD8NCg0KLi4uRkI6IFRoYW5rcyBmb3IgdGhlIGV4YW1wbGUuIFVuZm9ydHVu
YXRlbHkgSSBkb24ndCByZWFsbHkgZm9sbG93LiBJZiB5b3UgYXNzdW1lIGEgbGltaXRlZCBkb21h
aW4gLSB3aGljaCB5b3UgZG8gLSB0aGVuIHRoZSBvcGVyYXRvciBoYXMgYWNjZXNzIHRvIGFsbCB0
aGUgbm9kZXMgaW4gaGlzIG5ldHdvcmsuIFRoZSBvcGVyYXRvciBrbm93cyB0aGUgY29uZmlndXJh
dGlvbiBvZiB0aGUgbm9kZXMsIGluY2x1ZGluZyB0aGUgSU9BTSBjb25maWd1cmF0aW9uIG9mIHRo
ZSBub2Rlcy4gT3IgaW4gb3RoZXIgdGVybXMsIHRoZSBvcGVyYXRvciB3b3VsZCBjb25maWd1cmUg
ZW5jYXAvZGVjYXAvdHJhbnNpdCBub2RlcyBhY2NvcmRpbmcgdGhlIG9iamVjdGl2ZXMuIFdoeSB3
b3VsZCB0aGUgb3BlcmF0b3Igd291bGQgd2FudCB0byB1c2UgSUNNUCB0aW1lIGV4Y2VlZGVkIGFu
ZCBlY2hvIHJlcGxpZXMsIGdpdmVuIHRoYXQgdGhlIG9wZXJhdG9yIGtub3dzIHRoZSBuZXR3b3Jr
IGFuZCB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgbm9kZXM/IA0KDQpDaGVlcnMsIEZyYW5rDQoN
Cj4gQ2hlZXJzLCBGcmFuaw0KPiA+IHRoZW4gSSBoYXZlDQo+ID4gYSBoYXJkIHRpbWUgdHJ5aW5n
IHRvIHVuZGVyc3RhbmQgd2h5IGZvdXIgdHlwZXMgb2YgSU9BTSBhcmUgbmVlZGVkIGluDQo+ID4g
c2VjdGlvbiA0IG9mIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRlcGxveW1lbnQNCj4gPiAoaHR0cHM6
Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWlwcG0taW9hbS0NCj4g
PiBkZXBsb3ltZW50I3NlY3Rpb24tNCkuIElNSE8gb25seSBvbmUgdHlwZSBvZiBJT0FNIGlzIG5l
Y2Vzc2FyeSBhbmQNCj4gPiBlbm91Z2gsIHRoYXQncyBEaXJlY3QgRXhwb3J0IElPQU0gZGVzY3Jp
YmVkIGluIHNlY3Rpb24gNC40LCB3b3VsZCB5b3UNCj4gPiBwbGVhc2UgZXhwbGFpbiBlbGFib3Jh
dGVseT8NCj4gPg0KPiA+IEJlc3QgUmVnYXJkcywNCj4gPiBYaWFvIE1pbg0KPiA+IC0tLS0tLS0t
LS0tLS0tLS0tLeWOn+Wni+mCruS7ti0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+IOWPkeS7tuS6uu+8
mkZyYW5rQnJvY2tuZXJzKGZicm9ja25lKQ0KPiA+IOaUtuS7tuS6uu+8muiCluaVjzEwMDkzNTcw
Ow0KPiA+IOaKhOmAgeS6uu+8mmlwcG1AaWV0Zi5vcmc7dHBhdWx5QGFwcGxlLmNvbTsNCj4gPiDm
l6Ug5pyfIO+8mjIwMjHlubQxMuaciDE35pelIDE3OjQ3DQo+ID4g5Li7IOmimCDvvJpSRTogUmU6
W2lwcG1dIFByb2dyZXNzaW5nIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgSGkgWGlh
bw0KPiA+IE1pbiwgcGVyDQo+ID4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRt
bC9kcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLQ0KPiA+IDE3I3NlY3Rpb24tNCwgSU9BTSBpcyBm
b2N1c2VkIG9uICJsaW1pdGVkIGRvbWFpbnMiIGFzIGRlZmluZWQgaW4NCj4gPiBbUkZDODc5OV0s
IHdoaWNoIGlzIHBlciBSRkMgODc5OSB0aGUgc2FtZSBhcyB3aGF0IGlzIGFsc28gcmVmZXJyZWQg
dG8NCj4gPiBhcyBhICJjb250cm9sbGVkIGVudmlyb25tZW50Ii4gUGVyc29uYWxseSBJIHVuZGVy
c3RhbmQgIkNvbnRyb2xsZWQNCj4gPiBlbnZpcm9ubWVudCIgYXMgYW4gZW52aXJvbm1lbnQgd2hl
cmUgYW4gb3BlcmF0b3IgZG9lcyBoYXZlIGNvbnRyb2wNCj4gPiBvdmVyIHRoZSBub2RlcyBpbiB0
aGUgbmV0d29yayBhbmQgdGhlaXIgY29uZmlndXJhdGlvbiwgaS5lLiwgdGhlDQo+ID4gb3BlcmF0
b3IgaGFzIGNvbnRyb2wgb3ZlciBoaXMgbm9kZXMsIGtub3dzIHdoYXQgbmV0d29yayBlbGVtZW50
cyBoZSBpcw0KPiA+IGRlYWxpbmcgd2l0aCBhbmQgd2hhdCB0aGUgY29uZmlnIG9mIHRoZSBub2Rl
cyBpcy4gSG93IHRoaXMgY29udHJvbCBpcw0KPiA+IGltcGxlbWVudGVkIC0gd2hldGhlciB0aGVy
ZSBpcyBvbmUgb3Igc2V2ZXJhbCAiY29udHJvbGxlcnMiIG9yDQo+ID4gIm5ldHdvcmsgbWFuYWdl
cnMiIG9yIHNpbWlsYXIgLSBpcyBhbiBpbXBsZW1lbnRhdGlvbiBkZXRhaWwgSU1ITy4NCj4gPiBD
aGVlcnMsIEZyYW5rDQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gRnJv
bTogeGlhby5taW4yQHp0ZS5jb20uY24gPHhpYW8ubWluMkB6dGUuY29tLmNuPg0KPiA+ID4gU2Vu
dDogRnJpZGF5LCAxNyBEZWNlbWJlciAyMDIxIDAzOjI5DQo+ID4gPiBUbzogRnJhbmsgQnJvY2tu
ZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT4NCj4gPiA+IENjOiBpcHBtQGlldGYu
b3JnOyB0cGF1bHlAYXBwbGUuY29tDQo+ID4gPiBTdWJqZWN0OiBSZTpbaXBwbV0gUHJvZ3Jlc3Np
bmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiA+ID4NCj4gPiA+IEhpIEZyYW5r
LA0KPiA+ID4NCj4gPiA+IFRoYW5rcyBmb3IgeW91ciB0aG9yb3VnaCByZXZpZXcgYW5kIHRob3Vn
aHRmdWwgY29tbWVudHMuDQo+ID4gPiBJIGFwb2xvZ2l6ZSBpZiBJIG1pc2ludGVycHJldGVkIHlv
dXIgbWluZC4NCj4gPiA+IENvbnNpZGVyaW5nIHRoYXQgeW91ciBob2xpZGF5IHNlYXNvbiBpcyBj
b21pbmcsIGJlZm9yZSBkaWdnaW5nIGludG8NCj4gPiA+IHRlY2huaWNhbCBkZXRhaWxzLCBJIHN1
Z2dlc3QgdGhhdCB3ZSBkaXNjdXNzIHRoZSBJT0FNIGRlcGxveW1lbnQNCj4gPiA+IGVudmlyb25t
ZW50DQo+ID4gZmlyc3QuDQo+ID4gPiBBcyB5b3UgbWF5IGhhdmUgbm90aWNlZCB3aGlsZSByZWFk
aW5nIHRocm91Z2gNCj4gPiA+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtIHN0YXRlLTAyLCBp
biB0aGUgaW50cm9kdWN0aW9uIHNlY3Rpb24gaXQNCj4gPiA+IHNheXMgIkEgY2VudHJhbGl6ZWQg
Y29udHJvbGxlciB3aGljaCBvd25zIHRoZSBlbmFibGVkIElPQU0NCj4gPiA+IGNhcGFiaWxpdGll
cyBvZiBlYWNoIElPQU0gZGV2aWNlIGNvdWxkIGJlIHVzZWQgaW4gc29tZSBJT0FNDQo+ID4gPiBk
ZXBsb3ltZW50cy4gIFRoZSBJT0FNIGVuY2Fwc3VsYXRpbmcgbm9kZSBjYW4gZGlzY292ZXIgdGhl
IGVuYWJsZWQNCj4gPiA+IElPQU0gY2FwYWJpbGl0aWVzIGluZm9tYXRpb24gZnJvbSB0aGUgY2Vu
dHJhbGl6ZWQgY29udHJvbGxlciwgdXNpbmcsDQo+ID4gPiBmb3IgZXhhbXBsZSwgTkVUQ09ORi9Z
QU5HLCBQQ0VQLCBvciBCR1AuICBJbiB0aGUgSU9BTSBkZXBsb3ltZW50DQo+ID4gPiBzY2VuYXJp
byB3aGVyZSB0aGVyZSBpcyBubyBjZW50cmFsaXplZCBjb250cm9sbGVyLCBORVRDT05GL1lBTkcg
b3INCj4gPiA+IElHUCBtYXkNCj4gPiBiZSB1c2VkIGJ5IHRoZSBJT0FNIGVuY2Fwc3VsYXRpbmcg
bm9kZSB0byBkaXNjb3ZlciB0aGVzZSBJT0FNDQo+ID4gY2FwYWJpbGl0aWVzIGluZm9ybWF0aW9u
LiINCj4gPiA+IEkga25vdyB5b3UncmUgdGhlIHByaW1hcnkgYXV0aG9yIG9mIGJvdGggSU9BTS1E
YXRhIGFuZA0KPiA+ID4gSU9BTS1EZXBsb3ltZW50IGRvY3VtZW50cywgc28gSSBoYXZlIGEgZnVu
ZGFtZW50YWwgcXVlc3Rpb24gdG8geW91Og0KPiA+ID4gSXMgdGhlIGFib3ZlIHN0YXRlbWVudCBj
b3JyZWN0IG9yIG5vdD8NCj4gPiA+IE1vcmUgc3BlY2lmaWNhbGx5LCBpZiB5b3UgY2FuIGNvbmZp
cm0gdGhhdCAidGhlIElPQU0gZGVwbG95bWVudA0KPiA+ID4gc2NlbmFyaW8gd2hlcmUgdGhlcmUg
aXMgbm8gY2VudHJhbGl6ZWQgY29udHJvbGxlciIgZG9lc24ndCBleGlzdCBhdA0KPiA+ID4gYWxs
LCBvbiBib3RoIHRoZSBtYWlsaW5nIGxpc3QgYW5kIHRoZSBJT0FNLURlcGxveW1lbnQgZG9jdW1l
bnQsIHRoZW4NCj4gPiA+IEkgc3VnZ2VzdCBJUFBNIFdHIHRvIGFiYW5kb24gZHJhZnQtIGlldGYt
aXBwbS1pb2FtLWNvbmYtc3RhdGUsIHRoYXQNCj4gPiA+IHdvdWxkIHNhdmUgdGhlIGVuZXJneSBv
ZiB0aGUgd2hvbGUgd2cgaW5jbHVkaW5nIHlvdSBhbmQgbWUuDQo+ID4gPg0KPiA+ID4gQmVzdCBS
ZWdhcmRzLA0KPiA+ID4gWGlhbyBNaW4NCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLeWOn+Wni+mC
ruS7ti0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ID4g5Y+R5Lu25Lq677yaRnJhbmtCcm9ja25lcnMo
ZmJyb2NrbmUpDQo+ID4gPiDmlLbku7bkurrvvJrogpbmlY8xMDA5MzU3MDtpcHBtQGlldGYub3Jn
Ow0KPiA+ID4g5oqE6YCB5Lq677yaVG9tbXkgUGF1bHk7DQo+ID4gPiDml6Ug5pyfIO+8mjIwMjHl
ubQxMuaciDE25pelIDIwOjU2DQo+ID4gPiDkuLsg6aKYIO+8mlJFOiBbaXBwbV0gUHJvZ3Jlc3Np
bmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSBIaSBYaWFvDQo+ID4gPiBNaW4sIFRo
YW5rcyBmb3IgcG9zdGluZyBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlLTAyLiBJIHJl
YWQNCj4gPiA+IHRocm91Z2ggdGhlIHVwZGF0ZWQgdmVyc2lvbiBhbmQgbG9va2VkIGF0IHRoZSBk
aWZmIHRvIHRoZSAwMSB2ZXJzaW9uDQo+ID4gPiAoaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm
Zj91cmwxPWRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUtDQo+ID4gPiAwMSZ1cmwyPWRy
YWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUtMDIpLiBEaWZmZXJlbnQgZnJvbSB3aGF0IHlv
dQ0KPiA+ID4gc3RhdGUgYmVsb3csIEkgZG9uJ3Qgc2VlIGFueSBvZiBteSBjb21tZW50cyByZWZs
ZWN0ZWQuDQo+ID4gPiBUaGUgdHdvIG1haW4gcG9pbnRzIEkgbWVudGlvbmVkIGluIHRoZSBsYXN0
IFdHIG1lZXRpbmcgd2VyZSBhYm91dA0KPiA+ID4gKGEpIGFsaWdubWVudCB3aXRoIGRyYWZ0LWll
dGYtaXBwbS1pb2FtLXlhbmcgYW5kIChiKSBlbmhhbmNlbWVudHMgdG8NCj4gPiA+IHRoZSBzZWN1
cml0eSBzZWN0aW9uLCByZWZsZWN0aW5nIHRoYXQgdGhlIHByb3RvY29sIHlvdSBhcmUgZGVmaW5p
bmcNCj4gPiA+IGlzIGEgbmV0d29yayBtYW5hZ2VtZW50IHByb3RvY29sLCBhbmQgbmVlZHMgdG8g
YmUgc2VjdXJlZCBhcyBzdWNoLg0KPiA+ID4gTW9yZSBzcGVjaWZpY2FsbHk6DQo+ID4gPiAqIEFs
aWdubWVudCB3aXRoIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmc6DQo+ID4gPiBUaGUgSVBQTSBX
RyBpcyBpbiB0aGUgcHJvY2VzcyBvZiBkZWZpbmluZyBhIFlBTkcgbW9kdWxlIGZvciBJT0FNOg0K
PiA+ID4gZHJhZnQtaWV0Zi0gaXBwbS1pb2FtLXlhbmcuIFdlIHNob3VsZCBoYXZlIGEgc2luZ2xl
LCBjb21wcmVoZW5zaXZlDQo+ID4gPiBtb2RlbCBmb3IgY29uZmlnIGluZm9ybWF0aW9uIGZvciBJ
T0FNLiBUaGF0IG1vZGVsIGNhbiB0aGVuIGJlDQo+ID4gPiByZW5kZXJlZCBpbnRvIGRpZmZlcmVu
dCB0cmFuc3BvcnRzIChiZSBpdCBKU09OLCBYTUwsIG9yIHlldCBhbm90aGVyDQo+ID4gPiBmb3Jt
YXQgLSB0byB0aGVuIGJlIGNhcnJpZWQgb3ZlciBhIGUuZy4gSUNNUCBpbiB5b3VyIGNhc2UpLiBS
aWdodA0KPiA+ID4gbm93IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgaGVhZHMgZG93
biBhIHBhdGggb2YgZGVmaW5pbmcgYQ0KPiA+ID4gbmV3IHNldCBvZiBtYW5hZ2VtZW50IG9iamVj
dHMgLSBtYW55IGFyZSBzaW1pbGFyIHRvIHdoYXQNCj4gPiA+IGRyYWZ0LWlldGYtaXBwbS1pb2Ft
LXlhbmcgYWxyZWFkeSBkZWZpbmVzLCBzb21lIHRoZXkgYXJlIGxlc3MNCj4gPiA+IGNvbXByZWhl
bnNpdmUsIHNvbWUgaGludCBhdCBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIHRoYXQNCj4gPiA+IGRy
YWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcgZG9lcyBub3QgY292ZXIgeWV0OiBFLmcuLCAgeW91IGRl
ZmluZSBhDQo+ID4gPiAiUHJlLWFsbG9jYXRlZCBUcmFjaW5nIENhcGFiaWxpdGllcyBPYmplY3Qi
IHdoZXJlDQo+ID4gPiBkcmFmdC1pZXRmLWlwcG0taW9hbS15YW5nICBoYXMgYSAiUHJlYWxsb2Nh
dGVkIFRyYWNpbmcgUHJvZmlsZSINCj4gPiA+IGRlZmluZWQuIFlvdSBkZWZpbmUgaW5ncmVzcyBp
bnRlcmZhY2UgZmllbGRzLCB3aGljaCBpcyBpbmZvcm1hdGlvbiwNCj4gPiA+IHdoaWNoIGlzIG1v
cmUgY29tcHJlaGVuc2l2ZWx5IGRlZmluZWQgYnkgdGhlIGlvYW0tZmlsdGVyIGdyb3VwaW5nLg0K
PiA+ID4gWW91IGRlZmluZSBzcGVjaWZpYyBmaWVsZHMgdG8gZGVzY3JpYmUgdGhlIHRpbWVzdGFt
cCBmb3JtYXQgdXNlZCBieQ0KPiA+ID4gYSBub2RlLCB3aGljaCBpcyBpbmZvcm1hdGlvbiB0aGF0
IHNob3VsZCBiZSAgZGVzY3JpYmVkIGFzIHBhcnQgb2YNCj4gPiA+IHRoZSBpb2FtLWluZm8gY29u
dGFpbmVyIC0gYW5kIHdoaWNoIGlzIGN1cnJlbnRseSBtaXNzaW5nIGluDQo+ID4gPiBkcmFmdC1p
ZXRmLWlwcG0taW9hbS0NCj4gPiB5YW5nOyBwb2ludCB3ZWxsIHRha2VuIDotKS4gSXQgaXMgaW50
ZXJlc3RpbmcgdG8gbm90ZSB0aGF0DQo+ID4gZHJhZnQtaWV0Zi1pcHBtLWlvYW0tIGNvbmYtc3Rh
dGUgZG9lcyBub3QgZXZlbiByZWZlcmVuY2UgZHJhZnQtaWV0Zi0gaXBwbS0NCj4gaW9hbS15YW5n
Lg0KPiA+ID4gRnJvbSBteSBwZXJzcGVjdGl2ZSB3ZSBzaG91bGQgaGF2ZSBvbmUgc2luZ2xlIGRh
dGEgbW9kZWwgZm9yIElPQU0NCj4gPiA+IGNvbmZpZ3VyYXRpb24gLSBhbmQgdGhhdCBpcyB0aGUg
WUFORyBtb2R1bGUgZGVmaW5lZCBpbg0KPiA+ID4gZHJhZnQtaWV0Zi1pcHBtLWlvYW0tIHlhbmcu
IExldCdzIG1ha2Ugc3VyZSB0aGF0IHRoaXMgbW9kZWwgY292ZXJzDQo+ID4gPiBhbGwgdGhlIGlu
Zm9ybWF0aW9uIHJlcXVpcmVkIHRvIHByb3Blcmx5IG1hbmFnZSBJT0FNLiBUaGVuDQo+ID4gPiBk
cmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIHdvdWxkIGJlIHNvbGVseSBmb2N1c2VkIG9u
IGRlZmluaW5nDQo+ID4gPiBob3cgdGhhdCBZQU5HIG1vZHVsZSAoZnJvbSBkcmFmdC1pZXRmLWlw
cG0taW9hbS15YW5nKSB3b3VsZCBiZQ0KPiA+ID4gcmVuZGVyZWQNCj4gPiBpbnRvIGUuZy4sIElD
TVAgYXMgYSBjYXJyaWVyIHByb3RvY29sLg0KPiA+ID4gKiBTZWN1cml0eTogUmV2aXNpb24gLTAy
IGRvZXMgbm90IHNlZW0gdG8gdXBkYXRlIHRoZSBzZWN1cml0eSBzZWN0aW9uLg0KPiA+ID4gSU1I
Tywgc2VjdGlvbiA2IG9uIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHNob3VsZCBiZSBlbmhhbmNl
ZCB0bw0KPiA+ID4gY2xlYXJseSBhcnRpY3VsYXRlIHRoYXQgd2UncmUgZGVhbGluZyB3aXRoIHZl
cnkgc2Vuc2l0aXZlIGluZm9ybWF0aW9uLg0KPiA+ID4gQ29uc2lkZXIgbG9hbmluZyBmcm9tIGUu
Zy4sDQo+ID4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzYyNDEj
c2VjdGlvbi05LiBBcyBwYXJ0IG9mDQo+ID4gPiB0aGUgZGlzY3Vzc2lvbiwgaXQgd291bGQgYmUg
Z29vZCB0byBzZWUgYW4gZXhwbGFuYXRpb24gd2hlcmUgeW91J2QNCj4gPiA+IGV4cGVjdCAgZHJh
ZnQtIGlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgdG8gYmUgdXNlZC4gR2l2ZW4gdGhlDQo+ID4g
PiBkaXNjdXNzaW9uIGluIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiwgeW91IHNlZW0gdG8gYXNz
dW1lIGFuDQo+ID4gPiBlbnZpcm9ubWVudCB0aGF0IGRvZXMgbm90IGhhdmUgYSBjZW50cmFsIG5l
dHdvcmsgbWFuYWdlbWVudCBzdGF0aW9uDQo+ID4gPiAvIGNvbnRyb2xsZXIgaW4gcGxhY2UuIE9y
IGluIG90aGVyIHRlcm1zLCB5b3Ugc2VlbSB0byB0YXJnZXQgYQ0KPiA+ID4gZGVwbG95bWVudCwg
d2hpY2ggaXNuJ3QgYSBsaW1pdGVkIGRvbWFpbiBwZXIgUkZDIDg3OTkuIEluIHRoYXQgY2FzZSwN
Cj4gPiA+IEkgd291bGQgZXhwZWN0IHRoYXQgd2UgaGF2ZSBub3JtYXRpdmUgbGFuZ3VhZ2UgdGhh
dCByZXF1aXJlcyB0aGUgdXNlDQo+ID4gPiBvZiBzdHJvbmcNCj4gPiBhdXRoZW50aWNhdGlvbiBh
bmQgZW5jcnlwdGlvbiBiZXR3ZWVuIHRoZSBub2RlcyAoaS5lLiwgTVVTVCB1c2UgSUNNUA0KPiA+
IHdpdGggQUggYW5kIEVTUC4uKS4NCj4gPiA+IEluIGFkZGl0aW9uIHRvIHRoZSBhYm92ZSwgSSBz
dHJ1Z2dsZSB0byB1bmRlcnN0YW5kIHRoZSAiT3BlcmF0aW9uYWwNCj4gPiA+IEd1aWRlIiBpbiBz
ZWN0aW9uIDQ6IENvdWxkIHlvdSBzaGVkIGEgYml0IG1vcmUgbGlnaHQgb24gaG93IHlvdQ0KPiA+
ID4gZXhwZWN0IHRoaW5ncyB0byB3b3JrIC0gYW5kIHdoYXQgYSB0YXJnZXQgZGVwbG95bWVudCBl
bnZpcm9ubWVudA0KPiA+ID4gd291bGQgbG9vayBsaWtlPyBJdCBzZWVtcyB0aGF0IHlvdSBhc3N1
bWUgdGhhdCB5b3UgZG9uJ3Qga25vdyB0aGUNCj4gPiA+IG5ldHdvcmsgbm9yIHRoZSBkZXN0aW5h
dGlvbiBhZGRyZXNzZXMgaW4geW91cg0KPiA+ID4gbmV0d29yazogRG8geW91IGV4cGVjdCB0aGF0
IHlvdSB3b3VsZCBkbyByZWd1bGFyICJJQ01QIGVjaG8gc3dlZXBzIg0KPiA+ID4gaW4geW91ciBu
ZXR3b3JrPyBEbyB5b3UgZXhwZWN0IHRoYXQsIHdoaWxlIGRvaW5nIHRoZSBleHBhbmRpbmcgcmlu
Zw0KPiA+ID4gc2VhcmNoLCBhbiBJQ01QIHRpbWUgZXhjZWVkZWQgbWVzc2FnZSB3b3VsZCBhbHNv
IGNhcnJ5IHRoZSAiSU9BTQ0KPiA+ID4gQ2FwYWJpbGl0aWVzIFJlc3BvbnNlIENvbnRhaW5lciBI
ZWFkZXIiLCBzbyB0aGF0IHRoZSBjYXBhYmlsaXRpZXMNCj4gPiA+IGNvbnRhaW5lciB3b3VsZCBu
b3Qgb25seSBiZSBjYXJyaWVkIGluIHRoZSBlY2hvIHJlcGx5IG1lc3NhZ2UgYnV0DQo+ID4gPiBh
bHNvIGluIHRoZQ0KPiA+IHRpbWUgZXhjZWVkZWQgbWVzc2FnZT8NCj4gPiA+IFRoYW5rcywgRnJh
bmsNCj4gPiA+IChCVFcgLSBOb3RlIHRoYXQgZHVlIHRvIHRoZSB1cGNvbWluZyBob2xpZGF5IHNl
YXNvbiwgcmVwbGllcyBtaWdodA0KPiA+ID4gYmUNCj4gPiBkZWxheWVkKS4NCj4gPiA+ID4gLS0t
LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gRnJvbTogaXBwbSA8aXBwbS1ib3VuY2Vz
QGlldGYub3JnPiBPbiBCZWhhbGYgT2YNCj4gPiA+ID4geGlhby5taW4yQHp0ZS5jb20uY24NCj4g
PiA+ID4gU2VudDogRnJpZGF5LCAxMCBEZWNlbWJlciAyMDIxIDA4OjAxDQo+ID4gPiA+IFRvOiBp
cHBtQGlldGYub3JnDQo+ID4gPiA+IFN1YmplY3Q6IFtpcHBtXSBQcm9ncmVzc2luZyBkcmFmdC1p
ZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlDQo+ID4gPiA+DQo+ID4gPiA+IEhpIElQUE0gV0csDQo+
ID4gPiA+DQo+ID4gPiA+IFRoZSAtMDIgdmVyc2lvbiBvZiBkcmFmdC1pZXRmLWlwcG0taW9hbS1j
b25mLXN0YXRlIGhhcyBiZWVuIHBvc3RlZC4NCj4gPiA+ID4gVGhlcmUgYXJlIG1haW5seSB0d28g
Y2hhbmdlcywgb25lIGlzIG9uIElPQU0gVHJhY2luZyBDYXBhYmlsaXRpZXMNCj4gPiA+ID4gT2Jq
ZWN0cyB0byBtYWtlIHRoZW0gYXBwbGljYWJsZSB0byBJQ01QdjYgZXh0ZW5zaW9ucywgYW5vdGhl
ciBvbmUNCj4gPiA+ID4gaXMgb24gSU9BTSBQcm9vZi1vZi0gVHJhbnNpdCBDYXBhYmlsaXRpZXMg
T2JqZWN0IHRvIG1ha2UgaXQNCj4gPiA+ID4gYWxpZ25lZCB3aXRoIHRoZSB1cGRhdGVkIElPQU0t
RGF0YSBkb2N1bWVudC4NCj4gPiA+ID4gQWxzbyBub3RlIHRoYXQgSSd2ZSBoYWQgYW4gb2ZmbGlu
ZSBkaXNjdXNzaW9uIHdpdGggd2cgY2hhaXJzIGFuZA0KPiA+ID4gPiBGcmFuayBCcm9ja25lcnMs
IG15IGNvbmNsdXNpb24gaXMgdGhhdCBGcmFuaydzIGNvbmNlcm4gcmFpc2VkIGF0DQo+ID4gPiA+
IElFVEYgMTEyIGhhcyBiZWVuIGFkZHJlc3NlZC4gSWYgdGhhdCdzIG5vdCB0aGUgY2FzZSwgcGxl
YXNlIHNwZWFrIHVwLg0KPiA+ID4gPiBXaXRoIHRoYXQgc2FpZCwgSSB0aGluayB0aGlzIGRyYWZ0
IGlzIHJlYWR5IGZvciBXR0xDLg0KPiA+ID4gPg0KPiA+ID4gPiBCZXN0IFJlZ2FyZHMsDQo+ID4g
PiA+IFhpYW8gTWluDQo+ID4gPiA+DQo+ID4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiA+IGlwcG0gbWFpbGluZyBsaXN0DQo+ID4gPiA+
IGlwcG1AaWV0Zi5vcmcNCj4gPiA+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9pcHBtDQo=


From nobody Wed Dec 29 06:09:06 2021
Return-Path: <justin.iurman@uliege.be>
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 7DE533A1695; Wed, 29 Dec 2021 06:09:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=uliege.be
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MnIBT9P7Byhn; Wed, 29 Dec 2021 06:08:59 -0800 (PST)
Received: from serv108.segi.ulg.ac.be (serv108.segi.ulg.ac.be [139.165.32.111]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 049DA3A1692; Wed, 29 Dec 2021 06:08:57 -0800 (PST)
Received: from mbx12-zne.ulg.ac.be (serv470.segi.ulg.ac.be [139.165.32.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by serv108.segi.ulg.ac.be (Postfix) with ESMTPS id 442352016A76; Wed, 29 Dec 2021 15:08:55 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.11.0 serv108.segi.ulg.ac.be 442352016A76
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uliege.be; s=ulg20190529; t=1640786935; bh=ufhR/doYySdnmA4vK9YZhhrvanzlizSzCZvITUnSa4w=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From; b=n3bvt7jxQlMGa2PhRKiNoqwafVMa2Une4aa5HKejeopHMFXVMwp8MZ22XRaeJGwdv sHmfA2yW3fCEhh3oFT8XdlOLxVieve9riah2TsQ/CDZiV/DJk6Se7+4Wjf85SzhY5i 3cJRLc28t1iHARhdEsEePrKIbnD/yxrTscIz+230mQNAOJsNxFvo8kZQ88MRk/URrq etBNsRqg98KmeGM3ps2kG1JVsgeYa/xHw7eWpnhN+dNXfHSlm+tmUmV8p/9Y/VcIXf CJEGwCadrVxEGmjHquHNrpgp0IxFim9wm2MxVCNatLBT6sOyQCt6AJa3s3spfvjnpv z/1IGwJIn4kmw==
Received: from localhost (localhost [127.0.0.1]) by mbx12-zne.ulg.ac.be (Postfix) with ESMTP id 3D61E602254FB; Wed, 29 Dec 2021 15:08:55 +0100 (CET)
Received: from mbx12-zne.ulg.ac.be ([127.0.0.1]) by localhost (mbx12-zne.ulg.ac.be [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 57Wz2DFr7sgR; Wed, 29 Dec 2021 15:08:55 +0100 (CET)
Received: from mbx12-zne.ulg.ac.be (mbx12-zne.ulg.ac.be [139.165.32.199]) by mbx12-zne.ulg.ac.be (Postfix) with ESMTP id 27DCD6016F43D; Wed, 29 Dec 2021 15:08:55 +0100 (CET)
Date: Wed, 29 Dec 2021 15:08:55 +0100 (CET)
From: Justin Iurman <justin.iurman@uliege.be>
Reply-To: Justin Iurman <justin.iurman@uliege.be>
To: Erik Kline <ek.ietf@gmail.com>
Cc: IPv6 List <ipv6@ietf.org>,  Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>, ippm@ietf.org
Message-ID: <1698496306.248840871.1640786935077.JavaMail.zimbra@uliege.be>
In-Reply-To: <CAMGpriWq4RKUDiM05afM0FQNMC8uCRV2HtQjZ-Yiiq8UP-+1JQ@mail.gmail.com>
References: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com> <CAMGpriWq4RKUDiM05afM0FQNMC8uCRV2HtQjZ-Yiiq8UP-+1JQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [81.240.24.148]
X-Mailer: Zimbra 8.8.15_GA_4018 (ZimbraWebClient - FF95 (Linux)/8.8.15_GA_4026)
Thread-Topic: WG Last Call for draft-ietf-ippm-ioam-ipv6-options
Thread-Index: CyQ3rKorCvUKdRer9WlQAfEvSABpwA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Sk4MCWTWJoe8zVvSbpS0nNh0L88>
Subject: Re: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 29 Dec 2021 14:09:05 -0000

Hi ippm, 6man,

I do believe this document is almost ready, though it probably needs a
new version to address the following review comments.

1) In section 4 ("In-situ OAM Metadata Transport in IPv6"), third
paragraph, it says:

  "In order for IOAM to work in IPv6 networks, IOAM MUST be explicitly
   enabled per interface on every node within the IOAM domain.  Unless a
   particular interface is explicitly enabled (i.e., explicitly
   configured) for IOAM, a router MUST drop packets that contain
   extension headers carrying IOAM data-fields.  This is the default
   behavior and is independent of whether the Hop-by-Hop options or
   Destination options are used to encode the IOAM data.  This ensures
   that IOAM data does not unintentionally get forwarded outside the
   IOAM domain."

I don't think "a router MUST drop packets" is correct. IOAM options are
defined with type "00", i.e., skip over this option and continue
processing the header. Instead, I would rather have something like "a
router MUST ignore IOAM options". Indeed, you don't want a node to drop
packets with IOAM options, when not configured, to keep consistency with
the behavior of type "00". This is the role of a firewall to drop
packets if it detects IOAM injections or IOAM leaks.

New text suggestion:

  "In order for IOAM to work in IPv6 networks, IOAM MUST be explicitly
   enabled per interface on every node within the IOAM domain.  Unless a
   particular interface is explicitly enabled (i.e., explicitly
   configured) for IOAM, a router MUST ignore IOAM Options.  As
   additional security, IOAM domains SHOULD provide a mechanism to
   prevent injections at ingress or leaks at egress."

Note that the last sentence could be omitted, as consideration #4 (see
section 5.1) already talks about it.

2) Section 5.4.1 ("IPv6-in-IPv6 encapsulation") describes a hacky way to
encapsulate packets. Instead of using the egress as the outer
destination address, it uses the same destination address as the inner
one. I understand the pros of such a technique (i.e., same forwarding
path), but it goes against RFC2473 and, as a consequence, also against
RFC8200. So, I don't think it should be part of a standard. Since the
"normal" IPv6-in-IPv6 use case is implicitly included in the next
section (5.4.2, "IP-in-IPv6 encapsulation with ULA"), I think section
5.4.1 could/should be dropped.

Thanks,
Justin

On Dec 17, 2021, at 10:37 PM, Erik Kline ek.ietf@gmail.com wrote:
> +6MAN WG, just as an FYI
> 
> On Fri, Dec 17, 2021 at 7:39 AM Marcus Ihlar
> <marcus.ihlar=40ericsson.com@dmarc.ietf.org> wrote:
>>
>> Hello IPPM,
>>
>> This email starts a Working Group Last Call on
>> draft-ietf-ippm-ioam-ipv6-options.
>>
>>
>>
>> https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-ipv6-options/
>>
>> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-ipv6-options-06
>>
>>
>>
>> Please provide feedback by replying to this email with your reviews and if you
>> think this document is ready to progress, by Friday, January 14.
>>
>>
>>
>> Best Regards,
>>
>> Marcus & Tommy
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------


From nobody Wed Dec 29 11:16:00 2021
Return-Path: <markzzzsmith@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 D19933A08C2; Wed, 29 Dec 2021 11:14:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.039
X-Spam-Level: 
X-Spam-Status: No, score=-1.039 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.559, SPF_HELO_NONE=0.001, 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 Z595f0JAGofQ; Wed, 29 Dec 2021 11:14:52 -0800 (PST)
Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (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 D37163A08C0; Wed, 29 Dec 2021 11:14:51 -0800 (PST)
Received: by mail-io1-xd2a.google.com with SMTP id s6so18230186ioj.0; Wed, 29 Dec 2021 11:14:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wgGgIv5mjbXoMtAxcEFAYMTXczi1WDCa+dXwtw5lB4Q=; b=ebZXHhRZW7yPOvxURVp5+s5O28WLKJV/PGyNbdgLNtRCHN5n9a0+sdO9xFK4O2yHYu 1s8eagArcowxXtEujw2sAsBXZzLGjUKWS+/ZkukOUJ2UuI5LCpaKQXT4q1vmHytVt8JT NjCzvJT+oLzQnKbrlyDyvJlxGrYOwO+H2D1fmb2iHOPoLYCVGLU0/rAEUEt1gQ0k24xz tUmCIlt8ml2XsYlj4vXwu58uv9F61PoscSigkKlrvQd/hYGTjczVSfyIXGWzOgjzD/qR Sw4y3W/Bfa10lWQR/dSmxEO//hQBAj1N0yMyzIP2sCk53JaniVP1Scc7TzBXUJXhAG8A iHZA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wgGgIv5mjbXoMtAxcEFAYMTXczi1WDCa+dXwtw5lB4Q=; b=G4BvpwVSw1eVxXYYuMwLDR2Xc3Oy2dJq2S5HuKLVxIG951LTpACoM01kjfKlFhqz+3 0QEuDXsyKH7qB1RV8flgUqa6kts1G/h5JFHVxp6xRp+/lwFWM0WIg5IfWDMI614iihVn z8vF45NyTBUrokY1siT9ygpnRQf9VQaDxjFIvVrsLvf1izWRPg67chaVSFLn8+3q+1cC EcaQYxxjCFzrWasJmBy6vcHI/ahx2wkJ/jQtMaPrQ2OVm+t2sch7qSTfiCUkPCR5LaWS SNkoCqL0OasNCtNZnU9Z7rcs265W3aWi0o/Tl5PX1yRxjdaQRniSKNrn/C4YQjECXzSY 1+vQ==
X-Gm-Message-State: AOAM532Qcp41EEtJ/EAD3C2R54ufRFnIGfRwV6t48gfHQF+wO7uJGYBO 5RGnNBPF4aWGrFyrSXYzOBfccjTaczecdF64Nco=
X-Google-Smtp-Source: ABdhPJxpmGFJZMqbO2ARtm3zSkpH2d38/rMtWkA79viwGOW1WbdMvts2cnpIFlRrqmWS3nQqWDQjZHxNY5mQNrHr6k0=
X-Received: by 2002:a05:6638:3391:: with SMTP id h17mr12390200jav.188.1640805289725;  Wed, 29 Dec 2021 11:14:49 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com> <CAMGpriWq4RKUDiM05afM0FQNMC8uCRV2HtQjZ-Yiiq8UP-+1JQ@mail.gmail.com>
In-Reply-To: <CAMGpriWq4RKUDiM05afM0FQNMC8uCRV2HtQjZ-Yiiq8UP-+1JQ@mail.gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Thu, 30 Dec 2021 06:14:23 +1100
Message-ID: <CAO42Z2wnz6jBVPgtPJb2smJOdFYsPMwgHxekdiqq0TQnDZyZUg@mail.gmail.com>
To: Erik Kline <ek.ietf@gmail.com>
Cc: IPv6 List <ipv6@ietf.org>,  Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>,  "ippm@ietf.org" <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/tWAoIQsZWINqYnjYbTXFe5klTGM>
Subject: Re: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 29 Dec 2021 19:14:53 -0000

Hi,

Hmm, not sure how I missed this, I thought I was subscribed to the IOAM ML.

I've been thinking for a while that there might be an opportunity to
simplify IOAM over IPv6 significantly, based on the following:

- that the IOAM domain is contiguous, which I think is really saying
that all IOAM nodes in the IOAM paths/IOAM domain are directly
adjacent at layer 2, meaning directly connected to each other via
layer 2 links (or tunnels, which are virtual layer 2 links.)

- IOAM over IPv6 IOAM nodes are RFC8200 IPv6 Nodes.

- per RFC4291, all IPv6 enabled interfaces on IPv6 nodes are required
to have Link-Local addresses.

Since the IOAM domain is a contiguous path of IPv6 nodes, it means
that the DA of the outer IOAM encapsulation IPv6 packet could be the
next node's IPv6 Link-Local Address. For each IOAM node (IPv6
router/host) these LLAs would be the same LLAs as the next hop router
used by routes/routing protocols e.g. OSPF route next hop LLAs or
default router LLAs advertised to hosts via RAs.

This idea is really just a simpler version of the IPv6-in-IPv6 using
ULA method described. The ULA addressing was partly necessary to skip
past/over non-IOAM enabled nodes within an IOAM domain, and was a way
to prevent or mitigate the effects of IOAM encapsulated packets
leaking. Using LLAs for IOAM encap DAs solves that problem too, and is
also simpler because there is no need to deploy a ULA address space.
The automatic LLAs can be used instead.

That being said, I've also wondered about a "donut" IOAM deployment
model. IOAM processing is performed at a contiguous IOAM edge of the
network (e.g. IOAM enabled access, distribution layers) using LLAs.
IOAM is not normally performed in the core of the network for
performance reasons, and ULA addressing is used for the encapsulation
DAs to send those IOAM packets from one side of the network core
"donut hole" to the other.

Regards,
Mark.


From nobody Wed Dec 29 13:30:52 2021
Return-Path: <haoyu.song@futurewei.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 9D99D3A0917; Wed, 29 Dec 2021 13:29:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level: 
X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 1AnlUVrNQYNN; Wed, 29 Dec 2021 13:29:52 -0800 (PST)
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2108.outbound.protection.outlook.com [40.107.93.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E1863A0981; Wed, 29 Dec 2021 13:29:50 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MLWk9XLY+8wLFStEbCV46N+i0x+IjyYH/kr0pS/OT7/1DrjCn59QEEwXxC2NneyG1AoeGV+4f1VkJjDAgEAdPs5qXt07vp2fg7EACldvJznf8EWMxByiHClqUi71EGmLhIidE/ykuCWy19NhMMbur/AIapFw+/gA5Vqvv2g1MX+wUF7DMX4IE69mibCi2DD5gIBx/E72rCPUlg5nNigv92k/05YGPKHsiSPUshmkIjKX7OR/DhylKagZ9iThfj1Bxk07CvbbOkMU0kjMmO/Ck7i8Xz/aeJRY6zWqP1NbADklI/BL+S7DoLuU9vrcc2vwkeAXOI8mimE42SiV+h/HQg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=pyCF8wSqU5IFZmqrsiyUI7nkIqDICcaS2puOuJTvkJo=; b=PvLinWkigmmZpqI0PSJezkzZIQ3TQU1cMRFRrA39Ll7tlTZTOBMqXmVTQaVvHDah4AYxEw4iASI8XoAsuszzwEe2OX1BMeAepgH6V0R9v7VbjAtDJVXNrz5fIVBgzTlowOX+SUYWWYICUHP99lTcb2wv5oudcR3rgD+jDbnenqza63zdHirJg/CKe0epi3uoeV34Sk8QKSvlNP7QdlxhpA/XwMbG7xkYvhFrjz/5QlvLrrCqJXM4VX/TO/6W2AQoo7mPgE+HCyPZ/Ters3Znn4wOjGlNmCgAQwp9jMvRUlMGc3UI/sSM5Iw+Wqk+E9pBAzSjxql7gx1X/YgmVjXVuw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pyCF8wSqU5IFZmqrsiyUI7nkIqDICcaS2puOuJTvkJo=; b=lhzWmoh0k+srI+apu9WPqRk6ucHgPomLOT7+wFP4F94y2wtE+4CpkR2dYPujTg722g8FaMStX3bx6xeCL1Y87NI2m2aGWkRsHqKwp3YmHBHxde3vZxK/NAO1v/6KALa1krVnv0in4b22XiO3mD4aYRevUHY8iJKCi4ARG1pA+v0=
Received: from BY3PR13MB4787.namprd13.prod.outlook.com (2603:10b6:a03:357::13) by BL0PR13MB4291.namprd13.prod.outlook.com (2603:10b6:208:8e::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4844.7; Wed, 29 Dec 2021 21:29:47 +0000
Received: from BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::618d:61cf:753e:be55]) by BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::618d:61cf:753e:be55%7]) with mapi id 15.20.4867.004; Wed, 29 Dec 2021 21:29:46 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
CC: 6man <ipv6@ietf.org>
Thread-Topic: WG Last Call for draft-ietf-ippm-ioam-ipv6-options
Thread-Index: AdfzWzgRLVzROO3gTGutryPtfDbU2AJnFtYw
Date: Wed, 29 Dec 2021 21:29:46 +0000
Message-ID: <BY3PR13MB4787263F186ADD2D76B8DE679A449@BY3PR13MB4787.namprd13.prod.outlook.com>
References: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: cafbd9bb-b337-406b-543b-08d9cb125645
x-ms-traffictypediagnostic: BL0PR13MB4291:EE_
x-microsoft-antispam-prvs: <BL0PR13MB42919F84ED68773E78DF60C79A449@BL0PR13MB4291.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: YGfnUdFPgMlMlaYI5ZpHcsm1QzsfsncveUHHAYUOcoVr5fANcW8rNIZE25QkMB8mIyfhjGC8PhReuZYQityfX4gHzuqkcaoV03JBXjfiZ4NLhLkzRUUEfiRnZoWugSDxW0Q29BvnfVgqIwfRYgKe8HKoBlOUhUkxQaWzL9nLdxB7K5b2YNOBXdI3Vh1d58fXi2YZoZWkHkld9EKuuiBwSMTzMkyO5ldnzIU8vH+uWgLrf1VfxE14Zq7BckT+H1CmISlL0tFO4a+jVbLbUktP0/V0gzNFY5BBnGX2NIJ03/Tugq+rTm0JVNDrBYo6RPHYU6AJmgL8I3X6q3YvKW5rFZUxhEgn2cKIEmietx5Fqt97ncceLL2mwoKGyQCcWdE3UQZx8f6siU1VRGckfD1IixDfnsTNm8VKe6ddaYKnXYWQKKndhYAYkaVnZGWgH4Mjv8p9rm+/9+zkdiTTp0V9jOdjC7hiWpqILKLAWJmoJzqQSmQEZtkmdtNH0cODjS0F11vV0iGBbcQovfAWYBBoEtlzIzAdBIXE8FrZ9s7l5fPG/r+L0ORi8ChQnRIQKxs+vgAoa5mVFdrm/mu5dNcyueHI+4WVlTn+LXqG1Q6uIdD5dsK86o+iNRDnVsltFURV3IdYPwufwhiPkaHBCJniiZlevvSjfvfoiSL71/HFPjZtjoO9nev9SrGuIzpxffBB2Jse0swRLDcttcyljNqR5ADvmNKF5zfPlluRjEFd0jyiw7SAFpOSO9s7IEjgUW3+NK7vjIBLCF14KKu2X51BdcBoBcHTQ8TsueBHEbo6+h1sZCwcD08GhG44UDHDltmrbyk37u+ivYGOeoLnCnf7dewCItygyJk/KzJfEHFw5ea/uHqkTSE1Ge9BVzAWFgKy
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BY3PR13MB4787.namprd13.prod.outlook.com; PTR:; CAT:NONE;  SFS:(13230001)(4636009)(366004)(122000001)(38100700002)(38070700005)(66946007)(166002)(66446008)(33656002)(44832011)(55016003)(66556008)(4326008)(86362001)(8676002)(76116006)(316002)(52536014)(110136005)(8936002)(5660300002)(508600001)(9686003)(66476007)(64756008)(186003)(26005)(71200400001)(966005)(6506007)(7696005)(53546011)(2906002)(20210929001); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?rclZlfRQAvJnCh9GcgQmxpaU8gU+Ghx/q2WbQvd3H7FthFZrDCR7x6nVgk/+?= =?us-ascii?Q?pxsJaHj1Rb2TZpENE1IYuxEiZVM9ffMl76TtRlLHwoK8ez0+kCPzHkGriS9d?= =?us-ascii?Q?JUoH2AxgnhApxAQTzS5bATubJGO+BlnwXQSRdxNSH+hBmUrVDk55YU5rtBfs?= =?us-ascii?Q?wCjsUOSU81Y3GJbmP89FcjblvAlDLZQaH//Ozn4WdNU+jihyTYHixBvrfJ3I?= =?us-ascii?Q?OvHsQUJwpq1neV/+insU/hmL40HSbwg1welc1xrGge4HvpOwz6WW1ZTh4SI/?= =?us-ascii?Q?pAx0xWQhBJyCfD7/6FejX+CSBeFYx8whDtUT/47Z1Zm5IG7xVB+EGD9dbgX6?= =?us-ascii?Q?h9tPJHBgXoG9PCI3ApQuADcVghmz68ZyCt/KbpXpkh6IYH6oxOv7fmK7XTVL?= =?us-ascii?Q?e6u7XfkNPsZW37o/lfyDDFCHKXEGxdbgjCypaZeyQ2WZETnYdiDZPAE5z0sH?= =?us-ascii?Q?YG4JeLXJlFJ33oQELgjRHMruV99ramGn0vxJVMkDVXxOloJcK8MGieHNOXeV?= =?us-ascii?Q?V8tTN74US73v5h4+b+XugrAgYk1lgq7UmK295PS+cIB0wOGN8ZfQPeoi2BfJ?= =?us-ascii?Q?+JXhhcyIFr7iEHHuBCkfTSFsDFhSpPpSIFJ5mPf5MtEOXX/xxVYW78ALtxfW?= =?us-ascii?Q?dXpU5SqDtGN35sJ1ckjObf/3IA522pyp4FH7/DdNnBkJqg8aETtLE+JYiDBc?= =?us-ascii?Q?3waqi/XPLwvRFzFFGb0eN3Bllzjye9GLzeBDJaKOEgW6AzIGmJfrzP4lxq+w?= =?us-ascii?Q?Que9Uas9d9nyBcC74D2fVKgsIjv6Gv8+fHq2Cx/ZQxu+JGfGy7P9ffY2joDw?= =?us-ascii?Q?AZfk1UJEa8AzPK5nx1zZEW1HyUSAh5BVLeTw1EPd75+f8f25B9EgJ7jvGsQ/?= =?us-ascii?Q?6Lc1S3V+ZjymaCcdGKISCkaPPOK2tkBULmrd3cc1wnGAf0bk+c44kO1SiKSP?= =?us-ascii?Q?DQeic1Cfn67y8Cun2gVTjv0iEbSLiXz9BUByl55mgmv0w411GMQjhN5fAaez?= =?us-ascii?Q?RgNlleIgCZduSS/pO5Snz5TjURmzCv3sGX5pEtfuyjSsCmsmJPlB9q7axWZR?= =?us-ascii?Q?6WCtdW9evoaXIMRM4huIUuwn5ispLZWS4/2baQzwdMIDp+fWhRYXsoRjSAAA?= =?us-ascii?Q?PJJcwGzf5hzAdhMzhyOXju4P+ruH092tcsEWjnUeDDK4mkH8DKg7Xe3ADJBE?= =?us-ascii?Q?si6XzzHWDZcrWe7bJrxaR+sBq90rdonRCehgAk21lCFDANSbsWlEkyierT/o?= =?us-ascii?Q?aRk2PTEHtYpjO6HBOepNptffJmh2/MaIGfsQNtGt6zxkSliJrH62BSjPAlO8?= =?us-ascii?Q?ylrnBKr8BwrmxQrfX4BbjKONqWJ8DD56JfyCBXBJ9vIkt0gXtpMe2eEN3U7q?= =?us-ascii?Q?Nl2nKNaDeQ8ZtpRkGWQ2NN5BvKnw+9sGm9+s8CqpqNekdZp/LCQaQARDGG1k?= =?us-ascii?Q?eqUlDF5jMGdBbr+UnfYmgonQY/qJlgbxTa4GqqrcDvvNyl2Eu861oPpOCDJu?= =?us-ascii?Q?vMi1E7JwD1G+3ZZwog71kuialOIjQ11NxoQhh+VNlCH+K5fL7fKdDRFciAw5?= =?us-ascii?Q?PRFzl8PJRHud/1kLydRN4BOPbj7qdGxX5gro2Ys32kmqwOvFZ9B7J2XL+LP+?= =?us-ascii?Q?pQ=3D=3D?=
Content-Type: multipart/alternative; boundary="_000_BY3PR13MB4787263F186ADD2D76B8DE679A449BY3PR13MB4787namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR13MB4787.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cafbd9bb-b337-406b-543b-08d9cb125645
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Dec 2021 21:29:46.3900 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: LRk/h5iuIQkXBVgpUnK4c4yUe3EivqVZlXSuYDlsrHKc5u/fjpZBKhNAtiVnsxkDtPyDkbE1TxbefiJDTvg1mA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR13MB4291
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/1EBLEm-EUqCC52uOlphbMhETlPs>
Subject: Re: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 29 Dec 2021 21:29:57 -0000

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

Hi IPPM and 6MAN,

After reading the draft, I have one question. My understanding is that the =
proposed approach basically uses IP-in-IP encapsulation and encapsulates th=
e IOAM option in the outer IPv6 header. While the in-band measurement is in=
tended for the inner IPv6 packet, I'm concerned on how the requirement C1 c=
an be met. For example, I'm not sure how the forwarding and ECMP can behave=
 identically with and without the outer IPv6 header (i.e., for the overlay =
and underlay networks).

Thanks,
Haoyu

From: ippm <ippm-bounces@ietf.org> On Behalf Of Marcus Ihlar
Sent: Friday, December 17, 2021 7:39 AM
To: ippm@ietf.org
Subject: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options

Hello IPPM,
This email starts a Working Group Last Call on draft-ietf-ippm-ioam-ipv6-op=
tions.

https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-ipv6-options/<https:/=
/nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatracker.ie=
tf.org%2Fdoc%2Fdraft-ietf-ippm-ioam-ipv6-options%2F&data=3D04%7C01%7Chaoyu.=
song%40futurewei.com%7C8895882824fd43c501e508d9c1736d28%7C0fee8ff2a3b240189=
c753a1d5591fedc%7C1%7C1%7C637753523788355875%7CUnknown%7CTWFpbGZsb3d8eyJWIj=
oiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=
=3DWJ1EZAPGbexogIV4J4pQR69%2F7Gh0%2FiVMn3lyWORJAic%3D&reserved=3D0>
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-ipv6-options-06<=
https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatra=
cker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-ippm-ioam-ipv6-options-06&data=3D04=
%7C01%7Chaoyu.song%40futurewei.com%7C8895882824fd43c501e508d9c1736d28%7C0fe=
e8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637753523788355875%7CUnknown%7CTWFp=
bGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%=
7C1000&sdata=3DYrK0mXHkK2thhO29ogOryETZZifwDR%2BE8VS%2FXV3%2FmA4%3D&reserve=
d=3D0>

Please provide feedback by replying to this email with your reviews and if =
you think this document is ready to progress, by Friday, January 14.

Best Regards,
Marcus & Tommy

--_000_BY3PR13MB4787263F186ADD2D76B8DE679A449BY3PR13MB4787namp_
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:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></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"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi IPPM and 6MAN,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">After reading the draft, I have one question. My und=
erstanding is that the proposed approach basically uses IP-in-IP encapsulat=
ion and encapsulates the IOAM option in the outer IPv6 header. While the in=
-band measurement is intended for
 the inner IPv6 packet, I&#8217;m concerned on how the requirement C1 can b=
e met. For example, I&#8217;m not sure how the forwarding and ECMP can beha=
ve identically with and without the outer IPv6 header (i.e., for the overla=
y and underlay networks).
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal">Haoyu<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b>From:</b> ippm &lt;ippm-bounces@ietf.org&gt; <b>O=
n Behalf Of </b>
Marcus Ihlar<br>
<b>Sent:</b> Friday, December 17, 2021 7:39 AM<br>
<b>To:</b> ippm@ietf.org<br>
<b>Subject:</b> [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options<o=
:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Hello IPPM,<o:p></o:p></p>
<p class=3D"MsoNormal">This email starts a Working Group Last Call on draft=
-ietf-ippm-ioam-ipv6-options.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><a href=3D"https://nam11.safelinks.protection.outloo=
k.com/?url=3Dhttps%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-ippm-ioa=
m-ipv6-options%2F&amp;data=3D04%7C01%7Chaoyu.song%40futurewei.com%7C8895882=
824fd43c501e508d9c1736d28%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C6377=
53523788355875%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIi=
LCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3DWJ1EZAPGbexogIV4J4pQR69%2=
F7Gh0%2FiVMn3lyWORJAic%3D&amp;reserved=3D0">https://datatracker.ietf.org/do=
c/draft-ietf-ippm-ioam-ipv6-options/</a><o:p></o:p></p>
<p class=3D"MsoNormal"><a href=3D"https://nam11.safelinks.protection.outloo=
k.com/?url=3Dhttps%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-i=
ppm-ioam-ipv6-options-06&amp;data=3D04%7C01%7Chaoyu.song%40futurewei.com%7C=
8895882824fd43c501e508d9c1736d28%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1=
%7C637753523788355875%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV=
2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3DYrK0mXHkK2thhO29og=
OryETZZifwDR%2BE8VS%2FXV3%2FmA4%3D&amp;reserved=3D0">https://datatracker.ie=
tf.org/doc/html/draft-ietf-ippm-ioam-ipv6-options-06</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Please provide feedback by replying to this email wi=
th your reviews and if you think this document is ready to progress, by
<b>Friday, January 14</b>.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Best Regards,<o:p></o:p></p>
<p class=3D"MsoNormal">Marcus &amp; Tommy<o:p></o:p></p>
</div>
</body>
</html>

--_000_BY3PR13MB4787263F186ADD2D76B8DE679A449BY3PR13MB4787namp_--


From nobody Wed Dec 29 17:27:21 2021
Return-Path: <markzzzsmith@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 44BC73A0800; Wed, 29 Dec 2021 17:27:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.038
X-Spam-Level: 
X-Spam-Status: No, score=-1.038 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.559, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 6rhEBaXOTZq7; Wed, 29 Dec 2021 17:26:55 -0800 (PST)
Received: from mail-il1-x12f.google.com (mail-il1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) (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 B754D3A07FD; Wed, 29 Dec 2021 17:26:55 -0800 (PST)
Received: by mail-il1-x12f.google.com with SMTP id y16so17793619ilq.8; Wed, 29 Dec 2021 17:26:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=eiQA68y46th0+k4+JQyhuPJE0dn+xOppYjbYUI3T4zM=; b=pRnDV6otKVMHOZljxCy5M6w9AzzHyWozrCBRGP2nlCm93rCDRhUQGHRPuhhiDfddDs 3tDgohFueqMRI7Y666W/jGMsX0AniUyRRypHMpM7N0U3nKp0oZVYL7/JvdPO49Sv3QNF QZ87cOSZx5MDB4w1abXzfOgyGAEbM/vlAYfR0qhYcFMHA7XnGR59TBbwMd6IBU41FZ7o Z70bvh6W+crN0msOS3SrQWBRb5JvIR978oZveaBYmBO7gmYCg8COfmmosd0067GEhvh7 65inQI1ZMLoYDNYSskJ7BrmFFS4AbXgpfNSR8icULAhQjuFal3xMcTUCT3V6W8B3ciSK nnhA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=eiQA68y46th0+k4+JQyhuPJE0dn+xOppYjbYUI3T4zM=; b=Q/ROySA3WPfjmt/ElRpJJmXJG9bUOuFIP5vNd9EptbwVcw7ThmbwlM1GVh4wFnGeZq HyVDcySzqZSS/LkM4aK0pBCiLGBZWCMaMDVfufSBlZMup753TW51X5EK/Zh76Kh66W3S FuU41ztYmhfQ9tS9g9MzwY/98WuZM987jYMoF9X4YJo68CIjlOkwOhclclew/o5ZOF23 ebzvjJXrU0WCUBVr20gaJAZEkS19zr6jSCuarYhx7V9d9VUVACZym79cyNeWUqQAmfiQ oDKg2bZOdRhJWsL8nltBSlFRM2ZNxF/Rgj5M1KpBFH6kiro5n0wN4auTm1pqvpEO5QcZ xX+Q==
X-Gm-Message-State: AOAM531845EVDPU7J7BdJdY6pwjMPBziozmALxnLCLvVBhOspc+YUZiN Ia3xxZRk3wNbxar+O9vSs6U3VA5ejJgWvKmQL14=
X-Google-Smtp-Source: ABdhPJz+XHvC5FAFsIJaRvOJ85gLqHA8i2mc5WNE6NyBSHm3UbH2LpgPPIC2qKuYBjHHKSVQqC4G12iZnJBzOsTSizU=
X-Received: by 2002:a92:8747:: with SMTP id d7mr12796852ilm.203.1640827613523;  Wed, 29 Dec 2021 17:26:53 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com> <BY3PR13MB4787263F186ADD2D76B8DE679A449@BY3PR13MB4787.namprd13.prod.outlook.com>
In-Reply-To: <BY3PR13MB4787263F186ADD2D76B8DE679A449@BY3PR13MB4787.namprd13.prod.outlook.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Thu, 30 Dec 2021 12:26:27 +1100
Message-ID: <CAO42Z2z7xte6wCf887_DOYd_T4uvVGzXYSUq5xXzfxDN2hsWfA@mail.gmail.com>
To: Haoyu Song <haoyu.song@futurewei.com>
Cc: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>,  "ippm@ietf.org" <ippm@ietf.org>, 6man <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/CnaIWiuSkItDUjFiXbD4U4nXRTo>
Subject: Re: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 30 Dec 2021 01:27:01 -0000

On Thu, 30 Dec 2021 at 08:30, Haoyu Song <haoyu.song@futurewei.com> wrote:
>
> Hi IPPM and 6MAN,
>
>
>
> After reading the draft, I have one question. My understanding is that th=
e proposed approach basically uses IP-in-IP encapsulation and encapsulates =
the IOAM option in the outer IPv6 header. While the in-band measurement is =
intended for the inner IPv6 packet, I=E2=80=99m concerned on how the requir=
ement C1 can be met. For example, I=E2=80=99m not sure how the forwarding a=
nd ECMP can behave identically with and without the outer IPv6 header (i.e.=
, for the overlay and underlay networks).
>

I think this is another example of where thinking IP-in-IP is
something special and different makes things confusing. "IP
tunnelling" is no more than a link-layer encapsulation. An "IP tunnel"
is a virtual layer 2 point-to-point link.

Original IPv6 packet forwarding through the IOAM domain would still
use information in the original packet (DA minimum, and whatever else
is considered for ECMP). The addition of the encapsulated updated IOAM
information and the outer IP header to get it to the next hop occurs
after that, as the packet goes down to the link-layer when link-layer
encapsulation occurs. IOAM conceptually occurs at "layer 2.5".

Since the IOAM domain is contiguous IPv6 nodes, meaning they're all
link-layer adjacent, imagine instead using bare Ethernet to carry the
IOAM information to the next IOAM hop, with the IOAM information added
when the original IPv6 packet is passed down for link-layer
encapsulation:

Packet With IOAM:

[Ethernet] - [IOAM] - [original IPv6 packet A]


Packet Without IOAM:

[Ethernet] - [original IPv6 packet A]

Now substitute [Outer IPv6] for [Ethernet] above. Except, don't do
that often, it is far less confusing with "IP tunnels" if you imagine
the link-layer encapsulation format is a typical layer 2 frame
different from the original link-layer payload IPv6 packet.

(I've started to think using native Ethernet as above would be better
when possible for IOAM instead of IPv6-in-IPv6 -
draft-weis-ippm-ioam-eth-04 defines an Ethertype. IPv6-in-IPv6 could
be used when there is no native link-layer type field defined to carry
IOAM e.g. [Bluetooth]-[IPv6]-[IOAM]-[original IPv6 packet A]).

Regards,
Mark.


>
>
> Thanks,
>
> Haoyu
>
>
>
> From: ippm <ippm-bounces@ietf.org> On Behalf Of Marcus Ihlar
> Sent: Friday, December 17, 2021 7:39 AM
> To: ippm@ietf.org
> Subject: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
>
>
>
> Hello IPPM,
>
> This email starts a Working Group Last Call on draft-ietf-ippm-ioam-ipv6-=
options.
>
>
>
> https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-ipv6-options/
>
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-ipv6-options-0=
6
>
>
>
> Please provide feedback by replying to this email with your reviews and i=
f you think this document is ready to progress, by Friday, January 14.
>
>
>
> Best Regards,
>
> Marcus & Tommy
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------


From nobody Wed Dec 29 18:18:11 2021
Return-Path: <xiao.min2@zte.com.cn>
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 253443A09AD for <ippm@ietfa.amsl.com>; Wed, 29 Dec 2021 18:18:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T9MSv1eKIWys for <ippm@ietfa.amsl.com>; Wed, 29 Dec 2021 18:18:03 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9490A3A09AC for <ippm@ietf.org>; Wed, 29 Dec 2021 18:18:03 -0800 (PST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4JPX4838sYz7jYM6; Thu, 30 Dec 2021 10:18:00 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id 1BU2HrV8087221; Thu, 30 Dec 2021 10:17:53 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Thu, 30 Dec 2021 10:17:53 +0800 (CST)
Date: Thu, 30 Dec 2021 10:17:53 +0800 (CST)
X-Zmail-TransId: 2afa61cd16d1df49e65d
X-Mailer: Zmail v1.0
Message-ID: <202112301017532346647@zte.com.cn>
In-Reply-To: <CY4PR11MB16720D89F508786D1FD63EC7DA449@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, 202112291615025234000@zte.com.cn, CY4PR11MB16720D89F508786D1FD63EC7DA449@CY4PR11MB1672.namprd11.prod.outlook.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <fbrockne@cisco.com>
Cc: <ippm@ietf.org>, <tpauly@apple.com>
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl2.zte.com.cn 1BU2HrV8087221
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 61CD16D8.000 by FangMail milter!
X-FangMail-Envelope: 1640830680/4JPX4838sYz7jYM6/61CD16D8.000/10.30.14.239/[10.30.14.239]/mse-fl2.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61CD16D8.000/4JPX4838sYz7jYM6
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/611M9qHhNq1hneNmb7Z-q72liV4>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 30 Dec 2021 02:18:09 -0000

Hi Frank,

Please see inline...

Best Regards,
Xiao Min
------------------原始邮件------------------
发件人：FrankBrockners(fbrockne)
收件人：肖敏10093570;
抄送人：ippm@ietf.org;tpauly@apple.com;
日 期 ：2021年12月29日 18:42
主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
Hi Xiao Min,
Please see inline...
> -----Original Message-----
> From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> Sent: Wednesday, 29 December 2021 09:15
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: ippm@ietf.org; tpauly@apple.com
> Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
>
> Hi Frank,
>
> Thanks for replying to my email during your holiday season.
> Please see inline ("XM>>>").
>
> Best Regards,
> Xiao Min
> ------------------原始邮件------------------
> 发件人：FrankBrockners(fbrockne)
> 收件人：肖敏10093570;
> 抄送人：ippm@ietf.org;tpauly@apple.com;
> 日 期 ：2021年12月28日 23:21
> 主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao Min,
> Please see inline ("...FB")
> > -----Original Message-----
> > From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> > Sent: Monday, 20 December 2021 03:01
> > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> > Cc: ippm@ietf.org; tpauly@apple.com
> > Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
> >
> > Hi Frank,
> >
> > Thank you for the quick reply.
> > I believe you've provided your answer to my question implicitly,
> > however what I requested is a clear conclusion, on both the mailing
> > list and the draft-ietf-ippm- ioam-deployment.
> > If I understand you correctly this time, you meant that the IOAM
> > deployment must include a centralized controller or network manager or
> > similar,
> ..FB: Let me restate what I said below: The current IOAM drafts assume that
> IOAM is deployed in a limited domain (RFC8799), also called controlled domain,
> i.e., a deployment where an operator does have control over the nodes in the
> network and their configuration. IMHO the use of the term "controller" does not
> help the discussion, because "controller" means different things to different
> people. The key aspect is that in a limited/controlled domain, the operator has
> control over the nodes in the limited domain and their configuration.
> XM>>> In a limited domain, the operator has control over the nodes in the
> limited domain and their configuration, doesn't mean there must be a network
> entity (e.g. controller or network manager or similar) which has control over the
> nodes in the limited domain and their configuration, is my understanding correct
> or not?
..FB: The operator has control over the nodes of the limited domain - i.e., the operator is the entity that owns the control of the network. Operators use a variety of tools and methods to operationalize the control. From what I know, there is no crisp definition of how the control is operationalized - and TBH, it would be quite challenging to create a comprehensive list, which would include all types of approaches to configure and operate devices.
XM-2>>> To be more specific, in a limited domain, except for human being, is there must be a single network entity which has control over all the nodes and their configuration?
> Wrt/ DEX: On top of the ability to control the nodes and their configuration, DEX
> requires you to have a solution in place which allows you to retrieve, ingest,
> process, and correlate per-packet IOAM data from every node in the limited
> domain. This requirement to retrieve, ingest, process, and correlate per-packet
> IOAM data from every node in the limited domain is specific to the DEX IOAM-
> Option-Type and not required by the other IOAM-Option-Types. For example,
> the two IOAM Trace-Option-Types automatically correlate the information from
> the different nodes by assembling the info in the node-list array while the packet
> traverses the network.
> XM>>> This requirement to retrieve, ingest, process, and correlate per-packet
> IOAM data from every node in the limited domain is not required by some IOAM-
> Option-Types, that means there may be a limited domain that doesn't meet the
> requirement that there is a network entity (e.g. controller or network manager
> or similar) which has direct connection to every node, is my understanding
> correct or not?
..FB: The operator will have a way to control the nodes in the limited domain. I'm not sure what a "direct connection" is - but if you refer to "direct connection" as a means that allows the operator to access and configure the device, then yes, there would be a "direct connection".
XM-2>>> To be more specific, in a limited domain, except for human being, is there must be a single network entity which has one-hop IP connection to every node?
> What is required from my perspective for draft-ietf-ippm-ioam-conf-state, is a
> crisp definition of the target deployment environment draft-ietf-ippm-ioam-
> conf-state targets and the personas acting in that deployment environment. In a
> limited/controlled domain, we can assume that the operator knows the
> configuration of the nodes. The problem definition of draft-ietf-ippm-ioam-
> conf-state seems to be that "someone" who does not know the configuration of
> the nodes in the deployment environment wants to retrieve the configuration of
> the nodes.
> XM>>> Let me give a simplified example of the target deployment
> XM>>> environment and the personas acting in that deployment
> XM>>> environment. Assuming that the limited domain is an IPv6 domain,
> XM>>> specifically an enterprise campus using physical connections
> XM>>> between devices (as described in section 4 of
> XM>>> draft-ietf-ippm-ioam-data-17), the operator knows the
> XM>>> configuration of every node within the enterprise campus, however
> XM>>> there is no a network entity (e.g. controller or network manager
> XM>>> or similar) that knows the configuration of every node. In order
> XM>>> to deploy IOAM Pre-allocated Tracing, the operator instructs the
> XM>>> IOAM encapsulating node to add IOAM header into data packets
> XM>>> meeting a rule of DA+SA+Flow Label, through Command Line or SNMP
> XM>>> or NETCONF or similar, the IOAM encapsulating node firstly does
> XM>>> traceroute using DA+SA+Flow Label and secondly sends ICMPv6 Echo
> XM>>> Request to every node discovered by traceroute, the IOAM transit
> XM>>> and decapsulating nodes respond with ICMPv6 Echo Reply, and then
> XM>>> the IOA
>  M encapsulating node knows what the IOAM header looks like, e.g. including
> how many node data lists and how much space allocated for each node data list.
> Is this example clear or not?
..FB: Thanks for the example. Unfortunately I don't really follow. If you assume a limited domain - which you do - then the operator has access to all the nodes in his network. The operator knows the configuration of the nodes, including the IOAM configuration of the nodes. Or in other terms, the operator would configure encap/decap/transit nodes according the objectives. Why would the operator would want to use ICMP time exceeded and echo replies, given that the operator knows the network and the configuration of the nodes?
XM-2>>> There are mainly two reasons. The first one is that the operator might not know the transport path of data packet, draft-ietf-ippm-ioam-conf-state provides an *on-path* IOAM capabilities discovery mechanism; The second one is that the operator doesn't want to provision too much parameters for one feature, my take away from talking with some operators is that they like any mechanism that can reduce their burden of manual configuration. In a limited domain, the operator can even provision routing table at every node, getting rid of IGP and BGP, however the operator rarely does that way.
Cheers, Frank
> Cheers, Frank
> > then I have
> > a hard time trying to understand why four types of IOAM are needed in
> > section 4 of draft-ietf-ippm-ioam-deployment
> > (https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-
> > deployment#section-4). IMHO only one type of IOAM is necessary and
> > enough, that's Direct Export IOAM described in section 4.4, would you
> > please explain elaborately?
> >
> > Best Regards,
> > Xiao Min
> > ------------------原始邮件------------------
> > 发件人：FrankBrockners(fbrockne)
> > 收件人：肖敏10093570;
> > 抄送人：ippm@ietf.org;tpauly@apple.com;
> > 日 期 ：2021年12月17日 17:47
> > 主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao
> > Min, per
> > https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-data-
> > 17#section-4, IOAM is focused on "limited domains" as defined in
> > [RFC8799], which is per RFC 8799 the same as what is also referred to
> > as a "controlled environment". Personally I understand "Controlled
> > environment" as an environment where an operator does have control
> > over the nodes in the network and their configuration, i.e., the
> > operator has control over his nodes, knows what network elements he is
> > dealing with and what the config of the nodes is. How this control is
> > implemented - whether there is one or several "controllers" or
> > "network managers" or similar - is an implementation detail IMHO.
> > Cheers, Frank
> > > -----Original Message-----
> > > From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> > > Sent: Friday, 17 December 2021 03:29
> > > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> > > Cc: ippm@ietf.org; tpauly@apple.com
> > > Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
> > >
> > > Hi Frank,
> > >
> > > Thanks for your thorough review and thoughtful comments.
> > > I apologize if I misinterpreted your mind.
> > > Considering that your holiday season is coming, before digging into
> > > technical details, I suggest that we discuss the IOAM deployment
> > > environment
> > first.
> > > As you may have noticed while reading through
> > > draft-ietf-ippm-ioam-conf- state-02, in the introduction section it
> > > says "A centralized controller which owns the enabled IOAM
> > > capabilities of each IOAM device could be used in some IOAM
> > > deployments.  The IOAM encapsulating node can discover the enabled
> > > IOAM capabilities infomation from the centralized controller, using,
> > > for example, NETCONF/YANG, PCEP, or BGP.  In the IOAM deployment
> > > scenario where there is no centralized controller, NETCONF/YANG or
> > > IGP may
> > be used by the IOAM encapsulating node to discover these IOAM
> > capabilities information."
> > > I know you're the primary author of both IOAM-Data and
> > > IOAM-Deployment documents, so I have a fundamental question to you:
> > > Is the above statement correct or not?
> > > More specifically, if you can confirm that "the IOAM deployment
> > > scenario where there is no centralized controller" doesn't exist at
> > > all, on both the mailing list and the IOAM-Deployment document, then
> > > I suggest IPPM WG to abandon draft- ietf-ippm-ioam-conf-state, that
> > > would save the energy of the whole wg including you and me.
> > >
> > > Best Regards,
> > > Xiao Min
> > > ------------------原始邮件------------------
> > > 发件人：FrankBrockners(fbrockne)
> > > 收件人：肖敏10093570;ippm@ietf.org;
> > > 抄送人：Tommy Pauly;
> > > 日 期 ：2021年12月16日 20:56
> > > 主 题 ：RE: [ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao
> > > Min, Thanks for posting draft-ietf-ippm-ioam-conf-state-02. I read
> > > through the updated version and looked at the diff to the 01 version
> > > (https://www.ietf.org/rfcdiff?url1=draft-ietf-ippm-ioam-conf-state-
> > > 01&url2=draft-ietf-ippm-ioam-conf-state-02). Different from what you
> > > state below, I don't see any of my comments reflected.
> > > The two main points I mentioned in the last WG meeting were about
> > > (a) alignment with draft-ietf-ippm-ioam-yang and (b) enhancements to
> > > the security section, reflecting that the protocol you are defining
> > > is a network management protocol, and needs to be secured as such.
> > > More specifically:
> > > * Alignment with draft-ietf-ippm-ioam-yang:
> > > The IPPM WG is in the process of defining a YANG module for IOAM:
> > > draft-ietf- ippm-ioam-yang. We should have a single, comprehensive
> > > model for config information for IOAM. That model can then be
> > > rendered into different transports (be it JSON, XML, or yet another
> > > format - to then be carried over a e.g. ICMP in your case). Right
> > > now draft-ietf-ippm-ioam-conf-state heads down a path of defining a
> > > new set of management objects - many are similar to what
> > > draft-ietf-ippm-ioam-yang already defines, some they are less
> > > comprehensive, some hint at additional information that
> > > draft-ietf-ippm-ioam-yang does not cover yet: E.g.,  you define a
> > > "Pre-allocated Tracing Capabilities Object" where
> > > draft-ietf-ippm-ioam-yang  has a "Preallocated Tracing Profile"
> > > defined. You define ingress interface fields, which is information,
> > > which is more comprehensively defined by the ioam-filter grouping.
> > > You define specific fields to describe the timestamp format used by
> > > a node, which is information that should be  described as part of
> > > the ioam-info container - and which is currently missing in
> > > draft-ietf-ippm-ioam-
> > yang; point well taken :-). It is interesting to note that
> > draft-ietf-ippm-ioam- conf-state does not even reference draft-ietf- ippm-
> ioam-yang.
> > > From my perspective we should have one single data model for IOAM
> > > configuration - and that is the YANG module defined in
> > > draft-ietf-ippm-ioam- yang. Let's make sure that this model covers
> > > all the information required to properly manage IOAM. Then
> > > draft-ietf-ippm-ioam-conf-state would be solely focused on defining
> > > how that YANG module (from draft-ietf-ippm-ioam-yang) would be
> > > rendered
> > into e.g., ICMP as a carrier protocol.
> > > * Security: Revision -02 does not seem to update the security section.
> > > IMHO, section 6 on security considerations should be enhanced to
> > > clearly articulate that we're dealing with very sensitive information.
> > > Consider loaning from e.g.,
> > > https://datatracker.ietf.org/doc/html/rfc6241#section-9. As part of
> > > the discussion, it would be good to see an explanation where you'd
> > > expect  draft- ietf-ippm-ioam-conf-state to be used. Given the
> > > discussion in the Introduction section, you seem to assume an
> > > environment that does not have a central network management station
> > > / controller in place. Or in other terms, you seem to target a
> > > deployment, which isn't a limited domain per RFC 8799. In that case,
> > > I would expect that we have normative language that requires the use
> > > of strong
> > authentication and encryption between the nodes (i.e., MUST use ICMP
> > with AH and ESP..).
> > > In addition to the above, I struggle to understand the "Operational
> > > Guide" in section 4: Could you shed a bit more light on how you
> > > expect things to work - and what a target deployment environment
> > > would look like? It seems that you assume that you don't know the
> > > network nor the destination addresses in your
> > > network: Do you expect that you would do regular "ICMP echo sweeps"
> > > in your network? Do you expect that, while doing the expanding ring
> > > search, an ICMP time exceeded message would also carry the "IOAM
> > > Capabilities Response Container Header", so that the capabilities
> > > container would not only be carried in the echo reply message but
> > > also in the
> > time exceeded message?
> > > Thanks, Frank
> > > (BTW - Note that due to the upcoming holiday season, replies might
> > > be
> > delayed).
> > > > -----Original Message-----
> > > > From: ippm <ippm-bounces@ietf.org> On Behalf Of
> > > > xiao.min2@zte.com.cn
> > > > Sent: Friday, 10 December 2021 08:01
> > > > To: ippm@ietf.org
> > > > Subject: [ippm] Progressing draft-ietf-ippm-ioam-conf-state
> > > >
> > > > Hi IPPM WG,
> > > >
> > > > The -02 version of draft-ietf-ippm-ioam-conf-state has been posted.
> > > > There are mainly two changes, one is on IOAM Tracing Capabilities
> > > > Objects to make them applicable to ICMPv6 extensions, another one
> > > > is on IOAM Proof-of- Transit Capabilities Object to make it
> > > > aligned with the updated IOAM-Data document.
> > > > Also note that I've had an offline discussion with wg chairs and
> > > > Frank Brockners, my conclusion is that Frank's concern raised at
> > > > IETF 112 has been addressed. If that's not the case, please speak up.
> > > > With that said, I think this draft is ready for WGLC.
> > > >
> > > > Best Regards,
> > > > Xiao Min
> > > >
> > > > _______________________________________________
> > > > ippm mailing list
> > > > ippm@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/ippm


From nobody Thu Dec 30 02:31:39 2021
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 3C2153A0F40 for <ippm@ietfa.amsl.com>; Thu, 30 Dec 2021 02:31:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.596
X-Spam-Level: 
X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=jmbZy1YM; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=it/RMy7z
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w2aEZuSlKtao for <ippm@ietfa.amsl.com>; Thu, 30 Dec 2021 02:31:33 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF90F3A0F52 for <ippm@ietf.org>; Thu, 30 Dec 2021 02:31:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27806; q=dns/txt; s=iport; t=1640860292; x=1642069892; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=241hHGw9lJuzLBxerSbruvbP9PGHAHUEF2cQOcbQ4ac=; b=jmbZy1YMXy9dc7IHlxoK2QpoUlQrEOPa2HHwJlbzi/huOqWXVnCDX9td hxcRwOYDNJwhqYuezhsT+kJxk861AyymMfh9FV8P3CnPaH1ppsIE023ty zzBVgSiAO6/kS5H6en3pd30lLb/JY7S2VxwXBwCsL/4sSTFCXJSLipAoY A=;
IronPort-PHdr: =?us-ascii?q?A9a23=3AL5qSRRXBhUQ6N7m+AZRyW5iiKNDV8K36AWYlg?= =?us-ascii?q?6HPw5pCcaWmqpLlOkGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW?= =?us-ascii?q?0oDjsMbzAAlCdSOXEv8KvOiZicmHcNEAVli+XzzMUVcFMvkIVPIpXjn5j8JE?= =?us-ascii?q?RK5Pg1wdYzI?=
IronPort-Data: =?us-ascii?q?A9a23=3AkEeC+a3iV2yZNzL5UPbD5elzkn2cJEfYwER7X?= =?us-ascii?q?KvMYLTBsI5bpzRVnzAWD2yHbqqLNDHyf9B/O4q380gF7JDXn4NrSQU+3Hw8F?= =?us-ascii?q?HgiRegpqji6wuYcB84ZRyH6ZBoPA/42N5+QfKjYcleG/k30a+K69SEmvU21b?= =?us-ascii?q?uOU5NDsa3gZqTBMEE/NuTo78wIIqtYAbeqRWmthivuqyyHrA2JJ7hYvWo4iB?= =?us-ascii?q?w1vnzs01Bj6kGtwUlXT/pmntneG/5UeJMp3ya1csxLFrodo8u6SH44vzZmj9?= =?us-ascii?q?W/fuhwqEN7gzPDwc1YBRfjZOg3mZnh+Avf5xEMd4H1plP9ma5Lwam8P49mNt?= =?us-ascii?q?9570tJGtpq9YQwoJabL3u8aVnG0FgkvY/YdouOdeCTXXcu7iheun2HX6+l2B?= =?us-ascii?q?VwyLKUR4v5zDCdF8vlwADEVdhWrhu+qzvS8UOYErtQiJc6tOYIZ4Fly0TyfB?= =?us-ascii?q?vEjB5vFK5gmT/cwMCwYnMtCG7PVYNAULGQpZxXbaBoJMVASYK/SVdyA3hHXG?= =?us-ascii?q?wC0YnrM/8LbO1Tu8TE=3D?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3Ag4Nsq62ADrl/zCCRcu3X+QqjBRByeYIsim?= =?us-ascii?q?QD101hICG9Lfb4qyn+ppomPEHP5wr5AEtQ5uxpOMG7MBThHO1OkPcs1NCZLU?= =?us-ascii?q?jbUQqTXc9fBO7ZowEIdBeOjdK1uZ0QFpSWTeeAcWSS7vyKoDVQcexQuuVvmZ?= =?us-ascii?q?rA7Yy1ohsdLnAJV0gj1XYFNu/xKDwReOAyP+tAKHPq3Ls/m9PPQwVyUu2LQl?= =?us-ascii?q?0+G8TTrdzCk5zrJTQcAQQ81QWIhTS0rJbnDhmxxH4lInBy6IZn1VKAvx3y56?= =?us-ascii?q?2lvf3+4ATbzXXv45Nfn8ak4sdfBfaLltMeJlzX+0SVjcVaKvi/VQIO0aaSAW?= =?us-ascii?q?UR4Z/xStAbTp1OAkbqDyWISN3WqlHdOXgVmiTfIBSj8AreSITCNUIH4ox69N?= =?us-ascii?q?hkmt+z0Tt9gDm6u5g7gl5x/qAnfi/ojWDz4cPFWAptkVfxqX0+kfQLh3gaSo?= =?us-ascii?q?cGbqRNxLZvsX+9Pa1wVx4S0rpXWtWGzfusk8p+YBefdTTUr2NvyNujUjA6GQ?= =?us-ascii?q?qHWFELvoiQ3yJNlH50wkMEzIhH901wu64VWt1B/aDJI65onLZBQosfar98Hv?= =?us-ascii?q?4IRY+yBnbWSRzBPWqOKRDsFb0BOXjKt5nriY9FqN2CadgN1t8/iZ7BWFRXuS?= =?us-ascii?q?o7fF/vE9SH2NlR/hXEUAyGLHzQIwFlltFEU5HHNc/W2By4OSYTepGb0oci6+?= =?us-ascii?q?XgKoKOBK4=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BQAAA9is1h/51dJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUUHAQELAYFRLSgHeFoTJDGER4NHA4RZYIUOgwIDgROPH4p?= =?us-ascii?q?rgS4UgREDVAgDAQEBDQEBKgsMBAEBhQYCF4MjAiU0CQ4BAgQBAQESAQEFAQE?= =?us-ascii?q?BAgEGBIEJE4VoAQyGQgEBAQECAQEBEBERDAEBJQcLAQQHBAIBBgIQAQQBAQM?= =?us-ascii?q?CJgICAiULFQUDCAIEDgUIEweCXYJlAw4hAQ6SFI82AYE6AolSAUx6gTGBAYI?= =?us-ascii?q?IAQEGBASBSkGDABiCNgMGOFgqAYMNhB6CWiKECiccgUlEgRVDgjA3PoJjAQE?= =?us-ascii?q?CAReBEQIKK4MWN4Iujx0kGy0CQhsLAQMvFA4CRgkMBQYaGC0IAwQKAQUBHQI?= =?us-ascii?q?BBAYEBgYJBEuRZxQQgzyoSYEtCoNCinKUcBWDcIwIhliRF4VLkGsggiSKPJN?= =?us-ascii?q?yAjsNAYRqAgQCBAUCDgEBBjWBLDtpcHAVO4JpURkPjiAMFoEEAQiCQ4UUhUp?= =?us-ascii?q?0OAIGAQoBAQMJAYI6ih0BJ4IeAQE?=
X-IronPort-AV: E=Sophos;i="5.88,248,1635206400"; d="scan'208";a="963324214"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Dec 2021 10:31:21 +0000
Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 1BUAVK4B029121 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 30 Dec 2021 10:31:20 GMT
Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Thu, 30 Dec 2021 04:31:20 -0600
Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Thu, 30 Dec 2021 05:31:19 -0500
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Thu, 30 Dec 2021 04:31:19 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BUr+AN89im7iJ/ipwr51keOox4bj2adfncJlw6OYqIaOdV2OzK6nidEIDV6FSTy0iH+hA/wGjdKf5TmezG/vbJXqJ8WjD/7Fzaj0o/VK4zf9s6z6t9tT5h9iMdYtfSMKVpuVZjY5+Cau4bKrrEMbd+bbyk0sRg/bixTnZa1RNscoq75YOMAqBvWOAdrfK7QePx/YocTnAiCvGjFmwvqPOk9ABIe4yQ8kX9T8QZiuLiNuluGn13izyV1MgyKT1OMqaucOCkAOno0sS20SnrtCN6bJ3W8npODQSvMcdpJnBsgh57tOzxwKBdyz5hjkEfE5OOaiJFN5+CTDdoEh011mpg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=241hHGw9lJuzLBxerSbruvbP9PGHAHUEF2cQOcbQ4ac=; b=PEWv0hmQJXim4+PzLNfK9/IUn6zhw5cnMm6odvnioMDoVLEHr/bhnU8bfNS02eLMc0P+a2hrfi6n90qjeiiHJ/EwzJ0MEk7I2cd6FxayGn8gwREdTlV3MvNcBMhUcKNQe845uaKxiF/KRDcq5gyt20U695zTJj4vA2Jg+drQiaAxL1gG9rmHK0CocHIhckvs5GpwX+aI5P3QVBJYJ2aSTsOrgcObJi1R6t7QNhKgx/p81+9UbP+FS9Legg45L1/KwSS04sFX4aBss8wcCnfpiSH0JHeN0UVUar6CVHotkfJBdBcaX5jUoJl2flxja7xyZViWfsQ05qKM3uf/UdmnlA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=241hHGw9lJuzLBxerSbruvbP9PGHAHUEF2cQOcbQ4ac=; b=it/RMy7z71osnPODqj2mEPFfhUkwf1t0NQauGH00g3L/MPCEq8DjdwURJ1i3IMKrltP0IODRtjPwCYPiu3xKSI/Ti+sz+6qEr/3uuRoB209dnJrGzi6NPmiqvvo9fadFE07N9GGsvtSu/935U6ejc73BogbDRdDSBLNcbrvn88I=
Received: from CY4PR11MB1672.namprd11.prod.outlook.com (2603:10b6:910:f::8) by CY4PR11MB1303.namprd11.prod.outlook.com (2603:10b6:903:29::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4844.13; Thu, 30 Dec 2021 10:31:17 +0000
Received: from CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312]) by CY4PR11MB1672.namprd11.prod.outlook.com ([fe80::80a:357b:8644:2312%7]) with mapi id 15.20.4823.024; Thu, 30 Dec 2021 10:31:16 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>
CC: "ippm@ietf.org" <ippm@ietf.org>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: =?utf-8?B?UmU6W2lwcG1dIFByb2dyZXNzaW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1j?= =?utf-8?Q?onf-state?=
Thread-Index: AQHX7ZPJRKVfHSMK8km2j+o41ByxSaw1Dk+AgADyHoCAAHXB0IAEOZIAgA1od1CAAST8AIAAIwIQgAELiYCAAHnw8A==
Date: Thu, 30 Dec 2021 10:31:16 +0000
Message-ID: <CY4PR11MB167203181720E542E61F8EB1DA459@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, 202112291615025234000@zte.com.cn, CY4PR11MB16720D89F508786D1FD63EC7DA449@CY4PR11MB1672.namprd11.prod.outlook.com <202112301017532346647@zte.com.cn>
In-Reply-To: <202112301017532346647@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 699753ef-3ba8-4a1c-447f-08d9cb7f8310
x-ms-traffictypediagnostic: CY4PR11MB1303:EE_
x-microsoft-antispam-prvs: <CY4PR11MB13033F5AF11A01F3030BD66FDA459@CY4PR11MB1303.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: pQ85tvg5R/rEfE53FDqUJEZ6gtXIthkzLaZ+myKKR0Th+v6WbTUDIzk4IVss9ZaFSxQgEHKc2AkHhwIwxHUPxwXXlyKoIQUtbYSD//SvT1WAy6ica6PefwDTEbkHDY+XXLX5XQ2/0dwEEU8e9LAncz0EudmCHRURxCmj+0aDcGjAiqrvhu3jp8sTTz5tZLZ/lXocMOGS2n6/JEi+SzGtN4p936s8nmAMuCWAviMu0TTvwhCM0Pq8qN6xSfNJWzAed6n6b9gCCPqwWUr1jOSoZMwwKi4rFm/ba7cgHOi/prTnZLQDrny6NJfcJbUMpj6A9JbV7C3fc6EShXGN+Kf4JXVOp+Q5m9YyGe+ZaKhYFUAXBQpG4+2+1YNFgJvUoMt25vhoNWJ6ztPGSFncZWY7qvlWZZ1RiP0aUEkwSosT9SWKlXGDaumUWt1sj/FAr6QH+FZRwZ89FgEbxZs0YhS+p1VZeAA4vMsj1M8ueO0PuLNhl+tLpDWMj3UplD4/Dt+uuQNYfPVqAfHGwkVXqTej+5zuls9RKTff+RTBLUuLTeRYjSGTcd+po18T4XoqDkAbNa27yvxmH1jYzjRe07ZkoNUUegaYAAtBbLHTQKk0TQ2G2Lw2xo0lXlDf6EHd/UyahWnudDqEkI3wdZeg40vL0D+eYyG+ulEBuZQq0JEoXyBniFy4tV6hmro2dPl2sdWo4qYwHIh8Lxe3OhQ0O+7FDJ7OoDmwopjy6i5GPKtGsMCZJaAeyIfWqNdnlhlBNWmCpyGFE7Bddz7cbI1tkMWoSY1vyXtdc2ZgmBIxDDOpofwxt9QiZFAPqH6mO6MMG8yKSav5JQwOQMsg7ZiBW20sTw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CY4PR11MB1672.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(366004)(26005)(76116006)(64756008)(66556008)(66946007)(38070700005)(508600001)(53546011)(6506007)(30864003)(83380400001)(316002)(38100700002)(966005)(122000001)(186003)(5660300002)(33656002)(66476007)(54906003)(71200400001)(9686003)(66446008)(7696005)(4326008)(55016003)(6916009)(52536014)(8936002)(86362001)(2906002)(579004); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?L0FOUjBRa2pSalEwUUhHbnp2MzBQL1RvWGQ3bTdpQWZNdzNBYnYxWlhUNVlN?= =?utf-8?B?LzdEelNvOCtCOUQ4eHpYcnVCdEMvc282MzlzMTNUaUgzZjZnZ2JVc2ZjZGhW?= =?utf-8?B?dXFiaVRZVFk4NUZnOHZ5aTZxalNkZFhXY1M0bjZDdTBLR2Z4aUhGa2NXYUpw?= =?utf-8?B?azVyUWlIbkE0VzdxWmRkV2w4c3c0VUxTTjR3K3NTTjZjRXNlRER1YjNJZm02?= =?utf-8?B?NzZvQ3pNbHBkbWtRTUFtK2FuTlM2NW1jSzBCQmpiY0tpVk9tUndOeGVjTDVn?= =?utf-8?B?THM0bXZxNnl3aW1PMzd0UWtnbzA4RUU0ZHo2VG9vYm1USDdEaXNET2JVZ0tY?= =?utf-8?B?VkF6dXVjL3lNTkFnTGRscEhFaDFBWkE0VFhudEQyQ2dXYnpGQU11cVJ6ZUFm?= =?utf-8?B?SU5jd1dicG5KT1hzY0pnb3pmNXpDMHpRMS9nMlVKZ3dFbnVOL0VaKzY3WE5y?= =?utf-8?B?OGwrc1c4M0hKMU9KSnU3Wmdpa3VjZmwxMDZCdXMzYnZDLzRKdjZNOERGa3BL?= =?utf-8?B?ajFnbno0aGdROUxKV2gyenBuclVJbkZOSmVJR3IwWkRSSDB3M1R0VkFJTU1H?= =?utf-8?B?Y2xnWVB2eGRqRjN5MmZDdDJON1pXS3hkWGJ6VTNmK05GeGx2aDUwL1FlZUVV?= =?utf-8?B?Tld1U3FWSkFQb3lMYWZJTEJidjdxWjhIZFNwVzNtQnBPMmp1VWVvY1hxaEtJ?= =?utf-8?B?cERPa1FXVkh4ZFNsSEw4R01pYktkeXI5VWI5blp3Y0I1UGFabkJZZGJQV2Nj?= =?utf-8?B?b2pLSGcrNDhNbWdxQnFZazQ0cmkwOU5DMUZCR0FuNTBQNXFlWEpWY1Q4QnBP?= =?utf-8?B?ZFZFWWZENm90UWtKMWhBc0pKbmZsNThDbGw1NDJPMmtHZ1F6SnN6cC9SVnhH?= =?utf-8?B?WnRhRlFuam1DVDljVzJVT3V5dFdKdVU1cDIxZ2xGSEgrTkNUcC9PMVVESjdJ?= =?utf-8?B?Mk1hR08zQXJMY2Z2U1Y5ZExyWWdKVy82dnFTaFgyREN1MjZRRDJ0ck1jeklh?= =?utf-8?B?ZDJka2REelFYbCt5R0JuMTRpQ1BodC9pdmZXdGluVUtvMUwvTU9ZV3hPUFZG?= =?utf-8?B?a3JWTGErZktnYlN3ekdnREd6VFlyYmdGWW5qbThwcDBwcE1nZjdlSmppdjlp?= =?utf-8?B?Q2tzMW50VjU5RkUrZ2dlelJSQy9VREMxbEoxc3ZDQkIrTkl1Zko1UnYvNERP?= =?utf-8?B?WXprSEZ0ZTdYNmRsclFWWVJ2SXhwYU5PSzBtL2NxblBmMkNwRGVYRTZPdHo2?= =?utf-8?B?V1NoVHIrdHJtQTVQV0tUTVdKU0c4dzUvT2hHMmtvWisvQ0xibkUrNHNGajBO?= =?utf-8?B?N3orcHlCUHRmRW5KMEQ5UG1KMGEveS9vYzZhTktTNTkvQXgyQTUxV3Y3NUpm?= =?utf-8?B?QmNVeU85QmFxb0dnTkpQNGpvOVhmZW54WnQrVjk3RzVTdkNUVVZMZjBYQ0Ja?= =?utf-8?B?eXF6RGFraHNCOTAvWWxYU21ZblQ4LzNJQURCM1RMRUFqZ09KaTk0MnNlTFlK?= =?utf-8?B?M1ZvR3ozU1BwdTMzMUdkUlZsb3RUdFRsK1V0dzFhdUl1ZnJUL0RwZDhvRjVu?= =?utf-8?B?Y21pYXAyamhqa1pMTHRraloxU1F6U0M2M1RyTkJkdlZtRDdCbzZkY05hTWRx?= =?utf-8?B?MjZCVDhnZlpCM3g5czVEbUxlQksxdTRLZVNqSXJHaXN2UGsrZ0lnalZQdG1z?= =?utf-8?B?c3VvMTB2SG1nU0txWmVlNWRGK214bEdPWEpQSThQL2JnVDJhVXd2cEMzZWFT?= =?utf-8?B?d1MyWnRvQ21LRi8vZnRKakVOTGdFWkRsNXNKc1VScFYwcTBMWXJpTVIvOTJS?= =?utf-8?B?WmNpcFRlaTgvNjNrWWRGdkpLV2ViWXU2VkZUUEVvWDdpWm04cStkWlJ6VzlW?= =?utf-8?B?U0lDQWQxWDN2Y2FxSUw3QWZoNU1WMk9oRGh4SGZibWJBaGhTTFYvSFlTd0V2?= =?utf-8?B?RDhmd0FzbGJrUjJFZlh0Znl5MWg4NEQ0RGlKUUE4NWNVWWJ6cEFncGdWMEsy?= =?utf-8?B?Z0pwOENxZmdjVU5WblB0bitSREhCcFRhMzI4YkxpSXNwSksvSjlFS0RBeFE0?= =?utf-8?B?STl5Tlpvc0VkVGUwUmxWMDA2dUhsa3o5ZUZHZ1YycHIvaFJmWisrU2xKSGJC?= =?utf-8?B?cmVIQmxDbk5neEFMdEhHcDhwK0JqUHQrT0FkTitQU0U2VHRheDV5UVpzWFl4?= =?utf-8?B?TVE9PQ==?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR11MB1672.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 699753ef-3ba8-4a1c-447f-08d9cb7f8310
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Dec 2021 10:31:16.4444 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: rW4nm1syT9A/W71MT7+UnF7QhsehVn9hyN6wRUwwiPP6zCydI92Ag17VoKn3ca7W9bSgRnu5d0ZRyLB9YJflnA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR11MB1303
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/lz1p4srnjLBLFzkNwn0uEWrgqq4>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 30 Dec 2021 10:31:38 -0000

SGkgWGlhbyBNaW4sDQoNClBsZWFzZSBzZWUgaW5saW5lLi4uDQoNCj4gLS0tLS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCj4gRnJvbTogeGlhby5taW4yQHp0ZS5jb20uY24gPHhpYW8ubWluMkB6dGUu
Y29tLmNuPg0KPiBTZW50OiBUaHVyc2RheSwgMzAgRGVjZW1iZXIgMjAyMSAwMzoxOA0KPiBUbzog
RnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT4NCj4gQ2M6IGlw
cG1AaWV0Zi5vcmc7IHRwYXVseUBhcHBsZS5jb20NCj4gU3ViamVjdDogUmU6W2lwcG1dIFByb2dy
ZXNzaW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlDQo+IA0KPiBIaSBGcmFuaywN
Cj4gDQo+IFBsZWFzZSBzZWUgaW5saW5lLi4uDQo+IA0KPiBCZXN0IFJlZ2FyZHMsDQo+IFhpYW8g
TWluDQo+IC0tLS0tLS0tLS0tLS0tLS0tLeWOn+Wni+mCruS7ti0tLS0tLS0tLS0tLS0tLS0tLQ0K
PiDlj5Hku7bkurrvvJpGcmFua0Jyb2NrbmVycyhmYnJvY2tuZSkNCj4g5pS25Lu25Lq677ya6IKW
5pWPMTAwOTM1NzA7DQo+IOaKhOmAgeS6uu+8mmlwcG1AaWV0Zi5vcmc7dHBhdWx5QGFwcGxlLmNv
bTsNCj4g5pelIOacnyDvvJoyMDIx5bm0MTLmnIgyOeaXpSAxODo0Mg0KPiDkuLsg6aKYIO+8mlJF
OiBSZTpbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSBI
aSBYaWFvIE1pbiwNCj4gUGxlYXNlIHNlZSBpbmxpbmUuLi4NCj4gPiAtLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KPiA+IEZyb206IHhpYW8ubWluMkB6dGUuY29tLmNuIDx4aWFvLm1pbjJAenRl
LmNvbS5jbj4NCj4gPiBTZW50OiBXZWRuZXNkYXksIDI5IERlY2VtYmVyIDIwMjEgMDk6MTUNCj4g
PiBUbzogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbT4NCj4g
PiBDYzogaXBwbUBpZXRmLm9yZzsgdHBhdWx5QGFwcGxlLmNvbQ0KPiA+IFN1YmplY3Q6IFJlOltp
cHBtXSBQcm9ncmVzc2luZyBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlDQo+ID4NCj4g
PiBIaSBGcmFuaywNCj4gPg0KPiA+IFRoYW5rcyBmb3IgcmVwbHlpbmcgdG8gbXkgZW1haWwgZHVy
aW5nIHlvdXIgaG9saWRheSBzZWFzb24uDQo+ID4gUGxlYXNlIHNlZSBpbmxpbmUgKCJYTT4+PiIp
Lg0KPiA+DQo+ID4gQmVzdCBSZWdhcmRzLA0KPiA+IFhpYW8gTWluDQo+ID4gLS0tLS0tLS0tLS0t
LS0tLS0t5Y6f5aeL6YKu5Lu2LS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4g5Y+R5Lu25Lq677yaRnJh
bmtCcm9ja25lcnMoZmJyb2NrbmUpDQo+ID4g5pS25Lu25Lq677ya6IKW5pWPMTAwOTM1NzA7DQo+
ID4g5oqE6YCB5Lq677yaaXBwbUBpZXRmLm9yZzt0cGF1bHlAYXBwbGUuY29tOw0KPiA+IOaXpSDm
nJ8g77yaMjAyMeW5tDEy5pyIMjjml6UgMjM6MjENCj4gPiDkuLsg6aKYIO+8mlJFOiBSZTpbaXBw
bV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSBIaSBYaWFvDQo+
ID4gTWluLCBQbGVhc2Ugc2VlIGlubGluZSAoIi4uLkZCIikNCj4gPiA+IC0tLS0tT3JpZ2luYWwg
TWVzc2FnZS0tLS0tDQo+ID4gPiBGcm9tOiB4aWFvLm1pbjJAenRlLmNvbS5jbiA8eGlhby5taW4y
QHp0ZS5jb20uY24+DQo+ID4gPiBTZW50OiBNb25kYXksIDIwIERlY2VtYmVyIDIwMjEgMDM6MDEN
Cj4gPiA+IFRvOiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29t
Pg0KPiA+ID4gQ2M6IGlwcG1AaWV0Zi5vcmc7IHRwYXVseUBhcHBsZS5jb20NCj4gPiA+IFN1Ympl
Y3Q6IFJlOltpcHBtXSBQcm9ncmVzc2luZyBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRl
DQo+ID4gPg0KPiA+ID4gSGkgRnJhbmssDQo+ID4gPg0KPiA+ID4gVGhhbmsgeW91IGZvciB0aGUg
cXVpY2sgcmVwbHkuDQo+ID4gPiBJIGJlbGlldmUgeW91J3ZlIHByb3ZpZGVkIHlvdXIgYW5zd2Vy
IHRvIG15IHF1ZXN0aW9uIGltcGxpY2l0bHksDQo+ID4gPiBob3dldmVyIHdoYXQgSSByZXF1ZXN0
ZWQgaXMgYSBjbGVhciBjb25jbHVzaW9uLCBvbiBib3RoIHRoZSBtYWlsaW5nDQo+ID4gPiBsaXN0
IGFuZCB0aGUgZHJhZnQtaWV0Zi1pcHBtLSBpb2FtLWRlcGxveW1lbnQuDQo+ID4gPiBJZiBJIHVu
ZGVyc3RhbmQgeW91IGNvcnJlY3RseSB0aGlzIHRpbWUsIHlvdSBtZWFudCB0aGF0IHRoZSBJT0FN
DQo+ID4gPiBkZXBsb3ltZW50IG11c3QgaW5jbHVkZSBhIGNlbnRyYWxpemVkIGNvbnRyb2xsZXIg
b3IgbmV0d29yayBtYW5hZ2VyDQo+ID4gPiBvciBzaW1pbGFyLA0KPiA+IC4uRkI6IExldCBtZSBy
ZXN0YXRlIHdoYXQgSSBzYWlkIGJlbG93OiBUaGUgY3VycmVudCBJT0FNIGRyYWZ0cyBhc3N1bWUN
Cj4gPiB0aGF0IElPQU0gaXMgZGVwbG95ZWQgaW4gYSBsaW1pdGVkIGRvbWFpbiAoUkZDODc5OSks
IGFsc28gY2FsbGVkDQo+ID4gY29udHJvbGxlZCBkb21haW4sIGkuZS4sIGEgZGVwbG95bWVudCB3
aGVyZSBhbiBvcGVyYXRvciBkb2VzIGhhdmUNCj4gPiBjb250cm9sIG92ZXIgdGhlIG5vZGVzIGlu
IHRoZSBuZXR3b3JrIGFuZCB0aGVpciBjb25maWd1cmF0aW9uLiBJTUhPDQo+ID4gdGhlIHVzZSBv
ZiB0aGUgdGVybSAiY29udHJvbGxlciIgZG9lcyBub3QgaGVscCB0aGUgZGlzY3Vzc2lvbiwgYmVj
YXVzZQ0KPiA+ICJjb250cm9sbGVyIiBtZWFucyBkaWZmZXJlbnQgdGhpbmdzIHRvIGRpZmZlcmVu
dCBwZW9wbGUuIFRoZSBrZXkNCj4gPiBhc3BlY3QgaXMgdGhhdCBpbiBhIGxpbWl0ZWQvY29udHJv
bGxlZCBkb21haW4sIHRoZSBvcGVyYXRvciBoYXMgY29udHJvbCBvdmVyIHRoZQ0KPiBub2RlcyBp
biB0aGUgbGltaXRlZCBkb21haW4gYW5kIHRoZWlyIGNvbmZpZ3VyYXRpb24uDQo+ID4gWE0+Pj4g
SW4gYSBsaW1pdGVkIGRvbWFpbiwgdGhlIG9wZXJhdG9yIGhhcyBjb250cm9sIG92ZXIgdGhlIG5v
ZGVzIGluDQo+ID4gWE0+Pj4gdGhlDQo+ID4gbGltaXRlZCBkb21haW4gYW5kIHRoZWlyIGNvbmZp
Z3VyYXRpb24sIGRvZXNuJ3QgbWVhbiB0aGVyZSBtdXN0IGJlIGENCj4gPiBuZXR3b3JrIGVudGl0
eSAoZS5nLiBjb250cm9sbGVyIG9yIG5ldHdvcmsgbWFuYWdlciBvciBzaW1pbGFyKSB3aGljaA0K
PiA+IGhhcyBjb250cm9sIG92ZXIgdGhlIG5vZGVzIGluIHRoZSBsaW1pdGVkIGRvbWFpbiBhbmQg
dGhlaXINCj4gPiBjb25maWd1cmF0aW9uLCBpcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJlY3Qgb3Ig
bm90Pw0KPiAuLkZCOiBUaGUgb3BlcmF0b3IgaGFzIGNvbnRyb2wgb3ZlciB0aGUgbm9kZXMgb2Yg
dGhlIGxpbWl0ZWQgZG9tYWluIC0gaS5lLiwgdGhlDQo+IG9wZXJhdG9yIGlzIHRoZSBlbnRpdHkg
dGhhdCBvd25zIHRoZSBjb250cm9sIG9mIHRoZSBuZXR3b3JrLiBPcGVyYXRvcnMgdXNlIGENCj4g
dmFyaWV0eSBvZiB0b29scyBhbmQgbWV0aG9kcyB0byBvcGVyYXRpb25hbGl6ZSB0aGUgY29udHJv
bC4gRnJvbSB3aGF0IEkga25vdywNCj4gdGhlcmUgaXMgbm8gY3Jpc3AgZGVmaW5pdGlvbiBvZiBo
b3cgdGhlIGNvbnRyb2wgaXMgb3BlcmF0aW9uYWxpemVkIC0gYW5kIFRCSCwgaXQNCj4gd291bGQg
YmUgcXVpdGUgY2hhbGxlbmdpbmcgdG8gY3JlYXRlIGEgY29tcHJlaGVuc2l2ZSBsaXN0LCB3aGlj
aCB3b3VsZCBpbmNsdWRlDQo+IGFsbCB0eXBlcyBvZiBhcHByb2FjaGVzIHRvIGNvbmZpZ3VyZSBh
bmQgb3BlcmF0ZSBkZXZpY2VzLg0KPiBYTS0yPj4+IFRvIGJlIG1vcmUgc3BlY2lmaWMsIGluIGEg
bGltaXRlZCBkb21haW4sIGV4Y2VwdCBmb3IgaHVtYW4gYmVpbmcsIGlzDQo+IHRoZXJlIG11c3Qg
YmUgYSBzaW5nbGUgbmV0d29yayBlbnRpdHkgd2hpY2ggaGFzIGNvbnRyb2wgb3ZlciBhbGwgdGhl
IG5vZGVzIGFuZA0KPiB0aGVpciBjb25maWd1cmF0aW9uPw0KDQouLi5GQjI6IEZvciB0aGUgZGVm
aW5pdGlvbiBvZiBhIGxpbWl0ZWQgZG9tYWluLCBpdCBpcyBiZXN0IHRvIHNpbXBseSByZWZlciB0
byBSRkMgODc5OSA6LSkuDQpUaGUgbWFpbiBwb2ludCBpcyB0aGF0IGEgbGltaXRlZCBvciBjb250
cm9sbGVkIGRvbWFpbiBpcyBvbmUgd2hlcmUgeW91ICprbm93KiB5b3VyIG5vZGVzIGFuZCB0aGVp
ciBjb25maWcuDQpJIGRvbid0IHRoaW5rIHRoYXQgUkZDIDg3OTkgbGlzdHMgYSByZXF1aXJlbWVu
dCBmb3IgYSBzaW5nbGUgbmV0d29yayBlbnRpdHkgdGhhdCBoYXMgY29udHJvbCBvdmVyIGFsbCB0
aGUgbm9kZXMgLSBhbmQgVEJILCBJIGRvbid0IHRoaW5rIHRoYXQgaXQgbWF0dGVycyBmb3IgdGhl
IGN1cnJlbnQgZGlzY3Vzc2lvbi4gDQoNCg0KPiA+IFdydC8gREVYOiBPbiB0b3Agb2YgdGhlIGFi
aWxpdHkgdG8gY29udHJvbCB0aGUgbm9kZXMgYW5kIHRoZWlyDQo+ID4gY29uZmlndXJhdGlvbiwg
REVYIHJlcXVpcmVzIHlvdSB0byBoYXZlIGEgc29sdXRpb24gaW4gcGxhY2Ugd2hpY2gNCj4gPiBh
bGxvd3MgeW91IHRvIHJldHJpZXZlLCBpbmdlc3QsIHByb2Nlc3MsIGFuZCBjb3JyZWxhdGUgcGVy
LXBhY2tldCBJT0FNDQo+ID4gZGF0YSBmcm9tIGV2ZXJ5IG5vZGUgaW4gdGhlIGxpbWl0ZWQgZG9t
YWluLiBUaGlzIHJlcXVpcmVtZW50IHRvDQo+ID4gcmV0cmlldmUsIGluZ2VzdCwgcHJvY2Vzcywg
YW5kIGNvcnJlbGF0ZSBwZXItcGFja2V0IElPQU0gZGF0YSBmcm9tDQo+ID4gZXZlcnkgbm9kZSBp
biB0aGUgbGltaXRlZCBkb21haW4gaXMgc3BlY2lmaWMgdG8gdGhlIERFWCBJT0FNLQ0KPiA+IE9w
dGlvbi1UeXBlIGFuZCBub3QgcmVxdWlyZWQgYnkgdGhlIG90aGVyIElPQU0tT3B0aW9uLVR5cGVz
LiBGb3INCj4gPiBleGFtcGxlLCB0aGUgdHdvIElPQU0gVHJhY2UtT3B0aW9uLVR5cGVzIGF1dG9t
YXRpY2FsbHkgY29ycmVsYXRlIHRoZQ0KPiA+IGluZm9ybWF0aW9uIGZyb20gdGhlIGRpZmZlcmVu
dCBub2RlcyBieSBhc3NlbWJsaW5nIHRoZSBpbmZvIGluIHRoZSBub2RlLWxpc3QNCj4gYXJyYXkg
d2hpbGUgdGhlIHBhY2tldCB0cmF2ZXJzZXMgdGhlIG5ldHdvcmsuDQo+ID4gWE0+Pj4gVGhpcyBy
ZXF1aXJlbWVudCB0byByZXRyaWV2ZSwgaW5nZXN0LCBwcm9jZXNzLCBhbmQgY29ycmVsYXRlDQo+
ID4gWE0+Pj4gcGVyLXBhY2tldA0KPiA+IElPQU0gZGF0YSBmcm9tIGV2ZXJ5IG5vZGUgaW4gdGhl
IGxpbWl0ZWQgZG9tYWluIGlzIG5vdCByZXF1aXJlZCBieQ0KPiA+IHNvbWUgSU9BTS0gT3B0aW9u
LVR5cGVzLCB0aGF0IG1lYW5zIHRoZXJlIG1heSBiZSBhIGxpbWl0ZWQgZG9tYWluIHRoYXQNCj4g
PiBkb2Vzbid0IG1lZXQgdGhlIHJlcXVpcmVtZW50IHRoYXQgdGhlcmUgaXMgYSBuZXR3b3JrIGVu
dGl0eSAoZS5nLg0KPiA+IGNvbnRyb2xsZXIgb3IgbmV0d29yayBtYW5hZ2VyIG9yIHNpbWlsYXIp
IHdoaWNoIGhhcyBkaXJlY3QgY29ubmVjdGlvbg0KPiA+IHRvIGV2ZXJ5IG5vZGUsIGlzIG15IHVu
ZGVyc3RhbmRpbmcgY29ycmVjdCBvciBub3Q/DQo+IC4uRkI6IFRoZSBvcGVyYXRvciB3aWxsIGhh
dmUgYSB3YXkgdG8gY29udHJvbCB0aGUgbm9kZXMgaW4gdGhlIGxpbWl0ZWQgZG9tYWluLg0KPiBJ
J20gbm90IHN1cmUgd2hhdCBhICJkaXJlY3QgY29ubmVjdGlvbiIgaXMgLSBidXQgaWYgeW91IHJl
ZmVyIHRvICJkaXJlY3QNCj4gY29ubmVjdGlvbiIgYXMgYSBtZWFucyB0aGF0IGFsbG93cyB0aGUg
b3BlcmF0b3IgdG8gYWNjZXNzIGFuZCBjb25maWd1cmUgdGhlDQo+IGRldmljZSwgdGhlbiB5ZXMs
IHRoZXJlIHdvdWxkIGJlIGEgImRpcmVjdCBjb25uZWN0aW9uIi4NCj4gWE0tMj4+PiBUbyBiZSBt
b3JlIHNwZWNpZmljLCBpbiBhIGxpbWl0ZWQgZG9tYWluLCBleGNlcHQgZm9yIGh1bWFuIGJlaW5n
LCBpcw0KPiB0aGVyZSBtdXN0IGJlIGEgc2luZ2xlIG5ldHdvcmsgZW50aXR5IHdoaWNoIGhhcyBv
bmUtaG9wIElQIGNvbm5lY3Rpb24gdG8gZXZlcnkNCj4gbm9kZT8NCg0KLi4uRkIyOiBTZWUgYWJv
dmUuDQoNCj4gPiBXaGF0IGlzIHJlcXVpcmVkIGZyb20gbXkgcGVyc3BlY3RpdmUgZm9yDQo+ID4g
ZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSwgaXMgYSBjcmlzcCBkZWZpbml0aW9uIG9m
IHRoZSB0YXJnZXQNCj4gPiBkZXBsb3ltZW50IGVudmlyb25tZW50IGRyYWZ0LWlldGYtaXBwbS1p
b2FtLSBjb25mLXN0YXRlIHRhcmdldHMgYW5kDQo+ID4gdGhlIHBlcnNvbmFzIGFjdGluZyBpbiB0
aGF0IGRlcGxveW1lbnQgZW52aXJvbm1lbnQuIEluIGENCj4gPiBsaW1pdGVkL2NvbnRyb2xsZWQg
ZG9tYWluLCB3ZSBjYW4gYXNzdW1lIHRoYXQgdGhlIG9wZXJhdG9yIGtub3dzIHRoZQ0KPiA+IGNv
bmZpZ3VyYXRpb24gb2YgdGhlIG5vZGVzLiBUaGUgcHJvYmxlbSBkZWZpbml0aW9uIG9mDQo+ID4g
ZHJhZnQtaWV0Zi1pcHBtLWlvYW0tIGNvbmYtc3RhdGUgc2VlbXMgdG8gYmUgdGhhdCAic29tZW9u
ZSIgd2hvIGRvZXMNCj4gPiBub3Qga25vdyB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgbm9kZXMg
aW4gdGhlIGRlcGxveW1lbnQgZW52aXJvbm1lbnQNCj4gd2FudHMgdG8gcmV0cmlldmUgdGhlIGNv
bmZpZ3VyYXRpb24gb2YgdGhlIG5vZGVzLg0KPiA+IFhNPj4+IExldCBtZSBnaXZlIGEgc2ltcGxp
ZmllZCBleGFtcGxlIG9mIHRoZSB0YXJnZXQgZGVwbG95bWVudA0KPiA+IFhNPj4+IGVudmlyb25t
ZW50IGFuZCB0aGUgcGVyc29uYXMgYWN0aW5nIGluIHRoYXQgZGVwbG95bWVudA0KPiA+IFhNPj4+
IGVudmlyb25tZW50LiBBc3N1bWluZyB0aGF0IHRoZSBsaW1pdGVkIGRvbWFpbiBpcyBhbiBJUHY2
IGRvbWFpbiwNCj4gPiBYTT4+PiBzcGVjaWZpY2FsbHkgYW4gZW50ZXJwcmlzZSBjYW1wdXMgdXNp
bmcgcGh5c2ljYWwgY29ubmVjdGlvbnMNCj4gPiBYTT4+PiBiZXR3ZWVuIGRldmljZXMgKGFzIGRl
c2NyaWJlZCBpbiBzZWN0aW9uIDQgb2YNCj4gPiBYTT4+PiBkcmFmdC1pZXRmLWlwcG0taW9hbS1k
YXRhLTE3KSwgdGhlIG9wZXJhdG9yIGtub3dzIHRoZQ0KPiA+IFhNPj4+IGNvbmZpZ3VyYXRpb24g
b2YgZXZlcnkgbm9kZSB3aXRoaW4gdGhlIGVudGVycHJpc2UgY2FtcHVzLA0KPiA+IFhNPj4+IGhv
d2V2ZXIgdGhlcmUgaXMgbm8gYSBuZXR3b3JrIGVudGl0eSAoZS5nLiBjb250cm9sbGVyIG9yIG5l
dHdvcmsNCj4gPiBYTT4+PiBtYW5hZ2VyIG9yIHNpbWlsYXIpIHRoYXQga25vd3MgdGhlIGNvbmZp
Z3VyYXRpb24gb2YgZXZlcnkgbm9kZS4NCj4gPiBYTT4+PiBJbiBvcmRlciB0byBkZXBsb3kgSU9B
TSBQcmUtYWxsb2NhdGVkIFRyYWNpbmcsIHRoZSBvcGVyYXRvcg0KPiA+IFhNPj4+IGluc3RydWN0
cyB0aGUgSU9BTSBlbmNhcHN1bGF0aW5nIG5vZGUgdG8gYWRkIElPQU0gaGVhZGVyIGludG8NCj4g
PiBYTT4+PiBkYXRhIHBhY2tldHMgbWVldGluZyBhIHJ1bGUgb2YgREErU0ErRmxvdyBMYWJlbCwg
dGhyb3VnaCBDb21tYW5kDQo+ID4gWE0+Pj4gTGluZSBvciBTTk1QIG9yIE5FVENPTkYgb3Igc2lt
aWxhciwgdGhlIElPQU0gZW5jYXBzdWxhdGluZyBub2RlDQo+ID4gWE0+Pj4gZmlyc3RseSBkb2Vz
IHRyYWNlcm91dGUgdXNpbmcgREErU0ErRmxvdyBMYWJlbCBhbmQgc2Vjb25kbHkNCj4gPiBYTT4+
PiBzZW5kcyBJQ01QdjYgRWNobyBSZXF1ZXN0IHRvIGV2ZXJ5IG5vZGUgZGlzY292ZXJlZCBieQ0K
PiA+IFhNPj4+IHRyYWNlcm91dGUsIHRoZSBJT0FNIHRyYW5zaXQgYW5kIGRlY2Fwc3VsYXRpbmcg
bm9kZXMgcmVzcG9uZA0KPiA+IFhNPj4+IHdpdGggSUNNUHY2IEVjaG8gUmVwbHksIGFuZCB0aGVu
IHRoZSBJT0ENCj4gPiAgTSBlbmNhcHN1bGF0aW5nIG5vZGUga25vd3Mgd2hhdCB0aGUgSU9BTSBo
ZWFkZXIgbG9va3MgbGlrZSwgZS5nLg0KPiA+IGluY2x1ZGluZyBob3cgbWFueSBub2RlIGRhdGEg
bGlzdHMgYW5kIGhvdyBtdWNoIHNwYWNlIGFsbG9jYXRlZCBmb3IgZWFjaA0KPiBub2RlIGRhdGEg
bGlzdC4NCj4gPiBJcyB0aGlzIGV4YW1wbGUgY2xlYXIgb3Igbm90Pw0KPiAuLkZCOiBUaGFua3Mg
Zm9yIHRoZSBleGFtcGxlLiBVbmZvcnR1bmF0ZWx5IEkgZG9uJ3QgcmVhbGx5IGZvbGxvdy4gSWYg
eW91IGFzc3VtZQ0KPiBhIGxpbWl0ZWQgZG9tYWluIC0gd2hpY2ggeW91IGRvIC0gdGhlbiB0aGUg
b3BlcmF0b3IgaGFzIGFjY2VzcyB0byBhbGwgdGhlIG5vZGVzDQo+IGluIGhpcyBuZXR3b3JrLiBU
aGUgb3BlcmF0b3Iga25vd3MgdGhlIGNvbmZpZ3VyYXRpb24gb2YgdGhlIG5vZGVzLCBpbmNsdWRp
bmcgdGhlDQo+IElPQU0gY29uZmlndXJhdGlvbiBvZiB0aGUgbm9kZXMuIE9yIGluIG90aGVyIHRl
cm1zLCB0aGUgb3BlcmF0b3Igd291bGQNCj4gY29uZmlndXJlIGVuY2FwL2RlY2FwL3RyYW5zaXQg
bm9kZXMgYWNjb3JkaW5nIHRoZSBvYmplY3RpdmVzLiBXaHkgd291bGQgdGhlDQo+IG9wZXJhdG9y
IHdvdWxkIHdhbnQgdG8gdXNlIElDTVAgdGltZSBleGNlZWRlZCBhbmQgZWNobyByZXBsaWVzLCBn
aXZlbiB0aGF0DQo+IHRoZSBvcGVyYXRvciBrbm93cyB0aGUgbmV0d29yayBhbmQgdGhlIGNvbmZp
Z3VyYXRpb24gb2YgdGhlIG5vZGVzPw0KPiBYTS0yPj4+IFRoZXJlIGFyZSBtYWlubHkgdHdvIHJl
YXNvbnMuIFRoZSBmaXJzdCBvbmUgaXMgdGhhdCB0aGUgb3BlcmF0b3IgbWlnaHQNCj4gbm90IGtu
b3cgdGhlIHRyYW5zcG9ydCBwYXRoIG9mIGRhdGEgcGFja2V0LCBkcmFmdC1pZXRmLWlwcG0taW9h
bS1jb25mLXN0YXRlDQo+IHByb3ZpZGVzIGFuICpvbi1wYXRoKiBJT0FNIGNhcGFiaWxpdGllcyBk
aXNjb3ZlcnkgbWVjaGFuaXNtOyBUaGUgc2Vjb25kIG9uZQ0KPiBpcyB0aGF0IHRoZSBvcGVyYXRv
ciBkb2Vzbid0IHdhbnQgdG8gcHJvdmlzaW9uIHRvbyBtdWNoIHBhcmFtZXRlcnMgZm9yIG9uZQ0K
PiBmZWF0dXJlLCBteSB0YWtlIGF3YXkgZnJvbSB0YWxraW5nIHdpdGggc29tZSBvcGVyYXRvcnMg
aXMgdGhhdCB0aGV5IGxpa2UgYW55DQo+IG1lY2hhbmlzbSB0aGF0IGNhbiByZWR1Y2UgdGhlaXIg
YnVyZGVuIG9mIG1hbnVhbCBjb25maWd1cmF0aW9uLiBJbiBhIGxpbWl0ZWQNCj4gZG9tYWluLCB0
aGUgb3BlcmF0b3IgY2FuIGV2ZW4gcHJvdmlzaW9uIHJvdXRpbmcgdGFibGUgYXQgZXZlcnkgbm9k
ZSwgZ2V0dGluZyByaWQNCj4gb2YgSUdQIGFuZCBCR1AsIGhvd2V2ZXIgdGhlIG9wZXJhdG9yIHJh
cmVseSBkb2VzIHRoYXQgd2F5Lg0KDQouLi5GQjI6IFRCSCwgSSdtIG5vdCBzdXJlIHdoYXQgeW91
IG1lYW4gd2l0aCAib24tcGF0aCIgSU9BTSBjYXBhYmlsaXR5IGRpc2NvdmVyeS4gDQpTZWN0aW9u
IDQgb2YgeW91ciBkcmFmdCBwcm9wb3NlcyB0byB1c2UgYW4gSUNNUCBzd2VlcCB0byBkaXNjb3Zl
ciB0aGUgbm9kZXMgaW4gdGhlIG5ldHdvcmsuIE9uIHRvcCBvZiB0aGF0LCBhIGRpc2NvdmVyZWQg
bm9kZSB3b3VsZCBleHBvc2UgYSBwb3J0aW9uIG9mIGl0cyBJT0FNIGNvbmZpZ3VyYXRpb24gYXMg
cGFydCBvZiB0aGUgcmVzcG9uc2UgdG8gdGhlIElDTVAgc3dlZXAuICBEbyB5b3UgY2FsbCB0aGUg
ZmFjdCB0aGF0IHlvdSdyZSBkb2luZyBhbiBleHBhbmRpbmcgcmluZyBzZWFyY2ggIm9uLXBhdGgi
PyBXaXRoIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUsIHlvdSBzdGlsbCB3b3VsZG4n
dCBrbm93IHdoaWNoIGFjbC9pbnRlcmZhY2UgY29tYmluYXRpb25zIElPQU0gaXMgYXBwbGllZCB0
bywgbm9yIHdvdWxkIHlvdSBrbm93IHdoaWNoIHRpbWVzdGFtcCBmb3JtYXQgYSB0cmFuc2l0IG5v
ZGUgdXNlcy4gSS5lLiwgeW91J3JlIG9ubHkgZGlzY292ZXJpbmcgYSBzdWJzZXQgb2YgdGhlIElP
QU0gY2FwYWJpbGl0aWVzIC0gZm9yIHdoYXQgcmVhc29uPyBXaHkgd291bGRuJ3Qgb25lIGRpc2Nv
dmVyIGFsbCB0aGUgY2FwYWJpbGl0aWVzIC0gd2hpY2ggd291bGQgbGVhZCB0byB0aGUgYWZvcmUg
YXNrZWQgYWxpZ25tZW50IHdpdGggZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZz8NCkluIGFkZGl0
aW9uLCBjb3VsZCB5b3UgZWxhYm9yYXRlIGhvdyB5b3VyIGFwcHJvYWNoIHdvdWxkIHJlZHVjZSB0
aGUgYW1vdW50IG9mICJtYW51YWwgY29uZmlndXJhdGlvbiIgLSBjb21wYXJlZCB0byBhcHByb2Fj
aGVzIHRoYXQgbGV2ZXJhZ2UgZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZz8NCg0KQWxsIHRoZXNl
IHF1ZXN0aW9ucyBwb2ludCBiYWNrIHRvIHRoZSBvcmlnaW5hbCBxdWVzdGlvbiBvZiAid2hhdCBp
cyB0aGUgZGVwbG95bWVudCBlbnZpcm9ubWVudCB0aGF0IHlvdSBoYXZlIGluIG1pbmQ/IiBhbmQg
d2hhdCBpcyB0aGUgYXNzb2NpYXRlZCBwcm9ibGVtIHRoYXQgeW91J3JlIHRyeWluZyB0byBzb2x2
ZS4gWW91IHNlZW0gdG8gdGFyZ2V0IGEgZGVwbG95bWVudCwgd2hlcmUgdGhlIG9wZXJhdG9yIGRv
ZXMgbm90IGtub3cgYWxsIHRoZSBub2RlcyBpbiB0aGUgbmV0d29yaywgbm9yIHRoZWlyIGNvbmZp
Z3VyYXRpb24gLSBidXQgd2hlcmUgYXQgdGhlIHNhbWUgdGltZSwgSUNNUCBzd2VlcHMgYXJlIGZl
YXNpYmxlLCBhbmQgeW91IGhhdmUgc2VjdXJpdHkgYXNzb2NpYXRpb25zIGF2YWlsYWJsZSB0byBh
bGwgdGhlIG5vZGVzICh0byB0aGUgbm9kZXMgdGhhdCB5b3UgZG9uJ3Qga25vdyksIHNvIHRoYXQg
eW91IGNhbiBwcm90ZWN0IElDTVAgcGF5bG9hZCB3aXRoIEVTUCBhbmQgQUguIA0KSXQgd291bGQg
YmUgZ29vZCBpZiB5b3UgY291bGQgYWRkIGEgcGFyYWdyYXBoIHRvIHRoZSBkcmFmdCB0aGF0IGFu
c3dlcnMgdGhvc2UgcXVlc3Rpb25zIGNsZWFybHksIGlkZWFsbHkgd2l0aCBhIHNldCBvZiBleGFt
cGxlcy4gDQoNCkNoZWVycywgRnJhbmsNCg0KPiBDaGVlcnMsIEZyYW5rDQo+ID4gQ2hlZXJzLCBG
cmFuaw0KPiA+ID4gdGhlbiBJIGhhdmUNCj4gPiA+IGEgaGFyZCB0aW1lIHRyeWluZyB0byB1bmRl
cnN0YW5kIHdoeSBmb3VyIHR5cGVzIG9mIElPQU0gYXJlIG5lZWRlZA0KPiA+ID4gaW4gc2VjdGlv
biA0IG9mIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRlcGxveW1lbnQNCj4gPiA+IChodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaXBwbS1pb2FtLQ0KPiA+ID4g
ZGVwbG95bWVudCNzZWN0aW9uLTQpLiBJTUhPIG9ubHkgb25lIHR5cGUgb2YgSU9BTSBpcyBuZWNl
c3NhcnkgYW5kDQo+ID4gPiBlbm91Z2gsIHRoYXQncyBEaXJlY3QgRXhwb3J0IElPQU0gZGVzY3Jp
YmVkIGluIHNlY3Rpb24gNC40LCB3b3VsZA0KPiA+ID4geW91IHBsZWFzZSBleHBsYWluIGVsYWJv
cmF0ZWx5Pw0KPiA+ID4NCj4gPiA+IEJlc3QgUmVnYXJkcywNCj4gPiA+IFhpYW8gTWluDQo+ID4g
PiAtLS0tLS0tLS0tLS0tLS0tLS3ljp/lp4vpgq7ku7YtLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiA+
IOWPkeS7tuS6uu+8mkZyYW5rQnJvY2tuZXJzKGZicm9ja25lKQ0KPiA+ID4g5pS25Lu25Lq677ya
6IKW5pWPMTAwOTM1NzA7DQo+ID4gPiDmioTpgIHkurrvvJppcHBtQGlldGYub3JnO3RwYXVseUBh
cHBsZS5jb207DQo+ID4gPiDml6Ug5pyfIO+8mjIwMjHlubQxMuaciDE35pelIDE3OjQ3DQo+ID4g
PiDkuLsg6aKYIO+8mlJFOiBSZTpbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlv
YW0tY29uZi1zdGF0ZSBIaQ0KPiA+ID4gWGlhbyBNaW4sIHBlcg0KPiA+ID4gaHR0cHM6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLQ0KPiA+
ID4gMTcjc2VjdGlvbi00LCBJT0FNIGlzIGZvY3VzZWQgb24gImxpbWl0ZWQgZG9tYWlucyIgYXMg
ZGVmaW5lZCBpbg0KPiA+ID4gW1JGQzg3OTldLCB3aGljaCBpcyBwZXIgUkZDIDg3OTkgdGhlIHNh
bWUgYXMgd2hhdCBpcyBhbHNvIHJlZmVycmVkDQo+ID4gPiB0byBhcyBhICJjb250cm9sbGVkIGVu
dmlyb25tZW50Ii4gUGVyc29uYWxseSBJIHVuZGVyc3RhbmQNCj4gPiA+ICJDb250cm9sbGVkIGVu
dmlyb25tZW50IiBhcyBhbiBlbnZpcm9ubWVudCB3aGVyZSBhbiBvcGVyYXRvciBkb2VzDQo+ID4g
PiBoYXZlIGNvbnRyb2wgb3ZlciB0aGUgbm9kZXMgaW4gdGhlIG5ldHdvcmsgYW5kIHRoZWlyIGNv
bmZpZ3VyYXRpb24sDQo+ID4gPiBpLmUuLCB0aGUgb3BlcmF0b3IgaGFzIGNvbnRyb2wgb3ZlciBo
aXMgbm9kZXMsIGtub3dzIHdoYXQgbmV0d29yaw0KPiA+ID4gZWxlbWVudHMgaGUgaXMgZGVhbGlu
ZyB3aXRoIGFuZCB3aGF0IHRoZSBjb25maWcgb2YgdGhlIG5vZGVzIGlzLiBIb3cNCj4gPiA+IHRo
aXMgY29udHJvbCBpcyBpbXBsZW1lbnRlZCAtIHdoZXRoZXIgdGhlcmUgaXMgb25lIG9yIHNldmVy
YWwNCj4gPiA+ICJjb250cm9sbGVycyIgb3IgIm5ldHdvcmsgbWFuYWdlcnMiIG9yIHNpbWlsYXIg
LSBpcyBhbiBpbXBsZW1lbnRhdGlvbiBkZXRhaWwNCj4gSU1ITy4NCj4gPiA+IENoZWVycywgRnJh
bmsNCj4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gRnJvbTogeGlh
by5taW4yQHp0ZS5jb20uY24gPHhpYW8ubWluMkB6dGUuY29tLmNuPg0KPiA+ID4gPiBTZW50OiBG
cmlkYXksIDE3IERlY2VtYmVyIDIwMjEgMDM6MjkNCj4gPiA+ID4gVG86IEZyYW5rIEJyb2NrbmVy
cyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+DQo+ID4gPiA+IENjOiBpcHBtQGlldGYu
b3JnOyB0cGF1bHlAYXBwbGUuY29tDQo+ID4gPiA+IFN1YmplY3Q6IFJlOltpcHBtXSBQcm9ncmVz
c2luZyBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlDQo+ID4gPiA+DQo+ID4gPiA+IEhp
IEZyYW5rLA0KPiA+ID4gPg0KPiA+ID4gPiBUaGFua3MgZm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3
IGFuZCB0aG91Z2h0ZnVsIGNvbW1lbnRzLg0KPiA+ID4gPiBJIGFwb2xvZ2l6ZSBpZiBJIG1pc2lu
dGVycHJldGVkIHlvdXIgbWluZC4NCj4gPiA+ID4gQ29uc2lkZXJpbmcgdGhhdCB5b3VyIGhvbGlk
YXkgc2Vhc29uIGlzIGNvbWluZywgYmVmb3JlIGRpZ2dpbmcNCj4gPiA+ID4gaW50byB0ZWNobmlj
YWwgZGV0YWlscywgSSBzdWdnZXN0IHRoYXQgd2UgZGlzY3VzcyB0aGUgSU9BTQ0KPiA+ID4gPiBk
ZXBsb3ltZW50IGVudmlyb25tZW50DQo+ID4gPiBmaXJzdC4NCj4gPiA+ID4gQXMgeW91IG1heSBo
YXZlIG5vdGljZWQgd2hpbGUgcmVhZGluZyB0aHJvdWdoDQo+ID4gPiA+IGRyYWZ0LWlldGYtaXBw
bS1pb2FtLWNvbmYtIHN0YXRlLTAyLCBpbiB0aGUgaW50cm9kdWN0aW9uIHNlY3Rpb24NCj4gPiA+
ID4gaXQgc2F5cyAiQSBjZW50cmFsaXplZCBjb250cm9sbGVyIHdoaWNoIG93bnMgdGhlIGVuYWJs
ZWQgSU9BTQ0KPiA+ID4gPiBjYXBhYmlsaXRpZXMgb2YgZWFjaCBJT0FNIGRldmljZSBjb3VsZCBi
ZSB1c2VkIGluIHNvbWUgSU9BTQ0KPiA+ID4gPiBkZXBsb3ltZW50cy4gIFRoZSBJT0FNIGVuY2Fw
c3VsYXRpbmcgbm9kZSBjYW4gZGlzY292ZXIgdGhlIGVuYWJsZWQNCj4gPiA+ID4gSU9BTSBjYXBh
YmlsaXRpZXMgaW5mb21hdGlvbiBmcm9tIHRoZSBjZW50cmFsaXplZCBjb250cm9sbGVyLA0KPiA+
ID4gPiB1c2luZywgZm9yIGV4YW1wbGUsIE5FVENPTkYvWUFORywgUENFUCwgb3IgQkdQLiAgSW4g
dGhlIElPQU0NCj4gPiA+ID4gZGVwbG95bWVudCBzY2VuYXJpbyB3aGVyZSB0aGVyZSBpcyBubyBj
ZW50cmFsaXplZCBjb250cm9sbGVyLA0KPiA+ID4gPiBORVRDT05GL1lBTkcgb3IgSUdQIG1heQ0K
PiA+ID4gYmUgdXNlZCBieSB0aGUgSU9BTSBlbmNhcHN1bGF0aW5nIG5vZGUgdG8gZGlzY292ZXIg
dGhlc2UgSU9BTQ0KPiA+ID4gY2FwYWJpbGl0aWVzIGluZm9ybWF0aW9uLiINCj4gPiA+ID4gSSBr
bm93IHlvdSdyZSB0aGUgcHJpbWFyeSBhdXRob3Igb2YgYm90aCBJT0FNLURhdGEgYW5kDQo+ID4g
PiA+IElPQU0tRGVwbG95bWVudCBkb2N1bWVudHMsIHNvIEkgaGF2ZSBhIGZ1bmRhbWVudGFsIHF1
ZXN0aW9uIHRvIHlvdToNCj4gPiA+ID4gSXMgdGhlIGFib3ZlIHN0YXRlbWVudCBjb3JyZWN0IG9y
IG5vdD8NCj4gPiA+ID4gTW9yZSBzcGVjaWZpY2FsbHksIGlmIHlvdSBjYW4gY29uZmlybSB0aGF0
ICJ0aGUgSU9BTSBkZXBsb3ltZW50DQo+ID4gPiA+IHNjZW5hcmlvIHdoZXJlIHRoZXJlIGlzIG5v
IGNlbnRyYWxpemVkIGNvbnRyb2xsZXIiIGRvZXNuJ3QgZXhpc3QNCj4gPiA+ID4gYXQgYWxsLCBv
biBib3RoIHRoZSBtYWlsaW5nIGxpc3QgYW5kIHRoZSBJT0FNLURlcGxveW1lbnQgZG9jdW1lbnQs
DQo+ID4gPiA+IHRoZW4gSSBzdWdnZXN0IElQUE0gV0cgdG8gYWJhbmRvbiBkcmFmdC0NCj4gPiA+
ID4gaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSwgdGhhdCB3b3VsZCBzYXZlIHRoZSBlbmVyZ3kg
b2YgdGhlIHdob2xlIHdnDQo+IGluY2x1ZGluZyB5b3UgYW5kIG1lLg0KPiA+ID4gPg0KPiA+ID4g
PiBCZXN0IFJlZ2FyZHMsDQo+ID4gPiA+IFhpYW8gTWluDQo+ID4gPiA+IC0tLS0tLS0tLS0tLS0t
LS0tLeWOn+Wni+mCruS7ti0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ID4gPiDlj5Hku7bkurrvvJpG
cmFua0Jyb2NrbmVycyhmYnJvY2tuZSkNCj4gPiA+ID4g5pS25Lu25Lq677ya6IKW5pWPMTAwOTM1
NzA7aXBwbUBpZXRmLm9yZzsNCj4gPiA+ID4g5oqE6YCB5Lq677yaVG9tbXkgUGF1bHk7DQo+ID4g
PiA+IOaXpSDmnJ8g77yaMjAyMeW5tDEy5pyIMTbml6UgMjA6NTYNCj4gPiA+ID4g5Li7IOmimCDv
vJpSRTogW2lwcG1dIFByb2dyZXNzaW5nIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUg
SGkNCj4gPiA+ID4gWGlhbyBNaW4sIFRoYW5rcyBmb3IgcG9zdGluZyBkcmFmdC1pZXRmLWlwcG0t
aW9hbS1jb25mLXN0YXRlLTAyLiBJDQo+ID4gPiA+IHJlYWQgdGhyb3VnaCB0aGUgdXBkYXRlZCB2
ZXJzaW9uIGFuZCBsb29rZWQgYXQgdGhlIGRpZmYgdG8gdGhlIDAxDQo+ID4gPiA+IHZlcnNpb24N
Cj4gPiA+ID4gKGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLWlw
cG0taW9hbS1jb25mLXN0YXRlDQo+ID4gPiA+IC0gMDEmdXJsMj1kcmFmdC1pZXRmLWlwcG0taW9h
bS1jb25mLXN0YXRlLTAyKS4gRGlmZmVyZW50IGZyb20gd2hhdA0KPiA+ID4gPiB5b3Ugc3RhdGUg
YmVsb3csIEkgZG9uJ3Qgc2VlIGFueSBvZiBteSBjb21tZW50cyByZWZsZWN0ZWQuDQo+ID4gPiA+
IFRoZSB0d28gbWFpbiBwb2ludHMgSSBtZW50aW9uZWQgaW4gdGhlIGxhc3QgV0cgbWVldGluZyB3
ZXJlIGFib3V0DQo+ID4gPiA+IChhKSBhbGlnbm1lbnQgd2l0aCBkcmFmdC1pZXRmLWlwcG0taW9h
bS15YW5nIGFuZCAoYikgZW5oYW5jZW1lbnRzDQo+ID4gPiA+IHRvIHRoZSBzZWN1cml0eSBzZWN0
aW9uLCByZWZsZWN0aW5nIHRoYXQgdGhlIHByb3RvY29sIHlvdSBhcmUNCj4gPiA+ID4gZGVmaW5p
bmcgaXMgYSBuZXR3b3JrIG1hbmFnZW1lbnQgcHJvdG9jb2wsIGFuZCBuZWVkcyB0byBiZSBzZWN1
cmVkIGFzDQo+IHN1Y2guDQo+ID4gPiA+IE1vcmUgc3BlY2lmaWNhbGx5Og0KPiA+ID4gPiAqIEFs
aWdubWVudCB3aXRoIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmc6DQo+ID4gPiA+IFRoZSBJUFBN
IFdHIGlzIGluIHRoZSBwcm9jZXNzIG9mIGRlZmluaW5nIGEgWUFORyBtb2R1bGUgZm9yIElPQU06
DQo+ID4gPiA+IGRyYWZ0LWlldGYtIGlwcG0taW9hbS15YW5nLiBXZSBzaG91bGQgaGF2ZSBhIHNp
bmdsZSwgY29tcHJlaGVuc2l2ZQ0KPiA+ID4gPiBtb2RlbCBmb3IgY29uZmlnIGluZm9ybWF0aW9u
IGZvciBJT0FNLiBUaGF0IG1vZGVsIGNhbiB0aGVuIGJlDQo+ID4gPiA+IHJlbmRlcmVkIGludG8g
ZGlmZmVyZW50IHRyYW5zcG9ydHMgKGJlIGl0IEpTT04sIFhNTCwgb3IgeWV0DQo+ID4gPiA+IGFu
b3RoZXIgZm9ybWF0IC0gdG8gdGhlbiBiZSBjYXJyaWVkIG92ZXIgYSBlLmcuIElDTVAgaW4geW91
cg0KPiA+ID4gPiBjYXNlKS4gUmlnaHQgbm93IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3Rh
dGUgaGVhZHMgZG93biBhIHBhdGgNCj4gPiA+ID4gb2YgZGVmaW5pbmcgYSBuZXcgc2V0IG9mIG1h
bmFnZW1lbnQgb2JqZWN0cyAtIG1hbnkgYXJlIHNpbWlsYXIgdG8NCj4gPiA+ID4gd2hhdCBkcmFm
dC1pZXRmLWlwcG0taW9hbS15YW5nIGFscmVhZHkgZGVmaW5lcywgc29tZSB0aGV5IGFyZSBsZXNz
DQo+ID4gPiA+IGNvbXByZWhlbnNpdmUsIHNvbWUgaGludCBhdCBhZGRpdGlvbmFsIGluZm9ybWF0
aW9uIHRoYXQNCj4gPiA+ID4gZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZyBkb2VzIG5vdCBjb3Zl
ciB5ZXQ6IEUuZy4sICB5b3UgZGVmaW5lIGENCj4gPiA+ID4gIlByZS1hbGxvY2F0ZWQgVHJhY2lu
ZyBDYXBhYmlsaXRpZXMgT2JqZWN0IiB3aGVyZQ0KPiA+ID4gPiBkcmFmdC1pZXRmLWlwcG0taW9h
bS15YW5nICBoYXMgYSAiUHJlYWxsb2NhdGVkIFRyYWNpbmcgUHJvZmlsZSINCj4gPiA+ID4gZGVm
aW5lZC4gWW91IGRlZmluZSBpbmdyZXNzIGludGVyZmFjZSBmaWVsZHMsIHdoaWNoIGlzDQo+ID4g
PiA+IGluZm9ybWF0aW9uLCB3aGljaCBpcyBtb3JlIGNvbXByZWhlbnNpdmVseSBkZWZpbmVkIGJ5
IHRoZSBpb2FtLWZpbHRlcg0KPiBncm91cGluZy4NCj4gPiA+ID4gWW91IGRlZmluZSBzcGVjaWZp
YyBmaWVsZHMgdG8gZGVzY3JpYmUgdGhlIHRpbWVzdGFtcCBmb3JtYXQgdXNlZA0KPiA+ID4gPiBi
eSBhIG5vZGUsIHdoaWNoIGlzIGluZm9ybWF0aW9uIHRoYXQgc2hvdWxkIGJlICBkZXNjcmliZWQg
YXMgcGFydA0KPiA+ID4gPiBvZiB0aGUgaW9hbS1pbmZvIGNvbnRhaW5lciAtIGFuZCB3aGljaCBp
cyBjdXJyZW50bHkgbWlzc2luZyBpbg0KPiA+ID4gPiBkcmFmdC1pZXRmLWlwcG0taW9hbS0NCj4g
PiA+IHlhbmc7IHBvaW50IHdlbGwgdGFrZW4gOi0pLiBJdCBpcyBpbnRlcmVzdGluZyB0byBub3Rl
IHRoYXQNCj4gPiA+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLSBjb25mLXN0YXRlIGRvZXMgbm90IGV2
ZW4gcmVmZXJlbmNlIGRyYWZ0LWlldGYtDQo+ID4gPiBpcHBtLQ0KPiA+IGlvYW0teWFuZy4NCj4g
PiA+ID4gRnJvbSBteSBwZXJzcGVjdGl2ZSB3ZSBzaG91bGQgaGF2ZSBvbmUgc2luZ2xlIGRhdGEg
bW9kZWwgZm9yIElPQU0NCj4gPiA+ID4gY29uZmlndXJhdGlvbiAtIGFuZCB0aGF0IGlzIHRoZSBZ
QU5HIG1vZHVsZSBkZWZpbmVkIGluDQo+ID4gPiA+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLSB5YW5n
LiBMZXQncyBtYWtlIHN1cmUgdGhhdCB0aGlzIG1vZGVsIGNvdmVycw0KPiA+ID4gPiBhbGwgdGhl
IGluZm9ybWF0aW9uIHJlcXVpcmVkIHRvIHByb3Blcmx5IG1hbmFnZSBJT0FNLiBUaGVuDQo+ID4g
PiA+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgd291bGQgYmUgc29sZWx5IGZvY3Vz
ZWQgb24NCj4gPiA+ID4gZGVmaW5pbmcgaG93IHRoYXQgWUFORyBtb2R1bGUgKGZyb20gZHJhZnQt
aWV0Zi1pcHBtLWlvYW0teWFuZykNCj4gPiA+ID4gd291bGQgYmUgcmVuZGVyZWQNCj4gPiA+IGlu
dG8gZS5nLiwgSUNNUCBhcyBhIGNhcnJpZXIgcHJvdG9jb2wuDQo+ID4gPiA+ICogU2VjdXJpdHk6
IFJldmlzaW9uIC0wMiBkb2VzIG5vdCBzZWVtIHRvIHVwZGF0ZSB0aGUgc2VjdXJpdHkgc2VjdGlv
bi4NCj4gPiA+ID4gSU1ITywgc2VjdGlvbiA2IG9uIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHNo
b3VsZCBiZSBlbmhhbmNlZCB0bw0KPiA+ID4gPiBjbGVhcmx5IGFydGljdWxhdGUgdGhhdCB3ZSdy
ZSBkZWFsaW5nIHdpdGggdmVyeSBzZW5zaXRpdmUgaW5mb3JtYXRpb24uDQo+ID4gPiA+IENvbnNp
ZGVyIGxvYW5pbmcgZnJvbSBlLmcuLA0KPiA+ID4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu
b3JnL2RvYy9odG1sL3JmYzYyNDEjc2VjdGlvbi05LiBBcyBwYXJ0DQo+ID4gPiA+IG9mIHRoZSBk
aXNjdXNzaW9uLCBpdCB3b3VsZCBiZSBnb29kIHRvIHNlZSBhbiBleHBsYW5hdGlvbiB3aGVyZQ0K
PiA+ID4gPiB5b3UnZCBleHBlY3QgIGRyYWZ0LSBpZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIHRv
IGJlIHVzZWQuIEdpdmVuDQo+ID4gPiA+IHRoZSBkaXNjdXNzaW9uIGluIHRoZSBJbnRyb2R1Y3Rp
b24gc2VjdGlvbiwgeW91IHNlZW0gdG8gYXNzdW1lIGFuDQo+ID4gPiA+IGVudmlyb25tZW50IHRo
YXQgZG9lcyBub3QgaGF2ZSBhIGNlbnRyYWwgbmV0d29yayBtYW5hZ2VtZW50DQo+ID4gPiA+IHN0
YXRpb24gLyBjb250cm9sbGVyIGluIHBsYWNlLiBPciBpbiBvdGhlciB0ZXJtcywgeW91IHNlZW0g
dG8NCj4gPiA+ID4gdGFyZ2V0IGEgZGVwbG95bWVudCwgd2hpY2ggaXNuJ3QgYSBsaW1pdGVkIGRv
bWFpbiBwZXIgUkZDIDg3OTkuIEluDQo+ID4gPiA+IHRoYXQgY2FzZSwgSSB3b3VsZCBleHBlY3Qg
dGhhdCB3ZSBoYXZlIG5vcm1hdGl2ZSBsYW5ndWFnZSB0aGF0DQo+ID4gPiA+IHJlcXVpcmVzIHRo
ZSB1c2Ugb2Ygc3Ryb25nDQo+ID4gPiBhdXRoZW50aWNhdGlvbiBhbmQgZW5jcnlwdGlvbiBiZXR3
ZWVuIHRoZSBub2RlcyAoaS5lLiwgTVVTVCB1c2UgSUNNUA0KPiA+ID4gd2l0aCBBSCBhbmQgRVNQ
Li4pLg0KPiA+ID4gPiBJbiBhZGRpdGlvbiB0byB0aGUgYWJvdmUsIEkgc3RydWdnbGUgdG8gdW5k
ZXJzdGFuZCB0aGUNCj4gPiA+ID4gIk9wZXJhdGlvbmFsIEd1aWRlIiBpbiBzZWN0aW9uIDQ6IENv
dWxkIHlvdSBzaGVkIGEgYml0IG1vcmUgbGlnaHQNCj4gPiA+ID4gb24gaG93IHlvdSBleHBlY3Qg
dGhpbmdzIHRvIHdvcmsgLSBhbmQgd2hhdCBhIHRhcmdldCBkZXBsb3ltZW50DQo+ID4gPiA+IGVu
dmlyb25tZW50IHdvdWxkIGxvb2sgbGlrZT8gSXQgc2VlbXMgdGhhdCB5b3UgYXNzdW1lIHRoYXQg
eW91DQo+ID4gPiA+IGRvbid0IGtub3cgdGhlIG5ldHdvcmsgbm9yIHRoZSBkZXN0aW5hdGlvbiBh
ZGRyZXNzZXMgaW4geW91cg0KPiA+ID4gPiBuZXR3b3JrOiBEbyB5b3UgZXhwZWN0IHRoYXQgeW91
IHdvdWxkIGRvIHJlZ3VsYXIgIklDTVAgZWNobyBzd2VlcHMiDQo+ID4gPiA+IGluIHlvdXIgbmV0
d29yaz8gRG8geW91IGV4cGVjdCB0aGF0LCB3aGlsZSBkb2luZyB0aGUgZXhwYW5kaW5nDQo+ID4g
PiA+IHJpbmcgc2VhcmNoLCBhbiBJQ01QIHRpbWUgZXhjZWVkZWQgbWVzc2FnZSB3b3VsZCBhbHNv
IGNhcnJ5IHRoZQ0KPiA+ID4gPiAiSU9BTSBDYXBhYmlsaXRpZXMgUmVzcG9uc2UgQ29udGFpbmVy
IEhlYWRlciIsIHNvIHRoYXQgdGhlDQo+ID4gPiA+IGNhcGFiaWxpdGllcyBjb250YWluZXIgd291
bGQgbm90IG9ubHkgYmUgY2FycmllZCBpbiB0aGUgZWNobyByZXBseQ0KPiA+ID4gPiBtZXNzYWdl
IGJ1dCBhbHNvIGluIHRoZQ0KPiA+ID4gdGltZSBleGNlZWRlZCBtZXNzYWdlPw0KPiA+ID4gPiBU
aGFua3MsIEZyYW5rDQo+ID4gPiA+IChCVFcgLSBOb3RlIHRoYXQgZHVlIHRvIHRoZSB1cGNvbWlu
ZyBob2xpZGF5IHNlYXNvbiwgcmVwbGllcyBtaWdodA0KPiA+ID4gPiBiZQ0KPiA+ID4gZGVsYXll
ZCkuDQo+ID4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gPiBGcm9t
OiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZg0KPiA+ID4gPiA+IHhp
YW8ubWluMkB6dGUuY29tLmNuDQo+ID4gPiA+ID4gU2VudDogRnJpZGF5LCAxMCBEZWNlbWJlciAy
MDIxIDA4OjAxDQo+ID4gPiA+ID4gVG86IGlwcG1AaWV0Zi5vcmcNCj4gPiA+ID4gPiBTdWJqZWN0
OiBbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiA+
ID4gPiA+DQo+ID4gPiA+ID4gSGkgSVBQTSBXRywNCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFRoZSAt
MDIgdmVyc2lvbiBvZiBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIGhhcyBiZWVuIHBv
c3RlZC4NCj4gPiA+ID4gPiBUaGVyZSBhcmUgbWFpbmx5IHR3byBjaGFuZ2VzLCBvbmUgaXMgb24g
SU9BTSBUcmFjaW5nDQo+ID4gPiA+ID4gQ2FwYWJpbGl0aWVzIE9iamVjdHMgdG8gbWFrZSB0aGVt
IGFwcGxpY2FibGUgdG8gSUNNUHY2DQo+ID4gPiA+ID4gZXh0ZW5zaW9ucywgYW5vdGhlciBvbmUg
aXMgb24gSU9BTSBQcm9vZi1vZi0gVHJhbnNpdA0KPiA+ID4gPiA+IENhcGFiaWxpdGllcyBPYmpl
Y3QgdG8gbWFrZSBpdCBhbGlnbmVkIHdpdGggdGhlIHVwZGF0ZWQgSU9BTS1EYXRhDQo+IGRvY3Vt
ZW50Lg0KPiA+ID4gPiA+IEFsc28gbm90ZSB0aGF0IEkndmUgaGFkIGFuIG9mZmxpbmUgZGlzY3Vz
c2lvbiB3aXRoIHdnIGNoYWlycyBhbmQNCj4gPiA+ID4gPiBGcmFuayBCcm9ja25lcnMsIG15IGNv
bmNsdXNpb24gaXMgdGhhdCBGcmFuaydzIGNvbmNlcm4gcmFpc2VkIGF0DQo+ID4gPiA+ID4gSUVU
RiAxMTIgaGFzIGJlZW4gYWRkcmVzc2VkLiBJZiB0aGF0J3Mgbm90IHRoZSBjYXNlLCBwbGVhc2Ug
c3BlYWsgdXAuDQo+ID4gPiA+ID4gV2l0aCB0aGF0IHNhaWQsIEkgdGhpbmsgdGhpcyBkcmFmdCBp
cyByZWFkeSBmb3IgV0dMQy4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IEJlc3QgUmVnYXJkcywNCj4g
PiA+ID4gPiBYaWFvIE1pbg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+ID4gPiBpcHBtIG1haWxpbmcgbGlz
dA0KPiA+ID4gPiA+IGlwcG1AaWV0Zi5vcmcNCj4gPiA+ID4gPiBodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCg==


From nobody Thu Dec 30 09:33:18 2021
Return-Path: <haoyu.song@futurewei.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 14AF83A175F; Thu, 30 Dec 2021 09:33:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.09
X-Spam-Level: 
X-Spam-Status: No, score=-2.09 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 ESMpzjlgTER4; Thu, 30 Dec 2021 09:33:12 -0800 (PST)
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2110.outbound.protection.outlook.com [40.107.92.110]) (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 473FF3A1769; Thu, 30 Dec 2021 09:33:11 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K1SkayquXLsqb3/0djgMlBvb/ATUJjYJzVIXBVzepnWhcrWHAEuy5lx3rZT7FOaHy0G/jR64UVoVFSl2J9MncU4VfSG9NcB6rsBR4ub499FX6HM0IznBy8n+8VUjqOu/qhMupTRI8dbWX51d6Mx1yYrg4fzd4nYQMUma8tUdKwu/PkA7ZZWNA2qRlksZnUjxG/PZN+wuR0IEdxaSE/4TVjH3mJhD/+LvQDB+qqsjgjmYImHJKj8zKAzsF6yoC2y5cWvmYyc8xgQ5NjFe0eVYxIopYbIeHVJ6HwmTj+29RQptpu82dnMJ+Isf1+ew+ly+Q8hbMfC7SPQBPxsyzHjUhQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=nYqgoKHaxGnmCGvP6KR35bgCjDvk22ngxhOkQD9hEls=; b=Z0eSbkhu0UEL5nGemfGoHeSr/ee9aURJ1ueOOnuSU4d56AZD5ckORhoCyAQ+AHasYDa6V4NMnRVt5VNpBxlN+EEZ+c0FDMqTm7/2e1ZbcyNtEec34fHoUZ4Fb1eatNl4XspB1cmLQktNuWRnNlgfz/3rikLZVayXxeNaNxrQ42p/O7l99l5UK2nkRJXYI3I/cYdJka7IY4iqp+Fx3L7DB4igPpI8KEFTAGvWT2S1+t3hhgG6KHD5B0X23igFyTFklD+APrhTMayd3C2C2o+srncZjwQl42J4wAaMSNzYkakhsE9ILhYmFyPpO0ZOO14tfh2ObZ363ImI/fNf1q7vjw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nYqgoKHaxGnmCGvP6KR35bgCjDvk22ngxhOkQD9hEls=; b=Ryd9ZKj85VeCj2PB/L+sOWTLuyWsI+DLMm9H59C5wTxgxmntKNoKmEtiu1gI0YwMkSJa8v8DZe6pB67ecPNHNpFTWpPJhrukJ7Td+Q4djH/7ydXeC5+qJsccOH6aRaMuzIFG34Q8yTvuk2ZpJESus4EeOVliSRyyGXOkGm7yn1E=
Received: from BY3PR13MB4787.namprd13.prod.outlook.com (2603:10b6:a03:357::13) by CH0PR13MB5171.namprd13.prod.outlook.com (2603:10b6:610:f6::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4844.10; Thu, 30 Dec 2021 17:33:05 +0000
Received: from BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::618d:61cf:753e:be55]) by BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::618d:61cf:753e:be55%7]) with mapi id 15.20.4867.004; Thu, 30 Dec 2021 17:33:04 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: Mark Smith <markzzzsmith@gmail.com>
CC: Marcus Ihlar <marcus.ihlar=40ericsson.com@dmarc.ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, 6man <ipv6@ietf.org>
Thread-Topic: WG Last Call for draft-ietf-ippm-ioam-ipv6-options
Thread-Index: AdfzWzgRLVzROO3gTGutryPtfDbU2AJnFtYwAAksHIAAIWv+UA==
Date: Thu, 30 Dec 2021 17:33:04 +0000
Message-ID: <BY3PR13MB47875303943A36454FD1D8BE9A459@BY3PR13MB4787.namprd13.prod.outlook.com>
References: <AM0PR07MB41315DF88FF077CC72F474A6E2789@AM0PR07MB4131.eurprd07.prod.outlook.com> <BY3PR13MB4787263F186ADD2D76B8DE679A449@BY3PR13MB4787.namprd13.prod.outlook.com> <CAO42Z2z7xte6wCf887_DOYd_T4uvVGzXYSUq5xXzfxDN2hsWfA@mail.gmail.com>
In-Reply-To: <CAO42Z2z7xte6wCf887_DOYd_T4uvVGzXYSUq5xXzfxDN2hsWfA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 93c04b89-6efd-491a-f4aa-08d9cbba6fbd
x-ms-traffictypediagnostic: CH0PR13MB5171:EE_
x-microsoft-antispam-prvs: <CH0PR13MB5171A06C2A9E9F70FE3DACDE9A459@CH0PR13MB5171.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: lg4h7TX/8p5yZN3Mt80KNwBbrUFu46v5xZ6dAixCWYBPdA9QH0EOhITOwj1MAB6RAsN9p1B2xVp1Vz99JI0dzRumjzXIGQjlXeRVIFDmJAfNLLhwzoie8nWr8sQoHNHsZ/L3hp1Bq2SgdgUoTLhKsz0g5egxL1FWPtTbqYJyKQCGLPIcBnItzECZa8J9TTlbjJKuUNZl65JY009q14jCIkdvBMNsliXba9yxAFcxXp7EK5Uhw0CFL0wDegssC48tpqjT/7Jl3KnxbQFj75ZMczx9xrAmLscFguvVyBW6MLFi+V4Prwt0oOZpvJV/ryzrG83RBii4IMfIpo+ojsQw03xphKDCTsHbrpDPiA1PjbjxdFfZuBFwG0lOsl62IY8tXvGOyDsXbm3SEcrO+enWXf3LKjQl/HCZej1QwrC4DQlrWM4Rr8+9Dgro5r0s7u2rAReP/kFdRJIwjGawM+2IghkhGFHED0L+MirJejsL2GY1b4ZbnyZArFuIAFnkExtXYkLtDfllpfUoq3Xx1NEpkNR6UC4n418+dBtZGkBorg/Fev8bo1FitGJiMJusKTMbE/s0+ad5PXcCPO5QNKC7wWQxG08X4KpDLhihXGAP/+wvWPecx/hkrJqvksKpP/DMJ1bD/0zRpucWwzn6NkoMNFbHjlMTpS1yY8OZ5JPe6p9FMD0YdUDAfCD4FJrr5uO9AVb5sKXodF9iqcjgYT7VoWuJYJe3NpDDcamptfVsVKsTpwTPRP12o99XniEADnz3ziX2Y4awXXNavI1CMi5OccHyH8EfAMUS/yP3EGaXT0DXzHs/3NGArLg9ErCmqckFmXHUysZKj+rpW9yYDaDYOA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BY3PR13MB4787.namprd13.prod.outlook.com; PTR:; CAT:NONE;  SFS:(13230001)(4636009)(366004)(2906002)(83380400001)(4326008)(44832011)(8936002)(966005)(54906003)(71200400001)(66446008)(5660300002)(66574015)(186003)(52536014)(45080400002)(86362001)(53546011)(6506007)(66476007)(76116006)(508600001)(66556008)(38100700002)(6916009)(122000001)(55016003)(66946007)(9686003)(316002)(7696005)(33656002)(8676002)(38070700005)(64756008)(20210929001); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?SCiu9dbC7n7LtcNQhRRSANk+eoylOpc46vTwtHg/Z5FX+RaU1tyd27veXGi7?= =?us-ascii?Q?XZRrSZOLQadvS9HjnQULi3ERum1DE4hCNJs+AmfmuPc3vYrmq8onA+0mFuWX?= =?us-ascii?Q?620pdTFSqL5Ras5yFsS1/+uixHRZhleq2+cq7HA5uiTK5a7zq/WLtYHnBiod?= =?us-ascii?Q?P5WBxprp0vae/jgd++JAmtsppXxw72ehPu8yZ//RxHulN2gWKPiFSrVwA6Db?= =?us-ascii?Q?j0GSF8xl3xmPCZqqBJkZa48cBUt3BWAoVeJnt4eLJP4GQV0m73/C/vqEFlGJ?= =?us-ascii?Q?L00Maik7+opQFc9dv77ncP8hAXBRpGEalJ1SIbuvCV8ig0zS6it0YM8tP3MA?= =?us-ascii?Q?HOoSHrriYqO6Rr9c6bUXtcbabjV8w3rnTu33DVo27DT8ZumAizUw8cNjU1cf?= =?us-ascii?Q?zH4n7F/kdBl/wOk9WDfzDmxLjHzK4tJfM0LbGO9YIQVFbuUhrcTdTyx8dj52?= =?us-ascii?Q?i5O05kgr9sYdD0YKWlIKh7370qYyGQ6FSUOxMYJ0PB1TxoDLQPJsmKb5MWGS?= =?us-ascii?Q?Sb1tgokVWJ+cmxDaMOaEPacgqSUYCoQnKiJ3x41o+pbNZdICOUiTkyZaiZSY?= =?us-ascii?Q?x8tJuCM0MZI/aykNpUm5S+Ac1H2K2VgE4KIo2H2mv+8oocoWN23wuoZlA76Y?= =?us-ascii?Q?Hkmy8D9l5L0yoq6qLvK3nGmo2NzLFIckbkXNG1NyGyh+DxeTLXx/dJIrkWb5?= =?us-ascii?Q?k0uNbiR9PtwXm3ujHZSN07I2DYe/IHZdRRI2R9rA92SXJKb33RFUTysLoGaX?= =?us-ascii?Q?DJ+26+2HXtfTSO5/7ypa8f64GoNefZz0OIvn/qKbSB0vSgLpw7HcQK9ee9Ga?= =?us-ascii?Q?sGhsCDWmIBh6V2arCH8SXzb+w3eFh1lSLg1LBxBEZOqiqhB+315fgeDveTku?= =?us-ascii?Q?um++UPsZ+z4sPSyz3awAySnTZNq2CBprbCB/1OM7rCFRkMDN1eWlGUEjoL6I?= =?us-ascii?Q?gCRTMwtzn9Axs4eiX1yy9+8D6JArvKQBtP6Zw6rbVxgxA0FtqwRlS2tqiH9G?= =?us-ascii?Q?NrUs1VDkDGaF9U3btPhseZY1p8xjU/DEI7GLRcSnLQ78yJqh3vWUaxJFJKqJ?= =?us-ascii?Q?vL6TARsItOxOJdVugevIppi6HO4TD5dmWiGXh/00QgzaESCiECMJ935qH41J?= =?us-ascii?Q?XEaeUFqpTlTfRh9/17uQs8tthzRJkXldSbsZXYQIsG595IVT5whUzEReL9e4?= =?us-ascii?Q?goUumEcZaqV9kR342RCTRS21nrmnzHYsb91IMUmgfK9uM/u270snCxHR3Gta?= =?us-ascii?Q?l5F7xv6lE6OBcxqeTvKdbJ/nqWdvkNgyT/UtNSLkeZc13IPaKaw86/oaR8Nr?= =?us-ascii?Q?G02k8knTtBUDy+HRfxtoBY7R+e8es4zw2PMwodLzun89OeLYvi7G0zvxZKyE?= =?us-ascii?Q?Z/oq7gOLcYsQfYWQ431Y3V2CcvFf6xXKOOmstk5vMZj4DdIiXJpqo2KmYLVA?= =?us-ascii?Q?bV1x5sJ1QyR+pyymQ5NCeMh9+E3vGk2ETTVE08Ama2Vb/D1J7XeXOVmOZX59?= =?us-ascii?Q?v6f/MVXW7ZlWuMmoVHJ1gw2hAeNzH2C9QKD5wulpQaGRVxwhU0Q6T6lyxTaO?= =?us-ascii?Q?N2uxRudCJ9Meu/QiJ+HTe/s7ScwCzOQyrvd0VRsA/wTm0BnpRYxudMa1eVGE?= =?us-ascii?Q?wfvJutlUBMxofYujSfyIRIclwC5SSPRUBkTcTVWqVOCXG+aqtqa2kuo1bLOL?= =?us-ascii?Q?GKjtjQ=3D=3D?=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR13MB4787.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 93c04b89-6efd-491a-f4aa-08d9cbba6fbd
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Dec 2021 17:33:04.5430 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: G7NUM/TDS20qQjva8H2eTbHHThTJ58BlSoFvQDJ9FRihx1J2LbL8tPB0s9WlYmtlJAG5T4/4kzSnpNbaBskDBg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR13MB5171
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/88JnvMY1dULo5Hwderq0uSkG4Qg>
Subject: Re: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 30 Dec 2021 17:33:17 -0000

Hi Mark,

Please see inline [HS].

Thanks,
Haoyu
-----Original Message-----
From: Mark Smith <markzzzsmith@gmail.com>=20
Sent: Wednesday, December 29, 2021 5:26 PM
To: Haoyu Song <haoyu.song@futurewei.com>
Cc: Marcus Ihlar <marcus.ihlar=3D40ericsson.com@dmarc.ietf.org>; ippm@ietf.=
org; 6man <ipv6@ietf.org>
Subject: Re: WG Last Call for draft-ietf-ippm-ioam-ipv6-options

On Thu, 30 Dec 2021 at 08:30, Haoyu Song <haoyu.song@futurewei.com> wrote:
>
> Hi IPPM and 6MAN,
>
>
>
> After reading the draft, I have one question. My understanding is that th=
e proposed approach basically uses IP-in-IP encapsulation and encapsulates =
the IOAM option in the outer IPv6 header. While the in-band measurement is =
intended for the inner IPv6 packet, I'm concerned on how the requirement C1=
 can be met. For example, I'm not sure how the forwarding and ECMP can beha=
ve identically with and without the outer IPv6 header (i.e., for the overla=
y and underlay networks).
>

I think this is another example of where thinking IP-in-IP is something spe=
cial and different makes things confusing. "IP tunnelling" is no more than =
a link-layer encapsulation. An "IP tunnel"
is a virtual layer 2 point-to-point link.

Original IPv6 packet forwarding through the IOAM domain would still use inf=
ormation in the original packet (DA minimum, and whatever else is considere=
d for ECMP). The addition of the encapsulated updated IOAM information and =
the outer IP header to get it to the next hop occurs after that, as the pac=
ket goes down to the link-layer when link-layer encapsulation occurs. IOAM =
conceptually occurs at "layer 2.5".

[HS]  I'm still confused. The draft says "The source address of the outer I=
Pv6 header is that of the IOAM encapsulating node.  The destination address=
 of the outer IPv6 header is the same as the inner IPv6 destination  addres=
s". So to me it's not a link-layer encapsulation. It's a new packet differe=
nt from the original one. If a router forwards packets only based on DA, th=
at's fine. Otherwise, the forwarding behavior can be different. Do I miss s=
omething here?


Since the IOAM domain is contiguous IPv6 nodes, meaning they're all link-la=
yer adjacent, imagine instead using bare Ethernet to carry the IOAM informa=
tion to the next IOAM hop, with the IOAM information added when the origina=
l IPv6 packet is passed down for link-layer
encapsulation:

Packet With IOAM:

[Ethernet] - [IOAM] - [original IPv6 packet A]


Packet Without IOAM:

[Ethernet] - [original IPv6 packet A]

Now substitute [Outer IPv6] for [Ethernet] above. Except, don't do that oft=
en, it is far less confusing with "IP tunnels" if you imagine the link-laye=
r encapsulation format is a typical layer 2 frame different from the origin=
al link-layer payload IPv6 packet.

(I've started to think using native Ethernet as above would be better when =
possible for IOAM instead of IPv6-in-IPv6 -
draft-weis-ippm-ioam-eth-04 defines an Ethertype. IPv6-in-IPv6 could be use=
d when there is no native link-layer type field defined to carry IOAM e.g. =
[Bluetooth]-[IPv6]-[IOAM]-[original IPv6 packet A]).

Regards,
Mark.


>
>
> Thanks,
>
> Haoyu
>
>
>
> From: ippm <ippm-bounces@ietf.org> On Behalf Of Marcus Ihlar
> Sent: Friday, December 17, 2021 7:39 AM
> To: ippm@ietf.org
> Subject: [ippm] WG Last Call for draft-ietf-ippm-ioam-ipv6-options
>
>
>
> Hello IPPM,
>
> This email starts a Working Group Last Call on draft-ietf-ippm-ioam-ipv6-=
options.
>
>
>
> https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdata
> tracker.ietf.org%2Fdoc%2Fdraft-ietf-ippm-ioam-ipv6-options%2F&amp;data
> =3D04%7C01%7Chaoyu.song%40futurewei.com%7C095ac60a5eea46c2251608d9cb3376
> 85%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637764244169572611%7CU
> nknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1ha
> WwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=3DdEMKFMleDA31SVX9TxkCsGG6R9vmz%2FEPj
> RrHAzvwecY%3D&amp;reserved=3D0
>
> https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdata
> tracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-ippm-ioam-ipv6-options-06&a
> mp;data=3D04%7C01%7Chaoyu.song%40futurewei.com%7C095ac60a5eea46c2251608d
> 9cb337685%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637764244169572
> 611%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTi
> I6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=3DwITIFHgBev%2BnPyfs73jKKjRaFG
> 5alDMtv1gsqtantxM%3D&amp;reserved=3D0
>
>
>
> Please provide feedback by replying to this email with your reviews and i=
f you think this document is ready to progress, by Friday, January 14.
>
>
>
> Best Regards,
>
> Marcus & Tommy
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests:=20
> https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.
> ietf.org%2Fmailman%2Flistinfo%2Fipv6&amp;data=3D04%7C01%7Chaoyu.song%40f
> uturewei.com%7C095ac60a5eea46c2251608d9cb337685%7C0fee8ff2a3b240189c75
> 3a1d5591fedc%7C1%7C1%7C637764244169572611%7CUnknown%7CTWFpbGZsb3d8eyJW
> IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&
> amp;sdata=3Dr1766WzhOMQ7SE4q%2F6EtJkJexJ18xKLx4pCXsFoY8%2F8%3D&amp;reser
> ved=3D0
> --------------------------------------------------------------------


From nobody Thu Dec 30 18:19:30 2021
Return-Path: <c.l@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 8647C3A0894 for <ippm@ietfa.amsl.com>; Thu, 30 Dec 2021 18:19:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 ctTCyABTH9RC for <ippm@ietfa.amsl.com>; Thu, 30 Dec 2021 18:19:24 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FC1D3A089E for <ippm@ietf.org>; Thu, 30 Dec 2021 18:19:23 -0800 (PST)
Received: from fraeml734-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4JQ7xl3QYpz67bbW for <ippm@ietf.org>; Fri, 31 Dec 2021 10:14:35 +0800 (CST)
Received: from dggpemm500004.china.huawei.com (7.185.36.219) by fraeml734-chm.china.huawei.com (10.206.15.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Fri, 31 Dec 2021 03:19:20 +0100
Received: from dggpemm500003.china.huawei.com (7.185.36.56) by dggpemm500004.china.huawei.com (7.185.36.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Fri, 31 Dec 2021 10:19:18 +0800
Received: from dggpemm500003.china.huawei.com ([7.185.36.56]) by dggpemm500003.china.huawei.com ([7.185.36.56]) with mapi id 15.01.2308.020; Fri, 31 Dec 2021 10:19:18 +0800
From: "Chengli (Cheng Li)" <c.l@huawei.com>
To: "Frank Brockners (fbrockne)" <fbrockne=40cisco.com@dmarc.ietf.org>, "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>
CC: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: =?utf-8?B?W2lwcG1dICBQcm9ncmVzc2luZ8KgZHJhZnQtaWV0Zi1pcHBtLWlvYW0tY29u?= =?utf-8?Q?f-state?=
Thread-Index: AQHX8nwd6XKcbCQuZ0umkB2stYpoLqw1cICAgAB6EoCABDVBAIANcaEAgAEb0gCAACiNAIABBf+AgACJ2QCAAY23gA==
Date: Fri, 31 Dec 2021 02:19:18 +0000
Message-ID: <e5d9a5770b4f4c76b399f2a4c4533a84@huawei.com>
References: 202112101500302348450@zte.com.cn, 202112291615025234000@zte.com.cn, CY4PR11MB16720D89F508786D1FD63EC7DA449@CY4PR11MB1672.namprd11.prod.outlook.com <202112301017532346647@zte.com.cn> <CY4PR11MB167203181720E542E61F8EB1DA459@CY4PR11MB1672.namprd11.prod.outlook.com>
In-Reply-To: <CY4PR11MB167203181720E542E61F8EB1DA459@CY4PR11MB1672.namprd11.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.112.40.81]
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/iCDLWx9vhfEVsl8e9mz60VlX70I>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 31 Dec 2021 02:19:29 -0000

SGkgeGlhbyBNaSBhbmQgRnJhbmssDQoNCiIiIg0KQWxsIHRoZXNlIHF1ZXN0aW9ucyBwb2ludCBi
YWNrIHRvIHRoZSBvcmlnaW5hbCBxdWVzdGlvbiBvZiAid2hhdCBpcyB0aGUgZGVwbG95bWVudCBl
bnZpcm9ubWVudCB0aGF0IHlvdSBoYXZlIGluIG1pbmQ/IiBhbmQgd2hhdCBpcyB0aGUgYXNzb2Np
YXRlZCBwcm9ibGVtIHRoYXQgeW91J3JlIHRyeWluZyB0byBzb2x2ZS4gWW91IHNlZW0gdG8gdGFy
Z2V0IGEgZGVwbG95bWVudCwgd2hlcmUgdGhlIG9wZXJhdG9yIGRvZXMgbm90IGtub3cgYWxsIHRo
ZSBub2RlcyBpbiB0aGUgbmV0d29yaywgbm9yIHRoZWlyIGNvbmZpZ3VyYXRpb24gLSBidXQgd2hl
cmUgYXQgdGhlIHNhbWUgdGltZSwgSUNNUCBzd2VlcHMgYXJlIGZlYXNpYmxlLCBhbmQgeW91IGhh
dmUgc2VjdXJpdHkgYXNzb2NpYXRpb25zIGF2YWlsYWJsZSB0byBhbGwgdGhlIG5vZGVzICh0byB0
aGUgbm9kZXMgdGhhdCB5b3UgZG9uJ3Qga25vdyksIHNvIHRoYXQgeW91IGNhbiBwcm90ZWN0IElD
TVAgcGF5bG9hZCB3aXRoIEVTUCBhbmQgQUguIA0KSXQgd291bGQgYmUgZ29vZCBpZiB5b3UgY291
bGQgYWRkIGEgcGFyYWdyYXBoIHRvIHRoZSBkcmFmdCB0aGF0IGFuc3dlcnMgdGhvc2UgcXVlc3Rp
b25zIGNsZWFybHksIGlkZWFsbHkgd2l0aCBhIHNldCBvZiBleGFtcGxlcy4gDQoiIiINCg0KQWxs
IHRoZSBxdWVzdGlvbnMgY29tZSBmcm9tIHRoaXMuIElmIElPQU0gaXMgcGVyZm9ybWVkIGluIGEg
bGltaXRlZCBkb21haW4sIHRoZW4gdGhlIGNvbnRyb2xsZXIgb3IgdGhlIG9wZXJhdG9yIGNhbiBr
bm93IHRoZSBjYXBhYmlsaXRpZXMgb2Ygbm9kZXMuIFdoeSB0aGUgb3BlcmF0b3IgY2FuIGVzdGFi
bGlzaCBJUFNlYyBjb25uZWN0aW9ucyBhbW9uZyBub2RlcyBidXQgaGFzIG5vIGlkZWEgb2YgdGhl
IElPQU0gY2FwYWJpbGl0aWVzPyBJZiB0aGlzIGlzIGZvciBhIG5vZGUgdG8gZGV0ZWN0IHRoZSBj
YXBhYmlsaXRpZXMgb2Ygbm9kZXMgb24gYSBwYXRoIGZyb20gb3V0c2lkZSBhIGRvbWFpbiwgdGhl
biB0aGlzIGlzIGFub3RoZXIgc3RvcnksIGFuZCBJIGd1ZXNzIHRoaXMgaXMgbm90IHRoZSBjYXNl
IG9mIElPQU0uIA0KDQpSZXNwZWN0LA0KQ2hlbmcNCg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNz
YWdlLS0tLS0NCkZyb206IGlwcG0gW21haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl
aGFsZiBPZiBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKQ0KU2VudDogVGh1cnNkYXksIERlY2Vt
YmVyIDMwLCAyMDIxIDY6MzEgUE0NClRvOiB4aWFvLm1pbjJAenRlLmNvbS5jbg0KQ2M6IGlwcG1A
aWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbaXBwbV0gUHJvZ3Jlc3NpbmfCoGRyYWZ0LWlldGYtaXBw
bS1pb2FtLWNvbmYtc3RhdGUNCg0KSGkgWGlhbyBNaW4sDQoNClBsZWFzZSBzZWUgaW5saW5lLi4u
DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogeGlhby5taW4yQHp0ZS5j
b20uY24gPHhpYW8ubWluMkB6dGUuY29tLmNuPg0KPiBTZW50OiBUaHVyc2RheSwgMzAgRGVjZW1i
ZXIgMjAyMSAwMzoxOA0KPiBUbzogRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgPGZicm9ja25l
QGNpc2NvLmNvbT4NCj4gQ2M6IGlwcG1AaWV0Zi5vcmc7IHRwYXVseUBhcHBsZS5jb20NCj4gU3Vi
amVjdDogUmU6W2lwcG1dIFByb2dyZXNzaW5nwqBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0
YXRlDQo+IA0KPiBIaSBGcmFuaywNCj4gDQo+IFBsZWFzZSBzZWUgaW5saW5lLi4uDQo+IA0KPiBC
ZXN0IFJlZ2FyZHMsDQo+IFhpYW8gTWluDQo+IC0tLS0tLS0tLS0tLS0tLS0tLeWOn+Wni+mCruS7
ti0tLS0tLS0tLS0tLS0tLS0tLQ0KPiDlj5Hku7bkurrvvJpGcmFua0Jyb2NrbmVycyhmYnJvY2tu
ZSkNCj4g5pS25Lu25Lq677ya6IKW5pWPMTAwOTM1NzA7DQo+IOaKhOmAgeS6uu+8mmlwcG1AaWV0
Zi5vcmc7dHBhdWx5QGFwcGxlLmNvbTsNCj4g5pelIOacnyDvvJoyMDIx5bm0MTLmnIgyOeaXpSAx
ODo0Mg0KPiDkuLsg6aKYIO+8mlJFOiBSZTpbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1p
cHBtLWlvYW0tY29uZi1zdGF0ZSBIaSBYaWFvIA0KPiBNaW4sIFBsZWFzZSBzZWUgaW5saW5lLi4u
DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiB4aWFvLm1pbjJAenRl
LmNvbS5jbiA8eGlhby5taW4yQHp0ZS5jb20uY24+DQo+ID4gU2VudDogV2VkbmVzZGF5LCAyOSBE
ZWNlbWJlciAyMDIxIDA5OjE1DQo+ID4gVG86IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxm
YnJvY2tuZUBjaXNjby5jb20+DQo+ID4gQ2M6IGlwcG1AaWV0Zi5vcmc7IHRwYXVseUBhcHBsZS5j
b20NCj4gPiBTdWJqZWN0OiBSZTpbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1pcHBtLWlv
YW0tY29uZi1zdGF0ZQ0KPiA+DQo+ID4gSGkgRnJhbmssDQo+ID4NCj4gPiBUaGFua3MgZm9yIHJl
cGx5aW5nIHRvIG15IGVtYWlsIGR1cmluZyB5b3VyIGhvbGlkYXkgc2Vhc29uLg0KPiA+IFBsZWFz
ZSBzZWUgaW5saW5lICgiWE0+Pj4iKS4NCj4gPg0KPiA+IEJlc3QgUmVnYXJkcywNCj4gPiBYaWFv
IE1pbg0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLeWOn+Wni+mCruS7ti0tLS0tLS0tLS0tLS0tLS0t
LQ0KPiA+IOWPkeS7tuS6uu+8mkZyYW5rQnJvY2tuZXJzKGZicm9ja25lKQ0KPiA+IOaUtuS7tuS6
uu+8muiCluaVjzEwMDkzNTcwOw0KPiA+IOaKhOmAgeS6uu+8mmlwcG1AaWV0Zi5vcmc7dHBhdWx5
QGFwcGxlLmNvbTsNCj4gPiDml6Ug5pyfIO+8mjIwMjHlubQxMuaciDI45pelIDIzOjIxDQo+ID4g
5Li7IOmimCDvvJpSRTogUmU6W2lwcG1dIFByb2dyZXNzaW5nIGRyYWZ0LWlldGYtaXBwbS1pb2Ft
LWNvbmYtc3RhdGUgSGkgDQo+ID4gWGlhbyBNaW4sIFBsZWFzZSBzZWUgaW5saW5lICgiLi4uRkIi
KQ0KPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+IEZyb206IHhpYW8ubWlu
MkB6dGUuY29tLmNuIDx4aWFvLm1pbjJAenRlLmNvbS5jbj4NCj4gPiA+IFNlbnQ6IE1vbmRheSwg
MjAgRGVjZW1iZXIgMjAyMSAwMzowMQ0KPiA+ID4gVG86IEZyYW5rIEJyb2NrbmVycyAoZmJyb2Nr
bmUpIDxmYnJvY2tuZUBjaXNjby5jb20+DQo+ID4gPiBDYzogaXBwbUBpZXRmLm9yZzsgdHBhdWx5
QGFwcGxlLmNvbQ0KPiA+ID4gU3ViamVjdDogUmU6W2lwcG1dIFByb2dyZXNzaW5nIGRyYWZ0LWll
dGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUNCj4gPiA+DQo+ID4gPiBIaSBGcmFuaywNCj4gPiA+DQo+
ID4gPiBUaGFuayB5b3UgZm9yIHRoZSBxdWljayByZXBseS4NCj4gPiA+IEkgYmVsaWV2ZSB5b3Un
dmUgcHJvdmlkZWQgeW91ciBhbnN3ZXIgdG8gbXkgcXVlc3Rpb24gaW1wbGljaXRseSwgDQo+ID4g
PiBob3dldmVyIHdoYXQgSSByZXF1ZXN0ZWQgaXMgYSBjbGVhciBjb25jbHVzaW9uLCBvbiBib3Ro
IHRoZSANCj4gPiA+IG1haWxpbmcgbGlzdCBhbmQgdGhlIGRyYWZ0LWlldGYtaXBwbS0gaW9hbS1k
ZXBsb3ltZW50Lg0KPiA+ID4gSWYgSSB1bmRlcnN0YW5kIHlvdSBjb3JyZWN0bHkgdGhpcyB0aW1l
LCB5b3UgbWVhbnQgdGhhdCB0aGUgSU9BTSANCj4gPiA+IGRlcGxveW1lbnQgbXVzdCBpbmNsdWRl
IGEgY2VudHJhbGl6ZWQgY29udHJvbGxlciBvciBuZXR3b3JrIA0KPiA+ID4gbWFuYWdlciBvciBz
aW1pbGFyLA0KPiA+IC4uRkI6IExldCBtZSByZXN0YXRlIHdoYXQgSSBzYWlkIGJlbG93OiBUaGUg
Y3VycmVudCBJT0FNIGRyYWZ0cyANCj4gPiBhc3N1bWUgdGhhdCBJT0FNIGlzIGRlcGxveWVkIGlu
IGEgbGltaXRlZCBkb21haW4gKFJGQzg3OTkpLCBhbHNvIA0KPiA+IGNhbGxlZCBjb250cm9sbGVk
IGRvbWFpbiwgaS5lLiwgYSBkZXBsb3ltZW50IHdoZXJlIGFuIG9wZXJhdG9yIGRvZXMgDQo+ID4g
aGF2ZSBjb250cm9sIG92ZXIgdGhlIG5vZGVzIGluIHRoZSBuZXR3b3JrIGFuZCB0aGVpciBjb25m
aWd1cmF0aW9uLiANCj4gPiBJTUhPIHRoZSB1c2Ugb2YgdGhlIHRlcm0gImNvbnRyb2xsZXIiIGRv
ZXMgbm90IGhlbHAgdGhlIGRpc2N1c3Npb24sIA0KPiA+IGJlY2F1c2UgImNvbnRyb2xsZXIiIG1l
YW5zIGRpZmZlcmVudCB0aGluZ3MgdG8gZGlmZmVyZW50IHBlb3BsZS4gVGhlIA0KPiA+IGtleSBh
c3BlY3QgaXMgdGhhdCBpbiBhIGxpbWl0ZWQvY29udHJvbGxlZCBkb21haW4sIHRoZSBvcGVyYXRv
ciBoYXMgDQo+ID4gY29udHJvbCBvdmVyIHRoZQ0KPiBub2RlcyBpbiB0aGUgbGltaXRlZCBkb21h
aW4gYW5kIHRoZWlyIGNvbmZpZ3VyYXRpb24uDQo+ID4gWE0+Pj4gSW4gYSBsaW1pdGVkIGRvbWFp
biwgdGhlIG9wZXJhdG9yIGhhcyBjb250cm9sIG92ZXIgdGhlIG5vZGVzIA0KPiA+IFhNPj4+IGlu
IHRoZQ0KPiA+IGxpbWl0ZWQgZG9tYWluIGFuZCB0aGVpciBjb25maWd1cmF0aW9uLCBkb2Vzbid0
IG1lYW4gdGhlcmUgbXVzdCBiZSBhIA0KPiA+IG5ldHdvcmsgZW50aXR5IChlLmcuIGNvbnRyb2xs
ZXIgb3IgbmV0d29yayBtYW5hZ2VyIG9yIHNpbWlsYXIpIHdoaWNoIA0KPiA+IGhhcyBjb250cm9s
IG92ZXIgdGhlIG5vZGVzIGluIHRoZSBsaW1pdGVkIGRvbWFpbiBhbmQgdGhlaXIgDQo+ID4gY29u
ZmlndXJhdGlvbiwgaXMgbXkgdW5kZXJzdGFuZGluZyBjb3JyZWN0IG9yIG5vdD8NCj4gLi5GQjog
VGhlIG9wZXJhdG9yIGhhcyBjb250cm9sIG92ZXIgdGhlIG5vZGVzIG9mIHRoZSBsaW1pdGVkIGRv
bWFpbiAtIA0KPiBpLmUuLCB0aGUgb3BlcmF0b3IgaXMgdGhlIGVudGl0eSB0aGF0IG93bnMgdGhl
IGNvbnRyb2wgb2YgdGhlIG5ldHdvcmsuIA0KPiBPcGVyYXRvcnMgdXNlIGEgdmFyaWV0eSBvZiB0
b29scyBhbmQgbWV0aG9kcyB0byBvcGVyYXRpb25hbGl6ZSB0aGUgDQo+IGNvbnRyb2wuIEZyb20g
d2hhdCBJIGtub3csIHRoZXJlIGlzIG5vIGNyaXNwIGRlZmluaXRpb24gb2YgaG93IHRoZSANCj4g
Y29udHJvbCBpcyBvcGVyYXRpb25hbGl6ZWQgLSBhbmQgVEJILCBpdCB3b3VsZCBiZSBxdWl0ZSBj
aGFsbGVuZ2luZyB0byANCj4gY3JlYXRlIGEgY29tcHJlaGVuc2l2ZSBsaXN0LCB3aGljaCB3b3Vs
ZCBpbmNsdWRlIGFsbCB0eXBlcyBvZiBhcHByb2FjaGVzIHRvIGNvbmZpZ3VyZSBhbmQgb3BlcmF0
ZSBkZXZpY2VzLg0KPiBYTS0yPj4+IFRvIGJlIG1vcmUgc3BlY2lmaWMsIGluIGEgbGltaXRlZCBk
b21haW4sIGV4Y2VwdCBmb3IgaHVtYW4gDQo+IFhNLTI+Pj4gYmVpbmcsIGlzDQo+IHRoZXJlIG11
c3QgYmUgYSBzaW5nbGUgbmV0d29yayBlbnRpdHkgd2hpY2ggaGFzIGNvbnRyb2wgb3ZlciBhbGwg
dGhlIA0KPiBub2RlcyBhbmQgdGhlaXIgY29uZmlndXJhdGlvbj8NCg0KLi4uRkIyOiBGb3IgdGhl
IGRlZmluaXRpb24gb2YgYSBsaW1pdGVkIGRvbWFpbiwgaXQgaXMgYmVzdCB0byBzaW1wbHkgcmVm
ZXIgdG8gUkZDIDg3OTkgOi0pLg0KVGhlIG1haW4gcG9pbnQgaXMgdGhhdCBhIGxpbWl0ZWQgb3Ig
Y29udHJvbGxlZCBkb21haW4gaXMgb25lIHdoZXJlIHlvdSAqa25vdyogeW91ciBub2RlcyBhbmQg
dGhlaXIgY29uZmlnLg0KSSBkb24ndCB0aGluayB0aGF0IFJGQyA4Nzk5IGxpc3RzIGEgcmVxdWly
ZW1lbnQgZm9yIGEgc2luZ2xlIG5ldHdvcmsgZW50aXR5IHRoYXQgaGFzIGNvbnRyb2wgb3ZlciBh
bGwgdGhlIG5vZGVzIC0gYW5kIFRCSCwgSSBkb24ndCB0aGluayB0aGF0IGl0IG1hdHRlcnMgZm9y
IHRoZSBjdXJyZW50IGRpc2N1c3Npb24uIA0KDQoNCj4gPiBXcnQvIERFWDogT24gdG9wIG9mIHRo
ZSBhYmlsaXR5IHRvIGNvbnRyb2wgdGhlIG5vZGVzIGFuZCB0aGVpciANCj4gPiBjb25maWd1cmF0
aW9uLCBERVggcmVxdWlyZXMgeW91IHRvIGhhdmUgYSBzb2x1dGlvbiBpbiBwbGFjZSB3aGljaCAN
Cj4gPiBhbGxvd3MgeW91IHRvIHJldHJpZXZlLCBpbmdlc3QsIHByb2Nlc3MsIGFuZCBjb3JyZWxh
dGUgcGVyLXBhY2tldCANCj4gPiBJT0FNIGRhdGEgZnJvbSBldmVyeSBub2RlIGluIHRoZSBsaW1p
dGVkIGRvbWFpbi4gVGhpcyByZXF1aXJlbWVudCB0byANCj4gPiByZXRyaWV2ZSwgaW5nZXN0LCBw
cm9jZXNzLCBhbmQgY29ycmVsYXRlIHBlci1wYWNrZXQgSU9BTSBkYXRhIGZyb20gDQo+ID4gZXZl
cnkgbm9kZSBpbiB0aGUgbGltaXRlZCBkb21haW4gaXMgc3BlY2lmaWMgdG8gdGhlIERFWCBJT0FN
LSANCj4gPiBPcHRpb24tVHlwZSBhbmQgbm90IHJlcXVpcmVkIGJ5IHRoZSBvdGhlciBJT0FNLU9w
dGlvbi1UeXBlcy4gRm9yIA0KPiA+IGV4YW1wbGUsIHRoZSB0d28gSU9BTSBUcmFjZS1PcHRpb24t
VHlwZXMgYXV0b21hdGljYWxseSBjb3JyZWxhdGUgdGhlIA0KPiA+IGluZm9ybWF0aW9uIGZyb20g
dGhlIGRpZmZlcmVudCBub2RlcyBieSBhc3NlbWJsaW5nIHRoZSBpbmZvIGluIHRoZSANCj4gPiBu
b2RlLWxpc3QNCj4gYXJyYXkgd2hpbGUgdGhlIHBhY2tldCB0cmF2ZXJzZXMgdGhlIG5ldHdvcmsu
DQo+ID4gWE0+Pj4gVGhpcyByZXF1aXJlbWVudCB0byByZXRyaWV2ZSwgaW5nZXN0LCBwcm9jZXNz
LCBhbmQgY29ycmVsYXRlIA0KPiA+IFhNPj4+IHBlci1wYWNrZXQNCj4gPiBJT0FNIGRhdGEgZnJv
bSBldmVyeSBub2RlIGluIHRoZSBsaW1pdGVkIGRvbWFpbiBpcyBub3QgcmVxdWlyZWQgYnkgDQo+
ID4gc29tZSBJT0FNLSBPcHRpb24tVHlwZXMsIHRoYXQgbWVhbnMgdGhlcmUgbWF5IGJlIGEgbGlt
aXRlZCBkb21haW4gDQo+ID4gdGhhdCBkb2Vzbid0IG1lZXQgdGhlIHJlcXVpcmVtZW50IHRoYXQg
dGhlcmUgaXMgYSBuZXR3b3JrIGVudGl0eSAoZS5nLg0KPiA+IGNvbnRyb2xsZXIgb3IgbmV0d29y
ayBtYW5hZ2VyIG9yIHNpbWlsYXIpIHdoaWNoIGhhcyBkaXJlY3QgDQo+ID4gY29ubmVjdGlvbiB0
byBldmVyeSBub2RlLCBpcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJlY3Qgb3Igbm90Pw0KPiAuLkZC
OiBUaGUgb3BlcmF0b3Igd2lsbCBoYXZlIGEgd2F5IHRvIGNvbnRyb2wgdGhlIG5vZGVzIGluIHRo
ZSBsaW1pdGVkIGRvbWFpbi4NCj4gSSdtIG5vdCBzdXJlIHdoYXQgYSAiZGlyZWN0IGNvbm5lY3Rp
b24iIGlzIC0gYnV0IGlmIHlvdSByZWZlciB0byANCj4gImRpcmVjdCBjb25uZWN0aW9uIiBhcyBh
IG1lYW5zIHRoYXQgYWxsb3dzIHRoZSBvcGVyYXRvciB0byBhY2Nlc3MgYW5kIA0KPiBjb25maWd1
cmUgdGhlIGRldmljZSwgdGhlbiB5ZXMsIHRoZXJlIHdvdWxkIGJlIGEgImRpcmVjdCBjb25uZWN0
aW9uIi4NCj4gWE0tMj4+PiBUbyBiZSBtb3JlIHNwZWNpZmljLCBpbiBhIGxpbWl0ZWQgZG9tYWlu
LCBleGNlcHQgZm9yIGh1bWFuIA0KPiBYTS0yPj4+IGJlaW5nLCBpcw0KPiB0aGVyZSBtdXN0IGJl
IGEgc2luZ2xlIG5ldHdvcmsgZW50aXR5IHdoaWNoIGhhcyBvbmUtaG9wIElQIGNvbm5lY3Rpb24g
DQo+IHRvIGV2ZXJ5IG5vZGU/DQoNCi4uLkZCMjogU2VlIGFib3ZlLg0KDQo+ID4gV2hhdCBpcyBy
ZXF1aXJlZCBmcm9tIG15IHBlcnNwZWN0aXZlIGZvciANCj4gPiBkcmFmdC1pZXRmLWlwcG0taW9h
bS1jb25mLXN0YXRlLCBpcyBhIGNyaXNwIGRlZmluaXRpb24gb2YgdGhlIHRhcmdldCANCj4gPiBk
ZXBsb3ltZW50IGVudmlyb25tZW50IGRyYWZ0LWlldGYtaXBwbS1pb2FtLSBjb25mLXN0YXRlIHRh
cmdldHMgYW5kIA0KPiA+IHRoZSBwZXJzb25hcyBhY3RpbmcgaW4gdGhhdCBkZXBsb3ltZW50IGVu
dmlyb25tZW50LiBJbiBhIA0KPiA+IGxpbWl0ZWQvY29udHJvbGxlZCBkb21haW4sIHdlIGNhbiBh
c3N1bWUgdGhhdCB0aGUgb3BlcmF0b3Iga25vd3MgdGhlIA0KPiA+IGNvbmZpZ3VyYXRpb24gb2Yg
dGhlIG5vZGVzLiBUaGUgcHJvYmxlbSBkZWZpbml0aW9uIG9mDQo+ID4gZHJhZnQtaWV0Zi1pcHBt
LWlvYW0tIGNvbmYtc3RhdGUgc2VlbXMgdG8gYmUgdGhhdCAic29tZW9uZSIgd2hvIGRvZXMgDQo+
ID4gbm90IGtub3cgdGhlIGNvbmZpZ3VyYXRpb24gb2YgdGhlIG5vZGVzIGluIHRoZSBkZXBsb3lt
ZW50IA0KPiA+IGVudmlyb25tZW50DQo+IHdhbnRzIHRvIHJldHJpZXZlIHRoZSBjb25maWd1cmF0
aW9uIG9mIHRoZSBub2Rlcy4NCj4gPiBYTT4+PiBMZXQgbWUgZ2l2ZSBhIHNpbXBsaWZpZWQgZXhh
bXBsZSBvZiB0aGUgdGFyZ2V0IGRlcGxveW1lbnQgDQo+ID4gWE0+Pj4gZW52aXJvbm1lbnQgYW5k
IHRoZSBwZXJzb25hcyBhY3RpbmcgaW4gdGhhdCBkZXBsb3ltZW50IA0KPiA+IFhNPj4+IGVudmly
b25tZW50LiBBc3N1bWluZyB0aGF0IHRoZSBsaW1pdGVkIGRvbWFpbiBpcyBhbiBJUHY2IA0KPiA+
IFhNPj4+IGRvbWFpbiwgc3BlY2lmaWNhbGx5IGFuIGVudGVycHJpc2UgY2FtcHVzIHVzaW5nIHBo
eXNpY2FsIA0KPiA+IFhNPj4+IGNvbm5lY3Rpb25zIGJldHdlZW4gZGV2aWNlcyAoYXMgZGVzY3Jp
YmVkIGluIHNlY3Rpb24gNCBvZiANCj4gPiBYTT4+PiBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRh
LTE3KSwgdGhlIG9wZXJhdG9yIGtub3dzIHRoZSANCj4gPiBYTT4+PiBjb25maWd1cmF0aW9uIG9m
IGV2ZXJ5IG5vZGUgd2l0aGluIHRoZSBlbnRlcnByaXNlIGNhbXB1cywgDQo+ID4gWE0+Pj4gaG93
ZXZlciB0aGVyZSBpcyBubyBhIG5ldHdvcmsgZW50aXR5IChlLmcuIGNvbnRyb2xsZXIgb3IgDQo+
ID4gWE0+Pj4gbmV0d29yayBtYW5hZ2VyIG9yIHNpbWlsYXIpIHRoYXQga25vd3MgdGhlIGNvbmZp
Z3VyYXRpb24gb2YgZXZlcnkgbm9kZS4NCj4gPiBYTT4+PiBJbiBvcmRlciB0byBkZXBsb3kgSU9B
TSBQcmUtYWxsb2NhdGVkIFRyYWNpbmcsIHRoZSBvcGVyYXRvciANCj4gPiBYTT4+PiBpbnN0cnVj
dHMgdGhlIElPQU0gZW5jYXBzdWxhdGluZyBub2RlIHRvIGFkZCBJT0FNIGhlYWRlciBpbnRvIA0K
PiA+IFhNPj4+IGRhdGEgcGFja2V0cyBtZWV0aW5nIGEgcnVsZSBvZiBEQStTQStGbG93IExhYmVs
LCB0aHJvdWdoIA0KPiA+IFhNPj4+IENvbW1hbmQgTGluZSBvciBTTk1QIG9yIE5FVENPTkYgb3Ig
c2ltaWxhciwgdGhlIElPQU0gDQo+ID4gWE0+Pj4gZW5jYXBzdWxhdGluZyBub2RlIGZpcnN0bHkg
ZG9lcyB0cmFjZXJvdXRlIHVzaW5nIERBK1NBK0Zsb3cgDQo+ID4gWE0+Pj4gTGFiZWwgYW5kIHNl
Y29uZGx5IHNlbmRzIElDTVB2NiBFY2hvIFJlcXVlc3QgdG8gZXZlcnkgbm9kZSANCj4gPiBYTT4+
PiBkaXNjb3ZlcmVkIGJ5IHRyYWNlcm91dGUsIHRoZSBJT0FNIHRyYW5zaXQgYW5kIGRlY2Fwc3Vs
YXRpbmcgDQo+ID4gWE0+Pj4gbm9kZXMgcmVzcG9uZCB3aXRoIElDTVB2NiBFY2hvIFJlcGx5LCBh
bmQgdGhlbiB0aGUgSU9BDQo+ID4gIE0gZW5jYXBzdWxhdGluZyBub2RlIGtub3dzIHdoYXQgdGhl
IElPQU0gaGVhZGVyIGxvb2tzIGxpa2UsIGUuZy4NCj4gPiBpbmNsdWRpbmcgaG93IG1hbnkgbm9k
ZSBkYXRhIGxpc3RzIGFuZCBob3cgbXVjaCBzcGFjZSBhbGxvY2F0ZWQgZm9yIA0KPiA+IGVhY2gN
Cj4gbm9kZSBkYXRhIGxpc3QuDQo+ID4gSXMgdGhpcyBleGFtcGxlIGNsZWFyIG9yIG5vdD8NCj4g
Li5GQjogVGhhbmtzIGZvciB0aGUgZXhhbXBsZS4gVW5mb3J0dW5hdGVseSBJIGRvbid0IHJlYWxs
eSBmb2xsb3cuIElmIA0KPiB5b3UgYXNzdW1lIGEgbGltaXRlZCBkb21haW4gLSB3aGljaCB5b3Ug
ZG8gLSB0aGVuIHRoZSBvcGVyYXRvciBoYXMgDQo+IGFjY2VzcyB0byBhbGwgdGhlIG5vZGVzIGlu
IGhpcyBuZXR3b3JrLiBUaGUgb3BlcmF0b3Iga25vd3MgdGhlIA0KPiBjb25maWd1cmF0aW9uIG9m
IHRoZSBub2RlcywgaW5jbHVkaW5nIHRoZSBJT0FNIGNvbmZpZ3VyYXRpb24gb2YgdGhlIA0KPiBu
b2Rlcy4gT3IgaW4gb3RoZXIgdGVybXMsIHRoZSBvcGVyYXRvciB3b3VsZCBjb25maWd1cmUgDQo+
IGVuY2FwL2RlY2FwL3RyYW5zaXQgbm9kZXMgYWNjb3JkaW5nIHRoZSBvYmplY3RpdmVzLiBXaHkg
d291bGQgdGhlIA0KPiBvcGVyYXRvciB3b3VsZCB3YW50IHRvIHVzZSBJQ01QIHRpbWUgZXhjZWVk
ZWQgYW5kIGVjaG8gcmVwbGllcywgZ2l2ZW4gdGhhdCB0aGUgb3BlcmF0b3Iga25vd3MgdGhlIG5l
dHdvcmsgYW5kIHRoZSBjb25maWd1cmF0aW9uIG9mIHRoZSBub2Rlcz8NCj4gWE0tMj4+PiBUaGVy
ZSBhcmUgbWFpbmx5IHR3byByZWFzb25zLiBUaGUgZmlyc3Qgb25lIGlzIHRoYXQgdGhlIA0KPiBY
TS0yPj4+IG9wZXJhdG9yIG1pZ2h0DQo+IG5vdCBrbm93IHRoZSB0cmFuc3BvcnQgcGF0aCBvZiBk
YXRhIHBhY2tldCwgDQo+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgcHJvdmlkZXMg
YW4gKm9uLXBhdGgqIElPQU0gDQo+IGNhcGFiaWxpdGllcyBkaXNjb3ZlcnkgbWVjaGFuaXNtOyBU
aGUgc2Vjb25kIG9uZSBpcyB0aGF0IHRoZSBvcGVyYXRvciANCj4gZG9lc24ndCB3YW50IHRvIHBy
b3Zpc2lvbiB0b28gbXVjaCBwYXJhbWV0ZXJzIGZvciBvbmUgZmVhdHVyZSwgbXkgdGFrZSANCj4g
YXdheSBmcm9tIHRhbGtpbmcgd2l0aCBzb21lIG9wZXJhdG9ycyBpcyB0aGF0IHRoZXkgbGlrZSBh
bnkgbWVjaGFuaXNtIA0KPiB0aGF0IGNhbiByZWR1Y2UgdGhlaXIgYnVyZGVuIG9mIG1hbnVhbCBj
b25maWd1cmF0aW9uLiBJbiBhIGxpbWl0ZWQgDQo+IGRvbWFpbiwgdGhlIG9wZXJhdG9yIGNhbiBl
dmVuIHByb3Zpc2lvbiByb3V0aW5nIHRhYmxlIGF0IGV2ZXJ5IG5vZGUsIGdldHRpbmcgcmlkIG9m
IElHUCBhbmQgQkdQLCBob3dldmVyIHRoZSBvcGVyYXRvciByYXJlbHkgZG9lcyB0aGF0IHdheS4N
Cg0KLi4uRkIyOiBUQkgsIEknbSBub3Qgc3VyZSB3aGF0IHlvdSBtZWFuIHdpdGggIm9uLXBhdGgi
IElPQU0gY2FwYWJpbGl0eSBkaXNjb3ZlcnkuIA0KU2VjdGlvbiA0IG9mIHlvdXIgZHJhZnQgcHJv
cG9zZXMgdG8gdXNlIGFuIElDTVAgc3dlZXAgdG8gZGlzY292ZXIgdGhlIG5vZGVzIGluIHRoZSBu
ZXR3b3JrLiBPbiB0b3Agb2YgdGhhdCwgYSBkaXNjb3ZlcmVkIG5vZGUgd291bGQgZXhwb3NlIGEg
cG9ydGlvbiBvZiBpdHMgSU9BTSBjb25maWd1cmF0aW9uIGFzIHBhcnQgb2YgdGhlIHJlc3BvbnNl
IHRvIHRoZSBJQ01QIHN3ZWVwLiAgRG8geW91IGNhbGwgdGhlIGZhY3QgdGhhdCB5b3UncmUgZG9p
bmcgYW4gZXhwYW5kaW5nIHJpbmcgc2VhcmNoICJvbi1wYXRoIj8gV2l0aCBkcmFmdC1pZXRmLWlw
cG0taW9hbS1jb25mLXN0YXRlLCB5b3Ugc3RpbGwgd291bGRuJ3Qga25vdyB3aGljaCBhY2wvaW50
ZXJmYWNlIGNvbWJpbmF0aW9ucyBJT0FNIGlzIGFwcGxpZWQgdG8sIG5vciB3b3VsZCB5b3Uga25v
dyB3aGljaCB0aW1lc3RhbXAgZm9ybWF0IGEgdHJhbnNpdCBub2RlIHVzZXMuIEkuZS4sIHlvdSdy
ZSBvbmx5IGRpc2NvdmVyaW5nIGEgc3Vic2V0IG9mIHRoZSBJT0FNIGNhcGFiaWxpdGllcyAtIGZv
ciB3aGF0IHJlYXNvbj8gV2h5IHdvdWxkbid0IG9uZSBkaXNjb3ZlciBhbGwgdGhlIGNhcGFiaWxp
dGllcyAtIHdoaWNoIHdvdWxkIGxlYWQgdG8gdGhlIGFmb3JlIGFza2VkIGFsaWdubWVudCB3aXRo
IGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmc/DQpJbiBhZGRpdGlvbiwgY291bGQgeW91IGVsYWJv
cmF0ZSBob3cgeW91ciBhcHByb2FjaCB3b3VsZCByZWR1Y2UgdGhlIGFtb3VudCBvZiAibWFudWFs
IGNvbmZpZ3VyYXRpb24iIC0gY29tcGFyZWQgdG8gYXBwcm9hY2hlcyB0aGF0IGxldmVyYWdlIGRy
YWZ0LWlldGYtaXBwbS1pb2FtLXlhbmc/DQoNCkFsbCB0aGVzZSBxdWVzdGlvbnMgcG9pbnQgYmFj
ayB0byB0aGUgb3JpZ2luYWwgcXVlc3Rpb24gb2YgIndoYXQgaXMgdGhlIGRlcGxveW1lbnQgZW52
aXJvbm1lbnQgdGhhdCB5b3UgaGF2ZSBpbiBtaW5kPyIgYW5kIHdoYXQgaXMgdGhlIGFzc29jaWF0
ZWQgcHJvYmxlbSB0aGF0IHlvdSdyZSB0cnlpbmcgdG8gc29sdmUuIFlvdSBzZWVtIHRvIHRhcmdl
dCBhIGRlcGxveW1lbnQsIHdoZXJlIHRoZSBvcGVyYXRvciBkb2VzIG5vdCBrbm93IGFsbCB0aGUg
bm9kZXMgaW4gdGhlIG5ldHdvcmssIG5vciB0aGVpciBjb25maWd1cmF0aW9uIC0gYnV0IHdoZXJl
IGF0IHRoZSBzYW1lIHRpbWUsIElDTVAgc3dlZXBzIGFyZSBmZWFzaWJsZSwgYW5kIHlvdSBoYXZl
IHNlY3VyaXR5IGFzc29jaWF0aW9ucyBhdmFpbGFibGUgdG8gYWxsIHRoZSBub2RlcyAodG8gdGhl
IG5vZGVzIHRoYXQgeW91IGRvbid0IGtub3cpLCBzbyB0aGF0IHlvdSBjYW4gcHJvdGVjdCBJQ01Q
IHBheWxvYWQgd2l0aCBFU1AgYW5kIEFILiANCkl0IHdvdWxkIGJlIGdvb2QgaWYgeW91IGNvdWxk
IGFkZCBhIHBhcmFncmFwaCB0byB0aGUgZHJhZnQgdGhhdCBhbnN3ZXJzIHRob3NlIHF1ZXN0aW9u
cyBjbGVhcmx5LCBpZGVhbGx5IHdpdGggYSBzZXQgb2YgZXhhbXBsZXMuIA0KDQpDaGVlcnMsIEZy
YW5rDQoNCj4gQ2hlZXJzLCBGcmFuaw0KPiA+IENoZWVycywgRnJhbmsNCj4gPiA+IHRoZW4gSSBo
YXZlDQo+ID4gPiBhIGhhcmQgdGltZSB0cnlpbmcgdG8gdW5kZXJzdGFuZCB3aHkgZm91ciB0eXBl
cyBvZiBJT0FNIGFyZSBuZWVkZWQgDQo+ID4gPiBpbiBzZWN0aW9uIDQgb2YgZHJhZnQtaWV0Zi1p
cHBtLWlvYW0tZGVwbG95bWVudA0KPiA+ID4gKGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv
ZG9jL2h0bWwvZHJhZnQtaWV0Zi1pcHBtLWlvYW0tDQo+ID4gPiBkZXBsb3ltZW50I3NlY3Rpb24t
NCkuIElNSE8gb25seSBvbmUgdHlwZSBvZiBJT0FNIGlzIG5lY2Vzc2FyeSBhbmQgDQo+ID4gPiBl
bm91Z2gsIHRoYXQncyBEaXJlY3QgRXhwb3J0IElPQU0gZGVzY3JpYmVkIGluIHNlY3Rpb24gNC40
LCB3b3VsZCANCj4gPiA+IHlvdSBwbGVhc2UgZXhwbGFpbiBlbGFib3JhdGVseT8NCj4gPiA+DQo+
ID4gPiBCZXN0IFJlZ2FyZHMsDQo+ID4gPiBYaWFvIE1pbg0KPiA+ID4gLS0tLS0tLS0tLS0tLS0t
LS0t5Y6f5aeL6YKu5Lu2LS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gPiDlj5Hku7bkurrvvJpGcmFu
a0Jyb2NrbmVycyhmYnJvY2tuZSkNCj4gPiA+IOaUtuS7tuS6uu+8muiCluaVjzEwMDkzNTcwOw0K
PiA+ID4g5oqE6YCB5Lq677yaaXBwbUBpZXRmLm9yZzt0cGF1bHlAYXBwbGUuY29tOw0KPiA+ID4g
5pelIOacnyDvvJoyMDIx5bm0MTLmnIgxN+aXpSAxNzo0Nw0KPiA+ID4g5Li7IOmimCDvvJpSRTog
UmU6W2lwcG1dIFByb2dyZXNzaW5nIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUgSGkg
DQo+ID4gPiBYaWFvIE1pbiwgcGVyDQo+ID4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn
L2RvYy9odG1sL2RyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtDQo+ID4gPiAxNyNzZWN0aW9uLTQs
IElPQU0gaXMgZm9jdXNlZCBvbiAibGltaXRlZCBkb21haW5zIiBhcyBkZWZpbmVkIGluIA0KPiA+
ID4gW1JGQzg3OTldLCB3aGljaCBpcyBwZXIgUkZDIDg3OTkgdGhlIHNhbWUgYXMgd2hhdCBpcyBh
bHNvIHJlZmVycmVkIA0KPiA+ID4gdG8gYXMgYSAiY29udHJvbGxlZCBlbnZpcm9ubWVudCIuIFBl
cnNvbmFsbHkgSSB1bmRlcnN0YW5kIA0KPiA+ID4gIkNvbnRyb2xsZWQgZW52aXJvbm1lbnQiIGFz
IGFuIGVudmlyb25tZW50IHdoZXJlIGFuIG9wZXJhdG9yIGRvZXMgDQo+ID4gPiBoYXZlIGNvbnRy
b2wgb3ZlciB0aGUgbm9kZXMgaW4gdGhlIG5ldHdvcmsgYW5kIHRoZWlyIA0KPiA+ID4gY29uZmln
dXJhdGlvbiwgaS5lLiwgdGhlIG9wZXJhdG9yIGhhcyBjb250cm9sIG92ZXIgaGlzIG5vZGVzLCAN
Cj4gPiA+IGtub3dzIHdoYXQgbmV0d29yayBlbGVtZW50cyBoZSBpcyBkZWFsaW5nIHdpdGggYW5k
IHdoYXQgdGhlIGNvbmZpZyANCj4gPiA+IG9mIHRoZSBub2RlcyBpcy4gSG93IHRoaXMgY29udHJv
bCBpcyBpbXBsZW1lbnRlZCAtIHdoZXRoZXIgdGhlcmUgDQo+ID4gPiBpcyBvbmUgb3Igc2V2ZXJh
bCAiY29udHJvbGxlcnMiIG9yICJuZXR3b3JrIG1hbmFnZXJzIiBvciBzaW1pbGFyIC0gDQo+ID4g
PiBpcyBhbiBpbXBsZW1lbnRhdGlvbiBkZXRhaWwNCj4gSU1ITy4NCj4gPiA+IENoZWVycywgRnJh
bmsNCj4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gRnJvbTogeGlh
by5taW4yQHp0ZS5jb20uY24gPHhpYW8ubWluMkB6dGUuY29tLmNuPg0KPiA+ID4gPiBTZW50OiBG
cmlkYXksIDE3IERlY2VtYmVyIDIwMjEgMDM6MjkNCj4gPiA+ID4gVG86IEZyYW5rIEJyb2NrbmVy
cyAoZmJyb2NrbmUpIDxmYnJvY2tuZUBjaXNjby5jb20+DQo+ID4gPiA+IENjOiBpcHBtQGlldGYu
b3JnOyB0cGF1bHlAYXBwbGUuY29tDQo+ID4gPiA+IFN1YmplY3Q6IFJlOltpcHBtXSBQcm9ncmVz
c2luZyBkcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlDQo+ID4gPiA+DQo+ID4gPiA+IEhp
IEZyYW5rLA0KPiA+ID4gPg0KPiA+ID4gPiBUaGFua3MgZm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3
IGFuZCB0aG91Z2h0ZnVsIGNvbW1lbnRzLg0KPiA+ID4gPiBJIGFwb2xvZ2l6ZSBpZiBJIG1pc2lu
dGVycHJldGVkIHlvdXIgbWluZC4NCj4gPiA+ID4gQ29uc2lkZXJpbmcgdGhhdCB5b3VyIGhvbGlk
YXkgc2Vhc29uIGlzIGNvbWluZywgYmVmb3JlIGRpZ2dpbmcgDQo+ID4gPiA+IGludG8gdGVjaG5p
Y2FsIGRldGFpbHMsIEkgc3VnZ2VzdCB0aGF0IHdlIGRpc2N1c3MgdGhlIElPQU0gDQo+ID4gPiA+
IGRlcGxveW1lbnQgZW52aXJvbm1lbnQNCj4gPiA+IGZpcnN0Lg0KPiA+ID4gPiBBcyB5b3UgbWF5
IGhhdmUgbm90aWNlZCB3aGlsZSByZWFkaW5nIHRocm91Z2gNCj4gPiA+ID4gZHJhZnQtaWV0Zi1p
cHBtLWlvYW0tY29uZi0gc3RhdGUtMDIsIGluIHRoZSBpbnRyb2R1Y3Rpb24gc2VjdGlvbiANCj4g
PiA+ID4gaXQgc2F5cyAiQSBjZW50cmFsaXplZCBjb250cm9sbGVyIHdoaWNoIG93bnMgdGhlIGVu
YWJsZWQgSU9BTSANCj4gPiA+ID4gY2FwYWJpbGl0aWVzIG9mIGVhY2ggSU9BTSBkZXZpY2UgY291
bGQgYmUgdXNlZCBpbiBzb21lIElPQU0gDQo+ID4gPiA+IGRlcGxveW1lbnRzLiAgVGhlIElPQU0g
ZW5jYXBzdWxhdGluZyBub2RlIGNhbiBkaXNjb3ZlciB0aGUgDQo+ID4gPiA+IGVuYWJsZWQgSU9B
TSBjYXBhYmlsaXRpZXMgaW5mb21hdGlvbiBmcm9tIHRoZSBjZW50cmFsaXplZCANCj4gPiA+ID4g
Y29udHJvbGxlciwgdXNpbmcsIGZvciBleGFtcGxlLCBORVRDT05GL1lBTkcsIFBDRVAsIG9yIEJH
UC4gIEluIA0KPiA+ID4gPiB0aGUgSU9BTSBkZXBsb3ltZW50IHNjZW5hcmlvIHdoZXJlIHRoZXJl
IGlzIG5vIGNlbnRyYWxpemVkIA0KPiA+ID4gPiBjb250cm9sbGVyLCBORVRDT05GL1lBTkcgb3Ig
SUdQIG1heQ0KPiA+ID4gYmUgdXNlZCBieSB0aGUgSU9BTSBlbmNhcHN1bGF0aW5nIG5vZGUgdG8g
ZGlzY292ZXIgdGhlc2UgSU9BTSANCj4gPiA+IGNhcGFiaWxpdGllcyBpbmZvcm1hdGlvbi4iDQo+
ID4gPiA+IEkga25vdyB5b3UncmUgdGhlIHByaW1hcnkgYXV0aG9yIG9mIGJvdGggSU9BTS1EYXRh
IGFuZCANCj4gPiA+ID4gSU9BTS1EZXBsb3ltZW50IGRvY3VtZW50cywgc28gSSBoYXZlIGEgZnVu
ZGFtZW50YWwgcXVlc3Rpb24gdG8geW91Og0KPiA+ID4gPiBJcyB0aGUgYWJvdmUgc3RhdGVtZW50
IGNvcnJlY3Qgb3Igbm90Pw0KPiA+ID4gPiBNb3JlIHNwZWNpZmljYWxseSwgaWYgeW91IGNhbiBj
b25maXJtIHRoYXQgInRoZSBJT0FNIGRlcGxveW1lbnQgDQo+ID4gPiA+IHNjZW5hcmlvIHdoZXJl
IHRoZXJlIGlzIG5vIGNlbnRyYWxpemVkIGNvbnRyb2xsZXIiIGRvZXNuJ3QgZXhpc3QgDQo+ID4g
PiA+IGF0IGFsbCwgb24gYm90aCB0aGUgbWFpbGluZyBsaXN0IGFuZCB0aGUgSU9BTS1EZXBsb3lt
ZW50IA0KPiA+ID4gPiBkb2N1bWVudCwgdGhlbiBJIHN1Z2dlc3QgSVBQTSBXRyB0byBhYmFuZG9u
IGRyYWZ0LSANCj4gPiA+ID4gaWV0Zi1pcHBtLWlvYW0tY29uZi1zdGF0ZSwgdGhhdCB3b3VsZCBz
YXZlIHRoZSBlbmVyZ3kgb2YgdGhlIA0KPiA+ID4gPiB3aG9sZSB3Zw0KPiBpbmNsdWRpbmcgeW91
IGFuZCBtZS4NCj4gPiA+ID4NCj4gPiA+ID4gQmVzdCBSZWdhcmRzLA0KPiA+ID4gPiBYaWFvIE1p
bg0KPiA+ID4gPiAtLS0tLS0tLS0tLS0tLS0tLS3ljp/lp4vpgq7ku7YtLS0tLS0tLS0tLS0tLS0t
LS0NCj4gPiA+ID4g5Y+R5Lu25Lq677yaRnJhbmtCcm9ja25lcnMoZmJyb2NrbmUpDQo+ID4gPiA+
IOaUtuS7tuS6uu+8muiCluaVjzEwMDkzNTcwO2lwcG1AaWV0Zi5vcmc7DQo+ID4gPiA+IOaKhOmA
geS6uu+8mlRvbW15IFBhdWx5Ow0KPiA+ID4gPiDml6Ug5pyfIO+8mjIwMjHlubQxMuaciDE25pel
IDIwOjU2DQo+ID4gPiA+IOS4uyDpopgg77yaUkU6IFtpcHBtXSBQcm9ncmVzc2luZyBkcmFmdC1p
ZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIEhpIA0KPiA+ID4gPiBYaWFvIE1pbiwgVGhhbmtzIGZv
ciBwb3N0aW5nIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhdGUtMDIuIA0KPiA+ID4gPiBJ
IHJlYWQgdGhyb3VnaCB0aGUgdXBkYXRlZCB2ZXJzaW9uIGFuZCBsb29rZWQgYXQgdGhlIGRpZmYg
dG8gdGhlIA0KPiA+ID4gPiAwMSB2ZXJzaW9uIA0KPiA+ID4gPiAoaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvcmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtaXBwbS1pb2FtLWNvbmYtc3RhDQo+ID4gPiA+IHRl
DQo+ID4gPiA+IC0gMDEmdXJsMj1kcmFmdC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlLTAyKS4g
RGlmZmVyZW50IGZyb20gDQo+ID4gPiA+IHdoYXQgeW91IHN0YXRlIGJlbG93LCBJIGRvbid0IHNl
ZSBhbnkgb2YgbXkgY29tbWVudHMgcmVmbGVjdGVkLg0KPiA+ID4gPiBUaGUgdHdvIG1haW4gcG9p
bnRzIEkgbWVudGlvbmVkIGluIHRoZSBsYXN0IFdHIG1lZXRpbmcgd2VyZSANCj4gPiA+ID4gYWJv
dXQNCj4gPiA+ID4gKGEpIGFsaWdubWVudCB3aXRoIGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcg
YW5kIChiKSANCj4gPiA+ID4gZW5oYW5jZW1lbnRzIHRvIHRoZSBzZWN1cml0eSBzZWN0aW9uLCBy
ZWZsZWN0aW5nIHRoYXQgdGhlIA0KPiA+ID4gPiBwcm90b2NvbCB5b3UgYXJlIGRlZmluaW5nIGlz
IGEgbmV0d29yayBtYW5hZ2VtZW50IHByb3RvY29sLCBhbmQgDQo+ID4gPiA+IG5lZWRzIHRvIGJl
IHNlY3VyZWQgYXMNCj4gc3VjaC4NCj4gPiA+ID4gTW9yZSBzcGVjaWZpY2FsbHk6DQo+ID4gPiA+
ICogQWxpZ25tZW50IHdpdGggZHJhZnQtaWV0Zi1pcHBtLWlvYW0teWFuZzoNCj4gPiA+ID4gVGhl
IElQUE0gV0cgaXMgaW4gdGhlIHByb2Nlc3Mgb2YgZGVmaW5pbmcgYSBZQU5HIG1vZHVsZSBmb3Ig
SU9BTToNCj4gPiA+ID4gZHJhZnQtaWV0Zi0gaXBwbS1pb2FtLXlhbmcuIFdlIHNob3VsZCBoYXZl
IGEgc2luZ2xlLCANCj4gPiA+ID4gY29tcHJlaGVuc2l2ZSBtb2RlbCBmb3IgY29uZmlnIGluZm9y
bWF0aW9uIGZvciBJT0FNLiBUaGF0IG1vZGVsIA0KPiA+ID4gPiBjYW4gdGhlbiBiZSByZW5kZXJl
ZCBpbnRvIGRpZmZlcmVudCB0cmFuc3BvcnRzIChiZSBpdCBKU09OLCBYTUwsIA0KPiA+ID4gPiBv
ciB5ZXQgYW5vdGhlciBmb3JtYXQgLSB0byB0aGVuIGJlIGNhcnJpZWQgb3ZlciBhIGUuZy4gSUNN
UCBpbiANCj4gPiA+ID4geW91ciBjYXNlKS4gUmlnaHQgbm93IGRyYWZ0LWlldGYtaXBwbS1pb2Ft
LWNvbmYtc3RhdGUgaGVhZHMgZG93biANCj4gPiA+ID4gYSBwYXRoIG9mIGRlZmluaW5nIGEgbmV3
IHNldCBvZiBtYW5hZ2VtZW50IG9iamVjdHMgLSBtYW55IGFyZSANCj4gPiA+ID4gc2ltaWxhciB0
byB3aGF0IGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcgYWxyZWFkeSBkZWZpbmVzLCBzb21lIA0K
PiA+ID4gPiB0aGV5IGFyZSBsZXNzIGNvbXByZWhlbnNpdmUsIHNvbWUgaGludCBhdCBhZGRpdGlv
bmFsIGluZm9ybWF0aW9uIA0KPiA+ID4gPiB0aGF0IGRyYWZ0LWlldGYtaXBwbS1pb2FtLXlhbmcg
ZG9lcyBub3QgY292ZXIgeWV0OiBFLmcuLCAgeW91IA0KPiA+ID4gPiBkZWZpbmUgYSAiUHJlLWFs
bG9jYXRlZCBUcmFjaW5nIENhcGFiaWxpdGllcyBPYmplY3QiIHdoZXJlIA0KPiA+ID4gPiBkcmFm
dC1pZXRmLWlwcG0taW9hbS15YW5nICBoYXMgYSAiUHJlYWxsb2NhdGVkIFRyYWNpbmcgUHJvZmls
ZSINCj4gPiA+ID4gZGVmaW5lZC4gWW91IGRlZmluZSBpbmdyZXNzIGludGVyZmFjZSBmaWVsZHMs
IHdoaWNoIGlzIA0KPiA+ID4gPiBpbmZvcm1hdGlvbiwgd2hpY2ggaXMgbW9yZSBjb21wcmVoZW5z
aXZlbHkgZGVmaW5lZCBieSB0aGUgDQo+ID4gPiA+IGlvYW0tZmlsdGVyDQo+IGdyb3VwaW5nLg0K
PiA+ID4gPiBZb3UgZGVmaW5lIHNwZWNpZmljIGZpZWxkcyB0byBkZXNjcmliZSB0aGUgdGltZXN0
YW1wIGZvcm1hdCB1c2VkIA0KPiA+ID4gPiBieSBhIG5vZGUsIHdoaWNoIGlzIGluZm9ybWF0aW9u
IHRoYXQgc2hvdWxkIGJlICBkZXNjcmliZWQgYXMgDQo+ID4gPiA+IHBhcnQgb2YgdGhlIGlvYW0t
aW5mbyBjb250YWluZXIgLSBhbmQgd2hpY2ggaXMgY3VycmVudGx5IG1pc3NpbmcgDQo+ID4gPiA+
IGluDQo+ID4gPiA+IGRyYWZ0LWlldGYtaXBwbS1pb2FtLQ0KPiA+ID4geWFuZzsgcG9pbnQgd2Vs
bCB0YWtlbiA6LSkuIEl0IGlzIGludGVyZXN0aW5nIHRvIG5vdGUgdGhhdA0KPiA+ID4gZHJhZnQt
aWV0Zi1pcHBtLWlvYW0tIGNvbmYtc3RhdGUgZG9lcyBub3QgZXZlbiByZWZlcmVuY2UgDQo+ID4g
PiBkcmFmdC1pZXRmLQ0KPiA+ID4gaXBwbS0NCj4gPiBpb2FtLXlhbmcuDQo+ID4gPiA+IEZyb20g
bXkgcGVyc3BlY3RpdmUgd2Ugc2hvdWxkIGhhdmUgb25lIHNpbmdsZSBkYXRhIG1vZGVsIGZvciAN
Cj4gPiA+ID4gSU9BTSBjb25maWd1cmF0aW9uIC0gYW5kIHRoYXQgaXMgdGhlIFlBTkcgbW9kdWxl
IGRlZmluZWQgaW4NCj4gPiA+ID4gZHJhZnQtaWV0Zi1pcHBtLWlvYW0tIHlhbmcuIExldCdzIG1h
a2Ugc3VyZSB0aGF0IHRoaXMgbW9kZWwgDQo+ID4gPiA+IGNvdmVycyBhbGwgdGhlIGluZm9ybWF0
aW9uIHJlcXVpcmVkIHRvIHByb3Blcmx5IG1hbmFnZSBJT0FNLiANCj4gPiA+ID4gVGhlbiBkcmFm
dC1pZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIHdvdWxkIGJlIHNvbGVseSBmb2N1c2VkIG9uIA0K
PiA+ID4gPiBkZWZpbmluZyBob3cgdGhhdCBZQU5HIG1vZHVsZSAoZnJvbSBkcmFmdC1pZXRmLWlw
cG0taW9hbS15YW5nKSANCj4gPiA+ID4gd291bGQgYmUgcmVuZGVyZWQNCj4gPiA+IGludG8gZS5n
LiwgSUNNUCBhcyBhIGNhcnJpZXIgcHJvdG9jb2wuDQo+ID4gPiA+ICogU2VjdXJpdHk6IFJldmlz
aW9uIC0wMiBkb2VzIG5vdCBzZWVtIHRvIHVwZGF0ZSB0aGUgc2VjdXJpdHkgc2VjdGlvbi4NCj4g
PiA+ID4gSU1ITywgc2VjdGlvbiA2IG9uIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHNob3VsZCBi
ZSBlbmhhbmNlZCB0byANCj4gPiA+ID4gY2xlYXJseSBhcnRpY3VsYXRlIHRoYXQgd2UncmUgZGVh
bGluZyB3aXRoIHZlcnkgc2Vuc2l0aXZlIGluZm9ybWF0aW9uLg0KPiA+ID4gPiBDb25zaWRlciBs
b2FuaW5nIGZyb20gZS5nLiwNCj4gPiA+ID4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k
b2MvaHRtbC9yZmM2MjQxI3NlY3Rpb24tOS4gQXMgcGFydCANCj4gPiA+ID4gb2YgdGhlIGRpc2N1
c3Npb24sIGl0IHdvdWxkIGJlIGdvb2QgdG8gc2VlIGFuIGV4cGxhbmF0aW9uIHdoZXJlIA0KPiA+
ID4gPiB5b3UnZCBleHBlY3QgIGRyYWZ0LSBpZXRmLWlwcG0taW9hbS1jb25mLXN0YXRlIHRvIGJl
IHVzZWQuIEdpdmVuIA0KPiA+ID4gPiB0aGUgZGlzY3Vzc2lvbiBpbiB0aGUgSW50cm9kdWN0aW9u
IHNlY3Rpb24sIHlvdSBzZWVtIHRvIGFzc3VtZSANCj4gPiA+ID4gYW4gZW52aXJvbm1lbnQgdGhh
dCBkb2VzIG5vdCBoYXZlIGEgY2VudHJhbCBuZXR3b3JrIG1hbmFnZW1lbnQgDQo+ID4gPiA+IHN0
YXRpb24gLyBjb250cm9sbGVyIGluIHBsYWNlLiBPciBpbiBvdGhlciB0ZXJtcywgeW91IHNlZW0g
dG8gDQo+ID4gPiA+IHRhcmdldCBhIGRlcGxveW1lbnQsIHdoaWNoIGlzbid0IGEgbGltaXRlZCBk
b21haW4gcGVyIFJGQyA4Nzk5LiANCj4gPiA+ID4gSW4gdGhhdCBjYXNlLCBJIHdvdWxkIGV4cGVj
dCB0aGF0IHdlIGhhdmUgbm9ybWF0aXZlIGxhbmd1YWdlIA0KPiA+ID4gPiB0aGF0IHJlcXVpcmVz
IHRoZSB1c2Ugb2Ygc3Ryb25nDQo+ID4gPiBhdXRoZW50aWNhdGlvbiBhbmQgZW5jcnlwdGlvbiBi
ZXR3ZWVuIHRoZSBub2RlcyAoaS5lLiwgTVVTVCB1c2UgDQo+ID4gPiBJQ01QIHdpdGggQUggYW5k
IEVTUC4uKS4NCj4gPiA+ID4gSW4gYWRkaXRpb24gdG8gdGhlIGFib3ZlLCBJIHN0cnVnZ2xlIHRv
IHVuZGVyc3RhbmQgdGhlIA0KPiA+ID4gPiAiT3BlcmF0aW9uYWwgR3VpZGUiIGluIHNlY3Rpb24g
NDogQ291bGQgeW91IHNoZWQgYSBiaXQgbW9yZSANCj4gPiA+ID4gbGlnaHQgb24gaG93IHlvdSBl
eHBlY3QgdGhpbmdzIHRvIHdvcmsgLSBhbmQgd2hhdCBhIHRhcmdldCANCj4gPiA+ID4gZGVwbG95
bWVudCBlbnZpcm9ubWVudCB3b3VsZCBsb29rIGxpa2U/IEl0IHNlZW1zIHRoYXQgeW91IGFzc3Vt
ZSANCj4gPiA+ID4gdGhhdCB5b3UgZG9uJ3Qga25vdyB0aGUgbmV0d29yayBub3IgdGhlIGRlc3Rp
bmF0aW9uIGFkZHJlc3NlcyBpbiANCj4gPiA+ID4geW91cg0KPiA+ID4gPiBuZXR3b3JrOiBEbyB5
b3UgZXhwZWN0IHRoYXQgeW91IHdvdWxkIGRvIHJlZ3VsYXIgIklDTVAgZWNobyBzd2VlcHMiDQo+
ID4gPiA+IGluIHlvdXIgbmV0d29yaz8gRG8geW91IGV4cGVjdCB0aGF0LCB3aGlsZSBkb2luZyB0
aGUgZXhwYW5kaW5nIA0KPiA+ID4gPiByaW5nIHNlYXJjaCwgYW4gSUNNUCB0aW1lIGV4Y2VlZGVk
IG1lc3NhZ2Ugd291bGQgYWxzbyBjYXJyeSB0aGUgDQo+ID4gPiA+ICJJT0FNIENhcGFiaWxpdGll
cyBSZXNwb25zZSBDb250YWluZXIgSGVhZGVyIiwgc28gdGhhdCB0aGUgDQo+ID4gPiA+IGNhcGFi
aWxpdGllcyBjb250YWluZXIgd291bGQgbm90IG9ubHkgYmUgY2FycmllZCBpbiB0aGUgZWNobyAN
Cj4gPiA+ID4gcmVwbHkgbWVzc2FnZSBidXQgYWxzbyBpbiB0aGUNCj4gPiA+IHRpbWUgZXhjZWVk
ZWQgbWVzc2FnZT8NCj4gPiA+ID4gVGhhbmtzLCBGcmFuaw0KPiA+ID4gPiAoQlRXIC0gTm90ZSB0
aGF0IGR1ZSB0byB0aGUgdXBjb21pbmcgaG9saWRheSBzZWFzb24sIHJlcGxpZXMgDQo+ID4gPiA+
IG1pZ2h0IGJlDQo+ID4gPiBkZWxheWVkKS4NCj4gPiA+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3Nh
Z2UtLS0tLQ0KPiA+ID4gPiA+IEZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZz4gT24g
QmVoYWxmIE9mIA0KPiA+ID4gPiA+IHhpYW8ubWluMkB6dGUuY29tLmNuDQo+ID4gPiA+ID4gU2Vu
dDogRnJpZGF5LCAxMCBEZWNlbWJlciAyMDIxIDA4OjAxDQo+ID4gPiA+ID4gVG86IGlwcG1AaWV0
Zi5vcmcNCj4gPiA+ID4gPiBTdWJqZWN0OiBbaXBwbV0gUHJvZ3Jlc3NpbmcgZHJhZnQtaWV0Zi1p
cHBtLWlvYW0tY29uZi1zdGF0ZQ0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gSGkgSVBQTSBXRywNCj4g
PiA+ID4gPg0KPiA+ID4gPiA+IFRoZSAtMDIgdmVyc2lvbiBvZiBkcmFmdC1pZXRmLWlwcG0taW9h
bS1jb25mLXN0YXRlIGhhcyBiZWVuIHBvc3RlZC4NCj4gPiA+ID4gPiBUaGVyZSBhcmUgbWFpbmx5
IHR3byBjaGFuZ2VzLCBvbmUgaXMgb24gSU9BTSBUcmFjaW5nIA0KPiA+ID4gPiA+IENhcGFiaWxp
dGllcyBPYmplY3RzIHRvIG1ha2UgdGhlbSBhcHBsaWNhYmxlIHRvIElDTVB2NiANCj4gPiA+ID4g
PiBleHRlbnNpb25zLCBhbm90aGVyIG9uZSBpcyBvbiBJT0FNIFByb29mLW9mLSBUcmFuc2l0IA0K
PiA+ID4gPiA+IENhcGFiaWxpdGllcyBPYmplY3QgdG8gbWFrZSBpdCBhbGlnbmVkIHdpdGggdGhl
IHVwZGF0ZWQgDQo+ID4gPiA+ID4gSU9BTS1EYXRhDQo+IGRvY3VtZW50Lg0KPiA+ID4gPiA+IEFs
c28gbm90ZSB0aGF0IEkndmUgaGFkIGFuIG9mZmxpbmUgZGlzY3Vzc2lvbiB3aXRoIHdnIGNoYWly
cyANCj4gPiA+ID4gPiBhbmQgRnJhbmsgQnJvY2tuZXJzLCBteSBjb25jbHVzaW9uIGlzIHRoYXQg
RnJhbmsncyBjb25jZXJuIA0KPiA+ID4gPiA+IHJhaXNlZCBhdCBJRVRGIDExMiBoYXMgYmVlbiBh
ZGRyZXNzZWQuIElmIHRoYXQncyBub3QgdGhlIGNhc2UsIHBsZWFzZSBzcGVhayB1cC4NCj4gPiA+
ID4gPiBXaXRoIHRoYXQgc2FpZCwgSSB0aGluayB0aGlzIGRyYWZ0IGlzIHJlYWR5IGZvciBXR0xD
Lg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gQmVzdCBSZWdhcmRzLA0KPiA+ID4gPiA+IFhpYW8gTWlu
DQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KPiA+ID4gPiA+IGlwcG0gbWFpbGluZyBsaXN0DQo+ID4gPiA+ID4gaXBw
bUBpZXRmLm9yZw0KPiA+ID4gPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vaXBwbQ0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
CmlwcG0gbWFpbGluZyBsaXN0DQppcHBtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2lwcG0NCg==


From nobody Fri Dec 31 00:31:09 2021
Return-Path: <xiao.min2@zte.com.cn>
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 706D83A1124 for <ippm@ietfa.amsl.com>; Fri, 31 Dec 2021 00:31:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XoahDbP7lnl0 for <ippm@ietfa.amsl.com>; Fri, 31 Dec 2021 00:31:02 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 39A3C3A1121 for <ippm@ietf.org>; Fri, 31 Dec 2021 00:31:01 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4JQJJ344WBz7h5QH for <ippm@ietf.org>; Fri, 31 Dec 2021 16:30:59 +0800 (CST)
Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4JQJHS31WFz51SRy; Fri, 31 Dec 2021 16:30:28 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl1.zte.com.cn with SMTP id 1BV8UEG8082078; Fri, 31 Dec 2021 16:30:14 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Fri, 31 Dec 2021 16:30:14 +0800 (CST)
Date: Fri, 31 Dec 2021 16:30:14 +0800 (CST)
X-Zmail-TransId: 2afa61cebf963495fffb
X-Mailer: Zmail v1.0
Message-ID: <202112311630143875879@zte.com.cn>
In-Reply-To: <CY4PR11MB167203181720E542E61F8EB1DA459@CY4PR11MB1672.namprd11.prod.outlook.com>
References: 202112101500302348450@zte.com.cn, 202112301017532346647@zte.com.cn, CY4PR11MB167203181720E542E61F8EB1DA459@CY4PR11MB1672.namprd11.prod.outlook.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <fbrockne@cisco.com>
Cc: <ippm@ietf.org>, <tpauly@apple.com>
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl1.zte.com.cn 1BV8UEG8082078
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 61CEBFC3.000 by FangMail milter!
X-FangMail-Envelope: 1640939459/4JQJJ344WBz7h5QH/61CEBFC3.000/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61CEBFC3.000/4JQJJ344WBz7h5QH
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/4L-EdQMctK-fA3jeBL775aGcxz4>
Subject: Re: [ippm]  =?utf-8?q?Progressing=C2=A0draft-ietf-ippm-ioam-conf-stat?= =?utf-8?q?e?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 31 Dec 2021 08:31:08 -0000

Hi Frank,

Please see inline ("XM-3>>>").
Happy New Year to you and all IPPM folks!

Best Regards,
Xiao Min
------------------原始邮件------------------
发件人：FrankBrockners(fbrockne)
收件人：肖敏10093570;
抄送人：ippm@ietf.org;tpauly@apple.com;
日 期 ：2021年12月30日 18:33
主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
Hi Xiao Min,
Please see inline...
> -----Original Message-----
> From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> Sent: Thursday, 30 December 2021 03:18
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: ippm@ietf.org; tpauly@apple.com
> Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
>
> Hi Frank,
>
> Please see inline...
>
> Best Regards,
> Xiao Min
> ------------------原始邮件------------------
> 发件人：FrankBrockners(fbrockne)
> 收件人：肖敏10093570;
> 抄送人：ippm@ietf.org;tpauly@apple.com;
> 日 期 ：2021年12月29日 18:42
> 主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao Min,
> Please see inline...
> > -----Original Message-----
> > From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> > Sent: Wednesday, 29 December 2021 09:15
> > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> > Cc: ippm@ietf.org; tpauly@apple.com
> > Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
> >
> > Hi Frank,
> >
> > Thanks for replying to my email during your holiday season.
> > Please see inline ("XM>>>").
> >
> > Best Regards,
> > Xiao Min
> > ------------------原始邮件------------------
> > 发件人：FrankBrockners(fbrockne)
> > 收件人：肖敏10093570;
> > 抄送人：ippm@ietf.org;tpauly@apple.com;
> > 日 期 ：2021年12月28日 23:21
> > 主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi Xiao
> > Min, Please see inline ("...FB")
> > > -----Original Message-----
> > > From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> > > Sent: Monday, 20 December 2021 03:01
> > > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> > > Cc: ippm@ietf.org; tpauly@apple.com
> > > Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
> > >
> > > Hi Frank,
> > >
> > > Thank you for the quick reply.
> > > I believe you've provided your answer to my question implicitly,
> > > however what I requested is a clear conclusion, on both the mailing
> > > list and the draft-ietf-ippm- ioam-deployment.
> > > If I understand you correctly this time, you meant that the IOAM
> > > deployment must include a centralized controller or network manager
> > > or similar,
> > ..FB: Let me restate what I said below: The current IOAM drafts assume
> > that IOAM is deployed in a limited domain (RFC8799), also called
> > controlled domain, i.e., a deployment where an operator does have
> > control over the nodes in the network and their configuration. IMHO
> > the use of the term "controller" does not help the discussion, because
> > "controller" means different things to different people. The key
> > aspect is that in a limited/controlled domain, the operator has control over the
> nodes in the limited domain and their configuration.
> > XM>>> In a limited domain, the operator has control over the nodes in
> > XM>>> the
> > limited domain and their configuration, doesn't mean there must be a
> > network entity (e.g. controller or network manager or similar) which
> > has control over the nodes in the limited domain and their
> > configuration, is my understanding correct or not?
> ..FB: The operator has control over the nodes of the limited domain - i.e., the
> operator is the entity that owns the control of the network. Operators use a
> variety of tools and methods to operationalize the control. From what I know,
> there is no crisp definition of how the control is operationalized - and TBH, it
> would be quite challenging to create a comprehensive list, which would include
> all types of approaches to configure and operate devices.
> XM-2>>> To be more specific, in a limited domain, except for human being, is
> there must be a single network entity which has control over all the nodes and
> their configuration?
..FB2: For the definition of a limited domain, it is best to simply refer to RFC 8799 :-).
The main point is that a limited or controlled domain is one where you *know* your nodes and their config.
I don't think that RFC 8799 lists a requirement for a single network entity that has control over all the nodes - and TBH, I don't think that it matters for the current discussion.
XM-3>>> Thanks for your confirmation. The reason why I regarded it as a fundamental question is that if I got the counter confirmation, then I would suggest the IPPM WG to abandon draft-ietf-ippm-ioam-conf-state which triggered this discussion thread.
> > Wrt/ DEX: On top of the ability to control the nodes and their
> > configuration, DEX requires you to have a solution in place which
> > allows you to retrieve, ingest, process, and correlate per-packet IOAM
> > data from every node in the limited domain. This requirement to
> > retrieve, ingest, process, and correlate per-packet IOAM data from
> > every node in the limited domain is specific to the DEX IOAM-
> > Option-Type and not required by the other IOAM-Option-Types. For
> > example, the two IOAM Trace-Option-Types automatically correlate the
> > information from the different nodes by assembling the info in the node-list
> array while the packet traverses the network.
> > XM>>> This requirement to retrieve, ingest, process, and correlate
> > XM>>> per-packet
> > IOAM data from every node in the limited domain is not required by
> > some IOAM- Option-Types, that means there may be a limited domain that
> > doesn't meet the requirement that there is a network entity (e.g.
> > controller or network manager or similar) which has direct connection
> > to every node, is my understanding correct or not?
> ..FB: The operator will have a way to control the nodes in the limited domain.
> I'm not sure what a "direct connection" is - but if you refer to "direct
> connection" as a means that allows the operator to access and configure the
> device, then yes, there would be a "direct connection".
> XM-2>>> To be more specific, in a limited domain, except for human being, is
> there must be a single network entity which has one-hop IP connection to every
> node?
..FB2: See above.
> > What is required from my perspective for
> > draft-ietf-ippm-ioam-conf-state, is a crisp definition of the target
> > deployment environment draft-ietf-ippm-ioam- conf-state targets and
> > the personas acting in that deployment environment. In a
> > limited/controlled domain, we can assume that the operator knows the
> > configuration of the nodes. The problem definition of
> > draft-ietf-ippm-ioam- conf-state seems to be that "someone" who does
> > not know the configuration of the nodes in the deployment environment
> wants to retrieve the configuration of the nodes.
> > XM>>> Let me give a simplified example of the target deployment
> > XM>>> environment and the personas acting in that deployment
> > XM>>> environment. Assuming that the limited domain is an IPv6 domain,
> > XM>>> specifically an enterprise campus using physical connections
> > XM>>> between devices (as described in section 4 of
> > XM>>> draft-ietf-ippm-ioam-data-17), the operator knows the
> > XM>>> configuration of every node within the enterprise campus,
> > XM>>> however there is no a network entity (e.g. controller or network
> > XM>>> manager or similar) that knows the configuration of every node.
> > XM>>> In order to deploy IOAM Pre-allocated Tracing, the operator
> > XM>>> instructs the IOAM encapsulating node to add IOAM header into
> > XM>>> data packets meeting a rule of DA+SA+Flow Label, through Command
> > XM>>> Line or SNMP or NETCONF or similar, the IOAM encapsulating node
> > XM>>> firstly does traceroute using DA+SA+Flow Label and secondly
> > XM>>> sends ICMPv6 Echo Request to every node discovered by
> > XM>>> traceroute, the IOAM transit and decapsulating nodes respond
> > XM>>> with ICMPv6 Echo Reply, and then the IOA
> >  M encapsulating node knows what the IOAM header looks like, e.g.
> > including how many node data lists and how much space allocated for each
> node data list.
> > Is this example clear or not?
> ..FB: Thanks for the example. Unfortunately I don't really follow. If you assume
> a limited domain - which you do - then the operator has access to all the nodes
> in his network. The operator knows the configuration of the nodes, including the
> IOAM configuration of the nodes. Or in other terms, the operator would
> configure encap/decap/transit nodes according the objectives. Why would the
> operator would want to use ICMP time exceeded and echo replies, given that
> the operator knows the network and the configuration of the nodes?
> XM-2>>> There are mainly two reasons. The first one is that the operator might
> not know the transport path of data packet, draft-ietf-ippm-ioam-conf-state
> provides an *on-path* IOAM capabilities discovery mechanism; The second one
> is that the operator doesn't want to provision too much parameters for one
> feature, my take away from talking with some operators is that they like any
> mechanism that can reduce their burden of manual configuration. In a limited
> domain, the operator can even provision routing table at every node, getting rid
> of IGP and BGP, however the operator rarely does that way.
..FB2: TBH, I'm not sure what you mean with "on-path" IOAM capability discovery.
XM-3>>> The IOAM encapsulating node discovers IOAM capabilities of the nodes that are on the transport path of data packet to which IOAM header is added, not all nodes within the limited domain.

Section 4 of your draft proposes to use an ICMP sweep to discover the nodes in the network. On top of that, a discovered node would expose a portion of its IOAM configuration as part of the response to the ICMP sweep.  Do you call the fact that you're doing an expanding ring search "on-path"? With draft-ietf-ippm-ioam-conf-state, you still wouldn't know which acl/interface combinations IOAM is applied to, nor would you know which timestamp format a transit node uses. I.e., you're only discovering a subset of the IOAM capabilities - for what reason? Why wouldn't one discover all the capabilities - which would lead to the afore asked alignment with draft-ietf-ippm-ioam-yang?
XM-3>>> I guess you misinterpret section 4 of draft-ietf-ippm-ioam-conf-state, let me explain a bit more here. The mechanism defined in draft-ietf-ippm-ioam-conf-state is applied after the IOAM encapsulating node knows the ACL IOAM is applied to, not before that. Here a somewhat complicated thing is that, after the IOAM encapsulating node knows the ACL IOAM is applied to, its behavior differs between ICMPv6 and LSP Ping. If it's IPv6 domain, the IOAM encapsulating node does firsly traceroute and secondly IOAM capabilites discovery. If it's MPLS domain, the IOAM encapsulating node does traceroute and IOAM capabilities discovery synchronously. Furthermore, there is possibility that the IOAM encapsulating node has known the nodes on the path (e.g. by SR Policy), then the traceroute process can be omitted. With that said, you'll find draft-ietf-ippm-ioam-conf-state has nothing to do with draft-ietf-ippm-ioam-yang, they're orthogonal. There are some RFCs that define mechanisms of capabili
 ties discovery or OAM configuration, such as RFC 9088/9089 and RFC 7759, they don't refer to any YANG Models.

In addition, could you elaborate how your approach would reduce the amount of "manual configuration" - compared to approaches that leverage draft-ietf-ippm-ioam-yang?
XM-3>>> In the example I provided in my previous email, assuming the operator knows the transport path of data packet IOAM header is added to, the operator can input the parameters such as the number of node data lists and the bitmap of IOAM-Trace-Type manually, however draft-ietf-ippm-ioam-conf-state can help the operator to omit the mentioned manual configuration.
All these questions point back to the original question of "what is the deployment environment that you have in mind?" and what is the associated problem that you're trying to solve. You seem to target a deployment, where the operator does not know all the nodes in the network, nor their configuration - but where at the same time, ICMP sweeps are feasible, and you have security associations available to all the nodes (to the nodes that you don't know), so that you can protect ICMP payload with ESP and AH.
It would be good if you could add a paragraph to the draft that answers those questions clearly, ideally with a set of examples.
XM-3>>> Please see above for the detailed explanation and let me know which part you think appropriate to be added to the draft.
Cheers, Frank
> Cheers, Frank
> > Cheers, Frank
> > > then I have
> > > a hard time trying to understand why four types of IOAM are needed
> > > in section 4 of draft-ietf-ippm-ioam-deployment
> > > (https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-
> > > deployment#section-4). IMHO only one type of IOAM is necessary and
> > > enough, that's Direct Export IOAM described in section 4.4, would
> > > you please explain elaborately?
> > >
> > > Best Regards,
> > > Xiao Min
> > > ------------------原始邮件------------------
> > > 发件人：FrankBrockners(fbrockne)
> > > 收件人：肖敏10093570;
> > > 抄送人：ippm@ietf.org;tpauly@apple.com;
> > > 日 期 ：2021年12月17日 17:47
> > > 主 题 ：RE: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi
> > > Xiao Min, per
> > > https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-data-
> > > 17#section-4, IOAM is focused on "limited domains" as defined in
> > > [RFC8799], which is per RFC 8799 the same as what is also referred
> > > to as a "controlled environment". Personally I understand
> > > "Controlled environment" as an environment where an operator does
> > > have control over the nodes in the network and their configuration,
> > > i.e., the operator has control over his nodes, knows what network
> > > elements he is dealing with and what the config of the nodes is. How
> > > this control is implemented - whether there is one or several
> > > "controllers" or "network managers" or similar - is an implementation detail
> IMHO.
> > > Cheers, Frank
> > > > -----Original Message-----
> > > > From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
> > > > Sent: Friday, 17 December 2021 03:29
> > > > To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> > > > Cc: ippm@ietf.org; tpauly@apple.com
> > > > Subject: Re:[ippm] Progressing draft-ietf-ippm-ioam-conf-state
> > > >
> > > > Hi Frank,
> > > >
> > > > Thanks for your thorough review and thoughtful comments.
> > > > I apologize if I misinterpreted your mind.
> > > > Considering that your holiday season is coming, before digging
> > > > into technical details, I suggest that we discuss the IOAM
> > > > deployment environment
> > > first.
> > > > As you may have noticed while reading through
> > > > draft-ietf-ippm-ioam-conf- state-02, in the introduction section
> > > > it says "A centralized controller which owns the enabled IOAM
> > > > capabilities of each IOAM device could be used in some IOAM
> > > > deployments.  The IOAM encapsulating node can discover the enabled
> > > > IOAM capabilities infomation from the centralized controller,
> > > > using, for example, NETCONF/YANG, PCEP, or BGP.  In the IOAM
> > > > deployment scenario where there is no centralized controller,
> > > > NETCONF/YANG or IGP may
> > > be used by the IOAM encapsulating node to discover these IOAM
> > > capabilities information."
> > > > I know you're the primary author of both IOAM-Data and
> > > > IOAM-Deployment documents, so I have a fundamental question to you:
> > > > Is the above statement correct or not?
> > > > More specifically, if you can confirm that "the IOAM deployment
> > > > scenario where there is no centralized controller" doesn't exist
> > > > at all, on both the mailing list and the IOAM-Deployment document,
> > > > then I suggest IPPM WG to abandon draft-
> > > > ietf-ippm-ioam-conf-state, that would save the energy of the whole wg
> including you and me.
> > > >
> > > > Best Regards,
> > > > Xiao Min
> > > > ------------------原始邮件------------------
> > > > 发件人：FrankBrockners(fbrockne)
> > > > 收件人：肖敏10093570;ippm@ietf.org;
> > > > 抄送人：Tommy Pauly;
> > > > 日 期 ：2021年12月16日 20:56
> > > > 主 题 ：RE: [ippm] Progressing draft-ietf-ippm-ioam-conf-state Hi
> > > > Xiao Min, Thanks for posting draft-ietf-ippm-ioam-conf-state-02. I
> > > > read through the updated version and looked at the diff to the 01
> > > > version
> > > > (https://www.ietf.org/rfcdiff?url1=draft-ietf-ippm-ioam-conf-state
> > > > - 01&url2=draft-ietf-ippm-ioam-conf-state-02). Different from what
> > > > you state below, I don't see any of my comments reflected.
> > > > The two main points I mentioned in the last WG meeting were about
> > > > (a) alignment with draft-ietf-ippm-ioam-yang and (b) enhancements
> > > > to the security section, reflecting that the protocol you are
> > > > defining is a network management protocol, and needs to be secured as
> such.
> > > > More specifically:
> > > > * Alignment with draft-ietf-ippm-ioam-yang:
> > > > The IPPM WG is in the process of defining a YANG module for IOAM:
> > > > draft-ietf- ippm-ioam-yang. We should have a single, comprehensive
> > > > model for config information for IOAM. That model can then be
> > > > rendered into different transports (be it JSON, XML, or yet
> > > > another format - to then be carried over a e.g. ICMP in your
> > > > case). Right now draft-ietf-ippm-ioam-conf-state heads down a path
> > > > of defining a new set of management objects - many are similar to
> > > > what draft-ietf-ippm-ioam-yang already defines, some they are less
> > > > comprehensive, some hint at additional information that
> > > > draft-ietf-ippm-ioam-yang does not cover yet: E.g.,  you define a
> > > > "Pre-allocated Tracing Capabilities Object" where
> > > > draft-ietf-ippm-ioam-yang  has a "Preallocated Tracing Profile"
> > > > defined. You define ingress interface fields, which is
> > > > information, which is more comprehensively defined by the ioam-filter
> grouping.
> > > > You define specific fields to describe the timestamp format used
> > > > by a node, which is information that should be  described as part
> > > > of the ioam-info container - and which is currently missing in
> > > > draft-ietf-ippm-ioam-
> > > yang; point well taken :-). It is interesting to note that
> > > draft-ietf-ippm-ioam- conf-state does not even reference draft-ietf-
> > > ippm-
> > ioam-yang.
> > > > From my perspective we should have one single data model for IOAM
> > > > configuration - and that is the YANG module defined in
> > > > draft-ietf-ippm-ioam- yang. Let's make sure that this model covers
> > > > all the information required to properly manage IOAM. Then
> > > > draft-ietf-ippm-ioam-conf-state would be solely focused on
> > > > defining how that YANG module (from draft-ietf-ippm-ioam-yang)
> > > > would be rendered
> > > into e.g., ICMP as a carrier protocol.
> > > > * Security: Revision -02 does not seem to update the security section.
> > > > IMHO, section 6 on security considerations should be enhanced to
> > > > clearly articulate that we're dealing with very sensitive information.
> > > > Consider loaning from e.g.,
> > > > https://datatracker.ietf.org/doc/html/rfc6241#section-9. As part
> > > > of the discussion, it would be good to see an explanation where
> > > > you'd expect  draft- ietf-ippm-ioam-conf-state to be used. Given
> > > > the discussion in the Introduction section, you seem to assume an
> > > > environment that does not have a central network management
> > > > station / controller in place. Or in other terms, you seem to
> > > > target a deployment, which isn't a limited domain per RFC 8799. In
> > > > that case, I would expect that we have normative language that
> > > > requires the use of strong
> > > authentication and encryption between the nodes (i.e., MUST use ICMP
> > > with AH and ESP..).
> > > > In addition to the above, I struggle to understand the
> > > > "Operational Guide" in section 4: Could you shed a bit more light
> > > > on how you expect things to work - and what a target deployment
> > > > environment would look like? It seems that you assume that you
> > > > don't know the network nor the destination addresses in your
> > > > network: Do you expect that you would do regular "ICMP echo sweeps"
> > > > in your network? Do you expect that, while doing the expanding
> > > > ring search, an ICMP time exceeded message would also carry the
> > > > "IOAM Capabilities Response Container Header", so that the
> > > > capabilities container would not only be carried in the echo reply
> > > > message but also in the
> > > time exceeded message?
> > > > Thanks, Frank
> > > > (BTW - Note that due to the upcoming holiday season, replies might
> > > > be
> > > delayed).
> > > > > -----Original Message-----
> > > > > From: ippm <ippm-bounces@ietf.org> On Behalf Of
> > > > > xiao.min2@zte.com.cn
> > > > > Sent: Friday, 10 December 2021 08:01
> > > > > To: ippm@ietf.org
> > > > > Subject: [ippm] Progressing draft-ietf-ippm-ioam-conf-state
> > > > >
> > > > > Hi IPPM WG,
> > > > >
> > > > > The -02 version of draft-ietf-ippm-ioam-conf-state has been posted.
> > > > > There are mainly two changes, one is on IOAM Tracing
> > > > > Capabilities Objects to make them applicable to ICMPv6
> > > > > extensions, another one is on IOAM Proof-of- Transit
> > > > > Capabilities Object to make it aligned with the updated IOAM-Data
> document.
> > > > > Also note that I've had an offline discussion with wg chairs and
> > > > > Frank Brockners, my conclusion is that Frank's concern raised at
> > > > > IETF 112 has been addressed. If that's not the case, please speak up.
> > > > > With that said, I think this draft is ready for WGLC.
> > > > >
> > > > > Best Regards,
> > > > > Xiao Min
> > > > >
> > > > > _______________________________________________
> > > > > ippm mailing list
> > > > > ippm@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/ippm

