
From nobody Mon Feb  1 11:29: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 8E31B3A1403; Mon,  1 Feb 2021 11:29:11 -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.24.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161220775153.7177.12214744094579052738@ietfa.amsl.com>
Date: Mon, 01 Feb 2021 11:29:11 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/9dYQZiFU790c1mU1_sJJBEH1x_0>
Subject: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-05.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, 01 Feb 2021 19:29:12 -0000

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

        Title           : Metrics and Methods for One-way IP Capacity
        Authors         : Al Morton
                          Ruediger Geib
                          Len Ciavattone
	Filename        : draft-ietf-ippm-capacity-metric-method-05.txt
	Pages           : 26
	Date            : 2021-02-01

Abstract:
   This memo revisits the problem of Network Capacity metrics first
   examined in RFC 5136.  The memo specifies a more practical Maximum
   IP-layer Capacity metric definition catering for measurement
   purposes, and outlines the corresponding methods of measurement.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-metric-method/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-capacity-metric-method-05
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric-method-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-capacity-metric-method-05


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

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



From nobody Tue Feb  2 15:26:22 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 1C7A73A0CF1; Tue,  2 Feb 2021 15:26:17 -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.25.0
Auto-Submitted: auto-generated
Precedence: bulk
CC: Ian Swett <ianswett@google.com>, draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, martin.h.duke@gmail.com, tpauly@apple.com
Reply-To: last-call@ietf.org
Sender: <iesg-secretary@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <161230837702.20098.12686167682266969029@ietfa.amsl.com>
Date: Tue, 02 Feb 2021 15:26:17 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/fXI6S9KjvOCFG4iNqAcRMbvCVyg>
Subject: [ippm] Last Call: <draft-ietf-ippm-capacity-metric-method-05.txt> (Metrics and Methods for One-way IP Capacity) to Proposed Standard
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: Tue, 02 Feb 2021 23:26:17 -0000

The IESG has received a request from the IP Performance Measurement WG (ippm)
to consider the following document: - 'Metrics and Methods for One-way IP
Capacity'
  <draft-ietf-ippm-capacity-metric-method-05.txt> as Proposed Standard

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

Abstract


   This memo revisits the problem of Network Capacity metrics first
   examined in RFC 5136.  The memo specifies a more practical Maximum
   IP-layer Capacity metric definition catering for measurement
   purposes, and outlines the corresponding methods of measurement.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-metric-method/



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


The document contains these normative downward references.
See RFC 3967 for additional information: 
    rfc7799: Active and Passive Metrics and Methods (with Hybrid Types In-Between) (Informational - IETF stream)
    rfc7312: Advanced Stream and Sampling Framework for IP Performance Metrics (IPPM) (Informational - IETF stream)
    rfc6815: Applicability Statement for RFC 2544: Use on Production Networks Considered Harmful (Informational - IETF stream)
    rfc5136: Defining Network Capacity (Informational - IETF stream)
    rfc3148: A Framework for Defining Empirical Bulk Transfer Capacity Metrics (Informational - IETF stream)
    rfc2544: Benchmarking Methodology for Network Interconnect Devices (Informational - Legacy stream)
    rfc8337: Model-Based Metrics for Bulk Transport Capacity (Experimental - IETF stream)
    rfc8468: IPv4, IPv6, and IPv4-IPv6 Coexistence: Updates for the IP Performance Metrics (IPPM) Framework (Informational - IETF stream)





From nobody Thu Feb  4 14:12:00 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 4BC2C3A18B1 for <ippm@ietfa.amsl.com>; Thu,  4 Feb 2021 14:11:59 -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 PN2wvYRswCXK for <ippm@ietfa.amsl.com>; Thu,  4 Feb 2021 14:11:57 -0800 (PST)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5289A3A18AE for <ippm@ietf.org>; Thu,  4 Feb 2021 14:11:57 -0800 (PST)
Received: by mail-lj1-x22b.google.com with SMTP id y14so5333758ljn.8 for <ippm@ietf.org>; Thu, 04 Feb 2021 14:11:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=2VSPwJOgX4wm0GaYYyfhQf6jzRN9K6wIfROPImCxEy0=; b=Q/ZafcPLXYYSW6c+3rqQgLU4Utq87SjwKWqW1/uF7wBoaiyWQKnrJXJaZ1FQaxif+K tL7UvBMvLaQftd35GIC3XaSJDK80xLzfBII6x+W2Cr6lFxBNokGqTGxCDJDADk0ckf72 PYv+Vx1d3AsZjDHgCIHHekwDNTrYC4vujBHBx4KquxMPrEu066sjZndUvseNHAZeDGI3 u+SsARVeEwsOCwJIdEfnwg528No+dSYT/2ZU1x1P55kJL8/VciKNQdAyjeFVdoYp91ES 8zf+rA2EFYD/Gwa0Bqh9ciDnaY3ppAhP75cjvcxXvFobUvBNQk6RuYnW/2TTV0uozqSS bPJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=2VSPwJOgX4wm0GaYYyfhQf6jzRN9K6wIfROPImCxEy0=; b=BMoGwNqzKWsJeEBmzKKnDmK+fX1PKkMVz0/Be9zmryY+XsIKZHGIrTpx7E0QFltGix 5rLJ2mBAHJZ9GvDBVu8jaTbiWHfulx1oV1zjBEtElRMCwaSAU5eZytVLikq0yC+zB396 2d7mXUn49L+FQN39rrSfuh/wdwhuTYLvUN4U1ggZ7rBuwlHEggxRIXcLOC+YE/MlCXfa mzWIl8byFPeWT5D/eSMfA6bNLUEIAPlGu5bGz2GSZZO3trgPW4j6if6crziWgD7Gn6wn txb79wlaTFXxr7qzh/x0p0TkSloHb7Ddvh9spe0QU44Lh2Z3oUZDlhO+tVV5EJwJy1c9 XxbA==
X-Gm-Message-State: AOAM531d5q7YWigdgKzKu23TVXAFpKF1rQb4e1luGPKknFfMnaTg6x7e r/tIbUBYMZoZmfCrNxNQS6dQVMkaQOdp7bCAPVvrRwv/
X-Google-Smtp-Source: ABdhPJyUFpuFa5DnLBxkSjm/dKKeuxvYEb/JumfroiZ4afW7AmMFixZYlL4YkkFgRo7egMMk+SZGT2YIveEQ18LPNmY=
X-Received: by 2002:a2e:88c9:: with SMTP id a9mr808262ljk.107.1612476714888; Thu, 04 Feb 2021 14:11:54 -0800 (PST)
MIME-Version: 1.0
References: <161247657565.25962.682719173025568986@ietfa.amsl.com>
In-Reply-To: <161247657565.25962.682719173025568986@ietfa.amsl.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 4 Feb 2021 14:11:43 -0800
Message-ID: <CA+RyBmWczOog8hZvv+o1Av8MChqRsW4MBrZg7QWiABb6J6LHiA@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ccb01805ba89fd23"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/USWXxUu4IEtBe9wxuYt86rEnxL4>
Subject: [ippm] Fwd: New Version Notification for draft-mirsky-ippm-epm-01.txt
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, 04 Feb 2021 22:11:59 -0000

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

Dear All,
we've cleaned several nits in this version.
We, the authors, welcome and much appreciate your comments, questions, and
suggestions.

Regards,
Greg


---------- Forwarded message ---------
From: <internet-drafts@ietf.org>
Date: Thu, Feb 4, 2021 at 2:09 PM
Subject: New Version Notification for draft-mirsky-ippm-epm-01.txt
To: Greg Mirsky <gregimirsky@gmail.com>, Xiao Min <xiao.min2@zte.com.cn>



A new version of I-D, draft-mirsky-ippm-epm-01.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:           draft-mirsky-ippm-epm
Revision:       01
Title:          Error Performance Measurement in Packet-switched Networks
Document date:  2021-02-04
Group:          Individual Submission
Pages:          6
URL:            https://www.ietf.org/archive/id/draft-mirsky-ippm-epm-01.txt
Status:         https://datatracker.ietf.org/doc/draft-mirsky-ippm-epm/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-mirsky-ippm-epm
Htmlized:       https://tools.ietf.org/html/draft-mirsky-ippm-epm-01
Diff:           https://www.ietf.org/rfcdiff?url2=draft-mirsky-ippm-epm-01

Abstract:
   This document describes the use of the error performance metric to
   characterize a packet-switched network's conformance to the pre-
   defined set of performance objectives.  In this document, metrics
   that characterize error performance in a packet-switched network
   (PSN) are defined, as well as methods to measure and calculate them.
   Also, the requirements for an active Operation, Administration, and
   Maintenance protocol to support the error performance measurement in
   PSN are discussed, and potential candidate protocols are analyzed.
   All metrics and measurement methods are equally applicable to
   underlay and overlay networks.




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

The IETF Secretariat

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

<div dir=3D"ltr">Dear All,<div>we&#39;ve cleaned several nits in this versi=
on.</div><div>We, the authors, welcome and much appreciate your comments, q=
uestions, and suggestions.</div><div><br></div><div>Regards,</div><div>Greg=
</div><div><br></div><div><br><div class=3D"gmail_quote"><div dir=3D"ltr" c=
lass=3D"gmail_attr">---------- Forwarded message ---------<br>From: <span d=
ir=3D"auto">&lt;<a href=3D"mailto:internet-drafts@ietf.org">internet-drafts=
@ietf.org</a>&gt;</span><br>Date: Thu, Feb 4, 2021 at 2:09 PM<br>Subject: N=
ew Version Notification for draft-mirsky-ippm-epm-01.txt<br>To: Greg Mirsky=
 &lt;<a href=3D"mailto:gregimirsky@gmail.com">gregimirsky@gmail.com</a>&gt;=
, Xiao Min &lt;<a href=3D"mailto:xiao.min2@zte.com.cn">xiao.min2@zte.com.cn=
</a>&gt;<br></div><br><br><br>
A new version of I-D, draft-mirsky-ippm-epm-01.txt<br>
has been successfully submitted by Greg Mirsky and posted to the<br>
IETF repository.<br>
<br>
Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-mirsky-ippm-epm<br>
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A001<br>
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Error Performance Measurement in P=
acket-switched Networks<br>
Document date:=C2=A0 2021-02-04<br>
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission<br>
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 6<br>
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"https://www.ietf.o=
rg/archive/id/draft-mirsky-ippm-epm-01.txt" rel=3D"noreferrer" target=3D"_b=
lank">https://www.ietf.org/archive/id/draft-mirsky-ippm-epm-01.txt</a><br>
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"https://datatracker.iet=
f.org/doc/draft-mirsky-ippm-epm/" rel=3D"noreferrer" target=3D"_blank">http=
s://datatracker.ietf.org/doc/draft-mirsky-ippm-epm/</a><br>
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"https://datatracker.ietf.org=
/doc/html/draft-mirsky-ippm-epm" rel=3D"noreferrer" target=3D"_blank">https=
://datatracker.ietf.org/doc/html/draft-mirsky-ippm-epm</a><br>
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"https://tools.ietf.org/html/=
draft-mirsky-ippm-epm-01" rel=3D"noreferrer" target=3D"_blank">https://tool=
s.ietf.org/html/draft-mirsky-ippm-epm-01</a><br>
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"https://www.ietf.o=
rg/rfcdiff?url2=3Ddraft-mirsky-ippm-epm-01" rel=3D"noreferrer" target=3D"_b=
lank">https://www.ietf.org/rfcdiff?url2=3Ddraft-mirsky-ippm-epm-01</a><br>
<br>
Abstract:<br>
=C2=A0 =C2=A0This document describes the use of the error performance metri=
c to<br>
=C2=A0 =C2=A0characterize a packet-switched network&#39;s conformance to th=
e pre-<br>
=C2=A0 =C2=A0defined set of performance objectives.=C2=A0 In this document,=
 metrics<br>
=C2=A0 =C2=A0that characterize error performance in a packet-switched netwo=
rk<br>
=C2=A0 =C2=A0(PSN) are defined, as well as methods to measure and calculate=
 them.<br>
=C2=A0 =C2=A0Also, the requirements for an active Operation, Administration=
, and<br>
=C2=A0 =C2=A0Maintenance protocol to support the error performance measurem=
ent in<br>
=C2=A0 =C2=A0PSN are discussed, and potential candidate protocols are analy=
zed.<br>
=C2=A0 =C2=A0All metrics and measurement methods are equally applicable to<=
br>
=C2=A0 =C2=A0underlay and overlay networks.<br>
<br>
<br>
<br>
<br>
Please note that it may take a couple of minutes from the time of submissio=
n<br>
until the htmlized version and diff are available at <a href=3D"http://tool=
s.ietf.org" rel=3D"noreferrer" target=3D"_blank">tools.ietf.org</a>.<br>
<br>
The IETF Secretariat<br>
<br>
<br>
</div></div></div>

--000000000000ccb01805ba89fd23--


From nobody Sat Feb  6 16:37:27 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 5131D3A2DBA; Sat,  6 Feb 2021 16:37:25 -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 Oh2bHIjFO-Lv; Sat,  6 Feb 2021 16:37:23 -0800 (PST)
Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 A316C3A2DB8; Sat,  6 Feb 2021 16:37:22 -0800 (PST)
Received: by mail-lf1-x12d.google.com with SMTP id m22so16592544lfg.5; Sat, 06 Feb 2021 16:37:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Th0sIj1svmLhA7tmWPXLz3N3ZA5QS1PIvKPN9qK3now=; b=CwCQh8nO7kmmcr07Q3IXqaUC9ZTxySJLbZVCVoPcWVbawshJb7V0H3t7yvw0CBuID1 e2KcHq+qcXkLZ8+Yn28j59FAa81LKUkhFWv3UZ2vuwflSY4q2Ilf+7D823ukgnJwm+1B hEiH3GJclEwYb36iP2zFAq5p3VgJ1H/mIB+WKiQqdtRzFAbElQQxNrDgFsJ2mmxfjXvC EHM9hIVUd1NphcLsdL6s0Da8GpjSLVA6JqRwaRaBkh5ooBz519lpS/mJA/LyK8PEo9pC aNMaFdOy05g7pGICBWhVHfMvrbzZvhRA/3OmwWmwey4AhwRCs9MgJ5nT+TG0uVSPj8Hq HiTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Th0sIj1svmLhA7tmWPXLz3N3ZA5QS1PIvKPN9qK3now=; b=sbB09yj6gb9eAGJnvmKFUFQDvRwaFjdRezCwl2GNlde2KEXhsqxlwT/MSF8yg36Le+ TLHiupNgNWh4AKyfCRLMxZuYTVtN1diNA2WWLLh87Qx47NiiPhGSudK6edHB5cfKomrM pC9KFyTgaQY+rc+Ug2wilaqsM5/FCffHYkk9pYUFFP3PZeRmC+JBGAMBqu7d+qGMnPqt OW5dxBBEgNmuiPyOAz1uWakoClzL25IyS5fr49IMOnYI8usVZXnZrkYMefdOTScF1NhD RspP5+WQcUccEWjvtj4DolwwabTIFiFTGGcTLREoEW2L5Y/gGIh5OzftAZ5KpvA/GxBY 6f3w==
X-Gm-Message-State: AOAM532tbgJ9baqq1K0XQi1G+TG7vYo1r5U8r4Ba+8qNnse9O7IITBWM n2ngaHAyGhWDLYiBb7OMgdT7f5eL8B0G4XKGVJg=
X-Google-Smtp-Source: ABdhPJxAKHuJqtIwNYZm0O9rriQvPArWY+nzveR6u4BFNCWFws1rwHDEmGTHSwon65Yt8MjybiNFS6/TAnTAkFVOja8=
X-Received: by 2002:ac2:42cc:: with SMTP id n12mr6149547lfl.364.1612658240369;  Sat, 06 Feb 2021 16:37:20 -0800 (PST)
MIME-Version: 1.0
References: <SN6PR11MB2589138CDBB694A95D0DE15BDABD9@SN6PR11MB2589.namprd11.prod.outlook.com>
In-Reply-To: <SN6PR11MB2589138CDBB694A95D0DE15BDABD9@SN6PR11MB2589.namprd11.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Sat, 6 Feb 2021 16:37:09 -0800
Message-ID: <CA+RyBmXgkMcTSqqjqg-NZ6jWKMYhfa3d3QFgEOVw-skv5VfgUg@mail.gmail.com>
To: "Frank Brockners (fbrockne)" <fbrockne=40cisco.com@dmarc.ietf.org>
Cc: IETF IPPM WG <ippm@ietf.org>, IPPM Chairs <ippm-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008fb80e05bab4413b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/McAfSPd8V2oYQ19Graqd6e2zZlE>
Subject: Re: [ippm] On the integrity of IOAM data fields - new draft draft-brockners-ippm-ioam-data-integrity-00
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: Sun, 07 Feb 2021 00:37:25 -0000

--0000000000008fb80e05bab4413b
Content-Type: text/plain; charset="UTF-8"

Hi Frank and Authors,
thank you for preparing this well-written and really mature document. I
fully agree with your opinion that IOAM security is not limited to
identifying potential attack vectors and mitigating threats. This document
provides implementors with a comprehensive set of mechanisms to protect the
integrity of IOAM data fields.
While the draft gives us a detailed analysis of the potential threats and
protection solutions for IOAM Trace Options, it could be helpful to expand
the scope of the analysis by adding the Direct Export mode of IOAM. I think
that for the Direct Export the native security mechanisms of IPv6, i.e.,
Authentication and Encapsulating Security Payload Headers (RFCs 4302 and
4303 respectively) can be used.

Regards,
Greg

On Mon, Jan 25, 2021 at 6:20 AM Frank Brockners (fbrockne) <fbrockne=
40cisco.com@dmarc.ietf.org> wrote:

> Dear IPPM WG,
>
> During the IETF last call, there's been a discussion on how to ensure the
> integrity of IOAM data fields for those deployments that require it (see
> e.g. the thread below).
>
> The IPPM chairs inspired an "integrity-00" draft to facility the
> discussion and evolve towards a solution. We've just published a first cut
> at discussing the different threads along with outlining different methods
> for addressing the integrity of IOAM data fields:
> https://tools.ietf.org/html/draft-brockners-ippm-ioam-data-integrity-00.
>
> It would be great to get a view on which method you see as preferable and
> for what reasons, along with whether anyone has any additional
> methods/solution approaches in mind.
>
> Thanks,
> Frank, Shwetha, Tal.
>
> > -----Original Message-----
> > From: Benjamin Kaduk <kaduk@mit.edu>
> > Sent: Samstag, 28. November 2020 06:11
> > To: Greg Mirsky <gregimirsky@gmail.com>
> > Cc: Tal Mizrahi <tal.mizrahi.phd@gmail.com>; last-call@ietf.org; MORTON,
> > ALFRED C (AL) <acm@research.att.com>; IPPM Chairs <ippm-chairs@ietf.org
> >;
> > draft-ietf-ippm-ioam-data@ietf.org; IETF IPPM WG <ippm@ietf.org>
> > Subject: Re: [Last-Call] [ippm] Last Call:
> <draft-ietf-ippm-ioam-data-11.txt>
> > (Data Fields for In-situ OAM) to Proposed Standard
> >
> > Hi Greg, Tal,
> >
> > On Thu, Nov 26, 2020 at 12:14:42PM -0800, Greg Mirsky wrote:
> > >
> > > On Wed, Nov 25, 2020 at 1:56 AM Tal Mizrahi
> > > <tal.mizrahi.phd@gmail.com>
> > > wrote:
> > > >
> > > > On Tue, Nov 24, 2020 at 11:30 PM Greg Mirsky <gregimirsky@gmail.com>
> > > > wrote:
> > > >
> > > > I would suggest to consider a new IOAM option that incorporates an
> > > > HMAC, which can be used alongside the conventional trace options.
> > > > This would allow an optional integrity protection capability for
> > > > those specific implementations that require it. This new option
> > > > could be defined in a new draft, allowing the data draft to proceed
> > > > to publication.
> > > >
> > > GIM>> I think that proceeding without addressing the essential
> > > GIM>> security
> > > issue of the protocol might be premature and may produce
> > > implementations that are vulnerable to attacks.
> >
> > Thanks for raising this topic.
> >
> > Based on the discussion so far and skimming the first few sections of
> the draft, I
> > expect that I would put a discuss ballot in to ensure the availability
> of a security
> > mechanism such as this, which in effect would negate the intent to
> "allow the
> > data draft to proceed to publication".
> > That said, my stance could change as the thread continues or when I take
> a
> > closer look at the whole document, so it is okay (from my point of view)
> if you
> > (Tal) choose to wait and see if this does end up being a discuss point.
> > That said, I'd of course prefer if you and Greg can find a solution and
> get it into
> > place now :)
> >
> > Thanks,
> >
> > Ben
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Hi Frank and Authors,<div>thank you for preparing this wel=
l-written and really mature document. I fully agree with your opinion that =
IOAM security is not limited to identifying potential attack vectors and mi=
tigating threats. This document provides implementors=C2=A0with a comprehen=
sive set of mechanisms to protect the integrity of IOAM data fields.</div><=
div>While the draft gives us a detailed analysis of the potential threats a=
nd protection solutions for IOAM Trace Options, it could be helpful to expa=
nd the scope of the analysis by adding the Direct Export mode of IOAM. I th=
ink that for the Direct Export the native security mechanisms of IPv6, i.e.=
, Authentication and Encapsulating Security Payload Headers (RFCs 4302 and =
4303 respectively) can be used.</div><div><br></div><div>Regards,</div><div=
>Greg</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"g=
mail_attr">On Mon, Jan 25, 2021 at 6:20 AM Frank Brockners (fbrockne) &lt;f=
brockne=3D<a href=3D"mailto:40cisco.com@dmarc.ietf.org">40cisco.com@dmarc.i=
etf.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-lef=
t:1ex">Dear IPPM WG,<br>
<br>
During the IETF last call, there&#39;s been a discussion on how to ensure t=
he integrity of IOAM data fields for those deployments that require it (see=
 e.g. the thread below).<br>
<br>
The IPPM chairs inspired an &quot;integrity-00&quot; draft to facility the =
discussion and evolve towards a solution. We&#39;ve just published a first =
cut at discussing the different threads along with outlining different meth=
ods for addressing the integrity of IOAM data fields: <a href=3D"https://to=
ols.ietf.org/html/draft-brockners-ippm-ioam-data-integrity-00" rel=3D"noref=
errer" target=3D"_blank">https://tools.ietf.org/html/draft-brockners-ippm-i=
oam-data-integrity-00</a>.<br>
<br>
It would be great to get a view on which method you see as preferable and f=
or what reasons, along with whether anyone has any additional methods/solut=
ion approaches in mind.<br>
<br>
Thanks, <br>
Frank, Shwetha, Tal.<br>
<br>
&gt; -----Original Message-----<br>
&gt; From: Benjamin Kaduk &lt;<a href=3D"mailto:kaduk@mit.edu" target=3D"_b=
lank">kaduk@mit.edu</a>&gt;<br>
&gt; Sent: Samstag, 28. November 2020 06:11<br>
&gt; To: Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D=
"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt; Cc: Tal Mizrahi &lt;<a href=3D"mailto:tal.mizrahi.phd@gmail.com" targe=
t=3D"_blank">tal.mizrahi.phd@gmail.com</a>&gt;; <a href=3D"mailto:last-call=
@ietf.org" target=3D"_blank">last-call@ietf.org</a>; MORTON,<br>
&gt; ALFRED C (AL) &lt;<a href=3D"mailto:acm@research.att.com" target=3D"_b=
lank">acm@research.att.com</a>&gt;; IPPM Chairs &lt;<a href=3D"mailto:ippm-=
chairs@ietf.org" target=3D"_blank">ippm-chairs@ietf.org</a>&gt;;<br>
&gt; <a href=3D"mailto:draft-ietf-ippm-ioam-data@ietf.org" target=3D"_blank=
">draft-ietf-ippm-ioam-data@ietf.org</a>; IETF IPPM WG &lt;<a href=3D"mailt=
o:ippm@ietf.org" target=3D"_blank">ippm@ietf.org</a>&gt;<br>
&gt; Subject: Re: [Last-Call] [ippm] Last Call: &lt;draft-ietf-ippm-ioam-da=
ta-11.txt&gt;<br>
&gt; (Data Fields for In-situ OAM) to Proposed Standard<br>
&gt; <br>
&gt; Hi Greg, Tal,<br>
&gt; <br>
&gt; On Thu, Nov 26, 2020 at 12:14:42PM -0800, Greg Mirsky wrote:<br>
&gt; &gt;<br>
&gt; &gt; On Wed, Nov 25, 2020 at 1:56 AM Tal Mizrahi<br>
&gt; &gt; &lt;<a href=3D"mailto:tal.mizrahi.phd@gmail.com" target=3D"_blank=
">tal.mizrahi.phd@gmail.com</a>&gt;<br>
&gt; &gt; wrote:<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; On Tue, Nov 24, 2020 at 11:30 PM Greg Mirsky &lt;<a href=3D"=
mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&g=
t;<br>
&gt; &gt; &gt; wrote:<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I would suggest to consider a new IOAM option that incorpora=
tes an<br>
&gt; &gt; &gt; HMAC, which can be used alongside the conventional trace opt=
ions.<br>
&gt; &gt; &gt; This would allow an optional integrity protection capability=
 for<br>
&gt; &gt; &gt; those specific implementations that require it. This new opt=
ion<br>
&gt; &gt; &gt; could be defined in a new draft, allowing the data draft to =
proceed<br>
&gt; &gt; &gt; to publication.<br>
&gt; &gt; &gt;<br>
&gt; &gt; GIM&gt;&gt; I think that proceeding without addressing the essent=
ial<br>
&gt; &gt; GIM&gt;&gt; security<br>
&gt; &gt; issue of the protocol might be premature and may produce<br>
&gt; &gt; implementations that are vulnerable to attacks.<br>
&gt; <br>
&gt; Thanks for raising this topic.<br>
&gt; <br>
&gt; Based on the discussion so far and skimming the first few sections of =
the draft, I<br>
&gt; expect that I would put a discuss ballot in to ensure the availability=
 of a security<br>
&gt; mechanism such as this, which in effect would negate the intent to &qu=
ot;allow the<br>
&gt; data draft to proceed to publication&quot;.<br>
&gt; That said, my stance could change as the thread continues or when I ta=
ke a<br>
&gt; closer look at the whole document, so it is okay (from my point of vie=
w) if you<br>
&gt; (Tal) choose to wait and see if this does end up being a discuss point=
.<br>
&gt; That said, I&#39;d of course prefer if you and Greg can find a solutio=
n and get it into<br>
&gt; place now :)<br>
&gt; <br>
&gt; Thanks,<br>
&gt; <br>
&gt; Ben<br>
<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>

--0000000000008fb80e05bab4413b--


From nobody Sun Feb  7 16:29:04 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 DFD373A0D2A; Sun,  7 Feb 2021 16:29:02 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Rifaat Shekh-Yusef via Datatracker <noreply@ietf.org>
To: <secdir@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method.all@ietf.org, ippm@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <161274414286.20211.7702078583876731294@ietfa.amsl.com>
Reply-To: Rifaat Shekh-Yusef <rifaat.s.ietf@gmail.com>
Date: Sun, 07 Feb 2021 16:29:02 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Hlmd4iIf_AGULBjenGE1iJQaJ54>
Subject: [ippm] Secdir last call review of draft-ietf-ippm-capacity-metric-method-05
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, 08 Feb 2021 00:29:03 -0000

Reviewer: Rifaat Shekh-Yusef
Review result: Ready

I have reviewed this document as part of the security directorate's
ongoing effort to review all IETF documents being processed by the
IESG.  These comments were written primarily for the benefit of the
security area directors.  Document editors and WG chairs should treat
these comments just like any other last call comments.

The document relies on an existing and well defined security considerations
established by published RFCs.




From nobody Wed Feb 10 14:40:03 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 56B993A0B93; Wed, 10 Feb 2021 14:39:58 -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.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161299679831.7772.7683955638301665491@ietfa.amsl.com>
Date: Wed, 10 Feb 2021 14:39:58 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Q19SVJ8gdSnLQbOROG3if9eMyiE>
Subject: [ippm] I-D Action: draft-gandhi-ippm-stamp-srpm-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: Wed, 10 Feb 2021 22:39:59 -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           : Simple TWAMP (STAMP) Extensions for Segment Routing Networks
        Authors         : Rakesh Gandhi
                          Clarence Filsfils
                          Daniel Voyer
                          Mach(Guoyi) Chen
                          Bart Janssens
	Filename        : draft-gandhi-ippm-stamp-srpm-02.txt
	Pages           : 12
	Date            : 2021-02-10

Abstract:
   Segment Routing (SR) leverages the source routing paradigm.  SR is
   applicable to both Multiprotocol Label Switching (SR-MPLS) and IPv6
   (SRv6) data planes.  This document specifies RFC 8762 (Simple Two-Way
   Active Measurement Protocol (STAMP)) extensions for SR networks, for
   both SR-MPLS and SRv6 data planes.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-gandhi-ippm-stamp-srpm/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-gandhi-ippm-stamp-srpm-02
https://datatracker.ietf.org/doc/html/draft-gandhi-ippm-stamp-srpm-02

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


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

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



From nobody Wed Feb 10 16:41:42 2021
Return-Path: <rgandhi.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 CF6DC3A0CB5; Wed, 10 Feb 2021 16:41:40 -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 IBwUXfu9PLpD; Wed, 10 Feb 2021 16:41:39 -0800 (PST)
Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B33563A0CA2; Wed, 10 Feb 2021 16:41:38 -0800 (PST)
Received: by mail-lj1-x230.google.com with SMTP id e18so5308989lja.12; Wed, 10 Feb 2021 16:41:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=L2uwfXI/auFwm3/XhbtVv2HvMOPk83IwIio1tsGb9RY=; b=dgsex50jrxteOim1Q+DeRErJ3xTqXfKkCWJsBc5QbkoMf2jzTTqNQhOMMOelm+OeHy ef4C+XTgJnCyBVxBwtYLG+5iNoqIBgJRkNOfTqycJymJih2U5UgfXycLYopnTJtYcS+K C2O92UBKckuK312ffWNSvv8tDvd8JkPYPk4/RoUs51MQOMT8kjHDorLy/9lFWgxl2+iJ MBTeYj9/hhwgjERgX9BtXvbXfcvLW6VE3byXphPxzgvsm9QTntZyK1Nz12Y6nlxiJCa0 WxFvZfrw8psdPX9MGrDGHPUQLCklxG16sLbkcQcBTRYODklzEpPyUHntgu+hvEHezgRI p5lQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=L2uwfXI/auFwm3/XhbtVv2HvMOPk83IwIio1tsGb9RY=; b=f2X6pNUbUSlY3Ap4g7s/sc/L/JWySYaUT35TxLIskyLF6Owv1ZYr22QoF7FJd6CooN sNBWnknHJmTgG7dJFAsiyYZdMKGwDRM5G+lrKY+mdBWf9S43biwwC48s7oWQ9fGecbc7 qTNyy22dxcxeHzsb8kM0bTWX8Vm32S7BRWPs/d1cjVG8QbZSEwmlIOvnxnI2EupIYsxR 2qMNT9CQyPMIjnrAZO9gl43yj7dV2wZlf/tYRxxxkMdK+oZWsr0Ghwha9GvTLKzc5WFk iv41nEvBTtqjGnQLPLU09VUXTeFuwF/TEMRduDfjfd2rWd6vD2Ba8MvY7okDzx/+ZbV1 mDdg==
X-Gm-Message-State: AOAM532wegclU4QWEDLefwWcJrWRzlXtV60hPt9Ks/ex/vwULj22nj+f TkJ73TeWJ9xJENRnL4ZEY6lr1Z2z5IaUoLNn0zvn9sSrbzlY
X-Google-Smtp-Source: ABdhPJzWPmb7nEdcSwZS/XKnGHLS9utAt6qOXUPV5KrqykAxyfe7MnloRNvoBpSo5XaMYXfpAzbn0yE5oUKSSzn7VEM=
X-Received: by 2002:a05:651c:1393:: with SMTP id k19mr108393ljb.448.1613004095814;  Wed, 10 Feb 2021 16:41:35 -0800 (PST)
MIME-Version: 1.0
References: <161299679831.7772.7683955638301665491@ietfa.amsl.com>
In-Reply-To: <161299679831.7772.7683955638301665491@ietfa.amsl.com>
From: Rakesh Gandhi <rgandhi.ietf@gmail.com>
Date: Wed, 10 Feb 2021 19:41:24 -0500
Message-ID: <CAMZsk6fpvebLvAZF+z=E7oed7rsk1a3nC65WNy6Fa9n9ujBBLQ@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>, IPPM Chairs <ippm-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000026fe5605bb04c84b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/w-sqCUcOgPpgNHO6hgW6KmKEDsg>
Subject: Re: [ippm] I-D Action: draft-gandhi-ippm-stamp-srpm-02.txt
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, 11 Feb 2021 00:41:41 -0000

--00000000000026fe5605bb04c84b
Content-Type: text/plain; charset="UTF-8"

Hi WG,
This revision has following updates

   - Updated terminology to align with STAMP
   - Removed stand-alone direct loss measurement messages
   - Moved Control Code to Return Path TLV
   - Replaced TWAMP Light draft with STAMP draft
   - Various editorial changes to address review comments

Many thanks for providing review comments.
Welcome your review on the latest updates.

Thanks,
Rakesh (for the authors)


On Wed, Feb 10, 2021 at 5:40 PM <internet-drafts@ietf.org> wrote:

>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the IP Performance Measurement WG of the IETF.
>
>         Title           : Simple TWAMP (STAMP) Extensions for Segment
> Routing Networks
>         Authors         : Rakesh Gandhi
>                           Clarence Filsfils
>                           Daniel Voyer
>                           Mach(Guoyi) Chen
>                           Bart Janssens
>         Filename        : draft-gandhi-ippm-stamp-srpm-02.txt
>         Pages           : 12
>         Date            : 2021-02-10
>
> Abstract:
>    Segment Routing (SR) leverages the source routing paradigm.  SR is
>    applicable to both Multiprotocol Label Switching (SR-MPLS) and IPv6
>    (SRv6) data planes.  This document specifies RFC 8762 (Simple Two-Way
>    Active Measurement Protocol (STAMP)) extensions for SR networks, for
>    both SR-MPLS and SRv6 data planes.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-gandhi-ippm-stamp-srpm/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-gandhi-ippm-stamp-srpm-02
> https://datatracker.ietf.org/doc/html/draft-gandhi-ippm-stamp-srpm-02
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-gandhi-ippm-stamp-srpm-02
>
>
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr"><div><font size=3D"2">Hi WG,</font></div><div><font size=
=3D"2">This revision has following updates</font></div><div><ul><li><font s=
ize=3D"2"><span lang=3D"EN-US">Updated
     terminology to align with STAMP</span><span><span></span></span></font=
></li><li><font size=3D"2"><span lang=3D"EN-US">Removed
     stand-alone direct loss measurement messages</span><span><span></span>=
</span></font></li><li><font size=3D"2"><span lang=3D"EN-US">Moved Control
     Code to Return Path TLV</span><span><span></span></span></font></li><l=
i><font size=3D"2"><span lang=3D"EN-US">Replaced TWAMP
     Light draft with STAMP draft</span><span><span></span></span></font></=
li><li><font size=3D"2"><span lang=3D"EN-US">Various
     editorial changes to address review comments</span></font></li></ul><d=
iv><font size=3D"2">Many thanks for providing review comments. <br></font><=
/div><div><font size=3D"2">Welcome your review on the latest updates.</font=
></div><div><font size=3D"2"><br></font></div><div><font size=3D"2">Thanks,=
</font></div><div><font size=3D"2">Rakesh (for the authors)</font></div><di=
v><br></div>





</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_=
attr">On Wed, Feb 10, 2021 at 5:40 PM &lt;<a href=3D"mailto:internet-drafts=
@ietf.org">internet-drafts@ietf.org</a>&gt; wrote:<br></div><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><br>
A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.<br>
This draft is a work item of the IP Performance Measurement WG of the IETF.=
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 Simple TWAMP (STAMP) Extensions for Segment Routing Networks<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Rake=
sh Gandhi<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Clarence Filsfils<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Daniel Voyer<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Mach(Guoyi) Chen<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Bart Janssens<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-gan=
dhi-ippm-stamp-srpm-02.txt<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 12<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 2021-02-10<br>
<br>
Abstract:<br>
=C2=A0 =C2=A0Segment Routing (SR) leverages the source routing paradigm.=C2=
=A0 SR is<br>
=C2=A0 =C2=A0applicable to both Multiprotocol Label Switching (SR-MPLS) and=
 IPv6<br>
=C2=A0 =C2=A0(SRv6) data planes.=C2=A0 This document specifies RFC 8762 (Si=
mple Two-Way<br>
=C2=A0 =C2=A0Active Measurement Protocol (STAMP)) extensions for SR network=
s, for<br>
=C2=A0 =C2=A0both SR-MPLS and SRv6 data planes.<br>
<br>
<br>
The IETF datatracker status page for this draft is:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-gandhi-ippm-stamp-srpm/" =
rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc/draft=
-gandhi-ippm-stamp-srpm/</a><br>
<br>
There are also htmlized versions available at:<br>
<a href=3D"https://tools.ietf.org/html/draft-gandhi-ippm-stamp-srpm-02" rel=
=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft-gandhi-=
ippm-stamp-srpm-02</a><br>
<a href=3D"https://datatracker.ietf.org/doc/html/draft-gandhi-ippm-stamp-sr=
pm-02" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/do=
c/html/draft-gandhi-ippm-stamp-srpm-02</a><br>
<br>
A diff from the previous version is available at:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-gandhi-ippm-stamp-srpm=
-02" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcdiff?url2=
=3Ddraft-gandhi-ippm-stamp-srpm-02</a><br>
<br>
<br>
Please note that it may take a couple of minutes from the time of submissio=
n<br>
until the htmlized version and diff are available at <a href=3D"http://tool=
s.ietf.org" rel=3D"noreferrer" target=3D"_blank">tools.ietf.org</a>.<br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href=3D"ftp://ftp.ietf.org/internet-drafts/" rel=3D"noreferrer" target=
=3D"_blank">ftp://ftp.ietf.org/internet-drafts/</a><br>
<br>
<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>

--00000000000026fe5605bb04c84b--


From nobody Fri Feb 12 07:39:33 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 2EB083A174D; Fri, 12 Feb 2021 07:39:32 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stewart Bryant via Datatracker <noreply@ietf.org>
To: <gen-art@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method.all@ietf.org, ippm@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <161314437215.27849.15366890249325519802@ietfa.amsl.com>
Reply-To: Stewart Bryant <stewart.bryant@gmail.com>
Date: Fri, 12 Feb 2021 07:39:32 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ngF5fxf01GvFD64jYpdXDNegY6Y>
Subject: [ippm] Genart last call review of draft-ietf-ippm-capacity-metric-method-05
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, 12 Feb 2021 15:39:32 -0000

Reviewer: Stewart Bryant
Review result: Ready

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

For more information, please see the FAQ at

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

Document: draft-ietf-ippm-capacity-metric-method-05
Reviewer: Stewart Bryant
Review Date: 2021-02-12
IETF LC End Date: 2021-02-16
IESG Telechat date: Not scheduled for a telechat

Summary: A well written text ready for publication

Major issues: None

Minor issues: None

Nits/editorial comments:
8.4.  Running Code

   This section is for the benefit of the Document Shepherd's form, and
   will be deleted prior to final review.

SB> I am wondering if this was supposed to be deleted before this review, or
whether you plan to keep it?




From nobody Fri Feb 12 09:04:48 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F34663A17CD; Fri, 12 Feb 2021 09:04:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level: 
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MNGE3Cg8Pkx7; Fri, 12 Feb 2021 09:04:41 -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 2F1333A17C4; Fri, 12 Feb 2021 09:04:32 -0800 (PST)
Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11CH0D7L027252; Fri, 12 Feb 2021 12:04:31 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049295.ppops.net-00191d01. with ESMTP id 36nwpjr46v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 12 Feb 2021 12:04:31 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11CH4TLg097850; Fri, 12 Feb 2021 11:04:30 -0600
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11CH4QG9097767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 12 Feb 2021 11:04:26 -0600
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id 1E534403A428; Fri, 12 Feb 2021 17:04:26 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30496.vci.att.com (Service) with ESMTP id F1BA8403A424; Fri, 12 Feb 2021 17:04:25 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11CH4Pxj068676; Fri, 12 Feb 2021 11:04:25 -0600
Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11CH4JtS068367; Fri, 12 Feb 2021 11:04:20 -0600
Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-blue.research.att.com (Postfix) with ESMTP id 5CE1D10A18D6; Fri, 12 Feb 2021 12:04:19 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0487.000; Fri, 12 Feb 2021 12:04:33 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "draft-ietf-ippm-capacity-metric-method.all@ietf.org" <draft-ietf-ippm-capacity-metric-method.all@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Thread-Topic: Genart last call review of draft-ietf-ippm-capacity-metric-method-05
Thread-Index: AQHXAVVRNjuS2FwTcEuRLohtdMrgwapUtPyg
Date: Fri, 12 Feb 2021 17:04:33 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF014769BD6A@njmtexg5.research.att.com>
References: <161314437215.27849.15366890249325519802@ietfa.amsl.com>
In-Reply-To: <161314437215.27849.15366890249325519802@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.737 definitions=2021-02-12_05:2021-02-12, 2021-02-12 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 malwarescore=0 lowpriorityscore=0 mlxscore=0 adultscore=0 phishscore=0 bulkscore=0 suspectscore=0 impostorscore=0 spamscore=0 mlxlogscore=999 clxscore=1011 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102120127
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/jvgi1vuAZsFXJo273Mm5ULmbTbA>
Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-capacity-metric-method-05
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, 12 Feb 2021 17:04:43 -0000

VGhhbmtzIGZvciB5b3VyIHJldmlldywgU3Rld2FydCENCg0KcGxlYXNlIHNlZSByZXBseSBiZWxv
dywNCkFsDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogU3Rld2FydCBC
cnlhbnQgdmlhIERhdGF0cmFja2VyIFttYWlsdG86bm9yZXBseUBpZXRmLm9yZ10NCj4gU2VudDog
RnJpZGF5LCBGZWJydWFyeSAxMiwgMjAyMSAxMDo0MCBBTQ0KLi4uDQo+IFN1bW1hcnk6IEEgd2Vs
bCB3cml0dGVuIHRleHQgcmVhZHkgZm9yIHB1YmxpY2F0aW9uDQpbYWNtXSANClRoYW5rcyENCj4g
DQo+IE1ham9yIGlzc3VlczogTm9uZQ0KPiANCj4gTWlub3IgaXNzdWVzOiBOb25lDQo+IA0KPiBO
aXRzL2VkaXRvcmlhbCBjb21tZW50czoNCj4gOC40LiAgUnVubmluZyBDb2RlDQo+IA0KPiAgICBU
aGlzIHNlY3Rpb24gaXMgZm9yIHRoZSBiZW5lZml0IG9mIHRoZSBEb2N1bWVudCBTaGVwaGVyZCdz
IGZvcm0sIGFuZA0KPiAgICB3aWxsIGJlIGRlbGV0ZWQgcHJpb3IgdG8gZmluYWwgcmV2aWV3Lg0K
PiANCj4gU0I+IEkgYW0gd29uZGVyaW5nIGlmIHRoaXMgd2FzIHN1cHBvc2VkIHRvIGJlIGRlbGV0
ZWQgYmVmb3JlIHRoaXMgcmV2aWV3LA0KPiBvciB3aGV0aGVyIHlvdSBwbGFuIHRvIGtlZXAgaXQ/
DQpbYWNtXSANClllcywgd2UnbGwgY2VydGFpbmx5IGRlbGV0ZSB0aGlzIHNlY3Rpb24gYmVmb3Jl
IHRoZSBSRkMgRWRpdG9ycyBzZWUgaXQuIEhvd2V2ZXIsDQp0aGVyZSBpcyBhIGxvdCBvZiByZXZp
ZXcgeWV0IHRvIGhhcHBlbi4gSSByZWFsbHkgZG9uJ3QgbWluZCBpZiB0aGUgSUVTRw0Kc2VlcyBp
dCBpbiBzb21lIGZvcm0sIGJ1dCB3ZSBkb24ndCB3YW50IHRvIHJpc2sgZW5kb3JzaW5nIG9uZSBp
bXBsZW1lbnRhdGlvbiwgSUlSQy4NCg0KQWxzbywgdGhpcyBtYXRlcmlhbCBjb3VsZCBtb3ZlIHRv
IHRoZSBEb2MgU2hlcGhlcmQncyBmb3JtLCBidXQgaGFzIG5vdCB5ZXQ6DQoJRG9jdW1lbnQgUXVh
bGl0eToNCg0KCUFyZSB0aGVyZSBleGlzdGluZyBpbXBsZW1lbnRhdGlvbnMgb2YgdGhlIHByb3Rv
Y29sPyAuLi4NCg0KSSBzZWUgdGhhdCB3ZSBuZWVkIHRvIHVwZGF0ZSB0aGUgcmVmZXJlbmNlIGlu
IHNlY3Rpb24gOC40Og0KT0xEDQpbdWRwc3RdICAgIEFUJlQsICJVRFAgU3BlZWQgVGVzdCBPcGVu
IEJyb2FkYmFuZCBwcm9qZWN0IiwgQXVndXN0DQogICAgICAgICAgICAgIDIwMjAsIDxodHRwczov
L2dpdGh1Yi5jb20vQnJvYWRiYW5kRm9ydW0gPFRCRD4+Lg0KTkVXDQpbdWRwc3RdICAgIHVkcHN0
IFByb2plY3QgQ29sbGFib3JhdG9ycywgIlVEUCBTcGVlZCBUZXN0IE9wZW4gQnJvYWRiYW5kIHBy
b2plY3QiLCANCiAgICAgICAgICAgICAgRGVjZW1iZXIgMjAyMCwgPGh0dHBzOi8vZ2l0aHViLmNv
bS9Ccm9hZGJhbmRGb3J1bS9vYnVkcHN0Pi4NCj4gDQo+IA0KDQo=


From nobody Fri Feb 12 16:33:40 2021
Return-Path: <agenda@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 A5BB83A0E5F; Fri, 12 Feb 2021 16:33:17 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "\"IETF Secretariat\"" <agenda@ietf.org>
To: <ippm-chairs@ietf.org>, <tpauly@apple.com>
Cc: ippm@ietf.org, martin.h.duke@gmail.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <161317639766.31337.5210679518142843370@ietfa.amsl.com>
Date: Fri, 12 Feb 2021 16:33:17 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/E4FLFGXVIqc7QGcjMSHA6RNXpMI>
Subject: [ippm] ippm - Requested sessions have been scheduled for IETF 110
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: Sat, 13 Feb 2021 00:33:18 -0000

Dear Tommy Pauly,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request. 


    ippm Session 1 (1:00 requested)
    Monday, 8 March 2021, Session II 1530-1630
    Room Name: Room 7 size: 507
    ---------------------------------------------
    ippm Session 2 (2:00 requested)
    Friday, 12 March 2021, Session III 1700-1900
    Room Name: Room 9 size: 509
    ---------------------------------------------


iCalendar: https://datatracker.ietf.org/meeting/110/sessions/ippm.ics

Request Information:


---------------------------------------------------------
Working Group Name: IP Performance Measurement
Area Name: Transport Area
Session Requester: Tommy Pauly


Number of Sessions: 2
Length of Session(s):  2 Hours, 1 Hour
Number of Attendees: 40
Conflicts to Avoid: 
 Chair Conflict: quic httpbis taps add masque
 Technology Overlap: tcpm 6man spring
 Key Participant Conflict: bmwg





People who must be present:
  Alfred Channon Morton
  Frank Brockners
  Greg Mirsky
  Ian Swett
  Martin Duke
  Tommy Pauly

Resources Requested:

Special Requests:
  
---------------------------------------------------------



From nobody Mon Feb 15 13:51:50 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 86E303A11C0; Mon, 15 Feb 2021 13:51:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.198
X-Spam-Level: 
X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[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 YPHzv_9FMQYq; Mon, 15 Feb 2021 13:51:48 -0800 (PST)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 079C83A11CE; Mon, 15 Feb 2021 13:51:18 -0800 (PST)
Received: by mail-lj1-x235.google.com with SMTP id x1so9572129ljj.11; Mon, 15 Feb 2021 13:51:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to:cc; bh=kv49S1rSzjWPsVNmKRMe59E8wWOaaembCNvmrMrITlQ=; b=hLBrb+lsYmxzrSFtn51k3jr3Lu1+qLqqtYoiaPpd9yDuc2x9ssAYbnnxQB4pAqJM0g fKPlMgUVzHHtKT4/ozMNFlmxb9+DWLadUyqpWhEUFnQStOallIDfEKrZKTqUHH16AJ6b jqrIjzURAUG7EhzaTooseB4Cow/Js05/pLt0RPtG3l/iKreNxIu9RlWAKocgXcTCyOUf kGdUvMDbdQpvLpqygmZAh4lmtrqHvVyD3NmWejvJK/EJjaXcSqHm49N+M1DWCNMpr3Gv uB8/1ihYi7jmLJNLazhsYq9KGn9TJIlBCvC7TtPtQ9D3kqkQM1JlZl3EICkB+ED4+aMJ CjGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=kv49S1rSzjWPsVNmKRMe59E8wWOaaembCNvmrMrITlQ=; b=G0K2pXlROGCp6Lez+3vQBgfACGqAKoDpAi209ipuqJsi1Sja4x4C5phxG3/IOtm7Pi QfrqOVuY8PlGbuXQq98mQ2oaCMFztGhUaOxGjpesykHjPEKksc8CedH7qhP7MZnlw69r FNuLUZI219DUJQaaE1QhsPceGv2vn2fBgKjWUnVfFv09I+Pxus41vMDnbq2rVrij4PHC 6zdBRfPa6WT+0xjvPMBbs1rlq3N7Ekp0NleePphJqYcfRZ03Q6wqmtenuZ8x/ljHN/7K M3F1Da44HQsXC+yBs08VW2GFmrJZmTk46pjkJzEi5vDgkjJvwhqsqtpecOxNXBIow4bn q6hQ==
X-Gm-Message-State: AOAM5317u+mYP4Wr4Gd0sqiqBkUnNtlPnqujqrRMqIeA9+A6CxuZsvLb UQD/zJcxU7fMMmVPSlpTL3JSjBK41Hm079aLjhIUA5mv4T467g==
X-Google-Smtp-Source: ABdhPJwDvyDR7ZPexD87z4IKvy1w6s37x9LQ/cbuexg9U9T4b3fY/7xjhuc0SjVms2lfqhsOQW6NUolMIolMNLDDtgw=
X-Received: by 2002:a2e:730f:: with SMTP id o15mr10927156ljc.145.1613425876494;  Mon, 15 Feb 2021 13:51:16 -0800 (PST)
MIME-Version: 1.0
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 15 Feb 2021 13:51:05 -0800
Message-ID: <CA+RyBmXCp03qRTyfraP7zgC_jHZ4so8osW6+zWtxmKMTw0dSEw@mail.gmail.com>
To: IPPM Chairs <ippm-chairs@ietf.org>
Cc: IETF IPPM WG <ippm@ietf.org>, draft-mirsky-ippm-hybrid-two-step@ietf.org
Content-Type: multipart/alternative; boundary="0000000000003d6ba605bb66fced"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/QSYSSgV6xSfKPaWNEom3HCJ04hk>
Subject: [ippm] Presentation slot @ IETF-110
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, 15 Feb 2021 21:51:50 -0000

--0000000000003d6ba605bb66fced
Content-Type: text/plain; charset="UTF-8"

Dear Ian and Tommy,
would appreciate an opportunity to present to the IPPM WG updates
to draft-mirsky-ippm-hybrid-two-step at IETF-110. Due to conflicts with
other groups, would appreciate it if the presentation is on Friday's
Session III.

draft-mirsky-ippm-hybrid-two-step             Presenter: Greg Mirsky
    Time: 10 min

Regards,
Greg

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

<div dir=3D"ltr">Dear Ian and Tommy,<div>would appreciate an opportunity to=
 present to the IPPM WG updates to=C2=A0draft-mirsky-ippm-hybrid-two-step a=
t IETF-110. Due to conflicts with other groups, would appreciate it if the =
presentation is on Friday&#39;s Session III.=C2=A0</div><div><br></div><div=
>draft-mirsky-ippm-hybrid-two-step=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0Presenter: Greg Mirsky=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Time=
: 10 min<br></div><div><br></div><div>Regards,</div><div>Greg</div></div>

--0000000000003d6ba605bb66fced--


From nobody Tue Feb 16 15:38:01 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 3A6783A12CF; Tue, 16 Feb 2021 15:38:00 -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.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161351868017.23964.11898124551800964529@ietfa.amsl.com>
Date: Tue, 16 Feb 2021 15:38:00 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/JykNpyj1KbotoiYHqyRdTj78kmw>
Subject: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-06.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: Tue, 16 Feb 2021 23:38:00 -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           : Metrics and Methods for One-way IP Capacity
        Authors         : Al Morton
                          Ruediger Geib
                          Len Ciavattone
	Filename        : draft-ietf-ippm-capacity-metric-method-06.txt
	Pages           : 26
	Date            : 2021-02-16

Abstract:
   This memo revisits the problem of Network Capacity metrics first
   examined in RFC 5136.  The memo specifies a more practical Maximum
   IP-layer Capacity metric definition catering for measurement
   purposes, and outlines the corresponding methods of measurement.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-metric-method/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-capacity-metric-method-06
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric-method-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-capacity-metric-method-06


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

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



From nobody Wed Feb 17 06:07:32 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 D1F293A1A5D; Wed, 17 Feb 2021 06:07:26 -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.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161357084681.9639.16012873591506447169@ietfa.amsl.com>
Date: Wed, 17 Feb 2021 06:07:26 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/EbTDjqsL_KiZRNRjxcMouTiigGc>
Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-flags-04.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: Wed, 17 Feb 2021 14:07:27 -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           : In-situ OAM Flags
        Authors         : Tal Mizrahi
                          Frank Brockners
                          Shwetha Bhandari
                          Ramesh Sivakolundu
                          Carlos Pignataro
                          Aviv Kfir
                          Barak Gafni
                          Mickey Spiegel
                          Jennifer Lemon
	Filename        : draft-ietf-ippm-ioam-flags-04.txt
	Pages           : 11
	Date            : 2021-02-17

Abstract:
   In-situ Operations, Administration, and Maintenance (IOAM) records
   operational and telemetry information in the packet while the packet
   traverses a path between two points in the network.  This document
   presents new flags in the IOAM Trace Option headers.  Specifically,
   the document defines the Loopback and Active flags.


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

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

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


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

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



From nobody Wed Feb 17 06:08:53 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 9053F3A1A5C; Wed, 17 Feb 2021 06:08:48 -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.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161357092854.24830.10751213943219252886@ietfa.amsl.com>
Date: Wed, 17 Feb 2021 06:08:48 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/2gcT95dgRzKry-6ddvFB1nnXKvA>
Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-direct-export-03.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: Wed, 17 Feb 2021 14:08:49 -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           : In-situ OAM Direct Exporting
        Authors         : Haoyu Song
                          Barak Gafni
                          Tianran Zhou
                          Zhenbin Li
                          Frank Brockners
                          Shwetha Bhandari
                          Ramesh Sivakolundu
                          Tal Mizrahi
	Filename        : draft-ietf-ippm-ioam-direct-export-03.txt
	Pages           : 11
	Date            : 2021-02-17

Abstract:
   In-situ Operations, Administration, and Maintenance (IOAM) is used
   for recording and collecting operational and telemetry information.
   Specifically, IOAM allows telemetry data to be pushed into data
   packets while they traverse the network.  This document introduces a
   new IOAM option type called the Direct Export (DEX) option, which is
   used as a trigger for IOAM data to be directly exported without being
   pushed into in-flight data packets.


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

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-ioam-direct-export-03
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-direct-export-03

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


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

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



From nobody Wed Feb 17 06:10:14 2021
Return-Path: <rgandhi.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 A8E6E3A1A5E for <ippm@ietfa.amsl.com>; Wed, 17 Feb 2021 06:10:12 -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 A8sQi_XYX5eL for <ippm@ietfa.amsl.com>; Wed, 17 Feb 2021 06:10:11 -0800 (PST)
Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7FDE3A1A56 for <ippm@ietf.org>; Wed, 17 Feb 2021 06:10:10 -0800 (PST)
Received: by mail-lj1-x22c.google.com with SMTP id g11so16261929ljj.7 for <ippm@ietf.org>; Wed, 17 Feb 2021 06:10:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=cvYAYN0Tk0gL/atl4W+n+XlgsO1Fv1Qo9bma6+unBU0=; b=Ot93i0UiFrKXxwmVuB1Kwgr/Q5cNDALmWYjAWQ5+Za93Z7LlBz48GkPqwfHdSROJTu U+Hfs2fLyCMIKpD2KFRrHS3wj/DN9PwstwDmLA75cX/oUBDDBo8rP6En6j8UabgdRruQ ndOohEQunaCcXsb1dbPz3flADISUPpHL9SE0KS+x/yVjW1tyUGfV768rw3TPJs9PXO3Q WgbJwaJNqwY6I4tmluqstJ0OOvgU1pBNOMRdP7oL2GlkkZpALCSuriiOB/AyUesvFI9Z y9A8BOi4OY2zagAnwAiE8mKyoQQaM7gHUwbxW2NWw08/24Inzqm8Dpvf4W71LuymdW4D ML/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=cvYAYN0Tk0gL/atl4W+n+XlgsO1Fv1Qo9bma6+unBU0=; b=hKtn1OAjdoFRAxadjTKBLfxOJZFQsh9Fgf8Cv5XT9bsjbgaYUdtuVDhOftol66oO7J r8sIuWxmOLL7fZU91G4DD2vdq8Gi86tVcnzIJdsjg2qMf82ZHRXcmP1Fucd3/af4cYlt LbnFxngwTBpd3Mba/CTKS9RIU4DdjJBt+UWF/Bt87cGOo1uj6c6U/Q4dze8zZ1k66cyo QIFaSkM6nnsq7CLSLrA2bX6rntoQZxrMK3eYI4BqYzX7o46RI85OTFQmjd6UcA8q0DfW nMB7fdZOG5aqARkVtGlQQmHuShUC3kVaOBy9Caf9S7Ei0l7KLVYyblYK1VJeSmskDQ0R R+Yg==
X-Gm-Message-State: AOAM531W/L8nCpmldbkykTvYqy12vOslqXi8aTNpC/dJ+ihikBaCI5r7 Mgol21bKzcCdw6fFMxXCWMQ6OIzjidUjF0kh7cwKitgleQ==
X-Google-Smtp-Source: ABdhPJyLkdt4aeNMIm1HyYIRPKwDthA5KWtljQ/L+kkH8OGFnmHlVYU0w6EQANqMW2xDrgrbekcup+qhG569+N2kX2s=
X-Received: by 2002:a2e:a555:: with SMTP id e21mr14965431ljn.423.1613571008126;  Wed, 17 Feb 2021 06:10:08 -0800 (PST)
MIME-Version: 1.0
References: <161317039399.31293.9074519998478118059@ietfa.amsl.com> <DM6PR11MB3115FCC985A7178C7A16BB16BF869@DM6PR11MB3115.namprd11.prod.outlook.com>
In-Reply-To: <DM6PR11MB3115FCC985A7178C7A16BB16BF869@DM6PR11MB3115.namprd11.prod.outlook.com>
From: Rakesh Gandhi <rgandhi.ietf@gmail.com>
Date: Wed, 17 Feb 2021 09:09:57 -0500
Message-ID: <CAMZsk6dieaSA6VNcacP_NxxgbAD6io7ZEZ0qbGenYtRykXFzig@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c261fc05bb88c6ac"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/uANSmKXCphpWin6gvwt6TJPiwT4>
Subject: Re: [ippm] FW: New Version Notification for draft-gandhi-ippm-simple-direct-loss-00.txt
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, 17 Feb 2021 14:10:13 -0000

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

Hi WG,



We have posted a new draft on simple direct loss measurement.
The procedure was previously part of draft-gandhi-ippm-stamp-srpm-01
(and draft-gandhi-spring-stamp-srpm-02 before that).

The procedure defined is generic and not tied to SRPM drafts.


Welcome your comments and suggestions. Thank you for providing
comments on the previous versions.



Regards,

Rakesh (on behalf of authors)



>
> *From: *internet-drafts@ietf.org <internet-drafts@ietf.org>
> *Date: *Friday, February 12, 2021 at 5:53 PM
> *Subject: *New Version Notification for
> draft-gandhi-ippm-simple-direct-loss-00.txt
>
>
> A new version of I-D, draft-gandhi-ippm-simple-direct-loss-00.txt
> has been successfully submitted by Rakesh Gandhi and posted to the
> IETF repository.
>
> Name:           draft-gandhi-ippm-simple-direct-loss
> Revision:       00
> Title:          Simple Two-Way Direct Loss Measurement Procedure
> Document date:  2021-02-12
> Group:          Individual Submission
> Pages:          15
> URL:
> https://www.ietf.org/archive/id/draft-gandhi-ippm-simple-direct-loss-00.txt
> Status:
> https://datatracker.ietf.org/doc/draft-gandhi-ippm-simple-direct-loss/
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-gandhi-ippm-simple-direct-loss
> Htmlized:
> https://tools.ietf.org/html/draft-gandhi-ippm-simple-direct-loss-00
>
>
> Abstract:
>    This document defines Simple Two-Way Direct Loss Measurement (DLM)
>    procedure that can be used for Alternate-Marking Method for detecting
>    accurate data packet loss in a network.  Specifically, DLM probe
>    packets are defined for both unauthenticated and authenticated modes
>    and they are efficient for hardware-based implementation.
>


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

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

<div dir=3D"ltr"><div dir=3D"ltr"><font size=3D"2"><br></font></div><div><f=
ont size=3D"2"><span>Hi WG,<span></span></span>

</font><p class=3D"MsoNormal" style=3D"margin:0cm;font-family:&quot;Calibri=
&quot;,sans-serif"><font size=3D"2"><span><span>=C2=A0</span></span></font>=
</p><font size=3D"2">

</font><pre style=3D"margin:0cm 0cm 0.0001pt;font-family:&quot;Courier New&=
quot;"><font size=3D"2"><span style=3D"font-family:&quot;Calibri&quot;,sans=
-serif">We have posted a new draft on simple direct loss measurement. <br>T=
he procedure was previously part of draft-gandhi-ippm-stamp-srpm-01 (and dr=
aft-gandhi-spring-stamp-srpm-02 before that).<span></span></span></font></p=
re><pre style=3D"margin:0cm 0cm 0.0001pt;font-family:&quot;Courier New&quot=
;"><font size=3D"2"><span style=3D"font-family:&quot;Calibri&quot;,sans-ser=
if"><span></span>The procedure defined is generic and not tied to SRPM draf=
ts.<span></span></span></font></pre><pre style=3D"margin:0cm 0cm 0.0001pt;f=
ont-family:&quot;Courier New&quot;"><font size=3D"2"><span style=3D"font-fa=
mily:&quot;Calibri&quot;,sans-serif"><span><br></span></span></font></pre><=
pre style=3D"margin:0cm 0cm 0.0001pt;font-family:&quot;Courier New&quot;"><=
font size=3D"2"><span style=3D"font-family:&quot;Calibri&quot;,sans-serif">=
Welcome your comments and suggestions. Thank you for providing comments on =
the previous versions.<span></span></span></font></pre><pre style=3D"margin=
:0cm 0cm 0.0001pt;font-family:&quot;Courier New&quot;"><font size=3D"2"><sp=
an style=3D"font-family:&quot;Calibri&quot;,sans-serif"><span>=C2=A0</span>=
</span></font></pre><pre style=3D"margin:0cm 0cm 0.0001pt;font-family:&quot=
;Courier New&quot;"><font size=3D"2"><span style=3D"font-family:&quot;Calib=
ri&quot;,sans-serif">Regards,<span></span></span></font></pre><pre style=3D=
"margin:0cm 0cm 0.0001pt;font-size:10pt;font-family:&quot;Courier New&quot;=
"><span style=3D"font-size:12pt;font-family:&quot;Calibri&quot;,sans-serif"=
><font size=3D"2">Rakesh (on behalf of authors)</font><span></span></span><=
/pre>



</div><div><br> </div><div><div class=3D"gmail_quote"><blockquote class=3D"=
gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20=
4,204,204);padding-left:1ex"><div lang=3D"EN-CA"><div><p class=3D"MsoNormal=
"><u></u>=C2=A0<u></u></p>
<div style=3D"border-color:rgb(181,196,223) currentcolor currentcolor;borde=
r-style:solid none none;border-width:1pt medium medium;padding:3pt 0cm 0cm"=
>
<p class=3D"MsoNormal" style=3D"margin-bottom:12pt"><b><span style=3D"font-=
size:12pt;color:black">From:
</span></b><span style=3D"font-size:12pt;color:black"><a href=3D"mailto:int=
ernet-drafts@ietf.org" target=3D"_blank">internet-drafts@ietf.org</a> &lt;<=
a href=3D"mailto:internet-drafts@ietf.org" target=3D"_blank">internet-draft=
s@ietf.org</a>&gt;<br>
<b>Date: </b>Friday, February 12, 2021 at 5:53 PM<br>
<b>Subject: </b>New Version Notification for draft-gandhi-ippm-simple-direc=
t-loss-00.txt<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12pt"><br>
A new version of I-D, draft-gandhi-ippm-simple-direct-loss-00.txt<br>
has been successfully submitted by Rakesh Gandhi and posted to the<br>
IETF repository.<br>
<br>
Name:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 draft-gan=
dhi-ippm-simple-direct-loss<br>
Revision:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 00<br>
Title:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Simple Two-Way=
 Direct Loss Measurement Procedure<br>
Document date:=C2=A0 2021-02-12<br>
Group:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Individual Sub=
mission<br>
Pages:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 15<br>
URL:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <a h=
ref=3D"https://www.ietf.org/archive/id/draft-gandhi-ippm-simple-direct-loss=
-00.txt" target=3D"_blank">
https://www.ietf.org/archive/id/draft-gandhi-ippm-simple-direct-loss-00.txt=
</a><br>
Status:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <a href=3D"https://=
datatracker.ietf.org/doc/draft-gandhi-ippm-simple-direct-loss/" target=3D"_=
blank">
https://datatracker.ietf.org/doc/draft-gandhi-ippm-simple-direct-loss/</a><=
br>
Htmlized:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <a href=3D"https://datatracke=
r.ietf.org/doc/html/draft-gandhi-ippm-simple-direct-loss" target=3D"_blank"=
>
https://datatracker.ietf.org/doc/html/draft-gandhi-ippm-simple-direct-loss<=
/a><br>
Htmlized:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <a href=3D"https://tools.ietf=
.org/html/draft-gandhi-ippm-simple-direct-loss-00" target=3D"_blank">
https://tools.ietf.org/html/draft-gandhi-ippm-simple-direct-loss-00</a><br>
<br>
<br>
Abstract:<br>
=C2=A0=C2=A0 This document defines Simple Two-Way Direct Loss Measurement (=
DLM)<br>
=C2=A0=C2=A0 procedure that can be used for Alternate-Marking Method for de=
tecting<br>
=C2=A0=C2=A0 accurate data packet loss in a network.=C2=A0 Specifically, DL=
M probe<br>
=C2=A0=C2=A0 packets are defined for both unauthenticated and authenticated=
 modes<br>
=C2=A0=C2=A0 and they are efficient for hardware-based implementation.<br><=
/p></div></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-CA"><div><div><p class=3D"MsoNorm=
al" style=3D"margin-bottom:12pt">
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
<br>
Please note that it may take a couple of minutes from the time of submissio=
n<br>
until the htmlized version and diff are available at <a href=3D"http://tool=
s.ietf.org" target=3D"_blank">tools.ietf.org</a>.<br>
<br>
The IETF Secretariat<br>
<br>
<u></u><u></u></p>
</div>
</div>
</div>

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

--000000000000c261fc05bb88c6ac--


From nobody Wed Feb 17 06:16:56 2021
Return-Path: <tal.mizrahi.phd@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 369EE3A1A6E; Wed, 17 Feb 2021 06:16:55 -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 aTyeM_gjGGiK; Wed, 17 Feb 2021 06:16:53 -0800 (PST)
Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 7A3AB3A1A6A; Wed, 17 Feb 2021 06:16:50 -0800 (PST)
Received: by mail-wr1-x429.google.com with SMTP id n8so17535847wrm.10; Wed, 17 Feb 2021 06:16:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VDQPGEEIrk3lqKTTwxXKU1+jaAVl9xxOwTu5Rm8XaFY=; b=vfGVHuKS8DwxBHsuJfSEmfcVyll55R4bUGT/ymyp2cYFRYzcf7JAadgScOjbfkicZ6 TUCum3PAvBXEYV14B6vrnBf6MBFx3WEYDwPz/8pmoFZzCgBSJnpCrBVEpADpf5soxeGC M+H2QGDs9PrTx8m0+2EOoGgdAIhRMY3/jf3ia0tJ2y8nIDXwLxK7LX0lw4izrZeWXY8K uyTK9/amakmzn8Uqo4kNik/y4rkOZb4l4H2JqynjFmdccEqvmZDk+PpSEGEzTQrnIqba f2MdmwIpoZU46sovzjTebfPBzMxTHh2jiZsrQ32NjN+DxBCg7Hs7rpT/vwaz/L+V51sN pJOQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VDQPGEEIrk3lqKTTwxXKU1+jaAVl9xxOwTu5Rm8XaFY=; b=G2liG42+N8//oP1ISKHcFHLsFGA1cUVwa9sAP1cYJe8O6LMlDt9dcxDvIAgX4YbKYa KYmrCAgUECu1jYFJ29/kT59p6IfsubaJQSXBMS6cQC8aoW3viXL2UjdQvTaXq6FcHMq+ HdPzfXjyJd6pLB11os/KCEu/fTZ/eAKP9vu+27rf6n2Mk+u9YV2w/5kPZY5YqfA92un5 2HVsIQqAI0lTyTBVPDr0yPtWiRDMtjKse/LT1XptFHJ17/+Pjcvw9eQvATFJM3sOu1sh ogG9z/QKI8/Z9DpVIndEq/hF+y9S9d+bexGrmZWd2HQpHYmuzwcgeMu24sucycIMOsVN LujQ==
X-Gm-Message-State: AOAM5309Maxy6XWL7XW9/lIyur88ZObFgW49O9ZO0Ezu1DFCP/LcZbel 3a3YjaPXwlLAtesEbsHj9eEmkLgDd4dnadhv8CmTQ3+X/GlwlA==
X-Google-Smtp-Source: ABdhPJwcroaw7SlNs7wyrss8QcZBD7xLV/+/4YBntFi4mZmyXptw1TE1ZcguGpoNd8FuQ5eL39CKMbpU13xrRRqqvAs=
X-Received: by 2002:adf:e542:: with SMTP id z2mr29395406wrm.37.1613571408622;  Wed, 17 Feb 2021 06:16:48 -0800 (PST)
MIME-Version: 1.0
References: <161357092854.24830.10751213943219252886@ietfa.amsl.com>
In-Reply-To: <161357092854.24830.10751213943219252886@ietfa.amsl.com>
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Wed, 17 Feb 2021 16:16:37 +0200
Message-ID: <CABUE3XkOEv8Y1TQmejzHSp4WDxa1EYLfNGYNVC_WZEOOhTQL5Q@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>
Cc: draft-ietf-ippm-ioam-direct-export@ietf.org,  Martin Duke <martin.h.duke@gmail.com>, IPPM Chairs <ippm-chairs@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/2Kr5-eRpdT5bkCLUSdE_DWP4bdc>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-ioam-direct-export-03.txt
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, 17 Feb 2021 14:16:55 -0000

Hi,

An updated version of the DEX draft has been posted.
There are a few minor editorial updates, and one notable update of the
security section following the discussion with Martin. We updated the
Security Considerations section based on this discussion, and we hope
it resolves this issue.

A link to the security discussion:
https://mailarchive.ietf.org/arch/msg/ippm/UMluZlthNvDhkQV-ULnxSOfPMwg/

There is one major open issue regarding this draft, which we have been
discussing for a while now, regarding whether the DEX header should
have a fixed length, or two possible lengths (with two possible
formats).
We hope this can be resolved in IETF 110.

Cheers,
Tal.


On Wed, Feb 17, 2021 at 4:09 PM <internet-drafts@ietf.org> wrote:
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the IP Performance Measurement WG of the IETF.
>
>         Title           : In-situ OAM Direct Exporting
>         Authors         : Haoyu Song
>                           Barak Gafni
>                           Tianran Zhou
>                           Zhenbin Li
>                           Frank Brockners
>                           Shwetha Bhandari
>                           Ramesh Sivakolundu
>                           Tal Mizrahi
>         Filename        : draft-ietf-ippm-ioam-direct-export-03.txt
>         Pages           : 11
>         Date            : 2021-02-17
>
> Abstract:
>    In-situ Operations, Administration, and Maintenance (IOAM) is used
>    for recording and collecting operational and telemetry information.
>    Specifically, IOAM allows telemetry data to be pushed into data
>    packets while they traverse the network.  This document introduces a
>    new IOAM option type called the Direct Export (DEX) option, which is
>    used as a trigger for IOAM data to be directly exported without being
>    pushed into in-flight data packets.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-direct-export/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ippm-ioam-direct-export-03
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-direct-export-03
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-ioam-direct-export-03
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


From nobody Wed Feb 17 06:19:56 2021
Return-Path: <tal.mizrahi.phd@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93C9C3A0CAF; Wed, 17 Feb 2021 06:19:54 -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 r01CwOtcmasA; Wed, 17 Feb 2021 06:19:53 -0800 (PST)
Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 BD1E03A1A74; Wed, 17 Feb 2021 06:19:49 -0800 (PST)
Received: by mail-wr1-x436.google.com with SMTP id n8so17546232wrm.10; Wed, 17 Feb 2021 06:19:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=44LeOyZrNRw12K5Loz6uwrff6Q47inD4Rcz9m4/Lj74=; b=gqb4Nd8pYfOyfWkNr0DuFBidzvVqPDIUhWjjMPTm5SufpBz2I71W1KcOHZhTgkxko7 0kyCyX16DRAOaEwnsywZY7sNZO37P04JFscCGMNIbwm8/VVFAWJQNvF2CmyWkpmUY3/L Ngr5gvvxH6cNijXlm/li95ef3sB93I0oSoPSnRLNtSuL/ZPQrb9KPFVM5Nm5AgF/i2sN Cm0CohFSZklB8Mj0drkeD0u2pV81KPj7/oE+hMJn3FDfxv4z9umXCoCwJBLEWfz7Lz+0 H/qTrwZ3Xikt7uoHOrS5sgbfgPwa70kL8gqj2cjsiPw6yp85g8Mwy3YteU+8KAA6QhqU fsfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=44LeOyZrNRw12K5Loz6uwrff6Q47inD4Rcz9m4/Lj74=; b=PX3nLOwNCCDQf2q1Ujft3Br/5tpyAO0ZhAG8c9lteMVAdX0/vHHX2jYrQ8EIpha7jG ggv5mY2lqxluUVt4KCGaoFeRPD8OMXiyF4MjuzqekbF2/BloSxJuPOzf17gtDvejl1t+ OCaqPIc+Uu+pE22gYV2V5KlaI4pzcDk+sjyrQrjDQFlBVLqILh+a73y3jBraJVh+j6Po sz0NPeAVsYk5a7utkmL1wrzFTRPHIeU3/fWMGwp4NvM6qwBCCMKmDQD2JKqZrxHFDokN jt3wloAbqvWFJ/od0zXfDqxDtEP6B6vlcwmaDMY2TqOOPXcLN4M2DFTXCwIWQiB5L1ue SqPQ==
X-Gm-Message-State: AOAM5335K5/QrhvMrQKlikD9yUh363wE87z3nbY14zrtbMHJ/xfKlcEZ cW857XXOFYr94qmcuqjuZtINoe+lRNLWnwtFBQmXgFOnygEKgw==
X-Google-Smtp-Source: ABdhPJwtKwNckq8XraYaOLvTRteT+HJy8EnxFKCGwgvE7ASoJMSEX5PdbWlXNZsGfRBXWLPP87zWtykmNWLX6UnKQ1M=
X-Received: by 2002:adf:ee49:: with SMTP id w9mr24770755wro.144.1613571587812;  Wed, 17 Feb 2021 06:19:47 -0800 (PST)
MIME-Version: 1.0
References: <161357084681.9639.16012873591506447169@ietfa.amsl.com>
In-Reply-To: <161357084681.9639.16012873591506447169@ietfa.amsl.com>
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Wed, 17 Feb 2021 16:19:36 +0200
Message-ID: <CABUE3Xnz42ybtOKXSiHmi=qQnwDxdUeKEujaGshJnquURj0B=Q@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>
Cc: draft-ietf-ippm-ioam-flags@ietf.org, IPPM Chairs <ippm-chairs@ietf.org>,  Martin Duke <martin.h.duke@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Hvv9OgTnM4n4IQzYMSAlPmhx6kQ>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-ioam-flags-04.txt
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, 17 Feb 2021 14:19:55 -0000

Hi,

An updated version has been posted.
The main update since the last version is related to the security
issue that was discussed on the following thread.
https://mailarchive.ietf.org/arch/msg/ippm/UMluZlthNvDhkQV-ULnxSOfPMwg/

We believe the current version resolves the issue as indicated on the
thread above.

Cheers,
Tal.

On Wed, Feb 17, 2021 at 4:08 PM <internet-drafts@ietf.org> wrote:
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the IP Performance Measurement WG of the IETF.
>
>         Title           : In-situ OAM Flags
>         Authors         : Tal Mizrahi
>                           Frank Brockners
>                           Shwetha Bhandari
>                           Ramesh Sivakolundu
>                           Carlos Pignataro
>                           Aviv Kfir
>                           Barak Gafni
>                           Mickey Spiegel
>                           Jennifer Lemon
>         Filename        : draft-ietf-ippm-ioam-flags-04.txt
>         Pages           : 11
>         Date            : 2021-02-17
>
> Abstract:
>    In-situ Operations, Administration, and Maintenance (IOAM) records
>    operational and telemetry information in the packet while the packet
>    traverses a path between two points in the network.  This document
>    presents new flags in the IOAM Trace Option headers.  Specifically,
>    the document defines the Loopback and Active flags.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-flags/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ippm-ioam-flags-04
> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-flags-04
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-ioam-flags-04
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


From nobody Fri Feb 19 11:53:13 2021
Return-Path: <tpauly@apple.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 EE7823A1438 for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 11:53:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.67
X-Spam-Level: 
X-Spam-Status: No, score=-2.67 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.57, 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 (2048-bit key) header.d=apple.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 BGHm3Ydszo1Y for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 11:53:09 -0800 (PST)
Received: from nwk-aaemail-lapp03.apple.com (nwk-aaemail-lapp03.apple.com [17.151.62.68]) (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 EFAEA3A1435 for <ippm@ietf.org>; Fri, 19 Feb 2021 11:53:09 -0800 (PST)
Received: from pps.filterd (nwk-aaemail-lapp03.apple.com [127.0.0.1]) by nwk-aaemail-lapp03.apple.com (8.16.0.42/8.16.0.42) with SMTP id 11JJpJHs050028 for <ippm@ietf.org>; Fri, 19 Feb 2021 11:53:09 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : content-type : mime-version : subject : message-id : date : to; s=20180706; bh=gnf+tV5b7FNqDIir+jdJaM6EurUw3c8tWp87vFXSlz8=; b=PkFnwN5dwuJ6lje6/vmErqWokqL79ArBbPZm2Sa3/SVy8ruqxZgs1rC8ePktIqluO5x4 k+3cJMrMfijouBl6AKIBqXEKigSA3JX1eYAXeOZCRkKL3caJIIH4Wp4fXORPT4DJS5BE sConvqs3pPYxqXzGwUW6N75dtFUnjga+6MaZ7loh29X394JzyKxoo4Uk1WZm4s6MQNFr avR+6/p8PfMdDcxT82jKyZpZXvzXIXXvAp/O9xufEtoiC5ApHlh+dcrOjXkca9EMPJOZ CDJboRkKclNmmNr1/oL+DsyIFA6OiZXaTz63u15ngH4hDbjEGk+W7H2nuzBvQjRt6i3L vw== 
Received: from rn-mailsvcp-mta-lapp04.rno.apple.com (rn-mailsvcp-mta-lapp04.rno.apple.com [10.225.203.152]) by nwk-aaemail-lapp03.apple.com with ESMTP id 36pybtpce4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for <ippm@ietf.org>; Fri, 19 Feb 2021 11:53:09 -0800
Received: from rn-mailsvcp-mmp-lapp01.rno.apple.com (rn-mailsvcp-mmp-lapp01.rno.apple.com [17.179.253.14]) by rn-mailsvcp-mta-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec  3 2020)) with ESMTPS id <0QOS00P1XKKK5BC0@rn-mailsvcp-mta-lapp04.rno.apple.com> for ippm@ietf.org; Fri, 19 Feb 2021 11:53:08 -0800 (PST)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp01.rno.apple.com by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec  3 2020)) id <0QOS00P00KCC4W00@rn-mailsvcp-mmp-lapp01.rno.apple.com> for ippm@ietf.org; Fri, 19 Feb 2021 11:53:08 -0800 (PST)
X-Va-A: 
X-Va-T-CD: de279c0840622e930446fe69a11c94de
X-Va-E-CD: bea4082627e300f6d175382f39f99f36
X-Va-R-CD: 8629df3468c85b1378b6a2b651d25df9
X-Va-CD: 0
X-Va-ID: 38b6cfd4-c1da-4980-9f1a-128a9aa805a6
X-V-A: 
X-V-T-CD: de279c0840622e930446fe69a11c94de
X-V-E-CD: bea4082627e300f6d175382f39f99f36
X-V-R-CD: 8629df3468c85b1378b6a2b651d25df9
X-V-CD: 0
X-V-ID: 15068128-c035-4486-80b3-8cf36f8535f0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-19_08:2021-02-18, 2021-02-19 signatures=0
Received: from smtpclient.apple (unknown [17.11.28.15]) by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec  3 2020)) with ESMTPSA id <0QOS00Z2BKKJIC00@rn-mailsvcp-mmp-lapp01.rno.apple.com> for ippm@ietf.org; Fri, 19 Feb 2021 11:53:07 -0800 (PST)
From: Tommy Pauly <tpauly@apple.com>
Content-type: multipart/alternative; boundary="Apple-Mail=_AECBA0ED-FE60-4692-B743-BB5896BD86BC"
MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.6\))
Message-id: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com>
Date: Fri, 19 Feb 2021 11:53:07 -0800
To: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
X-Mailer: Apple Mail (2.3654.80.0.2.6)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-19_08:2021-02-18, 2021-02-19 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/wvPEaV53YL9JUVp0yOYZTuumfc0>
Subject: [ippm] IETF 110 Draft Agenda Posted
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, 19 Feb 2021 19:53:13 -0000

--Apple-Mail=_AECBA0ED-FE60-4692-B743-BB5896BD86BC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hello IPPM,

I=E2=80=99ve just posted our draft agenda for IETF 110:

https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00 =
<https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00>

This time, we=E2=80=99ll have two separate sessions. The first session =
on Monday will be focused on trying to close out some discussions and =
make decisions for various IOAM documents. The second session on Friday =
will focus on the other working group documents, proposed work, and =
lightning talks. We do have additional lightning talk slots available, =
so please email the chairs if you are interested.

Best,
Tommy & Ian=

--Apple-Mail=_AECBA0ED-FE60-4692-B743-BB5896BD86BC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">Hello=
 IPPM,<div class=3D""><br class=3D""></div><div class=3D"">I=E2=80=99ve =
just posted our draft agenda for IETF 110:</div><div class=3D""><br =
class=3D""></div><div class=3D""><a =
href=3D"https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm=
-00" =
class=3D"">https://datatracker.ietf.org/meeting/110/materials/agenda-110-i=
ppm-00</a></div><div class=3D""><br class=3D""></div><div class=3D"">This =
time, we=E2=80=99ll have two separate sessions. The first session on =
Monday will be focused on trying to close out some discussions and make =
decisions for various IOAM documents. The second session on Friday will =
focus on the other working group documents, proposed work, and lightning =
talks. We do have additional lightning talk slots available, so please =
email the chairs if you are interested.</div><div class=3D""><br =
class=3D""></div><div class=3D"">Best,</div><div class=3D"">Tommy &amp; =
Ian</div></body></html>=

--Apple-Mail=_AECBA0ED-FE60-4692-B743-BB5896BD86BC--


From nobody Fri Feb 19 13:44:29 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 386433A08C0 for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 13:44:28 -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 jQnjjFgzsiJ9 for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 13:44:26 -0800 (PST)
Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61A1B3A08BE for <ippm@ietf.org>; Fri, 19 Feb 2021 13:44:26 -0800 (PST)
Received: by mail-lj1-x230.google.com with SMTP id v6so28935720ljh.9 for <ippm@ietf.org>; Fri, 19 Feb 2021 13:44:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=L5vFuqI1ysl6JMcehunbaQmke3Qid1n+8IBW2Xq5c/Y=; b=YwO/YvXfdkk0feCJDyOF5py8cFMw0q1q1tiYZ348wyzkw9ZNNEYx9jx6Fx8Ub/jX7v 5lFUkAch0sYCpgZBEogTdcg/x9B4V1enngP4UoTomPRHMwWG5Njz7EhMnnGxiMBe2MT3 TSoH1zcF5N2JnhMm63ETU5smM3nLa0cQsWcmrX1Kc5kmCVQbcBpGrwrXpYdkW9kLr1Qn B71FICOFlGQESSA3Xp3WNYKGoif51OmYKxSBiz2oBv3/gf1v6XCnpbRWtWLGZhCMitd0 +rolwogfi1ZlVkX3p35UF0hY2KilaQbWZfRWVN74qU/j2GSoxWTWl+Xt8l54HFSjl6g8 izNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=L5vFuqI1ysl6JMcehunbaQmke3Qid1n+8IBW2Xq5c/Y=; b=Duqsa2OGErPO4FWyojEySJjpx5IU1HlbvBfSWh5+KHkU76Qcvw55NhYZXFdYJPPfnu 0yW63jbJy+teDX9C9SiJy0ZWfyIuBzYjsR7BFiGFSk0l/q83m6gHBh0YbjUx3iYncSzm KqtecUgDUNEeDqMR0UY/DqY++L8+1TGfQGRpG8eBskXjV1ZaxY4nGKTy95u58BLJM36h sYgUyoEjeeZVCggNVm/nqTSabVedxPC/4QlL/rTrwD5j4f0Wqbd5i3QFunJyWxfy+/ua PORxOExI31eqR5U/UC/+4kQlN9JCESpUtNjjIE2k/WgTJ9KaLofkwGgzXY/ptqUa/vxe mGEg==
X-Gm-Message-State: AOAM533BaJgbPJ2q1OzRoj8uIrTXnvZH3QM7oM1hBPJAzqdfYRoVpJ0p fh7lt0K+j1F48xdsjUAGEmgAkga94ezhjKcea4Eh1zlccg0=
X-Google-Smtp-Source: ABdhPJzQTv6B+b/v8P+wFtfryvuViipTe/VYfQ5fQaJozCnFonJcCVEnImGhukqdvFUb6fkxAPsGBmrrfnmHsHd/fqI=
X-Received: by 2002:ac2:5285:: with SMTP id q5mr6947521lfm.109.1613771064197;  Fri, 19 Feb 2021 13:44:24 -0800 (PST)
MIME-Version: 1.0
References: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com>
In-Reply-To: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Fri, 19 Feb 2021 13:44:12 -0800
Message-ID: <CA+RyBmVjfS31MpW=4gori=vd28fBGf15b1FyaauHsOk3PLDYew@mail.gmail.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Cc: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000007c3f305bbb75be1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/BKuKFkzmqdLzwSI0ApA__bnLQg4>
Subject: Re: [ippm] IETF 110 Draft Agenda Posted
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, 19 Feb 2021 21:44:28 -0000

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

Hi Tommy,
thank you for preparing the agenda. I would not have an update on the STAMP
YANG data model for this meeting. The work is going on but it took longer
than expected.

Regards,
Greg

On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly <tpauly=3D
40apple.com@dmarc.ietf.org> wrote:

> Hello IPPM,
>
> I=E2=80=99ve just posted our draft agenda for IETF 110:
>
> https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00
>
> This time, we=E2=80=99ll have two separate sessions. The first session on=
 Monday
> will be focused on trying to close out some discussions and make decision=
s
> for various IOAM documents. The second session on Friday will focus on th=
e
> other working group documents, proposed work, and lightning talks. We do
> have additional lightning talk slots available, so please email the chair=
s
> if you are interested.
>
> Best,
> Tommy & Ian
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Hi Tommy,<div>thank you for preparing the agenda. I would =
not have an update on the STAMP YANG data model for this meeting. The work =
is going on but it took longer than expected.</div><div><br></div><div>Rega=
rds,</div><div>Greg</div></div><br><div class=3D"gmail_quote"><div dir=3D"l=
tr" class=3D"gmail_attr">On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly &lt;t=
pauly=3D<a href=3D"mailto:40apple.com@dmarc.ietf.org">40apple.com@dmarc.iet=
f.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex"><div style=3D"overflow-wrap: break-word;">Hello IPPM,<div><br></div><d=
iv>I=E2=80=99ve just posted our draft agenda for IETF 110:</div><div><br></=
div><div><a href=3D"https://datatracker.ietf.org/meeting/110/materials/agen=
da-110-ippm-00" target=3D"_blank">https://datatracker.ietf.org/meeting/110/=
materials/agenda-110-ippm-00</a></div><div><br></div><div>This time, we=E2=
=80=99ll have two separate sessions. The first session on Monday will be fo=
cused on trying to close out some discussions and make decisions for variou=
s IOAM documents. The second session on Friday will focus on the other work=
ing group documents, proposed work, and lightning talks. We do have additio=
nal lightning talk slots available, so please email the chairs if you are i=
nterested.</div><div><br></div><div>Best,</div><div>Tommy &amp; Ian</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>

--00000000000007c3f305bbb75be1--


From nobody Fri Feb 19 19:30:18 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 D76503A0FEF for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 19:30:16 -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 BMFVt1kFZNVw for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 19:30:15 -0800 (PST)
Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0DCD3A123C for <ippm@ietf.org>; Fri, 19 Feb 2021 19:29:56 -0800 (PST)
Received: by mail-lj1-x22f.google.com with SMTP id k22so34309623ljg.3 for <ippm@ietf.org>; Fri, 19 Feb 2021 19:29:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=z6BH9jzZ9CRwVdqtZ50jUX74lJZb2fqESdohW/h5U1s=; b=lJ8VAC0K13cAfswy1SCoeFimh7pB8D5joFwgz+hU8O4GpKYRdPhMGud/fUfW8Tsgj6 pTmjRJwAYC2uFGMFdcdGVbeYXsw4ytDjsT2UkN31LgxnMo7SXroHeCJBemtckuP/IXhk KzOLdRoUtCkxYkdDGfR0tB6GLWIzgV08gCCZL+vqyin9ryD4f/iMWyarnX8iJCDgAyv6 zKEa+OR4QyHc+dD78xE4+IxUCZdAP7RLNjI5iBjLvLHMQWcxympO6MNktrbf1FbrONmZ KD1L9HMlnVUys9gkui6SUBgFlQE9gckuLMaKjuXFDPvGfJRkiI2TtrugkI/OwChshTYo FMJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=z6BH9jzZ9CRwVdqtZ50jUX74lJZb2fqESdohW/h5U1s=; b=AKLBP1jyl3teHvoYjHa6Jr3bLPfPNjJcQwynOZ4Vjwou4nhNN8vOXYCZ0FRvxGXp7F ilxj2DyX+l/wmuJ90kmNBkhvJRGP2ZVNVFwZfNhLJdwZ4ThuNEEuywyagvTrrW3Z3/YJ 096Q/x23Mz61OXThXEIpjkJjiQrgThhV8Y/6W4pj663Up8M/6zE5NXHSt1F+WuWARVsu xBAAQHHBZQa77sfT20aS3HT+LNCzfUQ5NfCJljpnFyoyjQhNuI4h0pIJixLGBGs+07Dg LQN1FBPE4VS511HWJoqMznb0InxPfP/F927cq/yh1OHNDMF1fIbkSGPtonz5QBnqVxKI MCEA==
X-Gm-Message-State: AOAM533sFM0x9juCqUt7fGrGiwJ6ZjY8ZmTd+VKq6wYC+Uo//G/BqKjy 2adjX2KkG8jBAK4m6VmEiixLBcusfpX4ZdQ3ff2wKdW1zh0M1Q==
X-Google-Smtp-Source: ABdhPJyggXkPPep85LMXlqTNo31hAf6WoJZeVug17dwh6ZhbsJb5x9NMZxtL0RAz6hYmavt4UT336xRIPDVWMwPmxxM=
X-Received: by 2002:a05:6512:108e:: with SMTP id j14mr7009805lfg.364.1613791795039;  Fri, 19 Feb 2021 19:29:55 -0800 (PST)
MIME-Version: 1.0
References: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com>
In-Reply-To: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Fri, 19 Feb 2021 19:29:43 -0800
Message-ID: <CA+RyBmX1b+gUDg2Z32pv3ss5S2CEevEJPHNs8CW7T1nMeHRY1Q@mail.gmail.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Cc: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000af503605bbbc2efe"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/xpAnxpwBuSBN8aYsBLj3Ncq5XUc>
Subject: Re: [ippm] IETF 110 Draft Agenda Posted
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: Sat, 20 Feb 2021 03:30:17 -0000

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

Hi Tommy and Ian,
the authors of Error Performance Measurement in Packet-switched Networks
would appreciate an opportunity to present this work to the group (it was
on the IETF-109 agenda but not presented).

draft-mirsky-ippm-epm             Presenter: Greg Mirsky          Time: 10
min

Regards,
Greg

On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly <tpauly=3D
40apple.com@dmarc.ietf.org> wrote:

> Hello IPPM,
>
> I=E2=80=99ve just posted our draft agenda for IETF 110:
>
> https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00
>
> This time, we=E2=80=99ll have two separate sessions. The first session on=
 Monday
> will be focused on trying to close out some discussions and make decision=
s
> for various IOAM documents. The second session on Friday will focus on th=
e
> other working group documents, proposed work, and lightning talks. We do
> have additional lightning talk slots available, so please email the chair=
s
> if you are interested.
>
> Best,
> Tommy & Ian
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Hi Tommy and Ian,<div>the authors of Error Performance Mea=
surement in Packet-switched Networks would appreciate an opportunity to pre=
sent this work to the group (it was on the IETF-109 agenda but not presente=
d).</div><div><br></div><div>draft-mirsky-ippm-epm=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0Presenter: Greg Mirsky=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 Time: 10 min<br></div><div><br></div><div>Regards,</div><div>Greg</d=
iv></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_att=
r">On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly &lt;tpauly=3D<a href=3D"mai=
lto:40apple.com@dmarc.ietf.org">40apple.com@dmarc.ietf.org</a>&gt; wrote:<b=
r></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"ove=
rflow-wrap: break-word;">Hello IPPM,<div><br></div><div>I=E2=80=99ve just p=
osted our draft agenda for IETF 110:</div><div><br></div><div><a href=3D"ht=
tps://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00" target=
=3D"_blank">https://datatracker.ietf.org/meeting/110/materials/agenda-110-i=
ppm-00</a></div><div><br></div><div>This time, we=E2=80=99ll have two separ=
ate sessions. The first session on Monday will be focused on trying to clos=
e out some discussions and make decisions for various IOAM documents. The s=
econd session on Friday will focus on the other working group documents, pr=
oposed work, and lightning talks. We do have additional lightning talk slot=
s available, so please email the chairs if you are interested.</div><div><b=
r></div><div>Best,</div><div>Tommy &amp; Ian</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>

--000000000000af503605bbbc2efe--


From nobody Fri Feb 19 19:37:56 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 E4CDA3A104B for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 19:37:54 -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 U_7zYWocJOK5 for <ippm@ietfa.amsl.com>; Fri, 19 Feb 2021 19:37:53 -0800 (PST)
Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B50C3A1049 for <ippm@ietf.org>; Fri, 19 Feb 2021 19:37:52 -0800 (PST)
Received: by mail-lj1-x234.google.com with SMTP id j6so34367228ljo.5 for <ippm@ietf.org>; Fri, 19 Feb 2021 19:37:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kUSLXAaCwvXKpLQ7HIvaS01tspZibfx31TBkh4+2EeE=; b=uE8C6mkUZA6pRyynZW2pb82kZN5OuZ5OT5LicHY4lU+b/StmbDtwm37TprrjmkMfYq U3ffwxfh64AqlCZ9lH59JjxyJzKwBIUOSHkgOvFFMevTzZQGnoCx5m/W9Ba8XurZ0I2N +/49hh4SC9mkIwOvPSeo4M5LRI0jaNwQ1RcEgcMJGz+D2DvHE2ZlO3GlGMSDM6efeg3P OqimSsO+K4oYmyZaOBTmnFeZne3Ye1/nZ34kq8/9c1zJpAXLrvIW0iBNszn4fdM7T9Bi hN9cTL2e2SG0Mrpm/Jpimpgs+k/H77bHxV2X/VgE1us3ixxjxDD6gI/IKaJkrW2CuJeR nzqg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kUSLXAaCwvXKpLQ7HIvaS01tspZibfx31TBkh4+2EeE=; b=RpouuXYWtbRoZqAqBfBeUO1Q/2BcshM4WTe244M1v6lV7TcFdFPuDGbue9bfPHVBFn FN5+WLC9nwdNOfhiLIuIceb+zC0+Za6UqhJzfGdMZPb0TPe8mWr6STp01om5WuFoy/RA wSwjlYdSZaLSD7MCdPi/QOklTSib1k2Zpx+FGk7FMM54I2xnkmZfuLATg0uE7HyUceqD yH8vdQafpr6jnmZp7G5Kew4dsuFfauRaz636CjOnp04cpqv2CjFKLpguh24uJXPlKKwe nW0odzt0SAitHtt+toHJrjiIPt6mkvEHqE4R1iXqapNKIOEl2cmr+g5aUP1Lk4lO47Wc ychQ==
X-Gm-Message-State: AOAM531+qf+lyu5fuKCUwXilZtb2VoRuTpWsckDQYuzZ50zB0JZAfrA3 zoB+CqDhAqzXql+X3CRqcdQInpO8eyqqzqokFmaqesRnoFqLlA==
X-Google-Smtp-Source: ABdhPJyUenagpCikmm/GgmZFtC9O+BBLHGV2r0bjEvrhs7WGK7ocbo2Tj8x1NENPxyTiNS2ZHKCmsht74Ay79NRQZ3k=
X-Received: by 2002:a2e:860a:: with SMTP id a10mr8015961lji.158.1613792270737;  Fri, 19 Feb 2021 19:37:50 -0800 (PST)
MIME-Version: 1.0
References: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com>
In-Reply-To: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Fri, 19 Feb 2021 19:37:39 -0800
Message-ID: <CA+RyBmWOSH0ZdsCzNM=dTmh_kwz8kcFCbC9xCZT01ZN9yyoEnA@mail.gmail.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Cc: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000009e37505bbbc4bf8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/clIktGQbapc91EHQ0xzheLiqUtU>
Subject: Re: [ippm] IETF 110 Draft Agenda Posted
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: Sat, 20 Feb 2021 03:37:55 -0000

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

Hi Tommy and Ian,
following comments we've received on draft-li-ippm-pm-on-lag, the authors
separated O/TWAMP and STAMP solutions. Also, the STAMP solution is solely
TLV-based without updating the STAMP base packet. We would greatly
appreciate an opportunity to present updates in one presentation,
preferably during the Friday session:

draft-li-ippm-otwamp-on-lag; draft-li-ippm-stamp-on-lag        Presenter:
Greg Mirsky (tentatively)          Time: 10 min.

Regards,
Greg

On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly <tpauly=3D
40apple.com@dmarc.ietf.org> wrote:

> Hello IPPM,
>
> I=E2=80=99ve just posted our draft agenda for IETF 110:
>
> https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00
>
> This time, we=E2=80=99ll have two separate sessions. The first session on=
 Monday
> will be focused on trying to close out some discussions and make decision=
s
> for various IOAM documents. The second session on Friday will focus on th=
e
> other working group documents, proposed work, and lightning talks. We do
> have additional lightning talk slots available, so please email the chair=
s
> if you are interested.
>
> Best,
> Tommy & Ian
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

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

<div dir=3D"ltr">Hi Tommy and Ian,<div>following comments we&#39;ve receive=
d on draft-li-ippm-pm-on-lag, the authors separated O/TWAMP and STAMP solut=
ions. Also, the STAMP solution is solely TLV-based without updating the STA=
MP base packet. We would greatly appreciate an opportunity to present updat=
es in one presentation, preferably during the Friday session:</div><div><br=
></div><div>draft-li-ippm-otwamp-on-lag;=C2=A0draft-li-ippm-stamp-on-lag=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 Presenter: Greg Mirsky (tentatively)=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 Time: 10 min.<br></div><div><br></div><div>Regards,</d=
iv><div>Greg</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" cla=
ss=3D"gmail_attr">On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly &lt;tpauly=
=3D<a href=3D"mailto:40apple.com@dmarc.ietf.org">40apple.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 style=3D"overflow-wrap: break-word;">Hello IPPM,<div><br></div><div>I=
=E2=80=99ve just posted our draft agenda for IETF 110:</div><div><br></div>=
<div><a href=3D"https://datatracker.ietf.org/meeting/110/materials/agenda-1=
10-ippm-00" target=3D"_blank">https://datatracker.ietf.org/meeting/110/mate=
rials/agenda-110-ippm-00</a></div><div><br></div><div>This time, we=E2=80=
=99ll have two separate sessions. The first session on Monday will be focus=
ed on trying to close out some discussions and make decisions for various I=
OAM documents. The second session on Friday will focus on the other working=
 group documents, proposed work, and lightning talks. We do have additional=
 lightning talk slots available, so please email the chairs if you are inte=
rested.</div><div><br></div><div>Best,</div><div>Tommy &amp; Ian</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>

--00000000000009e37505bbbc4bf8--


From nobody Sun Feb 21 11:45:28 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 4ABE23A104D; Sun, 21 Feb 2021 11:45:26 -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.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161393672626.8442.8164673772592413917@ietfa.amsl.com>
Date: Sun, 21 Feb 2021 11:45:26 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/BLuaBfX0V3xI5OJjB5KuNFgeucw>
Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-data-12.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: Sun, 21 Feb 2021 19:45:26 -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-12.txt
	Pages           : 45
	Date            : 2021-02-21

Abstract:
   In-situ Operations, Administration, and Maintenance (IOAM) records
   operational and telemetry information in the packet while the packet
   traverses a path between two points 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, IPv6 (via extension
   header), or IPv4.  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 are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-ioam-data-12
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-data-12

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


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

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



From nobody Sun Feb 21 12:59:53 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 00CA73A113B; Sun, 21 Feb 2021 12:59:48 -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.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161394118795.8151.6101236245760675844@ietfa.amsl.com>
Date: Sun, 21 Feb 2021 12:59:47 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/mYyHlF0I7nu10D5aW3zOonbDRKc>
Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-ipv6-options-05.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: Sun, 21 Feb 2021 20:59:48 -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           : In-situ OAM IPv6 Options
        Authors         : Shwetha Bhandari
                          Frank Brockners
                          Carlos Pignataro
                          Hannes Gredler
                          John Leddy
                          Stephen Youell
                          Tal Mizrahi
                          Aviv Kfir
                          Barak Gafni
                          Petr Lapukhov
                          Mickey Spiegel
                          Suresh Krishnan
                          Rajiv Asati
                          Mark Smith
	Filename        : draft-ietf-ippm-ioam-ipv6-options-05.txt
	Pages           : 14
	Date            : 2021-02-21

Abstract:
   In-situ Operations, Administration, and Maintenance (IOAM) records
   operational and telemetry information in the packet while the packet
   traverses a path between two points in the network.  This document
   outlines how IOAM data fields are encapsulated in IPv6.


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

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

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


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

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



From nobody Mon Feb 22 07:55:20 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 068D83A1D4A; Mon, 22 Feb 2021 07:55:12 -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.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ippm@ietf.org
Message-ID: <161400931197.10738.5607400687244463512@ietfa.amsl.com>
Date: Mon, 22 Feb 2021 07:55:12 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/DQ8J9mIAo3XG98QlnUOm1FHRCUg>
Subject: [ippm] I-D Action: draft-ietf-ippm-connectivity-monitoring-01.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, 22 Feb 2021 15:55:19 -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           : A Connectivity Monitoring Metric for IPPM
        Author          : Ruediger Geib
	Filename        : draft-ietf-ippm-connectivity-monitoring-01.txt
	Pages           : 24
	Date            : 2021-02-22

Abstract:
   Within a Segment Routing domain, segment routed measurement packets
   can be sent along pre-determined paths.  This enables new kinds of
   measurements.  Connectivity monitoring allows to supervise the state
   and performance of a connection or a (sub)path from one or a few
   central monitoring systems.  This document specifies a suitable
   type-P connectivity monitoring metric.


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

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-connectivity-monitoring-01
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-connectivity-monitoring-01

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-connectivity-monitoring-01


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

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



From nobody Mon Feb 22 12:22:08 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 136C23A103A for <ippm@ietfa.amsl.com>; Mon, 22 Feb 2021 12:22:06 -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 VGnYIQ8QMOOq for <ippm@ietfa.amsl.com>; Mon, 22 Feb 2021 12:22:05 -0800 (PST)
Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (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 14FDA3A1EE9 for <ippm@ietf.org>; Mon, 22 Feb 2021 12:22:05 -0800 (PST)
Received: by mail-io1-xd31.google.com with SMTP id i8so14677730iog.7 for <ippm@ietf.org>; Mon, 22 Feb 2021 12:22:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=Ag1bTh/DNU0bDdXKLBjBRylVweKkQorga4fIsFEkxnA=; b=WXyGliXPJQb3Ful+EIkIg9cdc5yrQBwCET2WrgH7cRKMkB8Q+8voMkIXWsvonXcAI1 GVI7erMBN2+POfQgl6yJRgpVTTVEmYBK9YcpSW4jj2baNS8/NN1iZbtsBEiEr8yAf9/g gi7NGMYtH5x7cV2X4xjdzjZTeK1AhAtFqct7hEmSNwdmAkAYBrJyEUEmN11pZWI071TP aL2s7W4lULij/KwRVk7oIO4/8NWJb7+XiVB11D8G9yA8Bmc2k3PR5bZVbmxvcPTFTRiB 6iyQN3Ko+G/FwZOF38i54v/ODBE3GmbiL1OtaVemtKR5NSmOX2Tq954SJ49kEt74XJOc K2xA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ag1bTh/DNU0bDdXKLBjBRylVweKkQorga4fIsFEkxnA=; b=kKb9whp5ju+vOblqDNNbORmZ48OIFrd1BotIV82bAN+hbsDbltR0JYjTgLerOwYKSv WeD22/RUZOvGAkLCdcHCnDzSxMG9qUtA/ZWKh/LFq3R+0lT+MFiAkvtKkNWpxs4FFFao RfsFsvj1oIzRzRvzFKcBntNEpQTWc5JevMYYD3Q4rnpdDT7Hb7KDJjDb4uVcxZpPOClk NrVbkncA/SWFNS/o0//5Wm6VnChLtmD7BphhepN8hQir/sYcix2okJqdC4bncutJdG/N ptdqBzIX03CZTk8upVIvopWotz+UxYeIeMgEOnQxu0JYT3HeZQCLR1Bk1p1gBp3wbP0t yVVA==
X-Gm-Message-State: AOAM532oNib9zraX9LGV8sCHlut8968s7SYgm3X9zIPbiUPW89qlvArP sQxRRlNVeK14kNzm1F+J726PfuExEPfwmmdkSibdt2eSLQs=
X-Google-Smtp-Source: ABdhPJxNTUyxfdeW6Hfo3BMgvxgXVhfbMjiB4qrl01WdRYsNA6x3TZ1vmbogjjORovT4ccy8fJWZKLTjxcLvkF+mxsg=
X-Received: by 2002:a05:6602:98:: with SMTP id h24mr9094808iob.19.1614025324057;  Mon, 22 Feb 2021 12:22:04 -0800 (PST)
MIME-Version: 1.0
From: Martin Duke <martin.h.duke@gmail.com>
Date: Mon, 22 Feb 2021 12:22:10 -0800
Message-ID: <CAM4esxRUWGwdd-mDN8GSgHJrkBKbZxCoGAycY2ABbh9GMvSzow@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001958af05bbf28e15"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Ax4MLtj4FjrtU4xEl1fQE3vg22A>
Subject: [ippm] IOAM Registry Designated Experts?
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, 22 Feb 2021 20:22:06 -0000

--0000000000001958af05bbf28e15
Content-Type: text/plain; charset="UTF-8"

Who should be the designated experts the various IANA registries the
ioam-data draft sets up?

--0000000000001958af05bbf28e15
Content-Type: text/html; charset="UTF-8"

<div dir="ltr">Who should be the designated experts the various IANA registries the ioam-data draft sets up?<br></div>

--0000000000001958af05bbf28e15--


From nobody Mon Feb 22 22:46: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 10A4C3A2734 for <ippm@ietfa.amsl.com>; Mon, 22 Feb 2021 22:46:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.668
X-Spam-Level: 
X-Spam-Status: No, score=-2.668 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.57, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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 7pPMgOlJ_Aht for <ippm@ietfa.amsl.com>; Mon, 22 Feb 2021 22:46:04 -0800 (PST)
Received: from mailout41.telekom.de (mailout41.telekom.de [194.25.225.151]) (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 E9AB93A2733 for <ippm@ietf.org>; Mon, 22 Feb 2021 22:46:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1614062763; x=1645598763; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=JiRyXSJkjkwJ5Ahq2c7Gz0UFKBWReBxXKNhthjyzwC4=; b=agiZqKe8478X2evq7noChYXlsaOKADPyDKy+qsCBFoHrosJhSqSs6+he OqKgsDWvAHY+6TAU+hKAftu/n1FnZVF4zhIWZA6tVT3i9VU+AgBOao/Ma aLVLksVPdlFkOKbG0q2UtP/GxRpNQ//cVtVvjU2ETCL1Fgh0dJHzgQhmM blbdxs521jIpyXipHOukXuDJSI5TEqYfyNJZk4X/H5aeLH1QxKsW+Maib qU8/7BbWetHhXQZQfITqJ4oAYGJa/8mUT8NJTS6LpdKPAcpllEirVCvRi 0//865SU0QvkVUgf3tFIv9KAwaSgV5St0uHsREnlKB/I/wjSgQYRt/Sgv w==;
IronPort-SDR: S9fLVEfhHqm2w+Xn7cMm8IkbUBDxwsROZoyTGvA8xd0h1N4GvcTbwTey57WKKvQ6qZfchj8Z7n VyJLfWGTaVJg==
Received: from qde8e4.de.t-internal.com ([10.171.255.33]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 23 Feb 2021 07:46:00 +0100
IronPort-SDR: dSk3s1G/Zh95IIs2pBBr+w3XioRBDsYGfQChBMeaSFN9hST9kHWVUUFZUtp38bxaYZJ9K8mR/W O633d5/up/WXI3Z519ve23pdTjyaGnnEM=
X-IronPort-AV: E=Sophos;i="5.81,199,1610406000"; d="scan'208";a="958086543"
X-MGA-submission: =?us-ascii?q?MDGMQ2uZ1GEEJP+pLBR+W0PMipZqNsLlhJWyKx?= =?us-ascii?q?8f1WLrO5YG3crvMDgnTI+NQ++Xv6BlCZBxDXfsRz+/A3kZL/oUVTcbU5?= =?us-ascii?q?V7mUcgawyYQo5p1Qa7DjyUHwKIG58C3knI1JkmGD9cs4j528DUUV1Es+?= =?us-ascii?q?pKDWtG2atxc7exXPDxEOQlFA=3D=3D?=
Received: from he199743.emea1.cds.t-internal.com ([10.169.119.51]) by QDE8PP.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 23 Feb 2021 07:45:59 +0100
Received: from HE105864.EMEA1.cds.t-internal.com (10.169.119.41) by HE199743.emea1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 23 Feb 2021 07:45:59 +0100
Received: from HE105865.EMEA1.cds.t-internal.com (10.169.119.42) by HE105864.emea1.cds.t-internal.com (10.169.119.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 23 Feb 2021 07:45:58 +0100
Received: from HE104162.emea1.cds.t-internal.com (10.171.40.37) by HE105865.EMEA1.cds.t-internal.com (10.169.119.42) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 23 Feb 2021 07:45:58 +0100
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.170) by O365mail04.telekom.de (172.30.0.231) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 23 Feb 2021 07:45:57 +0100
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AYtTWpJqZfJz9lg9PnXiXsRA7FExdtb1oClop1FSG9V8FTfO2W6cMXGI4W8iFFUGQ9DFmqHjISOrQq0VwOb4CZQquoruSdJxZUV0CiNTqM11XkTvVt/MbQqvD47xX+V9YWNauvj0uctHg/l/qA4s18+uoaHmSXbtq08IbYa3xpk3e4/gYdMo64jGt9bVhQYbIB5Y6WnckoYSD007vYo4csSOs6WXjwf1dHtVyHLXdqXHcJJPFiL2syCiIsQj4owDOiA91wz9bGDfVBRuLeenF/TTLCGul1a+yEz3Ly8QxkSIvKJiBc4Kir/MJ+I627xIqUy73zhs5NtbW6i1V7mafA==
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-SenderADCheck; bh=JiRyXSJkjkwJ5Ahq2c7Gz0UFKBWReBxXKNhthjyzwC4=; b=P7omK3IqU6WiZbFwHg6F/KkRTMn24y/LFK/n78V0Bzpvt+UoTJykPp2veIKv8tY0/uJczMthFhq+AzjXJfug/N9N4GRYSZA5BpCgSrcvrYTvhVPv0mpYFDv/50/I/rdBAsJnSjZ0AOpkutak44DKjBy+be4zgXfFuOdnCu0mkJzUsGIpvDTz0Lvpgfnsv3tPHPsgBmjUucdm0SUvIIdsUyaC08WGXAlq+kvWg7k2Fg+lIHqbqK3kXN/ti+vEgLTugvd+EWAETQM6ZjcDF3sDwaujONTg900dQ1KgB7DW8gJlGxId6xRlFZi5vqnwDbASeh1hkUOonBeuH4eAJrMgYg==
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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FRYP281MB0240.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.8; Tue, 23 Feb 2021 06:45:57 +0000
Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::cd9f:f557:94c6:43]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::cd9f:f557:94c6:43%7]) with mapi id 15.20.3890.018; Tue, 23 Feb 2021 06:45:57 +0000
From: <Ruediger.Geib@telekom.de>
To: <tpauly@apple.com>
CC: <ippm@ietf.org>
Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-connectivity-monitoring-01.txt
Thread-Index: AQHXCTNDlKgSnWjWJEeVlWcteTB4oqplS0ZA
Date: Tue, 23 Feb 2021 06:45:57 +0000
Message-ID: <FRYP281MB0112E7C70EB70A9EC0F72FBA9C809@FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM>
References: <161400931197.10738.5607400687244463512@ietfa.amsl.com>
In-Reply-To: <161400931197.10738.5607400687244463512@ietfa.amsl.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: apple.com; dkim=none (message not signed) header.d=none;apple.com; dmarc=none action=none header.from=telekom.de;
x-originating-ip: [87.147.144.95]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6fa24323-74e1-49d4-3cb5-08d8d7c6ac93
x-ms-traffictypediagnostic: FRYP281MB0240:
x-microsoft-antispam-prvs: <FRYP281MB02400B871ADA6575B6559DF29C809@FRYP281MB0240.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: XBOsUKOeDy1OYb61zjZ9MbvMKVoCwlC9zDpAIt+kcgR6EitUodWf9G7R98ztKMx4Pgllokj03K0cFXJxV/TO/aTHjzaWqC0pocjMrP6OBKo3IHSQ6e7CoYVmU0r0KG7H+ccZ4rx2EIFyr4JmJJWe7WZhd5uFLPVU+W1NMHF3thUKOEUssfcREbtFVBpHZo6FlxIqX648pHQ07Y2dweNIYNYkXF5AA6QtLkWoSGn1Kr7BXBoM5xQlC2hKJtdfF+460a3HzkGmfcOZhtqI1HfVSYU9qlfGCIkMLSBdH8qbncItyb7WYXFEsVaOGbtYnOfrT36D1hqnINHuTrJmxCJ1z+Us/00l4vzfprxjTWgsUDqmLWlJe1NhrltIPNg7RYkzmL1pptVbcLfsktxTni0glY18eE2GfIaFYNHOyTJMeeKWQtKKsQE4TZqZn/V4pvdf9QIiTQ+vYLogvyXt2zL9zy2YSBPbYOSvgL17IjT5o2jkn210n93DjA7CzDjsaGv0rmMX3pSIoZHN9xRV/xO6xWvLX0MCYeH5NaKIVcUTJ2LYqL7ijb+4+UhurYlatrDG0KzXa+JVWmkRxA/rDXlf+g==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFS:(346002)(366004)(396003)(39860400002)(136003)(376002)(8676002)(71200400001)(2906002)(186003)(8936002)(6916009)(83380400001)(66574015)(52536014)(66476007)(64756008)(478600001)(316002)(9686003)(4326008)(966005)(66946007)(66556008)(66446008)(55016002)(5660300002)(26005)(6506007)(76116006)(7696005)(86362001)(33656002); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?IBBusy2lCLDDfT4erRTa8WTZHuciUSJq1BOcEpjhHyf2CkZ7YRAkQ9Y1Hb?= =?iso-8859-1?Q?pmP8j+7oUUrXjni0Sg7d2iuXYZppCshquE4cjdNzuoaLMoGb8uaOLpgxki?= =?iso-8859-1?Q?J0fx5mK3tI9ylmgMEvcmZEEMnsurCwBQZkPauDK+ABcCw+ikBfw4uIUtsZ?= =?iso-8859-1?Q?fVLwsrioBtTEYDOeA1O83HRoEidZ0liHVvcMoT2HJ9hbSBaj9Hm3Li7+gg?= =?iso-8859-1?Q?D+kpGcxSqn7isWXlgCOGcITEHKnKYc3vLAZzrb6O7QCmTr8vU6nVHJC+PZ?= =?iso-8859-1?Q?gu37/cjrynTfDsh5aPE9Ta5JUjgSbQ8qPwr3qLBGUcxCHdpPpwqKNMoAUx?= =?iso-8859-1?Q?r5uETL609UlnK2BNVDgfQvoOt3f9Ggp0YSadYgzpRIt+VhvYQLIP/7QI+J?= =?iso-8859-1?Q?AqDp6+AvjwSKGaUffNqplte9npervQ6J1/kLddaH5/oZPWBHkbhPTutyZ4?= =?iso-8859-1?Q?bMx/GK1whvj9wqdzVnBlwHSjSKpps9UtBJ6rFWwiD22Rus1kMFX8qdskyw?= =?iso-8859-1?Q?yL2ukQ1iFrO5sFP7uoOyhVP65ddQxCv4E/ykDGgClDlOBzheIyKVnoTDS4?= =?iso-8859-1?Q?G5Bx2nW45GRV/yXRbcbndN2FOuIb5AkOPrUpIiPcHiHAVzKD1zZN++2Aek?= =?iso-8859-1?Q?Gh/nxSKmQwiWwgyLLXnWh8CGIFNCFQiLLETBDtjd4qSFmORfnh5rQsWn/Y?= =?iso-8859-1?Q?vPuKqy531/PX8nLNFiLpjJ2iampySG9hfzraus5HJqSzhopYWO4DFG3yNG?= =?iso-8859-1?Q?OWzv2YOtxXRNgFhnwl+lyVL8bt7TTLnaHKIgMSL39sEn76VtNiP5h3EbXI?= =?iso-8859-1?Q?r1qV23Z2q/iueSDewwWq3lNxHjaX8Z+9FwmDhXK7NQ3RkWZY+8WJXkdsL6?= =?iso-8859-1?Q?sZ+I4zPgwWL7LAYnF2lxEInyQG2hxCXrrNMHyNR9EjqCeZ/0rFrW/uakLC?= =?iso-8859-1?Q?SIKtWHhB5WFyKd6Nk5pdc1GLgz9YRQqYKk/jmqBxEDt0c9P1V6itHVZy79?= =?iso-8859-1?Q?5JoMknZtSvgWqlfTEYWU4Zgkh/wMGhHi6VFQoaHvEBDbjhwAPE3qxymg1a?= =?iso-8859-1?Q?o9Smp1hE8S1pDji9asYBgkAg/OcnA+w+9MOxaEJ8xqB4nz2Yhdp/xU9oMJ?= =?iso-8859-1?Q?MLxIjZpHGwwKi0cKnX5lRwR5kSl6Zl4Kfx9QncXZv9pNlu6veEqdi9CAPv?= =?iso-8859-1?Q?Gk+POnkTYDo932s9RIeBrLYyHTrclT/w0pCX5vOsxVolJYZhJpKMlwpfi3?= =?iso-8859-1?Q?UQOskOS/eUiDVwY4U9nr9XQYgBlEoK6ztuc8XpypRYgb4gcfr5bitQrLBC?= =?iso-8859-1?Q?Xx07BSV25infqH/My00v1bbrMTQ9fdB/4+jucYgyjYXNQuNA0qM96ssxa4?= =?iso-8859-1?Q?KeOzJXJPxf?=
x-ms-exchange-transport-forked: True
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: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 6fa24323-74e1-49d4-3cb5-08d8d7c6ac93
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Feb 2021 06:45:57.0716 (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: 3PWXXGDCTtN5JGhuy/THBfBrlNyM5SdNxhIhDTd6avBH7K47yZpQWFLQWnbllfr9rpR9axCypN82Q0Yhkvzat85uuo40nBfG+fSfMP/QR7Y=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRYP281MB0240
X-TM-SNTS-SMTP: B697F275F8C598B1545CA9B7D55DCE61750B1CB20A45F731C7DE4A122CAAF82D2000:8
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/OqElDebiVMzjaMG8K7QG5BH2Bk0>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-connectivity-monitoring-01.txt
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, 23 Feb 2021 06:46:07 -0000

Hi Tommy, dear IPPM WG,

The draft has been progressed to -01 before the meeting as -00 didn't conta=
in well formulated metrics. A fair number of metric definitions are contain=
ed in -01 (including a changepoint detection), but a few are still missing.

Regards,

Ruediger

-----Urspr=FCngliche Nachricht-----
Von: ippm <ippm-bounces@ietf.org> Im Auftrag von internet-drafts@ietf.org
Gesendet: Montag, 22. Februar 2021 16:55
An: i-d-announce@ietf.org
Cc: ippm@ietf.org
Betreff: [ippm] I-D Action: draft-ietf-ippm-connectivity-monitoring-01.txt


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

        Title           : A Connectivity Monitoring Metric for IPPM
        Author          : Ruediger Geib
	Filename        : draft-ietf-ippm-connectivity-monitoring-01.txt
	Pages           : 24
	Date            : 2021-02-22

Abstract:
   Within a Segment Routing domain, segment routed measurement packets
   can be sent along pre-determined paths.  This enables new kinds of
   measurements.  Connectivity monitoring allows to supervise the state
   and performance of a connection or a (sub)path from one or a few
   central monitoring systems.  This document specifies a suitable
   type-P connectivity monitoring metric.


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

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-connectivity-monitoring-01
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-connectivity-monitori=
ng-01

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-connectivity-monitoring=
-01


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

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


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


From nobody Tue Feb 23 22:36:59 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 ADD1D3A0A34; Tue, 23 Feb 2021 22:36:52 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Erik Kline via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Ian Swett <ianswett@google.com>, tpauly@apple.com, tpauly@apple.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Erik Kline <ek.ietf@gmail.com>
Message-ID: <161414861268.8652.15719785883972669316@ietfa.amsl.com>
Date: Tue, 23 Feb 2021 22:36:52 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/NNSSA4jch8Vi-NUOeDix5JSKyvU>
Subject: [ippm] Erik Kline's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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, 24 Feb 2021 06:36:53 -0000

Erik Kline has entered the following ballot position for
draft-ietf-ippm-capacity-metric-method-06: 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/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


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



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

[[ comments ]]

[ section 4 ]

* RFC 6438 isn't only about flow label treatment at Tunnel End Points, since
  other devices in the network can do ECMP where the flow label is part of
  the flow.

  Maybe just a full stop after "when routers have complied with RFC6438
  guidelines."?


[[ questions ]]

[ sections 5.6/6.6/7.4 ]

* Should the "megabit = 1,000,000 bits" text from section 6.6 be also used
  in sections 5.6 and 7.4, or even called out separately earlier on?

  (Maybe it's just my own experience, but I've found that, while "mibi" 100%
  of the time means base 2, "mega" only mostly means base 10 and occasionally
  can still be interpreted as base 2.)


[[ nits ]]

[ section 2 ]

* "Also, to foster the development..."

  This appears to be a sentence fragment rather than a grammatically correct
  sentence.  I assume the point is to say that fostering the development ...
  is also goal of the document.

* "The supporting" -> "Supporting the", might read more naturally?

[ section 5.4 ]

* "The statistics used to to summarize" -> "The statistics used to summarize"

[ section 6.5 ]

* "so that is" -> "so that it is"?




From nobody Wed Feb 24 06:12:25 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 791BB3A1625; Wed, 24 Feb 2021 06:12:19 -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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=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 i8dJUU5kdEdc; Wed, 24 Feb 2021 06:12:18 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EC083A1624; Wed, 24 Feb 2021 06:12:17 -0800 (PST)
Received: from pps.filterd (m0049462.ppops.net [127.0.0.1]) by m0049462.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11OE6CsU022367; Wed, 24 Feb 2021 09:12:11 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049462.ppops.net-00191d01. with ESMTP id 36w7ebxb99-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 24 Feb 2021 09:12:11 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OEC97d127316; Wed, 24 Feb 2021 08:12:10 -0600
Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [135.46.181.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OEC2aM127149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 08:12:03 -0600
Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [127.0.0.1]) by zlp30494.vci.att.com (Service) with ESMTP id D307C4009E75; Wed, 24 Feb 2021 14:12:02 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30494.vci.att.com (Service) with ESMTP id 9D0844009E77; Wed, 24 Feb 2021 14:12:02 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OEC2R8115877; Wed, 24 Feb 2021 08:12:02 -0600
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OEBtNv114442; Wed, 24 Feb 2021 08:11:55 -0600
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-azure.research.att.com (Postfix) with ESMTP id 1EB6310A18D6; Wed, 24 Feb 2021 09:11:55 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Wed, 24 Feb 2021 09:12:12 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Erik Kline <ek.ietf@gmail.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Ian Swett <ianswett@google.com>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: Erik Kline's No Objection on draft-ietf-ippm-capacity-metric-method-06: (with COMMENT)
Thread-Index: AQHXCneFYUzVXwie1Eytg1RL/4aBG6pnTeXA
Date: Wed, 24 Feb 2021 14:12:11 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF014769FD76@njmtexg5.research.att.com>
References: <161414861268.8652.15719785883972669316@ietfa.amsl.com>
In-Reply-To: <161414861268.8652.15719785883972669316@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-24_04:2021-02-24, 2021-02-24 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 malwarescore=0 bulkscore=0 clxscore=1011 mlxscore=0 suspectscore=0 adultscore=0 impostorscore=0 lowpriorityscore=0 priorityscore=1501 mlxlogscore=999 spamscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102240109
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/5bLRt4DZTFGYCd9nCPlwzPLETPI>
Subject: Re: [ippm] Erik Kline's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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: Wed, 24 Feb 2021 14:12:20 -0000

SGkgRXJpaywgdGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuDQpQbGVhc2Ugc2Vl
IHJlcGxpZXMgYmVsb3cgW2FjbV0sIGFsbCBjaGFuZ2VzIGhhdmUgYmVlbiBpbXBsZW1lbnRlZCBp
biB0aGUgd29ya2luZyB2ZXJzaW9uLg0KDQpyZWdhcmRzLA0KQWwNCg0KPiAtLS0tLU9yaWdpbmFs
IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBFcmlrIEtsaW5lIHZpYSBEYXRhdHJhY2tlciBbbWFpbHRv
Om5vcmVwbHlAaWV0Zi5vcmddDQo+IFNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkgMjQsIDIwMjEg
MTozNyBBTQ0KPiBUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQo+IENjOiBkcmFmdC1pZXRm
LWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZEBpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5v
cmc7DQo+IGlwcG1AaWV0Zi5vcmc7IElhbiBTd2V0dCA8aWFuc3dldHRAZ29vZ2xlLmNvbT47IHRw
YXVseUBhcHBsZS5jb207DQo+IHRwYXVseUBhcHBsZS5jb20NCj4gU3ViamVjdDogRXJpayBLbGlu
ZSdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLQ0KPiBt
ZXRob2QtMDY6ICh3aXRoIENPTU1FTlQpDQo+IA0KPiBFcmlrIEtsaW5lIGhhcyBlbnRlcmVkIHRo
ZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNp
dHktbWV0cmljLW1ldGhvZC0wNjogTm8gT2JqZWN0aW9uDQo+IA0KLi4uDQo+IA0KPiAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQo+IENPTU1FTlQ6DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IFtbIGNvbW1lbnRzIF1d
DQo+IA0KPiBbIHNlY3Rpb24gNCBdDQo+IA0KPiAqIFJGQyA2NDM4IGlzbid0IG9ubHkgYWJvdXQg
ZmxvdyBsYWJlbCB0cmVhdG1lbnQgYXQgVHVubmVsIEVuZCBQb2ludHMsDQo+IHNpbmNlDQo+ICAg
b3RoZXIgZGV2aWNlcyBpbiB0aGUgbmV0d29yayBjYW4gZG8gRUNNUCB3aGVyZSB0aGUgZmxvdyBs
YWJlbCBpcyBwYXJ0IG9mDQo+ICAgdGhlIGZsb3cuDQo+IA0KPiAgIE1heWJlIGp1c3QgYSBmdWxs
IHN0b3AgYWZ0ZXIgIndoZW4gcm91dGVycyBoYXZlIGNvbXBsaWVkIHdpdGggUkZDNjQzOA0KPiAg
IGd1aWRlbGluZXMuIj8NClthY21dIA0KVGhpcyBjaGFuZ2UgaXMgZmluZSB3aXRoIG1lLg0KDQo+
IA0KPiANCj4gW1sgcXVlc3Rpb25zIF1dDQo+IA0KPiBbIHNlY3Rpb25zIDUuNi82LjYvNy40IF0N
Cj4gDQo+ICogU2hvdWxkIHRoZSAibWVnYWJpdCA9IDEsMDAwLDAwMCBiaXRzIiB0ZXh0IGZyb20g
c2VjdGlvbiA2LjYgYmUgYWxzbyB1c2VkDQo+ICAgaW4gc2VjdGlvbnMgNS42IGFuZCA3LjQsIG9y
IGV2ZW4gY2FsbGVkIG91dCBzZXBhcmF0ZWx5IGVhcmxpZXIgb24/DQpbYWNtXSANClRoYW5rcyBm
b3IgeW91ciBzdWdnZXN0aW9uLg0KSSBhZGRlZCAiICh3aGljaCBpcyAxLDAwMCwwMDAgYml0cyBw
ZXIgc2Vjb25kIHRvIGF2b2lkIGFueSBjb25mdXNpb24pIg0KaW4gNS42IGFuZCA3LjQuICh0aGlz
IG1heSBoYXZlIGJlZW4gYW4gZWFybGllciBjb21tZW50IGludGVuZGVkIHRvIGFwcGx5IGV2ZXJ5
d2hlcmUpLg0KDQo+IA0KPiAgIChNYXliZSBpdCdzIGp1c3QgbXkgb3duIGV4cGVyaWVuY2UsIGJ1
dCBJJ3ZlIGZvdW5kIHRoYXQsIHdoaWxlICJtaWJpIiAxMDAlDQo+ICAgb2YgdGhlIHRpbWUgbWVh
bnMgYmFzZSAyLCAibWVnYSIgb25seSBtb3N0bHkgbWVhbnMgYmFzZSAxMCBhbmQgb2NjYXNpb25h
bGx5DQo+ICAgY2FuIHN0aWxsIGJlIGludGVycHJldGVkIGFzIGJhc2UgMi4pDQpbYWNtXSANCldl
IHNoYXJlIHRoYXQgZXhwZXJpZW5jZS4gT3RoZXJzIG1pZ2h0IGFzaywgIndoYXQncyBhIGtpYmli
aXQ/Ig0KDQo+IA0KPiANCj4gW1sgbml0cyBdXQ0KPiANCj4gWyBzZWN0aW9uIDIgXQ0KPiANCj4g
KiAiQWxzbywgdG8gZm9zdGVyIHRoZSBkZXZlbG9wbWVudC4uLiINCj4gDQo+ICAgVGhpcyBhcHBl
YXJzIHRvIGJlIGEgc2VudGVuY2UgZnJhZ21lbnQgcmF0aGVyIHRoYW4gYSBncmFtbWF0aWNhbGx5
DQo+IGNvcnJlY3QNCj4gICBzZW50ZW5jZS4gIEkgYXNzdW1lIHRoZSBwb2ludCBpcyB0byBzYXkg
dGhhdCBmb3N0ZXJpbmcgdGhlIGRldmVsb3BtZW50DQo+IC4uLg0KPiAgIGlzIGFsc28gZ29hbCBv
ZiB0aGUgZG9jdW1lbnQuDQpbYWNtXSANClRoYW5rcywgSSByZS13cm90ZSB0aGF0IHNlbnRlbmNl
IGFzIGZvbGxvd3M6DQoNCkZvc3RlcmluZyB0aGUgZGV2ZWxvcG1lbnQgb2YgcHJvdG9jb2wgc3Vw
cG9ydCBmb3IgdGhpcyBtZXRyaWMgYW5kIG1ldGhvZCBvZiBtZWFzdXJlbWVudCBpcyBhbHNvIGEg
Z29hbCBvZiB0aGlzIG1lbW8gKGFsbCBhY3RpdmUgdGVzdGluZyBwcm90b2NvbHMgY3VycmVudGx5
IGRlZmluZWQgYnkgdGhlIElQUE0gV0cgYXJlIFVEUC1iYXNlZCwgbWVldGluZyBhIGtleSByZXF1
aXJlbWVudCBvZiB0aGVzZSBtZXRob2RzKS4NCg0KDQo+IA0KPiAqICJUaGUgc3VwcG9ydGluZyIg
LT4gIlN1cHBvcnRpbmcgdGhlIiwgbWlnaHQgcmVhZCBtb3JlIG5hdHVyYWxseT8NClthY21dIA0K
SXQgbWlnaHQsIGV4Y2VwdCB3ZSB3b3VsZCB0aGVuIGhhdmUgdHdvIHNlbnRlbmNlcyBpbiBhIHJv
dyAod2l0aCB0aGUgY2hhbmdlIGFib3ZlKSBiZWdpbm5pbmc6DQpGb3N0ZXJpbmcgdGhlLi4uDQpT
dXBwb3J0aW5nIHRoZS4uLg0KDQpJIGxlZnQgIlRoZSBzdXBwb3J0aW5nIiBhcy1pcy4NCg0KPiAN
Cj4gWyBzZWN0aW9uIDUuNCBdDQo+IA0KPiAqICJUaGUgc3RhdGlzdGljcyB1c2VkIHRvIHRvIHN1
bW1hcml6ZSIgLT4gIlRoZSBzdGF0aXN0aWNzIHVzZWQgdG8gc3VtbWFyaXplIg0KW2FjbV0gDQpU
aGFua3MNCg0KPiANCj4gWyBzZWN0aW9uIDYuNSBdDQo+IA0KPiAqICJzbyB0aGF0IGlzIiAtPiAi
c28gdGhhdCBpdCBpcyI/DQpbYWNtXSANClRoYW5rcw0KDQo+IA0KPiANCg0K


From nobody Wed Feb 24 07:50:13 2021
Return-Path: <mauro.cociglio@telecomitalia.it>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D38503A172E for <ippm@ietfa.amsl.com>; Wed, 24 Feb 2021 07:46:20 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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=telecomitalia.it
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Jgep0qTSp4b for <ippm@ietfa.amsl.com>; Wed, 24 Feb 2021 07:46:18 -0800 (PST)
Received: from mx08.telecomitalia.it (mx08.telecomitalia.it [156.54.232.24]) (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 4C78A3A1731 for <ippm@ietf.org>; Wed, 24 Feb 2021 07:46:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=telecomitalia.it; s=selector1; c=relaxed/relaxed;  q=dns/txt; i=@telecomitalia.it; t=1614181573; x=2478095173; h=MIME-Version:From:Date:Message-ID:Subject:To; bh=SsRPJd+WfGWryK2h+1viMFX0W10hG3lvMLlcRe8fjfs=; b=MlFfVPzbKUCSHIfAFi8NA1Pzl0SmHKvib1Z3PFUQbtPlU2hQdpLnWbidNluo7mQ9 JDK206SbUeW4oiwf4ay1yNFZzhYnWWDueECqEvWTYuwNU1dvHpeP5OI/F/w9zRLB 1rdxwVcDpJIJ8Ya4NFBDeWPKPUqoWkFe74ripn3znsMhDviyD01nhqrkdf26hqTH HCoy/dpaRfHLpmQAE0zMt01UXUJ8N/DJ3oKyYPP4dO9rd1hU5hM0CPSnz5XYNyCW ON7OhZrkfdM2Qvri70N1MrnVMII9WQsar80Csq8q8eVL96RlEV46n+QYBl6QqrJn nSgWfgUyXLpzEb0ZCgS8gQ==;
X-AuditID: 0a5a2d18-4abc870000000c54-0f-603674c44aea
Received: from TELMBXD15BA020.telecomitalia.local ( [10.90.43.81]) by mx08.telecomitalia.it () with SMTP id 80.17.03156.4C476306; Wed, 24 Feb 2021 16:46:13 +0100 (CET)
From: Cociglio Mauro <mauro.cociglio@telecomitalia.it>
To: IETF IPPM WG <ippm@ietf.org>, "quic@ietf.org" <quic@ietf.org>, "explicit-meas@ietf.org" <explicit-meas@ietf.org>
CC: Alexandre Ferrieux <alexandre.ferrieux@orange.com>, Dmitri Tikhonov <dtikhonov@litespeedtech.com>, "Bulgarella Fabio (Guest)" <fabio.bulgarella@guest.telecomitalia.it>, Giuseppe Fioccola <giuseppe.fioccola@huawei.com>, Igor Lubashev <ilubashe@akamai.com>, "Isabelle Hamchaoui" <isabelle.hamchaoui@orange.com>, Nilo Massimo <massimo.nilo@telecomitalia.it>, Riccardo Sisto <riccardo.sisto@polito.it>, Jari Arkko <jari.arkko@ericsson.com>, Marcus Ihlar <marcus.ihlar@ericsson.com>, "emile.stephan@orange.com" <emile.stephan@orange.com>
Thread-Topic: New Version Notification for draft-mdt-ippm-explicit-flow-measurements-01.txt
Thread-Index: AdcKw9/33C9ZSTzrSOSplSLdXnwEmg==
Date: Wed, 24 Feb 2021 15:46:12 +0000
Message-ID: <5d4b4f02777f41958b00f4a9739963fb@TELMBXD14BA020.telecomitalia.local>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
msip_labels: MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Enabled=true; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SetDate=2021-02-24T15:46:10Z;  MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Method=Standard; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Name=Uso Interno; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SiteId=6815f468-021c-48f2-a6b2-d65c8e979dfb; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ActionId=2724d79c-f816-4024-99ed-96f29f155aed; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ContentBits=2
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [95.249.40.152]
x-ti-disclaimer: ADBanner
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrLKsWRmVeSWpSXmKPExsXCFaUdqHu0xCzB4H6cxbIf8hZfJrBZHNz/ g8ViyYazzBZr5qxgsmhqWMFs0fPgHbPFpYMf2S0O9eRZHHz5itWiZwG3xc/bO9kdeDwmH1nA 7PHr61U2j5Yjb1k9liz5yeTxZNtxZo+WZyfZPE6vLA5gj2pgtEnMy8svSSxJVUhJLU62VXLJ LE7OSczMTS1ScHRxAkqmFikpZKbYKpkpKRTkJCan5qbmldgqJRYUpOalKNlxKWAAG6CyzDyF 1Lzk/JTMvHRbJc9gf10LC1NLXUMlu8DS1OKSfIXc1OLixPT0zHyFhHmiGS8OL2EuOKBa0fdw A3sD4xGVLkZODgkBE4ne75NYuxi5OIQEVjJK/Ll1lREkwSZgJnFmyzM2EFtEoEyieeFURpAi ZoEVLBJ/jv5hBkkIC8RI7J5xjhGiKFbi8ex1TBC2nsSvaTNYQGwWAVWJLdNOs4LYvAKBEu// HQYbyiggKzFh9yKwXmYBcYkX00+wQ1wkILFkz3lmCFtU4uXjf2DX8QosZJGYuuYQK0TCQGLr 0n0sELaixK3Ts6BsSYnDhzcBLeAAGqopsX6XPsR8RYkp3Q/ZIW4QlDg58wnLBEbRWUhWz0Lo mIWkYxaSjgWMLKsYRXMrDCz0SlJzUpPzczNLEnMyE/UySzYxghOUrsQOxiMX3+gdYmTiYDzE KMHBrCTCu/mfaYIQb0piZVVqUX58UWlOavEhRh9guExklhJNzgemyLySeENTM1NzYyMzUwNT M0scwkrivOtszBKEBNKB6Sg7NbUgtQhmHBMHp1QDk44H5/I527Z5ZfRwqKjEXnlrx8th8sRt 45pUK9leYe9DMq5SEv/leHbfrM8suJmqZmAz73Nr9Y8ofg6xi533KtdGXdt9f9e+7pLdEZc+ zjLgtYpsdTV+dvjYvpyE3fa7J3S1vbzfr3TbtWvtksXVu97XLv7m87//7sadt4o/Wtha3vrd /ds91vm52IxuYZ6FzWXywi3Lazq7Zx+fJ3zh780XEa+Nqi8rZbS8udS9fH+v0/opyXN1PQ9y NFX+Lr3yI7ZBZ9asHFYp7+vbL5ZL7FiRy3bT55hkqu/8I+uZKh5XPwj9PDMjw/6E1PFCdcd/ 7u0BvHYvXu9m0Fy9POtg5eI+bpesmdZfWiuy5ecdUWIpzkg01GIuKk4EAHesGMDwAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Opo__-D_M7f1vAQC1G5ItA5e7GE>
X-Mailman-Approved-At: Wed, 24 Feb 2021 07:50:12 -0800
Subject: [ippm] FW: New Version Notification for draft-mdt-ippm-explicit-flow-measurements-01.txt
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, 24 Feb 2021 15:46:21 -0000

RGVhciBhbGwuDQoNCkluIHRoaXMgbmV3IHZlcnNpb24gb2YgRXhwbGljaXQgTWVhc3VyZW1l
bnRzIGRyYWZ0IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbWR0LWlwcG0t
ZXhwbGljaXQtZmxvdy1tZWFzdXJlbWVudHMtMDEpLCB0aGUgbWV0aG9kb2xvZ3kgZm9yIG1l
YXN1cmluZyBSVFQgdmlhIHRoZSBEZWxheSBCaXQgaGFzIGJlZW4gdXBkYXRlZC4NCkluIHBy
ZXZpb3VzIHZlcnNpb25zIHRoZSBEZWxheSBCaXQgd2FzIGFuIGFkZGl0aW9uYWwgYml0IHRv
IHRoZSBTcGluIEJpdCB0aGF0IGFsbG93ZWQgdG8gcmVtZWR5IHRoZSB3ZWFrbmVzc2VzIG9m
IHRoZSBTcGluIEJpdCAoZHVlIHRvIGxvc3Nlcywgb3V0LW9mLXNlcXVlbmNlIGFuZCBhcHBs
aWNhdGlvbiBkZWxheXMpLiBJbiB0aGlzIG5ldyB2ZXJzaW9uIHRoZSBEZWxheSBCaXQgd29y
a3Mgd2l0aCBhIG5ldyBhbGdvcml0aG0gdGhhdCBtYWtlcyBpdCBjb21wbGV0ZWx5IGluZGVw
ZW5kZW50IGZyb20gdGhlIFNwaW4gQml0IGFuZCB0aGVyZWZvcmUgYWxsb3dzIGl0IHRvIGJl
IHVzZWQgYWxvbmUsIG9idGFpbmluZyBwcmVjaXNlIFJUVCBtZWFzdXJlbWVudHMgd2l0aCB0
aGUgdXNlIG9mIGEgc2luZ2xlIGJpdC4NCg0KVGhlIGRyYWZ0IHdpbGwgYmUgcHJlc2VudGVk
IGF0IElFVEYgMTEwLCBGcmlkYXkgKE1hcmNoIDEyLCAyMDIxKSwgU2Vzc2lvbiBJSUksIDE2
OjAwLTE4OjAwIFVUQywgUm9vbSA5LCBJUFBNIFdHLg0KT2YgY291cnNlLCBhbnkgY29tbWVu
dHMgYW5kIHF1ZXN0aW9ucyBhcmUgbW9yZSB0aGFuIHdlbGNvbWUuDQpCZXN0IHJlZ2FyZHMu
DQoNCk1hdXJvDQpfX19fX19fX19fX19fX19fX19fX18NCk1hdXJvIENvY2lnbGlvDQpUZWxl
Y29tIEl0YWxpYSAtIFRJTQ0KVmlhIEcuIFJlaXNzIFJvbW9saSwgMjc0DQoxMDE0OCAtIFRv
cmlubyAoSXRhbHkpDQpUZWwuOiArMzkwMTEyMjg1MDI4DQpNb2JpbGU6ICszOTMzNTc2Njk3
NTENCl9fX19fX19fX19fX19fX19fX19fXw0KDQoNClRJTSAtIFVzbyBJbnRlcm5vIC0gVHV0
dGkgaSBkaXJpdHRpIHJpc2VydmF0aS4NCg0KLS0tLS1NZXNzYWdnaW8gb3JpZ2luYWxlLS0t
LS0NCkRhOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgPGludGVybmV0LWRyYWZ0c0BpZXRm
Lm9yZz4gDQpJbnZpYXRvOiBsdW5lZMOsIDIyIGZlYmJyYWlvIDIwMjEgMTk6MTINCkE6IEFs
ZXhhbmRyZSBGZXJyaWV1eCA8YWxleGFuZHJlLmZlcnJpZXV4QG9yYW5nZS5jb20+OyBEbWl0
cmkgVGlraG9ub3YgPGR0aWtob25vdkBsaXRlc3BlZWR0ZWNoLmNvbT47IEJ1bGdhcmVsbGEg
RmFiaW8gKEd1ZXN0KSA8ZmFiaW8uYnVsZ2FyZWxsYUBndWVzdC50ZWxlY29taXRhbGlhLml0
PjsgR2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+OyBJ
Z29yIEx1YmFzaGV2IDxpbHViYXNoZUBha2FtYWkuY29tPjsgSXNhYmVsbGUgSGFtY2hhb3Vp
IDxpc2FiZWxsZS5oYW1jaGFvdWlAb3JhbmdlLmNvbT47IE5pbG8gTWFzc2ltbyA8bWFzc2lt
by5uaWxvQHRlbGVjb21pdGFsaWEuaXQ+OyBDb2NpZ2xpbyBNYXVybyA8bWF1cm8uY29jaWds
aW9AdGVsZWNvbWl0YWxpYS5pdD47IFJpY2NhcmRvIFNpc3RvIDxyaWNjYXJkby5zaXN0b0Bw
b2xpdG8uaXQ+DQpPZ2dldHRvOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0
LW1kdC1pcHBtLWV4cGxpY2l0LWZsb3ctbWVhc3VyZW1lbnRzLTAxLnR4dA0KDQoNCkEgbmV3
IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1tZHQtaXBwbS1leHBsaWNpdC1mbG93LW1lYXN1cmVt
ZW50cy0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgR2l1c2Vw
cGUgRmlvY2NvbGEgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1l
OgkJZHJhZnQtbWR0LWlwcG0tZXhwbGljaXQtZmxvdy1tZWFzdXJlbWVudHMNClJldmlzaW9u
OgkwMQ0KVGl0bGU6CQlFeHBsaWNpdCBGbG93IE1lYXN1cmVtZW50cyBUZWNobmlxdWVzDQpE
b2N1bWVudCBkYXRlOgkyMDIxLTAyLTIyDQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lv
bg0KUGFnZXM6CQkzOQ0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2Fy
Y2hpdmUvaWQvZHJhZnQtbWR0LWlwcG0tZXhwbGljaXQtZmxvdy1tZWFzdXJlbWVudHMtMDEu
dHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv
ZHJhZnQtbWR0LWlwcG0tZXhwbGljaXQtZmxvdy1tZWFzdXJlbWVudHMvDQpIdG1saXplZDog
ICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1tZHQt
aXBwbS1leHBsaWNpdC1mbG93LW1lYXN1cmVtZW50cw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBz
Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1tZHQtaXBwbS1leHBsaWNpdC1mbG93LW1l
YXN1cmVtZW50cy0wMQ0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3Jm
Y2RpZmY/dXJsMj1kcmFmdC1tZHQtaXBwbS1leHBsaWNpdC1mbG93LW1lYXN1cmVtZW50cy0w
MQ0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHByb3RvY29sIGlu
ZGVwZW5kZW50IG1ldGhvZHMgY2FsbGVkIEV4cGxpY2l0DQogICBGbG93IE1lYXN1cmVtZW50
IFRlY2huaXF1ZXMgdGhhdCBlbXBsb3kgZmV3IG1hcmtpbmcgYml0cywgaW5zaWRlIHRoZQ0K
ICAgaGVhZGVyIG9mIGVhY2ggcGFja2V0LCBmb3IgbG9zcyBhbmQgZGVsYXkgbWVhc3VyZW1l
bnQuICBUaGUNCiAgIGVuZHBvaW50cywgbWFya2luZyB0aGUgdHJhZmZpYywgc2lnbmFsIHRo
ZXNlIG1ldHJpY3MgdG8gaW50ZXJtZWRpYXRlDQogICBvYnNlcnZlcnMgYWxsb3dpbmcgdGhl
bSB0byBtZWFzdXJlIGNvbm5lY3Rpb24gcGVyZm9ybWFuY2UsIGFuZCB0bw0KICAgbG9jYXRl
IHRoZSBuZXR3b3JrIHNlZ21lbnQgd2hlcmUgaW1wYWlybWVudHMgaGFwcGVuLiAgRGlmZmVy
ZW50DQogICBhbHRlcm5hdGl2ZXMgYXJlIGNvbnNpZGVyZWQgd2l0aGluIHRoaXMgZG9jdW1l
bnQuICBUaGVzZSBzaWduYWxpbmcNCiAgIG1ldGhvZHMgYXBwbHkgdG8gYWxsIHByb3RvY29s
cyBidXQgdGhleSBhcmUgZXNwZWNpYWxseSB2YWx1YWJsZSB3aGVuDQogICBhcHBsaWVkIHRv
IHByb3RvY29scyB0aGF0IGVuY3J5cHQgdHJhbnNwb3J0IGhlYWRlciBhbmQgZG8gbm90IGFs
bG93DQogICB0cmFkaXRpb25hbCBtZXRob2RzIGZvciBkZWxheSBhbmQgbG9zcyBkZXRlY3Rp
b24uDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0
aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBz
dWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFp
bGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNClF1
ZXN0byBtZXNzYWdnaW8gZSBpIHN1b2kgYWxsZWdhdGkgc29ubyBpbmRpcml6emF0aSBlc2Ns
dXNpdmFtZW50ZSBhbGxlIHBlcnNvbmUgaW5kaWNhdGUuIExhIGRpZmZ1c2lvbmUsIGNvcGlh
IG8gcXVhbHNpYXNpIGFsdHJhIGF6aW9uZSBkZXJpdmFudGUgZGFsbGEgY29ub3NjZW56YSBk
aSBxdWVzdGUgaW5mb3JtYXppb25pIHNvbm8gcmlnb3Jvc2FtZW50ZSB2aWV0YXRlLiBRdWFs
b3JhIGFiYmlhdGUgcmljZXZ1dG8gcXVlc3RvIGRvY3VtZW50byBwZXIgZXJyb3JlIHNpZXRl
IGNvcnRlc2VtZW50ZSBwcmVnYXRpIGRpIGRhcm5lIGltbWVkaWF0YSBjb211bmljYXppb25l
IGFsIG1pdHRlbnRlIGUgZGkgcHJvdnZlZGVyZSBhbGxhIHN1YSBkaXN0cnV6aW9uZSwgR3Jh
emllLiANCg0KVGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBpcyBjb25maWRlbnRp
YWwgYW5kIG1heSBjb250YWluIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gaW50ZW5kZWQgZm9y
IHRoZSBhZGRyZXNzZWUocykgb25seS4gRGlzc2VtaW5hdGlvbiwgY29weWluZywgcHJpbnRp
bmcgb3IgdXNlIGJ5IGFueWJvZHkgZWxzZSBpcyB1bmF1dGhvcmlzZWQuIElmIHlvdSBhcmUg
bm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBkZWxldGUgdGhpcyBtZXNzYWdl
IGFuZCBhbnkgYXR0YWNobWVudHMgYW5kIGFkdmlzZSB0aGUgc2VuZGVyIGJ5IHJldHVybiBl
LW1haWwsIFRoYW5rcy4gDQoNClJpc3BldHRhIGwnYW1iaWVudGUuIE5vbiBzdGFtcGFyZSBx
dWVzdGEgbWFpbCBzZSBub24gw6ggbmVjZXNzYXJpby4NCg==


From nobody Wed Feb 24 08:11:37 2021
Return-Path: <alissa@cooperw.in>
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 17DEC3A177D; Wed, 24 Feb 2021 08:11:32 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=cooperw.in header.b=YoVj1AGs; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=cBrmjhTm
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y7duMh_ElecQ; Wed, 24 Feb 2021 08:11:30 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 571033A177F; Wed, 24 Feb 2021 08:11:30 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id B10F982B; Wed, 24 Feb 2021 11:11:27 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 24 Feb 2021 11:11:28 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=x eer7ZuFjd4DMIdc3lpnt0otcmRBKCiJuqqP3JKHUrw=; b=YoVj1AGsiw6lJltxX F+ufMPZ8urFmqNRGX2y+kZPilRfssEATVKKQaxRrU7oI6c3am2Owq4ZzWUmBStQA I1jVaJmaW2+hEa2n2TGr1xFFPOeYMecdVW3yMMl61qs7me3pXxYQCcLc7iKM37MJ BlTKYLGLfd0GEmKJ2epQWHEYUFNwpSizTpDJm6sunMAMJ+pmPBpI28BGuY+vcUNx 9CBKaBqR/NQWNBPI3J3rpQ58cS3qQaH2d+neeU8nKO/AAzDLjZtOy22x+ymgbnEV /JkccAcKy4AaKi39gq763e9pS7b/HO9FnkJzJ25EyR8gf8nNmzDIV5WLUTCQNkH/ hB8aw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=xeer7ZuFjd4DMIdc3lpnt0otcmRBKCiJuqqP3JKHU rw=; b=cBrmjhTmcYFeAlfZGVpdKhk5tOkN0XDIcx0rFiu6sYU3tOBuev8PRjjUg I1qPi4MPmRa7pm+RcpqqM36OuDhBcl/3xjPEaUGS0jbPf9j+2HeOe84MHL+tblUP fOXyLWEvOSBfur+k976NYmv5VgWV8HtMgjL6enJbnT0cTat9iAPe4CgFxiILEg+X gNehuHr3afo57ZN7UA2Q8Zvm9e5u6yEDhS62jlKVzktvXqZmfD/U2sTWn8Sok4F1 8iJFOmlJqaSIdLjdmzF1IMyI3HBXNl4gBJxPzGlWKk/zXCRr8f6RHziV2sUFpwU5 HtzjEedYD051+kRyW9pr1yaqr2FYA==
X-ME-Sender: <xms:rno2YJnk7DpM_HvdYy6tl2ovphBOuR23TEnq2ym-NIEVclMxXqGURA> <xme:rno2YE3nQJ-jiEA5Vk9n3Uv6TQ04NAn119B63Yai9rt8xYF1S1oKCtHZyMX54li5z b8kNSarhFi6aBgM1w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrkeejgdekgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeetlhhishhs rgcuvehoohhpvghruceorghlihhsshgrsegtohhophgvrhifrdhinheqnecuggftrfgrth htvghrnhepjeegiefhvddvgedvffekkefhveelleffjeefffekuedvieeftdetuddtkeef tedvnecuffhomhgrihhnpehgihhthhhusgdrtghomhdpihgvthhfrdhorhhgnecukfhppe dujeefrdefkedruddujedrkeegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomheprghlihhsshgrsegtohhophgvrhifrdhinh
X-ME-Proxy: <xmx:rno2YPoBzhanxpxBzpIBIOh5FaXEnOqSP_KQNqIyW_PUdGqfk4vPrQ> <xmx:rno2YJnf2K6PZpJRUMQKQKm0IWS1IMnNHgA3mskUcS5VQOU8O5_MUQ> <xmx:rno2YH1uilYAkEK-VfwSfHTOE7bwjE7XQfhdH25mYEW-L5J_A92C-Q> <xmx:r3o2YIxhl55WtKfsJPG3u9HgGJsYcufAcT-pk_y_RezujN-sRvVbEg>
Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.84]) by mail.messagingengine.com (Postfix) with ESMTPA id 3386E108005F; Wed, 24 Feb 2021 11:11:25 -0500 (EST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF014769BD6A@njmtexg5.research.att.com>
Date: Wed, 24 Feb 2021 11:11:24 -0500
Cc: "gen-art@ietf.org" <gen-art@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "draft-ietf-ippm-capacity-metric-method.all@ietf.org" <draft-ietf-ippm-capacity-metric-method.all@ietf.org>,  "ippm@ietf.org" <ippm@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <228C8A3B-17F1-40DD-B4C9-432F95EB68A5@cooperw.in>
References: <161314437215.27849.15366890249325519802@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF014769BD6A@njmtexg5.research.att.com>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>, Stewart Bryant <stewart.bryant@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/IamjJeR3L__VzBuNr_icHgEfeRs>
Subject: Re: [ippm] [Gen-art] Genart last call review of draft-ietf-ippm-capacity-metric-method-05
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, 24 Feb 2021 16:11:32 -0000

Stewart, thanks for your review. Al, thanks for responding. I entered a =
No Objection ballot.

Alissa


> On Feb 12, 2021, at 12:04 PM, MORTON, ALFRED C (AL) =
<acm@research.att.com> wrote:
>=20
> Thanks for your review, Stewart!
>=20
> please see reply below,
> Al
>=20
>> -----Original Message-----
>> From: Stewart Bryant via Datatracker [mailto:noreply@ietf.org]
>> Sent: Friday, February 12, 2021 10:40 AM
> ...
>> Summary: A well written text ready for publication
> [acm]=20
> Thanks!
>>=20
>> Major issues: None
>>=20
>> Minor issues: None
>>=20
>> Nits/editorial comments:
>> 8.4.  Running Code
>>=20
>>   This section is for the benefit of the Document Shepherd's form, =
and
>>   will be deleted prior to final review.
>>=20
>> SB> I am wondering if this was supposed to be deleted before this =
review,
>> or whether you plan to keep it?
> [acm]=20
> Yes, we'll certainly delete this section before the RFC Editors see =
it. However,
> there is a lot of review yet to happen. I really don't mind if the =
IESG
> sees it in some form, but we don't want to risk endorsing one =
implementation, IIRC.
>=20
> Also, this material could move to the Doc Shepherd's form, but has not =
yet:
> 	Document Quality:
>=20
> 	Are there existing implementations of the protocol? ...
>=20
> I see that we need to update the reference in section 8.4:
> OLD
> [udpst]    AT&T, "UDP Speed Test Open Broadband project", August
>              2020, <https://github.com/BroadbandForum <TBD>>.
> NEW
> [udpst]    udpst Project Collaborators, "UDP Speed Test Open Broadband =
project",=20
>              December 2020, =
<https://github.com/BroadbandForum/obudpst>.
>>=20
>>=20
>=20
> _______________________________________________
> Gen-art mailing list
> Gen-art@ietf.org
> https://www.ietf.org/mailman/listinfo/gen-art


From nobody Wed Feb 24 08:13:48 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1297D3A1781; Wed, 24 Feb 2021 08:13:40 -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, 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 mpKpxfdpDnvo; Wed, 24 Feb 2021 08:13:37 -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 F247B3A177F; Wed, 24 Feb 2021 08:13:36 -0800 (PST)
Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11OFsNEu003864; Wed, 24 Feb 2021 11:13:33 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0048589.ppops.net-00191d01. with ESMTP id 36wck2b4un-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 24 Feb 2021 11:13:33 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OGDUfg110447; Wed, 24 Feb 2021 10:13:32 -0600
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OGDQjG110238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 10:13:26 -0600
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id 26C4C403A42A; Wed, 24 Feb 2021 16:13:26 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30496.vci.att.com (Service) with ESMTP id 0398A403A423; Wed, 24 Feb 2021 16:13:25 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OGDPxH108335; Wed, 24 Feb 2021 10:13:25 -0600
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11OGDKAn107727; Wed, 24 Feb 2021 10:13:20 -0600
Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-azure.research.att.com (Postfix) with ESMTP id 79D6C10A18D6; Wed, 24 Feb 2021 11:13:19 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0487.000; Wed, 24 Feb 2021 11:13:36 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Alissa Cooper <alissa@cooperw.in>, Stewart Bryant <stewart.bryant@gmail.com>
CC: "gen-art@ietf.org" <gen-art@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "draft-ietf-ippm-capacity-metric-method.all@ietf.org" <draft-ietf-ippm-capacity-metric-method.all@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [Gen-art] Genart last call review of draft-ietf-ippm-capacity-metric-method-05
Thread-Index: AQHXAVVRNjuS2FwTcEuRLohtdMrgwapUtPyggBMrkAD//6x+8A==
Date: Wed, 24 Feb 2021 16:13:36 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF01476A028B@njmtexg5.research.att.com>
References: <161314437215.27849.15366890249325519802@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF014769BD6A@njmtexg5.research.att.com> <228C8A3B-17F1-40DD-B4C9-432F95EB68A5@cooperw.in>
In-Reply-To: <228C8A3B-17F1-40DD-B4C9-432F95EB68A5@cooperw.in>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-24_06:2021-02-24, 2021-02-24 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 suspectscore=0 spamscore=0 clxscore=1011 mlxscore=0 adultscore=0 mlxlogscore=999 priorityscore=1501 malwarescore=0 phishscore=0 impostorscore=0 bulkscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102240124
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/mpWec1Oj0GkHIHrVAV588-vaO7E>
Subject: Re: [ippm] [Gen-art] Genart last call review of draft-ietf-ippm-capacity-metric-method-05
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, 24 Feb 2021 16:13:40 -0000

Thanks Alissa! We picked-up the changes below in -06.
Al

> -----Original Message-----
> From: Alissa Cooper [mailto:alissa@cooperw.in]
> Sent: Wednesday, February 24, 2021 11:11 AM
> To: MORTON, ALFRED C (AL) <acm@research.att.com>; Stewart Bryant
> <stewart.bryant@gmail.com>
> Cc: gen-art@ietf.org; last-call@ietf.org; draft-ietf-ippm-capacity-metric=
-
> method.all@ietf.org; ippm@ietf.org
> Subject: Re: [Gen-art] Genart last call review of draft-ietf-ippm-
> capacity-metric-method-05
>=20
> Stewart, thanks for your review. Al, thanks for responding. I entered a N=
o
> Objection ballot.
>=20
> Alissa
>=20
>=20
> > On Feb 12, 2021, at 12:04 PM, MORTON, ALFRED C (AL)
> <acm@research.att.com> wrote:
> >
> > Thanks for your review, Stewart!
> >
> > please see reply below,
> > Al
> >
> >> -----Original Message-----
> >> From: Stewart Bryant via Datatracker [mailto:noreply@ietf.org]
> >> Sent: Friday, February 12, 2021 10:40 AM
> > ...
> >> Summary: A well written text ready for publication
> > [acm]
> > Thanks!
> >>
> >> Major issues: None
> >>
> >> Minor issues: None
> >>
> >> Nits/editorial comments:
> >> 8.4.  Running Code
> >>
> >>   This section is for the benefit of the Document Shepherd's form, and
> >>   will be deleted prior to final review.
> >>
> >> SB> I am wondering if this was supposed to be deleted before this
> review,
> >> or whether you plan to keep it?
> > [acm]
> > Yes, we'll certainly delete this section before the RFC Editors see it.
> However,
> > there is a lot of review yet to happen. I really don't mind if the IESG
> > sees it in some form, but we don't want to risk endorsing one
> implementation, IIRC.
> >
> > Also, this material could move to the Doc Shepherd's form, but has not
> yet:
> > 	Document Quality:
> >
> > 	Are there existing implementations of the protocol? ...
> >
> > I see that we need to update the reference in section 8.4:
> > OLD
> > [udpst]    AT&T, "UDP Speed Test Open Broadband project", August
> >              2020,
> <https://urldefense.com/v3/__https://github.com/BroadbandForum__;!!BhdT!3=
e
> WTy-rSXgIyVrHTemHXduPaFjxrKLvjcfS9WjEPArAVl_pBmiRBvdId2g-JsFM$  <TBD>>.
> > NEW
> > [udpst]    udpst Project Collaborators, "UDP Speed Test Open Broadband
> project",
> >              December 2020,
> <https://urldefense.com/v3/__https://github.com/BroadbandForum/obudpst__;=
!
> !BhdT!3eWTy-rSXgIyVrHTemHXduPaFjxrKLvjcfS9WjEPArAVl_pBmiRBvdIdvdpgG88$ >.
> >>
> >>
> >
> > _______________________________________________
> > Gen-art mailing list
> > Gen-art@ietf.org
> > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/gen-
> art__;!!BhdT!3eWTy-
> rSXgIyVrHTemHXduPaFjxrKLvjcfS9WjEPArAVl_pBmiRBvdId7EcuIY4$


From nobody Wed Feb 24 10:26:16 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 7492B3A195A; Wed, 24 Feb 2021 10:26:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level: 
X-Spam-Status: No, score=-2.099 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] 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 JI2tyB8gKol2; Wed, 24 Feb 2021 10:26:05 -0800 (PST)
Received: from mail-ot1-x330.google.com (mail-ot1-x330.google.com [IPv6:2607:f8b0:4864:20::330]) (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 2F74C3A197C; Wed, 24 Feb 2021 10:26:05 -0800 (PST)
Received: by mail-ot1-x330.google.com with SMTP id c16so3123436otp.0; Wed, 24 Feb 2021 10:26:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=thouv/Iugv9Ibk1c9KzTk8Zsgx+FoM9fM+m0l2bDqdk=; b=ooc8h2KXanOK/M5ItFfkTzlSa+VDP0X7rDChaesgaxIrWAzxIbYi8A/J6A9N85U8ZY vkw/nTxZHsVzluYtOTylO+uR/txq9p+wkRBmmE4YxlDao0k20dkUYNZPVvbwF0+aXvsw VmZwjwX4xFLF1T4KItbNxl+Hro4CgklxvHTHVsbZnNw9+orUzgXprw5IBTuLf4JjZn2Y LCgyk6T/zuzmJ5iLplXzRyMt42nUoYY+3HyJDYZsiV/nKoHY5+az5mbzcgUwubee+SHM WBlHlPCTc1VbOzGPwcYxbxky2R5d4iHnSBNv0tAifKXgJZhf7gOdfIcMonZwjNgT5CVA MY5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=thouv/Iugv9Ibk1c9KzTk8Zsgx+FoM9fM+m0l2bDqdk=; b=WCITg4muIBFq7ItXgSiOq1KDjXTUU+NFBNbKJy4UE3KsYPWEEcYOKNZk9Z/hzYElx6 KF00BtF5kJFRy4o+8o8XAkURZR1ltC0TAwdf/5BXCWhsv6/i0bN19KsoYElhQYmpjloI CONSs/hZiDohIWp5coP8pUjXf0G7C0wDNVn2y9p2XD2qrPHBGomAxyGxeMxxH4m5S7Gv yMmfBmU5YLPSBexpTu+lxzTT3vgMgG+JUM42YLk/dktf5dVVB97qJ9JrQOBzmEx+NoMT Ipx7MIprcMuBwFBbbOT9NVSf1zv4jnCbfSLtwmoaGM1WhOxsJxeuuH8AbgEwaxKL84jc W1hw==
X-Gm-Message-State: AOAM5306KBeWxg5H2B3otPYVD1bqzINIdGDYKLmOqz6mkgDFmybpWBNy wXL1gM7jQ4k+g+1ZQBoqAUNPZL01E5n661VZCps=
X-Google-Smtp-Source: ABdhPJwLUjYTeE8ZMBZOQd79CME5yxLQZ/hRT0U5nOI3C6iWb1zo7+U5g4TR/x+OqD864o3GT6HeywoWf/LQKwejwjc=
X-Received: by 2002:a9d:7591:: with SMTP id s17mr17333712otk.144.1614191164560;  Wed, 24 Feb 2021 10:26:04 -0800 (PST)
MIME-Version: 1.0
References: <161414861268.8652.15719785883972669316@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF014769FD76@njmtexg5.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF014769FD76@njmtexg5.research.att.com>
From: Erik Kline <ek.ietf@gmail.com>
Date: Wed, 24 Feb 2021 10:25:53 -0800
Message-ID: <CAMGpriW=tnV82Ah7d62jFqausEp5D4ioy5ACvc3zFTYOH3C42A@mail.gmail.com>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>
Cc: The IESG <iesg@ietf.org>, Ian Swett <ianswett@google.com>,  "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "tpauly@apple.com" <tpauly@apple.com>,  "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>,  "ippm@ietf.org" <ippm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/uJ9Rom9Rhe2thEkhlo4rNhwJc-A>
Subject: Re: [ippm] Erik Kline's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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: Wed, 24 Feb 2021 18:26:12 -0000

Thanks!


From nobody Wed Feb 24 11:54:21 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 3D14D3A1A91; Wed, 24 Feb 2021 11:54:15 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Benjamin Kaduk via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Ian Swett <ianswett@google.com>, tpauly@apple.com, tpauly@apple.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Benjamin Kaduk <kaduk@mit.edu>
Message-ID: <161419645471.18083.16706266293896961774@ietfa.amsl.com>
Date: Wed, 24 Feb 2021 11:54:15 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Uxft3WysqBJF1efpMkI7e4U5HGM>
Subject: [ippm] Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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, 24 Feb 2021 19:54:15 -0000

Benjamin Kaduk has entered the following ballot position for
draft-ietf-ippm-capacity-metric-method-06: 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/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


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



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

Section 3

   5.  Less emphasis on ISP gateway measurements, possibly due to less
       traffic crossing ISP gateways in future.

nit: sentence fragment.

Section 5

   This section sets requirements for the following components to
   support the Maximum IP-layer Capacity Metric.

editorial/nit: I don't think I understand what "the following
components" are.  Is this referencing some preexisting template for a
metric definition?  (Same for Â§6 and Â§7.)

Section 5.3

   The number of these IP-layer bits is designated n0[dtn,dtn+1] for a
   specific dt.

(editorial) I'm a little confused by this notation for n0.  In Section 4
we say that "dtn" references a specific sub-interval, but the brackets
and two items look like they should be the start an end of an interval,
for which perhaps just the 'n' would be more appropriate (but we'd want
a half-open interval, and would need to worry about 0- vs 1-indexing for
n, etc.).

   Anticipating a Sample of Singletons, the interval dt SHOULD be set to
   a natural number m so that T+I = T + m*dt with dtn+1 - dtn = dt and
   with 1 <= n <= m.

nit: "dt [...] set to m" doesn't make any sense.
nit: this looks like more of a "for 1 <= n <= m" than an "and with".

   Mathematically, this definition can be represented as:

                                      ( n0[dtn,dtn+1] )
                      C(T,dt,PM) = -------------------------
                                             dt

(nit) the "n" appears (in 'dtn') only on the right side but there is no
operation applied over it, so this "equation" seems unbalanced without
also specifying 'n'.  I think the introductory text should mention
something about "for each n" or for a given interval dtn" or similar.

   o  n0 is the total number of IP-layer header and payload bits that
      can be transmitted in Standard Formed packets [RFC8468] from the

(nit) RFC 8468 spells it "standard-formed".

   o  C(T,dt,PM) the IP-Layer Capacity, corresponds to the value of n0
      measured in any sub-interval ending at dtn (meaning T + n*dt),
      divided by the length of sub-interval, dt.

If it's supposed to be "ending at dtn", then why is the "dtn+1" in the
picture at all?

   o  PM represents other performance metrics [see section 5.4 below];
      their measurement results SHALL be collected during measurement of
      IP-layer Capacity and associated with the corresponding dtn for
      further evaluation and reporting.

(nit) this seems to duplicate (be a subset of) the paragraph before
"Mathematically, this definition can be represented".

   o  The bit rate of the physical interface of the measurement device
      must be higher than that of the link whose C(T,I,PM) is to be
      measured.

(nit) I thought we were measuring a path, not a link.

Section 5.4

   RTD[dtn-1,dtn] is defined as a sample of the [RFC2681] Round-trip

Do we really want to be using n0[dtn,dtn+1] but RTD[dtn-1,dtn]?  Can we
pick a consistent sub-interval notation?

Section 6.3

   Define the Maximum IP-layer capacity, Maximum_C(T,I,PM), to be the
   maximum number of IP-layer bits n0[dtn,dtn+1] that can be transmitted
   in packets from the Src host and correctly received by the Dst host,

(nit) the relevant formulae include a dt divisor, but I don't see
anything in this prose that would correspond to such a divisor.

   The interval dt SHOULD be set to a natural number m so that T+I = T +
   m*dt with dtn+1 - dtn = dt and with 1 <= n <= m.

nit: "dt [...] set to m" doesn't make any sense.
nit: this looks like more of a "for 1 <= n <= m" than an "and with".

   Mathematically, this definition can be represented as:

                                      max  ( n0[dtn,dtn+1] )
                                     [T,T+I]
                Maximum_C(T,I,PM) = -------------------------
                                               dt
               where:
                  T                                      T+I
                  _________________________________________
                  |   |   |   |   |   |   |   |   |   |   |
              dtn=1   2   3   4   5   6   7   8   9  10  n+1
                                                     n=m

(nit) as mentioned previously, the definition of "dtn" lists it as being
the sub-interval, not the boundary point/time of a sub-interval.

Section 6.5

   If traffic conditioning (e.g., shaping, policing) applies along a
   path for which Maximum_C(T,I,PM) is to be determined, different
   values for dt SHOULD be picked and measurements be executed during
   multiple intervals [T, T+I].  A single constant interval dt SHOULD be
   chosen so that is an integer multiple of increasing values k times
   serialisation delay of a path MTU at the physical interface speed
   where traffic conditioning is expected.  [...]

nit: "so that is an integer multiple" seems to be missing a word.

Also, this seems to say that different values for dt SHOULD be picked,
but also that a constant dt SHOULD be chosen.  How can those both be
recommended and be consistent with each other?  (I mean, I assume that
the intent is to multiple runs with different (fixed) dt, but that's not
what the text seems to say.)

Section 7.3

   Define the IP-layer Sender Bit Rate, B(S,st), to be the number of IP-
   layer bits (including header and data fields) that are transmitted
   from the Source during one contiguous sub-interval, st, during the
   test interval S (where S SHALL be longer than I), and where the
   fixed-size packet count during that single sub-interval st also
   provides the number of IP-layer bits in any interval: n0[stn-1,stn].

(1) there doesn't seem to be any restriction that the observed packets
list Dst as the destination address, so formally it seems this would
count *all* traffic generated by Sender, not just the traffic relevant
for the (path capacity) test.
(2) It seems a little unfortunate that we reuse the 'n0' symbol here for
a different meaning than in the earlier capacity metrics.

   Measurements according to these definitions SHALL use the UDP
   transport layer.  Any feedback from Dst host to Src host received by
   Src host during an interval [stn-1,stn] MUST NOT result in an
   adaptation of the Src host traffic conditioning during this interval
   (rate adjustment occurs on st boundaries).

Hmm, this "MUST NOT" is interesting, as it seems to imply extremely
tight coordination between the measurement point for this metric and the
Source itself.  (Note that the toplevel Â§7 admits the possibility that
measurement will occur at a location other than the Src host to network
path interface, via "(or as close as practical)".)

Section 8.1

   At the beginning of a test, the sender begins sending at rate R1 and
   the receiver starts a feedback timer at interval F (while awaiting

It's a little hard to search for, but I didn't find any previous mention
of 'F' or it being defined as a parameter or term.  Should it be a
listed parameter somewhere?

   If the feedback indicates that sequence number anomalies were
   detected OR the delay range was above the upper threshold, the
   offered load rate is decreased.  Also, if congestion is now confirmed
   by the current feedback message being processed, then the offered
   load rate is decreased by more than one rate (e.g., Rx-30).  [...]

Does "congestion is now confirmed" mean that "congestion confirmed" is
like a one-way latch and this transition only occurs at most once over
the course of a test?  Or could the Rx-30 happen multiple times?
(The pseudocode indicates the former.)

   If the feedback indicates that there were no sequence number
   anomalies AND the delay range was above the lower threshold, but
   below the upper threshold, the offered load rate is not changed.

The way this is written suggests that there will always be a lower and
an upper threshold for delay, but the rest of the document so far didn't
give me that impression.  E.g., we talk about PM only as "at least one
fundamental metric and target performance threshold MUST be supplied",
and to me having both upper and lower thresholds would be two
thresholds, not one.

Section 8.2

   Here, as with any Active Capacity test, the test duration must be
   kept short. 10 second tests for each direction of transmission are
   common today.  The default measurement interval specified here is I =
   10 seconds).  In combination with a fast search method and user-
   network coordination, the concerns raised in RFC 6815[RFC6815] are
   alleviated.  [...]

I skimmed RFC 6815 and had a bit of a hard time making the connection
for why combining a 10-second interval, fast search method, and
user-network coordination alleviate the concerns of RFC 6815.  There
doesn't seem to be much in 6815 itself about how testing in production
can be done safely, so my current working assumption is that the
conclusion presented here reflects the results of "new work" being
recorded for the first time (in the RFC series) in this document.  If
that assumption is correct, I'd suggest spending some more words to
support the conclusion, e.g., making analogies to other "normal" traffic
patterns and how the benchmarking setup is not qualitatively different
from them.

Section 8.3

   As testing continues, implementers should expect some evolution in
   the methods.  The ITU-T has published a Supplement (60) to the
   Y-series of Recommendations, "Interpreting ITU-T Y.1540 maximum IP-
   layer capacity measurements", [Y.Sup60], which is the result of
   continued testing with the metric and method described here.

I pulled up the [Y.Sup60] reference, and it does not seem to reference
this draft by name.  On what basis do we conclude that it "is the result
of continued testing with the metric and method described here"?
Skimming/searching, I do see many similar formulae and methods
presented, but how do we conclude they are precisely the same?

Section 10

Should we say something about making sure that I is reasonably bounded?
IIRC we say so elsewhere in the text but not exactly here.

   2.  A REQUIRED user client-initiated setup handshake between
       cooperating hosts and allows firewalls to control inbound
       unsolicited UDP which either go to a control port [expected and
       w/authentication] or to ephemeral ports that are only created as
       needed.  [...]

nit: the grammar is odd in the first part of this sentence; the part
before the "and" doesn't seem like it can join up with anything after
the "and".  Is the intent something like "It is REQUIRED to have a user
client-initiated setup handshake between cooperating hosts that allows
firewalls to [...]"?

   3.  Integrity protection for feedback messages conveying measurements
       is RECOMMENDED.

(In some sense you want authentication as well as integrity protection.)

   5.  Senders MUST be rate-limited.  This can be accomplished using the
       pre-built table defining all the offered load rates that will be
       supported (Section 8.1).  The recommended load-control search
       algorithm results in "ramp up" from the lowest rate in the table.

nit: since (effectively) each implementation will have their own
pre-built table, I think it should be "using a pre-built table".

Appendix 13

If we start at Rx (row) 1, is it going to cause problems when we drop
down to Rx = 0 in the loss/congestion cases?

The mechcanism in the pseudocode to stop taking large increments in
sending rate above the "hSpeedThresh" does not seem to be described in
the prose in Â§8.1.  (That said, it seems like a good idea, given the
likely table composition.)

(Also, indenting one tab for the outer conditionals and two more for the
inner ones looks a bit unusual.)

Section 14

It's not entirely clear to me why RFC 2330 is classified as normative
but RFC 7312 is informative, just based on the locations where they are
referenced.




From nobody Wed Feb 24 19:08:44 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26C7C3A0D76; Wed, 24 Feb 2021 19:08:43 -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, 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 YGue1h7PEb9d; Wed, 24 Feb 2021 19:08:40 -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 159473A0D75; Wed, 24 Feb 2021 19:08:39 -0800 (PST)
Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11P35eB8035975; Wed, 24 Feb 2021 22:08:33 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049287.ppops.net-00191d01. with ESMTP id 36w9tm93hw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 24 Feb 2021 22:08:32 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11P38UR2032787; Wed, 24 Feb 2021 21:08:30 -0600
Received: from zlp30497.vci.att.com (zlp30497.vci.att.com [135.46.181.156]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11P38QKj032730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 21:08:26 -0600
Received: from zlp30497.vci.att.com (zlp30497.vci.att.com [127.0.0.1]) by zlp30497.vci.att.com (Service) with ESMTP id 373954016998; Thu, 25 Feb 2021 03:08:26 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30497.vci.att.com (Service) with ESMTP id DF1124016997; Thu, 25 Feb 2021 03:08:25 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11P38PVt047633; Wed, 24 Feb 2021 21:08:25 -0600
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11P38Dql046619; Wed, 24 Feb 2021 21:08:13 -0600
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id BA2C210A18C3; Wed, 24 Feb 2021 22:08:12 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Wed, 24 Feb 2021 22:08:29 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>
CC: "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Ian Swett <ianswett@google.com>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-metric-method-06: (with COMMENT)
Thread-Index: AQHXCubpIAgrxqGmcU+aUTtf1usNw6pnzooA
Date: Thu, 25 Feb 2021 03:08:29 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF01476A0549@njmtexg5.research.att.com>
References: <161419645471.18083.16706266293896961774@ietfa.amsl.com>
In-Reply-To: <161419645471.18083.16706266293896961774@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-25_01:2021-02-24, 2021-02-25 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 adultscore=0 phishscore=0 impostorscore=0 mlxscore=0 malwarescore=0 spamscore=0 priorityscore=1501 bulkscore=0 lowpriorityscore=0 mlxlogscore=999 clxscore=1011 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102250025
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/p5oxuxcOhpBMDCnXQOPR2tNwHjo>
Subject: Re: [ippm] Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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: Thu, 25 Feb 2021 03:08:43 -0000

SGkgQmVuLA0KDQpUaGFua3MgZm9yIHlvdXIgZGV0YWlsZWQgcmV2aWV3OyBpdCB3aWxsIGJlIGEg
YmV0dGVyIGRyYWZ0IHdoZW4gd2UncmUgZG9uZSwgYXMgYWx3YXlzIQ0KDQpBbGwgdGhlIGNoYW5n
ZXMgaWRlbnRpZmllZCBiZWxvdyBhcmUgaW1wbGVtZW50ZWQgaW4gbXkgd29ya2luZyB2ZXJzaW9u
Lg0KDQpQbGVhc2Ugc2VlIHJlcGxpZXMgYmVsb3csIFthY21dDQpBbA0KDQo+IC0tLS0tT3JpZ2lu
YWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEJlbmphbWluIEthZHVrIHZpYSBEYXRhdHJhY2tlciBb
bWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddDQo+IFNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkgMjQs
IDIwMjEgMjo1NCBQTQ0KPiBUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQo+IENjOiBkcmFm
dC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZEBpZXRmLm9yZzsgaXBwbS1jaGFpcnNA
aWV0Zi5vcmc7DQo+IGlwcG1AaWV0Zi5vcmc7IElhbiBTd2V0dCA8aWFuc3dldHRAZ29vZ2xlLmNv
bT47IHRwYXVseUBhcHBsZS5jb207DQo+IHRwYXVseUBhcHBsZS5jb20NCj4gU3ViamVjdDogQmVu
amFtaW4gS2FkdWsncyBObyBPYmplY3Rpb24gb24gZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LW1l
dHJpYy0NCj4gbWV0aG9kLTA2OiAod2l0aCBDT01NRU5UKQ0KPiANCj4gQmVuamFtaW4gS2FkdWsg
aGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+IGRyYWZ0LWll
dGYtaXBwbS1jYXBhY2l0eS1tZXRyaWMtbWV0aG9kLTA2OiBObyBPYmplY3Rpb24NCj4gDQouLi4N
Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KPiBDT01NRU5UOg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IA0KPiBTZWN0
aW9uIDMNCj4gDQo+ICAgIDUuICBMZXNzIGVtcGhhc2lzIG9uIElTUCBnYXRld2F5IG1lYXN1cmVt
ZW50cywgcG9zc2libHkgZHVlIHRvIGxlc3MNCj4gICAgICAgIHRyYWZmaWMgY3Jvc3NpbmcgSVNQ
IGdhdGV3YXlzIGluIGZ1dHVyZS4NCj4gDQo+IG5pdDogc2VudGVuY2UgZnJhZ21lbnQuDQpbYWNt
XSANCm9rDQpzL0xlc3MvVGhlcmUgaXMgbGVzcy8NCg0KPiANCj4gU2VjdGlvbiA1DQo+IA0KPiAg
ICBUaGlzIHNlY3Rpb24gc2V0cyByZXF1aXJlbWVudHMgZm9yIHRoZSBmb2xsb3dpbmcgY29tcG9u
ZW50cyB0bw0KPiAgICBzdXBwb3J0IHRoZSBNYXhpbXVtIElQLWxheWVyIENhcGFjaXR5IE1ldHJp
Yy4NCj4gDQo+IGVkaXRvcmlhbC9uaXQ6IEkgZG9uJ3QgdGhpbmsgSSB1bmRlcnN0YW5kIHdoYXQg
InRoZSBmb2xsb3dpbmcNCj4gY29tcG9uZW50cyIgYXJlLiANClthY21dIA0KSSBzZWUgeW91ciBw
b2ludC4gSW4gdGhlIElQUE0gRnJhbWV3b3JrIFJGQzIzMzAgKFNlY3Rpb24gMTEpLCB0aGUgc2lu
Z2xldG9uIGFuZCB0aGUgc2FtcGxlIG1ldHJpY3MgYXJlIGRlZmluZWQgc2VwYXJhdGVseSwgYW5k
IHN0YXRpc3RpY3MgYXJlIHRoZSBtZXRyaWNzIHRoYXQgc3VtbWFyaXplIHNhbXBsZXMuIA0KDQpX
ZSBjb3VsZCBzYXkgdGhpcyBtb3JlIGRpcmVjdGx5Og0KDQpUaGlzIHNlY3Rpb24gc2V0cyByZXF1
aXJlbWVudHMgZm9yIHRoZSBzaW5nbGV0b24gbWV0cmljIHRoYXQgc3VwcG9ydHMgdGhlIE1heGlt
dW0gSVAtbGF5ZXIgQ2FwYWNpdHkgTWV0cmljIGRlZmluaXRpb24gaW4gU2VjdGlvbiA2Lg0KDQoN
Cj4gSXMgdGhpcyByZWZlcmVuY2luZyBzb21lIHByZWV4aXN0aW5nIHRlbXBsYXRlIGZvciBhDQo+
IG1ldHJpYyBkZWZpbml0aW9uPyAgKFNhbWUgZm9yIMKnNiBhbmQgwqc3LikNClthY21dDQpZZXMu
ICBUaGUgb3JpZ2luYWwgdGVtcGxhdGUgaGFzIGl0cyBvcmlnaW5zIGluIFJGQzEyNDIgKDE5OTEg
aW4gQk1XRykuICBCTVdHIGFuZCBJUFBNIHNoYXJlZCBhIHNpbmdsZSBzZXNzaW9uIGF0IElFVEYg
bWVldGluZ3MgZHVyaW5nIElQUE0ncyBmb3JtYXRpb24sIGFuZCB0aGUgZmlyc3QgSVBQTSBtZXRy
aWMgaW4gUkZDMjQ5OCB1c2VzIGEgdGVtcGxhdGUgdmVyeSBzaW1pbGFyIHRvIFJGQzEyNDIuDQoN
ClNvcnJ5IGlmIHRoaXMgaXMgVE1JLg0KDQo+IA0KPiBTZWN0aW9uIDUuMw0KPiANCj4gICAgVGhl
IG51bWJlciBvZiB0aGVzZSBJUC1sYXllciBiaXRzIGlzIGRlc2lnbmF0ZWQgbjBbZHRuLGR0bisx
XSBmb3IgYQ0KPiAgICBzcGVjaWZpYyBkdC4NCj4gDQo+IChlZGl0b3JpYWwpIEknbSBhIGxpdHRs
ZSBjb25mdXNlZCBieSB0aGlzIG5vdGF0aW9uIGZvciBuMC4gIEluIFNlY3Rpb24gNA0KPiB3ZSBz
YXkgdGhhdCAiZHRuIiByZWZlcmVuY2VzIGEgc3BlY2lmaWMgc3ViLWludGVydmFsLCBidXQgdGhl
IGJyYWNrZXRzDQo+IGFuZCB0d28gaXRlbXMgbG9vayBsaWtlIHRoZXkgc2hvdWxkIGJlIHRoZSBz
dGFydCBhbiBlbmQgb2YgYW4gaW50ZXJ2YWwsDQo+IGZvciB3aGljaCBwZXJoYXBzIGp1c3QgdGhl
ICduJyB3b3VsZCBiZSBtb3JlIGFwcHJvcHJpYXRlIChidXQgd2UnZCB3YW50DQo+IGEgaGFsZi1v
cGVuIGludGVydmFsLCBhbmQgd291bGQgbmVlZCB0byB3b3JyeSBhYm91dCAwLSB2cyAxLWluZGV4
aW5nIGZvcg0KPiBuLCBldGMuKS4NClthY21dIA0KTWF5YmUgaWYgd2UgdHdlYWsgdGhlIGRlZmlu
aXRpb24gb2YgZHRuIGluIHNlY3Rpb24gNCwgd2UgY2FuIGhlbHAgd2l0aG91dCBjYXVzaW5nIG1v
cmUgY29uZnVzaW9uOg0KT0xEDQpvICBkdG4sIGEgc3BlY2lmaWMgc3ViLWludGVydmFsLCBuLCBv
bmUgb2YgbSBzdWItaW50ZXJ2YWxzIGluIEkNCk5FVw0KbyAgZHRuLCB0aGUgYmVnaW5uaW5nIGJv
dW5kYXJ5IG9mIGEgc3BlY2lmaWMgc3ViLWludGVydmFsLCBuLCBvbmUgb2YgbSBzdWItaW50ZXJ2
YWxzIGluIEkNCg0KDQo+IA0KPiAgICBBbnRpY2lwYXRpbmcgYSBTYW1wbGUgb2YgU2luZ2xldG9u
cywgdGhlIGludGVydmFsIGR0IFNIT1VMRCBiZSBzZXQgdG8NCj4gICAgYSBuYXR1cmFsIG51bWJl
ciBtIHNvIHRoYXQgVCtJID0gVCArIG0qZHQgd2l0aCBkdG4rMSAtIGR0biA9IGR0IGFuZA0KPiAg
ICB3aXRoIDEgPD0gbiA8PSBtLg0KPiANCj4gbml0OiAiZHQgWy4uLl0gc2V0IHRvIG0iIGRvZXNu
J3QgbWFrZSBhbnkgc2Vuc2UuDQo+IG5pdDogdGhpcyBsb29rcyBsaWtlIG1vcmUgb2YgYSAiZm9y
IDEgPD0gbiA8PSBtIiB0aGFuIGFuICJhbmQgd2l0aCIuDQpbYWNtXSANCk9rLCBoZXJlJ3MgdGhl
IHJldmlzZWQgdGV4dCBJIHN1Z2dlc3Q6DQoNCkFudGljaXBhdGluZyBhIFNhbXBsZSBvZiBTaW5n
bGV0b25zLCB0aGUgbnVtYmVyIG9mIHN1Yi1pbnRlcnZhbHMgd2l0aCBkdXJhdGlvbiBkdCBTSE9V
TEQgYmUgc2V0IHRvIGEgbmF0dXJhbCBudW1iZXIgbSwgc28gdGhhdCBUK0kgPSBUICsgbSpkdCB3
aXRoIGR0bisxIC0gZHRuID0gZHQgZm9yIDEgPD0gbiA8PSBtLg0KDQooVGhlIGRlZmluaXRpb24g
b2YgZHQgaW4gU2VjdGlvbiA0IGVmZmVjdGl2ZWx5IGRlZmluZXMgbSB3aXRoIGZld2VyIGRlcGVu
ZGVuY2llcywgYnV0IHRoaXMgc2VudGVuY2UgdHJpZXMgdG8gdGllIHRoZSB3aG9sZSBzeXN0ZW0g
b2YgdmFyaWFibGVzIHRvZ2V0aGVyLikNCg0KPiANCj4gICAgTWF0aGVtYXRpY2FsbHksIHRoaXMg
ZGVmaW5pdGlvbiBjYW4gYmUgcmVwcmVzZW50ZWQgYXM6DQo+IA0KPiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICggbjBbZHRuLGR0bisxXSApDQo+ICAgICAgICAgICAgICAg
ICAgICAgICBDKFQsZHQsUE0pID0gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBkdA0KPiANCj4gKG5pdCkgdGhl
ICJuIiBhcHBlYXJzIChpbiAnZHRuJykgb25seSBvbiB0aGUgcmlnaHQgc2lkZSBidXQgdGhlcmUg
aXMgbm8NCj4gb3BlcmF0aW9uIGFwcGxpZWQgb3ZlciBpdCwgc28gdGhpcyAiZXF1YXRpb24iIHNl
ZW1zIHVuYmFsYW5jZWQgd2l0aG91dA0KPiBhbHNvIHNwZWNpZnlpbmcgJ24nLiAgSSB0aGluayB0
aGUgaW50cm9kdWN0b3J5IHRleHQgc2hvdWxkIG1lbnRpb24NCj4gc29tZXRoaW5nIGFib3V0ICJm
b3IgZWFjaCBuIiBvciBmb3IgYSBnaXZlbiBpbnRlcnZhbCBkdG4iIG9yIHNpbWlsYXIuDQpbYWNt
XSANClRoYW5rcywgdGhhdCdzIGEgZ29vZCBmaXguDQoNCj4gDQo+ICAgIG8gIG4wIGlzIHRoZSB0
b3RhbCBudW1iZXIgb2YgSVAtbGF5ZXIgaGVhZGVyIGFuZCBwYXlsb2FkIGJpdHMgdGhhdA0KPiAg
ICAgICBjYW4gYmUgdHJhbnNtaXR0ZWQgaW4gU3RhbmRhcmQgRm9ybWVkIHBhY2tldHMgW1JGQzg0
NjhdIGZyb20gdGhlDQo+IA0KPiAobml0KSBSRkMgODQ2OCBzcGVsbHMgaXQgInN0YW5kYXJkLWZv
cm1lZCIuDQpbYWNtXSANClRoYW5rcywgZml4ZWQuDQoNCj4gDQo+ICAgIG8gIEMoVCxkdCxQTSkg
dGhlIElQLUxheWVyIENhcGFjaXR5LCBjb3JyZXNwb25kcyB0byB0aGUgdmFsdWUgb2YgbjANCj4g
ICAgICAgbWVhc3VyZWQgaW4gYW55IHN1Yi1pbnRlcnZhbCBlbmRpbmcgYXQgZHRuIChtZWFuaW5n
IFQgKyBuKmR0KSwNCj4gICAgICAgZGl2aWRlZCBieSB0aGUgbGVuZ3RoIG9mIHN1Yi1pbnRlcnZh
bCwgZHQuDQo+IA0KPiBJZiBpdCdzIHN1cHBvc2VkIHRvIGJlICJlbmRpbmcgYXQgZHRuIiwgdGhl
biB3aHkgaXMgdGhlICJkdG4rMSIgaW4gdGhlDQo+IHBpY3R1cmUgYXQgYWxsPw0KW2FjbV0gDQpH
b29kIGNhdGNoLCB0aGVyZSB3YXMgYSB2ZXJzaW9uIHdoZXJlIGR0biB3YXMgYXQgdGhlIGVuZCBv
ZiB0aGUgc3ViLWludGVydmFsIGluIHRoZSBJUFBNIG1lbW8sIGJ1dCB3ZSBtb3ZlZCBpdCBmb3Ig
Y29uc2lzdGVuY3kgd2l0aCBvdGhlciBzcGVjaWZpY2F0aW9ucy4NCkZpeGVkIGFzICIuLi5iZWdp
bm5pbmcgYXQgZHRuLCAuLi4iDQpTZWN0aW9uIDYuMyB0b28uDQoNCj4gDQo+ICAgIG8gIFBNIHJl
cHJlc2VudHMgb3RoZXIgcGVyZm9ybWFuY2UgbWV0cmljcyBbc2VlIHNlY3Rpb24gNS40IGJlbG93
XTsNCj4gICAgICAgdGhlaXIgbWVhc3VyZW1lbnQgcmVzdWx0cyBTSEFMTCBiZSBjb2xsZWN0ZWQg
ZHVyaW5nIG1lYXN1cmVtZW50IG9mDQo+ICAgICAgIElQLWxheWVyIENhcGFjaXR5IGFuZCBhc3Nv
Y2lhdGVkIHdpdGggdGhlIGNvcnJlc3BvbmRpbmcgZHRuIGZvcg0KPiAgICAgICBmdXJ0aGVyIGV2
YWx1YXRpb24gYW5kIHJlcG9ydGluZy4NCj4gDQo+IChuaXQpIHRoaXMgc2VlbXMgdG8gZHVwbGlj
YXRlIChiZSBhIHN1YnNldCBvZikgdGhlIHBhcmFncmFwaCBiZWZvcmUNCj4gIk1hdGhlbWF0aWNh
bGx5LCB0aGlzIGRlZmluaXRpb24gY2FuIGJlIHJlcHJlc2VudGVkIi4NClthY21dIA0KSXQncyBh
IHNpbXBsaWZpY2F0aW9uIG9mIHRoZSBwYXJhZ3JhcGggYWJvdmU6IGl0IHNlZW1lZCBvZGQgbm90
IHRvIGxpc3QgUE0gYW5kIGEgc2hvcnQgZXhwbGFuYXRpb24gYWxvbmcgd2l0aCB0aGUgb3RoZXIg
ZGVwZW5kZW50IGFzcGVjdHMuDQogDQo+IA0KPiAgICBvICBUaGUgYml0IHJhdGUgb2YgdGhlIHBo
eXNpY2FsIGludGVyZmFjZSBvZiB0aGUgbWVhc3VyZW1lbnQgZGV2aWNlDQo+ICAgICAgIG11c3Qg
YmUgaGlnaGVyIHRoYW4gdGhhdCBvZiB0aGUgbGluayB3aG9zZSBDKFQsSSxQTSkgaXMgdG8gYmUN
Cj4gICAgICAgbWVhc3VyZWQuDQo+IA0KPiAobml0KSBJIHRob3VnaHQgd2Ugd2VyZSBtZWFzdXJp
bmcgYSBwYXRoLCBub3QgYSBsaW5rLg0KW2FjbV0gDQp5ZXMsIHBhdGgsIGFuZCBzL2RldmljZS9k
ZXZpY2VzLw0KU2ltaWxhciBpbiA2LjMuDQoNCg0KPiANCj4gU2VjdGlvbiA1LjQNCj4gDQo+ICAg
IFJURFtkdG4tMSxkdG5dIGlzIGRlZmluZWQgYXMgYSBzYW1wbGUgb2YgdGhlIFtSRkMyNjgxXSBS
b3VuZC10cmlwDQo+IA0KPiBEbyB3ZSByZWFsbHkgd2FudCB0byBiZSB1c2luZyBuMFtkdG4sZHRu
KzFdIGJ1dCBSVERbZHRuLTEsZHRuXT8gIENhbiB3ZQ0KPiBwaWNrIGEgY29uc2lzdGVudCBzdWIt
aW50ZXJ2YWwgbm90YXRpb24/DQpbYWNtXSANClNvcnJ5IHRvIGhhdmUgbGVmdCBhIGZldyBvZiB0
aGVzZSBiZWhpbmQgaW4gdGhlIG5vdGF0aW9uIGNvbnZlcnNpb24hDQpGaXhlZC4NCg0KPiANCj4g
U2VjdGlvbiA2LjMNCj4gDQo+ICAgIERlZmluZSB0aGUgTWF4aW11bSBJUC1sYXllciBjYXBhY2l0
eSwgTWF4aW11bV9DKFQsSSxQTSksIHRvIGJlIHRoZQ0KPiAgICBtYXhpbXVtIG51bWJlciBvZiBJ
UC1sYXllciBiaXRzIG4wW2R0bixkdG4rMV0gdGhhdCBjYW4gYmUgdHJhbnNtaXR0ZWQNCj4gICAg
aW4gcGFja2V0cyBmcm9tIHRoZSBTcmMgaG9zdCBhbmQgY29ycmVjdGx5IHJlY2VpdmVkIGJ5IHRo
ZSBEc3QgaG9zdCwNCj4gDQo+IChuaXQpIHRoZSByZWxldmFudCBmb3JtdWxhZSBpbmNsdWRlIGEg
ZHQgZGl2aXNvciwgYnV0IEkgZG9uJ3Qgc2VlDQo+IGFueXRoaW5nIGluIHRoaXMgcHJvc2UgdGhh
dCB3b3VsZCBjb3JyZXNwb25kIHRvIHN1Y2ggYSBkaXZpc29yLg0KW2FjbV0gDQpZZXMsIHlvdSdy
ZSByaWdodDoNCkRlZmluZSB0aGUgTWF4aW11bSBJUC1sYXllciBjYXBhY2l0eSwgTWF4aW11bV9D
KFQsSSxQTSksIHRvIGJlIHRoZSANCm1heGltdW0gbnVtYmVyIG9mIElQLWxheWVyIGJpdHMgbjBb
ZHRuLGR0bisxXSBkaXZpZGVkIGJ5IGR0IHRoYXQgLi4uDQoNCg0KPiANCj4gICAgVGhlIGludGVy
dmFsIGR0IFNIT1VMRCBiZSBzZXQgdG8gYSBuYXR1cmFsIG51bWJlciBtIHNvIHRoYXQgVCtJID0g
VCArDQo+ICAgIG0qZHQgd2l0aCBkdG4rMSAtIGR0biA9IGR0IGFuZCB3aXRoIDEgPD0gbiA8PSBt
Lg0KPiANCj4gbml0OiAiZHQgWy4uLl0gc2V0IHRvIG0iIGRvZXNuJ3QgbWFrZSBhbnkgc2Vuc2Uu
DQo+IG5pdDogdGhpcyBsb29rcyBsaWtlIG1vcmUgb2YgYSAiZm9yIDEgPD0gbiA8PSBtIiB0aGFu
IGFuICJhbmQgd2l0aCIuDQpbYWNtXSANClNhbWUgZml4IGFzIFNlY3Rpb24gNS4zDQoNClRoZSBu
dW1iZXIgb2Ygc3ViLWludGVydmFscyB3aXRoIGR1cmF0aW9uIGR0IFNIT1VMRCBiZSBzZXQgdG8g
YSBuYXR1cmFsIG51bWJlciBtLCBzbyB0aGF0IFQrSSA9IFQgKyBtKmR0IHdpdGggZHRuKzEgLSBk
dG4gPSBkdCBmb3IgMSA8PSBuIDw9IG0uDQoNCj4gDQo+ICAgIE1hdGhlbWF0aWNhbGx5LCB0aGlz
IGRlZmluaXRpb24gY2FuIGJlIHJlcHJlc2VudGVkIGFzOg0KPiANCj4gICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICBtYXggICggbjBbZHRuLGR0bisxXSApDQo+ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbVCxUK0ldDQo+ICAgICAgICAgICAgICAgICBN
YXhpbXVtX0MoVCxJLFBNKSA9IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBkdA0KPiAgICAgICAgICAgICAg
ICB3aGVyZToNCj4gICAgICAgICAgICAgICAgICAgVCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgVCtJDQo+ICAgICAgICAgICAgICAgICAgIF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQo+ICAgICAgICAgICAgICAgICAgIHwgICB8ICAgfCAgIHwg
ICB8ICAgfCAgIHwgICB8ICAgfCAgIHwgICB8DQo+ICAgICAgICAgICAgICAgZHRuPTEgICAyICAg
MyAgIDQgICA1ICAgNiAgIDcgICA4ICAgOSAgMTAgIG4rMQ0KPiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG49bQ0KPiANCj4gKG5pdCkgYXMgbWVu
dGlvbmVkIHByZXZpb3VzbHksIHRoZSBkZWZpbml0aW9uIG9mICJkdG4iIGxpc3RzIGl0IGFzIGJl
aW5nDQo+IHRoZSBzdWItaW50ZXJ2YWwsIG5vdCB0aGUgYm91bmRhcnkgcG9pbnQvdGltZSBvZiBh
IHN1Yi1pbnRlcnZhbC4NClthY21dIA0KUmlnaHQsIHR3ZWFrZWQgaW4gdGhlIHBhcmFtZXRlciBk
ZWZpbml0aW9uIG5vdywgc2VjdGlvbiA0Lg0KDQoNCj4gDQo+IFNlY3Rpb24gNi41DQo+IA0KPiAg
ICBJZiB0cmFmZmljIGNvbmRpdGlvbmluZyAoZS5nLiwgc2hhcGluZywgcG9saWNpbmcpIGFwcGxp
ZXMgYWxvbmcgYQ0KPiAgICBwYXRoIGZvciB3aGljaCBNYXhpbXVtX0MoVCxJLFBNKSBpcyB0byBi
ZSBkZXRlcm1pbmVkLCBkaWZmZXJlbnQNCj4gICAgdmFsdWVzIGZvciBkdCBTSE9VTEQgYmUgcGlj
a2VkIGFuZCBtZWFzdXJlbWVudHMgYmUgZXhlY3V0ZWQgZHVyaW5nDQo+ICAgIG11bHRpcGxlIGlu
dGVydmFscyBbVCwgVCtJXS4gIEEgc2luZ2xlIGNvbnN0YW50IGludGVydmFsIGR0IFNIT1VMRCBi
ZQ0KPiAgICBjaG9zZW4gc28gdGhhdCBpcyBhbiBpbnRlZ2VyIG11bHRpcGxlIG9mIGluY3JlYXNp
bmcgdmFsdWVzIGsgdGltZXMNCj4gICAgc2VyaWFsaXNhdGlvbiBkZWxheSBvZiBhIHBhdGggTVRV
IGF0IHRoZSBwaHlzaWNhbCBpbnRlcmZhY2Ugc3BlZWQNCj4gICAgd2hlcmUgdHJhZmZpYyBjb25k
aXRpb25pbmcgaXMgZXhwZWN0ZWQuICBbLi4uXQ0KPiANCj4gbml0OiAic28gdGhhdCBpcyBhbiBp
bnRlZ2VyIG11bHRpcGxlIiBzZWVtcyB0byBiZSBtaXNzaW5nIGEgd29yZC4NClthY21dIA0KWWVz
LCAiaXQiIGlzIHRoZSB3b3JkLCB0aGFua3MuDQoNCj4gDQo+IEFsc28sIHRoaXMgc2VlbXMgdG8g
c2F5IHRoYXQgZGlmZmVyZW50IHZhbHVlcyBmb3IgZHQgU0hPVUxEIGJlIHBpY2tlZCwNCj4gYnV0
IGFsc28gdGhhdCBhIGNvbnN0YW50IGR0IFNIT1VMRCBiZSBjaG9zZW4uICBIb3cgY2FuIHRob3Nl
IGJvdGggYmUNCj4gcmVjb21tZW5kZWQgYW5kIGJlIGNvbnNpc3RlbnQgd2l0aCBlYWNoIG90aGVy
PyAgKEkgbWVhbiwgSSBhc3N1bWUgdGhhdA0KPiB0aGUgaW50ZW50IGlzIHRvIG11bHRpcGxlIHJ1
bnMgd2l0aCBkaWZmZXJlbnQgKGZpeGVkKSBkdCwgYnV0IHRoYXQncyBub3QNCj4gd2hhdCB0aGUg
dGV4dCBzZWVtcyB0byBzYXkuKQ0KW2FjbV0gDQpZZXMsIEkgc2VlIHlvdXIgcG9pbnQsIHRoaXMg
cGFyYWdyYXBoIGRlc2NyaWJlcyB0ZXN0cyBhdCBtdWx0aXBsZSB2YWx1ZXMgb2YgZHQuDQoNCk9M
RA0KQSBzaW5nbGUgY29uc3RhbnQgaW50ZXJ2YWwgZHQgU0hPVUxEIGJlIGNob3NlbiBzbyB0aGF0
IGl0IGlzIGFuIGludGVnZXIgDQptdWx0aXBsZSBvZiBpbmNyZWFzaW5nIHZhbHVlcyBrIHRpbWVz
IHNlcmlhbGlzYXRpb24gZGVsYXkgb2YgYSBwYXRoIE1UVSANCmF0IHRoZSBwaHlzaWNhbCBpbnRl
cmZhY2Ugc3BlZWQgd2hlcmUgdHJhZmZpYyBjb25kaXRpb25pbmcgaXMgZXhwZWN0ZWQuDQpORVcN
CkVhY2ggZHVyYXRpb24gZHQgU0hPVUxEIGJlIGNob3NlbiBzbyB0aGF0IGl0IGlzIGFuIGludGVn
ZXIgDQptdWx0aXBsZSBvZiBpbmNyZWFzaW5nIHZhbHVlcyBrIHRpbWVzIHNlcmlhbGl6YXRpb24g
ZGVsYXkgb2YgYSBwYXRoIE1UVSANCmF0IHRoZSBwaHlzaWNhbCBpbnRlcmZhY2Ugc3BlZWQgd2hl
cmUgdHJhZmZpYyBjb25kaXRpb25pbmcgaXMgZXhwZWN0ZWQuDQoNCg0KPiANCj4gU2VjdGlvbiA3
LjMNCj4gDQo+ICAgIERlZmluZSB0aGUgSVAtbGF5ZXIgU2VuZGVyIEJpdCBSYXRlLCBCKFMsc3Qp
LCB0byBiZSB0aGUgbnVtYmVyIG9mIElQLQ0KPiAgICBsYXllciBiaXRzIChpbmNsdWRpbmcgaGVh
ZGVyIGFuZCBkYXRhIGZpZWxkcykgdGhhdCBhcmUgdHJhbnNtaXR0ZWQNCj4gICAgZnJvbSB0aGUg
U291cmNlIGR1cmluZyBvbmUgY29udGlndW91cyBzdWItaW50ZXJ2YWwsIHN0LCBkdXJpbmcgdGhl
DQo+ICAgIHRlc3QgaW50ZXJ2YWwgUyAod2hlcmUgUyBTSEFMTCBiZSBsb25nZXIgdGhhbiBJKSwg
YW5kIHdoZXJlIHRoZQ0KPiAgICBmaXhlZC1zaXplIHBhY2tldCBjb3VudCBkdXJpbmcgdGhhdCBz
aW5nbGUgc3ViLWludGVydmFsIHN0IGFsc28NCj4gICAgcHJvdmlkZXMgdGhlIG51bWJlciBvZiBJ
UC1sYXllciBiaXRzIGluIGFueSBpbnRlcnZhbDogbjBbc3RuLTEsc3RuXS4NCj4gDQo+ICgxKSB0
aGVyZSBkb2Vzbid0IHNlZW0gdG8gYmUgYW55IHJlc3RyaWN0aW9uIHRoYXQgdGhlIG9ic2VydmVk
IHBhY2tldHMNCj4gbGlzdCBEc3QgYXMgdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3MsIHNvIGZvcm1h
bGx5IGl0IHNlZW1zIHRoaXMgd291bGQNCj4gY291bnQgKmFsbCogdHJhZmZpYyBnZW5lcmF0ZWQg
YnkgU2VuZGVyLCBub3QganVzdCB0aGUgdHJhZmZpYyByZWxldmFudA0KPiBmb3IgdGhlIChwYXRo
IGNhcGFjaXR5KSB0ZXN0Lg0KW2FjbV0gDQpZZXMsIEkgYWdyZWUgdGhhdCdzIG5vdCB3aGF0IHdl
IGludGVuZGVkLiBMZXQncyBhZGQgYm90aCBTcmMgYW5kIERzdDoNCg0KLi4uIHRoYXQgYXJlIHRy
YW5zbWl0dGVkIGZyb20gdGhlIFNvdXJjZSB3aXRoIGFkZHJlc3MgcGFpciBTcmMgYW5kIERzdCAN
CmR1cmluZyBvbmUgY29udGlndW91cyBzdWItaW50ZXJ2YWwsIHN0LCAuLi4NCg0KPiAoMikgSXQg
c2VlbXMgYSBsaXR0bGUgdW5mb3J0dW5hdGUgdGhhdCB3ZSByZXVzZSB0aGUgJ24wJyBzeW1ib2wg
aGVyZSBmb3INCj4gYSBkaWZmZXJlbnQgbWVhbmluZyB0aGFuIGluIHRoZSBlYXJsaWVyIGNhcGFj
aXR5IG1ldHJpY3MuDQpbYWNtXSANClllcywgdGhlIGVhcmxpZXIgZGVmaW5pdGlvbiBvZiBuMCBk
ZW1hbmRzIGNvcnJlY3QgcmVjZXB0aW9uIGF0IHRoZSBkZXN0aW5hdGlvbg0KYW5kIHdlIGNhbid0
IGFzc3VyZSB0aGF0IGF0IGEgc2VuZGVyIG1lYXN1cmVtZW50IHBvaW50IHdpdGggVURQLg0KDQpJ
IHRoaW5rIHdlIGNhbiBqdXN0IGRyb3AgbjA6DQpPTEQNCi4uLiBhbmQgd2hlcmUgdGhlIGZpeGVk
LXNpemUgcGFja2V0IGNvdW50IGR1cmluZyB0aGF0IHNpbmdsZSBzdWItaW50ZXJ2YWwgc3QgYWxz
byANCnByb3ZpZGVzIHRoZSBudW1iZXIgb2YgSVAtbGF5ZXIgYml0cyBpbiBhbnkgaW50ZXJ2YWw6
IG4wW3N0bi0xLHN0bl0uDQpORVcNCi4uLiBhbmQgd2hlcmUgdGhlIGZpeGVkLXNpemUgcGFja2V0
IGNvdW50IGR1cmluZyB0aGF0IHNpbmdsZSBzdWItaW50ZXJ2YWwgc3QgYWxzbyANCnByb3ZpZGVz
IHRoZSBudW1iZXIgb2YgSVAtbGF5ZXIgYml0cyBpbiBhbnkgaW50ZXJ2YWwsIFtzdG4sc3RuKzFd
Lg0KDQpOb3csIGl0IHN0cmlrZXMgbWUgdGhhdCB3ZSBkaWRuJ3QgZGVmaW5lIHN0biB3aXRoIHRo
ZSBzYW1lIHJpZ29yIGFzIGR0biwgc28gSSBhZGRlZCANCmEgZGVmaW5pdGlvbiBmb3Igc3RuIGlu
IHNlY3Rpb24gNy4yIFBhcmFtZXRlcnMgc2VjdGlvbiBhYm92ZToNCg0KbyAgc3RuLCB0aGUgYmVn
aW5uaW5nIGJvdW5kYXJ5IG9mIGEgc3BlY2lmaWMgc3ViLWludGVydmFsLCBuLCBvbmUgb2YgTiBz
dWItaW50ZXJ2YWxzIGluIFMNCg0KDQoNCj4gDQo+ICAgIE1lYXN1cmVtZW50cyBhY2NvcmRpbmcg
dG8gdGhlc2UgZGVmaW5pdGlvbnMgU0hBTEwgdXNlIHRoZSBVRFANCj4gICAgdHJhbnNwb3J0IGxh
eWVyLiAgQW55IGZlZWRiYWNrIGZyb20gRHN0IGhvc3QgdG8gU3JjIGhvc3QgcmVjZWl2ZWQgYnkN
Cj4gICAgU3JjIGhvc3QgZHVyaW5nIGFuIGludGVydmFsIFtzdG4tMSxzdG5dIE1VU1QgTk9UIHJl
c3VsdCBpbiBhbg0KPiAgICBhZGFwdGF0aW9uIG9mIHRoZSBTcmMgaG9zdCB0cmFmZmljIGNvbmRp
dGlvbmluZyBkdXJpbmcgdGhpcyBpbnRlcnZhbA0KPiAgICAocmF0ZSBhZGp1c3RtZW50IG9jY3Vy
cyBvbiBzdCBib3VuZGFyaWVzKS4NCj4gDQo+IEhtbSwgdGhpcyAiTVVTVCBOT1QiIGlzIGludGVy
ZXN0aW5nLCBhcyBpdCBzZWVtcyB0byBpbXBseSBleHRyZW1lbHkNCj4gdGlnaHQgY29vcmRpbmF0
aW9uIGJldHdlZW4gdGhlIG1lYXN1cmVtZW50IHBvaW50IGZvciB0aGlzIG1ldHJpYyBhbmQgdGhl
DQo+IFNvdXJjZSBpdHNlbGYuICAoTm90ZSB0aGF0IHRoZSB0b3BsZXZlbCDCpzcgYWRtaXRzIHRo
ZSBwb3NzaWJpbGl0eSB0aGF0DQo+IG1lYXN1cmVtZW50IHdpbGwgb2NjdXIgYXQgYSBsb2NhdGlv
biBvdGhlciB0aGFuIHRoZSBTcmMgaG9zdCB0byBuZXR3b3JrDQo+IHBhdGggaW50ZXJmYWNlLCB2
aWEgIihvciBhcyBjbG9zZSBhcyBwcmFjdGljYWwpIi4pDQpbYWNtXSANClllcywgdGhhdCdzIHdo
YXQgd2UgaGFkIGluIG1pbmQsIGJ1dCB3ZSBhbHNvIGVudmlzaW9uIHRoZSBtZWFzdXJlbWVudCBw
b2ludA0KKmludGVybmFsKiB0byB0aGUgU3JjIGhvc3QgbWFraW5nIHN5bmNocm9uaXphdGlvbiBv
ZiByYXRlIGFkanVzdG1lbnRzIGFuZCANCm1lYXN1cmVtZW50cyBtb3JlIHByYWN0aWNhbCwgdG9v
LiBXZSdyZSBqdXN0IGFza2luZyB0byBnZXQgdmVyeSBjbG9zZSB0byB0aGUgDQpwaHlzaWNhbCBp
bnRlcmZhY2UuDQoNCnNvIGluIHRvcGxldmVsIMKnNzoNCi4uLiAob3IgYXMgY2xvc2UgYXMgcHJh
Y3RpY2FsIHdpdGhpbiB0aGUgU3JjIGhvc3QpLg0KDQpCdXQgbm93LCBhbGwgdGhlIHJlYWxpdGll
cyBvZiBtZWFzdXJlbWVudCBpbiBmcm9udCBvZiBtaW5kLCBJIHRoaW5rIFNIT1VMRCBOT1QNCndp
bGwgYmUgc3VmZmljaWVudC4NCg0KDQo+IA0KPiBTZWN0aW9uIDguMQ0KPiANCj4gICAgQXQgdGhl
IGJlZ2lubmluZyBvZiBhIHRlc3QsIHRoZSBzZW5kZXIgYmVnaW5zIHNlbmRpbmcgYXQgcmF0ZSBS
MSBhbmQNCj4gICAgdGhlIHJlY2VpdmVyIHN0YXJ0cyBhIGZlZWRiYWNrIHRpbWVyIGF0IGludGVy
dmFsIEYgKHdoaWxlIGF3YWl0aW5nDQo+IA0KPiBJdCdzIGEgbGl0dGxlIGhhcmQgdG8gc2VhcmNo
IGZvciwgYnV0IEkgZGlkbid0IGZpbmQgYW55IHByZXZpb3VzIG1lbnRpb24NCj4gb2YgJ0YnIG9y
IGl0IGJlaW5nIGRlZmluZWQgYXMgYSBwYXJhbWV0ZXIgb3IgdGVybS4gIFNob3VsZCBpdCBiZSBh
DQo+IGxpc3RlZCBwYXJhbWV0ZXIgc29tZXdoZXJlPw0KW2FjbV0gDQpXZSBkZWZpbmUgYSBsb3Qg
b2YgdmFyaWFibGVzIGluIHRoaXMgc2VjdGlvbiwgd2l0aCBsaW1pdGVkIHNjb3BlIG9mIHVzZS4N
CkYgaXMgb25lIG9mIHRoZW0sIGJ1dCBJIGZvdW5kIHRoYXQgd2UgaGFkIGFscmVhZHkgZGVmaW5l
ZCBGIGluIFNlY3Rpb24gNCENClNvLi4uIEYgYmVjb21lcyBGVCwgYW5kIGxpa2UgUjEgYW5kIHNz
IGFuZCBjYywgZ2V0cyBubyBzcGVjaWFsIHRyZWF0bWVudA0KYmV5b25kIGEgZGVmaW5pdGlvbiBp
biB0aGUgdGV4dCAoSUYgeW91J3JlIG9rIHdpdGggdGhhdCkuDQoNCj4gDQo+ICAgIElmIHRoZSBm
ZWVkYmFjayBpbmRpY2F0ZXMgdGhhdCBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUNCj4g
ICAgZGV0ZWN0ZWQgT1IgdGhlIGRlbGF5IHJhbmdlIHdhcyBhYm92ZSB0aGUgdXBwZXIgdGhyZXNo
b2xkLCB0aGUNCj4gICAgb2ZmZXJlZCBsb2FkIHJhdGUgaXMgZGVjcmVhc2VkLiAgQWxzbywgaWYg
Y29uZ2VzdGlvbiBpcyBub3cgY29uZmlybWVkDQo+ICAgIGJ5IHRoZSBjdXJyZW50IGZlZWRiYWNr
IG1lc3NhZ2UgYmVpbmcgcHJvY2Vzc2VkLCB0aGVuIHRoZSBvZmZlcmVkDQo+ICAgIGxvYWQgcmF0
ZSBpcyBkZWNyZWFzZWQgYnkgbW9yZSB0aGFuIG9uZSByYXRlIChlLmcuLCBSeC0zMCkuICBbLi4u
XQ0KPiANCj4gRG9lcyAiY29uZ2VzdGlvbiBpcyBub3cgY29uZmlybWVkIiBtZWFuIHRoYXQgImNv
bmdlc3Rpb24gY29uZmlybWVkIiBpcw0KPiBsaWtlIGEgb25lLXdheSBsYXRjaCBhbmQgdGhpcyB0
cmFuc2l0aW9uIG9ubHkgb2NjdXJzIGF0IG1vc3Qgb25jZSBvdmVyDQo+IHRoZSBjb3Vyc2Ugb2Yg
YSB0ZXN0PyAgT3IgY291bGQgdGhlIFJ4LTMwIGhhcHBlbiBtdWx0aXBsZSB0aW1lcz8NCj4gKFRo
ZSBwc2V1ZG9jb2RlIGluZGljYXRlcyB0aGUgZm9ybWVyLikNClthY21dIA0KWWVzLCB3ZSBhcmUg
dHJ5aW5nIHRvIGRlc2NyaWJlIHRoZSBwc2V1ZG9jb2RlLCBhbmQgImNvbmdlc3Rpb24gY29uZmly
bWVkIg0KbGF0Y2hlcyB3aGVuIHRoZSBzbG93QWRqQ291bnQgZXF1YWxzIHRoZSBzbG93QWRqVGhy
ZXNoIChhbmQgYWZ0ZXIgdGhhdCwNCnNsb3dBZGpDb3VudCBjb250aW51ZXMgdXB3YXJkLCB0aGUg
c2xvd0FkakNvdW50IDwgc2xvd0FkalRocmVzaCBjb25kaXRpb24NCmZhaWxzIGFuZCBzbG93QWRq
Q291bnQgaXMgbmV2ZXIgcmVzZXQgdG8gemVybykuDQoNClNvLCBJIHRoaW5rIHdlIHdhbnQgdG8g
c2F5Og0KT0xEDQpBbHNvLCBpZiBjb25nZXN0aW9uIGlzIG5vdyBjb25maXJtZWQgYnkgdGhlIGN1
cnJlbnQgZmVlZGJhY2sgbWVzc2FnZS4uLg0KTkVXDQpBbHNvLCBpZiBjb25nZXN0aW9uIGlzIG5v
dyBjb25maXJtZWQgZm9yIHRoZSBmaXJzdCB0aW1lIGJ5IHRoZSANCmN1cnJlbnQgZmVlZGJhY2sg
bWVzc2FnZS4uLg0KDQo+IA0KPiAgICBJZiB0aGUgZmVlZGJhY2sgaW5kaWNhdGVzIHRoYXQgdGhl
cmUgd2VyZSBubyBzZXF1ZW5jZSBudW1iZXINCj4gICAgYW5vbWFsaWVzIEFORCB0aGUgZGVsYXkg
cmFuZ2Ugd2FzIGFib3ZlIHRoZSBsb3dlciB0aHJlc2hvbGQsIGJ1dA0KPiAgICBiZWxvdyB0aGUg
dXBwZXIgdGhyZXNob2xkLCB0aGUgb2ZmZXJlZCBsb2FkIHJhdGUgaXMgbm90IGNoYW5nZWQuDQo+
IA0KPiBUaGUgd2F5IHRoaXMgaXMgd3JpdHRlbiBzdWdnZXN0cyB0aGF0IHRoZXJlIHdpbGwgYWx3
YXlzIGJlIGEgbG93ZXIgYW5kDQo+IGFuIHVwcGVyIHRocmVzaG9sZCBmb3IgZGVsYXksIGJ1dCB0
aGUgcmVzdCBvZiB0aGUgZG9jdW1lbnQgc28gZmFyIGRpZG4ndA0KPiBnaXZlIG1lIHRoYXQgaW1w
cmVzc2lvbi4gIEUuZy4sIHdlIHRhbGsgYWJvdXQgUE0gb25seSBhcyAiYXQgbGVhc3Qgb25lDQo+
IGZ1bmRhbWVudGFsIG1ldHJpYyBhbmQgdGFyZ2V0IHBlcmZvcm1hbmNlIHRocmVzaG9sZCBNVVNU
IGJlIHN1cHBsaWVkIiwNCj4gYW5kIHRvIG1lIGhhdmluZyBib3RoIHVwcGVyIGFuZCBsb3dlciB0
aHJlc2hvbGRzIHdvdWxkIGJlIHR3bw0KPiB0aHJlc2hvbGRzLCBub3Qgb25lLg0KW2FjbV0gDQpU
aGF0J3MgdHJ1ZSwgd2UgdHJpZWQgbm90IHRvIGZvcmNlIG91ciBjdXJyZW50L2Jlc3QgYWxnb3Jp
dGhtIGludG8gdGhlIA0KbWV0cmljIGRlZmluaXRpb24uIFdlIHJlcXVpcmUgc29tZSBtZWFzdXJl
bWVudCB0byB1c2UgZm9yIGZlZWRiYWNrIA0KaW4gcmF0ZSBhZGp1c3RtZW50LCBvdGhlcndpc2Ug
eW91IGp1c3QgaGF2ZSBpUGVyZiBvciBvdGhlciBmaXhlZCByYXRlIA0KdG9vbHMgdGhhdCBjYW4g
b25seSBibGFzdCBwYWNrZXRzLg0KDQpZb3UgY2FuIGJ1aWxkIGFuICJvayIgZmVlZGJhY2sgc3lz
dGVtIHdpdGgganVzdCBvbmUgbWV0cmljIGFuZCBvbmUgdGhyZXNob2xkLCANCmJ1dCB0aGVyZSBh
cmUgZHJhd2JhY2tzIGFuZCBpdCBtYXkgdGFrZSBsb25nZXIgZHVyYXRpb24gdGVzdHMgdG8gbWVh
c3VyZQ0KdGhlIHRydWUgbWF4aW11bSBjYXBhY2l0eSBkdWUgdG8gYSB0ZWNobmljYWwgbGltaXRh
dGlvbi4NClNvLCB3ZSBnYXZlIGEgcmVhbGx5IGdvb2QgYWxnb3JpdGhtLCBpbiA4LjEsIGluIHBz
ZXVkb2NvZGUsIGFuZCBldmVuIA0KaW4gcnVubmluZyBjb2RlDQoNCg0KPiANCj4gU2VjdGlvbiA4
LjINCj4gDQo+ICAgIEhlcmUsIGFzIHdpdGggYW55IEFjdGl2ZSBDYXBhY2l0eSB0ZXN0LCB0aGUg
dGVzdCBkdXJhdGlvbiBtdXN0IGJlDQo+ICAgIGtlcHQgc2hvcnQuIDEwIHNlY29uZCB0ZXN0cyBm
b3IgZWFjaCBkaXJlY3Rpb24gb2YgdHJhbnNtaXNzaW9uIGFyZQ0KPiAgICBjb21tb24gdG9kYXku
ICBUaGUgZGVmYXVsdCBtZWFzdXJlbWVudCBpbnRlcnZhbCBzcGVjaWZpZWQgaGVyZSBpcyBJID0N
Cj4gICAgMTAgc2Vjb25kcykuICBJbiBjb21iaW5hdGlvbiB3aXRoIGEgZmFzdCBzZWFyY2ggbWV0
aG9kIGFuZCB1c2VyLQ0KPiAgICBuZXR3b3JrIGNvb3JkaW5hdGlvbiwgdGhlIGNvbmNlcm5zIHJh
aXNlZCBpbiBSRkMgNjgxNVtSRkM2ODE1XSBhcmUNCj4gICAgYWxsZXZpYXRlZC4gIFsuLi5dDQo+
IA0KPiBJIHNraW1tZWQgUkZDIDY4MTUgYW5kIGhhZCBhIGJpdCBvZiBhIGhhcmQgdGltZSBtYWtp
bmcgdGhlIGNvbm5lY3Rpb24NCj4gZm9yIHdoeSBjb21iaW5pbmcgYSAxMC1zZWNvbmQgaW50ZXJ2
YWwsIGZhc3Qgc2VhcmNoIG1ldGhvZCwgYW5kDQo+IHVzZXItbmV0d29yayBjb29yZGluYXRpb24g
YWxsZXZpYXRlIHRoZSBjb25jZXJucyBvZiBSRkMgNjgxNS4gIFRoZXJlDQo+IGRvZXNuJ3Qgc2Vl
bSB0byBiZSBtdWNoIGluIDY4MTUgaXRzZWxmIGFib3V0IGhvdyB0ZXN0aW5nIGluIHByb2R1Y3Rp
b24NCj4gY2FuIGJlIGRvbmUgc2FmZWx5LA0KW2FjbV0gDQpUaGF0J3MgY2VydGFpbmx5IHRydWUs
IGJ1dCB3ZSBkaWQgc2F5Og0KDQogICBUaGUgd29ybGQgd2lsbCBub3Qgc3BpbiBvZmYgYXhpcyB3
aGlsZSB3YWl0aW5nIGZvciBhcHByb3ByaWF0ZSBhbmQNCiAgIHN0YW5kYXJkaXplZCBtZXRob2Rz
IHRvIGVtZXJnZSBmcm9tIHRoZSBjb25zZW5zdXMgcHJvY2Vzcy4NCg0KPiBzbyBteSBjdXJyZW50
IHdvcmtpbmcgYXNzdW1wdGlvbiBpcyB0aGF0IHRoZQ0KPiBjb25jbHVzaW9uIHByZXNlbnRlZCBo
ZXJlIHJlZmxlY3RzIHRoZSByZXN1bHRzIG9mICJuZXcgd29yayIgYmVpbmcNCj4gcmVjb3JkZWQg
Zm9yIHRoZSBmaXJzdCB0aW1lIChpbiB0aGUgUkZDIHNlcmllcykgaW4gdGhpcyBkb2N1bWVudC4g
IA0KW2FjbV0gDQoNCldoZW4geW91IHB1dCBpdCB0aGF0IHdheSwgeWVzLiBBbHRob3VnaCBpdCBp
cyBhIGRpZmZlcmVudCBtZXRyaWMgZnJvbQ0KUkZDMjU0NCBUaHJvdWdocHV0LCB0aGUgbG9hZCBh
ZGp1c3RtZW50IHNlYXJjaCBhbGdvcml0aG0gYWxvbmUgaGVscHMNCnRvIG1ha2UgdGhpcyBtZXRo
b2Qgc2FmZXIgdG8gdXNlIHRoYW4gYW55IGZpeGVkLXJhdGUgVURQIHBhY2tldCBibGFzdGVyLA0K
b3IgZXZlbiBhIGJpbmFyeSBzZWFyY2gtY29udHJvbGxlZCBtZWFzdXJlbWVudCBiZWNhdXNlIG9m
IG5lYXIgcmVhbC10aW1lIA0KZmVlZGJhY2suDQoNClRoZSBvdGhlciByZWFzb25zIHdoeSB0aGlz
IHdvcmsgaXMgZGlmZmVyZW50IGFyZSB0aGF0DQpSRkMgMjU0NCBUaHJvdWdocHV0IG1lYXN1cmVt
ZW50cyBpbnRlbmQgdG8gb3ZlcmxvYWQgdGhlIGlzb2xhdGVkIHRlc3QgDQplbnZpcm9ubWVudCBm
b3IgZXh0ZW5kZWQgcGVyaW9kcyBvZiB0aW1lOiANCg0KMjQuIFRyaWFsIGR1cmF0aW9uIChmcm9t
IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmMyNTQ0I3NlY3Rpb24tMjQpDQoNCiAgIFRo
ZSBhaW0gb2YgdGhlc2UgdGVzdHMgaXMgdG8gZGV0ZXJtaW5lIHRoZSByYXRlIGNvbnRpbnVvdXNs
eQ0KICAgc3VwcG9ydGFibGUgYnkgdGhlIERVVC4gIFRoZSBhY3R1YWwgZHVyYXRpb24gb2YgdGhl
IHRlc3QgdHJpYWxzIG11c3QNCiAgIGJlIGEgY29tcHJvbWlzZSBiZXR3ZWVuIHRoaXMgYWltIGFu
ZCB0aGUgZHVyYXRpb24gb2YgdGhlIGJlbmNobWFya2luZw0KICAgdGVzdCBzdWl0ZS4gIFRoZSBk
dXJhdGlvbiBvZiB0aGUgdGVzdCBwb3J0aW9uIG9mIGVhY2ggdHJpYWwgU0hPVUxEIGJlDQogICBh
dCBsZWFzdCA2MCBzZWNvbmRzLiAuLi4NCg0KTWFueSBhdXRvbWF0ZWQgUkZDMjU0NCB0ZXN0IGRl
dmljZXMgc3RhcnQgYSB0ZXN0IGF0IHRoZSBoaWdoZXN0IGxvYWQsIGFuZA0Kc2VhcmNoIHRoZWly
IHdheSBkb3duIHRvIHRoZSB6ZXJvLWxvc3MgVGhyb3VnaHB1dCwgc3ViamVjdGluZyB0aGUgDQpk
ZXZpY2UgdW5kZXIgdGVzdCB0byBwb3RlbnRpYWxseSBleHRyZW1lIG92ZXJsb2FkIG11bHRpcGxl
IHRpbWVzIGJlZm9yZSANCnJlYWNoaW5nIHRoZSB0ZXN0IG91dGNvbWUNCg0KPiBJZiB0aGF0IGFz
c3VtcHRpb24gaXMgY29ycmVjdCwgSSdkIHN1Z2dlc3Qgc3BlbmRpbmcgc29tZSBtb3JlIHdvcmRz
IHRvDQo+IHN1cHBvcnQgdGhlIGNvbmNsdXNpb24sIGUuZy4sIG1ha2luZyBhbmFsb2dpZXMgdG8g
b3RoZXIgIm5vcm1hbCIgdHJhZmZpYw0KPiBwYXR0ZXJucyBhbmQgaG93IHRoZSBiZW5jaG1hcmtp
bmcgc2V0dXAgaXMgbm90IHF1YWxpdGF0aXZlbHkgZGlmZmVyZW50DQo+IGZyb20gdGhlbS4NClth
Y21dIA0KDQpPSywgSSBwdXQgc29tZSBtb3JlIGJhY2tncm91bmQgdG9nZXRoZXIgYW5kIG1hZGUg
dGhlIGNhc2Ugc3Ryb25nZXI6DQp0aGUgbWVtbyB3ZSB3cm90ZSBoZWFyIGlzIGV4YWN0bHkgd2hh
dCB0aGUgUkZDNjgxNSBhdXRob3JzIHdlcmUgYXNraW5nIGZvci4NCg0KVGhlIE1heCBJUCBDYXBh
Y2l0eSBtZXRyaWMgYW5kIG1ldGhvZCBmb3IgYXNzZXNzaW5nIGlzIHZlcnkgZGlmZmVyZW50IGZy
b20gY2xhc3NpYyBSRkMyNTQ0DQpUaHJvdWdocHV0IG1ldHJpYyBhbmQgbWV0aG9kcyA6IGl0IHVz
ZXMgbmVhci1yZWFsLXRpbWUgbG9hZCBhZGp1c3RtZW50cyB0aGF0IGFyZSBzZW5zaXRpdmUgdG8g
bG9zcyBhbmQgZGVsYXksIHNpbWlsYXIgdG8gb3RoZXIgY29uZ2VzdGlvbiBjb250cm9sIGFsZ29y
aXRobXMgdXNlZCBvbiB0aGUgSW50ZXJuZXQgZXZlcnkgZGF5LCBhbG9uZyB3aXRoIGxpbWl0ZWQg
ZHVyYXRpb24uIE9uIHRoZSBvdGhlciBoYW5kLCBSRkMyNTQ0IFRocm91Z2hwdXQgbWVhc3VyZW1l
bnRzIGNhbiBwcm9kdWNlIHN1c3RhaW5lZCBvdmVybG9hZCBjb25kaXRpb25zIGZvciBleHRlbmRl
ZCBwZXJpb2RzIG9mIHRpbWUuIEluZGl2aWR1YWwgdHJpYWxzIGluIGEgdGVzdCBnb3Zlcm5lZCBi
eSBhIGJpbmFyeSBzZWFyY2ggY2FuIGxhc3QgNjAgc2Vjb25kcyBmb3IgZWFjaCBzdGVwLCBhbmQg
dGhlIGZpbmFsIGNvbmZpcm1hdGlvbiB0cmlhbCBtYXkgYmUgZXZlbiBsb25nZXIuIFRoaXMgaXMg
dmVyeSBkaWZmZXJlbnQgZnJvbSAibm9ybWFsIiB0cmFmZmljIGxldmVscywgYnV0IG92ZXJsb2Fk
IGNvbmRpdGlvbnMgYXJlIG5vdCBhIGNvbmNlcm4gaW4gdGhlIGlzb2xhdGVkIHRlc3QgZW52aXJv
bm1lbnQuIFRoZSBjb25jZXJucyByYWlzZWQgaW4gUkZDNjgxNSB3ZXJlIHRoYXQgUkZDMjU0NCBt
ZXRob2RzIHdvdWxkIGJlIGxldCBsb29zZSBvbiBwcm9kdWN0aW9uIG5ldHdvcmtzLCBhbmQgaW5z
dGVhZCB0aGUgYXV0aG9ycyBjaGFsbGVuZ2VkIHRoZSBzdGFuZGFyZHMgY29tbXVuaXR5IHRvIGRl
dmVsb3AgbWV0cmljcyBhbmQgbWV0aG9kcyBsaWtlIHRob3NlIGRlc2NyaWJlZCBpbiB0aGlzIG1l
bW8uDQoNCg0KPiANCj4gU2VjdGlvbiA4LjMNCj4gDQo+ICAgIEFzIHRlc3RpbmcgY29udGludWVz
LCBpbXBsZW1lbnRlcnMgc2hvdWxkIGV4cGVjdCBzb21lIGV2b2x1dGlvbiBpbg0KPiAgICB0aGUg
bWV0aG9kcy4gIFRoZSBJVFUtVCBoYXMgcHVibGlzaGVkIGEgU3VwcGxlbWVudCAoNjApIHRvIHRo
ZQ0KPiAgICBZLXNlcmllcyBvZiBSZWNvbW1lbmRhdGlvbnMsICJJbnRlcnByZXRpbmcgSVRVLVQg
WS4xNTQwIG1heGltdW0gSVAtDQo+ICAgIGxheWVyIGNhcGFjaXR5IG1lYXN1cmVtZW50cyIsIFtZ
LlN1cDYwXSwgd2hpY2ggaXMgdGhlIHJlc3VsdCBvZg0KPiAgICBjb250aW51ZWQgdGVzdGluZyB3
aXRoIHRoZSBtZXRyaWMgYW5kIG1ldGhvZCBkZXNjcmliZWQgaGVyZS4NCj4gDQo+IEkgcHVsbGVk
IHVwIHRoZSBbWS5TdXA2MF0gcmVmZXJlbmNlLCBhbmQgaXQgZG9lcyBub3Qgc2VlbSB0byByZWZl
cmVuY2UNCj4gdGhpcyBkcmFmdCBieSBuYW1lLiAgT24gd2hhdCBiYXNpcyBkbyB3ZSBjb25jbHVk
ZSB0aGF0IGl0ICJpcyB0aGUgcmVzdWx0DQo+IG9mIGNvbnRpbnVlZCB0ZXN0aW5nIHdpdGggdGhl
IG1ldHJpYyBhbmQgbWV0aG9kIGRlc2NyaWJlZCBoZXJlIj8NCj4gU2tpbW1pbmcvc2VhcmNoaW5n
LCBJIGRvIHNlZSBtYW55IHNpbWlsYXIgZm9ybXVsYWUgYW5kIG1ldGhvZHMNCj4gcHJlc2VudGVk
LCBidXQgaG93IGRvIHdlIGNvbmNsdWRlIHRoZXkgYXJlIHByZWNpc2VseSB0aGUgc2FtZT8NClth
Y21dIA0KSSdsbCBzb2Z0ZW4gdGhhdCBhIGJpdC4gVGhlIE1heCBJUC1MYXllciBDYXBhY2l0eSBt
ZXRyaWMgaXMgDQp0aGUgc2FtZSwgYnV0IGl0IGlzIGxpa2VseSB0aGF0IGEgZmV3IGRldGFpbHMg
aW4gdGhlIG1ldGhvZCBoYXZlIGRpdmVyZ2VkDQpvdmVyIHRpbWUgLS0gbXVjaCBvZiB0aGUgSVRV
LVQgdGVzdGluZyBhbmQgc3BlYyBkZXZlbG9wbWVudCBjYW1lIGZpcnN0Lg0KDQpORVcNCi4uLiBb
WS5TdXA2MF0sIHdoaWNoIGlzIHRoZSByZXN1bHQgb2YgY29udGludWVkIHRlc3Rpbmcgd2l0aCB0
aGUgbWV0cmljLCANCmFuZCB0aG9zZSByZXN1bHRzIGhhdmUgaW1wcm92ZWQgdGhlIG1ldGhvZCBk
ZXNjcmliZWQgaGVyZS4NCg0KDQoNCj4gDQo+IFNlY3Rpb24gMTANCj4gDQo+IFNob3VsZCB3ZSBz
YXkgc29tZXRoaW5nIGFib3V0IG1ha2luZyBzdXJlIHRoYXQgSSBpcyByZWFzb25hYmx5IGJvdW5k
ZWQ/DQo+IElJUkMgd2Ugc2F5IHNvIGVsc2V3aGVyZSBpbiB0aGUgdGV4dCBidXQgbm90IGV4YWN0
bHkgaGVyZS4NClthY21dIA0KSSBhZGRlZCBhIGRpcmVjdCByZWZlcmVuY2UgdG8gSSBhdCB0aGUg
ZW5kIG9mIGl0ZW0gNi46DQoNCi4uLiBUZXN0aW5nIHdpdGggdGhlIFNlcnZpY2UgUHJvdmlkZXIn
cyBtZWFzdXJlbWVudCBob3N0cyBTSE9VTEQgYmUgbGltaXRlZCBpbiBmcmVxdWVuY3kgYW5kL29y
IG92ZXJhbGwgdm9sdW1lIG9mIHRlc3QgdHJhZmZpYyAoZm9yIGV4YW1wbGUsIHRoZSByYW5nZSBv
ZiBJIGR1cmF0aW9uIHZhbHVlcyBTSE9VTEQgYmUgbGltaXRlZCkuDQo+IA0KPiAgICAyLiAgQSBS
RVFVSVJFRCB1c2VyIGNsaWVudC1pbml0aWF0ZWQgc2V0dXAgaGFuZHNoYWtlIGJldHdlZW4NCj4g
ICAgICAgIGNvb3BlcmF0aW5nIGhvc3RzIGFuZCBhbGxvd3MgZmlyZXdhbGxzIHRvIGNvbnRyb2wg
aW5ib3VuZA0KPiAgICAgICAgdW5zb2xpY2l0ZWQgVURQIHdoaWNoIGVpdGhlciBnbyB0byBhIGNv
bnRyb2wgcG9ydCBbZXhwZWN0ZWQgYW5kDQo+ICAgICAgICB3L2F1dGhlbnRpY2F0aW9uXSBvciB0
byBlcGhlbWVyYWwgcG9ydHMgdGhhdCBhcmUgb25seSBjcmVhdGVkIGFzDQo+ICAgICAgICBuZWVk
ZWQuICBbLi4uXQ0KPiANCj4gbml0OiB0aGUgZ3JhbW1hciBpcyBvZGQgaW4gdGhlIGZpcnN0IHBh
cnQgb2YgdGhpcyBzZW50ZW5jZTsgdGhlIHBhcnQNCj4gYmVmb3JlIHRoZSAiYW5kIiBkb2Vzbid0
IHNlZW0gbGlrZSBpdCBjYW4gam9pbiB1cCB3aXRoIGFueXRoaW5nIGFmdGVyDQo+IHRoZSAiYW5k
Ii4gIElzIHRoZSBpbnRlbnQgc29tZXRoaW5nIGxpa2UgIkl0IGlzIFJFUVVJUkVEIHRvIGhhdmUg
YSB1c2VyDQo+IGNsaWVudC1pbml0aWF0ZWQgc2V0dXAgaGFuZHNoYWtlIGJldHdlZW4gY29vcGVy
YXRpbmcgaG9zdHMgdGhhdCBhbGxvd3MNCj4gZmlyZXdhbGxzIHRvIFsuLi5dIj8NClthY21dIA0K
VGhhbmtzLCBnb29kIHJlLXdvcmRpbmcsIGl0J3MgaW4uDQoNCj4gDQo+ICAgIDMuICBJbnRlZ3Jp
dHkgcHJvdGVjdGlvbiBmb3IgZmVlZGJhY2sgbWVzc2FnZXMgY29udmV5aW5nIG1lYXN1cmVtZW50
cw0KPiAgICAgICAgaXMgUkVDT01NRU5ERUQuDQo+IA0KPiAoSW4gc29tZSBzZW5zZSB5b3Ugd2Fu
dCBhdXRoZW50aWNhdGlvbiBhcyB3ZWxsIGFzIGludGVncml0eSBwcm90ZWN0aW9uLikNClthY21d
IA0KWWVzLiBUaGUgcnVubmluZyBjb2RlIGhhcyBvcHRpb25hbCBhdXRoZW50aWNhdGlvbiBub3cu
DQoNCk5FVw0KMy4gQ2xpZW50LXNlcnZlciBhdXRoZW50aWNhdGlvbiBhbmQgaW50ZWdyaXR5IHBy
b3RlY3Rpb24gZm9yIGZlZWRiYWNrIA0KICAgbWVzc2FnZXMgY29udmV5aW5nIG1lYXN1cmVtZW50
cyBpcyBSRUNPTU1FTkRFRC4NCg0KPiANCj4gICAgNS4gIFNlbmRlcnMgTVVTVCBiZSByYXRlLWxp
bWl0ZWQuICBUaGlzIGNhbiBiZSBhY2NvbXBsaXNoZWQgdXNpbmcgdGhlDQo+ICAgICAgICBwcmUt
YnVpbHQgdGFibGUgZGVmaW5pbmcgYWxsIHRoZSBvZmZlcmVkIGxvYWQgcmF0ZXMgdGhhdCB3aWxs
IGJlDQo+ICAgICAgICBzdXBwb3J0ZWQgKFNlY3Rpb24gOC4xKS4gIFRoZSByZWNvbW1lbmRlZCBs
b2FkLWNvbnRyb2wgc2VhcmNoDQo+ICAgICAgICBhbGdvcml0aG0gcmVzdWx0cyBpbiAicmFtcCB1
cCIgZnJvbSB0aGUgbG93ZXN0IHJhdGUgaW4gdGhlIHRhYmxlLg0KPiANCj4gbml0OiBzaW5jZSAo
ZWZmZWN0aXZlbHkpIGVhY2ggaW1wbGVtZW50YXRpb24gd2lsbCBoYXZlIHRoZWlyIG93bg0KPiBw
cmUtYnVpbHQgdGFibGUsIEkgdGhpbmsgaXQgc2hvdWxkIGJlICJ1c2luZyBhIHByZS1idWlsdCB0
YWJsZSIuDQpbYWNtXSANCk9LLCAiYSIgaXQgaXMuDQoNCg0KPiANCj4gQXBwZW5kaXggMTMNCj4g
DQo+IElmIHdlIHN0YXJ0IGF0IFJ4IChyb3cpIDEsIGlzIGl0IGdvaW5nIHRvIGNhdXNlIHByb2Js
ZW1zIHdoZW4gd2UgZHJvcA0KPiBkb3duIHRvIFJ4ID0gMCBpbiB0aGUgbG9zcy9jb25nZXN0aW9u
IGNhc2VzPw0KW2FjbV0gDQpJdCB3b3VsZCwgYnV0IHRoZSBjdXJyZW50IHRhYmxlIGluY2x1ZGVz
IGEgUm93IHplcm8sIHdoaWNoIGlzIHdoZXJlIHdlIA0KY29sZC1zdGFydC4gSSBndWVzcyBpdCB3
b3VsZCBsZXNzIGNvbmZ1c2luZyB0byBzYXk6DQoNClJ4ID0gMCAgIyBUaGUgY3VycmVudCBzZW5k
aW5nIHJhdGUgKGVxdWl2YWxlbnQgdG8gYSByb3cgb2YgdGhlIHRhYmxlKQ0KDQoNCj4gDQo+IFRo
ZSBtZWNoY2FuaXNtIGluIHRoZSBwc2V1ZG9jb2RlIHRvIHN0b3AgdGFraW5nIGxhcmdlIGluY3Jl
bWVudHMgaW4NCj4gc2VuZGluZyByYXRlIGFib3ZlIHRoZSAiaFNwZWVkVGhyZXNoIiBkb2VzIG5v
dCBzZWVtIHRvIGJlIGRlc2NyaWJlZCBpbg0KPiB0aGUgcHJvc2UgaW4gwqc4LjEuICAoVGhhdCBz
YWlkLCBpdCBzZWVtcyBsaWtlIGEgZ29vZCBpZGVhLCBnaXZlbiB0aGUNCj4gbGlrZWx5IHRhYmxl
IGNvbXBvc2l0aW9uLikNClthY21dIA0KSXQncyBnZXR0aW5nIGxhdGUgaGVyZSBub3csIGJ1dCBJ
IHRoaW5rIGl0J3MgaW4gdGhlIGZpcnN0IHR3byBJZiBzdGF0ZW1lbnRzOg0KDQppZiAoIHNlcUVy
ciA9PSAwICYmIGRlbGF5IDwgbG93VGhyZXNoICkgeyAgICAgICAgICAgICAgICAgICAgICAgICAj
IG5vIGxvc3Mgb3IgZGVsYXkgcHJvYmxlbXMsIGFuZA0KICAgICAgICBpZiAoIFJ4IDwgaFNwZWVk
VHJlc2ggJiYgc2xvd0FkakNvdW50IDwgc2xvd0FkalRocmVzaCApIHsgIyBSYXRlIDwgaFNwZWVk
VGhyZXNoICYmIGV0Yy4NCiAgICAgICAgICAgICAgICAgICAgICAgIFJ4ICs9IGhpZ2hTcGVlZERl
bHRhOyAgICAgICAgICAgICAgICAgICAgICMgY2FuIHN0aWxsIHVzZSBsYXJnZSBpbmNyZW1lbnRz
DQogICAgICAgICAgICAgICAgICAgICAgICBzbG93QWRqQ291bnQgPSAwOw0KICAgICAgICB9IGVs
c2UgeyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIyBv
dGhlcndpc2UgKFJhdGUgPj0gaFNwZWVkVGhyZXNoKQ0KICAgICAgICAgICAgICAgICAgICAgICAg
aWYgKCBSeCA8IG1heExvYWRSYXRlcyAtIDEgKSAgICAgICAgICAgICAgIyBhZnRlciBjaGVja2lu
ZyBoZWFkcm9vbSwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSeCsr
OyAgICAgICAgICAgICAgICAgICAgICMgY2FuIG9ubHkgaW5jcmVhc2UgYnkgb25lDQoNCg0KPiAN
Cj4gKEFsc28sIGluZGVudGluZyBvbmUgdGFiIGZvciB0aGUgb3V0ZXIgY29uZGl0aW9uYWxzIGFu
ZCB0d28gbW9yZSBmb3IgdGhlDQo+IGlubmVyIG9uZXMgbG9va3MgYSBiaXQgdW51c3VhbC4pDQpb
YWNtXSANCkkgbGlrZSB1bnVzdWFsIDotKQ0KDQo+IA0KPiBTZWN0aW9uIDE0DQo+IA0KPiBJdCdz
IG5vdCBlbnRpcmVseSBjbGVhciB0byBtZSB3aHkgUkZDIDIzMzAgaXMgY2xhc3NpZmllZCBhcyBu
b3JtYXRpdmUNCj4gYnV0IFJGQyA3MzEyIGlzIGluZm9ybWF0aXZlLCBqdXN0IGJhc2VkIG9uIHRo
ZSBsb2NhdGlvbnMgd2hlcmUgdGhleSBhcmUNCj4gcmVmZXJlbmNlZC4NClthY21dIA0KSXQncyBt
b3JlIHRoYW4gdGhhdC4gUkZDIDczMTIgZGVzY3JpYmVzIHNvbWUgdW51c3VhbCBhY2Nlc3MgY29u
ZGl0aW9ucyB0aGF0IG1pZ2h0IGJlIGVuY291bnRlcmVkIGFuZCBpcyBvbmx5IGNpdGVkIGF0IHRo
ZSBlbmQgb2YgdGhlIEludHJvLCBvbmNlLiBDZXJ0YWlubHkgdGhlIG1lYXN1cmVkIGV2aWRlbmNl
IG9mIGJpbW9kYWwgKHR1cmJvLW1vZGUpIGFjY2VzcyBiZWhhdmlvciBpcyBpbiB0aGUgY2F0ZWdv
cnkgb2YgUkZDIDczMTIgIm1lc3N5IHN0dWZmIiwgYnV0IHdlIHN0aWxsIG1hbmFnZSB0aGF0IHBy
ZXR0eSB3ZWxsIGFuZCBpdCdzIG5vdCBzcGVjaWZpY2FsbHkgbWVudGlvbmVkIGluIDczMTIuDQoN
Ck9UT0gsIFJGQyAyMzMwIGlzIHRoZSBJUFBNIEZyYW1ld29yaywgd2l0aCBhbiBleGNlcHRpb24g
dG8gYmUgSW5mb3JtYXRpdmUgc3RhdHVzLCB5ZXQgTm9ybWF0aXZlIGluIG91ciBtZW1vcywgYW5k
IG11Y2ggaXMgb3dlZCB0byAyMzMwLCBzdGFydGluZyB3aXRoIHRoZSBzaW5nbGV0b24sIHNhbXBs
ZSwgc3RhdGlzdGljIG1ldHJpYyBkZXZlbG9wbWVudCwgdW5tZW50aW9uZWQgc3R1ZmYgYWJvdXQg
Y2xvY2tzIGFuZCBhY2N1cmFjeSwgZXRjLg0KPiANCj4gDQoNCg==


From nobody Wed Feb 24 23:29:33 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 D7E393A14B5; Wed, 24 Feb 2021 23:29:31 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Murray Kucherawy via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Ian Swett <ianswett@google.com>, tpauly@apple.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Murray Kucherawy <superuser@gmail.com>
Message-ID: <161423817140.3353.1475330199149849094@ietfa.amsl.com>
Date: Wed, 24 Feb 2021 23:29:31 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/iMtKu_n0lRS7khngPyqLzEtF2A4>
Subject: [ippm] Murray Kucherawy's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
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: Thu, 25 Feb 2021 07:29:32 -0000

Murray Kucherawy has entered the following ballot position for
draft-ietf-ippm-capacity-metric-method-06: Discuss

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


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


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



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Several of the SHOULDs in this document are giving me trouble.  There are two
categories in particular:

As described in RFC 2119, we typically use this sort of language to describe
interoperability or security concerns.  How are the SHOULDs in Section 9
related to interoperability or security?  Rather, they seem to be describing
issues of presentation.

Since a SHOULD leaves an implementer with a choice, it's preferable to see
prose explaining why one might deviate from the SHOULD advice.  Thus, the
SHOULDs in Sections 5.3 and 6.3 leave me wondering under what circumstances an
implementer might legitimately choose to do something else.  If there are none,
should it be a MUST?






From nobody Wed Feb 24 23:46:32 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 5B5A43A14F0; Wed, 24 Feb 2021 23:46:26 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Murray Kucherawy via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Ian Swett <ianswett@google.com>, tpauly@apple.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Murray Kucherawy <superuser@gmail.com>
Message-ID: <161423918590.3132.11573095082732904242@ietfa.amsl.com>
Date: Wed, 24 Feb 2021 23:46:26 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/6lMLuTNgvh16s9T57fEZWB0UVMk>
Subject: [ippm] Murray Kucherawy's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS and 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: Thu, 25 Feb 2021 07:46:27 -0000

Murray Kucherawy has entered the following ballot position for
draft-ietf-ippm-capacity-metric-method-06: Discuss

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


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


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



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Several of the SHOULDs in this document are giving me trouble.  There are two
main categories, one in particular I'd like to discuss:

As described in RFC 2119, we typically use this sort of language to describe
interoperability or security concerns.  How are the SHOULDs in Section 9
related to interoperability or security?  Rather, they seem to be describing
issues of presentation.  Or is this another instance of the "operational
advice" exception that's come up on other operational advice documents?


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

Similar to my DISCUSS POINT:

Since a SHOULD leaves an implementer with a choice, it's preferable to see
prose explaining why one might deviate from the SHOULD advice.  Thus, the
SHOULDs in Sections 5.3 and 6.3 leave me wondering under what circumstances an
implementer might legitimately choose to do something else.  If there are none,
should it be a MUST?




From nobody Thu Feb 25 06:18:50 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 EEA8D3A1A5C; Thu, 25 Feb 2021 06:18:43 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Magnus Westerlund via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Ian Swett <ianswett@google.com>, tpauly@apple.com, tpauly@apple.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Message-ID: <161426272345.2083.7668347127672505809@ietfa.amsl.com>
Date: Thu, 25 Feb 2021 06:18:43 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/OOxUxYxtd92VZqPyKIOhz6Ymsl8>
Subject: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
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: Thu, 25 Feb 2021 14:18:44 -0000

Magnus Westerlund has entered the following ballot position for
draft-ietf-ippm-capacity-metric-method-06: Discuss

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


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


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



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

A) Section 8. Method of Measurement

I think the metrics are fine, what makes me quite worried here is the
measurement method. My concerns with it are the following.

1. The application of this measurement method is not clearly scoped. Therefore
I will assume that across the Internet measurements are possible. However in
that context I think the definition and protection against severe congestion
has significant short comings. The main reason is that the during a
configurable time period (default 1 s) the sender will attempt to send at a
specified rate by a table independently on what happens during that second.

2. The algorithm for adjusting rate is table driven but give no guidance on how
to construct the table and limitations on value changes in the table. In
addition the algorithm discusses larger steps in the table without any
reflection of what theses steps sides may represent in offered load.

3. Third the algorithms reaction to any sequence number gaps is dependent on
delay and how it is related to unspecified delay thresholds. Also no text
discussion how these thresholds should be configured for safe operation.

B) Section 8. Method of Measurement

There are no specification of the measurement protocol here that provides
sequence numbers, and the feedback channel as well as the control channel. Is
this intended to use TWAMP?

>From my perspective this document defines the metrics on standards track level.
However, the method for actually running the measurements are not specified on
a standards track level. No one can build implementation. And if the section is
intended to provide requirements on a protocol that performs these measurements
I think several aspects are missing. There appear several ways forward here to
resolve this; one is to split out the method of measurement and define it
separately to standard tracks level using a particular protocol, another is to
write it purely as requirements on a measurement protocols.






From nobody Thu Feb 25 07:12:45 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 DCB103A1B00 for <ippm@ietfa.amsl.com>; Thu, 25 Feb 2021 07:12:43 -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 TL7J36s6vRwy for <ippm@ietfa.amsl.com>; Thu, 25 Feb 2021 07:12:42 -0800 (PST)
Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 B4E633A1AFF for <ippm@ietf.org>; Thu, 25 Feb 2021 07:12:42 -0800 (PST)
Received: by mail-io1-xd35.google.com with SMTP id n14so6207669iog.3 for <ippm@ietf.org>; Thu, 25 Feb 2021 07:12:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=reUtRuS6oo8RMPRPwGKd2nWpXs56Z3ZMiPv+J1zFMyU=; b=XLKIHVdXH661MMOQoiCY2KcUrRBzohwBsKldhTZTXOWtQuEykUM14qePKGoxXqp6Zn JImtFdrSmoc8m8oNh7Vr9tvwCI1uNd03ArhdRjZLvgT2UcnJBjVHBv1FgiTGu8EaLXT2 uiLXGf22VGfUW8Uybbzg4k/EGj1VQz2zBu2c4CwEM+1xhM3W7CVd6pB7yt/ihYuvLrla fX4rs6qwweyGZpEXSqdGmd5/vLXaiyrrgPKit5KMkHmskU/6D+0qLRtuRd5MYXht4QLo kEa3jS1Sl70oHmFyuEU7B1JBaRCebP+Za58wusXJzcvJUak6DzptA3v3CzUugG4gGFYz RhuQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=reUtRuS6oo8RMPRPwGKd2nWpXs56Z3ZMiPv+J1zFMyU=; b=nZ/YUJlr1fMw3FsDhlpivpNwlIHJ8e2II7OuiBEajijdc+nHWbjpdqEZ24El1voDM0 TdKe1vJEtlYEtcWY0403yy8blv8DPfIX3me6OLSTIlOp9bH6q53F3UEQLmSvqVQYRyKA 8J4CDVSIg0O6wqFll1Za1EQ8NgxmPN2s9uxGu55aGDyTdrIgIWlfDwG42Zv3PIWoZ9r7 G7AerLiiLmQJwIlJiHzw9+ynSAhbYqpfhbzYRd7x7E/1XMTg/3/Wu7lDH2B0cUv5pG0b pQ6ZrY3SDKni74dTOqpCr9zWkRgqOPHVvp5gFwXgrmjZegoS8TaR5+8wW7os7y72/NTe HLpg==
X-Gm-Message-State: AOAM5331p1gwJOaSjcMP8OSo8tLgYf5jrFkhtBPpXRCHCG02trTZN3pR EKtWgXNjXtYpkf25Ul/ZltRLK/62DZPUtmeUQiAr9und5Ng=
X-Google-Smtp-Source: ABdhPJzQc6Y++g4ZZlUc7vAY6bsjm76+vvVXL3ZNS3vpXMnov7GNL/Ooavt7cyBzmh2+Iiy9GdfkZLdcoNxiEDMQzH8=
X-Received: by 2002:a5d:818f:: with SMTP id u15mr2974623ion.95.1614265961490;  Thu, 25 Feb 2021 07:12:41 -0800 (PST)
MIME-Version: 1.0
References: <CAM4esxRUWGwdd-mDN8GSgHJrkBKbZxCoGAycY2ABbh9GMvSzow@mail.gmail.com>
In-Reply-To: <CAM4esxRUWGwdd-mDN8GSgHJrkBKbZxCoGAycY2ABbh9GMvSzow@mail.gmail.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Thu, 25 Feb 2021 07:12:30 -0800
Message-ID: <CAM4esxTNMG6WBzdJkX2-V_KB8ZjY_DpCJ9O1qEH2UZnGPfF5xA@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000035303805bc2a9570"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/jFvrdSPz8NoIJQoR0lBpTPX_dU4>
Subject: Re: [ippm] IOAM Registry Designated Experts?
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, 25 Feb 2021 15:12:44 -0000

--00000000000035303805bc2a9570
Content-Type: text/plain; charset="UTF-8"

Anyone interested?

On Mon, Feb 22, 2021 at 12:22 PM Martin Duke <martin.h.duke@gmail.com>
wrote:

> Who should be the designated experts the various IANA registries the
> ioam-data draft sets up?
>

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

<div dir=3D"ltr">Anyone interested?<br></div><br><div class=3D"gmail_quote"=
><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Feb 22, 2021 at 12:22 PM Mar=
tin Duke &lt;<a href=3D"mailto:martin.h.duke@gmail.com">martin.h.duke@gmail=
.com</a>&gt; wrote:<br></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 dir=3D"ltr">Who should be the designated experts the various IANA =
registries the ioam-data draft sets up?<br></div>
</blockquote></div>

--00000000000035303805bc2a9570--


From nobody Thu Feb 25 07:21:23 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 D45493A1B83; Thu, 25 Feb 2021 07:21:15 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Murray Kucherawy via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Ian Swett <ianswett@google.com>, tpauly@apple.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Murray Kucherawy <superuser@gmail.com>
Message-ID: <161426647584.14166.5269938969946072865@ietfa.amsl.com>
Date: Thu, 25 Feb 2021 07:21:15 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/NWSYFoirUL1qt119q6wp0R0ELBk>
Subject: [ippm] Murray Kucherawy's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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: Thu, 25 Feb 2021 15:21:17 -0000

Murray Kucherawy has entered the following ballot position for
draft-ietf-ippm-capacity-metric-method-06: 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/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


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



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

Since a SHOULD leaves an implementer with a choice, it's preferable to see
prose explaining why one might deviate from the SHOULD advice.  Thus, the
SHOULDs in Sections 5.3 and 6.3 leave me wondering under what circumstances an
implementer might legitimately choose to do something else.  If there are none,
should it be a MUST?




From nobody Thu Feb 25 07:54:24 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 3928E3A1B85 for <ippm@ietfa.amsl.com>; Thu, 25 Feb 2021 07:54:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level: 
X-Spam-Status: No, score=-9.597 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=d5P2vG+/; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=IfXe2l4f
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dkj4_MbRqVEF for <ippm@ietfa.amsl.com>; Thu, 25 Feb 2021 07:54:21 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CCA43A1B7F for <ippm@ietf.org>; Thu, 25 Feb 2021 07:54:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4874; q=dns/txt; s=iport; t=1614268461; x=1615478061; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=wHKsn4+Bh7KwwujpOT/9jy3Cse8TBGXZMO0pGsvzSfA=; b=d5P2vG+/ZvDAJ74uafmS12QhUN7CH6JRqVGdm/GtOX1kBkwa7twCwhFn qPIJ0cRLkceT/3eNhfoF6j1ZYKmaM90MAxri+cyCKzwkzOEjoE8Cd0Mg0 qj5UenZh+wc+0oVPa6BjLeggLg60WdmHZDlNvvcPBk7j4euf2t9xuil2w k=;
X-IPAS-Result: =?us-ascii?q?A0BdAAAbxjdgkIYNJK1iHQEBAQEJARIBBQUBgXwHAQsBg?= =?us-ascii?q?SIwUX1aNjEKAYQ2g0gDhTmIZoojigqEc4EugSUDVAsBAQENAQEyAgQBAYRNA?= =?us-ascii?q?heBYQIlNQgOAgMBAQEDAgMBAQEBBQEBAQIBBgQUAQEBAQEBhjgNhkQBAQEBA?= =?us-ascii?q?yMKEwEBKQ8PAgEIBA0EAQEoAwICAh8RFAkIAgQBEgiCaAGBflcDLwEDpTsCi?= =?us-ascii?q?iV2gTKDBAEBBoUhDQuCEgmBOAGCdYQGAQGBDIFGg3MmHIFBQoERQ4JXPoIbg?= =?us-ascii?q?iY0gmA0giuDMpcch0edQlsKgnyWcYVOo02UTo4+k1wCBAIEBQIOAQEGgVYBN?= =?us-ascii?q?YFZcBWDJFAXAg2OHxmDVopZcwI2AgYKAQEDCXyKCAGBDgEB?=
IronPort-PHdr: =?us-ascii?q?9a23=3AVvODvxzRXKFshmnXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5ZRWDt/pohV7NG47c7qEMh+nXtvXmXmoNqdaEvWsZeZNBHx?= =?us-ascii?q?kClY0NngMmDcLEbC+zLPPjYyEgWsgXUlhj8iK0NEFUHID1YFiB6nG35CQZTx?= =?us-ascii?q?P4Mwc9L+/pG4nU2sKw0e36+5DabwhSwjSnZrYnJxStpgKXvc4T0oY=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.81,206,1610409600";  d="scan'208,217";a="670227352"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Feb 2021 15:54:20 +0000
Received: from mail.cisco.com (xbe-rcd-001.cisco.com [173.37.102.16]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 11PFsKYC014420 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 25 Feb 2021 15:54:20 GMT
Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xbe-rcd-001.cisco.com (173.37.102.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Thu, 25 Feb 2021 09:54:20 -0600
Received: from xfe-aln-004.cisco.com (173.37.135.124) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Thu, 25 Feb 2021 09:54:20 -0600
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (173.37.151.57) 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.792.3 via Frontend Transport; Thu, 25 Feb 2021 09:54:19 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z06qZHzJ9fAWKPOqbT8HbcbQ+iQJHvM3Tm8zHKsRq02CKUhodrOtBWmnhAGDD6hh96r5mJIhkXDNOVZxQdFhxZ8rf9G0aw9UJLICHrpq6NGN5eDj/OOUQT6yVt8gVcm5j53mt+1Cv2XL77l/WDnvompzy8GkTly/vnXTmgK9wqqvjMLv2NUGJwZmYX5D/Gu80ZvwEt1fzAJtv261R6eyedbCNQ6DDiv7jWBUfpyD7WaX0IOvBd9oN+I+CsLwOUw7hFCYUfv3LjuxWR9SEqB1Rr3UVuU9IPPgqa4gCEs9eiZAcMvLvum9UxdpbnQB2wGVFm3w+BPB+Ea49DsXQ2+ofg==
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-SenderADCheck; bh=wHKsn4+Bh7KwwujpOT/9jy3Cse8TBGXZMO0pGsvzSfA=; b=RdaHdSjqER1Gu0Z91IycSfEayRknvrtxr2TMA5SM+I7h17AhCES75xpGIVAKLHbgUy0TQhx2Mmwdae8K4yCW/S1lugL5Zw/kAFd8eBxOcSERlfabUr1hGt7vFeykD/LBy32BPgDSedzJqREG58mjWH/P8knyNqbulUGpyEycbg8YZv+NIbkS3NgfroZ1mI4zAVCUxo7z0yIjpw68Jq54B/Js6CR/A9rH8Cq9axwl4arZDBi9uS/eBEvxoI/9agwiwMnLfOZV+Ic0ZJP2sPmqYahNmIe7a7bOfEw3cdrE3PQihWH5r5GFKIvLHkjUMjktxbiJvhM4z3/C4Fa1sv+4Jw==
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=wHKsn4+Bh7KwwujpOT/9jy3Cse8TBGXZMO0pGsvzSfA=; b=IfXe2l4fh06zqcmQkPLtmGSmQ1Ai2q093irwIt1TEAJ/JWSJQp+PA5KkT3wPdvkHLqDpOYIuCKdexiH4tevxHEjMVdVkzJ8z0XI6fYBVukoq/bqm2TFKVhxoFDmb2mFpyCyDzG7z0Pa+ajiBHT4oWALC+pxpy7yAiAGu7LQ9DGY=
Received: from BYAPR11MB2584.namprd11.prod.outlook.com (2603:10b6:a02:c8::31) by BYAPR11MB2792.namprd11.prod.outlook.com (2603:10b6:a02:c3::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.20; Thu, 25 Feb 2021 15:54:13 +0000
Received: from BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::a872:1bf5:965e:3763]) by BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::a872:1bf5:965e:3763%7]) with mapi id 15.20.3868.033; Thu, 25 Feb 2021 15:54:13 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Martin Duke <martin.h.duke@gmail.com>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] IOAM Registry Designated Experts?
Thread-Index: AQHXCVh0NBiwjxjNc0mf7ua8+kMoNqpo/pQAgAALkHA=
Date: Thu, 25 Feb 2021 15:54:13 +0000
Message-ID: <BYAPR11MB2584BE16777933F29808176BDA9E9@BYAPR11MB2584.namprd11.prod.outlook.com>
References: <CAM4esxRUWGwdd-mDN8GSgHJrkBKbZxCoGAycY2ABbh9GMvSzow@mail.gmail.com> <CAM4esxTNMG6WBzdJkX2-V_KB8ZjY_DpCJ9O1qEH2UZnGPfF5xA@mail.gmail.com>
In-Reply-To: <CAM4esxTNMG6WBzdJkX2-V_KB8ZjY_DpCJ9O1qEH2UZnGPfF5xA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [95.222.148.183]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8ff5ca46-87d2-4289-4c75-08d8d9a59959
x-ms-traffictypediagnostic: BYAPR11MB2792:
x-microsoft-antispam-prvs: <BYAPR11MB2792DD013A7191F02C4E9554DA9E9@BYAPR11MB2792.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: BeMEtnVh9Rt7pc4ATcz2d86ouGr6ql8ZtqNr9e1MPUtUx4QK501zrFcZeXH97t3TlP6kbcvrbM8dsq4FlEL6LuFhv5dqGYnZkW+OFv/RSSWC/6/ZqJICNv3oaWW61fexG8CckRY1T0zeTXlyxv3+2tMQs21HgmnLPo0rrwkS8vEqvdH3Mftyxx1jym5vWCN8NlgLqfPZOYMIjPUQuIwszjM/ATbhNlV/in5YTB0qlC4JActAtDcPfHfYeuAKc/xpu3yGTdKhChYxjO0WdY24M4XpIA9xGm7Bl8NPya1eTnOn3htZLHgXcyVyeJcyuX4RTdLeGTU1ujqQ2FcGbLF8anNgFreZkjfnAdUQj6doqaJxkuNjpL6IxK9smV/gbIcA5TME6kBvu9UBT3XPMAw0dl9HYZ6i0IZJoxa96qFEj8y8kE7LDdlGjhzTF3WBQFyTnAtA+1tPzmYXDTqpMc1Pl6BKtvAnu3PCAjbybLSXUW+2xjgiaphPKDaohMjdNq9jR1fsLPAHLc7G9uYw/6tgig==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BYAPR11MB2584.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(136003)(39860400002)(366004)(376002)(396003)(346002)(9686003)(478600001)(52536014)(55016002)(86362001)(66946007)(66556008)(66446008)(2906002)(66476007)(4744005)(64756008)(7696005)(71200400001)(5660300002)(110136005)(8676002)(316002)(8936002)(6506007)(53546011)(33656002)(26005)(186003)(76116006); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata: =?utf-8?B?TjloLzBqSitXVVZJWEN4ODVvVmFXNDJPbnJ4Z1VYaGFlOUhveVkxc2hWa0I4?= =?utf-8?B?akpZUWt1ZS9pYkhrWlNQT2tMQ2FBOWVDVG1acVNoTXlyYUtvalRRb1o4SFNC?= =?utf-8?B?am5SRjdyazMyTlBieXh3L0hFeS9tQlNRTEVGOW5WR2IrTDNlWCtJSVk3dG0v?= =?utf-8?B?SnhwTm5mUDZ2Uk1hZHRTcTVlc1BhQldyYm15TjhjS25tQkprc25saTgyZTVl?= =?utf-8?B?THhyTUJjbjhBU3JUZkt2cWpYNHFnSXg5MWhrdnY2S1pwRURHNDhUNi9sakd5?= =?utf-8?B?b0l6REJmdjF1TTM1eHUycldvcTlwK1VqaGo3RnVOWDg0UjdhejlYUk5rMW9T?= =?utf-8?B?Tm9zRElBeEZVT2NQK29jbWxZWEg4Zjg3WWN6VEZiVzRVZ0EwcHNxdWI2bmI0?= =?utf-8?B?UHIrMmZ1bU90Qm4vdkF0T3QxYkYzVmJCVUY4bkdNRXF6NEFyanVpYnAxWldT?= =?utf-8?B?SVliai90M2VseTdqU3ZjZFRiSW82Y21LbUx3SDFwWDdlaTNIYjk0cWxzaEpn?= =?utf-8?B?akhEY21BZ1FJcm9JRUt4WUZucGZaZzhaanRQcnI4UWUrTngybWtVYmc3Nm44?= =?utf-8?B?U0NTLzZkMi9ibmV6c202SGdneFh0ZkF5OVlmSHhvc2dVVTZGVElESHhYU1RF?= =?utf-8?B?cXZ2ZHBMU0oxMzVMT3A3ZjNkTHNmTStCVkRHcytmV3VsQ3NrOER4dzBYNFFI?= =?utf-8?B?c3NpSWsyY2Z3NEROeTM4dzUzWnQvMkM0WGpCRkhxdXQvTjRzQ2I2Z1hVZVIx?= =?utf-8?B?bWRReEdYY2ZZbW1RUlhFczEzclRBK3o2SFUyektxd3l0enRXV0hLaDZ6MTdG?= =?utf-8?B?WmQxZHdLaUhTbkhrUnpRMmszL2o1RHRPNUdJWlpmSExBMkNjclFld2ZmVHpL?= =?utf-8?B?ZHpxZGRUWThjQ1ZpV2ZiQ1ZTc3JPMUoyL0xwa1BOb053eDZ6YjlDTUVhNGdG?= =?utf-8?B?Z1hyQnJFL0NrUlZCK2ZUSUM2ekxNTXBac3FtN01VVnYwdWlWS0hXMFMvdUVJ?= =?utf-8?B?cnN5M2ltYWRPandJeGsyVkZhL2pZU3NERlZxNkFIWHY1R09lbE55WGUvSzly?= =?utf-8?B?TU5COUtHOTdnUUoraUp3VHEzUWxwQ3o0SDgzQnhTYWdKSGhzRlNaMXZxRnFu?= =?utf-8?B?bDg1UitiWWVNcFEwN2lMZjhpL3hUT3AyeHJQUm15MDl2K0paYjhJNXorcys0?= =?utf-8?B?OXpCU1JrMTA3NVB5cUV5b1VKeGQxSXhRQmZwd2ZuOU5TaUpGejBMVUt4ZVo0?= =?utf-8?B?dm8wUWx0dEhydERRRkF4VHdBYU0xNURaTE0yT2M5b0c1Y3dUNjI4Znk2eElK?= =?utf-8?B?WkpvS2lzWWRRWURyaUlFMnVDRUFQVTRXM080eVZTcmk1UzM3akFVSzJWcDNN?= =?utf-8?B?UDBpUHNCdGQ4ZWdpYnJwYXM2ZHlOTVpXK1JPd1BqN1pxSHE3bDgrWENuRldG?= =?utf-8?B?Wk91TVpkY2JZeUR5SndQL2tOZGhjZTZ6ZTQvdURVK3NSd0YyWkxzMWNSRUtL?= =?utf-8?B?YnRzT1lUTHRCSThxRkRaT01BMTZya2czZXVBQTI4Z1V1dnNkalF5Q25ES0NQ?= =?utf-8?B?K2pCTnY3RldINHJqZzRpSnZPNGFGZVNvTzhlajhVT0RnamhhU0xHNGs2MXVw?= =?utf-8?B?aVppK1ZkV2tNdGVRY2hKcEVuc2tYV09xWWcrMitSbkNZZUNMSk0rSng4Y24v?= =?utf-8?B?Q3JiNEtOZFpBRkc4RGhBS2R1YVMrN3BkdmgwMnJpc0NLdFRhQ2MydGRJY1gr?= =?utf-8?Q?o+yCecYasYyDNfd0k3nYUQQ9J/DlY0L+0RjuNxY?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB2584BE16777933F29808176BDA9E9BYAPR11MB2584namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2584.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8ff5ca46-87d2-4289-4c75-08d8d9a59959
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Feb 2021 15:54:13.7353 (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: qvXxN3Wce46nzt5MrouumzYAlG4htN2LmL+XAHR/IFmsIZSQSiPNxAtIBX3iCGyr8jTR7tIJob1/uTx9KlOBXA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2792
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.16, xbe-rcd-001.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/lIwfncgzBrt_qQ7J5CtGDgoiMt0>
Subject: Re: [ippm] IOAM Registry Designated Experts?
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, 25 Feb 2021 15:54:23 -0000

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

QW0gaGFwcHkgdG8gaGVscCwgaWYgdGhlcmUgYXJlIG5vIG90aGVyIHZvbHVudGVlcnMuDQpGcmFu
aw0KDQpGcm9tOiBpcHBtIDxpcHBtLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBNYXJ0
aW4gRHVrZQ0KU2VudDogRG9ubmVyc3RhZywgMjUuIEZlYnJ1YXIgMjAyMSAxNjoxMw0KVG86IElF
VEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBwbV0gSU9BTSBSZWdp
c3RyeSBEZXNpZ25hdGVkIEV4cGVydHM/DQoNCkFueW9uZSBpbnRlcmVzdGVkPw0KDQpPbiBNb24s
IEZlYiAyMiwgMjAyMSBhdCAxMjoyMiBQTSBNYXJ0aW4gRHVrZSA8bWFydGluLmguZHVrZUBnbWFp
bC5jb208bWFpbHRvOm1hcnRpbi5oLmR1a2VAZ21haWwuY29tPj4gd3JvdGU6DQpXaG8gc2hvdWxk
IGJlIHRoZSBkZXNpZ25hdGVkIGV4cGVydHMgdGhlIHZhcmlvdXMgSUFOQSByZWdpc3RyaWVzIHRo
ZSBpb2FtLWRhdGEgZHJhZnQgc2V0cyB1cD8NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k
b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K
CXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcw
Ljg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0
eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp
dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk
aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl
YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9
IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5BbSBoYXBweSB0byBoZWxwLCBpZiB0aGVyZSBhcmUgbm8gb3RoZXIg
dm9sdW50ZWVycy4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GcmFuazxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3Bh
ZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBpcHBtICZsdDtpcHBtLWJvdW5j
ZXNAaWV0Zi5vcmcmZ3Q7IDxiPk9uIEJlaGFsZiBPZiA8L2I+DQpNYXJ0aW4gRHVrZTxicj4NCjxi
PlNlbnQ6PC9iPiBEb25uZXJzdGFnLCAyNS4gRmVicnVhciAyMDIxIDE2OjEzPGJyPg0KPGI+VG86
PC9iPiBJRVRGIElQUE0gV0cgJmx0O2lwcG1AaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8
L2I+IFJlOiBbaXBwbV0gSU9BTSBSZWdpc3RyeSBEZXNpZ25hdGVkIEV4cGVydHM/PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW55b25lIGludGVyZXN0ZWQ/
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNb24sIEZl
YiAyMiwgMjAyMSBhdCAxMjoyMiBQTSBNYXJ0aW4gRHVrZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1h
cnRpbi5oLmR1a2VAZ21haWwuY29tIj5tYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbTwvYT4mZ3Q7IHdy
b3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5v
bmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYu
MHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPldobyBzaG91bGQgYmUgdGhlIGRlc2lnbmF0ZWQgZXhwZXJ0cyB0aGUgdmFy
aW91cyBJQU5BIHJlZ2lzdHJpZXMgdGhlIGlvYW0tZGF0YSBkcmFmdCBzZXRzIHVwPzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BYAPR11MB2584BE16777933F29808176BDA9E9BYAPR11MB2584namp_--


From nobody Thu Feb 25 07:59:54 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 D68ED3A1BBA; Thu, 25 Feb 2021 07:59:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level: 
X-Spam-Status: No, score=-9.597 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=KyyBBMBw; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=RUuy3owi
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qgBe76vlxUVx; Thu, 25 Feb 2021 07:59:44 -0800 (PST)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D46803A1BA4; Thu, 25 Feb 2021 07:59:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19128; q=dns/txt; s=iport; t=1614268778; x=1615478378; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Z+evwLTwCWMkmG+9Zj0+NuSxojseauLBWhOZ6vFI7ZY=; b=KyyBBMBwoU9dMWkMETozHoYwY2zuNde+6fFv/mN+LZcc6JJ8nRhc75Uz c5dPWu5ctGbZIsS0eINEFYxl2CzgWQEf0hweXwDDF5dq10MMn+5WOdPDV NEknCCmKYjqaQCwUaq9muSUrfJHAP5JG07yKxALrmaUu0Y90iB8s5FAM3 I=;
X-IPAS-Result: =?us-ascii?q?A0DeAABAyDdg/4cNJK1iGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBgg+BIzBRB3ZaNjEKAYQ2g0gDhTmIYwOKI4oKhHOBQoERA1QLA?= =?us-ascii?q?QEBDQEBHQEKCgIEAQGETQIXgWECJTgTAgMBAQEDAgMBAQEBBQEBAQIBBgRxh?= =?us-ascii?q?WENhkQBAQEBAwEBIQoTAQEsCwELBAIBCBEEAQEBIwQDAgICHwYLFAkIAQEED?= =?us-ascii?q?gUIE4JWgX5XAy8BAwulLgKKJXaBMoMEAQEGgTcCg2kNC4ISAwaBOIJ2hAYBA?= =?us-ascii?q?YEMgxGCKCYcgUFCgRFDgikuPoIbQgEBAgGBIxErKwmCYDSCK4FYEWFZCwQNC?= =?us-ascii?q?zkCIC8MPTMIAw4eEBk6k2SHR51CWwqCfIk/jTKFTqNNHYYYjhmLPIMCjl6Ef?= =?us-ascii?q?gICAgIEBQIOAQEGgWsjgVdwFTuCaVAXAg2OHwwWFIM5hRQchSlzAjYCBgEJA?= =?us-ascii?q?QEDCXyIU4E1AYEOAQE?=
IronPort-PHdr: =?us-ascii?q?9a23=3ALXcu2RHIiLIyCzxvSN3dnJ1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e401QObUoDS6vYCgO3T4OjsWm0FtJCGtn1KMJlBTA?= =?us-ascii?q?QMhshemQs8SNWEBkv2IL+PDWQ6Ec1OWUUj8yS9Nk5YS8n7blzW5Ha16G1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.81,206,1610409600";  d="scan'208,217";a="652183922"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Feb 2021 15:59:37 +0000
Received: from mail.cisco.com (xbe-rcd-001.cisco.com [173.37.102.16]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 11PFxbU2021585 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 25 Feb 2021 15:59:37 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xbe-rcd-001.cisco.com (173.37.102.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Thu, 25 Feb 2021 09:59:37 -0600
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 25 Feb 2021 10:59:36 -0500
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 25 Feb 2021 10:59:36 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OK05WhW5iTuFNCw9RLfjN57QzjceWFy5/XYys9kvR6T9LOh5VgW/InaqG+P4E8oF+xxlruPA1w+ko5WItfoJXhjnOdlTeRoocf72jfnS0pfgY78gb2vZHC29sSJhpAB8OB0y7A1suKmTIFdKYQatUhtK3w2pyAOCx1VoAKItymWFclqk/KuhtyMKAm9VsOGp3cdQODMN9bIfLxSdc4Kr2vytNzkl5rrZ6koJFItJT3UTgdnjpxst3tJ/oFJuDsEpzCbJFQw1wpxWsG65+rH5CvRGPNXS/ABfgubOJn2bbM5kzP/sonejF15Ua6whbonVCo5EFKYW6Si9Tb7XXkn69A==
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-SenderADCheck; bh=Z+evwLTwCWMkmG+9Zj0+NuSxojseauLBWhOZ6vFI7ZY=; b=OWz7bddISlSv/0huOFeOkZPO59BdCldj2oCqrrsh1pKVqM6iPD0XZQYjgfqCndejZzZ1UgdrYW8/Aym1tvMwkY9ivADIp2NOUbr8RBTdMfYCib+MDtj0RycUWkd3kIfgWVR4MGdlM5e73RMYGsY8Mt112sDxfQs+QpAsFzvc5UpUHD/s3oghZmn+71YVB9YajDfHwYA82nBxt+bI5Ou2ml/vDjNbpHW9t/IFiQwTpZGCHwRKSJ0+Sy3TuU8rlfODgbn4hi1n4vZcP/KNySTM2a2MOih4OEh0mJy6hAAGznf36ioZbUEvYXzK+wT6ESqvOJDHdtgf8PXdgnsoow9p5Q==
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=Z+evwLTwCWMkmG+9Zj0+NuSxojseauLBWhOZ6vFI7ZY=; b=RUuy3owijVQUEKJ9+uz4O209nspKQxuPdMNGCAz1H8BLYX4RRssVXUWwke3P4VMuCnlGHK6vGlqgqdzXGoay9bGZcDqILBpj99aGZicAaozk+2Y94E66/83BmO6bXo+b+1mYrG02LERxvsgCLKK+dxXqcfZckJ5s10jBFhcnNQs=
Received: from BYAPR11MB2584.namprd11.prod.outlook.com (2603:10b6:a02:c8::31) by SJ0PR11MB4910.namprd11.prod.outlook.com (2603:10b6:a03:2d7::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.20; Thu, 25 Feb 2021 15:59:35 +0000
Received: from BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::a872:1bf5:965e:3763]) by BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::a872:1bf5:965e:3763%7]) with mapi id 15.20.3868.033; Thu, 25 Feb 2021 15:59:35 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>, "Frank Brockners (fbrockne)" <fbrockne=40cisco.com@dmarc.ietf.org>
CC: IPPM Chairs <ippm-chairs@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] On the integrity of IOAM data fields - new draft draft-brockners-ippm-ioam-data-integrity-00
Thread-Index: AdbzJUQeSNhmFamWSjG2Ti8S/kB80AJxBn2AA6ljzDA=
Date: Thu, 25 Feb 2021 15:59:35 +0000
Message-ID: <BYAPR11MB2584BF982C62F1C6ADD60A4ADA9E9@BYAPR11MB2584.namprd11.prod.outlook.com>
References: <SN6PR11MB2589138CDBB694A95D0DE15BDABD9@SN6PR11MB2589.namprd11.prod.outlook.com> <CA+RyBmXgkMcTSqqjqg-NZ6jWKMYhfa3d3QFgEOVw-skv5VfgUg@mail.gmail.com>
In-Reply-To: <CA+RyBmXgkMcTSqqjqg-NZ6jWKMYhfa3d3QFgEOVw-skv5VfgUg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [95.222.148.183]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 436b6ec4-4de6-4db7-6ea8-08d8d9a6591b
x-ms-traffictypediagnostic: SJ0PR11MB4910:
x-microsoft-antispam-prvs: <SJ0PR11MB491062CA3C5C51F0E01C1FD3DA9E9@SJ0PR11MB4910.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: J20HFDwkPWIJrXwwMbNsfmCs60BOy2WqUsDSlmPIGbPBZdrEkx4+MeHjr1a1lz7isEqiHXWhpLVyr2XgXy7GB8F1HkI3NeNlCAS077YV0ptK/UPFvAEoJoxwYnhn2bif8S2blzyQf5uX7YyJ0EqKOqBxgE8dVZzXOo1QFx1VXdNVtidhwLDxTW0To4smW4WqxnxlO9KJBCTEsi4dJWUQ1LbEhv/g1X9Mw/DYJtREqgeMFYs1LhjP39z/K9iEpSGSitbKkhFHhKBvmNLbjJAyTnDjnKUK0rvW8QgZAn3qMujP/slhk2voU0nWAbQ2C3UIiB1faFLL7VHBMMq0/rdABWvgXl5e8CTMwOo7L7meIOGldQTyg8piUcoUC5MFFZwhSk3b0aYCw7ldmCe/J/mrbzLGSdSI39/rjx9U6t6DDyxnletrWWV2ZNk9k+GI844PHXIok3t5oG1wntqiYr5XgDfm7iK9jWsbYqcyGKCY00I90cdS90jS5Mxs1B5kRgyLMNIgTi8/gBI/+wT1xEY/pNksm9ClcZdcqyPfORJNEMdxlO1l6+hauLFqyEQRpam67SdthqkxprkBr9eVbDgxdZHuFfZjSn8apu8pnRIfQXk=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BYAPR11MB2584.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(366004)(376002)(346002)(396003)(136003)(39860400002)(33656002)(83380400001)(4326008)(2906002)(55016002)(71200400001)(166002)(5660300002)(9686003)(52536014)(86362001)(53546011)(478600001)(26005)(8936002)(9326002)(6506007)(8676002)(54906003)(110136005)(316002)(64756008)(66556008)(966005)(186003)(66446008)(66946007)(76116006)(66476007)(7696005); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata: =?utf-8?B?NTZwQWEzWDR2VXYrRXhMeFVQNXV3T3B6ZFpDMGlnZjNwbGJvcEcvL3RIOFBl?= =?utf-8?B?Y2F6aVJnVnFEK25Zc0ZJUVNKRkg5T0ZsaTQ2VEZ2TmhzNlUvWGtDVTNMZWl6?= =?utf-8?B?VG5qZFF0V1FlVHNGdkFpQ1o0Z3I1bEY2SEZBT3B5V3NsR2t3SytLRG1Jam5G?= =?utf-8?B?YzJEanZMbUNDMmJiTVd2SUFuemRhMWFpSmtVRGsxVmpaZnI5NVpVeDNDSU1O?= =?utf-8?B?bFhjWnc0NmRJMXNkejNjdnR6YnByeEJ6amloQ2J2UHdKayt0NDV0bms2dXI2?= =?utf-8?B?UlU1eGNxbGFRVFpVVUZYUTJOcjdmbzBUYlBSRFNCeTgycnRwU0pUMVVML3pJ?= =?utf-8?B?SlBCWUVlQ3ZPRHVRRGZobE9lRzVOaEVpaFg2VlVORk9qbnJ0UjVrTWN0Q01m?= =?utf-8?B?V1VzaFhKR04wZzN4WVFLdW0vdVVLR0lSUDlGdk9iUHFnT1hiUHNKM09BdlMx?= =?utf-8?B?djVUODRNdVNUWGJKam85K3I3OHh5STl0cXFlbU9wSjhNZVRQZVpmNHhQdlA0?= =?utf-8?B?K1J5R1VWV3RQL1dYcGtOQUl3QmFQcjBCYUlDVzlSVFRucHV2YkZPTlZSZW9L?= =?utf-8?B?OE5MQTFXUHl4U3V1NjdHV2pVcndEVExYRlkwNXFZN3UweERZTXpJcklEYjJK?= =?utf-8?B?ZXo5emxld0RQa0ZsTE5tZGQzR1ZUL0xXZFJSbWRiS2I3eDdRNnR0Nm15UkxP?= =?utf-8?B?b04xZGxvbmJxaE80ZU1ENS9PcEJNUTFncEZCQS9QVk9WdVVSVUs2UGoyUHE4?= =?utf-8?B?YkYrQVNnMGxlaEh0SVphejJ3TUl5QWRocFdDRTJGYXBONWIvN3VVYk9WTGkw?= =?utf-8?B?amJBZW1WbGtRZ2tsMDFzNG1nVDMxWFNlZ0JrZnlmUFFxL3lDdTFuWEhhVnpw?= =?utf-8?B?SHhqYkVQYmFHQzd6alVXSVlVRmx0Umt6aG45YklqLzdsTjRmUWh2b1NvYWpi?= =?utf-8?B?Q1V4dFJkR1BFL3M4ZU9iTFZSNm5KUkZJallFZGVOSTRGVkhSQy9pb1pSYXcz?= =?utf-8?B?ZVU4azlvTWQ0dVFTNWtGMUtHdDJNZDRnQWlHT3dYUmR0VXhUejE0TkRtYnlE?= =?utf-8?B?Yk4wOUR0N2Y0S0EvWkthZFJ1bkZ1UHlwSmpwNllSQ291cENZdkJMYVltcGFh?= =?utf-8?B?NUlrV1pTS0ZWbUdnWkdkd0VKYkp4MmtNdGRLTUlENTMyNUczWkczM3U1c2lw?= =?utf-8?B?aFE0Vjl5dFRhNTg3MmtBZmFBeHRxajlrRVpLY2FadlNvbzAvd1VvVFRqMzJ3?= =?utf-8?B?RnVUMGhiNkMwSmV3WGdNa2g5TmNLMGlOUjczRkp2TTZ2bTg1NmMrVUFWaERS?= =?utf-8?B?UW1nNnNZVElRTUh4eDNFcDFhY25XTkxTeFU5SVoxUGN2dUdUMDkvdWNSSXNP?= =?utf-8?B?emU2VWNybG03bmIva2RySmhoblZtVnF3MGxoajF0Rnp5V2ZaTlRJWmVaNlVK?= =?utf-8?B?ZmljMHhXV2hOaHMyTEY2RFpPMnNPWFp2eGMrcHZTbUdMbEZVUFNzSUtGRjgx?= =?utf-8?B?MGUrR3pYOUVoa2lyeHdZb1RJbXQ0QmVqRXNId0o3Mk1iMmVaaE96VEdjUGFC?= =?utf-8?B?cWhaUXFlVEFPNDhmaWVtbkhzSm5MTnJDMVVGQ1ZFbjE0cVpseGJGMHFmV1E0?= =?utf-8?B?OW1BQ2FMeTg4cXFiM2djdmVMU2g5OUNjWFF6eEdSMzRsRTdjakd2cURzU0Ex?= =?utf-8?B?Mi8yUUdCOURaTHI0VTJoSFZtTDZLTUZyQnhOR3c5VnphOVQ3Z0FndW1XYmdP?= =?utf-8?Q?/h9WCIsIgNduyAH7mGqrIVoFmr3BPetq2pnioKi?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB2584BF982C62F1C6ADD60A4ADA9E9BYAPR11MB2584namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2584.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 436b6ec4-4de6-4db7-6ea8-08d8d9a6591b
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Feb 2021 15:59:35.4874 (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: 9vMx4DA8FEYqQ7umH6HmXADnXshNYT5pNI82wjA7zaGcgQVCnG0pbXt5LO3Ew5GEOHB2cqU5KuBrTk4RUtKLhA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR11MB4910
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.16, xbe-rcd-001.cisco.com
X-Outbound-Node: alln-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/EaclWuTSov0_A08ZmHBMzrMeGrc>
Subject: Re: [ippm] On the integrity of IOAM data fields - new draft draft-brockners-ippm-ioam-data-integrity-00
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, 25 Feb 2021 15:59:52 -0000

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

SGkgR3JlZywNCg0KVGhhbmtzIGEgbG90IGZvciB0aGUgcmV2aWV3IGFuZCBmZWVkYmFjay4gV2Xi
gJl2ZSBpbmNsdWRlZCB5b3VyIGlkZWEgb2YgbGV2ZXJhZ2luZyBBSCBmb3IgdGhvc2UgSU9BTSBP
cHRpb24tVHlwZXMgd2hpY2ggYXJlIG5vdCBtdXRhYmxlIGJ5IHRyYW5zaXQgbm9kZXMgaW50byB0
aGUgZHJhZnQgYXMgYW5vdGhlciBjYW5kaWRhdGUgbWV0aG9kOiBNZXRob2QgNS4gU2VlIGh0dHBz
Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWRhdGEtaW50
ZWdyaXR5LTAxIHRoYXQgd2UgcHVibGlzaGVkIG9uIE1vbmRheSB0aGlzIHdlZWsuDQoNCkNoZWVy
cywgRnJhbmsNCg0KRnJvbTogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYg
T2YgR3JlZyBNaXJza3kNClNlbnQ6IFNvbm50YWcsIDcuIEZlYnJ1YXIgMjAyMSAwMTozNw0KVG86
IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJvY2tuZT00MGNpc2NvLmNvbUBkbWFyYy5p
ZXRmLm9yZz4NCkNjOiBJUFBNIENoYWlycyA8aXBwbS1jaGFpcnNAaWV0Zi5vcmc+OyBJRVRGIElQ
UE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2lwcG1dIE9uIHRoZSBpbnRlZ3Jp
dHkgb2YgSU9BTSBkYXRhIGZpZWxkcyAtIG5ldyBkcmFmdCBkcmFmdC1icm9ja25lcnMtaXBwbS1p
b2FtLWRhdGEtaW50ZWdyaXR5LTAwDQoNCkhpIEZyYW5rIGFuZCBBdXRob3JzLA0KdGhhbmsgeW91
IGZvciBwcmVwYXJpbmcgdGhpcyB3ZWxsLXdyaXR0ZW4gYW5kIHJlYWxseSBtYXR1cmUgZG9jdW1l
bnQuIEkgZnVsbHkgYWdyZWUgd2l0aCB5b3VyIG9waW5pb24gdGhhdCBJT0FNIHNlY3VyaXR5IGlz
IG5vdCBsaW1pdGVkIHRvIGlkZW50aWZ5aW5nIHBvdGVudGlhbCBhdHRhY2sgdmVjdG9ycyBhbmQg
bWl0aWdhdGluZyB0aHJlYXRzLiBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIGltcGxlbWVudG9ycyB3
aXRoIGEgY29tcHJlaGVuc2l2ZSBzZXQgb2YgbWVjaGFuaXNtcyB0byBwcm90ZWN0IHRoZSBpbnRl
Z3JpdHkgb2YgSU9BTSBkYXRhIGZpZWxkcy4NCldoaWxlIHRoZSBkcmFmdCBnaXZlcyB1cyBhIGRl
dGFpbGVkIGFuYWx5c2lzIG9mIHRoZSBwb3RlbnRpYWwgdGhyZWF0cyBhbmQgcHJvdGVjdGlvbiBz
b2x1dGlvbnMgZm9yIElPQU0gVHJhY2UgT3B0aW9ucywgaXQgY291bGQgYmUgaGVscGZ1bCB0byBl
eHBhbmQgdGhlIHNjb3BlIG9mIHRoZSBhbmFseXNpcyBieSBhZGRpbmcgdGhlIERpcmVjdCBFeHBv
cnQgbW9kZSBvZiBJT0FNLiBJIHRoaW5rIHRoYXQgZm9yIHRoZSBEaXJlY3QgRXhwb3J0IHRoZSBu
YXRpdmUgc2VjdXJpdHkgbWVjaGFuaXNtcyBvZiBJUHY2LCBpLmUuLCBBdXRoZW50aWNhdGlvbiBh
bmQgRW5jYXBzdWxhdGluZyBTZWN1cml0eSBQYXlsb2FkIEhlYWRlcnMgKFJGQ3MgNDMwMiBhbmQg
NDMwMyByZXNwZWN0aXZlbHkpIGNhbiBiZSB1c2VkLg0KDQpSZWdhcmRzLA0KR3JlZw0KDQpPbiBN
b24sIEphbiAyNSwgMjAyMSBhdCA2OjIwIEFNIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxm
YnJvY2tuZT00MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZzxtYWlsdG86NDBjaXNjby5jb21AZG1h
cmMuaWV0Zi5vcmc+PiB3cm90ZToNCkRlYXIgSVBQTSBXRywNCg0KRHVyaW5nIHRoZSBJRVRGIGxh
c3QgY2FsbCwgdGhlcmUncyBiZWVuIGEgZGlzY3Vzc2lvbiBvbiBob3cgdG8gZW5zdXJlIHRoZSBp
bnRlZ3JpdHkgb2YgSU9BTSBkYXRhIGZpZWxkcyBmb3IgdGhvc2UgZGVwbG95bWVudHMgdGhhdCBy
ZXF1aXJlIGl0IChzZWUgZS5nLiB0aGUgdGhyZWFkIGJlbG93KS4NCg0KVGhlIElQUE0gY2hhaXJz
IGluc3BpcmVkIGFuICJpbnRlZ3JpdHktMDAiIGRyYWZ0IHRvIGZhY2lsaXR5IHRoZSBkaXNjdXNz
aW9uIGFuZCBldm9sdmUgdG93YXJkcyBhIHNvbHV0aW9uLiBXZSd2ZSBqdXN0IHB1Ymxpc2hlZCBh
IGZpcnN0IGN1dCBhdCBkaXNjdXNzaW5nIHRoZSBkaWZmZXJlbnQgdGhyZWFkcyBhbG9uZyB3aXRo
IG91dGxpbmluZyBkaWZmZXJlbnQgbWV0aG9kcyBmb3IgYWRkcmVzc2luZyB0aGUgaW50ZWdyaXR5
IG9mIElPQU0gZGF0YSBmaWVsZHM6IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1i
cm9ja25lcnMtaXBwbS1pb2FtLWRhdGEtaW50ZWdyaXR5LTAwLg0KDQpJdCB3b3VsZCBiZSBncmVh
dCB0byBnZXQgYSB2aWV3IG9uIHdoaWNoIG1ldGhvZCB5b3Ugc2VlIGFzIHByZWZlcmFibGUgYW5k
IGZvciB3aGF0IHJlYXNvbnMsIGFsb25nIHdpdGggd2hldGhlciBhbnlvbmUgaGFzIGFueSBhZGRp
dGlvbmFsIG1ldGhvZHMvc29sdXRpb24gYXBwcm9hY2hlcyBpbiBtaW5kLg0KDQpUaGFua3MsDQpG
cmFuaywgU2h3ZXRoYSwgVGFsLg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZy
b206IEJlbmphbWluIEthZHVrIDxrYWR1a0BtaXQuZWR1PG1haWx0bzprYWR1a0BtaXQuZWR1Pj4N
Cj4gU2VudDogU2Ftc3RhZywgMjguIE5vdmVtYmVyIDIwMjAgMDY6MTENCj4gVG86IEdyZWcgTWly
c2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb208bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4+
DQo+IENjOiBUYWwgTWl6cmFoaSA8dGFsLm1penJhaGkucGhkQGdtYWlsLmNvbTxtYWlsdG86dGFs
Lm1penJhaGkucGhkQGdtYWlsLmNvbT4+OyBsYXN0LWNhbGxAaWV0Zi5vcmc8bWFpbHRvOmxhc3Qt
Y2FsbEBpZXRmLm9yZz47IE1PUlRPTiwNCj4gQUxGUkVEIEMgKEFMKSA8YWNtQHJlc2VhcmNoLmF0
dC5jb208bWFpbHRvOmFjbUByZXNlYXJjaC5hdHQuY29tPj47IElQUE0gQ2hhaXJzIDxpcHBtLWNo
YWlyc0BpZXRmLm9yZzxtYWlsdG86aXBwbS1jaGFpcnNAaWV0Zi5vcmc+PjsNCj4gZHJhZnQtaWV0
Zi1pcHBtLWlvYW0tZGF0YUBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0
YUBpZXRmLm9yZz47IElFVEYgSVBQTSBXRyA8aXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRm
Lm9yZz4+DQo+IFN1YmplY3Q6IFJlOiBbTGFzdC1DYWxsXSBbaXBwbV0gTGFzdCBDYWxsOiA8ZHJh
ZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YS0xMS50eHQ+DQo+IChEYXRhIEZpZWxkcyBmb3IgSW4tc2l0
dSBPQU0pIHRvIFByb3Bvc2VkIFN0YW5kYXJkDQo+DQo+IEhpIEdyZWcsIFRhbCwNCj4NCj4gT24g
VGh1LCBOb3YgMjYsIDIwMjAgYXQgMTI6MTQ6NDJQTSAtMDgwMCwgR3JlZyBNaXJza3kgd3JvdGU6
DQo+ID4NCj4gPiBPbiBXZWQsIE5vdiAyNSwgMjAyMCBhdCAxOjU2IEFNIFRhbCBNaXpyYWhpDQo+
ID4gPHRhbC5taXpyYWhpLnBoZEBnbWFpbC5jb208bWFpbHRvOnRhbC5taXpyYWhpLnBoZEBnbWFp
bC5jb20+Pg0KPiA+IHdyb3RlOg0KPiA+ID4NCj4gPiA+IE9uIFR1ZSwgTm92IDI0LCAyMDIwIGF0
IDExOjMwIFBNIEdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb208bWFpbHRvOmdyZWdp
bWlyc2t5QGdtYWlsLmNvbT4+DQo+ID4gPiB3cm90ZToNCj4gPiA+DQo+ID4gPiBJIHdvdWxkIHN1
Z2dlc3QgdG8gY29uc2lkZXIgYSBuZXcgSU9BTSBvcHRpb24gdGhhdCBpbmNvcnBvcmF0ZXMgYW4N
Cj4gPiA+IEhNQUMsIHdoaWNoIGNhbiBiZSB1c2VkIGFsb25nc2lkZSB0aGUgY29udmVudGlvbmFs
IHRyYWNlIG9wdGlvbnMuDQo+ID4gPiBUaGlzIHdvdWxkIGFsbG93IGFuIG9wdGlvbmFsIGludGVn
cml0eSBwcm90ZWN0aW9uIGNhcGFiaWxpdHkgZm9yDQo+ID4gPiB0aG9zZSBzcGVjaWZpYyBpbXBs
ZW1lbnRhdGlvbnMgdGhhdCByZXF1aXJlIGl0LiBUaGlzIG5ldyBvcHRpb24NCj4gPiA+IGNvdWxk
IGJlIGRlZmluZWQgaW4gYSBuZXcgZHJhZnQsIGFsbG93aW5nIHRoZSBkYXRhIGRyYWZ0IHRvIHBy
b2NlZWQNCj4gPiA+IHRvIHB1YmxpY2F0aW9uLg0KPiA+ID4NCj4gPiBHSU0+PiBJIHRoaW5rIHRo
YXQgcHJvY2VlZGluZyB3aXRob3V0IGFkZHJlc3NpbmcgdGhlIGVzc2VudGlhbA0KPiA+IEdJTT4+
IHNlY3VyaXR5DQo+ID4gaXNzdWUgb2YgdGhlIHByb3RvY29sIG1pZ2h0IGJlIHByZW1hdHVyZSBh
bmQgbWF5IHByb2R1Y2UNCj4gPiBpbXBsZW1lbnRhdGlvbnMgdGhhdCBhcmUgdnVsbmVyYWJsZSB0
byBhdHRhY2tzLg0KPg0KPiBUaGFua3MgZm9yIHJhaXNpbmcgdGhpcyB0b3BpYy4NCj4NCj4gQmFz
ZWQgb24gdGhlIGRpc2N1c3Npb24gc28gZmFyIGFuZCBza2ltbWluZyB0aGUgZmlyc3QgZmV3IHNl
Y3Rpb25zIG9mIHRoZSBkcmFmdCwgSQ0KPiBleHBlY3QgdGhhdCBJIHdvdWxkIHB1dCBhIGRpc2N1
c3MgYmFsbG90IGluIHRvIGVuc3VyZSB0aGUgYXZhaWxhYmlsaXR5IG9mIGEgc2VjdXJpdHkNCj4g
bWVjaGFuaXNtIHN1Y2ggYXMgdGhpcywgd2hpY2ggaW4gZWZmZWN0IHdvdWxkIG5lZ2F0ZSB0aGUg
aW50ZW50IHRvICJhbGxvdyB0aGUNCj4gZGF0YSBkcmFmdCB0byBwcm9jZWVkIHRvIHB1YmxpY2F0
aW9uIi4NCj4gVGhhdCBzYWlkLCBteSBzdGFuY2UgY291bGQgY2hhbmdlIGFzIHRoZSB0aHJlYWQg
Y29udGludWVzIG9yIHdoZW4gSSB0YWtlIGENCj4gY2xvc2VyIGxvb2sgYXQgdGhlIHdob2xlIGRv
Y3VtZW50LCBzbyBpdCBpcyBva2F5IChmcm9tIG15IHBvaW50IG9mIHZpZXcpIGlmIHlvdQ0KPiAo
VGFsKSBjaG9vc2UgdG8gd2FpdCBhbmQgc2VlIGlmIHRoaXMgZG9lcyBlbmQgdXAgYmVpbmcgYSBk
aXNjdXNzIHBvaW50Lg0KPiBUaGF0IHNhaWQsIEknZCBvZiBjb3Vyc2UgcHJlZmVyIGlmIHlvdSBh
bmQgR3JlZyBjYW4gZmluZCBhIHNvbHV0aW9uIGFuZCBnZXQgaXQgaW50bw0KPiBwbGFjZSBub3cg
OikNCj4NCj4gVGhhbmtzLA0KPg0KPiBCZW4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18NCmlwcG0gbWFpbGluZyBsaXN0DQppcHBtQGlldGYub3JnPG1h
aWx0bzppcHBtQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9pcHBtDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k
b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K
CXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcw
Ljg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0
eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp
dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk
aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl
YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9
IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5IaSBHcmVnLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3Mg
YSBsb3QgZm9yIHRoZSByZXZpZXcgYW5kIGZlZWRiYWNrLiBXZeKAmXZlIGluY2x1ZGVkIHlvdXIg
aWRlYSBvZiBsZXZlcmFnaW5nIEFIIGZvciB0aG9zZSBJT0FNIE9wdGlvbi1UeXBlcyB3aGljaCBh
cmUgbm90IG11dGFibGUgYnkgdHJhbnNpdCBub2RlcyBpbnRvIHRoZSBkcmFmdCBhcyBhbm90aGVy
IGNhbmRpZGF0ZSBtZXRob2Q6IE1ldGhvZCA1LiBTZWUNCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu
aWV0Zi5vcmcvaHRtbC9kcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWRhdGEtaW50ZWdyaXR5LTAx
Ij4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1icm9ja25lcnMtaXBwbS1pb2Ft
LWRhdGEtaW50ZWdyaXR5LTAxPC9hPiB0aGF0IHdlIHB1Ymxpc2hlZCBvbiBNb25kYXkgdGhpcyB3
ZWVrLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVlcnMsIEZyYW5rPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1yaWdodDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBj
bSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6
c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBpcHBtICZsdDtpcHBtLWJvdW5jZXNAaWV0Zi5vcmcm
Z3Q7IDxiPk9uIEJlaGFsZiBPZiA8L2I+DQpHcmVnIE1pcnNreTxicj4NCjxiPlNlbnQ6PC9iPiBT
b25udGFnLCA3LiBGZWJydWFyIDIwMjEgMDE6Mzc8YnI+DQo8Yj5Ubzo8L2I+IEZyYW5rIEJyb2Nr
bmVycyAoZmJyb2NrbmUpICZsdDtmYnJvY2tuZT00MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZyZn
dDs8YnI+DQo8Yj5DYzo8L2I+IElQUE0gQ2hhaXJzICZsdDtpcHBtLWNoYWlyc0BpZXRmLm9yZyZn
dDs7IElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gUmU6IFtpcHBtXSBPbiB0aGUgaW50ZWdyaXR5IG9mIElPQU0gZGF0YSBmaWVsZHMgLSBuZXcg
ZHJhZnQgZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eS0wMDxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEZyYW5rIGFuZCBBdXRo
b3JzLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRoYW5rIHlv
dSBmb3IgcHJlcGFyaW5nIHRoaXMgd2VsbC13cml0dGVuIGFuZCByZWFsbHkgbWF0dXJlIGRvY3Vt
ZW50LiBJIGZ1bGx5IGFncmVlIHdpdGggeW91ciBvcGluaW9uIHRoYXQgSU9BTSBzZWN1cml0eSBp
cyBub3QgbGltaXRlZCB0byBpZGVudGlmeWluZyBwb3RlbnRpYWwgYXR0YWNrIHZlY3RvcnMgYW5k
IG1pdGlnYXRpbmcgdGhyZWF0cy4gVGhpcyBkb2N1bWVudCBwcm92aWRlcyBpbXBsZW1lbnRvcnMm
bmJzcDt3aXRoDQogYSBjb21wcmVoZW5zaXZlIHNldCBvZiBtZWNoYW5pc21zIHRvIHByb3RlY3Qg
dGhlIGludGVncml0eSBvZiBJT0FNIGRhdGEgZmllbGRzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2hpbGUgdGhlIGRyYWZ0IGdpdmVzIHVzIGEg
ZGV0YWlsZWQgYW5hbHlzaXMgb2YgdGhlIHBvdGVudGlhbCB0aHJlYXRzIGFuZCBwcm90ZWN0aW9u
IHNvbHV0aW9ucyBmb3IgSU9BTSBUcmFjZSBPcHRpb25zLCBpdCBjb3VsZCBiZSBoZWxwZnVsIHRv
IGV4cGFuZCB0aGUgc2NvcGUgb2YgdGhlIGFuYWx5c2lzIGJ5IGFkZGluZyB0aGUgRGlyZWN0IEV4
cG9ydCBtb2RlIG9mIElPQU0uIEkgdGhpbmsgdGhhdCBmb3IgdGhlDQogRGlyZWN0IEV4cG9ydCB0
aGUgbmF0aXZlIHNlY3VyaXR5IG1lY2hhbmlzbXMgb2YgSVB2NiwgaS5lLiwgQXV0aGVudGljYXRp
b24gYW5kIEVuY2Fwc3VsYXRpbmcgU2VjdXJpdHkgUGF5bG9hZCBIZWFkZXJzIChSRkNzIDQzMDIg
YW5kIDQzMDMgcmVzcGVjdGl2ZWx5KSBjYW4gYmUgdXNlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdyZWc8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gTW9uLCBKYW4gMjUsIDIw
MjEgYXQgNjoyMCBBTSBGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSAmbHQ7ZmJyb2NrbmU9PGEg
aHJlZj0ibWFpbHRvOjQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnIj40MGNpc2NvLmNvbUBkbWFy
Yy5pZXRmLm9yZzwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx
dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXJpZ2h0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7
cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6
MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlYXIgSVBQTSBXRyw8YnI+DQo8YnI+DQpEdXJp
bmcgdGhlIElFVEYgbGFzdCBjYWxsLCB0aGVyZSdzIGJlZW4gYSBkaXNjdXNzaW9uIG9uIGhvdyB0
byBlbnN1cmUgdGhlIGludGVncml0eSBvZiBJT0FNIGRhdGEgZmllbGRzIGZvciB0aG9zZSBkZXBs
b3ltZW50cyB0aGF0IHJlcXVpcmUgaXQgKHNlZSBlLmcuIHRoZSB0aHJlYWQgYmVsb3cpLjxicj4N
Cjxicj4NClRoZSBJUFBNIGNoYWlycyBpbnNwaXJlZCBhbiAmcXVvdDtpbnRlZ3JpdHktMDAmcXVv
dDsgZHJhZnQgdG8gZmFjaWxpdHkgdGhlIGRpc2N1c3Npb24gYW5kIGV2b2x2ZSB0b3dhcmRzIGEg
c29sdXRpb24uIFdlJ3ZlIGp1c3QgcHVibGlzaGVkIGEgZmlyc3QgY3V0IGF0IGRpc2N1c3Npbmcg
dGhlIGRpZmZlcmVudCB0aHJlYWRzIGFsb25nIHdpdGggb3V0bGluaW5nIGRpZmZlcmVudCBtZXRo
b2RzIGZvciBhZGRyZXNzaW5nIHRoZSBpbnRlZ3JpdHkgb2YgSU9BTSBkYXRhDQogZmllbGRzOiA8
YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYnJvY2tuZXJzLWlwcG0t
aW9hbS1kYXRhLWludGVncml0eS0wMCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly90b29scy5p
ZXRmLm9yZy9odG1sL2RyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZGF0YS1pbnRlZ3JpdHktMDA8
L2E+Ljxicj4NCjxicj4NCkl0IHdvdWxkIGJlIGdyZWF0IHRvIGdldCBhIHZpZXcgb24gd2hpY2gg
bWV0aG9kIHlvdSBzZWUgYXMgcHJlZmVyYWJsZSBhbmQgZm9yIHdoYXQgcmVhc29ucywgYWxvbmcg
d2l0aCB3aGV0aGVyIGFueW9uZSBoYXMgYW55IGFkZGl0aW9uYWwgbWV0aG9kcy9zb2x1dGlvbiBh
cHByb2FjaGVzIGluIG1pbmQuPGJyPg0KPGJyPg0KVGhhbmtzLCA8YnI+DQpGcmFuaywgU2h3ZXRo
YSwgVGFsLjxicj4NCjxicj4NCiZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQom
Z3Q7IEZyb206IEJlbmphbWluIEthZHVrICZsdDs8YSBocmVmPSJtYWlsdG86a2FkdWtAbWl0LmVk
dSIgdGFyZ2V0PSJfYmxhbmsiPmthZHVrQG1pdC5lZHU8L2E+Jmd0Ozxicj4NCiZndDsgU2VudDog
U2Ftc3RhZywgMjguIE5vdmVtYmVyIDIwMjAgMDY6MTE8YnI+DQomZ3Q7IFRvOiBHcmVnIE1pcnNr
eSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxh
bmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KJmd0OyBDYzogVGFsIE1penJh
aGkgJmx0OzxhIGhyZWY9Im1haWx0bzp0YWwubWl6cmFoaS5waGRAZ21haWwuY29tIiB0YXJnZXQ9
Il9ibGFuayI+dGFsLm1penJhaGkucGhkQGdtYWlsLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFp
bHRvOmxhc3QtY2FsbEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmxhc3QtY2FsbEBpZXRmLm9y
ZzwvYT47IE1PUlRPTiw8YnI+DQomZ3Q7IEFMRlJFRCBDIChBTCkgJmx0OzxhIGhyZWY9Im1haWx0
bzphY21AcmVzZWFyY2guYXR0LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFjbUByZXNlYXJjaC5hdHQu
Y29tPC9hPiZndDs7IElQUE0gQ2hhaXJzICZsdDs8YSBocmVmPSJtYWlsdG86aXBwbS1jaGFpcnNA
aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtLWNoYWlyc0BpZXRmLm9yZzwvYT4mZ3Q7Ozxi
cj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGFAaWV0Zi5v
cmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhQGlldGYub3JnPC9h
PjsgSUVURiBJUFBNIFdHICZsdDs8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0
PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCiZndDsgU3ViamVjdDogUmU6IFtM
YXN0LUNhbGxdIFtpcHBtXSBMYXN0IENhbGw6ICZsdDtkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRh
LTExLnR4dCZndDs8YnI+DQomZ3Q7IChEYXRhIEZpZWxkcyBmb3IgSW4tc2l0dSBPQU0pIHRvIFBy
b3Bvc2VkIFN0YW5kYXJkPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEhpIEdyZWcsIFRhbCw8YnI+DQom
Z3Q7IDxicj4NCiZndDsgT24gVGh1LCBOb3YgMjYsIDIwMjAgYXQgMTI6MTQ6NDJQTSAtMDgwMCwg
R3JlZyBNaXJza3kgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IE9uIFdlZCwg
Tm92IDI1LCAyMDIwIGF0IDE6NTYgQU0gVGFsIE1penJhaGk8YnI+DQomZ3Q7ICZndDsgJmx0Ozxh
IGhyZWY9Im1haWx0bzp0YWwubWl6cmFoaS5waGRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
dGFsLm1penJhaGkucGhkQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KJmd0OyAmZ3Q7IHdyb3RlOjxi
cj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgT24gVHVlLCBOb3YgMjQsIDIw
MjAgYXQgMTE6MzAgUE0gR3JlZyBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNr
eUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0
Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0
OyAmZ3Q7ICZndDsgSSB3b3VsZCBzdWdnZXN0IHRvIGNvbnNpZGVyIGEgbmV3IElPQU0gb3B0aW9u
IHRoYXQgaW5jb3Jwb3JhdGVzIGFuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgSE1BQywgd2hpY2ggY2Fu
IGJlIHVzZWQgYWxvbmdzaWRlIHRoZSBjb252ZW50aW9uYWwgdHJhY2Ugb3B0aW9ucy48YnI+DQom
Z3Q7ICZndDsgJmd0OyBUaGlzIHdvdWxkIGFsbG93IGFuIG9wdGlvbmFsIGludGVncml0eSBwcm90
ZWN0aW9uIGNhcGFiaWxpdHkgZm9yPGJyPg0KJmd0OyAmZ3Q7ICZndDsgdGhvc2Ugc3BlY2lmaWMg
aW1wbGVtZW50YXRpb25zIHRoYXQgcmVxdWlyZSBpdC4gVGhpcyBuZXcgb3B0aW9uPGJyPg0KJmd0
OyAmZ3Q7ICZndDsgY291bGQgYmUgZGVmaW5lZCBpbiBhIG5ldyBkcmFmdCwgYWxsb3dpbmcgdGhl
IGRhdGEgZHJhZnQgdG8gcHJvY2VlZDxicj4NCiZndDsgJmd0OyAmZ3Q7IHRvIHB1YmxpY2F0aW9u
Ljxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IEdJTSZndDsmZ3Q7IEkgdGhpbmsg
dGhhdCBwcm9jZWVkaW5nIHdpdGhvdXQgYWRkcmVzc2luZyB0aGUgZXNzZW50aWFsPGJyPg0KJmd0
OyAmZ3Q7IEdJTSZndDsmZ3Q7IHNlY3VyaXR5PGJyPg0KJmd0OyAmZ3Q7IGlzc3VlIG9mIHRoZSBw
cm90b2NvbCBtaWdodCBiZSBwcmVtYXR1cmUgYW5kIG1heSBwcm9kdWNlPGJyPg0KJmd0OyAmZ3Q7
IGltcGxlbWVudGF0aW9ucyB0aGF0IGFyZSB2dWxuZXJhYmxlIHRvIGF0dGFja3MuPGJyPg0KJmd0
OyA8YnI+DQomZ3Q7IFRoYW5rcyBmb3IgcmFpc2luZyB0aGlzIHRvcGljLjxicj4NCiZndDsgPGJy
Pg0KJmd0OyBCYXNlZCBvbiB0aGUgZGlzY3Vzc2lvbiBzbyBmYXIgYW5kIHNraW1taW5nIHRoZSBm
aXJzdCBmZXcgc2VjdGlvbnMgb2YgdGhlIGRyYWZ0LCBJPGJyPg0KJmd0OyBleHBlY3QgdGhhdCBJ
IHdvdWxkIHB1dCBhIGRpc2N1c3MgYmFsbG90IGluIHRvIGVuc3VyZSB0aGUgYXZhaWxhYmlsaXR5
IG9mIGEgc2VjdXJpdHk8YnI+DQomZ3Q7IG1lY2hhbmlzbSBzdWNoIGFzIHRoaXMsIHdoaWNoIGlu
IGVmZmVjdCB3b3VsZCBuZWdhdGUgdGhlIGludGVudCB0byAmcXVvdDthbGxvdyB0aGU8YnI+DQom
Z3Q7IGRhdGEgZHJhZnQgdG8gcHJvY2VlZCB0byBwdWJsaWNhdGlvbiZxdW90Oy48YnI+DQomZ3Q7
IFRoYXQgc2FpZCwgbXkgc3RhbmNlIGNvdWxkIGNoYW5nZSBhcyB0aGUgdGhyZWFkIGNvbnRpbnVl
cyBvciB3aGVuIEkgdGFrZSBhPGJyPg0KJmd0OyBjbG9zZXIgbG9vayBhdCB0aGUgd2hvbGUgZG9j
dW1lbnQsIHNvIGl0IGlzIG9rYXkgKGZyb20gbXkgcG9pbnQgb2YgdmlldykgaWYgeW91PGJyPg0K
Jmd0OyAoVGFsKSBjaG9vc2UgdG8gd2FpdCBhbmQgc2VlIGlmIHRoaXMgZG9lcyBlbmQgdXAgYmVp
bmcgYSBkaXNjdXNzIHBvaW50Ljxicj4NCiZndDsgVGhhdCBzYWlkLCBJJ2Qgb2YgY291cnNlIHBy
ZWZlciBpZiB5b3UgYW5kIEdyZWcgY2FuIGZpbmQgYSBzb2x1dGlvbiBhbmQgZ2V0IGl0IGludG88
YnI+DQomZ3Q7IHBsYWNlIG5vdyA6KTxicj4NCiZndDsgPGJyPg0KJmd0OyBUaGFua3MsPGJyPg0K
Jmd0OyA8YnI+DQomZ3Q7IEJlbjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fPGJyPg0KaXBwbSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVm
PSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+
PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBt
IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p
cHBtPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BYAPR11MB2584BF982C62F1C6ADD60A4ADA9E9BYAPR11MB2584namp_--


From nobody Thu Feb 25 08:06:57 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 EB8053A1B9B; Thu, 25 Feb 2021 08:06:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level: 
X-Spam-Status: No, score=-9.597 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=fLSQiWpk; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Mnj9PMQ/
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VC7qEJpjIhiA; Thu, 25 Feb 2021 08:06:47 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F1673A1C15; Thu, 25 Feb 2021 08:06:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16078; q=dns/txt; s=iport; t=1614269205; x=1615478805; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=e9BCygwSKKW5seNLb0jg1/ec9JYgSBua3bYFUJN1hsI=; b=fLSQiWpkZ3uY2v2NOSwLXdk8OZf0ITOyNiErDNnXxkR+8PinKZA+C2CG YsLQsSZhO7buKDaoIJ/OEiyS/cOsEWvPeIaJ2GCoVnsEmfQ96V7VOT1I7 hdrJ2S/sy8Izxi3xqWP1Ymwcmbd+gj9f79+IfUQvLV08d4Pq0mVFgz4GW Q=;
X-IPAS-Result: =?us-ascii?q?A0AWAABcyDdgkIYNJK1iGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBgX4CAQEBAQsBgSIwUX1aNjEKAYQ2g0gDhTmIYwOKI4R3hROEc?= =?us-ascii?q?4FCgREDVAsBAQENAQEqCAIEAQGETQIXgWECJTcGDgIDAQEBAwIDAQEBAQUBA?= =?us-ascii?q?QECAQYEFAEBAQEBAYY4DYZEAQEBAQMjChMBATUCAQ8CAQgRAwEBASgDAgICH?= =?us-ascii?q?xEUCQgCBAENBQiCaAGBflcDLwEDC6UuAooldoEygwQBAQaBNwIOQYMaDQuCE?= =?us-ascii?q?gmBOAGCdYQGAQGBDIFGg3MmHIFBQoERQ4JXPoIbQgEBAgEBFYENPB4NCQiCW?= =?us-ascii?q?DSCK4F+gSULBC8JGQEBFFILRh6RRYMvh0cunRRbCoJ8iT+KCYMphU6DNYE0i?= =?us-ascii?q?RmVS5ROizyDAo5ePAmEOQIEAgQFAg4BAQaBQSkigVlwFRqDCglHFwINi0eCW?= =?us-ascii?q?BkdgzmFFIVFcwI2AgYBCQEBAwl8iggBgQ4BAQ?=
IronPort-PHdr: =?us-ascii?q?9a23=3AO4LBERX4H/0ZJNFw4NAqBxoJyKbV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBNyHuf1BguvS9avnXD9I7ZWAtSUEd5pBH1?= =?us-ascii?q?8AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7dp3Sz6XgZHR?= =?us-ascii?q?CsfQZwL/7+T4jVicn/3uuu+prVNgNPgjf1Yb57IBis6wvLscxDiop5IaF3wR?= =?us-ascii?q?zM8XY=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.81,206,1610409600";  d="scan'208,217";a="670234576"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Feb 2021 16:06:44 +0000
Received: from mail.cisco.com (xbe-aln-006.cisco.com [173.36.7.21]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 11PG6iBu004070 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 25 Feb 2021 16:06:44 GMT
Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-aln-006.cisco.com (173.36.7.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Thu, 25 Feb 2021 10:06:32 -0600
Received: from xfe-rcd-002.cisco.com (173.37.227.250) 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.792.3; Thu, 25 Feb 2021 10:06:32 -0600
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Thu, 25 Feb 2021 10:06:32 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eDvRhdhlLql6HtcT1f/776qPIISEdL+3amcicB8hO4pNnkDBuiTRqwh8O8YIwNMzGg7D+6ILo8UVsA5EBSeG5ulWCn+iBlgI8oPp9gnT63odQVY1XYJMnChcqhbbI385g35wZn8jV5o6zaoUQwrAlS3oWYvf1TdCAlS3tETYC5+bpFQ7V6N95qGEpyvZORuipGrduql1BVYLgY2p9qOjGbH+uM9pNpE8jB4S/IiEWIqQT4M4HGMttapeYDVt5DFVaV4Xh8OkR9urtNWxyagIZ8m6WoJhhVnFFtEOpLufn5NHqTmnKnlLsU15J6Ke1txeGqG6RTXemRwTtfJACcBD7Q==
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-SenderADCheck; bh=e9BCygwSKKW5seNLb0jg1/ec9JYgSBua3bYFUJN1hsI=; b=jy0YHnmX298hPZFwgshOBT7N+C2kjvghKMwH1SFFIfzGlXwfRortrxc/tSHXHTS5hoQ6peqL7X5Pl8GGwpMdz7c6hbkt56qQ9YyDIz/o2LhJrIqqPsplvwBXS3nkTJlyr7pZNdZ0A5GcOkRtA42EiOfU9mjJj36g6QjYpggYdy2Ttm+kPh2sKQHcgT7ga7O4YUwJXdSslK+CNrASdphKKdCC36g3Rehew+unZJC20sG1kSZrKPZgJpIh/eo+PCWu+VUTF8x31WtgqVhAUH386SKX0Syl31zMSPTnJru15ZmKHiyT58/pkhLk/UQ2bxzyi90bsJmRHIsXdrroiQZFzA==
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=e9BCygwSKKW5seNLb0jg1/ec9JYgSBua3bYFUJN1hsI=; b=Mnj9PMQ/p6x/V6TSxeKPURGoz1A5XyFQhq7UPNUxRt4pmDo2qxBAT++02IBftjvmdxwv4V9VIDdYLdhQZniBh5RHu4YZzFt/ht0bJIFyvVQYIMyo6U4CSGD9pJBTCgLOUrzGE89K1zP+wKZN+2TIL64+eIdA56+ZX9kHxMwvlqA=
Received: from BYAPR11MB2584.namprd11.prod.outlook.com (2603:10b6:a02:c8::31) by BY5PR11MB3863.namprd11.prod.outlook.com (2603:10b6:a03:18a::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3868.33; Thu, 25 Feb 2021 16:06:31 +0000
Received: from BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::a872:1bf5:965e:3763]) by BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::a872:1bf5:965e:3763%7]) with mapi id 15.20.3868.033; Thu, 25 Feb 2021 16:06:31 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>, IETF IPPM WG <ippm@ietf.org>
CC: "draft-mirsky-ippm-hybrid-two-step@ietf.org" <draft-mirsky-ippm-hybrid-two-step@ietf.org>
Thread-Topic: [ippm] Fwd: New Version Notification for draft-mirsky-ippm-hybrid-two-step-07.txt
Thread-Index: AQHWy0a8WQWtD9uHy0CkLVylWa9evKppiDZQ
Date: Thu, 25 Feb 2021 16:06:30 +0000
Message-ID: <BYAPR11MB258488F725A9E19B67707ADFDA9E9@BYAPR11MB2584.namprd11.prod.outlook.com>
References: <160713850373.20757.3773225088751978175@ietfa.amsl.com> <CA+RyBmXnS587yKBSJvkMx1eE8WKbqf8PvF5i8VU6PzhH8MD-_w@mail.gmail.com>
In-Reply-To: <CA+RyBmXnS587yKBSJvkMx1eE8WKbqf8PvF5i8VU6PzhH8MD-_w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [95.222.148.183]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a8940288-0117-41d8-e8c4-08d8d9a750bc
x-ms-traffictypediagnostic: BY5PR11MB3863:
x-microsoft-antispam-prvs: <BY5PR11MB3863EEF20DBE76534AC51625DA9E9@BY5PR11MB3863.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 3LOko7ABEruaQBdO5eM+w2TNPpKrTrPcqVTC+aTUM/vAlGua0pu8G4/47AAqYxXdBa/cWQFKv+J3Y822HNbXVri/vqeXsBk6NboOiVRXKjK2hspLm8FZVY8L7CoX2O3pOmkgNWj3GE411ZECcZN3b2N9GeXC4qfcU2w3q7Q4rPWEa06FOImxKx9qrMn2IpLxQrq+bTZdqGLTGxuV9bq9j4s0ruYRDRDanbwtrsmwQs9Qn/PbAe43ABqqAlR7fxA5fsgU7VvCFgfyLU9AYNQwIFRK1WeeSLExm+YXDAs2ict7a/BMsRgz7cZVnZRjoo8WFQYrGrM8CkrpVLM9KXns5xkFhfyEtZECs4lYkNfbyMt/0s5S0oPuIl6WeVSG2E6HjipRGWOHqrdFrkj5okFAvP5H3idSgomyla50Um3LWUX6psVkycbj4YkwDLMoa2RiODVOQCKgS95/+zki1jBzUhXbvpqlsoKbLThG1WuMamkkGno8E39MPw773FuB9p5Xif4PjJ97jyvW66bhfwfEC6418cZfv3QmpDhVaewzrXVroDyILDrmgSEtgMzS+kTPy6yuNpwD/gpOwglxehtnAbXQrHlBnTnvxvFWg0taEyA=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:BYAPR11MB2584.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(376002)(366004)(39860400002)(396003)(346002)(136003)(110136005)(7696005)(966005)(8676002)(52536014)(83380400001)(66946007)(6506007)(66446008)(15650500001)(478600001)(66556008)(2906002)(9326002)(66574015)(53546011)(71200400001)(166002)(186003)(316002)(4326008)(55016002)(86362001)(33656002)(66476007)(9686003)(8936002)(5660300002)(64756008)(26005)(76116006); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata: =?utf-8?B?UjZLc24yTUJDUlJjOXNLMklVWVJSV1VqbllscTltMG4vc1ZNZ1huMHYvTVVk?= =?utf-8?B?VGZ4ZVdrZmhPdlZJS1REWHI5Y1o1WjhwUGRGd09lRWxjZnUvYnFuTmRNREta?= =?utf-8?B?OVliYlgxbFZSZmNxRm9KYTVkUlpDMmhZYUZjTDNwZlF1VWROQUxRTU5UL2Uy?= =?utf-8?B?cGZoNHdNaHhSMmVMVVRqY3V5OGo1eG85OG1YNFVQZGRDbzFSTmlBdzBQMW90?= =?utf-8?B?VGdGdDhUbnh1S2Vnd2VpYWFoK2F0OVBmOEF2NzJNWS9Hb0ZPTkh2RHQraVZx?= =?utf-8?B?Zk1qb0Q5a1o4UTNHZ2hRVS9mWHpRaytQTnNsUWpxS3B1czBhb3N0UHl1SjZY?= =?utf-8?B?N0pKazN2Z1dJbWErai9JNHBvRjFlZGpoMDlvUFMvTGRPZWpNbHo4eGhQb25o?= =?utf-8?B?eUhBZzZOTWVEd1QxNFp5V05RME43QUQyQkJEbWxYY1pLUkplNUR2aGRoUWVi?= =?utf-8?B?MnN4K0JPdXZITTEvWHZnNDhmTTU3UTBzRWZjaDhXaVhVYU4zN0orRUJuZGUz?= =?utf-8?B?eHMwVnpMUFNLRjFmdkdFZHNjWXZtZDVkcjFWTFcya0sybjY0OG4zU2U3cjBQ?= =?utf-8?B?Yy9KNFZYRndWbG12TU44eGUrUHNFQ2JmeGRjblFqREJBUTlqMzdCYi9Vcm9a?= =?utf-8?B?SUZ5L01qRnJ3T1pOOU92eEYvWlIrQzdpcG1HMG03eS9adm5wOExNYnFjMEpl?= =?utf-8?B?WEl5YU5vSVJtMmlib3U3VzRmY3VhRjV3cmdONERueWExc3BoU2NaL0ZKNGRp?= =?utf-8?B?TTNEOXdiMnlvKy9DK1ZpZXRQbTVZVXVWVkRiSkVOSFByM1NsNG1kRW1WbFZ0?= =?utf-8?B?NnJBSlQ4NE9FYzRkQzlNVFRaOEhXYVZUcUNtMzZXL29lMU1KLzE4SUNmMGU4?= =?utf-8?B?UjlLa0gxeHNLcjZqRGpIc3RoUDRVdExPV05uSEErRWRJUFpQT1AvdnlDMkt6?= =?utf-8?B?WmlnV1A5dk91VGJJOFN2dFk4cXRYU3pUTkthdEV1YU5QbTA1SFdhc3JFanBQ?= =?utf-8?B?NHF6TTNsNFEwa1ZWT2tNWDRNNVZLbmxjQk5JNnJnWVpNMEMyaUIzNjhXQTg0?= =?utf-8?B?ZTI4eG1ydHkvT0NMclN6cEREc0EyQVF3MWliSFErc3ptVGFOL0tvbzVRMWEw?= =?utf-8?B?WTJMZXZkcjFiRytDOEFONUh3UWxiUERydEVMT3BJN3JyVlZzN1p2TnBhczhM?= =?utf-8?B?eE9DWTV5ckZsWnlKWVY2R2d0VjhOTHVWck8vZjV0ZWtrT2VtcE5xcHN2anBR?= =?utf-8?B?cWZ3WHI3ZFMraGhYdktsZEVZMHpwc2drSDRsaGFpTTkrT2V0Rys1OUpTS0xU?= =?utf-8?B?MnhsczM5R25OcThUVmdXTFlVN3owZWNQSkNqYkg3S21KSzk2TEM1QkxSb2xn?= =?utf-8?B?ZDZEeFd6WGhxZ1M0V2JNVlFDSGlxL09YSkt1M2JWL1dZcWNXL29aQ3JxOGRQ?= =?utf-8?B?TnBCdzVoQUMwSGVpWWVlcE5QL3lsWFN5L1BSUnAxNUl1Uk1uSWNCVlZJckNJ?= =?utf-8?B?YjMvK3NYbFN1SDk5dC9kaVZ1ZE56UFlwQjJMOGFsU3g5VHZ5bGxManhYdm1V?= =?utf-8?B?OTNlMGs0V2FRQkZGVCs2RWIwblpWUUZzQXlSNnBhUFRNTU8zQ0JuU1ZNWEJ2?= =?utf-8?B?M1psbk14cEh4L0puWS9GQ2xXVkdWVFFwSW5LRi9RMUlrN29CYjc4TU1Sckkx?= =?utf-8?B?MzZocjkrdzExcnRHNktYUDVaNTlZOEp4N1VCV2RuQWRnVWxxa1NZZ0pOSkho?= =?utf-8?Q?HEQpfsSjX1Gjv+kB1SLvWZxUkKWt6z1bTJIVbz6?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB258488F725A9E19B67707ADFDA9E9BYAPR11MB2584namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2584.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a8940288-0117-41d8-e8c4-08d8d9a750bc
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Feb 2021 16:06:30.9009 (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: F+MwLcfC+3JhYitYldIlvvzH4uctrbVzDnPCjxZ4hixAg3HYbP9if/K2Tbl/Cne9wnj5PBI+fi5g/fW7rhkQpw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB3863
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.21, xbe-aln-006.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ZpSAf9v5Ka5oN9u5bqP6OuXwF2U>
Subject: Re: [ippm] Fwd: New Version Notification for draft-mirsky-ippm-hybrid-two-step-07.txt
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, 25 Feb 2021 16:06:55 -0000

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

SGkgR3JlZywNCg0KUGVyIHRoZSBkaXNjdXNzaW9uIGluIHRoZSBsYXN0IElPQU0gRFQgbWVldGlu
ZzogT25lIHBhcnRpY3VsYXIgYXNwZWN0IHRoYXQgeW91ciB1cGRhdGVkIHZlcnNpb24gKHRoYW5r
cyBmb3IgdGhhdCkgZG9lcyBub3QgeWV0IGNvdmVyIGlzIGhvdyB0aGUg4oCcSFRTIHRyaWdnZXIg
cGFja2V04oCdIGFuZCB0aGUg4oCcSFRTIGZvbGxvdy11cCBwYWNrZXTigJ0gd291bGQgYmUgYXNz
b2NpYXRlZCB0byBlYWNoIG90aGVyLiBTZWN0aW9uIDQgbWVudGlvbnMgdGhhdCDigJxUaGUgZXhh
Y3QgY29tcG9zaXRpb24gb2YgdGhlIGNoYXJhY3RlcmlzdGljIGluZm9ybWF0aW9uIGlzIHNwZWNp
ZmljIGZvciBlYWNoIHRyYW5zcG9ydCBuZXR3b3JrLCBhbmQgaXRzIGRlZmluaXRpb24gaXMgb3V0
c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC7igJ0sIHN0aWxsIGl0IHdvdWxkIGJlIGdy
ZWF0IHRvIGhhdmUgYXQgbGVhc3Qgb25lIG9yIHR3byBleGFtcGxlcyBvbiBob3cgdGhpcyB3b3Vs
ZCBiZSBhY2hpZXZlZC4gV291bGQgeW91IG1pbmQgb3V0bGluaW5nIGFuIGV4YW1wbGUgb3IgdHdv
Pw0KDQpUaGFua3MsIEZyYW5rDQoNCkZyb206IGlwcG0gPGlwcG0tYm91bmNlc0BpZXRmLm9yZz4g
T24gQmVoYWxmIE9mIEdyZWcgTWlyc2t5DQpTZW50OiBTYW1zdGFnLCA1LiBEZXplbWJlciAyMDIw
IDIxOjM5DQpUbzogSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPjsgSVBQTSBDaGFpcnMgPGlw
cG0tY2hhaXJzQGlldGYub3JnPg0KQ2M6IGRyYWZ0LW1pcnNreS1pcHBtLWh5YnJpZC10d28tc3Rl
cEBpZXRmLm9yZw0KU3ViamVjdDogW2lwcG1dIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9u
IGZvciBkcmFmdC1taXJza3ktaXBwbS1oeWJyaWQtdHdvLXN0ZXAtMDcudHh0DQoNCkRlYXIgQWxs
LA0KdGhlIG5ldyB2ZXJzaW9uIG9mIHRoZSBIeWJyaWQgVHdvLVN0ZXAgZHJhZnQgaW50cm9kdWNl
cyB0aGUgQXV0aGVudGljYXRpb24gc3ViLVRMViBhbmQgZGVmaW5lcyBpdHMgdXNlIGluIHByb3Rl
Y3RpbmcgdGhlIGludGVncml0eSBvZiB0aGUgZGF0YSBjb2xsZWN0ZWQgZnJvbSBlYWNoIG5vZGUu
IHRoZSBBdXRoZW50aWNhdGlvbiBzdWItVExWIG1heSBiZSBhZGRlZCB0byB0aGUgVGVsZW1ldHJ5
IERhdGEgVExWIGluIHdoaWNoIHRoZSBub2RlIGNvcGllcyB0ZWxlbWV0cnkgaW5mb3JtYXRpb24g
YXMgc3BlY2lmaWVkIGluIHRoZSBUcmlnZ2VyIHBhY2tldC4gVGhlIFRlbGVtZXRyeSBEYXRhIFRM
ViwgaW4gdHVybiwgY29sbGVjdGVkIGluIHRoZSBIVFMgRm9sbG93LXVwIHBhY2tldChzKS4NCkFs
c28gYWRkZWQgaXMgdGhlIHJlcXVlc3QgdG8gYWxsb2NhdGUgdGhlIEhUUyBvcHRpb24gZnJvbSB0
aGUgSU9BTSBPcHRpb24tVHlwZSByZWdpc3RyeS4NCk9mIGNvdXJzZSwgc29tZSBlZGl0b3JpYWwg
Y2hhbmdlcy4NClRoZSBhdXRob3JzIGJlbGlldmUgdGhhdCB0aGUgZHJhZnQgcHJvdmlkZXMgYSBz
dWZmaWNpZW50bHkgZGV0YWlsZWQgc3BlY2lmaWNhdGlvbiBvZiB0aGUgSFRTIHByb3RvY29sIHdo
aWNoIGlzIGNvbXBsZW1lbnRhcnkgdG8gSU9BTSBUcmFjZSBPcHRpb25zLCBJT0FNIERpcmVjdCBF
eHBvcnQsIGFuZCBQb3N0Y2FyZC1CYXNlZCBUZWxlbWV0cnkgbWV0aG9kcyBvZiBjb2xsZWN0aW5n
IHRoZSB0ZWxlbWV0cnkgaW5mb3JtYXRpb24uIFdlIHdvdWxkIGdyZWF0bHkgYXBwcmVjaWF0ZSB0
aGUgY29uc2lkZXJhdGlvbiBvZiBpdHMgYWRvcHRpb24gYnkgdGhlIElQUE0gV0cuDQoNClJlZ2Fy
ZHMsDQpHcmVnDQotLS0tLS0tLS0tIEZvcndhcmRlZCBtZXNzYWdlIC0tLS0tLS0tLQ0KRnJvbTog
PGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn
Pj4NCkRhdGU6IEZyaSwgRGVjIDQsIDIwMjAgYXQgNzoyMSBQTQ0KU3ViamVjdDogTmV3IFZlcnNp
b24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1taXJza3ktaXBwbS1oeWJyaWQtdHdvLXN0ZXAtMDcu
dHh0DQpUbzogSGFveXUgU29uZyA8aHNvbmdAZnV0dXJld2VpLmNvbTxtYWlsdG86aHNvbmdAZnV0
dXJld2VpLmNvbT4+LCBXYW5nIExpbmdxaWFuZyA8d2FuZy5saW5ncWlhbmdAenRlLmNvbS5jbjxt
YWlsdG86d2FuZy5saW5ncWlhbmdAenRlLmNvbS5jbj4+LCBHcmVnIE1pcnNreSA8Z3JlZ2ltaXJz
a3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+PiwgR3VvIFpodWkgPGd1
by56aHVpQHp0ZS5jb20uY248bWFpbHRvOmd1by56aHVpQHp0ZS5jb20uY24+Pg0KDQoNCg0KQSBu
ZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LW1pcnNreS1pcHBtLWh5YnJpZC10d28tc3RlcC0wNy50
eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgR3JlZyBNaXJza3kgYW5kIHBv
c3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZTogICAgICAgICAgIGRyYWZ0LW1p
cnNreS1pcHBtLWh5YnJpZC10d28tc3RlcA0KUmV2aXNpb246ICAgICAgIDA3DQpUaXRsZTogICAg
ICAgICAgSHlicmlkIFR3by1TdGVwIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50IE1ldGhvZA0KRG9j
dW1lbnQgZGF0ZTogIDIwMjAtMTItMDQNCkdyb3VwOiAgICAgICAgICBJbmRpdmlkdWFsIFN1Ym1p
c3Npb24NClBhZ2VzOiAgICAgICAgICAxNw0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3Lmll
dGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtbWlyc2t5LWlwcG0taHlicmlkLXR3by1zdGVwLTA3LnR4
dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0
LW1pcnNreS1pcHBtLWh5YnJpZC10d28tc3RlcC8NCkh0bWxpemVkOiAgICAgICBodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LW1pcnNreS1pcHBtLWh5YnJpZC10d28t
c3RlcA0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1t
aXJza3ktaXBwbS1oeWJyaWQtdHdvLXN0ZXAtMDcNCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3
dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbWlyc2t5LWlwcG0taHlicmlkLXR3by1zdGVw
LTA3DQoNCkFic3RyYWN0Og0KICAgRGV2ZWxvcG1lbnQgb2YsIGFuZCBhZHZhbmNlbWVudHMgaW4s
IGF1dG9tYXRpb24gb2YgbmV0d29yayBvcGVyYXRpb25zDQogICBicm91Z2h0IG5ldyByZXF1aXJl
bWVudHMgZm9yIG1lYXN1cmVtZW50IG1ldGhvZG9sb2d5LiAgQW1vbmcgdGhlbSBpcw0KICAgdGhl
IGFiaWxpdHkgdG8gY29sbGVjdCBpbnN0YW50IG5ldHdvcmsgc3RhdGUgYXMgdGhlIHBhY2tldCBi
ZWluZw0KICAgcHJvY2Vzc2VkIGJ5IHRoZSBuZXR3b3JraW5nIGVsZW1lbnRzIGFsb25nIGl0cyBw
YXRoIHRocm91Z2ggdGhlDQogICBkb21haW4uICBUaGlzIGRvY3VtZW50IGludHJvZHVjZXMgYSBu
ZXcgaHlicmlkIG1lYXN1cmVtZW50IG1ldGhvZCwNCiAgIHJlZmVycmVkIHRvIGFzIGh5YnJpZCB0
d28tc3RlcCwgYXMgaXQgc2VwYXJhdGVzIHRoZSBhY3Qgb2YgbWVhc3VyaW5nDQogICBhbmQvb3Ig
Y2FsY3VsYXRpbmcgdGhlIHBlcmZvcm1hbmNlIG1ldHJpYyBmcm9tIHRoZSBhY3Qgb2YgY29sbGVj
dGluZw0KICAgYW5kIHRyYW5zcG9ydGluZyBuZXR3b3JrIHN0YXRlLg0KDQoNCg0KDQpQbGVhc2Ug
bm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBv
ZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh
aWxhYmxlIGF0IHRvb2xzLmlldGYub3JnPGh0dHA6Ly90b29scy5pZXRmLm9yZz4uDQoNClRoZSBJ
RVRGIFNlY3JldGFyaWF0DQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k
b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30N
CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAu
ODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv
cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh
cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm
XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi
Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94
bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIg
dmxpbms9InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9
IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBHcmVnLDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5QZXIgdGhlIGRpc2N1c3Npb24gaW4gdGhlIGxhc3QgSU9BTSBEVCBtZWV0
aW5nOiBPbmUgcGFydGljdWxhciBhc3BlY3QgdGhhdCB5b3VyIHVwZGF0ZWQgdmVyc2lvbiAodGhh
bmtzIGZvciB0aGF0KSBkb2VzIG5vdCB5ZXQgY292ZXIgaXMgaG93IHRoZSDigJxIVFMgdHJpZ2dl
ciBwYWNrZXTigJ0gYW5kIHRoZSDigJxIVFMgZm9sbG93LXVwIHBhY2tldOKAnSB3b3VsZCBiZSBh
c3NvY2lhdGVkIHRvIGVhY2ggb3RoZXIuIFNlY3Rpb24NCiA0IG1lbnRpb25zIHRoYXQg4oCcVGhl
IGV4YWN0IGNvbXBvc2l0aW9uIG9mIHRoZSBjaGFyYWN0ZXJpc3RpYyBpbmZvcm1hdGlvbiBpcyBz
cGVjaWZpYyBmb3IgZWFjaCB0cmFuc3BvcnQgbmV0d29yaywgYW5kIGl0cyBkZWZpbml0aW9uIGlz
IG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQu4oCdLCBzdGlsbCBpdCB3b3VsZCBi
ZSBncmVhdCB0byBoYXZlIGF0IGxlYXN0IG9uZSBvciB0d28gZXhhbXBsZXMgb24gaG93IHRoaXMg
d291bGQgYmUgYWNoaWV2ZWQuDQogV291bGQgeW91IG1pbmQgb3V0bGluaW5nIGFuIGV4YW1wbGUg
b3IgdHdvPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsIEZyYW5rIDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItcmlnaHQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBj
bSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt
dG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gaXBwbSAmbHQ7aXBwbS1ib3VuY2VzQGlldGYu
b3JnJmd0OyA8Yj5PbiBCZWhhbGYgT2YgPC9iPg0KR3JlZyBNaXJza3k8YnI+DQo8Yj5TZW50Ojwv
Yj4gU2Ftc3RhZywgNS4gRGV6ZW1iZXIgMjAyMCAyMTozOTxicj4NCjxiPlRvOjwvYj4gSUVURiBJ
UFBNIFdHICZsdDtpcHBtQGlldGYub3JnJmd0OzsgSVBQTSBDaGFpcnMgJmx0O2lwcG0tY2hhaXJz
QGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOjwvYj4gZHJhZnQtbWlyc2t5LWlwcG0taHlicmlkLXR3
by1zdGVwQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtpcHBtXSBGd2Q6IE5ldyBWZXJz
aW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbWlyc2t5LWlwcG0taHlicmlkLXR3by1zdGVwLTA3
LnR4dDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlYXIg
QWxsLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRoZSBuZXcg
dmVyc2lvbiBvZiB0aGUgSHlicmlkIFR3by1TdGVwIGRyYWZ0IGludHJvZHVjZXMgdGhlIEF1dGhl
bnRpY2F0aW9uIHN1Yi1UTFYgYW5kIGRlZmluZXMgaXRzIHVzZSBpbiBwcm90ZWN0aW5nIHRoZSBp
bnRlZ3JpdHkgb2YgdGhlIGRhdGEgY29sbGVjdGVkIGZyb20gZWFjaCBub2RlLiB0aGUgQXV0aGVu
dGljYXRpb24gc3ViLVRMViBtYXkgYmUgYWRkZWQgdG8gdGhlIFRlbGVtZXRyeSBEYXRhIFRMViBp
bg0KIHdoaWNoIHRoZSBub2RlIGNvcGllcyB0ZWxlbWV0cnkgaW5mb3JtYXRpb24gYXMgc3BlY2lm
aWVkIGluIHRoZSBUcmlnZ2VyIHBhY2tldC4gVGhlIFRlbGVtZXRyeSBEYXRhIFRMViwgaW4gdHVy
biwgY29sbGVjdGVkIGluIHRoZSBIVFMgRm9sbG93LXVwIHBhY2tldChzKS48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFsc28gYWRkZWQgaXMgdGhl
IHJlcXVlc3QgdG8gYWxsb2NhdGUgdGhlIEhUUyBvcHRpb24gZnJvbSB0aGUgSU9BTSBPcHRpb24t
VHlwZSByZWdpc3RyeS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPk9mIGNvdXJzZSwgc29tZSBlZGl0b3JpYWwgY2hhbmdlcy48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBhdXRob3JzJm5ic3A7
YmVsaWV2ZSZuYnNwO3RoYXQgdGhlIGRyYWZ0IHByb3ZpZGVzIGEgc3VmZmljaWVudGx5IGRldGFp
bGVkIHNwZWNpZmljYXRpb24gb2YgdGhlIEhUUyBwcm90b2NvbCB3aGljaCBpcyBjb21wbGVtZW50
YXJ5Jm5ic3A7dG8gSU9BTSBUcmFjZSBPcHRpb25zLCBJT0FNIERpcmVjdCBFeHBvcnQsIGFuZCBQ
b3N0Y2FyZC1CYXNlZCBUZWxlbWV0cnkmbmJzcDttZXRob2RzJm5ic3A7b2YgY29sbGVjdGluZyB0
aGUgdGVsZW1ldHJ5IGluZm9ybWF0aW9uLg0KIFdlIHdvdWxkIGdyZWF0bHkgYXBwcmVjaWF0ZSB0
aGUgY29uc2lkZXJhdGlvbiBvZiBpdHMgYWRvcHRpb24gYnkgdGhlIElQUE0gV0cuPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWJvdHRvbToxMi4wcHQiPkdyZWc8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0t
LS08YnI+DQpGcm9tOiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9y
ZyI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiZndDs8YnI+DQpEYXRlOiBGcmksIERlYyA0
LCAyMDIwIGF0IDc6MjEgUE08YnI+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g
Zm9yIGRyYWZ0LW1pcnNreS1pcHBtLWh5YnJpZC10d28tc3RlcC0wNy50eHQ8YnI+DQpUbzogSGFv
eXUgU29uZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhzb25nQGZ1dHVyZXdlaS5jb20iPmhzb25nQGZ1
dHVyZXdlaS5jb208L2E+Jmd0OywgV2FuZyBMaW5ncWlhbmcgJmx0OzxhIGhyZWY9Im1haWx0bzp3
YW5nLmxpbmdxaWFuZ0B6dGUuY29tLmNuIj53YW5nLmxpbmdxaWFuZ0B6dGUuY29tLmNuPC9hPiZn
dDssIEdyZWcgTWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29t
Ij5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OywgR3VvIFpodWkNCiAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmd1by56aHVpQHp0ZS5jb20uY24iPmd1by56aHVpQHp0ZS5jb20uY248L2E+Jmd0Ozxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWJvdHRvbToxMi4wcHQiPjxicj4NCjxicj4NCjxicj4NCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBk
cmFmdC1taXJza3ktaXBwbS1oeWJyaWQtdHdvLXN0ZXAtMDcudHh0PGJyPg0KaGFzIGJlZW4gc3Vj
Y2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBHcmVnIE1pcnNreSBhbmQgcG9zdGVkIHRvIHRoZTxicj4N
CklFVEYgcmVwb3NpdG9yeS48YnI+DQo8YnI+DQpOYW1lOiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ZHJhZnQtbWlyc2t5LWlwcG0taHlicmlkLXR3by1zdGVwPGJyPg0K
UmV2aXNpb246Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7MDc8YnI+DQpUaXRsZTombmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEh5YnJpZCBUd28tU3RlcCBQZXJmb3JtYW5jZSBN
ZWFzdXJlbWVudCBNZXRob2Q8YnI+DQpEb2N1bWVudCBkYXRlOiZuYnNwOyAyMDIwLTEyLTA0PGJy
Pg0KR3JvdXA6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBJbmRpdmlkdWFsIFN1
Ym1pc3Npb248YnI+DQpQYWdlczombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDE3
PGJyPg0KVVJMOiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDxhIGhy
ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtbWlyc2t5LWlwcG0taHli
cmlkLXR3by1zdGVwLTA3LnR4dCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvYXJjaGl2ZS9pZC9kcmFmdC1taXJza3ktaXBwbS1oeWJyaWQtdHdvLXN0ZXAtMDcudHh0PC9h
Pjxicj4NClN0YXR1czombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PGEgaHJlZj0i
aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbWlyc2t5LWlwcG0taHlicmlk
LXR3by1zdGVwLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv
ZG9jL2RyYWZ0LW1pcnNreS1pcHBtLWh5YnJpZC10d28tc3RlcC88L2E+PGJyPg0KSHRtbGl6ZWQ6
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p
ZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1taXJza3ktaXBwbS1oeWJyaWQtdHdvLXN0ZXAiIHRhcmdl
dD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LW1p
cnNreS1pcHBtLWh5YnJpZC10d28tc3RlcDwvYT48YnI+DQpIdG1saXplZDombmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt
bWlyc2t5LWlwcG0taHlicmlkLXR3by1zdGVwLTA3IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90
b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LW1pcnNreS1pcHBtLWh5YnJpZC10d28tc3RlcC0wNzwv
YT48YnI+DQpEaWZmOiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PGEg
aHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LW1pcnNreS1pcHBt
LWh5YnJpZC10d28tc3RlcC0wNyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3Jn
L3JmY2RpZmY/dXJsMj1kcmFmdC1taXJza3ktaXBwbS1oeWJyaWQtdHdvLXN0ZXAtMDc8L2E+PGJy
Pg0KPGJyPg0KQWJzdHJhY3Q6PGJyPg0KJm5ic3A7ICZuYnNwO0RldmVsb3BtZW50IG9mLCBhbmQg
YWR2YW5jZW1lbnRzIGluLCBhdXRvbWF0aW9uIG9mIG5ldHdvcmsgb3BlcmF0aW9uczxicj4NCiZu
YnNwOyAmbmJzcDticm91Z2h0IG5ldyByZXF1aXJlbWVudHMgZm9yIG1lYXN1cmVtZW50IG1ldGhv
ZG9sb2d5LiZuYnNwOyBBbW9uZyB0aGVtIGlzPGJyPg0KJm5ic3A7ICZuYnNwO3RoZSBhYmlsaXR5
IHRvIGNvbGxlY3QgaW5zdGFudCBuZXR3b3JrIHN0YXRlIGFzIHRoZSBwYWNrZXQgYmVpbmc8YnI+
DQombmJzcDsgJm5ic3A7cHJvY2Vzc2VkIGJ5IHRoZSBuZXR3b3JraW5nIGVsZW1lbnRzIGFsb25n
IGl0cyBwYXRoIHRocm91Z2ggdGhlPGJyPg0KJm5ic3A7ICZuYnNwO2RvbWFpbi4mbmJzcDsgVGhp
cyBkb2N1bWVudCBpbnRyb2R1Y2VzIGEgbmV3IGh5YnJpZCBtZWFzdXJlbWVudCBtZXRob2QsPGJy
Pg0KJm5ic3A7ICZuYnNwO3JlZmVycmVkIHRvIGFzIGh5YnJpZCB0d28tc3RlcCwgYXMgaXQgc2Vw
YXJhdGVzIHRoZSBhY3Qgb2YgbWVhc3VyaW5nPGJyPg0KJm5ic3A7ICZuYnNwO2FuZC9vciBjYWxj
dWxhdGluZyB0aGUgcGVyZm9ybWFuY2UgbWV0cmljIGZyb20gdGhlIGFjdCBvZiBjb2xsZWN0aW5n
PGJyPg0KJm5ic3A7ICZuYnNwO2FuZCB0cmFuc3BvcnRpbmcgbmV0d29yayBzdGF0ZS48YnI+DQo8
YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291
cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyPg0KdW50aWwgdGhl
IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCA8YSBocmVmPSJodHRw
Oi8vdG9vbHMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnRvb2xzLmlldGYub3JnPC9hPi48
YnI+DQo8YnI+DQpUaGUgSUVURiBTZWNyZXRhcmlhdDxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt
bD4NCg==

--_000_BYAPR11MB258488F725A9E19B67707ADFDA9E9BYAPR11MB2584namp_--


From nobody Thu Feb 25 14:03:49 2021
Return-Path: <kaduk@mit.edu>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1214C3A0C99; Thu, 25 Feb 2021 14:03:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 wlHGq6geB-kZ; Thu, 25 Feb 2021 14:03:38 -0800 (PST)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE53A3A0C8A; Thu, 25 Feb 2021 14:03:36 -0800 (PST)
Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 11PM3Qux007940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 25 Feb 2021 17:03:30 -0500
Date: Thu, 25 Feb 2021 14:03:25 -0800
From: Benjamin Kaduk <kaduk@mit.edu>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>
Cc: The IESG <iesg@ietf.org>, "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>,  "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Ian Swett <ianswett@google.com>, "tpauly@apple.com" <tpauly@apple.com>
Message-ID: <20210225220325.GX21@kduck.mit.edu>
References: <161419645471.18083.16706266293896961774@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0549@njmtexg5.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF01476A0549@njmtexg5.research.att.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/vBTqoHFoSVNriOsYzC7GYNTRG1A>
Subject: Re: [ippm] Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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: Thu, 25 Feb 2021 22:03:42 -0000

Hi Al,

Also inline...

On Thu, Feb 25, 2021 at 03:08:29AM +0000, MORTON, ALFRED C (AL) wrote:
> Hi Ben,
> 
> Thanks for your detailed review; it will be a better draft when we're done, as always!
> 
> All the changes identified below are implemented in my working version.
> 
> Please see replies below, [acm]
> Al
> 
> > -----Original Message-----
> > From: Benjamin Kaduk via Datatracker [mailto:noreply@ietf.org]
> > Sent: Wednesday, February 24, 2021 2:54 PM
> > To: The IESG <iesg@ietf.org>
> > Cc: draft-ietf-ippm-capacity-metric-method@ietf.org; ippm-chairs@ietf.org;
> > ippm@ietf.org; Ian Swett <ianswett@google.com>; tpauly@apple.com;
> > tpauly@apple.com
> > Subject: Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-metric-
> > method-06: (with COMMENT)
> > 
> > Benjamin Kaduk has entered the following ballot position for
> > draft-ietf-ippm-capacity-metric-method-06: No Objection
> > 
> ...
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> > 
> > Section 3
> > 
> >    5.  Less emphasis on ISP gateway measurements, possibly due to less
> >        traffic crossing ISP gateways in future.
> > 
> > nit: sentence fragment.
> [acm] 
> ok
> s/Less/There is less/
> 
> > 
> > Section 5
> > 
> >    This section sets requirements for the following components to
> >    support the Maximum IP-layer Capacity Metric.
> > 
> > editorial/nit: I don't think I understand what "the following
> > components" are. 
> [acm] 
> I see your point. In the IPPM Framework RFC2330 (Section 11), the singleton and the sample metrics are defined separately, and statistics are the metrics that summarize samples. 
> 
> We could say this more directly:
> 
> This section sets requirements for the singleton metric that supports the Maximum IP-layer Capacity Metric definition in Section 6.
> 
> 
> > Is this referencing some preexisting template for a
> > metric definition?  (Same for §6 and §7.)
> [acm]
> Yes.  The original template has its origins in RFC1242 (1991 in BMWG).  BMWG and IPPM shared a single session at IETF meetings during IPPM's formation, and the first IPPM metric in RFC2498 uses a template very similar to RFC1242.
> 
> Sorry if this is TMI.

Not at all!  I was wondering if there was a foundational RFC that laid out
"when defining a metric, use this format", and it sounds like there isn't
quite that, but there is a de facto standard format and thus this will be
familiar to most readers.

> > 
> > Section 5.3
> > 
> >    The number of these IP-layer bits is designated n0[dtn,dtn+1] for a
> >    specific dt.
> > 
> > (editorial) I'm a little confused by this notation for n0.  In Section 4
> > we say that "dtn" references a specific sub-interval, but the brackets
> > and two items look like they should be the start an end of an interval,
> > for which perhaps just the 'n' would be more appropriate (but we'd want
> > a half-open interval, and would need to worry about 0- vs 1-indexing for
> > n, etc.).
> [acm] 
> Maybe if we tweak the definition of dtn in section 4, we can help without causing more confusion:
> OLD
> o  dtn, a specific sub-interval, n, one of m sub-intervals in I
> NEW
> o  dtn, the beginning boundary of a specific sub-interval, n, one of m sub-intervals in I

That would probably do the trick; good idea!

> 
> > 
> >    Anticipating a Sample of Singletons, the interval dt SHOULD be set to
> >    a natural number m so that T+I = T + m*dt with dtn+1 - dtn = dt and
> >    with 1 <= n <= m.
> > 
> > nit: "dt [...] set to m" doesn't make any sense.
> > nit: this looks like more of a "for 1 <= n <= m" than an "and with".
> [acm] 
> Ok, here's the revised text I suggest:
> 
> Anticipating a Sample of Singletons, the number of sub-intervals with duration dt SHOULD be set to a natural number m, so that T+I = T + m*dt with dtn+1 - dtn = dt for 1 <= n <= m.
> 
> (The definition of dt in Section 4 effectively defines m with fewer dependencies, but this sentence tries to tie the whole system of variables together.)
> 
> > 
> >    Mathematically, this definition can be represented as:
> > 
> >                                       ( n0[dtn,dtn+1] )
> >                       C(T,dt,PM) = -------------------------
> >                                              dt
> > 
> > (nit) the "n" appears (in 'dtn') only on the right side but there is no
> > operation applied over it, so this "equation" seems unbalanced without
> > also specifying 'n'.  I think the introductory text should mention
> > something about "for each n" or for a given interval dtn" or similar.
> [acm] 
> Thanks, that's a good fix.
> 
> > 
> >    o  n0 is the total number of IP-layer header and payload bits that
> >       can be transmitted in Standard Formed packets [RFC8468] from the
> > 
> > (nit) RFC 8468 spells it "standard-formed".
> [acm] 
> Thanks, fixed.
> 
> > 
> >    o  C(T,dt,PM) the IP-Layer Capacity, corresponds to the value of n0
> >       measured in any sub-interval ending at dtn (meaning T + n*dt),
> >       divided by the length of sub-interval, dt.
> > 
> > If it's supposed to be "ending at dtn", then why is the "dtn+1" in the
> > picture at all?
> [acm] 
> Good catch, there was a version where dtn was at the end of the sub-interval in the IPPM memo, but we moved it for consistency with other specifications.
> Fixed as "...beginning at dtn, ..."
> Section 6.3 too.
> 
> > 
> >    o  PM represents other performance metrics [see section 5.4 below];
> >       their measurement results SHALL be collected during measurement of
> >       IP-layer Capacity and associated with the corresponding dtn for
> >       further evaluation and reporting.
> > 
> > (nit) this seems to duplicate (be a subset of) the paragraph before
> > "Mathematically, this definition can be represented".
> [acm] 
> It's a simplification of the paragraph above: it seemed odd not to list PM and a short explanation along with the other dependent aspects.
>  
> > 
> >    o  The bit rate of the physical interface of the measurement device
> >       must be higher than that of the link whose C(T,I,PM) is to be
> >       measured.
> > 
> > (nit) I thought we were measuring a path, not a link.
> [acm] 
> yes, path, and s/device/devices/
> Similar in 6.3.
> 
> 
> > 
> > Section 5.4
> > 
> >    RTD[dtn-1,dtn] is defined as a sample of the [RFC2681] Round-trip
> > 
> > Do we really want to be using n0[dtn,dtn+1] but RTD[dtn-1,dtn]?  Can we
> > pick a consistent sub-interval notation?
> [acm] 
> Sorry to have left a few of these behind in the notation conversion!
> Fixed.
> 
> > 
> > Section 6.3
> > 
> >    Define the Maximum IP-layer capacity, Maximum_C(T,I,PM), to be the
> >    maximum number of IP-layer bits n0[dtn,dtn+1] that can be transmitted
> >    in packets from the Src host and correctly received by the Dst host,
> > 
> > (nit) the relevant formulae include a dt divisor, but I don't see
> > anything in this prose that would correspond to such a divisor.
> [acm] 
> Yes, you're right:
> Define the Maximum IP-layer capacity, Maximum_C(T,I,PM), to be the 
> maximum number of IP-layer bits n0[dtn,dtn+1] divided by dt that ...
> 
> 
> > 
> >    The interval dt SHOULD be set to a natural number m so that T+I = T +
> >    m*dt with dtn+1 - dtn = dt and with 1 <= n <= m.
> > 
> > nit: "dt [...] set to m" doesn't make any sense.
> > nit: this looks like more of a "for 1 <= n <= m" than an "and with".
> [acm] 
> Same fix as Section 5.3
> 
> The number of sub-intervals with duration dt SHOULD be set to a natural number m, so that T+I = T + m*dt with dtn+1 - dtn = dt for 1 <= n <= m.
> 
> > 
> >    Mathematically, this definition can be represented as:
> > 
> >                                       max  ( n0[dtn,dtn+1] )
> >                                      [T,T+I]
> >                 Maximum_C(T,I,PM) = -------------------------
> >                                                dt
> >                where:
> >                   T                                      T+I
> >                   _________________________________________
> >                   |   |   |   |   |   |   |   |   |   |   |
> >               dtn=1   2   3   4   5   6   7   8   9  10  n+1
> >                                                      n=m
> > 
> > (nit) as mentioned previously, the definition of "dtn" lists it as being
> > the sub-interval, not the boundary point/time of a sub-interval.
> [acm] 
> Right, tweaked in the parameter definition now, section 4.
> 
> 
> > 
> > Section 6.5
> > 
> >    If traffic conditioning (e.g., shaping, policing) applies along a
> >    path for which Maximum_C(T,I,PM) is to be determined, different
> >    values for dt SHOULD be picked and measurements be executed during
> >    multiple intervals [T, T+I].  A single constant interval dt SHOULD be
> >    chosen so that is an integer multiple of increasing values k times
> >    serialisation delay of a path MTU at the physical interface speed
> >    where traffic conditioning is expected.  [...]
> > 
> > nit: "so that is an integer multiple" seems to be missing a word.
> [acm] 
> Yes, "it" is the word, thanks.
> 
> > 
> > Also, this seems to say that different values for dt SHOULD be picked,
> > but also that a constant dt SHOULD be chosen.  How can those both be
> > recommended and be consistent with each other?  (I mean, I assume that
> > the intent is to multiple runs with different (fixed) dt, but that's not
> > what the text seems to say.)
> [acm] 
> Yes, I see your point, this paragraph describes tests at multiple values of dt.
> 
> OLD
> A single constant interval dt SHOULD be chosen so that it is an integer 
> multiple of increasing values k times serialisation delay of a path MTU 
> at the physical interface speed where traffic conditioning is expected.
> NEW
> Each duration dt SHOULD be chosen so that it is an integer 
> multiple of increasing values k times serialization delay of a path MTU 
> at the physical interface speed where traffic conditioning is expected.

Thanks!

> 
> > 
> > Section 7.3
> > 
> >    Define the IP-layer Sender Bit Rate, B(S,st), to be the number of IP-
> >    layer bits (including header and data fields) that are transmitted
> >    from the Source during one contiguous sub-interval, st, during the
> >    test interval S (where S SHALL be longer than I), and where the
> >    fixed-size packet count during that single sub-interval st also
> >    provides the number of IP-layer bits in any interval: n0[stn-1,stn].
> > 
> > (1) there doesn't seem to be any restriction that the observed packets
> > list Dst as the destination address, so formally it seems this would
> > count *all* traffic generated by Sender, not just the traffic relevant
> > for the (path capacity) test.
> [acm] 
> Yes, I agree that's not what we intended. Let's add both Src and Dst:
> 
> ... that are transmitted from the Source with address pair Src and Dst 
> during one contiguous sub-interval, st, ...
> 
> > (2) It seems a little unfortunate that we reuse the 'n0' symbol here for
> > a different meaning than in the earlier capacity metrics.
> [acm] 
> Yes, the earlier definition of n0 demands correct reception at the destination
> and we can't assure that at a sender measurement point with UDP.
> 
> I think we can just drop n0:
> OLD
> ... and where the fixed-size packet count during that single sub-interval st also 
> provides the number of IP-layer bits in any interval: n0[stn-1,stn].
> NEW
> ... and where the fixed-size packet count during that single sub-interval st also 
> provides the number of IP-layer bits in any interval, [stn,stn+1].
> 
> Now, it strikes me that we didn't define stn with the same rigor as dtn, so I added 
> a definition for stn in section 7.2 Parameters section above:
> 
> o  stn, the beginning boundary of a specific sub-interval, n, one of N sub-intervals in S
> 
> 
> 
> > 
> >    Measurements according to these definitions SHALL use the UDP
> >    transport layer.  Any feedback from Dst host to Src host received by
> >    Src host during an interval [stn-1,stn] MUST NOT result in an
> >    adaptation of the Src host traffic conditioning during this interval
> >    (rate adjustment occurs on st boundaries).
> > 
> > Hmm, this "MUST NOT" is interesting, as it seems to imply extremely
> > tight coordination between the measurement point for this metric and the
> > Source itself.  (Note that the toplevel §7 admits the possibility that
> > measurement will occur at a location other than the Src host to network
> > path interface, via "(or as close as practical)".)
> [acm] 
> Yes, that's what we had in mind, but we also envision the measurement point
> *internal* to the Src host making synchronization of rate adjustments and 
> measurements more practical, too. We're just asking to get very close to the 
> physical interface.
> 
> so in toplevel §7:
> ... (or as close as practical within the Src host).

I was expecting the common case to be in the host, at least, but I guess I
hadn't thought too much about the location within the host as being so
important.  Thanks for clarifying!

> But now, all the realities of measurement in front of mind, I think SHOULD NOT
> will be sufficient.
> 
> 
> > 
> > Section 8.1
> > 
> >    At the beginning of a test, the sender begins sending at rate R1 and
> >    the receiver starts a feedback timer at interval F (while awaiting
> > 
> > It's a little hard to search for, but I didn't find any previous mention
> > of 'F' or it being defined as a parameter or term.  Should it be a
> > listed parameter somewhere?
> [acm] 
> We define a lot of variables in this section, with limited scope of use.
> F is one of them, but I found that we had already defined F in Section 4!
> So... F becomes FT, and like R1 and ss and cc, gets no special treatment
> beyond a definition in the text (IF you're ok with that).

That should be fine.

> > 
> >    If the feedback indicates that sequence number anomalies were
> >    detected OR the delay range was above the upper threshold, the
> >    offered load rate is decreased.  Also, if congestion is now confirmed
> >    by the current feedback message being processed, then the offered
> >    load rate is decreased by more than one rate (e.g., Rx-30).  [...]
> > 
> > Does "congestion is now confirmed" mean that "congestion confirmed" is
> > like a one-way latch and this transition only occurs at most once over
> > the course of a test?  Or could the Rx-30 happen multiple times?
> > (The pseudocode indicates the former.)
> [acm] 
> Yes, we are trying to describe the pseudocode, and "congestion confirmed"
> latches when the slowAdjCount equals the slowAdjThresh (and after that,
> slowAdjCount continues upward, the slowAdjCount < slowAdjThresh condition
> fails and slowAdjCount is never reset to zero).
> 
> So, I think we want to say:
> OLD
> Also, if congestion is now confirmed by the current feedback message...
> NEW
> Also, if congestion is now confirmed for the first time by the 
> current feedback message...

+1

> > 
> >    If the feedback indicates that there were no sequence number
> >    anomalies AND the delay range was above the lower threshold, but
> >    below the upper threshold, the offered load rate is not changed.
> > 
> > The way this is written suggests that there will always be a lower and
> > an upper threshold for delay, but the rest of the document so far didn't
> > give me that impression.  E.g., we talk about PM only as "at least one
> > fundamental metric and target performance threshold MUST be supplied",
> > and to me having both upper and lower thresholds would be two
> > thresholds, not one.
> [acm] 
> That's true, we tried not to force our current/best algorithm into the 
> metric definition. We require some measurement to use for feedback 
> in rate adjustment, otherwise you just have iPerf or other fixed rate 
> tools that can only blast packets.
> 
> You can build an "ok" feedback system with just one metric and one threshold, 
> but there are drawbacks and it may take longer duration tests to measure
> the true maximum capacity due to a technical limitation.
> So, we gave a really good algorithm, in 8.1, in pseudocode, and even 
> in running code

That all makes sense to me.  I'm not sure if there's a good way to shoehorn
some of that insight into the text of the document itself, but it also
doesn't seem like something that's critical to do.

> 
> > 
> > Section 8.2
> > 
> >    Here, as with any Active Capacity test, the test duration must be
> >    kept short. 10 second tests for each direction of transmission are
> >    common today.  The default measurement interval specified here is I =
> >    10 seconds).  In combination with a fast search method and user-
> >    network coordination, the concerns raised in RFC 6815[RFC6815] are
> >    alleviated.  [...]
> > 
> > I skimmed RFC 6815 and had a bit of a hard time making the connection
> > for why combining a 10-second interval, fast search method, and
> > user-network coordination alleviate the concerns of RFC 6815.  There
> > doesn't seem to be much in 6815 itself about how testing in production
> > can be done safely,
> [acm] 
> That's certainly true, but we did say:
> 
>    The world will not spin off axis while waiting for appropriate and
>    standardized methods to emerge from the consensus process.
> 
> > so my current working assumption is that the
> > conclusion presented here reflects the results of "new work" being
> > recorded for the first time (in the RFC series) in this document.  
> [acm] 
> 
> When you put it that way, yes. Although it is a different metric from
> RFC2544 Throughput, the load adjustment search algorithm alone helps
> to make this method safer to use than any fixed-rate UDP packet blaster,
> or even a binary search-controlled measurement because of near real-time 
> feedback.
> 
> The other reasons why this work is different are that
> RFC 2544 Throughput measurements intend to overload the isolated test 
> environment for extended periods of time: 
> 
> 24. Trial duration (from https://tools.ietf.org/html/rfc2544#section-24)
> 
>    The aim of these tests is to determine the rate continuously
>    supportable by the DUT.  The actual duration of the test trials must
>    be a compromise between this aim and the duration of the benchmarking
>    test suite.  The duration of the test portion of each trial SHOULD be
>    at least 60 seconds. ...
> 
> Many automated RFC2544 test devices start a test at the highest load, and
> search their way down to the zero-loss Throughput, subjecting the 
> device under test to potentially extreme overload multiple times before 
> reaching the test outcome
> 
> > If that assumption is correct, I'd suggest spending some more words to
> > support the conclusion, e.g., making analogies to other "normal" traffic
> > patterns and how the benchmarking setup is not qualitatively different
> > from them.
> [acm] 
> 
> OK, I put some more background together and made the case stronger:
> the memo we wrote hear is exactly what the RFC6815 authors were asking for.
> 
> The Max IP Capacity metric and method for assessing is very different from classic RFC2544
> Throughput metric and methods : it uses near-real-time load adjustments that are sensitive to loss and delay, similar to other congestion control algorithms used on the Internet every day, along with limited duration. On the other hand, RFC2544 Throughput measurements can produce sustained overload conditions for extended periods of time. Individual trials in a test governed by a binary search can last 60 seconds for each step, and the final confirmation trial may be even longer. This is very different from "normal" traffic levels, but overload conditions are not a concern in the isolated test environment. The concerns raised in RFC6815 were that RFC2544 methods would be let loose on production networks, and instead the authors challenged the standards community to develop metrics and methods like those described in this memo.

Thanks; that is what I was asking for.
I think this is related to Magnus's Discuss point, though, and I cannot
speak for whether it will make him happy as well...

> 
> > 
> > Section 8.3
> > 
> >    As testing continues, implementers should expect some evolution in
> >    the methods.  The ITU-T has published a Supplement (60) to the
> >    Y-series of Recommendations, "Interpreting ITU-T Y.1540 maximum IP-
> >    layer capacity measurements", [Y.Sup60], which is the result of
> >    continued testing with the metric and method described here.
> > 
> > I pulled up the [Y.Sup60] reference, and it does not seem to reference
> > this draft by name.  On what basis do we conclude that it "is the result
> > of continued testing with the metric and method described here"?
> > Skimming/searching, I do see many similar formulae and methods
> > presented, but how do we conclude they are precisely the same?
> [acm] 
> I'll soften that a bit. The Max IP-Layer Capacity metric is 
> the same, but it is likely that a few details in the method have diverged
> over time -- much of the ITU-T testing and spec development came first.
> 
> NEW
> ... [Y.Sup60], which is the result of continued testing with the metric, 
> and those results have improved the method described here.

Thanks.  My primary concern here was that it seemed like we were making
statements about what some other SDO did, and typically it's good to have
sign-off from the other SDO before doing that.  The NEW option doesn't seem
to have that issue, so it should be good.

> 
> 
> > 
> > Section 10
> > 
> > Should we say something about making sure that I is reasonably bounded?
> > IIRC we say so elsewhere in the text but not exactly here.
> [acm] 
> I added a direct reference to I at the end of item 6.:
> 
> ... Testing with the Service Provider's measurement hosts SHOULD be limited in frequency and/or overall volume of test traffic (for example, the range of I duration values SHOULD be limited).
> > 
> >    2.  A REQUIRED user client-initiated setup handshake between
> >        cooperating hosts and allows firewalls to control inbound
> >        unsolicited UDP which either go to a control port [expected and
> >        w/authentication] or to ephemeral ports that are only created as
> >        needed.  [...]
> > 
> > nit: the grammar is odd in the first part of this sentence; the part
> > before the "and" doesn't seem like it can join up with anything after
> > the "and".  Is the intent something like "It is REQUIRED to have a user
> > client-initiated setup handshake between cooperating hosts that allows
> > firewalls to [...]"?
> [acm] 
> Thanks, good re-wording, it's in.
> 
> > 
> >    3.  Integrity protection for feedback messages conveying measurements
> >        is RECOMMENDED.
> > 
> > (In some sense you want authentication as well as integrity protection.)
> [acm] 
> Yes. The running code has optional authentication now.
> 
> NEW
> 3. Client-server authentication and integrity protection for feedback 
>    messages conveying measurements is RECOMMENDED.
> 
> > 
> >    5.  Senders MUST be rate-limited.  This can be accomplished using the
> >        pre-built table defining all the offered load rates that will be
> >        supported (Section 8.1).  The recommended load-control search
> >        algorithm results in "ramp up" from the lowest rate in the table.
> > 
> > nit: since (effectively) each implementation will have their own
> > pre-built table, I think it should be "using a pre-built table".
> [acm] 
> OK, "a" it is.
> 
> 
> > 
> > Appendix 13
> > 
> > If we start at Rx (row) 1, is it going to cause problems when we drop
> > down to Rx = 0 in the loss/congestion cases?
> [acm] 
> It would, but the current table includes a Row zero, which is where we 
> cold-start. I guess it would less confusing to say:
> 
> Rx = 0  # The current sending rate (equivalent to a row of the table)

Yes, I think so.

> 
> > 
> > The mechcanism in the pseudocode to stop taking large increments in
> > sending rate above the "hSpeedThresh" does not seem to be described in
> > the prose in §8.1.  (That said, it seems like a good idea, given the
> > likely table composition.)
> [acm] 
> It's getting late here now, but I think it's in the first two If statements:
> 
> if ( seqErr == 0 && delay < lowThresh ) {                         # no loss or delay problems, and
>         if ( Rx < hSpeedTresh && slowAdjCount < slowAdjThresh ) { # Rate < hSpeedThresh && etc.
>                         Rx += highSpeedDelta;                     # can still use large increments
>                         slowAdjCount = 0;
>         } else {                                                  # otherwise (Rate >= hSpeedThresh)
>                         if ( Rx < maxLoadRates - 1 )              # after checking headroom,
>                                         Rx++;                     # can only increase by one

I followed up on this out-of-band -- I agree that the pseudocode is good,
and was wondering that the prose in Section 8.1 was divergent from the
pseudocode.  Your proposal for new prose text looks good:

% However, if a rate threshold between high and very high sending
% rates (such as 1Gbps) is exceeded, the offered load rate is only
% increased by one (Rx+1) above the rate threshold in any congestion state.

> 
> > 
> > (Also, indenting one tab for the outer conditionals and two more for the
> > inner ones looks a bit unusual.)
> [acm] 
> I like unusual :-)
> 
> > 
> > Section 14
> > 
> > It's not entirely clear to me why RFC 2330 is classified as normative
> > but RFC 7312 is informative, just based on the locations where they are
> > referenced.
> [acm] 
> It's more than that. RFC 7312 describes some unusual access conditions that might be encountered and is only cited at the end of the Intro, once. Certainly the measured evidence of bimodal (turbo-mode) access behavior is in the category of RFC 7312 "messy stuff", but we still manage that pretty well and it's not specifically mentioned in 7312.
> 
> OTOH, RFC 2330 is the IPPM Framework, with an exception to be Informative status, yet Normative in our memos, and much is owed to 2330, starting with the singleton, sample, statistic metric development, unmentioned stuff about clocks and accuracy, etc.
> 

Understood.

Thanks for all the updates and explanations!

-Ben


From nobody Thu Feb 25 22:05:26 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 190983A0ECB; Thu, 25 Feb 2021 22:05:25 -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, 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 DUoNmFtHk2hR; Thu, 25 Feb 2021 22:05:23 -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 CE3D13A0EC0; Thu, 25 Feb 2021 22:05:22 -0800 (PST)
Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11Q64SwE006147; Fri, 26 Feb 2021 01:05:12 -0500
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049297.ppops.net-00191d01. with ESMTP id 36wsm4377p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 26 Feb 2021 01:05:12 -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 11Q65AQq031560; Fri, 26 Feb 2021 01:05:11 -0500
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [135.66.87.52]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 11Q654bg031493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 26 Feb 2021 01:05:04 -0500
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [127.0.0.1]) by zlp27125.vci.att.com (Service) with ESMTP id 0FB6716A59A; Fri, 26 Feb 2021 06:05:04 +0000 (GMT)
Received: from mlph865.sfdc.sbc.com (unknown [135.66.191.108]) by zlp27125.vci.att.com (Service) with ESMTP id E480A16A593; Fri, 26 Feb 2021 06:05:03 +0000 (GMT)
Received: from sfdc.sbc.com (localhost [127.0.0.1]) by mlph865.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id 11Q653ho043537; Fri, 26 Feb 2021 01:05:03 -0500
Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by mlph865.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id 11Q64v02042808; Fri, 26 Feb 2021 01:04:57 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-blue.research.att.com (Postfix) with ESMTP id C5FC410A191A; Fri, 26 Feb 2021 01:04:56 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Fri, 26 Feb 2021 01:05:14 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Ian Swett <ianswett@google.com>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txg
Date: Fri, 26 Feb 2021 06:05:13 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com>
References: <161426272345.2083.7668347127672505809@ietfa.amsl.com>
In-Reply-To: <161426272345.2083.7668347127672505809@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-26_01:2021-02-24, 2021-02-26 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 lowpriorityscore=0 priorityscore=1501 spamscore=0 mlxscore=0 bulkscore=0 adultscore=0 malwarescore=0 mlxlogscore=999 impostorscore=0 phishscore=0 suspectscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102260047
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/UmuUYaUW8RzNw-xAYjkOPbhPuDo>
Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
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, 26 Feb 2021 06:05:25 -0000

SGkgTWFnbnVzLCBUaGFua3MgZm9yIHlvdXIgcmV2aWV3Lg0KDQpQbGVhc2Ugc2VlIHJlcGxpZXMg
dG8geW91ciByZXZpZXcgYW5kIGNvbW1lbnRzIGZyb20gTGVuIGFuZCBtZSwgY29uc29saWRhdGVk
IGFuZCBtYXJrZWQgW2FjbV0gYmVsb3csDQoNCkFsDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl
LS0tLS0NCj4gRnJvbTogTWFnbnVzIFdlc3Rlcmx1bmQgdmlhIERhdGF0cmFja2VyIFttYWlsdG86
bm9yZXBseUBpZXRmLm9yZ10NCj4gU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDI1LCAyMDIxIDk6
MTkgQU0NCj4gVG86IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPg0KPiBDYzogZHJhZnQtaWV0Zi1p
cHBtLWNhcGFjaXR5LW1ldHJpYy1tZXRob2RAaWV0Zi5vcmc7IGlwcG0tY2hhaXJzQGlldGYub3Jn
Ow0KPiBpcHBtQGlldGYub3JnOyBJYW4gU3dldHQgPGlhbnN3ZXR0QGdvb2dsZS5jb20+OyB0cGF1
bHlAYXBwbGUuY29tOw0KPiB0cGF1bHlAYXBwbGUuY29tDQo+IFN1YmplY3Q6IE1hZ251cyBXZXN0
ZXJsdW5kJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLQ0KPiBt
ZXRob2QtMDY6ICh3aXRoIERJU0NVU1MpDQo+IA0KPiBNYWdudXMgV2VzdGVybHVuZCBoYXMgZW50
ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCj4gZHJhZnQtaWV0Zi1pcHBt
LWNhcGFjaXR5LW1ldHJpYy1tZXRob2QtMDY6IERpc2N1c3MNCj4gDQouLi4NCj4gDQo+IC0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0NCj4gRElTQ1VTUzoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gQSkgU2VjdGlvbiA4
LiBNZXRob2Qgb2YgTWVhc3VyZW1lbnQNCj4gDQo+IEkgdGhpbmsgdGhlIG1ldHJpY3MgYXJlIGZp
bmUsIHdoYXQgbWFrZXMgbWUgcXVpdGUgd29ycmllZCBoZXJlIGlzIHRoZQ0KPiBtZWFzdXJlbWVu
dCBtZXRob2QuIE15IGNvbmNlcm5zIHdpdGggaXQgYXJlIHRoZSBmb2xsb3dpbmcuDQo+IA0KPiAx
LiBUaGUgYXBwbGljYXRpb24gb2YgdGhpcyBtZWFzdXJlbWVudCBtZXRob2QgaXMgbm90IGNsZWFy
bHkgc2NvcGVkLiBUaGVyZWZvcmUNCj4gSSB3aWxsIGFzc3VtZSB0aGF0IGFjcm9zcyB0aGUgSW50
ZXJuZXQgbWVhc3VyZW1lbnRzIGFyZSBwb3NzaWJsZS4gDQpbYWNtXQ0KDQpMaWtlIGFsbCB0aGUg
YWQgaG9jIEludGVybmV0IFNwZWVkIG1lYXN1cmVtZW50cyBpbiB0aGUgd29ybGQgdG9kYXksIG91
ciBwcmltYXJ5IGludGVyZXN0IGlzIGFjY2VzcyBtZWFzdXJlbWVudC4gIEkgYWRkZWQgIkFwcGxp
Y2FiaWxpdHkiIHRvIHRoZSBTY29wZSBhbmQgR29hbHMgc2VjdGlvbiAyLCBhcyBmb2xsb3dzOg0K
DQpORVcgcGFyYWdyYXBoDQpUaGUgcHJpbWFyeSBhcHBsaWNhdGlvbiBvZiB0aGlzIG1ldHJpYyBh
bmQgbWV0aG9kIG9mIG1lYXN1cmVtZW50IGRlc2NyaWJlZCBoZXJlIGlzIHRoZSBzYW1lIGFzIGlu
IFNlY3Rpb24gMiBvZiBSRkM3NDc5LCB3aGVyZToNCg0KbyBUaGUgYWNjZXNzIHBvcnRpb24gb2Yg
dGhlIG5ldHdvcmsgaXMgdGhlIGZvY3VzIG9mIHRoaXMgcHJvYmxlbSBzdGF0ZW1lbnQuIFRoZSB1
c2VyIHR5cGljYWxseSBzdWJzY3JpYmVzIHRvIGEgc2VydmljZSB3aXRoIGJpZGlyZWN0aW9uYWwg
YWNjZXNzIHBhcnRseSBkZXNjcmliZWQgYnkgcmF0ZXMgaW4gYml0cyBwZXIgc2Vjb25kLg0KDQot
PS09LT0tPS09LT0tPS0NCg0KW2FjbV0gT2J2aW91c2x5IHdlIHdvbid0IGJlIGFibGUgdG8gc3Rv
cCBhcHBsaWNhdGlvbiBiZXlvbmQgYWNjZXNzLCBqdXN0IGxpa2Ugd2UgY2FuJ3Qgc3RvcCBwZW9w
bGUgZnJvbSBncmFiYmluZyBvbmUgb2YgYW55IG51bWJlciBvZiB1dGlsaXRpZXMgYW5kIGFueXdo
ZXJlIGFuZCBzZW5kaW5nIGF0IGFueSByYXRlIHRoZXkgY2FuIGFjaGlldmUsIGJ1dCB3ZSBoYXZl
IG1hZGUgYW4gYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQuIA0KDQo+IEhvd2V2ZXIgaW4NCj4gdGhh
dCBjb250ZXh0IEkgdGhpbmsgdGhlIGRlZmluaXRpb24gYW5kIHByb3RlY3Rpb24gYWdhaW5zdCBz
ZXZlcmUgY29uZ2VzdGlvbg0KPiBoYXMgc2lnbmlmaWNhbnQgc2hvcnQgY29taW5ncy4gVGhlIG1h
aW4gcmVhc29uIGlzIHRoYXQgdGhlIGR1cmluZyBhDQo+IGNvbmZpZ3VyYWJsZSB0aW1lIHBlcmlv
ZCAoZGVmYXVsdCAxIHMpIHRoZSBzZW5kZXIgd2lsbCBhdHRlbXB0IHRvIHNlbmQgYXQNCj4gYSBz
cGVjaWZpZWQgcmF0ZSBieSBhIHRhYmxlIGluZGVwZW5kZW50bHkgb24gd2hhdCBoYXBwZW5zIGR1
cmluZyB0aGF0DQo+IHNlY29uZC4NClthY21dIA0KTm90IHF1aXRlLCAxIHNlY29uZCBpcyB0aGUg
ZGVmYXVsdCBtZWFzdXJlbWVudCBpbnRlcnZhbCBmb3IgQ2FwYWNpdHksIGJ1dCBzZW5kZXIgcmF0
ZSBhZGp1c3RtZW50cyBvY2N1ciBtdWNoIGZhc3RlciAoYW5kIHdlIGFkZCBhIGRlZmF1bHQgYXQg
NTBtcykuIFRoaXMgaXMgYSBhbiBpbXBvcnRhbnQgcG9pbnQgKGFuZCBvbmUgdGhhdCBCZW4gYWxz
byBub3RpY2VkLCByZWdhcmRpbmcgdmFyaWFibGUgRiBpbiBzZWN0aW9uIDguMSkuIFNvLCBJIGhh
dmUgYWRkZWQgRlQgYXMgYSBwYXJhbWV0ZXIgaW4gc2VjdGlvbiA0Og0KDQpvIEZULCB0aGUgZmVl
ZGJhY2sgdGltZSBpbnRlcnZhbCBiZXR3ZWVuIHN0YXR1cyBmZWVkYmFjayBtZXNzYWdlcyBjb21t
dW5pY2F0aW5nIG1lYXN1cmVtZW50IHJlc3VsdHMsIHNlbnQgZnJvbSB0aGUgcmVjZWl2ZXIgdG8g
Y29udHJvbCB0aGUgc2VuZGVyLiBUaGUgcmVzdWx0cyBhcmUgZXZhbHVhdGVkIHRvIGRldGVybWlu
ZSBob3cgdG8gYWRqdXN0IHRoZSBjdXJyZW50IG9mZmVyZWQgbG9hZCByYXRlIGF0IHRoZSBzZW5k
ZXIgKGRlZmF1bHQgNTBtcykNCg0KLT0tPS09LT0tPS09LT0tDQpOb3RlIHRoYXQgdmFyaWFibGUg
RiBpbiBzZWN0aW9uIDguMSBpcyByZWR1bmRhbnQgd2l0aCBwYXJhbWV0ZXIgRiBpbiBTZWN0aW9u
IDQsIA0KdGhlIG51bWJlciBvZiBmbG93cyAoaW4tMDYpLiBTbyB3ZSBjaGFuZ2VkIHRoZSBzZWN0
aW9uIDguMSB2YXJpYWJsZSBGIHRvIEZUIA0KaW4gdGhlIHdvcmtpbmcgdGV4dC4NCg0KDQo+IA0K
PiAyLiBUaGUgYWxnb3JpdGhtIGZvciBhZGp1c3RpbmcgcmF0ZSBpcyB0YWJsZSBkcml2ZW4gYnV0
IGdpdmUgbm8gZ3VpZGFuY2Ugb24gaG93DQo+IHRvIGNvbnN0cnVjdCB0aGUgdGFibGUgYW5kIGxp
bWl0YXRpb25zIG9uIHZhbHVlIGNoYW5nZXMgaW4gdGhlIHRhYmxlLiBJbg0KPiBhZGRpdGlvbiB0
aGUgYWxnb3JpdGhtIGRpc2N1c3NlcyBsYXJnZXIgc3RlcHMgaW4gdGhlIHRhYmxlIHdpdGhvdXQg
YW55DQo+IHJlZmxlY3Rpb24gb2Ygd2hhdCB0aGVzZXMgc3RlcHMgc2lkZXMgbWF5IHJlcHJlc2Vu
dCBpbiBvZmZlcmVkIGxvYWQuDQpbYWNtXSANCldlIGNhbiBhZGQgKExlbiBzdWdnZXN0ZWQgdGhl
IGZvbGxvd2luZyB0ZXh0IGFkZGl0aW9uKToNCk9MRA0KOC4xLiBMb2FkIFJhdGUgQWRqdXN0bWVu
dCBBbGdvcml0aG0NCg0KQSB0YWJsZSBTSEFMTCBiZSBwcmUtYnVpbHQgZGVmaW5pbmcgYWxsIHRo
ZSBvZmZlcmVkIGxvYWQgcmF0ZXMgdGhhdA0Kd2lsbCBiZSBzdXBwb3J0ZWQgKFIxIHRocm91Z2gg
Um4sIGluIGFzY2VuZGluZyBvcmRlciwgY29ycmVzcG9uZGluZw0KdG8gaW5kZXhlZCByb3dzIGlu
IHRoZSB0YWJsZSkuIEVhY2ggcmF0ZSBpcyBkZWZpbmVkIGFzIGRhdGFncmFtcyBvZi4uLg0KDQpO
RVcNCjguMS4gTG9hZCBSYXRlIEFkanVzdG1lbnQgQWxnb3JpdGhtDQoNCkEgdGFibGUgU0hBTEwg
YmUgcHJlLWJ1aWx0IGRlZmluaW5nIGFsbCB0aGUgb2ZmZXJlZCBsb2FkIHJhdGVzIHRoYXQNCndp
bGwgYmUgc3VwcG9ydGVkIChSMSB0aHJvdWdoIFJuLCBpbiBhc2NlbmRpbmcgb3JkZXIsIGNvcnJl
c3BvbmRpbmcNCnRvIGluZGV4ZWQgcm93cyBpbiB0aGUgdGFibGUpLiBJdCBpcyBSRUNPTU1FTkRF
RCB0aGF0IHJhdGVzIGJlZ2luIHdpdGgNCjAuNSBNYnBzIGF0IGluZGV4IHplcm8sIHVzZSAxIE1i
cHMgYXQgaW5kZXggb25lLCBhbmQgdGhlbiBjb250aW51ZSBpbg0KMSBNYnBzIGluY3JlbWVudHMg
dG8gMSBHYnBzLiBBYm92ZSAxIEdicHMsIGFuZCB1cCB0byAxMCBHYnBzLCBpdCBpcw0KUkVDT01N
RU5ERUQgdGhhdCAxMDAgTWJwcyBpbmNyZW1lbnRzIGJlIHVzZWQuIEFib3ZlIDEwIEdicHMsDQpp
bmNyZW1lbnRzIG9mIDEgR2JwcyBhcmUgUkVDT01NRU5ERUQuIEVhY2ggcmF0ZSBpcyBkZWZpbmVk
IGFzLi4uDQoNCi09LT0tPS09LT0tPS09LQ0KDQo+IA0KPiAzLiBUaGlyZCB0aGUgYWxnb3JpdGht
cyByZWFjdGlvbiB0byBhbnkgc2VxdWVuY2UgbnVtYmVyIGdhcHMgaXMgZGVwZW5kZW50IG9uDQo+
IGRlbGF5IGFuZCBob3cgaXQgaXMgcmVsYXRlZCB0byB1bnNwZWNpZmllZCBkZWxheSB0aHJlc2hv
bGRzLiBBbHNvIG5vIHRleHQNCj4gZGlzY3Vzc2lvbiBob3cgdGhlc2UgdGhyZXNob2xkcyBzaG91
bGQgYmUgY29uZmlndXJlZCBmb3Igc2FmZSBvcGVyYXRpb24uDQpbYWNtXSANCldlIGNhbiBhZGQg
c29tZSBkZXRhaWxzIGluIHRoZSBwYXJhZ3JhcGggYmVsb3c6DQpPTEQNCklmIHRoZSBmZWVkYmFj
ayBpbmRpY2F0ZXMgdGhhdCBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUgZGV0ZWN0ZWQg
T1IgDQp0aGUgZGVsYXkgcmFuZ2Ugd2FzIGFib3ZlIHRoZSB1cHBlciB0aHJlc2hvbGQsIHRoZSBv
ZmZlcmVkIGxvYWQgcmF0ZSBpcyBkZWNyZWFzZWQuIA0KQWxzbywgaWYgY29uZ2VzdGlvbiBpcyBu
b3cgLi4uDQpORVcNCklmIHRoZSBmZWVkYmFjayBpbmRpY2F0ZXMgdGhhdCBzZXF1ZW5jZSBudW1i
ZXIgYW5vbWFsaWVzIHdlcmUgZGV0ZWN0ZWQgT1IgDQp0aGUgZGVsYXkgcmFuZ2Ugd2FzIGFib3Zl
IHRoZSB1cHBlciB0aHJlc2hvbGQsIHRoZSBvZmZlcmVkIGxvYWQgcmF0ZSBpcyBkZWNyZWFzZWQu
IA0KVGhlIFJFQ09NTUVOREVEIHZhbHVlcyBhcmUgMCBmb3Igc2VxdWVuY2UgbnVtYmVyIGdhcHMg
YW5kIDMwLTkwIG1zIGZvciBsb3dlciANCmFuZCB1cHBlciBkZWxheSB0aHJlc2hvbGRzLiBBbHNv
LCBpZiBjb25nZXN0aW9uIGlzIG5vdyAuLi4NCg0KLT0tPS09LT0tPS09LT0tDQoNClBsZWFzZSBh
bHNvIG5vdGUgbWFueSByZXF1aXJlbWVudHMgZm9yIHNhZmUgb3BlcmF0aW9uIGluIFNlY3Rpb24g
MTAsIA0KU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMuDQoNCj4gDQo+IEIpIFNlY3Rpb24gOC4gTWV0
aG9kIG9mIE1lYXN1cmVtZW50DQo+IA0KPiBUaGVyZSBhcmUgbm8gc3BlY2lmaWNhdGlvbiBvZiB0
aGUgbWVhc3VyZW1lbnQgcHJvdG9jb2wgaGVyZSB0aGF0IHByb3ZpZGVzDQo+IHNlcXVlbmNlIG51
bWJlcnMsIGFuZCB0aGUgZmVlZGJhY2sgY2hhbm5lbCBhcyB3ZWxsIGFzIHRoZSBjb250cm9sIGNo
YW5uZWwuDQpbYWNtXSANClRoYXQgaXMgY29ycmVjdC4gVGhlIFNjb3BlIGRvZXMgbm90IGluY2x1
ZGUgcHJvdG9jb2wgZGV2ZWxvcG1lbnQuDQoNCj4gSXMgdGhpcyBpbnRlbmRlZCB0byB1c2UgVFdB
TVA/DQpbYWNtXSANCk1heWJlLCBidXQgYSBsb3Qgb2YgZXh0ZW5zaW9ucyB3b3VsZCBiZSBpbnZv
bHZlZC4NCg0KPiANCj4gRnJvbSBteSBwZXJzcGVjdGl2ZSB0aGlzIGRvY3VtZW50IGRlZmluZXMg
dGhlIG1ldHJpY3Mgb24gc3RhbmRhcmRzIHRyYWNrDQo+IGxldmVsLiBIb3dldmVyLCB0aGUgbWV0
aG9kIGZvciBhY3R1YWxseSBydW5uaW5nIHRoZSBtZWFzdXJlbWVudHMgYXJlIG5vdA0KPiBzcGVj
aWZpZWQgb24gYSBzdGFuZGFyZHMgdHJhY2sgbGV2ZWwuIA0KW2FjbV0NCkluIElQUE0gd29yaywg
dGhlIG1ldGhvZHMgb2YgbWVhc3VyZW1lbnQgYXJlIGRlc2NyaWJlZCBtb3JlIGJyb2FkbHkgdGhh
biANCnRoZSBtZXRyaWNzLCBhcyBhY3Rpb25zIGFuZCBvcGVyYXRpb25zIHRoZSBTcmMgYW5kIERz
dCBob3N0cyBwZXJmb3JtIHRvIA0Kc2VuZCBhbmQgcmVjZWl2ZSwgYW5kIGNhbGN1bGF0ZSB0aGUg
cmVzdWx0cy4gDQoNCklQUE0gTWV0aG9kcyBvZiBNZWFzdXJlbWVudCBoYXZlIG5vdCBpbmNsdWRl
ZCBwcm90b2NvbCByZXF1aXJlbWVudHMgaW4gDQp0aGUgcGFzdCwgaW4gYW55IG9mIG91ciBTdGFu
ZGFyZHMgVHJhY2sgTWV0cmljcyBSRkNzLiAgSW4gZmFjdCwgd2UgZGV2ZWxvcGVkIA0KYSBtZWFz
dXJlbWVudC1zcGVjaWZpYyBjcml0ZXJpYSBmb3IgbW92aW5nIG91ciBSRkNzIGFsb25nIHRoZSBz
dGFuZGFyZHMgdHJhY2sgDQp0aGF0IGhhcyBub3RoaW5nIHRvIGRvIHdpdGggcHJvdG9jb2xzIG9y
IGludGVyb3BlcmFiaWxpdHkuIA0KU2VlIEJDUCAxNzYgYWthIFJGQyA2NTc2OiAgaHR0cHM6Ly90
b29scy5pZXRmLm9yZy9odG1sL3JmYzY1NzYNCklQIFBlcmZvcm1hbmNlIE1ldHJpY3MgKElQUE0p
IFN0YW5kYXJkIEFkdmFuY2VtZW50IFRlc3RpbmcgDQoNCj4gTm8gb25lIGNhbiBidWlsZCBpbXBs
ZW1lbnRhdGlvbi4gDQpbYWNtXSANCkknbSBzb3JyeSwgYnV0IHRoYXQgaXMgbm90IGNvcnJlY3Qu
ICBQbGVhc2Ugc2VlIFNlY3Rpb24gOC40Lg0KDQo+IEFuZCBpZiB0aGUgc2VjdGlvbiBpcw0KPiBp
bnRlbmRlZCB0byBwcm92aWRlIHJlcXVpcmVtZW50cyBvbiBhIHByb3RvY29sIHRoYXQgcGVyZm9y
bXMgdGhlc2UgbWVhc3VyZW1lbnRzDQo+IEkgdGhpbmsgc2V2ZXJhbCBhc3BlY3RzIGFyZSBtaXNz
aW5nLiBUaGVyZSBhcHBlYXIgc2V2ZXJhbCB3YXlzIGZvcndhcmQgaGVyZSB0bw0KPiByZXNvbHZl
IHRoaXM7IG9uZSBpcyB0byBzcGxpdCBvdXQgdGhlIG1ldGhvZCBvZiBtZWFzdXJlbWVudCBhbmQg
ZGVmaW5lIGl0DQo+IHNlcGFyYXRlbHkgdG8gc3RhbmRhcmQgdHJhY2tzIGxldmVsIHVzaW5nIGEg
cGFydGljdWxhciBwcm90b2NvbCwgYW5vdGhlcg0KPiBpcyB0byB3cml0ZSBpdCBwdXJlbHkgYXMg
cmVxdWlyZW1lbnRzIG9uIGEgbWVhc3VyZW1lbnQgcHJvdG9jb2xzLg0KW2FjbV0gDQpBcyBzdGF0
ZWQgYWJvdmUsIGNvbm5lY3RpbmcgYSBtZXRob2Qgd2l0aCBhIHNpbmdsZSBwcm90b2NvbCBpcyBu
b3QgSVBQTSdzIHdheS4NCg0KVGhpcyBzZWVtcyB0byBiZSB0aGUgdHlwZSBvZiBkb2N1bWVudCB5
b3UgYXJlIGxvb2tpbmcgZm9yLCBjb21wbGV0ZWx5IHNlcGFyYXRlIA0KZnJvbSB0aGUgSVBQTSBN
ZXRyaWMgdGhlIE1ldGhvZCBSRkNzOg0KDQpSRkMgNzQ5NyBodHRwczovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvcmZjNzQ5Nw0KICAgIFJhdGUgTWVhc3VyZW1lbnQgVGVzdCBQcm90b2NvbCBQcm9ibGVt
IFN0YXRlbWVudCBhbmQgUmVxdWlyZW1lbnRzDQoNCkFic3RyYWN0DQoNCiAgIFRoaXMgbWVtbyBw
cmVzZW50cyBhIHByb2JsZW0gc3RhdGVtZW50IGZvciBhY2Nlc3MgcmF0ZSBtZWFzdXJlbWVudA0K
ICAgZm9yIHRlc3QgcHJvdG9jb2xzIHRvIG1lYXN1cmUgSVAgUGVyZm9ybWFuY2UgTWV0cmljcyAo
SVBQTSkuICBLZXkNCiAgIHJhdGUgbWVhc3VyZW1lbnQgdGVzdCBwcm90b2NvbCBhc3BlY3RzIGlu
Y2x1ZGUgdGhlIGFiaWxpdHkgdG8gY29udHJvbA0KICAgcGFja2V0IGNoYXJhY3RlcmlzdGljcyBv
biB0aGUgdGVzdGVkIHBhdGgsIHN1Y2ggYXMgYXN5bW1ldHJpYyByYXRlDQogICBhbmQgYXN5bW1l
dHJpYyBwYWNrZXQgc2l6ZS4NCg0KUkZDNzQ5NyBkb2Vzbid0IGFudGljaXBhdGUgdGhlIGRlZ3Jl
ZSBvZiByYXRlIGNvbnRyb2wgd2l0aCBmZWVkYmFjayANCnRoYXQgd2UgaGF2ZSBkZXNjcmliZWQg
aW4gdGhlIENhcGFjaXR5IGRyYWZ0LCBidXQgaXQgaGFzIHNvbWUgdXNlZnVsIGFzcGVjdHMgDQoo
YWNjZXNzIHNjb3BlKS4gSXQgYWxzbyBwcm92aWRlcyBldmlkZW5jZSB0aGF0IHRoZSBJUFBNIFdH
IHNlcGFyYXRlcyANCnByb3RvY29sIHJlcXVpcmVtZW50cyBhbmQgcHJvdG9jb2wgc3BlY2lmaWNh
dGlvbiB3b3JrIChzdWNoIGFzIFRXQU1QIGFuZCBTVEFNUCkgDQpmcm9tIHRoZSBSRkNzIG9uIE1l
dHJpY3MgYW5kIE1ldGhvZHMgb2YgTWVhc3VyZW1lbnQuDQoNClRoaXMgbWVtbyByZXBsYWNlcyBh
ZCBob2MsIGluYWNjdXJhdGUgVENQLWJhc2VkIG1lYXN1cmVtZW50cyBvZiAiSW50ZXJuZXQgU3Bl
ZWQiDQp3aXRoIGEgc3RhbmRhcmRpemVkIG1ldHJpYyBhbmQgbWV0aG9kLiBJdCBhbGxvd3MgdGhl
IHByb3RvY29sIGRldmVsb3BtZW50IHRvIGJlZ2luOyANCnRoYXQncyBleGFjdGx5IHdoYXQgd2Ug
c2FpZCBpbiB0aGUgc2NvcGUhDQoNCkkgaGF2ZSBhc2tlZCBmb3IgYWdlbmRhIHRpbWUgYXQgdGhl
IElQUE0gc2Vzc2lvbiB0byBicmllZmx5IHByZXNlbnQgYW5kIGdldCANCmZlZWRiYWNrIG9uIHRo
ZSBwcm90b2NvbCB1c2VkIGluIHRoZSBydW5uaW5nIGNvZGUsIHRoZSBuZXh0IHN0ZXAuDQoNCj4g
DQo+IA0KPiANCj4gDQoNCg==


From nobody Fri Feb 26 02:38:18 2021
Return-Path: <magnus.westerlund@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 BF5F93A1257; Fri, 26 Feb 2021 02:38:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.672
X-Spam-Level: 
X-Spam-Status: No, score=-1.672 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.57, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, PDS_BAD_THREAD_QP_64=0.999, RCVD_IN_MSPIKE_H2=-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=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 zoDgjtZDl7vo; Fri, 26 Feb 2021 02:38:10 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130080.outbound.protection.outlook.com [40.107.13.80]) (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 777B03A1256; Fri, 26 Feb 2021 02:38:09 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ox8+jT9IQsVtoZDjf6pWSjbqsMczzHxJdWM2mFy+WYtPAUY0kGML7fdYrybdOZvCu0OQVqRvoIdMO+6ybD9ufDmvR/wlLDWvGRQFUIN4o+t9gjxizLB9nKN2S7tfwpF741+ego/d23ZfmeHq3zYZX57oZwwbwXt4FINXLrSZaYZHPXbrwT9fj2SQbuDXfMdfRYRQpi9S61FPWJnT439lGRsB1dPqszwXdcXOGvHsq1TRGSSIebfVcnqWIktdzm5/sIyPaRMhTPpCawJ1+Fn5e//0jSDPFHX9p4LnOtTbug+GyPtG7UnGk/WUk6F9hljwjs3D6DBxYQjkrPQLEQKPDw==
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-SenderADCheck; bh=ekCJXzO0y0ppVAWrnBPe6ATfD0GUvkENDkLd0Rb3m8M=; b=P/jpHZp08tlpMKGjvStGLooHvPcvoB72YMc5KuWtuQZElCO75TNk14tnEsZn0/BV/Ld+SLM1nIOMHGdPDlMBUaE+pRhM40+bBX1CrdSkabz9lWyZ2lD11kojpxDBHvPg2adT1Ha3af/DckqjCs54zdwKiOO5V6RhkF+ZQhgJXCzAfIaAmoT5Lh6Gbu1gpl8xv78VDP7zdvQR8pj04ZVInD8+MucL/cSLdWPaYgP+VWQ2hvirx3aHvS34ls/aGel/gi/boLga8M+KQPrvXAhh7+n2gh4+EtQzhytQPnGRBQAJgOw5w1pJa0ep6XwJXs1Y4ZbdbfYCGilNnr3gKviXow==
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=ekCJXzO0y0ppVAWrnBPe6ATfD0GUvkENDkLd0Rb3m8M=; b=oeeUp/yTLGpqoAFcsEc5oaZRmV3DugQQM82dRDlNaUKc54doBDqUhbOo6lvUkjUzDFUXr+aBQsk95KIAKTZiu/FLpF5AS5Y96wFCsM12Jpl0EKhklKsxlwy9Lz3wSj3K2t/YLHc3/eR2Zdj+Hfk+QhjTPKeZ2gmQF5J3pTea56I=
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0702MB3706.eurprd07.prod.outlook.com (2603:10a6:7:8d::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.18; Fri, 26 Feb 2021 10:37:43 +0000
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3890.021; Fri, 26 Feb 2021 10:37:43 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "iesg@ietf.org" <iesg@ietf.org>, "acm@research.att.com" <acm@research.att.com>
CC: "tpauly@apple.com" <tpauly@apple.com>, "ianswett@google.com" <ianswett@google.com>, "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapp866AgABMIgA=
Date: Fri, 26 Feb 2021 10:37:43 +0000
Message-ID: <8564444e7dff282a960bfc44f76d25be34a8031e.camel@ericsson.com>
References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-mailer: Evolution 3.28.5-0ubuntu0.18.04.2 
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [158.174.130.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1750bf28-20d8-4f8e-e353-08d8da428c96
x-ms-traffictypediagnostic: HE1PR0702MB3706:
x-microsoft-antispam-prvs: <HE1PR0702MB370670FF57E5AF4E7CE26DE2959D9@HE1PR0702MB3706.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3631;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 27cs9vkGUUaffXmLNP6nqXlf7o8OWTBBl3Mgq2LrlDljNncjJd5KKLA6S8z9XzZuqYbJuxQjT3c6e+ut+YiVYEH5fO8L2Lv0EOdqMKdUv47cPptPouRd0zEUUkNXPBQhwUG88Y267FjiPd0NmAtN2DLNL4U/ymqSUxA7V7P4Mqikzh3zrDqS+mDNXpOFCUNuyMgG9XgJeW0UhQe6j/y0ZkR17KEGkODvJUVkRKyoxoCXiszcRFosx3Pxg303vQASs9jmWDrEBiUL3waPK32KYoYsQULtLk3zIK/4Znyw6nDLoTckMX8pDRp4TEWTbVFh0sDNhqeZhmnBhyoZw/fUS7l5hUTt+qyA4cc15BPnS0AMPzuxZk9epgIMNBHQ4elzCOemXEa13zwpn9j5glEnChyHlI4HAjAe3UieFDFXUGjVgYBSV+pPGrqob9ZxLuuGLohBuYusoaMrbKi9FLhXEJ1aJTNC57ZkrCp8X48Z7OUbPhR0z6mH7iAmoDJcEJ+AS5LfBtayUXRNz7kTEu9N+6kB1tbrA5n8Hdr6oz/J3hsj6g/8XKBJItRBm1ViUptRJjEczmTokFzAOjDoktSydUbWZBbtcrxj0bWQf6awG7FCTyREiAQQIRK40Q/V9TXvSM42s7Z7VVdtXRbFS17yYQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(346002)(396003)(366004)(136003)(376002)(39860400002)(71200400001)(83380400001)(66476007)(316002)(53546011)(99936003)(110136005)(5660300002)(66556008)(6506007)(8676002)(66574015)(66446008)(64756008)(66616009)(966005)(478600001)(54906003)(30864003)(6486002)(6512007)(2906002)(86362001)(2616005)(186003)(44832011)(8936002)(66946007)(76116006)(26005)(36756003)(4326008)(99106002); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata: =?utf-8?B?RGtWdXp5eVdXck0zWWl5RDc3SGpWZXcyMTJsZ3I1U25PNnRKMXJKdWlPYUJ4?= =?utf-8?B?Vk8rZkRuQkVEUTlWVVIycVQ4Sk82UTlncTRkaHB1ZFdpamkyeXN0aTNmQ3JV?= =?utf-8?B?bno1b0FsTjNSU3d3MmovamtHVlh3UGlTY04vejlnWWppN2d2SkJsUUI1SGRZ?= =?utf-8?B?aUJqRUlKK3BpN3ZFSGNHSkFCQ09EeDBmQjE5OGxuNHArcFYyanZ3OVhpUnpH?= =?utf-8?B?dUp0OE9CTGFDZlp5TUV2VTV6NEhFSS9tcS9BNkdMY0RTRGlHbnh2UnV4Tm5i?= =?utf-8?B?S2sxUlhhazBja3ZEUzJ6d3pLOGZmblpEdTRYNkFKMkRTWGdXeVFwblB2aEhH?= =?utf-8?B?Z2xrZFRHSEVmdXFVdFdyOHdnc1dNdWxGNmYrNjBhL24yME05YjRyY2FMOEww?= =?utf-8?B?VlQxZi9WY09FMllKUTlQZk1abXI4Vmx4ODB5Z0dHeUtBVDNhU0hZUitENVlZ?= =?utf-8?B?ZjI4M1BtUEYzd2xmaVVMVEJWQysrdXI4K3I2bGlBOWZQY1h5K2JEdWZGaDZG?= =?utf-8?B?cU1QZDZHeFJ4Qys0MDVCckQ3UTI2SUh2NHdaNFVqQ0hpN3paZGxXeFlRYWVr?= =?utf-8?B?cGhhRUJWODFTaTQvcXNCMjV0NWFsVzl1QWpHRFc4OE9ubFdMVnBwTmNZNWlJ?= =?utf-8?B?aklQWE0xWXQ4WFVvU0N1TjF6bHdEK1VGVURDUUxoNWx5QWkxalNIMFYvS0ZY?= =?utf-8?B?Wi80d2kreE0wNWJ3ZEoxK3BlcUx2ZWdTY2RVK2Z6T2ZrdlNnWnRKR1dGY0ln?= =?utf-8?B?Uk1qdGRtOFQrYzdVck83eHFrQkdtcW9HUFRwbis3V0QzMG94YmdYMXFxcVdY?= =?utf-8?B?MDdmTDluYzJDeGpFd2FFYWVxSUdNZE92MUhvb1VlK0lXdy8zcFY1UGdRNGxn?= =?utf-8?B?MGNMOWZhbkF4YkJBWTBFWGYweG5hejNZSVlFQnRUb2owMk1NUFoyODBQdW15?= =?utf-8?B?UGdTc1VObVcrWHlqcTEzdmVpZVNZNXlPTmxVaUl6YnhtOWp6R1p4N2s4b0Ew?= =?utf-8?B?VCtjQXZLUVNEM3M1N3hMUVFhaHZZOEJmOXFVam9URHg0bUt5aFhQTk9RZ2hT?= =?utf-8?B?RXlFR0hkMzkrVTdGNjEyaUVzYmJqOTlrNU1DQzExZTl3ZHRpUkxWYklHSmx1?= =?utf-8?B?cmdNSDE2dFFBYm9ScHJjNHYwUWRhZzBDWmZyNjlJbjJIRFZZZlgwaWRYQU85?= =?utf-8?B?Z2U2cEF0cE5rK1hWdjVRUDR5RGd0VittQ1p5MEdrVFlkdFgxT3lBc0FtSlh3?= =?utf-8?B?VzR2dzlXVjREdTk5ejUxbVBxMlNvSTNDbVpwUDFDNXM1MWtCam5LNVBvUDV5?= =?utf-8?B?eGNSaGVYSHJqM0N0NUxMdnhKUlhTcExxMHF2UHFqYnZaUjZSU0pWNjJiT1BK?= =?utf-8?B?NVVGY04zK01nSTR5Vks1dzZkS2IwQi9oZUVpTzYrTTd6L1BMbWozUGh6UEJZ?= =?utf-8?B?S1daZDI2U25YNkdrbitYczlTNjhsbnlLU3Zka1Z4MExLT1ZsK3RtckNoY2Y1?= =?utf-8?B?NlRGVTRPc1NPak1jTnFPaDVCTE0xRGJqbTZxTU1xcU1jRUZZcEh1Z3ErajVi?= =?utf-8?B?WDQ2QWc5amE3eU5PODFxS0ZyaTltWHR6c3RZbkRXOTMzOFd4Qzhma05NMU8v?= =?utf-8?B?djdYM2o2V0t3Q09MVXI1aG1mRDdZbFJKZk04dkxJdm5CcVJKckNUL0w2Um5X?= =?utf-8?B?Vi9XNlB1Q1NNekpYVWw4c1EySFV1ZjhWMDZXU1g0aVBSS1VTWTVRY1llTXNj?= =?utf-8?B?Q2NvcFFzZldOSTlqem43RFRnU2lHNDM2dUYrM0ZHNlluNEE1WERtU0p0MHFE?= =?utf-8?B?TXJhYTFjeEJic2FsaFJHQT09?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-ErrqRk71o7lHxe16vdkZ"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1750bf28-20d8-4f8e-e353-08d8da428c96
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Feb 2021 10:37:43.3181 (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: MTdFtdXtjdxS6u/ttwKRZvyFqKoFO56IPRwjxHk9uBsPuhTS9LwRH6ORWkmutgWp1Afvs0fYo89h7aSo28piNFl+KmlL2xBKAm8CNoWGfA8=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0702MB3706
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/fZWoBIEAODapAz7s2G7YHuiz4j4>
Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
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, 26 Feb 2021 10:38:13 -0000

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

Hi Al,

Please see inline.=20

On Fri, 2021-02-26 at 06:05 +0000, MORTON, ALFRED C (AL) wrote:
> Hi Magnus, Thanks for your review.
>=20
> Please see replies to your review and comments from Len and me, consolida=
ted
> and marked [acm] below,
>=20
> Al
>=20
> > -----Original Message-----
> > From: Magnus Westerlund via Datatracker [mailto:noreply@ietf.org]
> > Sent: Thursday, February 25, 2021 9:19 AM
> > To: The IESG <iesg@ietf.org>
> > Cc: draft-ietf-ippm-capacity-metric-method@ietf.org; ippm-chairs@ietf.o=
rg;
> > ippm@ietf.org; Ian Swett <ianswett@google.com>; tpauly@apple.com;
> > tpauly@apple.com
> > Subject: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric=
-
> > method-06: (with DISCUSS)
> >=20
> > Magnus Westerlund has entered the following ballot position for
> > draft-ietf-ippm-capacity-metric-method-06: Discuss
> >=20
>=20
> ...
> >=20
> > ----------------------------------------------------------------------
> > DISCUSS:
> > ----------------------------------------------------------------------
> >=20
> > A) Section 8. Method of Measurement
> >=20
> > I think the metrics are fine, what makes me quite worried here is the
> > measurement method. My concerns with it are the following.
> >=20
> > 1. The application of this measurement method is not clearly scoped.
> > Therefore
> > I will assume that across the Internet measurements are possible.=20
>=20
> [acm]
>=20
> Like all the ad hoc Internet Speed measurements in the world today, our
> primary interest is access measurement.  I added "Applicability" to the S=
cope
> and Goals section 2, as follows:
>=20
> NEW paragraph
> The primary application of this metric and method of measurement describe=
d
> here is the same as in Section 2 of RFC7479, where:
>=20
> o The access portion of the network is the focus of this problem statemen=
t.
> The user typically subscribes to a service with bidirectional access part=
ly
> described by rates in bits per second.
>=20

Good, I guess that this was the case, but it wasn't stated explicitly.=20

The reason I am worried is that this metric and also the method of measurem=
ent
as noted creates impact on the network. What makes me extra worried is that=
 the
congestion avoidance property is currently not well documented and the rath=
er
big parameterization space that is left without guidance and will impact th=
e
properties.=20

> -=3D-=3D-=3D-=3D-=3D-=3D-=3D-
>=20
> [acm] Obviously we won't be able to stop application beyond access, just =
like
> we can't stop people from grabbing one of any number of utilities and any=
where
> and sending at any rate they can achieve, but we have made an applicabili=
ty
> statement.=20
>=20
> > However in
> > that context I think the definition and protection against severe conge=
stion
> > has significant short comings. The main reason is that the during a
> > configurable time period (default 1 s) the sender will attempt to send =
at
> > a specified rate by a table independently on what happens during that
> > second.
>=20
> [acm]=20
> Not quite, 1 second is the default measurement interval for Capacity, but
> sender rate adjustments occur much faster (and we add a default at 50ms).=
 This
> is a an important point (and one that Ben also noticed, regarding variabl=
e F
> in section 8.1). So, I have added FT as a parameter in section 4:
>=20
> o FT, the feedback time interval between status feedback messages
> communicating measurement results, sent from the receiver to control the
> sender. The results are evaluated to determine how to adjust the current
> offered load rate at the sender (default 50ms)
>=20
> -=3D-=3D-=3D-=3D-=3D-=3D-=3D-
> Note that variable F in section 8.1 is redundant with parameter F in Sect=
ion
> 4,=20
> the number of flows (in-06). So we changed the section 8.1 variable F to =
FT=20
> in the working text.

Okay, that makes things clearer. With all the equal intervals in the metric=
s I
had missinterpreted that also the transmission would be uniform during the
measurement intervals.=20

However, when rereading Section 8.1 I do have to wonder if the non-cumaltiv=
e
feedback actually creates two issues. First, it appears to loose informatio=
n for
reordering that crosses the time when the FT timer fires, due to reset. In
addition if the feedback is not reliable it looses the information for that
interval. And making feedback reliabel could cause worse HOL issues for rea=
cting
to later feedback that are recived prior to the lost one.=20


>=20
>=20
> >=20
> > 2. The algorithm for adjusting rate is table driven but give no guidanc=
e on
> > how
> > to construct the table and limitations on value changes in the table. I=
n
> > addition the algorithm discusses larger steps in the table without any
> > reflection of what theses steps sides may represent in offered load.
>=20
> [acm]=20
> We can add (Len suggested the following text addition):
> OLD
> 8.1. Load Rate Adjustment Algorithm
>=20
> A table SHALL be pre-built defining all the offered load rates that
> will be supported (R1 through Rn, in ascending order, corresponding
> to indexed rows in the table). Each rate is defined as datagrams of...
>=20
> NEW
> 8.1. Load Rate Adjustment Algorithm
>=20
> A table SHALL be pre-built defining all the offered load rates that
> will be supported (R1 through Rn, in ascending order, corresponding
> to indexed rows in the table). It is RECOMMENDED that rates begin with
> 0.5 Mbps at index zero, use 1 Mbps at index one, and then continue in
> 1 Mbps increments to 1 Gbps. Above 1 Gbps, and up to 10 Gbps, it is
> RECOMMENDED that 100 Mbps increments be used. Above 10 Gbps,
> increments of 1 Gbps are RECOMMENDED. Each rate is defined as...

Is this what you actually used in your test implementation? At my first gla=
nce
this recommendation looks to suffer from rather severe step effects and als=
o
make the respond to losses behave strange around the transitions. Wouldn't =
some
type of logarithmic progression be more appropriate here for initial probin=
g?

If I have 1 GBPS line rate, there is a 1000 steps in the table to this valu=
e.
Even if I increase with the suggested 10 steps until first congestion seen,=
 it
will take 100 steps, and with 50 ms feedback interval that is 5 seconds bef=
ore
it is in the right ball park. And I get one random loss at 10 mbps, then it=
s 990
steps, In such a situation the whole measurement period (10 s) would be ove=
r
before one has reached actual capacity.=20

To me it appears that the probing (slow start) equivalent do need logarithm=
ic
increase to reach likely capacity quickly. Then how big the adjustment is
actually dependent on what extra delay one consider the target for the test=
.
Having a step size of 1 GBPS if probing a 2.5 GBPS path would likely make i=
t
very hard to keep the delay in the intended interval when it would fluxtuat=
e
between 500 mbps to much traffic and then 500 mbps to little. Sure with
sufficiently short FT it will likely work in this algorithm. However, I won=
der
about regulation stability here for differnet RTT, FTs and buffer depth
fluxtuations.=20

=46rom my perspective I think this is a indication that the load rate adjustm=
ent
algorithm is not ready to be a standards track specification.=20

I would recommend that you actually take out the control algorithm and writ=
e a
high level functional description of what needs to happen when measuring th=
is
capacity.=20

If I understand this correctly the requirements on the measurement are the
following.

- Need to seek the available capacity so that several measurement period ar=
e
likely to be done at capacity
- Must not create persistent congestion as the capacity measurement should =
be
based on traffic capacity that doesn't cause more standing queue that X, wh=
ere X
is some additiona delay in ms compared to minimal one way delay. And X is
actually something that is configurable for a measurement campagin as capac=
ity
for a given one way delay and delay variation can be highly relevant to kno=
w.=20

What else is needed?

Are synchronized clocks needed or just relative delay changes necessary?=
=20

>=20
> -=3D-=3D-=3D-=3D-=3D-=3D-=3D-
>=20
> >=20
> > 3. Third the algorithms reaction to any sequence number gaps is depende=
nt on
> > delay and how it is related to unspecified delay thresholds. Also no te=
xt
> > discussion how these thresholds should be configured for safe operation=
.
>=20
> [acm]=20
> We can add some details in the paragraph below:
> OLD
> If the feedback indicates that sequence number anomalies were detected OR=
=20
> the delay range was above the upper threshold, the offered load rate is
> decreased.=20
> Also, if congestion is now ...
> NEW
> If the feedback indicates that sequence number anomalies were detected OR=
=20
> the delay range was above the upper threshold, the offered load rate is
> decreased.=20
> The RECOMMENDED values are 0 for sequence number gaps and 30-90 ms for lo=
wer=20
> and upper delay thresholds. Also, if congestion is now ...

Ok, but the delay values as I noted before highly dependent of what my goal=
 with
the capacity metric is. If I want to figure out the capacity for like say X=
R or
cloud gaming applications that maybe have much lower OWD variances and abso=
lute
values so maybe my values are 10-25 ms.=20

How much explaration have you done of the control stability over a range of
parameters? Do you have any material about that?=20


>=20
> -=3D-=3D-=3D-=3D-=3D-=3D-=3D-
>=20
> Please also note many requirements for safe operation in Section 10,=20
> Security Considerations.
>=20
> >=20
> > B) Section 8. Method of Measurement
> >=20
> > There are no specification of the measurement protocol here that provid=
es
> > sequence numbers, and the feedback channel as well as the control chann=
el.
>=20
> [acm]=20
> That is correct. The Scope does not include protocol development.
>=20
> > Is this intended to use TWAMP?
>=20
> [acm]=20
> Maybe, but a lot of extensions would be involved.



>=20
> >=20
> > From my perspective this document defines the metrics on standards trac=
k
> > level. However, the method for actually running the measurements are no=
t
> > specified on a standards track level.=20
>=20
> [acm]
> In IPPM work, the methods of measurement are described more broadly than=
=20
> the metrics, as actions and operations the Src and Dst hosts perform to=
=20
> send and receive, and calculate the results.=20
>=20
> IPPM Methods of Measurement have not included protocol requirements in=
=20
> the past, in any of our Standards Track Metrics RFCs.  In fact, we develo=
ped=20
> a measurement-specific criteria for moving our RFCs along the standards t=
rack=20
> that has nothing to do with protocols or interoperability.=20
> See BCP 176 aka RFC 6576:  https://tools.ietf.org/html/rfc6576
> IP Performance Metrics (IPPM) Standard Advancement Testing=20
>=20
> > No one can build implementation.=20
>=20
> [acm]=20
> I'm sorry, but that is not correct.  Please see Section 8.4.

Sorry, that was poorly formulated. I mean that you can't give this specific=
ation
to a guy on a island without external communication and have them implement=
ed it
and it will work with someone else implementation. You have clearly impleme=
nted
a solutiont that works for some set of parameters. And I am asking how much=
 of
the reasonable parameter space you have tested.=20

Based on this discussion I don't think I can build an implementation that
fulfills the measurement goals, becasue I have questions about them. And I
suspect it would take substantial amount of experimentation to get it to wo=
rk
correctly over a broader range of input parameters.=20



>=20
> > And if the section is
> > intended to provide requirements on a protocol that performs these
> > measurements
> > I think several aspects are missing. There appear several ways forward =
here
> > to
> > resolve this; one is to split out the method of measurement and define =
it
> > separately to standard tracks level using a particular protocol, anothe=
r
> > is to write it purely as requirements on a measurement protocols.
>=20
> [acm]=20
> As stated above, connecting a method with a single protocol is not IPPM's=
 way.

That is fine. However, I find the attempt to specify a specific load regula=
tor
in the method of measurement to take this specification beyond a general me=
thod
of measurment. The high level requirement appear to be that to correctly fi=
nd
the capacity, and that requires that one load to the point where buffers ar=
e
filled sufficiently to introduce extra delay or where AQM starts dropping o=
r
marking some of the load. Thus, I am questioning if the described algorithm=
 will
adqueately solve that issue over a wider range of parameters.=20

So if you have more information to show at least which range it has been pr=
oven
to do its work and with what input parameters? I hope you understand that I
expect this load control algorithm to get simularly scrutinized to congesti=
on
control algorithms that we standardize in IETF.=20

I would very much prefer to take out the load algorithm and place it in a
seperate document where it can have a tighter scope description and more
discussion about about that it does its job.=20

I hope this clarifies what my concerns are with this document in its curren=
t
form.=20

Cheers

Magnus

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

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCErYw
ggX0MIID3KADAgECAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMC
U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB
IHYzMB4XDTIwMTIxMTA5NTg0OVoXDTIzMTIxMjA5NTg0OVowXjERMA8GA1UECgwIRXJpY3Nzb24x
GjAYBgNVBAMMEU1hZ251cyBXZXN0ZXJsdW5kMS0wKwYJKoZIhvcNAQkBFh5tYWdudXMud2VzdGVy
bHVuZEBlcmljc3Nvbi5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCIT6U9ddUp
UCEryIA27xtF8WsRAIfc5jBavfu0OGDmwITYYRD2PaMEdEK+I4dqz0f6xcCrDnBk2Xj+JxjhaRkq
TAifJZima9WE2JoI/uq8UsS2HJWlhspAwKx1osARgtRiMjRZZyyfiRZLbgXHWYpnTt3i9QsuX/uo
9oZFWpDCbZee4Il9uldsUcuBLZx2PyZvBvC8KCUaBXsZX6bwV7hssRVn+BgFCuEievJMx0khTRVh
i9goObxu5Jl44RtwbZNYB1UE1IzRWEZw+b3cEvXiQjPl2e3ytMZSmhy+IaKmjxES6ODiuh51KAcm
PZfZIaX2djmD76YGi+ETmnb8Xm3dAgMBAAGjggHEMIIBwDAfBgNVHSMEGDAWgBQcexmel5x2rCA9
2NzjkWrj2y2mUzAdBgNVHQ4EFgQUICO/88T0EQvEUm5+HVt/d9Mm+Z8wDgYDVR0PAQH/BAQDAgWg
MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQESMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np
dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMCkGA1UdEQQiMCCBHm1hZ251cy53ZXN0ZXJs
dW5kQGVyaWNzc29uLmNvbTBIBgNVHR8EQTA/MD2gO6A5hjdodHRwOi8vY3JsLnRydXN0LnRlbGlh
LmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjCBggYIKwYBBQUHAQEEdjB0MCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcDIudHJ1c3Qu
dGVsaWEuY29tMEgGCCsGAQUFBzAChjxodHRwOi8vY2EudHJ1c3QudGVsaWFzb25lcmEuY29tL2Vy
aWNzc29ubmxpbmRpdmlkdWFsY2F2My5jZXIwDQYJKoZIhvcNAQELBQADggIBANRZXQy+lUW97uaL
uApOixnDKLpUoz+N/5Owd/9illmbxQDEY1/pPs4KJSvw88p+F3bmOzb+fLUNa6Mi/2Tw83FzEVmO
3RqzKtca+I9GDpRQ8oWL7hrUPJoNacidSZLmAP4L4kwHIhvGNX4f1c/oB4fAkP/xZsAAxYi7nKxd
XA2n/KMWNkezyB9BSsD8ZOS4pWU8UaZjd5r0fzqM5zQbU4EPqHa8jFMSMz1UrYXPKKxl6E4WA3TE
w1oLjcli0NWGQHyQ+3Kh7fe6zPoXfLd/2EQjr2o76ssgoqd2V1Mx5TRHdUyxjIMPEOVYpvcerNUB
hEBkaOQ9FugYcMhMc8BF7nQZq+hsL/T7idg4gE2sEfNdK9RBf/EVH10GMrmbadqTycztD1gUL3dV
Qxik4TCMxIctt9XqtTGHaMewZLQAXp/sHWlU/vmz9brcuzYQ9YVd5hTendGMUyGhWPV/KvxouKPK
zdrGeEqUQCeBwWgQASQNOrpTzMJwZAV/Ww3ExQCjHvflvUQzVuU0sC6AEVkgqMATIXS6h6rjLL31
pjt2JV84XRjF5afYkcRIHTsrtcoWeFtOu/GpZNhtq+tde0QvnkSsjczMWU0gKk0hXBmXwEGUimuD
Vq/Wvr0mr18d9mKA6xPNQOfn/VL5CWXa11OtOjj8WsTy3XUpyJ6dc9Z72TmKMIIF9DCCA9ygAwIB
AgIPAXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQK
DAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEy
MTEwOTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFN
YWdudXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nz
b24uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFr
EQCH3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNia
CP7qvFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJ
fbpXbFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEb
cG2TWAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++m
BovhE5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMw
HQYDVR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBM
MEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu
dGVsaWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nv
bi5jb20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nz
b25ubGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIG
CCsGAQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBI
BggrBgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5k
aXZpZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/
jf+TsHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6U
UPKFi+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gf
QUrA/GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8
kPtyoe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDI
THPARe50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV
6rUxh2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFo
EAEkDTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn
2JHESB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZi
gOsTzUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJko
k7CbSRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMM
FlRlbGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBH
MQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu
ZGl2aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe7
2FS3xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh
/VuYUaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98M
vWxzwCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmd
vkaoP9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7
zoM2Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP
1UrZaEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3s
p0FdQDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25a
EvAA+yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUU
kBUrrvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCC
AbQwgYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFz
b25lcmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVy
YS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAE
TjBMMEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1
c3QudGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1
c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsG
AQUFBwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OOR
auPbLaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4IC
AQBQWGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNM
Vek4lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7
m3NwurNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HT
CIChMuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNM
MbAqRHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7
DRbP6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPN
mJ0RLCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKa
kDZfAFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i
0bqGahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+W
kDGCAsowggLGAgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD
DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJYIZIAWUD
BAIBBQCgggFBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIxMDIy
NjEwMzc0MlowLwYJKoZIhvcNAQkEMSIEICMwpWRotr9uxqNy0rsiUKGuRAyLufySjtqtMo0QYr6C
MGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYD
VQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwawYLKoZI
hvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwc
RXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIPAXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEB
AQUABIIBAAIR+PaXkrQ7m3bNuVxNeq3VM55tWEagVV9602S+sDc33yA0eRe65cVh6qvTypSBPJzW
MXpgis937cnGUkZLaZnQb+71WSUImJ+fZhRrcY8QbMBrX3duJd4XBmz+vCI477EQlw36/5KNy4Mp
qAxMiuWSgK0DVIHoFKStN3mNfkvJwINdq9JcjE2Ai/jd4IOmxDfbJUYMMg5WRz6D8geTiUDWrsBK
C+KympqfzGZpHeFXgGr0aIVLJUgW/NgTOywAHoIWKB8+e7swEvrGxIrYC9CQ2lHR66CEsixLo58N
SX5bKgEPrfTwyVmBuDHIDKmCaD7JkkGW/OY4ea3Dc4whFugAAAAAAAA=


--=-ErrqRk71o7lHxe16vdkZ--


From nobody Fri Feb 26 02:47:36 2021
Return-Path: <magnus.westerlund@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 762773A129A; Fri, 26 Feb 2021 02:47:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.671
X-Spam-Level: 
X-Spam-Status: No, score=-2.671 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.57, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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 cZIaGiULhQrN; Fri, 26 Feb 2021 02:47:29 -0800 (PST)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2054.outbound.protection.outlook.com [40.107.22.54]) (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 6A5E43A1297; Fri, 26 Feb 2021 02:47:28 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HtqtMovSAezz971CDcKWMM01SkPUnUeD6lze8mgaEmfoQANjl9TuDYU7KT8eQ5zCR+WYFw+1P/I7Lh+mgG3fKqU6qp3K1c5ufYpPESz+j6BN0XymmAy0+t/wpKth4dIxgtcxNdfbEOIwpKjz5MaoOFLEfcxm5uLZKib8XiD2s+Oo0OttPj+y3Hc25PDH+ZWhQ3bJWO5q3mof4IHo8sb5r99gYgX9Kvxq3FqB/bj5RagDsAY2EADEBYpx6fxhSedMRKdbFNRCXJPlt/5H87iTRybbR0A4JvNkxruqkRa0SuRCqG6spU0WuIrqgK5E+YaJK3sat0dfG0TCUwZYoB1YYA==
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-SenderADCheck; bh=Kct3jmIVIM3T/pz4pswVxGb+GnrN9P21AbQIqpD3yJw=; b=FQW2BIMSMH54rGymZA3HqgtC17GDtpLepvsV+plxcJ0m9mpzE6/efgsVwdyevDf7AAgvyoTKXCM1zdFysxZNiY8lPU9gzpi59+Sc88iZjBHTnLpruNso4Ad9q0jnzrlbbBheGhTBHFf6il/NC3JfVC5Busm6ba0bZc9UOE7pzTciEgRi4dHRDhPszkbvaL/bkjEUIol3DBwPCa+nPY5MyJuceBOcaTscO/yZSuME/b4E9zeFXWq65Q+6DY0YqYuWFgtR02LF6ljqNJG//GjKvp/mJgsy3zaVywotIJVa+rTkMlTdmj82LgHO/x7u3ph+HvX73PMPw4JyJZP+0Jl14w==
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=Kct3jmIVIM3T/pz4pswVxGb+GnrN9P21AbQIqpD3yJw=; b=ICtM4WNYdY6SQWMMf8bFrGxl59afWy/oUGVkLpU3W5z7s8GBuTawI7AQQ+kd1b0I5d/CSb4j3uRYJA91FTxKTanz1NcFAF8lOllFPFXrVWIvXKBFBqaO3RPklnmhAzaGfRADeAIZI5GFhnd9QXAFPwN3ShP5KVslu2r1obRQ+5U=
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB2346.eurprd07.prod.outlook.com (2603:10a6:3:68::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3868.12; Fri, 26 Feb 2021 10:47:25 +0000
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3890.021; Fri, 26 Feb 2021 10:47:25 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "iesg@ietf.org" <iesg@ietf.org>, "acm@research.att.com" <acm@research.att.com>
CC: "tpauly@apple.com" <tpauly@apple.com>, "ianswett@google.com" <ianswett@google.com>, "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapp866AgABO1QA=
Date: Fri, 26 Feb 2021 10:47:25 +0000
Message-ID: <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com>
References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Evolution 3.28.5-0ubuntu0.18.04.2 
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [158.174.130.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: aacd9e63-a3b6-45d0-569f-08d8da43e76f
x-ms-traffictypediagnostic: HE1PR0701MB2346:
x-ms-exchange-minimumurldomainage: ietf.org#9484
x-microsoft-antispam-prvs: <HE1PR0701MB23462E817BAD1AC3629A3B23959D9@HE1PR0701MB2346.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5516;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: hcHRCiiaB+vtiFK9xwil2oEELYfhRaIWu8fmpWhI+o2zEVTddpzbe7tXrUGMfAZW0OwxQtdIRZoUukwltui6aNLIqPdVbGvwbtEswBCf8jo3MTQKn6Nmd24TFFhOl1W7Dp5R1BwkZPSLl1wHjQhHAMl2uppStv4+WX8v2xRttCSjDWIsbkQTo2Dv1Zys4CnnR/MLs+Mqsu6GY7Sq8i9U3GMjyaFCEZ1umErtQGbmryaCvMAnS7gHqWluAeXqAlFA8QTr/cnmBDXwZg+vIqcQXvdGbS4o6+2zDU4b6VUA5MjPd8avtR7NuH8ijF3mpIAP5to/isgf2RnCKnqoLelWlt0eby6zlgUY52+R9LC7JMkIMhZH6z02UlOQgSpWsl6nhX4WIQn2ga4MWm8e/CJtbEtuJteN7w2z4fr3qRnObwMzTZVBrKtMJdsamsW52jPFP6FREoy85J+rrRSGjX+ynWdPRPIw9Zy1rYxCBuIq+fQVPTTdCRloEFqRsITKILCcf/YCkn7MN1o6ylS4Tdre1AFyFKf3m/FUMY/4A5RXHog91NR8GZw5Xn7bTobfuuAcR4gzHr39pMn528s+WMkFdLpaCxMVfJ1Qepkoeul1J0fu/3hrY99SpfgATXsI9BAfHhkIi3t0FovCCSB2c8jApQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(346002)(39860400002)(376002)(366004)(396003)(136003)(966005)(8936002)(8676002)(64756008)(2616005)(6512007)(71200400001)(66556008)(316002)(66446008)(6506007)(30864003)(5660300002)(2906002)(66574015)(6486002)(76116006)(36756003)(44832011)(83380400001)(186003)(4326008)(478600001)(66476007)(86362001)(54906003)(66946007)(53546011)(110136005)(26005)(99106002); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata: =?utf-8?B?cmpqc0l1andUZ1loN1hDWEVSNTAwWGU2MFMydFZJREFxZktwZFZrRExlTlJG?= =?utf-8?B?b0JDKzVVN0Y1dkkySFd5M3ZsRk5nQjhZbjRUZWU1R0NPdTdWYmY3YXJCUTFG?= =?utf-8?B?T0Y4WFZwVy9NVndqYTJ6VkhVNlMzN1dsR2YwWmFXNTBheXhudHI2cjhPNG1M?= =?utf-8?B?Qk16UTE0YTJaSlVKQkU0Y08zNnp4YldZNjV3WEhRcFh1OXd3RkFSSk51R09P?= =?utf-8?B?a0hXVk5aZW80R3Q5U1N6bkNXOTMxbGJtOFY5b2N2VHB1cUg1L3krTnF2aEVv?= =?utf-8?B?RDJYS28vemNtVjBoZ085MjZXaSttYVBaOHJCdytSMFNlalRHM3VUSFBVMkNq?= =?utf-8?B?OVY4amNBcndiM05CR3lUd1pCWkFTZUkrOGlPU25BaGVyaUVTZFU5emFxTEZa?= =?utf-8?B?OWVIYjkwd3AwVVlQelRTdjEwQXUvM01Hb1JiNXVnS3JsUjM3NFcvbkxMeG1x?= =?utf-8?B?bzgrSDlJTmc5TkRXaHUzUWZlL3NuNTRjVmFPc3k4OUVNeEJXTFZvWkR6NG05?= =?utf-8?B?VUJDcDFoTkl6ZW9kdXhqK1ZTM0k0OGtQcnRxUWthSGJxLzBTY1lpUWxnQ2ha?= =?utf-8?B?RGtlTjl5MCt1d0h1VzdvYUhOSHpjZmgzVDlwSnRkQmhneGE0SmhtN3RLY2JH?= =?utf-8?B?M1ZKQUhxZkl6NzhMUlI4bkdIdDJKYnFCVFFEVTJLdkpjMUlPMktLSWRuQlls?= =?utf-8?B?OUNGdVpBbmV4MXhkWjBQODFEbVVCMGNBbENYQnl0ZFozdDl4WHZXT05SbCtX?= =?utf-8?B?bjZLS1RBL2NaMDlBZzhmclAybHdhT20rSE5uNjNraWlRZ3h5a3E0M3JjZjJX?= =?utf-8?B?MFNqMlJoRnJ4WndtVkkrcndlV29UR0xzSmxLVUJvOHhSdXQ3dVEwTTI1V2I0?= =?utf-8?B?ZGUrNGhqOUxYcVAxT2ZCZk0zSWJsRXMvTHlwa2lFUzZXSWFET2J2azBpNnBD?= =?utf-8?B?cU84SG1YVURCMDVCNWl3SWVrcVdOQ3lnZDVEdld0Tld6RStkQ0pjMitJZ1Jz?= =?utf-8?B?UlQ1eVp3a2lwRUJnWHBxeGxuQWNuMFl6SlJScDZmZmgwWWtDQzZpQi9DZmoz?= =?utf-8?B?SWd2ZHd4QS9zOGVnT0hwNnRZbmZ2STZrOWhVZWhJczNoTHVKZVZxQlBzV3hq?= =?utf-8?B?d1h5OXdQbTdJOVVGZHZHcitnQWFZbTNTM05aT1Nvekxudy94U2g0MXAvb3kx?= =?utf-8?B?eUlURlA1QmxCTDdlTExOWW90ZDJYcVhqbEJLWEtyRXJxVEFFWjhFVlNVNlht?= =?utf-8?B?dHB6cVBxZWlUWXBNdlN3OEdtVENjQi9wZDlhTzFyWVVIVWQ0Uk5hY2sycmNF?= =?utf-8?B?bzd6NFFJWFQ4VXZkY0Q0N0JCS2t6VmNCVVVnMFZadWlaR1g2RWN2ZS90aC9o?= =?utf-8?B?UDE1eW1Ndlk3KzNINTJDV3V3RnQ1TFhCSmRmdE5TS3owVmUwV1IyR2ROMWU0?= =?utf-8?B?RGpyMGhRYlVLQUJpQ0crZ3hOcHZHbnlsdXU5MU9SWmV4QmFwbzZ5ZFlFV2pP?= =?utf-8?B?WVNqMHIvSkxqUHNBajdHYVg3dzd3eElxUnh6MjBpeHkxRWVyMkpOMmIvZE0w?= =?utf-8?B?SXc0KzRBUUdBbzhsczRQTEJJMEgxQzRzcUxLWVFBbTR5WFlMaTNvaC94YnI3?= =?utf-8?B?b0RHcHlSa29yQjZwdENGSkVQa296R2NrVkZaa2JPTnlBdjgrV0hjMDVvOGlv?= =?utf-8?B?UXJHTTRSL3JXUzZuaDgzeTZGNzNzV0tTZXdxTEhRcGtvai9DT3VqQzBGOGdS?= =?utf-8?B?WXFLcHZLMmk4OXo5QVJVaGRkTTdLZmlMZmRCV2ZIenZTNndmYnRKenZOS25j?= =?utf-8?B?cUcrdzFJVm9Zb2loVnh4QT09?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <10DAD049C9707842BA907C237C1C247C@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: aacd9e63-a3b6-45d0-569f-08d8da43e76f
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Feb 2021 10:47:25.2133 (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: 0ScbPwQm10JgtlzxHe5JkFy1+JPsZFvVjs5DMzClI5WATGvNikcfrndQln8CVAJqL6lr0Id6XoTkyZFme7k+/I9bj9RpthS3/XHAlnTRYZI=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2346
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/BcxMoIONQ_5MdUuYAJwTrjeGe5s>
Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
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, 26 Feb 2021 10:47:32 -0000

KFJlc2VuZGluZyBhcyBJIGdvdCBhbiBlcnJvciB0aGF0IGl0IHdhc24ndCBkZWxpdmVyZWQgZHVl
IHRvIHNpZ25hdHVyZSkNCg0KSGkgQWwsDQoNClBsZWFzZSBzZWUgaW5saW5lLiANCg0KT24gRnJp
LCAyMDIxLTAyLTI2IGF0IDA2OjA1ICswMDAwLCBNT1JUT04sIEFMRlJFRCBDIChBTCkgd3JvdGU6
DQo+IEhpIE1hZ251cywgVGhhbmtzIGZvciB5b3VyIHJldmlldy4NCj4gDQo+IFBsZWFzZSBzZWUg
cmVwbGllcyB0byB5b3VyIHJldmlldyBhbmQgY29tbWVudHMgZnJvbSBMZW4gYW5kIG1lLCBjb25z
b2xpZGF0ZWQNCj4gYW5kIG1hcmtlZCBbYWNtXSBiZWxvdywNCj4gDQo+IEFsDQo+IA0KPiA+IC0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogTWFnbnVzIFdlc3Rlcmx1bmQgdmlh
IERhdGF0cmFja2VyIFttYWlsdG86bm9yZXBseUBpZXRmLm9yZ10NCj4gPiBTZW50OiBUaHVyc2Rh
eSwgRmVicnVhcnkgMjUsIDIwMjEgOToxOSBBTQ0KPiA+IFRvOiBUaGUgSUVTRyA8aWVzZ0BpZXRm
Lm9yZz4NCj4gPiBDYzogZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LW1ldHJpYy1tZXRob2RAaWV0
Zi5vcmc7IGlwcG0tY2hhaXJzQGlldGYub3JnOw0KPiA+IGlwcG1AaWV0Zi5vcmc7IElhbiBTd2V0
dCA8aWFuc3dldHRAZ29vZ2xlLmNvbT47IHRwYXVseUBhcHBsZS5jb207DQo+ID4gdHBhdWx5QGFw
cGxlLmNvbQ0KPiA+IFN1YmplY3Q6IE1hZ251cyBXZXN0ZXJsdW5kJ3MgRGlzY3VzcyBvbiBkcmFm
dC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLQ0KPiA+IG1ldGhvZC0wNjogKHdpdGggRElTQ1VT
UykNCj4gPiANCj4gPiBNYWdudXMgV2VzdGVybHVuZCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5n
IGJhbGxvdCBwb3NpdGlvbiBmb3INCj4gPiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmlj
LW1ldGhvZC0wNjogRGlzY3Vzcw0KPiA+IA0KPiANCj4gLi4uDQo+ID4gDQo+ID4gLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KPiA+IERJU0NVU1M6DQo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+IA0KPiA+IEEpIFNlY3Rp
b24gOC4gTWV0aG9kIG9mIE1lYXN1cmVtZW50DQo+ID4gDQo+ID4gSSB0aGluayB0aGUgbWV0cmlj
cyBhcmUgZmluZSwgd2hhdCBtYWtlcyBtZSBxdWl0ZSB3b3JyaWVkIGhlcmUgaXMgdGhlDQo+ID4g
bWVhc3VyZW1lbnQgbWV0aG9kLiBNeSBjb25jZXJucyB3aXRoIGl0IGFyZSB0aGUgZm9sbG93aW5n
Lg0KPiA+IA0KPiA+IDEuIFRoZSBhcHBsaWNhdGlvbiBvZiB0aGlzIG1lYXN1cmVtZW50IG1ldGhv
ZCBpcyBub3QgY2xlYXJseSBzY29wZWQuDQo+ID4gVGhlcmVmb3JlDQo+ID4gSSB3aWxsIGFzc3Vt
ZSB0aGF0IGFjcm9zcyB0aGUgSW50ZXJuZXQgbWVhc3VyZW1lbnRzIGFyZSBwb3NzaWJsZS4gDQo+
IA0KPiBbYWNtXQ0KPiANCj4gTGlrZSBhbGwgdGhlIGFkIGhvYyBJbnRlcm5ldCBTcGVlZCBtZWFz
dXJlbWVudHMgaW4gdGhlIHdvcmxkIHRvZGF5LCBvdXINCj4gcHJpbWFyeSBpbnRlcmVzdCBpcyBh
Y2Nlc3MgbWVhc3VyZW1lbnQuICBJIGFkZGVkICJBcHBsaWNhYmlsaXR5IiB0byB0aGUgU2NvcGUN
Cj4gYW5kIEdvYWxzIHNlY3Rpb24gMiwgYXMgZm9sbG93czoNCj4gDQo+IE5FVyBwYXJhZ3JhcGgN
Cj4gVGhlIHByaW1hcnkgYXBwbGljYXRpb24gb2YgdGhpcyBtZXRyaWMgYW5kIG1ldGhvZCBvZiBt
ZWFzdXJlbWVudCBkZXNjcmliZWQNCj4gaGVyZSBpcyB0aGUgc2FtZSBhcyBpbiBTZWN0aW9uIDIg
b2YgUkZDNzQ3OSwgd2hlcmU6DQo+IA0KPiBvIFRoZSBhY2Nlc3MgcG9ydGlvbiBvZiB0aGUgbmV0
d29yayBpcyB0aGUgZm9jdXMgb2YgdGhpcyBwcm9ibGVtIHN0YXRlbWVudC4NCj4gVGhlIHVzZXIg
dHlwaWNhbGx5IHN1YnNjcmliZXMgdG8gYSBzZXJ2aWNlIHdpdGggYmlkaXJlY3Rpb25hbCBhY2Nl
c3MgcGFydGx5DQo+IGRlc2NyaWJlZCBieSByYXRlcyBpbiBiaXRzIHBlciBzZWNvbmQuDQo+IA0K
DQpHb29kLCBJIGd1ZXNzIHRoYXQgdGhpcyB3YXMgdGhlIGNhc2UsIGJ1dCBpdCB3YXNuJ3Qgc3Rh
dGVkIGV4cGxpY2l0bHkuIA0KDQpUaGUgcmVhc29uIEkgYW0gd29ycmllZCBpcyB0aGF0IHRoaXMg
bWV0cmljIGFuZCBhbHNvIHRoZSBtZXRob2Qgb2YgbWVhc3VyZW1lbnQNCmFzIG5vdGVkIGNyZWF0
ZXMgaW1wYWN0IG9uIHRoZSBuZXR3b3JrLiBXaGF0IG1ha2VzIG1lIGV4dHJhIHdvcnJpZWQgaXMg
dGhhdCB0aGUNCmNvbmdlc3Rpb24gYXZvaWRhbmNlIHByb3BlcnR5IGlzIGN1cnJlbnRseSBub3Qg
d2VsbCBkb2N1bWVudGVkIGFuZCB0aGUgcmF0aGVyDQpiaWcgcGFyYW1ldGVyaXphdGlvbiBzcGFj
ZSB0aGF0IGlzIGxlZnQgd2l0aG91dCBndWlkYW5jZSBhbmQgd2lsbCBpbXBhY3QgdGhlDQpwcm9w
ZXJ0aWVzLiANCg0KPiAtPS09LT0tPS09LT0tPS0NCj4gDQo+IFthY21dIE9idmlvdXNseSB3ZSB3
b24ndCBiZSBhYmxlIHRvIHN0b3AgYXBwbGljYXRpb24gYmV5b25kIGFjY2VzcywganVzdCBsaWtl
DQo+IHdlIGNhbid0IHN0b3AgcGVvcGxlIGZyb20gZ3JhYmJpbmcgb25lIG9mIGFueSBudW1iZXIg
b2YgdXRpbGl0aWVzIGFuZCBhbnl3aGVyZQ0KPiBhbmQgc2VuZGluZyBhdCBhbnkgcmF0ZSB0aGV5
IGNhbiBhY2hpZXZlLCBidXQgd2UgaGF2ZSBtYWRlIGFuIGFwcGxpY2FiaWxpdHkNCj4gc3RhdGVt
ZW50LiANCj4gDQo+ID4gSG93ZXZlciBpbg0KPiA+IHRoYXQgY29udGV4dCBJIHRoaW5rIHRoZSBk
ZWZpbml0aW9uIGFuZCBwcm90ZWN0aW9uIGFnYWluc3Qgc2V2ZXJlIGNvbmdlc3Rpb24NCj4gPiBo
YXMgc2lnbmlmaWNhbnQgc2hvcnQgY29taW5ncy4gVGhlIG1haW4gcmVhc29uIGlzIHRoYXQgdGhl
IGR1cmluZyBhDQo+ID4gY29uZmlndXJhYmxlIHRpbWUgcGVyaW9kIChkZWZhdWx0IDEgcykgdGhl
IHNlbmRlciB3aWxsIGF0dGVtcHQgdG8gc2VuZCBhdA0KPiA+IGEgc3BlY2lmaWVkIHJhdGUgYnkg
YSB0YWJsZSBpbmRlcGVuZGVudGx5IG9uIHdoYXQgaGFwcGVucyBkdXJpbmcgdGhhdA0KPiA+IHNl
Y29uZC4NCj4gDQo+IFthY21dIA0KPiBOb3QgcXVpdGUsIDEgc2Vjb25kIGlzIHRoZSBkZWZhdWx0
IG1lYXN1cmVtZW50IGludGVydmFsIGZvciBDYXBhY2l0eSwgYnV0DQo+IHNlbmRlciByYXRlIGFk
anVzdG1lbnRzIG9jY3VyIG11Y2ggZmFzdGVyIChhbmQgd2UgYWRkIGEgZGVmYXVsdCBhdCA1MG1z
KS4gVGhpcw0KPiBpcyBhIGFuIGltcG9ydGFudCBwb2ludCAoYW5kIG9uZSB0aGF0IEJlbiBhbHNv
IG5vdGljZWQsIHJlZ2FyZGluZyB2YXJpYWJsZSBGDQo+IGluIHNlY3Rpb24gOC4xKS4gU28sIEkg
aGF2ZSBhZGRlZCBGVCBhcyBhIHBhcmFtZXRlciBpbiBzZWN0aW9uIDQ6DQo+IA0KPiBvIEZULCB0
aGUgZmVlZGJhY2sgdGltZSBpbnRlcnZhbCBiZXR3ZWVuIHN0YXR1cyBmZWVkYmFjayBtZXNzYWdl
cw0KPiBjb21tdW5pY2F0aW5nIG1lYXN1cmVtZW50IHJlc3VsdHMsIHNlbnQgZnJvbSB0aGUgcmVj
ZWl2ZXIgdG8gY29udHJvbCB0aGUNCj4gc2VuZGVyLiBUaGUgcmVzdWx0cyBhcmUgZXZhbHVhdGVk
IHRvIGRldGVybWluZSBob3cgdG8gYWRqdXN0IHRoZSBjdXJyZW50DQo+IG9mZmVyZWQgbG9hZCBy
YXRlIGF0IHRoZSBzZW5kZXIgKGRlZmF1bHQgNTBtcykNCj4gDQo+IC09LT0tPS09LT0tPS09LQ0K
PiBOb3RlIHRoYXQgdmFyaWFibGUgRiBpbiBzZWN0aW9uIDguMSBpcyByZWR1bmRhbnQgd2l0aCBw
YXJhbWV0ZXIgRiBpbiBTZWN0aW9uDQo+IDQsIA0KPiB0aGUgbnVtYmVyIG9mIGZsb3dzIChpbi0w
NikuIFNvIHdlIGNoYW5nZWQgdGhlIHNlY3Rpb24gOC4xIHZhcmlhYmxlIEYgdG8gRlQgDQo+IGlu
IHRoZSB3b3JraW5nIHRleHQuDQoNCk9rYXksIHRoYXQgbWFrZXMgdGhpbmdzIGNsZWFyZXIuIFdp
dGggYWxsIHRoZSBlcXVhbCBpbnRlcnZhbHMgaW4gdGhlIG1ldHJpY3MgSQ0KaGFkIG1pc3NpbnRl
cnByZXRlZCB0aGF0IGFsc28gdGhlIHRyYW5zbWlzc2lvbiB3b3VsZCBiZSB1bmlmb3JtIGR1cmlu
ZyB0aGUNCm1lYXN1cmVtZW50IGludGVydmFscy4gDQoNCkhvd2V2ZXIsIHdoZW4gcmVyZWFkaW5n
IFNlY3Rpb24gOC4xIEkgZG8gaGF2ZSB0byB3b25kZXIgaWYgdGhlIG5vbi1jdW1hbHRpdmUNCmZl
ZWRiYWNrIGFjdHVhbGx5IGNyZWF0ZXMgdHdvIGlzc3Vlcy4gRmlyc3QsIGl0IGFwcGVhcnMgdG8g
bG9vc2UgaW5mb3JtYXRpb24gZm9yDQpyZW9yZGVyaW5nIHRoYXQgY3Jvc3NlcyB0aGUgdGltZSB3
aGVuIHRoZSBGVCB0aW1lciBmaXJlcywgZHVlIHRvIHJlc2V0LiBJbg0KYWRkaXRpb24gaWYgdGhl
IGZlZWRiYWNrIGlzIG5vdCByZWxpYWJsZSBpdCBsb29zZXMgdGhlIGluZm9ybWF0aW9uIGZvciB0
aGF0DQppbnRlcnZhbC4gQW5kIG1ha2luZyBmZWVkYmFjayByZWxpYWJlbCBjb3VsZCBjYXVzZSB3
b3JzZSBIT0wgaXNzdWVzIGZvciByZWFjdGluZw0KdG8gbGF0ZXIgZmVlZGJhY2sgdGhhdCBhcmUg
cmVjaXZlZCBwcmlvciB0byB0aGUgbG9zdCBvbmUuIA0KDQoNCj4gDQo+IA0KPiA+IA0KPiA+IDIu
IFRoZSBhbGdvcml0aG0gZm9yIGFkanVzdGluZyByYXRlIGlzIHRhYmxlIGRyaXZlbiBidXQgZ2l2
ZSBubyBndWlkYW5jZSBvbg0KPiA+IGhvdw0KPiA+IHRvIGNvbnN0cnVjdCB0aGUgdGFibGUgYW5k
IGxpbWl0YXRpb25zIG9uIHZhbHVlIGNoYW5nZXMgaW4gdGhlIHRhYmxlLiBJbg0KPiA+IGFkZGl0
aW9uIHRoZSBhbGdvcml0aG0gZGlzY3Vzc2VzIGxhcmdlciBzdGVwcyBpbiB0aGUgdGFibGUgd2l0
aG91dCBhbnkNCj4gPiByZWZsZWN0aW9uIG9mIHdoYXQgdGhlc2VzIHN0ZXBzIHNpZGVzIG1heSBy
ZXByZXNlbnQgaW4gb2ZmZXJlZCBsb2FkLg0KPiANCj4gW2FjbV0gDQo+IFdlIGNhbiBhZGQgKExl
biBzdWdnZXN0ZWQgdGhlIGZvbGxvd2luZyB0ZXh0IGFkZGl0aW9uKToNCj4gT0xEDQo+IDguMS4g
TG9hZCBSYXRlIEFkanVzdG1lbnQgQWxnb3JpdGhtDQo+IA0KPiBBIHRhYmxlIFNIQUxMIGJlIHBy
ZS1idWlsdCBkZWZpbmluZyBhbGwgdGhlIG9mZmVyZWQgbG9hZCByYXRlcyB0aGF0DQo+IHdpbGwg
YmUgc3VwcG9ydGVkIChSMSB0aHJvdWdoIFJuLCBpbiBhc2NlbmRpbmcgb3JkZXIsIGNvcnJlc3Bv
bmRpbmcNCj4gdG8gaW5kZXhlZCByb3dzIGluIHRoZSB0YWJsZSkuIEVhY2ggcmF0ZSBpcyBkZWZp
bmVkIGFzIGRhdGFncmFtcyBvZi4uLg0KPiANCj4gTkVXDQo+IDguMS4gTG9hZCBSYXRlIEFkanVz
dG1lbnQgQWxnb3JpdGhtDQo+IA0KPiBBIHRhYmxlIFNIQUxMIGJlIHByZS1idWlsdCBkZWZpbmlu
ZyBhbGwgdGhlIG9mZmVyZWQgbG9hZCByYXRlcyB0aGF0DQo+IHdpbGwgYmUgc3VwcG9ydGVkIChS
MSB0aHJvdWdoIFJuLCBpbiBhc2NlbmRpbmcgb3JkZXIsIGNvcnJlc3BvbmRpbmcNCj4gdG8gaW5k
ZXhlZCByb3dzIGluIHRoZSB0YWJsZSkuIEl0IGlzIFJFQ09NTUVOREVEIHRoYXQgcmF0ZXMgYmVn
aW4gd2l0aA0KPiAwLjUgTWJwcyBhdCBpbmRleCB6ZXJvLCB1c2UgMSBNYnBzIGF0IGluZGV4IG9u
ZSwgYW5kIHRoZW4gY29udGludWUgaW4NCj4gMSBNYnBzIGluY3JlbWVudHMgdG8gMSBHYnBzLiBB
Ym92ZSAxIEdicHMsIGFuZCB1cCB0byAxMCBHYnBzLCBpdCBpcw0KPiBSRUNPTU1FTkRFRCB0aGF0
IDEwMCBNYnBzIGluY3JlbWVudHMgYmUgdXNlZC4gQWJvdmUgMTAgR2JwcywNCj4gaW5jcmVtZW50
cyBvZiAxIEdicHMgYXJlIFJFQ09NTUVOREVELiBFYWNoIHJhdGUgaXMgZGVmaW5lZCBhcy4uLg0K
DQpJcyB0aGlzIHdoYXQgeW91IGFjdHVhbGx5IHVzZWQgaW4geW91ciB0ZXN0IGltcGxlbWVudGF0
aW9uPyBBdCBteSBmaXJzdCBnbGFuY2UNCnRoaXMgcmVjb21tZW5kYXRpb24gbG9va3MgdG8gc3Vm
ZmVyIGZyb20gcmF0aGVyIHNldmVyZSBzdGVwIGVmZmVjdHMgYW5kIGFsc28NCm1ha2UgdGhlIHJl
c3BvbmQgdG8gbG9zc2VzIGJlaGF2ZSBzdHJhbmdlIGFyb3VuZCB0aGUgdHJhbnNpdGlvbnMuIFdv
dWxkbid0IHNvbWUNCnR5cGUgb2YgbG9nYXJpdGhtaWMgcHJvZ3Jlc3Npb24gYmUgbW9yZSBhcHBy
b3ByaWF0ZSBoZXJlIGZvciBpbml0aWFsIHByb2Jpbmc/DQoNCklmIEkgaGF2ZSAxIEdCUFMgbGlu
ZSByYXRlLCB0aGVyZSBpcyBhIDEwMDAgc3RlcHMgaW4gdGhlIHRhYmxlIHRvIHRoaXMgdmFsdWUu
DQpFdmVuIGlmIEkgaW5jcmVhc2Ugd2l0aCB0aGUgc3VnZ2VzdGVkIDEwIHN0ZXBzIHVudGlsIGZp
cnN0IGNvbmdlc3Rpb24gc2VlbiwgaXQNCndpbGwgdGFrZSAxMDAgc3RlcHMsIGFuZCB3aXRoIDUw
IG1zIGZlZWRiYWNrIGludGVydmFsIHRoYXQgaXMgNSBzZWNvbmRzIGJlZm9yZQ0KaXQgaXMgaW4g
dGhlIHJpZ2h0IGJhbGwgcGFyay4gQW5kIEkgZ2V0IG9uZSByYW5kb20gbG9zcyBhdCAxMCBtYnBz
LCB0aGVuIGl0cyA5OTANCnN0ZXBzLCBJbiBzdWNoIGEgc2l0dWF0aW9uIHRoZSB3aG9sZSBtZWFz
dXJlbWVudCBwZXJpb2QgKDEwIHMpIHdvdWxkIGJlIG92ZXINCmJlZm9yZSBvbmUgaGFzIHJlYWNo
ZWQgYWN0dWFsIGNhcGFjaXR5LiANCg0KVG8gbWUgaXQgYXBwZWFycyB0aGF0IHRoZSBwcm9iaW5n
IChzbG93IHN0YXJ0KSBlcXVpdmFsZW50IGRvIG5lZWQgbG9nYXJpdGhtaWMNCmluY3JlYXNlIHRv
IHJlYWNoIGxpa2VseSBjYXBhY2l0eSBxdWlja2x5LiBUaGVuIGhvdyBiaWcgdGhlIGFkanVzdG1l
bnQgaXMNCmFjdHVhbGx5IGRlcGVuZGVudCBvbiB3aGF0IGV4dHJhIGRlbGF5IG9uZSBjb25zaWRl
ciB0aGUgdGFyZ2V0IGZvciB0aGUgdGVzdC4NCkhhdmluZyBhIHN0ZXAgc2l6ZSBvZiAxIEdCUFMg
aWYgcHJvYmluZyBhIDIuNSBHQlBTIHBhdGggd291bGQgbGlrZWx5IG1ha2UgaXQNCnZlcnkgaGFy
ZCB0byBrZWVwIHRoZSBkZWxheSBpbiB0aGUgaW50ZW5kZWQgaW50ZXJ2YWwgd2hlbiBpdCB3b3Vs
ZCBmbHV4dHVhdGUNCmJldHdlZW4gNTAwIG1icHMgdG8gbXVjaCB0cmFmZmljIGFuZCB0aGVuIDUw
MCBtYnBzIHRvIGxpdHRsZS4gU3VyZSB3aXRoDQpzdWZmaWNpZW50bHkgc2hvcnQgRlQgaXQgd2ls
bCBsaWtlbHkgd29yayBpbiB0aGlzIGFsZ29yaXRobS4gSG93ZXZlciwgSSB3b25kZXINCmFib3V0
IHJlZ3VsYXRpb24gc3RhYmlsaXR5IGhlcmUgZm9yIGRpZmZlcm5ldCBSVFQsIEZUcyBhbmQgYnVm
ZmVyIGRlcHRoDQpmbHV4dHVhdGlvbnMuIA0KDQpGcm9tIG15IHBlcnNwZWN0aXZlIEkgdGhpbmsg
dGhpcyBpcyBhIGluZGljYXRpb24gdGhhdCB0aGUgbG9hZCByYXRlIGFkanVzdG1lbnQNCmFsZ29y
aXRobSBpcyBub3QgcmVhZHkgdG8gYmUgYSBzdGFuZGFyZHMgdHJhY2sgc3BlY2lmaWNhdGlvbi4g
DQoNCkkgd291bGQgcmVjb21tZW5kIHRoYXQgeW91IGFjdHVhbGx5IHRha2Ugb3V0IHRoZSBjb250
cm9sIGFsZ29yaXRobSBhbmQgd3JpdGUgYQ0KaGlnaCBsZXZlbCBmdW5jdGlvbmFsIGRlc2NyaXB0
aW9uIG9mIHdoYXQgbmVlZHMgdG8gaGFwcGVuIHdoZW4gbWVhc3VyaW5nIHRoaXMNCmNhcGFjaXR5
LiANCg0KSWYgSSB1bmRlcnN0YW5kIHRoaXMgY29ycmVjdGx5IHRoZSByZXF1aXJlbWVudHMgb24g
dGhlIG1lYXN1cmVtZW50IGFyZSB0aGUNCmZvbGxvd2luZy4NCg0KLSBOZWVkIHRvIHNlZWsgdGhl
IGF2YWlsYWJsZSBjYXBhY2l0eSBzbyB0aGF0IHNldmVyYWwgbWVhc3VyZW1lbnQgcGVyaW9kIGFy
ZQ0KbGlrZWx5IHRvIGJlIGRvbmUgYXQgY2FwYWNpdHkNCi0gTXVzdCBub3QgY3JlYXRlIHBlcnNp
c3RlbnQgY29uZ2VzdGlvbiBhcyB0aGUgY2FwYWNpdHkgbWVhc3VyZW1lbnQgc2hvdWxkIGJlDQpi
YXNlZCBvbiB0cmFmZmljIGNhcGFjaXR5IHRoYXQgZG9lc24ndCBjYXVzZSBtb3JlIHN0YW5kaW5n
IHF1ZXVlIHRoYXQgWCwgd2hlcmUgWA0KaXMgc29tZSBhZGRpdGlvbmEgZGVsYXkgaW4gbXMgY29t
cGFyZWQgdG8gbWluaW1hbCBvbmUgd2F5IGRlbGF5LiBBbmQgWCBpcw0KYWN0dWFsbHkgc29tZXRo
aW5nIHRoYXQgaXMgY29uZmlndXJhYmxlIGZvciBhIG1lYXN1cmVtZW50IGNhbXBhZ2luIGFzIGNh
cGFjaXR5DQpmb3IgYSBnaXZlbiBvbmUgd2F5IGRlbGF5IGFuZCBkZWxheSB2YXJpYXRpb24gY2Fu
IGJlIGhpZ2hseSByZWxldmFudCB0byBrbm93LiANCg0KV2hhdCBlbHNlIGlzIG5lZWRlZD8NCg0K
QXJlIHN5bmNocm9uaXplZCBjbG9ja3MgbmVlZGVkIG9yIGp1c3QgcmVsYXRpdmUgZGVsYXkgY2hh
bmdlcyBuZWNlc3Nhcnk/IA0KDQo+IA0KPiAtPS09LT0tPS09LT0tPS0NCj4gDQo+ID4gDQo+ID4g
My4gVGhpcmQgdGhlIGFsZ29yaXRobXMgcmVhY3Rpb24gdG8gYW55IHNlcXVlbmNlIG51bWJlciBn
YXBzIGlzIGRlcGVuZGVudCBvbg0KPiA+IGRlbGF5IGFuZCBob3cgaXQgaXMgcmVsYXRlZCB0byB1
bnNwZWNpZmllZCBkZWxheSB0aHJlc2hvbGRzLiBBbHNvIG5vIHRleHQNCj4gPiBkaXNjdXNzaW9u
IGhvdyB0aGVzZSB0aHJlc2hvbGRzIHNob3VsZCBiZSBjb25maWd1cmVkIGZvciBzYWZlIG9wZXJh
dGlvbi4NCj4gDQo+IFthY21dIA0KPiBXZSBjYW4gYWRkIHNvbWUgZGV0YWlscyBpbiB0aGUgcGFy
YWdyYXBoIGJlbG93Og0KPiBPTEQNCj4gSWYgdGhlIGZlZWRiYWNrIGluZGljYXRlcyB0aGF0IHNl
cXVlbmNlIG51bWJlciBhbm9tYWxpZXMgd2VyZSBkZXRlY3RlZCBPUiANCj4gdGhlIGRlbGF5IHJh
bmdlIHdhcyBhYm92ZSB0aGUgdXBwZXIgdGhyZXNob2xkLCB0aGUgb2ZmZXJlZCBsb2FkIHJhdGUg
aXMNCj4gZGVjcmVhc2VkLiANCj4gQWxzbywgaWYgY29uZ2VzdGlvbiBpcyBub3cgLi4uDQo+IE5F
Vw0KPiBJZiB0aGUgZmVlZGJhY2sgaW5kaWNhdGVzIHRoYXQgc2VxdWVuY2UgbnVtYmVyIGFub21h
bGllcyB3ZXJlIGRldGVjdGVkIE9SIA0KPiB0aGUgZGVsYXkgcmFuZ2Ugd2FzIGFib3ZlIHRoZSB1
cHBlciB0aHJlc2hvbGQsIHRoZSBvZmZlcmVkIGxvYWQgcmF0ZSBpcw0KPiBkZWNyZWFzZWQuIA0K
PiBUaGUgUkVDT01NRU5ERUQgdmFsdWVzIGFyZSAwIGZvciBzZXF1ZW5jZSBudW1iZXIgZ2FwcyBh
bmQgMzAtOTAgbXMgZm9yIGxvd2VyIA0KPiBhbmQgdXBwZXIgZGVsYXkgdGhyZXNob2xkcy4gQWxz
bywgaWYgY29uZ2VzdGlvbiBpcyBub3cgLi4uDQoNCk9rLCBidXQgdGhlIGRlbGF5IHZhbHVlcyBh
cyBJIG5vdGVkIGJlZm9yZSBoaWdobHkgZGVwZW5kZW50IG9mIHdoYXQgbXkgZ29hbCB3aXRoDQp0
aGUgY2FwYWNpdHkgbWV0cmljIGlzLiBJZiBJIHdhbnQgdG8gZmlndXJlIG91dCB0aGUgY2FwYWNp
dHkgZm9yIGxpa2Ugc2F5IFhSIG9yDQpjbG91ZCBnYW1pbmcgYXBwbGljYXRpb25zIHRoYXQgbWF5
YmUgaGF2ZSBtdWNoIGxvd2VyIE9XRCB2YXJpYW5jZXMgYW5kIGFic29sdXRlDQp2YWx1ZXMgc28g
bWF5YmUgbXkgdmFsdWVzIGFyZSAxMC0yNSBtcy4gDQoNCkhvdyBtdWNoIGV4cGxhcmF0aW9uIGhh
dmUgeW91IGRvbmUgb2YgdGhlIGNvbnRyb2wgc3RhYmlsaXR5IG92ZXIgYSByYW5nZSBvZg0KcGFy
YW1ldGVycz8gRG8geW91IGhhdmUgYW55IG1hdGVyaWFsIGFib3V0IHRoYXQ/IA0KDQoNCj4gDQo+
IC09LT0tPS09LT0tPS09LQ0KPiANCj4gUGxlYXNlIGFsc28gbm90ZSBtYW55IHJlcXVpcmVtZW50
cyBmb3Igc2FmZSBvcGVyYXRpb24gaW4gU2VjdGlvbiAxMCwgDQo+IFNlY3VyaXR5IENvbnNpZGVy
YXRpb25zLg0KPiANCj4gPiANCj4gPiBCKSBTZWN0aW9uIDguIE1ldGhvZCBvZiBNZWFzdXJlbWVu
dA0KPiA+IA0KPiA+IFRoZXJlIGFyZSBubyBzcGVjaWZpY2F0aW9uIG9mIHRoZSBtZWFzdXJlbWVu
dCBwcm90b2NvbCBoZXJlIHRoYXQgcHJvdmlkZXMNCj4gPiBzZXF1ZW5jZSBudW1iZXJzLCBhbmQg
dGhlIGZlZWRiYWNrIGNoYW5uZWwgYXMgd2VsbCBhcyB0aGUgY29udHJvbCBjaGFubmVsLg0KPiAN
Cj4gW2FjbV0gDQo+IFRoYXQgaXMgY29ycmVjdC4gVGhlIFNjb3BlIGRvZXMgbm90IGluY2x1ZGUg
cHJvdG9jb2wgZGV2ZWxvcG1lbnQuDQo+IA0KPiA+IElzIHRoaXMgaW50ZW5kZWQgdG8gdXNlIFRX
QU1QPw0KPiANCj4gW2FjbV0gDQo+IE1heWJlLCBidXQgYSBsb3Qgb2YgZXh0ZW5zaW9ucyB3b3Vs
ZCBiZSBpbnZvbHZlZC4NCg0KDQoNCj4gDQo+ID4gDQo+ID4gRnJvbSBteSBwZXJzcGVjdGl2ZSB0
aGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIG1ldHJpY3Mgb24gc3RhbmRhcmRzIHRyYWNrDQo+ID4g
bGV2ZWwuIEhvd2V2ZXIsIHRoZSBtZXRob2QgZm9yIGFjdHVhbGx5IHJ1bm5pbmcgdGhlIG1lYXN1
cmVtZW50cyBhcmUgbm90DQo+ID4gc3BlY2lmaWVkIG9uIGEgc3RhbmRhcmRzIHRyYWNrIGxldmVs
LiANCj4gDQo+IFthY21dDQo+IEluIElQUE0gd29yaywgdGhlIG1ldGhvZHMgb2YgbWVhc3VyZW1l
bnQgYXJlIGRlc2NyaWJlZCBtb3JlIGJyb2FkbHkgdGhhbiANCj4gdGhlIG1ldHJpY3MsIGFzIGFj
dGlvbnMgYW5kIG9wZXJhdGlvbnMgdGhlIFNyYyBhbmQgRHN0IGhvc3RzIHBlcmZvcm0gdG8gDQo+
IHNlbmQgYW5kIHJlY2VpdmUsIGFuZCBjYWxjdWxhdGUgdGhlIHJlc3VsdHMuIA0KPiANCj4gSVBQ
TSBNZXRob2RzIG9mIE1lYXN1cmVtZW50IGhhdmUgbm90IGluY2x1ZGVkIHByb3RvY29sIHJlcXVp
cmVtZW50cyBpbiANCj4gdGhlIHBhc3QsIGluIGFueSBvZiBvdXIgU3RhbmRhcmRzIFRyYWNrIE1l
dHJpY3MgUkZDcy4gIEluIGZhY3QsIHdlIGRldmVsb3BlZCANCj4gYSBtZWFzdXJlbWVudC1zcGVj
aWZpYyBjcml0ZXJpYSBmb3IgbW92aW5nIG91ciBSRkNzIGFsb25nIHRoZSBzdGFuZGFyZHMgdHJh
Y2sgDQo+IHRoYXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBwcm90b2NvbHMgb3IgaW50ZXJvcGVy
YWJpbGl0eS4gDQo+IFNlZSBCQ1AgMTc2IGFrYSBSRkMgNjU3NjogIGh0dHBzOi8vdG9vbHMuaWV0
Zi5vcmcvaHRtbC9yZmM2NTc2DQo+IElQIFBlcmZvcm1hbmNlIE1ldHJpY3MgKElQUE0pIFN0YW5k
YXJkIEFkdmFuY2VtZW50IFRlc3RpbmcgDQo+IA0KPiA+IE5vIG9uZSBjYW4gYnVpbGQgaW1wbGVt
ZW50YXRpb24uIA0KPiANCj4gW2FjbV0gDQo+IEknbSBzb3JyeSwgYnV0IHRoYXQgaXMgbm90IGNv
cnJlY3QuICBQbGVhc2Ugc2VlIFNlY3Rpb24gOC40Lg0KDQpTb3JyeSwgdGhhdCB3YXMgcG9vcmx5
IGZvcm11bGF0ZWQuIEkgbWVhbiB0aGF0IHlvdSBjYW4ndCBnaXZlIHRoaXMgc3BlY2lmaWNhdGlv
bg0KdG8gYSBndXkgb24gYSBpc2xhbmQgd2l0aG91dCBleHRlcm5hbCBjb21tdW5pY2F0aW9uIGFu
ZCBoYXZlIHRoZW0gaW1wbGVtZW50ZWQgaXQNCmFuZCBpdCB3aWxsIHdvcmsgd2l0aCBzb21lb25l
IGVsc2UgaW1wbGVtZW50YXRpb24uIFlvdSBoYXZlIGNsZWFybHkgaW1wbGVtZW50ZWQNCmEgc29s
dXRpb250IHRoYXQgd29ya3MgZm9yIHNvbWUgc2V0IG9mIHBhcmFtZXRlcnMuIEFuZCBJIGFtIGFz
a2luZyBob3cgbXVjaCBvZg0KdGhlIHJlYXNvbmFibGUgcGFyYW1ldGVyIHNwYWNlIHlvdSBoYXZl
IHRlc3RlZC4gDQoNCkJhc2VkIG9uIHRoaXMgZGlzY3Vzc2lvbiBJIGRvbid0IHRoaW5rIEkgY2Fu
IGJ1aWxkIGFuIGltcGxlbWVudGF0aW9uIHRoYXQNCmZ1bGZpbGxzIHRoZSBtZWFzdXJlbWVudCBn
b2FscywgYmVjYXN1ZSBJIGhhdmUgcXVlc3Rpb25zIGFib3V0IHRoZW0uIEFuZCBJDQpzdXNwZWN0
IGl0IHdvdWxkIHRha2Ugc3Vic3RhbnRpYWwgYW1vdW50IG9mIGV4cGVyaW1lbnRhdGlvbiB0byBn
ZXQgaXQgdG8gd29yaw0KY29ycmVjdGx5IG92ZXIgYSBicm9hZGVyIHJhbmdlIG9mIGlucHV0IHBh
cmFtZXRlcnMuIA0KDQoNCg0KPiANCj4gPiBBbmQgaWYgdGhlIHNlY3Rpb24gaXMNCj4gPiBpbnRl
bmRlZCB0byBwcm92aWRlIHJlcXVpcmVtZW50cyBvbiBhIHByb3RvY29sIHRoYXQgcGVyZm9ybXMg
dGhlc2UNCj4gPiBtZWFzdXJlbWVudHMNCj4gPiBJIHRoaW5rIHNldmVyYWwgYXNwZWN0cyBhcmUg
bWlzc2luZy4gVGhlcmUgYXBwZWFyIHNldmVyYWwgd2F5cyBmb3J3YXJkIGhlcmUNCj4gPiB0bw0K
PiA+IHJlc29sdmUgdGhpczsgb25lIGlzIHRvIHNwbGl0IG91dCB0aGUgbWV0aG9kIG9mIG1lYXN1
cmVtZW50IGFuZCBkZWZpbmUgaXQNCj4gPiBzZXBhcmF0ZWx5IHRvIHN0YW5kYXJkIHRyYWNrcyBs
ZXZlbCB1c2luZyBhIHBhcnRpY3VsYXIgcHJvdG9jb2wsIGFub3RoZXINCj4gPiBpcyB0byB3cml0
ZSBpdCBwdXJlbHkgYXMgcmVxdWlyZW1lbnRzIG9uIGEgbWVhc3VyZW1lbnQgcHJvdG9jb2xzLg0K
PiANCj4gW2FjbV0gDQo+IEFzIHN0YXRlZCBhYm92ZSwgY29ubmVjdGluZyBhIG1ldGhvZCB3aXRo
IGEgc2luZ2xlIHByb3RvY29sIGlzIG5vdCBJUFBNJ3Mgd2F5Lg0KDQpUaGF0IGlzIGZpbmUuIEhv
d2V2ZXIsIEkgZmluZCB0aGUgYXR0ZW1wdCB0byBzcGVjaWZ5IGEgc3BlY2lmaWMgbG9hZCByZWd1
bGF0b3INCmluIHRoZSBtZXRob2Qgb2YgbWVhc3VyZW1lbnQgdG8gdGFrZSB0aGlzIHNwZWNpZmlj
YXRpb24gYmV5b25kIGEgZ2VuZXJhbCBtZXRob2QNCm9mIG1lYXN1cm1lbnQuIFRoZSBoaWdoIGxl
dmVsIHJlcXVpcmVtZW50IGFwcGVhciB0byBiZSB0aGF0IHRvIGNvcnJlY3RseSBmaW5kDQp0aGUg
Y2FwYWNpdHksIGFuZCB0aGF0IHJlcXVpcmVzIHRoYXQgb25lIGxvYWQgdG8gdGhlIHBvaW50IHdo
ZXJlIGJ1ZmZlcnMgYXJlDQpmaWxsZWQgc3VmZmljaWVudGx5IHRvIGludHJvZHVjZSBleHRyYSBk
ZWxheSBvciB3aGVyZSBBUU0gc3RhcnRzIGRyb3BwaW5nIG9yDQptYXJraW5nIHNvbWUgb2YgdGhl
IGxvYWQuIFRodXMsIEkgYW0gcXVlc3Rpb25pbmcgaWYgdGhlIGRlc2NyaWJlZCBhbGdvcml0aG0g
d2lsbA0KYWRxdWVhdGVseSBzb2x2ZSB0aGF0IGlzc3VlIG92ZXIgYSB3aWRlciByYW5nZSBvZiBw
YXJhbWV0ZXJzLiANCg0KU28gaWYgeW91IGhhdmUgbW9yZSBpbmZvcm1hdGlvbiB0byBzaG93IGF0
IGxlYXN0IHdoaWNoIHJhbmdlIGl0IGhhcyBiZWVuIHByb3Zlbg0KdG8gZG8gaXRzIHdvcmsgYW5k
IHdpdGggd2hhdCBpbnB1dCBwYXJhbWV0ZXJzPyBJIGhvcGUgeW91IHVuZGVyc3RhbmQgdGhhdCBJ
DQpleHBlY3QgdGhpcyBsb2FkIGNvbnRyb2wgYWxnb3JpdGhtIHRvIGdldCBzaW11bGFybHkgc2Ny
dXRpbml6ZWQgdG8gY29uZ2VzdGlvbg0KY29udHJvbCBhbGdvcml0aG1zIHRoYXQgd2Ugc3RhbmRh
cmRpemUgaW4gSUVURi4gDQoNCkkgd291bGQgdmVyeSBtdWNoIHByZWZlciB0byB0YWtlIG91dCB0
aGUgbG9hZCBhbGdvcml0aG0gYW5kIHBsYWNlIGl0IGluIGENCnNlcGVyYXRlIGRvY3VtZW50IHdo
ZXJlIGl0IGNhbiBoYXZlIGEgdGlnaHRlciBzY29wZSBkZXNjcmlwdGlvbiBhbmQgbW9yZQ0KZGlz
Y3Vzc2lvbiBhYm91dCBhYm91dCB0aGF0IGl0IGRvZXMgaXRzIGpvYi4gDQoNCkkgaG9wZSB0aGlz
IGNsYXJpZmllcyB3aGF0IG15IGNvbmNlcm5zIGFyZSB3aXRoIHRoaXMgZG9jdW1lbnQgaW4gaXRz
IGN1cnJlbnQNCmZvcm0uIA0KDQpDaGVlcnMNCg0KTWFnbnVzDQo=


From nobody Fri Feb 26 13:53:04 2021
Return-Path: <tpauly@apple.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 C78DF3A0CC7 for <ippm@ietfa.amsl.com>; Fri, 26 Feb 2021 13:53:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.667
X-Spam-Level: 
X-Spam-Status: No, score=-2.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.57, 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_H3=0.001, RCVD_IN_MSPIKE_WL=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=apple.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 5UqZX7zhFIMb for <ippm@ietfa.amsl.com>; Fri, 26 Feb 2021 13:53:01 -0800 (PST)
Received: from ma1-aaemail-dr-lapp03.apple.com (ma1-aaemail-dr-lapp03.apple.com [17.171.2.72]) (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 2F44A3A0CCA for <ippm@ietf.org>; Fri, 26 Feb 2021 13:53:00 -0800 (PST)
Received: from pps.filterd (ma1-aaemail-dr-lapp03.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp03.apple.com (8.16.0.42/8.16.0.42) with SMTP id 11QLhN7c017534; Fri, 26 Feb 2021 13:52:58 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=20180706; bh=azo601s8kMOUWwqog4IbMyfLgamnFerKKgG0X9ZxKXQ=; b=KgYIdQjdF/bpcIcXOMJ4zT2DmVb+xGz4i6hiVrB3Jmu7XyDophHNNTTptJXNym906g+g v5hcb13SboQaDHWbBmj94NtyfqcF8O2oggCTlSVOtgtA8xVuKbNXfYscCIRAdq31G+Ng zxjaz96uiZjaSE85OZU3hCeZdWO+VG2UND5+jydsjKpQTleCHPPH0Q626YF8Yrb3TZBd XNg0eZFK1aYA4KzGIX/rl8pOC0dowI4Px1/LTpnqmyRsSZMlSuw7geceHc5Ackb7qLlE RwGnhLZ4SqUwTqSvZjOPZR21WcYddZeSBR6i49OZRaR6eaE8LuX9JkcE4U3UuktplTEX WA== 
Received: from rn-mailsvcp-mta-lapp03.rno.apple.com (rn-mailsvcp-mta-lapp03.rno.apple.com [10.225.203.151]) by ma1-aaemail-dr-lapp03.apple.com with ESMTP id 36u2a1yhnb-4 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 26 Feb 2021 13:52:58 -0800
Received: from rn-mailsvcp-mmp-lapp03.rno.apple.com (rn-mailsvcp-mmp-lapp03.rno.apple.com [17.179.253.16]) by rn-mailsvcp-mta-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec  3 2020)) with ESMTPS id <0QP500JG0OS84JB0@rn-mailsvcp-mta-lapp03.rno.apple.com>;  Fri, 26 Feb 2021 13:52:56 -0800 (PST)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp03.rno.apple.com by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec  3 2020)) id <0QP500J00OMQVH00@rn-mailsvcp-mmp-lapp03.rno.apple.com>; Fri, 26 Feb 2021 13:52:56 -0800 (PST)
X-Va-A: 
X-Va-T-CD: 1b7e4f4dab179820cbb0a121fe2fe7dc
X-Va-E-CD: 1e7dd13ecde7d090b3daf1b528e222b3
X-Va-R-CD: 400895f1e849f3520eb15e7550c5307d
X-Va-CD: 0
X-Va-ID: abfb1d04-2400-462e-9132-304958738e8d
X-V-A: 
X-V-T-CD: 1b7e4f4dab179820cbb0a121fe2fe7dc
X-V-E-CD: 1e7dd13ecde7d090b3daf1b528e222b3
X-V-R-CD: 400895f1e849f3520eb15e7550c5307d
X-V-CD: 0
X-V-ID: bfd987d1-0065-4ed7-8d66-f339de293649
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-26_09:2021-02-26, 2021-02-26 signatures=0
Received: from smtpclient.apple (unknown [17.234.119.38]) by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec  3 2020)) with ESMTPSA id <0QP5001FTOQZPY00@rn-mailsvcp-mmp-lapp03.rno.apple.com>; Fri, 26 Feb 2021 13:52:56 -0800 (PST)
From: Tommy Pauly <tpauly@apple.com>
Message-id: <E421E2D5-2021-4A28-BFD5-F695780A3AE9@apple.com>
Content-type: multipart/alternative; boundary="Apple-Mail=_329459EA-7AE8-496D-A383-2AD1ABE82AFB"
MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.6\))
Date: Fri, 26 Feb 2021 13:52:56 -0800
In-reply-to: <CA+RyBmWOSH0ZdsCzNM=dTmh_kwz8kcFCbC9xCZT01ZN9yyoEnA@mail.gmail.com>
Cc: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
To: Greg Mirsky <gregimirsky@gmail.com>
References: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com> <CA+RyBmWOSH0ZdsCzNM=dTmh_kwz8kcFCbC9xCZT01ZN9yyoEnA@mail.gmail.com>
X-Mailer: Apple Mail (2.3654.80.0.2.6)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-26_09:2021-02-26, 2021-02-26 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KXSnTWAMoQVd30ezwj4RrbqOcEc>
Subject: Re: [ippm] IETF 110 Draft Agenda Posted
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, 26 Feb 2021 21:53:03 -0000

--Apple-Mail=_329459EA-7AE8-496D-A383-2AD1ABE82AFB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Greg,

I=E2=80=99ve removed STAMP YANG, and added the two other talks you=E2=80=99=
ve requested.

Updated agenda here: =
https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-01 =
<https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-01>

Best,
Tommy


> On Feb 19, 2021, at 7:37 PM, Greg Mirsky <gregimirsky@gmail.com> =
wrote:
>=20
> Hi Tommy and Ian,
> following comments we've received on draft-li-ippm-pm-on-lag, the =
authors separated O/TWAMP and STAMP solutions. Also, the STAMP solution =
is solely TLV-based without updating the STAMP base packet. We would =
greatly appreciate an opportunity to present updates in one =
presentation, preferably during the Friday session:
>=20
> draft-li-ippm-otwamp-on-lag; draft-li-ippm-stamp-on-lag        =
Presenter: Greg Mirsky (tentatively)          Time: 10 min.
>=20
> Regards,
> Greg
>=20
> On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly =
<tpauly=3D40apple.com@dmarc.ietf.org =
<mailto:40apple.com@dmarc.ietf.org>> wrote:
> Hello IPPM,
>=20
> I=E2=80=99ve just posted our draft agenda for IETF 110:
>=20
> https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00 =
<https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00>
>=20
> This time, we=E2=80=99ll have two separate sessions. The first session =
on Monday will be focused on trying to close out some discussions and =
make decisions for various IOAM documents. The second session on Friday =
will focus on the other working group documents, proposed work, and =
lightning talks. We do have additional lightning talk slots available, =
so please email the chairs if you are interested.
>=20
> Best,
> Tommy & Ian
> _______________________________________________
> ippm mailing list
> ippm@ietf.org <mailto:ippm@ietf.org>
> https://www.ietf.org/mailman/listinfo/ippm =
<https://www.ietf.org/mailman/listinfo/ippm>


--Apple-Mail=_329459EA-7AE8-496D-A383-2AD1ABE82AFB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">Hi =
Greg,<div class=3D""><br class=3D""></div><div class=3D"">I=E2=80=99ve =
removed STAMP YANG, and added the two other talks you=E2=80=99ve =
requested.</div><div class=3D""><br class=3D""></div><div class=3D""><div =
class=3D"">Updated agenda here:&nbsp;<a =
href=3D"https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm=
-01" =
class=3D"">https://datatracker.ietf.org/meeting/110/materials/agenda-110-i=
ppm-01</a></div><div class=3D""><br class=3D""></div><div =
class=3D"">Best,</div><div class=3D"">Tommy</div><div class=3D""><br =
class=3D""></div><div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D"">On Feb 19, 2021, at 7:37 PM, Greg Mirsky =
&lt;<a href=3D"mailto:gregimirsky@gmail.com" =
class=3D"">gregimirsky@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div dir=3D"ltr" =
class=3D"">Hi Tommy and Ian,<div class=3D"">following comments we've =
received on draft-li-ippm-pm-on-lag, the authors separated O/TWAMP and =
STAMP solutions. Also, the STAMP solution is solely TLV-based without =
updating the STAMP base packet. We would greatly appreciate an =
opportunity to present updates in one presentation, preferably during =
the Friday session:</div><div class=3D""><br class=3D""></div><div =
class=3D"">draft-li-ippm-otwamp-on-lag;&nbsp;draft-li-ippm-stamp-on-lag&nb=
sp; &nbsp; &nbsp; &nbsp; Presenter: Greg Mirsky (tentatively)&nbsp; =
&nbsp; &nbsp; &nbsp; &nbsp; Time: 10 min.<br class=3D""></div><div =
class=3D""><br class=3D""></div><div class=3D"">Regards,</div><div =
class=3D"">Greg</div></div><br class=3D""><div class=3D"gmail_quote"><div =
dir=3D"ltr" class=3D"gmail_attr">On Fri, Feb 19, 2021 at 11:53 AM Tommy =
Pauly &lt;tpauly=3D<a href=3D"mailto:40apple.com@dmarc.ietf.org" =
class=3D"">40apple.com@dmarc.ietf.org</a>&gt; wrote:<br =
class=3D""></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;" class=3D"">Hello IPPM,<div class=3D""><br =
class=3D""></div><div class=3D"">I=E2=80=99ve just posted our draft =
agenda for IETF 110:</div><div class=3D""><br class=3D""></div><div =
class=3D""><a =
href=3D"https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm=
-00" target=3D"_blank" =
class=3D"">https://datatracker.ietf.org/meeting/110/materials/agenda-110-i=
ppm-00</a></div><div class=3D""><br class=3D""></div><div class=3D"">This =
time, we=E2=80=99ll have two separate sessions. The first session on =
Monday will be focused on trying to close out some discussions and make =
decisions for various IOAM documents. The second session on Friday will =
focus on the other working group documents, proposed work, and lightning =
talks. We do have additional lightning talk slots available, so please =
email the chairs if you are interested.</div><div class=3D""><br =
class=3D""></div><div class=3D"">Best,</div><div class=3D"">Tommy &amp; =
Ian</div></div>_______________________________________________<br =
class=3D"">
ippm mailing list<br class=3D"">
<a href=3D"mailto:ippm@ietf.org" target=3D"_blank" =
class=3D"">ippm@ietf.org</a><br class=3D"">
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" =
target=3D"_blank" =
class=3D"">https://www.ietf.org/mailman/listinfo/ippm</a><br class=3D"">
</blockquote></div>
</div></blockquote></div><br class=3D""></div></body></html>=

--Apple-Mail=_329459EA-7AE8-496D-A383-2AD1ABE82AFB--


From nobody Fri Feb 26 14:11:05 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 8DA063A0D52 for <ippm@ietfa.amsl.com>; Fri, 26 Feb 2021 14:11:03 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 j8EFt9QOExV9 for <ippm@ietfa.amsl.com>; Fri, 26 Feb 2021 14:11:02 -0800 (PST)
Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450: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 DA4CD3A0D4E for <ippm@ietf.org>; Fri, 26 Feb 2021 14:11:01 -0800 (PST)
Received: by mail-lf1-x134.google.com with SMTP id p21so16028071lfu.11 for <ippm@ietf.org>; Fri, 26 Feb 2021 14:11:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dSHP4VBqMNc7QAgjKaofnuJCXqVz2GvTTF9mTU1+ipI=; b=vQU+1kcIOflhXrpJo2Iem+b12J3NfrcVsCCUMvKaVqSkczr8PMgSJIDPfZNEihglja UbiSmuY4i6glGwd4BrDkSAFe85AfcvxEiQLjGZSfQ8njqtlV5xdXtrfGUJziKyG1mI0z N+DOU2gpaBJvtRbIW+ulglN0qmHX1mSNvGq5x64StTVYNuC5b1WdtsQSygq+md5IGsYi 5ek/DtT3BIKZJNh6DQYMl/6wgvq4d0rt5pzXKOGZI//7Rb7Yaws6E4uU+vuTMVWpKDTg r1WQ1hW8YwBMkptHzzEEJAH0LNrRM6ozrtnXL2kVRVdgyFCgPPKADv17zbfDbNBZlbKU lcpQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dSHP4VBqMNc7QAgjKaofnuJCXqVz2GvTTF9mTU1+ipI=; b=cH1HoswW7JnV3MEJBNMdE37yCZohh8bBrxKylcenx5AzKGsGwPrlWnk2fQWIIYhYd/ DKeMMAr7vPon9HpB4R/i+Lm2mITK4UepyltOZ/Haac3E3nnMEH2acCG2lVtsFLWtua2a wYKEHSvj6jvg8Rrw54x+F707ygFdG4EvgTzU7BBKGcc/Xv50EOgEoJnfBtaCwOwZmZVI vtQPlJQvKbIr8emlCQnOVzZZSTNYzUFOZeNPkkckDtNidd4oFU+Ajd3KK6pNq5F3U8C9 +RHVcmjQoBkREdVKoHHEFD7C0kdAZexELJRJZxAmsRsA0LkNrPRz1/DECeBIpUvwfSR7 zKeg==
X-Gm-Message-State: AOAM530X8oY+IthStd8B/Zh52geghY3sk5i8/bDQTH0pQq+qvevO3ZlG UXBuEpQA1A1hDrXdn/3RYvvqCMZgHn8vrjpriYF5zKwV6AM=
X-Google-Smtp-Source: ABdhPJw/xu5Rn3X69q6y4Dgyw4vLNcLDWZncpdHMXy0IW0hTfTbJDxWpWTIDMpRnrcK1gtsrOd5lW1tZnjm+GL7+8s4=
X-Received: by 2002:ac2:5f56:: with SMTP id 22mr2944413lfz.35.1614377460151; Fri, 26 Feb 2021 14:11:00 -0800 (PST)
MIME-Version: 1.0
References: <5F5C0A34-DD09-4622-8828-6D3625703B06@apple.com> <CA+RyBmWOSH0ZdsCzNM=dTmh_kwz8kcFCbC9xCZT01ZN9yyoEnA@mail.gmail.com> <E421E2D5-2021-4A28-BFD5-F695780A3AE9@apple.com>
In-Reply-To: <E421E2D5-2021-4A28-BFD5-F695780A3AE9@apple.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Fri, 26 Feb 2021 14:10:48 -0800
Message-ID: <CA+RyBmVO1R=koJ7_x+NPQiQVUh5dY=tL3WPDGOaZKyvZmfJLzA@mail.gmail.com>
To: Tommy Pauly <tpauly@apple.com>
Cc: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000bb95005bc448bee"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/x4V41_cjJCI0fYCAupSKRuOlVhk>
Subject: Re: [ippm] IETF 110 Draft Agenda Posted
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, 26 Feb 2021 22:11:04 -0000

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

Hi Tommy,
many thanks.

Regards,
Greg

On Fri, Feb 26, 2021 at 1:52 PM Tommy Pauly <tpauly@apple.com> wrote:

> Hi Greg,
>
> I=E2=80=99ve removed STAMP YANG, and added the two other talks you=E2=80=
=99ve requested.
>
> Updated agenda here:
> https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-01
>
> Best,
> Tommy
>
>
> On Feb 19, 2021, at 7:37 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:
>
> Hi Tommy and Ian,
> following comments we've received on draft-li-ippm-pm-on-lag, the authors
> separated O/TWAMP and STAMP solutions. Also, the STAMP solution is solely
> TLV-based without updating the STAMP base packet. We would greatly
> appreciate an opportunity to present updates in one presentation,
> preferably during the Friday session:
>
> draft-li-ippm-otwamp-on-lag; draft-li-ippm-stamp-on-lag        Presenter:
> Greg Mirsky (tentatively)          Time: 10 min.
>
> Regards,
> Greg
>
> On Fri, Feb 19, 2021 at 11:53 AM Tommy Pauly <tpauly=3D
> 40apple.com@dmarc.ietf.org> wrote:
>
>> Hello IPPM,
>>
>> I=E2=80=99ve just posted our draft agenda for IETF 110:
>>
>> https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-00
>>
>> This time, we=E2=80=99ll have two separate sessions. The first session o=
n Monday
>> will be focused on trying to close out some discussions and make decisio=
ns
>> for various IOAM documents. The second session on Friday will focus on t=
he
>> other working group documents, proposed work, and lightning talks. We do
>> have additional lightning talk slots available, so please email the chai=
rs
>> if you are interested.
>>
>> Best,
>> Tommy & Ian
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>>
>
>

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

<div dir=3D"ltr">Hi Tommy,<div>many thanks.</div><div><br></div><div>Regard=
s,</div><div>Greg</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr=
" class=3D"gmail_attr">On Fri, Feb 26, 2021 at 1:52 PM Tommy Pauly &lt;<a h=
ref=3D"mailto:tpauly@apple.com">tpauly@apple.com</a>&gt; wrote:<br></div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le=
ft:1px solid rgb(204,204,204);padding-left:1ex"><div style=3D"overflow-wrap=
: break-word;">Hi Greg,<div><br></div><div>I=E2=80=99ve removed STAMP YANG,=
 and added the two other talks you=E2=80=99ve requested.</div><div><br></di=
v><div><div>Updated agenda here:=C2=A0<a href=3D"https://datatracker.ietf.o=
rg/meeting/110/materials/agenda-110-ippm-01" target=3D"_blank">https://data=
tracker.ietf.org/meeting/110/materials/agenda-110-ippm-01</a></div><div><br=
></div><div>Best,</div><div>Tommy</div><div><br></div><div><br><blockquote =
type=3D"cite"><div>On Feb 19, 2021, at 7:37 PM, Greg Mirsky &lt;<a href=3D"=
mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&g=
t; wrote:</div><br><div><div dir=3D"ltr">Hi Tommy and Ian,<div>following co=
mments we&#39;ve received on draft-li-ippm-pm-on-lag, the authors separated=
 O/TWAMP and STAMP solutions. Also, the STAMP solution is solely TLV-based =
without updating the STAMP base packet. We would greatly appreciate an oppo=
rtunity to present updates in one presentation, preferably during the Frida=
y session:</div><div><br></div><div>draft-li-ippm-otwamp-on-lag;=C2=A0draft=
-li-ippm-stamp-on-lag=C2=A0 =C2=A0 =C2=A0 =C2=A0 Presenter: Greg Mirsky (te=
ntatively)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Time: 10 min.<br></div><div><b=
r></div><div>Regards,</div><div>Greg</div></div><br><div class=3D"gmail_quo=
te"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Feb 19, 2021 at 11:53 AM =
Tommy Pauly &lt;tpauly=3D<a href=3D"mailto:40apple.com@dmarc.ietf.org" targ=
et=3D"_blank">40apple.com@dmarc.ietf.org</a>&gt; wrote:<br></div><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s=
olid rgb(204,204,204);padding-left:1ex"><div>Hello IPPM,<div><br></div><div=
>I=E2=80=99ve just posted our draft agenda for IETF 110:</div><div><br></di=
v><div><a href=3D"https://datatracker.ietf.org/meeting/110/materials/agenda=
-110-ippm-00" target=3D"_blank">https://datatracker.ietf.org/meeting/110/ma=
terials/agenda-110-ippm-00</a></div><div><br></div><div>This time, we=E2=80=
=99ll have two separate sessions. The first session on Monday will be focus=
ed on trying to close out some discussions and make decisions for various I=
OAM documents. The second session on Friday will focus on the other working=
 group documents, proposed work, and lightning talks. We do have additional=
 lightning talk slots available, so please email the chairs if you are inte=
rested.</div><div><br></div><div>Best,</div><div>Tommy &amp; Ian</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>
</div></blockquote></div><br></div></div></blockquote></div>

--0000000000000bb95005bc448bee--


From nobody Sat Feb 27 10:54:20 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3219A3A1271; Sat, 27 Feb 2021 10:54:18 -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, 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 51m67Nt6WGju; Sat, 27 Feb 2021 10:54:15 -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 D9F3C3A1270; Sat, 27 Feb 2021 10:54:14 -0800 (PST)
Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11RIj3wp039129; Sat, 27 Feb 2021 13:54:06 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049287.ppops.net-00191d01. with ESMTP id 36yh5sx56j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 27 Feb 2021 13:54:06 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RIs51F028984; Sat, 27 Feb 2021 12:54:05 -0600
Received: from zlp30493.vci.att.com (zlp30493.vci.att.com [135.46.181.176]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RIrwiF028885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Feb 2021 12:53:58 -0600
Received: from zlp30493.vci.att.com (zlp30493.vci.att.com [127.0.0.1]) by zlp30493.vci.att.com (Service) with ESMTP id 0A86340004B2; Sat, 27 Feb 2021 18:53:58 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30493.vci.att.com (Service) with ESMTP id B7C87400A0A9; Sat, 27 Feb 2021 18:53:57 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RIru4m067453; Sat, 27 Feb 2021 12:53:57 -0600
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RIrpYZ067257; Sat, 27 Feb 2021 12:53:51 -0600
Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-azure.research.att.com (Postfix) with ESMTP id 8347210A18F2; Sat, 27 Feb 2021 13:53:50 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0487.000; Sat, 27 Feb 2021 13:54:08 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>, "iesg@ietf.org" <iesg@ietf.org>
CC: "tpauly@apple.com" <tpauly@apple.com>, "ianswett@google.com" <ianswett@google.com>, "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txggAGffICAACldMA==
Date: Sat, 27 Feb 2021 18:54:07 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com>
References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com>
In-Reply-To: <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-27_13:2021-02-26, 2021-02-27 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 spamscore=0 clxscore=1015 priorityscore=1501 impostorscore=0 adultscore=0 suspectscore=0 bulkscore=0 malwarescore=0 mlxscore=0 lowpriorityscore=0 mlxlogscore=999 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102270160
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/g5HnRnzH6nf-VFt0e_HFvrrIphQ>
Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
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: Sat, 27 Feb 2021 18:54:18 -0000

SGkgTWFnbnVzLA0KVGhhbmtzIGZvciB5b3VyIGZ1cnRoZXIgY2xhcmlmaWNhdGlvbnMuIFdlIGhh
dmUgbW9yZSB3b3JrIGFoZWFkLA0Kc28gSSBhbSBkZWxldGluZyB0aGUgdG9waWNzIHdoZXJlIHdl
IGFwcGVhciB0byBhZ3JlZSBvbiBjaGFuZ2VzIA0KaW4gdGhlIGZpcnN0IGV4Y2hhbmdlIChBcHBs
aWNhYmlsaXR5IHN0YXRlbWVudCkuDQoNCkNvbnNvbGlkYXRlZCByZXBsaWVzIGFuZCBnb29kIGlk
ZWFzICh3ZSB0aGluaykgZnJvbSB0aGUgY28tYXV0aG9ycyANCmFyZSBpbi1saW5lIGJlbG93Lg0K
dGhhbmtzLA0KQWwNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNYWdu
dXMgV2VzdGVybHVuZCBbbWFpbHRvOm1hZ251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbV0NCj4g
U2VudDogRnJpZGF5LCBGZWJydWFyeSAyNiwgMjAyMSA1OjQ3IEFNDQo+IFRvOiBpZXNnQGlldGYu
b3JnOyBNT1JUT04sIEFMRlJFRCBDIChBTCkgPGFjbUByZXNlYXJjaC5hdHQuY29tPg0KPiBDYzog
dHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsgZHJhZnQtaWV0Zi1pcHBtLWNh
cGFjaXR5LQ0KPiBtZXRyaWMtbWV0aG9kQGlldGYub3JnOyBpcHBtLWNoYWlyc0BpZXRmLm9yZzsg
aXBwbUBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogTWFnbnVzIFdlc3Rlcmx1bmQncyBEaXNjdXNz
IG9uIGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gbWV0cmljLW1ldGhvZC0wNjogKHdpdGgg
RElTQ1VTUykNCj4gDQo+IChSZXNlbmRpbmcgYXMgSSBnb3QgYW4gZXJyb3IgdGhhdCBpdCB3YXNu
J3QgZGVsaXZlcmVkIGR1ZSB0byBzaWduYXR1cmUpDQo+IA0KPiBIaSBBbCwNCj4gDQo+IFBsZWFz
ZSBzZWUgaW5saW5lLg0KPiANCj4gT24gRnJpLCAyMDIxLTAyLTI2IGF0IDA2OjA1ICswMDAwLCBN
T1JUT04sIEFMRlJFRCBDIChBTCkgd3JvdGU6DQo+ID4gSGkgTWFnbnVzLCBUaGFua3MgZm9yIHlv
dXIgcmV2aWV3Lg0KPiA+DQo+ID4gUGxlYXNlIHNlZSByZXBsaWVzIHRvIHlvdXIgcmV2aWV3IGFu
ZCBjb21tZW50cyBmcm9tIExlbiBhbmQgbWUsDQo+IGNvbnNvbGlkYXRlZA0KPiA+IGFuZCBtYXJr
ZWQgW2FjbV0gYmVsb3csDQo+ID4NCj4gPiBBbA0KPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogTWFnbnVzIFdlc3Rlcmx1bmQgdmlhIERhdGF0cmFja2Vy
IFttYWlsdG86bm9yZXBseUBpZXRmLm9yZ10NCj4gPiA+IFNlbnQ6IFRodXJzZGF5LCBGZWJydWFy
eSAyNSwgMjAyMSA5OjE5IEFNDQo+ID4gPiBUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQo+
ID4gPiBDYzogZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LW1ldHJpYy1tZXRob2RAaWV0Zi5vcmc7
IGlwcG0tDQo+IGNoYWlyc0BpZXRmLm9yZzsNCj4gPiA+IGlwcG1AaWV0Zi5vcmc7IElhbiBTd2V0
dCA8aWFuc3dldHRAZ29vZ2xlLmNvbT47IHRwYXVseUBhcHBsZS5jb207DQo+ID4gPiB0cGF1bHlA
YXBwbGUuY29tDQo+ID4gPiBTdWJqZWN0OiBNYWdudXMgV2VzdGVybHVuZCdzIERpc2N1c3Mgb24g
ZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiBtZXRyaWMtDQo+ID4gPiBtZXRob2QtMDY6ICh3
aXRoIERJU0NVU1MpDQo+ID4gPg0KPiA+ID4gTWFnbnVzIFdlc3Rlcmx1bmQgaGFzIGVudGVyZWQg
dGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+ID4gPiBkcmFmdC1pZXRmLWlwcG0t
Y2FwYWNpdHktbWV0cmljLW1ldGhvZC0wNjogRGlzY3Vzcw0KPiA+ID4NCj4gPg0KPiA+IC4uLg0K
PiA+ID4NCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiA+IERJU0NVU1M6DQo+ID4gPiAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQo+ID4gPg0KPiA+ID4gQSkgU2VjdGlvbiA4LiBNZXRob2Qgb2YgTWVhc3VyZW1lbnQN
Cj4gPiA+DQo+ID4gPiBJIHRoaW5rIHRoZSBtZXRyaWNzIGFyZSBmaW5lLCB3aGF0IG1ha2VzIG1l
IHF1aXRlIHdvcnJpZWQgaGVyZSBpcyB0aGUNCj4gPiA+IG1lYXN1cmVtZW50IG1ldGhvZC4gTXkg
Y29uY2VybnMgd2l0aCBpdCBhcmUgdGhlIGZvbGxvd2luZy4NCj4gPiA+DQo+ID4gPiAxLiBUaGUg
YXBwbGljYXRpb24gb2YgdGhpcyBtZWFzdXJlbWVudCBtZXRob2QgaXMgbm90IGNsZWFybHkgc2Nv
cGVkLg0KPHNuaXA+IA0KW2FjbV0gd2UgYWdyZWVkIG9uIHRleHQgYWRkaW5nICJhY2Nlc3MiIGFw
cGxpY2FiaWxpdHkgdG8gdGhlIHNjb3BlIHNlY3Rpb24uIA0KDQo+ID4gPiBIb3dldmVyIGluDQo+
ID4gPiB0aGF0IGNvbnRleHQgSSB0aGluayB0aGUgZGVmaW5pdGlvbiBhbmQgcHJvdGVjdGlvbiBh
Z2FpbnN0IHNldmVyZSBjb25nZXN0aW9uDQo+ID4gPiBoYXMgc2lnbmlmaWNhbnQgc2hvcnQgY29t
aW5ncy4gVGhlIG1haW4gcmVhc29uIGlzIHRoYXQgdGhlIGR1cmluZyBhDQo+ID4gPiBjb25maWd1
cmFibGUgdGltZSBwZXJpb2QgKGRlZmF1bHQgMSBzKSB0aGUgc2VuZGVyIHdpbGwgYXR0ZW1wdCB0
byBzZW5kIGF0DQo+ID4gPiBhIHNwZWNpZmllZCByYXRlIGJ5IGEgdGFibGUgaW5kZXBlbmRlbnRs
eSBvbiB3aGF0IGhhcHBlbnMgZHVyaW5nIHRoYXQNCj4gPiA+IHNlY29uZC4NCj4gPg0KPiA+IFth
Y21dDQo+ID4gTm90IHF1aXRlLCAxIHNlY29uZCBpcyB0aGUgZGVmYXVsdCBtZWFzdXJlbWVudCBp
bnRlcnZhbCBmb3IgQ2FwYWNpdHksIGJ1dA0KPiA+IHNlbmRlciByYXRlIGFkanVzdG1lbnRzIG9j
Y3VyIG11Y2ggZmFzdGVyIChhbmQgd2UgYWRkIGEgZGVmYXVsdCBhdCA1MG1zKS4gVGhpcw0KPiA+
IGlzIGEgYW4gaW1wb3J0YW50IHBvaW50IChhbmQgb25lIHRoYXQgQmVuIGFsc28gbm90aWNlZCwg
cmVnYXJkaW5nIHZhcmlhYmxlIEYNCj4gPiBpbiBzZWN0aW9uIDguMSkuIFNvLCBJIGhhdmUgYWRk
ZWQgRlQgYXMgYSBwYXJhbWV0ZXIgaW4gc2VjdGlvbiA0Og0KPiA+DQo+ID4gbyBGVCwgdGhlIGZl
ZWRiYWNrIHRpbWUgaW50ZXJ2YWwgYmV0d2VlbiBzdGF0dXMgZmVlZGJhY2sgbWVzc2FnZXMNCj4g
PiBjb21tdW5pY2F0aW5nIG1lYXN1cmVtZW50IHJlc3VsdHMsIHNlbnQgZnJvbSB0aGUgcmVjZWl2
ZXIgdG8gY29udHJvbCB0aGUNCj4gPiBzZW5kZXIuIFRoZSByZXN1bHRzIGFyZSBldmFsdWF0ZWQg
dG8gZGV0ZXJtaW5lIGhvdyB0byBhZGp1c3QgdGhlIGN1cnJlbnQNCj4gPiBvZmZlcmVkIGxvYWQg
cmF0ZSBhdCB0aGUgc2VuZGVyIChkZWZhdWx0IDUwbXMpDQo+ID4NCj4gPiAtPS09LT0tPS09LT0t
PS0NCj4gPiBOb3RlIHRoYXQgdmFyaWFibGUgRiBpbiBzZWN0aW9uIDguMSBpcyByZWR1bmRhbnQg
d2l0aCBwYXJhbWV0ZXIgRiBpbg0KPiBTZWN0aW9uDQo+ID4gNCwNCj4gPiB0aGUgbnVtYmVyIG9m
IGZsb3dzIChpbi0wNikuIFNvIHdlIGNoYW5nZWQgdGhlIHNlY3Rpb24gOC4xIHZhcmlhYmxlIEYg
dG8NCj4gRlQNCj4gPiBpbiB0aGUgd29ya2luZyB0ZXh0Lg0KPiANCj4gT2theSwgdGhhdCBtYWtl
cyB0aGluZ3MgY2xlYXJlci4gV2l0aCBhbGwgdGhlIGVxdWFsIGludGVydmFscyBpbiB0aGUgbWV0
cmljcyBJDQo+IGhhZCBtaXNzaW50ZXJwcmV0ZWQgdGhhdCBhbHNvIHRoZSB0cmFuc21pc3Npb24g
d291bGQgYmUgdW5pZm9ybSBkdXJpbmcgdGhlDQo+IG1lYXN1cmVtZW50IGludGVydmFscy4NCj4g
DQo+IEhvd2V2ZXIsIHdoZW4gcmVyZWFkaW5nIFNlY3Rpb24gOC4xIEkgZG8gaGF2ZSB0byB3b25k
ZXIgaWYgdGhlIG5vbi1jdW1hbHRpdmUNCj4gZmVlZGJhY2sgYWN0dWFsbHkgY3JlYXRlcyB0d28g
aXNzdWVzLiBGaXJzdCwgaXQgYXBwZWFycyB0byBsb29zZSBpbmZvcm1hdGlvbiBmb3INCj4gcmVv
cmRlcmluZyB0aGF0IGNyb3NzZXMgdGhlIHRpbWUgd2hlbiB0aGUgRlQgdGltZXIgZmlyZXMsIGR1
ZSB0byByZXNldC4NClthY21dDQpJIGRvbid0IHVuZGVyc3RhbmQgaG93IHRoZSBzZXF1ZW5jZSBl
cnJvciBjb3VudGluZyAibG9zZXMgaW5mb3JtYXRpb24iIHdoZW4gDQpyZW9yZGVyZWQgcGFja2V0
cyBjcm9zcyBhIG1lYXN1cmVtZW50IGZlZWRiYWNrIGJvdW5kYXJ5LiBJJ20gbm90IHN1cmUgd2hh
dCANCmFzcGVjdCBvZiBtZWFzdXJlbWVudCB5b3UgYXJlICJyZXNldHRpbmciLCBidXQgSSBhc3N1
bWUgaXQgaXMgDQogICAgIlRoZSBhY2N1bXVsYXRlZCBzdGF0aXN0aWNzIGFyZSB0aGVuDQogICAg
IHJlc2V0IGJ5IHRoZSByZWNlaXZlciBmb3IgdGhlIG5leHQgZmVlZGJhY2sgaW50ZXJ2YWwuIg0K
DQpTdXBwb3NlIEkgaGF2ZSB0d28gbWVhc3VyZW1lbnQgaW50ZXJ2YWxzIGFuZCBJIHJlY2VpdmU6
DQoNCnx8ICAxICAyICAzICA1ICA2IHx8IDQgIDcgIDggIDkgLi4ufHwNCg0Kd2hlcmUgfHwgaXMg
dGhlIG1lYXN1cmVtZW50IGZlZWRiYWNrIGJvdW5kYXJ5Lg0KDQpQYWNrZXQgNCBhcnJpdmVzIGxh
dGUgZW5vdWdoIGZyb20gaXRzIG9yaWdpbmFsIHBvc2l0aW9uIHRvIHNwYW4gdGhlIGJvdW5kYXJ5
Lg0KVGhlIDMtPjUgc2VxdWVuY2UgaXMgb25lIHNlcXVlbmNlIGVycm9yLCBhbmQgdGhlIDQtPjcg
c2VxdWVuY2UgaXMgYW5vdGhlciBlcnJvci4NClRoaXMgZXhhbXBsZSBwcm9kdWNlcyB0d28gc2Vx
dWVuY2UgZXJyb3JzIGluIGRpZmZlcmVudCBmZWVkYmFjayBpbnRlcnZhbHMsIA0KYnV0IHRoYXQn
cyBhIHR5cGljYWwgbWVhc3VyZW1lbnQgYm91bmRhcnkgcHJvYmxlbS4gV2UgY2FuJ3QgZ2V0IHJp
ZCBvZiANCm1lYXN1cmVtZW50IGJvdW5kYXJpZXMsIGFuZCB0aGV5IGFmZmVjdCBtYW55IG1lYXN1
cmVtZW50cy4NCg0KTm90ZSB0aGF0IGEgcmVvcmRlcmVkIHBhY2tldCBjb250cmlidXRlcyB0byBJ
UC1MYXllciBDYXBhY2l0eSwNCmJ5IGRlZmluaXRpb24uICANCg0KUGVyaGFwcyB5b3UgaGFkIHNv
bWUgb3RoZXIgc2NlbmFyaW8gaW4gbWluZD8NCg0KDQo+IEluIGFkZGl0aW9uIGlmIHRoZSBmZWVk
YmFjayBpcyBub3QgcmVsaWFibGUgaXQgbG9vc2VzIHRoZSBpbmZvcm1hdGlvbiBmb3IgdGhhdA0K
PiBpbnRlcnZhbC4gDQpbYWNtXSANClRoYXQncyByaWdodCwgYW5kOg0KMS4gdGhlIHNlbmRpbmcg
cmF0ZSBkb2VzIG5vdCBpbmNyZWFzZSBvciBkZWNyZWFzZSB3aXRob3V0IGZlZWRiYWNrDQoyLiB0
aGUgZmVlZGJhY2sgaXMgdHJhdmVsaW5nIHRoZSByZXZlcnNlIHBhdGggdGhhdCB0aGUgdGVzdCBk
byBub3QgY29uZ2VzdCB3aXRoIA0KICAgdGVzdCB0cmFmZmljDQozLiB0aGUgcnVubmluZyBjb2Rl
IGhhcyB3YXRjaGRvZyB0aW1lLW91dHMgdGhhdCAqdGVybWluYXRlIHRoZSBjb25uZWN0aW9uKiBp
Zg0KICAgZWl0aGVyIHRoZSBzZW5kZXIgb3IgcmVjZWl2ZXIgZ28gcXVpZXQgDQoNCkluIGVzc2Vu
Y2UsIHRoZSB0ZXN0IG1ldGhvZCBpcyBub3QgcmVsaWFibGUgYnl0ZSBzdHJlYW0gdHJhbnNmZXIg
bGlrZSBUQ1AuDQpXZSBjYW4gc2h1dC1kb3duIHRoZSB0ZXN0IHRyYWZmaWMgdmVyeSBxdWlja2x5
IGlmIHNvbWV0aGluZyBpcyB3cm9uZyBhbmQgDQp1c2VmdWwgbWVhc3VyZW1lbnQgaXMgaW4gcXVl
c3Rpb24uDQoNCg0KPiBBbmQgbWFraW5nIGZlZWRiYWNrIHJlbGlhYmVsIGNvdWxkIGNhdXNlIHdv
cnNlIEhPTCBpc3N1ZXMgZm9yDQo+IHJlYWN0aW5nIHRvIGxhdGVyIGZlZWRiYWNrIHRoYXQgYXJl
IHJlY2l2ZWQgcHJpb3IgdG8gdGhlIGxvc3Qgb25lLg0KPiANClthY21dIA0KU28gdGhlIGFsdGVy
bmF0aXZlIHRvIHVuLXJlbGlhYmxlIGZlZWRiYWNrIGNhbiBiZSB3b3JzZT8gDQpHb29kIHRoaW5n
IGl0J3Mgbm90IHBsYW5uZWQuDQoNCj4gDQo+ID4NCj4gPg0KPiA+ID4NCj4gPiA+IDIuIFRoZSBh
bGdvcml0aG0gZm9yIGFkanVzdGluZyByYXRlIGlzIHRhYmxlIGRyaXZlbiBidXQgZ2l2ZSBubyBn
dWlkYW5jZSBvbg0KPiA+ID4gaG93DQo+ID4gPiB0byBjb25zdHJ1Y3QgdGhlIHRhYmxlIGFuZCBs
aW1pdGF0aW9ucyBvbiB2YWx1ZSBjaGFuZ2VzIGluIHRoZSB0YWJsZS4gSW4NCj4gPiA+IGFkZGl0
aW9uIHRoZSBhbGdvcml0aG0gZGlzY3Vzc2VzIGxhcmdlciBzdGVwcyBpbiB0aGUgdGFibGUgd2l0
aG91dCBhbnkNCj4gPiA+IHJlZmxlY3Rpb24gb2Ygd2hhdCB0aGVzZXMgc3RlcHMgc2lkZXMgbWF5
IHJlcHJlc2VudCBpbiBvZmZlcmVkIGxvYWQuDQo+ID4NCj4gPiBbYWNtXQ0KPiA+IFdlIGNhbiBh
ZGQgKExlbiBzdWdnZXN0ZWQgdGhlIGZvbGxvd2luZyB0ZXh0IGFkZGl0aW9uKToNCj4gPiBPTEQN
Cj4gPiA4LjEuIExvYWQgUmF0ZSBBZGp1c3RtZW50IEFsZ29yaXRobQ0KPiA+DQo+ID4gQSB0YWJs
ZSBTSEFMTCBiZSBwcmUtYnVpbHQgZGVmaW5pbmcgYWxsIHRoZSBvZmZlcmVkIGxvYWQgcmF0ZXMg
dGhhdA0KPiA+IHdpbGwgYmUgc3VwcG9ydGVkIChSMSB0aHJvdWdoIFJuLCBpbiBhc2NlbmRpbmcg
b3JkZXIsIGNvcnJlc3BvbmRpbmcNCj4gPiB0byBpbmRleGVkIHJvd3MgaW4gdGhlIHRhYmxlKS4g
RWFjaCByYXRlIGlzIGRlZmluZWQgYXMgZGF0YWdyYW1zIG9mLi4uDQo+ID4NCj4gPiBORVcNCj4g
PiA4LjEuIExvYWQgUmF0ZSBBZGp1c3RtZW50IEFsZ29yaXRobQ0KPiA+DQo+ID4gQSB0YWJsZSBT
SEFMTCBiZSBwcmUtYnVpbHQgZGVmaW5pbmcgYWxsIHRoZSBvZmZlcmVkIGxvYWQgcmF0ZXMgdGhh
dA0KPiA+IHdpbGwgYmUgc3VwcG9ydGVkIChSMSB0aHJvdWdoIFJuLCBpbiBhc2NlbmRpbmcgb3Jk
ZXIsIGNvcnJlc3BvbmRpbmcNCj4gPiB0byBpbmRleGVkIHJvd3MgaW4gdGhlIHRhYmxlKS4gSXQg
aXMgUkVDT01NRU5ERUQgdGhhdCByYXRlcyBiZWdpbiB3aXRoDQo+ID4gMC41IE1icHMgYXQgaW5k
ZXggemVybywgdXNlIDEgTWJwcyBhdCBpbmRleCBvbmUsIGFuZCB0aGVuIGNvbnRpbnVlIGluDQo+
ID4gMSBNYnBzIGluY3JlbWVudHMgdG8gMSBHYnBzLiBBYm92ZSAxIEdicHMsIGFuZCB1cCB0byAx
MCBHYnBzLCBpdCBpcw0KPiA+IFJFQ09NTUVOREVEIHRoYXQgMTAwIE1icHMgaW5jcmVtZW50cyBi
ZSB1c2VkLiBBYm92ZSAxMCBHYnBzLA0KPiA+IGluY3JlbWVudHMgb2YgMSBHYnBzIGFyZSBSRUNP
TU1FTkRFRC4gRWFjaCByYXRlIGlzIGRlZmluZWQgYXMuLi4NCj4gDQo+IElzIHRoaXMgd2hhdCB5
b3UgYWN0dWFsbHkgdXNlZCBpbiB5b3VyIHRlc3QgaW1wbGVtZW50YXRpb24/IA0KW2FjbV0gDQpZ
ZXMsIGV4Y2VwdCB0aGF0IHRoZSBjdXJyZW50IHRhYmxlIHN0b3BzIGF0IDEwR2Jwcy4gV2UgaGF2
ZW4ndCBoYWQgdGhlIA0Kb3Bwb3J0dW5pdHkgdG8gdGVzdCA+MTBHYnBzLg0KDQo+IEF0IG15IGZp
cnN0IGdsYW5jZQ0KPiB0aGlzIHJlY29tbWVuZGF0aW9uIGxvb2tzIHRvIHN1ZmZlciBmcm9tIHJh
dGhlciBzZXZlcmUgc3RlcCBlZmZlY3RzIGFuZCBhbHNvDQo+IG1ha2UgdGhlIHJlc3BvbmQgdG8g
bG9zc2VzIGJlaGF2ZSBzdHJhbmdlIGFyb3VuZCB0aGUgdHJhbnNpdGlvbnMuIFdvdWxkbid0IHNv
bWUNCj4gdHlwZSBvZiBsb2dhcml0aG1pYyBwcm9ncmVzc2lvbiBiZSBtb3JlIGFwcHJvcHJpYXRl
IGhlcmUgZm9yIGluaXRpYWwNCj4gcHJvYmluZz8NClthY21dIA0KTGVuIGFuZCBJIGNvbnNpZGVy
ZWQgdmFyaW91cyBhbGdvcml0aG1zIGZvciB0aGUgc2VhcmNoLiAgDQoNCkxvZ2FyaXRobWljIGlu
Y3JlYXNlIHR5cGljYWxseSBtZWFucyBtb3JlIHJhdGUgb3ZlcnNob290IHRoYW4gTGluZWFyIGlu
Y3JlYXNlcy4NClVuZm9ydHVuYXRlbHksIGEgbGFyZ2UgcmF0ZSBvdmVyc2hvb3QgbWVhbnMgdGhh
dCB0aGUgcXVldWVzIHdpbGwgZmlsbCBhbmQgbmVlZA0KYSBsb25nZXIgdGltZSB0byBibGVlZC1v
ZmYsIG1lYW5pbmcgdGhhdCByYXRlIHJlZHVjdGlvbnMgd2lsbCB0YWtlIHlvdSBmYXIgZnJvbQ0K
dGhlICJyaWdodCBuZWlnaGJvcmhvb2QiIGFnYWluLg0KDQpPdXIgZXhwZXJpZW5jZSBpcyB0aGF0
IHdlIGF2b2lkIGxhcmdlIG92ZXJzaG9vdCB3aXRoIGZhc3Qgb3Igc2xvdyBsaW5lYXIgaW5jcmVh
c2VzLg0KSXQgbWVhbnMgd2UndmUgdGFrZW4gc29tZSBjYXJlIHRvIGtlZXAgdGhlIG5ldHdvcmsg
cnVubmluZy4gV2UgaGF2ZW4ndCBicm9rZW4gDQphbnkgdGVzdCBwYXRoIHlldCwgYW5kIHdlIGJh
aWwtb3V0IHF1aWNrbHkgYW5kIGNvbXBsZXRlbHkgaWYgc29tZXRoaW5nIGdvZXMgd3JvbmcuDQoN
Cj4gDQo+IElmIEkgaGF2ZSAxIEdCUFMgbGluZSByYXRlLCB0aGVyZSBpcyBhIDEwMDAgc3RlcHMg
aW4gdGhlIHRhYmxlIHRvIHRoaXMgdmFsdWUuDQo+IEV2ZW4gaWYgSSBpbmNyZWFzZSB3aXRoIHRo
ZSBzdWdnZXN0ZWQgMTAgc3RlcHMgdW50aWwgZmlyc3QgY29uZ2VzdGlvbiBzZWVuLCBpdA0KPiB3
aWxsIHRha2UgMTAwIHN0ZXBzLCBhbmQgd2l0aCA1MCBtcyBmZWVkYmFjayBpbnRlcnZhbCB0aGF0
IGlzIDUgc2Vjb25kcyBiZWZvcmUNCj4gaXQgaXMgaW4gdGhlIHJpZ2h0IGJhbGwgcGFyay4NClth
Y21dIA0KWW91ciBtYXRoIGlzIGNvcnJlY3QuDQoNClJlbWVtYmVyIHRoYXQgdGhlIG9ubHkgYXNz
dW1wdGlvbiB3ZSBtYWRlIHdoZW4gYnVpbGRpbmcgdGhlIHRhYmxlIG9mIHNlbmRpbmcgcmF0ZXMN
CmlzIHRoYXQgdGhlIG1heGltdW0gKnNvbWV3aGVyZSBiZXR3ZWVuIDUwMGticHMgYW5kIDEwR2Jw
cyouIE91ciBsYWIgdGVzdHMgdXNlZCANCnVua25vd24gcmF0ZXMgYmV0d2VlbiA1ME1icHMgYW5k
IDEwR2JwcywgYXMgdGhlICJncm91bmQgdHJ1dGgiIHRoYXQgd2UgYXNrZWQgVURQIA0KYW5kIFRD
UC1iYXNlZCBtZXRob2RzIHRvIG1lYXN1cmUgY29ycmVjdGx5LiBNZWFzdXJlbWVudHMgb24gcHJv
ZHVjdGlvbiBuZXR3b3JrcyANCmVuY291bnRlcmVkIG1hbnkgZGlmZmVyZW50IHRlY2hub2xvZ2ll
cy4gU29tZSBzdWJzY3JpYmVyIHJhdGVzIHdlcmUgNSB0byAxMCBNYnBzDQpvbiB1cHN0cmVhbS4g
IA0KDQo+IEFuZCBJIGdldCBvbmUgcmFuZG9tIGxvc3MgYXQgMTAgbWJwcywgdGhlbiBpdHMgOTkw
DQo+IHN0ZXBzLCBJbiBzdWNoIGEgc2l0dWF0aW9uIHRoZSB3aG9sZSBtZWFzdXJlbWVudCBwZXJp
b2QgKDEwIHMpIHdvdWxkIGJlIG92ZXINCj4gYmVmb3JlIG9uZSBoYXMgcmVhY2hlZCBhY3R1YWwg
Y2FwYWNpdHkuDQpbYWNtXSANCkknbSBzb3JyeSwgdGhhdCdzIG5vdCBxdWl0ZSBjb3JyZWN0LCBh
c3N1bWluZyBkZWxheSByYW5nZSBtZWV0cyB0aGUgY3JpdGVyaWENCmJlbG93LCB3aGljaCB3b3Vs
ZCBiZSBjb25zaXN0ZW50IHdpdGggIm9uZSByYW5kb20gbG9zcyIuDQoNClRoZSB0ZXh0IHNheXM6
DQogIElmIHRoZSBmZWVkYmFjayBpbmRpY2F0ZXMgdGhhdCBzZXF1ZW5jZSBudW1iZXIgYW5vbWFs
aWVzIHdlcmUgZGV0ZWN0ZWQgT1IgDQogIHRoZSBkZWxheSByYW5nZSB3YXMgYWJvdmUgdGhlIHVw
cGVyIHRocmVzaG9sZCwgdGhlIG9mZmVyZWQgbG9hZCByYXRlIGlzIA0KICBkZWNyZWFzZWQuICAo
Ynkgb25lIHN0ZXApDQoNCkJ1dCB3aGVuIHRoZSBuZXh0IGZlZWRiYWNrIG1lc3NhZ2UgYXJyaXZl
cyB3aXRoIG5vIGxvc3MsIGFuZCB0aGUgImNvbmdlc3Rpb24iDQpzdGF0ZSBoYXMgbm90IGJlZW4g
ZGVjbGFyZWQsIHRoZSByZWxldmFudCB0ZXh0IGlzOg0KDQogIElmIHRoZSBmZWVkYmFjayBpbmRp
Y2F0ZXMgdGhhdCBubyBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUgZGV0ZWN0ZWQgQU5E
IA0KICB0aGUgZGVsYXkgcmFuZ2Ugd2FzIGJlbG93IHRoZSBsb3dlciB0aHJlc2hvbGQsIHRoZSBv
ZmZlcmVkIGxvYWQgcmF0ZSBpcyBpbmNyZWFzZWQuIA0KICBJZiBjb25nZXN0aW9uIGhhcyBub3Qg
YmVlbiBjb25maXJtZWQgdXAgdG8gdGhpcyBwb2ludCwgdGhlIG9mZmVyZWQgbG9hZCByYXRlIGlz
IA0KICBpbmNyZWFzZWQgYnkgbW9yZSB0aGFuIG9uZSByYXRlIChlLmcuLCBSeCsxMCkuDQoNCmFu
ZCB3ZSByZXR1cm4gdG8gdGhlIGhpZ2ggc3BlZWQgaW5jcmVhc2VzLCBiZWNhdXNlOg0KDQogIExh
c3RseSwgdGhlIG1ldGhvZCBmb3IgaW5mZXJyaW5nIGNvbmdlc3Rpb24gaXMgdGhhdCB0aGVyZSB3
ZXJlIHNlcXVlbmNlIA0KICBudW1iZXIgYW5vbWFsaWVzIEFORC9PUiB0aGUgZGVsYXkgcmFuZ2Ug
d2FzIGFib3ZlIHRoZSB1cHBlciB0aHJlc2hvbGQgZm9yIA0KICAqdHdvKiBjb25zZWN1dGl2ZSBm
ZWVkYmFjayBpbnRlcnZhbHMuDQoNClNvLCB0aGVyZSBpcyBhIHNpbmdsZSBzdGVwIGJhY2sgZm9y
IHRoZSBzaW5nbGUgcmFuZG9tIGxvc3MsIGJ1dCB0aGVuIGltbWVkaWF0ZWx5DQpiYWNrIHRvIFJ4
KzEwIGluY3JlYXNlcy4NCg0KDQo+IA0KPiBUbyBtZSBpdCBhcHBlYXJzIHRoYXQgdGhlIHByb2Jp
bmcgKHNsb3cgc3RhcnQpIGVxdWl2YWxlbnQgZG8gbmVlZCBsb2dhcml0aG1pYw0KPiBpbmNyZWFz
ZSB0byByZWFjaCBsaWtlbHkgY2FwYWNpdHkgcXVpY2tseS4gVGhlbiBob3cgYmlnIHRoZSBhZGp1
c3RtZW50IGlzDQo+IGFjdHVhbGx5IGRlcGVuZGVudCBvbiB3aGF0IGV4dHJhIGRlbGF5IG9uZSBj
b25zaWRlciB0aGUgdGFyZ2V0IGZvciB0aGUgdGVzdC4NClthY21dIA0KT3VyIGRlbGF5IHZhcmlh
dGlvbiB2YWx1ZXMgYXJlIGxvdywgYnV0IG5lZWQgdG8gYWNjb21tb2RhdGUgdGhlIHJlbGF0aXZl
bHkgaGlnaCANCmRlbGF5IHZhcmlhdGlvbiBvZiBzb21lIGFjY2VzcyB0ZWNobm9sb2dpZXMuIFdl
IGxlYXJuZWQgdGhpcyBkdXJpbmcgb3VyIHRlc3RpbmcNCm9uIHByb2R1Y3Rpb24gbmV0d29ya3Mu
DQoNCj4gSGF2aW5nIGEgc3RlcCBzaXplIG9mIDEgR0JQUyBpZiBwcm9iaW5nIGEgMi41IEdCUFMg
cGF0aCB3b3VsZCBsaWtlbHkgbWFrZSBpdA0KPiB2ZXJ5IGhhcmQgdG8ga2VlcCB0aGUgZGVsYXkg
aW4gdGhlIGludGVuZGVkIGludGVydmFsIHdoZW4gaXQgd291bGQgZmx1eHR1YXRlDQo+IGJldHdl
ZW4gNTAwIG1icHMgdG8gbXVjaCB0cmFmZmljIGFuZCB0aGVuIDUwMCBtYnBzIHRvIGxpdHRsZS4g
U3VyZSB3aXRoDQo+IHN1ZmZpY2llbnRseSBzaG9ydCBGVCBpdCB3aWxsIGxpa2VseSB3b3JrIGlu
IHRoaXMgYWxnb3JpdGhtLiBIb3dldmVyLCBJIHdvbmRlcg0KPiBhYm91dCByZWd1bGF0aW9uIHN0
YWJpbGl0eSBoZXJlIGZvciBkaWZmZXJuZXQgUlRULCBGVHMgYW5kIGJ1ZmZlciBkZXB0aA0KPiBm
bHV4dHVhdGlvbnMuDQpbYWNtXSANCkknbSBzb3JyeSwgdGhhdCdzIG5vdCBxdWl0ZSBjb3JyZWN0
LCB0aGUgdGV4dCB3ZSBwcm9wb3NlZCB0byBhZGQgc2F5czoNCg0KICAgSXQgaXMgUkVDT01NRU5E
RUQgdGhhdCByYXRlcyBiZWdpbiB3aXRoIDAuNSBNYnBzIGF0IGluZGV4IHplcm8sIA0KICAgdXNl
IDEgTWJwcyBhdCBpbmRleCBvbmUsIGFuZCB0aGVuIGNvbnRpbnVlIGluIDEgTWJwcyBpbmNyZW1l
bnRzIHRvIDEgR2Jwcy4gDQogICBBYm92ZSAxIEdicHMsIGFuZCB1cCB0byAxMCBHYnBzLCBpdCBp
cyBSRUNPTU1FTkRFRCB0aGF0IDEwMCBNYnBzIGluY3JlbWVudHMgYmUgdXNlZC4gDQphbmQgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF5eXl5e
Xl5eDQogICBBYm92ZSAxMCBHYnBzLCBpbmNyZW1lbnRzIG9mIDEgR2JwcyBhcmUgUkVDT01NRU5E
RUQuDQoNCllvdXIgZXhhbXBsZSBmYWxscyBpbiB0aGUgMUdicHMgdG8gMTBHYnBzIHJhbmdlLCB3
aGVyZSB0YWJsZSBpbmNyZW1lbnRzIGFyZSANCjEwME1icHMuIA0KDQo+IA0KPiBGcm9tIG15IHBl
cnNwZWN0aXZlIEkgdGhpbmsgdGhpcyBpcyBhIGluZGljYXRpb24gdGhhdCB0aGUgbG9hZCByYXRl
IGFkanVzdG1lbnQNCj4gYWxnb3JpdGhtIGlzIG5vdCByZWFkeSB0byBiZSBhIHN0YW5kYXJkcyB0
cmFjayBzcGVjaWZpY2F0aW9uLg0KW2FjbV0gDQpHaXZlbiBzZXZlcmFsIGNvcnJlY3Rpb25zIGFi
b3ZlLCB0aGUgYXV0aG9ycyBhc2sgdGhhdCB5b3UgcmVjb25zaWRlciB5b3VyIHBvc2l0aW9uLg0K
UGxlYXNlIHJlYWQgb24uDQoNCj4gDQo+IEkgd291bGQgcmVjb21tZW5kIHRoYXQgeW91IGFjdHVh
bGx5IHRha2Ugb3V0IHRoZSBjb250cm9sIGFsZ29yaXRobSBhbmQgd3JpdGUgYQ0KPiBoaWdoIGxl
dmVsIGZ1bmN0aW9uYWwgZGVzY3JpcHRpb24gb2Ygd2hhdCBuZWVkcyB0byBoYXBwZW4gd2hlbiBt
ZWFzdXJpbmcgdGhpcw0KPiBjYXBhY2l0eS4NClthY21dDQpXZSB3b3JrZWQgZm9yIHNldmVyYWwg
d2Vla3MgaW4gRGVjZW1iZXIgdG8gbWFrZSB0aGUgY3VycmVudCBoaWdoLWxldmVsIGRlc2NyaXB0
aW9uDQphbiBhY2N1cmF0ZSBvbmUuIFRoZSBJRVNHIHJldmlldyBoYXMgcmVzdWx0ZWQgYWRkZWQg
c29tZSB1c2VmdWwgZGV0YWlscyB0aGF0IA0KSSBoYXZlIHNoYXJlZCBhbG9uZyB0aGUgd2F5Lg0K
DQo+IA0KPiBJZiBJIHVuZGVyc3RhbmQgdGhpcyBjb3JyZWN0bHkgdGhlIHJlcXVpcmVtZW50cyBv
biB0aGUgbWVhc3VyZW1lbnQgYXJlIHRoZQ0KPiBmb2xsb3dpbmcuDQo+IA0KPiAtIE5lZWQgdG8g
c2VlayB0aGUgYXZhaWxhYmxlIGNhcGFjaXR5IHNvIHRoYXQgc2V2ZXJhbCBtZWFzdXJlbWVudCBw
ZXJpb2QgYXJlDQo+IGxpa2VseSB0byBiZSBkb25lIGF0IGNhcGFjaXR5DQo+IC0gTXVzdCBub3Qg
Y3JlYXRlIHBlcnNpc3RlbnQgY29uZ2VzdGlvbiBhcyB0aGUgY2FwYWNpdHkgbWVhc3VyZW1lbnQg
c2hvdWxkIGJlDQo+IGJhc2VkIG9uIHRyYWZmaWMgY2FwYWNpdHkgdGhhdCBkb2Vzbid0IGNhdXNl
IG1vcmUgc3RhbmRpbmcgcXVldWUgdGhhdCBYLCB3aGVyZSBYDQo+IGlzIHNvbWUgYWRkaXRpb25h
IGRlbGF5IGluIG1zIGNvbXBhcmVkIHRvIG1pbmltYWwgb25lIHdheSBkZWxheS4gQW5kIFggaXMN
Cj4gYWN0dWFsbHkgc29tZXRoaW5nIHRoYXQgaXMgY29uZmlndXJhYmxlIGZvciBhIG1lYXN1cmVt
ZW50IGNhbXBhZ2luIGFzIGNhcGFjaXR5DQo+IGZvciBhIGdpdmVuIG9uZSB3YXkgZGVsYXkgYW5k
IGRlbGF5IHZhcmlhdGlvbiBjYW4gYmUgaGlnaGx5IHJlbGV2YW50IHRvDQo+IGtub3cuDQpbYWNt
XSANClRoZXNlIGFyZSBub3QgaWRlbnRpY2FsIHRvIG91ciByZXF1aXJlbWVudHMuICBGb3IgZXhh
bXBsZToNCiAtIEJvdGggdGhlIG1ldHJpYyBhbmQgbWV0aG9kIGNvbnNpZGVyIGEgbnVtYmVyIG9m
IG1lYXN1cmVtZW50IGludGVydmFscywgDQphbmQgdGhlIE1heGltdW0gSVAtTGF5ZXIgQ2FwYWNp
dHkgaXMgZGV0ZXJtaW5lZCBmcm9tIG9uZSAob3IgbW9yZSkgb2YgdGhlIGludGVydmFscy4NCg0K
DQo+IA0KPiBXaGF0IGVsc2UgaXMgbmVlZGVkPw0KPiANCj4gQXJlIHN5bmNocm9uaXplZCBjbG9j
a3MgbmVlZGVkIG9yIGp1c3QgcmVsYXRpdmUgZGVsYXkgY2hhbmdlcyBuZWNlc3Nhcnk/DQpbYWNt
XSANCkp1c3QgZGVsYXkgdmFyaWF0aW9uLCBhbmQgdGhlIHNhZmVzdCBpcyBSVCBkZWxheSB2YXJp
YXRpb24uDQoNCj4gDQo+ID4NCj4gPiAtPS09LT0tPS09LT0tPS0NCj4gPg0KPiA+ID4NCj4gPiA+
IDMuIFRoaXJkIHRoZSBhbGdvcml0aG1zIHJlYWN0aW9uIHRvIGFueSBzZXF1ZW5jZSBudW1iZXIg
Z2FwcyBpcyBkZXBlbmRlbnQgb24NCj4gPiA+IGRlbGF5IGFuZCBob3cgaXQgaXMgcmVsYXRlZCB0
byB1bnNwZWNpZmllZCBkZWxheSB0aHJlc2hvbGRzLiBBbHNvIG5vIHRleHQNCj4gPiA+IGRpc2N1
c3Npb24gaG93IHRoZXNlIHRocmVzaG9sZHMgc2hvdWxkIGJlIGNvbmZpZ3VyZWQgZm9yIHNhZmUg
b3BlcmF0aW9uLg0KPiA+DQo+ID4gW2FjbV0NCj4gPiBXZSBjYW4gYWRkIHNvbWUgZGV0YWlscyBp
biB0aGUgcGFyYWdyYXBoIGJlbG93Og0KPiA+IE9MRA0KPiA+IElmIHRoZSBmZWVkYmFjayBpbmRp
Y2F0ZXMgdGhhdCBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUgZGV0ZWN0ZWQgT1INCj4g
PiB0aGUgZGVsYXkgcmFuZ2Ugd2FzIGFib3ZlIHRoZSB1cHBlciB0aHJlc2hvbGQsIHRoZSBvZmZl
cmVkIGxvYWQgcmF0ZSBpcw0KPiA+IGRlY3JlYXNlZC4NCj4gPiBBbHNvLCBpZiBjb25nZXN0aW9u
IGlzIG5vdyAuLi4NCj4gPiBORVcNCj4gPiBJZiB0aGUgZmVlZGJhY2sgaW5kaWNhdGVzIHRoYXQg
c2VxdWVuY2UgbnVtYmVyIGFub21hbGllcyB3ZXJlIGRldGVjdGVkIE9SDQo+ID4gdGhlIGRlbGF5
IHJhbmdlIHdhcyBhYm92ZSB0aGUgdXBwZXIgdGhyZXNob2xkLCB0aGUgb2ZmZXJlZCBsb2FkIHJh
dGUgaXMgZGVjcmVhc2VkLg0KPiA+IFRoZSBSRUNPTU1FTkRFRCB2YWx1ZXMgYXJlIDAgZm9yIHNl
cXVlbmNlIG51bWJlciBnYXBzIGFuZCAzMC05MCBtcyBmb3IgbG93ZXINCj4gPiBhbmQgdXBwZXIg
ZGVsYXkgdGhyZXNob2xkcy4gQWxzbywgaWYgY29uZ2VzdGlvbiBpcyBub3cgLi4uDQo+IA0KPiBP
aywgYnV0IHRoZSBkZWxheSB2YWx1ZXMgYXMgSSBub3RlZCBiZWZvcmUgaGlnaGx5IGRlcGVuZGVu
dCBvZiB3aGF0IG15IGdvYWwgd2l0aA0KPiB0aGUgY2FwYWNpdHkgbWV0cmljIGlzLiBJZiBJIHdh
bnQgdG8gZmlndXJlIG91dCB0aGUgY2FwYWNpdHkgZm9yIGxpa2Ugc2F5IFhSIG9yDQo+IGNsb3Vk
IGdhbWluZyBhcHBsaWNhdGlvbnMgdGhhdCBtYXliZSBoYXZlIG11Y2ggbG93ZXIgT1dEIHZhcmlh
bmNlcyBhbmQgYWJzb2x1dGUNCj4gdmFsdWVzIHNvIG1heWJlIG15IHZhbHVlcyBhcmUgMTAtMjUg
bXMuDQpbYWNtXSANCldlIGludGVuZCB0byBtZWFzdXJlIHRoZSBsaW1pdCBvZiB0aGUgYWNjZXNz
IHRlY2hub2xvZ3ksIHdpdGggYSBzZXQgb2YgcGFyYW1ldGVycw0KdGhhdCB3b3JrIHdlbGwgZm9y
IGFsbCB0ZWNobm9sb2dpZXMgd2UgaGF2ZSB0ZXN0ZWQgc28gZmFyLiAgDQoNCk5vdGljZSB0aGF0
IEkgZGlkbid0IHR5cGUgdGhlIHdvcmQgImFwcGxpY2F0aW9uIiBhYm92ZS4gT3IgInVzZXIgZXhw
ZXJpZW5jZSIuDQoNClN1cmUsIHRoZXJlIGlzIHNlbnNpdGl2aXR5IHRvIHRoZSBwYXJhbWV0ZXJz
IGNob3NlbiwgYW5kIHdlIHN1cHBsaWVkIG91ciANCndlbGwtdGVzdGVkIGRlZmF1bHRzIHRvIG1h
eGltaXplIHJlc3VsdHMgY29tcGFyYWJpbGl0eSBhbmQgdGVjaG5vbG9neSBjb3ZlcmFnZQ0KKHdp
dGggbm8gdHdpZGRsaW5nKS4NCg0KDQo+IA0KPiBIb3cgbXVjaCBleHBsYXJhdGlvbiBoYXZlIHlv
dSBkb25lIG9mIHRoZSBjb250cm9sIHN0YWJpbGl0eSBvdmVyIGEgcmFuZ2UNCj4gb2YgcGFyYW1l
dGVycz8gRG8geW91IGhhdmUgYW55IG1hdGVyaWFsIGFib3V0IHRoYXQ/DQpbYWNtXSANClllcy4g
VGhlcmUgYXJlIHNldmVyYWwgcGFyYW1ldGVyIHJhbmdlcyB3ZSBleGFtaW5lZC4NCg0KSWYgd2Ug
c2V0IHRoZSBkZWxheSB0aHJlc2hvbGRzIGhpZ2ggZW5vdWdoLCB3ZSBzZWUgdGhlIFJUVCBncm93
IGFzIHRoZSBxdWV1ZXMNCmZpbGwgdG8gbWF4IGFuZCB0YWlsLWRyb3AgZmluYWxseSByZXN0cmlj
dHMgdGhlIHJhdGUuIFdlIGNhbiBtZWFzdXJlIHRoZSANCmV4dGVudCBvZiBidWZmZXIgYmxvYXQg
dGhpcyB3YXkgKGlmIGl0IGlzIHByZXNlbnQpLiBJdCdzIE5vdCBvdXIgZ29hbC4NCg0KV2UgaGF2
ZSB1c2VkIGxvd2VyIHRocmVzaG9sZHMgb2YgZGVsYXkgdmFyaWF0aW9uLCB3aGljaCB3b3JrIGZp
bmUgb24gdGhlIA0KUE9OIDFHYnBzIGFjY2VzcyBzZXJ2aWNlcy4NCg0KSW4gdGhlIGNvbGxhYm9y
YXRpdmUgdGVzdGluZyBvZiB0aGUgT3BlbiBCcm9hZGJhbmQgT3BlbiBTb3VyY2UgcHJvamVjdCwN
Cm9uZSBwYXJ0aWNpcGFudCBjb250cmlidXRlZCB0ZXN0cyB3aXRoIGEgNUcgc3lzdGVtIHRoYXQg
ZXhoaWJpdGVkIHN5c3RlbWF0aWMNCmxvdy1sZXZlbCBsb3NzIGFuZCByZW9yZGVyaW5nIGluIGhp
cyBsYWIuIEZvciB0aGlzIHVudXN1YWwgY2FzZSwgTGVuIGFkZGVkDQp0aGUgZmVhdHVyZXMgdG8g
c2V0IGEgbG9zcyB0aHJlc2hvbGQgYWJvdmUgemVybywgYW5kIHRvIHRvbGVyYXRlIHJlb3JkZXJl
ZA0KYW5kIGR1cGxpY2F0ZSBwYWNrZXRzIHdpdGggbm8gcGVuYWx0eSBpbiByYXRlIGFkanVzdG1l
bnQuDQoNCldlIGhhdmUgdHJpZWQgYSByYW5nZSBvZiB0ZXN0IGR1cmF0aW9ucyAoST0yMCwgMzAg
Zm9yIGV4YW1wbGUpLiANCg0KV2UgaGF2ZSB0cmllZCBkaWZmZXJlbnQgc3RlZXAtbmVzcyBvZiBy
YW1wLXVwIHNsb3BlLiBSYXRlICs9IDEwIHN0ZXBzIA0Kd29ya3Mgd2VsbCwgZXZlbiB3aGVuIG1l
YXN1cmluZyByYXRlcyBzZXBhcmF0ZWQgYnkgMyBvcmRlcnMgb2YgbWFnbml0dWRlLg0KDQoNCkJ1
dCBmb3IgdGhlIGNvLWF1dGhvcnMsIGl0IHdhcyBtb3JlIGltcG9ydGFudCB0aGF0IHRoZSBsb2Fk
IGFkanVzdG1lbnQgc2VhcmNoDQpwcm9kdWNlIHRoZSBjb3JyZWN0IE1heGltdW0gSVAtTGF5ZXIg
Q2FwYWNpdHkgZm9yIGVhY2ggb2YgdGhlIGxhYiBjb25kaXRpb25zIA0Kd2UgY3JlYXRlZCAoaW5j
bHVkaW5nIGNoYWxsZW5naW5nIGNvbmRpdGlvbnMgd2l0aCBjb21wZXRpbmcgdHJhZmZpYywgbG9u
ZyBkZWxheQ0KZXRjLiksIGFuZCB0aGUgbWFueSBhY2Nlc3MgdGVjaG5vbG9naWVzIHdlIHRlc3Rl
ZCBpbiBwcm9kdWN0aW9uIHVzZSANCih3aGVyZSBhZ2FpbiB3ZSBlbmNvdW50ZXJlZCBzaW1pbGFy
IGNoYWxsZW5naW5nIGNvbmRpdGlvbnMpLg0KDQoNCj4gDQo+IA0KPiA+DQo+ID4gLT0tPS09LT0t
PS09LT0tDQo+ID4NCj4gPiBQbGVhc2UgYWxzbyBub3RlIG1hbnkgcmVxdWlyZW1lbnRzIGZvciBz
YWZlIG9wZXJhdGlvbiBpbiBTZWN0aW9uIDEwLA0KPiA+IFNlY3VyaXR5IENvbnNpZGVyYXRpb25z
Lg0KPiA+DQo+ID4gPg0KPiA+ID4gQikgU2VjdGlvbiA4LiBNZXRob2Qgb2YgTWVhc3VyZW1lbnQN
Cj4gPiA+DQo+ID4gPiBUaGVyZSBhcmUgbm8gc3BlY2lmaWNhdGlvbiBvZiB0aGUgbWVhc3VyZW1l
bnQgcHJvdG9jb2wgaGVyZSB0aGF0IHByb3ZpZGVzDQo+ID4gPiBzZXF1ZW5jZSBudW1iZXJzLCBh
bmQgdGhlIGZlZWRiYWNrIGNoYW5uZWwgYXMgd2VsbCBhcyB0aGUgY29udHJvbCBjaGFubmVsLg0K
PiA+DQo+ID4gW2FjbV0NCj4gPiBUaGF0IGlzIGNvcnJlY3QuIFRoZSBTY29wZSBkb2VzIG5vdCBp
bmNsdWRlIHByb3RvY29sIGRldmVsb3BtZW50Lg0KPiA+DQo+ID4gPiBJcyB0aGlzIGludGVuZGVk
IHRvIHVzZSBUV0FNUD8NCj4gPg0KPiA+IFthY21dDQo+ID4gTWF5YmUsIGJ1dCBhIGxvdCBvZiBl
eHRlbnNpb25zIHdvdWxkIGJlIGludm9sdmVkLg0KPiANCj4gDQo+IA0KPiA+DQo+ID4gPg0KPiA+
ID4gRnJvbSBteSBwZXJzcGVjdGl2ZSB0aGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIG1ldHJpY3Mg
b24gc3RhbmRhcmRzIHRyYWNrDQo+ID4gPiBsZXZlbC4gSG93ZXZlciwgdGhlIG1ldGhvZCBmb3Ig
YWN0dWFsbHkgcnVubmluZyB0aGUgbWVhc3VyZW1lbnRzIGFyZSBub3QNCj4gPiA+IHNwZWNpZmll
ZCBvbiBhIHN0YW5kYXJkcyB0cmFjayBsZXZlbC4NCj4gPg0KPiA+IFthY21dDQo+ID4gSW4gSVBQ
TSB3b3JrLCB0aGUgbWV0aG9kcyBvZiBtZWFzdXJlbWVudCBhcmUgZGVzY3JpYmVkIG1vcmUgYnJv
YWRseSB0aGFuDQo+ID4gdGhlIG1ldHJpY3MsIGFzIGFjdGlvbnMgYW5kIG9wZXJhdGlvbnMgdGhl
IFNyYyBhbmQgRHN0IGhvc3RzIHBlcmZvcm0gdG8NCj4gPiBzZW5kIGFuZCByZWNlaXZlLCBhbmQg
Y2FsY3VsYXRlIHRoZSByZXN1bHRzLg0KPiA+DQo+ID4gSVBQTSBNZXRob2RzIG9mIE1lYXN1cmVt
ZW50IGhhdmUgbm90IGluY2x1ZGVkIHByb3RvY29sIHJlcXVpcmVtZW50cyBpbg0KPiA+IHRoZSBw
YXN0LCBpbiBhbnkgb2Ygb3VyIFN0YW5kYXJkcyBUcmFjayBNZXRyaWNzIFJGQ3MuICBJbiBmYWN0
LCB3ZSBkZXZlbG9wZWQNCj4gPiBhIG1lYXN1cmVtZW50LXNwZWNpZmljIGNyaXRlcmlhIGZvciBt
b3Zpbmcgb3VyIFJGQ3MgYWxvbmcgdGhlIHN0YW5kYXJkcyB0cmFjaw0KPiA+IHRoYXQgaGFzIG5v
dGhpbmcgdG8gZG8gd2l0aCBwcm90b2NvbHMgb3IgaW50ZXJvcGVyYWJpbGl0eS4NCj4gPiBTZWUg
QkNQIDE3NiBha2EgUkZDIDY1NzY6DQpodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6
Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY1NzZfXzshIUJoZFQhMyBSTVFNWk9BRmxvUTFGdnRD
X0xJclVzRHFCR3hRZUpaMUY0R0Z0OFRwYlE2MHc4NDF3VDU0c0xMb0tTOS1ZYyQNCj4gPiBJUCBQ
ZXJmb3JtYW5jZSBNZXRyaWNzIChJUFBNKSBTdGFuZGFyZCBBZHZhbmNlbWVudCBUZXN0aW5nDQo+
ID4NCj4gPiA+IE5vIG9uZSBjYW4gYnVpbGQgaW1wbGVtZW50YXRpb24uDQo+ID4NCj4gPiBbYWNt
XQ0KPiA+IEknbSBzb3JyeSwgYnV0IHRoYXQgaXMgbm90IGNvcnJlY3QuICBQbGVhc2Ugc2VlIFNl
Y3Rpb24gOC40Lg0KPiANCj4gU29ycnksIHRoYXQgd2FzIHBvb3JseSBmb3JtdWxhdGVkLiBJIG1l
YW4gdGhhdCB5b3UgY2FuJ3QgZ2l2ZSB0aGlzIHNwZWNpZmljYXRpb24NCj4gdG8gYSBndXkgb24g
YSBpc2xhbmQgd2l0aG91dCBleHRlcm5hbCBjb21tdW5pY2F0aW9uIGFuZCBoYXZlIHRoZW0NCj4g
aW1wbGVtZW50ZWQgaXQgYW5kIGl0IHdpbGwgd29yayB3aXRoIHNvbWVvbmUgZWxzZSBpbXBsZW1l
bnRhdGlvbi4gDQpbYWNtXSANCkJ1dCB0aGVuIHlvdSBhcmUgYXNraW5nIGZvciBwcm90b2NvbC1s
ZXZlbCBpbnRlcm9wZXJhYmlsaXR5LCBNYWdudXMuDQpUaGF0IGlzIG5vdCBvdXIgc2NvcGUsIG9y
IHRoZSBzY29wZSBvZiBhbnkgSVBQTSBNZXRyaWMgYW5kIE1ldGhvZCBSRkNzLg0KVGhlIHByb2Nl
ZHVyZXMgb2YgQkNQIDE3NiB0ZWxsIHVzIHdoZW4gaW5kZXBlbmRlbnQgaW1wbGVtZW50YXRpb25z
IHByb2R1Y2UgDQplcXVpdmFsZW50IHJlc3VsdHMsIHdoaWNoIGlzIElFVEYncyBkZWZpbml0aW9u
IG9mICJ3b3JrcyB3aXRoIiBmb3IgbWV0cmljcw0KYW5kIG1ldGhvZHMuDQoNCg0KPiBZb3UgaGF2
ZSBjbGVhcmx5DQo+IGltcGxlbWVudGVkIGEgc29sdXRpb250IHRoYXQgd29ya3MgZm9yIHNvbWUg
c2V0IG9mIHBhcmFtZXRlcnMuIEFuZCBJIGFtIGFza2luZyBob3cNCj4gbXVjaCBvZiB0aGUgcmVh
c29uYWJsZSBwYXJhbWV0ZXIgc3BhY2UgeW91IGhhdmUgdGVzdGVkLg0KW2FjbV0gDQpSaWdodC4g
SSBhbnN3ZXJlZCB0aGlzIHF1ZXN0aW9uIHF1YWxpdGF0aXZlbHkgYWJvdmUsIGJ1dCB0aGUgY28t
YXV0aG9ycw0KY2xhaW0gdGhhdCBhbiBlcXVhbGx5IGltcG9ydGFudCBxdWVzdGlvbiBpcyB0aGUg
YnJlYWR0aCBvZiBhY2Nlc3MgdGVjaG5vbG9naWVzDQp3ZSBoYXZlIHRlc3RlZC4NCg0KVGhlIHRl
c3RzIGNvbmR1Y3RlZCBvdmVyIDIrIHllYXJzIHVzZWQgdGhlIGZvbGxvd2luZyBwcm9kdWN0aW9u
IGFjY2VzcyB0eXBlczoNCg0KMS4gRml4ZWQ6IERPQ1NJUyAzLjAgY2FibGUgbW9kZW0gd2l0aCAi
dHJpcGxlLXBsYXkiIGNhcGFiaWxpdHkgYW5kIGVtYmVkZGVkIFdpRmkgYW5kDQpXaXJlZCBHaWdF
IHN3aXRjaCAodHdvIG1hbnVmYWN0dXJlcnMpLg0KMi4gTW9iaWxlOiBMVEUgY2VsbHVsYXIgcGhv
bmUgd2l0aCBhIENhdCAxMiBtb2RlbSAoNjAwIE1icHMgRG93bmxpbmssIDUwIE1icHMgdXBsaW5r
KS4NCjMuIEZpeGVkOiBwYXNzaXZlIG9wdGljYWwgbmV0d29yayAoUE9OKSAiRiIsIDEgR2JwcyBz
ZXJ2aWNlLg0KNC4gRml4ZWQ6IFBPTiAiVCIsIDEwMDAgTWJwcyBTZXJ2aWNlLg0KNS4gRml4ZWQ6
IFZEU0wsIHNlcnZpY2UsIGF0IHZhcmlvdXMgcmF0ZXMgPDEwMCBNYnBzLg0KNi4gRml4ZWQ6IEFE
U0wsIDEuNSBNYnBzLg0KNy4gTW9iaWxlOiBMVEUgZW5hYmxlZCByb3V0ZXIgd2l0aCBFVEggTEFO
IHRvIGNsaWVudCBob3N0IA0KOC4gRml4ZWQ6IERPQ1NJUyAzLjEgY2FibGUgbW9kZW0gd2l0aCAi
dHJpcGxlLXBsYXkiIGNhcGFiaWxpdHkgYW5kIGVtYmVkZGVkIFdpRmkgYW5kDQpXaXJlZCBHaWdF
IHN3aXRjaCAodHdvIG90aGVyIG1hbnVmYWN0dXJlcnMpLg0KDQoNCj4gDQo+IEJhc2VkIG9uIHRo
aXMgZGlzY3Vzc2lvbiBJIGRvbid0IHRoaW5rIEkgY2FuIGJ1aWxkIGFuIGltcGxlbWVudGF0aW9u
IHRoYXQNCj4gZnVsZmlsbHMgdGhlIG1lYXN1cmVtZW50IGdvYWxzLCBiZWNhc3VlIEkgaGF2ZSBx
dWVzdGlvbnMgYWJvdXQgdGhlbS4gQW5kIEkNCj4gc3VzcGVjdCBpdCB3b3VsZCB0YWtlIHN1YnN0
YW50aWFsIGFtb3VudCBvZiBleHBlcmltZW50YXRpb24gdG8gZ2V0IGl0IHRvDQo+IHdvcmsgY29y
cmVjdGx5IG92ZXIgYSBicm9hZGVyIHJhbmdlIG9mIGlucHV0IHBhcmFtZXRlcnMuDQpbYWNtXSAN
Ck5vdyB3ZSByZWZlciB5b3UgdG8gdGhlIHJlZmVyZW5jZXMgaW4gdGhlIG1lbW8sIHBhcnRpY3Vs
YXJseSBBcHBlbmRpeCBYIA0Kb2YgWS4xNTQwOg0KDQogICBbWS4xNTQwXSAgIFkuMTU0MCwgSS4g
Ui4sICJJbnRlcm5ldCBwcm90b2NvbCBkYXRhIGNvbW11bmljYXRpb24NCiAgICAgICAgICAgICAg
c2VydmljZSAtIElQIHBhY2tldCB0cmFuc2ZlciBhbmQgYXZhaWxhYmlsaXR5IHBlcmZvcm1hbmNl
DQogICAgICAgICAgICAgIHBhcmFtZXRlcnMiLCBEZWNlbWJlciAyMDE5LA0KICAgICAgICAgICAg
ICA8aHR0cHM6Ly93d3cuaXR1LmludC9yZWMvVC1SRUMtWS4xNTQwLTIwMTkxMi1JL2VuPi4NCg0K
ICAgW1kuU3VwNjBdICBNb3J0b24sIEEuLCBSYXBwb3J0ZXVyLCAiUmVjb21tZW5kYXRpb24gWS5T
dXA2MCwgSW50ZXJwcmV0aW5nDQogICAgICAgICAgICAgIElUVS1UIFkuMTU0MCBtYXhpbXVtIElQ
LWxheWVyIGNhcGFjaXR5IG1lYXN1cmVtZW50cyIsIEp1bmUNCiAgICAgICAgICAgICAgMjAyMCwg
PGh0dHBzOi8vd3d3Lml0dS5pbnQvcmVjL1QtUkVDLVkuU3VwNjAvZW4+Lg0KDQphbmQgTGlhaXNv
bnMsIHdlcmUgbWFueSBvZiB0aGUgZXhwZXJpbWVudGFsIHJlc3VsdHMgYXJlIHN1bW1hcml6ZWQ6
DQoNCiAgIFtMUy1TRzEyLUFdDQogICAgICAgICAgICAgIDEyLCBJLiBTLiwgIkxTIC0gSGFybW9u
aXphdGlvbiBvZiBJUCBDYXBhY2l0eSBhbmQgTGF0ZW5jeQ0KICAgICAgICAgICAgICBQYXJhbWV0
ZXJzOiBSZXZpc2lvbiBvZiBEcmFmdCBSZWMuIFkuMTU0MCBvbiBJUCBwYWNrZXQNCiAgICAgICAg
ICAgICAgdHJhbnNmZXIgcGVyZm9ybWFuY2UgcGFyYW1ldGVycyBhbmQgTmV3IEFubmV4IEEgd2l0
aCBMYWINCiAgICAgICAgICAgICAgRXZhbHVhdGlvbiBQbGFuIiwgTWF5IDIwMTksDQogICAgICAg
ICAgICAgIDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2xpYWlzb24vMTYzMi8+Lg0KDQog
ICBbTFMtU0cxMi1CXQ0KICAgICAgICAgICAgICAxMiwgSS4gUy4sICJMUyBvbiBoYXJtb25pemF0
aW9uIG9mIElQIENhcGFjaXR5IGFuZCBMYXRlbmN5DQogICAgICAgICAgICAgIFBhcmFtZXRlcnM6
IENvbnNlbnQgb2YgRHJhZnQgUmVjLiBZLjE1NDAgb24gSVAgcGFja2V0DQogICAgICAgICAgICAg
IHRyYW5zZmVyIHBlcmZvcm1hbmNlIHBhcmFtZXRlcnMgYW5kIE5ldyBBbm5leCBBIHdpdGggTGFi
ICYNCiAgICAgICAgICAgICAgRmllbGQgRXZhbHVhdGlvbiBQbGFucyIsIE1hcmNoIDIwMTksDQog
ICAgICAgICAgICAgIDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2xpYWlzb24vMTY0NS8+
Lg0KDQpBbHNvLCBzZWUgb3VyIHNsaWRlcyBmcm9tIHRoZSBIYWNrYXRob25zIGF0IElFVEYgMTA1
IGFuZCAxMDYsIGFuZCB0aGUgDQpJUFBNIFdHIHNlc3Npb25zIHNsaWRlcyBiZWdpbm5pbmcgd2l0
aCBJRVRGLTEwNSwgSnVseSAyMDE5Lg0KWW91IG1pZ2h0IGFsc28gbG9vayBpbnRvIHRoZSBkaXNj
dXNzaW9ucyBvbiB0aGUgbWFpbGluZyBsaXN0Lg0KU29tZSBvdGhlciByZXN1bHRzIGFyZSBhdmFp
bGFibGUgdG8gdGhvc2Ugd2l0aCBJVFUtVElFUyBhY2NvdW50cy4NCg0KVGhlIGxvYWQgYWRqdXN0
bWVudCBhbGdvcml0aG0gaXRzZWxmIHdhcyBpbXByb3ZlZCBhZnRlciBleHBlcmltZW50YXRpb24s
DQphZGRpbmcgdGhlIGZhc3QgcmFtcC11cCB3aXRoIHJhdGUgKz0gMTAgd2hlbiBmZWVkYmFjayBp
bmRpY2F0ZXMgbm8NCmltcGFpcm1lbnRzLiBUaGUgb3JpZ2luYWwvY3VycmVudCBhbGdvcml0aG1z
IGFwcGVhciBpbiBZLjE1NDAgQW5uZXhlcyBBIA0KYW5kIEIsIHJlc3BlY3RpdmVseS4gDQoNCiAN
Cj4gDQo+IA0KPiANCj4gPg0KPiA+ID4gQW5kIGlmIHRoZSBzZWN0aW9uIGlzDQo+ID4gPiBpbnRl
bmRlZCB0byBwcm92aWRlIHJlcXVpcmVtZW50cyBvbiBhIHByb3RvY29sIHRoYXQgcGVyZm9ybXMg
dGhlc2UNCj4gPiA+IG1lYXN1cmVtZW50cw0KPiA+ID4gSSB0aGluayBzZXZlcmFsIGFzcGVjdHMg
YXJlIG1pc3NpbmcuIFRoZXJlIGFwcGVhciBzZXZlcmFsIHdheXMgZm9yd2FyZCBoZXJlDQo+ID4g
PiB0bw0KPiA+ID4gcmVzb2x2ZSB0aGlzOyBvbmUgaXMgdG8gc3BsaXQgb3V0IHRoZSBtZXRob2Qg
b2YgbWVhc3VyZW1lbnQgYW5kIGRlZmluZSBpdA0KPiA+ID4gc2VwYXJhdGVseSB0byBzdGFuZGFy
ZCB0cmFja3MgbGV2ZWwgdXNpbmcgYSBwYXJ0aWN1bGFyIHByb3RvY29sLCBhbm90aGVyDQo+ID4g
PiBpcyB0byB3cml0ZSBpdCBwdXJlbHkgYXMgcmVxdWlyZW1lbnRzIG9uIGEgbWVhc3VyZW1lbnQg
cHJvdG9jb2xzLg0KPiA+DQo+ID4gW2FjbV0NCj4gPiBBcyBzdGF0ZWQgYWJvdmUsIGNvbm5lY3Rp
bmcgYSBtZXRob2Qgd2l0aCBhIHNpbmdsZSBwcm90b2NvbCBpcyBub3QgSVBQTSdzIHdheS4NCj4g
DQo+IFRoYXQgaXMgZmluZS4gSG93ZXZlciwgSSBmaW5kIHRoZSBhdHRlbXB0IHRvIHNwZWNpZnkg
YSBzcGVjaWZpYyBsb2FkIHJlZ3VsYXRvcg0KPiBpbiB0aGUgbWV0aG9kIG9mIG1lYXN1cmVtZW50
IHRvIHRha2UgdGhpcyBzcGVjaWZpY2F0aW9uIGJleW9uZCBhIGdlbmVyYWwgbWV0aG9kDQo+IG9m
IG1lYXN1cm1lbnQuIFRoZSBoaWdoIGxldmVsIHJlcXVpcmVtZW50IGFwcGVhciB0byBiZSB0aGF0
IHRvIGNvcnJlY3RseSBmaW5kDQo+IHRoZSBjYXBhY2l0eSwgYW5kIHRoYXQgcmVxdWlyZXMgdGhh
dCBvbmUgbG9hZCB0byB0aGUgcG9pbnQgd2hlcmUgYnVmZmVycyBhcmUNCj4gZmlsbGVkIHN1ZmZp
Y2llbnRseSB0byBpbnRyb2R1Y2UgZXh0cmEgZGVsYXkgb3Igd2hlcmUgQVFNIHN0YXJ0cyBkcm9w
cGluZyBvcg0KPiBtYXJraW5nIHNvbWUgb2YgdGhlIGxvYWQuIFRodXMsIEkgYW0gcXVlc3Rpb25p
bmcgaWYgdGhlIGRlc2NyaWJlZCBhbGdvcml0aG0gd2lsbA0KPiBhZHF1ZWF0ZWx5IHNvbHZlIHRo
YXQgaXNzdWUgb3ZlciBhIHdpZGVyIHJhbmdlIG9mIHBhcmFtZXRlcnMuDQo+IA0KPiBTbyBpZiB5
b3UgaGF2ZSBtb3JlIGluZm9ybWF0aW9uIHRvIHNob3cgYXQgbGVhc3Qgd2hpY2ggcmFuZ2UgaXQg
aGFzIGJlZW4gcHJvdmVuDQo+IHRvIGRvIGl0cyB3b3JrIGFuZCB3aXRoIHdoYXQgaW5wdXQgcGFy
YW1ldGVycz8gDQpbYWNtXSANClllcy4gU2VlIH4xMCByZWZlcmVuY2VzICBhbmQgcmVwbGllcyBh
Ym92ZS4NCg0KPiBJIGhvcGUgeW91IHVuZGVyc3RhbmQgdGhhdCBJDQo+IGV4cGVjdCB0aGlzIGxv
YWQgY29udHJvbCBhbGdvcml0aG0gdG8gZ2V0IHNpbXVsYXJseSBzY3J1dGluaXplZCB0byBjb25n
ZXN0aW9uDQo+IGNvbnRyb2wgYWxnb3JpdGhtcyB0aGF0IHdlIHN0YW5kYXJkaXplIGluIElFVEYu
DQpbYWNtXSANClllcywgYWx0aG91Z2ggaXQgaXMgYSBzdXJwcmlzaW5nIGF0IHRoaXMgcG9pbnQs
IHdlIGNlcnRhaW5seSB1bmRlcnN0YW5kIHlvdXIgDQpjdXJyZW50IHBvc2l0aW9uLg0KDQpIb3dl
dmVyLCBSw7xkaWdlciBtYWRlIGEgcmVsZXZhbnQgcG9pbnQgaW4gb3VyIGRpc2N1c3Npb25zICh3
aHkgb3VyIGFsZ29yaXRobSdzIA0Kcm9sZSBpcyBkaWZmZXJlbnQgZnJvbSBUcmFuc3BvcnQgQXJl
YSBjb25nZXN0aW9uIGNvbnRyb2wgYWxnb3JpdGhtcywgDQphbmQgbmVlZCBub3QgYmUgc3ViamVj
dGVkIHRvIHRoZSBzYW1lIHNjcnV0aW55KToNCg0KICAgIFRoaXMgaXMgYSBtZWFzdXJlbWVudCBt
ZXRob2QgZGVzaWduZWQgZm9yIGluZnJlcXVlbnQgYW5kIHNlbnNpYmxlIG1heGltdW0gDQogICAg
Y2FwYWNpdHkgYXNzZXNzbWVudCwgaW5zdGFudGlhdGVkIG9ubHkgaW4gYW4gT0FNIG9yIGRpYWdu
b3N0aWMgdG9vbC4gDQoNCiAgICBJdCBpcyBub3QgYSBibHVlcHJpbnQgZm9yIGEgY29uZ2VzdGlv
biBjb250cm9sIGFsZ29yaXRobSAoQ0NBKSBpbiBhIGJ1bGsgDQogICAgdHJhbnNmZXIgcHJvdG9j
b2wgdGhhdCBydW5zIGJ5IGRlZmF1bHQgYW5kIGlzIGdsb2JhbGx5IGRlcGxveWVkIGJ5IA0KICAg
IGNvbW1vZGl0eSBzdGFja3MuDQoNCldlIGRvbid0IHdhbnQgdG8gcmUtY3JlYXRlIGFueSBUQ1Ag
Q0NBOiB0aGV5IHdlcmVuJ3QgZGVzaWduZWQgZm9yIGFjY3VyYXRlIA0KbWVhc3VyZW1lbnQgb2Yg
bWF4aW11bSByYXRlIChhcyB0aGUgcmVmZXJlbmNlZCBtZWFzdXJlbWVudHMgc2hvdykuIA0KDQpJ
dCBhcHBlYXJzIHRoYXQgdGhlIG1vc3QgcmVjZW50ICgyMDE4KSBzdGFuZGFyZGl6ZWQgYW5kIHdp
ZGVseSB1c2VkIA0KQ0NBIGlzIEN1YmljIChSRkMgODMxMiBodHRwczovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvcmZjODMxMiApLiAgDQoNClRoZSBncmVhdCBUQ1AgQ0NBIENlbnN1cyAoMjAxOSkNCmh0
dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDkvbWF0ZXJpYWxzL3NsaWRlcy0x
MDktaWNjcmctdGhlLWdyZWF0LWludGVybmV0LXRjcC1jb25nZXN0aW9uLWNvbnRyb2wtY2Vuc3Vz
LTAwDQoNCmZpbmRzIHRoYXQgQkJSIHZlcnNpb25zIGFjY291bnQgZm9yIGdyZWF0ZXIgcG9wdWxh
cml0eSBvbiBBbGV4YS0yNTAgc2l0ZXMNCigyNS4yJSkgdGhhbiBDVUJJQywgYW5kIG1vcmUgdGhh
biA0MCUgb2YgZG93bnN0cmVhbSB0cmFmZmljIG9uIHRoZSBJbnRlcm5ldA0KKHNsaWRlIDE0KS4g
SSBmb3VuZCBzb21lIHJlZmVyZW5jZXMgdG8gQkJSIGluIElDQ1JHIGRyYWZ0cywgYnV0IG5vIFJG
Qy4NCkkgd291bGQgZ3Vlc3MgdGhhdCBCQlIgaGFzIGFscmVhZHkgcHJvdmlkZWQgQ0NBIGZvciBt
b3JlIHRyYWZmaWMgdGhhbiB0aGUgDQp0ZXN0IHRyYWZmaWMgY29tcGx5aW5nIHRvIHRoaXMgbWVt
byBldmVyIHdpbGwuDQoNCk91ciBvdmVyYWxsIG1ldGhvZCB3b3JrcyBzaW1pbGFyIHRvIEJCUjog
UmVjZWl2ZWQgcmF0ZSBwZXIgUlRUIGlzIHRoZSANCmZlZWRiYWNrIHRvIHRoZSBzZW5kZXIuIA0K
DQpXZSBhZGRlZCBBcHBsaWNhYmlsaXR5IHRvIHRoZSBhY2Nlc3MgcG9ydGlvbiwgbm90IHRoZSBn
bG9iYWwgSW50ZXJuZXQgDQp3aGVyZSBzdGFuZGFyZGl6ZWQgdHJhbnNwb3J0IHByb3RvY29sIEND
QXMgbXVzdCBvcGVyYXRlLg0KDQpXZSBhcmUgbm90IHNwZWNpZnlpbmcgYSB0cmFuc3BvcnQgQ0NB
IHRoYXQgbXVzdCBzdXBwb3J0IG1hbnkgYXBwbGljYXRpb25zLg0KTWVhc3VyZW1lbnQgaXMgdGhl
ICpvbmx5KiBhcHBsaWNhdGlvbiAoZm9yIGFuIElQLWxheWVyIG1ldHJpYykuDQoNCkVhcmx5IGlt
cHJlc3Npb25zIGhhdmUgYmVlbiBmb3JtZWQgb24gc2V2ZXJhbCBlcnJvbmVvdXMgYXNzdW1wdGlv
bnMgDQpyZWdhcmRpbmcgYWxnb3JpdGhtIHN0YWJpbGl0eSAob3BlcmF0aW9uIGFib3ZlIDFHYnBz
KSBhbmQgDQpzdWl0YWJpbGl0eSBmb3IgcHVycG9zZSAob25lIHJhbmRvbSBsb3NzIGNhc2UpLg0K
DQpBZC1ob2MgbWV0aG9kcyByZXN1bHRpbmcgaW4gVENQLWJhc2VkIHVuZGVyLWVzdGltYXRlcyBv
ZiBJbnRlcm5ldCBTcGVlZCANCmFyZSB0aGUgcHJvYmxlbSB3ZSBhdHRhY2sgaGVyZSEgSW1wbGVt
ZW50YXRpb24gb2YgaGFybW9uaXplZCBpbmR1c3RyeSANCnN0YW5kYXJkcyBhcmUgdGhlIHNvbHV0
aW9uLg0KDQpXZSBiZWxpZXZlIGluIHJvdWdoIGNvbnNlbnN1cyBhbmQgcnVubmluZyBjb2RlLg0K
DQoNCldlIGFsc28gYXNrIHRoYXQgeW91IHVuZGVyc3RhbmQgb3VyIHBvc2l0aW9uLCB0aGF0IHRl
c3RzIHdpdGggbWFueSBkaWZmZXJlbnQgDQphY2Nlc3MgdGVjaG5vbG9naWVzIGluIHByb2R1Y3Rp
b24sIGFuZCBjYXJlZnVsIGNvbXBhcmlzb24gb2YgYWQtaG9jIG1ldGhvZHMNCmNsYWltaW5nIHRv
IG1ha2UgdGhlIHNpbWlsYXIgbWVhc3VyZW1lbnRzIGluIHRoZSBsYWIgYW5kIHRoZSBmaWVsZCBh
cmUgZXF1YWxseSwgDQppZiBub3QgbW9yZSBpbXBvcnRhbnQgdGhhbiBldmVuIG1vcmUgcGFyYW1l
dGVyIGludmVzdGlnYXRpb25zIGF0IHRoaXMgcG9pbnQuIA0KSSBoYXZlIHBlcnNvbmFsbHkgYmVl
biBydW5uaW5nIGxhYiB0ZXN0cyBzaW5jZSBTZXB0ZW1iZXIgMjAxOCB3aXRoIHZhcmlvdXMgdG9v
bHMuIA0KTGVuIHJlbGVhc2VkIGhpcyBmaXJzdCB2ZXJzaW9uIG9mIHRoZSBjb2RlIGluIEZlYiAy
MDE5LA0KYW5kIHdlIGltbWVkaWF0ZWx5IGZvY3VzZWQgb24gdGVzdHMgd2l0aCBoaXMgdXRpbGl0
eSBpbnN0ZWFkIG9mIFVEUCBwYWNrZXQgDQpibGFzdGVycyBsaWtlIGlQZXJmLCBhbmQgVHJleCB3
aXRoIG15IG93biBCaW5hcnkgU2VhcmNoIHdpdGggTG9zcyB2ZXJpZmljYXRpb24NCmFsZ29yaXRo
bSB0aGF0IHdlIHVzZSBpbiBkZXZpY2UgYmVuY2htYXJraW5nIChjcm9zcy1vdmVyIHdpdGggQk1X
RykuDQoNCg0KPiANCj4gSSB3b3VsZCB2ZXJ5IG11Y2ggcHJlZmVyIHRvIHRha2Ugb3V0IHRoZSBs
b2FkIGFsZ29yaXRobSBhbmQgcGxhY2UgaXQgaW4gYQ0KPiBzZXBlcmF0ZSBkb2N1bWVudCB3aGVy
ZSBpdCBjYW4gaGF2ZSBhIHRpZ2h0ZXIgc2NvcGUgZGVzY3JpcHRpb24gYW5kIG1vcmUNCj4gZGlz
Y3Vzc2lvbiBhYm91dCBhYm91dCB0aGF0IGl0IGRvZXMgaXRzIGpvYi4NCj4gDQo+IEkgaG9wZSB0
aGlzIGNsYXJpZmllcyB3aGF0IG15IGNvbmNlcm5zIGFyZSB3aXRoIHRoaXMgZG9jdW1lbnQgaW4g
aXRzDQo+IGN1cnJlbnQgZm9ybS4NClthY21dIA0KWWVzLCBhbmQgd2UgaGF2ZSByYXRoZXIgZXho
YXVzdGl2ZWx5IGFyZ3VlZCB0byBnbyBhaGVhZCBoZXJlLCBlc3BlY2lhbGx5IA0Kc2luY2UgYSBt
dWNoIGxlc3MtZnJlcXVlbnRseS11c2VkIHRlc3Rpbmctb25seSBhbGdvcml0aG0gaXMgYSBkaWZm
ZXJlbnQgc2l0dWF0aW9uIA0KdGhhbiBzcGVjaWZ5aW5nIGEgQ0NBIGZvciBnbG9iYWwgVENQIGRl
cGxveW1lbnQ6IHRyYW5zcG9ydCBhcmVhJ3MgdXN1YWwgcm9sZS4NCg0KV2UgaG9wZSB5b3UgY2Fu
IG5vdyBhcHByZWNpYXRlIHRoZSB5ZWFycyBvZiBzdHVkeSwgZXhwZXJpbWVudGF0aW9uIGFuZCAN
CnJ1bm5pbmcgY29kZSB0aGF0IHlvdSBhcHBhcmVudGx5IGZpcnN0IGVuY291bnRlcmVkIGxhc3Qg
VGh1cnNkYXksIA0KYW5kIHdpbGwgbG9vayBpbnRvIHNvbWUgbW9yZSBvZiB0aGUgc3VwcG9ydGlu
ZyBiYWNrZ3JvdW5kIG1hdGVyaWFsLg0KDQpUaGFua3MgYWdhaW4uDQoNCg0KPiANCj4gQ2hlZXJz
DQo+IA0KPiBNYWdudXMNCg==


From nobody Sat Feb 27 12:20:08 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22C903A14DD; Sat, 27 Feb 2021 12:19:57 -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, 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 7zF9OPMO-XIe; Sat, 27 Feb 2021 12:19:53 -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 325BA3A1446; Sat, 27 Feb 2021 12:19:43 -0800 (PST)
Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 11RKFDXY009368; Sat, 27 Feb 2021 15:19:38 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by mx0a-00191d01.pphosted.com with ESMTP id 36yh1474ea-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 27 Feb 2021 15:19:38 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RKJbm8019979; Sat, 27 Feb 2021 14:19:37 -0600
Received: from zlp30499.vci.att.com (zlp30499.vci.att.com [135.46.181.149]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RKJZiw019957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Feb 2021 14:19:36 -0600
Received: from zlp30499.vci.att.com (zlp30499.vci.att.com [127.0.0.1]) by zlp30499.vci.att.com (Service) with ESMTP id CE0B8401B725; Sat, 27 Feb 2021 20:19:35 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30499.vci.att.com (Service) with ESMTP id 96BE1401B724; Sat, 27 Feb 2021 20:19:35 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RKJZkc118347; Sat, 27 Feb 2021 14:19:35 -0600
Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RKJRes117020; Sat, 27 Feb 2021 14:19:27 -0600
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-blue.research.att.com (Postfix) with ESMTP id 26D7110A18D8; Sat, 27 Feb 2021 15:19:27 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Sat, 27 Feb 2021 15:19:44 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Benjamin Kaduk <kaduk@mit.edu>
CC: The IESG <iesg@ietf.org>, "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Ian Swett <ianswett@google.com>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-metric-method-06: (with COMMENT)
Thread-Index: AQHXCubpIAgrxqGmcU+aUTtf1usNw6pnzooAgAHzjYCAAqh1sA==
Date: Sat, 27 Feb 2021 20:19:43 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF01476A103F@njmtexg5.research.att.com>
References: <161419645471.18083.16706266293896961774@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0549@njmtexg5.research.att.com> <20210225220325.GX21@kduck.mit.edu>
In-Reply-To: <20210225220325.GX21@kduck.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-27_13:2021-02-26, 2021-02-27 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 mlxscore=0 phishscore=0 bulkscore=0 suspectscore=0 priorityscore=1501 malwarescore=0 clxscore=1015 spamscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102270172
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/EPj0KRsh84xOiwajgPA_J3dO0xU>
Subject: Re: [ippm] Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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: Sat, 27 Feb 2021 20:20:03 -0000

Hi Ben,

Thanks for your reply.  I deleted some early agreements below, and
added very few more replies.

Please see [acm] with no indents...

> -----Original Message-----
> From: Benjamin Kaduk [mailto:kaduk@mit.edu]
> Sent: Thursday, February 25, 2021 5:03 PM
> To: MORTON, ALFRED C (AL) <acm@research.att.com>
> Cc: The IESG <iesg@ietf.org>; draft-ietf-ippm-capacity-metric-
> method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; Ian Swett
> <ianswett@google.com>; tpauly@apple.com
> Subject: Re: Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-
> metric-method-06: (with COMMENT)
>=20
> Hi Al,
>=20
> Also inline...
>=20
> On Thu, Feb 25, 2021 at 03:08:29AM +0000, MORTON, ALFRED C (AL) wrote:
> > Hi Ben,
> >
> > Thanks for your detailed review; it will be a better draft when we're
> done, as always!
> >
> > All the changes identified below are implemented in my working version.
> >
> > Please see replies below, [acm]
> > Al
> >
> > > -----Original Message-----
> > > From: Benjamin Kaduk via Datatracker [mailto:noreply@ietf.org]
> > > Sent: Wednesday, February 24, 2021 2:54 PM
> > > To: The IESG <iesg@ietf.org>
> > > Cc: draft-ietf-ippm-capacity-metric-method@ietf.org; ippm-
> chairs@ietf.org;
> > > ippm@ietf.org; Ian Swett <ianswett@google.com>; tpauly@apple.com;
> > > tpauly@apple.com
> > > Subject: Benjamin Kaduk's No Objection on draft-ietf-ippm-capacity-
> metric-
> > > method-06: (with COMMENT)
> > >
> > > Benjamin Kaduk has entered the following ballot position for
> > > draft-ietf-ippm-capacity-metric-method-06: No Objection
> > >
> > ...
> > > ---------------------------------------------------------------------=
-
> > > COMMENT:
> > > ---------------------------------------------------------------------=
-
... <we agreed on changes in earlier sections>

> > > Section 8.1
> > >
> > >    At the beginning of a test, the sender begins sending at rate R1
> and
> > >    the receiver starts a feedback timer at interval F (while awaiting
> > >
> > > It's a little hard to search for, but I didn't find any previous
> mention
> > > of 'F' or it being defined as a parameter or term.  Should it be a
> > > listed parameter somewhere?
> > [acm]
> > We define a lot of variables in this section, with limited scope of use=
.
> > F is one of them, but I found that we had already defined F in Section
> 4!
> > So... F becomes FT, and like R1 and ss and cc, gets no special treatmen=
t
> > beyond a definition in the text (IF you're ok with that).
>=20
> That should be fine.
[acm]=20
Since this came-up again with Magnus, I made FT a parameter in section 4.


>=20
> > >
> > >    If the feedback indicates that sequence number anomalies were
> > >    detected OR the delay range was above the upper threshold, the
> > >    offered load rate is decreased.  Also, if congestion is now
> confirmed
> > >    by the current feedback message being processed, then the offered
> > >    load rate is decreased by more than one rate (e.g., Rx-30).  [...]
> > >
> > > Does "congestion is now confirmed" mean that "congestion confirmed" i=
s
> > > like a one-way latch and this transition only occurs at most once ove=
r
> > > the course of a test?  Or could the Rx-30 happen multiple times?
> > > (The pseudocode indicates the former.)
> > [acm]
> > Yes, we are trying to describe the pseudocode, and "congestion
> confirmed"
> > latches when the slowAdjCount equals the slowAdjThresh (and after that,
> > slowAdjCount continues upward, the slowAdjCount < slowAdjThresh
> condition
> > fails and slowAdjCount is never reset to zero).
> >
> > So, I think we want to say:
> > OLD
> > Also, if congestion is now confirmed by the current feedback message...
> > NEW
> > Also, if congestion is now confirmed for the first time by the
> > current feedback message...
>=20
> +1
>=20
> > >
> > >    If the feedback indicates that there were no sequence number
> > >    anomalies AND the delay range was above the lower threshold, but
> > >    below the upper threshold, the offered load rate is not changed.
> > >
> > > The way this is written suggests that there will always be a lower an=
d
> > > an upper threshold for delay, but the rest of the document so far did=
n't
> > > give me that impression.  E.g., we talk about PM only as "at least on=
e
> > > fundamental metric and target performance threshold MUST be supplied"=
,
> > > and to me having both upper and lower thresholds would be two
> > > thresholds, not one.
> > [acm]
> > That's true, we tried not to force our current/best algorithm into the
> > metric definition. We require some measurement to use for feedback
> > in rate adjustment, otherwise you just have iPerf or other fixed rate
> > tools that can only blast packets.
> >
> > You can build an "ok" feedback system with just one metric and one thre=
shold,
> > but there are drawbacks and it may take longer duration tests to measur=
e
> > the true maximum capacity due to a technical limitation.
> > So, we gave a really good algorithm, in 8.1, in pseudocode, and even
> > in running code
>=20
> That all makes sense to me.  I'm not sure if there's a good way to shoeho=
rn
> some of that insight into the text of the document itself, but it also
> doesn't seem like something that's critical to do.
[acm]=20
Thanks.

>=20
> >
> > >
> > > Section 8.2
> > >
> > >    Here, as with any Active Capacity test, the test duration must be
> > >    kept short. 10 second tests for each direction of transmission are
> > >    common today.  The default measurement interval specified here is =
I
> =3D
> > >    10 seconds).  In combination with a fast search method and user-
> > >    network coordination, the concerns raised in RFC 6815[RFC6815] are
> > >    alleviated.  [...]
> > >
> > > I skimmed RFC 6815 and had a bit of a hard time making the connection
> > > for why combining a 10-second interval, fast search method, and
> > > user-network coordination alleviate the concerns of RFC 6815.  There
> > > doesn't seem to be much in 6815 itself about how testing in productio=
n
> > > can be done safely,
> > [acm]
> > That's certainly true, but we did say:
> >
> >    The world will not spin off axis while waiting for appropriate and
> >    standardized methods to emerge from the consensus process.
> >
> > > so my current working assumption is that the
> > > conclusion presented here reflects the results of "new work" being
> > > recorded for the first time (in the RFC series) in this document.
> > [acm]
> >
> > When you put it that way, yes. Although it is a different metric from
> > RFC2544 Throughput, the load adjustment search algorithm alone helps
> > to make this method safer to use than any fixed-rate UDP packet blaster=
,
> > or even a binary search-controlled measurement because of near real-tim=
e
> > feedback.
> >
> > The other reasons why this work is different are that
> > RFC 2544 Throughput measurements intend to overload the isolated test
> > environment for extended periods of time:
> >
> > 24. Trial duration (from
> https://urldefense.com/v3/__https://tools.ietf.org/html/rfc2544*section-2=
4__;Iw!!BhdT!zEoCgaLen-TJZODnn94eTalwD4PeqYAT9DJPq4WKsUdT8dlW3SvLdotESTp-B0=
s$ )
> >
> >    The aim of these tests is to determine the rate continuously
> >    supportable by the DUT.  The actual duration of the test trials must
> >    be a compromise between this aim and the duration of the benchmarkin=
g
> >    test suite.  The duration of the test portion of each trial SHOULD b=
e
> >    at least 60 seconds. ...
> >
> > Many automated RFC2544 test devices start a test at the highest load,
> and
> > search their way down to the zero-loss Throughput, subjecting the
> > device under test to potentially extreme overload multiple times before
> > reaching the test outcome
> >
> > > If that assumption is correct, I'd suggest spending some more words t=
o
> > > support the conclusion, e.g., making analogies to other "normal"
> traffic
> > > patterns and how the benchmarking setup is not qualitatively differen=
t
> > > from them.
> > [acm]
> >
> > OK, I put some more background together and made the case stronger:
> > the memo we wrote hear is exactly what the RFC6815 authors were asking
> for.
> >
> > The Max IP Capacity metric and method for assessing is very different
> from classic RFC2544
> > Throughput metric and methods : it uses near-real-time load adjustments
> that are sensitive to loss and delay, similar to other congestion control
> algorithms used on the Internet every day, along with limited duration. O=
n
> the other hand, RFC2544 Throughput measurements can produce sustained
> overload conditions for extended periods of time. Individual trials in a
> test governed by a binary search can last 60 seconds for each step, and
> the final confirmation trial may be even longer. This is very different
> from "normal" traffic levels, but overload conditions are not a concern i=
n
> the isolated test environment. The concerns raised in RFC6815 were that
> RFC2544 methods would be let loose on production networks, and instead th=
e
> authors challenged the standards community to develop metrics and methods
> like those described in this memo.
>=20
> Thanks; that is what I was asking for.
[acm]=20
Great!

> I think this is related to Magnus's Discuss point, though, and I cannot
> speak for whether it will make him happy as well...
[acm]=20
Of course. It's part of the topic: testing production networks safely.
We've been running versions of this method on the Internet for years,
as the references and IPPM's literature clearly show.

>=20
> >
> > >
> > > Section 8.3
> > >
> > >    As testing continues, implementers should expect some evolution in
> > >    the methods.  The ITU-T has published a Supplement (60) to the
> > >    Y-series of Recommendations, "Interpreting ITU-T Y.1540 maximum IP=
-
> > >    layer capacity measurements", [Y.Sup60], which is the result of
> > >    continued testing with the metric and method described here.
> > >
> > > I pulled up the [Y.Sup60] reference, and it does not seem to referenc=
e
> > > this draft by name.  On what basis do we conclude that it "is the res=
ult
> > > of continued testing with the metric and method described here"?
> > > Skimming/searching, I do see many similar formulae and methods
> > > presented, but how do we conclude they are precisely the same?
> > [acm]
> > I'll soften that a bit. The Max IP-Layer Capacity metric is
> > the same, but it is likely that a few details in the method have diverg=
ed
> > over time -- much of the ITU-T testing and spec development came first.
> >
> > NEW
> > ... [Y.Sup60], which is the result of continued testing with the metric=
,
> > and those results have improved the method described here.
>=20
> Thanks.  My primary concern here was that it seemed like we were making
> statements about what some other SDO did, and typically it's good to have
> sign-off from the other SDO before doing that.  The NEW option doesn't se=
em
> to have that issue, so it should be good.
[acm]=20
Nice, thanks.

>=20
> >
> >
> > >
> > > Section 10
> > >
> > > Should we say something about making sure that I is reasonably
> bounded?
> > > IIRC we say so elsewhere in the text but not exactly here.
> > [acm]
> > I added a direct reference to I at the end of item 6.:
> >
> > ... Testing with the Service Provider's measurement hosts SHOULD be
> limited in frequency and/or overall volume of test traffic (for example,
> the range of I duration values SHOULD be limited).
> > >
> > >    2.  A REQUIRED user client-initiated setup handshake between
> > >        cooperating hosts and allows firewalls to control inbound
> > >        unsolicited UDP which either go to a control port [expected an=
d
> > >        w/authentication] or to ephemeral ports that are only created
> as
> > >        needed.  [...]
> > >
> > > nit: the grammar is odd in the first part of this sentence; the part
> > > before the "and" doesn't seem like it can join up with anything after
> > > the "and".  Is the intent something like "It is REQUIRED to have a us=
er
> > > client-initiated setup handshake between cooperating hosts that allow=
s
> > > firewalls to [...]"?
> > [acm]
> > Thanks, good re-wording, it's in.
> >
> > >
> > >    3.  Integrity protection for feedback messages conveying measureme=
nts
> > >        is RECOMMENDED.
> > >
> > > (In some sense you want authentication as well as integrity protectio=
n.)
> > [acm]
> > Yes. The running code has optional authentication now.
> >
> > NEW
> > 3. Client-server authentication and integrity protection for feedback
> >    messages conveying measurements is RECOMMENDED.
> >
> > >
> > >    5.  Senders MUST be rate-limited.  This can be accomplished using =
the
> > >        pre-built table defining all the offered load rates that will =
be
> > >        supported (Section 8.1).  The recommended load-control search
> > >        algorithm results in "ramp up" from the lowest rate in the tab=
le.
> > >
> > > nit: since (effectively) each implementation will have their own
> > > pre-built table, I think it should be "using a pre-built table".
> > [acm]
> > OK, "a" it is.
> >
> >
> > >
> > > Appendix 13
> > >
> > > If we start at Rx (row) 1, is it going to cause problems when we drop
> > > down to Rx =3D 0 in the loss/congestion cases?
> > [acm]
> > It would, but the current table includes a Row zero, which is where we
> > cold-start. I guess it would less confusing to say:
> >
> > Rx =3D 0  # The current sending rate (equivalent to a row of the table)
>=20
> Yes, I think so.
>=20
> >
> > >
> > > The mechcanism in the pseudocode to stop taking large increments in
> > > sending rate above the "hSpeedThresh" does not seem to be described i=
n
> > > the prose in =A78.1.  (That said, it seems like a good idea, given th=
e
> > > likely table composition.)
[acm]=20

We fixed this in a separate exchange, after you discovered my mis-read.
Thanks!


> > [acm]
> > It's getting late here now, but I think it's in the first two If
> statements:
> >
> > if ( seqErr =3D=3D 0 && delay < lowThresh ) {                         #=
 no
> loss or delay problems, and
> >         if ( Rx < hSpeedTresh && slowAdjCount < slowAdjThresh ) { # Rat=
e
> < hSpeedThresh && etc.
> >                         Rx +=3D highSpeedDelta;                     # c=
an
> still use large increments
> >                         slowAdjCount =3D 0;
> >         } else {                                                  #
> otherwise (Rate >=3D hSpeedThresh)
> >                         if ( Rx < maxLoadRates - 1 )              #
> after checking headroom,
> >                                         Rx++;                     # can
> only increase by one
>=20
> I followed up on this out-of-band -- I agree that the pseudocode is good,
> and was wondering that the prose in Section 8.1 was divergent from the
> pseudocode.  Your proposal for new prose text looks good:
>=20
> % However, if a rate threshold between high and very high sending
> % rates (such as 1Gbps) is exceeded, the offered load rate is only
> % increased by one (Rx+1) above the rate threshold in any congestion
> state.
>=20
> >
> > >
> > > (Also, indenting one tab for the outer conditionals and two more for =
the
> > > inner ones looks a bit unusual.)
> > [acm]
> > I like unusual :-)
> >
> > >
> > > Section 14
> > >
> > > It's not entirely clear to me why RFC 2330 is classified as normative
> > > but RFC 7312 is informative, just based on the locations where they a=
re
> > > referenced.
> > [acm]
> > It's more than that. RFC 7312 describes some unusual access conditions
> that might be encountered and is only cited at the end of the Intro, once=
.
> Certainly the measured evidence of bimodal (turbo-mode) access behavior i=
s
> in the category of RFC 7312 "messy stuff", but we still manage that prett=
y
> well and it's not specifically mentioned in 7312.
> >
> > OTOH, RFC 2330 is the IPPM Framework, with an exception to be
> Informative status, yet Normative in our memos, and much is owed to 2330,
> starting with the singleton, sample, statistic metric development,
> unmentioned stuff about clocks and accuracy, etc.
> >
>=20
> Understood.
>=20
> Thanks for all the updates and explanations!
>=20
> -Ben
[acm]=20
You're welcome. Thanks for a very productive exchange!

Al (for the co-authors)


From nobody Sat Feb 27 13:27:48 2021
Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5F303A14A5; Sat, 27 Feb 2021 13:27:41 -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, 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 MNhyRmQ31955; Sat, 27 Feb 2021 13:27:40 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F08333A14A3; Sat, 27 Feb 2021 13:27:39 -0800 (PST)
Received: from pps.filterd (m0049458.ppops.net [127.0.0.1]) by m0049458.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11RLOpHv004448; Sat, 27 Feb 2021 16:27:34 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049458.ppops.net-00191d01. with ESMTP id 36yjdmxunk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 27 Feb 2021 16:27:34 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RLRX1b111144; Sat, 27 Feb 2021 15:27:34 -0600
Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [135.46.181.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RLRVQX111105 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Feb 2021 15:27:31 -0600
Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [127.0.0.1]) by zlp30494.vci.att.com (Service) with ESMTP id 028BE4009E78; Sat, 27 Feb 2021 21:27:31 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30494.vci.att.com (Service) with ESMTP id CB7604009E77; Sat, 27 Feb 2021 21:27:30 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RLRUZv094901; Sat, 27 Feb 2021 15:27:30 -0600
Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 11RLRPp4094531; Sat, 27 Feb 2021 15:27:25 -0600
Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-blue.research.att.com (Postfix) with ESMTP id E856F10A18D8; Sat, 27 Feb 2021 16:27:24 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0487.000; Sat, 27 Feb 2021 16:27:42 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Murray Kucherawy <superuser@gmail.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Ian Swett <ianswett@google.com>, "tpauly@apple.com" <tpauly@apple.com>
Thread-Topic: Murray Kucherawy's No Objection on draft-ietf-ippm-capacity-metric-method-06: (with COMMENT)
Thread-Index: AQHXC4nxBVc8bVjRIEG0L+qbBEEkzapsdkBQ
Date: Sat, 27 Feb 2021 21:27:42 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF01476A1087@njmtexg5.research.att.com>
References: <161426647584.14166.5269938969946072865@ietfa.amsl.com>
In-Reply-To: <161426647584.14166.5269938969946072865@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [24.148.42.167]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-27_16:2021-02-26, 2021-02-27 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 phishscore=0 clxscore=1011 priorityscore=1501 adultscore=0 mlxlogscore=999 malwarescore=0 bulkscore=0 impostorscore=0 lowpriorityscore=0 suspectscore=0 mlxscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102270182
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/g0Q2SY_src_YB0jKBkICnwtBITE>
Subject: Re: [ippm] Murray Kucherawy's No Objection on draft-ietf-ippm-capacity-metric-method-06: (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: Sat, 27 Feb 2021 21:27:42 -0000

PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNdXJyYXkgS3VjaGVyYXd5IHZp
YSBEYXRhdHJhY2tlciBbbWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddDQo+IFNlbnQ6IFRodXJzZGF5
LCBGZWJydWFyeSAyNSwgMjAyMSAxMDoyMSBBTQ0KPiBUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5v
cmc+DQo+IENjOiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZEBpZXRmLm9y
ZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7DQo+IGlwcG1AaWV0Zi5vcmc7IElhbiBTd2V0dCA8aWFu
c3dldHRAZ29vZ2xlLmNvbT47IHRwYXVseUBhcHBsZS5jb20NCj4gU3ViamVjdDogTXVycmF5IEt1
Y2hlcmF3eSdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktDQo+IG1l
dHJpYy1tZXRob2QtMDY6ICh3aXRoIENPTU1FTlQpDQo+IA0KPiBNdXJyYXkgS3VjaGVyYXd5IGhh
cyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiBkcmFmdC1pZXRm
LWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZC0wNjogTm8gT2JqZWN0aW9uDQo+IA0KLi4uDQo+
IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0NCj4gQ09NTUVOVDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gU2luY2Ug
YSBTSE9VTEQgbGVhdmVzIGFuIGltcGxlbWVudGVyIHdpdGggYSBjaG9pY2UsIGl0J3MgcHJlZmVy
YWJsZSB0byBzZWUNCj4gcHJvc2UgZXhwbGFpbmluZyB3aHkgb25lIG1pZ2h0IGRldmlhdGUgZnJv
bSB0aGUgU0hPVUxEIGFkdmljZS4gIFRodXMsIHRoZQ0KPiBTSE9VTERzIGluIFNlY3Rpb25zIDUu
MyBhbmQgNi4zIGxlYXZlIG1lIHdvbmRlcmluZyB1bmRlciB3aGF0IGNpcmN1bXN0YW5jZXMgYW4N
Cj4gaW1wbGVtZW50ZXIgbWlnaHQgbGVnaXRpbWF0ZWx5IGNob29zZSB0byBkbyBzb21ldGhpbmcg
ZWxzZS4gIElmIHRoZXJlIGFyZQ0KPiBub25lLCBzaG91bGQgaXQgYmUgYSBNVVNUPw0KPiANCj4g
DQpIaSBNdXJyYXksDQoNClRoYW5rcyBmb3IgeW91ciByZXZpZXcsIGFuZCByZS1jYXN0aW5nIHlv
dXIgYmFsbG90IGFzIGEgQ09NTUVOVC4gSSBsaXN0ZW5lZCB0byANCnRoZSB0ZWxlY2hhdCBhbmQg
aGVhcmQgaXQgaGFwcGVuLiBJdCB3YXMgbXkgZmlyc3QgY2hhbmNlIHRvIHRha2UgYWR2YW50YWdl
IG9mIA0KdGhlIG9wcG9ydHVuaXR5IHRvIGxpc3Rlbi1pbiwgYW5kIEknbSBnbGFkIEkgZGlkLg0K
DQpTIDUuMw0KDQpPTEQgKyBCZW4ncyBjb21tZW50cyBmaXhlZDoNCkFudGljaXBhdGluZyBhIFNh
bXBsZSBvZiBTaW5nbGV0b25zLCB0aGUgbnVtYmVyIG9mIHN1Yi1pbnRlcnZhbHMgd2l0aCBkdXJh
dGlvbiBkdCANClNIT1VMRCBiZSBzZXQgdG8gYSBuYXR1cmFsIG51bWJlciBtLCBzbyB0aGF0IFQr
SSA9IFQgKyBtKmR0IHdpdGggZHRuKzEgLSBkdG4gPSBkdCANCmZvciAxIDw9IG4gPD0gbS4NCg0K
SSBjYW5ub3QgZm9yIHRoZSBsaWZlIG9mIG1lIGNvbmp1cmUtdXAgd2h5IGEgcHJhY3RpY2FsIHZh
bHVlIG9mIG0gd291bGQgbm90IGJlDQphIG5hdHVyYWwgbnVtYmVyLiBUaHVzLCBJJ2xsIG1ha2Ug
dGhpcyBhIE1VU1QgdW5sZXNzIHNvbWVvbmUgcHJvZHVjZXMgYSANCnJlYXNvbmFibGUgZGV2aWF0
aW9uICh3aGljaCB3ZSB3b3VsZCBhZGQgdG8gdGhlIHRleHQpLg0KDQpORVcNCkFudGljaXBhdGlu
ZyBhIFNhbXBsZSBvZiBTaW5nbGV0b25zLCB0aGUgbnVtYmVyIG9mIHN1Yi1pbnRlcnZhbHMgd2l0
aCBkdXJhdGlvbiBkdCANCk1VU1QgYmUgc2V0IHRvIGEgbmF0dXJhbCBudW1iZXIgbSwgc28gdGhh
dCBUK0kgPSBUICsgbSpkdCB3aXRoIGR0bisxIC0gZHRuID0gZHQgDQpmb3IgMSA8PSBuIDw9IG0u
DQoNClMgNi4zDQoNCkl0J3MgYmFzaWNhbGx5IHRoZSBzYW1lIHJlcXVpcmVtZW50IGluIHRoaXMg
c2VjdGlvbiwgc28gdGhlIHNhbWUgcmF0aW9uYWxlIGFuZCBmaXggDQphcHBsaWVzOg0KDQpPTEQg
KyBCZW4ncyBjb21tZW50cyBmaXhlZDoNClRoZSBudW1iZXIgb2Ygc3ViLWludGVydmFscyB3aXRo
IGR1cmF0aW9uIGR0IFNIT1VMRCBiZSBzZXQgdG8gYSBuYXR1cmFsIG51bWJlciBtLCANCnNvIHRo
YXQgVCtJID0gVCArIG0qZHQgd2l0aCBkdG4rMSAtIGR0biA9IGR0IGZvciAxIDw9IG4gPD0gbS4N
Cg0KTkVXDQpUaGUgbnVtYmVyIG9mIHN1Yi1pbnRlcnZhbHMgd2l0aCBkdXJhdGlvbiBkdCBNVVNU
IGJlIHNldCB0byBhIG5hdHVyYWwgbnVtYmVyIG0sIA0Kc28gdGhhdCBUK0kgPSBUICsgbSpkdCB3
aXRoIGR0bisxIC0gZHRuID0gZHQgZm9yIDEgPD0gbiA8PSBtLg0KDQpUaGVzZSBhcmUgdGhlIG9u
bHkgU0hPVUxEcyBpbiA1LjMgYW5kIDYuMy4NCg0KR29pbmcgYSBiaXQgZnVydGhlciwgSSBmb3Vu
ZCBhIFNIT1VMRCBpbiA3LjMgdGhhdCB3ZSBjb3VsZCBleHBsYWluIGJldHRlcjoNCiANCk9MRA0K
c3QgU0hPVUxEIGJlIG11Y2ggc21hbGxlciB0aGFuIHRoZSBzdWItaW50ZXJ2YWwgZHQuIA0KVGhl
IHN0IHBhcmFtZXRlciBkb2VzIG5vdCBoYXZlIHJlbGV2YW5jZSB3aGVuIHRoZSBTb3VyY2UgaXMg
dHJhbnNtaXR0aW5nIGF0IA0KYSBmaXhlZCByYXRlIHRocm91Z2hvdXQgUy4NCg0KTkVXDQpzdCBT
SE9VTEQgYmUgbXVjaCBzbWFsbGVyIHRoYW4gdGhlIHN1Yi1pbnRlcnZhbCBkdCBhbmQgb24gdGhl
IHNhbWUgb3JkZXIgYXMgRlQsIA0Kb3RoZXJ3aXNlIHRoZSByYXRlIG1lYXN1cmVtZW50IHdpbGwg
aW5jbHVkZSBtYW55IHJhdGUgYWRqdXN0bWVudHMgYW5kIGluY2x1ZGUNCm1vcmUgdGltZSBzbW9v
dGhpbmcsIHRodXMgbWlzc2luZyB0aGUgbWF4aW11bSByYXRlLiBUaGUgc3QgcGFyYW1ldGVyIGRv
ZXMgbm90IA0KaGF2ZSByZWxldmFuY2Ugd2hlbiB0aGUgU291cmNlIGlzIHRyYW5zbWl0dGluZyBh
dCBhIGZpeGVkIHJhdGUgdGhyb3VnaG91dCBTLg0KDQoNCkFuZCA3LjQgaGFzIGFuIHVuZXhwbGFp
bmVkIFNIT1VMRDoNCk9MRA0KQm90aCB0aGUgU2VuZGVyIGFuZCBSZWNlaXZlciBvciAoc291cmNl
IGFuZCBkZXN0aW5hdGlvbikgYml0IHJhdGVzIFNIT1VMRCANCmJlIGFzc2Vzc2VkIGFzIHBhcnQg
b2YgYW4gSVAtbGF5ZXIgQ2FwYWNpdHkgbWVhc3VyZW1lbnQuIA0KTkVXDQpCb3RoIHRoZSBTZW5k
ZXIgYW5kIFJlY2VpdmVyIG9yIChzb3VyY2UgYW5kIGRlc3RpbmF0aW9uKSBiaXQgcmF0ZXMgU0hP
VUxEIA0KYmUgYXNzZXNzZWQgYXMgcGFydCBvZiBhbiBJUC1sYXllciBDYXBhY2l0eSBtZWFzdXJl
bWVudC4gT3RoZXJ3aXNlLCBhbiANCnVuZXhwZWN0ZWQgc2VuZGluZyByYXRlIGxpbWl0YXRpb24g
Y291bGQgcHJvZHVjZSBhbiBlcnJvbmVvdXMgTWF4aW11bSANCklQLUxheWVyIENhcGFjaXR5IG1l
YXN1cmVtZW50Lg0KDQpXZSBoYXZlIHNvbWUgb3RoZXIgU0hPVUxEcywgbW9zdGx5IGFzc29jaWF0
ZWQgd2l0aCByZXBvcnRpbmcgcmVzdWx0cy4gVGhlc2UsDQphbmQgb3RoZXJzIGluIFMgMTAgYXJl
IGFzcGVjdHMgd2UgcmVhbGx5IGNhbm5vdCBtYW5kYXRlLg0KDQpBbGwgdGhlc2UgY2hhbmdlcyBh
cmUgaW4gdGhlIHdvcmtpbmcgdmVyc2lvbiBvZiAtMDcgdG8tYmUuDQoNClRoYW5rcyBhZ2FpbiEN
CkFsDQoNCg0KDQo=

