
From nobody Fri Oct 30 11:43:03 2020
Return-Path: <research@bobbriscoe.net>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9634F3A1111; Fri, 30 Oct 2020 11:42:58 -0700 (PDT)
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, HTML_MESSAGE=0.001, SPF_HELO_FAIL=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=bobbriscoe.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tTl149Xl94mq; Fri, 30 Oct 2020 11:42:57 -0700 (PDT)
Received: from cl3.bcs-hosting.net (cl3.bcs-hosting.net [3.11.37.202]) (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 C7AE33A110F; Fri, 30 Oct 2020 11:42:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Type:MIME-Version:Date:Message-ID:Cc: To:Subject:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6xA+nTzaN5LFDK7VVa52uyDsSq/QSIPJmpsYsFJn8Ic=; b=DYU6GgU0g6/uZbSh4brJqplzoS 2DPYGcdZKcZYC2VfBQhWzg1s2TL0x5HdMirSnx2edYrfTnks/8NAwP+1ylTf3WT59e2IlH5ieNvR+ MDryB8NuhLql/tbU9vdOkQT7JrHkUGmwqn+NLMgItpfIZCCIQc4X/APhj3W2AuP9AUCPsx0DRNdU7 mrjLLSbWDFvTpp+TVPxJ35jHbI/f8qOgj94ij+x50TyiwHI+ycZlUPftTMp8XQoKUBNJrVMa0KEQd P0mRZk8SJLSIcRP3/XwKnOqV4iUsYZwbG8/M13eNoXQA3pYGBVBhb0u5F51aV2fR+LzirjAliBQbT i3NO4mlg==;
Received: from 67.153.238.178.in-addr.arpa ([178.238.153.67]:58836 helo=[192.168.1.3]) by cl3.bcs-hosting.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from <research@bobbriscoe.net>) id 1kYZMR-00Ad0f-LY; Fri, 30 Oct 2020 18:42:51 +0000
From: Bob Briscoe <research@bobbriscoe.net>
To: tsvwg IETF list <tsvwg@ietf.org>
Cc: TCP Prague List <tcpPrague@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
Message-ID: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net>
Date: Fri, 30 Oct 2020 18:42:50 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------7047358348D05B4037AB2E1C"
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - cl3.bcs-hosting.net
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: cl3.bcs-hosting.net: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: cl3.bcs-hosting.net: in@bobbriscoe.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/-oHCeE0C36cOw3d4h13xKrBxqIs>
Subject: [tcpPrague] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Oct 2020 18:42:59 -0000

This is a multi-part message in MIME format.
--------------7047358348D05B4037AB2E1C
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Folks,

The co-authors of ECN L4S ID have been reviewing the correctness of the 
normative 'Prague' requirements.
     See 
https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3
This is the first of 2 emails, about 2 of the requirements that we think 
ought to be reworded a little.

If you agree with the rationale, but think the new wording still doesn't 
capture the requirement well, pls suggest sthg better.
If you disagree with the rationale, pls discuss.

4.3.  Prerequisite Congestion Response
...
CURRENT:
    o  A scalable congestion control MUST reduce or eliminate RTT bias
       over as wide a range of RTTs as possible, or at least over the
       typical range of RTTs that will interact in the intended
       deployment scenario (seeAppendix A.1.5  <https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.5>  for rationale).


PROPOSED:
A scalable congestion control MUST eliminate RTT bias as much as 
possible in the range between the minimum likely RTT and typical RTTs 
expected
in the intended deployment scenario  (see Appendix A.1.5 for rationale).

RATIONALE:
1/ "eliminate as much as possible" is stronger than "reduce or eliminate".
2/ This requirement was motivated by 'do no harm to others' relative to 
existing standard (RFC5681 Reno) congestion control. So there is no need 
to mandate that an L4S implementer does no harm to themselves, which 
window-based congestion controls tend to do at higher RTT. Of course, 
this doesn't preclude implementers reducing or eliminating RTT bias for 
larger than typical RTTs, but it removes any requirement to do so.

Cheers


Bob

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/


--------------7047358348D05B4037AB2E1C
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Folks,<br>
    <br>
    The co-authors of ECN L4S ID have been reviewing the correctness of
    the normative 'Prague' requirements. <br>
        See
    <a class="moz-txt-link-freetext" href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3">https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3</a><br>
    This is the first of 2 emails, about 2 of the requirements that we
    think ought to be reworded a little.<br>
    <br>
    If you agree with the rationale, but think the new wording still
    doesn't capture the requirement well, pls suggest sthg better.<br>
    If you disagree with the rationale, pls discuss.<br>
    <br>
    <pre class="newpage">4.3.  Prerequisite Congestion Response
...
CURRENT:
   o  A scalable congestion control MUST reduce or eliminate RTT bias
      over as wide a range of RTTs as possible, or at least over the
      typical range of RTTs that will interact in the intended
      deployment scenario (see <a href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.5">Appendix A.1.5</a> for rationale).
</pre>
    <br>
    PROPOSED:<br>
    A scalable congestion control MUST eliminate RTT bias as much as
    possible in the range between the minimum likely RTT and typical
    RTTs expected <br>
    in the intended deployment scenario  (see Appendix A.1.5 for
    rationale).<br>
    <br>
    RATIONALE:<br>
    1/ "eliminate as much as possible" is stronger than "reduce or
    eliminate".<br>
    2/ This requirement was motivated by 'do no harm to others' relative
    to existing standard (RFC5681 Reno) congestion control. So there is
    no need to mandate that an L4S implementer does no harm to
    themselves, which window-based congestion controls tend to do at
    higher RTT. Of course, this doesn't preclude implementers reducing
    or eliminating RTT bias for larger than typical RTTs, but it removes
    any requirement to do so. <br>
    <br>
    Cheers<br>
    <br>
    <br>
    Bob<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
________________________________________________________________
Bob Briscoe                               <a class="moz-txt-link-freetext" href="http://bobbriscoe.net/">http://bobbriscoe.net/</a></pre>
  </body>
</html>

--------------7047358348D05B4037AB2E1C--


From nobody Fri Oct 30 13:14:03 2020
Return-Path: <moeller0@gmx.de>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A5423A11F4; Fri, 30 Oct 2020 13:14:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level: 
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zce4MetnSfXE; Fri, 30 Oct 2020 13:14:00 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 1B93E3A11F3; Fri, 30 Oct 2020 13:13:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1604088791; bh=w2G7VIZl3/tpH39ae/7OTfN8WnRQRzBS9hpYqILRflY=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=UFwOOa7a2iJMeKuDh8vvBm2T4r0EaKw5n/MCeNihDxI3UyaldcpluTwvW29svDvqD MfMCCEMbv449c8n+fvtcFLXwrxlTWaVX3UNm/EZ5s0NbjvednrtTHtLrqKcxwAoclY QY4svmDuXZXw9cTq0kHcbrMkhD1nlzR4aS5gmWZM=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [134.76.241.253] ([134.76.241.253]) by web-mail.gmx.net (3c-app-gmx-bap50.server.lan [172.19.172.120]) (via HTTP); Fri, 30 Oct 2020 21:13:11 +0100
MIME-Version: 1.0
Message-ID: <trinity-da9fe99f-0f0e-404b-bbce-0468ed38ff45-1604088791553@3c-app-gmx-bap50>
From: Sebastian Moeller <moeller0@gmx.de>
To: Bob Briscoe <research@bobbriscoe.net>
Cc: tsvwg IETF list <tsvwg@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
Content-Type: text/plain; charset=UTF-8
Date: Fri, 30 Oct 2020 21:13:11 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net>
References: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net>
Content-Transfer-Encoding: quoted-printable
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K1:6UkuDv4y6rzDpzdtDOZLN8AD0NKPcnCoGKmaFWTZj+vguoy7C4uYnzUfRmzWF5n8P+5D+ fRDsY9zQieEiaYsFN4gpp19Od7cz4zAJ5A1OSYGIZOPyE1C1BmQ5yBuAXH0oqBQ+e5KDPG2BH9yD JAJ4MUTZc91veF0muSbceRGQ8+qudQFB6QkJiRpmWcBmDnOvlQ0fFbsXltIE1FNgVLLi7KjqSSiO lR9Pya/yY5o5cgYcnaNJYdNIevbdof7UGSx22HZ626rxDSm/JO023LND2I48ENPRMKpotaLkf0YB uM=
X-UI-Out-Filterresults: notjunk:1;V03:K0:VVFq+zCh9gQ=:e/fyVl553r5bOCkBjXzQP1 jT9ToPDZRaXaibIPdGHbjZbj8GcDoYMMXTFknsRD8olEEGrlrp0dwOG3LdphzjmfYzYPV4I5I mZMHZrFd6UcxEu8iIoTPcuQIY8201YviufI5Wxse7Wsnw/xC6byHkca8pMed+f40l1KSIEV8d 3/4Dh4KjSqig9qJJYJWInAEiprB950sU42QbCajXBLbBF9M+Ks4sZKm4tpKY0ZJNSz8JKES4S kAIi4hxUzZgOiQ6oqwLBvQ9qbu5dxHYEukPKhewGFU6zWkJrUrHq+P2ELMaxuWwntKaI35/Pi HQ0vTr6c5ZNyfLtDd74rgoaH2nRtpExdOOrTXCE6iKGz86kFNNrotqQ5MfoDg0FJxBHlOyq4c ZpGyl8+01n58Ht2jxcCaIz1vg4cLEbbbDrykli2DW0Cex30hxkkaj115eaXH+uixVRu3e6SOV gJOr0WsolO89opZ5UAia7tScaQQIbhf6yPao5M4eIRFeYpZXq9/kTDGO9vgwf/TVKzzhIQclx 8xBY2zSm1jcNrxUBbD6z6a5pm2UIUR3HDEmZHE+Q2M8Czbr9Jer/5DTl53xrtxJFCX2cjGfp0 /DscwUyrnkGn0=
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/PZs0aWJnDc9sV698FTQLycXaikQ>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Oct 2020 20:14:03 -0000

Dear Bob, Koen=2E
=C2=A0
more below in-line, prefixed [SM]=2E

Gesendet:=C2=A0Freitag, 30=2E Oktober 2020 um 19:42 Uhr
Von:=C2=A0"Bob Briscoe" <research@bobbriscoe=2Enet>
An:=C2=A0"tsvwg IETF list" <tsvwg@ietf=2Eorg>
Cc:=C2=A0"iccrg IRTF list" <iccrg@irtf=2Eorg>, "TCP Prague List" <tcpPragu=
e@ietf=2Eorg>, "De Schepper, Koen (Koen)" <koen=2Ede_schepper@nokia=2Ecom>
Betreff:=C2=A0[tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias T=
ext

Folks,

The co-authors of ECN L4S ID have been reviewing the correctness of the no=
rmative 'Prague' requirements=2E
=C2=A0=C2=A0=C2=A0 See https://tools=2Eietf=2Eorg/html/draft-ietf-tsvwg-ec=
n-l4s-id-10#section-4=2E3
This is the first of 2 emails, about 2 of the requirements that we think o=
ught to be reworded a little=2E

If you agree with the rationale, but think the new wording still doesn't c=
apture the requirement well, pls suggest sthg better=2E
If you disagree with the rationale, pls discuss=2E
=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 [SM] This pretty much sounds like both an admi=
ssion that the original requirement was so broad that is was never achievab=
le, and, leaving a bad taste, an attempt to maker the gross hack of "slowin=
g the CC response in TCP Prague" by the same 15ms that DualQ adds to the sh=
allow queue to make DualQ less catastrophic at short RTT links=2E
IMHO the=C2=A0requirement should be scraped, as there is zero evidence tha=
t it is at all possible to achieve (short of relaying on oracle schedulers,=
 or the AQM knowing the RTT of each individual flow)=2E AND the gross hack =
in TCP Prague should be taken out again, and instead of trying to cure the =
symptoms, the root cause of the issue, dualQ's misdesign, needs to be fixed=
 for good=2E The observed inequitable sharing between the two queues is cau=
sed by dualQ and needs to be fixed by dual queue=2E As proposed this is lik=
e re-arranging the deck chairs on the titanic=2E=C2=A0
More to the point though, once L4S is released into the wild, nobody is go=
ing to care much for the text in the requirements section at all, as compli=
ant behaviour is not checked by L4S's AQM=2E So assuming that changing this=
 text will have any other effect, than simply making TCP Prague compliant p=
ost-hoc (by tailoring the RFC requirements to the little RTT-independence t=
hat was achievable in TCP Prague)=2E=20
       In my line of work, something like this would be considered a bad f=
aith effort close to cheating, but it seems that here at the IETF we operat=
e under a considerably more relaxed set of standards?
=C2=A0
Regards
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Sebastian
=C2=A0
=C2=A0
4=2E3=2E  Prerequisite Congestion Response
=2E=2E=2E
CURRENT:
   o  A scalable congestion control MUST reduce or eliminate RTT bias
      over as wide a range of RTTs as possible, or at least over the
      typical range of RTTs that will interact in the intended
      deployment scenario (see Appendix A=2E1=2E5[https://tools=2Eietf=2Eo=
rg/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A=2E1=2E5] for rationale)=
=2E
PROPOSED:
A scalable congestion control MUST eliminate RTT bias as much as possible =
in the range between the minimum likely RTT and typical RTTs expected
in the intended deployment scenario=C2=A0 (see Appendix A=2E1=2E5 for rati=
onale)=2E

RATIONALE:
1/ "eliminate as much as possible" is stronger than "reduce or eliminate"=
=2E
2/ This requirement was motivated by 'do no harm to others' relative to ex=
isting standard (RFC5681 Reno) congestion control=2E So there is no need to=
 mandate that an L4S implementer does no harm to themselves, which window-b=
ased congestion controls tend to do at higher RTT=2E Of course, this doesn'=
t preclude implementers reducing or eliminating RTT bias for larger than ty=
pical RTTs, but it removes any requirement to do so=2E

Cheers


Bob
=C2=A0
--=20
________________________________________________________________
Bob Briscoe                               http://bobbriscoe=2Enet/[http://=
bobbriscoe=2Enet/]


From nobody Sat Oct 31 02:54:42 2020
Return-Path: <ietf@bobbriscoe.net>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A6413A17B7; Sat, 31 Oct 2020 02:54:32 -0700 (PDT)
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, HTML_MESSAGE=0.001, SPF_HELO_FAIL=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=bobbriscoe.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i4_zVBObRtje; Sat, 31 Oct 2020 02:54:29 -0700 (PDT)
Received: from cl3.bcs-hosting.net (cl3.bcs-hosting.net [3.11.37.202]) (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 72FF63A17B6; Sat, 31 Oct 2020 02:54:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Type:MIME-Version:Date:Message-ID:Cc: To:Subject:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=eYKq+VwUEgnW71/T97TQMHOd2A+89tG4e587FYQWBXI=; b=jP+Pi5IN3eQGD5ErfWA4KXgBzP q/s49toYlkgUW4fxlmN13wjbMPX4EBP4K2INd7b9tElHAC5T4uWwAXdqHi3Tr/rGW97py8eo8sd7u +mRwy3tMHzO9h+bAddUtXUXFshuxGmCOJEYNBFzp62FQaw9Pms/vm8hNnbrkdgoUyM17628PRNXi2 9HuAzfbSEgELTEIQ6s+w03zD8WqLqEjl2xxAuCPkdRqh3oMqAdntg93N9bYz92nSef+FKSrq4vteO ZWzsYlCbH2F2Yt/FSlIObT3F0wZZk4VzTwf0YJjwP40F3ILxDifncakxEsG5vVJgGECeE/xsNcyGK n2Hj7uLQ==;
Received: from 67.153.238.178.in-addr.arpa ([178.238.153.67]:60906 helo=[192.168.1.3]) by cl3.bcs-hosting.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from <ietf@bobbriscoe.net>) id 1kYnad-00F7Iz-ML; Sat, 31 Oct 2020 09:54:27 +0000
From: Bob Briscoe <ietf@bobbriscoe.net>
To: tsvwg IETF list <tsvwg@ietf.org>
Cc: TCP Prague List <tcpPrague@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
Message-ID: <1b71a610-75ea-e1d4-e3ce-f0ae6a4c12f7@bobbriscoe.net>
Date: Sat, 31 Oct 2020 09:54:26 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------729C9A47D891A9397EB61EE2"
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - cl3.bcs-hosting.net
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: cl3.bcs-hosting.net: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: cl3.bcs-hosting.net: in@bobbriscoe.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/E6R05LyIL5eZAcWb-m0gDlHp7iA>
Subject: [tcpPrague] ecn-l4s-id: Proposed Changed to Normative Classic ECN detection Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 09:54:33 -0000

This is a multi-part message in MIME format.
--------------729C9A47D891A9397EB61EE2
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Folks,

The co-authors of ECN L4S ID have been reviewing the correctness of the 
normative 'Prague' requirements.
     See 
https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3
This is the second of 2 emails, about 2 of the requirements that we 
think ought to be reworded a little.

If you agree with the rationale, but think the new wording still doesn't 
fully capture the requirement, pls suggest sthg better.
If you disagree with the rationale, pls discuss.

4.3.  Prerequisite Congestion Response
...
CURRENT:

    o  A scalable congestion control MUST react to ECN marking from a
       non-L4S but ECN-capable bottleneck in a way that will coexist with
       a TCP Reno congestion control [RFC5681  <https://tools.ietf.org/html/rfc5681>] (seeAppendix A.1.4  <https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.4>  for
       rationale).

       Note that a scalable congestion control is not expected to change
       to setting ECT(0) while it falls back to coexist with Reno.
  

PROPOSED:
    o  A scalable congestion control MUST implement monitoring in order
       to detect a likely non-L4S but ECN-capable AQM at the bottleneck.
       On detection of a likely ECN-capable bottleneck it SHOULD be
       capable (dependent on configuration) of automatically adapting its
       congestion response to coexist with TCP Reno congestion controls
       [RFC5681] (see Appendix A.1.4 for rationale and a referenced
       algorithm).

       Note that a scalable congestion control is not expected to change
       to setting ECT(0) while it falls back to coexist with Reno.

RATIONALE:
1/ The requirement as currently written says what an omniscient sender 
MUST do. So there's an implied requirement that a sender MUST be 
omniscient, which is of course impossible.
2/ The requirement needs to be recast to require a sender to aim to be 
as knowledgeable as possible. Then, what it does as a result needs to 
take into account the a priori likelihood of there being a non-L4S 
bottleneck present.
3/ This includes the possibility that the operator of the host knows 
that the network it serves has not deployed any single queue classic ECN 
AQM (e.g. in a CDN case they're doing out of band testing, or they've 
asked the ISP). So we've included the possibility of fall-back being 
disabled by configuration.
4/ Nonetheless, as has been pointed out on the list, there is still a 
possibility that there is a Classic ECN AQM somewhere else on the path 
(to continue the CDN example, perhaps beyond the ISP in a home network). 
The 'MUST monitor' requirement still stands to ensure the operator 
doesn't miss these cases.
5/ Then, if the server operators have disabled fall-back for their 
deployment, they can reconsider their policy or at least do more focused 
testing if they are frequently detecting a single-queue Classic ECN AQM.

Items 3-5 are the "react via management" model that I've talked about on 
the list, given the unfairness doesn't amount to starvation, and it is 
possible that the prevalence of the problem is very low.


Finally, after the bullet list of requirements in section 4.3, (which 
are prerequisites for setting the ECT1 codepoint), we propose to add the 
following requirement, as suggested on the tsvwg list:

       To participate in the L4S experiment, a scalable congestion 
control MUST
       be capable of being replaced by a Classic congestion control (by
       application and by administrative control). A Classic congestion 
control
       will not tag its packets with the ECT(1) codepoint.

Cheers


Bob


-- 
________________________________________________________________
Bob Briscoehttp://bobbriscoe.net/


--------------729C9A47D891A9397EB61EE2
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Folks,<br>
    <br>
    The co-authors of ECN L4S ID have been reviewing the correctness of
    the normative 'Prague' requirements. <br>
        See <a class="moz-txt-link-freetext"
href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3"
      moz-do-not-send="true">https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3</a><br>
    This is the second of 2 emails, about 2 of the requirements that we
    think ought to be reworded a little.<br>
    <br>
    If you agree with the rationale, but think the new wording still
    doesn't fully capture the requirement, pls suggest sthg better.<br>
    If you disagree with the rationale, pls discuss.<br>
    <br>
    <pre class="newpage">4.3.  Prerequisite Congestion Response
...
CURRENT:

   o  A scalable congestion control MUST react to ECN marking from a
      non-L4S but ECN-capable bottleneck in a way that will coexist with
      a TCP Reno congestion control [<a href="https://tools.ietf.org/html/rfc5681" title="&quot;TCP Congestion Control&quot;">RFC5681</a>] (see <a href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.4">Appendix A.1.4</a> for
      rationale).

      Note that a scalable congestion control is not expected to change
      to setting ECT(0) while it falls back to coexist with Reno.
 
</pre>
    PROPOSED:<br>
       o  A scalable congestion control MUST implement monitoring in
    order<br>
          to detect a likely non-L4S but ECN-capable AQM at the
    bottleneck.<br>
          On detection of a likely ECN-capable bottleneck it SHOULD be<br>
          capable (dependent on configuration) of automatically adapting
    its<br>
          congestion response to coexist with TCP Reno congestion
    controls<br>
          [RFC5681] (see Appendix A.1.4 for rationale and a referenced<br>
          algorithm).<br>
    <br>
          Note that a scalable congestion control is not expected to
    change<br>
          to setting ECT(0) while it falls back to coexist with Reno.<br>
    <br>
    RATIONALE:<br>
    1/ The requirement as currently written says what an omniscient
    sender MUST do. So there's an implied requirement that a sender MUST
    be omniscient, which is of course impossible.<br>
    2/ The requirement needs to be recast to require a sender to aim to
    be as knowledgeable as possible. Then, what it does as a result
    needs to take into account the a priori likelihood of there being a
    non-L4S bottleneck present.<br>
    3/ This includes the possibility that the operator of the host knows
    that the network it serves has not deployed any single queue classic
    ECN AQM (e.g. in a CDN case they're doing out of band testing, or
    they've asked the ISP). So we've included the possibility of
    fall-back being disabled by configuration.<br>
    4/ Nonetheless, as has been pointed out on the list, there is still
    a possibility that there is a Classic ECN AQM somewhere else on the
    path (to continue the CDN example, perhaps beyond the ISP in a home
    network). The 'MUST monitor' requirement still stands to ensure the
    operator doesn't miss these cases. <br>
    5/ Then, if the server operators have disabled fall-back for their
    deployment, they can reconsider their policy or at least do more
    focused testing if they are frequently detecting a single-queue
    Classic ECN AQM. <br>
    <br>
    Items 3-5 are the "react via management" model that I've talked
    about on the list, given the unfairness doesn't amount to
    starvation, and it is possible that the prevalence of the problem is
    very low. <br>
    <br>
    <br>
    Finally, after the bullet list of requirements in section 4.3,
    (which are prerequisites for setting the ECT1 codepoint), we propose
    to add the following requirement, as suggested on the tsvwg list:<br>
    <br>
          To participate in the L4S experiment, a scalable congestion
    control MUST <br>
          be capable of being replaced by a Classic congestion control
    (by <br>
          application and by administrative control). A Classic
    congestion control <br>
          will not tag its packets with the ECT(1) codepoint.<br>
    <br>
    Cheers<br>
    <br>
    <br>
    Bob<br>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
________________________________________________________________
Bob Briscoe                               <a class="moz-txt-link-freetext" href="http://bobbriscoe.net/">http://bobbriscoe.net/</a></pre>
  </body>
</html>

--------------729C9A47D891A9397EB61EE2--


From nobody Sat Oct 31 03:38:27 2020
Return-Path: <research@bobbriscoe.net>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6E6F3A1916; Sat, 31 Oct 2020 03:38:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.346
X-Spam-Level: 
X-Spam-Status: No, score=-2.346 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, NICE_REPLY_A=-0.247, SPF_HELO_FAIL=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=bobbriscoe.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MCJsozAb7iFR; Sat, 31 Oct 2020 03:38:23 -0700 (PDT)
Received: from cl3.bcs-hosting.net (cl3.bcs-hosting.net [3.11.37.202]) (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 9960F3A1912; Sat, 31 Oct 2020 03:38:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=/ULJhj7w01hYscSHiYlLY2tIRpkPoDyGR4WXyUcl+9M=; b=WOKccYIS3mwWQ5TdTI/fiSvQoF Cf0bWokctz1nvyzzfTfpx8x4ag8nkZHxjhIpkVZ6T/cKFxYtXR5597aa1GAr5Nd7aFpAkB4dI++19 BlBEcaPFtl7ulHetzPqj8fU+SrCH6i78RIWFULymcZgUbMHnzri9uAM6TKaQ+RO4gZKrs6p8ecAGM sFJ0i4Xmyux23xz2V1lcaHqEQKP2gAlDnPhS/X9yleczlZMOJtWs659KL1tJyFG2YSxnLYT7DNZhM P7axMLxQ48dZvM5obrKRwgMaUQBpaLpbpSblAiBmEV5ekrKLHNBRppaUKwj7zT6KdJcasRIZr0nB6 DaIrULCg==;
Received: from 67.153.238.178.in-addr.arpa ([178.238.153.67]:60966 helo=[192.168.1.3]) by cl3.bcs-hosting.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from <research@bobbriscoe.net>) id 1kYoH7-00FwiK-TQ; Sat, 31 Oct 2020 10:38:21 +0000
To: Sebastian Moeller <moeller0@gmx.de>
Cc: tsvwg IETF list <tsvwg@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
References: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net> <trinity-da9fe99f-0f0e-404b-bbce-0468ed38ff45-1604088791553@3c-app-gmx-bap50>
From: Bob Briscoe <research@bobbriscoe.net>
Message-ID: <e1f151f6-b240-058f-7075-74e77942d325@bobbriscoe.net>
Date: Sat, 31 Oct 2020 10:38:21 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <trinity-da9fe99f-0f0e-404b-bbce-0468ed38ff45-1604088791553@3c-app-gmx-bap50>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - cl3.bcs-hosting.net
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: cl3.bcs-hosting.net: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: cl3.bcs-hosting.net: in@bobbriscoe.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/-8ciQOQBtpgKncMCU3en-crYvyc>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 10:38:26 -0000

Sebastian,

I am not going to respond to emails like yours that presume evil intent.
Please readjust your sad view of humanity, then re-read. If you then 
have nothing to add, pls stay silent.

The rate being inversely proportional to RTT is a feature of all 
window-fair congestion controls, including the Reno standard [RFC5168].
As explained in the rationale linked from the requirement, the only 
reason Reno (or any windw-based CC) doesn't continue to get faster at 
low /base/ RTTs is the additional queuing delay it induces.
So the more one removes this queuing delay (CoDel and PIE also suffered 
from this problem), the more the denominator tends to the base RTT.
So at the low end of the base RTT range, the inverse proportionality 
pushes the rate considerably higher.

A CC that has no RTT bias would satisfy this requirement.
But making that the requirement would have been overly prescriptive.
So we're trying to write the wording not to exclude the RTT bias that 
the Internet already works with today.
Particularly because the stability implications of moving away from the 
current Internet norm need to be treated with care.


Bob

On 30/10/2020 20:13, Sebastian Moeller wrote:
> Dear Bob, Koen.
>   
> more below in-line, prefixed [SM].
>
> Gesendet: Freitag, 30. Oktober 2020 um 19:42 Uhr
> Von: "Bob Briscoe" <research@bobbriscoe.net>
> An: "tsvwg IETF list" <tsvwg@ietf.org>
> Cc: "iccrg IRTF list" <iccrg@irtf.org>, "TCP Prague List" <tcpPrague@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
> Betreff: [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
>
> Folks,
>
> The co-authors of ECN L4S ID have been reviewing the correctness of the normative 'Prague' requirements.
>      See https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3
> This is the first of 2 emails, about 2 of the requirements that we think ought to be reworded a little.
>
> If you agree with the rationale, but think the new wording still doesn't capture the requirement well, pls suggest sthg better.
> If you disagree with the rationale, pls discuss.
>   
>          [SM] This pretty much sounds like both an admission that the original requirement was so broad that is was never achievable, and, leaving a bad taste, an attempt to maker the gross hack of "slowing the CC response in TCP Prague" by the same 15ms that DualQ adds to the shallow queue to make DualQ less catastrophic at short RTT links.
> IMHO the requirement should be scraped, as there is zero evidence that it is at all possible to achieve (short of relaying on oracle schedulers, or the AQM knowing the RTT of each individual flow). AND the gross hack in TCP Prague should be taken out again, and instead of trying to cure the symptoms, the root cause of the issue, dualQ's misdesign, needs to be fixed for good. The observed inequitable sharing between the two queues is caused by dualQ and needs to be fixed by dual queue. As proposed this is like re-arranging the deck chairs on the titanic.
> More to the point though, once L4S is released into the wild, nobody is going to care much for the text in the requirements section at all, as compliant behaviour is not checked by L4S's AQM. So assuming that changing this text will have any other effect, than simply making TCP Prague compliant post-hoc (by tailoring the RFC requirements to the little RTT-independence that was achievable in TCP Prague).
>         In my line of work, something like this would be considered a bad faith effort close to cheating, but it seems that here at the IETF we operate under a considerably more relaxed set of standards?
>   
> Regards
>          Sebastian
>   
>   
> 4.3.  Prerequisite Congestion Response
> ...
> CURRENT:
>     o  A scalable congestion control MUST reduce or eliminate RTT bias
>        over as wide a range of RTTs as possible, or at least over the
>        typical range of RTTs that will interact in the intended
>        deployment scenario (see Appendix A.1.5[https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.5] for rationale).
> PROPOSED:
> A scalable congestion control MUST eliminate RTT bias as much as possible in the range between the minimum likely RTT and typical RTTs expected
> in the intended deployment scenario  (see Appendix A.1.5 for rationale).
>
> RATIONALE:
> 1/ "eliminate as much as possible" is stronger than "reduce or eliminate".
> 2/ This requirement was motivated by 'do no harm to others' relative to existing standard (RFC5681 Reno) congestion control. So there is no need to mandate that an L4S implementer does no harm to themselves, which window-based congestion controls tend to do at higher RTT. Of course, this doesn't preclude implementers reducing or eliminating RTT bias for larger than typical RTTs, but it removes any requirement to do so.
>
> Cheers
>
>
> Bob
>   

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/


From nobody Sat Oct 31 04:04:00 2020
Return-Path: <moeller0@gmx.de>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 803593A0E13; Sat, 31 Oct 2020 04:03:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.149
X-Spam-Level: 
X-Spam-Status: No, score=-0.149 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, THIS_AD=1.399, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id STLNgdgxC6Lc; Sat, 31 Oct 2020 04:03:56 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 32AE53A0DB2; Sat, 31 Oct 2020 04:03:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1604142186; bh=4SKN6JTk9IZjNA7GLr8t6ZyitPEZ7E5mJR4u+aSpYAc=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=cBSqbqvvFwIomVG9PMNOkp1MLx1WOemfdh+us3mRKujIg026tM6geAOx7KWIxr0c0 JRQk7jjkK4cu24B8HUQU74KN0oKcQYaSovQspt86fCdMZMoI9X01Uf2PZMBEeChWKt c8HjsXG7+3kGTYkhaSplmxpU1kpFcfNBTnP4D+xc=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [134.76.241.253] ([134.76.241.253]) by web-mail.gmx.net (3c-app-gmx-bs36.server.lan [172.19.170.88]) (via HTTP); Sat, 31 Oct 2020 12:03:06 +0100
MIME-Version: 1.0
Message-ID: <trinity-57d696be-7fbc-4f65-bb4e-7787205d6899-1604142186300@3c-app-gmx-bs36>
From: Sebastian Moeller <moeller0@gmx.de>
To: Bob Briscoe <research@bobbriscoe.net>
Cc: tsvwg IETF list <tsvwg@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
Content-Type: text/html; charset=UTF-8
Date: Sat, 31 Oct 2020 12:03:06 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <e1f151f6-b240-058f-7075-74e77942d325@bobbriscoe.net>
References: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net> <trinity-da9fe99f-0f0e-404b-bbce-0468ed38ff45-1604088791553@3c-app-gmx-bap50> <e1f151f6-b240-058f-7075-74e77942d325@bobbriscoe.net>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K1:eo7+huyq8TnUK1HKzh9y+oHTiGKWVDl15OvOPQyrOiyu1Jyh3FadqyJTbpn+6ceF1Uo05 kARPK8DqwQhr6/jn/uI2jd7IfEIjhlPmf0LshzetUPYlBWpCZINR4CfSt5SCnD9q9kRsfdIlZbvb N2ehtaRVaCTkPg0CSoOyfhkvmA/zSnS94Z9SRjDdUx6DArzmarPQOC5k3Hp+QvdaKRoMTfK7ceX+ x+uLMivKZNpKgX/KqM3AzTfvAELj8k+rMyg5FCSgLrdQgOCsR+RSqhEcYzF6qwlpu1Oa30Ow3JyD Z4=
X-UI-Out-Filterresults: notjunk:1;V03:K0:cwLno+mHwSc=:ObDoHEBvOwqMwYL4ya69KI vfMmOJ4jaStP3CNjJzRcYzKKhSRvSGAfgVMZcEzaXhLA5fl+XEwAAwSaVvKK0pXnsK5M/Rjt5 +K+DuvUX4l86GY09JwVO4P4s9TAdcluvCmTHKZxnh1TeXVRUWWoOGq8N0Xpcs60EG7PZrEuxw DQATwwL2WyX8nyGEt8vi81Wo1Xcwz6narKKpwOIGv7J5vDtRj2XUQDYZrF26vDVkPg/CIZdK2 uMP8QSAb7YAGrc1R52HM/KMoSCMzdWsg4NLx/Rb5PfboA8tV3LNsN5Xm/vFn7evV7ijFdTFW5 u2cTTgtWwIeFEQKjLuxbjdiMCadAx/g5zqdJPCjkFxzQfWjC1C5EQPyO5ZtOIJQ9GqVZBs95S jjpCYUK9VEA02GtHfY5g3TDV0wDEPNfShAYoPHNxpFeztv6qAeFwu7qwyWm+dOcYJm2kuk+Bw PNLdheOl1IQoNhcbRKyi328CqYY34djEylhoMopeUdS4fx/cOlc191m/qwvBdCX7QXyxOpOPt eDugrvYqAgiv8zpKHVTJE6bQPStXTJoOwb+OKXEoY/0gKGnGO4mw6OtuAGQkzRtjvhJ8G4fh5 L7vOk+QsC/yvE=
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/_hB97rgY7sQHiUQ8hZ9ua4x9Jk8>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 11:03:59 -0000

<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Dear Bob,</div>

<div>&nbsp;</div>

<div>more below in-line, prefixed [SM2]</div>

<div>&nbsp;
<div>&nbsp;
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b>&nbsp;Samstag, 31. Oktober 2020 um 11:38 Uhr<br/>
<b>Von:</b>&nbsp;&quot;Bob Briscoe&quot; &lt;research@bobbriscoe.net&gt;<br/>
<b>An:</b>&nbsp;&quot;Sebastian Moeller&quot; &lt;moeller0@gmx.de&gt;<br/>
<b>Cc:</b>&nbsp;&quot;tsvwg IETF list&quot; &lt;tsvwg@ietf.org&gt;, &quot;iccrg IRTF list&quot; &lt;iccrg@irtf.org&gt;, &quot;TCP Prague List&quot; &lt;tcpPrague@ietf.org&gt;, &quot;De Schepper, Koen (Koen)&quot; &lt;koen.de_schepper@nokia.com&gt;<br/>
<b>Betreff:</b>&nbsp;Re: Aw: [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text</div>

<div name="quoted-content">Sebastian,<br/>
<br/>
I am not going to respond to emails like yours that presume evil intent.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] You just did. Make of this what you will, but please stop the posturing and get to the data and the facts.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content"><br/>
Please readjust your sad view of humanity, then re-read. If you then<br/>
have nothing to add, pls stay silent.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] My view of humanity is well, thank you very much, I do not confuse team L4S&nbsp; with its shady practices and acumen with humanty in general. So copud we stop these attempts at distracting from the fact that your proposed change is a fudge and a clear attempt at post-hoc making L4S RFC compliant, by adjusting the requirement instead of adjusting the L4S design. In this specific case you have my sympathy as the requirement is really impossible to full fill in a meaningful way. The only real option is to dumb down your CC response dynamis for a fixed RTT, and that is clearly a hack and in no way a solution that offers increased path-RTT independence. I am sorry that you seem to still consider your TCP Prague 15ms hack as acceptable.</div>

<div name="quoted-content"><br/>
The rate being inversely proportional to RTT is a feature of all<br/>
window-fair congestion controls, including the Reno standard [RFC5168].</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] It also is a consequence of tighter control loops (smaller RTT) being more nimble ans effective than looser ones (greater RTT). The end points can not solve this issue, period. Not within our given pysical constraints that is. As I was reminded recently, the bottleneck AQM however COULD, as it has most of the relevant information available. But you opted to keep a clearly deficient AQM design and instead attempt the impossible by requiring the endpioints to effectively establish faster than light communication. That is ambitious to phraze is poitively.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content"><br/>
As explained in the rationale linked from the requirement, the only<br/>
reason Reno (or any windw-based CC) doesn&#39;t continue to get faster at<br/>
low /base/ RTTs is the additional queuing delay it induces.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] That YOUR AQM introduces, without any data shoewing why 15ms was selected. You can not argue out of the fact that the INCREASED RTT dependence at short RTTs observed in DualQ is of your own making. Pretending that this is just a case of normal RTT dependence is a bit naive, and ignoring cause and effect IMHO. Sorry that this is a bit harsh, but we have gone though this ad nauseam already and I prefer to call a spade a spade.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content"><br/>
So the more one removes this queuing delay (CoDel and PIE also suffered<br/>
from this problem), the more the denominator tends to the base RTT.<br/>
So at the low end of the base RTT range, the inverse proportionality<br/>
pushes the rate considerably higher.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] Yes, but nobody forces you to COUPLE your two queues in a way that this difference results in differentisl throughput, doing so is a design mistake in DualQ, as so often an initially cute idea that showed some promise did not survive the contact with harsh reality. So far so normal, what is not normal is trying to save that clear misdesign by spreading work-arounds over different layers and fudging the requirement to make these work-arounds not violate the requirements.</div>

<div name="quoted-content"><br/>
A CC that has no RTT bias would satisfy this requirement.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] Sure, but that is made of unobtainium or rather FTL communication, not a problem resolvable in the scope of L4S, sorry.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content"><br/>
But making that the requirement would have been overly prescriptive.<br/>
So we&#39;re trying to write the wording not to exclude the RTT bias that<br/>
the Internet already works with today.</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] How about removing a requirement that SIMPLY can not be solved by the endpooints? TCP Prague tried, and as it is clear failed to do so for anything but the special case of the 15ms artifical delay introduced by DualQ. BTW has anybody tried how TCP Prague and TCP-Cubic no compete on say curvy red (or rather any AQM wirhout that brain dead coupling)?</div>

<div name="quoted-content"><br/>
Particularly because the stability implications of moving away from the<br/>
current Internet norm need to be treated with care.</div>

<div name="quoted-content"><br/>
&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM2] Could you elaborate how that is related to requiring the impossible? All of this would be funny, if you would not actually try to force down this clearly under-tested and probably unfinished experiment onto the existing internet with as little od safety measures as you can get away with. Again this soun&acute;ds harsh as less clear wording in the past has simply been argued away or ignored.&nbsp;</div>

<div name="quoted-content">&nbsp;</div>

<div name="quoted-content">Sebastian</div>

<div name="quoted-content"><br/>
Bob<br/>
<br/>
On 30/10/2020 20:13, Sebastian Moeller wrote:<br/>
&gt; Dear Bob, Koen.<br/>
&gt;<br/>
&gt; more below in-line, prefixed [SM].<br/>
&gt;<br/>
&gt; Gesendet:&nbsp;Freitag, 30. Oktober 2020 um 19:42 Uhr<br/>
&gt; Von:&nbsp;&quot;Bob Briscoe&quot; &lt;research@bobbriscoe.net&gt;<br/>
&gt; An:&nbsp;&quot;tsvwg IETF list&quot; &lt;tsvwg@ietf.org&gt;<br/>
&gt; Cc:&nbsp;&quot;iccrg IRTF list&quot; &lt;iccrg@irtf.org&gt;, &quot;TCP Prague List&quot; &lt;tcpPrague@ietf.org&gt;, &quot;De Schepper, Koen (Koen)&quot; &lt;koen.de_schepper@nokia.com&gt;<br/>
&gt; Betreff:&nbsp;[tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text<br/>
&gt;<br/>
&gt; Folks,<br/>
&gt;<br/>
&gt; The co-authors of ECN L4S ID have been reviewing the correctness of the normative &#39;Prague&#39; requirements.<br/>
&gt; &nbsp;&nbsp;&nbsp; See <a href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3" target="_blank">https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3</a><br/>
&gt; This is the first of 2 emails, about 2 of the requirements that we think ought to be reworded a little.<br/>
&gt;<br/>
&gt; If you agree with the rationale, but think the new wording still doesn&#39;t capture the requirement well, pls suggest sthg better.<br/>
&gt; If you disagree with the rationale, pls discuss.<br/>
&gt;<br/>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; [SM] This pretty much sounds like both an admission that the original requirement was so broad that is was never achievable, and, leaving a bad taste, an attempt to maker the gross hack of &quot;slowing the CC response in TCP Prague&quot; by the same 15ms that DualQ adds to the shallow queue to make DualQ less catastrophic at short RTT links.<br/>
&gt; IMHO the&nbsp;requirement should be scraped, as there is zero evidence that it is at all possible to achieve (short of relaying on oracle schedulers, or the AQM knowing the RTT of each individual flow). AND the gross hack in TCP Prague should be taken out again, and instead of trying to cure the symptoms, the root cause of the issue, dualQ&#39;s misdesign, needs to be fixed for good. The observed inequitable sharing between the two queues is caused by dualQ and needs to be fixed by dual queue. As proposed this is like re-arranging the deck chairs on the titanic.<br/>
&gt; More to the point though, once L4S is released into the wild, nobody is going to care much for the text in the requirements section at all, as compliant behaviour is not checked by L4S&#39;s AQM. So assuming that changing this text will have any other effect, than simply making TCP Prague compliant post-hoc (by tailoring the RFC requirements to the little RTT-independence that was achievable in TCP Prague).<br/>
&gt; In my line of work, something like this would be considered a bad faith effort close to cheating, but it seems that here at the IETF we operate under a considerably more relaxed set of standards?<br/>
&gt;<br/>
&gt; Regards<br/>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Sebastian<br/>
&gt;<br/>
&gt;<br/>
&gt; 4.3. Prerequisite Congestion Response<br/>
&gt; ...<br/>
&gt; CURRENT:<br/>
&gt; o A scalable congestion control MUST reduce or eliminate RTT bias<br/>
&gt; over as wide a range of RTTs as possible, or at least over the<br/>
&gt; typical range of RTTs that will interact in the intended<br/>
&gt; deployment scenario (see Appendix A.1.5[<a href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.5" target="_blank">https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.5</a>] for rationale).<br/>
&gt; PROPOSED:<br/>
&gt; A scalable congestion control MUST eliminate RTT bias as much as possible in the range between the minimum likely RTT and typical RTTs expected<br/>
&gt; in the intended deployment scenario&nbsp; (see Appendix A.1.5 for rationale).<br/>
&gt;<br/>
&gt; RATIONALE:<br/>
&gt; 1/ &quot;eliminate as much as possible&quot; is stronger than &quot;reduce or eliminate&quot;.<br/>
&gt; 2/ This requirement was motivated by &#39;do no harm to others&#39; relative to existing standard (RFC5681 Reno) congestion control. So there is no need to mandate that an L4S implementer does no harm to themselves, which window-based congestion controls tend to do at higher RTT. Of course, this doesn&#39;t preclude implementers reducing or eliminating RTT bias for larger than typical RTTs, but it removes any requirement to do so.<br/>
&gt;<br/>
&gt; Cheers<br/>
&gt;<br/>
&gt;<br/>
&gt; Bob<br/>
&gt;<br/>
<br/>
--<br/>
________________________________________________________________<br/>
Bob Briscoe <a href="http://bobbriscoe.net/" target="_blank">http://bobbriscoe.net/</a><br/>
&nbsp;</div>
</div>
</div>
</div></div></body></html>


From nobody Sat Oct 31 07:55:16 2020
Return-Path: <moeller0@gmx.de>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7145F3A0C8F; Sat, 31 Oct 2020 07:55:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.548
X-Spam-Level: 
X-Spam-Status: No, score=-1.548 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p3pgJkvI0BcV; Sat, 31 Oct 2020 07:55:04 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 424C53A0C8E; Sat, 31 Oct 2020 07:55:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1604156057; bh=m9LpsCNdzeKYZNriu3Z9ws5G9ip+6uIexvvkHdozotI=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=dpmR2+W/4lqOy6F2Jr+0fYifb9y+F30rhceglNs85eWwhxZquyju1VQnQQkT7jAl/ FiHazVZirZK+HQs/1kwUEq69ZZ66b46MzjP62THfLTNQa1z+5P6MXsIelvj598YKZA Ba7ET/x3rBCQYXg1E4Zmvx1sXpNjaH7xwV9fyVcI=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [134.76.241.253] ([134.76.241.253]) by web-mail.gmx.net (3c-app-gmx-bs36.server.lan [172.19.170.88]) (via HTTP); Sat, 31 Oct 2020 15:54:17 +0100
MIME-Version: 1.0
Message-ID: <trinity-63e79f62-2574-4f86-8988-08a4e0cac056-1604156057179@3c-app-gmx-bs36>
From: Sebastian Moeller <moeller0@gmx.de>
To: Bob Briscoe <ietf@bobbriscoe.net>
Cc: tsvwg IETF list <tsvwg@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
Content-Type: text/html; charset=UTF-8
Date: Sat, 31 Oct 2020 15:54:17 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <1b71a610-75ea-e1d4-e3ce-f0ae6a4c12f7@bobbriscoe.net>
References: <1b71a610-75ea-e1d4-e3ce-f0ae6a4c12f7@bobbriscoe.net>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K1:BiejEYDwIkaRC8AbzJkA7vtY3m71C5RBW/UITmRdlU5x5vuw9mnkkRc0rMz5a635fw6v9 3uAcNJa/gaOCTaoQqV+VgXnQyaddMWObST5RuUkJWPBbzX3oYATRKWNBWqRVXBsiYqpDCU/cfC6Y id7YF0LksKnHmYF8AN6q+tgmOZ0Tun+UdPQ2wwLhotdUoW/SXk1h4uVYK4TD3qUANevrekhmsWcT 5CPLNAR5Tm+vKjzVGYorvq84tKl/zvpp9upuK6dDP1u+qKyXci6qYWr1d2fBkwRbSRtzm66A1B4A GE=
X-UI-Out-Filterresults: notjunk:1;V03:K0:oiQVmQRfIFg=:iTdJammkkGD5nl1b2PGu6+ WfGepWY3vrBVuH6l8seMBT4NraPUfMdduMt5HhzFOpnKgT72B6/yvAbB7Z3Dk8MKoZ0H6DJs8 O31r+RpjFoTtsBMJOEZ+3lAJQyNhxAV22/C390keZEIGh0Z3SKohNr/xBh4XMD2bh7l0/CDu0 a4v4lsvdDJn2x79OerZi68yc0vyTpOTaL/hd0f79fiZDYYBJakLsH6mG7rF0oqVeiVF1QCeWS 3IxjiSLEo++02wug8HYGmyT6/cLfnlhMOcv6EPJwspI1Jk04lXHcOL4rzz5k6c02EuWj8zLwI CRACSljjhNB/gHgPaBeVWO4oNPLOpFSUFFbbqc4QAZtwBj4fqCWOL1mmnBxLHFWaYSwIyOkXV 8zDZfZS6LjyiIfLEvax0kzHQa7pRLqhGBzJTl6EVOd/+Si1al+e4xiMnFZgA6S0ZlHvCX1DMS o1qCNsoPbT6CQyC8okc5uXJeiGsiojHeRHHswa5JGXvmpaZIYJN7KVK2m80tXjW7TeCBxdim6 wv8997In5pdmAdoPibbetkNFtChdjw8MrqeS7H+ChXl7ZsLpAGN69gCPzeJTu6C4OQCRbE66y rsDZJPY2cxx/M=
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/LS_w5kSfcm7QStEp6T-c-rFYgVE>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative Classic ECN detection Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 14:55:07 -0000

<html><head></head><body><div style=3D"font-family: Verdana;font-size: 12.=
0px;"><div>Dear Koen,</div>

<div>&nbsp;</div>

<div>since Bob claims that he intends to correspond with my input, I am ad=
dressing this response to you, See my comments in-line prefixed [SM].</div=
>

<div>&nbsp;</div>

<div>Tl;dr: I appreciate that team L4S is finally admitting that it over-p=
romised and under-delivered, I am less happy about the solution to this is=
sue by simply reducing the requirments ot match the unsatisfactory state o=
f the L4S implementation. After years of basically adveritizing on these r=
equirements, watering those down at the last minute does not qualify as a =
good faith effort in my book. It does confirm my negative view on team L4S=
&#39; acumen and confirms my judgement that L4S &quot;offers too little to=
o late&quot;. Unfortunately I do not kid myself that this obvious fact is =
going to stop the current intenet drafts gaining RFC status without any me=
anigful changes.&nbsp;</div>

<div>&nbsp;
<div>&nbsp;
<div name=3D"quote" style=3D"margin:10px 5px 5px 10px; padding: 10px 0 10p=
x 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp=
-mode: space; -webkit-line-break: after-white-space;">
<div style=3D"margin:0 0 10px 0;"><b>Gesendet:</b>&nbsp;Samstag, 31. Oktob=
er 2020 um 10:54 Uhr<br/>
<b>Von:</b>&nbsp;&quot;Bob Briscoe&quot; &lt;ietf@bobbriscoe.net&gt;<br/>
<b>An:</b>&nbsp;&quot;tsvwg IETF list&quot; &lt;tsvwg@ietf.org&gt;<br/>
<b>Cc:</b>&nbsp;&quot;iccrg IRTF list&quot; &lt;iccrg@irtf.org&gt;, &quot;=
TCP Prague List&quot; &lt;tcpPrague@ietf.org&gt;, &quot;De Schepper, Koen =
(Koen)&quot; &lt;koen.de_schepper@nokia.com&gt;<br/>
<b>Betreff:</b>&nbsp;[tsvwg] ecn-l4s-id: Proposed Changed to Normative Cla=
ssic ECN detection Text</div>

<div name=3D"quoted-content">
<div>Folks,<br/>
<br/>
The co-authors of ECN L4S ID have been reviewing the correctness of the no=
rmative &#39;Prague&#39; requirements.</div>

<div>&nbsp;</div>

<div>&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;[SM] This seems less about&nbsp;corr=
ectness and more about whether you managed ot hit those targets with your =
implementation. Changing those requirements post-hoc might be justified, b=
ut pleas do not frame that as a correctness isssue.</div>

<div>&nbsp;</div>

<div><br/>
&nbsp;&nbsp;&nbsp; See <a class=3D"moz-txt-link-freetext" href=3D"https://=
tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3" target=3D"=
_blank">https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section=
-4.3</a><br/>
This is the second of 2 emails, about 2 of the requirements that we think =
ought to be reworded a little.<br/>
<br/>
If you agree with the rationale, but think the new wording still doesn&#39=
;t fully capture the requirement, pls suggest sthg better.<br/>
If you disagree with the rationale, pls discuss.</div>

<pre class=3D"newpage">4.3.  Prerequisite Congestion Response
...
CURRENT:

   o  A scalable congestion control MUST react to ECN marking from a
      non-L4S but ECN-capable bottleneck in a way that will coexist with
      a TCP Reno congestion control [<a href=3D"https://tools.ietf.org/htm=
l/rfc5681" target=3D"_blank" title=3D"&quot;TCP Congestion Control&quot;">=
RFC5681</a>] (see <a href=3D"https://tools.ietf.org/html/draft-ietf-tsvwg-=
ecn-l4s-id-10#appendix-A.1.4" target=3D"_blank">Appendix A.1.4</a> for
      rationale).

     &nbsp;Note that a scalable congestion control is not expected to chan=
ge
      to setting ECT(0) while it falls back to coexist with Reno.
&nbsp;
</pre>

<div>PROPOSED:<br/>
&nbsp;&nbsp; o&nbsp; A scalable congestion control MUST implement monitori=
ng in order<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; to detect a likely non-L4S but ECN-capable =
AQM at the bottleneck.<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; On detection of a likely ECN-capable bottle=
neck it SHOULD be<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; capable (dependent on configuration) of aut=
omatically adapting its<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; congestion response to coexist with TCP Ren=
o congestion controls<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [RFC5681] (see Appendix A.1.4 for rationale=
 and a referenced<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; algorithm).</div>

<div>&nbsp;</div>

<div>&nbsp; &nbsp; &nbsp; &nbsp; [SM] This is a significantly watering dow=
n, and it seems rather non-logical, IFF an implementation does not want/ne=
ed to actually react to the result of a detection then performing that det=
ection seems&nbsp;pure busy work. So make both of these MUSTs. Otherwise y=
our requirments pretend to care about existing rfc3168 AQMs but in name on=
ly.&nbsp;</div>

<div>&nbsp;</div>

<div><br/>
<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Note that a scalable congestion control is =
not expected to change<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; to setting ECT(0) while it falls back to co=
exist with Reno.<br/>
<br/>
RATIONALE:<br/>
1/ The requirement as currently written says what an omniscient sender MUS=
T do. So there&#39;s an implied requirement that a sender MUST be omniscie=
nt, which is of course impossible.</div>

<div>2/ The requirement needs to be recast to require a sender to aim to b=
e as knowledgeable as possible. Then, what it does as a result needs to ta=
ke into account the a priori likelihood of there being a non-L4S bottlenec=
k present.<br/>
3/ This includes the possibility that the operator of the host knows that =
the network it serves has not deployed any single queue classic ECN AQM (e=
.g. in a CDN case they&#39;re doing out of band testing, or they&#39;ve as=
ked the ISP). So we&#39;ve included the possibility of fall-back being dis=
abled by configuration.<br/>
4/ Nonetheless, as has been pointed out on the list, there is still a poss=
ibility that there is a Classic ECN AQM somewhere else on the path (to con=
tinue the CDN example, perhaps beyond the ISP in a home network). The &#39=
;MUST monitor&#39; requirement still stands to ensure the operator doesn&#=
39;t miss these cases.<br/>
5/ Then, if the server operators have disabled fall-back for their deploym=
ent, they can reconsider their policy or at least do more focused testing =
if they are frequently detecting a single-queue Classic ECN AQM.</div>

<div>&nbsp;</div>

<div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; [SM] And we are back to engineering/netwo=
rk administration by wishful thinking... Again with a syszem (L4S) that ha=
s not yet been proven to actually work over the existing internet with the=
 sole exception of short RTT/low hop count paths (CDN to end-user fast-lan=
es copme to mind).</div>
</div>

<div><br/>
<br/>
Items 3-5 are the &quot;react via management&quot; model that I&#39;ve tal=
ked about on the list, given the unfairness doesn&#39;t amount to starvati=
on, and it is possible that the prevalence of the problem is very low.</di=
v>

<div>&nbsp;</div>

<div>
<div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; [SM] Given that you never offered your ow=
n specific defintion of what starvation entails, I fail to see how that cl=
aim can b tre in a verifiable fashion?</div>
</div>
</div>

<div><br/>
<br/>
Finally, after the bullet list of requirements in section 4.3, (which are =
prerequisites for setting the ECT1 codepoint), we propose to add the follo=
wing requirement, as suggested on the tsvwg list:<br/>
<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; To participate in the L4S experiment, a sca=
lable congestion control MUST<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; be capable of being replaced by a Classic c=
ongestion control (by<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; application and by administrative control).=
 A Classic congestion control<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; will not tag its packets with the ECT(1) co=
depoint.</div>

<div>&nbsp;</div>

<div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; [SM] +1; I would appreciate if we could a=
dd a sentence like:</div>

<div>&nbsp;</div>

<div>&quot;In the unlikely case of the L4S experiment being declared a fai=
lure, this replacement will need to be permanent, and the ECT(1) responsiv=
e elements in AQM nodes also needs to be disabled&quot;.</div>

<div>&nbsp;</div>

<div>I added the unlikely in spite of my own predictions, to account for t=
he fact that the drafts are written on the hypothesis that L4S works as ad=
vertized....&nbsp;</div>

<div>&nbsp;</div>

<div>Best</div>

<div>&nbsp; &nbsp; &nbsp; &nbsp; Sebastian</div>

<div>&nbsp;</div>
</div>

<div><br/>
Cheers<br/>
<br/>
<br/>
Bob<br/>
&nbsp;</div>

<pre class=3D"moz-signature">--
________________________________________________________________
Bob Briscoe                               <a class=3D"moz-txt-link-freetex=
t" href=3D"http://bobbriscoe.net/" target=3D"_blank">http://bobbriscoe.net=
/</a></pre>
</div>
</div>
</div>
</div></div></body></html>


From nobody Sat Oct 31 08:50:48 2020
Return-Path: <moeller0@gmx.de>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2EA33A0D01; Sat, 31 Oct 2020 08:50:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.548
X-Spam-Level: 
X-Spam-Status: No, score=-1.548 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZzQHMjLLImTj; Sat, 31 Oct 2020 08:50:31 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 885193A0CF8; Sat, 31 Oct 2020 08:50:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1604159383; bh=oEcl0gNmiuZHCH/gW4SyPaIB1nu+J2Qw3IBqxlFHJIA=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=YRK8F3qVddsoHX2B0Iw/Ivxwby0intyAXW0sxVdivSA0/IynVi7tPG5hyeRL6CgaM nz9QUCG6M6ETTYJ+cSlLUMlG0B40mBm6iiAX+l2OXdr9VbFfH4XEqQMPHPSFjbrcZa MY3Oi/Nww34IWsfOVPQKXX9zqF30BCfBrBOQjJp8=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [134.76.241.253] ([134.76.241.253]) by web-mail.gmx.net (3c-app-gmx-bs36.server.lan [172.19.170.88]) (via HTTP); Sat, 31 Oct 2020 16:49:43 +0100
MIME-Version: 1.0
Message-ID: <trinity-fd329c3f-42fa-4cf6-b038-d5b3c4101f42-1604159383392@3c-app-gmx-bs36>
From: Sebastian Moeller <moeller0@gmx.de>
To: Bob Briscoe <research@bobbriscoe.net>
Cc: tsvwg IETF list <tsvwg@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
Content-Type: text/html; charset=UTF-8
Date: Sat, 31 Oct 2020 16:49:43 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net>
References: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K1:vFyqoXSTx7Pr2ufpn6guSVyvPI6Ajf8/V0a1YHjDoIHq5sRSEc7idaYR/sLMA54tHQNpJ PFE9hBaJzQiIvMj5wJ9zVc365SFioe8g5j33FABnFGd1t4AbZAz1O/ZF3zED4lDI1mj2fiH39gA4 4oLp041W2+BzDygEh+l+YYzir2F0jAxgvUVYtXi9QTgvTXWeajmMsKmwiADi3kirZw0dnSYN4CJ8 uWjBI093ofLYdJla1cWZKGaGygVQKidqPqvQWHMLHHX8yVlQYRPz4Bx7mMfeMakrN1lLcwT9vfsz yQ=
X-UI-Out-Filterresults: notjunk:1;V03:K0:9ezIyntOlqU=:Nzie/gOS1kgerBtsGnr/qE NmczJD1wPmixszjfNPv5zrIZlZyqQzh5+ra0CipQGmAaxthhnke8JfODqv3C7Wru1SzRRCsVn fv14mlF98o+q6zoLyo8T49C0H8xMgHaAbncedHldzWwlRR9bWPfFIfkZWvaNiOICtAd1EDCUZ laFK1J6hqoRkhCHnVidvbeZh1IJk7pprBAqHwMJaVPEUFAZqh+12VUN7rvY8Evl+WeaMFlzoP i6jAQc429JuxRTTiH8uJ4TNDFH902zra9qrgFWhbLBNo+QjjYvCciI+sLLo4hvJdb4U9qj9MS qkpdvO0RVR+ugcELPhSkAIw9edX7+NMBHZq/EkKm7T1CzJm4S8AtWAbtg7gecBmrPa/fbhsvj VH9WtqFNQ4S5I0h2/OucHDRGWRLPohFoyKcHq8yHyI1LNz9H/h8DMNVq5ZlZW98r6dEePaegP uQ8vp5QavgnhaLY94Nrb1tTRgnYTr0TikR/E8C+urQ7n+Dl9RGfbb8rj469d9+H176QesYL6i 4UX7sbEC3MXjbmh+TBJhkNDx/EvWj+xP/R+cmMtM7zXIg05dcwJpkotRa6EominbRK/j61jCA Q0THzs5mWbVcY=
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/qWUZAabaX4liOOZ7TRFgszy9Cyg>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 15:50:34 -0000

<html><head></head><body><div style=3D"font-family: Verdana;font-size: 12.=
0px;"><div>Dear list,</div>

<div>&nbsp;</div>

<div>please note that both of these &quot;requirements&quot; hedge against=
 the fact that RTT independence is almost impossible to achieve from the e=
ndpoints (as it is a consequence of buffering at the bottleneck), original=
ly bzy stating &quot;as wide a range of RTTs as possible&quot; (which give=
n the phisical constraints in reality is equal to the empty set). Replacin=
g that non-requirement with a differently worded version (&quot;as much as=
 possible&quot;) does not change anything substantially, except for making=
 TCP Prague appear less of a failure.&nbsp;</div>

<div>IMNHO this requirement for an L4S compatible transport, should be rep=
laced with a requirement for an L4S compliant AQM (as it is limited queuei=
ng at the bottleneck that causes most the issue) MUST at least perform as =
well as a dumb FIFO, a mark which DualQ at short RTTs misses badly. But I =
guess, a no regressions against the status quo requirement, will probably =
not apply to L4S.</div>

<div>&nbsp;</div>

<div>Best Regards</div>

<div>&nbsp; &nbsp; &nbsp; &nbsp; Sebastian</div>

<div>&nbsp;
<div>&nbsp;
<div name=3D"quote" style=3D"margin:10px 5px 5px 10px; padding: 10px 0 10p=
x 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp=
-mode: space; -webkit-line-break: after-white-space;">
<div style=3D"margin:0 0 10px 0;"><b>Gesendet:</b>&nbsp;Freitag, 30. Oktob=
er 2020 um 19:42 Uhr<br/>
<b>Von:</b>&nbsp;&quot;Bob Briscoe&quot; &lt;research@bobbriscoe.net&gt;<b=
r/>
<b>An:</b>&nbsp;&quot;tsvwg IETF list&quot; &lt;tsvwg@ietf.org&gt;<br/>
<b>Cc:</b>&nbsp;&quot;iccrg IRTF list&quot; &lt;iccrg@irtf.org&gt;, &quot;=
TCP Prague List&quot; &lt;tcpPrague@ietf.org&gt;, &quot;De Schepper, Koen =
(Koen)&quot; &lt;koen.de_schepper@nokia.com&gt;<br/>
<b>Betreff:</b>&nbsp;[tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT=
 Bias Text</div>

<div name=3D"quoted-content">Folks,<br/>
<br/>
The co-authors of ECN L4S ID have been reviewing the correctness of the no=
rmative &#39;Prague&#39; requirements.<br/>
&nbsp;&nbsp;&nbsp; See <a class=3D"moz-txt-link-freetext" href=3D"https://=
tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3" target=3D"=
_blank">https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section=
-4.3</a><br/>
This is the first of 2 emails, about 2 of the requirements that we think o=
ught to be reworded a little.<br/>
<br/>
If you agree with the rationale, but think the new wording still doesn&#39=
;t capture the requirement well, pls suggest sthg better.<br/>
If you disagree with the rationale, pls discuss.<br/>
&nbsp;
<pre class=3D"newpage">4.3.  Prerequisite Congestion Response
...
CURRENT:
   o  A scalable congestion control MUST reduce or eliminate RTT bias
      over as wide a range of RTTs as possible, or at least over the
      typical range of RTTs that will interact in the intended
      deployment scenario (see <a href=3D"https://tools.ietf.org/html/draf=
t-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.5" target=3D"_blank">Appendix A.1.=
5</a> for rationale).
</pre>
<br/>
PROPOSED:<br/>
A scalable congestion control MUST eliminate RTT bias as much as possible =
in the range between the minimum likely RTT and typical RTTs expected<br/>
in the intended deployment scenario&nbsp; (see Appendix A.1.5 for rational=
e).<br/>
<br/>
RATIONALE:<br/>
1/ &quot;eliminate as much as possible&quot; is stronger than &quot;reduce=
 or eliminate&quot;.<br/>
2/ This requirement was motivated by &#39;do no harm to others&#39; relati=
ve to existing standard (RFC5681 Reno) congestion control. So there is no =
need to mandate that an L4S implementer does no harm to themselves, which =
window-based congestion controls tend to do at higher RTT. Of course, this=
 doesn&#39;t preclude implementers reducing or eliminating RTT bias for la=
rger than typical RTTs, but it removes any requirement to do so.<br/>
<br/>
Cheers<br/>
<br/>
<br/>
Bob<br/>
&nbsp;
<pre class=3D"moz-signature">--
________________________________________________________________
Bob Briscoe                               <a class=3D"moz-txt-link-freetex=
t" href=3D"http://bobbriscoe.net/" target=3D"_blank">http://bobbriscoe.net=
/</a></pre>
</div>
</div>
</div>
</div></div></body></html>


From nobody Sat Oct 31 15:33:44 2020
Return-Path: <koen.de_schepper@nokia-bell-labs.com>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EDE63A08FA; Sat, 31 Oct 2020 15:33:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RHa1gCf3MKYu; Sat, 31 Oct 2020 15:33:40 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60095.outbound.protection.outlook.com [40.107.6.95]) (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 343C53A090B; Sat, 31 Oct 2020 15:33:40 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BmGjb5Ly2LE0nzZs0f4u4+Sm6Td9BM77POiyjBVeWnnfco6g+nSqjiIE6tsmhPraOmJZ0XqdALPGwWtrxkBrzT9nTbiMw2d+QbrMdwpPWjq+t6WMEf8BMT9n6sIEgtnTml+0cknilMtRvXOnFixGyor1Hxmg3Ic3MFsIMo/31/0l+MFXrJ22sazdkL83XWZVGuMkeJ2c5Wpn65UxtT3X0vPx6WrysMjip1mHaS1gIl7AcVMVHMmTGNfHkk+7Cmj7flgIo+Lf4pfRzSdNw9wuiIdaaK/jYJiLhwrBiV/JMEr1CAQPTOVH3u4HoPzF2QadbpFX5B5lHK3Zijz6WXtFFA==
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=9glL9TeIV30GN+81JF9sUTg/hQZ8KHVDB1iOSdgBjLY=; b=LhKYq2Zi9v9DSBHgQClLO7frzNHVrxqW9bUaTqg5F2xIP8RUiveFV/GJIYz2QwrCJsPCJrS1V5fuXm4YFbv0PEx8HIH2m0soWB89DxD03HLYsBZZfVAlSahW7wUa6CUye4HvNm0QrQXnChQANn86v3e76u5V12l0NBbBJPcS7Z1BjjnLGJwtu3xJ9neOLBXsQgevTYarXQAXSkFAKHFwJFRL2h9FLpGwBkQC3Q7CFK46IARDS/E9N2wx3S1hFNPCQ1Ndhm047enn4MQPHZIba88KJvtXV2eRclx47qfTLuLLd+gRfJ/uHDs6yYOEi61tjJM7KCXlt1wYsDnQYGe07g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia-bell-labs.com; dmarc=pass action=none header.from=nokia-bell-labs.com; dkim=pass header.d=nokia-bell-labs.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9glL9TeIV30GN+81JF9sUTg/hQZ8KHVDB1iOSdgBjLY=; b=e+5lFf5wgBUjRgKL53mCGUNRs8mZQ/5i462TZFfl5Zik2uTDbCHetoASOp+gRt1IMRKDTfpXPjhHxSlLjY0ivgy2BN71t8KgavAmFgjQc2qURB3Z2DKT1Sre5w58y+VA9lqLn0FYngE90e4O/0N8JokfrwxmZdDApyJE8Fh2tSQ=
Received: from AM0PR07MB6114.eurprd07.prod.outlook.com (2603:10a6:208:113::33) by AM0PR07MB6387.eurprd07.prod.outlook.com (2603:10a6:20b:15c::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.10; Sat, 31 Oct 2020 22:33:37 +0000
Received: from AM0PR07MB6114.eurprd07.prod.outlook.com ([fe80::a9f4:9199:8226:d6c6]) by AM0PR07MB6114.eurprd07.prod.outlook.com ([fe80::a9f4:9199:8226:d6c6%6]) with mapi id 15.20.3541.010; Sat, 31 Oct 2020 22:33:37 +0000
From: "De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com>
To: Sebastian Moeller <moeller0@gmx.de>, Bob Briscoe <research@bobbriscoe.net>
CC: tsvwg IETF list <tsvwg@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>
Thread-Topic: [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
Thread-Index: AQHWr511LT0OjGkxwECNKgcYinSqc6myLqPA
Date: Sat, 31 Oct 2020 22:33:37 +0000
Message-ID: <AM0PR07MB61147735BA17F272253CE179B9120@AM0PR07MB6114.eurprd07.prod.outlook.com>
References: <c20cb7de-a6e3-ff18-e34c-cee8c0cfadf3@bobbriscoe.net> <trinity-fd329c3f-42fa-4cf6-b038-d5b3c4101f42-1604159383392@3c-app-gmx-bs36>
In-Reply-To: <trinity-fd329c3f-42fa-4cf6-b038-d5b3c4101f42-1604159383392@3c-app-gmx-bs36>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: gmx.de; dkim=none (message not signed) header.d=none; gmx.de; dmarc=none action=none header.from=nokia-bell-labs.com; 
x-originating-ip: [81.82.56.234]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 14eb1bed-58da-4822-8ae9-08d87ded02b4
x-ms-traffictypediagnostic: AM0PR07MB6387:
x-microsoft-antispam-prvs: <AM0PR07MB63877E0B0894913007D3C51CB9120@AM0PR07MB6387.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: cF3M5tzvxsfiULIne3vbvEE7VCg0VHBjDZS/LeRnHrF7QV1pswfvZ/ae0zVH60HznvTDNpDUZciKqMW9poZTV7W/gHwyDHYJdZdiPbPAoqpK+BKFXLGOuotqke2WzUHWcK/Cq0qvPbMK1Q0wP0ekVAl3sX/ZOKNDZB9VrPMo71DioHguur98l0l5WnlUqiEN14UcQ4CuY/Lo/i7Wke/kKuK2hYWA57TYPEc4/ewC4q+U6MkShPWTSHe79i3Aowj9Aw+y2KepTU1AhNDhiu5sZOU7J4SP3og13ZNZpSXh7txpJBHF+cEHkpcgFls2Osc7DMn0YRqDxxQYOs5ytRpFOqr92cCo8KhyWjGokVm7li4LS4iNie45FNfOszRO5aLwPiM8O818gYU8wglUqXN9Qw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:AM0PR07MB6114.eurprd07.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(39860400002)(346002)(136003)(396003)(376002)(186003)(9686003)(110136005)(26005)(316002)(83380400001)(166002)(4326008)(54906003)(6506007)(5660300002)(71200400001)(66476007)(76116006)(478600001)(52536014)(8936002)(53546011)(8676002)(2906002)(9326002)(86362001)(66946007)(33656002)(55016002)(64756008)(7696005)(966005)(66556008)(66446008); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata: lmM9uXoQyfcqmGe3pXxlJPRbVhTZpJ5Skgk0TgGpWLnkVlYlwbpq27PPaol55+7SPwi5Xlxibd9IvZYtP4ASceIntnKOIBBzOw59LR3g5W+MWcPAKmZBU0MYVy5Mc1vcLzmWCrQ7EZiBeXJSv6nS6fI08vUJHZeI452WvTPIG85rmK11TbZn8BkRAJXd2LSWgpJvHKFB/odByM/DCHG+mAdQ3DNAqWRjXAiUSfGb5bFsZZa9TBCV23z5ZhIuEgEequkGlY6GycZqtSHCslSh490Dl4tVXdQDiwgd/H8pMelJOoVFt5Cw3kuxfNl1oCjKZrybRKUT0mZ4DMu/lYkxtgfmOm7wMxWLnuSMGyeZFaNV27ySh8cs+HOVlCtvt4rEA3XOd4TX6YhgeVqNIZCKrCdpuK4fbkOTiw5BAxkCrWaSNAh6dVSugLvuudLG/flvWud0Gm1Wzfv7zLVYKmELQZPh49FZLokciOfhloSlQtP/xzh6mi9dTe+ZEWKhc+f3sMq8HYmKFFdxl8dkh/2zqeFtwY6rwwGShTvPwBRVsG65RuRVIYAx2VdaylAkpwjJxvksT4lhBqbEbFZVyT/kZRcdMo0Cf5dTcH+m83ZfceiAaOPywxS8MlwEFqKRlfiUinuyPnbu5tsUGsI2fXh+Qw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB61147735BA17F272253CE179B9120AM0PR07MB6114eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB6114.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 14eb1bed-58da-4822-8ae9-08d87ded02b4
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Oct 2020 22:33:37.7593 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: RtXwM4lW3gXeJ9or/p7HmdrJU6fb78h0y/FIgq+ugR8ZZnbpkhonTx/JGpSKPq0IKg+m8Y04xwjOh5Mkhpsns/dnYupy/xhXaCaYPd72PeZ73pm9jUxQoJVgr+s6g/cy
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB6387
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/b0Dy_rbDI4OH8PHGbOvVRrMWMec>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative RTT Bias Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 22:33:43 -0000

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

SGkgU2ViYXN0aWFuLA0KDQpJdCB3YXMgbmV2ZXIgb3VyIGludGVudCB0byBkZXZlbG9wIHRoZSBD
b25nZXN0aW9uIENvbnRyb2wgaXRzZWxmLCBhcyBpdCB3YXMgbm90IGluIG91ciBpbnRlcmVzdCAo
YXMgYSBuZXR3b3JrIHByb3ZpZGVyKS4gVGhlcmUgYXJlIHBsZW50eSBvZiBicmlnaHQgcGVvcGxl
IHRoYXQgY2FuIGRldmVsb3AgYSBQcmFndWUtY29tcGxpYW50IENDIHRoYXQgd2lsbCBiZW5lZml0
IHRoZWlyIGJ1c2luZXNzIChhbmQgYXQgbGVhc3QgY29tcGx5IHRvIHRoZSBzYWZldHkgbWVhc3Vy
ZXMpLiBGcm9tIHRoZSBzdGFydCB3ZSByZWFsaXplZCB0aGF0IHRoZSBzbWFsbCBidWZmZXIgaXMg
YSBwb3RlbnRpYWwgc2FmZXR5IGlzc3VlIGZvciB0aGUgdHlwaWNhbCByfj0xL1JUVCBjb25nZXN0
aW9uIGNvbnRyb2xzIChhbHNvIGNvbmZpcm1lZCBieSBvdXIgZWFybHkgdGVzdHMgYW5kIGxhdGVy
IGJ5IFBldGXigJlzIHRlc3RzIHRvbykuIFdlIGhvcGVkIGJ5IHNob3dpbmcgdGhhdCAob25jZSBv
bmUgcHV6emxlcyBvdXQgaG93KSBtYWtpbmcgYSBDQyBSVFQgaW5kZXBlbmRlbnQgZm9yIHRoZSB1
bnNhZmUgcmFuZ2UgKHNtYWxsIFJUVHMpIGlzIGFuIGVhc3kgb2J2aW91cyBoYWNrLiBUbyBwbGVh
c2UgeW91LCB3ZSBldmVuIG1hZGUgYSDigJxTZWJhc3RpYW4tdmVyc2lvbuKAnSB3aXRoIGYocnR0
KT1ydHQrMTVtcyB0aGF0IG9ubHkgcmVtb3ZlcyB0aGUgUlRUIGJlbmVmaXQgZnJvbSB0aGUgRHVh
bFEgKG9uZSBvZiB5b3VyIG1haW4gY29tcGxhaW50cyksIGFuZCBiZWhhdmVzIGZ1cnRoZXIgYXMg
YSBDbGFzc2ljIFJUVCBkZXBlbmRlbnQgZmxvdy4gVGhlIFNlYmFzdGlhbi12ZXJzaW9uIHNvbHZl
cyB0aGUgc2FmZXR5IGlzc3VlIGFuZCB5b3VyIGZhaXJuZXNzIGlzc3VlLCBidXQgaXMgbm90IG91
ciBwcmVmZXJyZWQgdmVyc2lvbi4gV2UgbGlrZSBtb3JlIHRoZSBvbmUgdGhhdCBzb2x2ZXMgdGhl
IHNhZmV0eSBpc3N1ZSB3aXRoIGYocnR0KT1tYXgocnR0LCAxNW1zKSwgYW5kIHN0aWxsIGFsbG93
cyBMNFMgdG8gYmVuZWZpdCBmcm9tIHRoZSBsb3dlciBkZWxheSBpbiBhbGwgb3RoZXIgY2FzZXMu
DQoNClRoZW4gdGhhbmtzIHRvIHlvdXIgaW5zaXN0aW5nIHRvIHJlYWxpemUgbGl0ZXJhbGx5IHdo
YXQgd2UgaGF2ZSB3cml0dGVuLCB3ZSByZWFsaXplZCB0aGF0IHRoZSB0ZXh0IHdhcyBpbmRlZWQg
dG9vIHN0cmljdCBpZiByZWFkIG91dCBvZiB0aGUgbGFyZ2VyIGNvbnRleHQuIEluIHRoZSBjb250
ZXh0IG9mIHRoZSBzYWZldHkgcmVxdWlyZW1lbnRzIHNlY3Rpb24sIHdlIG5ldmVyIHdhbnRlZCB0
byBlbmZvcmNlIFJUVCBmYWlybmVzcyBmb3IgZmxvd3Mgd2l0aCBhIGJpZ2dlciB0aGFuIHRoZSBy
ZWZlcmVuY2UgUlRULCBhcyB0aGV5IGRvbuKAmXQgcG9zZSBhIHNhZmV0eSBpc3N1ZSAoaXQgaXMg
YSByZWFsaXR5IGZvciBhbGwgbG9uZ2VyIFJUVHMgdG9kYXksIHBhcnRpYWxseSBzb2x2ZWQgYnkg
Q3ViaWMgYWxyZWFkeSksIGFuZCB0aGUgcXVvdGVkIHRleHQgY291bGQgaW5kZWVkIGJlIGludGVy
cHJldGVkIHRoYXQgd2F5IG91dCBvZiB0aGUgbGFyZ2VyIGNvbnRleHQuIEJsaW5kbHkgdHJ5aW5n
IHRvIGltcGxlbWVudCBSVFQgaW5kZXBlbmRlbmNlIGZvciBsYXJnZXIgUlRUcyBjb3VsZCBldmVu
IG1ha2UgaXQgdW5zYWZlLCBpZiBub3QgZG9uZSBjb3JyZWN0bHkuIE9mIGNvdXJzZSwgaWYgd2Fu
dGVkIGFuZCBiZW5lZmljaWFsLCBvdGhlcnMgYXJlIGZyZWUgdG8gZnVydGhlciBvcHRpbWl6ZS4N
Cg0KU28gSSBob3BlIHlvdSB1bmRlcnN0YW5kIG5vdyB3aHkgd2Ugd2FudCB0byBmaXggdGhpcyB0
ZXh0IChhbmQgZG9u4oCZdCBzZWUgdGhpcyBhcyBhIGZhaWx1cmUpLCBhbmQgaG9wZSB5b3UgYXJl
IG9rIHRvbywgdG8ga2VlcCB0aGlzIHNhZmV0eSByZXF1aXJlbWVudCB0byB0aGUgc2FmZXR5IGFz
cGVjdCBvbmx5LiBJZiB5b3UgdGhpbmsgdGhlIHRleHQgaXMgc3RpbGwgbm90IGNsZWFybHkgcmVw
cmVzZW50aW5nIHRoZSBzYWZldHkgcmVxdWlyZW1lbnQgb2YgdGhlIFJUVCBpbmRlcGVuZGVuY2Ug
YXNwZWN0LCB0aGVuIHlvdXIgc3VnZ2VzdGlvbnMgYXJlIHZlcnkgd2VsY29tZS4NCg0KQXMgdG8g
eW91ciByZXF1ZXN0IHRvIGxldCB0aGUgQVFNIG1ha2UgZmxvd3MgUlRUIGluZGVwZW5kZW50LCB0
aGF0IGlzIHVuZm9ydHVuYXRlbHkgaW1wb3NzaWJsZSB3aXRob3V0IGtub3dpbmcgdGhlIFJUVCBv
ZiBlYWNoIHBhY2tldCBvciBpZGVudGlmeWluZyBhbmQgdHJlYXRpbmcgdGhlIGZsb3dzIGluZGl2
aWR1YWxseS4gU28gY2FuIHlvdSBleHBsYWluIHdoeSB5b3UgY2xhaW0gdGhhdCB3aGF0IGFjdHVh
bGx5IGlzIGVhc3kgKFJUVC1pbmRlcCBDQykgaXMgaW1wb3NzaWJsZSBhbmQgd2h5IHlvdSBpbnNp
c3Qgb24gd2hhdCBpcyBpbXBvc3NpYmxlIChSVFQtaW5kZXAgQVFNKSBzaG91bGQgYmUgZG9uZSBp
bnN0ZWFkPz8/DQoNClRoYW5rcyBhbmQgcmVnYXJkcywNCktvZW4uDQoNCg0KRnJvbTogU2ViYXN0
aWFuIE1vZWxsZXIgPG1vZWxsZXIwQGdteC5kZT4NClNlbnQ6IFNhdHVyZGF5LCBPY3RvYmVyIDMx
LCAyMDIwIDQ6NTAgUE0NClRvOiBCb2IgQnJpc2NvZSA8cmVzZWFyY2hAYm9iYnJpc2NvZS5uZXQ+
DQpDYzogdHN2d2cgSUVURiBsaXN0IDx0c3Z3Z0BpZXRmLm9yZz47IGljY3JnIElSVEYgbGlzdCA8
aWNjcmdAaXJ0Zi5vcmc+OyBUQ1AgUHJhZ3VlIExpc3QgPHRjcFByYWd1ZUBpZXRmLm9yZz47IERl
IFNjaGVwcGVyLCBLb2VuIChOb2tpYSAtIEJFL0FudHdlcnApIDxrb2VuLmRlX3NjaGVwcGVyQG5v
a2lhLWJlbGwtbGFicy5jb20+DQpTdWJqZWN0OiBBdzogW3RzdndnXSBlY24tbDRzLWlkOiBQcm9w
b3NlZCBDaGFuZ2VkIHRvIE5vcm1hdGl2ZSBSVFQgQmlhcyBUZXh0DQoNCkRlYXIgbGlzdCwNCg0K
cGxlYXNlIG5vdGUgdGhhdCBib3RoIG9mIHRoZXNlICJyZXF1aXJlbWVudHMiIGhlZGdlIGFnYWlu
c3QgdGhlIGZhY3QgdGhhdCBSVFQgaW5kZXBlbmRlbmNlIGlzIGFsbW9zdCBpbXBvc3NpYmxlIHRv
IGFjaGlldmUgZnJvbSB0aGUgZW5kcG9pbnRzIChhcyBpdCBpcyBhIGNvbnNlcXVlbmNlIG9mIGJ1
ZmZlcmluZyBhdCB0aGUgYm90dGxlbmVjayksIG9yaWdpbmFsbHkgYnp5IHN0YXRpbmcgImFzIHdp
ZGUgYSByYW5nZSBvZiBSVFRzIGFzIHBvc3NpYmxlIiAod2hpY2ggZ2l2ZW4gdGhlIHBoaXNpY2Fs
IGNvbnN0cmFpbnRzIGluIHJlYWxpdHkgaXMgZXF1YWwgdG8gdGhlIGVtcHR5IHNldCkuIFJlcGxh
Y2luZyB0aGF0IG5vbi1yZXF1aXJlbWVudCB3aXRoIGEgZGlmZmVyZW50bHkgd29yZGVkIHZlcnNp
b24gKCJhcyBtdWNoIGFzIHBvc3NpYmxlIikgZG9lcyBub3QgY2hhbmdlIGFueXRoaW5nIHN1YnN0
YW50aWFsbHksIGV4Y2VwdCBmb3IgbWFraW5nIFRDUCBQcmFndWUgYXBwZWFyIGxlc3Mgb2YgYSBm
YWlsdXJlLg0KSU1OSE8gdGhpcyByZXF1aXJlbWVudCBmb3IgYW4gTDRTIGNvbXBhdGlibGUgdHJh
bnNwb3J0LCBzaG91bGQgYmUgcmVwbGFjZWQgd2l0aCBhIHJlcXVpcmVtZW50IGZvciBhbiBMNFMg
Y29tcGxpYW50IEFRTSAoYXMgaXQgaXMgbGltaXRlZCBxdWV1ZWluZyBhdCB0aGUgYm90dGxlbmVj
ayB0aGF0IGNhdXNlcyBtb3N0IHRoZSBpc3N1ZSkgTVVTVCBhdCBsZWFzdCBwZXJmb3JtIGFzIHdl
bGwgYXMgYSBkdW1iIEZJRk8sIGEgbWFyayB3aGljaCBEdWFsUSBhdCBzaG9ydCBSVFRzIG1pc3Nl
cyBiYWRseS4gQnV0IEkgZ3Vlc3MsIGEgbm8gcmVncmVzc2lvbnMgYWdhaW5zdCB0aGUgc3RhdHVz
IHF1byByZXF1aXJlbWVudCwgd2lsbCBwcm9iYWJseSBub3QgYXBwbHkgdG8gTDRTLg0KDQpCZXN0
IFJlZ2FyZHMNCiAgICAgICAgU2ViYXN0aWFuDQoNCg0KR2VzZW5kZXQ6IEZyZWl0YWcsIDMwLiBP
a3RvYmVyIDIwMjAgdW0gMTk6NDIgVWhyDQpWb246ICJCb2IgQnJpc2NvZSIgPHJlc2VhcmNoQGJv
YmJyaXNjb2UubmV0PG1haWx0bzpyZXNlYXJjaEBib2JicmlzY29lLm5ldD4+DQpBbjogInRzdndn
IElFVEYgbGlzdCIgPHRzdndnQGlldGYub3JnPG1haWx0bzp0c3Z3Z0BpZXRmLm9yZz4+DQpDYzog
ImljY3JnIElSVEYgbGlzdCIgPGljY3JnQGlydGYub3JnPG1haWx0bzppY2NyZ0BpcnRmLm9yZz4+
LCAiVENQIFByYWd1ZSBMaXN0IiA8dGNwUHJhZ3VlQGlldGYub3JnPG1haWx0bzp0Y3BQcmFndWVA
aWV0Zi5vcmc+PiwgIkRlIFNjaGVwcGVyLCBLb2VuIChLb2VuKSIgPGtvZW4uZGVfc2NoZXBwZXJA
bm9raWEuY29tPG1haWx0bzprb2VuLmRlX3NjaGVwcGVyQG5va2lhLmNvbT4+DQpCZXRyZWZmOiBb
dHN2d2ddIGVjbi1sNHMtaWQ6IFByb3Bvc2VkIENoYW5nZWQgdG8gTm9ybWF0aXZlIFJUVCBCaWFz
IFRleHQNCkZvbGtzLA0KDQpUaGUgY28tYXV0aG9ycyBvZiBFQ04gTDRTIElEIGhhdmUgYmVlbiBy
ZXZpZXdpbmcgdGhlIGNvcnJlY3RuZXNzIG9mIHRoZSBub3JtYXRpdmUgJ1ByYWd1ZScgcmVxdWly
ZW1lbnRzLg0KICAgIFNlZSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10
c3Z3Zy1lY24tbDRzLWlkLTEwI3NlY3Rpb24tNC4zDQpUaGlzIGlzIHRoZSBmaXJzdCBvZiAyIGVt
YWlscywgYWJvdXQgMiBvZiB0aGUgcmVxdWlyZW1lbnRzIHRoYXQgd2UgdGhpbmsgb3VnaHQgdG8g
YmUgcmV3b3JkZWQgYSBsaXR0bGUuDQoNCklmIHlvdSBhZ3JlZSB3aXRoIHRoZSByYXRpb25hbGUs
IGJ1dCB0aGluayB0aGUgbmV3IHdvcmRpbmcgc3RpbGwgZG9lc24ndCBjYXB0dXJlIHRoZSByZXF1
aXJlbWVudCB3ZWxsLCBwbHMgc3VnZ2VzdCBzdGhnIGJldHRlci4NCklmIHlvdSBkaXNhZ3JlZSB3
aXRoIHRoZSByYXRpb25hbGUsIHBscyBkaXNjdXNzLg0KDQoNCjQuMy4gIFByZXJlcXVpc2l0ZSBD
b25nZXN0aW9uIFJlc3BvbnNlDQoNCi4uLg0KDQpDVVJSRU5UOg0KDQogICBvICBBIHNjYWxhYmxl
IGNvbmdlc3Rpb24gY29udHJvbCBNVVNUIHJlZHVjZSBvciBlbGltaW5hdGUgUlRUIGJpYXMNCg0K
ICAgICAgb3ZlciBhcyB3aWRlIGEgcmFuZ2Ugb2YgUlRUcyBhcyBwb3NzaWJsZSwgb3IgYXQgbGVh
c3Qgb3ZlciB0aGUNCg0KICAgICAgdHlwaWNhbCByYW5nZSBvZiBSVFRzIHRoYXQgd2lsbCBpbnRl
cmFjdCBpbiB0aGUgaW50ZW5kZWQNCg0KICAgICAgZGVwbG95bWVudCBzY2VuYXJpbyAoc2VlIEFw
cGVuZGl4IEEuMS41PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXRzdndn
LWVjbi1sNHMtaWQtMTAjYXBwZW5kaXgtQS4xLjU+IGZvciByYXRpb25hbGUpLg0KDQpQUk9QT1NF
RDoNCkEgc2NhbGFibGUgY29uZ2VzdGlvbiBjb250cm9sIE1VU1QgZWxpbWluYXRlIFJUVCBiaWFz
IGFzIG11Y2ggYXMgcG9zc2libGUgaW4gdGhlIHJhbmdlIGJldHdlZW4gdGhlIG1pbmltdW0gbGlr
ZWx5IFJUVCBhbmQgdHlwaWNhbCBSVFRzIGV4cGVjdGVkDQppbiB0aGUgaW50ZW5kZWQgZGVwbG95
bWVudCBzY2VuYXJpbyAgKHNlZSBBcHBlbmRpeCBBLjEuNSBmb3IgcmF0aW9uYWxlKS4NCg0KUkFU
SU9OQUxFOg0KMS8gImVsaW1pbmF0ZSBhcyBtdWNoIGFzIHBvc3NpYmxlIiBpcyBzdHJvbmdlciB0
aGFuICJyZWR1Y2Ugb3IgZWxpbWluYXRlIi4NCjIvIFRoaXMgcmVxdWlyZW1lbnQgd2FzIG1vdGl2
YXRlZCBieSAnZG8gbm8gaGFybSB0byBvdGhlcnMnIHJlbGF0aXZlIHRvIGV4aXN0aW5nIHN0YW5k
YXJkIChSRkM1NjgxIFJlbm8pIGNvbmdlc3Rpb24gY29udHJvbC4gU28gdGhlcmUgaXMgbm8gbmVl
ZCB0byBtYW5kYXRlIHRoYXQgYW4gTDRTIGltcGxlbWVudGVyIGRvZXMgbm8gaGFybSB0byB0aGVt
c2VsdmVzLCB3aGljaCB3aW5kb3ctYmFzZWQgY29uZ2VzdGlvbiBjb250cm9scyB0ZW5kIHRvIGRv
IGF0IGhpZ2hlciBSVFQuIE9mIGNvdXJzZSwgdGhpcyBkb2Vzbid0IHByZWNsdWRlIGltcGxlbWVu
dGVycyByZWR1Y2luZyBvciBlbGltaW5hdGluZyBSVFQgYmlhcyBmb3IgbGFyZ2VyIHRoYW4gdHlw
aWNhbCBSVFRzLCBidXQgaXQgcmVtb3ZlcyBhbnkgcmVxdWlyZW1lbnQgdG8gZG8gc28uDQoNCkNo
ZWVycw0KDQoNCkJvYg0KDQoNCi0tDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQm9iIEJyaXNjb2UgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgaHR0cDovL2JvYmJyaXNjb2UubmV0Lw0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg
NiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ
cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi
SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N
CnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9y
bWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi
SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uRW1haWxT
dHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQN
Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFn
ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3
Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp
b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1
bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt
LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp
ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl
bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i
cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5IaSBTZWJhc3RpYW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkl0IHdhcyBuZXZlciBvdXIg
aW50ZW50IHRvIGRldmVsb3AgdGhlIENvbmdlc3Rpb24gQ29udHJvbCBpdHNlbGYsIGFzIGl0IHdh
cyBub3QgaW4gb3VyIGludGVyZXN0IChhcyBhIG5ldHdvcmsgcHJvdmlkZXIpLiBUaGVyZSBhcmUg
cGxlbnR5IG9mIGJyaWdodCBwZW9wbGUgdGhhdCBjYW4gZGV2ZWxvcCBhIFByYWd1ZS1jb21wbGlh
bnQgQ0MgdGhhdCB3aWxsIGJlbmVmaXQgdGhlaXIgYnVzaW5lc3MgKGFuZCBhdCBsZWFzdA0KIGNv
bXBseSB0byB0aGUgc2FmZXR5IG1lYXN1cmVzKS4gRnJvbSB0aGUgc3RhcnQgd2UgcmVhbGl6ZWQg
dGhhdCB0aGUgc21hbGwgYnVmZmVyIGlzIGEgcG90ZW50aWFsIHNhZmV0eSBpc3N1ZSBmb3IgdGhl
IHR5cGljYWwgcn49MS9SVFQgY29uZ2VzdGlvbiBjb250cm9scyAoYWxzbyBjb25maXJtZWQgYnkg
b3VyIGVhcmx5IHRlc3RzIGFuZCBsYXRlciBieSBQZXRl4oCZcyB0ZXN0cyB0b28pLiBXZSBob3Bl
ZCBieSBzaG93aW5nIHRoYXQgKG9uY2Ugb25lDQogcHV6emxlcyBvdXQgaG93KSBtYWtpbmcgYSBD
QyBSVFQgaW5kZXBlbmRlbnQgZm9yIHRoZSB1bnNhZmUgcmFuZ2UgKHNtYWxsIFJUVHMpIGlzIGFu
IGVhc3kgb2J2aW91cyBoYWNrLiBUbyBwbGVhc2UgeW91LCB3ZSBldmVuIG1hZGUgYSDigJxTZWJh
c3RpYW4tdmVyc2lvbuKAnSB3aXRoIGYocnR0KT1ydHQrMTVtcyB0aGF0IG9ubHkgcmVtb3ZlcyB0
aGUgUlRUIGJlbmVmaXQgZnJvbSB0aGUgRHVhbFEgKG9uZSBvZiB5b3VyIG1haW4gY29tcGxhaW50
cyksIGFuZA0KIGJlaGF2ZXMgZnVydGhlciBhcyBhIENsYXNzaWMgUlRUIGRlcGVuZGVudCBmbG93
LiBUaGUgU2ViYXN0aWFuLXZlcnNpb24gc29sdmVzIHRoZSBzYWZldHkgaXNzdWUgYW5kIHlvdXIg
ZmFpcm5lc3MgaXNzdWUsIGJ1dCBpcyBub3Qgb3VyIHByZWZlcnJlZCB2ZXJzaW9uLiBXZSBsaWtl
IG1vcmUgdGhlIG9uZSB0aGF0IHNvbHZlcyB0aGUgc2FmZXR5IGlzc3VlIHdpdGggZihydHQpPW1h
eChydHQsIDE1bXMpLCBhbmQgc3RpbGwgYWxsb3dzIEw0UyB0bw0KIGJlbmVmaXQgZnJvbSB0aGUg
bG93ZXIgZGVsYXkgaW4gYWxsIG90aGVyIGNhc2VzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5U
aGVuIHRoYW5rcyB0byB5b3VyIGluc2lzdGluZyB0byByZWFsaXplIGxpdGVyYWxseSB3aGF0IHdl
IGhhdmUgd3JpdHRlbiwgd2UgcmVhbGl6ZWQgdGhhdCB0aGUgdGV4dCB3YXMgaW5kZWVkIHRvbyBz
dHJpY3QgaWYgcmVhZCBvdXQgb2YgdGhlIGxhcmdlciBjb250ZXh0LiBJbiB0aGUgY29udGV4dCBv
ZiB0aGUgc2FmZXR5IHJlcXVpcmVtZW50cyBzZWN0aW9uLCB3ZSBuZXZlciB3YW50ZWQgdG8gZW5m
b3JjZSBSVFQNCiBmYWlybmVzcyBmb3IgZmxvd3Mgd2l0aCBhIGJpZ2dlciB0aGFuIHRoZSByZWZl
cmVuY2UgUlRULCBhcyB0aGV5IGRvbuKAmXQgcG9zZSBhIHNhZmV0eSBpc3N1ZSAoaXQgaXMgYSBy
ZWFsaXR5IGZvciBhbGwgbG9uZ2VyIFJUVHMgdG9kYXksIHBhcnRpYWxseSBzb2x2ZWQgYnkgQ3Vi
aWMgYWxyZWFkeSksIGFuZCB0aGUgcXVvdGVkIHRleHQgY291bGQgaW5kZWVkIGJlIGludGVycHJl
dGVkIHRoYXQgd2F5IG91dCBvZiB0aGUgbGFyZ2VyIGNvbnRleHQuIEJsaW5kbHkNCiB0cnlpbmcg
dG8gaW1wbGVtZW50IFJUVCBpbmRlcGVuZGVuY2UgZm9yIGxhcmdlciBSVFRzIGNvdWxkIGV2ZW4g
bWFrZSBpdCB1bnNhZmUsIGlmIG5vdCBkb25lIGNvcnJlY3RseS4gT2YgY291cnNlLCBpZiB3YW50
ZWQgYW5kIGJlbmVmaWNpYWwsIG90aGVycyBhcmUgZnJlZSB0byBmdXJ0aGVyIG9wdGltaXplLjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TbyBJIGhvcGUgeW91IHVuZGVyc3RhbmQgbm93IHdoeSB3
ZSB3YW50IHRvIGZpeCB0aGlzIHRleHQgKGFuZCBkb27igJl0IHNlZSB0aGlzIGFzIGEgZmFpbHVy
ZSksIGFuZCBob3BlIHlvdSBhcmUgb2sgdG9vLCB0byBrZWVwIHRoaXMgc2FmZXR5IHJlcXVpcmVt
ZW50IHRvIHRoZSBzYWZldHkgYXNwZWN0IG9ubHkuIElmIHlvdSB0aGluayB0aGUgdGV4dCBpcyBz
dGlsbCBub3QgY2xlYXJseSByZXByZXNlbnRpbmcgdGhlDQogc2FmZXR5IHJlcXVpcmVtZW50IG9m
IHRoZSBSVFQgaW5kZXBlbmRlbmNlIGFzcGVjdCwgdGhlbiB5b3VyIHN1Z2dlc3Rpb25zIGFyZSB2
ZXJ5IHdlbGNvbWUuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXMgdG8geW91ciByZXF1ZXN0
IHRvIGxldCB0aGUgQVFNIG1ha2UgZmxvd3MgUlRUIGluZGVwZW5kZW50LCB0aGF0IGlzIHVuZm9y
dHVuYXRlbHkgaW1wb3NzaWJsZSB3aXRob3V0IGtub3dpbmcgdGhlIFJUVCBvZiBlYWNoIHBhY2tl
dCBvciBpZGVudGlmeWluZyBhbmQgdHJlYXRpbmcgdGhlIGZsb3dzIGluZGl2aWR1YWxseS4gU28g
Y2FuIHlvdSBleHBsYWluIHdoeSB5b3UgY2xhaW0gdGhhdCB3aGF0IGFjdHVhbGx5DQogaXMgZWFz
eSAoUlRULWluZGVwIENDKSBpcyBpbXBvc3NpYmxlIGFuZCB3aHkgeW91IGluc2lzdCBvbiB3aGF0
IGlzIGltcG9zc2libGUgKFJUVC1pbmRlcCBBUU0pIHNob3VsZCBiZSBkb25lIGluc3RlYWQ/Pz88
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzIGFuZCByZWdhcmRzLDxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+S29lbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IFNlYmFzdGlhbiBNb2VsbGVyICZsdDttb2Vs
bGVyMEBnbXguZGUmZ3Q7IDxicj4NCjxiPlNlbnQ6PC9iPiBTYXR1cmRheSwgT2N0b2JlciAzMSwg
MjAyMCA0OjUwIFBNPGJyPg0KPGI+VG86PC9iPiBCb2IgQnJpc2NvZSAmbHQ7cmVzZWFyY2hAYm9i
YnJpc2NvZS5uZXQmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiB0c3Z3ZyBJRVRGIGxpc3QgJmx0O3Rzdndn
QGlldGYub3JnJmd0OzsgaWNjcmcgSVJURiBsaXN0ICZsdDtpY2NyZ0BpcnRmLm9yZyZndDs7IFRD
UCBQcmFndWUgTGlzdCAmbHQ7dGNwUHJhZ3VlQGlldGYub3JnJmd0OzsgRGUgU2NoZXBwZXIsIEtv
ZW4gKE5va2lhIC0gQkUvQW50d2VycCkgJmx0O2tvZW4uZGVfc2NoZXBwZXJAbm9raWEtYmVsbC1s
YWJzLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gQXc6IFt0c3Z3Z10gZWNuLWw0cy1pZDog
UHJvcG9zZWQgQ2hhbmdlZCB0byBOb3JtYXRpdmUgUlRUIEJpYXMgVGV4dDxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+
RGVhciBsaXN0LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+cGxl
YXNlIG5vdGUgdGhhdCBib3RoIG9mIHRoZXNlICZxdW90O3JlcXVpcmVtZW50cyZxdW90OyBoZWRn
ZSBhZ2FpbnN0IHRoZSBmYWN0IHRoYXQgUlRUIGluZGVwZW5kZW5jZSBpcyBhbG1vc3QgaW1wb3Nz
aWJsZSB0byBhY2hpZXZlIGZyb20gdGhlIGVuZHBvaW50cyAoYXMgaXQgaXMgYSBjb25zZXF1ZW5j
ZSBvZiBidWZmZXJpbmcNCiBhdCB0aGUgYm90dGxlbmVjayksIG9yaWdpbmFsbHkgYnp5IHN0YXRp
bmcgJnF1b3Q7YXMgd2lkZSBhIHJhbmdlIG9mIFJUVHMgYXMgcG9zc2libGUmcXVvdDsgKHdoaWNo
IGdpdmVuIHRoZSBwaGlzaWNhbCBjb25zdHJhaW50cyBpbiByZWFsaXR5IGlzIGVxdWFsIHRvIHRo
ZSBlbXB0eSBzZXQpLiBSZXBsYWNpbmcgdGhhdCBub24tcmVxdWlyZW1lbnQgd2l0aCBhIGRpZmZl
cmVudGx5IHdvcmRlZCB2ZXJzaW9uICgmcXVvdDthcyBtdWNoIGFzIHBvc3NpYmxlJnF1b3Q7KSBk
b2VzIG5vdA0KIGNoYW5nZSBhbnl0aGluZyBzdWJzdGFudGlhbGx5LCBleGNlcHQgZm9yIG1ha2lu
ZyBUQ1AgUHJhZ3VlIGFwcGVhciBsZXNzIG9mIGEgZmFpbHVyZS4mbmJzcDs8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z
ZXJpZiI+SU1OSE8gdGhpcyByZXF1aXJlbWVudCBmb3IgYW4gTDRTIGNvbXBhdGlibGUgdHJhbnNw
b3J0LCBzaG91bGQgYmUgcmVwbGFjZWQgd2l0aCBhIHJlcXVpcmVtZW50IGZvciBhbiBMNFMgY29t
cGxpYW50IEFRTSAoYXMgaXQgaXMgbGltaXRlZCBxdWV1ZWluZyBhdCB0aGUgYm90dGxlbmVjayB0
aGF0IGNhdXNlcw0KIG1vc3QgdGhlIGlzc3VlKSBNVVNUIGF0IGxlYXN0IHBlcmZvcm0gYXMgd2Vs
bCBhcyBhIGR1bWIgRklGTywgYSBtYXJrIHdoaWNoIER1YWxRIGF0IHNob3J0IFJUVHMgbWlzc2Vz
IGJhZGx5LiBCdXQgSSBndWVzcywgYSBubyByZWdyZXNzaW9ucyBhZ2FpbnN0IHRoZSBzdGF0dXMg
cXVvIHJlcXVpcmVtZW50LCB3aWxsIHByb2JhYmx5IG5vdCBhcHBseSB0byBMNFMuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh
bnMtc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5CZXN0IFJlZ2FyZHM8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu
cy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFNlYmFzdGlhbjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQzNEOUU1IDEuNXB0
O3BhZGRpbmc6MGNtIDBjbSAwY20gOC4wcHQ7bWFyZ2luLWxlZnQ6Ny41cHQ7bWFyZ2luLXRvcDo3
LjVwdDttYXJnaW4tcmlnaHQ6My43NXB0O21hcmdpbi1ib3R0b206My43NXB0O3dvcmQtd3JhcDog
YnJlYWstd29yZDstd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7LXdlYmtpdC1saW5lLWJyZWFrOiBh
ZnRlci13aGl0ZS1zcGFjZSIgbmFtZT0icXVvdGUiPg0KPGRpdiBzdHlsZT0ibWFyZ2luLWJvdHRv
bTo3LjVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+R2VzZW5k
ZXQ6PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7RnJlaXRhZywgMzAuIE9rdG9iZXIg
MjAyMCB1bSAxOTo0MiBVaHI8YnI+DQo8Yj5Wb246PC9iPiZuYnNwOyZxdW90O0JvYiBCcmlzY29l
JnF1b3Q7ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnJlc2VhcmNoQGJvYmJyaXNjb2UubmV0
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm
cXVvdDssc2Fucy1zZXJpZiI+cmVzZWFyY2hAYm9iYnJpc2NvZS5uZXQ8L3NwYW4+PC9hPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz
YW5zLXNlcmlmIj4mZ3Q7PGJyPg0KPGI+QW46PC9iPiZuYnNwOyZxdW90O3RzdndnIElFVEYgbGlz
dCZxdW90OyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp0c3Z3Z0BpZXRmLm9yZyI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh
bnMtc2VyaWYiPnRzdndnQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jmd0Ozxi
cj4NCjxiPkNjOjwvYj4mbmJzcDsmcXVvdDtpY2NyZyBJUlRGIGxpc3QmcXVvdDsgJmx0Ozwvc3Bh
bj48YSBocmVmPSJtYWlsdG86aWNjcmdAaXJ0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5pY2NyZ0Bp
cnRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls
eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZndDssICZxdW90O1RDUCBQcmFndWUg
TGlzdCZxdW90OyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp0Y3BQcmFndWVAaWV0Zi5vcmci
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx
dW90OyxzYW5zLXNlcmlmIj50Y3BQcmFndWVAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl
cmlmIj4mZ3Q7LA0KICZxdW90O0RlIFNjaGVwcGVyLCBLb2VuIChLb2VuKSZxdW90OyAmbHQ7PC9z
cGFuPjxhIGhyZWY9Im1haWx0bzprb2VuLmRlX3NjaGVwcGVyQG5va2lhLmNvbSI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt
c2VyaWYiPmtvZW4uZGVfc2NoZXBwZXJAbm9raWEuY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp
ZiI+Jmd0Ozxicj4NCjxiPkJldHJlZmY6PC9iPiZuYnNwO1t0c3Z3Z10gZWNuLWw0cy1pZDogUHJv
cG9zZWQgQ2hhbmdlZCB0byBOb3JtYXRpdmUgUlRUIEJpYXMgVGV4dDxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdiBuYW1lPSJxdW90ZWQtY29udGVudCI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl
cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Rm9sa3MsPGJyPg0KPGJyPg0KVGhlIGNvLWF1dGhvcnMg
b2YgRUNOIEw0UyBJRCBoYXZlIGJlZW4gcmV2aWV3aW5nIHRoZSBjb3JyZWN0bmVzcyBvZiB0aGUg
bm9ybWF0aXZlICdQcmFndWUnIHJlcXVpcmVtZW50cy48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg
U2VlIDwvc3Bhbj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0
Zi10c3Z3Zy1lY24tbDRzLWlkLTEwI3NlY3Rpb24tNC4zIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh
bnMtc2VyaWYiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXRzdndnLWVj
bi1sNHMtaWQtMTAjc2VjdGlvbi00LjM8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQpU
aGlzIGlzIHRoZSBmaXJzdCBvZiAyIGVtYWlscywgYWJvdXQgMiBvZiB0aGUgcmVxdWlyZW1lbnRz
IHRoYXQgd2UgdGhpbmsgb3VnaHQgdG8gYmUgcmV3b3JkZWQgYSBsaXR0bGUuPGJyPg0KPGJyPg0K
SWYgeW91IGFncmVlIHdpdGggdGhlIHJhdGlvbmFsZSwgYnV0IHRoaW5rIHRoZSBuZXcgd29yZGlu
ZyBzdGlsbCBkb2Vzbid0IGNhcHR1cmUgdGhlIHJlcXVpcmVtZW50IHdlbGwsIHBscyBzdWdnZXN0
IHN0aGcgYmV0dGVyLjxicj4NCklmIHlvdSBkaXNhZ3JlZSB3aXRoIHRoZSByYXRpb25hbGUsIHBs
cyBkaXNjdXNzLjxicj4NCiZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjQuMy4m
bmJzcDsgUHJlcmVxdWlzaXRlIENvbmdlc3Rpb24gUmVzcG9uc2U8bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT4uLi48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5DVVJSRU5UOjxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPiZuYnNwOyZuYnNwOyBvJm5ic3A7IEEgc2NhbGFibGUgY29uZ2VzdGlvbiBjb250cm9s
IE1VU1QgcmVkdWNlIG9yIGVsaW1pbmF0ZSBSVFQgYmlhczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmVyIGFzIHdpZGUgYSByYW5nZSBvZiBS
VFRzIGFzIHBvc3NpYmxlLCBvciBhdCBsZWFzdCBvdmVyIHRoZTxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0eXBpY2FsIHJhbmdlIG9mIFJUVHMg
dGhhdCB3aWxsIGludGVyYWN0IGluIHRoZSBpbnRlbmRlZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXBsb3ltZW50IHNjZW5hcmlvIChzZWUg
PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtdHN2d2ctZWNu
LWw0cy1pZC0xMCNhcHBlbmRpeC1BLjEuNSIgdGFyZ2V0PSJfYmxhbmsiPkFwcGVuZGl4IEEuMS41
PC9hPiBmb3IgcmF0aW9uYWxlKS48bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NClBST1BPU0VEOjxicj4NCkEgc2NhbGFibGUgY29uZ2Vz
dGlvbiBjb250cm9sIE1VU1QgZWxpbWluYXRlIFJUVCBiaWFzIGFzIG11Y2ggYXMgcG9zc2libGUg
aW4gdGhlIHJhbmdlIGJldHdlZW4gdGhlIG1pbmltdW0gbGlrZWx5IFJUVCBhbmQgdHlwaWNhbCBS
VFRzIGV4cGVjdGVkPGJyPg0KaW4gdGhlIGludGVuZGVkIGRlcGxveW1lbnQgc2NlbmFyaW8mbmJz
cDsgKHNlZSBBcHBlbmRpeCBBLjEuNSBmb3IgcmF0aW9uYWxlKS48YnI+DQo8YnI+DQpSQVRJT05B
TEU6PGJyPg0KMS8gJnF1b3Q7ZWxpbWluYXRlIGFzIG11Y2ggYXMgcG9zc2libGUmcXVvdDsgaXMg
c3Ryb25nZXIgdGhhbiAmcXVvdDtyZWR1Y2Ugb3IgZWxpbWluYXRlJnF1b3Q7Ljxicj4NCjIvIFRo
aXMgcmVxdWlyZW1lbnQgd2FzIG1vdGl2YXRlZCBieSAnZG8gbm8gaGFybSB0byBvdGhlcnMnIHJl
bGF0aXZlIHRvIGV4aXN0aW5nIHN0YW5kYXJkIChSRkM1NjgxIFJlbm8pIGNvbmdlc3Rpb24gY29u
dHJvbC4gU28gdGhlcmUgaXMgbm8gbmVlZCB0byBtYW5kYXRlIHRoYXQgYW4gTDRTIGltcGxlbWVu
dGVyIGRvZXMgbm8gaGFybSB0byB0aGVtc2VsdmVzLCB3aGljaCB3aW5kb3ctYmFzZWQgY29uZ2Vz
dGlvbiBjb250cm9scyB0ZW5kIHRvIGRvDQogYXQgaGlnaGVyIFJUVC4gT2YgY291cnNlLCB0aGlz
IGRvZXNuJ3QgcHJlY2x1ZGUgaW1wbGVtZW50ZXJzIHJlZHVjaW5nIG9yIGVsaW1pbmF0aW5nIFJU
VCBiaWFzIGZvciBsYXJnZXIgdGhhbiB0eXBpY2FsIFJUVHMsIGJ1dCBpdCByZW1vdmVzIGFueSBy
ZXF1aXJlbWVudCB0byBkbyBzby48YnI+DQo8YnI+DQpDaGVlcnM8YnI+DQo8YnI+DQo8YnI+DQpC
b2I8YnI+DQombmJzcDsgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT4tLTxvOnA+PC9vOnA+
PC9wcmU+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5Cb2IgQnJpc2NvZSZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyA8YSBocmVmPSJodHRwOi8vYm9iYnJpc2NvZS5uZXQvIiB0YXJnZXQ9Il9ibGFuayI+
aHR0cDovL2JvYmJyaXNjb2UubmV0LzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_AM0PR07MB61147735BA17F272253CE179B9120AM0PR07MB6114eurp_--


From nobody Sat Oct 31 16:42:14 2020
Return-Path: <koen.de_schepper@nokia-bell-labs.com>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D1B73A0A25; Sat, 31 Oct 2020 16:42:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vusvvoaHQ06v; Sat, 31 Oct 2020 16:42:04 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70131.outbound.protection.outlook.com [40.107.7.131]) (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 1F4E03A0A26; Sat, 31 Oct 2020 16:42:03 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HkXiFTWUkx2rTSOkZn3VmnTRgAI9nlJT90TxfUb/DKyro/cy+/LFLAoNVJwhlp5Aq8jh4+/2HME6EeZ0MaSDyOpTio3TC1q6zWS0src4x9Aec0zrU3VfkXrysdyzjwM0dSDWwj9j0Kz9jQsEiY+B9WLO3MO7E275d6B66a2bnu9mO2bADmEnIXzaTkoC1UozpbUYv2g45IObzLi0A78BWPan0kZljCvn4FhhGxhIwRdebF9MB6MpUTMUJsZw2OQyDfB8ojFW7obpIPKZqc+cLOR/Kx9tYOZSJ7AQ5QkvkPMQhWdOHeovAC/Y6up7WeIfICEpoXP5UdUAA6et4ScdLg==
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=bjN8azE1wG4DfVgcI/dmbog2b7Z4EPM+OUxLloHr1Rw=; b=f7MfsWZ5XEtelP0reRKvloYyJlpO24v5IVWS+3Yo+LcUzgJsJ56N//BUvIm3kcF9DPc90p8I8fEsHR8yUvY5ejHBTWUyPnOB6ceSNC021Cq1c5EwFYwpMSoYf/hkAZR9m/n/N8gnX7pWxECNOLs00RcT5byaZfXdVdvLKcwA2cUm+5mvMeU9sg3lsXKansZzltef717DlvfwaQyrjNuP6hnv5quuBLzugEqj3czhMb1U2dJnXZEUl0H9aj5RhWlUQ9lVo/j8w31PNv5pTvlDpa9EF8smHkySgrUX1OB/TTeBASfA2IaQL1xuCJxw+EBVI45cC4Ghmc/hhNKNOIrPjw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia-bell-labs.com; dmarc=pass action=none header.from=nokia-bell-labs.com; dkim=pass header.d=nokia-bell-labs.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bjN8azE1wG4DfVgcI/dmbog2b7Z4EPM+OUxLloHr1Rw=; b=c/K2+sJA6+jdw5QmA21gzz+rc6JTRWbSdickzUkXYluh+PMtdX/OZCPvv+X7ZuORD7X+4OeDV1Wzc34i9+1LKTb/GCdu5qlm2Mnxoxpwi6l43SRBfXXHDSXa2ym+5xvbiP61e6Y6NAA7/8N2fGekEyXk17+pwZxZb24u5Njtthw=
Received: from AM0PR07MB6114.eurprd07.prod.outlook.com (2603:10a6:208:113::33) by AM0PR07MB5218.eurprd07.prod.outlook.com (2603:10a6:208:e8::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.10; Sat, 31 Oct 2020 23:42:00 +0000
Received: from AM0PR07MB6114.eurprd07.prod.outlook.com ([fe80::a9f4:9199:8226:d6c6]) by AM0PR07MB6114.eurprd07.prod.outlook.com ([fe80::a9f4:9199:8226:d6c6%6]) with mapi id 15.20.3541.010; Sat, 31 Oct 2020 23:42:00 +0000
From: "De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com>
To: Sebastian Moeller <moeller0@gmx.de>, Bob Briscoe <ietf@bobbriscoe.net>
CC: tsvwg IETF list <tsvwg@ietf.org>, iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>
Thread-Topic: [tsvwg] ecn-l4s-id: Proposed Changed to Normative Classic ECN detection Text
Thread-Index: AQHWr5W301dnUenhS0mZoh+uZ8RoxamyMdvg
Date: Sat, 31 Oct 2020 23:42:00 +0000
Message-ID: <AM0PR07MB6114BE26375DFD7B28D75841B9120@AM0PR07MB6114.eurprd07.prod.outlook.com>
References: <1b71a610-75ea-e1d4-e3ce-f0ae6a4c12f7@bobbriscoe.net> <trinity-63e79f62-2574-4f86-8988-08a4e0cac056-1604156057179@3c-app-gmx-bs36>
In-Reply-To: <trinity-63e79f62-2574-4f86-8988-08a4e0cac056-1604156057179@3c-app-gmx-bs36>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: gmx.de; dkim=none (message not signed) header.d=none; gmx.de; dmarc=none action=none header.from=nokia-bell-labs.com; 
x-originating-ip: [81.82.56.234]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 31bf1e2f-a25b-4115-be2e-08d87df6900d
x-ms-traffictypediagnostic: AM0PR07MB5218:
x-microsoft-antispam-prvs: <AM0PR07MB5218E169EE5B87D31D33925BB9120@AM0PR07MB5218.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: vc5hwmBIiFFsi0V/FAeuGNGJD+T7/lFCcYZk3BLu1MdKQ0FgXH1l321y7VXwtzaiKhP5C3KF836wNXUW3RcQlpIaP65tzJbcQQN4xx83QRdwSsSF8BAFC0Iuf0ApT1E20xStgqxcCS8NyYogZlW+Z8nT2CrfUD2k2lGNqXEQ90wFZXScyL3uFK6H/GLokYh04tufHxaO2w9Lgl5RGB6/sAKsbs+zDeiLqogLto/Bzao8BdxTsZQfsGNykKKg84nNvQq0MifuvLtAueBccRGMqnSq+qTHrTSki6IXs5kJSZMUMdLNXtTq36Whb/tdGSZ9FId94UdIRm6U3c1PqxUEbPoE1Cfb45/+Jj98dIljBok+1LiAo9HBAD+5sYiPFGG0ubLoHHhQjyPYtqYA+sPUFQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:AM0PR07MB6114.eurprd07.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(136003)(376002)(346002)(396003)(366004)(39860400002)(33656002)(316002)(8936002)(9686003)(110136005)(2906002)(55016002)(9326002)(6506007)(53546011)(71200400001)(7696005)(166002)(26005)(4326008)(186003)(966005)(52536014)(83380400001)(54906003)(5660300002)(66476007)(66556008)(64756008)(86362001)(66446008)(66946007)(8676002)(76116006)(66574015)(478600001); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata: SK3ML+CP8V0dQBKWWfxCbCN6IJMKQYstMq9376QVgRLMYM7/z7oqZS8yERQfdSEDsngrNbx1m4oilGB+cobyO8pGDv5P3ONv9GGILp4OBtWWZZJJXjsJRCotyJn0nzklnxtU+qnJMOooqfi0Y1SisUNj6POqSlaomgbfa/bBnaIuizEaiOFxbBjouN6eb1rBH3UJQDld/+j5Rln6Y4/RXkduWX0tyxaQkiTUkO29PkD2grMxTwMltMckasYfoKEYKS+2noAoBy05O6JEGu4GuqTtmKb0tXoBMNSCJy1rLllaEL67aficPeFpC8J1EFIdViVs7QVJGJL9bCr+UqIWiSUs3dLWNaFF3xk8VGkRCTtvZ+L4GLIGU0b46Ud+W1fcfmx9J+EZ9GnyAWb4lu+can2wLGKublyxKeOKbNMDmuXTbG5jLlgNImgvID3yutIeUsaUtvFo9uSl/a64aMhYV6gT18czXIO0idXzAdf/C122SvcDf/cJ1/3/xMYzlf+m7aUVAlAY6EQPg2Thz6vgv3LYl2aIfdo/GcvmPZxnTs1BSYdyOrDAbn84qTXSe/eUEP9mKW3fSBXpDv7bVNqASwwOfCL6MTzTkm38YHxwtnPnaY3+mcEoN/z1rpVCJXzhGL5C2qcqMwv73YSAaCVNUA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB6114BE26375DFD7B28D75841B9120AM0PR07MB6114eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB6114.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 31bf1e2f-a25b-4115-be2e-08d87df6900d
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Oct 2020 23:42:00.3572 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ULCnlImUfI1kRTF9saXO/WTmtc1r9P8E29RvPLywgI/T1AwbZd6s/ajrbXqKCc9KjZM2RG/5/W/JGW1zoviAVfwSKYXznJzrBCto68uB9TlkljdK4UMOAmftg6Pfjafz
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5218
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/QnxePmVy5FxGXsL5iUELp3GcqsQ>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative Classic ECN detection Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 23:42:07 -0000

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

SGkgU2ViYXN0aWFuLA0KDQo+PiBJIGFwcHJlY2lhdGUgdGhhdCB0ZWFtIEw0UyBpcyBmaW5hbGx5
IGFkbWl0dGluZyB0aGF0IGl0IG92ZXItcHJvbWlzZWQgYW5kIHVuZGVyLWRlbGl2ZXJlZA0KDQpJ
IHRoaW5rIHRoZSBwcm9ibGVtIGlzIHRoYXQgeW91IGludGVycHJldCDigJxyZXF1aXJlbWVudHPi
gJ0gYXMg4oCccHJvbWlzZXPigJ0uIE1vc3QgcGVvcGxlIHVuZGVyc3RhbmQgdGhlIHBvdGVudGlh
bCBvZiBMNFMgYW5kIGFjY2VwdCB0aGF0IHNwZWNpYWwgY2FyZSBuZWVkcyB0byBiZSB0YWtlbiB0
byBwcm90ZWN0IFNpbmdsZSBRIENsYXNzaWMgRU5DIGJvdHRsZW5lY2tzLiBUaGUgZHJhZnQgbmVl
ZHMgdG8gcHV0IHRoZSBhdHRlbnRpb24gdG8gKHBvdGVudGlhbCkgcHJvYmxlbXMgdGhhdCBuZWVk
IHRvIGJlIHNvbHZlZCBvciBhdm9pZGVkIGJ5IGludGVyZXN0aW5nIHBhcnRpZXMgdGhhdCB3YW50
IHRvIGRldmVsb3AgdGhlaXIgTDRTIFByYWd1ZS1jb21wbGlhbnQgQ0NzLiBTbyBpdCBpcyBpbiB0
aGUgYmVzdCBpbnRlcmVzdCBmb3IgQ0MgZGV2ZWxvcGVycyB0byBwdXNoIGZvciBmZWFzaWJsZS9y
ZWFsaXN0aWMgcmVxdWlyZW1lbnRzLiBJIGhlYXJkIHF1aXRlIHNvbWUgcGVvcGxlIChpbmNsdWRp
bmcgeW91KSBiZWluZyBjb25jZXJuZWQgYWJvdXQgdGhlIGZlYXNpYmlsaXR5IG9mIGRldGVjdGlu
ZyBhIFNpbmdsZSBRdWV1ZSBDbGFzc2ljIEVDTiBBUU0sIGFuZCBzYWlkIHRoZXkgd291bGQgcmF0
aGVyIGFwcGx5IG90aGVyIG1lY2hhbmlzbXMgdG8gYXZvaWQgaXNzdWVzIHdpdGggdGhlc2UgdHlw
ZXMgb2YgYm90dGxlbmVja3MgKHJlZiBvcGVyYXRpb25hbCBndWlkZWxpbmVzIHRoYXQgdHJpZXMg
dG8gY29sbGVjdCBhbGwgdXNlZnVsIGlkZWFzIHRoYXQgd2VyZSBzaGFyZWQgZHVyaW5nIGxpc3Qg
ZGlzY3Vzc2lvbnMpLiBTbyB0aGUgY2hhbmdlcyBhbm5vdW5jZWQgYnkgQm9iIHNob3VsZCByZWZs
ZWN0IHRoaXMuIEkgdW5kZXJzdG9vZCB5b3UgYXJlIHF1aXRlIE9LIHdpdGggdGhlIHdvcmRpbmc/
IElmIG5vdCwgdGhlbiB5b3VyIHN1Z2dlc3Rpb25zIGFyZSB2ZXJ5IHdlbGNvbWUuDQoNCj4+ICJJ
biB0aGUgdW5saWtlbHkgY2FzZSBvZiB0aGUgTDRTIGV4cGVyaW1lbnQgYmVpbmcgZGVjbGFyZWQg
YSBmYWlsdXJlLCB0aGlzIHJlcGxhY2VtZW50IHdpbGwgbmVlZCB0byBiZSBwZXJtYW5lbnQsIGFu
ZCB0aGUgRUNUKDEpIHJlc3BvbnNpdmUgZWxlbWVudHMgaW4gQVFNIG5vZGVzIGFsc28gbmVlZHMg
dG8gYmUgZGlzYWJsZWQiLg0KDQpMNFMgd2lsbCBzdWNjZWVkIGlmIDEpIEw0UyBjYXBhYmxlIG5l
dHdvcmsgbm9kZXMgZ2V0IGRlcGxveWVkIChpbmNsdWRpbmcgQ2xhc3NpYyBFQ04gYm90dGxlbmVj
a3MgYmVpbmcgdXBncmFkZWQpIGFuZCAyKSBDQ3MgYXJlIGRlcGxveWVkIHRoYXQgY2FuIG1lZXQg
dGhlIFRDUCBQcmFndWUgcmVxdWlyZW1lbnRzIChpcyBub3QgZGlzcnVwdGluZyBDbGFzc2ljIGZs
b3dzIGFuZCBvdGhlciBMNFMgZmxvd3MpIEFORCBjYW4gc2hvdyBncmVhdCBiZW5lZml0cy4gSWYg
b25lIG9mIHRob3NlIG9yIGJvdGggd2lsbCBub3QgaGFwcGVuIChsaWtlIHdpdGggQ2xhc3NpYyBF
Q04gZGVwbG95bWVudCkgaXQgZmFpbHMhISBTbyBJIGd1ZXNzIG5vIG5lZWQgdG8gd29ycnkgYWJv
dXQgZGlzYWJsaW5nIHBlcm1hbmVudGx5IGlmIGl0IG5ldmVyIGdldHMgZGVwbG95ZWQg8J+Yii4N
Cg0KVGhhbmtzIGFuZCByZWdhcmRzLA0KS29lbi4NCg0KRnJvbTogU2ViYXN0aWFuIE1vZWxsZXIg
PG1vZWxsZXIwQGdteC5kZT4NClNlbnQ6IFNhdHVyZGF5LCBPY3RvYmVyIDMxLCAyMDIwIDM6NTQg
UE0NClRvOiBCb2IgQnJpc2NvZSA8aWV0ZkBib2JicmlzY29lLm5ldD4NCkNjOiB0c3Z3ZyBJRVRG
IGxpc3QgPHRzdndnQGlldGYub3JnPjsgaWNjcmcgSVJURiBsaXN0IDxpY2NyZ0BpcnRmLm9yZz47
IFRDUCBQcmFndWUgTGlzdCA8dGNwUHJhZ3VlQGlldGYub3JnPjsgRGUgU2NoZXBwZXIsIEtvZW4g
KE5va2lhIC0gQkUvQW50d2VycCkgPGtvZW4uZGVfc2NoZXBwZXJAbm9raWEtYmVsbC1sYWJzLmNv
bT4NClN1YmplY3Q6IEF3OiBbdHN2d2ddIGVjbi1sNHMtaWQ6IFByb3Bvc2VkIENoYW5nZWQgdG8g
Tm9ybWF0aXZlIENsYXNzaWMgRUNOIGRldGVjdGlvbiBUZXh0DQoNCkRlYXIgS29lbiwNCg0Kc2lu
Y2UgQm9iIGNsYWltcyB0aGF0IGhlIGludGVuZHMgdG8gY29ycmVzcG9uZCB3aXRoIG15IGlucHV0
LCBJIGFtIGFkZHJlc3NpbmcgdGhpcyByZXNwb25zZSB0byB5b3UsIFNlZSBteSBjb21tZW50cyBp
bi1saW5lIHByZWZpeGVkIFtTTV0uDQoNClRsO2RyOiBJIGFwcHJlY2lhdGUgdGhhdCB0ZWFtIEw0
UyBpcyBmaW5hbGx5IGFkbWl0dGluZyB0aGF0IGl0IG92ZXItcHJvbWlzZWQgYW5kIHVuZGVyLWRl
bGl2ZXJlZCwgSSBhbSBsZXNzIGhhcHB5IGFib3V0IHRoZSBzb2x1dGlvbiB0byB0aGlzIGlzc3Vl
IGJ5IHNpbXBseSByZWR1Y2luZyB0aGUgcmVxdWlybWVudHMgb3QgbWF0Y2ggdGhlIHVuc2F0aXNm
YWN0b3J5IHN0YXRlIG9mIHRoZSBMNFMgaW1wbGVtZW50YXRpb24uIEFmdGVyIHllYXJzIG9mIGJh
c2ljYWxseSBhZHZlcml0aXppbmcgb24gdGhlc2UgcmVxdWlyZW1lbnRzLCB3YXRlcmluZyB0aG9z
ZSBkb3duIGF0IHRoZSBsYXN0IG1pbnV0ZSBkb2VzIG5vdCBxdWFsaWZ5IGFzIGEgZ29vZCBmYWl0
aCBlZmZvcnQgaW4gbXkgYm9vay4gSXQgZG9lcyBjb25maXJtIG15IG5lZ2F0aXZlIHZpZXcgb24g
dGVhbSBMNFMnIGFjdW1lbiBhbmQgY29uZmlybXMgbXkganVkZ2VtZW50IHRoYXQgTDRTICJvZmZl
cnMgdG9vIGxpdHRsZSB0b28gbGF0ZSIuIFVuZm9ydHVuYXRlbHkgSSBkbyBub3Qga2lkIG15c2Vs
ZiB0aGF0IHRoaXMgb2J2aW91cyBmYWN0IGlzIGdvaW5nIHRvIHN0b3AgdGhlIGN1cnJlbnQgaW50
ZW5ldCBkcmFmdHMgZ2FpbmluZyBSRkMgc3RhdHVzIHdpdGhvdXQgYW55IG1lYW5pZ2Z1bCBjaGFu
Z2VzLg0KDQoNCkdlc2VuZGV0OiBTYW1zdGFnLCAzMS4gT2t0b2JlciAyMDIwIHVtIDEwOjU0IFVo
cg0KVm9uOiAiQm9iIEJyaXNjb2UiIDxpZXRmQGJvYmJyaXNjb2UubmV0PG1haWx0bzppZXRmQGJv
YmJyaXNjb2UubmV0Pj4NCkFuOiAidHN2d2cgSUVURiBsaXN0IiA8dHN2d2dAaWV0Zi5vcmc8bWFp
bHRvOnRzdndnQGlldGYub3JnPj4NCkNjOiAiaWNjcmcgSVJURiBsaXN0IiA8aWNjcmdAaXJ0Zi5v
cmc8bWFpbHRvOmljY3JnQGlydGYub3JnPj4sICJUQ1AgUHJhZ3VlIExpc3QiIDx0Y3BQcmFndWVA
aWV0Zi5vcmc8bWFpbHRvOnRjcFByYWd1ZUBpZXRmLm9yZz4+LCAiRGUgU2NoZXBwZXIsIEtvZW4g
KEtvZW4pIiA8a29lbi5kZV9zY2hlcHBlckBub2tpYS5jb208bWFpbHRvOmtvZW4uZGVfc2NoZXBw
ZXJAbm9raWEuY29tPj4NCkJldHJlZmY6IFt0c3Z3Z10gZWNuLWw0cy1pZDogUHJvcG9zZWQgQ2hh
bmdlZCB0byBOb3JtYXRpdmUgQ2xhc3NpYyBFQ04gZGV0ZWN0aW9uIFRleHQNCkZvbGtzLA0KDQpU
aGUgY28tYXV0aG9ycyBvZiBFQ04gTDRTIElEIGhhdmUgYmVlbiByZXZpZXdpbmcgdGhlIGNvcnJl
Y3RuZXNzIG9mIHRoZSBub3JtYXRpdmUgJ1ByYWd1ZScgcmVxdWlyZW1lbnRzLg0KDQogICAgICAg
IFtTTV0gVGhpcyBzZWVtcyBsZXNzIGFib3V0IGNvcnJlY3RuZXNzIGFuZCBtb3JlIGFib3V0IHdo
ZXRoZXIgeW91IG1hbmFnZWQgb3QgaGl0IHRob3NlIHRhcmdldHMgd2l0aCB5b3VyIGltcGxlbWVu
dGF0aW9uLiBDaGFuZ2luZyB0aG9zZSByZXF1aXJlbWVudHMgcG9zdC1ob2MgbWlnaHQgYmUganVz
dGlmaWVkLCBidXQgcGxlYXMgZG8gbm90IGZyYW1lIHRoYXQgYXMgYSBjb3JyZWN0bmVzcyBpc3Nz
dWUuDQoNCg0KICAgIFNlZSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10
c3Z3Zy1lY24tbDRzLWlkLTEwI3NlY3Rpb24tNC4zDQpUaGlzIGlzIHRoZSBzZWNvbmQgb2YgMiBl
bWFpbHMsIGFib3V0IDIgb2YgdGhlIHJlcXVpcmVtZW50cyB0aGF0IHdlIHRoaW5rIG91Z2h0IHRv
IGJlIHJld29yZGVkIGEgbGl0dGxlLg0KDQpJZiB5b3UgYWdyZWUgd2l0aCB0aGUgcmF0aW9uYWxl
LCBidXQgdGhpbmsgdGhlIG5ldyB3b3JkaW5nIHN0aWxsIGRvZXNuJ3QgZnVsbHkgY2FwdHVyZSB0
aGUgcmVxdWlyZW1lbnQsIHBscyBzdWdnZXN0IHN0aGcgYmV0dGVyLg0KSWYgeW91IGRpc2FncmVl
IHdpdGggdGhlIHJhdGlvbmFsZSwgcGxzIGRpc2N1c3MuDQoNCjQuMy4gIFByZXJlcXVpc2l0ZSBD
b25nZXN0aW9uIFJlc3BvbnNlDQoNCi4uLg0KDQpDVVJSRU5UOg0KDQoNCg0KICAgbyAgQSBzY2Fs
YWJsZSBjb25nZXN0aW9uIGNvbnRyb2wgTVVTVCByZWFjdCB0byBFQ04gbWFya2luZyBmcm9tIGEN
Cg0KICAgICAgbm9uLUw0UyBidXQgRUNOLWNhcGFibGUgYm90dGxlbmVjayBpbiBhIHdheSB0aGF0
IHdpbGwgY29leGlzdCB3aXRoDQoNCiAgICAgIGEgVENQIFJlbm8gY29uZ2VzdGlvbiBjb250cm9s
IFtSRkM1NjgxPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NjgxPl0gKHNlZSBBcHBl
bmRpeCBBLjEuNDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10c3Z3Zy1l
Y24tbDRzLWlkLTEwI2FwcGVuZGl4LUEuMS40PiBmb3INCg0KICAgICAgcmF0aW9uYWxlKS4NCg0K
DQoNCiAgICAgIE5vdGUgdGhhdCBhIHNjYWxhYmxlIGNvbmdlc3Rpb24gY29udHJvbCBpcyBub3Qg
ZXhwZWN0ZWQgdG8gY2hhbmdlDQoNCiAgICAgIHRvIHNldHRpbmcgRUNUKDApIHdoaWxlIGl0IGZh
bGxzIGJhY2sgdG8gY29leGlzdCB3aXRoIFJlbm8uDQoNCg0KUFJPUE9TRUQ6DQogICBvICBBIHNj
YWxhYmxlIGNvbmdlc3Rpb24gY29udHJvbCBNVVNUIGltcGxlbWVudCBtb25pdG9yaW5nIGluIG9y
ZGVyDQogICAgICB0byBkZXRlY3QgYSBsaWtlbHkgbm9uLUw0UyBidXQgRUNOLWNhcGFibGUgQVFN
IGF0IHRoZSBib3R0bGVuZWNrLg0KICAgICAgT24gZGV0ZWN0aW9uIG9mIGEgbGlrZWx5IEVDTi1j
YXBhYmxlIGJvdHRsZW5lY2sgaXQgU0hPVUxEIGJlDQogICAgICBjYXBhYmxlIChkZXBlbmRlbnQg
b24gY29uZmlndXJhdGlvbikgb2YgYXV0b21hdGljYWxseSBhZGFwdGluZyBpdHMNCiAgICAgIGNv
bmdlc3Rpb24gcmVzcG9uc2UgdG8gY29leGlzdCB3aXRoIFRDUCBSZW5vIGNvbmdlc3Rpb24gY29u
dHJvbHMNCiAgICAgIFtSRkM1NjgxXSAoc2VlIEFwcGVuZGl4IEEuMS40IGZvciByYXRpb25hbGUg
YW5kIGEgcmVmZXJlbmNlZA0KICAgICAgYWxnb3JpdGhtKS4NCg0KICAgICAgICBbU01dIFRoaXMg
aXMgYSBzaWduaWZpY2FudGx5IHdhdGVyaW5nIGRvd24sIGFuZCBpdCBzZWVtcyByYXRoZXIgbm9u
LWxvZ2ljYWwsIElGRiBhbiBpbXBsZW1lbnRhdGlvbiBkb2VzIG5vdCB3YW50L25lZWQgdG8gYWN0
dWFsbHkgcmVhY3QgdG8gdGhlIHJlc3VsdCBvZiBhIGRldGVjdGlvbiB0aGVuIHBlcmZvcm1pbmcg
dGhhdCBkZXRlY3Rpb24gc2VlbXMgcHVyZSBidXN5IHdvcmsuIFNvIG1ha2UgYm90aCBvZiB0aGVz
ZSBNVVNUcy4gT3RoZXJ3aXNlIHlvdXIgcmVxdWlybWVudHMgcHJldGVuZCB0byBjYXJlIGFib3V0
IGV4aXN0aW5nIHJmYzMxNjggQVFNcyBidXQgaW4gbmFtZSBvbmx5Lg0KDQoNCg0KICAgICAgTm90
ZSB0aGF0IGEgc2NhbGFibGUgY29uZ2VzdGlvbiBjb250cm9sIGlzIG5vdCBleHBlY3RlZCB0byBj
aGFuZ2UNCiAgICAgIHRvIHNldHRpbmcgRUNUKDApIHdoaWxlIGl0IGZhbGxzIGJhY2sgdG8gY29l
eGlzdCB3aXRoIFJlbm8uDQoNClJBVElPTkFMRToNCjEvIFRoZSByZXF1aXJlbWVudCBhcyBjdXJy
ZW50bHkgd3JpdHRlbiBzYXlzIHdoYXQgYW4gb21uaXNjaWVudCBzZW5kZXIgTVVTVCBkby4gU28g
dGhlcmUncyBhbiBpbXBsaWVkIHJlcXVpcmVtZW50IHRoYXQgYSBzZW5kZXIgTVVTVCBiZSBvbW5p
c2NpZW50LCB3aGljaCBpcyBvZiBjb3Vyc2UgaW1wb3NzaWJsZS4NCjIvIFRoZSByZXF1aXJlbWVu
dCBuZWVkcyB0byBiZSByZWNhc3QgdG8gcmVxdWlyZSBhIHNlbmRlciB0byBhaW0gdG8gYmUgYXMg
a25vd2xlZGdlYWJsZSBhcyBwb3NzaWJsZS4gVGhlbiwgd2hhdCBpdCBkb2VzIGFzIGEgcmVzdWx0
IG5lZWRzIHRvIHRha2UgaW50byBhY2NvdW50IHRoZSBhIHByaW9yaSBsaWtlbGlob29kIG9mIHRo
ZXJlIGJlaW5nIGEgbm9uLUw0UyBib3R0bGVuZWNrIHByZXNlbnQuDQozLyBUaGlzIGluY2x1ZGVz
IHRoZSBwb3NzaWJpbGl0eSB0aGF0IHRoZSBvcGVyYXRvciBvZiB0aGUgaG9zdCBrbm93cyB0aGF0
IHRoZSBuZXR3b3JrIGl0IHNlcnZlcyBoYXMgbm90IGRlcGxveWVkIGFueSBzaW5nbGUgcXVldWUg
Y2xhc3NpYyBFQ04gQVFNIChlLmcuIGluIGEgQ0ROIGNhc2UgdGhleSdyZSBkb2luZyBvdXQgb2Yg
YmFuZCB0ZXN0aW5nLCBvciB0aGV5J3ZlIGFza2VkIHRoZSBJU1ApLiBTbyB3ZSd2ZSBpbmNsdWRl
ZCB0aGUgcG9zc2liaWxpdHkgb2YgZmFsbC1iYWNrIGJlaW5nIGRpc2FibGVkIGJ5IGNvbmZpZ3Vy
YXRpb24uDQo0LyBOb25ldGhlbGVzcywgYXMgaGFzIGJlZW4gcG9pbnRlZCBvdXQgb24gdGhlIGxp
c3QsIHRoZXJlIGlzIHN0aWxsIGEgcG9zc2liaWxpdHkgdGhhdCB0aGVyZSBpcyBhIENsYXNzaWMg
RUNOIEFRTSBzb21ld2hlcmUgZWxzZSBvbiB0aGUgcGF0aCAodG8gY29udGludWUgdGhlIENETiBl
eGFtcGxlLCBwZXJoYXBzIGJleW9uZCB0aGUgSVNQIGluIGEgaG9tZSBuZXR3b3JrKS4gVGhlICdN
VVNUIG1vbml0b3InIHJlcXVpcmVtZW50IHN0aWxsIHN0YW5kcyB0byBlbnN1cmUgdGhlIG9wZXJh
dG9yIGRvZXNuJ3QgbWlzcyB0aGVzZSBjYXNlcy4NCjUvIFRoZW4sIGlmIHRoZSBzZXJ2ZXIgb3Bl
cmF0b3JzIGhhdmUgZGlzYWJsZWQgZmFsbC1iYWNrIGZvciB0aGVpciBkZXBsb3ltZW50LCB0aGV5
IGNhbiByZWNvbnNpZGVyIHRoZWlyIHBvbGljeSBvciBhdCBsZWFzdCBkbyBtb3JlIGZvY3VzZWQg
dGVzdGluZyBpZiB0aGV5IGFyZSBmcmVxdWVudGx5IGRldGVjdGluZyBhIHNpbmdsZS1xdWV1ZSBD
bGFzc2ljIEVDTiBBUU0uDQoNCiAgICAgICAgW1NNXSBBbmQgd2UgYXJlIGJhY2sgdG8gZW5naW5l
ZXJpbmcvbmV0d29yayBhZG1pbmlzdHJhdGlvbiBieSB3aXNoZnVsIHRoaW5raW5nLi4uIEFnYWlu
IHdpdGggYSBzeXN6ZW0gKEw0UykgdGhhdCBoYXMgbm90IHlldCBiZWVuIHByb3ZlbiB0byBhY3R1
YWxseSB3b3JrIG92ZXIgdGhlIGV4aXN0aW5nIGludGVybmV0IHdpdGggdGhlIHNvbGUgZXhjZXB0
aW9uIG9mIHNob3J0IFJUVC9sb3cgaG9wIGNvdW50IHBhdGhzIChDRE4gdG8gZW5kLXVzZXIgZmFz
dC1sYW5lcyBjb3BtZSB0byBtaW5kKS4NCg0KDQpJdGVtcyAzLTUgYXJlIHRoZSAicmVhY3Qgdmlh
IG1hbmFnZW1lbnQiIG1vZGVsIHRoYXQgSSd2ZSB0YWxrZWQgYWJvdXQgb24gdGhlIGxpc3QsIGdp
dmVuIHRoZSB1bmZhaXJuZXNzIGRvZXNuJ3QgYW1vdW50IHRvIHN0YXJ2YXRpb24sIGFuZCBpdCBp
cyBwb3NzaWJsZSB0aGF0IHRoZSBwcmV2YWxlbmNlIG9mIHRoZSBwcm9ibGVtIGlzIHZlcnkgbG93
Lg0KDQogICAgICAgIFtTTV0gR2l2ZW4gdGhhdCB5b3UgbmV2ZXIgb2ZmZXJlZCB5b3VyIG93biBz
cGVjaWZpYyBkZWZpbnRpb24gb2Ygd2hhdCBzdGFydmF0aW9uIGVudGFpbHMsIEkgZmFpbCB0byBz
ZWUgaG93IHRoYXQgY2xhaW0gY2FuIGIgdHJlIGluIGEgdmVyaWZpYWJsZSBmYXNoaW9uPw0KDQoN
CkZpbmFsbHksIGFmdGVyIHRoZSBidWxsZXQgbGlzdCBvZiByZXF1aXJlbWVudHMgaW4gc2VjdGlv
biA0LjMsICh3aGljaCBhcmUgcHJlcmVxdWlzaXRlcyBmb3Igc2V0dGluZyB0aGUgRUNUMSBjb2Rl
cG9pbnQpLCB3ZSBwcm9wb3NlIHRvIGFkZCB0aGUgZm9sbG93aW5nIHJlcXVpcmVtZW50LCBhcyBz
dWdnZXN0ZWQgb24gdGhlIHRzdndnIGxpc3Q6DQoNCiAgICAgIFRvIHBhcnRpY2lwYXRlIGluIHRo
ZSBMNFMgZXhwZXJpbWVudCwgYSBzY2FsYWJsZSBjb25nZXN0aW9uIGNvbnRyb2wgTVVTVA0KICAg
ICAgYmUgY2FwYWJsZSBvZiBiZWluZyByZXBsYWNlZCBieSBhIENsYXNzaWMgY29uZ2VzdGlvbiBj
b250cm9sIChieQ0KICAgICAgYXBwbGljYXRpb24gYW5kIGJ5IGFkbWluaXN0cmF0aXZlIGNvbnRy
b2wpLiBBIENsYXNzaWMgY29uZ2VzdGlvbiBjb250cm9sDQogICAgICB3aWxsIG5vdCB0YWcgaXRz
IHBhY2tldHMgd2l0aCB0aGUgRUNUKDEpIGNvZGVwb2ludC4NCg0KICAgICAgICBbU01dICsxOyBJ
IHdvdWxkIGFwcHJlY2lhdGUgaWYgd2UgY291bGQgYWRkIGEgc2VudGVuY2UgbGlrZToNCg0KIklu
IHRoZSB1bmxpa2VseSBjYXNlIG9mIHRoZSBMNFMgZXhwZXJpbWVudCBiZWluZyBkZWNsYXJlZCBh
IGZhaWx1cmUsIHRoaXMgcmVwbGFjZW1lbnQgd2lsbCBuZWVkIHRvIGJlIHBlcm1hbmVudCwgYW5k
IHRoZSBFQ1QoMSkgcmVzcG9uc2l2ZSBlbGVtZW50cyBpbiBBUU0gbm9kZXMgYWxzbyBuZWVkcyB0
byBiZSBkaXNhYmxlZCIuDQoNCkkgYWRkZWQgdGhlIHVubGlrZWx5IGluIHNwaXRlIG9mIG15IG93
biBwcmVkaWN0aW9ucywgdG8gYWNjb3VudCBmb3IgdGhlIGZhY3QgdGhhdCB0aGUgZHJhZnRzIGFy
ZSB3cml0dGVuIG9uIHRoZSBoeXBvdGhlc2lzIHRoYXQgTDRTIHdvcmtzIGFzIGFkdmVydGl6ZWQu
Li4uDQoNCkJlc3QNCiAgICAgICAgU2ViYXN0aWFuDQoNCg0KQ2hlZXJzDQoNCg0KQm9iDQoNCg0K
LS0NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KDQpCb2IgQnJpc2NvZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBodHRwOi8vYm9iYnJpc2NvZS5uZXQvDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg
NiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ
cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi
SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N
CnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9y
bWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi
SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uRW1haWxT
dHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQN
Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFn
ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3
Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp
b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1
bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt
LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp
ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl
bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i
cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5IaSBTZWJhc3RpYW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsmZ3Q7IDxzcGFuIHN0
eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj4NCkkgYXBwcmVjaWF0ZSB0aGF0IHRlYW0gTDRTIGlzIGZpbmFsbHkgYWRtaXR0aW5n
IHRoYXQgaXQgb3Zlci1wcm9taXNlZCBhbmQgdW5kZXItZGVsaXZlcmVkPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5JIHRoaW5rIHRoZSBwcm9ibGVtIGlzIHRoYXQgeW91IGludGVycHJl
dCDigJxyZXF1aXJlbWVudHPigJ0gYXMg4oCccHJvbWlzZXPigJ0uIE1vc3QgcGVvcGxlIHVuZGVy
c3RhbmQgdGhlIHBvdGVudGlhbCBvZiBMNFMgYW5kIGFjY2VwdCB0aGF0IHNwZWNpYWwgY2FyZSBu
ZWVkcyB0byBiZSB0YWtlbiB0byBwcm90ZWN0IFNpbmdsZSBRIENsYXNzaWMgRU5DIGJvdHRsZW5l
Y2tzLiBUaGUgZHJhZnQgbmVlZHMgdG8gcHV0IHRoZSBhdHRlbnRpb24NCiB0byAocG90ZW50aWFs
KSBwcm9ibGVtcyB0aGF0IG5lZWQgdG8gYmUgc29sdmVkIG9yIGF2b2lkZWQgYnkgaW50ZXJlc3Rp
bmcgcGFydGllcyB0aGF0IHdhbnQgdG8gZGV2ZWxvcCB0aGVpciBMNFMgUHJhZ3VlLWNvbXBsaWFu
dCBDQ3MuIFNvIGl0IGlzIGluIHRoZSBiZXN0IGludGVyZXN0IGZvciBDQyBkZXZlbG9wZXJzIHRv
IHB1c2ggZm9yIGZlYXNpYmxlL3JlYWxpc3RpYyByZXF1aXJlbWVudHMuIEkgaGVhcmQgcXVpdGUg
c29tZSBwZW9wbGUgKGluY2x1ZGluZw0KIHlvdSkgYmVpbmcgY29uY2VybmVkIGFib3V0IHRoZSBm
ZWFzaWJpbGl0eSBvZiBkZXRlY3RpbmcgYSBTaW5nbGUgUXVldWUgQ2xhc3NpYyBFQ04gQVFNLCBh
bmQgc2FpZCB0aGV5IHdvdWxkIHJhdGhlciBhcHBseSBvdGhlciBtZWNoYW5pc21zIHRvIGF2b2lk
IGlzc3VlcyB3aXRoIHRoZXNlIHR5cGVzIG9mIGJvdHRsZW5lY2tzIChyZWYgb3BlcmF0aW9uYWwg
Z3VpZGVsaW5lcyB0aGF0IHRyaWVzIHRvIGNvbGxlY3QgYWxsIHVzZWZ1bCBpZGVhcyB0aGF0DQog
d2VyZSBzaGFyZWQgZHVyaW5nIGxpc3QgZGlzY3Vzc2lvbnMpLiBTbyB0aGUgY2hhbmdlcyBhbm5v
dW5jZWQgYnkgQm9iIHNob3VsZCByZWZsZWN0IHRoaXMuIEkgdW5kZXJzdG9vZCB5b3UgYXJlIHF1
aXRlIE9LIHdpdGggdGhlIHdvcmRpbmc/IElmIG5vdCwgdGhlbiB5b3VyIHN1Z2dlc3Rpb25zIGFy
ZSB2ZXJ5IHdlbGNvbWUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsmZ3Q7IDxzcGFuIHN0
eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj4NCiZxdW90O0luIHRoZSB1bmxpa2VseSBjYXNlIG9mIHRoZSBMNFMgZXhwZXJpbWVu
dCBiZWluZyBkZWNsYXJlZCBhIGZhaWx1cmUsIHRoaXMgcmVwbGFjZW1lbnQgd2lsbCBuZWVkIHRv
IGJlIHBlcm1hbmVudCwgYW5kIHRoZSBFQ1QoMSkgcmVzcG9uc2l2ZSBlbGVtZW50cyBpbiBBUU0g
bm9kZXMgYWxzbyBuZWVkcyB0byBiZSBkaXNhYmxlZCZxdW90Oy48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPkw0UyB3aWxsIHN1Y2NlZWQgaWYgMSkgTDRTIGNhcGFibGUgbmV0d29yayBu
b2RlcyBnZXQgZGVwbG95ZWQgKGluY2x1ZGluZyBDbGFzc2ljIEVDTiBib3R0bGVuZWNrcyBiZWlu
ZyB1cGdyYWRlZCkgYW5kIDIpIENDcyBhcmUgZGVwbG95ZWQgdGhhdCBjYW4gbWVldCB0aGUgVENQ
IFByYWd1ZSByZXF1aXJlbWVudHMgKGlzIG5vdCBkaXNydXB0aW5nIENsYXNzaWMgZmxvd3MgYW5k
IG90aGVyIEw0UyBmbG93cykgQU5EDQogY2FuIHNob3cgZ3JlYXQgYmVuZWZpdHMuIElmIG9uZSBv
ZiB0aG9zZSBvciBib3RoIHdpbGwgbm90IGhhcHBlbiAobGlrZSB3aXRoIENsYXNzaWMgRUNOIGRl
cGxveW1lbnQpIGl0IGZhaWxzISEgU28gSSBndWVzcyBubyBuZWVkIHRvIHdvcnJ5IGFib3V0IGRp
c2FibGluZyBwZXJtYW5lbnRseSBpZiBpdCBuZXZlciBnZXRzIGRlcGxveWVkDQo8c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkgRW1vamkmcXVvdDssc2Fucy1zZXJpZiI+JiMx
Mjg1MjI7PC9zcGFuPi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzIGFuZCByZWdhcmRz
LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+S29lbi48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9i
PiBTZWJhc3RpYW4gTW9lbGxlciAmbHQ7bW9lbGxlcjBAZ214LmRlJmd0OyA8YnI+DQo8Yj5TZW50
OjwvYj4gU2F0dXJkYXksIE9jdG9iZXIgMzEsIDIwMjAgMzo1NCBQTTxicj4NCjxiPlRvOjwvYj4g
Qm9iIEJyaXNjb2UgJmx0O2lldGZAYm9iYnJpc2NvZS5uZXQmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiB0
c3Z3ZyBJRVRGIGxpc3QgJmx0O3RzdndnQGlldGYub3JnJmd0OzsgaWNjcmcgSVJURiBsaXN0ICZs
dDtpY2NyZ0BpcnRmLm9yZyZndDs7IFRDUCBQcmFndWUgTGlzdCAmbHQ7dGNwUHJhZ3VlQGlldGYu
b3JnJmd0OzsgRGUgU2NoZXBwZXIsIEtvZW4gKE5va2lhIC0gQkUvQW50d2VycCkgJmx0O2tvZW4u
ZGVfc2NoZXBwZXJAbm9raWEtYmVsbC1sYWJzLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4g
QXc6IFt0c3Z3Z10gZWNuLWw0cy1pZDogUHJvcG9zZWQgQ2hhbmdlZCB0byBOb3JtYXRpdmUgQ2xh
c3NpYyBFQ04gZGV0ZWN0aW9uIFRleHQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh
bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkRlYXIgS29lbiw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu
cy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls
eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPnNpbmNlIEJvYiBjbGFpbXMgdGhhdCBo
ZSBpbnRlbmRzIHRvIGNvcnJlc3BvbmQgd2l0aCBteSBpbnB1dCwgSSBhbSBhZGRyZXNzaW5nIHRo
aXMgcmVzcG9uc2UgdG8geW91LCBTZWUgbXkgY29tbWVudHMgaW4tbGluZSBwcmVmaXhlZCBbU01d
Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJk
YW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5UbDtkcjogSSBh
cHByZWNpYXRlIHRoYXQgdGVhbSBMNFMgaXMgZmluYWxseSBhZG1pdHRpbmcgdGhhdCBpdCBvdmVy
LXByb21pc2VkIGFuZCB1bmRlci1kZWxpdmVyZWQsIEkgYW0gbGVzcyBoYXBweSBhYm91dCB0aGUg
c29sdXRpb24gdG8gdGhpcyBpc3N1ZSBieSBzaW1wbHkgcmVkdWNpbmcgdGhlIHJlcXVpcm1lbnRz
DQogb3QgbWF0Y2ggdGhlIHVuc2F0aXNmYWN0b3J5IHN0YXRlIG9mIHRoZSBMNFMgaW1wbGVtZW50
YXRpb24uIEFmdGVyIHllYXJzIG9mIGJhc2ljYWxseSBhZHZlcml0aXppbmcgb24gdGhlc2UgcmVx
dWlyZW1lbnRzLCB3YXRlcmluZyB0aG9zZSBkb3duIGF0IHRoZSBsYXN0IG1pbnV0ZSBkb2VzIG5v
dCBxdWFsaWZ5IGFzIGEgZ29vZCBmYWl0aCBlZmZvcnQgaW4gbXkgYm9vay4gSXQgZG9lcyBjb25m
aXJtIG15IG5lZ2F0aXZlIHZpZXcgb24gdGVhbSBMNFMnDQogYWN1bWVuIGFuZCBjb25maXJtcyBt
eSBqdWRnZW1lbnQgdGhhdCBMNFMgJnF1b3Q7b2ZmZXJzIHRvbyBsaXR0bGUgdG9vIGxhdGUmcXVv
dDsuIFVuZm9ydHVuYXRlbHkgSSBkbyBub3Qga2lkIG15c2VsZiB0aGF0IHRoaXMgb2J2aW91cyBm
YWN0IGlzIGdvaW5nIHRvIHN0b3AgdGhlIGN1cnJlbnQgaW50ZW5ldCBkcmFmdHMgZ2FpbmluZyBS
RkMgc3RhdHVzIHdpdGhvdXQgYW55IG1lYW5pZ2Z1bCBjaGFuZ2VzLiZuYnNwOzxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQzNEOUU1IDEuNXB0
O3BhZGRpbmc6MGNtIDBjbSAwY20gOC4wcHQ7bWFyZ2luLWxlZnQ6Ny41cHQ7bWFyZ2luLXRvcDo3
LjVwdDttYXJnaW4tcmlnaHQ6My43NXB0O21hcmdpbi1ib3R0b206My43NXB0O3dvcmQtd3JhcDog
YnJlYWstd29yZDstd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7LXdlYmtpdC1saW5lLWJyZWFrOiBh
ZnRlci13aGl0ZS1zcGFjZSIgbmFtZT0icXVvdGUiPg0KPGRpdiBzdHlsZT0ibWFyZ2luLWJvdHRv
bTo3LjVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+R2VzZW5k
ZXQ6PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7U2Ftc3RhZywgMzEuIE9rdG9iZXIg
MjAyMCB1bSAxMDo1NCBVaHI8YnI+DQo8Yj5Wb246PC9iPiZuYnNwOyZxdW90O0JvYiBCcmlzY29l
JnF1b3Q7ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmlldGZAYm9iYnJpc2NvZS5uZXQiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90
OyxzYW5zLXNlcmlmIj5pZXRmQGJvYmJyaXNjb2UubmV0PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp
ZiI+Jmd0Ozxicj4NCjxiPkFuOjwvYj4mbmJzcDsmcXVvdDt0c3Z3ZyBJRVRGIGxpc3QmcXVvdDsg
Jmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86dHN2d2dAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm
Ij50c3Z3Z0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm
b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZndDs8YnI+DQo8Yj5D
Yzo8L2I+Jm5ic3A7JnF1b3Q7aWNjcmcgSVJURiBsaXN0JnF1b3Q7ICZsdDs8L3NwYW4+PGEgaHJl
Zj0ibWFpbHRvOmljY3JnQGlydGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aWNjcmdAaXJ0Zi5vcmc8
L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mZ3Q7LCAmcXVvdDtUQ1AgUHJhZ3VlIExpc3QmcXVv
dDsgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86dGNwUHJhZ3VlQGlldGYub3JnIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu
cy1zZXJpZiI+dGNwUHJhZ3VlQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jmd0
OywNCiAmcXVvdDtEZSBTY2hlcHBlciwgS29lbiAoS29lbikmcXVvdDsgJmx0Ozwvc3Bhbj48YSBo
cmVmPSJtYWlsdG86a29lbi5kZV9zY2hlcHBlckBub2tpYS5jb20iPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5r
b2VuLmRlX3NjaGVwcGVyQG5va2lhLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZndDs8
YnI+DQo8Yj5CZXRyZWZmOjwvYj4mbmJzcDtbdHN2d2ddIGVjbi1sNHMtaWQ6IFByb3Bvc2VkIENo
YW5nZWQgdG8gTm9ybWF0aXZlIENsYXNzaWMgRUNOIGRldGVjdGlvbiBUZXh0PG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IG5hbWU9InF1b3RlZC1jb250ZW50Ij4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Rm9sa3MsPGJyPg0KPGJyPg0KVGhl
IGNvLWF1dGhvcnMgb2YgRUNOIEw0UyBJRCBoYXZlIGJlZW4gcmV2aWV3aW5nIHRoZSBjb3JyZWN0
bmVzcyBvZiB0aGUgbm9ybWF0aXZlICdQcmFndWUnIHJlcXVpcmVtZW50cy48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z
ZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTom
cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyZuYnNwO1tTTV0gVGhpcyBzZWVtcyBsZXNzIGFib3V0Jm5ic3A7Y29ycmVjdG5lc3MgYW5kIG1v
cmUgYWJvdXQgd2hldGhlciB5b3UgbWFuYWdlZCBvdCBoaXQgdGhvc2UgdGFyZ2V0cyB3aXRoIHlv
dXIgaW1wbGVtZW50YXRpb24uIENoYW5naW5nIHRob3NlIHJlcXVpcmVtZW50cyBwb3N0LWhvYyBt
aWdodCBiZQ0KIGp1c3RpZmllZCwgYnV0IHBsZWFzIGRvIG5vdCBmcmFtZSB0aGF0IGFzIGEgY29y
cmVjdG5lc3MgaXNzc3VlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp
ZiI+PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFNlZSA8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly90
b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtdHN2d2ctZWNuLWw0cy1pZC0xMCNzZWN0aW9u
LTQuMyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5odHRwczovL3Rvb2xzLmlldGYu
b3JnL2h0bWwvZHJhZnQtaWV0Zi10c3Z3Zy1lY24tbDRzLWlkLTEwI3NlY3Rpb24tNC4zPC9zcGFu
PjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh
bmEmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KVGhpcyBpcyB0aGUgc2Vjb25kIG9mIDIgZW1haWxz
LCBhYm91dCAyIG9mIHRoZSByZXF1aXJlbWVudHMgdGhhdCB3ZSB0aGluayBvdWdodCB0byBiZSBy
ZXdvcmRlZCBhIGxpdHRsZS48YnI+DQo8YnI+DQpJZiB5b3UgYWdyZWUgd2l0aCB0aGUgcmF0aW9u
YWxlLCBidXQgdGhpbmsgdGhlIG5ldyB3b3JkaW5nIHN0aWxsIGRvZXNuJ3QgZnVsbHkgY2FwdHVy
ZSB0aGUgcmVxdWlyZW1lbnQsIHBscyBzdWdnZXN0IHN0aGcgYmV0dGVyLjxicj4NCklmIHlvdSBk
aXNhZ3JlZSB3aXRoIHRoZSByYXRpb25hbGUsIHBscyBkaXNjdXNzLjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPHByZT40LjMuJm5ic3A7IFByZXJlcXVpc2l0ZSBDb25nZXN0aW9uIFJl
c3BvbnNlPG86cD48L286cD48L3ByZT4NCjxwcmU+Li4uPG86cD48L286cD48L3ByZT4NCjxwcmU+
Q1VSUkVOVDo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0K
PHByZT4mbmJzcDsmbmJzcDsgbyZuYnNwOyBBIHNjYWxhYmxlIGNvbmdlc3Rpb24gY29udHJvbCBN
VVNUIHJlYWN0IHRvIEVDTiBtYXJraW5nIGZyb20gYTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBub24tTDRTIGJ1dCBFQ04tY2FwYWJsZSBib3R0
bGVuZWNrIGluIGEgd2F5IHRoYXQgd2lsbCBjb2V4aXN0IHdpdGg8bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYSBUQ1AgUmVubyBjb25nZXN0aW9u
IGNvbnRyb2wgWzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NjgxIiB0
YXJnZXQ9Il9ibGFuayIgdGl0bGU9IiZxdW90O1RDUCBDb25nZXN0aW9uIENvbnRyb2wmcXVvdDsi
PlJGQzU2ODE8L2E+XSAoc2VlIDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k
cmFmdC1pZXRmLXRzdndnLWVjbi1sNHMtaWQtMTAjYXBwZW5kaXgtQS4xLjQiIHRhcmdldD0iX2Js
YW5rIj5BcHBlbmRpeCBBLjEuNDwvYT4gZm9yPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJhdGlvbmFsZSkuPG86cD48L286cD48L3ByZT4NCjxw
cmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
ICZuYnNwO05vdGUgdGhhdCBhIHNjYWxhYmxlIGNvbmdlc3Rpb24gY29udHJvbCBpcyBub3QgZXhw
ZWN0ZWQgdG8gY2hhbmdlPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IHRvIHNldHRpbmcgRUNUKDApIHdoaWxlIGl0IGZhbGxzIGJhY2sgdG8gY29l
eGlzdCB3aXRoIFJlbm8uPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48
L3ByZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+UFJPUE9T
RUQ6PGJyPg0KJm5ic3A7Jm5ic3A7IG8mbmJzcDsgQSBzY2FsYWJsZSBjb25nZXN0aW9uIGNvbnRy
b2wgTVVTVCBpbXBsZW1lbnQgbW9uaXRvcmluZyBpbiBvcmRlcjxicj4NCiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyB0byBkZXRlY3QgYSBsaWtlbHkgbm9uLUw0UyBidXQgRUNOLWNhcGFi
bGUgQVFNIGF0IHRoZSBib3R0bGVuZWNrLjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyBPbiBkZXRlY3Rpb24gb2YgYSBsaWtlbHkgRUNOLWNhcGFibGUgYm90dGxlbmVjayBpdCBT
SE9VTEQgYmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgY2FwYWJsZSAoZGVw
ZW5kZW50IG9uIGNvbmZpZ3VyYXRpb24pIG9mIGF1dG9tYXRpY2FsbHkgYWRhcHRpbmcgaXRzPGJy
Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbmdlc3Rpb24gcmVzcG9uc2UgdG8g
Y29leGlzdCB3aXRoIFRDUCBSZW5vIGNvbmdlc3Rpb24gY29udHJvbHM8YnI+DQombmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgW1JGQzU2ODFdIChzZWUgQXBwZW5kaXggQS4xLjQgZm9yIHJh
dGlvbmFsZSBhbmQgYSByZWZlcmVuY2VkPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IGFsZ29yaXRobSkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls
eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm
Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgW1NNXSBUaGlzIGlzIGEgc2lnbmlmaWNhbnRs
eSB3YXRlcmluZyBkb3duLCBhbmQgaXQgc2VlbXMgcmF0aGVyIG5vbi1sb2dpY2FsLCBJRkYgYW4g
aW1wbGVtZW50YXRpb24gZG9lcyBub3Qgd2FudC9uZWVkIHRvIGFjdHVhbGx5IHJlYWN0IHRvIHRo
ZSByZXN1bHQgb2YgYSBkZXRlY3Rpb24NCiB0aGVuIHBlcmZvcm1pbmcgdGhhdCBkZXRlY3Rpb24g
c2VlbXMmbmJzcDtwdXJlIGJ1c3kgd29yay4gU28gbWFrZSBib3RoIG9mIHRoZXNlIE1VU1RzLiBP
dGhlcndpc2UgeW91ciByZXF1aXJtZW50cyBwcmV0ZW5kIHRvIGNhcmUgYWJvdXQgZXhpc3Rpbmcg
cmZjMzE2OCBBUU1zIGJ1dCBpbiBuYW1lIG9ubHkuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZu
YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVy
ZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgTm90ZSB0aGF0IGEgc2NhbGFibGUgY29uZ2VzdGlvbiBjb250cm9sIGlzIG5vdCBl
eHBlY3RlZCB0byBjaGFuZ2U8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdG8g
c2V0dGluZyBFQ1QoMCkgd2hpbGUgaXQgZmFsbHMgYmFjayB0byBjb2V4aXN0IHdpdGggUmVuby48
YnI+DQo8YnI+DQpSQVRJT05BTEU6PGJyPg0KMS8gVGhlIHJlcXVpcmVtZW50IGFzIGN1cnJlbnRs
eSB3cml0dGVuIHNheXMgd2hhdCBhbiBvbW5pc2NpZW50IHNlbmRlciBNVVNUIGRvLiBTbyB0aGVy
ZSdzIGFuIGltcGxpZWQgcmVxdWlyZW1lbnQgdGhhdCBhIHNlbmRlciBNVVNUIGJlIG9tbmlzY2ll
bnQsIHdoaWNoIGlzIG9mIGNvdXJzZSBpbXBvc3NpYmxlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4yLyBU
aGUgcmVxdWlyZW1lbnQgbmVlZHMgdG8gYmUgcmVjYXN0IHRvIHJlcXVpcmUgYSBzZW5kZXIgdG8g
YWltIHRvIGJlIGFzIGtub3dsZWRnZWFibGUgYXMgcG9zc2libGUuIFRoZW4sIHdoYXQgaXQgZG9l
cyBhcyBhIHJlc3VsdCBuZWVkcyB0byB0YWtlIGludG8gYWNjb3VudCB0aGUgYSBwcmlvcmkgbGlr
ZWxpaG9vZA0KIG9mIHRoZXJlIGJlaW5nIGEgbm9uLUw0UyBib3R0bGVuZWNrIHByZXNlbnQuPGJy
Pg0KMy8gVGhpcyBpbmNsdWRlcyB0aGUgcG9zc2liaWxpdHkgdGhhdCB0aGUgb3BlcmF0b3Igb2Yg
dGhlIGhvc3Qga25vd3MgdGhhdCB0aGUgbmV0d29yayBpdCBzZXJ2ZXMgaGFzIG5vdCBkZXBsb3ll
ZCBhbnkgc2luZ2xlIHF1ZXVlIGNsYXNzaWMgRUNOIEFRTSAoZS5nLiBpbiBhIENETiBjYXNlIHRo
ZXkncmUgZG9pbmcgb3V0IG9mIGJhbmQgdGVzdGluZywgb3IgdGhleSd2ZSBhc2tlZCB0aGUgSVNQ
KS4gU28gd2UndmUgaW5jbHVkZWQgdGhlIHBvc3NpYmlsaXR5DQogb2YgZmFsbC1iYWNrIGJlaW5n
IGRpc2FibGVkIGJ5IGNvbmZpZ3VyYXRpb24uPGJyPg0KNC8gTm9uZXRoZWxlc3MsIGFzIGhhcyBi
ZWVuIHBvaW50ZWQgb3V0IG9uIHRoZSBsaXN0LCB0aGVyZSBpcyBzdGlsbCBhIHBvc3NpYmlsaXR5
IHRoYXQgdGhlcmUgaXMgYSBDbGFzc2ljIEVDTiBBUU0gc29tZXdoZXJlIGVsc2Ugb24gdGhlIHBh
dGggKHRvIGNvbnRpbnVlIHRoZSBDRE4gZXhhbXBsZSwgcGVyaGFwcyBiZXlvbmQgdGhlIElTUCBp
biBhIGhvbWUgbmV0d29yaykuIFRoZSAnTVVTVCBtb25pdG9yJyByZXF1aXJlbWVudCBzdGlsbCBz
dGFuZHMNCiB0byBlbnN1cmUgdGhlIG9wZXJhdG9yIGRvZXNuJ3QgbWlzcyB0aGVzZSBjYXNlcy48
YnI+DQo1LyBUaGVuLCBpZiB0aGUgc2VydmVyIG9wZXJhdG9ycyBoYXZlIGRpc2FibGVkIGZhbGwt
YmFjayBmb3IgdGhlaXIgZGVwbG95bWVudCwgdGhleSBjYW4gcmVjb25zaWRlciB0aGVpciBwb2xp
Y3kgb3IgYXQgbGVhc3QgZG8gbW9yZSBmb2N1c2VkIHRlc3RpbmcgaWYgdGhleSBhcmUgZnJlcXVl
bnRseSBkZXRlY3RpbmcgYSBzaW5nbGUtcXVldWUgQ2xhc3NpYyBFQ04gQVFNLjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250
LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyBbU01dIEFuZCB3ZSBhcmUgYmFjayB0byBlbmdpbmVlcmluZy9uZXR3b3JrIGFk
bWluaXN0cmF0aW9uIGJ5IHdpc2hmdWwgdGhpbmtpbmcuLi4gQWdhaW4gd2l0aCBhIHN5c3plbSAo
TDRTKSB0aGF0IGhhcyBub3QgeWV0IGJlZW4gcHJvdmVuIHRvIGFjdHVhbGx5IHdvcmsgb3ZlciB0
aGUgZXhpc3RpbmcNCiBpbnRlcm5ldCB3aXRoIHRoZSBzb2xlIGV4Y2VwdGlvbiBvZiBzaG9ydCBS
VFQvbG93IGhvcCBjb3VudCBwYXRocyAoQ0ROIHRvIGVuZC11c2VyIGZhc3QtbGFuZXMgY29wbWUg
dG8gbWluZCkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KSXRlbXMgMy01
IGFyZSB0aGUgJnF1b3Q7cmVhY3QgdmlhIG1hbmFnZW1lbnQmcXVvdDsgbW9kZWwgdGhhdCBJJ3Zl
IHRhbGtlZCBhYm91dCBvbiB0aGUgbGlzdCwgZ2l2ZW4gdGhlIHVuZmFpcm5lc3MgZG9lc24ndCBh
bW91bnQgdG8gc3RhcnZhdGlvbiwgYW5kIGl0IGlzIHBvc3NpYmxlIHRoYXQgdGhlIHByZXZhbGVu
Y2Ugb2YgdGhlIHByb2JsZW0gaXMgdmVyeSBsb3cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5
LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTom
cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyBbU01dIEdpdmVuIHRoYXQgeW91IG5ldmVyIG9mZmVyZWQgeW91ciBvd24gc3BlY2lmaWMgZGVm
aW50aW9uIG9mIHdoYXQgc3RhcnZhdGlvbiBlbnRhaWxzLCBJIGZhaWwgdG8gc2VlIGhvdyB0aGF0
IGNsYWltIGNhbiBiIHRyZSBpbiBhIHZlcmlmaWFibGUgZmFzaGlvbj88bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCkZpbmFsbHksIGFmdGVyIHRoZSBidWxsZXQg
bGlzdCBvZiByZXF1aXJlbWVudHMgaW4gc2VjdGlvbiA0LjMsICh3aGljaCBhcmUgcHJlcmVxdWlz
aXRlcyBmb3Igc2V0dGluZyB0aGUgRUNUMSBjb2RlcG9pbnQpLCB3ZSBwcm9wb3NlIHRvIGFkZCB0
aGUgZm9sbG93aW5nIHJlcXVpcmVtZW50LCBhcyBzdWdnZXN0ZWQgb24gdGhlIHRzdndnIGxpc3Q6
PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRvIHBhcnRpY2lwYXRl
IGluIHRoZSBMNFMgZXhwZXJpbWVudCwgYSBzY2FsYWJsZSBjb25nZXN0aW9uIGNvbnRyb2wgTVVT
VDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBiZSBjYXBhYmxlIG9mIGJlaW5n
IHJlcGxhY2VkIGJ5IGEgQ2xhc3NpYyBjb25nZXN0aW9uIGNvbnRyb2wgKGJ5PGJyPg0KJm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFwcGxpY2F0aW9uIGFuZCBieSBhZG1pbmlzdHJhdGl2
ZSBjb250cm9sKS4gQSBDbGFzc2ljIGNvbmdlc3Rpb24gY29udHJvbDxicj4NCiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB3aWxsIG5vdCB0YWcgaXRzIHBhY2tldHMgd2l0aCB0aGUgRUNU
KDEpIGNvZGVwb2ludC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgW1NNXSArMTsgSSB3b3VsZCBhcHBy
ZWNpYXRlIGlmIHdlIGNvdWxkIGFkZCBhIHNlbnRlbmNlIGxpa2U6PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi
PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mcXVvdDtJbiB0aGUgdW5saWtlbHkgY2FzZSBvZiB0
aGUgTDRTIGV4cGVyaW1lbnQgYmVpbmcgZGVjbGFyZWQgYSBmYWlsdXJlLCB0aGlzIHJlcGxhY2Vt
ZW50IHdpbGwgbmVlZCB0byBiZSBwZXJtYW5lbnQsIGFuZCB0aGUgRUNUKDEpIHJlc3BvbnNpdmUg
ZWxlbWVudHMgaW4gQVFNIG5vZGVzIGFsc28gbmVlZHMNCiB0byBiZSBkaXNhYmxlZCZxdW90Oy48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm
cXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm
b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkkgYWRkZWQgdGhlIHVu
bGlrZWx5IGluIHNwaXRlIG9mIG15IG93biBwcmVkaWN0aW9ucywgdG8gYWNjb3VudCBmb3IgdGhl
IGZhY3QgdGhhdCB0aGUgZHJhZnRzIGFyZSB3cml0dGVuIG9uIHRoZSBoeXBvdGhlc2lzIHRoYXQg
TDRTIHdvcmtzIGFzIGFkdmVydGl6ZWQuLi4uJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNw
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu
YSZxdW90OyxzYW5zLXNlcmlmIj5CZXN0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm
b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyBTZWJhc3RpYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm
cXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KQ2hlZXJzPGJyPg0KPGJyPg0KPGJyPg0KQm9iPGJyPg0K
Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cHJlPi0tPG86cD48L286cD48
L3ByZT4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkJvYiBCcmlzY29lJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IDxhIGhyZWY9Imh0dHA6Ly9ib2JicmlzY29lLm5ldC8iIHRhcmdldD0iX2JsYW5rIj5o
dHRwOi8vYm9iYnJpc2NvZS5uZXQvPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_AM0PR07MB6114BE26375DFD7B28D75841B9120AM0PR07MB6114eurp_--


From nobody Sat Oct 31 18:08:12 2020
Return-Path: <huitema@huitema.net>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2F3C3A0B5D for <tcpprague@ietfa.amsl.com>; Sat, 31 Oct 2020 18:08:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.134
X-Spam-Level: 
X-Spam-Status: No, score=-2.134 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.247, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QOvEXb4rd8Yn for <tcpprague@ietfa.amsl.com>; Sat, 31 Oct 2020 18:08:08 -0700 (PDT)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (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 A21EA3A0B60 for <tcpPrague@ietf.org>; Sat, 31 Oct 2020 18:08:08 -0700 (PDT)
Received: from xse13.mail2web.com ([66.113.196.13] helo=xse.mail2web.com) by mx170.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1kZ1qk-0018FC-DO for tcpPrague@ietf.org; Sun, 01 Nov 2020 02:08:06 +0100
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 4CNyb54KV4z1pwN for <tcpPrague@ietf.org>; Sat, 31 Oct 2020 18:08:01 -0700 (PDT)
Received: from [10.5.2.49] (helo=xmail11.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1kZ1qj-0006Fz-Fr for tcpPrague@ietf.org; Sat, 31 Oct 2020 18:08:01 -0700
Received: (qmail 2708 invoked from network); 1 Nov 2020 01:07:59 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.43.139]) (envelope-sender <huitema@huitema.net>) by xmail11.myhosting.com (qmail-ldap-1.03) with ESMTPA for <koen.de_schepper@nokia.com>; 1 Nov 2020 01:07:59 -0000
To: Bob Briscoe <ietf@bobbriscoe.net>, tsvwg IETF list <tsvwg@ietf.org>
Cc: iccrg IRTF list <iccrg@irtf.org>, TCP Prague List <tcpPrague@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>
References: <1b71a610-75ea-e1d4-e3ce-f0ae6a4c12f7@bobbriscoe.net>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Message-ID: <28247e5f-5df3-1f75-50e6-b4a7e80d5ab0@huitema.net>
Date: Sat, 31 Oct 2020 18:07:58 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1
MIME-Version: 1.0
In-Reply-To: <1b71a610-75ea-e1d4-e3ce-f0ae6a4c12f7@bobbriscoe.net>
Content-Type: multipart/alternative; boundary="------------D11F9CC1B9AE72132C2FC657"
Content-Language: en-US
X-Originating-IP: 66.113.196.13
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.13/32
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.13/32@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0QBfAh7lyK8tB8mq1asnDr6pSDasLI4SayDByyq9LIhVUZbR67CQ7/vm /hHDJU4RXkTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGD42+pgDSJdnVPeXOEK1m6uDbl kDZNUkuHiojIVh7uAUtF3PTDZxxNKLySeFujEVZ/UZq99/v+OWrp+SY7iSuea8EuNfnjQsRqWXYP fdewBkdPR9o014ICOs9pIWX8OtLJ7vsLUQAHXiJg5GjKIcUuXtbNhTNyx2YOvjKTJ3Ps/x2i3GSv wir0OshyEkOwfCYvxs5/T0oXYyKdvWabEYxQFC5Ano+acIK7aoZBBKN3kq8lTiPCf+PwTb/RKAdw /TswIg1fYmNb1kgzViAoNrSrXN1jhnM/Mbva2XLV/LIEzaJm4kYWBU//ZZ8pZ1xZfmaG1NRsUdzW awx6dX0NJ8Bzt99fxN2oReTDHAyOynaY0ClENaQq/2aUAxcG3yLqjApZmdySlZou9qHIGOZDEEo7 O58ZQzrOqjAERHu4pt/Ia6wELzcGxDgkPe7eR6qspNNQGjLhGMBSrFdf8dBbPvtqJwEiRQv+PVjj wa+Z5RFCOMTQVmTYR5SAzTRFbXVNTDv11iiswIL19UozX430T5i48IJ+zcGg8YNIjYugiI+1n+ST LzguUFz1tkGsPM0m2aI9QtcrfYIhqFYqsLGImKB3kkqTD2ipD9y2znxCv9uYkc8RFZ4oobg8BBg3 Jq+ntzj0/wgM0viE1oGu2MObkZJnlk7JPy9twDyaj6un7qWOkNfLRNT5LX79iO7L7vrPIp05Ubhy dJ4+ReHyZKkqNXeUBXi0EW+/nh8HB0VCDAq8bK3CN/QrniP/YVGLg6hpF+Hh647lNwN4qOsSZg+f YhVZG3Fpf9P2WwOdPRT3EWlMd754CMBw7+ErSKQN7lw8ITGaNmGHCZF9ZXtfSxIkZLsbHZnckpWa LvahyBjmQxBKOzsmHW0N+NPiHPgn+dyxhvT1Z5EPOIlpyGKEA1x50oTQDUtseoetsROuM82YMzIj 8EU=
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/MGtBh4-WU0cCdvV76LSoA2U_XF4>
Subject: Re: [tcpPrague] ecn-l4s-id: Proposed Changed to Normative Classic ECN detection Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Nov 2020 01:08:11 -0000

This is a multi-part message in MIME format.
--------------D11F9CC1B9AE72132C2FC657
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

I am reading the L4S ECN-AQM proposal with an eye on responding to it in
an implementation of QUIC, and I have a couple of questions regarding
use of ECN marking with QUIC.

The document does not mention QUIC, yet QUIC is already used in a large
fraction of Internet traffic. QUIC does specify support for ECN, and
QUIC acknowledgements may carry counts of each category of ECN marks
received from the peer -- three counters for ECT(0), ECT(1) and CE. In
theory, QUIC implementations could take advantage of L4S -- in fact, at
least one implementation supports DC-TCP like CC already. Is there
interest in specifying L4S for QUIC?

My next question regards the interaction of the proposed L4S ECN-AQM
with CC algorithms like BBR that attempt to discover the bottleneck
packet rate for the connection, and use pacing to send packets at that
rate. I observed that BBR is never mentioned in the draft, yet BBR is
used in a sizeable part of Internet traffic. Do we have data on how a
non-L4S aware implementation of BBR interacts with the proposed L4S AQM?

My last question regards potential use of ECT(1) marking. Most current
implementations set ECT(0), but setting ECT(1) instead is trivial. This
should elicit an L4S compatible response in L4S-AQM, and the BBR
implementation might be modified to use the signals as part of the
bottleneck bandwidth tracking. But there is a small issue there. With
BBR, QUIC packets are supposedly paced at just under the bottleneck
rate, except during "probe" periods in which they probe for 1 RTT at a
slightly higher rate. The L4S AGM might degenerate in a form of ON-OFF
control -- no feedback at all most of the time, then a bunch of CE marks
if the probe rate exceeds the bottleneck bandwidth. As anyone
experimented with that?

-- Christian Huitema


On 10/31/2020 2:54 AM, Bob Briscoe wrote:
> Folks,
>
> The co-authors of ECN L4S ID have been reviewing the correctness of
> the normative 'Prague' requirements.
> =C2=A0=C2=A0=C2=A0 See
> https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3
> This is the second of 2 emails, about 2 of the requirements that we
> think ought to be reworded a little.
>
> If you agree with the rationale, but think the new wording still
> doesn't fully capture the requirement, pls suggest sthg better.
> If you disagree with the rationale, pls discuss.
>
> 4.3.  Prerequisite Congestion Response
> ...
> CURRENT:
>
>    o  A scalable congestion control MUST react to ECN marking from a
>       non-L4S but ECN-capable bottleneck in a way that will coexist wit=
h
>       a TCP Reno congestion control [RFC5681 <https://tools.ietf.org/ht=
ml/rfc5681>] (see Appendix A.1.4 <https://tools.ietf.org/html/draft-ietf-=
tsvwg-ecn-l4s-id-10#appendix-A.1.4> for
>       rationale).
>
>      =C2=A0Note that a scalable congestion control is not expected to c=
hange
>       to setting ECT(0) while it falls back to coexist with Reno.
> =C2=A0
> PROPOSED:
> =C2=A0=C2=A0 o=C2=A0 A scalable congestion control MUST implement monit=
oring in order
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 to detect a likely non-L4S but ECN-capab=
le AQM at the bottleneck.
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 On detection of a likely ECN-capable bot=
tleneck it SHOULD be
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 capable (dependent on configuration) of =
automatically adapting its
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 congestion response to coexist with TCP =
Reno congestion controls
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [RFC5681] (see Appendix A.1.4 for ration=
ale and a referenced
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 algorithm).
>
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Note that a scalable congestion control =
is not expected to change
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 to setting ECT(0) while it falls back to=
 coexist with Reno.
>
> RATIONALE:
> 1/ The requirement as currently written says what an omniscient sender
> MUST do. So there's an implied requirement that a sender MUST be
> omniscient, which is of course impossible.
> 2/ The requirement needs to be recast to require a sender to aim to be
> as knowledgeable as possible. Then, what it does as a result needs to
> take into account the a priori likelihood of there being a non-L4S
> bottleneck present.
> 3/ This includes the possibility that the operator of the host knows
> that the network it serves has not deployed any single queue classic
> ECN AQM (e.g. in a CDN case they're doing out of band testing, or
> they've asked the ISP). So we've included the possibility of fall-back
> being disabled by configuration.
> 4/ Nonetheless, as has been pointed out on the list, there is still a
> possibility that there is a Classic ECN AQM somewhere else on the path
> (to continue the CDN example, perhaps beyond the ISP in a home
> network). The 'MUST monitor' requirement still stands to ensure the
> operator doesn't miss these cases.
> 5/ Then, if the server operators have disabled fall-back for their
> deployment, they can reconsider their policy or at least do more
> focused testing if they are frequently detecting a single-queue
> Classic ECN AQM.
>
> Items 3-5 are the "react via management" model that I've talked about
> on the list, given the unfairness doesn't amount to starvation, and it
> is possible that the prevalence of the problem is very low.
>
>
> Finally, after the bullet list of requirements in section 4.3, (which
> are prerequisites for setting the ECT1 codepoint), we propose to add
> the following requirement, as suggested on the tsvwg list:
>
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 To participate in the L4S experiment, a =
scalable congestion
> control MUST
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 be capable of being replaced by a Classi=
c congestion control (by
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 application and by administrative contro=
l). A Classic congestion
> control
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 will not tag its packets with the ECT(1)=
 codepoint.
>
> Cheers
>
>
> Bob
>
>
> --=20
> ________________________________________________________________
> Bob Briscoe                               http://bobbriscoe.net/
>
> _______________________________________________
> tcpPrague mailing list
> tcpPrague@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpprague

--------------D11F9CC1B9AE72132C2FC657
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>I am reading the L4S ECN-AQM proposal with an eye on responding
      to it in an implementation of QUIC, and I have a couple of
      questions regarding use of ECN marking with QUIC. <br>
    </p>
    <p>The document does not mention QUIC, yet QUIC is already used in a
      large fraction of Internet traffic. QUIC does specify support for
      ECN, and QUIC acknowledgements may carry counts of each category
      of ECN marks received from the peer -- three counters for ECT(0),
      ECT(1) and CE. In theory, QUIC implementations could take
      advantage of L4S -- in fact, at least one implementation supports
      DC-TCP like CC already. Is there interest in specifying L4S for
      QUIC?<br>
    </p>
    <p>My next question regards the interaction of the proposed L4S
      ECN-AQM with CC algorithms like BBR that attempt to discover the
      bottleneck packet rate for the connection, and use pacing to send
      packets at that rate. I observed that BBR is never mentioned in
      the draft, yet BBR is used in a sizeable part of Internet traffic.
      Do we have data on how a non-L4S aware implementation of BBR
      interacts with the proposed L4S AQM?</p>
    <p>My last question regards potential use of ECT(1) marking. Most
      current implementations set ECT(0), but setting ECT(1) instead is
      trivial. This should elicit an L4S compatible response in L4S-AQM,
      and the BBR implementation might be modified to use the signals as
      part of the bottleneck bandwidth tracking. But there is a small
      issue there. With BBR, QUIC packets are supposedly paced at just
      under the bottleneck rate, except during "probe" periods in which
      they probe for 1 RTT at a slightly higher rate. The L4S AGM might
      degenerate in a form of ON-OFF control -- no feedback at all most
      of the time, then a bunch of CE marks if the probe rate exceeds
      the bottleneck bandwidth. As anyone experimented with that?</p>
    <p>-- Christian Huitema<br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 10/31/2020 2:54 AM, Bob Briscoe
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:1b71a610-75ea-e1d4-e3ce-f0ae6a4c12f7@bobbriscoe.net">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      Folks,<br>
      <br>
      The co-authors of ECN L4S ID have been reviewing the correctness
      of the normative 'Prague' requirements. <br>
          See <a class="moz-txt-link-freetext"
href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3"
        moz-do-not-send="true">https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#section-4.3</a><br>
      This is the second of 2 emails, about 2 of the requirements that
      we think ought to be reworded a little.<br>
      <br>
      If you agree with the rationale, but think the new wording still
      doesn't fully capture the requirement, pls suggest sthg better.<br>
      If you disagree with the rationale, pls discuss.<br>
      <br>
      <pre class="newpage">4.3.  Prerequisite Congestion Response
...
CURRENT:

   o  A scalable congestion control MUST react to ECN marking from a
      non-L4S but ECN-capable bottleneck in a way that will coexist with
      a TCP Reno congestion control [<a href="https://tools.ietf.org/html/rfc5681" title="&quot;TCP Congestion Control&quot;" moz-do-not-send="true">RFC5681</a>] (see <a href="https://tools.ietf.org/html/draft-ietf-tsvwg-ecn-l4s-id-10#appendix-A.1.4" moz-do-not-send="true">Appendix A.1.4</a> for
      rationale).

      Note that a scalable congestion control is not expected to change
      to setting ECT(0) while it falls back to coexist with Reno.
 
</pre>
      PROPOSED:<br>
         o  A scalable congestion control MUST implement monitoring in
      order<br>
            to detect a likely non-L4S but ECN-capable AQM at the
      bottleneck.<br>
            On detection of a likely ECN-capable bottleneck it SHOULD be<br>
            capable (dependent on configuration) of automatically
      adapting its<br>
            congestion response to coexist with TCP Reno congestion
      controls<br>
            [RFC5681] (see Appendix A.1.4 for rationale and a referenced<br>
            algorithm).<br>
      <br>
            Note that a scalable congestion control is not expected to
      change<br>
            to setting ECT(0) while it falls back to coexist with Reno.<br>
      <br>
      RATIONALE:<br>
      1/ The requirement as currently written says what an omniscient
      sender MUST do. So there's an implied requirement that a sender
      MUST be omniscient, which is of course impossible.<br>
      2/ The requirement needs to be recast to require a sender to aim
      to be as knowledgeable as possible. Then, what it does as a result
      needs to take into account the a priori likelihood of there being
      a non-L4S bottleneck present.<br>
      3/ This includes the possibility that the operator of the host
      knows that the network it serves has not deployed any single queue
      classic ECN AQM (e.g. in a CDN case they're doing out of band
      testing, or they've asked the ISP). So we've included the
      possibility of fall-back being disabled by configuration.<br>
      4/ Nonetheless, as has been pointed out on the list, there is
      still a possibility that there is a Classic ECN AQM somewhere else
      on the path (to continue the CDN example, perhaps beyond the ISP
      in a home network). The 'MUST monitor' requirement still stands to
      ensure the operator doesn't miss these cases. <br>
      5/ Then, if the server operators have disabled fall-back for their
      deployment, they can reconsider their policy or at least do more
      focused testing if they are frequently detecting a single-queue
      Classic ECN AQM. <br>
      <br>
      Items 3-5 are the "react via management" model that I've talked
      about on the list, given the unfairness doesn't amount to
      starvation, and it is possible that the prevalence of the problem
      is very low. <br>
      <br>
      <br>
      Finally, after the bullet list of requirements in section 4.3,
      (which are prerequisites for setting the ECT1 codepoint), we
      propose to add the following requirement, as suggested on the
      tsvwg list:<br>
      <br>
            To participate in the L4S experiment, a scalable congestion
      control MUST <br>
            be capable of being replaced by a Classic congestion control
      (by <br>
            application and by administrative control). A Classic
      congestion control <br>
            will not tag its packets with the ECT(1) codepoint.<br>
      <br>
      Cheers<br>
      <br>
      <br>
      Bob<br>
      <br>
      <br>
      <pre class="moz-signature" cols="72">-- 
________________________________________________________________
Bob Briscoe                               <a class="moz-txt-link-freetext" href="http://bobbriscoe.net/" moz-do-not-send="true">http://bobbriscoe.net/</a></pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
tcpPrague mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tcpPrague@ietf.org">tcpPrague@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/tcpprague">https://www.ietf.org/mailman/listinfo/tcpprague</a>
</pre>
    </blockquote>
  </body>
</html>

--------------D11F9CC1B9AE72132C2FC657--

