
From nobody Thu Jun  4 02:15:16 2020
Return-Path: <internet-drafts@ietf.org>
X-Original-To: core@ietf.org
Delivered-To: core@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CA15C3A0A9E; Thu,  4 Jun 2020 02:15:11 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.1.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <159126211177.19727.13992875717431882830@ietfa.amsl.com>
Date: Thu, 04 Jun 2020 02:15:11 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/bQWbBlrfb2b3Og440mLBVlsUEtA>
Subject: [core] I-D Action: draft-ietf-core-sid-13.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jun 2020 09:15:12 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Constrained RESTful Environments WG of the IETF.

        Title           : YANG Schema Item iDentifier (SID)
        Authors         : Michel Veillette
                          Alexander Pelov
                          Ivaylo Petrov
	Filename        : draft-ietf-core-sid-13.txt
	Pages           : 36
	Date            : 2020-06-04

Abstract:
   YANG Schema Item iDentifiers (SID) are globally unique 63-bit
   unsigned integers used to identify YANG items.  This document defines
   the semantics, the registration, and assignment processes of SIDs.
   To enable the implementation of these processes, this document also
   defines a file format used to persist and publish assigned SIDs.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-core-sid/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-core-sid-13
https://datatracker.ietf.org/doc/html/draft-ietf-core-sid-13

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-core-sid-13


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

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



From nobody Thu Jun  4 02:20:29 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74CBA3A0E09 for <core@ietfa.amsl.com>; Thu,  4 Jun 2020 02:20:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s8OgzBy1HHdK for <core@ietfa.amsl.com>; Thu,  4 Jun 2020 02:20:24 -0700 (PDT)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04D703A0C0B for <core@ietf.org>; Thu,  4 Jun 2020 02:20:07 -0700 (PDT)
Received: by mail-wm1-x32b.google.com with SMTP id j198so6388305wmj.0 for <core@ietf.org>; Thu, 04 Jun 2020 02:20:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=a4l1jG+OGUDxDkhA5XRvu2UaJ9pF7sNnoKVDtxbx+3w=; b=iufi3ST05t7cGynjNQ8RU4jFpw6IFB/Xe1tRNwpiG9jSRbfk5yqkc56U0nJaxKo6/Q Mtz3C2bLBEZN2SG1u1zmLapFcVk/HezRhLCnv+XCxNqC5ItGXbXMX7YOqnlhl0AAsm9A gAD/jeMq5DHF0FCbnokt0Uu28LY0Ls94jF15uIdiLLhNjIFhU3o3JcUmi1bWe8QtQE2d +yvyWIwRgvD8Kc/SkiKmAUi8lxcseIL0QJCKl1dvlQyPu7MtXNTqv1ITZPKRv4aBFmGx HtjcvHZRwlT+O20UMmOEjPyH41FRHq/BRaPRhjqRf7zURYzEZBdLh8dEOCLO2I+aZ0gG YhZQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=a4l1jG+OGUDxDkhA5XRvu2UaJ9pF7sNnoKVDtxbx+3w=; b=A8cpVYX2EH1TvSdKtjH4PykNhduEXGFAM411K/6CJVnmBmLjPqtC1UQkScxUYLRWKI F98+kQP17GtizYRSe/uffRQ8QZRyp8rVcZ/T3t13D4d3PxcjaCVIOxTviGFD21wFLKQs 9XiwqTQ0wYMgXG9+QbfvTaGcGSSlTxOGdHnbDQ7MaND7T8+cOGcxgbh8inYZ0qtnKXC7 knwAYCGBZMD9cJVFmGocJJaMSp1NtMtQC+A6gCG4vc7pnFGtBfEw8H4yBzxmCVUMGxqE zHVcTLd29ObPK86HxRJmIiKPo5vzo/pZihOq+hCzV6ZiY07mWq29HI0QWY+jCLcGh4jp Cs2Q==
X-Gm-Message-State: AOAM533j54xGjWWbAtxweKkQFUXWDBUUDvXwEzk3hfhJMU2uMxlMijr8 a9a4ui3Gmia3KyOaaKyp4JbE0hvDBx9J3ZxuSi3687of
X-Google-Smtp-Source: ABdhPJwGy0F/FTez3GNt6WUafT6mzZ2i4A166EpRdAlyK4iJ2gYmR9dpKdn/32mVG5cr9nhtPM5o2BqsmDhhH6WqnoA=
X-Received: by 2002:a1c:5606:: with SMTP id k6mr3352793wmb.10.1591262405022; Thu, 04 Jun 2020 02:20:05 -0700 (PDT)
MIME-Version: 1.0
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Thu, 4 Jun 2020 11:19:39 +0200
Message-ID: <CAJFkdRyYhK2S7VUxv81JHMAwL2hQ8_u4qzwDF-nU3hoh+vL=iA@mail.gmail.com>
To: core <core@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/qE773yHGaxEskizf0rpbzMo7D78>
Subject: [core] SID IANA Registries Group name
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jun 2020 09:20:28 -0000

Dear all,

As suggested by Tom Petch [1] we will have to select Group name for
the registries defined in the SID draft. For me an obvious option
would be to use the "Constrained RESTful Environments (CoRE)
Parameters" registry group. Alternatively, we can create a new group
named for example "SID" or "CoRE SID". As those might be too short and
not specific enough, I would like to know what would be the best
approach on this matter for you?

If my understanding for the process is correct, this will be relevant
when IANA is processing the actions from the SID draft, but I assume
it might be useful to know this in advance.

Thank you in advance,
Ivaylo

[1]: https://mailarchive.ietf.org/arch/msg/core/8MPHXjDCmnaYhdOSUEiqZxl44oE/


From nobody Thu Jun  4 02:27:01 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0568C3A0B97 for <core@ietfa.amsl.com>; Thu,  4 Jun 2020 02:27:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UAqDrSQSCjju for <core@ietfa.amsl.com>; Thu,  4 Jun 2020 02:26:58 -0700 (PDT)
Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E01A33A0B98 for <core@ietf.org>; Thu,  4 Jun 2020 02:26:57 -0700 (PDT)
Received: by mail-wm1-x334.google.com with SMTP id r9so4518308wmh.2 for <core@ietf.org>; Thu, 04 Jun 2020 02:26:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=qKgpuWPY6JoimGLHzPKCl0KHm8lVq0RpTisWWky2ieU=; b=f5VOZBlqVh6gSWPWDlAMCE6JOh4zhgdQGe0HDuAHXj2kTSrvo9FqSJ/mOFNeFII3WA X80CaM9NbKaMpBPyLvxKSRzhYQ04Y9ygosGWpL/MQ+wcs31u1g2ynlRwvAd4605fLs5t 6PD5RbgbcPp3mLoukn3tLiJQ4dboexf/R7iInUw8OEIy3LWyKRlbids4iA0RV7LkaM3y ZkCURlApZM/5/613nTOsKAC2OEoy1tNGnO8uJCcHludK8hcCqIEF+TQEFrIUL69C077F V753Pda4xJPSRBU/R5SaoN8G3RBWYidVEeTMAZIGMNhU1Woa1h9pjZ55izfUenm5uXH/ g/Kg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=qKgpuWPY6JoimGLHzPKCl0KHm8lVq0RpTisWWky2ieU=; b=S7f+qaHwdYNFUo2z1WDF+VKfuPUXVz4pkmNj+b7kqEza8lk4ltR0TjOzcDbRqgIfOL UDAWa0Y8VUIWciiTmnPYnZyRRzKqU/zHkGDZ4f+9e9P4o0xojROQO57v43t34QjV8Nq5 +jo7R3bX2r24m1EZXzVSzKK0G7p0SPZbuc8TApV1fmc+slxd4idBKl8iHA7MBialoW5d aw7MemBoCM7KhuZWhFBT24a++L3jaYZB2Szk/c6aNyAIFG6FklCuHsmEN3N1zmwzOMne 02Os8FI/mhY8oFRvIagqfN9Qi+3qjClV+DzjyPVBG0/BW0mz7yeNax3LA39Ue2eccN4A 2J5g==
X-Gm-Message-State: AOAM531prqIINkIGVRKus4RRxBEhGwarEfAvKn+KZgVUacBgF7pF7Z9E D3Yh8ahkD4tL4nppFVx2Vk8orRNn3L+q23tiuc4gje+G3hQ=
X-Google-Smtp-Source: ABdhPJwdSDrrymsglcOYeM2B/TsSZabKY/Tl737UxdJY7k7/ndI9+NtaytmgD0kA2EBb5+3yUlEkhGtRu5AH0odc7JU=
X-Received: by 2002:a1c:4405:: with SMTP id r5mr3312148wma.72.1591262815588; Thu, 04 Jun 2020 02:26:55 -0700 (PDT)
MIME-Version: 1.0
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Thu, 4 Jun 2020 11:26:29 +0200
Message-ID: <CAJFkdRzoF9WZT2CV_et6kfZzPp9BaUi6Wsi=-EPTsfu5J8F1tQ@mail.gmail.com>
To: core <core@ietf.org>
Cc: core-chairs@ietf.org, Carsten Bormann <cabo@tzi.org>
Content-Type: multipart/alternative; boundary="000000000000de277e05a73ebe0f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ROEeM0GdaOhzG87zFmRgDqWcqkY>
Subject: [core] SID open comments/discussions before WGLC2
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jun 2020 09:27:00 -0000

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

Dear all,

I apologize for the delay due to unforeseen personal and work-related extra
load.

My understanding is that with the latest revision -13, we have addressed
all pending comments (most notably the early allocation one). The only
items that were mentioned and not yet in the draft are:
- SID renaming to YSID suggested here [1]. I have discussed with some of
the other authors and we believe that could have an important negative
effect on existing code, plugins and changing the name now might bring
confusion in the community. We would like to have a better sense of
people's opinion on that.
- SID registries group name (there is a separate discussion [2]). I believe
it should not prevent WGLC2, but I might be wrong.
- Moving some content type into yang-cbor and sid drafts
  Problem statement: if anyone would want to use CBOR + SID representation
or CBOR + Names representation of YANG data, they need to have normative
reference to the CoMI document, which might appear unexpected.
  Proposed solution: as discussed [3] we can either move the media type and
content format registrations in the yang-cbor draft, but then it will have
a normative reference to the SID draft that we really wanted to avoid, or
we register CBOR + names in the yang-cbor and we register CBOR + SID in the
SID draft, but then we have normative reference in the opposite direction -
SID to yang-cbor. It appeared that people were more in favor of the latter
approach, so the changes that I thought this would need could be found at
[4]. I am not perfectly happy with this, so I would like to know the WG
opinion on how important this problem is to be resolved and whether we go
with the first option or the second one.

Best regards,
Ivaylo

[1]: https://mailarchive.ietf.org/arch/msg/core/OHkeVWB-q1Hd-52JGvWg9EfG3J0/
[2]: https://mailarchive.ietf.org/arch/msg/core/qE773yHGaxEskizf0rpbzMo7D78/
[3]: https://mailarchive.ietf.org/arch/msg/core/SiMRauO85o_0kyIvXExuslvnJ5Q/
[4]:
https://github.com/core-wg/yang-cbor/compare/content-format-moving?expand=1
  and
https://github.com/core-wg/comi/compare/content-format-moving?expand=1

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;color:#0b5394">Dear all,</div><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">I apol=
ogize for the delay due to unforeseen personal and work-related extra load.=
</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;=
color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-family:=
verdana,sans-serif;color:#0b5394">My understanding is that with the latest=
=C2=A0revision -13, we have addressed all pending comments (most notably th=
e early allocation one). The only items that were mentioned and not yet in =
the draft are:</div><div class=3D"gmail_default" style=3D"font-family:verda=
na,sans-serif;color:#0b5394">- SID renaming to YSID suggested here [1]. I h=
ave discussed with some of the other=C2=A0authors and we believe that could=
 have an important negative effect=C2=A0on existing code, plugins and chang=
ing the name now might bring confusion in the community. We would like to h=
ave a better sense of people&#39;s=C2=A0opinion on that.</div><div class=3D=
"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">- SI=
D registries group name (there is a separate discussion [2]). I believe it =
should not prevent WGLC2, but I might=C2=A0be wrong.</div><div class=3D"gma=
il_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">- Moving=
 some content type into yang-cbor and sid drafts=C2=A0</div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0=
 Problem statement: if anyone would want to use CBOR=C2=A0+ SID representat=
ion or CBOR=C2=A0+ Names representation of YANG data, they need to have nor=
mative reference to the CoMI document, which might appear unexpected.</div>=
<div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:=
#0b5394">=C2=A0 Proposed solution: as=C2=A0discussed [3] we can either move=
 the media type and content format registrations in the yang-cbor draft, bu=
t then it will have a normative reference to the SID draft that we really w=
anted to avoid, or we register CBOR + names in the yang-cbor and we registe=
r CBOR=C2=A0+ SID in the SID draft, but then we have normative reference in=
 the opposite direction - SID to yang-cbor. It appeared that people were mo=
re=C2=A0in=C2=A0favor of the latter approach, so the changes that I thought=
 this would need could be found at [4]. I am=C2=A0not perfectly happy with =
this, so I would like to know the WG opinion on how important this problem =
is to be resolved and whether we go with the first option or the second one=
.</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif=
;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-family=
:verdana,sans-serif;color:#0b5394">Best regards,</div><div class=3D"gmail_d=
efault" style=3D"font-family:verdana,sans-serif;color:#0b5394">Ivaylo</div>=
<div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:=
#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-family:verdan=
a,sans-serif;color:#0b5394">[1]:=C2=A0<a href=3D"https://mailarchive.ietf.o=
rg/arch/msg/core/OHkeVWB-q1Hd-52JGvWg9EfG3J0/" target=3D"_blank">https://ma=
ilarchive.ietf.org/arch/msg/core/OHkeVWB-q1Hd-52JGvWg9EfG3J0/</a><br></div>=
<div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:=
#0b5394">[2]:=C2=A0<a href=3D"https://mailarchive.ietf.org/arch/msg/core/qE=
773yHGaxEskizf0rpbzMo7D78/" style=3D"font-family:Arial,Helvetica,sans-serif=
">https://mailarchive.ietf.org/arch/msg/core/qE773yHGaxEskizf0rpbzMo7D78/</=
a></div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-seri=
f;color:#0b5394">[3]:=C2=A0<a href=3D"https://mailarchive.ietf.org/arch/msg=
/core/SiMRauO85o_0kyIvXExuslvnJ5Q/">https://mailarchive.ietf.org/arch/msg/c=
ore/SiMRauO85o_0kyIvXExuslvnJ5Q/</a></div><div class=3D"gmail_default" styl=
e=3D"font-family:verdana,sans-serif;color:#0b5394">[4]:=C2=A0<a href=3D"htt=
ps://github.com/core-wg/yang-cbor/compare/content-format-moving?expand=3D1"=
 style=3D"font-family:Arial,Helvetica,sans-serif">https://github.com/core-w=
g/yang-cbor/compare/content-format-moving?expand=3D1</a>=C2=A0=C2=A0and=C2=
=A0=C2=A0<a href=3D"https://github.com/core-wg/comi/compare/content-format-=
moving?expand=3D1" style=3D"font-family:Arial,Helvetica,sans-serif">https:/=
/github.com/core-wg/comi/compare/content-format-moving?expand=3D1</a></div>=
<div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:=
#0b5394"><br></div><div><div dir=3D"ltr" data-smartmail=3D"gmail_signature"=
><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=
=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr">=
<div><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><d=
iv dir=3D"ltr"><div><div><div style=3D"margin:0px;font-stretch:normal;line-=
height:normal"><div style=3D"margin:0px;padding:0px 0px 20px;width:1949px">=
<div><div style=3D"margin:8px 0px 0px;padding:0px"><div><div style=3D"font-=
family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-size:16px"></div>=
<div style=3D"font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;fon=
t-size:16px"></div></div></div><div style=3D"font-family:Roboto,RobotoDraft=
,Helvetica,Arial,sans-serif;font-size:medium"></div></div></div></div></div=
></div></div></div></div></div></div></div></div></div></div></div></div></=
div></div></div></div></div></div></div></div></div></div></div>

--000000000000de277e05a73ebe0f--


From nobody Thu Jun  4 08:50:50 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0D2C3A0909 for <core@ietfa.amsl.com>; Thu,  4 Jun 2020 08:50:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qwGV4KkPIGme for <core@ietfa.amsl.com>; Thu,  4 Jun 2020 08:50:44 -0700 (PDT)
Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5335B3A03EA for <core@ietf.org>; Thu,  4 Jun 2020 08:50:44 -0700 (PDT)
Received: by mail-wm1-x32e.google.com with SMTP id u13so5741488wml.1 for <core@ietf.org>; Thu, 04 Jun 2020 08:50:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=n5EbQLdl9znD/hPbNSCWc07SPoCyrZz4TFuZUNUOD5Y=; b=tau6C1GVloYy9dxMwJSKwa1XtyIQLMNEqspQn8fe4h5J88YOg2lxbHuY4yq1aelT1q UvFPR631PIJ3puD4bRnACHuljVFxv4iuB3VWkysOvVwcz7JBjcxPLZ/R0EPc/JKH7Pyr 357uorTJiqy7zrnFWrPUpe1MrGB/nBI1FlMXeqiaZiK5UBWqAjVEnBxtleO76CrMe7XV y/GFb0JaeZ4c5q6qG5uspVQhlszMuFsvFRj+VyMumAMUE0r1fjgg+nrFvoepaj2NAt0+ FUi9zXLHSfENfsoUSn+KC2xsyM7IXHoHSiJdbOlvKviDCM6IcFtLV02qlozr29n1DR35 Qi0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=n5EbQLdl9znD/hPbNSCWc07SPoCyrZz4TFuZUNUOD5Y=; b=Tq/h1x+H4c63nusv/cKwjV4D3/n20UvOJBj06JpEhtU1PpGWBkUwiBQdY1l4IcHVTH 5RYssPcnjKEfdHUHQYzF0ITogyvwYNmnAphogZ00UzsWZ/v5kNuqEkMMY7HA/ts3i/bu 2HyTKLryvqzN3h6wdpc3M6rdExjOMVf9JoSEOezHys8u6aeVefhuGrcV6474k/lywKta xIYBc4vkuwUN0m5Na5bjoqetgwTEeNx321rLZ+aNtuubNdgDPXwY95SYnMYcU/h/YrkS 06BgW8itFandqyzS8wEmC/dS6fi6OH4hk8uFDIWAR/zIj3QH2N59buU2d7mb/ijNNNBH Dieg==
X-Gm-Message-State: AOAM532F+8hNjkzpK4v/aNTmALHXHtD63o2TlrG3hxBW19mbzDQ9Iaep nfkn97mdYqPLrBGy2EPd2YVOgUtClR90nBerR3EZQg==
X-Google-Smtp-Source: ABdhPJwDcixokV7oVkHiaKWwCkUu4OxuivPn6qxU7SqFzUh818k+QcWi+8BYTdnN0ZKCA1VtMeBvbYsJXBP6WTNViN4=
X-Received: by 2002:a1c:9d53:: with SMTP id g80mr4899826wme.13.1591285839189;  Thu, 04 Jun 2020 08:50:39 -0700 (PDT)
MIME-Version: 1.0
References: <BY5PR11MB4355C26250C9CF46713C9956B5A40@BY5PR11MB4355.namprd11.prod.outlook.com> <D66596CE-7F5C-4562-89A4-48FCE96D0E18@tzi.org> <28486.1588785684@localhost> <CABCOCHRRDYDomEPctAHaHf+MxS2qXab1J4o=_LUEWcJ2=by5Ww@mail.gmail.com> <8F06BFE6-CE7C-4D10-AC61-24AAA2807E45@tzi.org> <CABCOCHRUCK_FpwSCnOOy8fBCX_HeAWQeFvJEyZy2hUL4L2WhrQ@mail.gmail.com> <CABCOCHQOWoPozsYOfVEDy_TYw-YF5H9TZ2eydcOpj-g2d3ysNQ@mail.gmail.com> <000701d62560$d681d790$838586b0$@augustcellars.com> <20200508181307.xxx7am5cis6k6asv@anna.jacobs.jacobs-university.de>
In-Reply-To: <20200508181307.xxx7am5cis6k6asv@anna.jacobs.jacobs-university.de>
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Thu, 4 Jun 2020 17:50:13 +0200
Message-ID: <CAJFkdRzFBTXXxst-EVeB3tMKtbMWTdET-Ma4Fd4WBjYHgM7JrA@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>,  Jim Schaad <ietf@augustcellars.com>, Andy Bierman <andy@yumaworks.com>,  Carsten Bormann <cabo@tzi.org>, NetMod WG <netmod@ietf.org>, core <core@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002e6a0005a7441b4d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/H-v4Wo64tz9hkqIASAxwzJiByeY>
Subject: Re: [core] [netmod] CBOR YANG encoding of union & bits [draft-ietf-core-yang-cbor-12]
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jun 2020 15:50:48 -0000

--0000000000002e6a0005a7441b4d
Content-Type: text/plain; charset="UTF-8"

Dear all,

Thank you for spotting this issue and discussing a possible solution. I
finally managed to dedicate enough time to try to properly understand it.
If my understanding is correct, the problem we are discussing is that in
some rare cases the proposed encoding of 'bits' might be really
inefficient. I have attempted to capture the discussed solution with this
change [1]. The proposed change is replacing the following text:

Leafs of type bits MUST be encoded using a CBOR byte string data item (major
type 2). Bits position are either explicitly assigned using the YANG
statement
'position' or automatically assigned based on the algorithm defined in
{{RFC7950}} section 9.7.4.2.

Bits position 0 to 7 are assigned to the first byte within the byte
string, bits 8 to 15 to the second byte, and subsequent bytes are assigned
similarly. Within each byte, bits are assigned from least to most
significant.

The following example shows the encoding of an 'alarm-state' leaf instance
with the 'under-repair' and 'critical' flags set.

Definition example from {{RFC8348}}:

~~~~ yang
typedef alarm-state {
  type bits {
    bit unknown;
    bit under-repair;
    bit critical;
    bit major;
    bit minor;
    bit warning;
    bit indeterminate;
  }
}

leaf alarm-state {
  type alarm-state;
}
~~~~

CBOR diagnostic notation: h'06'

CBOR encoding: 41 06


with

Keeping in mind that bit positions are either explicitly assigned using the
YANG statement 'position' or automatically assigned based on the algorithm
defined in {{RFC7950}} section 9.7.4.2, each element of type bits could be
seen
as a set of bit offsets that have a value of ether 1, which represents the
bit
being set or 0, which represents that the bit is not set.

Leafs of type bits MUST be encoded using a CBOR array where each element is
either an unsigned integer that can be used to calculate the offset, or a
byte
string (major type 2) that carries the information whether certain bits are
set
or not. The initial offset value is 0 and each unsigned integer modifies the
offset value of the next byte string by the integer value multiplied by 8.
For
example, if the bit offset is 0 and there is an integer with value 5, the
first
byte of the byte string that follows will represent bit positions 40 to 47
both
ends included. If the byte string has a second byte, it will carry
information
about bits 48 to 55 and so on. Within each byte, bits are assigned from
least
to most significant. After the byte string the offset is modified by the
number
of bytes in the byte string multiplied by 8. An example follows.

The following example shows the encoding of an 'alarm-state' leaf instance
with
the 'critical', 'warning' and 'indeterminate' flags set.

~~~~ yang
typedef alarm-state {
  type bits {
    bit unknown;
    bit under-repair;
    bit critical;
    bit major;
    bit minor;
    bit warning {
      position 8;
    }
    bit indeterminate {
      position 128;
    }
  }
}

leaf alarm-state {
  type alarm-state;
}
~~~~

CBOR diagnostic notation: [h'0401', 14, h'01']

CBOR encoding: 83 42 0401 0E 41 01

Having two consecutive unsigned integers, byte strings or having elements
that
are neither unsigned integer nor byte string inside the array SHOULD be
considered an error.


Please let me know if I have managed to capture the essence of the problem
and the proposed solution or if you believe this could be written in a more
clear way.

Thanks,
Ivaylo

[1]:
https://github.com/core-wg/yang-cbor/commit/6bcea062224537c2e792756818898f764b03d5b7


On Fri, May 8, 2020 at 8:13 PM Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Fri, May 08, 2020 at 10:48:06AM -0700, Jim Schaad wrote:
>
> > Does yang consider that there is a difference between a bit being
> > present and zero and a bit being absent?
>
> In YANG every bit in the bit set is either 0 or 1. The xml / json
> encodings send the position of the 1 bits (actually the names bound to
> the position). All other bits default to 0.
>
> /js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;color:#0b5394">Dear all,</div><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">Thank=
=C2=A0you for spotting this issue and discussing a possible solution. I fin=
ally managed to dedicate enough time to try to properly understand it. If m=
y understanding is correct, the problem we are discussing is that in some r=
are cases the proposed encoding of &#39;bits&#39; might be really inefficie=
nt. I have attempted to capture the discussed solution with this change [1]=
. The proposed change is replacing the following text:</div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></=
div><blockquote style=3D"margin:0 0 0 40px;border:none;padding:0px"><div cl=
ass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394=
">Leafs of type bits MUST be encoded using a CBOR byte string data item (ma=
jor</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-ser=
if;color:#0b5394">type 2). Bits position are either explicitly assigned usi=
ng the YANG statement</div><div class=3D"gmail_default" style=3D"font-famil=
y:verdana,sans-serif;color:#0b5394">&#39;position&#39; or automatically ass=
igned based on the algorithm defined in {{RFC7950}} section 9.7.4.2.</div><=
div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#=
0b5394"><br></div><div class=3D"gmail_default" style=3D"font-family:verdana=
,sans-serif;color:#0b5394">Bits position 0 to 7 are assigned to the first b=
yte within the byte</div><div class=3D"gmail_default" style=3D"font-family:=
verdana,sans-serif;color:#0b5394">string, bits 8 to 15 to the second byte, =
and subsequent bytes are assigned</div><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif;color:#0b5394">similarly. Within each by=
te, bits are assigned from least to most significant.</div><div class=3D"gm=
ail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></d=
iv><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;col=
or:#0b5394">The following example shows the encoding of an &#39;alarm-state=
&#39; leaf instance with the &#39;under-repair&#39; and &#39;critical&#39; =
flags set.</div><div class=3D"gmail_default" style=3D"font-family:verdana,s=
ans-serif;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"fo=
nt-family:verdana,sans-serif;color:#0b5394">Definition example from {{RFC83=
48}}:</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-s=
erif;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-fa=
mily:verdana,sans-serif;color:#0b5394">~~~~ yang</div><div class=3D"gmail_d=
efault" style=3D"font-family:verdana,sans-serif;color:#0b5394">typedef alar=
m-state {</div><div class=3D"gmail_default" style=3D"font-family:verdana,sa=
ns-serif;color:#0b5394">=C2=A0 type bits {</div><div class=3D"gmail_default=
" style=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 bit =
unknown;</div><div class=3D"gmail_default" style=3D"font-family:verdana,san=
s-serif;color:#0b5394">=C2=A0 =C2=A0 bit under-repair;</div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0=
 =C2=A0 bit critical;</div><div class=3D"gmail_default" style=3D"font-famil=
y:verdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 bit major;</div><div clas=
s=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=
=C2=A0 =C2=A0 bit minor;</div><div class=3D"gmail_default" style=3D"font-fa=
mily:verdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 bit warning;</div><div=
 class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5=
394">=C2=A0 =C2=A0 bit indeterminate;</div><div class=3D"gmail_default" sty=
le=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0 }</div><div clas=
s=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=
}</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif=
;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-family=
:verdana,sans-serif;color:#0b5394">leaf alarm-state {</div><div class=3D"gm=
ail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0 =
type alarm-state;</div><div class=3D"gmail_default" style=3D"font-family:ve=
rdana,sans-serif;color:#0b5394">}</div><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif;color:#0b5394">~~~~</div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></=
div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;co=
lor:#0b5394">CBOR diagnostic notation: h&#39;06&#39;</div><div class=3D"gma=
il_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></di=
v><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;colo=
r:#0b5394">CBOR encoding: 41 06</div></blockquote><div class=3D"gmail_defau=
lt" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div c=
lass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b539=
4">with</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans=
-serif;color:#0b5394"><br></div><blockquote style=3D"margin:0 0 0 40px;bord=
er:none;padding:0px"><div class=3D"gmail_default" style=3D"font-family:verd=
ana,sans-serif;color:#0b5394">Keeping in mind that bit positions are either=
 explicitly assigned using the</div><div class=3D"gmail_default" style=3D"f=
ont-family:verdana,sans-serif;color:#0b5394">YANG statement &#39;position&#=
39; or automatically assigned based on the algorithm</div><div class=3D"gma=
il_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">defined =
in {{RFC7950}} section 9.7.4.2, each element of type bits could be seen</di=
v><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;colo=
r:#0b5394">as a set of bit offsets that have a value of ether 1, which repr=
esents the bit</div><div class=3D"gmail_default" style=3D"font-family:verda=
na,sans-serif;color:#0b5394">being set or 0, which represents that the bit =
is not set.</div><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"f=
ont-family:verdana,sans-serif;color:#0b5394">Leafs of type bits MUST be enc=
oded using a CBOR array where each element is</div><div class=3D"gmail_defa=
ult" style=3D"font-family:verdana,sans-serif;color:#0b5394">either an unsig=
ned integer that can be used to calculate the offset, or a byte</div><div c=
lass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b539=
4">string (major type 2) that carries the information whether certain bits =
are set</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans=
-serif;color:#0b5394">or not. The initial offset value is 0 and each unsign=
ed integer modifies the</div><div class=3D"gmail_default" style=3D"font-fam=
ily:verdana,sans-serif;color:#0b5394">offset value of the next byte string =
by the integer value multiplied by 8. For</div><div class=3D"gmail_default"=
 style=3D"font-family:verdana,sans-serif;color:#0b5394">example, if the bit=
 offset is 0 and there is an integer with value 5, the first</div><div clas=
s=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=
byte of the byte string that follows will represent bit positions 40 to 47 =
both</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-se=
rif;color:#0b5394">ends included. If the byte string has a second byte, it =
will carry information</div><div class=3D"gmail_default" style=3D"font-fami=
ly:verdana,sans-serif;color:#0b5394">about bits 48 to 55 and so on. Within =
each byte, bits are assigned from least</div><div class=3D"gmail_default" s=
tyle=3D"font-family:verdana,sans-serif;color:#0b5394">to most significant. =
After the byte string the offset is modified by the number</div><div class=
=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">o=
f bytes in the byte string multiplied by 8. An example follows.</div><div c=
lass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b539=
4"><br></div><div class=3D"gmail_default" style=3D"font-family:verdana,sans=
-serif;color:#0b5394">The following example shows the encoding of an &#39;a=
larm-state&#39; leaf instance with</div><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif;color:#0b5394">the &#39;critical&#39;, &=
#39;warning&#39; and &#39;indeterminate&#39; flags set.</div><div class=3D"=
gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br><=
/div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;c=
olor:#0b5394">~~~~ yang</div><div class=3D"gmail_default" style=3D"font-fam=
ily:verdana,sans-serif;color:#0b5394">typedef alarm-state {</div><div class=
=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=
=C2=A0 type bits {</div><div class=3D"gmail_default" style=3D"font-family:v=
erdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 bit unknown;</div><div class=
=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">=
=C2=A0 =C2=A0 bit under-repair;</div><div class=3D"gmail_default" style=3D"=
font-family:verdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 bit critical;</=
div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;co=
lor:#0b5394">=C2=A0 =C2=A0 bit major;</div><div class=3D"gmail_default" sty=
le=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 bit minor=
;</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif=
;color:#0b5394">=C2=A0 =C2=A0 bit warning {</div><div class=3D"gmail_defaul=
t" style=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 =C2=
=A0 position 8;</div><div class=3D"gmail_default" style=3D"font-family:verd=
ana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 }</div><div class=3D"gmail_defa=
ult" style=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 b=
it indeterminate {</div><div class=3D"gmail_default" style=3D"font-family:v=
erdana,sans-serif;color:#0b5394">=C2=A0 =C2=A0 =C2=A0 position 128;</div><d=
iv class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0=
b5394">=C2=A0 =C2=A0 }</div><div class=3D"gmail_default" style=3D"font-fami=
ly:verdana,sans-serif;color:#0b5394">=C2=A0 }</div><div class=3D"gmail_defa=
ult" style=3D"font-family:verdana,sans-serif;color:#0b5394">}</div><div cla=
ss=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"=
><br></div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-s=
erif;color:#0b5394">leaf alarm-state {</div><div class=3D"gmail_default" st=
yle=3D"font-family:verdana,sans-serif;color:#0b5394">=C2=A0 type alarm-stat=
e;</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-seri=
f;color:#0b5394">}</div><div class=3D"gmail_default" style=3D"font-family:v=
erdana,sans-serif;color:#0b5394">~~~~</div><div class=3D"gmail_default" sty=
le=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div class=3D=
"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">CBOR=
 diagnostic notation: [h&#39;0401&#39;, 14, h&#39;01&#39;]</div><div class=
=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><=
br></div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-ser=
if;color:#0b5394">CBOR encoding: 83 42 0401 0E 41 01</div><div class=3D"gma=
il_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></di=
v><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;colo=
r:#0b5394">Having two consecutive unsigned integers, byte strings or having=
 elements that</div><div class=3D"gmail_default" style=3D"font-family:verda=
na,sans-serif;color:#0b5394">are neither unsigned integer nor byte string i=
nside the array SHOULD be</div><div class=3D"gmail_default" style=3D"font-f=
amily:verdana,sans-serif;color:#0b5394">considered an error.</div></blockqu=
ote><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;co=
lor:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-family:ve=
rdana,sans-serif;color:#0b5394">Please let me know if I have managed to cap=
ture the essence of the problem and the proposed solution or if you believe=
 this could be written in a more clear way.</div><div class=3D"gmail_defaul=
t" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div cl=
ass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394=
">Thanks,</div><div class=3D"gmail_default" style=3D"font-family:verdana,sa=
ns-serif;color:#0b5394">Ivaylo</div><div class=3D"gmail_default" style=3D"f=
ont-family:verdana,sans-serif;color:#0b5394"><br></div><div class=3D"gmail_=
default" style=3D"font-family:verdana,sans-serif;color:#0b5394">[1]:=C2=A0<=
a href=3D"https://github.com/core-wg/yang-cbor/commit/6bcea062224537c2e7927=
56818898f764b03d5b7" style=3D"font-family:Arial,Helvetica,sans-serif" targe=
t=3D"_blank">https://github.com/core-wg/yang-cbor/commit/6bcea062224537c2e7=
92756818898f764b03d5b7</a></div><div><div dir=3D"ltr" data-smartmail=3D"gma=
il_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr">=
<div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div=
 dir=3D"ltr"><div><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div d=
ir=3D"ltr"><div dir=3D"ltr"><div><div><div style=3D"margin:0px;font-stretch=
:normal;line-height:normal"><div style=3D"margin:0px;padding:0px 0px 20px;w=
idth:1949px"><div><div style=3D"margin:8px 0px 0px;padding:0px"><div><div s=
tyle=3D"font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-size=
:16px"></div><div style=3D"font-family:Roboto,RobotoDraft,Helvetica,Arial,s=
ans-serif;font-size:16px"></div></div></div><div style=3D"font-family:Robot=
o,RobotoDraft,Helvetica,Arial,sans-serif;font-size:medium"></div></div></di=
v></div></div></div></div></div></div></div></div></div></div></div></div><=
/div></div></div></div></div></div></div></div></div></div></div></div><br>=
</div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">=
On Fri, May 8, 2020 at 8:13 PM Juergen Schoenwaelder &lt;<a href=3D"mailto:=
j.schoenwaelder@jacobs-university.de" target=3D"_blank">j.schoenwaelder@jac=
obs-university.de</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex">On Fri, May 08, 2020 at 10:48:06AM -0700, Jim Schaad wrote=
:<br>
<br>
&gt; Does yang consider that there is a difference between a bit being<br>
&gt; present and zero and a bit being absent?<br>
<br>
In YANG every bit in the bit set is either 0 or 1. The xml / json<br>
encodings send the position of the 1 bits (actually the names bound to<br>
the position). All other bits default to 0.<br>
<br>
/js<br>
<br>
-- <br>
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer=
sity Bremen gGmbH<br>
Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28=
759 Bremen | Germany<br>
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a h=
ref=3D"https://www.jacobs-university.de/" rel=3D"noreferrer" target=3D"_bla=
nk">https://www.jacobs-university.de/</a>&gt;<br>
<br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
</blockquote></div>

--0000000000002e6a0005a7441b4d--


From nobody Thu Jun  4 13:22:54 2020
Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3966A3A0F6A; Thu,  4 Jun 2020 13:22:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ud5-tZ-V8dvR; Thu,  4 Jun 2020 13:22:49 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C6703A0F61; Thu,  4 Jun 2020 13:22:46 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 4 Jun 2020 13:22:21 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <draft-ietf-core-groupcomm-bis@ietf.org>
CC: <core@ietf.org>
Date: Thu, 4 Jun 2020 13:22:19 -0700
Message-ID: <015a01d63aad$da737040$8f5a50c0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AdY59TJN4EzYTCI2SNe7TalqjTSOaQ==
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/CkoNseJhJgALEs3iOLMqUZhEarI>
Subject: [core] Review of draft-ietf-core-groupcomm-bis-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jun 2020 20:22:53 -0000

I can't see that I have an outstanding review on this document so here is a
new one.

* Section 2.1 - Please make it clear of a client sending a message is part
of an application group.  It is not part of a CoAP group but it is not clear
for an application group.  (It might be useful to just define these things
in terms of CoAP servers except for security groups.)

* Section 2.1 - I believe that a client endpoint is part of a security
group.  Please make this clear either true or false.

* Section 2.1 - s/do not share any resource/do not share any resources/

* Section 2.1 - I still do not like the above statement.  If a resource maps
to a URI-path, /.well-known/core could be part of multiple security groups.
I don't know if this means it is a different application group or what. The
fact that URI-path is not part of the tuple leads me to not know how to deal
with this.

* Figure 1:  I think that you have the grouping in reverse on the
Application Group <-> CoAP group link.  I will admit that I do not use these
a lot so I could be wrong.

* Section 2.2.3 - I don't know that this needs to be included in the
document because I think it might be more of a corner case, but it seems to
me that application groups might also be discovered by doing a query to
/.well-known/core on the multicast address.  That information might be part
of the NoSec security group and thus if the RS knows the answer it could
return it to the client.

* Section 2.2.4 - It looks like you are doing the start/stop of listening
twice.

* Section 2.3.1 - I think we might need to have a discussion if the MAY in
paragraph 3 ought to be upgraded to a SHOULD for traffic purposes.  I.e.
don't send an answer if you don't have anything to say (error) unless you
are required to do so by the application.

* Section 2.3.1 - In the paragraph starting "For multicast CoAP requests", I
got confused when reading this paragraph because it starts dealing with
multicast processing of tokens and then seems for some unknown reason starts
talking about DTLS and TLS which seems to be extraneous.  I think that this
extra information can just be deleted.  (By the way, I don't agree that you
can immediately free up the token after getting a response.  You might end
up sending a request with that token and getting the original response
replayed to you and incorrectly associating things.  I believe that there is
a time out before doing the re-use but I would need to check this in the
CoAP document.  Additionally, this is not a true statement for things like
observe.)

* Section 2.3.1 - " The Token values only have to be unique within the
context of a single CoAP client"  This should really be the context of a
single client - or depending on the implementation - a single source
UDP/Port pair if token processing is different for each port used by a
single client.

* Section 2.3.3 - Bullet 1 in second list - Another difference for a CoAP
client rather than a proxy is that the client can process responses as they
show up and that can also be used as input to the decision of how long to
wait for responses or if a new request needs to be made for additional
responses.

* Section 2.3.3 - Does it make sense to define a new HTTP header for the
purpose of returning the address of the server?

* Section 2.3.3 - Last bullet point - I do not believe that the multicast
scope is something that the client gets to choose.  I think it is part of
choosing what the multicast address is for the CoAP group.  If multiple
addresses are assigned to a CoAP group then the client would have the
ability to choose which address to use.  It is not clear to me how a RD
would return this, but I have not thought about it at all.  Given that you
cannot say FF0X::FD as the address.

* Section 2.3.5 - I think you need to have a paragraph dealing with
unsubscribing to an observe relationship.  I believe that this is always
going to be done via unicast but it would seem that this could be done in
multicast instead.

* Section 2.4.1 - I think you need to justify the addition of admin-local to
the list of supported scopes as this is not part of RFC 7252.

* Section 4 - Reference to COSE needs to be updated to point to the IDs.

* Section 4 - Off the top of my head I don't remember an MAC operations done
by OSCORE, it just uses encryption and signing (for group)

* Section 4 - I think this is a mistake, para 2 says that the result is
encoded as a COSE object, but I am not sure that this should not be a CORE
object.

* Section 5.2.1 - last paragraph - I think that "most recently" is better
than "latest"

* Section 5.2.3 - Bullet 2 - I think that you need some expansion in this
topic.  My first reading was that the alleged sender was tied to the IP
address and not tied to the signature key.  

* Section 5.4 - when used with security, I do not believe that this can do
an amplification attack because the No-Response option is an inner option.

Jim



From nobody Thu Jun  4 17:18:55 2020
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6483D3A10B2; Thu,  4 Jun 2020 17:18:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uPSRSJ7ZsY5w; Thu,  4 Jun 2020 17:18:50 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 505D43A10B1; Thu,  4 Jun 2020 17:18:50 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 4DAA638A18; Thu,  4 Jun 2020 20:16:23 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id auC9J9OAC6Uv; Thu,  4 Jun 2020 20:16:21 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 0744E38A10; Thu,  4 Jun 2020 20:16:21 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 30CE63D2; Thu,  4 Jun 2020 20:18:45 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Ivaylo Petrov <ivaylo@ackl.io>
cc: core <core@ietf.org>, core-chairs@ietf.org
In-Reply-To: <CAJFkdRzoF9WZT2CV_et6kfZzPp9BaUi6Wsi=-EPTsfu5J8F1tQ@mail.gmail.com>
References: <CAJFkdRzoF9WZT2CV_et6kfZzPp9BaUi6Wsi=-EPTsfu5J8F1tQ@mail.gmail.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature"
Date: Thu, 04 Jun 2020 20:18:45 -0400
Message-ID: <17287.1591316325@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/SoA0ry4Zti_SLdD4b7KQSm5u3l0>
Subject: Re: [core] SID open comments/discussions before WGLC2
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jun 2020 00:18:53 -0000

--=-=-=
Content-Type: text/plain


{Thanks for the update.  While many people seem to have gotten COVacations,
it seems that those of us who already worked remotely, just got more work :-}

Ivaylo Petrov <ivaylo@ackl.io> wrote:
    > My understanding is that with the latest revision -13, we have addressed
    > all pending comments (most notably the early allocation one). The only
    > items that were mentioned and not yet in the draft are:
    > - SID renaming to YSID suggested here [1]. I have discussed with some of
    > the other authors and we believe that could have an important negative
    > effect on existing code, plugins and changing the name now might bring
    > confusion in the community. We would like to have a better sense of
    > people's opinion on that.

I think that everyone with a stake in the ground is in this WG, so I don't
think it's an issue.

I am not super enthusiastic about YSID as a name/TLA, but maybe it will grow on me.
(I try to pronounce it, and I come up with "Why-Sid", which becomes "wisest"
and then reminds me of "Weizmann", as in "Weizmann Institute of Science"  for
some reason.)
BUT, I can live with YSID as a name, and I think it's less confusing then SID.

    > - Moving some content type into yang-cbor and sid drafts
    > Problem statement: if anyone would want to use CBOR + SID representation
    > or CBOR + Names representation of YANG data, they need to have normative
    > reference to the CoMI document, which might appear unexpected.
    > Proposed solution: as discussed [3] we can either move the media type and
    > content format registrations in the yang-cbor draft, but then it will have
    > a normative reference to the SID draft that we really wanted to avoid, or
    > we register CBOR + names in the yang-cbor and we register CBOR + SID in the
    > SID draft, but then we have normative reference in the opposite direction -
    > SID to yang-cbor. It appeared that people were more in favor of the latter
    > approach, so the changes that I thought this would need could be found at
    > [4]. I am not perfectly happy with this, so I would like to know the WG
    > opinion on how important this problem is to be resolved and whether we go
    > with the first option or the second one.

Yes, I agree that neither situation is ideal, and what you describe in [4]
seems find.  I agree that a reference to COMI would be surprising.

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

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

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl7Zj2QACgkQgItw+93Q
3WVx9Qf/dc/z6GdC5v+ixpS3FdsnK1VNY5kbFxRhrPxm7RgWouyNRxLpU4qHVv0b
fKZPG1eM0MLRkbwbQSHW169nccPufoTK7TfAILy2hXzepQaUOj0VhqGo5B96a+ok
i9BFslmuzrM+4M5I7hOuEQAe1seOB6Jp/YhaF+1Wkg0F9GgV9r0jUNDr1PbSRxfk
fp5Yg/tJh1lL8zPjEIiwf73aK7KOixDrTk7UDBwo33xA23wJWlb83r922eXAb9+T
RgVvi4RjN8VsQ73vzuDTMsLoxYbdi/g0XwY9M7n3m2xIM41Z9P6KbGkYGFH3Yf7b
WqRvPlXHjRhcL5rUm+34WhwIPCE+Wg==
=8/7w
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Fri Jun  5 19:08:26 2020
Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DF703A0834; Fri,  5 Jun 2020 19:08:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DTWHBTdcs-mj; Fri,  5 Jun 2020 19:08:22 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01D253A0837; Fri,  5 Jun 2020 19:08:21 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 5 Jun 2020 19:08:15 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <draft-tiloca-core-oscore-discovery@ietf.org>
CC: <core@ietf.org>
Date: Fri, 5 Jun 2020 19:08:13 -0700
Message-ID: <000001d63ba7$56bcf690$0436e3b0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdY6+1VNjaQKSzvxRNGQND+yEpPCwg==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/h62d2c2mYmG43ykz52KvbbEpgDc>
Subject: [core] Review of draft-tiloca-core-oscore-discovery-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Jun 2020 02:08:24 -0000

*  Consistently through this document you refer to an OSCORE group, however
the groupcom-bis document talks about a security group.  At some point these
need to be related.  Should you just be talking about security groups?

* Why do you believe that the group manager is going to know what
application groups are associated with any given OSCORE group.   I don't
believe that this information is being specified anyplace as being provided
to the GM.  Does it make sense to register the three different groups that
are from the bis document and make things flow the way one would expect from
a device point of view  Application Group => Security Group, Application
Group=> CoAP Group.  I assume that both clients and servers are going to
know they want to deal with a specific application and start from there.  I
don't know what an application itself as a root node would look like in the
RD.

* I do not understand "Values registered as a string that look like an
integer are not supported".  I need an example for what you are talking
about.  I would have expected that alg=-2 and alg="-2" would both be legal,
but "-2" is a required to be supported since it is a text string per the
definition above.

* I need to get some help.  What is the difference, both theoretical and
factual, between the if= and rt= links.  How much of this should be if= vs
rt= because it is common amount all expected group managers as oppose to
just the Ace group manager.

* In the example in section 3.1 - I don't know that the GM should be the one
registering the "rel" links here.  That should be up to the endpoint
instead.  Perhaps break this up into a POST and a GET?

* In section 5, I believe that the registration of the endpoints is
incorrect.  You are doing this in two steps, but the first registration is
going to be replaced not augmented by the second registration.  You need to
do a single registration here.

* In section 5 - It seems relatively obvious how you deal with an OSCORE
group having multiple applications, but I think you need to have some
discussions on how you deal with an application which has multiple OSCORE
groups in it.

Jim



From nobody Sun Jun  7 20:10:22 2020
Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E5AB3A0990; Sun,  7 Jun 2020 20:10:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HbfhS9xB4fV8; Sun,  7 Jun 2020 20:10:19 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E5B7A3A0988; Sun,  7 Jun 2020 20:10:18 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 7 Jun 2020 20:09:54 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <draft-ietf-core-coral@ietf.org>
CC: <core@ietf.org>
Date: Sun, 7 Jun 2020 20:09:52 -0700
Message-ID: <000001d63d42$4902bb60$db083220$@augustcellars.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01D63D07.9CA4F4D0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdY9CXST5sspF1wRTTKChY/JE+AXeg==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/5uHyTXHTb1DpPVJpHejN2vllbcw>
Subject: [core] Review of draft-ietf-core-coral-03
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jun 2020 03:10:21 -0000

------=_NextPart_000_0001_01D63D07.9CA4F4D0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Section 2.3 =E2=80=93 Suggested text change s/are in contrast =
denoted/are, in contrast, denoted/  I keep thinking that by contrast =
should be used, but I keep going back and forth on that so I would leave =
that along.  If you go that it would be /types, by contrast, are =
denoted/

=20

Section 2.3 =E2=80=93 s/collisions when from different/collisions from/

=20

Section 2.3 =E2=80=93 The CBOR WG is defining two new tags for Date and =
TimeOfDay.  Should these be added as new literal values?

=20

Section 2.3 =E2=80=93 s/is neither identified by/is identified by =
neither/

=20

Section 2.6 =E2=80=93 Step 5 =E2=80=93 Can the request method be a FETCH =
as well as a GET?=20

=20

Section 4.1.4 =E2=80=93 I do not believe that expanding the MEDIAL =
character set is really a good idea.  Consider the following where one =
of the line uses HYPEN-MINUS and the other line uses ARMENIAN HYPEN.  I =
cannot see a difference if I am reading this.
#using AB-CD =3D IRI1
#using AB=D6=8ACD =3D IRI2

=20

Section 4.1.5.3 =E2=80=93 There is a difference between the text and the =
ABNF for hexadecimal.  One of them only has the lowercase character and =
the other has both upper- and lowercase =E2=80=98x=E2=80=99.

=20

Section 5.2 =E2=80=93 I am trying to figure out if not returning a CoRAL =
document is considered to be reasonable or not.  Does the phrase =
=E2=80=9Cprocessing result=E2=80=9D indicate an absent content?

=20

Section 5.2.1 =E2=80=93 If I return a link to the new document created =
in a CoRAL document, should I also return the location options or should =
they be omitted?

=20

Section 6.1.3 =E2=80=93 I am wondering if an application might also =
require that the links and forms in a document be encoded in a specific =
order?

=20

I skimmed the end of the document so I may do another pass on that =
section later.

=20

Jim

=20


------=_NextPart_000_0001_01D63D07.9CA4F4D0
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri",sans-serif;}
span.EmailStyle20
	{mso-style-type:personal-compose;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:685130830;
	mso-list-template-ids:1151791074;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1
	{mso-list-id:1246646035;
	mso-list-type:hybrid;
	mso-list-template-ids:-367898760 -1330498456 67698691 67698693 67698689 =
67698691 67698693 67698689 67698691 67698693;}
@list l1:level1
	{mso-level-start-at:0;
	mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:.25in;
	text-indent:-.25in;
	font-family:Symbol;
	mso-fareast-font-family:Calibri;
	mso-bidi-font-family:"Times New Roman";}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:.75in;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:1.25in;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:1.75in;
	text-indent:-.25in;
	font-family:Symbol;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:2.25in;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:2.75in;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:3.25in;
	text-indent:-.25in;
	font-family:Symbol;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:3.75in;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:4.25in;
	text-indent:-.25in;
	font-family:Wingdings;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoPlainText>Section 2.3 =E2=80=93 Suggested text change s/are =
in contrast denoted/are, in contrast, denoted/=C2=A0 I keep thinking =
that by contrast should be used, but I keep going back and forth on that =
so I would leave that along.=C2=A0 If you go that it would be /types, by =
contrast, are denoted/<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 2.3 =E2=80=93 s/collisions when from =
different/collisions from/<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 2.3 =E2=80=93 The CBOR WG is defining two =
new tags for Date and TimeOfDay.=C2=A0 Should these be added as new =
literal values?<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 2.3 =E2=80=93 s/is neither identified by/is =
identified by neither/<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 2.6 =E2=80=93 Step 5 =E2=80=93 Can the =
request method be a FETCH as well as a GET? <o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 4.1.4 =E2=80=93 I do not believe that =
expanding the MEDIAL character set is really a good idea.=C2=A0 Consider =
the following where one of the line uses HYPEN-MINUS and the other line =
uses ARMENIAN HYPEN.=C2=A0 I cannot see a difference if I am reading =
this.<br>#using AB-CD =3D IRI1<br>#using AB=D6=8ACD =3D =
IRI2<o:p></o:p></p><p class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 4.1.5.3 =E2=80=93 There is a difference =
between the text and the ABNF for hexadecimal.=C2=A0 One of them only =
has the lowercase character and the other has both upper- and lowercase =
=E2=80=98x=E2=80=99.<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 5.2 =E2=80=93 I am trying to figure out if =
not returning a CoRAL document is considered to be reasonable or =
not.=C2=A0 Does the phrase =E2=80=9Cprocessing result=E2=80=9D indicate =
an absent content?<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 5.2.1 =E2=80=93 If I return a link to the =
new document created in a CoRAL document, should I also return the =
location options or should they be omitted?<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Section 6.1.3 =E2=80=93 I am wondering if an =
application might also require that the links and forms in a document be =
encoded in a specific order?<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p class=3DMsoPlainText>I =
skimmed the end of the document so I may do another pass on that section =
later.<o:p></o:p></p><p class=3DMsoPlainText><o:p>&nbsp;</o:p></p><p =
class=3DMsoPlainText>Jim<o:p></o:p></p><p =
class=3DMsoPlainText><o:p>&nbsp;</o:p></p></div></body></html>
------=_NextPart_000_0001_01D63D07.9CA4F4D0--


From nobody Tue Jun  9 02:00:51 2020
Return-Path: <hartke@projectcool.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2780D3A0B57; Tue,  9 Jun 2020 02:00:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DYXcoSZQaVSA; Tue,  9 Jun 2020 02:00:46 -0700 (PDT)
Received: from wp382.webpack.hosteurope.de (wp382.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8597::]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94CAC3A0A92; Tue,  9 Jun 2020 02:00:45 -0700 (PDT)
Received: from mail-qt1-f177.google.com ([209.85.160.177]); authenticated by wp382.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1jia7b-0005UM-NA; Tue, 09 Jun 2020 11:00:39 +0200
Received: by mail-qt1-f177.google.com with SMTP id q14so16974956qtr.9; Tue, 09 Jun 2020 02:00:39 -0700 (PDT)
X-Gm-Message-State: AOAM531+YUH76njBkqpTBn4BiOMQfVO28f/p6NGag6tmuqyhsNYDVzK8 bQrQ6s0xWVhIlKLQSgzU+/8G/dMn07lysohyUhc=
X-Google-Smtp-Source: ABdhPJz7mwONWxvcw/7wajWhn5W23PKnwvdylxEPYQbsPcCUqvAY8fL3OT+iNEFFfF5paKHh9l7TZmbY1kVWko6n130=
X-Received: by 2002:aed:3344:: with SMTP id u62mr27326516qtd.174.1591693238445;  Tue, 09 Jun 2020 02:00:38 -0700 (PDT)
MIME-Version: 1.0
References: <000001d63d42$4902bb60$db083220$@augustcellars.com>
In-Reply-To: <000001d63d42$4902bb60$db083220$@augustcellars.com>
From: Klaus Hartke <hartke@projectcool.de>
Date: Tue, 9 Jun 2020 11:00:03 +0200
X-Gmail-Original-Message-ID: <CAAzbHvYRjt4zs6a1weO7y7_BB-Z+fQzKmOi=xauOu=H87gV8gQ@mail.gmail.com>
Message-ID: <CAAzbHvYRjt4zs6a1weO7y7_BB-Z+fQzKmOi=xauOu=H87gV8gQ@mail.gmail.com>
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-ietf-core-coral@ietf.org, "core@ietf.org WG" <core@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-bounce-key: webpack.hosteurope.de; hartke@projectcool.de; 1591693246; 82601a78; 
X-HE-SMSGID: 1jia7b-0005UM-NA
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/a5J9ZrCeR8nCHV-daHEWpv0CUVI>
Subject: Re: [core] Review of draft-ietf-core-coral-03
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2020 09:00:49 -0000

Hi Jim,

thanks a lot for your review!

> Section 2.3 =E2=80=93 Suggested text change s/are in contrast denoted/are=
, in contrast, denoted/  I keep thinking that by contrast should be used, b=
ut I keep going back and forth on that so I would leave that along.  If you=
 go that it would be /types, by contrast, are denoted/

Yeah, I had a bit of trouble with that sentence due to having both "in
CoRAL" and "in contrast". I've fixed the sentence as you suggested.

> Section 2.3 =E2=80=93 s/collisions when from different/collisions from/

The sentence currently says "This allows for the decentralized
creation of new link relation types without the risk of collisions
when from different organizations or domains of knowledge." With your
proposed change, it would be "This allows for the decentralized
creation of new link relation types without the risk of collisions
from organizations or domains of knowledge." That doesn't seem to say
the same thing... Maybe "This allows for the decentralized creation of
new link relation types without the risk of collisions when they come
from different organizations or domains of knowledge."?

> Section 2.3 =E2=80=93 The CBOR WG is defining two new tags for Date and T=
imeOfDay.  Should these be added as new literal values?

I've added these to the list of open issues related to literals:
<https://github.com/core-wg/coral/issues/56>

Dates without time and times-of-day always run into interesting
problems regarding time zones... something is on June 9th, 2020, or
something is at 11 a.m. -- but in what timezone? Do you have an
example where you'd use Date or TimeOfDay in a CoRAL document; how
would you handle timezones there?

> Section 2.3 =E2=80=93 s/is neither identified by/is identified by neither=
/

Fixed.

> Section 2.6 =E2=80=93 Step 5 =E2=80=93 Can the request method be a FETCH =
as well as a GET?

How would a client know whether to do a FETCH or a GET? Would a server
be required to always support both? What would be the expected payload
of the FETCH?

> Section 4.1.4 =E2=80=93 I do not believe that expanding the MEDIAL charac=
ter set is really a good idea.  Consider the following where one of the lin=
e uses HYPEN-MINUS and the other line uses ARMENIAN HYPEN.  I cannot see a =
difference if I am reading this.
> #using AB-CD =3D IRI1
> #using AB=D6=8ACD =3D IRI2

(The list of medials comes from
<https://unicode.org/reports/tr31/#Specific_Character_Adjustments>.)

The issue of glyphs looking visually similar is more general than just
the hyphens; it basically applies to all identifiers and IRIs in the
CoRAL textual format. For that reason, I've referenced
<https://www.unicode.org/reports/tr36/tr36-15.html#visual_spoofing>
and <https://www.rfc-editor.org/rfc/rfc6943.txt> in the security
considerations section . But maybe that's not enough?

> Section 4.1.5.3 =E2=80=93 There is a difference between the text and the =
ABNF for hexadecimal.  One of them only has the lowercase character and the=
 other has both upper- and lowercase =E2=80=98x=E2=80=99.

Fixed. Both upper- and lowercase 'x' are intended to be permitted.

> Section 5.2 =E2=80=93 I am trying to figure out if not returning a CoRAL =
document is considered to be reasonable or not.  Does the phrase =E2=80=9Cp=
rocessing result=E2=80=9D indicate an absent content?

The section is intended to just define the meaning of a CoRAL document
when it occurs in different kinds of responses. It isn't meant to say
that every response must contain a CoRAL document :-)

> Section 5.2.1 =E2=80=93 If I return a link to the new document created in=
 a CoRAL document, should I also return the location options or should they=
 be omitted?

Again, the section isn't intended to say how you're supposed to
indicate the URL of a new resource. Just what the meaning of a CoRAL
document in the response to a POST is :-)

Maybe some sort of style guide for CoRAL-based applications would be
useful, giving recommendations such as whether to prefer the CoAP
Location-* options or the payload for indicating the URL of a newly
created resource.

> Section 6.1.3 =E2=80=93 I am wondering if an application might also requi=
re that the links and forms in a document be encoded in a specific order?

That's a good question. My first reaction would be that that might be
overly restrictive. But maybe if that leads to measurable improvements
in code size or so, it might be worth considering. Do you perhaps have
an illustrative example?

> I skimmed the end of the document so I may do another pass on that sectio=
n later.

Thanks!

Klaus


From nobody Tue Jun  9 02:31:33 2020
Return-Path: <session-request@ietf.org>
X-Original-To: core@ietf.org
Delivered-To: core@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 380EE3A0C76; Tue,  9 Jun 2020 02:31:31 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Meeting Session Request Tool <session-request@ietf.org>
To: <session-request@ietf.org>
Cc: barryleiba@computer.org, marco.tiloca@ri.se, core-chairs@ietf.org, core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.3.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <159169509067.26129.17715004631488824662@ietfa.amsl.com>
Date: Tue, 09 Jun 2020 02:31:31 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/2dG6njdzHlfTtoBGCly7o17I23Q>
Subject: [core] core - New Meeting Session Request for IETF 108
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2020 09:31:31 -0000

A new meeting session request has just been submitted by Marco Tiloca, a Chair of the core working group.


---------------------------------------------------------
Working Group Name: Constrained RESTful Environments
Area Name: Applications and Real-Time Area
Session Requester: Marco Tiloca


Number of Sessions: 2
Length of Session(s):  100 Minutes, 100 Minutes
Number of Attendees: 60
Conflicts to Avoid: 
 Chair Conflict: ace cbor t2trg cose artarea
 Technology Overlap: teep saag secdispatch sacm lwig 6tisch 6lo roll httpbis lpwan raw
 Key Participant Conflict: irtfopen rats lake suit dnssd netconf netmod emu dots anima





People who must be present:
  Barry Leiba
  Jaime Jimenez
  Marco Tiloca

Resources Requested:

Special Requests:
  Plse also avd any potntlly IoT reltd BOFs&amp;amp;PRGs tht mght cme up, including any &amp;quot;LOOPS&amp;quot;. Prefer some time between the two sessions (48 h or more).
---------------------------------------------------------



From nobody Tue Jun  9 05:52:27 2020
Return-Path: <marco.tiloca@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29BD93A090B for <core@ietfa.amsl.com>; Tue,  9 Jun 2020 05:52:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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, MSGID_FROM_MTA_HEADER=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=ri.se
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 JrOgz2tHs_7i for <core@ietfa.amsl.com>; Tue,  9 Jun 2020 05:52:22 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50048.outbound.protection.outlook.com [40.107.5.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C3283A0914 for <core@ietf.org>; Tue,  9 Jun 2020 05:52:21 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DSqiXDPxWSFc1tu6rma2iPIianmq5ss/4nawwOZ9RUg3vwVMsltX3FCQWlqO+op1Hw9O09MjHPLt/qaExDzroidiwpgLH043KI4IY0RCqSNVeWc5cQ730f4r1zVVIk9O0J9eBHcidcg0GS9g74P+ARuYRcRA3hUNASlN8x+sQbnIM/pJLMF3P+DA+ks2rkmyeySoEn7Xg6XFxb4Qa9q3wBr5soEG/2MoSGmmy4CjGKWqYdMk6riJxxqMWucHBQwbM06wlfVSvQcwYfR9Vabhk4WfDjhsHrWnQeu2qiRoPGFyc/9qOpL9xPMZ3EG92JUuicjyDw1Aq5XyJQhv+hjCsg==
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=mrmNir/LDnxWinHi3AYPVvU+S9BMuHWvJiwOsXuWrkE=; b=XNK1vWy5i4k19k5ny0AB0hNq0r7RPLKDVlH3mV6THdIQPlYnuQNco7KuYuZybBtR8V7Qyc20OvDw508pg3tZb48Uu05PECDGwbWppe67XLHBnLBMswIQXetIuRjmRGj1+6i6mTXpTXvyX7uvy9tTgRsTpy6cnjAXjEl36qC1WunQtjPQUec3huO9Z3UHD/s2At68WUiFgc9pnSuJ75LmTascfL5qPbfFMIs9zJjyF5GEvVxMeKXLgwl4g/f2FLfX58LA8QFYK//cQLePlRonN/OJFtUGwuNtscUQtohby/Fb6Yx7ImECO2MAWCUY+mGcfEwanF+8MVU9IKKA8sJe6A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mrmNir/LDnxWinHi3AYPVvU+S9BMuHWvJiwOsXuWrkE=; b=j2cAgw/m/unhhpVT683fmgyy8eOOwlel61ONDODPTu5k+9Imjv0jwvEAsgIvM2W4bnueAZTX1Y1A2qWgJl/bXXK6O5ybAnrYp2xCx9t5xJt9E5MmYpkL6Vdi6dnMdknjezMVkJxTlWdWUgRkU1V74Xl0fBLsnAG07JtaYR3m9+s=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ri.se;
Received: from VI1P189MB0398.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:35::31) by VI1P189MB0477.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:36::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.20; Tue, 9 Jun 2020 12:52:19 +0000
Received: from VI1P189MB0398.EURP189.PROD.OUTLOOK.COM ([fe80::fceb:7e81:dd37:9416]) by VI1P189MB0398.EURP189.PROD.OUTLOOK.COM ([fe80::fceb:7e81:dd37:9416%7]) with mapi id 15.20.3066.023; Tue, 9 Jun 2020 12:52:19 +0000
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
From: Marco Tiloca <marco.tiloca@ri.se>
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
Message-ID: <b0b90ae3-0138-3499-ac16-8e18e4823e62@ri.se>
Date: Tue, 9 Jun 2020 14:51:54 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VMfvdkqyjxgu0spcXZEgi60QybKi2qrpB"
X-ClientProxiedBy: AM0PR01CA0160.eurprd01.prod.exchangelabs.com (2603:10a6:208:aa::29) To VI1P189MB0398.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:35::31)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [10.8.0.3] (178.239.173.176) by AM0PR01CA0160.eurprd01.prod.exchangelabs.com (2603:10a6:208:aa::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18 via Frontend Transport; Tue, 9 Jun 2020 12:52:18 +0000
X-Originating-IP: [178.239.173.176]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 2c8f1ab9-7fce-437d-0837-08d80c73f1a7
X-MS-TrafficTypeDiagnostic: VI1P189MB0477:
X-Microsoft-Antispam-PRVS: <VI1P189MB047788C93B7EE1011DCA12D799820@VI1P189MB0477.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:7691;
X-Forefront-PRVS: 042957ACD7
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: 9amE9U4W1M9/4NTnCn6CUS8UVpYk41VRn7QL7NsgIzNF4Pdwkuv/f86ZCzMXcUOm7Yytw03zM8tAl4euLAbdXi93iTi6q9/VKZ4wCJkILGt6O0OF9f7zWUxWSFsRFwpPaND92RuezKlUHvjgsz2cFZaIBhk+ZUJpsj9oqFznf2rT4R6+ktrZRBzfkL6dVLgN7LSKrNkEbB7+d7ecoN5hEe361YPmBM9l5F8KQs0LO/vzeT6D1whvpM/84Ll/iFT724f7D+eyeL72NzdysJSwc9tBKMTwPZfRk1tjcplDP445i/BbSJNOUs6ZOxmS5pttpMsoD0vTQiKmV+mNigCy9JYG9Zj1l28DThIePEET0NyCBJ4SbFBZYXS1v4IfiSDviNASWB7Gilm1vyx5hFwyfs2KBHCzj5VApE+GgiM+AsadhZRkVvCFDeQvXLCGDJXo2hPsFZr05a8Fzwr+lIQK4Q==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:VI1P189MB0398.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFTY:; SFS:(4636009)(366004)(346002)(376002)(396003)(39860400002)(136003)(316002)(6916009)(52116002)(86362001)(16799955002)(31696002)(21480400003)(66946007)(83380400001)(6666004)(66476007)(66556008)(31686004)(66574014)(44832011)(966005)(16576012)(235185007)(5660300002)(478600001)(36756003)(956004)(2906002)(2616005)(16526019)(8936002)(8676002)(33964004)(26005)(6486002)(186003)(43740500002); DIR:OUT; SFP:1101; 
X-MS-Exchange-AntiSpam-MessageData: seUW1m9U9s3QSWIf/ASCZKmLxkSSwT6Nvant1h09yiiCQzc/Nr/0FK1fm32AJ9h90HGReQOyOUUIVpAC+8jMp+2jxSn1+Ek5KvzPemV3Om8RAd3QlBb9wb6x34XFURZYJUDqrAcxy6ACBC1F2u+j52EmM0zcdR3Ic/aJtghfZ/UNVik/YJX/CKUf77H7EU6MtBgQk6/i/eHMGVAs3S2Sm3njq0N3XQwqw1Is7/w9bCYytiECB52FbLGlgGNtZz7OSqNeT29KEwwf4m/dGwCBSMDs5dGZQGRRGIwcRLtWt5wQmQjg3K7Ns5f9BiF1MlEQosFo0Kd0mlEJCd+K9FZEoYK/VeUyLnmQUTyoaIjp9YeNR4z0ByevFIpCfxxqoEt8W5qw8KQhkta65eZBmofLg4y4AZpxs+PXlvzgHqQh+ZaPPlzxugzQew7ljjy0FzeQP427XUhfH0+oMwLArCk4gBtSXiRFc5ObrLQ+0DKwNAmD0HBYpPB6a3zSEz/9OZEH
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-Network-Message-Id: 2c8f1ab9-7fce-437d-0837-08d80c73f1a7
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jun 2020 12:52:18.9052 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: qsJ04aQhXIwGlPKQY4Rm/lXe4N5gB6vyetxYwu0pkje+DChR5MeVVcR6oKAOdvYhwJQfdPNVEoVf80Omp4E89w==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1P189MB0477
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/FZQEdN8GSJ5skMeEmPiJ5ABquL0>
Subject: [core] CoRE virtual interim 10-06-2020
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2020 12:52:27 -0000

--VMfvdkqyjxgu0spcXZEgi60QybKi2qrpB
Content-Type: multipart/mixed; boundary="s5MBLNbJRQY7zrz9SEQ0QMhYzYtKoet0c"

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

Dear all,

Just a kind reminder that tomorrow (Wednesday) we will have our
bi-weekly CoRE virtual interim, at 14:00 UTC. Please, find below the
information to join.

As a follow-up of the interim on May 13th, we will discuss the new
proposal for blockwise transfer and its latest update.

https://tools.ietf.org/html/draft-bosh-core-new-block-01

Best,
Marco and Jaime


=3D=3D=3D Meeting Information =3D=3D=3D

Meeting entry:
https://datatracker.ietf.org/meeting/interim-2020-core-06/session/core

Agenda: https://datatracker.ietf.org/doc/agenda-interim-2020-core-06-sess=
a/


Webex link:
https://ietf.webex.com/ietf/j.php?MTID=3Dma4757116bab457defce5b14a9654c4e=
5
Meeting number: 615 581 039
Password: constrained


More ways to join

Join by video system
Dial 615581039@ietf.webex.com
You can also dial 173.243.2.68 and enter your meeting number.

Join by phone
1-650-479-3208 Call-in number (US/Canada)
1-877-668-4493 Call-in toll free number (US/Canada)
Access code: 615 581 039

--=20
Marco Tiloca
Ph.D., Senior Researcher

RISE Research Institutes of Sweden
Division ICT
Isafjordsgatan 22 / Kistag=C3=A5ngen 16
SE-164 40 Kista (Sweden)

Phone: +46 (0)70 60 46 501
https://www.ri.se



--s5MBLNbJRQY7zrz9SEQ0QMhYzYtKoet0c--

--VMfvdkqyjxgu0spcXZEgi60QybKi2qrpB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEOEo4cV326Z7GypVg7iZktA5Y2kMFAl7fheoACgkQ7iZktA5Y
2kMQowf+JfxUExvlrjbit8zdNrN4NI+DMX9c/9/dFeRIc0kkj0dZL6ln970TDOoG
o2H4zruQYvcpNKSJpRIdsVA7PZtv7w+UMJ1FzuaJD25Dx+49Xv2LTrpcrddKTuMq
GN/pKnFLllxbM7GYQ/1neTI6jzyFnsKn7FMIiY9lfFqEqvcbSCXQQe91ICjqA5on
QAsCtK/9TxIp0QicdmS58DbpqyFqRGyU5IwZWd/6R1wpjvdFZ1DRCp92S8UoHDBL
fWVJvtVSppZ/ZyV1IvgAZpgeMu7wl99mTZpFD0MDf9LC7lhdRpZgKTrOdJlyqMJV
w8gLCC+tY/TrT8bFWdQstFfcL/pVRw==
=KeY1
-----END PGP SIGNATURE-----

--VMfvdkqyjxgu0spcXZEgi60QybKi2qrpB--


From nobody Tue Jun  9 08:03:48 2020
Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 532073A07DC; Tue,  9 Jun 2020 08:03:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DImjYjZCXSqA; Tue,  9 Jun 2020 08:03:45 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95DA43A079B; Tue,  9 Jun 2020 08:03:44 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 9 Jun 2020 08:03:38 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Klaus Hartke' <hartke@projectcool.de>
CC: <draft-ietf-core-coral@ietf.org>, <core@ietf.org>
References: <000001d63d42$4902bb60$db083220$@augustcellars.com> <CAAzbHvYRjt4zs6a1weO7y7_BB-Z+fQzKmOi=xauOu=H87gV8gQ@mail.gmail.com>
In-Reply-To: <CAAzbHvYRjt4zs6a1weO7y7_BB-Z+fQzKmOi=xauOu=H87gV8gQ@mail.gmail.com>
Date: Tue, 9 Jun 2020 08:03:36 -0700
Message-ID: <007e01d63e6f$287b75c0$79726140$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQClWf2rS4k9o7zNOYdptE0S0k77DQIBwfxbqyIVqGA=
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/S8ODIWxAICnkTeoKhBmIa-dQSuc>
Subject: Re: [core] Review of draft-ietf-core-coral-03
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2020 15:03:48 -0000

-----Original Message-----
From: Klaus Hartke <hartke@projectcool.de>=20
Sent: Tuesday, June 9, 2020 2:00 AM
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-ietf-core-coral@ietf.org; core@ietf.org WG <core@ietf.org>
Subject: Re: [core] Review of draft-ietf-core-coral-03

Hi Jim,

thanks a lot for your review!

> Section 2.3 =E2=80=93 Suggested text change s/are in contrast =
denoted/are, in=20
> contrast, denoted/  I keep thinking that by contrast should be used,=20
> but I keep going back and forth on that so I would leave that along. =20
> If you go that it would be /types, by contrast, are denoted/

Yeah, I had a bit of trouble with that sentence due to having both "in =
CoRAL" and "in contrast". I've fixed the sentence as you suggested.

> Section 2.3 =E2=80=93 s/collisions when from different/collisions =
from/

The sentence currently says "This allows for the decentralized creation =
of new link relation types without the risk of collisions when from =
different organizations or domains of knowledge." With your proposed =
change, it would be "This allows for the decentralized creation of new =
link relation types without the risk of collisions from organizations or =
domains of knowledge." That doesn't seem to say the same thing... Maybe =
"This allows for the decentralized creation of new link relation types =
without the risk of collisions when they come from different =
organizations or domains of knowledge."?
[JLS] Yes that works.

> Section 2.3 =E2=80=93 The CBOR WG is defining two new tags for Date =
and TimeOfDay.  Should these be added as new literal values?

I've added these to the list of open issues related to literals:
<https://github.com/core-wg/coral/issues/56>

Dates without time and times-of-day always run into interesting problems =
regarding time zones... something is on June 9th, 2020, or something is =
at 11 a.m. -- but in what timezone? Do you have an example where you'd =
use Date or TimeOfDay in a CoRAL document; how would you handle =
timezones there?

[JLS] Neither of these need to have timezones handled, both of these are =
designed to be timezone free.  If we have a meeting, it starts at a =
specific instance in time and thus having us agree on that instance even =
if we are in different timezones is of importance.  However, my birthday =
occurs on a specific date and the time in that date is no longer of =
relevance.  You can wish me happy birthday at any point on that date =
(and no it is not my birthday today).  Don't have a use for TimeOfDay =
off the top of my head, but again it is not a specific instance in time =
so timezones do not apply.

> Section 2.3 =E2=80=93 s/is neither identified by/is identified by =
neither/

Fixed.

> Section 2.6 =E2=80=93 Step 5 =E2=80=93 Can the request method be a =
FETCH as well as a GET?

How would a client know whether to do a FETCH or a GET? Would a server =
be required to always support both? What would be the expected payload =
of the FETCH?
[JLS] I don't know if there is one.  An empty payload could of course be =
done.  The question just popped into my mind and I wanted to make sure =
that GET was the only one that would be used here.

> Section 4.1.4 =E2=80=93 I do not believe that expanding the MEDIAL =
character set is really a good idea.  Consider the following where one =
of the line uses HYPEN-MINUS and the other line uses ARMENIAN HYPEN.  I =
cannot see a difference if I am reading this.
> #using AB-CD =3D IRI1
> #using AB=D6=8ACD =3D IRI2

(The list of medials comes from
<https://unicode.org/reports/tr31/#Specific_Character_Adjustments>.)

The issue of glyphs looking visually similar is more general than just =
the hyphens; it basically applies to all identifiers and IRIs in the =
CoRAL textual format. For that reason, I've referenced =
<https://www.unicode.org/reports/tr36/tr36-15.html#visual_spoofing>
and <https://www.rfc-editor.org/rfc/rfc6943.txt> in the security =
considerations section . But maybe that's not enough?
[JLS] You cannot solve the problem with IRIs and there is no way that =
you can try.  However there is no reason to make the problem worse by =
allowing identifiers to have this problem. =20

> Section 4.1.5.3 =E2=80=93 There is a difference between the text and =
the ABNF for hexadecimal.  One of them only has the lowercase character =
and the other has both upper- and lowercase =E2=80=98x=E2=80=99.

Fixed. Both upper- and lowercase 'x' are intended to be permitted.

> Section 5.2 =E2=80=93 I am trying to figure out if not returning a =
CoRAL document is considered to be reasonable or not.  Does the phrase =
=E2=80=9Cprocessing result=E2=80=9D indicate an absent content?

The section is intended to just define the meaning of a CoRAL document =
when it occurs in different kinds of responses. It isn't meant to say =
that every response must contain a CoRAL document :-)

[JLS] OK - I don't think this needs to change I was just making sure.

> Section 5.2.1 =E2=80=93 If I return a link to the new document created =
in a CoRAL document, should I also return the location options or should =
they be omitted?

Again, the section isn't intended to say how you're supposed to indicate =
the URL of a new resource. Just what the meaning of a CoRAL document in =
the response to a POST is :-)

Maybe some sort of style guide for CoRAL-based applications would be =
useful, giving recommendations such as whether to prefer the CoAP
Location-* options or the payload for indicating the URL of a newly =
created resource.

[JLS] I would be happy if this was part of the application document =
rather than here.

> Section 6.1.3 =E2=80=93 I am wondering if an application might also =
require that the links and forms in a document be encoded in a specific =
order?

That's a good question. My first reaction would be that that might be =
overly restrictive. But maybe if that leads to measurable improvements =
in code size or so, it might be worth considering. Do you perhaps have =
an illustrative example?

[JLS] First I want to be clear that I think this would be application =
specific.  But if you are looking for some specific links and all of the =
forms are at the end then you can stop the blockwise transfer earlier.  =
That was what I was thinking when I wrote the question.

Jim


> I skimmed the end of the document so I may do another pass on that =
section later.

Thanks!

Klaus


From nobody Wed Jun 10 00:15:07 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D40B13A0A63 for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 00:15:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QKyUOCGIb3jO for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 00:15:02 -0700 (PDT)
Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 351D53A0A62 for <core@ietf.org>; Wed, 10 Jun 2020 00:15:01 -0700 (PDT)
Received: by mail-wm1-x333.google.com with SMTP id q25so782456wmj.0 for <core@ietf.org>; Wed, 10 Jun 2020 00:15:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6AKFz+w/mlDZkohgKkd93pD33kXx0XpKRHXZlFWx7MA=; b=DiwNEdJYQlPhCVglHuPoEJGlcnv0USFYoRD3jtn2bpzW34m001LG/Gq8kKyaXo4CrQ AKbDG3y93JQSrZfio7slGGL7mVP0oLXLR8V4ceSeYpV5yOBlbXIG/nrpCNVZprprFljF W3ZzHWOck3ZBz2Wry3HUZCKvrnyZBnvrTRBKzWlkW2Qpz8DS2/SbD7SDkwlXh4oFFsQQ oKw7tB7qB9TIbVMyc0vxsuaLqqFwqWh+Sb7P3vRW1/DdH4BOagUVM9kJT3pbAwAqRQA0 HAI4vH6Njk2aEfcOnm87X9fcilaWZm/sYe/GdHelex1xuEDxMUNsNJfMrvrquqnqZvZG 6mRQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6AKFz+w/mlDZkohgKkd93pD33kXx0XpKRHXZlFWx7MA=; b=SyPv2EHPBnCZobhuymELm3L0Rwpun0q1+mtgnkIT8x6u6jXLzJ2ew1PfwS7hFdJeqD nC+jatORrbgH49cDfdQ/s3rYUyobIoWlwL+RazmsTNF/Ee/qT6JfiLrlFr6PcwLdEEZy GwtkT54tPThKEuzmkJGB8xkQ/02vuzTioTLB88ipn064cBerrl2LJMecWhiTfuTRRY5I IH84CpoBkeZRHw6/6wc5VSlcW1463GnB8rpehfgfPf969mTIbi9OOT9rnB4HsXxhkOfd RPez4VtXgPnGi+udcbbkf8vQkFVUzNG/UGURYllb9CNts9kzLMMka3niwUFq4CprccCb bXSA==
X-Gm-Message-State: AOAM531bzanq+gblFy7NBFUk2mAcc76ZhRCE/Pf9XKMC4FaSuOIdpzSx lb+s2ToLWx/c99Wq9zAxWaBlQyGkRxlv5css3Hq+9nLhb28=
X-Google-Smtp-Source: ABdhPJxSshNKGIncBZ4LwADs23Q2ezye4ctndAZeSQOyCAqCQDvdkhIpldvOELu3kPV0cvSkJ1QBL9Sv/JVLpUPphSY=
X-Received: by 2002:a7b:cc9a:: with SMTP id p26mr1709700wma.86.1591773300017;  Wed, 10 Jun 2020 00:15:00 -0700 (PDT)
MIME-Version: 1.0
References: <CAAzbHvbCwoCnwCfGRFtP5aWzCH8WKcp5QCjH9t75ptAkDj0vVg@mail.gmail.com> <CAJFkdRxz-dohOXOrimB3eMdnSLjnwu3b=+HD1h1ZXrygzGcXRg@mail.gmail.com> <CAAzbHvYatuJdR3S+gAs0NsL-tio5uM4TFcjR7RyMmLaRh_mqMw@mail.gmail.com>
In-Reply-To: <CAAzbHvYatuJdR3S+gAs0NsL-tio5uM4TFcjR7RyMmLaRh_mqMw@mail.gmail.com>
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Wed, 10 Jun 2020 09:14:33 +0200
Message-ID: <CAJFkdRzfy0NiQBN_8e-gxaiFkk3fJ9wyKRbtPg298zYALFdAuw@mail.gmail.com>
To: Klaus Hartke <hartke@projectcool.de>
Cc: "core@ietf.org WG" <core@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001c704f05a7b59a60"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/l1zVj-5YIxy2p09vMPMSL1cC_i0>
Subject: Re: [core] Review of draft-ietf-core-comi-09
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2020 07:15:05 -0000

--0000000000001c704f05a7b59a60
Content-Type: text/plain; charset="UTF-8"

Hello Klaus,

I apologize for the late reply! Thank you for your review and your
suggestions! The link that you provided was very helpful, but I am still
wondering if I understand correctly the difference between Media-Type and
Content-Type. In my current understanding, if in a media-type
(application/cose) there is an option (application/cose; cose-type), having
a concrete value for that option is a Content-Type (application/cose;
cose-type="cose-encrypt"). In the "CoAP Content-Formats" it seems that such
strings are present and they are still called Media Type, hence my
confusion.

I applied your suggested changes with some deviation on applying the
example URLs suggestion. I tried to incorporate your advice, that of
Carsten and took some extra inspiration from the resource directory draft.
I believe that now it should be clear that the /c and /s are example values
and they should be discovered. Please let me know if the wording is clear
enough for you or if you have other suggestions.

You can find the difference between the last version you reviewed and the
current version here [1]. As usual, the editor's copy can be found here [2].

Best regards,
Ivaylo

[1]:
https://tools.ietf.org/rfcdiff?url1=https://raw.githubusercontent.com/core-wg/comi/99fcad48b28649fe79963c909c6d1483db496f00/draft-ietf-core-comi.txt&url2=https://core-wg.github.io/comi/draft-ietf-core-comi.txt
[2]: https://core-wg.github.io/comi/


On Mon, May 4, 2020 at 8:11 PM Klaus Hartke <hartke@projectcool.de> wrote:

> Ivaylo Petrov wrote:
> > I have changed content format to content type in all places where such a
> change seemed necessary. Please do not hesitate to let me know if I have
> missed any place or if I have misunderstood you.
>
> Hmm... I think in section 2.4 you're actually talking about media
> types, not content types.
>
> (I know it's confusing! Have a look at
> https://tools.ietf.org/html/draft-bormann-core-media-content-type-format-01
> )
>
> >> Section 4: It's not okay to mandate or recommend specific paths like
> >> </c> and </s>. Not even with a lower-cased "recommended". It's fine to
> >> define a path structure after the "root path" of the application and
> >> use an example path in examples, but implementers should not be
> >> restricted or discouraged in any way to choose a different path (see
> >> BCP 190). The best choice is probably to use a long, not very nice
> >> looking path like </path/to/the/data/store/X9?k="eth0">, so that
> >> implementers immediately get the idea to pick a shorter path
> >> themselves :-)
> >
> > [IP]: I believe I captured what was suggested here, but please check if
> that is indeed the case.
>
> Hmmm... maybe </path/to/the/data/store/X9?k=eth0> wasn't the best
> idea. Some examples now overflow the page width. And it's a bit
> difficult to see where the free-to-choose path segments end and the
> standardized path segments start.
>
> Maybe </...coreconf-path.../X9?k=eth0>?
>
> BTW, in examples I think <example.com/something> should be
> <coap://example.com/something> or <coaps://example.com/something>.
> <example.com/something> looks like a relative URI where the first path
> segment happens to contain a dot.
>
> In see in some tables and examples </c> still being used. Is that
> intentional? I think it would be better to use the same path prefix
> everywhere consistently. (At least the text should point out what
> free-to-choose path segments are used in examples.)
>
> >> Section 4: The document specifies the API in terms of the CoAP
> >> Uri-Query option a lot. The Uri-Query option is just the way how the
> >> query string of the request URI is encoded in CoAP, though. It would
> >> be better to specify the API in term of query strings and not to
> >> mention the Uri-Query option.
> >>
> >> Section 4.1: It's unclear if a client should send the query string
> >> <?k=0> or <?k="0"> (with quotes, as shown in the table) for a Boolean
> >> value.
> >
> > [IP]: I believe now this is clear. It is now also clarified that 0 maps
> to false and 1 to true (which might not be what a person using a lot of
> bash would expect).
>
> The text now says:
>
>     o The method int2str() is used to convert an integer value to a
>        decimal string. For example, int2str(\x01\x23) returns the three-
>        character string "291" (the quotes are added for readability, but
>        they are not part of the payload).
>
> Why does int2str now take a byte string as input?
>
> And I think one of "the three-character string "291"" or "(the quotes
> are added for readability, but they are not part of the payload)" is
> enough, you don't need both :-)
>
> Proposal:
>
>     o The method int2str() is used to convert an integer value to a
>        decimal string. For example, int2str(0x0123) return the three-
>        character string "291".
>
> The text now says on Booleans:
>
>     o The boolean representations (0) and (1) are the single character
>        strings U+0030 and U+0031, where false maps to (0) and true maps
>        to (1).
>
> Why not just something like this?
>
>     o The boolean values false and true are represented as the
> single-character
>        strings "0" and "1" respectively.
>
> Then the text now says:
>
>     The resulting key strings are joined using commas between two
>     consecutive key values to produce the value of the 'k' parameter.
>
> That's a good clarification.
>
>     The string value of the 'k' parameter is encoded in a Uri-Query as
>     specified in [RFC7252] section 6.5.
>
> It seems after "Uri-Query", the word "option" is missing. I think I'd
> just omit this sentence, though. It should be clear that query
> parameters are encoded as Uri-Query options in CoAP, no?
>
> Klaus
>

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"">Hello Klaus,<br><b=
r>I apologize for the late reply! Thank you for your review and your sugges=
tions! The link that you provided was very helpful, but I am still wonderin=
g if I understand correctly the difference between Media-Type and Content-T=
ype. In my current understanding, if in a media-type (application/cose) the=
re is an option (application/cose; cose-type), having a concrete value for =
that option is a Content-Type (application/cose; cose-type=3D&quot;cose-enc=
rypt&quot;). In the &quot;CoAP Content-Formats&quot; it seems that such str=
ings are present and they are still called Media Type, hence my confusion. =
<br><br>I applied your suggested changes with some deviation on applying th=
e example URLs suggestion. I tried to incorporate your advice, that of Cars=
ten and took some extra inspiration from the resource directory draft. I be=
lieve that now it should be clear that the /c and /s are example values and=
 they should be discovered. Please let me know if the wording is clear enou=
gh for you or if you have other suggestions.<br><br>You can find the differ=
ence between the last version you reviewed and the current version here [1]=
. As usual, the editor&#39;s copy can be found here [2].<br><br>Best regard=
s,<br>Ivaylo<br><br>[1]: <a href=3D"https://tools.ietf.org/rfcdiff?url1=3Dh=
ttps://raw.githubusercontent.com/core-wg/comi/99fcad48b28649fe79963c909c6d1=
483db496f00/draft-ietf-core-comi.txt&amp;url2=3Dhttps://core-wg.github.io/c=
omi/draft-ietf-core-comi.txt">https://tools.ietf.org/rfcdiff?url1=3Dhttps:/=
/raw.githubusercontent.com/core-wg/comi/99fcad48b28649fe79963c909c6d1483db4=
96f00/draft-ietf-core-comi.txt&amp;url2=3Dhttps://core-wg.github.io/comi/dr=
aft-ietf-core-comi.txt</a><br>[2]: <span style=3D"color:rgb(34,34,34);font-=
family:Arial,Helvetica,sans-serif"><a href=3D"https://core-wg.github.io/com=
i/">https://core-wg.github.io/comi/</a></span><br></div><div><div dir=3D"lt=
r" data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr=
"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><d=
iv dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div dir=3D"ltr"=
><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div><div><div style=3D=
"margin:0px;font-stretch:normal;line-height:normal"><div style=3D"margin:0p=
x;padding:0px 0px 20px;width:1949px"><div><div style=3D"margin:8px 0px 0px;=
padding:0px"><div><div style=3D"font-family:Roboto,RobotoDraft,Helvetica,Ar=
ial,sans-serif;font-size:16px"></div><div style=3D"font-family:Roboto,Robot=
oDraft,Helvetica,Arial,sans-serif;font-size:16px"></div></div></div><div st=
yle=3D"font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-size:=
medium"></div></div></div></div></div></div></div></div></div></div></div><=
/div></div></div></div></div></div></div></div></div></div></div></div></di=
v></div></div></div><br></div><br><div class=3D"gmail_quote"><div dir=3D"lt=
r" class=3D"gmail_attr">On Mon, May 4, 2020 at 8:11 PM Klaus Hartke &lt;<a =
href=3D"mailto:hartke@projectcool.de" target=3D"_blank">hartke@projectcool.=
de</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margi=
n:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex=
">Ivaylo Petrov wrote:<br>
&gt; I have changed content format to content type in all places where such=
 a change seemed necessary. Please do not hesitate to let me know if I have=
 missed any place or if I have misunderstood you.<br>
<br>
Hmm... I think in section 2.4 you&#39;re actually talking about media<br>
types, not content types.<br>
<br>
(I know it&#39;s confusing! Have a look at<br>
<a href=3D"https://tools.ietf.org/html/draft-bormann-core-media-content-typ=
e-format-01" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/ht=
ml/draft-bormann-core-media-content-type-format-01</a>)<br>
<br>
&gt;&gt; Section 4: It&#39;s not okay to mandate or recommend specific path=
s like<br>
&gt;&gt; &lt;/c&gt; and &lt;/s&gt;. Not even with a lower-cased &quot;recom=
mended&quot;. It&#39;s fine to<br>
&gt;&gt; define a path structure after the &quot;root path&quot; of the app=
lication and<br>
&gt;&gt; use an example path in examples, but implementers should not be<br=
>
&gt;&gt; restricted or discouraged in any way to choose a different path (s=
ee<br>
&gt;&gt; BCP 190). The best choice is probably to use a long, not very nice=
<br>
&gt;&gt; looking path like &lt;/path/to/the/data/store/X9?k=3D&quot;eth0&qu=
ot;&gt;, so that<br>
&gt;&gt; implementers immediately get the idea to pick a shorter path<br>
&gt;&gt; themselves :-)<br>
&gt;<br>
&gt; [IP]: I believe I captured what was suggested here, but please check i=
f that is indeed the case.<br>
<br>
Hmmm... maybe &lt;/path/to/the/data/store/X9?k=3Deth0&gt; wasn&#39;t the be=
st<br>
idea. Some examples now overflow the page width. And it&#39;s a bit<br>
difficult to see where the free-to-choose path segments end and the<br>
standardized path segments start.<br>
<br>
Maybe &lt;/...coreconf-path.../X9?k=3Deth0&gt;?<br>
<br>
BTW, in examples I think &lt;<a href=3D"http://example.com/something" rel=
=3D"noreferrer" target=3D"_blank">example.com/something</a>&gt; should be<b=
r>
&lt;coap://<a href=3D"http://example.com/something" rel=3D"noreferrer" targ=
et=3D"_blank">example.com/something</a>&gt; or &lt;coaps://<a href=3D"http:=
//example.com/something" rel=3D"noreferrer" target=3D"_blank">example.com/s=
omething</a>&gt;.<br>
&lt;<a href=3D"http://example.com/something" rel=3D"noreferrer" target=3D"_=
blank">example.com/something</a>&gt; looks like a relative URI where the fi=
rst path<br>
segment happens to contain a dot.<br>
<br>
In see in some tables and examples &lt;/c&gt; still being used. Is that<br>
intentional? I think it would be better to use the same path prefix<br>
everywhere consistently. (At least the text should point out what<br>
free-to-choose path segments are used in examples.)<br>
<br>
&gt;&gt; Section 4: The document specifies the API in terms of the CoAP<br>
&gt;&gt; Uri-Query option a lot. The Uri-Query option is just the way how t=
he<br>
&gt;&gt; query string of the request URI is encoded in CoAP, though. It wou=
ld<br>
&gt;&gt; be better to specify the API in term of query strings and not to<b=
r>
&gt;&gt; mention the Uri-Query option.<br>
&gt;&gt;<br>
&gt;&gt; Section 4.1: It&#39;s unclear if a client should send the query st=
ring<br>
&gt;&gt; &lt;?k=3D0&gt; or &lt;?k=3D&quot;0&quot;&gt; (with quotes, as show=
n in the table) for a Boolean<br>
&gt;&gt; value.<br>
&gt;<br>
&gt; [IP]: I believe now this is clear. It is now also clarified that 0 map=
s to false and 1 to true (which might not be what a person using a lot of b=
ash would expect).<br>
<br>
The text now says:<br>
<br>
=C2=A0 =C2=A0 o The method int2str() is used to convert an integer value to=
 a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0decimal string. For example, int2str(\x01\x23) r=
eturns the three-<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0character string &quot;291&quot; (the quotes are=
 added for readability, but<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0they are not part of the payload).<br>
<br>
Why does int2str now take a byte string as input?<br>
<br>
And I think one of &quot;the three-character string &quot;291&quot;&quot; o=
r &quot;(the quotes<br>
are added for readability, but they are not part of the payload)&quot; is<b=
r>
enough, you don&#39;t need both :-)<br>
<br>
Proposal:<br>
<br>
=C2=A0 =C2=A0 o The method int2str() is used to convert an integer value to=
 a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0decimal string. For example, int2str(0x0123) ret=
urn the three-<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0character string &quot;291&quot;.<br>
<br>
The text now says on Booleans:<br>
<br>
=C2=A0 =C2=A0 o The boolean representations (0) and (1) are the single char=
acter<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0strings U+0030 and U+0031, where false maps to (=
0) and true maps<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0to (1).<br>
<br>
Why not just something like this?<br>
<br>
=C2=A0 =C2=A0 o The boolean values false and true are represented as the si=
ngle-character<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0strings &quot;0&quot; and &quot;1&quot; respecti=
vely.<br>
<br>
Then the text now says:<br>
<br>
=C2=A0 =C2=A0 The resulting key strings are joined using commas between two=
<br>
=C2=A0 =C2=A0 consecutive key values to produce the value of the &#39;k&#39=
; parameter.<br>
<br>
That&#39;s a good clarification.<br>
<br>
=C2=A0 =C2=A0 The string value of the &#39;k&#39; parameter is encoded in a=
 Uri-Query as<br>
=C2=A0 =C2=A0 specified in [RFC7252] section 6.5.<br>
<br>
It seems after &quot;Uri-Query&quot;, the word &quot;option&quot; is missin=
g. I think I&#39;d<br>
just omit this sentence, though. It should be clear that query<br>
parameters are encoded as Uri-Query options in CoAP, no?<br>
<br>
Klaus<br>
</blockquote></div>

--0000000000001c704f05a7b59a60--


From nobody Wed Jun 10 02:17:20 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC28D3A0802 for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 02:17:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B3o8qqgFDKrU for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 02:17:16 -0700 (PDT)
Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 129863A07FB for <core@ietf.org>; Wed, 10 Jun 2020 02:17:16 -0700 (PDT)
Received: by mail-wm1-x342.google.com with SMTP id d128so1117304wmc.1 for <core@ietf.org>; Wed, 10 Jun 2020 02:17:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=RAQnW1kLjnRHhJ2Vv53N1q4sNfVDm8WyWREUvHYmF6s=; b=AdBenUXLzHlODb22QWL98TmOPdtdSlv4AUqWa9v61BdYkZAXgewla5spvV3o453Er3 nW1zpWgxyBNPnGzXVKyUc0c22YC98840JVoqj81/vody7K0FLOvx8hp7zxnQcxkU3k35 JaoP9CPZOJNu7Diyk0AKdsdeSulyjBMnwGVFdQqA8/kMqiq3/c8DHtY8AXRAnPO6IswZ f2rdSWqKtQWpeDl9VEfw0dGeE3dB2OGQJJi/FPk6IwhMA3QkC6+OxqDTZ266LzWotnAh Csg0nEkbIdtGlIxwoF5imQWVXRnpxALr5hkv6n+q0UcBCqkNJV/j7XjvyXX7yPfbqTGi bNPg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=RAQnW1kLjnRHhJ2Vv53N1q4sNfVDm8WyWREUvHYmF6s=; b=OXcbE6MpQIw5GW+LCbk9l6UIhWSC5B8QPMdQfmufeitB9o8Y+U1n8zKT7Ow8KxMiW2 ozH2E1JZ5zj29IUDxYMooLSXQJ+uSMwn9z2O92ok3Av/4lhsE7xU16qldw1OvyAEbzA5 584hMY9dGOc9KJWjssncCvQCI8lqGR9TyQdo5npR9Hkuk9uw4B5JfAoFZ3MAIf6reNYW iexs5C8vwlNvEU+KevtJCgvWaqqnAWaifli/QJQ/heTt9SNxGVrDB4F3y0FH0oYel2fW 9Q4iQg3I38nYZEqpIUDYF/19Xnm74Y/URC313v5a+Fueay9rf21pIIgWz1ma7Iqyco54 M97g==
X-Gm-Message-State: AOAM531g3LQzG7TW1nxr8ut+Zee27ckB+YIZ0DfEBLcUPLmu8jLNb+GA QHKXnKVaGSjKV+jfLmI3UDHRVdApRGy6lTdInV0dYQ==
X-Google-Smtp-Source: ABdhPJylp/RYFTpnqwvtIRBWKuMZRR1lepIZFSPt1i4VGzblmBwOIZApz3peAzmRBRJGkmOyHNAlcYC8QhArP/fYgls=
X-Received: by 2002:a1c:4405:: with SMTP id r5mr2295574wma.72.1591780633452; Wed, 10 Jun 2020 02:17:13 -0700 (PDT)
MIME-Version: 1.0
References: <20200330213129.m2azrbeaxrtgivfc@anna.jacobs.jacobs-university.de> <CAJFkdRz445b4n86ug=v1ruYYWbDjwnEJwUNCZvEzENu_gMV0bg@mail.gmail.com> <20200415162054.s4bjcrienqvrytfz@anna.jacobs.jacobs-university.de>
In-Reply-To: <20200415162054.s4bjcrienqvrytfz@anna.jacobs.jacobs-university.de>
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Wed, 10 Jun 2020 11:16:47 +0200
Message-ID: <CAJFkdRyVc0Ti6nsaWbNoqMH4GZU9qB3r0EQb0MtUoueEBma-Pg@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Ivaylo Petrov <ivaylo@ackl.io>,  core <core@ietf.org>, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000037c2ce05a7b74f82"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/S1cfRPa8Jtp_g1LEGohZ_7rE2SE>
Subject: Re: [core] js review of draft-ietf-core-sid-12
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2020 09:17:19 -0000

--00000000000037c2ce05a7b74f82
Content-Type: text/plain; charset="UTF-8"

Hello Jurgen,

I am sorry for the late reply and thank you for your latest review and
comments. Please find my answers below. The updated version that contains
those changes is already published as -13, therefore the diff with the
previous text can be found here [1].
Best regards,
Ivaylo

[1]:
https://www.ietf.org/rfcdiff?url1=draft-ietf-core-sid-12&url2=draft-ietf-core-sid-13

On Wed, Apr 15, 2020 at 6:20 PM Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Wed, Apr 15, 2020 at 03:27:21PM +0200, Ivaylo Petrov wrote:
>
> > - The ID seems to assume that semantics of yang items never change.
> > >   This is true so far but NETMOD has chartered work that might change
> > >   this property. So what happens if the semantics of a YANG item
> > >   changes?
> > >
> > >    SIDs are assigned permanently, items introduced by a new revision of
> > >    a YANG module are added to the list of SIDs already assigned.
> > >
> > >   If a YANG module changes in a non-backwards compatible way, I assume
> > >   a new sid range must be allocated? Strictly speaking, this question
> > >   does not have to be answered today but it very likely needs an
> > >   answer in the future...
> > >
> >
> > [IP]: We will not be able to clearly answer this before there is more
> > information how the YANG items semantics can change. For now it looks
> like
> > assigning new range would be a good solution, but maybe there will be
> some
> > other solutions that will be even more optimal. What looks logical is
> that
> > at least every semantic of an item should have a separate SID.
>
> Yes and this will impact the SID document since SIDs are going to be
> specific to a (module, path, version) triple.
>

[IP]: I rephrased the following text in order to prepare the future change
of meaning:
Old:

 SIDs are assigned permanently, items introduced by a new revision of a YANG
module are added to the list of SIDs already assigned.

New:

 SIDs are assigned permanently, items introduced by a new revision of a YANG
module are added to the list of SIDs already assigned. If the meaning of an
item changes, for example as a result from a non-backward compatible update
of
the YANG module, a new SID should be assigned to it.

> - Is it CoRECONF or CORECONF? And I find the term CORECONF confusing.
> > >   We have two protocols called NETCONF and RESTCONF and now we add
> > >   another protocol called CoMI and we call CoMI together with YANG
> > >   CBOR and SIDs CORECONF?
> > >
> > >   1) NETCONF  + YANG + XML      serialization + path naming -> ?
> > >   2) RESTCONF + YANG + XML|JSON serialization + path naming -> ?
> > >   3) CoMI     + YANG + CBOR     serialization + SID naming  -> CORECONF
> > >
> > >   We do not have a term for 1) and 2) and then we have a term for 3)
> > >   which, however, looks more like the protocol names used in 1) and
> > >   2). This comment is not specific to this ID, but the asymmetry
> > >   showed up while reading the SID document, I had to look at other IDs
> > >   to understand how things are named. And the SID document says
> > >
> > >    YANG is a language designed to model data accessed using one of the
> > >    compatible protocols (e.g.  NETCONF [RFC6241], RESCONF [RFC8040] and
> > >    CoRECONF [I-D.ietf-core-comi]).
> > >
> > >   Then I read the CoMI abstract. It first says CoMI is "a CoAP
> > >   Management Interface", it then says "The complete solution composed
> > >   of CoMI, [I-D.ietf-core-yang-cbor] and [I-D.ietf-core-sid] is called
> > >   CORECONF." and finally it states that "CORECONF extends the set of
> > >   YANG based protocols, NETCONF and RESTCONF, with the capability to
> > >   manage constrained devices and networks.". So I am confused, is
> > >   CORECONF a protocol as stated in this document? Or is CoMI a
> > >   protocol? (What is then the difference between a "Management
> > >   Interface" and a management protocol?) I am not sure whether I get
> > >   to review comi, hence I mention my confusion here as I hit it while
> > >   reviewing the sid document.
> > >
> >
> > [IP]: Currently this is indeed somewhat confusing. The proposed change
> from
> > Michael Richardson was to at least have CORECONF in the title of the CoMI
> > document. I am wondering if that might still leave some of the confusion.
> > For me the simple solution is in this document to refer to CoMI, not
> > CORECONF and let CoMI draft define what CORECONF actually is. Unless you
> > think this will still not resolve the issue, this is going to be my way
> > forward.
>
> Avoiding CORECONF in this document helps to limit the problem. If CoMI
> is the name of the protocol, I would hope we do not need CORECONF at
> all. But then CORECONF is all over the place in
> draft-ietf-core-comi-09.txt, it actually looks like the protocol is
> called CORECONF and not CoMI. I really believe this terminology
> confusion needs to be resolved in the WG so the WG actually knows and
> agrees on the name of the technology they standardize.
>
> > - This description makes little sense to me:
> > >
> > >   typedef sid-file-version-identifier {
> > >     type uint64;
> > >     description
> > >       "Optional attribute that gives information about the .sid file
> > >        version.";
> > >   }
> > >
> > >   This is a type definition. Why does the description talk about an
> > >   optional attribute? The type should not state whether something
> > >   using the type is optional or not. (And I would prefer to avoid
> > >   'attribute', better use YANG defined terms or just describe that
> > >   this type represents a version number for a SID file.)
> > >
> >
> > [IP]: I believe now it should be more clear.
>
> Yes. I wonder though, is this a simple linear counter? Or can it be
> anything as long as newer > older is satisfied? Or is this just a tag
> that needs to match and it does not imply any order semantics?
>

[IP]: The intention was to be newer > older without any implied semantics. I
rephrased the text to capture this.
Old:
           "Optional leaf that specifies the version number of the .sid
file.
          .sid files and the version
          sequence are specific to a given YANG module revision.
          This number starts at zero when there is a YANG module update.
          This number can distinguish updates to the SID file which are the
result of
          new processing, or the result of reported errata.";
New:
           "Optional leaf that specifies the version number of the .sid
file.
          .sid files and the version sequence are specific to a given YANG
          module revision. This number starts at zero when there is a new
YANG
          module revision and increases monotonically.  This number can
          distinguish updates to the .sid file which are the result of new
          processing, or the result of reported errata.";

>   s/Identifies a schema-node path string/A schema-node path"
> > >
> > >   It is a bit confusing to define a schema-node path by way of
> > >   reference to an instance identifier. I understand that you borrow
> > >   the namespace encoding from the way JSON encode instance identifiers
> > >   but this type really represents what RFC 7950 calls an absolute
> > >   schema node identifier, no? Is the term schema-node path actually
> > >   needed or is it the same as absolute schema node identifier? Or is
> > >   the difference between the two how namespaces are represented?
> > >
> >
> > [IP]: I might have misunderstood something, but my understanding is that
> > the prefix related to a module could be changed during an import, whereas
> > here we really want to use the module name as a more stable identifier.
> The
> > difference between absolute schema node identifier and schema-node path
> is
> > that we mandate the use of module name and not prefix as defined in RFC
> > 7950.
>
> Well, what you model here is an absolute schema node path, except that
> prefixes are replaced by module names. Note that refering to
> instance-identifier as defined in RFC 7951 has the problem, the RFC
> 7951 definition of an instance-identifier also includes prefixes
> instead of module names.
>

[IP]: I might be misunderstanding your statement or the text in RFC 7951,
but if I read sec 6.11. from RFC 7951 correctly,

The leftmost (top-level) data node name is always in the
namespace-qualified form.


In sec 4 of RFC 7951 the namespace-qualified form seems to only use the
module name and not the prefix. My impression seems to be supported also by
the example in this section. Due to this I believe the current text is
actually correct.

/js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
>

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

<div dir=3D"ltr"><span class=3D"gmail_default" style=3D"font-family:verdana=
,sans-serif;color:rgb(11,83,148)"></span>Hello Jurgen,<br><br>I am sorry fo=
r the late=C2=A0<span class=3D"gmail_default">reply and thank you for your =
latest review and comments.=C2=A0<font color=3D"#0b5394" face=3D"verdana, s=
ans-serif"></font></span>Please find my answers below.<span class=3D"gmail_=
default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)">=C2=
=A0</span><span class=3D"gmail_default" style=3D"font-family:verdana,sans-s=
erif;color:rgb(11,83,148)"></span>The updated version that contains those c=
hanges is already published as -13<span class=3D"gmail_default" style=3D"fo=
nt-family:verdana,sans-serif;color:rgb(11,83,148)"></span><span class=3D"gm=
ail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)">=
</span>, therefore the diff with the previous text can be found here [1].<b=
r><div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif=
;color:rgb(11,83,148)"></div>Best regards,<br>Ivaylo<span style=3D"color:rg=
b(11,83,148);font-family:verdana,sans-serif"></span><br></div><div><div><sp=
an class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:rg=
b(11,83,148)"><br></span></div><div><span class=3D"gmail_default" style=3D"=
font-family:verdana,sans-serif;color:rgb(11,83,148)"></span>[1]: <a href=3D=
"https://www.ietf.org/rfcdiff?url1=3Ddraft-ietf-core-sid-12&amp;url2=3Ddraf=
t-ietf-core-sid-13" target=3D"_blank">https://www.ietf.org/rfcdiff?url1=3Dd=
raft-ietf-core-sid-12&amp;url2=3Ddraft-ietf-core-sid-13</a><span style=3D"c=
olor:rgb(11,83,148);font-family:verdana,sans-serif"></span></div><div><div =
dir=3D"ltr"><div style=3D"font-family:verdana,sans-serif;color:rgb(11,83,14=
8)"><br><span style=3D"font-family:Arial,Helvetica,sans-serif;color:rgb(34,=
34,34)">On Wed, Apr 15, 2020 at 6:20 PM Juergen Schoenwaelder &lt;</span><a=
 href=3D"mailto:j.schoenwaelder@jacobs-university.de" style=3D"font-family:=
Arial,Helvetica,sans-serif" target=3D"_blank">j.schoenwaelder@jacobs-univer=
sity.de</a><span style=3D"font-family:Arial,Helvetica,sans-serif;color:rgb(=
34,34,34)">&gt; wrote:</span><br></div></div><div class=3D"gmail_quote"><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-lef=
t:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Apr 15, 2020 at 03:2=
7:21PM +0200, Ivaylo Petrov wrote:<br>
<br>
&gt; - The ID seems to assume that semantics of yang items never change.<br=
>
&gt; &gt;=C2=A0 =C2=A0This is true so far but NETMOD has chartered work tha=
t might change<br>
&gt; &gt;=C2=A0 =C2=A0this property. So what happens if the semantics of a =
YANG item<br>
&gt; &gt;=C2=A0 =C2=A0changes?<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0 SIDs are assigned permanently, items introduced by a=
 new revision of<br>
&gt; &gt;=C2=A0 =C2=A0 a YANG module are added to the list of SIDs already =
assigned.<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0If a YANG module changes in a non-backwards compatibl=
e way, I assume<br>
&gt; &gt;=C2=A0 =C2=A0a new sid range must be allocated? Strictly speaking,=
 this question<br>
&gt; &gt;=C2=A0 =C2=A0does not have to be answered today but it very likely=
 needs an<br>
&gt; &gt;=C2=A0 =C2=A0answer in the future...<br>
&gt; &gt;<br>
&gt; <br>
&gt; [IP]: We will not be able to clearly answer this before there is more<=
br>
&gt; information how the YANG items semantics can change. For now it looks =
like<br>
&gt; assigning new range would be a good solution, but maybe there will be =
some<br>
&gt; other solutions that will be even more optimal. What looks logical is =
that<br>
&gt; at least every semantic of an item should have a separate SID.<br>
<br>
Yes and this will impact the SID document since SIDs are going to be<br>
specific to a (module, path, version) triple.<br></blockquote><div><br></di=
v><div><span class=3D"gmail_default" style=3D"font-family:verdana,sans-seri=
f;color:rgb(11,83,148)"></span>[IP]: I rephrased=C2=A0<span class=3D"gmail_=
default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"></sp=
an><span class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;co=
lor:rgb(11,83,148)"></span>the following text=C2=A0in order to prepare the =
future change of meaning:<div class=3D"gmail_default" style=3D"font-family:=
verdana,sans-serif;color:rgb(11,83,148)"><span class=3D"gmail_default"></sp=
an><span style=3D"font-family:Arial,Helvetica,sans-serif;color:rgb(34,34,34=
)">Old:</span><br></div></div></div><blockquote style=3D"margin:0 0 0 40px;=
border:none;padding:0px"><div class=3D"gmail_quote"><div>=C2=A0SIDs are ass=
igned permanently, items introduced by a new revision of a YANG</div></div>=
<div class=3D"gmail_quote"><div><span class=3D"gmail_default" style=3D"font=
-family:verdana,sans-serif;color:rgb(11,83,148)"> </span>module are added t=
o the list of SIDs already assigned.</div></div></blockquote><span class=3D=
"gmail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148=
)"></span>New:<blockquote style=3D"margin:0 0 0 40px;border:none;padding:0p=
x"><div class=3D"gmail_quote"><div>=C2=A0<span class=3D"gmail_default" styl=
e=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"></span>SIDs are a=
ssigned permanently, items introduced by a new revision of a YANG</div></di=
v><div class=3D"gmail_quote"><div><span class=3D"gmail_default" style=3D"fo=
nt-family:verdana,sans-serif;color:rgb(11,83,148)"> </span>module are added=
 to the list of SIDs already assigned. If the meaning of an</div></div><div=
 class=3D"gmail_quote"><div><span class=3D"gmail_default" style=3D"font-fam=
ily:verdana,sans-serif;color:rgb(11,83,148)"> </span>item changes, for exam=
ple as a result from a non-backward compatible update of</div></div><div cl=
ass=3D"gmail_quote"><div><span class=3D"gmail_default" style=3D"font-family=
:verdana,sans-serif;color:rgb(11,83,148)"> </span>the YANG module, a new SI=
D should be assigned to it.</div><div><br></div></div><div class=3D"gmail_q=
uote"><div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-s=
erif;color:rgb(11,83,148)"></div></div></div></blockquote><div class=3D"gma=
il_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8=
ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">&gt; - Is it Co=
RECONF or CORECONF? And I find the term CORECONF confusing.<br>
&gt; &gt;=C2=A0 =C2=A0We have two protocols called NETCONF and RESTCONF and=
 now we add<br>
&gt; &gt;=C2=A0 =C2=A0another protocol called CoMI and we call CoMI togethe=
r with YANG<br>
&gt; &gt;=C2=A0 =C2=A0CBOR and SIDs CORECONF?<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A01) NETCONF=C2=A0 + YANG + XML=C2=A0 =C2=A0 =C2=A0 ser=
ialization + path naming -&gt; ?<br>
&gt; &gt;=C2=A0 =C2=A02) RESTCONF + YANG + XML|JSON serialization + path na=
ming -&gt; ?<br>
&gt; &gt;=C2=A0 =C2=A03) CoMI=C2=A0 =C2=A0 =C2=A0+ YANG + CBOR=C2=A0 =C2=A0=
 =C2=A0serialization + SID naming=C2=A0 -&gt; CORECONF<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0We do not have a term for 1) and 2) and then we have =
a term for 3)<br>
&gt; &gt;=C2=A0 =C2=A0which, however, looks more like the protocol names us=
ed in 1) and<br>
&gt; &gt;=C2=A0 =C2=A02). This comment is not specific to this ID, but the =
asymmetry<br>
&gt; &gt;=C2=A0 =C2=A0showed up while reading the SID document, I had to lo=
ok at other IDs<br>
&gt; &gt;=C2=A0 =C2=A0to understand how things are named. And the SID docum=
ent says<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0 YANG is a language designed to model data accessed u=
sing one of the<br>
&gt; &gt;=C2=A0 =C2=A0 compatible protocols (e.g.=C2=A0 NETCONF [RFC6241], =
RESCONF [RFC8040] and<br>
&gt; &gt;=C2=A0 =C2=A0 CoRECONF [I-D.ietf-core-comi]).<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0Then I read the CoMI abstract. It first says CoMI is =
&quot;a CoAP<br>
&gt; &gt;=C2=A0 =C2=A0Management Interface&quot;, it then says &quot;The co=
mplete solution composed<br>
&gt; &gt;=C2=A0 =C2=A0of CoMI, [I-D.ietf-core-yang-cbor] and [I-D.ietf-core=
-sid] is called<br>
&gt; &gt;=C2=A0 =C2=A0CORECONF.&quot; and finally it states that &quot;CORE=
CONF extends the set of<br>
&gt; &gt;=C2=A0 =C2=A0YANG based protocols, NETCONF and RESTCONF, with the =
capability to<br>
&gt; &gt;=C2=A0 =C2=A0manage constrained devices and networks.&quot;. So I =
am confused, is<br>
&gt; &gt;=C2=A0 =C2=A0CORECONF a protocol as stated in this document? Or is=
 CoMI a<br>
&gt; &gt;=C2=A0 =C2=A0protocol? (What is then the difference between a &quo=
t;Management<br>
&gt; &gt;=C2=A0 =C2=A0Interface&quot; and a management protocol?) I am not =
sure whether I get<br>
&gt; &gt;=C2=A0 =C2=A0to review comi, hence I mention my confusion here as =
I hit it while<br>
&gt; &gt;=C2=A0 =C2=A0reviewing the sid document.<br>
&gt; &gt;<br>
&gt; <br>
&gt; [IP]: Currently this is indeed somewhat confusing. The proposed change=
 from<br>
&gt; Michael Richardson was to at least have CORECONF in the title of the C=
oMI<br>
&gt; document. I am wondering if that might still leave some of the confusi=
on.<br>
&gt; For me the simple solution is in this document to refer to CoMI, not<b=
r>
&gt; CORECONF and let CoMI draft define what CORECONF actually is. Unless y=
ou<br>
&gt; think this will still not resolve the issue, this is going to be my wa=
y<br>
&gt; forward.<br>
<br>
Avoiding CORECONF in this document helps to limit the problem. If CoMI<br>
is the name of the protocol, I would hope we do not need CORECONF at<br>
all. But then CORECONF is all over the place in<br>
draft-ietf-core-comi-09.txt, it actually looks like the protocol is<br>
called CORECONF and not CoMI. I really believe this terminology<br>
confusion needs to be resolved in the WG so the WG actually knows and<br>
agrees on the name of the technology they standardize.<br>
<br>
&gt; - This description makes little sense to me:<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0typedef sid-file-version-identifier {<br>
&gt; &gt;=C2=A0 =C2=A0 =C2=A0type uint64;<br>
&gt; &gt;=C2=A0 =C2=A0 =C2=A0description<br>
&gt; &gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0&quot;Optional attribute that gives inf=
ormation about the .sid file<br>
&gt; &gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 version.&quot;;<br>
&gt; &gt;=C2=A0 =C2=A0}<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0This is a type definition. Why does the description t=
alk about an<br>
&gt; &gt;=C2=A0 =C2=A0optional attribute? The type should not state whether=
 something<br>
&gt; &gt;=C2=A0 =C2=A0using the type is optional or not. (And I would prefe=
r to avoid<br>
&gt; &gt;=C2=A0 =C2=A0&#39;attribute&#39;, better use YANG defined terms or=
 just describe that<br>
&gt; &gt;=C2=A0 =C2=A0this type represents a version number for a SID file.=
)<br>
&gt; &gt;<br>
&gt; <br>
&gt; [IP]: I believe now it should be more clear.<br>
<br>
Yes. I wonder though, is this a simple linear counter? Or can it be<br>
anything as long as <span class=3D"gmail_default" style=3D"font-family:verd=
ana,sans-serif;color:rgb(11,83,148)"></span>newer &gt; older is satisfied? =
Or is this just a tag<br>
that needs to match and it does not imply any order semantics?<br></blockqu=
ote><div>=C2=A0</div><div class=3D"gmail_default" style=3D"font-family:verd=
ana,sans-serif;color:rgb(11,83,148)"></div>[IP]: The intention was to be ne=
wer &gt; older without any implied semantics.<span class=3D"gmail_default" =
style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"> </span><span=
 class=3D"gmail_default">I rephrased the text to capture this.<font color=
=3D"#0b5394" face=3D"verdana, sans-serif"></font></span></div><span class=
=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,=
148)"></span>Old:<div><span class=3D"gmail_default" style=3D"font-family:ve=
rdana,sans-serif;color:rgb(11,83,148)"></span>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0&quot;Optional leaf that specifies the version number of the .=
sid file.<br><span class=3D"gmail_default" style=3D"font-family:verdana,san=
s-serif;color:rgb(11,83,148)"> </span>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 .s=
id files and the version<br><span class=3D"gmail_default" style=3D"font-fam=
ily:verdana,sans-serif;color:rgb(11,83,148)"> </span>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0=C2=A0sequence are specific to a given YANG module revision.<b=
r><span class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;col=
or:rgb(11,83,148)"> </span>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 This number s=
tarts at zero when there is a YANG module update.<br><span class=3D"gmail_d=
efault" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"> </sp=
an>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 This number can distinguish updates t=
o the SID file which are the result of<br>=C2=A0<span class=3D"gmail_defaul=
t" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"> </span> =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 new processing, or the result of reported errat=
a.&quot;;<br><span class=3D"gmail_default" style=3D"font-family:verdana,san=
s-serif;color:rgb(11,83,148)"></span>New:<div class=3D"gmail_quote"><span c=
lass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11=
,83,148)"></span>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&quot;Optional le=
af that specifies the version number of the .sid file.<font color=3D"#0b539=
4" face=3D"verdana, sans-serif"><span class=3D"gmail_default" style=3D"font=
-family:verdana,sans-serif;color:rgb(11,83,148)"><br></span></font></div><s=
pan class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:r=
gb(11,83,148)"> </span>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 .sid files and th=
e version sequence are specific to a given YANG<br><span class=3D"gmail_def=
ault" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"> </span=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 module revision. This number starts at =
zero when there is a new YANG<br><span class=3D"gmail_default" style=3D"fon=
t-family:verdana,sans-serif;color:rgb(11,83,148)"> </span>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 module revision and increases monotonically.=C2=A0 This n=
umber can<br><span class=3D"gmail_default" style=3D"font-family:verdana,san=
s-serif;color:rgb(11,83,148)"> </span>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 di=
stinguish updates to the .sid file which are the result of new<br><span cla=
ss=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,8=
3,148)"> </span>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 processing, or the resul=
t of reported errata.&quot;;</div><div><br><div class=3D"gmail_quote"><font=
 color=3D"#0b5394" face=3D"verdana, sans-serif"><span class=3D"gmail_defaul=
t" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"></span></f=
ont><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bor=
der-left:1px solid rgb(204,204,204);padding-left:1ex">
&gt;=C2=A0 =C2=A0s/Identifies a schema-node path string/A schema-node path&=
quot;<br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0It is a bit confusing to define a schema-node path by=
 way of<br>
&gt; &gt;=C2=A0 =C2=A0reference to an instance identifier. I understand tha=
t you borrow<br>
&gt; &gt;=C2=A0 =C2=A0the namespace encoding from the way JSON encode insta=
nce identifiers<br>
&gt; &gt;=C2=A0 =C2=A0but this type really represents what RFC 7950 calls a=
n absolute<br>
&gt; &gt;=C2=A0 =C2=A0schema node identifier, no? Is the term schema-node p=
ath actually<br>
&gt; &gt;=C2=A0 =C2=A0needed or is it the same as absolute schema node iden=
tifier? Or is<br>
&gt; &gt;=C2=A0 =C2=A0the difference between the two how namespaces are rep=
resented?<br>
&gt; &gt;<br>
&gt; <br>
&gt; [IP]: I might have misunderstood something, but my understanding is th=
at<br>
&gt; the prefix related to a module could be changed during an import, wher=
eas<br>
&gt; here we really want to use the module name as a more stable identifier=
. The<br>
&gt; difference between absolute schema node identifier and schema-node pat=
h is<br>
&gt; that we mandate the use of module name and not prefix as defined in RF=
C<br>
&gt; 7950.<br>
<br>
Well, what you model here is an absolute schema node path, except that<br>
prefixes are replaced by module names. Note that refering to<br>
instance-identifier as defined in RFC 7951 has the problem, the RFC<br>
7951 definition of an instance-identifier also includes prefixes<br>
instead of module names.<br></blockquote><div><br></div><span class=3D"gmai=
l_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"></=
span>[IP]: I might be misunderstanding your statement or the text in RFC 79=
51, but if I read sec 6.11. from RFC 7951 correctly, <div class=3D"gmail_de=
fault" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"><br></=
div></div></div><blockquote style=3D"margin:0 0 0 40px;border:none;padding:=
0px"><div><span class=3D"gmail_default" style=3D"font-family:verdana,sans-s=
erif;color:rgb(11,83,148)"></span>The leftmost (top-level) data node name i=
s always in the namespace-qualified form.</div></blockquote><div><div class=
=3D"gmail_quote"><div><br></div><span class=3D"gmail_default" style=3D"font=
-family:verdana,sans-serif;color:rgb(11,83,148)"></span>In sec 4 of RFC 795=
1 the namespace-qualified form seems to only use the module name and not th=
e prefix. My impression seems to be supported also by the example in this s=
ection. Due to this I believe the current text is actually correct.<div><br=
></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;=
border-left:1px solid rgb(204,204,204);padding-left:1ex">
/js <br>
<br>
-- <br>
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer=
sity Bremen gGmbH<br>
Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28=
759 Bremen | Germany<br>
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a h=
ref=3D"https://www.jacobs-university.de/" rel=3D"noreferrer" target=3D"_bla=
nk">https://www.jacobs-university.de/</a>&gt;<br>
</blockquote></div>
</div></div></div></div>

--00000000000037c2ce05a7b74f82--


From nobody Wed Jun 10 08:29:12 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 734DA3A094A for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 08:29:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id huQJ0KQ2sgqx for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 08:29:07 -0700 (PDT)
Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 376D53A094D for <core@ietf.org>; Wed, 10 Jun 2020 08:29:07 -0700 (PDT)
Received: by mail-wr1-x431.google.com with SMTP id j10so2757900wrw.8 for <core@ietf.org>; Wed, 10 Jun 2020 08:29:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PVSowF/AR7w1ZHjEpbXl28BXjqz4etzaj5ZTL+4EP8A=; b=M+Cjw6w0mG3Jsnfo2Y8h0eDRXWvUSTIXAszBZngq9oPRBu0XiIYjm7FMODmRfzUmQn 4hBJ+kCfOv4SnhDoSBzbC0rNaBbMZABsgheq+PTTKaJo/v8wkCfU9x+GjXT0bbr6Z9DE S99oRq43su26KOEeWiwiC32tfqMtEDn23nK64EF5IhO7c6jvYw6W5tYTA1sqYfLQXzky D17CLq8WT7F2ZKZV4jqCKix7PH1XjhcQGi3uqB6ArXBNZrwsCk+I/CQGUTxQ0ibCEZCu rO8mf0XfXLoaCPY5s9mB8OuIASECSJPwhxZXg6Y+igVgDVTkz38U0qHKsjmb561e0qkp 1clw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PVSowF/AR7w1ZHjEpbXl28BXjqz4etzaj5ZTL+4EP8A=; b=sLy5qwXNfSvW9iFe8ADG8QW4dxaRFaHkQprb+hOrWPShc7YPbpdecNWAzYhuB+L4jZ vOn+f8g1+yOd2TlaNWkVs5AIT4DiGwsWZ9w6Dnv0U3YxXwBrO1pgbqaWfR9XHs6ddL14 EaQkHcUH+LNR4yg4pdH8yPapn4gPZ1nEgDeKZxlwRepbM8JVZB2wjd7ooxrmO/J+BbW3 6wIGzjykzwVVMDSnmd20gBR4G1Z/3lS6L+orCFGvjbK68jFb+2HjXOCFYrUhxkJ0tUlf HZSX3+E6wUhkeS/y1URYMOmRqiq+gslfNPtTIT6OXEz5FC9190RcrVCZ3QnPpC/NUnh3 YLXQ==
X-Gm-Message-State: AOAM530lU4NnjVy7blJsHQMz6yEcQ/V4jtniOm3D7HspTgZL6L3erNDG cOQeamyYLqas+JbVLaw9U8NLXCnJJneVsDn2l83AOA==
X-Google-Smtp-Source: ABdhPJzHgpBv44nTDfLDyMirl4Lrrg3nkTWTmFSo94+OgtKp+TCarvltE99ZrtANj3FCGJSr++cmJwiVsY63eMdGvVI=
X-Received: by 2002:a05:6000:1104:: with SMTP id z4mr4313843wrw.272.1591802945621;  Wed, 10 Jun 2020 08:29:05 -0700 (PDT)
MIME-Version: 1.0
References: <CAJFkdRzoF9WZT2CV_et6kfZzPp9BaUi6Wsi=-EPTsfu5J8F1tQ@mail.gmail.com> <17287.1591316325@localhost>
In-Reply-To: <17287.1591316325@localhost>
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Wed, 10 Jun 2020 17:28:39 +0200
Message-ID: <CAJFkdRyvxffHKk-inPWWCDTi=cmzW=PNWjaCJKe5Qd4xcBAJLA@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: core <core@ietf.org>, core-chairs@ietf.org, Andy Bierman <andy@yumaworks.com>,  Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, tom petch <ietfc@btconnect.com>, draft-ietf-core-sid@ietf.org
Content-Type: multipart/alternative; boundary="000000000000206a4505a7bc8123"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/cydbV0BCYpp0Wrm14FEqxyalmJc>
Subject: Re: [core] SID open comments/discussions before WGLC2
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2020 15:29:11 -0000

--000000000000206a4505a7bc8123
Content-Type: text/plain; charset="UTF-8"

Hi Michael,

Thank you for your feedback! During the CORE interim today we briefly
discussed the SID naming issue and what Carsten suggested was to officially
use the name YANG SID (or YSID), but in case there will be no confusion, to
abbreviate this to just SID. That way people looking for YANG SIDs will
always find the relevant documents, but we will not need to do too big of a
rework of the drafts and tools minimizing the risk of mistakes. How does
that sound to you?
Best regards,
Ivaylo


On Fri, Jun 5, 2020 at 2:18 AM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> {Thanks for the update.  While many people seem to have gotten COVacations,
> it seems that those of us who already worked remotely, just got more work
> :-}
>
> Ivaylo Petrov <ivaylo@ackl.io> wrote:
>     > My understanding is that with the latest revision -13, we have
> addressed
>     > all pending comments (most notably the early allocation one). The
> only
>     > items that were mentioned and not yet in the draft are:
>     > - SID renaming to YSID suggested here [1]. I have discussed with
> some of
>     > the other authors and we believe that could have an important
> negative
>     > effect on existing code, plugins and changing the name now might
> bring
>     > confusion in the community. We would like to have a better sense of
>     > people's opinion on that.
>
> I think that everyone with a stake in the ground is in this WG, so I don't
> think it's an issue.
>
> I am not super enthusiastic about YSID as a name/TLA, but maybe it will
> grow on me.
> (I try to pronounce it, and I come up with "Why-Sid", which becomes
> "wisest"
> and then reminds me of "Weizmann", as in "Weizmann Institute of Science"
> for
> some reason.)
> BUT, I can live with YSID as a name, and I think it's less confusing then
> SID.
>
>     > - Moving some content type into yang-cbor and sid drafts
>     > Problem statement: if anyone would want to use CBOR + SID
> representation
>     > or CBOR + Names representation of YANG data, they need to have
> normative
>     > reference to the CoMI document, which might appear unexpected.
>     > Proposed solution: as discussed [3] we can either move the media
> type and
>     > content format registrations in the yang-cbor draft, but then it
> will have
>     > a normative reference to the SID draft that we really wanted to
> avoid, or
>     > we register CBOR + names in the yang-cbor and we register CBOR + SID
> in the
>     > SID draft, but then we have normative reference in the opposite
> direction -
>     > SID to yang-cbor. It appeared that people were more in favor of the
> latter
>     > approach, so the changes that I thought this would need could be
> found at
>     > [4]. I am not perfectly happy with this, so I would like to know the
> WG
>     > opinion on how important this problem is to be resolved and whether
> we go
>     > with the first option or the second one.
>
> Yes, I agree that neither situation is ideal, and what you describe in [4]
> seems find.  I agree that a reference to COMI would be surprising.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;color:#0b5394">Hi=C2=A0Michael,</div><div class=3D"gmail_default=
" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div cla=
ss=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"=
>Thank you for your feedback! During the CORE interim today we briefly disc=
ussed the SID naming issue and what Carsten suggested was to officially use=
 the name YANG SID (or YSID), but in case there will be no confusion, to ab=
breviate this to just SID. That way people looking for YANG SIDs will alway=
s find the relevant documents, but we will not need to do too big=C2=A0of a=
 rework of the drafts and tools minimizing the=C2=A0risk of mistakes. How d=
oes that sound to=C2=A0you?</div><div><div dir=3D"ltr" class=3D"gmail_signa=
ture" data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"=
ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div=
><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div dir=3D"l=
tr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div><div><div style=
=3D"margin:0px;font-stretch:normal;line-height:normal"><div style=3D"margin=
:0px;padding:0px 0px 20px;width:1949px"><div><div style=3D"margin:8px 0px 0=
px;padding:0px"><div><div style=3D"font-family:Roboto,RobotoDraft,Helvetica=
,Arial,sans-serif;font-size:16px"></div><div style=3D"font-family:Roboto,Ro=
botoDraft,Helvetica,Arial,sans-serif;font-size:16px"></div></div></div><div=
 style=3D"font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-si=
ze:medium"></div></div></div></div></div></div></div></div></div></div></di=
v></div></div></div></div></div></div></div></div></div></div></div></div><=
/div></div></div></div><div class=3D"gmail_default" style=3D"font-family:ve=
rdana,sans-serif;color:rgb(11,83,148)">Best regards,</div><div class=3D"gma=
il_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)">I=
vaylo</div><br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=
=3D"gmail_attr">On Fri, Jun 5, 2020 at 2:18 AM Michael Richardson &lt;<a hr=
ef=3D"mailto:mcr%2Bietf@sandelman.ca">mcr+ietf@sandelman.ca</a>&gt; wrote:<=
br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
{Thanks for the update.=C2=A0 While many people seem to have gotten COVacat=
ions,<br>
it seems that those of us who already worked remotely, just got more work :=
-}<br>
<br>
Ivaylo Petrov &lt;<a href=3D"mailto:ivaylo@ackl.io" target=3D"_blank">ivayl=
o@ackl.io</a>&gt; wrote:<br>
=C2=A0 =C2=A0 &gt; My understanding is that with the latest revision -13, w=
e have addressed<br>
=C2=A0 =C2=A0 &gt; all pending comments (most notably the early allocation =
one). The only<br>
=C2=A0 =C2=A0 &gt; items that were mentioned and not yet in the draft are:<=
br>
=C2=A0 =C2=A0 &gt; - SID renaming to YSID suggested here [1]. I have discus=
sed with some of<br>
=C2=A0 =C2=A0 &gt; the other authors and we believe that could have an impo=
rtant negative<br>
=C2=A0 =C2=A0 &gt; effect on existing code, plugins and changing the name n=
ow might bring<br>
=C2=A0 =C2=A0 &gt; confusion in the community. We would like to have a bett=
er sense of<br>
=C2=A0 =C2=A0 &gt; people&#39;s opinion on that.<br>
<br>
I think that everyone with a stake in the ground is in this WG, so I don&#3=
9;t<br>
think it&#39;s an issue.<br>
<br>
I am not super enthusiastic about YSID as a name/TLA, but maybe it will gro=
w on me.<br>
(I try to pronounce it, and I come up with &quot;Why-Sid&quot;, which becom=
es &quot;wisest&quot;<br>
and then reminds me of &quot;Weizmann&quot;, as in &quot;Weizmann Institute=
 of Science&quot;=C2=A0 for<br>
some reason.)<br>
BUT, I can live with YSID as a name, and I think it&#39;s less confusing th=
en SID.<br>
<br>
=C2=A0 =C2=A0 &gt; - Moving some content type into yang-cbor and sid drafts=
<br>
=C2=A0 =C2=A0 &gt; Problem statement: if anyone would want to use CBOR + SI=
D representation<br>
=C2=A0 =C2=A0 &gt; or CBOR + Names representation of YANG data, they need t=
o have normative<br>
=C2=A0 =C2=A0 &gt; reference to the CoMI document, which might appear unexp=
ected.<br>
=C2=A0 =C2=A0 &gt; Proposed solution: as discussed [3] we can either move t=
he media type and<br>
=C2=A0 =C2=A0 &gt; content format registrations in the yang-cbor draft, but=
 then it will have<br>
=C2=A0 =C2=A0 &gt; a normative reference to the SID draft that we really wa=
nted to avoid, or<br>
=C2=A0 =C2=A0 &gt; we register CBOR + names in the yang-cbor and we registe=
r CBOR + SID in the<br>
=C2=A0 =C2=A0 &gt; SID draft, but then we have normative reference in the o=
pposite direction -<br>
=C2=A0 =C2=A0 &gt; SID to yang-cbor. It appeared that people were more in f=
avor of the latter<br>
=C2=A0 =C2=A0 &gt; approach, so the changes that I thought this would need =
could be found at<br>
=C2=A0 =C2=A0 &gt; [4]. I am not perfectly happy with this, so I would like=
 to know the WG<br>
=C2=A0 =C2=A0 &gt; opinion on how important this problem is to be resolved =
and whether we go<br>
=C2=A0 =C2=A0 &gt; with the first option or the second one.<br>
<br>
Yes, I agree that neither situation is ideal, and what you describe in [4]<=
br>
seems find.=C2=A0 I agree that a reference to COMI would be surprising.<br>
<br>
--<br>
Michael Richardson &lt;<a href=3D"mailto:mcr%2BIETF@sandelman.ca" target=3D=
"_blank">mcr+IETF@sandelman.ca</a>&gt;, Sandelman Software Works<br>
=C2=A0-=3D IPv6 IoT consulting =3D-<br>
</blockquote></div>

--000000000000206a4505a7bc8123--


From nobody Wed Jun 10 09:26:06 2020
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38F853A09DF; Wed, 10 Jun 2020 09:26:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m_Zut9SuA4AO; Wed, 10 Jun 2020 09:26:02 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A1023A09C8; Wed, 10 Jun 2020 09:26:02 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id EE2EE38A3C; Wed, 10 Jun 2020 12:23:31 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id WhmWs8mhgR-Q; Wed, 10 Jun 2020 12:23:30 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id BC10C38A38; Wed, 10 Jun 2020 12:23:30 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id D5917534; Wed, 10 Jun 2020 12:25:59 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Ivaylo Petrov <ivaylo@ackl.io>, core <core@ietf.org>, core-chairs@ietf.org, Andy Bierman <andy@yumaworks.com>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, tom petch <ietfc@btconnect.com>, draft-ietf-core-sid@ietf.org
In-Reply-To: <CAJFkdRyvxffHKk-inPWWCDTi=cmzW=PNWjaCJKe5Qd4xcBAJLA@mail.gmail.com>
References: <CAJFkdRzoF9WZT2CV_et6kfZzPp9BaUi6Wsi=-EPTsfu5J8F1tQ@mail.gmail.com> <17287.1591316325@localhost> <CAJFkdRyvxffHKk-inPWWCDTi=cmzW=PNWjaCJKe5Qd4xcBAJLA@mail.gmail.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature"
Date: Wed, 10 Jun 2020 12:25:59 -0400
Message-ID: <23084.1591806359@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/FXZMWiSqWMIkmJWGi5MKzroKA5U>
Subject: Re: [core] SID open comments/discussions before WGLC2
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2020 16:26:04 -0000

--=-=-=
Content-Type: text/plain


Ivaylo Petrov <ivaylo@ackl.io> wrote:
    > Thank you for your feedback! During the CORE interim today we briefly
    > discussed the SID naming issue and what Carsten suggested was to officially
    > use the name YANG SID (or YSID), but in case there will be no confusion, to
    > abbreviate this to just SID. That way people looking for YANG SIDs will
    > always find the relevant documents, but we will not need to do too big of a
    > rework of the drafts and tools minimizing the risk of mistakes. How does
    > that sound to you?

I can live with it, but I'm not crazy for this.


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




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

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl7hCZcACgkQgItw+93Q
3WXA6Af+OM7UIKUKkuIfTMPIbxWZwOM3uIteAMeQLHPolIfR4o9+QicBPnorSvUT
hWiC6RAQ0hcIbtmeNTgzPAoCEWduFI7x8aWEEzXGGaN2D4cnGqzzY+pxe7mdJu8U
z4NjOWm4VX9xn7bLmbaeeKNeIh+8pqygkPAcgzpmf6riXO0DsOrPczJityNFSIW8
AtTqNQpHRIfD/gqCwlr6obspaQZTUj4IHpPtfWa+NoYZ6FrLibVPYH6IjT+NwTbl
mvfsv1Iiw7AwqCSJ7dvxY7ywbmKFfzC+nTgC5Jo60IGu7YHKeYlCCVczgdwEp/f2
JuKbzzt7ocwCnQLqsiZYScVmF6Vncg==
=fkeR
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Wed Jun 10 10:02:38 2020
Return-Path: <cabo@tzi.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35BD53A0B1F for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 10:02:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nh1TgWRTfcIG for <core@ietfa.amsl.com>; Wed, 10 Jun 2020 10:02:34 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 456B53A0B10 for <core@ietf.org>; Wed, 10 Jun 2020 10:02:34 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49htZv0BS7zyS4; Wed, 10 Jun 2020 19:02:30 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Mao-Original-Outgoing-Id: 613501350.591929-40330f36a6b0b6edbb267273d0acb8fb
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Wed, 10 Jun 2020 19:02:30 +0200
Message-Id: <6FE20960-D10C-4394-8334-B1C2D0FE06D2@tzi.org>
To: core@ietf.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/A8PPvdn11X42O1qkc-VQTMc3JoA>
Subject: [core] HTTP 418 response code ("I'm a teapot")
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2020 17:02:37 -0000

(For those who were in today=E2=80=99s CoRE interim meeting:)

https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/418

I find the universal support in both desktop and mobile browsers =
intriguing.
What do they do with a 418?

Gr=C3=BC=C3=9Fe, Carsten


From nobody Wed Jun 10 23:53:49 2020
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FCE73A0F30; Wed, 10 Jun 2020 23:53:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level: 
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 3eKmCaVJ1MNx; Wed, 10 Jun 2020 23:53:46 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3C593A0ED2; Wed, 10 Jun 2020 23:53:42 -0700 (PDT)
Received: from opfedar07.francetelecom.fr (unknown [xx.xx.xx.9]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id 49jF1x2dyTzFpvm; Thu, 11 Jun 2020 08:53:41 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1591858421; bh=a18u3MH7jRtAYIRmAKTC5taQfRyXFqIwdUfnland5kY=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=ufmjlAoehwt54QIYurgsNx/QYtj1MUWsMoFBXAxgqQ+4QpdRyBXQe9HyaqiYxzHvU fgdwlCqqn3gXdNegiBBGQC/gNy+CN3y/Jaas7py44nO8XBKJgUyqcTncfcSXmmksnW XkB5wmDKJYsLaYdLtapitOp/PqIeq2LV+IbE6Lr8Y4l721X9KZ1xB1p7IRH4jnuKBr KU8M2YL/jh/VTd3qFhYfnH/KZZLV/xhpcPZgFEBNo3TXVrBO7k2eIR3QDTff8dE8JQ VfL9/N2pigM4z1PFGZrGVtpCnb2Yj9Iqk0mFvupGXQWS799tlOph20GiwRgBf+OSi5 FXLO4IBblQ5WA==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.92]) by opfedar07.francetelecom.fr (ESMTP service) with ESMTP id 49jF1x1Qszz5vT5; Thu, 11 Jun 2020 08:53:41 +0200 (CEST)
From: <mohamed.boucadair@orange.com>
To: =?iso-8859-1?Q?Christian_Ams=FCss_=28christian=40amsuess=2Ecom=29?= <christian@amsuess.com>, "Carsten Bormann (cabo@tzi.org)" <cabo@tzi.org>, "core@ietf.org" <core@ietf.org>
CC: "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
Thread-Topic: ETag vs. Block Identifier 
Thread-Index: AdY/vQi72Dgc4yCYSFaTRadsL6au8w==
Date: Thu, 11 Jun 2020 06:53:40 +0000
Message-ID: <29244_1591858421_5EE1D4F5_29244_364_1_787AE7BB302AE849A7480A190F8B9330314DC153@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.114.13.245]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B9330314DC153OPEXCAUBMA2corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/0NgBpedt1vNoqfpgI8X80Ng47TQ>
Subject: [core] ETag vs. Block Identifier
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 06:53:48 -0000

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

Hi Christian/Carsten, all,

It was suggested during yesterday's meeting that ETag can be used to achiev=
e what BID is intended for in draft-bosh-core-new-block (block4 case). We s=
till don't see how that would work given that only a 2.03 will be sent as p=
er Section 5.10.6.2 of RFC7252.

Can you please clarify how a missing block can be sent back as a response t=
o a GET+ETag?

Thank you.

Cheers,
Med




___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:x=3D"urn:schemas-microsoft-com:office:excel" xmlns:p=3D"urn:schemas-m=
icrosoft-com:office:powerpoint" xmlns:a=3D"urn:schemas-microsoft-com:office=
:access" xmlns:dt=3D"uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s=3D"=
uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs=3D"urn:schemas-microsof=
t-com:rowset" xmlns:z=3D"#RowsetSchema" xmlns:b=3D"urn:schemas-microsoft-co=
m:office:publisher" xmlns:ss=3D"urn:schemas-microsoft-com:office:spreadshee=
t" xmlns:c=3D"urn:schemas-microsoft-com:office:component:spreadsheet" xmlns=
:odc=3D"urn:schemas-microsoft-com:office:odc" xmlns:oa=3D"urn:schemas-micro=
soft-com:office:activation" xmlns:html=3D"http://www.w3.org/TR/REC-html40" =
xmlns:q=3D"http://schemas.xmlsoap.org/soap/envelope/" xmlns:rtc=3D"http://m=
icrosoft.com/officenet/conferencing" xmlns:D=3D"DAV:" xmlns:Repl=3D"http://=
schemas.microsoft.com/repl/" xmlns:mt=3D"http://schemas.microsoft.com/share=
point/soap/meetings/" xmlns:x2=3D"http://schemas.microsoft.com/office/excel=
/2003/xml" xmlns:ppda=3D"http://www.passport.com/NameSpace.xsd" xmlns:ois=
=3D"http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir=3D"http://=
schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds=3D"http://www.w3=
.org/2000/09/xmldsig#" xmlns:dsp=3D"http://schemas.microsoft.com/sharepoint=
/dsp" xmlns:udc=3D"http://schemas.microsoft.com/data/udc" xmlns:xsd=3D"http=
://www.w3.org/2001/XMLSchema" xmlns:sub=3D"http://schemas.microsoft.com/sha=
repoint/soap/2002/1/alerts/" xmlns:ec=3D"http://www.w3.org/2001/04/xmlenc#"=
 xmlns:sp=3D"http://schemas.microsoft.com/sharepoint/" xmlns:sps=3D"http://=
schemas.microsoft.com/sharepoint/soap/" xmlns:xsi=3D"http://www.w3.org/2001=
/XMLSchema-instance" xmlns:udcs=3D"http://schemas.microsoft.com/data/udc/so=
ap" xmlns:udcxf=3D"http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udc=
p2p=3D"http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf=3D"http:/=
/schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss=3D"http://sche=
mas.microsoft.com/office/2006/digsig-setup" xmlns:dssi=3D"http://schemas.mi=
crosoft.com/office/2006/digsig" xmlns:mdssi=3D"http://schemas.openxmlformat=
s.org/package/2006/digital-signature" xmlns:mver=3D"http://schemas.openxmlf=
ormats.org/markup-compatibility/2006" xmlns:m=3D"http://schemas.microsoft.c=
om/office/2004/12/omml" xmlns:mrels=3D"http://schemas.openxmlformats.org/pa=
ckage/2006/relationships" xmlns:spwp=3D"http://microsoft.com/sharepoint/web=
partpages" xmlns:ex12t=3D"http://schemas.microsoft.com/exchange/services/20=
06/types" xmlns:ex12m=3D"http://schemas.microsoft.com/exchange/services/200=
6/messages" xmlns:pptsl=3D"http://schemas.microsoft.com/sharepoint/soap/Sli=
deLibrary/" xmlns:spsl=3D"http://microsoft.com/webservices/SharePointPortal=
Server/PublishedLinksService" xmlns:Z=3D"urn:schemas-microsoft-com:" xmlns:=
tax=3D"http://schemas.microsoft.com/sharepoint/taxonomy/soap/" xmlns:tns=3D=
"http://schemas.microsoft.com/sharepoint/soap/recordsrepository/" xmlns:sps=
up=3D"http://microsoft.com/webservices/SharePointPortalServer/UserProfileSe=
rvice" xmlns:mml=3D"http://www.w3.org/1998/Math/MathML" xmlns:st=3D"&#1;" x=
mlns=3D"http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Courier New";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Hi Christian/Carsten, all,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
It was suggested during yesterday&#8217;s meeting that ETag can be used to =
achieve what BID is intended for in draft-bosh-core-new-block (block4 case)=
. We still don&#8217;t see how that would work given that
 only a 2.03 will be sent as per Section 5.10.6.2 of RFC7252. <o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Can you please clarify how a missing block can be sent back as a response t=
o a GET&#43;ETag?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Thank you.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Cheers,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Med<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
</div>
<PRE>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</PRE></body>
</html>

--_000_787AE7BB302AE849A7480A190F8B9330314DC153OPEXCAUBMA2corp_--


From nobody Thu Jun 11 00:13:23 2020
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA21D3A0F53; Thu, 11 Jun 2020 00:13:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level: 
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 es46-n1_Dpbq; Thu, 11 Jun 2020 00:13:19 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 037513A0A51; Thu, 11 Jun 2020 00:13:18 -0700 (PDT)
Received: from opfedar05.francetelecom.fr (unknown [xx.xx.xx.7]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id 49jFSY41xZzFqDs; Thu, 11 Jun 2020 09:13:17 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1591859597; bh=Cst+3wUHkQ53QEUErAqZBbv42rtLIbP34RmKXEk5qfQ=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=HoOQ/5prrXhGFthsLSS8c5NPmaL6dMyFriWlxQmFwP/ZMJOXROdpNEiOftCZEGuuv 4Q/5b0XTESvxrPdZLAynf7s8jxu16Knl9t0C5bxl8KU+iYE9wVhqfieO/uqRLHkE2E JpbcTo+f5p+2h7SIqNq65pJKgeHLd1g2QaUrzqJ2jrtzm44sX1yR2LBDJRpUylMLgI S3zfJx7KwRNOKB3WZIbImCZz04xBOORMCTfT33wnVY/vEJS8BeJsHe4H4FzxOz7Dpm TZnUX3OlAA9Aa2C2ddg126xuqS74hrpD8ZgwB0uZjGLacMOuAwbgJJ8TZoUZQulU8q 5tWLbuoxMYKdg==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.64]) by opfedar05.francetelecom.fr (ESMTP service) with ESMTP id 49jFSY35Fpz2xK6; Thu, 11 Jun 2020 09:13:17 +0200 (CEST)
From: <mohamed.boucadair@orange.com>
To: Carsten Bormann <cabo@tzi.org>, "core@ietf.org" <core@ietf.org>
CC: "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
Thread-Topic: [core] HTTP 418 response code ("I'm a teapot")
Thread-Index: AQHWP0j4SvZewIQHF0ywqzawf1nrW6jS/Uxg
Date: Thu, 11 Jun 2020 07:13:17 +0000
Message-ID: <24632_1591859597_5EE1D98D_24632_38_1_787AE7BB302AE849A7480A190F8B9330314DC182@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <6FE20960-D10C-4394-8334-B1C2D0FE06D2@tzi.org>
In-Reply-To: <6FE20960-D10C-4394-8334-B1C2D0FE06D2@tzi.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.114.13.245]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/3J4FBI7Z6gqGoZwhDv-0SxUuJFc>
Subject: Re: [core] HTTP 418 response code ("I'm a teapot")
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 07:13:21 -0000

SGkgQ2Fyc3RlbiwgDQoNClRoYW5rIHlvdSBmb3IgdGhlIG5vdGUuIA0KDQpGV0lXLCBhcyB0aGVy
ZSBpcyBubyBleGlzdGluZyBjb2RlIHRoYXQgY2FuIGJlIG1hcHBlZCB0byB3aGF0IHdlIGFyZSBk
b2luZyBpbiB0aGUgYmxvY2sgZHJhZnQsIHdlIGp1c3QgcGlja2VkIHRoZSBmaXJzdCBhdmFpbGFi
bGUgdmFsdWUgaW4gaHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvaHR0cC1zdGF0dXMt
Y29kZXMvaHR0cC1zdGF0dXMtY29kZXMueGh0bWwjaHR0cC1zdGF0dXMtY29kZXMtMSBhbmQgY3Jv
c3MgY2hlY2sgd2l0aCBodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9jb3JlLXBhcmFt
ZXRlcnMvY29yZS1wYXJhbWV0ZXJzLnhodG1sI3Jlc3BvbnNlLWNvZGVzLCBoZW5jZSA0LjE4LiAN
Cg0KV2UgY2FuIGNoYW5nZSB0byA0LjE5Lg0KDQpDaGVlcnMsDQpNZWQNCg0KPiAtLS0tLU1lc3Nh
Z2UgZCdvcmlnaW5lLS0tLS0NCj4gRGXCoDogY29yZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRm
Lm9yZ10gRGUgbGEgcGFydCBkZSBDYXJzdGVuIEJvcm1hbm4NCj4gRW52b3nDqcKgOiBtZXJjcmVk
aSAxMCBqdWluIDIwMjAgMTk6MDMNCj4gw4DCoDogY29yZUBpZXRmLm9yZw0KPiBPYmpldMKgOiBb
Y29yZV0gSFRUUCA0MTggcmVzcG9uc2UgY29kZSAoIkknbSBhIHRlYXBvdCIpDQo+IA0KPiAoRm9y
IHRob3NlIHdobyB3ZXJlIGluIHRvZGF54oCZcyBDb1JFIGludGVyaW0gbWVldGluZzopDQo+IA0K
PiBodHRwczovL2RldmVsb3Blci5tb3ppbGxhLm9yZy9lbi1VUy9kb2NzL1dlYi9IVFRQL1N0YXR1
cy80MTgNCj4gDQo+IEkgZmluZCB0aGUgdW5pdmVyc2FsIHN1cHBvcnQgaW4gYm90aCBkZXNrdG9w
IGFuZCBtb2JpbGUgYnJvd3NlcnMNCj4gaW50cmlndWluZy4NCj4gV2hhdCBkbyB0aGV5IGRvIHdp
dGggYSA0MTg/DQo+IA0KPiBHcsO8w59lLCBDYXJzdGVuDQo+IA0KPiBfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBjb3JlIG1haWxpbmcgbGlzdA0KPiBj
b3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29y
ZQ0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29u
dGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0
IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBz
YW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVy
LCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5z
aSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFu
dCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25z
YWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4g
TWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25m
aWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg
YnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdp
dGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl
cnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFu
ZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v
dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y
IGZhbHNpZmllZC4KVGhhbmsgeW91LgoK


From nobody Thu Jun 11 00:19:37 2020
Return-Path: <cabo@tzi.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 671813A0F53; Thu, 11 Jun 2020 00:19:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kw3uMONF6ozO; Thu, 11 Jun 2020 00:19:32 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 147413A0F56; Thu, 11 Jun 2020 00:19:32 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49jFbj6LFMzyV5; Thu, 11 Jun 2020 09:19:29 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <24632_1591859597_5EE1D98D_24632_38_1_787AE7BB302AE849A7480A190F8B9330314DC182@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Date: Thu, 11 Jun 2020 09:19:29 +0200
Cc: "core@ietf.org" <core@ietf.org>, "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
X-Mao-Original-Outgoing-Id: 613552769.509469-481f06f64c6c29958b7f138f164a7b26
Content-Transfer-Encoding: quoted-printable
Message-Id: <34FE583E-813A-4A0C-A470-BF780B7CB071@tzi.org>
References: <6FE20960-D10C-4394-8334-B1C2D0FE06D2@tzi.org> <24632_1591859597_5EE1D98D_24632_38_1_787AE7BB302AE849A7480A190F8B9330314DC182@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
To: mohamed.boucadair@orange.com
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ljE82MffDCORvZ6UwOzpUHOlUsQ>
Subject: Re: [core] HTTP 418 response code ("I'm a teapot")
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 07:19:35 -0000

On 2020-06-11, at 09:13, <mohamed.boucadair@orange.com> =
<mohamed.boucadair@orange.com> wrote:
>=20
> Hi Carsten,=20
>=20
> Thank you for the note.=20
>=20
> FWIW, as there is no existing code that can be mapped to what we are =
doing in the block draft, we just picked the first available value in =
https://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml=
#http-status-codes-1 and cross check with =
https://www.iana.org/assignments/core-parameters/core-parameters.xhtml#res=
ponse-codes, hence 4.18.=20
>=20
> We can change to 4.19.

Yes.  The more interesting question is whether 4.xx is the right group.
We already have 2.31 for =E2=80=9Ccontinue=E2=80=9D, i.e. a provisional =
result that asks to go on.
I=E2=80=99m wondering whether that can be used (with the new payload), =
or whether a 2.xx would be right in general, as we are not trying to =
tell the client they have made a mistake and the processing of the =
request is over.

Gr=C3=BC=C3=9Fe, Carsten



From nobody Thu Jun 11 00:31:16 2020
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0170C3A0F53; Thu, 11 Jun 2020 00:31:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level: 
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 LndFRr8tPeIz; Thu, 11 Jun 2020 00:31:13 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BCEB3A0F48; Thu, 11 Jun 2020 00:31:13 -0700 (PDT)
Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by opfedar24.francetelecom.fr (ESMTP service) with ESMTPS id 49jFsC4XjDz5vfl;  Thu, 11 Jun 2020 09:31:11 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1591860671; bh=6Lj63Nl1d8vOBZxtMD2+BJehjjzKFD+UORUC0mEQ+yc=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=cQggzurvli/8CMc2C2QhdBRjT9jPvTdW34Lzog4I+Jb5EFqDyTV6UcGAwwcNH67i3 iB7Sh2RIKXyC7dLhvGMWi/Ns5VDFne9cQQNFZrF/XtWw5iuYoPtTxdV4emo58rQvGs EKILuQJYkTUueM70mAeo5p9R2aweHspEjO3111a5s/BQMRuD/1pt5ITpg8X/r2ZRJv d6G3nDqnpP06JLKTSDlSJXHqC79ZcAJhn8Gsf9vC3VvhPlTksagaya7a8ozjslCzKb Hby6v5o0oCkuG67VYyRzKq3FB6MWdYgiPupJt5VjbjfYW7Q6cU60E9l63epf3G7WDh ya9Ua8PyeRwpg==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by opfedar00.francetelecom.fr (ESMTP service) with ESMTPS id 49jFsC3NQ0zCqs1;  Thu, 11 Jun 2020 09:31:11 +0200 (CEST)
From: <mohamed.boucadair@orange.com>
To: Carsten Bormann <cabo@tzi.org>
CC: "core@ietf.org" <core@ietf.org>, "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
Thread-Topic: [core] HTTP 418 response code ("I'm a teapot")
Thread-Index: AQHWP0j4SvZewIQHF0ywqzawf1nrW6jS/Uxg///j5YCAACJqIA==
Date: Thu, 11 Jun 2020 07:31:10 +0000
Message-ID: <26132_1591860671_5EE1DDBF_26132_135_3_787AE7BB302AE849A7480A190F8B9330314DC1A2@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <6FE20960-D10C-4394-8334-B1C2D0FE06D2@tzi.org> <24632_1591859597_5EE1D98D_24632_38_1_787AE7BB302AE849A7480A190F8B9330314DC182@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <34FE583E-813A-4A0C-A470-BF780B7CB071@tzi.org>
In-Reply-To: <34FE583E-813A-4A0C-A470-BF780B7CB071@tzi.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.114.13.245]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ag-ncIuKUjoHrO6_BYW6gIBGE_8>
Subject: Re: [core] HTTP 418 response code ("I'm a teapot")
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 07:31:15 -0000

UmUtIA0KDQpQbGVhc2Ugc2VlIGlubGluZS4gDQoNCkNoZWVycywNCk1lZA0KDQo+IC0tLS0tTWVz
c2FnZSBkJ29yaWdpbmUtLS0tLQ0KPiBEZcKgOiBDYXJzdGVuIEJvcm1hbm4gW21haWx0bzpjYWJv
QHR6aS5vcmddDQo+IEVudm95w6nCoDogamV1ZGkgMTEganVpbiAyMDIwIDA5OjE5DQo+IMOAwqA6
IEJPVUNBREFJUiBNb2hhbWVkIFRHSS9PTE4NCj4gQ2PCoDogY29yZUBpZXRmLm9yZzsgZHJhZnQt
Ym9zaC1jb3JlLW5ldy1ibG9ja0BpZXRmLm9yZw0KPiBPYmpldMKgOiBSZTogW2NvcmVdIEhUVFAg
NDE4IHJlc3BvbnNlIGNvZGUgKCJJJ20gYSB0ZWFwb3QiKQ0KPiANCj4gT24gMjAyMC0wNi0xMSwg
YXQgMDk6MTMsIDxtb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPg0KPiA8bW9oYW1lZC5ib3Vj
YWRhaXJAb3JhbmdlLmNvbT4gd3JvdGU6DQo+ID4NCj4gPiBIaSBDYXJzdGVuLA0KPiA+DQo+ID4g
VGhhbmsgeW91IGZvciB0aGUgbm90ZS4NCj4gPg0KPiA+IEZXSVcsIGFzIHRoZXJlIGlzIG5vIGV4
aXN0aW5nIGNvZGUgdGhhdCBjYW4gYmUgbWFwcGVkIHRvIHdoYXQgd2UgYXJlDQo+IGRvaW5nIGlu
IHRoZSBibG9jayBkcmFmdCwgd2UganVzdCBwaWNrZWQgdGhlIGZpcnN0IGF2YWlsYWJsZSB2YWx1
ZSBpbg0KPiBodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9odHRwLXN0YXR1cy1jb2Rl
cy9odHRwLXN0YXR1cy0NCj4gY29kZXMueGh0bWwjaHR0cC1zdGF0dXMtY29kZXMtMSBhbmQgY3Jv
c3MgY2hlY2sgd2l0aA0KPiBodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9jb3JlLXBh
cmFtZXRlcnMvY29yZS0NCj4gcGFyYW1ldGVycy54aHRtbCNyZXNwb25zZS1jb2RlcywgaGVuY2Ug
NC4xOC4NCj4gPg0KPiA+IFdlIGNhbiBjaGFuZ2UgdG8gNC4xOS4NCj4gDQo+IFllcy4gIFRoZSBt
b3JlIGludGVyZXN0aW5nIHF1ZXN0aW9uIGlzIHdoZXRoZXIgNC54eCBpcyB0aGUgcmlnaHQgZ3Jv
dXAuDQoNCltNZWRdIFdlIGFyZSBpbiB0aGUgImdyYXkiIGFyZWEgYXMgdGhlIGVycm9yIGNhbiBi
ZSBvZiBkaWZmZXJlbnQgbmF0dXJlIGFzIHdlIHJlcG9ydCBpbiB0aGUgZHJhZnQ6DQoNCiAgIExp
a2VseSBjYXVzZXMgYXJlIHRoZSBjbGllbnQgaGFzIG5vdCBzZW50IGFsbCBibG9ja3MsIHNvbWUg
YmxvY2tzDQogICB3ZXJlIGRyb3BwZWQgZHVyaW5nIHRyYW5zbWlzc2lvbiwgb3IgdGhlIGNsaWVu
dCBoYXMgc2VudCB0aGVtIGxvbmcNCiAgIGVub3VnaCBhZ28gdGhhdCB0aGUgc2VydmVyIGhhcyBh
bHJlYWR5IGRpc2NhcmRlZCB0aGVtLg0KDQo+IFdlIGFscmVhZHkgaGF2ZSAyLjMxIGZvciDigJxj
b250aW51ZeKAnSwgaS5lLiBhIHByb3Zpc2lvbmFsIHJlc3VsdCB0aGF0IGFza3MgdG8NCj4gZ28g
b24uDQo+IEnigJltIHdvbmRlcmluZyB3aGV0aGVyIHRoYXQgY2FuIGJlIHVzZWQgKHdpdGggdGhl
IG5ldyBwYXlsb2FkKSwgb3Igd2hldGhlciBhDQo+IDIueHggd291bGQgYmUgcmlnaHQgaW4gZ2Vu
ZXJhbCwgYXMgd2UgYXJlIG5vdCB0cnlpbmcgdG8gdGVsbCB0aGUgY2xpZW50DQo+IHRoZXkgaGF2
ZSBtYWRlIGEgbWlzdGFrZSBhbmQgdGhlIHByb2Nlc3Npbmcgb2YgdGhlIHJlcXVlc3QgaXMgb3Zl
ci4NCg0KW01lZF0gVGhlIHVzZSBvZiAyLnh4IGluIDc5NTkgaXMganVzdGlmaWVkLCBidXQgbm90
IGluIG91ciBjYXNlOg0KDQo9PQ0KICAgVGhpcyBjbGFzcyBvZiBSZXNwb25zZSBDb2RlIGluZGlj
YXRlcyB0aGF0IHRoZSBjbGllbnRzIHJlcXVlc3Qgd2FzDQogICBzdWNjZXNzZnVsbHkgcmVjZWl2
ZWQsIHVuZGVyc3Rvb2QsIGFuZCBhY2NlcHRlZC4NCj09IA0KDQpJbiBvdXIgY2FzZSwgd2UgbmVl
ZCB0byBzaWduYWwgYSBmYWlsdXJlL2Vycm9yIG5vdCBhIHN1Y2Nlc3MuIA0KDQpObz8NCg0KCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIg
ZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRv
aXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1
dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVp
bGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUg
bGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNj
ZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0
ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2ku
CgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRp
YWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3
Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQg
YXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwg
cGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMg
YXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFi
bGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNp
ZmllZC4KVGhhbmsgeW91LgoK


From nobody Thu Jun 11 00:34:51 2020
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC6403A0F57; Thu, 11 Jun 2020 00:34:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gT1_HK6kIb_y; Thu, 11 Jun 2020 00:34:47 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F81A3A0F1E; Thu, 11 Jun 2020 00:34:46 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd]) by prometheus.amsuess.com (Postfix) with ESMTPS id 5BB2040015; Thu, 11 Jun 2020 09:34:42 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 39414151; Thu, 11 Jun 2020 09:34:41 +0200 (CEST)
Received: from hephaistos.amsuess.com (089144216015.atnat0025.highway.a1.net [89.144.216.15]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id A16D264; Thu, 11 Jun 2020 09:34:40 +0200 (CEST)
Received: (nullmailer pid 2003416 invoked by uid 1000); Thu, 11 Jun 2020 07:34:39 -0000
Date: Thu, 11 Jun 2020 09:34:39 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: mohamed.boucadair@orange.com
Cc: "Carsten Bormann (cabo@tzi.org)" <cabo@tzi.org>, "core@ietf.org" <core@ietf.org>, "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
Message-ID: <20200611073439.GA2002284@hephaistos.amsuess.com>
References: <29244_1591858421_5EE1D4F5_29244_364_1_787AE7BB302AE849A7480A190F8B9330314DC153@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s"
Content-Disposition: inline
In-Reply-To: <29244_1591858421_5EE1D4F5_29244_364_1_787AE7BB302AE849A7480A190F8B9330314DC153@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/P_lZvxhv0VLh1qQ0Q_Pj9bqRHjw>
Subject: Re: [core] ETag vs. Block Identifier
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 07:34:50 -0000

--SLDf9lqlvOQaIe6s
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello Med,

On Thu, Jun 11, 2020 at 06:53:40AM +0000, mohamed.boucadair@orange.com wrot=
e:
> It was suggested during yesterday's meeting that ETag can be used to
> achieve what BID is intended for in draft-bosh-core-new-block (block4
> case). We still don't see how that would work given that only a 2.03
> will be sent as per Section 5.10.6.2 of RFC7252.
>=20
> Can you please clarify how a missing block can be sent back as a
> response to a GET+ETag?

By simply not including the ETag in the request (as that would, as you
point out, indicate to the server that the client just needs
confirmation that this block is still (2.03) Valid).

I think this is best illustrated by reusing the new-block-02 example
figure 5 and 6 (where the B4 option is written without an MID, and the
values are used in the ETag instead):

           CoAP        CoAP
          Client      Server
            |          |
            +--------->| NON GET /path M:0x01 T:0xf0 O:0 B4:0/0/1024
            |<---------+ NON 2.05 M:0xf1 T:0xf0 O:1234 ETag:21 B4:0/1/1024
            |<---------+ NON 2.05 M:0xf2 T:0xf0 O:1234 ETag:21 B4:1/1/1024
            |<---------+ NON 2.05 M:0xf3 T:0xf0 O:1234 ETag:21 B4:2/1/1024
            |<---------+ NON 2.05 M:0xf4 T:0xf0 O:1234 ETag:21 B4:3/0/1024
                 ...
              [[Observe triggered]]
            |<---------+ NON 2.05 M:0xf5 T:0xf0 O:1235 ETag:22 B4:0/1/1024
            |<---------+ NON 2.05 M:0xf6 T:0xf0 O:1235 ETag:22 B4:1/1/1024
            |<---------+ NON 2.05 M:0xf7 T:0xf0 O:1235 ETag:22 B4:2/1/1024
            |<---------+ NON 2.05 M:0xf8 T:0xf0 O:1235 ETag:22 B4:3/0/1024
                ...


           CoAP        CoAP
          Client      Server
            |          |
                ...
               [[Observe triggered]]
            |<---------+ NON 2.05 M:0xf9 T:0xf0 O:1236 ETag:23 B4:0/1/1024
            |     X<---+ NON 2.05 M:0xfa T:0xf0 O:1236 ETag:23 B4:1/1/1024
            |     X<---+ NON 2.05 M:0xfb T:0xf0 O:1236 ETag:23 B4:2/1/1024
            |<---------+ NON 2.05 M:0xfc T:0xf0 O:1236 ETag:23 B4:3/0/1024
            |          |
         [[Client realises blocks are missing and asks for the missing
              ones in one go. The client does not give any indication of
              which "version" it is missing a block -- it will always be
              assumed it's the latest one.]]
            +--------->| NON GET /path M:0x02 T:0xf1 B4:1/0/1024\
            |          |                             B4:2/0/1024
            |     X<---+ NON 2.05 M:0xfd T:0xf1 ETag:23 B4:1/1/1024
            |<---------+ NON 2.05 M:0xfe T:0xf1 ETag:23 B4:2/1/1024
            |          |
         [[Get final missing block]]
            +--------->| NON GET /path M:0x03 T:0xf2 B4:1/0/1024
            |<---------+ NON 2.05 M:0xff T:0xf2 ETag:23 B4:1/1/1024
                ...

When, during the transfer of missing blocks, the server does change the
representation and mints a new ETag, then the blocks of the older
representation are not accessible any more. This is consistent with the
rest of Observe behavior (once a new state is there, clients can only
get the new state and the old is lost to everyone who didn't fully get
it), and allows constrained server implementations (as the server is
under no obligation to keep old representations around).

Kind regards
Christian

--=20
The detailed semantics of CoAP methods are "almost, but not entirely
unlike" [HHGTTG] those of HTTP methods.
[HHGTTG]: Adams, D., "The Hitchhiker's Guide to the Galaxy", October 1979.
  -- Shelby, et al., Internet-Draft Constrained Application Protocol (CoAP)

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

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl7h3osACgkQOY0REtOk
veGHEQ/+If5dGESF8ifwP5CmX2f6Y3OUWE3/2pZkXhIgp6IYIEBHncsVJFdMNTz0
iPKrthuWD5xEc3NKoCeSVJp9ZHQywUJ2qy+qR6XLgAxdIdK64YayGDKSYI3vSUZA
FRh0/V7Tr/+xFVVXYv7a9++9VvRQtogextEUbXFlVru5yZ2ENlDjrUw1FObM8zwY
OFGU27rM5yqu4wV1+QEt8jd4trX4W/Ru9pHj9EbzSW+A474NS+Vz/L1f3HhnHq4D
3iMXVO0kGDEcYoWWkmqY27iQF7j3JQEyQeiqmREBUZmj0wKj9heXkVX2uf1XDhVT
SfDy+N2x7AvzLuIkc09q0DN/VXqR+D/2s9ckyEXb6XYLlX3DKuJVd7OnRTCEVnmV
+ap3N9VzI97bzJbjQRaIkc+I/ye6zMEExwhiC9Jc8cZvLQlkwWta89udQso88lEc
CurcPwYc3VaZjz62iWiockkBAc5lKGTSNzb9aDeMod+T/8A+m5pwJyDJBziHdi2X
VN/t6q1uRKC3iQDlLm446nUTG+K4v9dmWBq1p3I3O7RfKMBPToHWIqcUUfTVUnHv
PNSAIyl271QATvBnXDefml5SfbdA37f7QOPdy2spUHrdc2K+QALtiNsQC9UYiFXT
FTThpV0/z7R/xiVS5imwTLxEEso1HFM5Ct4hEtrX8S5WS6bkvsI=
=J1rn
-----END PGP SIGNATURE-----

--SLDf9lqlvOQaIe6s--


From nobody Thu Jun 11 04:03:21 2020
Return-Path: <supjps-ietf@jpshallow.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 008063A1804; Thu, 11 Jun 2020 04:03:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a6bcEF_ekANf; Thu, 11 Jun 2020 04:03:17 -0700 (PDT)
Received: from mail.jpshallow.com (mail.jpshallow.com [217.40.240.153]) (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 C5B123A179E; Thu, 11 Jun 2020 04:03:16 -0700 (PDT)
Received: from mail2.jpshallow.com ([192.168.0.3] helo=N01332) by mail.jpshallow.com with esmtp (Exim 4.92.3) (envelope-from <jon.shallow@jpshallow.com>) id 1jjKzE-0002gR-DV; Thu, 11 Jun 2020 12:03:08 +0100
From: "Jon Shallow" <supjps-ietf@jpshallow.com>
To: =?iso-8859-1?Q?'Christian_Ams=FCss'?= <christian@amsuess.com>, <mohamed.boucadair@orange.com>, <cabo@tzi.org>, <core@ietf.org>, <draft-bosh-core-new-block@ietf.org>
References: <29244_1591858421_5EE1D4F5_29244_364_1_787AE7BB302AE849A7480A190F8B9330314DC153@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <20200611073439.GA2002284@hephaistos.amsuess.com>
In-Reply-To: <20200611073439.GA2002284@hephaistos.amsuess.com>
Date: Thu, 11 Jun 2020 12:02:52 +0100
Message-ID: <125b01d63fdf$da314fd0$8e93ef70$@jpshallow.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Content-Language: en-gb
Thread-Index: AQIMlGpzU/YOqWJr8QIcuM8qQ0HMnAKs2Wm2qFEqbWA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/2mcuvukl0XtUMN4z26TTbKwAahU>
Subject: Re: [core] ETag vs. Block Identifier
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 11:03:20 -0000

Hi Christian,

This approach (Etag: replacing BID) makes good sense to me and cannot =
think
of any corner case issues where it would fail. For Block4 Etag: is =
mandatory
(RFC7959 is a SHOULD) in the response.

I think that we need to suggest how the Etag: is generated - while a
checksum or hash should not be the same for two different versions of =
the
data for a resource it is possible that there may be a clash.  My
recommendation would be that for Block4, it has an initial random value =
and
then is incremented for each new body.  In order to prevent Etag: =
wraparound
happening too quickly on busy servers sending back many bodies for many
resources, the Etag: updating should be on a per resource change basis.

We will update the draft appropriately.

Regards

Jon

> -----Original Message-----
> From: Christian Ams=FCss [mailto: christian@amsuess.com]
> Sent: 11 June 2020 08:35
> To: mohamed.boucadair@orange.com
> Cc: Carsten Bormann (cabo@tzi.org); core@ietf.org; =
draft-bosh-core-new-
> block@ietf.org
> Subject: Re: ETag vs. Block Identifier
>=20
> Hello Med,
>=20
> On Thu, Jun 11, 2020 at 06:53:40AM +0000,
> mohamed.boucadair@orange.com wrote:
> > It was suggested during yesterday's meeting that ETag can be used to
> > achieve what BID is intended for in draft-bosh-core-new-block =
(block4
> > case). We still don't see how that would work given that only a 2.03
> > will be sent as per Section 5.10.6.2 of RFC7252.
> >
> > Can you please clarify how a missing block can be sent back as a
> > response to a GET+ETag?
>=20
> By simply not including the ETag in the request (as that would, as you
point
> out, indicate to the server that the client just needs confirmation =
that
this
> block is still (2.03) Valid).
>=20
> I think this is best illustrated by reusing the new-block-02 example
figure 5
> and 6 (where the B4 option is written without an MID, and the values =
are
> used in the ETag instead):
>=20
>            CoAP        CoAP
>           Client      Server
>             |          |
>             +--------->| NON GET /path M:0x01 T:0xf0 O:0 B4:0/0/1024
>             |<---------+ NON 2.05 M:0xf1 T:0xf0 O:1234 ETag:21 =
B4:0/1/1024
>             |<---------+ NON 2.05 M:0xf2 T:0xf0 O:1234 ETag:21 =
B4:1/1/1024
>             |<---------+ NON 2.05 M:0xf3 T:0xf0 O:1234 ETag:21 =
B4:2/1/1024
>             |<---------+ NON 2.05 M:0xf4 T:0xf0 O:1234 ETag:21 =
B4:3/0/1024
>                  ...
>               [[Observe triggered]]
>             |<---------+ NON 2.05 M:0xf5 T:0xf0 O:1235 ETag:22 =
B4:0/1/1024
>             |<---------+ NON 2.05 M:0xf6 T:0xf0 O:1235 ETag:22 =
B4:1/1/1024
>             |<---------+ NON 2.05 M:0xf7 T:0xf0 O:1235 ETag:22 =
B4:2/1/1024
>             |<---------+ NON 2.05 M:0xf8 T:0xf0 O:1235 ETag:22 =
B4:3/0/1024
>                 ...
>=20
>=20
>            CoAP        CoAP
>           Client      Server
>             |          |
>                 ...
>                [[Observe triggered]]
>             |<---------+ NON 2.05 M:0xf9 T:0xf0 O:1236 ETag:23 =
B4:0/1/1024
>             |     X<---+ NON 2.05 M:0xfa T:0xf0 O:1236 ETag:23 =
B4:1/1/1024
>             |     X<---+ NON 2.05 M:0xfb T:0xf0 O:1236 ETag:23 =
B4:2/1/1024
>             |<---------+ NON 2.05 M:0xfc T:0xf0 O:1236 ETag:23 =
B4:3/0/1024
>             |          |
>          [[Client realises blocks are missing and asks for the missing
>               ones in one go. The client does not give any indication =
of
>               which "version" it is missing a block -- it will always =
be
>               assumed it's the latest one.]]
>             +--------->| NON GET /path M:0x02 T:0xf1 B4:1/0/1024\
>             |          |                             B4:2/0/1024
>             |     X<---+ NON 2.05 M:0xfd T:0xf1 ETag:23 B4:1/1/1024
>             |<---------+ NON 2.05 M:0xfe T:0xf1 ETag:23 B4:2/1/1024
>             |          |
>          [[Get final missing block]]
>             +--------->| NON GET /path M:0x03 T:0xf2 B4:1/0/1024
>             |<---------+ NON 2.05 M:0xff T:0xf2 ETag:23 B4:1/1/1024
>                 ...
>=20
> When, during the transfer of missing blocks, the server does change =
the
> representation and mints a new ETag, then the blocks of the older
> representation are not accessible any more. This is consistent with =
the
rest
> of Observe behavior (once a new state is there, clients can only get =
the
new
> state and the old is lost to everyone who didn't fully get it), and =
allows
> constrained server implementations (as the server is under no =
obligation
to
> keep old representations around).
>=20
> Kind regards
> Christian
>=20
> --
> The detailed semantics of CoAP methods are "almost, but not entirely
> unlike" [HHGTTG] those of HTTP methods.
> [HHGTTG]: Adams, D., "The Hitchhiker's Guide to the Galaxy", October =
1979.
>   -- Shelby, et al., Internet-Draft Constrained Application Protocol
(CoAP)


From nobody Thu Jun 11 04:20:45 2020
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A63723A07D7; Thu, 11 Jun 2020 04:20:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level: 
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 38JoU94g0I27; Thu, 11 Jun 2020 04:20:35 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B52493A0598; Thu, 11 Jun 2020 04:20:33 -0700 (PDT)
Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar22.francetelecom.fr (ESMTP service) with ESMTP id 49jLxq1qm3z2xjM; Thu, 11 Jun 2020 13:20:31 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1591874431; bh=RUrKJXwzDdh2Dq/vvoBVHO12rmgswU6316+vpQAAxOY=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=oHJh2/sGXasKLmIf2pSuVUmi2hDZh3LZ/1nw5Yo/Fvhl4S70D8KmcStSLAdJl4MSs 7NkKqpQ6s64JNiQ4yU3Ud8B45oZ85Rt7zfyt3ggz7pY4j9YIy1jwgzSOXSWWFKS3QP 7CTn7+SEIRS+P8A/Mh6VXcaxj3JxTki83F5JIBYfWJMwBGOHjfCMtxEKEazhmad7cQ p3hFwqzOxbiB9bsLuI1D43nwSI2abeBsxNPmW4+F56hMiGmfml9xEdncmNb1yWa0qX g1tacuXgmk+VAoou0pueUnUWStv+ByDg18K5uAVUmY8bt2OMNpcpJBB9qU58ZD+0qK 5me8dnTExz9Ig==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.60]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 49jLxp4QlPzBrPW; Thu, 11 Jun 2020 13:20:30 +0200 (CEST)
From: <mohamed.boucadair@orange.com>
To: =?iso-8859-1?Q?Christian_Ams=FCss_=28christian=40amsuess=2Ecom=29?= <christian@amsuess.com>
CC: "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>,  "core@ietf.org" <core@ietf.org>
Thread-Topic: Request-Tag and Block ID
Thread-Index: AdY/4k8Ya62M67RdTTWzZEym0BBZkg==
Date: Thu, 11 Jun 2020 11:20:30 +0000
Message-ID: <12651_1591874430_5EE2137E_12651_274_1_787AE7BB302AE849A7480A190F8B9330314DC5FC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.114.13.245]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B9330314DC5FCOPEXCAUBMA2corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/GAFNK3qTFzDdGo0QniYnrLzCds0>
Subject: [core] Request-Tag and Block ID
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 11:20:44 -0000

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

Hi Christian,

When reading draft-ietf-core-echo-request-tag to check if Request-Tag can b=
e used to replace BID for Block3, I found that some statements in the draft=
 are too restrictive. I would relax those statements. For example, can you =
please consider updating statements such as this one:


   "The Request-Tag option is only used in requests that

                              ^^^^
   carry the Block1 option, and in Block2 requests following these."

to cover block options as those defined in draft-bosh-core-new-block.

You may also update the terminology section to define block-wise in a more =
generic manner.

Thank you.

Cheers,
Med

___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Texte brut Car";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:Consolas;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Courier New";
	color:windowtext;}
span.TextebrutCar
	{mso-style-name:"Texte brut Car";
	mso-style-priority:99;
	mso-style-link:"Texte brut";
	font-family:Consolas;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-family:&quot;Courier=
 New&quot;">Hi Christian,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-family:&quot;Courier=
 New&quot;"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
When reading draft-ietf-core-echo-request-tag to check if Request-Tag can b=
e used to replace BID for Block3, I found that some statements in the draft=
 are too restrictive. I would relax those statements.
 For example, can you please consider updating statements such as this one:=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"font-family:&quot;Courier New&quot=
;">&nbsp;&nbsp; &#8220;The Request-Tag option is only used in requests that=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"font-family:&quot;Courier New&quot=
;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; ^^^^<br>
&nbsp;&nbsp; carry the Block1 option, and in Block2 requests following thes=
e.&#8221;</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
to cover block options as those defined in draft-bosh-core-new-block.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
You may also update the terminology section to define block-wise in a more =
generic manner.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Thank you.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
<o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Cheers,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Courier New&quot;">=
Med<o:p></o:p></span></p>
</div>
<PRE>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</PRE></body>
</html>

--_000_787AE7BB302AE849A7480A190F8B9330314DC5FCOPEXCAUBMA2corp_--


From nobody Thu Jun 11 04:45:57 2020
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20E4E3A03FF; Thu, 11 Jun 2020 04:45:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G0iZO8L8f3ZB; Thu, 11 Jun 2020 04:45:53 -0700 (PDT)
Received: from prometheus.amsuess.com (alt.prometheus.amsuess.com [IPv6:2a01:4f8:190:3064::3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0D323A03F3; Thu, 11 Jun 2020 04:45:53 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id D622440015; Thu, 11 Jun 2020 13:45:48 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 1DB71151; Thu, 11 Jun 2020 13:45:48 +0200 (CEST)
Received: from hephaistos.amsuess.com (arcss01.ait.ac.at [62.218.164.126]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id B0C0764; Thu, 11 Jun 2020 13:45:47 +0200 (CEST)
Received: (nullmailer pid 2138136 invoked by uid 1000); Thu, 11 Jun 2020 11:45:47 -0000
Date: Thu, 11 Jun 2020 13:45:47 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: mohamed.boucadair@orange.com
Cc: "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>,  "core@ietf.org" <core@ietf.org>
Message-ID: <20200611114547.GB2006829@hephaistos.amsuess.com>
References: <12651_1591874430_5EE2137E_12651_274_1_787AE7BB302AE849A7480A190F8B9330314DC5FC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k"
Content-Disposition: inline
In-Reply-To: <12651_1591874430_5EE2137E_12651_274_1_787AE7BB302AE849A7480A190F8B9330314DC5FC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/5hYwtqTVnzOKtZFbfQkqx-dDUCM>
Subject: Re: [core] Request-Tag and Block ID
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 11:45:56 -0000

--7iMSBzlTiPOCCT2k
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello Med,

On Thu, Jun 11, 2020 at 11:20:30AM +0000, mohamed.boucadair@orange.com wrot=
e:
> I would relax those statements. For example, can you please consider upda=
ting statements such as this one:
>=20
>    "The Request-Tag option is only used in requests that
>=20
>                               ^^^^
>    carry the Block1 option, and in Block2 requests following these."
>=20
> to cover block options as those defined in draft-bosh-core-new-block.

While the original understanding of Request-Tag was that it'd only be
necessary where Block1 (or Block3) mode is involved, yesterday's
examples show a use case outside as well.

The above is not normative text -- you'll note that there is barely any
at all, for all the option's mechanism already follows from being
NoCacheKey. There is normative text for that very case, though it might
be problematic ("MAY be present in request messages that carry no Block
option[...], and MUST be ignored in those.")

I think it would be topically suitable to relax things a bit here to
ensure applicability with a future Blockwise mechanism.

Procedurally, as this is post WGLC (but waiting for an updated version
for the writeup), I think I can pull those in (together with other
comments received during and after the WGLC), but will need to accompany
those changes with an explicit mail to the WG informing everyone of
those with detail and rationale.

> You may also update the terminology section to define block-wise in a
> more generic manner.

As an immediate reaction I'm tempted to call those users of Request-Tag
"block-wise transfer or other applications that associate requests by
their cache key where such an association is broken deliberately by the
client". I'll see whether that fits with the rest of the text, but don't
think there's trouble if it does not: For with Request-Tag preceding
Block34, the latter can just state that in interaction with Request-Tag,
Block34 are treated like Block12.

Kind regards
Christian

--=20
To use raw power is to make yourself infinitely vulnerable to greater power=
s.
  -- Bene Gesserit axiom

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

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl7iGWcACgkQOY0REtOk
veE7NRAAyO1nlYSU6RCc0gFgQdlR1jy+dpAOF2uz2C6n3eyi0Y65NAi12hmoRAK5
eDTx7lc3eLB3RWnOAenzhg+8Ky73ujiodbp6n7kCPcI58Pj0MWO16iZ0kv/aWiV8
t5ZfLZLoPhSZT8+Jzk8fqOTl/7bxuhuvI10Pib0M5eaSmY77VbrwqPZxUeTpdJQG
/HyjnaQo7k75mzApHd8GztQcFOGHI+Ytj6ilPnWMwdtgb/DdLT3vcbDBVLiCtvpn
FPD9qhH9AJlGujR11CwU7nNC1hxjfu7te97K/Z2SIXJpsPcS9BpNY6YuM0pIfbz8
g69/0+TPMbsgDEaF57Iv4GUtbYE2CD5pIxf0cguxZqV//I3J6Zpt8HwLS/xhG+/u
CxMun00dUylxd7SGjNegwneI7ou6pfWzyFrP0FQaRPlEJBq2zWHzpc/sS8oqz/Sz
PfuexflPcZlEg6qT2XIT6B3faIIl81psCxLHP+SfZAAO2HKyq3HN43FEi/97gCX0
t5beNI9WMHaSjAbTZg4HQnY0cqlyScNKKXNkXTQjynlQs8CLjYs/ILswPGSq+ipN
nT1AsY/zmX1b+2Xsly0NSBIEqZ/1cCwHp0FWK91UDQt5sngrusSph7R2/pf/45HO
dVA2nuX4OjxckpAk4L8klAdT8lhrHVoMRI12Nq7Cwnk5rEe/SQQ=
=UU3v
-----END PGP SIGNATURE-----

--7iMSBzlTiPOCCT2k--


From nobody Thu Jun 11 09:06:46 2020
Return-Path: <marco.tiloca@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95B063A0831 for <core@ietfa.amsl.com>; Thu, 11 Jun 2020 09:06:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level: 
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=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=ri.se
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 7G-Pl5F7fcaR for <core@ietfa.amsl.com>; Thu, 11 Jun 2020 09:06:40 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2086.outbound.protection.outlook.com [40.107.22.86]) (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 D4AB43A086E for <core@ietf.org>; Thu, 11 Jun 2020 09:06:39 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fprBTDoO28TPFvx3DFO5SZkDvyQoapVk9Su3C/qMgQf+aI1wpfMB/xK24MuFSz1Llpw5g75qUaxOT0p703Nf8ZysYes/k7NfuVvb5w5KYDYYCU8JkeBj3sxNaL8wjPtZyif++q0fHJ5CTdwa3DW54knvpNV2pe2Dky44BkBch17FK3hkqjElj6ukKICKsCheqv85ceFHcFZ8AqKvd8wc00q8yBT7Vz72mY7BvvWhTHbrwFxt4AaTeLKokQoWaOLS6URKwc8ixSCEzpKMdyAk86d7EzAdOO0QBdymB1th1D950XNDD+xhsIqIp6nkj9iu59jEeF9s3e2OrQYRwJgdPg==
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=CSpsz2lxdFm6GimC/WrpsWrhGMVWDODRr1GIGrcWIoc=; b=Xm1d2Of4Nx5NU66bcTuquXWsYAFS1HpuhMCf7piNOTveLt7BapowtE0LPkG/cSFonn9jWvl8WvicX3r/9ULUnvNs6uLCxDZA8WlR51w6lKo417vw2irnbLW4/DgKNhE7OceBqTFNybyKO94pSzUGneR8Fdjt8rK0k1hZveDvlbGQtVqTCYUHX+B9F/YM3efGdPYfX2mkeuc+hK6hAnij8ZIqmc/JgK3gHzUpsTJDxVs8DufuEBGnXCcevmZ59QeTsLHo63nXfv5IWGGxoKw24SnLplDoenc1K1VorwPo2ddVqkbUv4Nd3wjWGrJutEOFJfo7sBjJeQs+El8NsDbSgw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CSpsz2lxdFm6GimC/WrpsWrhGMVWDODRr1GIGrcWIoc=; b=CDaJAZMSoDvkLX2aZgSMxK7EFDSNFEaAaA9N37tBBlQUKMDUSNFVf880nARGDziyzWcRUPkwAv72r9O3A9GfRapKsGEyqYVoWw2Jh8SHaDloDx02+eFuiQoI7lVkNO7Vn23Qmad7fTSNlimCA6KafBpsX+PCKyLzipyKnJw1//8=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ri.se;
Received: from AM5P189MB0387.EURP189.PROD.OUTLOOK.COM (2603:10a6:206:22::32) by AM5P189MB0420.EURP189.PROD.OUTLOOK.COM (2603:10a6:206:21::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Thu, 11 Jun 2020 16:06:37 +0000
Received: from AM5P189MB0387.EURP189.PROD.OUTLOOK.COM ([fe80::dce3:558a:df10:baf1]) by AM5P189MB0387.EURP189.PROD.OUTLOOK.COM ([fe80::dce3:558a:df10:baf1%7]) with mapi id 15.20.3066.023; Thu, 11 Jun 2020 16:06:37 +0000
References: <159181529656.16063.6964178024900109434@ietfa.amsl.com>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
From: Marco Tiloca <marco.tiloca@ri.se>
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
X-Forwarded-Message-Id: <159181529656.16063.6964178024900109434@ietfa.amsl.com>
Message-ID: <b4c2b290-e9a1-53c2-453b-b52a7a7ef54b@ri.se>
Date: Thu, 11 Jun 2020 18:06:35 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
In-Reply-To: <159181529656.16063.6964178024900109434@ietfa.amsl.com>
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tOhk02QstGmbsI3IKxB9YNI1n6DzKzv5N"
X-ClientProxiedBy: HE1PR0701CA0083.eurprd07.prod.outlook.com (2603:10a6:3:64::27) To AM5P189MB0387.EURP189.PROD.OUTLOOK.COM (2603:10a6:206:22::32)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [10.8.0.12] (91.132.138.198) by HE1PR0701CA0083.eurprd07.prod.outlook.com (2603:10a6:3:64::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.10 via Frontend Transport; Thu, 11 Jun 2020 16:06:36 +0000
X-Forwarded-Message-Id: <159181529656.16063.6964178024900109434@ietfa.amsl.com>
X-Originating-IP: [91.132.138.198]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 142eff83-4f9f-49f4-ebdc-08d80e216b3f
X-MS-TrafficTypeDiagnostic: AM5P189MB0420:
X-Microsoft-Antispam-PRVS: <AM5P189MB04200F822C830AA8392C569399800@AM5P189MB0420.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:10000;
X-Forefront-PRVS: 0431F981D8
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: PxnCKt1vz44rGMaTBvKTL9Un1OD3OZKaOL+WdPlsxL0HNUX4w01tw2BYbBLRLGUw//JzFSskcD6j7VvS/2D7irIgE5wS3UX4iuB8lP8MMC5E4fwh9TWuOOfWjZypVBvJBN4rPzAtzWZJmoOMJqWBnHhpGTeFInF4CohWlPGHQ1fwc+jw1GvIDrjgg6qwTdNqldaXLOPF4bGHRSoz6ZQsAuwFOhU7r/5NmiMl6YAcaEdmao3SDlPW/1h59CwX3VUOZbKh+SFvutrv52aysaiu4Oa9z2v3wk0E/6Z0iVWsSw6Q0ADu4xhLibE5+f3lMywVqfsyb+7ltbCG63ZarIUz6CycXlf//hgMlWGJph6jNFgXzz4efZpIDKentjVnHZ7I4wjy1qNS5q3wLi+0qCZAXnGl6XEx6TtxbMSLw2RguqrMiOjhat61SVXuOTxAmIbb6xj9ZXn4tZzugCRVrfoFtg==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:AM5P189MB0387.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFTY:; SFS:(4636009)(346002)(376002)(396003)(136003)(39860400002)(366004)(6916009)(966005)(21480400003)(8936002)(30864003)(31696002)(235185007)(86362001)(8676002)(5660300002)(2906002)(36756003)(44832011)(956004)(16526019)(26005)(166002)(52116002)(186003)(478600001)(66574014)(66476007)(31686004)(66556008)(66946007)(316002)(33964004)(2616005)(6486002)(16576012)(83380400001)(43740500002); DIR:OUT; SFP:1101; 
X-MS-Exchange-AntiSpam-MessageData: vfQsI2dLDeBlUFHGJR0aDNws3DxQwFxDh4zOx1nn08xMJU0KeYlbCWXhnP/PNex3bGmIAxiHH7OAGl8WtiM1TPuHTtUrTXceJg+B8qos3Q/sMWtv60jMjXUL5bRWzJaUwYN0dVrJx2r4FDwy4YaByMITvlMywUwYYzG2P0rQW33bWvoLnyYl9iwPUPuR2wGqea99bkQeJ4nT7euO0NveTAPPKeie+5OEAv2EZGkwZZdW/vQSUyj+TI8+elcK2MBLRKOuPPQsi/+yfbDUWh31n7EeCge5VYC8TdrSsjPoEOEgVBpH4o/xe3y58klWfvwa89OovlQrKjKFoOkSNHe9WZ4pm7Cg0UYyWmUui72GE1TNDCemB3VWDxfCXRM3JF4pNxfOcSuW43cUEJPZ3J7vty43TD/KGaS9fULCQPOEWMMRF+RntLRCI5RbNVLvf54DhulOR6sfdx3cqgXK9+jcQuZJxjAQY6TQgbkyZdh/GbM=
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-Network-Message-Id: 142eff83-4f9f-49f4-ebdc-08d80e216b3f
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jun 2020 16:06:37.1414 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 2yy4taJY62wuyf9jvK8JfmtzNSrcmf9He7nUCEq9ufs2aturtBg6qjUXXg+wFfS04KtN4l1OcyzF6RQTiUwrpA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P189MB0420
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Es9aGkXEX5JBYmhZ81lQLI0yy90>
Subject: [core] Fwd: Nomcom 2020-2021 Second Call For Volunteers
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 16:06:44 -0000

--tOhk02QstGmbsI3IKxB9YNI1n6DzKzv5N
Content-Type: multipart/mixed; boundary="TZ0Z6hjL8Zk8ms2pf01XjJk309JsdKdfc"

--TZ0Z6hjL8Zk8ms2pf01XjJk309JsdKdfc
Content-Type: multipart/alternative;
 boundary="------------695090840EC40513C0B1DA7F"
Content-Language: en-US

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

Please, volunteer if you can.

Best,
/Marco


-------- Forwarded Message --------
Subject: 	Nomcom 2020-2021 Second Call For Volunteers
Date: 	Wed, 10 Jun 2020 11:54:56 -0700
From: 	NomCom Chair 2020 <nomcom-chair-2020@ietf.org>
To: 	IETF Announcement List <ietf-announce@ietf.org>
CC: 	ietf@ietf.org



This is the second sending of the call for volunteers for the 2020-2021
NomCom.

I wanted to mention a few updates from the previous email (sent 2 weeks
ago):
- I've fixed the URL at the bottom of the email to point to
https://datatracker.ietf.org/nomcom/2020/ instead of /2019/. This was a
test to see if anyone was paying attention. Apparently, some people were.=
 ;)
- The IETF 108 registration form includes a checkbox that will let you
volunteer. You can use this instead of emailing me, when you register
for IETF 108.
- I currently have 39 volunteers. Last year had 149. I need more voluntee=
rs!
-------------------------------------------------------------------------=
--------
The IETF NomCom appoints people to fill the open slots on the LLC, IETF
Trust, the IAB, and the IESG.

Ten voting members for the NomCom are selected in a verifiably random
way from a pool of volunteers. The more volunteers, the better chance we
have of choosing a random yet representative cross section of the IETF
population.

The details of the operation of the NomCom can be found in BCP 10 (RFC
8713). RFC 3797 details the selection algorithm.

Special for this year (and only this year), we also have RFC 8788
(one-off update to RFC 8713 / BCP 10) to tell us who is eligible to
volunteer:

Members of the IETF community must have attended at least three of
the last five in-person IETF meetings in order to volunteer.

The five meetings are the five most recent in-person meetings that
ended prior to the date on which the solicitation for NomCom
volunteers was submitted for distribution to the IETF community.
Because no IETF 107 in-person meeting was held, for the 2020-2021
Nominating Committee those five meetings are IETFs
102 [Montreal, Canada; July 2018],
103 [Bangkok, Thailand; November 2018],
104 [Prague, Czech Republic; March 2019],
105 [Montreal, Canada; July 2019], and 106 [Singapore; November 2019].

Keep in mind that eligibility is based on in-person attendance at the
five listed meetings. You can check your eligibility at:
https://www.ietf.org/registration/nomcom.py.

If you qualify, please volunteer. Before you decide to volunteer, please
remember that anyone appointed to this NomCom will not be considered as
a candidate for any of the positions that the 2020 - 2021 NomCom is
responsible for filling.

People commonly volunteer by ticking the box on IETF registration forms.
The IETF 106 form did not ask whether people were willing to volunteer.
IETF 107 did ask, but all those registrations were canceled. I have
asked the Secretariat if it is possible to get the list if volunteers
from canceled IETF 107 registrations. If that list is available, I will
contact all who are verified as eligible. But given the uncertainty of
this process, I would encourage people to volunteer directly (see the
bottom of this email for instructions). Thank you for volunteering!

The list of people and posts whose terms end with the March 2021 IETF
meeting, and thus the positions for which this NomCom is responsible, are=


IETF Trust:
Joel Halpern

LLC:
Maja Andjelkovic

IAB:
Jari Arkko
Jeff Tantsura
Mark Nottingham
Stephen Farrell
Wes Hardaker
Zhenbin Li

IESG:
Alissa Cooper, IETF Chair/GEN AD
Alvaro Retana, RTG AD
Barry Leiba, ART AD
Deborah Brungard, RTG AD
=C3=89ric Vyncke, INT AD
Magnus Westerlund, TSV AD
Roman Danyliw, SEC AD
Warren Kumari, OPS AD

All appointments are for 2 years. The Routing area has 3 ADs and the
General area has 1; all other areas have 2 ADs. Thus, all areas (that
have more than one AD) have at least one continuing AD.

The primary activity for this NomCom will begin in July 2020 and should
be completed in January 2021. The NomCom will have regularly scheduled
conference calls to ensure progress. There will be activities to collect
requirements from the community, review candidate questionnaires, review
feedback from community members about candidates, and talk to candidates.=


While being a NomCom member does require some time commitment it is also
a very rewarding experience.

As a member of the NomCom it is very important that you be willing and
able to attend either videoconference or in-person meetings (which may
not happen) during 14-20 November (IETF 109 - Bangkok) to conduct
interviews. Videoconference attendance will be supported whether or not
there are in-person meetings. Orientation and setting of the NomCom
schedule will be done by videoconference during the week 20-24 July
(exact time and date to be determined after NomCom membership is
finalized on July 12), the week prior to IETF 108. Being at IETF 110
(Prague) is not essential.

Please volunteer by sending me an email before 23:59 UTC June 24, 2020,
as follows:

To: nomcom-chair-2020@ietf.org
Subject: NomCom 2020-21 Volunteer

Please include the following information in the email body:

Your Full Name: // as you write it on the IETF registration form

Current Primary Affiliation:
// Typically what goes in the Company field
// in the IETF Registration Form

Emails: // All email addresses used to register for the past 5 IETF meeti=
ngs
// Preferred email address first

Telephone: // For confirmation if selected

You should expect an email response from me within 5 business days
stating whether or not you are qualified. If you don't receive this
response, please re-send your email with the tag "RESEND"" added to the
subject line.

If you are not yet sure if you would like to volunteer, please consider
that NomCom members play a very important role in shaping the leadership
of the IETF. Questions by email or voice are welcome. Volunteering for
the NomCom is a great way to contribute to the IETF!

You can find a detailed timeline on the NomCom web site at:
https://datatracker.ietf.org/nomcom/2020/

I will be publishing a more detailed target timetable, as well as
details of the randomness seeds to be used for the RFC 3797 selection
process, within the next few weeks.

Thank you!

Barbara Stark
bs7652 at att dot com
nomcom-chair-2020 at ietf dot org

_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce

--------------695090840EC40513C0B1DA7F
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>

    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body>
    Please, volunteer if you can.<br>
    <br>
    Best,<br>
    /Marco<br>
    <div class=3D"moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class=3D"moz-email-headers-table" cellspacing=3D"0"
        cellpadding=3D"0" border=3D"0">
        <tbody>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Sub=
ject:
            </th>
            <td>Nomcom 2020-2021 Second Call For Volunteers</td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Dat=
e: </th>
            <td>Wed, 10 Jun 2020 11:54:56 -0700</td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Fro=
m: </th>
            <td>NomCom Chair 2020 <a class=3D"moz-txt-link-rfc2396E" href=
=3D"mailto:nomcom-chair-2020@ietf.org">&lt;nomcom-chair-2020@ietf.org&gt;=
</a></td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">To:=
 </th>
            <td>IETF Announcement List <a class=3D"moz-txt-link-rfc2396E"=
 href=3D"mailto:ietf-announce@ietf.org">&lt;ietf-announce@ietf.org&gt;</a=
></td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">CC:=
 </th>
            <td><a class=3D"moz-txt-link-abbreviated" href=3D"mailto:ietf=
@ietf.org">ietf@ietf.org</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      This is the second sending of the call for volunteers for the
      2020-2021 NomCom.<br>
      <br>
      I wanted to mention a few updates from the previous email (sent 2
      weeks ago):<br>
      - I've fixed the URL at the bottom of the email to point to
      <a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf=
=2Eorg/nomcom/2020/">https://datatracker.ietf.org/nomcom/2020/</a> instea=
d of /2019/. This
      was a test to see if anyone was paying attention. Apparently, some
      people were. ;)<br>
      - The IETF 108 registration form includes a checkbox that will let
      you volunteer. You can use this instead of emailing me, when you
      register for IETF 108.<br>
      - I currently have 39 volunteers. Last year had 149. I need more
      volunteers!<br>
-------------------------------------------------------------------------=
--------<br>
      The IETF NomCom appoints people to fill the open slots on the LLC,
      IETF Trust, the IAB, and the IESG.<br>
      <br>
      Ten voting members for the NomCom are selected in a verifiably
      random way from a pool of volunteers. The more volunteers, the
      better chance we have of choosing a random yet representative
      cross section of the IETF population.<br>
      <br>
      The details of the operation of the NomCom can be found in BCP 10
      (RFC 8713). RFC 3797 details the selection algorithm.<br>
      <br>
      Special for this year (and only this year), we also have RFC 8788
      (one-off update to RFC 8713 / BCP 10) to tell us who is eligible
      to volunteer:<br>
      <br>
      Members of the IETF community must have attended at least three of<=
br>
      the last five in-person IETF meetings in order to volunteer.<br>
      <br>
      The five meetings are the five most recent in-person meetings that<=
br>
      ended prior to the date on which the solicitation for NomCom<br>
      volunteers was submitted for distribution to the IETF community.<br=
>
      Because no IETF 107 in-person meeting was held, for the 2020-2021<b=
r>
      Nominating Committee those five meetings are IETFs<br>
      102 [Montreal, Canada; July 2018],<br>
      103 [Bangkok, Thailand; November 2018],<br>
      104 [Prague, Czech Republic; March 2019],<br>
      105 [Montreal, Canada; July 2019], and 106 [Singapore; November
      2019].<br>
      <br>
      Keep in mind that eligibility is based on in-person attendance at
      the five listed meetings. You can check your eligibility at:
      <a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/reg=
istration/nomcom.py">https://www.ietf.org/registration/nomcom.py</a>.<br>=

      <br>
      If you qualify, please volunteer. Before you decide to volunteer,
      please remember that anyone appointed to this NomCom will not be
      considered as a candidate for any of the positions that the 2020 -
      2021 NomCom is responsible for filling.<br>
      <br>
      People commonly volunteer by ticking the box on IETF registration
      forms. The IETF 106 form did not ask whether people were willing
      to volunteer. IETF 107 did ask, but all those registrations were
      canceled. I have asked the Secretariat if it is possible to get
      the list if volunteers from canceled IETF 107 registrations. If
      that list is available, I will contact all who are verified as
      eligible. But given the uncertainty of this process, I would
      encourage people to volunteer directly (see the bottom of this
      email for instructions). Thank you for volunteering!<br>
      <br>
      The list of people and posts whose terms end with the March 2021
      IETF meeting, and thus the positions for which this NomCom is
      responsible, are<br>
      <br>
      IETF Trust:<br>
      Joel Halpern<br>
      <br>
      LLC:<br>
      Maja Andjelkovic<br>
      <br>
      IAB:<br>
      Jari Arkko<br>
      Jeff Tantsura<br>
      Mark Nottingham<br>
      Stephen Farrell<br>
      Wes Hardaker<br>
      Zhenbin Li<br>
      <br>
      IESG:<br>
      Alissa Cooper, IETF Chair/GEN AD<br>
      Alvaro Retana, RTG AD<br>
      Barry Leiba, ART AD<br>
      Deborah Brungard, RTG AD<br>
      =C3=89ric Vyncke, INT AD<br>
      Magnus Westerlund, TSV AD<br>
      Roman Danyliw, SEC AD<br>
      Warren Kumari, OPS AD<br>
      <br>
      All appointments are for 2 years. The Routing area has 3 ADs and
      the General area has 1; all other areas have 2 ADs. Thus, all
      areas (that have more than one AD) have at least one continuing
      AD.<br>
      <br>
      The primary activity for this NomCom will begin in July 2020 and
      should be completed in January 2021. The NomCom will have
      regularly scheduled conference calls to ensure progress. There
      will be activities to collect requirements from the community,
      review candidate questionnaires, review feedback from community
      members about candidates, and talk to candidates.<br>
      <br>
      While being a NomCom member does require some time commitment it
      is also a very rewarding experience.<br>
      <br>
      As a member of the NomCom it is very important that you be willing
      and able to attend either videoconference or in-person meetings
      (which may not happen) during 14-20 November (IETF 109 - Bangkok)
      to conduct interviews. Videoconference attendance will be
      supported whether or not there are in-person meetings. Orientation
      and setting of the NomCom schedule will be done by videoconference
      during the week 20-24 July (exact time and date to be determined
      after NomCom membership is finalized on July 12), the week prior
      to IETF 108. Being at IETF 110 (Prague) is not essential.<br>
      <br>
      Please volunteer by sending me an email before 23:59 UTC June 24,
      2020, as follows:<br>
      <br>
      To: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:nomcom-cha=
ir-2020@ietf.org">nomcom-chair-2020@ietf.org</a><br>
      Subject: NomCom 2020-21 Volunteer<br>
      <br>
      Please include the following information in the email body:<br>
      <br>
      Your Full Name: // as you write it on the IETF registration form<br=
>
      <br>
      Current Primary Affiliation:<br>
      // Typically what goes in the Company field<br>
      // in the IETF Registration Form<br>
      <br>
      Emails: // All email addresses used to register for the past 5
      IETF meetings<br>
      // Preferred email address first<br>
      <br>
      Telephone: // For confirmation if selected<br>
      <br>
      You should expect an email response from me within 5 business days
      stating whether or not you are qualified. If you don't receive
      this response, please re-send your email with the tag "RESEND""
      added to the subject line.<br>
      <br>
      If you are not yet sure if you would like to volunteer, please
      consider that NomCom members play a very important role in shaping
      the leadership of the IETF. Questions by email or voice are
      welcome. Volunteering for the NomCom is a great way to contribute
      to the IETF!<br>
      <br>
      You can find a detailed timeline on the NomCom web site at:<br>
      <a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf=
=2Eorg/nomcom/2020/">https://datatracker.ietf.org/nomcom/2020/</a><br>
      <br>
      I will be publishing a more detailed target timetable, as well as
      details of the randomness seeds to be used for the RFC 3797
      selection process, within the next few weeks.<br>
      <br>
      Thank you!<br>
      <br>
      Barbara Stark<br>
      bs7652 at att dot com<br>
      nomcom-chair-2020 at ietf dot org<br>
      <br>
      _______________________________________________<br>
      IETF-Announce mailing list<br>
      <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:IETF-Announce@=
ietf.org">IETF-Announce@ietf.org</a><br>
      <a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/mai=
lman/listinfo/ietf-announce">https://www.ietf.org/mailman/listinfo/ietf-a=
nnounce</a><br>
    </div>
  </body>
</html>

--------------695090840EC40513C0B1DA7F--

--TZ0Z6hjL8Zk8ms2pf01XjJk309JsdKdfc--

--tOhk02QstGmbsI3IKxB9YNI1n6DzKzv5N
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEOEo4cV326Z7GypVg7iZktA5Y2kMFAl7iVosACgkQ7iZktA5Y
2kP9oAf/Z1pOkVTTIkRnq4MxPNF2CED5/2d9YVn68DCajkUAcQocmmZX0YP4Oau5
HWCXFlug3e+1nJmUVzIZK//GRoTs/VGcIKRbABKQZqYDouseXkDiTVYd6aqWsMdG
ndnyVbSlbYZgAsoKUtKZpUNwg6XNJs5BBojAioMgF4vZLQABR9goEvPT1QKvXJSA
5BIDnOWWoBjV8Ppp8txFOaGSziBKoMdahNm30BFDPsTrDosS6ZHlEiH9kL9Naa1b
XtHmpCYz6plId11zqVqyc/vUi4vC8dYQ1ClRzVfQc+4kdkyxxb95H7FqwOL9qssM
3/zkOb0l6YLVLzE8i1NlV78Km7ZlTQ==
=anuI
-----END PGP SIGNATURE-----

--tOhk02QstGmbsI3IKxB9YNI1n6DzKzv5N--


From nobody Thu Jun 11 11:03:08 2020
Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBDD53A0C8B; Thu, 11 Jun 2020 11:03:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N5poUAggm-k0; Thu, 11 Jun 2020 11:03:04 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A1EC3A0C88; Thu, 11 Jun 2020 11:03:04 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 11 Jun 2020 11:02:57 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Klaus Hartke' <hartke@projectcool.de>
CC: <draft-ietf-core-coral@ietf.org>, <core@ietf.org>
References: <000001d63d42$4902bb60$db083220$@augustcellars.com> <CAAzbHvYRjt4zs6a1weO7y7_BB-Z+fQzKmOi=xauOu=H87gV8gQ@mail.gmail.com> <007e01d63e6f$287b75c0$79726140$@augustcellars.com>
In-Reply-To: <007e01d63e6f$287b75c0$79726140$@augustcellars.com>
Date: Thu, 11 Jun 2020 11:02:55 -0700
Message-ID: <01d501d6401a$89f9b8a0$9ded29e0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQClWf2rS4k9o7zNOYdptE0S0k77DQIBwfxbAd+dtxGrFnX2UA==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/L5f0a-4q0PGELCZ20MRaAH9THHw>
Subject: Re: [core] Review of draft-ietf-core-coral-03
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 18:03:07 -0000

I made a mistake - the CBOR group is defining two new date tags but not =
a time of day tag.

-----Original Message-----
From: core <core-bounces@ietf.org> On Behalf Of Jim Schaad
Sent: Tuesday, June 9, 2020 8:04 AM
To: 'Klaus Hartke' <hartke@projectcool.de>
Cc: draft-ietf-core-coral@ietf.org; core@ietf.org
Subject: Re: [core] Review of draft-ietf-core-coral-03



-----Original Message-----
From: Klaus Hartke <hartke@projectcool.de>
Sent: Tuesday, June 9, 2020 2:00 AM
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-ietf-core-coral@ietf.org; core@ietf.org WG <core@ietf.org>
Subject: Re: [core] Review of draft-ietf-core-coral-03

Hi Jim,

thanks a lot for your review!

> Section 2.3 =E2=80=93 Suggested text change s/are in contrast =
denoted/are, in=20
> contrast, denoted/  I keep thinking that by contrast should be used,=20
> but I keep going back and forth on that so I would leave that along.
> If you go that it would be /types, by contrast, are denoted/

Yeah, I had a bit of trouble with that sentence due to having both "in =
CoRAL" and "in contrast". I've fixed the sentence as you suggested.

> Section 2.3 =E2=80=93 s/collisions when from different/collisions =
from/

The sentence currently says "This allows for the decentralized creation =
of new link relation types without the risk of collisions when from =
different organizations or domains of knowledge." With your proposed =
change, it would be "This allows for the decentralized creation of new =
link relation types without the risk of collisions from organizations or =
domains of knowledge." That doesn't seem to say the same thing... Maybe =
"This allows for the decentralized creation of new link relation types =
without the risk of collisions when they come from different =
organizations or domains of knowledge."?
[JLS] Yes that works.

> Section 2.3 =E2=80=93 The CBOR WG is defining two new tags for Date =
and TimeOfDay.  Should these be added as new literal values?

I've added these to the list of open issues related to literals:
<https://github.com/core-wg/coral/issues/56>

Dates without time and times-of-day always run into interesting problems =
regarding time zones... something is on June 9th, 2020, or something is =
at 11 a.m. -- but in what timezone? Do you have an example where you'd =
use Date or TimeOfDay in a CoRAL document; how would you handle =
timezones there?

[JLS] Neither of these need to have timezones handled, both of these are =
designed to be timezone free.  If we have a meeting, it starts at a =
specific instance in time and thus having us agree on that instance even =
if we are in different timezones is of importance.  However, my birthday =
occurs on a specific date and the time in that date is no longer of =
relevance.  You can wish me happy birthday at any point on that date =
(and no it is not my birthday today).  Don't have a use for TimeOfDay =
off the top of my head, but again it is not a specific instance in time =
so timezones do not apply.

> Section 2.3 =E2=80=93 s/is neither identified by/is identified by =
neither/

Fixed.

> Section 2.6 =E2=80=93 Step 5 =E2=80=93 Can the request method be a =
FETCH as well as a GET?

How would a client know whether to do a FETCH or a GET? Would a server =
be required to always support both? What would be the expected payload =
of the FETCH?
[JLS] I don't know if there is one.  An empty payload could of course be =
done.  The question just popped into my mind and I wanted to make sure =
that GET was the only one that would be used here.

> Section 4.1.4 =E2=80=93 I do not believe that expanding the MEDIAL =
character set is really a good idea.  Consider the following where one =
of the line uses HYPEN-MINUS and the other line uses ARMENIAN HYPEN.  I =
cannot see a difference if I am reading this.
> #using AB-CD =3D IRI1
> #using AB=D6=8ACD =3D IRI2

(The list of medials comes from
<https://unicode.org/reports/tr31/#Specific_Character_Adjustments>.)

The issue of glyphs looking visually similar is more general than just =
the hyphens; it basically applies to all identifiers and IRIs in the =
CoRAL textual format. For that reason, I've referenced =
<https://www.unicode.org/reports/tr36/tr36-15.html#visual_spoofing>
and <https://www.rfc-editor.org/rfc/rfc6943.txt> in the security =
considerations section . But maybe that's not enough?
[JLS] You cannot solve the problem with IRIs and there is no way that =
you can try.  However there is no reason to make the problem worse by =
allowing identifiers to have this problem. =20

> Section 4.1.5.3 =E2=80=93 There is a difference between the text and =
the ABNF for hexadecimal.  One of them only has the lowercase character =
and the other has both upper- and lowercase =E2=80=98x=E2=80=99.

Fixed. Both upper- and lowercase 'x' are intended to be permitted.

> Section 5.2 =E2=80=93 I am trying to figure out if not returning a =
CoRAL document is considered to be reasonable or not.  Does the phrase =
=E2=80=9Cprocessing result=E2=80=9D indicate an absent content?

The section is intended to just define the meaning of a CoRAL document =
when it occurs in different kinds of responses. It isn't meant to say =
that every response must contain a CoRAL document :-)

[JLS] OK - I don't think this needs to change I was just making sure.

> Section 5.2.1 =E2=80=93 If I return a link to the new document created =
in a CoRAL document, should I also return the location options or should =
they be omitted?

Again, the section isn't intended to say how you're supposed to indicate =
the URL of a new resource. Just what the meaning of a CoRAL document in =
the response to a POST is :-)

Maybe some sort of style guide for CoRAL-based applications would be =
useful, giving recommendations such as whether to prefer the CoAP
Location-* options or the payload for indicating the URL of a newly =
created resource.

[JLS] I would be happy if this was part of the application document =
rather than here.

> Section 6.1.3 =E2=80=93 I am wondering if an application might also =
require that the links and forms in a document be encoded in a specific =
order?

That's a good question. My first reaction would be that that might be =
overly restrictive. But maybe if that leads to measurable improvements =
in code size or so, it might be worth considering. Do you perhaps have =
an illustrative example?

[JLS] First I want to be clear that I think this would be application =
specific.  But if you are looking for some specific links and all of the =
forms are at the end then you can stop the blockwise transfer earlier.  =
That was what I was thinking when I wrote the question.

Jim


> I skimmed the end of the document so I may do another pass on that =
section later.

Thanks!

Klaus

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


From nobody Fri Jun 12 18:00:54 2020
Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9CF43A003D for <core@ietfa.amsl.com>; Fri, 12 Jun 2020 18:00:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0_uyQDxfsaJ7 for <core@ietfa.amsl.com>; Fri, 12 Jun 2020 18:00:51 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E403A3A003C for <core@ietf.org>; Fri, 12 Jun 2020 18:00:50 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 12 Jun 2020 18:00:41 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <core@ietf.org>
Date: Fri, 12 Jun 2020 18:00:39 -0700
Message-ID: <002b01d6411e$0f63c770$2e2b5650$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdY+y1tYHknKvh5ERSqlbtMYLQjGdQ==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/BoYGYmEpJMUS8bk4PNHOEaFFcdU>
Subject: [core] CoRAL and forms
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jun 2020 01:00:53 -0000

As I have said before, I think that the links section of this document is
ready to go.  I think that the CBOR encoding dictionary is going to work.
There may be better solutions, but I don't have one and this one is going to
be adequate.  However, I still don't know enough about forms to make any
sort of decisions about the current structure being enough.  My problem is
that I don't believe that the way an IoT device is going to use a form is
the same way that it is used by a browser over HTTP.  Simply because it is a
document that I have read recently, and it is a document that I would like
to see using CoRAL and not links, I will be using
https://tools.ietf.org/html/draft-tiloca-ace-oscore-gm-admin to try and do
some exploration.  

Question #1:  How much do forms as represented in CoRAL and some of the WoT
TD description work that was presented at the T2TRG meeting on Monday.   One
of the statements that was made is that the developer needed to have the
full description of the TD, including possible dynamic changes to it, in
order to write code.  That there was not going to be a good way for an
application to be able to interact with the TD without this level of
knowledge.  I think that this is a true statement for CoRAL forms as well
with the most relevant presentation being that dealing with Hypermedia
Control for WoT.

Question #2: Does this make sense?  Looking at the example given in section
2.5.1 where a get is done on the collection of OSCORE groups.  In addition,
this point can be used to create a new OSCORE group, I think that this would
be presented as a form.  This means you would have

GET /manage

2.05 Content
Content-Format: TBD1 (application/coral+cbor)

#using <http://coreapps.org/ace.oscore.gm#>
#base </manage/>
Item <gp1>
Item <gp2>
Item <gp3>
CreateGroup -> _ [
	group_name _ {optional _ }
	group_title _ { optional _ }
	exp _ { default 3605 }
	active _ { default false }
	as_uri _ { optional }
	aead_alg _ { default 10 }
	hkdf _ { default 5 }
	cs_alg _ { default -8 }
	application _ { optional _ }
]


Some interesting things to note,

1.  Not all of the possible options are presented in the form above.  Some
of the fields can easily be inferred from a second field and thus do not
need to be specified by the client.  An example of this is the counter sign
key information (cs_key_params).  

2.  Given that the set of possible values is not included as part of the
information, while there may be an assumption that the client would know
what the list is, there are some possibilities that are not taken into
account.  First the set of possibilities may have grown since the client was
created and second, the set of possibilities could be restricted by the
server.  One interesting issue is when a list of items if provided is
exhaustive vs recommended.

3.  One of the interesting things that I would not know how to represent, or
if it even should be represented, would be a value of "next GROUP0099" which
would indicate that this is the next value that would be assigned, but it
may not be the one that you get.

Now let's do a create of a new group:

POST /manage

#using <http://coreapps.org/ace.oscore.gm#>
alg 10
active True
group_title "rooms 1 and 2"
as_uri <coap://as.example.com/token>
application "heating"
application "lighting"

2.04 Changed
Location-Path: manage
Location-Path: gp4

#using <http://coreapps.org/ace.oscore.gm#>
alg 10
active True
group_title "rooms 1 and 2"
as_uri <coap://as.example.com/token>
application "heating"
application "lighting"
join_uri </groups/gp4-join>
Update-Group => _ [
	operation PATCH
]
Add-Application => - {
	operation PATCH
               add_app _
}

In the event of an error it might return

4.00 Bad Request

#using <http://coreapps.org/ace.oscore.gm#>
CreateGroup -> _ [
	alg 99 {
		value 10
		value 11
		value 33
	}
]

This provides the parameter it did not like as well as a set of possible
values that could be placed in the location so that the client can know how
to repair the group creation request.

How much of what I outlined even makes sense?  What types of form cases are
people thinking of that I have not covered here.

Jim



From nobody Sat Jun 13 10:22:12 2020
Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42EF33A0A35 for <core@ietfa.amsl.com>; Sat, 13 Jun 2020 10:22:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QKhjafHzUwCE for <core@ietfa.amsl.com>; Sat, 13 Jun 2020 10:22:09 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EFD73A0A2C for <core@ietf.org>; Sat, 13 Jun 2020 10:22:09 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 13 Jun 2020 10:22:02 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <core@ietf.org>
Date: Sat, 13 Jun 2020 10:21:59 -0700
Message-ID: <002f01d641a7$26c44870$744cd950$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdZBoorzzH3ZFQl9QdWRMWbdLYcGCw==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/-TrFW7NkLQrb2ptX9E03r_DjMj4>
Subject: [core] CRI Extension for multiple schemes
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jun 2020 17:22:11 -0000

I had a strange idea which both violates the entire concept of what CRI was
designed to do, but has the potential to solve some problems that have been
pushed onto the back burner.  

Given that we have broken down a URI into an array of items, and there has
been some desire to allow for some type of multiple schemes to be specified
for a URI, what happens if we put an array of schemes into a CRI.  This
would allow for something like the following:

[ ["coap", "coap+tls"], "example.com", ".well-known", "core"]

While one could additionally allow for an array of host/port information I
think that this would be a step to far.  One would need to "resolve" the
array of schemes down to a single item before it could be used as if it were
a URI but the ability to carry this information might be something very
useful.

Jim



From nobody Wed Jun 17 06:18:53 2020
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD4283A0029; Wed, 17 Jun 2020 06:18:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level: 
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 cIpFUOmGBdjM; Wed, 17 Jun 2020 06:18:50 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F14F3A003D; Wed, 17 Jun 2020 06:18:50 -0700 (PDT)
Received: from opfedar05.francetelecom.fr (unknown [xx.xx.xx.7]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 49n5HX6mFCzBryr; Wed, 17 Jun 2020 15:18:48 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1592399928; bh=agFhmqc6VI2RMac0+T1cET/54IcK8Z4QeQc6dHtES98=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=vpofPek/vdEZqxTIxBkJ2kntDPVpx6IEk7Ni0gbE50IMK+FnSqXw+9T/Q/4CGOVLu 9DL8545sXcXTrLU4xAjelomcPPenYgdgXu+BMpfh+4Vy9hlshVtNmregLV8bdd8VZH F3rB7f/t+nrDry6mfv60U3OlvwXqgkOQuG4msNoPFufjWdLVXyTt1FlBZaU50Er9G5 9tv6u/56mDUOpAfEVem+Etofx/GJE7jLwrsbvbh7djsGmIQeXNNkJnvib0WpGYICcT NGcHrZwGTuwjUHZ2Lc6Zdn5QwvKaPL8mwmV/okZyc67tfy87679T0HTJA8c124nc8t cF9ZCWJ57ITmQ==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.45]) by opfedar05.francetelecom.fr (ESMTP service) with ESMTP id 49n5HX5wtgz2xC7; Wed, 17 Jun 2020 15:18:48 +0200 (CEST)
From: <mohamed.boucadair@orange.com>
To: "core@ietf.org" <core@ietf.org>
CC: "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
Thread-Topic: New Version Notification for draft-bosh-core-new-block-03.txt
Thread-Index: AQHWRKgQYNFsZf5OcEOR92LKnmEubqjcxtkQ
Date: Wed, 17 Jun 2020 13:18:47 +0000
Message-ID: <8450_1592399928_5EEA1838_8450_477_1_787AE7BB302AE849A7480A190F8B9330314DFED1@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <159239916520.5295.13293270648795127154@ietfa.amsl.com>
In-Reply-To: <159239916520.5295.13293270648795127154@ietfa.amsl.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.114.13.247]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/3SUnJ6qX_x2owiEQz_Pbpuz2LHY>
Subject: [core] TR: New Version Notification for draft-bosh-core-new-block-03.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jun 2020 13:18:52 -0000

SGkgYWxsLCANCg0KV2UgdXBkYXRlZCB0aGUgZHJhZnQgdG8gYWRkcmVzcyB0aGUgY29tbWVudHMg
ZGlzY3Vzc2VkIGR1cmluZyB0aGUgbGFzdCBpbnRlcmltIG1lZXRpbmcuIFRoZSBtYWluIGNoYW5n
ZXMgYXJlIGFzIGZvbGxvd3M6DQoNCiogVXNlIFJlcXVlc3QtVGFnIGFuZCBFVGFnIGluc3RlYWQg
b2YgdGhlIEJJRC4gQWxsIHRoZSBibG9jayAxLTQgb3B0aW9ucyBoYXZlIG5vdyB0aGUgc2FtZSBz
dHJ1Y3R1cmUuDQoqIFRCQTMgKE1pc3NpbmcgUGF5bG9hZHMpIHBheWxvYWQgaXMgZGVmaW5lZCBh
cyBhIENCT1IgU2VxdWVuY2UuIEEgQ0RETCBmb3IgdGhlIGVuY29kZWQgcGF5bG9hZCBpcyBhbHNv
IHByb3ZpZGVkLg0KKiBUaGUgc2VydmVyIGlzIG5vdCBhIHRlYXBvdCBhbnltb3JlIDstKQ0KKiBB
IG5ldyBjb250ZW50IGZvcm1hdCBpcyBkZWZpbmVkOiAiYXBwbGljYXRpb24vY2Jvci1zZXErYmxv
Y2siDQoNCkNvbW1lbnRzIGFyZSBtb3JlIHRoYW4gd2VsY29tZSwgYXMgdXN1YWwuICANCg0KVGhh
bmsgeW91LiANCg0KQ2hlZXJzLA0KSm9uICYgTWVkDQoNCi0tLS0tTWVzc2FnZSBkJ29yaWdpbmUt
LS0tLQ0KRGXCoDogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJh
ZnRzQGlldGYub3JnXSANCkVudm95w6nCoDogbWVyY3JlZGkgMTcganVpbiAyMDIwIDE1OjA2DQrD
gMKgOiBKb24gU2hhbGxvdzsgQk9VQ0FEQUlSIE1vaGFtZWQgVEdJL09MTg0KT2JqZXTCoDogTmV3
IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1ib3NoLWNvcmUtbmV3LWJsb2NrLTAzLnR4
dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1ib3NoLWNvcmUtbmV3LWJsb2NrLTAz
LnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBNb2hhbWVkIEJvdWNhZGFp
ciBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtYm9z
aC1jb3JlLW5ldy1ibG9jaw0KUmV2aXNpb246CTAzDQpUaXRsZToJCUNvbnN0cmFpbmVkIEFwcGxp
Y2F0aW9uIFByb3RvY29sIChDb0FQKSBCbG9jay1XaXNlIFRyYW5zZmVyIE9wdGlvbnMgZm9yIEZh
c3RlciBUcmFuc21pc3Npb24NCkRvY3VtZW50IGRhdGU6CTIwMjAtMDYtMTcNCkdyb3VwOgkJSW5k
aXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTIzDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWJvc2gtY29yZS1uZXctYmxvY2stMDMu
dHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh
ZnQtYm9zaC1jb3JlLW5ldy1ibG9jay8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmll
dGYub3JnL2h0bWwvZHJhZnQtYm9zaC1jb3JlLW5ldy1ibG9jay0wMw0KSHRtbGl6ZWQ6ICAgICAg
IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtYm9zaC1jb3JlLW5l
dy1ibG9jaw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs
Mj1kcmFmdC1ib3NoLWNvcmUtbmV3LWJsb2NrLTAzDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1
bWVudCBzcGVjaWZpZXMgbmV3IENvbnN0cmFpbmVkIEFwcGxpY2F0aW9uIFByb3RvY29sIChDb0FQ
KQ0KICAgQmxvY2stV2lzZSB0cmFuc2ZlciBvcHRpb25zOiBCbG9jazMgYW5kIEJsb2NrNCBPcHRp
b25zLg0KDQogICBUaGVzZSBvcHRpb25zIGFyZSBzaW1pbGFyIHRvIHRoZSBDb0FQIEJsb2NrMSBh
bmQgQmxvY2syIE9wdGlvbnMsIGJ1dA0KICAgZW5hYmxlIGZhc3RlciB0cmFuc21pc3Npb24gcmF0
ZXMgZm9yIGxhcmdlIGFtb3VudHMgb2YgZGF0YSB3aXRoIGxlc3MNCiAgIHBhY2tldCBpbnRlcmNo
YW5nZXMgYXMgd2VsbCBhcyBzdXBwb3J0aW5nIGZhc3RlciByZWNvdmVyeSBzaG91bGQgYW55DQog
ICBvZiB0aGUgYmxvY2tzIGdldCBsb3N0IGluIHRyYW5zbWlzc2lvbi4NCg0KICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUg
b2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXpl
ZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRo
ZSBJRVRGIFNlY3JldGFyaWF0DQoNCg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl
cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxs
ZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywg
ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug
Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1
ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2Fn
ZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2Ug
ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg
ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht
ZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0
aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0
ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVj
ZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBk
ZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUg
YWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVu
IG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK


From nobody Wed Jun 17 06:31:58 2020
Return-Path: <cabo@tzi.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E44B43A077A; Wed, 17 Jun 2020 06:31:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NeDtTHBrgAY2; Wed, 17 Jun 2020 06:31:54 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 213E13A0771; Wed, 17 Jun 2020 06:31:53 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49n5Zc2KFlzyh0; Wed, 17 Jun 2020 15:31:52 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <8450_1592399928_5EEA1838_8450_477_1_787AE7BB302AE849A7480A190F8B9330314DFED1@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Date: Wed, 17 Jun 2020 15:31:50 +0200
Cc: "core@ietf.org" <core@ietf.org>, "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
X-Mao-Original-Outgoing-Id: 614093509.645911-2610ef0e676a19073e3c58ac543902fa
Content-Transfer-Encoding: quoted-printable
Message-Id: <DE337EDE-99A3-4345-8D46-BB144DC36BF9@tzi.org>
References: <159239916520.5295.13293270648795127154@ietfa.amsl.com> <8450_1592399928_5EEA1838_8450_477_1_787AE7BB302AE849A7480A190F8B9330314DFED1@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
To: mohamed.boucadair@orange.com
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Z56KUECbeWUCzqQFkwXyKx6vhgg>
Subject: Re: [core] New Version Notification for draft-bosh-core-new-block-03.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jun 2020 13:31:57 -0000

Quick reply to just this:

> On 2020-06-17, at 15:18, <mohamed.boucadair@orange.com> =
<mohamed.boucadair@orange.com> wrote:
>=20
> * A new content format is defined: "application/cbor-seq+block=E2=80=9D

RFC 8742 defines the structured syntax suffix "+cbor-seq=E2=80=9D.  As =
the name implies, this comes at the end of the media-type name.  =
=E2=80=9CBlock=E2=80=9D is OK as a prefix, but maybe we find something =
more descriptive.  Maybe:

> application/missing-blocks+cbor-seq


Gr=C3=BC=C3=9Fe, Carsten



From nobody Wed Jun 17 06:38:14 2020
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0205C3A07B1; Wed, 17 Jun 2020 06:38:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level: 
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 ZGNX69hl3HDp; Wed, 17 Jun 2020 06:38:11 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 883043A07AF; Wed, 17 Jun 2020 06:38:11 -0700 (PDT)
Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 49n5jt0w7QzBrx1; Wed, 17 Jun 2020 15:38:10 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1592401090; bh=oDpCHxcw0Hy6bIKB2rwxQFF26kDtRZ1IikiITokNDxo=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=BUcF6A7SRljHYpIY/17VcIYKLd0iw3d+Bg+GJhucvqC5uAV4Ft9IGgCAPxNJP5U1o RN4l+2Z8bGBVSRHEVdUdrO14cuJBjH5OWavXVztEB+CvQItnLyqpfyYHJKaB4w+ntQ GUsFXF6Yxl7lNIkcfckcQymR3VYZLcFLHPlTGiTTSO6AxPtVG9p7NATgxjXqvldmpo j1VuAKnJGFjfPHiTMOUFFvbkcV73TUEnv/EGHF6LPjF8yqWhh6ozRwWk1ZpfXfoTHv VUW6HePPs7G9Af5NUe13FmnLwjoLIKWut3scJRBxbt/mDIoqjwJI+KBIFfd3ePIY+9 t0ff4A1bMVmEg==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.20]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id 49n5js72b2z1xp8; Wed, 17 Jun 2020 15:38:09 +0200 (CEST)
From: <mohamed.boucadair@orange.com>
To: Carsten Bormann <cabo@tzi.org>
CC: "core@ietf.org" <core@ietf.org>, "draft-bosh-core-new-block@ietf.org" <draft-bosh-core-new-block@ietf.org>
Thread-Topic: [core] New Version Notification for draft-bosh-core-new-block-03.txt
Thread-Index: AQHWRKgQYNFsZf5OcEOR92LKnmEubqjcxtkQ///lnwCAACKmkA==
Date: Wed, 17 Jun 2020 13:38:09 +0000
Message-ID: <12312_1592401090_5EEA1CC2_12312_90_2_787AE7BB302AE849A7480A190F8B9330314DFF82@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <159239916520.5295.13293270648795127154@ietfa.amsl.com> <8450_1592399928_5EEA1838_8450_477_1_787AE7BB302AE849A7480A190F8B9330314DFED1@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <DE337EDE-99A3-4345-8D46-BB144DC36BF9@tzi.org>
In-Reply-To: <DE337EDE-99A3-4345-8D46-BB144DC36BF9@tzi.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.114.13.247]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ybUUOv2QDnhDkIjNCAuGJhLAA0c>
Subject: Re: [core] New Version Notification for draft-bosh-core-new-block-03.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jun 2020 13:38:13 -0000

SGkgQ2Fyc3RlbiwNCg0KSSBhZ3JlZSB0aGF0ICJhcHBsaWNhdGlvbi9taXNzaW5nLWJsb2Nrcytj
Ym9yLXNlcSIgaXMgbW9yZSBkZXNjcmlwdGlvbi4gRGVhbCEgDQoNClRoaXMgaXMgbm93IGZpeGVk
OiBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtYm9zaC1jb3JlLW5ldy1i
bG9jay0wNC4NCg0KVGhhbmtzLg0KDQpDaGVlcnMsDQpNZWQNCg0KPiAtLS0tLU1lc3NhZ2UgZCdv
cmlnaW5lLS0tLS0NCj4gRGXCoDogQ2Fyc3RlbiBCb3JtYW5uIFttYWlsdG86Y2Fib0B0emkub3Jn
XQ0KPiBFbnZvecOpwqA6IG1lcmNyZWRpIDE3IGp1aW4gMjAyMCAxNTozMg0KPiDDgMKgOiBCT1VD
QURBSVIgTW9oYW1lZCBUR0kvT0xODQo+IENjwqA6IGNvcmVAaWV0Zi5vcmc7IGRyYWZ0LWJvc2gt
Y29yZS1uZXctYmxvY2tAaWV0Zi5vcmcNCj4gT2JqZXTCoDogUmU6IFtjb3JlXSBOZXcgVmVyc2lv
biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWJvc2gtY29yZS1uZXctYmxvY2stDQo+IDAzLnR4dA0K
PiANCj4gUXVpY2sgcmVwbHkgdG8ganVzdCB0aGlzOg0KPiANCj4gPiBPbiAyMDIwLTA2LTE3LCBh
dCAxNToxOCwgPG1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb20+DQo+IDxtb2hhbWVkLmJvdWNh
ZGFpckBvcmFuZ2UuY29tPiB3cm90ZToNCj4gPg0KPiA+ICogQSBuZXcgY29udGVudCBmb3JtYXQg
aXMgZGVmaW5lZDogImFwcGxpY2F0aW9uL2Nib3Itc2VxK2Jsb2Nr4oCdDQo+IA0KPiBSRkMgODc0
MiBkZWZpbmVzIHRoZSBzdHJ1Y3R1cmVkIHN5bnRheCBzdWZmaXggIitjYm9yLXNlceKAnS4gIEFz
IHRoZSBuYW1lDQo+IGltcGxpZXMsIHRoaXMgY29tZXMgYXQgdGhlIGVuZCBvZiB0aGUgbWVkaWEt
dHlwZSBuYW1lLiAg4oCcQmxvY2vigJ0gaXMgT0sgYXMgYQ0KPiBwcmVmaXgsIGJ1dCBtYXliZSB3
ZSBmaW5kIHNvbWV0aGluZyBtb3JlIGRlc2NyaXB0aXZlLiAgTWF5YmU6DQo+IA0KPiA+IGFwcGxp
Y2F0aW9uL21pc3NpbmctYmxvY2tzK2Nib3Itc2VxDQo+IA0KPiANCj4gR3LDvMOfZSwgQ2Fyc3Rl
bg0KPiANCg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl
bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdp
ZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNv
cGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIg
ZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWly
ZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVl
cyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSBy
ZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxz
aWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFp
biBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90
ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29w
aWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp
bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNz
YWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jhbmdl
IGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFu
Z2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK


From nobody Wed Jun 17 13:38:25 2020
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 482EB3A0AE7 for <core@ietfa.amsl.com>; Wed, 17 Jun 2020 13:38:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R9efSPYYYTt0 for <core@ietfa.amsl.com>; Wed, 17 Jun 2020 13:38:21 -0700 (PDT)
Received: from prometheus.amsuess.com (alt.prometheus.amsuess.com [IPv6:2a01:4f8:190:3064::3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16EF93A0ACB for <core@ietf.org>; Wed, 17 Jun 2020 13:38:20 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id 1EA0740674; Wed, 17 Jun 2020 22:38:18 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 3AF7AD3; Wed, 17 Jun 2020 22:38:17 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a581:7ff4:c0a6:4df9]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id E96371A0; Wed, 17 Jun 2020 22:38:16 +0200 (CEST)
Received: (nullmailer pid 2644251 invoked by uid 1000); Wed, 17 Jun 2020 20:38:16 -0000
Date: Wed, 17 Jun 2020 22:38:16 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: Jim Schaad <ietf@augustcellars.com>
Cc: core@ietf.org
Message-ID: <20200617203816.GA2643779@hephaistos.amsuess.com>
References: <002f01d641a7$26c44870$744cd950$@augustcellars.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q"
Content-Disposition: inline
In-Reply-To: <002f01d641a7$26c44870$744cd950$@augustcellars.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/0WxvQSvBXcEw7NfsN5RCGJC7fVw>
Subject: Re: [core] CRI Extension for multiple schemes
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jun 2020 20:38:23 -0000

--Q68bSM7Ycu6FN28Q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Jim,

On Sat, Jun 13, 2020 at 10:21:59AM -0700, Jim Schaad wrote:
> [ ["coap", "coap+tls"], "example.com", ".well-known", "core"]

The protocol negotiation work has seen less activity than I'd like to
have put into it, but the latest proposals go in the direction of
avoiding URI aliasing altogether:

Even though a TLS transport is offered, the server would be addressed as
'coap://server/path' by virtue of an (explicit or, later, implied /
compressed) Proxy-Scheme option; links there would use the canonical
form and may contain hints in attributes expressing that "the target's
server is also accepting connections using this or that protocol".

Having a shortcut in CRIs sounds tempting, but I dread the
translatability to the rest of the web ecosystem where those are
unavailable, and the need to deal with aliased URIs in general.

KR
c

--=20
To use raw power is to make yourself infinitely vulnerable to greater power=
s.
  -- Bene Gesserit axiom

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

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl7qfzQACgkQOY0REtOk
veGuIhAAh4XT/2E4vYmkpDP0ukuXrVTvIJShkGs2yx3d1+Z0h4hqPe252ATIlhxB
teKHQOuzy5rLar8uyO8ijL/bFDcnvbe385kZMqBAolcIZzb9MlmJv9TivR8jk21/
CjfS7Jsubh66Woexw9oX3Hy17gjAG9IQkq5iDWIvG5OTN3Vj58bIGqO7ZjsgfXIw
1XvgNSfxOe2gwBG4MILIV0AhTRXo4S8mLQzdhgTcS/Ww8iKkP9h6v4O7W7tW/vrV
qhipryMy3HNM3MNpIJYW4yzG8B6jMBiE6lc7bs6xi7wDPbxw86D505X4rzxttvjc
ybANPBz/Joc1jf2SqZ0BAU3RAYTbmnQTzj7BBoaNk1TKeKOYC+glJfpoP9nOo+ao
0dfuyLzOBAd4gX1V7MXdmYKXuNrutjszhoq7pWtsHZW0J5geYFChhbNScds2r1hl
fnBuSxj5k8nRo/L46zIYFS6xlH/B2BwmYC1k+Ylp5WFjvw2/XGPRYWQg+CVYNSwW
0WW4avFk1aqjeXCc9cTMNQb3CIKpl/WleqFkP3YMRot3CX6UIjZegrpd3rqL7cR4
hm4BPjOUFdLIasWqYfakCaLFaxB5mb/jUb+fkYjdV93Fv3YYATOhpuB6cULnRkTi
5Wj85E50fklTMjGC9UVSvVVlziQYRk2WS82SnCfg9PzpreQOS8U=
=YvpP
-----END PGP SIGNATURE-----

--Q68bSM7Ycu6FN28Q--


From nobody Wed Jun 17 14:00:32 2020
Return-Path: <cabo@tzi.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 981923A0C70 for <core@ietfa.amsl.com>; Wed, 17 Jun 2020 14:00:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l28cQe0a9Ba9 for <core@ietfa.amsl.com>; Wed, 17 Jun 2020 14:00:20 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E3023A0C71 for <core@ietf.org>; Wed, 17 Jun 2020 14:00:19 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49nHX134ZnzyTb; Wed, 17 Jun 2020 23:00:17 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <20200617203816.GA2643779@hephaistos.amsuess.com>
Date: Wed, 17 Jun 2020 23:00:16 +0200
Cc: Jim Schaad <ietf@augustcellars.com>, core@ietf.org
X-Mao-Original-Outgoing-Id: 614120416.767845-be49bfe25e3a395839b2c775c6a7080c
Content-Transfer-Encoding: quoted-printable
Message-Id: <B7597E17-9BF6-4C32-8917-B1561DD952F2@tzi.org>
References: <002f01d641a7$26c44870$744cd950$@augustcellars.com> <20200617203816.GA2643779@hephaistos.amsuess.com>
To: =?utf-8?Q?Christian_Ams=C3=BCss?= <christian@amsuess.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/AoxvWVkAmQHMD95QbTTu-kC3NdI>
Subject: Re: [core] CRI Extension for multiple schemes
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jun 2020 21:00:32 -0000

On 2020-06-17, at 22:38, Christian Ams=C3=BCss <christian@amsuess.com> =
wrote:
>=20
> Having a shortcut in CRIs sounds tempting, but I dread the
> translatability to the rest of the web ecosystem where those are
> unavailable, and the need to deal with aliased URIs in general.

Right.

So the question really is:

If we do our own URI variant, do we go all the way and exploit the =
benefits of having our own variant, even as a superset of URIs, or do we =
remain stuck with the URIs as they have been for a quarter century?

I=E2=80=99m maybe a bit more on the audacious side here, as long as we =
can keep the subset of CRIs that maps 1:1 to URIs large enough.  Apart =
from transport (really: plumbing) hints in URIs, we have always missed =
security hints (beyond the coaps bit) there.  I think if we could solve =
this problem, the divergence from URIs might be worth it =E2=80=94 that =
is much less certain just for the plumbing.

The way these security hints could look like is of course way out in =
research land; if we want to explore this, we should have an extensible =
base architecture for CRIs and layer on that.

On the plumbing side, I think we already have seen that we need to =
associate at least a port number with a transport alternative, so we =
would not just enumerate URI schemes.

In the end, this could solve the aliasing issue as well, albeit only on =
the CRI side.

Gr=C3=BC=C3=9Fe, Carsten


From nobody Mon Jun 22 04:53:35 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7857E3A0C36 for <core@ietfa.amsl.com>; Mon, 22 Jun 2020 04:53:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0SpRWyH3qb8R for <core@ietfa.amsl.com>; Mon, 22 Jun 2020 04:53:22 -0700 (PDT)
Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E16323A0C37 for <core@ietf.org>; Mon, 22 Jun 2020 04:53:21 -0700 (PDT)
Received: by mail-wr1-x431.google.com with SMTP id l10so16367157wrr.10 for <core@ietf.org>; Mon, 22 Jun 2020 04:53:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=ECCTOGtEgUFana0VbxNzYkW/9s2CSe0/G0/anSc0IGM=; b=wy/wejvIc0vNzk67CRwpilRCqSrl0LX3OcMeOqI9RuZ3Mdej5UCwu/GJqDefpaBiSA aSXvbwvQUJt+CTAKTzCpBaNe14uMO+j6mZ6VJDkIIwDeDJR+XNBQDn8wIitDlZa5zwiB 6l9NEMTwelDcvQJIqnlEOYODKpH6ryENavZwfbH0dQqw+nAv24h3EGH50fU/qNX1U2Kt til5FUK1iwkZ0nNQjDeFhfedOxsmCU+XF+Z++CtJDcRvyyGOQ3OI4pPctKfkREz44TYD gQPQWJStHzgBzDbJiUHpEU4CrhGsRCScOzpmOoHHo4glMk6RKIaOefiGwOlrBp5hPx66 K5DQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=ECCTOGtEgUFana0VbxNzYkW/9s2CSe0/G0/anSc0IGM=; b=i0gevDGezFf/gd5g2WaMWwmb0vUOqAXFFTwzYR7K1JG2uVfqyU1KLSwZ4murzZ8I3Z QaAuUtwzEWzNt1ygdxWbgLbWQCr9ysBwpLsL7HKKPEOMJFqJOsehWcpkMfB0AYUge/T0 Kdw/K766sBXVbj6FN3Jsc+InDc6q0c72VN8IiMvsNy188DNu0qusfpLh87rVTcoHeqSo XEXUXoLVeVSm0yWjBoPQ6eI+gyDEImfQFFJj3tzUwpJEtvC3vw6CUc70Z7BAwnUQYcAY Nwllb+O3jBOFJIXw6E1y3QfjwBpYhhdMwEbHOcAENilZVPWL1WzB9du4B5YXSnjbCBMX c/Lg==
X-Gm-Message-State: AOAM532/aEIDmktYeaAS/Y8xGBaYbWpFc2uA3tkYPjVpFMr3ssxkv3sM 0eZtpRRt0dQE0T5y7eluTLeUsbyT0eWorQhWiRwPBAw45W0=
X-Google-Smtp-Source: ABdhPJzTHNTm+TeCQHiImt9JlWrknPwfMbMfShqzKdwMinozBnqUh4xMnZuX7MDpmAo0MJJDuVR87jLBF9HZRBEdT8o=
X-Received: by 2002:a5d:65cd:: with SMTP id e13mr20128727wrw.213.1592826799884;  Mon, 22 Jun 2020 04:53:19 -0700 (PDT)
MIME-Version: 1.0
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Mon, 22 Jun 2020 13:52:53 +0200
Message-ID: <CAJFkdRwPR7k=gMzWn6jz-rjcsZR2Ke3s_jbw_uhwESkqZUCoZg@mail.gmail.com>
To: core <core@ietf.org>
Cc: core-chairs@ietf.org
Content-Type: multipart/mixed; boundary="00000000000099257505a8aae31a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/x9RJkfnQgW0Rp3LmHd2CkbOA4DY>
Subject: [core] CORECONF protocol name and other discussions
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2020 11:53:35 -0000

--00000000000099257505a8aae31a
Content-Type: multipart/alternative; boundary="00000000000099257305a8aae318"

--00000000000099257305a8aae318
Content-Type: text/plain; charset="UTF-8"

Dear all,

We recently pushed the last remaining changes that we were planning on
doing related to the CORECONF drafts [1], [2], [3], [4]. As always, we
greatly appreciate your feedback and comments.

The only point that I am not entirely sure how to handle is the name CoMI
vs CORECONF. In theory what Carsten and others have been suggesting is
clear - CoMI is the CoAP protocol and CORECONF is the complete solution
with Content formats. When I tried to put that into the document, I believe
there might still be some confusion as to why the CoAP protocol part needs
a name (you can find here [5] my attempt at that). If we think we could be
using it with a different content format, maybe that would be worth the
effort and I will try to modify the text so that the CoAP part is generic
in terms of Content format and there is extra text that binds this to the
Content format of CORECONF. Alternatively, we could simply decide which
name to use CORECONF (see attachment
draft-ietf-core-comi-coreconf-only.txt) or CoMI (draft-ietf-core-comi.txt).

Please let us know what your suggestions are.

Best regards,
Ivaylo

[1]:
https://tools.ietf.org/rfcdiff?url1=draft-ietf-core-sid&url2=http://core-wg.github.io/yang-cbor/draft-ietf-core-sid-latest.txt
[2]:
https://tools.ietf.org/rfcdiff?url1=draft-ietf-core-yang-cbor&url2=http://core-wg.github.io/yang-cbor/draft-ietf-core-yang-cbor-latest.txt
[3]:
https://tools.ietf.org/rfcdiff?url1=https://tools.ietf.org/id/draft-ietf-core-comi.txt&url2=https://core-wg.github.io/comi/draft-ietf-core-comi.txt
[4]:
https://tools.ietf.org/rfcdiff?url1=draft-ietf-core-yang-library&url2=http://core-wg.github.io/yang-cbor/draft-ietf-core-yang-library-latest.txt
[5]: https://github.com/core-wg/comi/tree/coreconf-and-comi

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;color:#0b5394">Dear all,</div><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">We rec=
ently pushed the last remaining changes that we were planning on doing rela=
ted to the CORECONF=C2=A0drafts [1], [2], [3], [4]. As always, we greatly a=
ppreciate your feedback and comments.</div><div class=3D"gmail_default" sty=
le=3D"font-family:verdana,sans-serif;color:#0b5394"><br></div><div class=3D=
"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394">The =
only point that I am not entirely sure how to handle is the name CoMI vs CO=
RECONF. In theory what Carsten and others have been suggesting is clear - C=
oMI is the CoAP protocol and CORECONF is the complete solution with Content=
 formats. When I tried to put that into the document, I believe there might=
 still be some=C2=A0confusion as to why the CoAP protocol part needs a name=
 (you can find here [5] my attempt at that). If we think we could be using =
it with a different content format, maybe that would be worth the effort an=
d I will try to modify the text so that the CoAP part is generic in terms o=
f Content format and there is extra text that binds this to the Content for=
mat of CORECONF. Alternatively, we could simply decide which name to use CO=
RECONF (see attachment draft-ietf-core-comi-coreconf-only.txt) or CoMI (dra=
ft-ietf-core-comi.txt).</div><div class=3D"gmail_default" style=3D"font-fam=
ily:verdana,sans-serif;color:#0b5394"><br></div><div class=3D"gmail_default=
" style=3D"font-family:verdana,sans-serif;color:#0b5394">Please let us know=
 what your suggestions are.</div><div class=3D"gmail_default" style=3D"font=
-family:verdana,sans-serif;color:#0b5394"><br></div><div class=3D"gmail_def=
ault" style=3D"font-family:verdana,sans-serif;color:#0b5394">Best regards,<=
/div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;c=
olor:#0b5394">Ivaylo</div><div class=3D"gmail_default" style=3D"font-family=
:verdana,sans-serif;color:#0b5394"><br></div><div class=3D"gmail_default" s=
tyle=3D"font-family:verdana,sans-serif;color:#0b5394">[1]:=C2=A0<a href=3D"=
https://tools.ietf.org/rfcdiff?url1=3Ddraft-ietf-core-sid&amp;url2=3Dhttp:/=
/core-wg.github.io/yang-cbor/draft-ietf-core-sid-latest.txt" style=3D"font-=
family:Arial,Helvetica,sans-serif">https://tools.ietf.org/rfcdiff?url1=3Ddr=
aft-ietf-core-sid&amp;url2=3Dhttp://core-wg.github.io/yang-cbor/draft-ietf-=
core-sid-latest.txt</a></div><div class=3D"gmail_default" style=3D"font-fam=
ily:verdana,sans-serif;color:#0b5394">[2]:=C2=A0<a href=3D"https://tools.ie=
tf.org/rfcdiff?url1=3Ddraft-ietf-core-yang-cbor&amp;url2=3Dhttp://core-wg.g=
ithub.io/yang-cbor/draft-ietf-core-yang-cbor-latest.txt" style=3D"font-fami=
ly:Arial,Helvetica,sans-serif">https://tools.ietf.org/rfcdiff?url1=3Ddraft-=
ietf-core-yang-cbor&amp;url2=3Dhttp://core-wg.github.io/yang-cbor/draft-iet=
f-core-yang-cbor-latest.txt</a></div><div class=3D"gmail_default" style=3D"=
font-family:verdana,sans-serif;color:#0b5394">[3]:=C2=A0<a href=3D"https://=
tools.ietf.org/rfcdiff?url1=3Dhttps://tools.ietf.org/id/draft-ietf-core-com=
i.txt&amp;url2=3Dhttps://core-wg.github.io/comi/draft-ietf-core-comi.txt">h=
ttps://tools.ietf.org/rfcdiff?url1=3Dhttps://tools.ietf.org/id/draft-ietf-c=
ore-comi.txt&amp;url2=3Dhttps://core-wg.github.io/comi/draft-ietf-core-comi=
.txt</a></div><div class=3D"gmail_default" style=3D"font-family:verdana,san=
s-serif;color:#0b5394">[4]:=C2=A0<a href=3D"https://tools.ietf.org/rfcdiff?=
url1=3Ddraft-ietf-core-yang-library&amp;url2=3Dhttp://core-wg.github.io/yan=
g-cbor/draft-ietf-core-yang-library-latest.txt" style=3D"font-family:Arial,=
Helvetica,sans-serif">https://tools.ietf.org/rfcdiff?url1=3Ddraft-ietf-core=
-yang-library&amp;url2=3Dhttp://core-wg.github.io/yang-cbor/draft-ietf-core=
-yang-library-latest.txt</a></div><div class=3D"gmail_default" style=3D"fon=
t-family:verdana,sans-serif;color:#0b5394">[5]:=C2=A0<a href=3D"https://git=
hub.com/core-wg/comi/tree/coreconf-and-comi" style=3D"font-family:Arial,Hel=
vetica,sans-serif">https://github.com/core-wg/comi/tree/coreconf-and-comi</=
a></div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-seri=
f;color:#0b5394">=C2=A0=C2=A0</div><div><div dir=3D"ltr" data-smartmail=3D"=
gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"lt=
r"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><=
div dir=3D"ltr"><div><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><di=
v dir=3D"ltr"><div dir=3D"ltr"><div><div><div style=3D"margin:0px;font-stre=
tch:normal;line-height:normal"><div style=3D"margin:0px;padding:0px 0px 20p=
x;width:1949px"><div><div style=3D"margin:8px 0px 0px;padding:0px"><div><di=
v style=3D"font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-s=
ize:16px"></div><div style=3D"font-family:Roboto,RobotoDraft,Helvetica,Aria=
l,sans-serif;font-size:16px"></div></div></div><div style=3D"font-family:Ro=
boto,RobotoDraft,Helvetica,Arial,sans-serif;font-size:medium"></div></div><=
/div></div></div></div></div></div></div></div></div></div></div></div></di=
v></div></div></div></div></div></div></div></div></div></div></div></div><=
/div>

--00000000000099257305a8aae318--

--00000000000099257505a8aae31a
Content-Type: text/plain; charset="US-ASCII";
 name="draft-ietf-core-comi-coreconf-only.txt"
Content-Disposition: attachment; 
 filename="draft-ietf-core-comi-coreconf-only.txt"
Content-Transfer-Encoding: base64
Content-ID: <f_kbq92ql40>
X-Attachment-Id: f_kbq92ql40

CgoKCkNvUkUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBNLiBWZWlsbGV0dGUsIEVkLgpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgVHJpbGxpYW50IE5ldHdvcmtzIEluYy4KSW50ZW5kZWQgc3RhdHVzOiBTdGFu
ZGFyZHMgVHJhY2sgICAgICAgICAgICAgICAgICAgIFAuIHZhbiBkZXIgU3RvaywgRWQuCkV4cGly
ZXM6IERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
Y29uc3VsdGFudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgQS4gUGVsb3YKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQWNrbGlvCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQS4gQmllcm1h
bgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBZdW1hV29ya3MKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIEkuIFBldHJvdiwgRWQuCiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFja2xpbwogICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUg
MjIsIDIwMjAKCgogICAgICAgICAgICAgICAgICBDb0FQIE1hbmFnZW1lbnQgSW50ZXJmYWNlIChD
T1JFQ09ORikKICAgICAgICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1jb3JlLWNvbWktMDkK
CkFic3RyYWN0CgogICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBhIG5ldHdvcmsgbWFuYWdlbWVu
dCBpbnRlcmZhY2UgZm9yCiAgIGNvbnN0cmFpbmVkIGRldmljZXMgYW5kIG5ldHdvcmtzLCBjYWxs
ZWQgQ29BUCBNYW5hZ2VtZW50IEludGVyZmFjZQogICAoQ09SRUNPTkYpLiAgVGhlIENvbnN0cmFp
bmVkIEFwcGxpY2F0aW9uIFByb3RvY29sIChDb0FQKSBpcyB1c2VkIHRvCiAgIGFjY2VzcyBkYXRh
c3RvcmUgYW5kIGRhdGEgbm9kZSByZXNvdXJjZXMgc3BlY2lmaWVkIGluIFlBTkcsIG9yIFNNSXYy
CiAgIGNvbnZlcnRlZCB0byBZQU5HLiAgQ09SRUNPTkYgdXNlcyB0aGUgWUFORyB0byBDQk9SIG1h
cHBpbmcgYW5kCiAgIGNvbnZlcnRzIFlBTkcgaWRlbnRpZmllciBzdHJpbmdzIHRvIG51bWVyaWMg
aWRlbnRpZmllcnMgZm9yIHBheWxvYWQKICAgc2l6ZSByZWR1Y3Rpb24uICBDT1JFQ09ORiBleHRl
bmRzIHRoZSBzZXQgb2YgWUFORyBiYXNlZCBwcm90b2NvbHMsCiAgIE5FVENPTkYgYW5kIFJFU1RD
T05GLCB3aXRoIHRoZSBjYXBhYmlsaXR5IHRvIG1hbmFnZSBjb25zdHJhaW5lZAogICBkZXZpY2Vz
IGFuZCBuZXR3b3Jrcy4KCk5vdGUKCiAgIERpc2N1c3Npb24gYW5kIHN1Z2dlc3Rpb25zIGZvciBp
bXByb3ZlbWVudCBhcmUgcmVxdWVzdGVkLCBhbmQgc2hvdWxkCiAgIGJlIHNlbnQgdG8geW90QGll
dGYub3JnLgoKU3RhdHVzIG9mIFRoaXMgTWVtbwoKICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBz
dWJtaXR0ZWQgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZQogICBwcm92aXNpb25zIG9mIEJD
UCA3OCBhbmQgQkNQIDc5LgoKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50
cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcKICAgVGFzayBGb3JjZSAoSUVURikuICBOb3Rl
IHRoYXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUKICAgd29ya2luZyBkb2N1bWVu
dHMgYXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC0KICAg
RHJhZnRzIGlzIGF0IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQv
LgoKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4
aW11bSBvZiBzaXggbW9udGhzCiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9i
c29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55CiAgIHRpbWUuICBJdCBpcyBpbmFwcHJv
cHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlCiAgIG1hdGVyaWFsIG9y
IHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiIKCgoKClZlaWxs
ZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAg
ICBbUGFnZSAxXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYgICAg
ICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2ls
bCBleHBpcmUgb24gRGVjZW1iZXIgMjQsIDIwMjAuCgpDb3B5cmlnaHQgTm90aWNlCgogICBDb3B5
cmlnaHQgKGMpIDIwMjAgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0
aGUKICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2ZWQuCgogICBUaGlzIGRv
Y3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsCiAg
IFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMKICAgKGh0dHBzOi8vdHJ1c3Rl
ZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZgogICBwdWJs
aWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMK
ICAgY2FyZWZ1bGx5LCBhcyB0aGV5IGRlc2NyaWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlv
bnMgd2l0aCByZXNwZWN0CiAgIHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMgZXh0
cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVudCBtdXN0CiAgIGluY2x1ZGUgU2ltcGxpZmllZCBCU0Qg
TGljZW5zZSB0ZXh0IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZgogICB0aGUgVHJ1c3Qg
TGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJlIHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXMKICAg
ZGVzY3JpYmVkIGluIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLgoKVGFibGUgb2YgQ29udGVu
dHMKCiAgIDEuICBJbnRyb2R1Y3Rpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuICAgMwogICAgIDEuMS4gIFRlcm1pbm9sb2d5IC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDQKICAgMi4gIENPUkVDT05GIEFyY2hp
dGVjdHVyZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA1CiAgICAg
Mi4xLiAgTWFqb3IgZGlmZmVyZW5jZXMgYmV0d2VlbiBSRVNUQ09ORiBhbmQgQ09SRUNPTkYgLiAu
IC4gLiAuICAgNgogICAgICAgMi4xLjEuICBEaWZmZXJlbmNlcyBkdWUgdG8gQ29BUCBhbmQgaXRz
IGVmZmljaWVudCB1c2FnZSAuIC4gLiAgIDYKICAgICAgIDIuMS4yLiAgRGlmZmVyZW5jZXMgZHVl
IHRvIHRoZSB1c2Ugb2YgQ0JPUiAgLiAuIC4gLiAuIC4gLiAuIC4gICA3CiAgICAgMi4yLiAgQ29t
cHJlc3Npb24gb2YgWUFORyBpZGVudGlmaWVycyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAg
NwogICAgIDIuMy4gIEluc3RhbmNlLWlkZW50aWZpZXIgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAgIDgKICAgICAyLjQuICBNZWRpYS1UeXBlcyAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA4CiAgICAgMi41LiAgVW5pZmllZCBkYXRh
c3RvcmUgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMAogICAzLiAg
RXhhbXBsZSBzeW50YXggIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAgMTEKICAgNC4gIENvQVAgSW50ZXJmYWNlICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDExCiAgICAgNC4xLiAgVXNpbmcgdGhlICdrJyBxdWVyeSBw
YXJhbWV0ZXIgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMwogICAgIDQuMi4gIERhdGEg
UmV0cmlldmFsICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTUK
ICAgICAgIDQuMi4xLiAgVXNpbmcgdGhlICdjJyBxdWVyeSBwYXJhbWV0ZXIgLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gIDE1CiAgICAgICA0LjIuMi4gIFVzaW5nIHRoZSAnZCcgcXVlcnkgcGFyYW1l
dGVyIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxNgogICAgICAgNC4yLjMuICBHRVQgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTYKICAgICAgIDQu
Mi40LiAgRkVUQ0ggLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gIDE5CiAgICAgNC4zLiAgRGF0YSBFZGl0aW5nICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuICAyMAogICAgICAgNC4zLjEuICBEYXRhIE9yZGVyaW5nIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjAKICAgICAgIDQuMy4yLiAgUE9T
VCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDIwCiAg
ICAgICA0LjMuMy4gIFBVVCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuICAyMQogICAgICAgNC4zLjQuICBpUEFUQ0ggIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjIKICAgICAgIDQuMy41LiAgREVMRVRFICAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDIzCiAgICAgNC40LiAg
RnVsbCBkYXRhc3RvcmUgYWNjZXNzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
ICAyNAogICAgICAgNC40LjEuICBGdWxsIGRhdGFzdG9yZSBleGFtcGxlcyAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAgMjQKICAgICA0LjUuICBFdmVudCBzdHJlYW0gIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDI1CiAgICAgICA0LjUuMS4gIE5vdGlm
eSBFeGFtcGxlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyNgogICAg
ICAgNC41LjIuICBUaGUgJ2YnIHF1ZXJ5IHBhcmFtZXRlciAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAgMjcKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAy
NCwgMjAyMCAgICAgICAgICAgICAgIFtQYWdlIDJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
ICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgICA0
LjYuICBSUEMgc3RhdGVtZW50cyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gIDI3CiAgICAgICA0LjYuMS4gIFJQQyBFeGFtcGxlIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyOAogICA1LiAgVXNlIG9mIEJsb2NrLXdpc2UgVHJhbnNm
ZXJzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzAKICAgNi4gIEFwcGxpY2F0
aW9uIERpc2NvdmVyeSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMw
CiAgICAgNi4xLiAgWUFORyBsaWJyYXJ5ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuICAzMAogICAgIDYuMi4gIFJlc291cmNlIERpc2NvdmVyeSAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzEKICAgICAgIDYuMi4xLiAgRGF0YXN0b3Jl
IFJlc291cmNlIERpc2NvdmVyeSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMxCiAgICAgICA2
LjIuMi4gIERhdGEgbm9kZSBSZXNvdXJjZSBEaXNjb3ZlcnkgIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuICAzMgogICAgICAgNi4yLjMuICBFdmVudCBzdHJlYW0gUmVzb3VyY2UgRGlzY292ZXJ5IC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAgMzIKICAgNy4gIEVycm9yIEhhbmRsaW5nICAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMzCiAgIDguICBTZWN1cml0eSBD
b25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzNgog
ICA5LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAgMzcKICAgICA5LjEuICBSZXNvdXJjZSBUeXBlIChydD0pIExpbmsgVGFyZ2V0
IEF0dHJpYnV0ZSBWYWx1ZXMgUmVnaXN0cnkgIDM3CiAgICAgOS4yLiAgQ29BUCBDb250ZW50LUZv
cm1hdHMgUmVnaXN0cnkgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzNwogICAgIDkuMy4g
IE1lZGlhIFR5cGVzIFJlZ2lzdHJ5ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAgMzgKICAgICA5LjQuICBZQU5HIE5hbWVzcGFjZSBSZWdpc3RyYXRpb24gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gIDM5CiAgIDEwLiBBY2tub3dsZWRnbWVudHMgLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzOQogICAxMS4gUmVmZXJlbmNlcyAg
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNDAKICAg
ICAxMS4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gIDQwCiAgICAgMTEuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0MQogICBBcHBlbmRpeCBBLiAgaWV0Zi1jb3JlY29u
ZiBZQU5HIG1vZHVsZSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNDIKICAgQXBwZW5kaXgg
Qi4gIGlldGYtY29yZWNvbmYgLnNpZCBmaWxlICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
IDQ4CiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuICA1MQoKMS4gIEludHJvZHVjdGlvbgoKICAgVGhlIENvbnN0cmFpbmVk
IEFwcGxpY2F0aW9uIFByb3RvY29sIChDb0FQKSBbUkZDNzI1Ml0gaXMgZGVzaWduZWQgZm9yCiAg
IE1hY2hpbmUgdG8gTWFjaGluZSAoTTJNKSBhcHBsaWNhdGlvbnMgc3VjaCBhcyBzbWFydCBlbmVy
Z3ksIHNtYXJ0CiAgIGNpdHksIGFuZCBidWlsZGluZyBjb250cm9sLiAgQ29uc3RyYWluZWQgZGV2
aWNlcyBuZWVkIHRvIGJlIG1hbmFnZWQKICAgaW4gYW4gYXV0b21hdGljIGZhc2hpb24gdG8gaGFu
ZGxlIHRoZSBsYXJnZSBxdWFudGl0aWVzIG9mIGRldmljZXMKICAgdGhhdCBhcmUgZXhwZWN0ZWQg
aW4gZnV0dXJlIGluc3RhbGxhdGlvbnMuICBNZXNzYWdlcyBiZXR3ZWVuIGRldmljZXMKICAgbmVl
ZCB0byBiZSBhcyBzbWFsbCBhbmQgaW5mcmVxdWVudCBhcyBwb3NzaWJsZS4gIFRoZSBpbXBsZW1l
bnRhdGlvbgogICBjb21wbGV4aXR5IGFuZCBydW50aW1lIHJlc291cmNlcyBuZWVkIHRvIGJlIGFz
IHNtYWxsIGFzIHBvc3NpYmxlLgoKICAgVGhpcyBkcmFmdCBkZXNjcmliZXMgdGhlIENvQVAgTWFu
YWdlbWVudCBJbnRlcmZhY2Ugd2hpY2ggdXNlcyBDb0FQCiAgIG1ldGhvZHMgdG8gYWNjZXNzIHN0
cnVjdHVyZWQgZGF0YSBkZWZpbmVkIGluIFlBTkcgW1JGQzc5NTBdLiAgVGhpcwogICBkcmFmdCBp
cyBjb21wbGVtZW50YXJ5IHRvIFtSRkM4MDQwXSB3aGljaCBkZXNjcmliZXMgYSBSRVNULWxpa2UK
ICAgaW50ZXJmYWNlIGNhbGxlZCBSRVNUQ09ORiwgd2hpY2ggdXNlcyBIVFRQIG1ldGhvZHMgdG8g
YWNjZXNzCiAgIHN0cnVjdHVyZWQgZGF0YSBkZWZpbmVkIGluIFlBTkcuCgogICBUaGUgdXNlIG9m
IHN0YW5kYXJkaXplZCBkYXRhIG1vZGVscyBzcGVjaWZpZWQgaW4gYSBzdGFuZGFyZGl6ZWQKICAg
bGFuZ3VhZ2UsIHN1Y2ggYXMgWUFORywgcHJvbW90ZXMgaW50ZXJvcGVyYWJpbGl0eSBiZXR3ZWVu
IGRldmljZXMgYW5kCiAgIGFwcGxpY2F0aW9ucyBmcm9tIGRpZmZlcmVudCBtYW51ZmFjdHVyZXJz
LgoKICAgQ09SRUNPTkYgYW5kIFJFU1RDT05GIGFyZSBpbnRlbmRlZCB0byB3b3JrIGluIGEgc3Rh
dGVsZXNzIGNsaWVudC0KICAgc2VydmVyIGZhc2hpb24uICBUaGV5IHVzZSBhIHNpbmdsZSByb3Vu
ZC10cmlwIHRvIGNvbXBsZXRlIGEgc2luZ2xlCiAgIGVkaXRpbmcgdHJhbnNhY3Rpb24sIHdoZXJl
IE5FVENPTkYgbmVlZHMgbXVsdGlwbGUgcm91bmQgdHJpcHMuCgoKCgpWZWlsbGV0dGUsIGV0IGFs
LiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgM10K
DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAg
ICAgICAgICBKdW5lIDIwMjAKCgogICBUbyBwcm9tb3RlIHNtYWxsIG1lc3NhZ2VzLCBDT1JFQ09O
RiB1c2VzIGEgWUFORyB0byBDQk9SIG1hcHBpbmcKICAgW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9y
XSBhbmQgbnVtZXJpYyBpZGVudGlmaWVycyBbSS1ELmlldGYtY29yZS1zaWRdCiAgIHRvIG1pbmlt
aXplIENCT1IgcGF5bG9hZHMgYW5kIFVSSSBsZW5ndGguCgoxLjEuICBUZXJtaW5vbG9neQoKICAg
VGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJFRCIsICJTSEFMTCIsICJT
SEFMTCBOT1QiLAogICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTk9U
IFJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZAogICAiT1BUSU9OQUwiIGluIHRoaXMgZG9jdW1lbnQg
YXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBCQ1AKICAgMTQgW1JGQzIxMTld
IFtSRkM4MTc0XSB3aGVuLCBhbmQgb25seSB3aGVuLCB0aGV5IGFwcGVhciBpbiBhbGwKICAgY2Fw
aXRhbHMsIGFzIHNob3duIGhlcmUuCgogICBUaGUgZm9sbG93aW5nIHRlcm1zIGFyZSBkZWZpbmVk
IGluIHRoZSBZQU5HIGRhdGEgbW9kZWxpbmcgbGFuZ3VhZ2UKICAgW1JGQzc5NTBdOiBhY3Rpb24s
IGFueWRhdGEsIGFueXhtbCwgY2xpZW50LCBjb250YWluZXIsIGRhdGEgbW9kZWwsCiAgIGRhdGEg
bm9kZSwgaWRlbnRpdHksIGluc3RhbmNlIGlkZW50aWZpZXIsIGxlYWYsIGxlYWYtbGlzdCwgbGlz
dCwKICAgbW9kdWxlLCBSUEMsIHNjaGVtYSBub2RlLCBzZXJ2ZXIsIHN1Ym1vZHVsZS4KCiAgIFRo
ZSBmb2xsb3dpbmcgdGVybXMgYXJlIGRlZmluZWQgaW4gW1JGQzYyNDFdOiBjb25maWd1cmF0aW9u
IGRhdGEsCiAgIGRhdGFzdG9yZSwgc3RhdGUgZGF0YQoKICAgVGhlIGZvbGxvd2luZyB0ZXJtIGlz
IGRlZmluZWQgaW4gW0ktRC5pZXRmLWNvcmUtc2lkXTogWUFORyBzY2hlbWEKICAgaXRlbSBpZGVu
dGlmaWVyIChZQU5HIFNJRCwgb2Z0ZW4gc2hvcnRlbiB0byBzaW1wbHkgU0lEKS4KCiAgIFRoZSBm
b2xsb3dpbmcgdGVybXMgYXJlIGRlZmluZWQgaW4gdGhlIENvQVAgcHJvdG9jb2wgW1JGQzcyNTJd
OgogICBDb25maXJtYWJsZSBNZXNzYWdlLCBDb250ZW50LUZvcm1hdCwgRW5kcG9pbnQuCgogICBU
aGUgZm9sbG93aW5nIHRlcm1zIGFyZSBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQ6CgogICBkYXRh
IG5vZGUgcmVzb3VyY2U6ICBhIENvQVAgcmVzb3VyY2UgdGhhdCBtb2RlbHMgYSBZQU5HIGRhdGEg
bm9kZS4KCiAgIGRhdGFzdG9yZSByZXNvdXJjZTogIGEgQ29BUCByZXNvdXJjZSB0aGF0IG1vZGVs
cyBhIFlBTkcgZGF0YXN0b3JlLgoKICAgZXZlbnQgc3RyZWFtIHJlc291cmNlOiAgYSBDb0FQIHJl
c291cmNlIHVzZWQgYnkgY2xpZW50cyB0byBvYnNlcnZlCiAgICAgIFlBTkcgbm90aWZpY2F0aW9u
cy4KCiAgIG5vdGlmaWNhdGlvbiBpbnN0YW5jZTogIEFuIGluc3RhbmNlIG9mIGEgc2NoZW1hIG5v
ZGUgb2YgdHlwZQogICAgICBub3RpZmljYXRpb24sIHNwZWNpZmllZCBpbiBhIFlBTkcgbW9kdWxl
IGltcGxlbWVudGVkIGJ5IHRoZQogICAgICBzZXJ2ZXIuICBUaGUgaW5zdGFuY2UgaXMgZ2VuZXJh
dGVkIGluIHRoZSBzZXJ2ZXIgYXQgdGhlIG9jY3VycmVuY2UKICAgICAgb2YgdGhlIGNvcnJlc3Bv
bmRpbmcgZXZlbnQgYW5kIHJlcG9ydGVkIGJ5IGFuIGV2ZW50IHN0cmVhbQogICAgICByZXNvdXJj
ZS4KCiAgIGxpc3QgaW5zdGFuY2UgaWRlbnRpZmllcjogIEhhbmRsZSB1c2VkIHRvIGlkZW50aWZ5
IGEgWUFORyBkYXRhIG5vZGUKICAgICAgdGhhdCBpcyBhbiBpbnN0YW5jZSBvZiBhIFlBTkcgImxp
c3QiIHNwZWNpZmllZCB3aXRoIHRoZSB2YWx1ZXMgb2YKICAgICAgdGhlIGtleSBsZWF2ZXMgb2Yg
dGhlIGxpc3QuCgogICBzaW5nbGUgaW5zdGFuY2UgaWRlbnRpZmllcjogIEhhbmRsZSB1c2VkIHRv
IGlkZW50aWZ5IGEgc3BlY2lmaWMgZGF0YQogICAgICBub2RlIHdoaWNoIGNhbiBiZSBpbnN0YW50
aWF0ZWQgb25seSBvbmNlLiAgVGhpcyBpbmNsdWRlcyBkYXRhCiAgICAgIG5vZGVzIGRlZmluZWQg
YXQgdGhlIHJvb3Qgb2YgYSBZQU5HIG1vZHVsZSBhbmQgZGF0YSBub2RlcyBkZWZpbmVkCgoKClZl
aWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAg
ICAgICBbUGFnZSA0XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYg
ICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICAgIHdpdGhpbiBhIGNvbnRhaW5l
ci4gIFRoaXMgZXhjbHVkZXMgZGF0YSBub2RlcyBkZWZpbmVkIHdpdGhpbiBhCiAgICAgIGxpc3Qg
b3IgYW55IGNoaWxkcmVuIG9mIHRoZXNlIGRhdGEgbm9kZXMuCgogICBpbnN0YW5jZS1pZGVudGlm
aWVyOiAgTGlzdCBpbnN0YW5jZSBpZGVudGlmaWVyIG9yIHNpbmdsZSBpbnN0YW5jZQogICAgICBp
ZGVudGlmaWVyLgoKICAgaW5zdGFuY2UtdmFsdWU6ICBUaGUgdmFsdWUgYXNzaWduZWQgdG8gYSBk
YXRhIG5vZGUgaW5zdGFuY2UuCiAgICAgIEluc3RhbmNlLXZhbHVlcyBhcmUgc2VyaWFsaXplZCBp
bnRvIHRoZSBwYXlsb2FkIGFjY29yZGluZyB0byB0aGUKICAgICAgcnVsZXMgZGVmaW5lZCBpbiBz
ZWN0aW9uIDQgb2YgW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9yXS4KCjIuICBDT1JFQ09ORiBBcmNo
aXRlY3R1cmUKCiAgIFRoaXMgc2VjdGlvbiBkZXNjcmliZXMgdGhlIENPUkVDT05GIGFyY2hpdGVj
dHVyZSB0byB1c2UgQ29BUCBmb3IKICAgcmVhZGluZyBhbmQgbW9kaWZ5aW5nIHRoZSBjb250ZW50
IG9mIGRhdGFzdG9yZShzKSB1c2VkIGZvciB0aGUKICAgbWFuYWdlbWVudCBvZiB0aGUgaW5zdHJ1
bWVudGVkIG5vZGUuCgogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCAgICAgICAgICAgICAgICBTTUl2MiBzcGVj
aWZpY2F0aW9uIChvcHRpb25hbCkgKDIpICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgVgogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCAgICAgICAgICAgICAgICAgICAgIFlBTkcgc3Bl
Y2lmaWNhdGlvbiAgKDEpICAgICAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICAgICAg
ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIENs
aWVudCAgIFYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU2VydmVyICAgICAgIFYKICAg
Ky0tLS0tLS0tLS0tLS0tLS0rICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0rCiAgIHwgICAgICAgIFJlcXVlc3QgfC0tPiBDb0FQIHJlcXVlc3QoMykgLS0+fCBJ
bmRpY2F0aW9uICAgICAgICAgICAgfAogICB8ICAgICAgICBDb25maXJtIHw8LS0gQ29BUCByZXNw
b25zZSgzKTwtLXwgUmVzcG9uc2UgICAgICAgICAgKDQpIHwKICAgfCAgICAgICAgICAgICAgICB8
ICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAg
ICAgICAgICAgICAgfDw9PT09IFNlY3VyaXR5ICg3KSA9PT0+fCstLS0tLS0tLS0tLS0tLS0tLS0t
LS0rfAogICArLS0tLS0tLS0tLS0tLS0tLSsgICAgICAgICAgICAgICAgICAgICAgIHx8IERhdGFz
dG9yZShzKSAgICAoNSkgfHwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICB8Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLSt8CiAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgfCstLS0tLS0tLS0tLS0tLS0tLS0tLS0rfAogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHx8IEV2ZW50IHN0cmVhbShzKSAoNikgfHwK
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8Ky0tLS0tLS0tLS0t
LS0tLS0tLS0tLSt8CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgICAgICAgICBGaWd1cmUgMTogQWJz
dHJhY3QgQ09SRUNPTkYgYXJjaGl0ZWN0dXJlCgogICBGaWd1cmUgMSBpcyBhIGhpZ2gtbGV2ZWwg
cmVwcmVzZW50YXRpb24gb2YgdGhlIG1haW4gZWxlbWVudHMgb2YgdGhlCiAgIENPUkVDT05GIG1h
bmFnZW1lbnQgYXJjaGl0ZWN0dXJlLiAgVGhlIGRpZmZlcmVudCBudW1iZXJlZCBjb21wb25lbnRz
CiAgIG9mIEZpZ3VyZSAxIGFyZSBkaXNjdXNzZWQgYWNjb3JkaW5nIHRvIHRoZSBjb21wb25lbnQg
bnVtYmVyLgoKICAgKDEpIFlBTkcgc3BlY2lmaWNhdGlvbjogIGNvbnRhaW5zIGEgc2V0IG9mIG5h
bWVkIGFuZCB2ZXJzaW9uZWQKICAgICAgbW9kdWxlcy4KCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAg
ICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgNV0KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAg
ICAgICBKdW5lIDIwMjAKCgogICAoMikgU01JdjIgc3BlY2lmaWNhdGlvbjogIE9wdGlvbmFsIHBh
cnQgdGhhdCBjb25zaXN0cyBvZiBhIG5hbWVkCiAgICAgIG1vZHVsZSB3aGljaCwgc3BlY2lmaWVz
IGEgc2V0IG9mIHZhcmlhYmxlcyBhbmQgImNvbmNlcHR1YWwKICAgICAgdGFibGVzIi4gIFRoZXJl
IGlzIGFuIGFsZ29yaXRobSB0byB0cmFuc2xhdGUgU01JdjIgc3BlY2lmaWNhdGlvbnMKICAgICAg
dG8gWUFORyBzcGVjaWZpY2F0aW9ucy4KCiAgICgzKSBDb0FQIHJlcXVlc3QvcmVzcG9uc2UgbWVz
c2FnZXM6ICBUaGUgQ09SRUNPTkYgY2xpZW50IHNlbmRzCiAgICAgIHJlcXVlc3QgbWVzc2FnZXMg
dG8gYW5kIHJlY2VpdmVzIHJlc3BvbnNlIG1lc3NhZ2VzIGZyb20gdGhlCiAgICAgIENPUkVDT05G
IHNlcnZlci4KCiAgICg0KSBSZXF1ZXN0LCBJbmRpY2F0aW9uLCBSZXNwb25zZSwgQ29uZmlybTog
IFByb2Nlc3NlcyBwZXJmb3JtZWQgYnkKICAgICAgdGhlIENPUkVDT05GIGNsaWVudHMgYW5kIHNl
cnZlcnMuCgogICAoNSkgRGF0YXN0b3JlOiAgQSByZXNvdXJjZSB1c2VkIHRvIGFjY2VzcyBjb25m
aWd1cmF0aW9uIGRhdGEsIHN0YXRlCiAgICAgIGRhdGEsIFJQQ3MsIGFuZCBhY3Rpb25zLiAgQSBD
T1JFQ09ORiBzZXJ2ZXIgbWF5IHN1cHBvcnQgYSBzaW5nbGUKICAgICAgdW5pZmllZCBkYXRhc3Rv
cmUgb3IgbXVsdGlwbGUgZGF0YXN0b3JlcyBhcyB0aG9zZSBkZWZpbmVkIGJ5CiAgICAgIE5ldHdv
cmsgTWFuYWdlbWVudCBEYXRhc3RvcmUgQXJjaGl0ZWN0dXJlIChOTURBKSBbUkZDODM0Ml0uCgog
ICAoNikgRXZlbnQgc3RyZWFtOiAgQSByZXNvdXJjZSB1c2VkIHRvIGdldCByZWFsLXRpbWUgbm90
aWZpY2F0aW9ucy4gIEEKICAgICAgQ09SRUNPTkYgc2VydmVyIG1heSBzdXBwb3J0IG11bHRpcGxl
IEV2ZW50IHN0cmVhbXMgc2VydmluZwogICAgICBkaWZmZXJlbnQgcHVycG9zZXMgc3VjaCBhcyBu
b3JtYWwgbW9uaXRvcmluZywgZGlhZ25vc3RpYywgc3lzbG9nLAogICAgICBzZWN1cml0eSBtb25p
dG9yaW5nLgoKICAgKDcpIFNlY3VyaXR5OiAgVGhlIHNlcnZlciBNVVNUIHByZXZlbnQgdW5hdXRo
b3JpemVkIHVzZXJzIGZyb20KICAgICAgcmVhZGluZyBvciB3cml0aW5nIGFueSBDT1JFQ09ORiBy
ZXNvdXJjZXMuICBDT1JFQ09ORiByZWxpZXMgb24KICAgICAgc2VjdXJpdHkgcHJvdG9jb2xzIHN1
Y2ggYXMgRFRMUyBbUkZDNjM0N10gb3IgT1NDT1JFIFtSRkM4NjEzXSB0bwogICAgICBzZWN1cmUg
Q29BUCBjb21tdW5pY2F0aW9ucy4KCjIuMS4gIE1ham9yIGRpZmZlcmVuY2VzIGJldHdlZW4gUkVT
VENPTkYgYW5kIENPUkVDT05GCgogICBDT1JFQ09ORiBpcyBhIFJFU1RmdWwgcHJvdG9jb2wgZm9y
IHNtYWxsIGRldmljZXMgd2hlcmUgc2F2aW5nIGJ5dGVzCiAgIHRvIHRyYW5zcG9ydCBhIG1lc3Nh
Z2UgaXMgdmVyeSBpbXBvcnRhbnQuICBDb250cmFyeSB0byBSRVNUQ09ORiwgbWFueQogICBkZXNp
Z24gZGVjaXNpb25zIGFyZSBtb3RpdmF0ZWQgYnkgdGhlIHNhdmluZyBvZiBieXRlcy4gIENvbnNl
cXVlbnRseSwKICAgQ09SRUNPTkYgaXMgbm90IGEgUkVTVENPTkYgb3ZlciBDb0FQIHByb3RvY29s
LCBidXQgZGlmZmVycyBtb3JlCiAgIHNpZ25pZmljYW50bHkgZnJvbSBSRVNUQ09ORi4KCjIuMS4x
LiAgRGlmZmVyZW5jZXMgZHVlIHRvIENvQVAgYW5kIGl0cyBlZmZpY2llbnQgdXNhZ2UKCiAgIG8g
IENPUkVDT05GIHVzZXMgQ29BUC9VRFAgYXMgdHJhbnNwb3J0IHByb3RvY29sIGFuZCBDQk9SIGFz
IHBheWxvYWQKICAgICAgZm9ybWF0IFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0uICBSRVNUQ09O
RiB1c2VzIEhUVFAvVENQIGFzCiAgICAgIHRyYW5zcG9ydCBwcm90b2NvbCBhbmQgSlNPTiBvciBY
TUwgYXMgcGF5bG9hZCBmb3JtYXRzLgoKICAgbyAgQ09SRUNPTkYgdXNlcyB0aGUgbWV0aG9kcyBG
RVRDSCBhbmQgaVBBVENIIHRvIGFjY2VzcyBtdWx0aXBsZSBkYXRhCiAgICAgIG5vZGVzLiAgUkVT
VENPTkYgdXNlcyBpbnN0ZWFkIHRoZSBIVFRQIG1ldGhvZCBQQVRDSCBhbmQgdGhlIEhUVFAKICAg
ICAgbWV0aG9kIEdFVCB3aXRoIHRoZSAiZmllbGRzIiBRdWVyeSBwYXJhbWV0ZXIuCgogICBvICBS
RVNUQ09ORiB1c2VzIHRoZSBIVFRQIG1ldGhvZHMgSEVBRCwgYW5kIE9QVElPTlMsIHdoaWNoIGFy
ZSBub3QKICAgICAgc3VwcG9ydGVkIGJ5IENvQVAuCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAg
ICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgNl0KDApJbnRl
cm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAg
ICBKdW5lIDIwMjAKCgogICBvICBDT1JFQ09ORiBkb2VzIG5vdCBzdXBwb3J0ICJpbnNlcnQiIHF1
ZXJ5IHBhcmFtZXRlciAoZmlyc3QsIGxhc3QsCiAgICAgIGJlZm9yZSwgYWZ0ZXIpIGFuZCB0aGUg
InBvaW50IiBxdWVyeSBwYXJhbWV0ZXIgd2hpY2ggYXJlIHN1cHBvcnRlZAogICAgICBieSBSRVNU
Q09ORi4KCiAgIG8gIENPUkVDT05GIGRvZXMgbm90IHN1cHBvcnQgdGhlICJzdGFydC10aW1lIiBh
bmQgInN0b3AtdGltZSIgcXVlcnkKICAgICAgcGFyYW1ldGVycyB0byByZXRyaWV2ZSBwYXN0IG5v
dGlmaWNhdGlvbnMuCgoyLjEuMi4gIERpZmZlcmVuY2VzIGR1ZSB0byB0aGUgdXNlIG9mIENCT1IK
CiAgIG8gIENPUkVDT05GIGVuY29kZXMgWUFORyBpZGVudGlmaWVyIHN0cmluZ3MgYXMgbnVtYmVy
cywgd2hlcmUKICAgICAgUkVTVENPTkYgZG9lcyBub3QuCgogICBvICBDT1JFQ09ORiBhbHNvIGRp
ZmZlciBpbiB0aGUgaGFuZGxpbmcgb2YgZGVmYXVsdCB2YWx1ZXMsIG9ubHkKICAgICAgJ3JlcG9y
dC1hbGwnIGFuZCAndHJpbScgb3B0aW9ucyBhcmUgc3VwcG9ydGVkLgoKMi4yLiAgQ29tcHJlc3Np
b24gb2YgWUFORyBpZGVudGlmaWVycwoKICAgSW4gdGhlIFlBTkcgc3BlY2lmaWNhdGlvbiwgaXRl
bXMgYXJlIGlkZW50aWZpZWQgd2l0aCBhIG5hbWUgc3RyaW5nLgogICBJbiBvcmRlciB0byBzaWdu
aWZpY2FudGx5IHJlZHVjZSB0aGUgc2l6ZSBvZiBpZGVudGlmaWVycyB1c2VkIGluCiAgIENPUkVD
T05GLCBudW1lcmljIGlkZW50aWZpZXJzIGNhbGxlZCBZQU5HIFNjaGVtYSBJdGVtIGlEZW50aWZp
ZXIKICAgKFlBTkcgU0lEIG9yIHNpbXBseSBTSUQpIGFyZSB1c2VkIGluc3RlYWQuCgogICBXaGVu
IHVzZWQgaW4gYSBVUkksIFNJRHMgYXJlIGVuY29kZWQgdXNpbmcgYmFzZTY0IGVuY29kaW5nIG9m
IHRoZSBTSUQKICAgYnl0ZXMuICBUaGUgYmFzZTY0IGVuY29kaW5nIGlzIHVzaW5nIHRoZSBVUkwg
YW5kIEZpbGVuYW1lIHNhZmUKICAgYWxwaGFiZXQgYXMgZGVmaW5lZCBieSBbUkZDNDY0OF0gc2Vj
dGlvbiA1LCB3aXRob3V0IHBhZGRpbmcuICBUaGUKICAgbGFzdCA2IGJpdHMgZW5jb2RlZCBpcyBh
bHdheXMgYWxpZ25lZCB3aXRoIHRoZSBsZWFzdCBzaWduaWZpY2FudCA2CiAgIGJpdHMgb2YgdGhl
IFNJRCByZXByZXNlbnRlZCB1c2luZyBhbiB1bnNpZ25lZCBpbnRlZ2VyLiAgJ0EnCiAgIGNoYXJh
Y3RlcnMgKHZhbHVlIDApIGF0IHRoZSBzdGFydCBvZiB0aGUgcmVzdWx0aW5nIHN0cmluZyBhcmUK
ICAgcmVtb3ZlZC4gIFNlZSBGaWd1cmUgMiBmb3IgY29tcGxldGUgaWxsdXN0cmF0aW9uLgoKICAg
U0lEIGluIGJhc2U2NCA9IFVSTHNhZmVDaGFyW1NJRCA+PiA2MCAmIDB4M0ZdIHwKICAgICAgICAg
ICAgICAgICAgICBVUkxzYWZlQ2hhcltTSUQgPj4gNTQgJiAweDNGXSB8CiAgICAgICAgICAgICAg
ICAgICAgVVJMc2FmZUNoYXJbU0lEID4+IDQ4ICYgMHgzRl0gfAogICAgICAgICAgICAgICAgICAg
IFVSTHNhZmVDaGFyW1NJRCA+PiA0MiAmIDB4M0ZdIHwKICAgICAgICAgICAgICAgICAgICBVUkxz
YWZlQ2hhcltTSUQgPj4gMzYgJiAweDNGXSB8CiAgICAgICAgICAgICAgICAgICAgVVJMc2FmZUNo
YXJbU0lEID4+IDMwICYgMHgzRl0gfAogICAgICAgICAgICAgICAgICAgIFVSTHNhZmVDaGFyW1NJ
RCA+PiAyNCAmIDB4M0ZdIHwKICAgICAgICAgICAgICAgICAgICBVUkxzYWZlQ2hhcltTSUQgPj4g
MTggJiAweDNGXSB8CiAgICAgICAgICAgICAgICAgICAgVVJMc2FmZUNoYXJbU0lEID4+IDEyICYg
MHgzRl0gfAogICAgICAgICAgICAgICAgICAgIFVSTHNhZmVDaGFyW1NJRCA+PiA2ICYgMHgzRl0g
fAogICAgICAgICAgICAgICAgICAgIFVSTHNhZmVDaGFyW1NJRCAmIDB4M0ZdCgogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICBGaWd1cmUgMgoKICAgRm9yIGV4YW1wbGUsIFNJRCAxNzIx
IGlzIGVuY29kZWQgYXMgZm9sbG93LgoKCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBp
cmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgN10KDApJbnRlcm5ldC1E
cmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5l
IDIwMjAKCgogICBVUkxzYWZlQ2hhclsxNzIxID4+IDYwICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDU0ICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDQ4ICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDQyICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDM2ICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDMwICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDI0ICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDE4ICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDEyICYgMHgzRl0gPSBVUkxzYWZlQ2hhclsw
XSA9ICdBJwogICBVUkxzYWZlQ2hhclsxNzIxID4+IDYgJiAweDNGXSAgPSBVUkxzYWZlQ2hhclsy
Nl0gPSAnYScKICAgVVJMc2FmZUNoYXJbMTcyMSAmIDB4M0ZdICAgICAgID0gVVJMc2FmZUNoYXJb
NTddID0gJzUnCgogICBUaGUgcmVzdWx0aW5nIGJhc2U2NCByZXByZXNlbnRhdGlvbiBvZiBTSUQg
MTcyMSBpcyB0aGUgdHdvLWNoYXJhY3RlcgogICBzdHJpbmcgImE1Ii4KCjIuMy4gIEluc3RhbmNl
LWlkZW50aWZpZXIKCiAgIEluc3RhbmNlLWlkZW50aWZpZXJzIGFyZSB1c2VkIHRvIHVuaXF1ZWx5
IGlkZW50aWZ5IGRhdGEgbm9kZQogICBpbnN0YW5jZXMgd2l0aGluIGEgZGF0YXN0b3JlLiAgVGhp
cyBZQU5HIGJ1aWx0LWluIHR5cGUgaXMgZGVmaW5lZCBpbgogICBbUkZDNzk1MF0gc2VjdGlvbiA5
LjEzLiAgQW4gaW5zdGFuY2UtaWRlbnRpZmllciBpcyBjb21wb3NlZCBvZiB0aGUKICAgZGF0YSBu
b2RlIGlkZW50aWZpZXIgKGkuZS4gYSBTSUQpIGFuZCBmb3IgZGF0YSBub2RlcyB3aXRoaW4gbGlz
dChzKQogICB0aGUga2V5cyB1c2VkIHRvIGluZGV4IHdpdGhpbiB0aGVzZSBsaXN0KHMpLgoKICAg
V2hlbiBwYXJ0IG9mIGEgcGF5bG9hZCwgaW5zdGFuY2UtaWRlbnRpZmllcnMgYXJlIGVuY29kZWQg
aW4gQ0JPUgogICBiYXNlZCBvbiB0aGUgcnVsZXMgZGVmaW5lZCBpbiBbSS1ELmlldGYtY29yZS15
YW5nLWNib3JdIHNlY3Rpb24KICAgNi4xMy4xLiAgV2hlbiBwYXJ0IG9mIGEgVVJJLCB0aGUgU0lE
IGlzIGFwcGVuZGVkIHRvIHRoZSBVUkkgb2YgdGhlCiAgIHRhcmdldGVkIGRhdGFzdG9yZSwgdGhl
IGtleXMgYXJlIHNwZWNpZmllZCB1c2luZyB0aGUgJ2snIHF1ZXJ5CiAgIHBhcmFtZXRlciBhcyBk
ZWZpbmVkIGluIFNlY3Rpb24gNC4xLgoKMi40LiAgTWVkaWEtVHlwZXMKCiAgIENPUkVDT05GIHVz
ZXMgTWVkaWEtVHlwZXMgYmFzZWQgb24gdGhlIFlBTkcgdG8gQ0JPUiBtYXBwaW5nIHNwZWNpZmll
ZAogICBpbiBbSS1ELmlldGYtY29yZS15YW5nLWNib3JdLgoKICAgVGhlIGZvbGxvd2luZyBNZWRp
YS1UeXBlIGlzIHVzZWQgYXMgZGVmaW5lZCBpbiBbSS1ELmlldGYtY29yZS1zaWRdLgoKICAgbyAg
YXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZAoKICAgVGhlIGZvbGxvd2luZyBuZXcg
TWVkaWEtVHlwZXMgYXJlIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudDoKCiAgIGFwcGxpY2F0aW9u
L3lhbmctaWRlbnRpZmllcnMrY2JvcjogIFRoaXMgTWVkaWEtVHlwZSByZXByZXNlbnRzIGEgQ0JP
UgogICAgICBZQU5HIGRvY3VtZW50IGNvbnRhaW5pbmcgYSBsaXN0IG9mIGluc3RhbmNlLWlkZW50
aWZpZXIgdXNlZCB0bwogICAgICB0YXJnZXQgc3BlY2lmaWMgZGF0YSBub2RlIGluc3RhbmNlcyB3
aXRoaW4gYSBkYXRhc3RvcmUuCgogICAgICBGT1JNQVQ6IENCT1IgYXJyYXkgb2YgaW5zdGFuY2Ut
aWRlbnRpZmllcgoKICAgICAgVGhlIG1lc3NhZ2UgcGF5bG9hZCBvZiBNZWRpYS1UeXBlICdhcHBs
aWNhdGlvbi95YW5nLQogICAgICBpZGVudGlmaWVycytjYm9yJyBpcyBlbmNvZGVkIHVzaW5nIGEg
Q0JPUiBhcnJheS4gIEVhY2ggZW50cnkgb2YKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhw
aXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgIFtQYWdlIDhdCgwKSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAgSnVu
ZSAyMDIwCgoKICAgICAgdGhpcyBDQk9SIGFycmF5IGNvbnRhaW4gYW4gaW5zdGFuY2UtaWRlbnRp
ZmllciBlbmNvZGVkIGFzIGRlZmluZWQKICAgICAgaW4gW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9y
XSBzZWN0aW9uIDYuMTMuMS4KCiAgIGFwcGxpY2F0aW9uL3lhbmctaW5zdGFuY2VzK2Nib3I6ICBU
aGlzIE1lZGlhLVR5cGUgcmVwcmVzZW50cyBhIENCT1IKICAgICAgWUFORyBkb2N1bWVudCBjb250
YWluaW5nIGEgbGlzdCBvZiBkYXRhIG5vZGUgaW5zdGFuY2VzLiAgRWFjaCBkYXRhCiAgICAgIG5v
ZGUgaW5zdGFuY2UgaXMgaWRlbnRpZmllZCBieSBpdHMgYXNzb2NpYXRlZCBpbnN0YW5jZS1pZGVu
dGlmaWVyLgoKICAgICAgRk9STUFUOiBDQk9SIGFycmF5IG9mIENCT1IgbWFwIG9mIGluc3RhbmNl
LWlkZW50aWZpZXIsIGluc3RhbmNlLQogICAgICB2YWx1ZQoKICAgICAgVGhlIG1lc3NhZ2UgcGF5
bG9hZCBvZiBNZWRpYS1UeXBlICdhcHBsaWNhdGlvbi95YW5nLQogICAgICBpbnN0YW5jZXMrY2Jv
cicgaXMgZW5jb2RlZCB1c2luZyBhIENCT1IgYXJyYXkuICBFYWNoIGVudHJ5IHdpdGhpbgogICAg
ICB0aGlzIENCT1IgYXJyYXkgY29udGFpbnMgYSBDQk9SIG1hcCBjYXJyeWluZyBhbiBpbnN0YW5j
ZS0KICAgICAgaWRlbnRpZmllciBhbmQgYXNzb2NpYXRlZCBpbnN0YW5jZS12YWx1ZS4gIEluc3Rh
bmNlLWlkZW50aWZpZXJzCiAgICAgIGFyZSBlbmNvZGVkIHVzaW5nIHRoZSBydWxlcyBkZWZpbmVk
IGluIFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0KICAgICAgc2VjdGlvbiA2LjEzLjEsIGluc3Rh
bmNlLXZhbHVlcyBhcmUgZW5jb2RlZCB1c2luZyB0aGUgcnVsZXMKICAgICAgZGVmaW5lZCBpbiBb
SS1ELmlldGYtY29yZS15YW5nLWNib3JdIHNlY3Rpb24gNC4KCiAgICAgIFdoZW4gcHJlc2VudCBp
biBhbiBpUEFUQ0ggcmVxdWVzdCBwYXlsb2FkLCB0aGlzIE1lZGlhLVR5cGUgY2FycnkgYQogICAg
ICBsaXN0IG9mIGRhdGEgbm9kZSBpbnN0YW5jZXMgdG8gYmUgcmVwbGFjZWQsIGNyZWF0ZWQsIG9y
IGRlbGV0ZWQuCiAgICAgIEZvciBlYWNoIGRhdGEgbm9kZSBpbnN0YW5jZSBELCBmb3Igd2hpY2gg
dGhlIGluc3RhbmNlLWlkZW50aWZpZXIKICAgICAgaXMgdGhlIHNhbWUgYXMgYSBkYXRhIG5vZGUg
aW5zdGFuY2UgSSwgaW4gdGhlIHRhcmdldGVkIGRhdGFzdG9yZQogICAgICByZXNvdXJjZTogdGhl
IHZhbHVlIG9mIEQgcmVwbGFjZXMgdGhlIHZhbHVlIG9mIEkuICBXaGVuIHRoZSB2YWx1ZQogICAg
ICBvZiBEIGlzIG51bGwsIHRoZSBkYXRhIG5vZGUgaW5zdGFuY2UgSSBpcyByZW1vdmVkLiAgV2hl
biB0aGUKICAgICAgdGFyZ2V0ZWQgZGF0YXN0b3JlIHJlc291cmNlIGRvZXMgbm90IGNvbnRhaW4g
YSBkYXRhIG5vZGUgaW5zdGFuY2UKICAgICAgd2l0aCB0aGUgc2FtZSBpbnN0YW5jZS1pZGVudGlm
aWVyIGFzIEQsIGEgbmV3IGluc3RhbmNlIGlzIGNyZWF0ZWQKICAgICAgd2l0aCB0aGUgc2FtZSBp
bnN0YW5jZS1pZGVudGlmaWVyIGFuZCB2YWx1ZSBhcyBELgoKICAgVGhlIGRpZmZlcmVudCBNZWRp
YS1UeXBlIHVzYWdlcyBhcmUgc3VtbWFyaXplZCBpbiB0aGUgdGFibGUgYmVsb3c6CgoKCgoKCgoK
CgoKCgoKCgoKCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0
LCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgOV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICArLS0t
LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLSsKICAgfCBNZXRob2QgICAgICAgIHwgUmVzb3VyY2UgICAgIHwgTWVkaWEtVHlwZSAg
ICAgICAgICAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t
LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IEdFVCByZXNwb25z
ZSAgfCBkYXRhIG5vZGUgICAgfCBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkIHwK
ICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICB8CiAgIHwgUFVUIHJlcXVlc3QgICB8IGRhdGEgbm9kZSAgICB8IGFwcGxp
Y2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQgfAogICB8ICAgICAgICAgICAgICAgfCAgICAg
ICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBQT1NU
IHJlcXVlc3QgIHwgZGF0YSBub2RlICAgIHwgYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlk
PXNpZCB8CiAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgfAogICB8IERFTEVURSAgICAgICAgfCBkYXRhIG5vZGUgICAg
fCBuL2EgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICAg
IHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAg
IHwgR0VUIHJlc3BvbnNlICB8IGRhdGFzdG9yZSAgICB8IGFwcGxpY2F0aW9uL3lhbmctZGF0YStj
Ym9yOyBpZD1zaWQgfAogICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBQVVQgcmVxdWVzdCAgIHwgZGF0YXN0
b3JlICAgIHwgYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCB8CiAgIHwgICAgICAg
ICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgfAogICB8IFBPU1QgcmVxdWVzdCAgfCBkYXRhc3RvcmUgICAgfCBhcHBsaWNhdGlvbi95YW5n
LWRhdGErY2JvcjsgaWQ9c2lkIHwKICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgRkVUQ0ggcmVxdWVzdCB8
IGRhdGFzdG9yZSAgICB8IGFwcGxpY2F0aW9uL3lhbmctaWRlbnRpZmllcnMrY2JvciAgfAogICB8
ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHwKICAgfCBGRVRDSCAgICAgICAgIHwgZGF0YXN0b3JlICAgIHwgYXBwbGljYXRp
b24veWFuZy1pbnN0YW5jZXMrY2JvciAgICB8CiAgIHwgcmVzcG9uc2UgICAgICB8ICAgICAgICAg
ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAg
ICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IHwKICAgfCBpUEFUQ0ggICAgICAgIHwgZGF0YXN0b3JlICAgIHwgYXBwbGljYXRpb24veWFuZy1p
bnN0YW5jZXMrY2JvciAgICB8CiAgIHwgcmVxdWVzdCAgICAgICB8ICAgICAgICAgICAgICB8ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgICAgfCAg
ICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBH
RVQgcmVzcG9uc2UgIHwgZXZlbnQgc3RyZWFtIHwgYXBwbGljYXRpb24veWFuZy1pbnN0YW5jZXMr
Y2JvciAgICB8CiAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IFBPU1QgcmVxdWVzdCAgfCBycGMsIGFjdGlv
biAgfCBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkIHwKICAgfCAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
CiAgIHwgUE9TVCByZXNwb25zZSB8IHJwYywgYWN0aW9uICB8IGFwcGxpY2F0aW9uL3lhbmctZGF0
YStjYm9yOyBpZD1zaWQgfAogICArLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKCjIuNS4gIFVuaWZpZWQgZGF0YXN0b3Jl
CgogICBDT1JFQ09ORiBzdXBwb3J0cyBhIHNpbXBsZSBkYXRhc3RvcmUgbW9kZWwgY29uc2lzdGlu
ZyBvZiBhIHNpbmdsZQogICB1bmlmaWVkIGRhdGFzdG9yZS4gIFRoaXMgZGF0YXN0b3JlIHByb3Zp
ZGVzIGFjY2VzcyB0byBib3RoCiAgIGNvbmZpZ3VyYXRpb24gYW5kIG9wZXJhdGlvbmFsIGRhdGEu
ICBDb25maWd1cmF0aW9uIHVwZGF0ZXMgcGVyZm9ybWVkCiAgIG9uIHRoaXMgZGF0YXN0b3JlIGFy
ZSByZWZsZWN0ZWQgaW1tZWRpYXRlbHkgb3Igd2l0aCBhIG1pbmltYWwgZGVsYXkKICAgYXMgb3Bl
cmF0aW9uYWwgZGF0YS4KCiAgIEFsdGVybmF0aXZlbHksIENPUkVDT05GIHNlcnZlcnMgTUFZIGlt
cGxlbWVudCBhIG1vcmUgY29tcGxleAogICBkYXRhc3RvcmUgbW9kZWwgc3VjaCBhcyB0aGUgTmV0
d29yayBNYW5hZ2VtZW50IERhdGFzdG9yZSBBcmNoaXRlY3R1cmUKICAgKE5NREEpIGFzIGRlZmlu
ZWQgYnkgW1JGQzgzNDJdLiAgRWFjaCBkYXRhc3RvcmUgc3VwcG9ydGVkIGlzCiAgIGltcGxlbWVu
dGVkIGFzIGEgZGF0YXN0b3JlIHJlc291cmNlLgoKICAgQ2hhcmFjdGVyaXN0aWNzIG9mIHRoZSB1
bmlmaWVkIGRhdGFzdG9yZSBhcmUgc3VtbWFyaXplZCBpbiB0aGUgdGFibGUKICAgYmVsb3c6CgoK
CgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAg
ICAgICAgICBbUGFnZSAxMF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVD
T05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICArLS0tLS0tLS0tLS0tLSst
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAg
fCBOYW1lICAgICAgICB8IFZhbHVlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IE5hbWUgICAgICAgIHwgdW5pZmllZCAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAg
ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8CiAgIHwgWUFORyAgICAgICAgfCBhbGwgbW9kdWxlcyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgfAogICB8IG1vZHVsZXMgICAgIHwgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwg
WUFORyBub2RlcyAgfCBhbGwgZGF0YSBub2RlcyAoImNvbmZpZyB0cnVlIiBhbmQgImNvbmZpZyBm
YWxzZSIpICAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBBY2Nlc3MgICAgICB8IHJlYWQtd3JpdGUg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAg
ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fAogICB8IEhvdyBhcHBsaWVkIHwgY2hhbmdlcyBhcHBsaWVkIGluIHBsYWNlIGltbWVkaWF0ZWx5
IG9yIHdpdGggYSAgICAgIHwKICAgfCAgICAgICAgICAgICB8IG1pbmltYWwgZGVsYXkgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAgfCAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IFBy
b3RvY29scyAgIHwgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgRGVmaW5lZCBpbiAgfCAiaWV0Zi1jb3JlY29u
ZiIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLS0tLS0t
LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsK
CjMuICBFeGFtcGxlIHN5bnRheAoKICAgQ0JPUiBpcyB1c2VkIHRvIGVuY29kZSBDT1JFQ09ORiBy
ZXF1ZXN0IGFuZCByZXNwb25zZSBwYXlsb2Fkcy4gIFRoZQogICBDQk9SIHN5bnRheCBvZiB0aGUg
WUFORyBwYXlsb2FkcyBpcyBzcGVjaWZpZWQgaW4gW1JGQzcwNDldLiAgVGhlCiAgIHBheWxvYWQg
ZXhhbXBsZXMgYXJlIG5vdGF0ZWQgaW4gRGlhZ25vc3RpYyBub3RhdGlvbiAoZGVmaW5lZCBpbgog
ICBzZWN0aW9uIDYgb2YgW1JGQzcwNDldKSB0aGF0IGNhbiBiZSBhdXRvbWF0aWNhbGx5IGNvbnZl
cnRlZCB0byBDQk9SLgoKICAgU0lEcyBpbiBVUklzIGFyZSByZXByZXNlbnRlZCBhcyBhIGJhc2U2
NCBudW1iZXIsIFNJRHMgaW4gdGhlIHBheWxvYWQKICAgYXJlIHJlcHJlc2VudGVkIGFzIGRlY2lt
YWwgbnVtYmVycy4KCjQuICBDb0FQIEludGVyZmFjZQoKICAgVGhpcyBub3RlIHNwZWNpZmllcyBh
IE1hbmFnZW1lbnQgSW50ZXJmYWNlLiAgQ29BUCBlbmRwb2ludHMgdGhhdAogICBpbXBsZW1lbnQg
dGhlIENPUkVDT05GIG1hbmFnZW1lbnQgcHJvdG9jb2wsIHN1cHBvcnQgYXQgbGVhc3Qgb25lCiAg
IGRpc2NvdmVyYWJsZSBtYW5hZ2VtZW50IHJlc291cmNlIG9mIHJlc291cmNlIHR5cGUgKHJ0KTog
Y29yZS5jLmRzLgogICBUaGUgcGF0aCBvZiB0aGUgZGlzY292ZXJhYmxlIG1hbmFnZW1lbnQgcmVz
b3VyY2UgaXMgbGVmdCB0bwogICBpbXBsZW1lbnRlcnMgdG8gc2VsZWN0IChzZWUgU2VjdGlvbiA2
KS4KCiAgIFRoZSBtYXBwaW5nIG9mIFlBTkcgZGF0YSBub2RlIGluc3RhbmNlcyB0byBDT1JFQ09O
RiByZXNvdXJjZXMgaXMgYXMKICAgZm9sbG93cy4gIEV2ZXJ5IGRhdGEgbm9kZSBvZiB0aGUgWUFO
RyBtb2R1bGVzIGxvYWRlZCBpbiB0aGUgQ09SRUNPTkYKICAgc2VydmVyIHJlcHJlc2VudHMgYSBz
dWItcmVzb3VyY2Ugb2YgdGhlIGRhdGFzdG9yZSByZXNvdXJjZSAoZS5nLiAvYy8KICAgWUFOR1NJ
RCkuICBXaGVuIG11bHRpcGxlIGluc3RhbmNlcyBvZiBhIGxpc3QgZXhpc3QsIGluc3RhbmNlCiAg
IHNlbGVjdGlvbiBpcyBwb3NzaWJsZSBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LjEsIFNlY3Rp
b24gNC4yLjMuMSwKICAgYW5kIFNlY3Rpb24gNC4yLjQuCgogICBDT1JFQ09ORiBhbHNvIHN1cHBv
cnRzIGV2ZW50IHN0cmVhbSByZXNvdXJjZXMgdXNlZCB0byBvYnNlcnZlCiAgIG5vdGlmaWNhdGlv
biBpbnN0YW5jZXMuICBFdmVudCBzdHJlYW0gcmVzb3VyY2VzIGNhbiBiZSBkaXNjb3ZlcmVkCiAg
IHVzaW5nIHJlc291cmNlIHR5cGUgKHJ0KTogY29yZS5jLmV2LgoKCgpWZWlsbGV0dGUsIGV0IGFs
LiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAxMV0K
DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAg
ICAgICAgICBKdW5lIDIwMjAKCgogICBUaGUgZGVzY3JpcHRpb24gb2YgdGhlIENPUkVDT05GIG1h
bmFnZW1lbnQgaW50ZXJmYWNlIGlzIHNob3duIGluIHRoZQogICB0YWJsZSBiZWxvdzoKCiAgICst
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0r
CiAgIHwgQ29BUCByZXNvdXJjZSAgICAgICAgICAgICAgICB8IEV4YW1wbGUgcGF0aCB8IHJ0ICAg
ICAgICB8CiAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0r
LS0tLS0tLS0tLS0rCiAgIHwgRGF0YXN0b3JlIHJlc291cmNlICAgICAgICAgICB8IC9jICAgICAg
ICAgICB8IGNvcmUuYy5kcyB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAg
ICAgICAgICAgICB8ICAgICAgICAgICB8CiAgIHwgRGF0YSBub2RlIHJlc291cmNlICAgICAgICAg
ICB8IC9jL1lBTkdTSUQgICB8IGNvcmUuYy5kbiB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICB8CiAgIHwgRGVmYXVsdCBldmVudCBz
dGVhbSByZXNvdXJjZSB8IC9zICAgICAgICAgICB8IGNvcmUuYy5ldiB8CiAgICstLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0rCgogICBUaGUg
cGF0aCB2YWx1ZXMgaW4gdGhlIHRhYmxlIGFyZSBleGFtcGxlIG9uZXMuICBPbiBkaXNjb3Zlcnks
IHRoZQogICBzZXJ2ZXIgbWFrZXMgdGhlIGFjdHVhbCBwYXRoIHZhbHVlcyBrbm93biBmb3IgdGhl
c2UgcmVzb3VyY2VzLgoKICAgVGhlIG1ldGhvZHMgdXNlZCBieSBDT1JFQ09ORiBhcmU6CgogICAr
LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLSsKICAgfCBPcGVyYXRpb24gfCBEZXNjcmlwdGlvbiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IEdFVCAgICAg
ICB8IFJldHJpZXZlIHRoZSBkYXRhc3RvcmUgcmVzb3VyY2Ugb3IgYSBkYXRhIG5vZGUgICAgICAg
IHwKICAgfCAgICAgICAgICAgfCByZXNvdXJjZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IEZFVENIICAgICB8IFJldHJp
ZXZlIHNwZWNpZmljIGRhdGEgbm9kZXMgd2l0aGluIGEgZGF0YXN0b3JlICAgICAgIHwKICAgfCAg
ICAgICAgICAgfCByZXNvdXJjZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICB8CiAgIHwgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IFBPU1QgICAgICB8IENyZWF0ZSBhIGRhdGFz
dG9yZSByZXNvdXJjZSBvciBhIGRhdGEgbm9kZSByZXNvdXJjZSwgIHwKICAgfCAgICAgICAgICAg
fCBpbnZva2UgYW4gUlBDIG9yIGFjdGlvbiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
CiAgIHwgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgfAogICB8IFBVVCAgICAgICB8IENyZWF0ZSBvciByZXBsYWNlIGEgZGF0
YXN0b3JlIHJlc291cmNlIG9yIGEgZGF0YSBub2RlIHwKICAgfCAgICAgICAgICAgfCByZXNvdXJj
ZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAg
ICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgfAogICB8IGlQQVRDSCAgICB8IElkZW0tcG90ZW50bHkgY3JlYXRlLCByZXBsYWNlLCBh
bmQgZGVsZXRlIGRhdGEgbm9kZSAgIHwKICAgfCAgICAgICAgICAgfCByZXNvdXJjZShzKSB3aXRo
aW4gYSBkYXRhc3RvcmUgcmVzb3VyY2UgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAog
ICB8IERFTEVURSAgICB8IERlbGV0ZSBhIGRhdGFzdG9yZSByZXNvdXJjZSBvciBhIGRhdGEgbm9k
ZSByZXNvdXJjZSAgIHwKICAgKy0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCgogICBUaGVyZSBpcyBhdCBtb3N0IG9uZSBp
bnN0YW5jZSBvZiB0aGUgJ2snIHF1ZXJ5IHBhcmFtZXRlciBmb3IgWUFORwogICBsaXN0IGVsZW1l
bnQgc2VsZWN0aW9uIGZvciB0aGUgR0VULCBQVVQsIFBPU1QsIGFuZCBERUxFVEUgbWV0aG9kcy4K
ICAgSGF2aW5nIG11bHRpcGxlIGluc3RhbmNlcyBvZiB0aGF0IHF1ZXJ5IHBhcmFtZXRlciBzaGFs
bCBiZSB0cmVhdGVkIGFzCiAgIGFuIGVycm9yLgoKCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAg
ICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDEyXQoMCklu
dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAg
ICAgIEp1bmUgMjAyMAoKCiAgICstLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IFF1ZXJ5IHBhcmFtZXRlciB8IERlc2NyaXB0aW9u
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tKy0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgayAgICAgICAgICAgICAg
IHwgU2VsZWN0IGFuIGluc3RhbmNlIHdpdGhpbiBZQU5HIGxpc3QocykgfAogICArLS0tLS0tLS0t
LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgIFRo
aXMgcGFyYW1ldGVyIGlzIG5vdCB1c2VkIGZvciBGRVRDSCBhbmQgaVBBVENILCBiZWNhdXNlIHRo
ZWlyCiAgIHJlcXVlc3QgcGF5bG9hZHMgc3VwcG9ydCBsaXN0IGluc3RhbmNlIHNlbGVjdGlvbi4K
CjQuMS4gIFVzaW5nIHRoZSAnaycgcXVlcnkgcGFyYW1ldGVyCgogICBUaGUgJ2snIChrZXkpIHBh
cmFtZXRlciBzcGVjaWZpZXMgYSBzcGVjaWZpYyBpbnN0YW5jZSBvZiBhIGRhdGEgbm9kZS4KICAg
VGhlIFNJRCBpbiB0aGUgVVJJIGlzIGZvbGxvd2VkIGJ5IHRoZSAoP2s9a2V5MSxrZXkyLC4uLiku
ICBXaGVyZSBTSUQKICAgaWRlbnRpZmllcyBhIGRhdGEgbm9kZSwgYW5kIGtleTEsIGtleTIgYXJl
IHRoZSB2YWx1ZXMgb2YgdGhlIGtleQogICBsZWF2ZXMgdGhhdCBzcGVjaWZ5IGFuIGluc3RhbmNl
LiAgTGlzdHMgY2FuIGhhdmUgbXVsdGlwbGUga2V5cywgYW5kCiAgIGxpc3RzIGNhbiBiZSBwYXJ0
IG9mIGxpc3RzLiAgVGhlIG9yZGVyIG9mIGtleSB2YWx1ZSBnZW5lcmF0aW9uIGlzCiAgIGdpdmVu
IHJlY3Vyc2l2ZWx5IGJ5OgoKICAgbyAgRm9yIGEgZ2l2ZW4gbGlzdCwgaWYgYSBwYXJlbnQgZGF0
YSBub2RlIGlzIGEgbGlzdCwgZ2VuZXJhdGUgdGhlCiAgICAgIGtleXMgZm9yIHRoZSBwYXJlbnQg
bGlzdCBmaXJzdC4KCiAgIG8gIEZvciBhIGdpdmVuIGxpc3QsIGdlbmVyYXRlIGtleSB2YWx1ZXMg
aW4gdGhlIG9yZGVyIHNwZWNpZmllZCBpbgogICAgICB0aGUgWUFORyBtb2R1bGUuCgogICBLZXkg
dmFsdWVzIGFyZSBlbmNvZGVkIHVzaW5nIHRoZSBydWxlcyBkZWZpbmVkIGluIHRoZSBmb2xsb3dp
bmcKICAgdGFibGUuCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAg
ICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAxM10KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAg
ICAgICBKdW5lIDIwMjAKCgogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgWUFORyBkYXRhdHlwZSAgICAgICAgICAg
ICAgIHwgVXJpLVF1ZXJ5IHRleHQgY29udGVudCAgICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IHVp
bnQ4LHVpbnQxNix1bml0MzIsIHVpbnQ2NCB8IGludDJzdHIoa2V5KSAgICAgICAgICAgICAgICAg
ICB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIHwKICAgfCBpbnQ4LCBpbnQxNixpbnQzMiwgaW50NjQgICAgfCB1cmxTYWZl
QmFzZTY0KENCT1JlbmNvZGUoa2V5KSkgfAogICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgZGVjaW1hbDY0ICAgICAg
ICAgICAgICAgICAgIHwgdXJsU2FmZUJhc2U2NChDQk9SIGtleSkgICAgICAgIHwKICAgfCAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fAogICB8IHN0cmluZyAgICAgICAgICAgICAgICAgICAgICB8IGtleSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBib29sZWFuICAgICAgICAgICAgICAgICAgICAg
fCAiMCIgb3IgIjEiICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgZW51bWVy
YXRpb24gICAgICAgICAgICAgICAgIHwgaW50MnN0cihrZXkpICAgICAgICAgICAgICAgICAgIHwK
ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgfAogICB8IGJpdHMgICAgICAgICAgICAgICAgICAgICAgICB8IHVybFNhZmVCYXNl
NjQoQ0JPUmVuY29kZShrZXkpKSB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBiaW5hcnkgICAgICAgICAgICAg
ICAgICAgICAgfCB1cmxTYWZlQmFzZTY0KGtleSkgICAgICAgICAgICAgfAogICB8ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAg
IHwgaWRlbnRpdHlyZWYgICAgICAgICAgICAgICAgIHwgaW50MnN0cihrZXkpICAgICAgICAgICAg
ICAgICAgIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgfAogICB8IHVuaW9uICAgICAgICAgICAgICAgICAgICAgICB8IHVy
bFNhZmVCYXNlNjQoQ0JPUmVuY29kZShrZXkpKSB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBpbnN0YW5jZS1p
ZGVudGlmaWVyICAgICAgICAgfCB1cmxTYWZlQmFzZTY0KENCT1JlbmNvZGUoa2V5KSkgfAogICAr
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0rCgogICBJbiB0aGlzIHRhYmxlOgoKICAgbyAgVGhlIG1ldGhvZCBpbnQyc3RyKCkgaXMg
dXNlZCB0byBjb252ZXJ0IGFuIGludGVnZXIgdmFsdWUgdG8gYQogICAgICBkZWNpbWFsIHN0cmlu
Zy4gIEZvciBleGFtcGxlLCBpbnQyc3RyKDB4MDEyMykgcmV0dXJuIHRoZSB0aHJlZS0KICAgICAg
Y2hhcmFjdGVyIHN0cmluZyAiMjkxIi4KCiAgIG8gIFRoZSBib29sZWFuIHZhbHVlcyBmYWxzZSBh
bmQgdHJ1ZSBhcmUgcmVwcmVzZW50ZWQgYXMgdGhlIHNpbmdsZS0KICAgICAgY2hhcmFjdGVyIHN0
cmluZ3MgIjAiIGFuZCAiMSIgcmVzcGVjdGl2ZWx5LgoKICAgbyAgVGhlIG1ldGhvZCB1cmxTYWZl
QmFzZTY0KCkgaXMgdXNlZCB0byBjb252ZXJ0IGEgYmluYXJ5IHN0cmluZyB0bwogICAgICBiYXNl
NjQgdXNpbmcgdGhlIFVSTCBhbmQgRmlsZW5hbWUgc2FmZSBhbHBoYWJldCBhcyBkZWZpbmVkIGJ5
CiAgICAgIFtSRkM0NjQ4XSBzZWN0aW9uIDUsIHdpdGhvdXQgcGFkZGluZy4gIEZvciBleGFtcGxl
LAogICAgICB1cmxTYWZlQmFzZTY0KDB4Rjk1NkExM0MpIHJldHVybiB0aGUgc2l4LWNoYXJhY3Rl
ciBzdHJpbmcKICAgICAgIi1WYWhQQSIuCgogICBvICBUaGUgbWV0aG9kIENCT1JlbmNvZGUoKSBp
cyB1c2VkIHRvIGNvbnZlcnQgYSBZQU5HIHZhbHVlIHRvIENCT1IgYXMKICAgICAgc3BlY2lmaWVk
IGluIFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0gc2VjdGlvbiA2LgoKICAgVGhlIHJlc3VsdGlu
ZyBrZXkgc3RyaW5ncyBhcmUgam9pbmVkIHVzaW5nIGNvbW1hcyBiZXR3ZWVuIGV2ZXJ5IHR3bwog
ICBjb25zZWN1dGl2ZSBrZXkgdmFsdWVzIHRvIHByb2R1Y2UgdGhlIHZhbHVlIG9mIHRoZSAnaycg
cGFyYW1ldGVyLgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIg
MjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDE0XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAg
ICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCjQuMi4g
IERhdGEgUmV0cmlldmFsCgogICBPbmUgb3IgbW9yZSBkYXRhIG5vZGVzIGNhbiBiZSByZXRyaWV2
ZWQgYnkgdGhlIGNsaWVudC4gIFRoZSBvcGVyYXRpb24KICAgaXMgbWFwcGVkIHRvIHRoZSBHRVQg
bWV0aG9kIGRlZmluZWQgaW4gc2VjdGlvbiA1LjguMSBvZiBbUkZDNzI1Ml0gYW5kCiAgIHRvIHRo
ZSBGRVRDSCBtZXRob2QgZGVmaW5lZCBpbiBzZWN0aW9uIDIgb2YgW1JGQzgxMzJdLgoKICAgVGhl
cmUgYXJlIHR3byBhZGRpdGlvbmFsIHF1ZXJ5IHBhcmFtZXRlcnMgZm9yIHRoZSBHRVQgYW5kIEZF
VENICiAgIG1ldGhvZHMuCgogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBxdWVyeSAgICAgICB8IERlc2Ny
aXB0aW9uICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgcGFy
YW1ldGVycyAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgfAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBjICAgICAgICAgICB8IENvbnRyb2wgc2VsZWN0
aW9uIG9mIGNvbmZpZ3VyYXRpb24gYW5kIG5vbi0gICAgICAgICB8CiAgIHwgICAgICAgICAgICAg
fCBjb25maWd1cmF0aW9uIGRhdGEgbm9kZXMgKEdFVCBhbmQgRkVUQ0gpICAgICAgICAgICAgfAog
ICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIHwKICAgfCBkICAgICAgICAgICB8IENvbnRyb2wgcmV0cmlldmFsIG9mIGRl
ZmF1bHQgdmFsdWVzLiAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKNC4yLjEuICBV
c2luZyB0aGUgJ2MnIHF1ZXJ5IHBhcmFtZXRlcgoKICAgVGhlICdjJyAoY29udGVudCkgb3B0aW9u
IGNvbnRyb2xzIGhvdyBkZXNjZW5kYW50IG5vZGVzIG9mIHRoZQogICByZXF1ZXN0ZWQgZGF0YSBu
b2RlcyB3aWxsIGJlIHByb2Nlc3NlZCBpbiB0aGUgcmVwbHkuCgogICBUaGUgYWxsb3dlZCB2YWx1
ZXMgYXJlOgoKICAgKy0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgVmFsdWUgfCBEZXNjcmlwdGlvbiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBjICAgICB8IFJldHVy
biBvbmx5IGNvbmZpZ3VyYXRpb24gZGVzY2VuZGFudCBkYXRhIG5vZGVzICAgICB8CiAgIHwgICAg
ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fAogICB8IG4gICAgIHwgUmV0dXJuIG9ubHkgbm9uLWNvbmZpZ3VyYXRpb24gZGVzY2VuZGFudCBk
YXRhIG5vZGVzIHwKICAgfCAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICB8CiAgIHwgYSAgICAgfCBSZXR1cm4gYWxsIGRlc2NlbmRhbnQg
ZGF0YSBub2RlcyAgICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLSstLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgIFRoaXMgb3B0aW9u
IGlzIG9ubHkgYWxsb3dlZCBmb3IgR0VUIGFuZCBGRVRDSCBtZXRob2RzIG9uIGRhdGFzdG9yZQog
ICBhbmQgZGF0YSBub2RlIHJlc291cmNlcy4gIEEgNC4wMiAoQmFkIE9wdGlvbikgZXJyb3IgaXMg
cmV0dXJuZWQgaWYKICAgdXNlZCBmb3Igb3RoZXIgbWV0aG9kcyBvciByZXNvdXJjZSB0eXBlcy4K
CiAgIElmIHRoaXMgcXVlcnkgcGFyYW1ldGVyIGlzIG5vdCBwcmVzZW50LCB0aGUgZGVmYXVsdCB2
YWx1ZSBpcyAiYSIgKHRoZQogICBxdW90ZXMgYXJlIGFkZGVkIGZvciByZWFkYWJpbGl0eSwgYnV0
IHRoZXkgYXJlIG5vdCBwYXJ0IG9mIHRoZQogICBwYXlsb2FkKS4KCgoKCgoKCgpWZWlsbGV0dGUs
IGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFn
ZSAxNV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAg
ICAgICAgICAgICAgICBKdW5lIDIwMjAKCgo0LjIuMi4gIFVzaW5nIHRoZSAnZCcgcXVlcnkgcGFy
YW1ldGVyCgogICBUaGUgJ2QnICh3aXRoLWRlZmF1bHRzKSBvcHRpb24gY29udHJvbHMgaG93IHRo
ZSBkZWZhdWx0IHZhbHVlcyBvZiB0aGUKICAgZGVzY2VuZGFudCBub2RlcyBvZiB0aGUgcmVxdWVz
dGVkIGRhdGEgbm9kZXMgd2lsbCBiZSBwcm9jZXNzZWQuCgogICBUaGUgYWxsb3dlZCB2YWx1ZXMg
YXJlOgoKICAgKy0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgVmFsdWUgfCBEZXNjcmlwdGlvbiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLSstLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAg
fCBhICAgICB8IEFsbCBkYXRhIG5vZGVzIGFyZSByZXBvcnRlZC4gRGVmaW5lZCBhcyAncmVwb3J0
LWFsbCcgaW4gICB8CiAgIHwgICAgICAgfCBzZWN0aW9uIDMuMSBvZiBbUkZDNjI0M10uICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgIHwgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCB0ICAgICB8
IERhdGEgbm9kZXMgc2V0IHRvIHRoZSBZQU5HIGRlZmF1bHQgYXJlIG5vdCByZXBvcnRlZC4gICAg
ICB8CiAgIHwgICAgICAgfCBEZWZpbmVkIGFzICd0cmltJyBpbiBzZWN0aW9uIDMuMiBvZiBbUkZD
NjI0M10uICAgICAgICAgICAgfAogICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgIElmIHRoZSB0YXJnZXQgb2Yg
YSBHRVQgb3IgRkVUQ0ggbWV0aG9kIGlzIGEgZGF0YSBub2RlIHRoYXQgcmVwcmVzZW50cwogICBh
IGxlYWYgdGhhdCBoYXMgYSBkZWZhdWx0IHZhbHVlLCBhbmQgdGhlIGxlYWYgaGFzIG5vdCBiZWVu
IGdpdmVuIGEKICAgdmFsdWUgYnkgYW55IGNsaWVudCB5ZXQsIHRoZSBzZXJ2ZXIgTVVTVCByZXR1
cm4gdGhlIGRlZmF1bHQgdmFsdWUgb2YKICAgdGhlIGxlYWYuCgogICBJZiB0aGUgdGFyZ2V0IG9m
IGEgR0VUIG1ldGhvZCBpcyBhIGRhdGEgbm9kZSB0aGF0IHJlcHJlc2VudHMgYQogICBjb250YWlu
ZXIgb3IgbGlzdCB0aGF0IGhhcyBjaGlsZCByZXNvdXJjZXMgd2l0aCBkZWZhdWx0IHZhbHVlcywg
YW5kCiAgIHRoZXNlIGhhdmUgbm90IGJlZW4gZ2l2ZW4gdmFsdWUgeWV0LAoKICAgICAgVGhlIHNl
cnZlciBNVVNUIE5PVCByZXR1cm4gdGhlIGNoaWxkIHJlc291cmNlIGlmIGQ9dAoKICAgICAgVGhl
IHNlcnZlciBNVVNUIHJldHVybiB0aGUgY2hpbGQgcmVzb3VyY2UgaWYgZD1hLgoKICAgSWYgdGhp
cyBxdWVyeSBwYXJhbWV0ZXIgaXMgbm90IHByZXNlbnQsIHRoZSBkZWZhdWx0IHZhbHVlIGlzICJ0
IiAodGhlCiAgIHF1b3RlcyBhcmUgYWRkZWQgZm9yIHJlYWRhYmlsaXR5LCBidXQgdGhleSBhcmUg
bm90IHBhcnQgb2YgdGhlCiAgIHBheWxvYWQpLgoKNC4yLjMuICBHRVQKCiAgIEEgcmVxdWVzdCB0
byByZWFkIHRoZSB2YWx1ZSBvZiBhIGRhdGEgbm9kZSBpbnN0YW5jZSBpcyBzZW50IHdpdGggYQog
ICBDb0FQIEdFVCBtZXNzYWdlLiAgVGhlIFVSSSBpcyBzZXQgdG8gdGhlIGRhdGEgbm9kZSByZXNv
dXJjZQogICByZXF1ZXN0ZWQsIHRoZSAnaycgcXVlcnkgcGFyYW1ldGVyIGlzIGFkZGVkIGlmIGFu
eSBvZiB0aGUgcGFyZW50cyBvZgogICB0aGUgcmVxdWVzdGVkIGRhdGEgbm9kZSBpcyBhIGxpc3Qg
bm9kZS4KCiAgIEZPUk1BVDoKICAgICBHRVQgPGRhdGEgbm9kZSByZXNvdXJjZT4gWydrJyBVcmkt
UXVlcnkgb3B0aW9uXQoKICAgICAyLjA1IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNh
dGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQogICAgIENCT1IgbWFwIG9mIFNJRCwgaW5zdGFu
Y2UtdmFsdWUKCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0
LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAxNl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBUaGUg
cmV0dXJuZWQgcGF5bG9hZCBjb250YWlucyB0aGUgQ0JPUiBlbmNvZGluZyBvZiB0aGUgcmVxdWVz
dGVkCiAgIGluc3RhbmNlLXZhbHVlLgoKNC4yLjMuMS4gIEdFVCBFeGFtcGxlcwoKICAgVXNpbmcs
IGZvciBleGFtcGxlLCB0aGUgY3VycmVudC1kYXRldGltZSBsZWFmIGZyb20gbW9kdWxlIGlldGYt
c3lzdGVtCiAgIFtSRkM3MzE3XSwgYSByZXF1ZXN0IGlzIHNlbnQgdG8gcmV0cmlldmUgdGhlIHZh
bHVlIG9mICdzeXN0ZW0tCiAgIHN0YXRlL2Nsb2NrL2N1cnJlbnQtZGF0ZXRpbWUnLiAgVGhlIFNJ
RCBvZiAnc3lzdGVtLXN0YXRlL2Nsb2NrLwogICBjdXJyZW50LWRhdGV0aW1lJyBpcyAxNzIzLCBl
bmNvZGVkIGluIGJhc2U2NCBhY2NvcmRpbmcgdG8KICAgU2VjdGlvbiAyLjIsIHlpZWxkcyBhNy4g
IFRoZSByZXNwb25zZSB0byB0aGUgcmVxdWVzdCByZXR1cm5zIHRoZSBDQk9SCiAgIG1hcCB3aXRo
IHRoZSBrZXkgc2V0IHRvIHRoZSBTSUQgb2YgdGhlIHJlcXVlc3RlZCBkYXRhIG5vZGUgKGkuZS4K
ICAgMTcyMykgYW5kIHRoZSB2YWx1ZSBlbmNvZGVkIHVzaW5nIGEgJ3RleHQgc3RyaW5nJyBhcyBk
ZWZpbmVkIGluCiAgIFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0gc2VjdGlvbiA2LjQuICBUaGUg
ZGF0YXN0b3JlIHJlc291cmNlIHBhdGgKICAgL2MgaXMgYW4gZXhhbXBsZSBsb2NhdGlvbiBkaXNj
b3ZlcmVkIHdpdGggYSByZXF1ZXN0IHNpbWlsYXIgdG8KICAgRmlndXJlIDQuCgogIFJFUTogR0VU
IDwvYy9hNz4KCiAgUkVTOiAyLjA1IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlv
bi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQogIHsKICAgIDE3MjMgOiAiMjAxNC0xMC0yNlQxMjox
NjozMVoiCiAgfQoKICAgVGhlIG5leHQgZXhhbXBsZSByZXByZXNlbnRzIHRoZSByZXRyaWV2YWwg
b2YgYSBZQU5HIGNvbnRhaW5lci4gIEluCiAgIHRoaXMgY2FzZSwgdGhlIENPUkVDT05GIGNsaWVu
dCBwZXJmb3JtcyBhIEdFVCByZXF1ZXN0IG9uIHRoZSBjbG9jawogICBjb250YWluZXIgKFNJRCA9
IDE3MjE7IGJhc2U2NDogYTUpLiAgVGhlIGNvbnRhaW5lciByZXR1cm5lZCBpcwogICBlbmNvZGVk
IHVzaW5nIGEgQ0JPUiBtYXAgYXMgc3BlY2lmaWVkIGJ5IFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jv
cl0KICAgc2VjdGlvbiA0LjIuCgogIFJFUTogR0VUIDwvYy9hNT4KCiAgUkVTOiAyLjA1IENvbnRl
bnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQog
IHsKICAgIDE3MjEgOiB7CiAgICAgIDIgOiAiMjAxNC0xMC0yNlQxMjoxNjo1MVoiLCAgICAvIGN1
cnJlbnQtZGF0ZXRpbWUgKFNJRCAxNzIzKSAvCiAgICAgIDEgOiAiMjAxNC0xMC0yMVQwMzowMDow
MFoiICAgICAvIGJvb3QtZGF0ZXRpbWUgKFNJRCAxNzIyKSAvCiAgICB9CiAgfQoKICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDMKCiAgIFRoaXMgZXhhbXBsZSBzaG93cyB0
aGUgcmV0cmlldmFsIG9mIHRoZSAvaW50ZXJmYWNlcy9pbnRlcmZhY2UgWUFORwogICBsaXN0IGFj
Y2Vzc2VkIHVzaW5nIFNJRCAxNTMzIChiYXNlNjQ6IFg5KS4gIFRoZSByZXR1cm4gcGF5bG9hZCBp
cwogICBlbmNvZGVkIHVzaW5nIGEgQ0JPUiBhcnJheSBhcyBzcGVjaWZpZWQgYnkgW0ktRC5pZXRm
LWNvcmUteWFuZy1jYm9yXQogICBzZWN0aW9uIDQuNC4xIGNvbnRhaW5pbmcgMiBpbnN0YW5jZXMu
CgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAg
ICAgICAgICAgICAgIFtQYWdlIDE3XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg
Q09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgUkVROiBHRVQgPC9j
L1g5PgoKICBSRVM6IDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lh
bmctZGF0YStjYm9yOyBpZD1zaWQpCiAgewogICAgMTUzMyA6IFsKICAgICAgewogICAgICAgIDQg
OiAiZXRoMCIsICAgICAgICAgICAgICAgICAvIG5hbWUgIChTSUQgMTUzNykgLwogICAgICAgIDEg
OiAiRXRoZXJuZXQgYWRhcHRvciIsICAgICAvIGRlc2NyaXB0aW9uIChTSUQgMTUzNCkgLwogICAg
ICAgIDUgOiAxODgwLCAgICAgICAgICAgICAgICAgICAvIHR5cGUsIChTSUQgMTUzOCkgaWRlbnRp
dHkgLwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvIGV0aGVybmV0Q3NtYWNk
IChTSUQgMTg4MCkgLwogICAgICAgIDIgOiB0cnVlICAgICAgICAgICAgICAgICAgICAvIGVuYWJs
ZWQgKFNJRCAxNTM1KSAvCiAgICAgIH0sCiAgICAgIHsKICAgICAgICA0IDogImV0aDEiLCAgICAg
ICAgICAgICAgICAgLyBuYW1lIChTSUQgMTUzNykgLwogICAgICAgIDEgOiAiRXRoZXJuZXQgYWRh
cHRvciIsICAgICAvIGRlc2NyaXB0aW9uIChTSUQgMTUzNCkgLwogICAgICAgIDUgOiAxODgwLCAg
ICAgICAgICAgICAgICAgICAvIHR5cGUsIChTSUQgMTUzOCkgaWRlbnRpdHkgLwogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAvIGV0aGVybmV0Q3NtYWNkIChTSUQgMTg4MCkgLwog
ICAgICAgIDIgOiBmYWxzZSAgICAgICAgICAgICAgICAgICAvIGVuYWJsZWQgKFNJRCAxNTM1KSAv
CiAgICAgIH0KICAgIF0KICB9CgogICBUbyByZXRyaWV2ZSBhIHNwZWNpZmljIGluc3RhbmNlIHdp
dGhpbiB0aGUgL2ludGVyZmFjZXMvaW50ZXJmYWNlIFlBTkcKICAgbGlzdCwgdGhlIENPUkVDT05G
IGNsaWVudCBhZGRzIHRoZSBrZXkgb2YgdGhlIHRhcmdldGVkIGluc3RhbmNlIGluCiAgIGl0cyBD
b0FQIHJlcXVlc3QgdXNpbmcgdGhlICdrJyBxdWVyeSBwYXJhbWV0ZXIuICBUaGUgcmV0dXJuIHBh
eWxvYWQKICAgY29udGFpbmluZyB0aGUgaW5zdGFuY2UgcmVxdWVzdGVkIGlzIGVuY29kZWQgdXNp
bmcgYSBDQk9SIGFycmF5IGFzCiAgIHNwZWNpZmllZCBieSBbSS1ELmlldGYtY29yZS15YW5nLWNi
b3JdIHNlY3Rpb24gNC40LjEgY29udGFpbmluZyB0aGUKICAgcmVxdWVzdGVkIGluc3RhbmNlLgoK
ICBSRVE6IEdFVCA8L2MvWDk/az1ldGgwPgoKICBSRVM6IDIuMDUgQ29udGVudCAoQ29udGVudC1G
b3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgewogICAgMTUzMyA6
IFsKICAgICAgewogICAgICAgIDQgOiAiZXRoMCIsICAgICAgICAgICAgICAgICAvIG5hbWUgIChT
SUQgMTUzNykgLwogICAgICAgIDEgOiAiRXRoZXJuZXQgYWRhcHRvciIsICAgICAvIGRlc2NyaXB0
aW9uIChTSUQgMTUzNCkgLwogICAgICAgIDUgOiAxODgwLCAgICAgICAgICAgICAgICAgICAvIHR5
cGUsIChTSUQgMTUzOCkgaWRlbnRpdHkgLwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAvIGV0aGVybmV0Q3NtYWNkIChTSUQgMTg4MCkgLwogICAgICAgIDIgOiB0cnVlICAgICAg
ICAgICAgICAgICAgICAvIGVuYWJsZWQgKFNJRCAxNTM1KSAvCiAgICAgIH0KICAgIF0KICB9Cgog
ICBJdCBpcyBlcXVhbGx5IHBvc3NpYmxlIHRvIHNlbGVjdCBhIGxlYWYgb2YgYSBzcGVjaWZpYyBp
bnN0YW5jZSBvZiBhCiAgIGxpc3QuICBUaGUgZXhhbXBsZSBiZWxvdyByZXF1ZXN0cyB0aGUgZGVz
Y3JpcHRpb24gbGVhZiAoU0lEIDE1MzQsCiAgIGJhc2U2NDogWC0pIHdpdGhpbiB0aGUgaW50ZXJm
YWNlIGxpc3QgY29ycmVzcG9uZGluZyB0byB0aGUgaW50ZXJmYWNlCgoKCgpWZWlsbGV0dGUsIGV0
IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAx
OF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAg
ICAgICAgICAgICBKdW5lIDIwMjAKCgogICBuYW1lICJldGgwIi4gIFRoZSByZXR1cm5lZCB2YWx1
ZSBpcyBlbmNvZGVkIGluIENCT1IgYmFzZWQgb24gdGhlCiAgIHJ1bGVzIHNwZWNpZmllZCBieSBb
SS1ELmlldGYtY29yZS15YW5nLWNib3JdIHNlY3Rpb24gNi40LgoKICBSRVE6IEdFVCA8L2MvWC0/
az1ldGgwPgoKICBSRVM6IDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9u
L3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgewogICAgMTUzNCA6ICJFdGhlcm5ldCBhZGFwdG9y
IgogIH0KCjQuMi40LiAgRkVUQ0gKCiAgIFRoZSBGRVRDSCBpcyB1c2VkIHRvIHJldHJpZXZlIG11
bHRpcGxlIGluc3RhbmNlLXZhbHVlcy4gIFRoZSBGRVRDSAogICByZXF1ZXN0IHBheWxvYWQgY29u
dGFpbnMgdGhlIGxpc3Qgb2YgaW5zdGFuY2UtaWRlbnRpZmllciBvZiB0aGUgZGF0YQogICBub2Rl
IGluc3RhbmNlcyByZXF1ZXN0ZWQuCgogICBUaGUgcmV0dXJuIHJlc3BvbnNlIHBheWxvYWQgY29u
dGFpbnMgYSBsaXN0IG9mIGRhdGEgbm9kZSBpbnN0YW5jZS0KICAgdmFsdWVzIGluIHRoZSBzYW1l
IG9yZGVyIGFzIHJlcXVlc3RlZC4gIEEgQ0JPUiBudWxsIGlzIHJldHVybmVkIGZvcgogICBlYWNo
IGRhdGEgbm9kZSByZXF1ZXN0ZWQgYnkgdGhlIGNsaWVudCwgbm90IHN1cHBvcnRlZCBieSB0aGUg
c2VydmVyCiAgIG9yIG5vdCBjdXJyZW50bHkgaW5zdGFudGlhdGVkLgoKICAgRm9yIGNvbXBhY3Ru
ZXNzLCBpbmRleGVzIG9mIHRoZSBsaXN0IGluc3RhbmNlIGlkZW50aWZpZXJzIHJldHVybmVkIGJ5
CiAgIHRoZSBGRVRDSCByZXNwb25zZSBTSE9VTEQgYmUgZWxpZGVkLCBvbmx5IHRoZSBTSUQgaXMg
cHJvdmlkZWQuICBUaGlzCiAgIGFwcHJvYWNoIG1heSBhbHNvIGhlbHAgcmVkdWNpbmcgaW1wbGVt
ZW50YXRpb25zIGNvbXBsZXhpdHkgc2luY2UgdGhlCiAgIGZvcm1hdCBvZiBlYWNoIGVudHJ5IHdp
dGhpbiB0aGUgQ0JPUiBhcnJheSBvZiB0aGUgRkVUQ0ggcmVzcG9uc2UgaXMKICAgaWRlbnRpY2Fs
IHRvIHRoZSBmb3JtYXQgb2YgdGhlIGNvcnJlc3BvbmRpbmcgR0VUIHJlc3BvbnNlLgoKICAgRk9S
TUFUOgogICAgIEZFVENIIDxkYXRhc3RvcmUgcmVzb3VyY2U+CiAgICAgICAgICAgKENvbnRlbnQt
Rm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWlkZW50aWZpZXJzK2Nib3IpCiAgICAgQ0JPUiBhcnJh
eSBvZiBpbnN0YW5jZS1pZGVudGlmaWVyCgogICAgIDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3Jt
YXQ6IGFwcGxpY2F0aW9uL3lhbmctaW5zdGFuY2VzK2Nib3IpCiAgICAgQ0JPUiBhcnJheSBvZiBD
Qk9SIG1hcCBvZiBTSUQsIGluc3RhbmNlLXZhbHVlCgo0LjIuNC4xLiAgRkVUQ0ggZXhhbXBsZXMK
CiAgIFRoaXMgZXhhbXBsZSB1c2VzIHRoZSBjdXJyZW50LWRhdGV0aW1lIGxlYWYgZnJvbSBtb2R1
bGUgaWV0Zi1zeXN0ZW0KICAgW1JGQzczMTddIGFuZCB0aGUgaW50ZXJmYWNlIGxpc3QgZnJvbSBt
b2R1bGUgaWV0Zi1pbnRlcmZhY2VzCiAgIFtSRkM3MjIzXS4gIEluIHRoaXMgZXhhbXBsZSB0aGUg
dmFsdWUgb2YgY3VycmVudC1kYXRldGltZSAoU0lEIDE3MjMpCiAgIGFuZCB0aGUgaW50ZXJmYWNl
IGxpc3QgKFNJRCAxNTMzKSBpbnN0YW5jZSBpZGVudGlmaWVkIHdpdGgKICAgbmFtZT0iZXRoMCIg
YXJlIHF1ZXJpZWQuCgoKCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVj
ZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDE5XQoMCkludGVybmV0LURyYWZ0ICAg
ICAgICAgICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoK
CiAgIFJFUTogRkVUQ0ggPC9jPgogICAgICAgIChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24v
eWFuZy1pZGVudGlmaWVycytjYm9yKQogICBbCiAgICAgMTcyMywgICAgICAgICAgICAvIGN1cnJl
bnQtZGF0ZXRpbWUgKFNJRCAxNzIzKSAvCiAgICAgWzE1MzMsICJldGgwIl0gICAvIGludGVyZmFj
ZSAoU0lEIDE1MzMpIHdpdGggbmFtZSA9ICJldGgwIiAvCiAgIF0KCiAgIFJFUzogMi4wNSBDb250
ZW50IChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1pbnN0YW5jZXMrY2JvcikKICAg
WwogICAgIHsKICAgICAgIDE3MjMgOiAiMjAxNC0xMC0yNlQxMjoxNjozMVoiIC8gY3VycmVudC1k
YXRldGltZSAoU0lEIDE3MjMpIC8KICAgICB9LAogICAgIHsKICAgICAgIDE1MzMgOiB7CiAgICAg
ICAgIDQgOiAiZXRoMCIsICAgICAgICAgICAgICAgICAvIG5hbWUgKFNJRCAxNTM3KSAvCiAgICAg
ICAgIDEgOiAiRXRoZXJuZXQgYWRhcHRvciIsICAgICAvIGRlc2NyaXB0aW9uIChTSUQgMTUzNCkg
LwogICAgICAgICA1IDogMTg4MCwgICAgICAgICAgICAgICAgICAgLyB0eXBlIChTSUQgMTUzOCks
IGlkZW50aXR5IC8KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC8gZXRoZXJu
ZXRDc21hY2QgKFNJRCAxODgwKSAvCiAgICAgICAgIDIgOiB0cnVlICAgICAgICAgICAgICAgICAg
ICAvIGVuYWJsZWQgKFNJRCAxNTM1KSAvCiAgICAgICB9CiAgICAgfQogICBdCgo0LjMuICBEYXRh
IEVkaXRpbmcKCiAgIENPUkVDT05GIGFsbG93cyBkYXRhc3RvcmUgY29udGVudHMgdG8gYmUgY3Jl
YXRlZCwgbW9kaWZpZWQgYW5kCiAgIGRlbGV0ZWQgdXNpbmcgQ29BUCBtZXRob2RzLgoKNC4zLjEu
ICBEYXRhIE9yZGVyaW5nCgogICBBIENPUkVDT05GIHNlcnZlciBNVVNUIHByZXNlcnZlIHRoZSBy
ZWxhdGl2ZSBvcmRlciBvZiBhbGwgdXNlci0KICAgb3JkZXJlZCBsaXN0IGFuZCBsZWFmLWxpc3Qg
ZW50cmllcyB0aGF0IGFyZSByZWNlaXZlZCBpbiBhIHNpbmdsZSBlZGl0CiAgIHJlcXVlc3QuICBU
aGVzZSBZQU5HIGRhdGEgbm9kZSB0eXBlcyBhcmUgZW5jb2RlZCBhcyBDQk9SIGFycmF5cyBzbwog
ICBtZXNzYWdlcyB3aWxsIHByZXNlcnZlIHRoZWlyIG9yZGVyLgoKNC4zLjIuICBQT1NUCgogICBU
aGUgQ29BUCBQT1NUIG9wZXJhdGlvbiBpcyB1c2VkIGluIENPUkVDT05GIGZvciB0aGUgY3JlYXRp
b24gb2YgZGF0YQogICBub2RlIHJlc291cmNlcyBhbmQgdGhlIGludm9jYXRpb24gb2YgIkFDVElP
TiIgYW5kICJSUEMiIHJlc291cmNlcy4KICAgUmVmZXIgdG8gU2VjdGlvbiA0LjYgZm9yIGRldGFp
bHMgb24gIkFDVElPTiIgYW5kICJSUEMiIHJlc291cmNlcy4KCiAgIEEgcmVxdWVzdCB0byBjcmVh
dGUgYSBkYXRhIG5vZGUgaW5zdGFuY2UgaXMgc2VudCB3aXRoIGEgQ29BUCBQT1NUCiAgIG1lc3Nh
Z2UuICBUaGUgVVJJIHNwZWNpZmllcyB0aGUgZGF0YSBub2RlIHJlc291cmNlIG9mIHRoZSBpbnN0
YW5jZSB0bwogICBiZSBjcmVhdGVkLiAgSW4gdGhlIGNhc2Ugb2YgYSBsaXN0IGluc3RhbmNlLCBr
ZXlzIE1VU1QgYmUgcHJlc2VudCBpbgogICB0aGUgcGF5bG9hZC4KCgoKCgoKVmVpbGxldHRlLCBl
dCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2Ug
MjBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAg
ICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgRk9STUFUOgogICAgIFBPU1QgPGRhdGEgbm9kZSBy
ZXNvdXJjZT4KICAgICAgICAgIChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRh
K2Nib3I7IGlkPXNpZCkKICAgICBDQk9SIG1hcCBvZiBTSUQsIGluc3RhbmNlLXZhbHVlCgogICAg
IDIuMDEgQ3JlYXRlZAoKICAgSWYgdGhlIGRhdGEgbm9kZSBpbnN0YW5jZSBhbHJlYWR5IGV4aXN0
cywgdGhlbiB0aGUgUE9TVCByZXF1ZXN0IE1VU1QKICAgZmFpbCBhbmQgYSAiNC4wOSBDb25mbGlj
dCIgcmVzcG9uc2UgY29kZSBNVVNUIGJlIHJldHVybmVkCgo0LjMuMi4xLiAgUG9zdCBleGFtcGxl
CgogICBUaGUgZXhhbXBsZSB1c2VzIHRoZSBpbnRlcmZhY2UgbGlzdCBmcm9tIG1vZHVsZSBpZXRm
LWludGVyZmFjZXMKICAgW1JGQzcyMjNdLiAgVGhpcyBleGFtcGxlIGNyZWF0ZXMgYSBuZXcgbGlz
dCBpbnN0YW5jZSB3aXRoaW4gdGhlCiAgIGludGVyZmFjZSBsaXN0IChTSUQgPSAxNTMzKSwgd2hp
bGUgYXNzdW1pbmcgdGhlIGRhdGFzdG9yZSByZXNvdXJjZSBpcwogICBob3N0ZWQgb24gdGhlIENv
QVAgc2VydmVyIHdpdGggRE5TIG5hbWUgZXhhbXBsZS5jb20gYW5kIHdpdGggcGF0aAogICAvZHMu
ICBUaGUgcGF0aCAvZHMgaXMgYW4gZXhhbXBsZSBsb2NhdGlvbiB0aGF0IGlzIGFzc3VtZWQgdG8g
aGF2ZQogICBiZWVuIGRpc2NvdmVyZWQgdXNpbmcgcmVxdWVzdCBzaW1pbGFyIHRvIEZpZ3VyZSA0
LgoKICAgUkVROiBQT1NUIDxjb2FwOi8vZXhhbXBsZS5jb20vZHMvWDk+CiAgICAgICAgKENvbnRl
bnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQogICB7CiAgICAg
MTUzMyA6IFsKICAgICAgIHsKICAgICAgICAgNCA6ICJldGg1IiwgICAgICAgICAgICAgIC8gbmFt
ZSAoU0lEIDE1MzcpIC8KICAgICAgICAgMSA6ICJFdGhlcm5ldCBhZGFwdG9yIiwgIC8gZGVzY3Jp
cHRpb24gKFNJRCAxNTM0KSAvCiAgICAgICAgIDUgOiAxODgwLCAgICAgICAgICAgICAgICAvIHR5
cGUgKFNJRCAxNTM4KSwgaWRlbnRpdHkgLwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgLyBldGhlcm5ldENzbWFjZCAoU0lEIDE4ODApIC8KICAgICAgICAgMiA6IHRydWUgICAgICAg
ICAgICAgICAgIC8gZW5hYmxlZCAoU0lEIDE1MzUpIC8KICAgICAgIH0KICAgICBdCiAgIH0KCiAg
IFJFUzogMi4wMSBDcmVhdGVkCgo0LjMuMy4gIFBVVAoKICAgQSBkYXRhIG5vZGUgcmVzb3VyY2Ug
aW5zdGFuY2UgaXMgY3JlYXRlZCBvciByZXBsYWNlZCB3aXRoIHRoZSBQVVQKICAgbWV0aG9kLiAg
QSByZXF1ZXN0IHRvIHNldCB0aGUgdmFsdWUgb2YgYSBkYXRhIG5vZGUgaW5zdGFuY2UgaXMgc2Vu
dAogICB3aXRoIGEgQ29BUCBQVVQgbWVzc2FnZS4KCiAgIEZPUk1BVDoKICAgICBQVVQgPGRhdGEg
bm9kZSByZXNvdXJjZT4gWydrJyBVcmktUXVlcnkgb3B0aW9uXQogICAgICAgICAoQ29udGVudC1G
b3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgICAgQ0JPUiBtYXAg
b2YgU0lELCBpbnN0YW5jZS12YWx1ZQoKICAgICAyLjAxIENyZWF0ZWQKCgoKClZlaWxsZXR0ZSwg
ZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdl
IDIxXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYgICAgICAgICAg
ICAgICAgICAgICAgIEp1bmUgMjAyMAoKCjQuMy4zLjEuICBQVVQgZXhhbXBsZQoKICAgVGhlIGV4
YW1wbGUgdXNlcyB0aGUgaW50ZXJmYWNlIGxpc3QgZnJvbSBtb2R1bGUgaWV0Zi1pbnRlcmZhY2Vz
CiAgIFtSRkM3MjIzXS4gIFRoaXMgZXhhbXBsZSB1cGRhdGVzIHRoZSBpbnN0YW5jZSBvZiB0aGUg
bGlzdCBpbnRlcmZhY2UKICAgKFNJRCA9IDE1MzMpIHdpdGgga2V5IG5hbWU9ImV0aDAiLiAgVGhl
IGV4YW1wbGUgbG9jYXRpb24gL2MgaXMgYW4KICAgZXhhbXBsZSBsb2NhdGlvbiB0aGF0IGlzIGRp
c2NvdmVyZWQgdXNpbmcgYSByZXF1ZXN0IHNpbWlsYXIgdG8KICAgRmlndXJlIDQuCgogICBSRVE6
IFBVVCA8L2MvWDk/az1ldGgwPgogICAgICAgIChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24v
eWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKICAgewogICAgIDE1MzMgOiBbCiAgICAgICB7CiAgICAg
ICAgIDQgOiAiZXRoMCIsICAgICAgICAgICAgICAvIG5hbWUgKFNJRCAxNTM3KSAvCiAgICAgICAg
IDEgOiAiRXRoZXJuZXQgYWRhcHRvciIsICAvIGRlc2NyaXB0aW9uIChTSUQgMTUzNCkgLwogICAg
ICAgICA1IDogMTg4MCwgICAgICAgICAgICAgICAgLyB0eXBlIChTSUQgMTUzOCksIGlkZW50aXR5
IC8KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC8gZXRoZXJuZXRDc21hY2QgKFNJ
RCAxODgwKSAvCiAgICAgICAgIDIgOiB0cnVlICAgICAgICAgICAgICAgICAvIGVuYWJsZWQgKFNJ
RCAxNTM1KSAvCiAgICAgICB9CiAgICAgXQogICB9CgogICBSRVM6ICAyLjA0IENoYW5nZWQKCjQu
My40LiAgaVBBVENICgogICBPbmUgb3IgbXVsdGlwbGUgZGF0YSBub2RlIGluc3RhbmNlcyBhcmUg
cmVwbGFjZWQgd2l0aCB0aGUgaWRlbXBvdGVudAogICBDb0FQIGlQQVRDSCBtZXRob2QgW1JGQzgx
MzJdLgoKICAgVGhlcmUgYXJlIG5vIHF1ZXJ5IHBhcmFtZXRlcnMgZm9yIHRoZSBpUEFUQ0ggbWV0
aG9kLgoKICAgVGhlIHByb2Nlc3Npbmcgb2YgdGhlIGlQQVRDSCBjb21tYW5kIGlzIHNwZWNpZmll
ZCBieSBNZWRpYS1UeXBlCiAgICdhcHBsaWNhdGlvbi95YW5nLWluc3RhbmNlcytjYm9yJy4gIElu
IHN1bW1hcnksIGlmIHRoZSBDQk9SIHBhdGNoCiAgIHBheWxvYWQgY29udGFpbnMgYSBkYXRhIG5v
ZGUgaW5zdGFuY2UgdGhhdCBpcyBub3QgcHJlc2VudCBpbiB0aGUKICAgdGFyZ2V0LCB0aGlzIGlu
c3RhbmNlIGlzIGFkZGVkLiAgSWYgdGhlIHRhcmdldCBjb250YWlucyB0aGUgc3BlY2lmaWVkCiAg
IGluc3RhbmNlLCB0aGUgY29udGVudCBvZiB0aGlzIGluc3RhbmNlIGlzIHJlcGxhY2VkIHdpdGgg
dGhlIHZhbHVlIG9mCiAgIHRoZSBwYXlsb2FkLiAgQSBudWxsIHZhbHVlIGluZGljYXRlcyB0aGUg
cmVtb3ZhbCBvZiBhbiBleGlzdGluZyBkYXRhCiAgIG5vZGUgaW5zdGFuY2UuCgogICBGT1JNQVQ6
CiAgICAgaVBBVENIIDxkYXRhc3RvcmUgcmVzb3VyY2U+CiAgICAgICAgICAgIChDb250ZW50LUZv
cm1hdDogYXBwbGljYXRpb24veWFuZy1pbnN0YW5jZXMrY2JvcikKICAgICBDQk9SIGFycmF5IG9m
IENCT1IgbWFwIG9mIGluc3RhbmNlLWlkZW50aWZpZXIsIGluc3RhbmNlLXZhbHVlCgogICAgIDIu
MDQgQ2hhbmdlZAoKCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVy
IDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAyMl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgo0LjMu
NC4xLiAgaVBBVENIIGV4YW1wbGUKCiAgIEluIHRoaXMgZXhhbXBsZSwgYSBDT1JFQ09ORiBjbGll
bnQgcmVxdWVzdHMgdGhlIGZvbGxvd2luZyBvcGVyYXRpb25zOgoKICAgbyAgU2V0ICIvc3lzdGVt
L250cC9lbmFibGVkIiAoU0lEIDE3NTUpIHRvIHRydWUuCgogICBvICBSZW1vdmUgdGhlIHNlcnZl
ciAidGFjLm5yYy5jYSIgZnJvbSB0aGUgIi9zeXN0ZW0vbnRwL3NlcnZlciIgKFNJRAogICAgICAx
NzU2KSBsaXN0LgoKICAgbyAgQWRkL3NldCB0aGUgc2VydmVyICJOVFAgUG9vbCBzZXJ2ZXIgMiIg
dG8gdGhlIGxpc3QgIi9zeXN0ZW0vbnRwLwogICAgICBzZXJ2ZXIiIChTSUQgMTc1NikuCgogICBS
RVE6IGlQQVRDSCA8L2M+CiAgICAgICAgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5n
LWluc3RhbmNlcytjYm9yKQogICBbCiAgICAgewogICAgICAgMTc1NSA6IHRydWUgICAgICAgICAg
ICAgICAgICAgLyBlbmFibGVkIChTSUQgMTc1NSkgLwogICAgIH0sCiAgICAgewogICAgICAgWzE3
NTYsICJ0YWMubnJjLmNhIl0gOiBudWxsICAgLyBzZXJ2ZXIgKFNJRCAxNzU2KSAvCiAgICAgfSwK
ICAgICB7CiAgICAgICAxNzU2IDogeyAgICAgICAgICAgICAgICAgICAgICAvIHNlcnZlciAoU0lE
IDE3NTYpIC8KICAgICAgICAgMyA6ICJ0aWMubnJjLmNhIiwgICAgICAgICAgIC8gbmFtZSAoU0lE
IDE3NTkpIC8KICAgICAgICAgNCA6IHRydWUsICAgICAgICAgICAgICAgICAgIC8gcHJlZmVyIChT
SUQgMTc2MCkgLwogICAgICAgICA1IDogeyAgICAgICAgICAgICAgICAgICAgICAgLyB1ZHAgKFNJ
RCAxNzYxKSAvCiAgICAgICAgICAgMSA6ICIxMzIuMjQ2LjExLjIzMSIgICAgICAvIGFkZHJlc3Mg
KFNJRCAxNzYyKSAvCiAgICAgICAgIH0KICAgICAgIH0KICAgICB9CiAgIF0KCiAgIFJFUzogMi4w
NCBDaGFuZ2VkCgo0LjMuNS4gIERFTEVURQoKICAgQSBkYXRhIG5vZGUgcmVzb3VyY2UgaXMgZGVs
ZXRlZCB3aXRoIHRoZSBERUxFVEUgbWV0aG9kLgoKICAgRk9STUFUOgogICAgIERlbGV0ZSA8ZGF0
YSBub2RlIHJlc291cmNlPiBbJ2snIFVyaS1RdWVyeSBvcHRpb25dCgogICAgIDIuMDIgRGVsZXRl
ZAoKNC4zLjUuMS4gIERFTEVURSBleGFtcGxlCgogICBUaGlzIGV4YW1wbGUgdXNlcyB0aGUgaW50
ZXJmYWNlIGxpc3QgZnJvbSBtb2R1bGUgaWV0Zi1pbnRlcmZhY2VzCiAgIFtSRkM3MjIzXS4gIFRo
aXMgZXhhbXBsZSBkZWxldGVzIGFuIGluc3RhbmNlIG9mIHRoZSBpbnRlcmZhY2UgbGlzdAogICAo
U0lEID0gMTUzMyk6CgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIg
MjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDIzXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAg
ICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIFJF
UTogICBERUxFVEUgPC9jL1g5P2s9ZXRoMD4KCiAgIFJFUzogICAyLjAyIERlbGV0ZWQKCjQuNC4g
IEZ1bGwgZGF0YXN0b3JlIGFjY2VzcwoKICAgVGhlIG1ldGhvZHMgR0VULCBQVVQsIFBPU1QsIGFu
ZCBERUxFVEUgY2FuIGJlIHVzZWQgdG8gcmVxdWVzdCwKICAgcmVwbGFjZSwgY3JlYXRlLCBhbmQg
ZGVsZXRlIGEgd2hvbGUgZGF0YXN0b3JlIHJlc3BlY3RpdmVseS4KCiAgIEZPUk1BVDoKICAgICBH
RVQgPGRhdGFzdG9yZSByZXNvdXJjZT4KCiAgICAgMi4wNSBDb250ZW50IChDb250ZW50LUZvcm1h
dDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKICAgICBDQk9SIG1hcCBvZiBT
SUQsIGluc3RhbmNlLXZhbHVlCgogICBGT1JNQVQ6CiAgICAgUFVUIDxkYXRhc3RvcmUgcmVzb3Vy
Y2U+CiAgICAgICAgIChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7
IGlkPXNpZCkKICAgICBDQk9SIG1hcCBvZiBTSUQsIGluc3RhbmNlLXZhbHVlCgogICAgIDIuMDQg
Q2hhbmdlZAoKICAgRk9STUFUOgogICAgIFBPU1QgPGRhdGFzdG9yZSByZXNvdXJjZT4KICAgICAg
ICAgIChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkK
ICAgICBDQk9SIG1hcCBvZiBTSUQsIGluc3RhbmNlLXZhbHVlCgogICAgIDIuMDEgQ3JlYXRlZAoK
ICAgRk9STUFUOgogICAgIERFTEVURSA8ZGF0YXN0b3JlIHJlc291cmNlPgoKICAgICAyLjAyIERl
bGV0ZWQKCiAgIFRoZSBjb250ZW50IG9mIHRoZSBDQk9SIG1hcCByZXByZXNlbnRzIHRoZSBjb21w
bGV0ZSBkYXRhc3RvcmUgb2YgdGhlCiAgIHNlcnZlciBhdCB0aGUgR0VUIGluZGljYXRpb24gb2Yg
YWZ0ZXIgYSBzdWNjZXNzZnVsIHByb2Nlc3Npbmcgb2YgYQogICBQVVQgb3IgUE9TVCByZXF1ZXN0
LgoKNC40LjEuICBGdWxsIGRhdGFzdG9yZSBleGFtcGxlcwoKICAgVGhlIGV4YW1wbGUgdXNlcyB0
aGUgaW50ZXJmYWNlIGxpc3QgZnJvbSBtb2R1bGUgaWV0Zi1pbnRlcmZhY2VzCiAgIFtSRkM3MjIz
XSBhbmQgdGhlIGNsb2NrIGNvbnRhaW5lciBmcm9tIG1vZHVsZSBpZXRmLXN5c3RlbSBbUkZDNzMx
N10uCiAgIFdlIGFzc3VtZSB0aGF0IHRoZSBkYXRhc3RvcmUgY29udGFpbnMgdHdvIG1vZHVsZXMg
aWV0Zi1zeXN0ZW0gKFNJRAogICAxNzAwKSBhbmQgaWV0Zi1pbnRlcmZhY2VzIChTSUQgMTUwMCk7
IHRoZXkgY29udGFpbiB0aGUgJ2ludGVyZmFjZScKICAgbGlzdCAoU0lEIDE1MzMpIHdpdGggb25l
IGluc3RhbmNlIGFuZCB0aGUgJ2Nsb2NrJyBjb250YWluZXIgKFNJRAogICAxNzIxKS4gIEFmdGVy
IGludm9jYXRpb24gb2YgR0VULCBhIENCT1IgbWFwIHdpdGggZGF0YSBub2RlcyBmcm9tCiAgIHRo
ZXNlIHR3byBtb2R1bGVzIGlzIHJldHVybmVkOgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAg
RXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMjRdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAg
SnVuZSAyMDIwCgoKICBSRVE6ICBHRVQgPC9jPgoKICBSRVM6IDIuMDUgQ29udGVudCAoQ29udGVu
dC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgewogICAgMTcy
MSA6IHsgICAgICAgICAgICAgICAgICAgICAgIC8gQ2xvY2sgKFNJRCAxNzIxKSAvCiAgICAgIDI6
ICIyMDE2LTEwLTI2VDEyOjE2OjMxWiIsICAgLyBjdXJyZW50LWRhdGV0aW1lIChTSUQgMTcyMykg
LwogICAgICAxOiAiMjAxNC0xMC0wNVQwOTowMDowMFoiICAgIC8gYm9vdC1kYXRldGltZSAoU0lE
IDE3MjIpIC8KICAgIH0sCiAgICAxNTMzIDogWwogICAgICB7ICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgLyBpbnRlcmZhY2UgKFNJRCAxNTMzKSAvCiAgICAgICAgNCA6ICJldGgwIiwgICAg
ICAgICAgICAgICAgICAvIG5hbWUgKFNJRCAxNTM3KSAvCiAgICAgICAgMSA6ICJFdGhlcm5ldCBh
ZGFwdG9yIiwgICAgICAvIGRlc2NyaXB0aW9uIChTSUQgMTUzNCkgLwogICAgICAgIDUgOiAxODgw
LCAgICAgICAgICAgICAgICAgICAgLyB0eXBlIChTSUQgMTUzOCksIGlkZW50aXR5OiAvCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvIGV0aGVybmV0Q3NtYWNkIChTSUQgMTg4
MCkgLwogICAgICAgIDIgOiB0cnVlICAgICAgICAgICAgICAgICAgICAgLyBlbmFibGVkIChTSUQg
MTUzNSkgLwogICAgICB9CiAgICBdCiAgfQoKNC41LiAgRXZlbnQgc3RyZWFtCgogICBFdmVudCBu
b3RpZmljYXRpb24gaXMgYW4gZXNzZW50aWFsIGZ1bmN0aW9uIGZvciB0aGUgbWFuYWdlbWVudCBv
ZgogICBzZXJ2ZXJzLiAgQ09SRUNPTkYgYWxsb3dzIG5vdGlmaWNhdGlvbnMgc3BlY2lmaWVkIGlu
IFlBTkcgW1JGQzUyNzddCiAgIHRvIGJlIHJlcG9ydGVkIHRvIGEgbGlzdCBvZiBjbGllbnRzLiAg
VGhlIHBhdGggZm9yIHRoZSBkZWZhdWx0IGV2ZW50CiAgIHN0cmVhbSBjYW4gYmUgZGlzY292ZXJl
ZCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LiAgVGhlIHNlcnZlciBNQVkKICAgc3VwcG9ydCBh
ZGRpdGlvbmFsIGV2ZW50IHN0cmVhbSByZXNvdXJjZXMgdG8gYWRkcmVzcyBkaWZmZXJlbnQKICAg
bm90aWZpY2F0aW9uIG5lZWRzLgoKICAgUmVjZXB0aW9uIG9mIG5vdGlmaWNhdGlvbiBpbnN0YW5j
ZXMgaXMgZW5hYmxlZCB3aXRoIHRoZSBDb0FQIE9ic2VydmUKICAgW1JGQzc2NDFdIGZ1bmN0aW9u
LiAgQ2xpZW50cyBzdWJzY3JpYmUgdG8gdGhlIG5vdGlmaWNhdGlvbnMgYnkKICAgc2VuZGluZyBh
IEdFVCByZXF1ZXN0IHdpdGggYW4gIk9ic2VydmUiIG9wdGlvbiB0byB0aGUgc3RyZWFtCiAgIHJl
c291cmNlLgoKICAgRWFjaCByZXNwb25zZSBwYXlsb2FkIGNhcnJpZXMgb25lIG9yIG11bHRpcGxl
IG5vdGlmaWNhdGlvbnMuICBUaGUKICAgbnVtYmVyIG9mIG5vdGlmaWNhdGlvbnMgcmVwb3J0ZWQs
IGFuZCB0aGUgY29uZGl0aW9ucyB1c2VkIHRvIHJlbW92ZQogICBub3RpZmljYXRpb25zIGZyb20g
dGhlIHJlcG9ydGVkIGxpc3QgYXJlIGxlZnQgdG8gaW1wbGVtZW50ZXJzLiAgV2hlbgogICBtdWx0
aXBsZSBub3RpZmljYXRpb25zIGFyZSByZXBvcnRlZCwgdGhleSBNVVNUIGJlIG9yZGVyZWQgc3Rh
cnRpbmcKICAgZnJvbSB0aGUgbmV3ZXN0IG5vdGlmaWNhdGlvbiBhdCBpbmRleCB6ZXJvLiAgTm90
ZSB0aGF0IHRoaXMgY291bGQKICAgbGVhZCB0byBub3RpZmljYXRpb25zIGJlaW5nIHNlbnQgbXVs
dGlwbGUgdGltZXMsIHdoaWNoIGluY3JlYXNlcyB0aGUKICAgcHJvYmFiaWxpdHkgZm9yIHRoZSBj
bGllbnQgdG8gcmVjZWl2ZSB0aGVtLCBidXQgaXQgbWlnaHQgcG90ZW50aWFsbHkKICAgbGVhZCB0
byBtZXNzYWdlcyB0aGF0IGV4Y2VlZCB0aGUgTVRVIG9mIGEgc2luZ2xlIENvQVAgcGFja2V0LiAg
SWYKICAgc3VjaCBjYXNlcyBjb3VsZCBhcmlzZSwgaW1wbGVtZW50ZXJzIHNob3VsZCBtYWtlIHN1
cmUgYXBwcm9wcmlhdGUKICAgZnJhZ21lbnRhdGlvbiBpcyBhdmFpbGFibGUgLSBmb3IgZXhhbXBs
ZSB0aGUgb25lIGRlc2NyaWJlZCBpbgogICBTZWN0aW9uIDUuCgogICBUaGUgZm9ybWF0IG9mIG5v
dGlmaWNhdGlvbiB3aXRob3V0IGFueSBjb250ZW50IGlzIGEgbnVsbCB2YWx1ZS4gIFRoZQogICBm
b3JtYXQgb2Ygc2luZ2xlIG5vdGlmaWNhdGlvbiBpcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1jb3Jl
LXlhbmctY2Jvcl0KICAgc2VjdGlvbiA0LjIuMS4gIEZvciBtdWx0aXBsZSBub3RpZmljYXRpb25z
IHRoZSBmb3JtYXQgaXMgYW4gYXJyYXkKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJl
cyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMjVdCgwKSW50ZXJuZXQtRHJh
ZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAy
MDIwCgoKICAgd2hlcmUgZWFjaCBlbGVtZW50IGlzIGEgc2luZ2xlIG5vdGlmaWNhdGlvbiBhcyBk
ZXNjcmliZWQgaW4KICAgW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9yXSBzZWN0aW9uIDQuMi4xLgoK
ICAgRk9STUFUOgogICAgIEdFVCA8c3RyZWFtLXJlc291cmNlPiBPYnNlcnZlKDApCgogICAgIDIu
MDUgQ29udGVudCAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctaW5zdGFuY2VzK2Ni
b3IpCiAgICAgQ0JPUiBhcnJheSBvZiBDQk9SIG1hcCBvZiBpbnN0YW5jZS1pZGVudGlmaWVyLCBp
bnN0YW5jZS12YWx1ZQoKICAgVGhlIGFycmF5IG9mIGRhdGEgbm9kZSBpbnN0YW5jZXMgbWF5IGNv
bnRhaW4gaWRlbnRpY2FsIGVudHJpZXMgd2hpY2gKICAgaGF2ZSBiZWVuIGdlbmVyYXRlZCBhdCBk
aWZmZXJlbnQgdGltZXMuCgogICBBbiBleGFtcGxlIGltcGxlbWVudGF0aW9uIGlzOgoKICAgICAg
RXZlcnkgdGltZSBhbiBldmVudCBpcyBnZW5lcmF0ZWQsIHRoZSBnZW5lcmF0ZWQgbm90aWZpY2F0
aW9uCiAgICAgIGluc3RhbmNlIGlzIGFwcGVuZGVkIHRvIHRoZSBjaG9zZW4gc3RyZWFtKHMpLiAg
QWZ0ZXIgYW4KICAgICAgYWdncmVnYXRpb24gcGVyaW9kLCB3aGljaCBtYXkgYmUgbGltaXRlZCBi
eSB0aGUgbWF4aW11bSBudW1iZXIgb2YKICAgICAgbm90aWZpY2F0aW9ucyBzdXBwb3J0ZWQsIHRo
ZSBjb250ZW50IG9mIHRoZSBpbnN0YW5jZSBpcyBzZW50IHRvCiAgICAgIGFsbCBjbGllbnRzIG9i
c2VydmluZyB0aGUgbW9kaWZpZWQgc3RyZWFtLgoKNC41LjEuICBOb3RpZnkgRXhhbXBsZXMKCiAg
IExldCBzdXBwb3NlIHRoZSBzZXJ2ZXIgZ2VuZXJhdGVzIHRoZSBleGFtcGxlLXBvcnQtZmF1bHQg
ZXZlbnQgYXMKICAgZGVmaW5lZCBiZWxvdy4KCiAgIG1vZHVsZSBleGFtcGxlLXBvcnQgewogICAg
IC4uLgogICAgIG5vdGlmaWNhdGlvbiBleGFtcGxlLXBvcnQtZmF1bHQgeyAgIC8vIFNJRCA2MDAx
MAogICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIkV2ZW50IGdlbmVyYXRlZCBpZiBhIGhhcmR3
YXJlIGZhdWx0IGlzIGRldGVjdGVkIjsKICAgICAgIGxlYWYgcG9ydC1uYW1lIHsgICAgICAgICAg
ICAgICAgICAvLyBTSUQgNjAwMTEKICAgICAgICAgdHlwZSBzdHJpbmc7CiAgICAgICB9CiAgICAg
ICBsZWFmIHBvcnQtZmF1bHQgeyAgICAgICAgICAgICAgICAgLy8gU0lEIDYwMDEyCiAgICAgICAg
IHR5cGUgc3RyaW5nOwogICAgICAgfQogICAgIH0KICAgfQoKICAgSW4gdGhpcyBleGFtcGxlIHRo
ZSBkZWZhdWx0IGV2ZW50IHN0cmVhbSByZXNvdXJjZSBwYXRoIC9zIGlzIGFuCiAgIGV4YW1wbGUg
bG9jYXRpb24gZGlzY292ZXJlZCB3aXRoIGEgcmVxdWVzdCBzaW1pbGFyIHRvIEZpZ3VyZSA1LiAg
QnkKICAgZXhlY3V0aW5nIGEgR0VUIHdpdGggT2JzZXJ2ZSAwIG9uIHRoZSBkZWZhdWx0IGV2ZW50
IHN0cmVhbSByZXNvdXJjZQogICB0aGUgY2xpZW50IHJlY2VpdmVzIHRoZSBmb2xsb3dpbmcgcmVz
cG9uc2U6CgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAy
NCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMjZdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
ICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgUkVR
OiAgR0VUIDwvcz4gT2JzZXJ2ZSgwKQoKICAgUkVTOiAgMi4wNSBDb250ZW50IChDb250ZW50LUZv
cm1hdDogYXBwbGljYXRpb24veWFuZy10cmVlK2Nib3IpCiAgICAgICAgIE9ic2VydmUoMTIpCiAg
IFsKICAgICB7CiAgICAgICA2MDAxMCA6IHsgICAgICAgICAgICAgLyBleGFtcGxlLXBvcnQtZmF1
bHQgKFNJRCA2MDAxMCkgLwogICAgICAgICAxIDogIjAvNC8yMSIsICAgICAgIC8gcG9ydC1uYW1l
IChTSUQgNjAwMTEpIC8KICAgICAgICAgMiA6ICJPcGVuIHBpbiAyIiAgICAvIHBvcnQtZmF1bHQg
KFNJRCA2MDAxMikgLwogICAgICAgfQogICAgIH0sCiAgICAgewogICAgICAgNjAwMTAgOiB7ICAg
ICAgICAgICAgIC8gZXhhbXBsZS1wb3J0LWZhdWx0IChTSUQgNjAwMTApIC8KICAgICAgICAgMSA6
ICIxLzQvMjEiLCAgICAgICAvIHBvcnQtbmFtZSAoU0lEIDYwMDExKSAvCiAgICAgICAgIDIgOiAi
T3BlbiBwaW4gNSIgICAgLyBwb3J0LWZhdWx0IChTSUQgNjAwMTIpIC8KICAgICAgIH0KICAgICB9
CiAgIF0KCiAgIEluIHRoZSBleGFtcGxlLCB0aGUgcmVxdWVzdCByZXR1cm5zIGEgc3VjY2VzcyBy
ZXNwb25zZSB3aXRoIHRoZQogICBjb250ZW50cyBvZiB0aGUgbGFzdCB0d28gZ2VuZXJhdGVkIGV2
ZW50cy4gIENvbnNlY3V0aXZlbHkgdGhlIHNlcnZlcgogICB3aWxsIHJlZ3VsYXJseSBub3RpZnkg
dGhlIGNsaWVudCB3aGVuIGEgbmV3IGV2ZW50IGlzIGdlbmVyYXRlZC4KCjQuNS4yLiAgVGhlICdm
JyBxdWVyeSBwYXJhbWV0ZXIKCiAgIFRoZSAnZicgKGZpbHRlcikgb3B0aW9uIGlzIHVzZWQgdG8g
aW5kaWNhdGUgd2hpY2ggc3Vic2V0IG9mIGFsbAogICBwb3NzaWJsZSBub3RpZmljYXRpb25zIGlz
IG9mIGludGVyZXN0LiAgSWYgbm90IHByZXNlbnQsIGFsbAogICBub3RpZmljYXRpb25zIHN1cHBv
cnRlZCBieSB0aGUgZXZlbnQgc3RyZWFtIGFyZSByZXBvcnRlZC4KCiAgIFdoZW4gbm90IHN1cHBv
cnRlZCBieSBhIENPUkVDT05GIHNlcnZlciwgdGhpcyBvcHRpb24gc2hhbGwgYmUKICAgaWdub3Jl
ZCwgYWxsIGV2ZW50cyBub3RpZmljYXRpb25zIGFyZSByZXBvcnRlZCBpbmRlcGVuZGVudGx5IG9m
IHRoZQogICBwcmVzZW5jZSBhbmQgY29udGVudCBvZiB0aGUgJ2YnIChmaWx0ZXIpIG9wdGlvbi4K
CiAgIFdoZW4gcHJlc2VudCwgdGhpcyBvcHRpb24gY29udGFpbnMgYSBjb21tYS1zZXBhcmF0ZWQg
bGlzdCBvZgogICBub3RpZmljYXRpb24gU0lEcy4gIEZvciBleGFtcGxlLCB0aGUgZm9sbG93aW5n
IHJlcXVlc3QgcmV0dXJucwogICBub3RpZmljYXRpb25zIDYwMDEwIGFuZCA2MDAyMC4KCiAgIFJF
UTogIEdFVCA8L3M/Zj02MDAxMCw2MDAyMD4gT2JzZXJ2ZSgwKQoKNC42LiAgUlBDIHN0YXRlbWVu
dHMKCiAgIFRoZSBZQU5HICJhY3Rpb24iIGFuZCAiUlBDIiBzdGF0ZW1lbnRzIHNwZWNpZnkgdGhl
IGV4ZWN1dGlvbiBvZiBhCiAgIFJlbW90ZSBwcm9jZWR1cmUgQ2FsbCAoUlBDKSBpbiB0aGUgc2Vy
dmVyLiAgSXQgaXMgaW52b2tlZCB1c2luZyBhCiAgIFBPU1QgbWV0aG9kIHRvIGFuICJBY3Rpb24i
IG9yICJSUEMiIHJlc291cmNlIGluc3RhbmNlLgoKICAgVGhlIHJlcXVlc3QgcGF5bG9hZCBjb250
YWlucyB0aGUgdmFsdWVzIGFzc2lnbmVkIHRvIHRoZSBpbnB1dAogICBjb250YWluZXIgd2hlbiBz
cGVjaWZpZWQuICBUaGUgcmVzcG9uc2UgcGF5bG9hZCBjb250YWlucyB0aGUgdmFsdWVzCiAgIG9m
IHRoZSBvdXRwdXQgY29udGFpbmVyIHdoZW4gc3BlY2lmaWVkLiAgQm90aCB0aGUgaW5wdXQgYW5k
IG91dHB1dAoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAy
MDIwICAgICAgICAgICAgICBbUGFnZSAyN10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg
ICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBjb250YWlu
ZXJzIGFyZSBlbmNvZGVkIGluIENCT1IgdXNpbmcgdGhlIHJ1bGVzIGRlZmluZWQgaW4KICAgW0kt
RC5pZXRmLWNvcmUteWFuZy1jYm9yXSBzZWN0aW9uIDQuMi4xLgoKICAgVGhlIHJldHVybmVkIHN1
Y2Nlc3MgcmVzcG9uc2UgY29kZSBpcyAyLjA1IENvbnRlbnQuCgogICBGT1JNQVQ6CiAgICAgUE9T
VCA8ZGF0YSBub2RlIHJlc291cmNlPiBbJ2snIFVyaS1RdWVyeSBvcHRpb25dCiAgICAgICAgICAo
Q29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgICAg
Q0JPUiBtYXAgb2YgU0lELCBpbnN0YW5jZS12YWx1ZQoKICAgICAyLjA1IENvbnRlbnQgKENvbnRl
bnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQogICAgIENCT1Ig
bWFwIG9mIFNJRCwgaW5zdGFuY2UtdmFsdWUKCgo0LjYuMS4gIFJQQyBFeGFtcGxlCgogICBUaGUg
ZXhhbXBsZSBpcyBiYXNlZCBvbiB0aGUgWUFORyBhY3Rpb24gInJlc2V0IiBhcyBkZWZpbmVkIGlu
CiAgIFtSRkM3OTUwXSBzZWN0aW9uIDcuMTUuMyBhbmQgYW5ub3RhdGVkIGJlbG93IHdpdGggU0lE
cy4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAg
ICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMjhdCgwKSW50
ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAg
ICAgSnVuZSAyMDIwCgoKICAgbW9kdWxlIGV4YW1wbGUtc2VydmVyLWZhcm0gewogICAgIHlhbmct
dmVyc2lvbiAxLjE7CiAgICAgbmFtZXNwYWNlICJ1cm46ZXhhbXBsZTpzZXJ2ZXItZmFybSI7CiAg
ICAgcHJlZml4ICJzZmFybSI7CgogICAgIGltcG9ydCBpZXRmLXlhbmctdHlwZXMgewogICAgICAg
cHJlZml4ICJ5YW5nIjsKICAgICB9CgogICAgIGxpc3Qgc2VydmVyIHsgICAgICAgICAgICAgICAg
ICAgICAgICAvLyBTSUQgNjAwMDAKICAgICAgIGtleSBuYW1lOwogICAgICAgbGVhZiBuYW1lIHsg
ICAgICAgICAgICAgICAgICAgICAgICAvLyBTSUQgNjAwMDEKICAgICAgICAgdHlwZSBzdHJpbmc7
CiAgICAgICB9CiAgICAgICBhY3Rpb24gcmVzZXQgeyAgICAgICAgICAgICAgICAgICAgIC8vIFNJ
RCA2MDAwMgogICAgICAgICBpbnB1dCB7CiAgICAgICAgICAgbGVhZiByZXNldC1hdCB7ICAgICAg
ICAgICAgICAgIC8vIFNJRCA2MDAwMwogICAgICAgICAgICAgdHlwZSB5YW5nOmRhdGUtYW5kLXRp
bWU7CiAgICAgICAgICAgICBtYW5kYXRvcnkgdHJ1ZTsKICAgICAgICAgICAgfQogICAgICAgICAg
fQogICAgICAgICAgb3V0cHV0IHsKICAgICAgICAgICAgbGVhZiByZXNldC1maW5pc2hlZC1hdCB7
ICAgICAgLy8gU0lEIDYwMDA0CiAgICAgICAgICAgICAgdHlwZSB5YW5nOmRhdGUtYW5kLXRpbWU7
CiAgICAgICAgICAgICAgbWFuZGF0b3J5IHRydWU7CiAgICAgICAgICAgIH0KICAgICAgICAgIH0K
ICAgICAgICB9CiAgICAgIH0KICAgIH0KCiAgIFRoaXMgZXhhbXBsZSBpbnZva2VzIHRoZSAncmVz
ZXQnIGFjdGlvbiAoU0lEIDYwMDAyLCBiYXNlNjQ6IE9wcSksIG9mCiAgIHRoZSBzZXJ2ZXIgaW5z
dGFuY2Ugd2l0aCBuYW1lIGVxdWFsIHRvICJteXNlcnZlciIuCgogUkVROiAgUE9TVCA8L2MvT3Bx
P2s9bXlzZXJ2ZXI+CiAgICAgICAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0
YStjYm9yOyBpZD1zaWQpCiB7CiAgIDYwMDAyIDogewogICAgIDEgOiAiMjAxNi0wMi0wOFQxNDox
MDowOFowOTowMCIgLyByZXNldC1hdCAoU0lEIDYwMDAzKSAvCiAgIH0KIH0KCiBSRVM6ICAyLjA1
IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9
c2lkKQogewogICA2MDAwMiA6IHsKICAgICAyIDogIjIwMTYtMDItMDhUMTQ6MTA6MDhaMDk6MTgi
IC8gcmVzZXQtZmluaXNoZWQtYXQgKFNJRCA2MDAwNCkvCiAgIH0KIH0KCgoKVmVpbGxldHRlLCBl
dCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2Ug
MjldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAg
ICAgICAgICAgICAgSnVuZSAyMDIwCgoKNS4gIFVzZSBvZiBCbG9jay13aXNlIFRyYW5zZmVycwoK
ICAgVGhlIENvQVAgcHJvdG9jb2wgcHJvdmlkZXMgcmVsaWFiaWxpdHkgYnkgYWNrbm93bGVkZ2lu
ZyB0aGUgVURQCiAgIGRhdGFncmFtcy4gIEhvd2V2ZXIsIHdoZW4gbGFyZ2UgcGllY2VzIG9mIGRh
dGEgbmVlZCB0byBiZQogICB0cmFuc3BvcnRlZCwgZGF0YWdyYW1zIGdldCBmcmFnbWVudGVkLCB0
aHVzIGNyZWF0aW5nIGNvbnN0cmFpbnRzIG9uCiAgIHRoZSByZXNvdXJjZXMgaW4gdGhlIGNsaWVu
dCwgc2VydmVyIGFuZCBpbnRlcm1lZGlhdGUgcm91dGVycy4gIFRoZQogICBibG9jayBvcHRpb24g
W1JGQzc5NTldIGFsbG93cyB0aGUgdHJhbnNwb3J0IG9mIHRoZSB0b3RhbCBwYXlsb2FkIGluCiAg
IGluZGl2aWR1YWwgYmxvY2tzIG9mIHdoaWNoIHRoZSBzaXplIGNhbiBiZSBhZGFwdGVkIHRvIHRo
ZSB1bmRlcmx5aW5nCiAgIHRyYW5zcG9ydCBzaXplcyBzdWNoIGFzOiAoVURQIGRhdGFncmFtIHNp
emUgfjY0S2lCLCBJUHY2IE1UVSBvZiAxMjgwLAogICBJRUVFIDgwMi4xNS40IHBheWxvYWQgb2Yg
NjAtODAgYnl0ZXMpLiAgRWFjaCBibG9jayBpcyBpbmRpdmlkdWFsbHkKICAgYWNrbm93bGVkZ2Vk
IHRvIGd1YXJhbnRlZSByZWxpYWJpbGl0eS4KCiAgIE5vdGljZSB0aGF0IHRoZSBCbG9jayBtZWNo
YW5pc20gc3BsaXRzIHRoZSBkYXRhIGF0IGZpeGVkIHBvc2l0aW9ucywKICAgc3VjaCB0aGF0IGlu
ZGl2aWR1YWwgZGF0YSBmaWVsZHMgbWF5IGJlY29tZSBmcmFnbWVudGVkLiAgVGhlcmVmb3JlLAog
ICBhc3NlbWJseSBvZiBtdWx0aXBsZSBibG9ja3MgbWF5IGJlIHJlcXVpcmVkIHRvIHByb2Nlc3Mg
Y29tcGxldGUgZGF0YQogICBmaWVsZHMuCgogICBCZXdhcmUgb2YgcmFjZSBjb25kaXRpb25zLiAg
SW4gY2FzZSBibG9ja3MgYXJlIGZpbGxlZCBvbmUgYXQgYSB0aW1lLAogICBjYXJlIHNob3VsZCBi
ZSB0YWtlbiB0aGF0IHRoZSB3aG9sZSBhbmQgY29uc2lzdGVudCBkYXRhCiAgIHJlcHJlc2VudGF0
aW9uIGlzIHNlbnQgaW4gbXVsdGlwbGUgYmxvY2tzIHNlcXVlbnRpYWxseSB3aXRob3V0CiAgIGlu
dGVycnVwdGlvbi4gIE9uIHRoZSBzZXJ2ZXIsIHZhbHVlcyBtaWdodCBjaGFuZ2UsIGxpc3RzIG1p
Z2h0IGdldAogICByZS1vcmRlcmVkLCBleHRlbmRlZCBvciByZWR1Y2VkLiAgV2hlbiB0aGVzZSBh
Y3Rpb25zIGhhcHBlbiBkdXJpbmcKICAgdGhlIHNlcmlhbGl6YXRpb24gb2YgdGhlIGNvbnRlbnRz
IG9mIHRoZSByZXNvdXJjZSwgdGhlIHRyYW5zcG9ydGVkCiAgIHJlc3VsdHMgZG8gbm90IGNvcnJl
c3BvbmQgd2l0aCBhIHN0YXRlIGhhdmluZyBvY2N1cnJlZCBpbiB0aGUgc2VydmVyOwogICBvciB3
b3JzZSB0aGUgcmV0dXJuZWQgdmFsdWVzIGFyZSBpbmNvbnNpc3RlbnQuICBGb3IgZXhhbXBsZTog
YXJyYXkKICAgbGVuZ3RoIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB0aGUgYWN0dWFsIG51bWJl
ciBvZiBpdGVtcy4gIEl0IG1heQogICBiZSBhZHZpc2FibGUgdG8gdXNlIEluZGVmaW5pdGUtbGVu
Z3RoIENCT1IgYXJyYXlzIGFuZCBtYXBzLCB3aGljaCBhcmUKICAgZm9yZXNlZW4gZm9yIGRhdGEg
c3RyZWFtaW5nIHB1cnBvc2VzLgoKNi4gIEFwcGxpY2F0aW9uIERpc2NvdmVyeQoKICAgVHdvIGFw
cGxpY2F0aW9uIGRpc2NvdmVyeSBtZWNoYW5pc21zIGFyZSBzdXBwb3J0ZWQgYnkgQ09SRUNPTkYs
IHRoZQogICBZQU5HIGxpYnJhcnkgZGF0YSBtb2RlbCBhcyBkZWZpbmVkIGJ5IFtJLUQuaWV0Zi1j
b3JlLXlhbmctbGlicmFyeV0KICAgYW5kIHRoZSBDT1JFIHJlc291cmNlIGRpc2NvdmVyeSBbUkZD
NjY5MF0uICBJbXBsZW1lbnRlcnMgbWF5IGNob29zZQogICB0byBpbXBsZW1lbnQgb25lIG9yIHRo
ZSBvdGhlciBvciBib3RoLgoKNi4xLiAgWUFORyBsaWJyYXJ5CgogICBUaGUgWUFORyBsaWJyYXJ5
IGRhdGEgbW9kZWwgW0ktRC5pZXRmLWNvcmUteWFuZy1saWJyYXJ5XSBwcm92aWRlcyBhCiAgIGhp
Z2gtbGV2ZWwgZGVzY3JpcHRpb24gb2YgdGhlIHJlc291cmNlcyBhdmFpbGFibGUuICBUaGUgWUFO
RyBsaWJyYXJ5CiAgIGNvbnRhaW5zIHRoZSBsaXN0IG9mIG1vZHVsZXMsIGZlYXR1cmVzLCBhbmQg
ZGV2aWF0aW9ucyBzdXBwb3J0ZWQgYnkKICAgdGhlIENPUkVDT05GIHNlcnZlci4gIEZyb20gdGhp
cyBpbmZvcm1hdGlvbiwgQ09SRUNPTkYgY2xpZW50cyBjYW4KICAgaW5mZXIgdGhlIGxpc3Qgb2Yg
ZGF0YSBub2RlcyBzdXBwb3J0ZWQgYW5kIHRoZSBpbnRlcmFjdGlvbiBtb2RlbCB0bwogICBiZSB1
c2VkIHRvIGFjY2VzcyB0aGVtLiAgVGhpcyBtb2R1bGUgYWxzbyBjb250YWlucyB0aGUgbGlzdCBv
ZgogICBkYXRhc3RvcmVzIGltcGxlbWVudGVkLgoKICAgQXMgZGVzY3JpYmVkIGluIFtSRkM2Njkw
XSwgdGhlIGxvY2F0aW9uIG9mIHRoZSBZQU5HIGxpYnJhcnkgY2FuIGJlCiAgIGZvdW5kIGJ5IHNl
bmRpbmcgYSBHRVQgcmVxdWVzdCB0byAiLy53ZWxsLWtub3duL2NvcmUiIGluY2x1ZGluZyBhCgoK
ClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAg
ICAgICAgIFtQYWdlIDMwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNP
TkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIHJlc291cmNlIHR5cGUgKFJU
KSBwYXJhbWV0ZXIgd2l0aCB0aGUgdmFsdWUgImNvcmUuYy55bCIuICBVcG9uCiAgIHN1Y2Nlc3Ms
IHRoZSByZXR1cm4gcGF5bG9hZCB3aWxsIGNvbnRhaW4gdGhlIHJvb3QgcmVzb3VyY2Ugb2YgdGhl
CiAgIFlBTkcgbGlicmFyeSBtb2R1bGUuCgogICBUaGUgZm9sbG93aW5nIGV4YW1wbGUgYXNzdW1l
cyB0aGF0IHRoZSBTSUQgb2YgdGhlIFlBTkcgbGlicmFyeSBpcwogICAyMzUxIChrdiBlbmNvZGVk
IGFzIHNwZWNpZmllZCBpbiBTZWN0aW9uIDIuMikgYW5kIHRoYXQgdGhlIHNlcnZlcgogICB1c2Vz
IC9jIGFzIGRhdGFzdG9yZSByZXNvdXJjZSBwYXRoLgoKICAgUkVROiBHRVQgPC8ud2VsbC1rbm93
bi9jb3JlP3J0PWNvcmUuYy55bD4KCiAgIFJFUzogMi4wNSBDb250ZW50IChDb250ZW50LUZvcm1h
dDogYXBwbGljYXRpb24vbGluay1mb3JtYXQpCiAgIDwvYy9rdj47cnQ9ImNvcmUuYy55bCIKCjYu
Mi4gIFJlc291cmNlIERpc2NvdmVyeQoKICAgQXMgc29tZSBDb0FQIGludGVyZmFjZXMgYW5kIHNl
cnZpY2VzIG1pZ2h0IG5vdCBzdXBwb3J0IHRoZSBZQU5HCiAgIGxpYnJhcnkgaW50ZXJmYWNlIGFu
ZCBzdGlsbCBiZSBpbnRlcmVzdGVkIHRvIGRpc2NvdmVyIHJlc291cmNlcyB0aGF0CiAgIGFyZSBh
dmFpbGFibGUsIGltcGxlbWVudGF0aW9ucyBNQVkgY2hvb3NlIHRvIHN1cHBvcnQgZGlzY292ZXJ5
IG9mIGFsbAogICBhdmFpbGFibGUgcmVzb3VyY2VzIHVzaW5nICIvLndlbGwta25vd24vY29yZSIg
YXMgZGVmaW5lZCBieQogICBbUkZDNjY5MF0uCgo2LjIuMS4gIERhdGFzdG9yZSBSZXNvdXJjZSBE
aXNjb3ZlcnkKCiAgIFRoZSBwcmVzZW5jZSBhbmQgbG9jYXRpb24gb2YgKHBhdGggdG8pIGVhY2gg
ZGF0YXN0b3JlIGltcGxlbWVudGVkIGJ5CiAgIHRoZSBDT1JFQ09ORiBzZXJ2ZXIgY2FuIGJlIGRp
c2NvdmVyZWQgYnkgc2VuZGluZyBhIEdFVCByZXF1ZXN0IHRvCiAgICIvLndlbGwta25vd24vY29y
ZSIgaW5jbHVkaW5nIGEgcmVzb3VyY2UgdHlwZSAoUlQpIHBhcmFtZXRlciB3aXRoIHRoZQogICB2
YWx1ZSAiY29yZS5jLmRzIi4KCiAgIFVwb24gc3VjY2VzcywgdGhlIHJldHVybiBwYXlsb2FkIGNv
bnRhaW5zIHRoZSBsaXN0IG9mIGRhdGFzdG9yZQogICByZXNvdXJjZXMuCgogICBFYWNoIGRhdGFz
dG9yZSByZXR1cm5lZCBpcyBmdXJ0aGVyIHF1YWxpZmllZCB1c2luZyB0aGUgImRzIiBMaW5rLQog
ICBGb3JtYXQgYXR0cmlidXRlLiAgVGhpcyBhdHRyaWJ1dGUgaXMgc2V0IHRvIHRoZSBTSUQgYXNz
aWduZWQgdG8gdGhlCiAgIGRhdGFzdG9yZSBpZGVudGl0eS4gIFdoZW4gYSB1bmlmaWVkIGRhdGFz
dG9yZSBpcyBpbXBsZW1lbnRlZCwgdGhlIGRzCiAgIGF0dHJpYnV0ZSBpcyBzZXQgdG8gMTAyOSBh
cyBzcGVjaWZpZWQgaW4gQXBwZW5kaXggQi4gIEZvciBvdGhlcgogICBleGFtcGxlcyBvZiBkYXRh
c3RvcmVzLCBzZWUgdGhlIE5ldHdvcmsgTWFuYWdlbWVudCBEYXRhc3RvcmUKICAgQXJjaGl0ZWN0
dXJlIChOTURBKSBbUkZDNzk1MF0uCgogICBsaW5rLWV4dGVuc2lvbiAgICA9ICggImRzIiAiPSIg
c2lkICkgKQogICAgICAgICAgICAgICAgICAgICAgIDsgU0lEIGFzc2lnbmVkIHRvIHRoZSBkYXRh
c3RvcmUgaWRlbnRpdHkKICAgc2lkICAgICAgICAgICAgICAgPSAxKkRJR0lUCgogICBUaGUgZm9s
bG93aW5nIGV4YW1wbGUgYXNzdW1lcyB0aGF0IHRoZSBzZXJ2ZXIgdXNlcyAvYyBhcyBkYXRhc3Rv
cmUKICAgcmVzb3VyY2UgcGF0aC4KCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGly
ZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDMxXQoMCkludGVybmV0LURy
YWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUg
MjAyMAoKCiAgIFJFUTogR0VUIDwvLndlbGwta25vd24vY29yZT9ydD1jb3JlLmMuZHM+CgogICBS
RVM6IDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL2xpbmstZm9ybWF0
KQogICA8L2M+OyBydD0iY29yZS5jLmRzIjtkcz0xMDI5CgogICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBGaWd1cmUgNAoKNi4yLjIuICBEYXRhIG5vZGUgUmVzb3VyY2UgRGlzY292ZXJ5
CgogICBJZiBpbXBsZW1lbnRlZCwgdGhlIHByZXNlbmNlIGFuZCBsb2NhdGlvbiBvZiAocGF0aCB0
bykgZWFjaCBkYXRhIG5vZGUKICAgaW1wbGVtZW50ZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciBh
cmUgZGlzY292ZXJlZCBieSBzZW5kaW5nIGEgR0VUCiAgIHJlcXVlc3QgdG8gIi8ud2VsbC1rbm93
bi9jb3JlIiBpbmNsdWRpbmcgYSByZXNvdXJjZSB0eXBlIChSVCkKICAgcGFyYW1ldGVyIHdpdGgg
dGhlIHZhbHVlICJjb3JlLmMuZG4iLgoKICAgVXBvbiBzdWNjZXNzLCB0aGUgcmV0dXJuIHBheWxv
YWQgY29udGFpbnMgdGhlIFNJRCBhc3NpZ25lZCB0byBlYWNoCiAgIGRhdGEgbm9kZSBhbmQgdGhl
aXIgbG9jYXRpb24uCgogICBUaGUgZXhhbXBsZSBiZWxvdyBzaG93cyB0aGUgZGlzY292ZXJ5IG9m
IHRoZSBwcmVzZW5jZSBhbmQgbG9jYXRpb24gb2YKICAgZGF0YSBub2Rlcy4gIERhdGEgbm9kZXMg
Jy9pZXRmLXN5c3RlbTpzeXN0ZW0tc3RhdGUvY2xvY2svYm9vdC0KICAgZGF0ZXRpbWUnIChTSUQg
MTcyMikgYW5kICcvaWV0Zi1zeXN0ZW06c3lzdGVtLXN0YXRlL2Nsb2NrL2N1cnJlbnQtCiAgIGRh
dGV0aW1lJyAoU0lEIDE3MjMpIGFyZSByZXR1cm5lZC4gIFRoZSBleGFtcGxlIGFzc3VtZXMgdGhh
dCB0aGUKICAgc2VydmVyIHVzZXMgL2MgYXMgZGF0YXN0b3JlIHJlc291cmNlIHBhdGguCgogICBS
RVE6IEdFVCA8Ly53ZWxsLWtub3duL2NvcmU/cnQ9Y29yZS5jLmRuPgoKICAgUkVTOiAyLjA1IENv
bnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi9saW5rLWZvcm1hdCkKICAgPC9jL2E2
PjtydD0iY29yZS5jLmRuIiwKICAgPC9jL2E3PjtydD0iY29yZS5jLmRuIgoKICAgV2l0aG91dCBh
ZGRpdGlvbmFsIGZpbHRlcmluZywgdGhlIGxpc3Qgb2YgZGF0YSBub2RlcyBtYXkgYmVjb21lCiAg
IHByb2hpYml0aXZlbHkgbG9uZy4gIElmIHRoaXMgaXMgdGhlIGNhc2UgaW1wbGVtZW50YXRpb25z
IFNIT1VMRAogICBzdXBwb3J0IGEgd2F5IHRvIG9idGFpbiBhbGwgbGlua3MgdXNpbmcgbXVsdGlw
bGUgR0VUIHJlcXVlc3RzIChmb3IKICAgZXhhbXBsZSB0aHJvdWdoIHNvbWUgZm9ybSBvZiBwYWdp
bmF0aW9uKS4KCjYuMi4zLiAgRXZlbnQgc3RyZWFtIFJlc291cmNlIERpc2NvdmVyeQoKICAgVGhl
IHByZXNlbmNlIGFuZCBsb2NhdGlvbiBvZiAocGF0aCB0bykgZWFjaCBldmVudCBzdHJlYW0gaW1w
bGVtZW50ZWQKICAgYnkgdGhlIENPUkVDT05GIHNlcnZlciBhcmUgZGlzY292ZXJlZCBieSBzZW5k
aW5nIGEgR0VUIHJlcXVlc3QgdG8KICAgIi8ud2VsbC1rbm93bi9jb3JlIiBpbmNsdWRpbmcgYSBy
ZXNvdXJjZSB0eXBlIChSVCkgcGFyYW1ldGVyIHdpdGggdGhlCiAgIHZhbHVlICJjb3JlLmMuZXMi
LgoKICAgVXBvbiBzdWNjZXNzLCB0aGUgcmV0dXJuIHBheWxvYWQgY29udGFpbnMgdGhlIGxpc3Qg
b2YgZXZlbnQgc3RyZWFtCiAgIHJlc291cmNlcy4KCiAgIFRoZSBmb2xsb3dpbmcgZXhhbXBsZSBh
c3N1bWVzIHRoYXQgdGhlIHNlcnZlciB1c2VzIC9zIGFzIHRoZSBkZWZhdWx0CiAgIGV2ZW50IHN0
cmVhbSByZXNvdXJjZS4KCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2Vt
YmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAzMl0KDApJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgog
ICBSRVE6IEdFVCA8Ly53ZWxsLWtub3duL2NvcmU/cnQ9Y29yZS5jLmVzPgoKICAgUkVTOiAyLjA1
IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi9saW5rLWZvcm1hdCkKICAgPC9z
PjtydD0iY29yZS5jLmVzIgoKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJl
IDUKCjcuICBFcnJvciBIYW5kbGluZwoKICAgSW4gY2FzZSBhIHJlcXVlc3QgaXMgcmVjZWl2ZWQg
d2hpY2ggY2Fubm90IGJlIHByb2Nlc3NlZCBwcm9wZXJseSwgdGhlCiAgIENPUkVDT05GIHNlcnZl
ciBNVVNUIHJldHVybiBhbiBlcnJvciByZXNwb25zZS4gIFRoaXMgZXJyb3IgcmVzcG9uc2UKICAg
TVVTVCBjb250YWluIGEgQ29BUCA0Lnh4IG9yIDUueHggcmVzcG9uc2UgY29kZS4KCiAgIEVycm9y
cyByZXR1cm5lZCBieSBhIENPUkVDT05GIHNlcnZlciBjYW4gYmUgYnJva2VuIGludG8gdHdvCiAg
IGNhdGVnb3JpZXMsIHRob3NlIGFzc29jaWF0ZWQgd2l0aCB0aGUgQ29BUCBwcm90b2NvbCBpdHNl
bGYgYW5kIHRob3NlCiAgIGdlbmVyYXRlZCBkdXJpbmcgdGhlIHZhbGlkYXRpb24gb2YgdGhlIFlB
TkcgZGF0YSBtb2RlbCBjb25zdHJhaW5zIGFzCiAgIGRlc2NyaWJlZCBpbiBbUkZDNzk1MF0gc2Vj
dGlvbiA4LgoKICAgVGhlIGZvbGxvd2luZyBsaXN0IG9mIGNvbW1vbiBDb0FQIGVycm9ycyBzaG91
bGQgYmUgaW1wbGVtZW50ZWQgYnkKICAgQ09SRUNPTkYgc2VydmVycy4gIFRoaXMgbGlzdCBpcyBu
b3QgZXhoYXVzdGl2ZSwgb3RoZXIgZXJyb3JzIGRlZmluZWQKICAgYnkgQ29BUCBhbmQgYXNzb2Np
YXRlZCBSRkNzIG1heSBiZSBhcHBsaWNhYmxlLgoKICAgbyAgRXJyb3IgNC4wMSAoVW5hdXRob3Jp
emVkKSBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYgc2VydmVyIHdoZW4KICAgICAgdGhlIENP
UkVDT05GIGNsaWVudCBpcyBub3QgYXV0aG9yaXplZCB0byBwZXJmb3JtIHRoZSByZXF1ZXN0ZWQK
ICAgICAgYWN0aW9uIG9uIHRoZSB0YXJnZXRlZCByZXNvdXJjZSAoaS5lLiBkYXRhIG5vZGUsIGRh
dGFzdG9yZSwgcnBjLAogICAgICBhY3Rpb24gb3IgZXZlbnQgc3RyZWFtKS4KCiAgIG8gIEVycm9y
IDQuMDIgKEJhZCBPcHRpb24pIGlzIHJldHVybmVkIGJ5IHRoZSBDT1JFQ09ORiBzZXJ2ZXIgd2hl
bgogICAgICBvbmUgb3IgbW9yZSBDb0FQIG9wdGlvbnMgYXJlIHVua25vd24gb3IgbWFsZm9ybWVk
LgoKICAgbyAgRXJyb3IgNC4wNCAoTm90IEZvdW5kKSBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNP
TkYgc2VydmVyIHdoZW4gdGhlCiAgICAgIENPUkVDT05GIGNsaWVudCBpcyByZXF1ZXN0aW5nIGEg
bm9uLWluc3RhbnRpYXRlZCByZXNvdXJjZSAoaS5lLgogICAgICBkYXRhIG5vZGUsIGRhdGFzdG9y
ZSwgcnBjLCBhY3Rpb24gb3IgZXZlbnQgc3RyZWFtKS4KCiAgIG8gIEVycm9yIDQuMDUgKE1ldGhv
ZCBOb3QgQWxsb3dlZCkgaXMgcmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlcgogICAgICB3
aGVuIHRoZSBDT1JFQ09ORiBjbGllbnQgaXMgcmVxdWVzdGluZyBhIG1ldGhvZCBub3Qgc3VwcG9y
dGVkIG9uCiAgICAgIHRoZSB0YXJnZXRlZCByZXNvdXJjZS4gKGUuZy4gIEdFVCBvbiBhbiBycGMs
IFBVVCBvciBQT1NUIG9uIGEgZGF0YQogICAgICBub2RlIHdpdGggImNvbmZpZyIgc2V0IHRvIGZh
bHNlKS4KCiAgIG8gIEVycm9yIDQuMDggKFJlcXVlc3QgRW50aXR5IEluY29tcGxldGUpIGlzIHJl
dHVybmVkIGJ5IHRoZSBDT1JFQ09ORgogICAgICBzZXJ2ZXIgaWYgb25lIG9yIG11bHRpcGxlIGJs
b2NrcyBvZiBhIGJsb2NrIHRyYW5zZmVyIHJlcXVlc3QgaXMKICAgICAgbWlzc2luZywgc2VlIFtS
RkM3OTU5XSBmb3IgbW9yZSBkZXRhaWxzLgoKICAgbyAgRXJyb3IgNC4xMyAoUmVxdWVzdCBFbnRp
dHkgVG9vIExhcmdlKSBtYXkgYmUgcmV0dXJuZWQgYnkgdGhlCiAgICAgIENPUkVDT05GIHNlcnZl
ciBkdXJpbmcgYSBibG9jayB0cmFuc2ZlciByZXF1ZXN0LCBzZWUgW1JGQzc5NTldIGZvcgogICAg
ICBtb3JlIGRldGFpbHMuCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNl
bWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMzNdCgwKSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoK
ICAgbyAgRXJyb3IgNC4xNSAoVW5zdXBwb3J0ZWQgQ29udGVudC1Gb3JtYXQpIGlzIHJldHVybmVk
IGJ5IHRoZQogICAgICBDT1JFQ09ORiBzZXJ2ZXIgd2hlbiB0aGUgQ29udGVudC1Gb3JtYXQgdXNl
ZCBpbiB0aGUgcmVxdWVzdCBkb2VzCiAgICAgIG5vdCBtYXRjaCB0aG9zZSBzcGVjaWZpZWQgaW4g
c2VjdGlvbiBTZWN0aW9uIDIuNC4KCiAgIFRoZSBDT1JFQ09ORiBzZXJ2ZXIgTVVTVCBhbHNvIGVu
Zm9yY2UgdGhlIGRpZmZlcmVudCBjb25zdHJhaW50cwogICBhc3NvY2lhdGVkIHdpdGggdGhlIFlB
TkcgZGF0YSBtb2RlbHMgaW1wbGVtZW50ZWQuICBUaGVzZSBjb25zdHJhaW50cwogICBhcmUgZGVz
Y3JpYmVkIGluIFtSRkM3OTUwXSBzZWN0aW9uIDguICBUaGVzZSBlcnJvcnMgYXJlIHJlcG9ydGVk
CiAgIHVzaW5nIHRoZSBDb0FQIGVycm9yIGNvZGUgNC4wMCAoQmFkIFJlcXVlc3QpIGFuZCBtYXkg
aGF2ZSB0aGUKICAgZm9sbG93aW5nIGVycm9yIGNvbnRhaW5lciBhcyBwYXlsb2FkLiAgVGhlIFlB
TkcgZGVmaW5pdGlvbiBhbmQKICAgYXNzb2NpYXRlZCAuc2lkIGZpbGUgYXJlIGF2YWlsYWJsZSBp
biBBcHBlbmRpeCBBIGFuZCBBcHBlbmRpeCBCLiAgVGhlCiAgIGVycm9yIGNvbnRhaW5lciBpcyBl
bmNvZGVkIHVzaW5nIHRoZSBlbmNvZGluZyBydWxlcyBvZiBhIFlBTkcgZGF0YQogICB0ZW1wbGF0
ZSBhcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0gc2VjdGlvbiA1LgoKICAg
Ky0tcncgZXJyb3IhCiAgICAgICstLXJ3IGVycm9yLXRhZyAgICAgICAgICAgICBpZGVudGl0eXJl
ZgogICAgICArLS1ydyBlcnJvci1hcHAtdGFnPyAgICAgICAgaWRlbnRpdHlyZWYKICAgICAgKy0t
cncgZXJyb3ItZGF0YS1ub2RlPyAgICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAgICAgKy0tcncg
ZXJyb3ItbWVzc2FnZT8gICAgICAgIHN0cmluZwoKICAgVGhlIGZvbGxvd2luZyAnZXJyb3ItdGFn
JyBhbmQgJ2Vycm9yLWFwcC10YWcnIGFyZSBkZWZpbmVkIGJ5IHRoZQogICBpZXRmLWNvcmVjb25m
IFlBTkcgbW9kdWxlLCB0aGVzZSB0YWdzIGFyZSBpbXBsZW1lbnRlZCBhcyBZQU5HCiAgIGlkZW50
aXR5IGFuZCBjYW4gYmUgZXh0ZW5kZWQgYXMgbmVlZGVkLgoKICAgbyAgZXJyb3ItdGFnICdvcGVy
YXRpb24tZmFpbGVkJyBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYgc2VydmVyCiAgICAgIHdo
ZW4gdGhlIG9wZXJhdGlvbiByZXF1ZXN0IGNhbm5vdCBiZSBwcm9jZXNzZWQgc3VjY2Vzc2Z1bGx5
LgoKICAgICAgKiAgZXJyb3ItYXBwLXRhZyAnbWFsZm9ybWVkLW1lc3NhZ2UnIGlzIHJldHVybmVk
IGJ5IHRoZSBDT1JFQ09ORgogICAgICAgICBzZXJ2ZXIgd2hlbiB0aGUgcGF5bG9hZCByZWNlaXZl
ZCBmcm9tIHRoZSBDT1JFQ09ORiBjbGllbnQgZG9lcwogICAgICAgICBub3QgY29udGFpbiBhIHdl
bGwtZm9ybWVkIENCT1IgY29udGVudCBhcyBkZWZpbmVkIGluIFtSRkM3MDQ5XQogICAgICAgICBz
ZWN0aW9uIDMuMyBvciBkb2VzIG5vdCBjb21wbHkgd2l0aCB0aGUgQ0JPUiBzdHJ1Y3R1cmUgZGVm
aW5lZAogICAgICAgICB3aXRoaW4gdGhpcyBkb2N1bWVudC4KCiAgICAgICogIGVycm9yLWFwcC10
YWcgJ2RhdGEtbm90LXVuaXF1ZScgaXMgcmV0dXJuZWQgYnkgdGhlIENPUkVDT05GCiAgICAgICAg
IHNlcnZlciB3aGVuIHRoZSB2YWxpZGF0aW9uIG9mIHRoZSAndW5pcXVlJyBjb25zdHJhaW50IG9m
IGEgbGlzdAogICAgICAgICBvciBsZWFmLWxpc3QgZmFpbHMuCgogICAgICAqICBlcnJvci1hcHAt
dGFnICd0b28tbWFueS1lbGVtZW50cycgaXMgcmV0dXJuZWQgYnkgdGhlIENPUkVDT05GCiAgICAg
ICAgIHNlcnZlciB3aGVuIHRoZSB2YWxpZGF0aW9uIG9mIHRoZSAnbWF4LWVsZW1lbnRzJyBjb25z
dHJhaW50IG9mCiAgICAgICAgIGEgbGlzdCBvciBsZWFmLWxpc3QgZmFpbHMuCgogICAgICAqICBl
cnJvci1hcHAtdGFnICd0b28tZmV3LWVsZW1lbnRzJyBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNP
TkYKICAgICAgICAgc2VydmVyIHdoZW4gdGhlIHZhbGlkYXRpb24gb2YgdGhlICdtaW4tZWxlbWVu
dHMnIGNvbnN0cmFpbnQgb2YKICAgICAgICAgYSBsaXN0IG9yIGxlYWYtbGlzdCBmYWlscy4KCiAg
ICAgICogIGVycm9yLWFwcC10YWcgJ211c3QtdmlvbGF0aW9uJyBpcyByZXR1cm5lZCBieSB0aGUg
Q09SRUNPTkYKICAgICAgICAgc2VydmVyIHdoZW4gdGhlIHJlc3RyaWN0aW9ucyBpbXBvc2VkIGJ5
IGEgJ211c3QnIHN0YXRlbWVudCBhcmUKICAgICAgICAgdmlvbGF0ZWQuCgoKCgpWZWlsbGV0dGUs
IGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFn
ZSAzNF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAg
ICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICAgICAqICBlcnJvci1hcHAtdGFnICdkdXBsaWNh
dGUnIGlzIHJldHVybmVkIGJ5IHRoZSBDT1JFQ09ORiBzZXJ2ZXIKICAgICAgICAgd2hlbiBhIGNs
aWVudCB0cmllcyB0byBjcmVhdGUgYSBkdXBsaWNhdGUgbGlzdCBvciBsZWFmLWxpc3QKICAgICAg
ICAgZW50cnkuCgogICBvICBlcnJvci10YWcgJ2ludmFsaWQtdmFsdWUnIGlzIHJldHVybmVkIGJ5
IHRoZSBDT1JFQ09ORiBzZXJ2ZXIgd2hlbgogICAgICB0aGUgQ09SRUNPTkYgY2xpZW50IHRyaWVz
IHRvIHVwZGF0ZSBvciBjcmVhdGUgYSBsZWFmIHdpdGggYSB2YWx1ZQogICAgICBlbmNvZGVkIHVz
aW5nIGFuIGludmFsaWQgQ0JPUiBkYXRhdHlwZSBvciBpZiB0aGUgJ3JhbmdlJywKICAgICAgJ2xl
bmd0aCcsICdwYXR0ZXJuJyBvciAncmVxdWlyZS1pbnN0YW5jZScgY29uc3RyYWluIGlzIG5vdAog
ICAgICBmdWxmaWxsZWQuCgogICAgICAqICBlcnJvci1hcHAtdGFnICdpbnZhbGlkLWRhdGF0eXBl
JyBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYKICAgICAgICAgc2VydmVyIHdoZW4gQ0JPUiBl
bmNvZGluZyBkb2VzIG5vdCBmb2xsb3cgdGhlIHJ1bGVzIHNldCBieSB0aGUKICAgICAgICAgWUFO
RyBCdWlsZC1JbiB0eXBlIG9yIHdoZW4gdGhlIHZhbHVlIGlzIGluY29tcGF0aWJsZSB3aXRoIGl0
CiAgICAgICAgIChlLmcuIGEgdmFsdWUgZ3JlYXRlciB0aGFuIDEyNyBmb3IgYW4gaW50OCwgdW5k
ZWZpbmVkCiAgICAgICAgIGVudW1lcmF0aW9uKS4KCiAgICAgICogIGVycm9yLWFwcC10YWcgJ25v
dC1pbi1yYW5nZScgaXMgcmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlcgogICAgICAgICB3
aGVuIHRoZSB2YWxpZGF0aW9uIG9mIHRoZSAncmFuZ2UnIHByb3BlcnR5IGZhaWxzLgoKICAgICAg
KiAgZXJyb3ItYXBwLXRhZyAnaW52YWxpZC1sZW5ndGgnIGlzIHJldHVybmVkIGJ5IHRoZSBDT1JF
Q09ORgogICAgICAgICBzZXJ2ZXIgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUgJ2xlbmd0aCcg
cHJvcGVydHkgZmFpbHMuCgogICAgICAqICBlcnJvci1hcHAtdGFnICdwYXR0ZXJuLXRlc3QtZmFp
bGVkJyBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYKICAgICAgICAgc2VydmVyIHdoZW4gdGhl
IHZhbGlkYXRpb24gb2YgdGhlICdwYXR0ZXJuJyBwcm9wZXJ0eSBmYWlscy4KCiAgIG8gIGVycm9y
LXRhZyAnbWlzc2luZy1lbGVtZW50JyBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYgc2VydmVy
CiAgICAgIHdoZW4gdGhlIG9wZXJhdGlvbiByZXF1ZXN0ZWQgYnkgYSBDT1JFQ09ORiBjbGllbnQg
ZmFpbHMgdG8gY29tcGx5CiAgICAgIHdpdGggdGhlICdtYW5kYXRvcnknIGNvbnN0cmFpbnQgZGVm
aW5lZC4gIFRoZSAnbWFuZGF0b3J5JwogICAgICBjb25zdHJhaW50IGlzIGVuZm9yY2VkIGZvciBs
ZWFmcyBhbmQgY2hvaWNlcywgdW5sZXNzIHRoZSBub2RlIG9yCiAgICAgIGFueSBvZiBpdHMgYW5j
ZXN0b3JzIGhhdmUgYSAnd2hlbicgY29uZGl0aW9uIG9yICdpZi1mZWF0dXJlJwogICAgICBleHBy
ZXNzaW9uIHRoYXQgZXZhbHVhdGVzIHRvICdmYWxzZScuCgogICAgICAqICBlcnJvci1hcHAtdGFn
ICdtaXNzaW5nLWtleScgaXMgcmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlcgogICAgICAg
ICB0byBmdXJ0aGVyIHF1YWxpZnkgYSBtaXNzaW5nLWVsZW1lbnQgZXJyb3IuICBUaGlzIGVycm9y
IGlzCiAgICAgICAgIHJldHVybmVkIHdoZW4gdGhlIENPUkVDT05GIGNsaWVudCB0cmllcyB0byBj
cmVhdGUgb3IgbGlzdAogICAgICAgICBpbnN0YW5jZSwgd2l0aG91dCBhbGwgdGhlICdrZXknIHNw
ZWNpZmllZCBvciB3aGVuIHRoZSBDT1JFQ09ORgogICAgICAgICBjbGllbnQgdHJpZXMgdG8gZGVs
ZXRlIGEgbGVhZiBsaXN0ZWQgYXMgYSAna2V5Jy4KCiAgICAgICogIGVycm9yLWFwcC10YWcgJ21p
c3NpbmctaW5wdXQtcGFyYW1ldGVyJyBpcyByZXR1cm5lZCBieSB0aGUKICAgICAgICAgQ09SRUNP
TkYgc2VydmVyIHdoZW4gdGhlIGlucHV0IHBhcmFtZXRlcnMgb2YgYW4gUlBDIG9yIGFjdGlvbgog
ICAgICAgICBhcmUgaW5jb21wbGV0ZS4KCiAgIG8gIGVycm9yLXRhZyAndW5rbm93bi1lbGVtZW50
JyBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYgc2VydmVyCiAgICAgIHdoZW4gdGhlIENPUkVD
T05GIGNsaWVudCB0cmllcyB0byBhY2Nlc3MgYSBkYXRhIG5vZGUgb2YgYSBZQU5HCiAgICAgIG1v
ZHVsZSBub3Qgc3VwcG9ydGVkLCBvZiBhIGRhdGEgbm9kZSBhc3NvY2lhdGVkIHdpdGggYW4gJ2lm
LQogICAgICBmZWF0dXJlJyBleHByZXNzaW9uIGV2YWx1YXRlZCB0byAnZmFsc2UnIG9yIHRvIGEg
J3doZW4nIGNvbmRpdGlvbgogICAgICBldmFsdWF0ZWQgdG8gJ2ZhbHNlJy4KCgoKClZlaWxsZXR0
ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQ
YWdlIDM1XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYgICAgICAg
ICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIG8gIGVycm9yLXRhZyAnYmFkLWVsZW1lbnQn
IGlzIHJldHVybmVkIGJ5IHRoZSBDT1JFQ09ORiBzZXJ2ZXIgd2hlbgogICAgICB0aGUgQ09SRUNP
TkYgY2xpZW50IHRyaWVzIHRvIGNyZWF0ZSBkYXRhIG5vZGVzIGZvciBtb3JlIHRoYW4gb25lCiAg
ICAgIGNhc2UgaW4gYSBjaG9pY2UuCgogICBvICBlcnJvci10YWcgJ2RhdGEtbWlzc2luZycgaXMg
cmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVuIGEKICAgICAgZGF0YSBub2RlIHJl
cXVpcmVkIHRvIGFjY2VwdCB0aGUgcmVxdWVzdCBpcyBub3QgcHJlc2VudC4KCiAgICAgICogIGVy
cm9yLWFwcC10YWcgJ2luc3RhbmNlLXJlcXVpcmVkJyBpcyByZXR1cm5lZCBieSB0aGUgQ09SRUNP
TkYKICAgICAgICAgc2VydmVyIHdoZW4gYSBsZWFmIG9mIHR5cGUgJ2luc3RhbmNlLWlkZW50aWZp
ZXInIG9yICdsZWFmcmVmJwogICAgICAgICBtYXJrZWQgd2l0aCByZXF1aXJlLWluc3RhbmNlIHNl
dCB0byAndHJ1ZScgcmVmZXJzIHRvIGFuCiAgICAgICAgIGluc3RhbmNlIHRoYXQgZG9lcyBub3Qg
ZXhpc3QuCgogICAgICAqICBlcnJvci1hcHAtdGFnICdtaXNzaW5nLWNob2ljZScgaXMgcmV0dXJu
ZWQgYnkgdGhlIENPUkVDT05GCiAgICAgICAgIHNlcnZlciB3aGVuIG5vIG5vZGVzIGV4aXN0IGlu
IGEgbWFuZGF0b3J5IGNob2ljZS4KCiAgIG8gIGVycm9yLXRhZyAnZXJyb3InIGlzIHJldHVybmVk
IGJ5IHRoZSBDT1JFQ09ORiBzZXJ2ZXIgd2hlbiBhbgogICAgICB1bnNwZWNpZmllZCBlcnJvciBo
YXMgb2NjdXJyZWQuCgogICBGb3IgZXhhbXBsZSwgdGhlIENPUkVDT05GIHNlcnZlciBtaWdodCBy
ZXR1cm4gdGhlIGZvbGxvd2luZyBlcnJvci4KClJFUzogIDQuMDAgQmFkIFJlcXVlc3QgKENvbnRl
bnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQp7CiAgMTAyNCA6
IHsKICAgIDQgOiAxMDExLCAgICAgICAgLyBlcnJvci10YWcgKFNJRCAxMDI4KSAvCiAgICAgICAg
ICAgICAgICAgICAgIC8gICA9IGludmFsaWQtdmFsdWUgKFNJRCAxMDExKSAvCiAgICAxIDogMTAx
OCwgICAgICAgIC8gZXJyb3ItYXBwLXRhZyAoU0lEIDEwMjUpIC8KICAgICAgICAgICAgICAgICAg
ICAgLyAgID0gbm90LWluLXJhbmdlIChTSUQgMTAxOCkgLwogICAgMiA6IDE3NDAsICAgICAgICAv
IGVycm9yLWRhdGEtbm9kZSAoU0lEIDEwMjYpIC8KICAgICAgICAgICAgICAgICAgICAgLyAgID0g
dGltZXpvbmUtdXRjLW9mZnNldCAoU0lEIDE3NDApIC8KICAgIDMgOiAibWF4aW11bSB2YWx1ZSBl
eGNlZWRlZCIgLyBlcnJvci1tZXNzYWdlIChTSUQgMTAyNykgLwogIH0KfQoKOC4gIFNlY3VyaXR5
IENvbnNpZGVyYXRpb25zCgogICBGb3Igc2VjdXJlIG5ldHdvcmsgbWFuYWdlbWVudCwgaXQgaXMg
aW1wb3J0YW50IHRvIHJlc3RyaWN0IGFjY2VzcyB0bwogICBjb25maWd1cmF0aW9uIHZhcmlhYmxl
cyBvbmx5IHRvIGF1dGhvcml6ZWQgcGFydGllcy4gIENPUkVDT05GIHJlLXVzZXMKICAgdGhlIHNl
Y3VyaXR5IG1lY2hhbmlzbXMgYWxyZWFkeSBhdmFpbGFibGUgdG8gQ29BUCwgdGhpcyBpbmNsdWRl
cyBEVExTCiAgIFtSRkM2MzQ3XSBhbmQgT1NDT1JFIFtSRkM4NjEzXSBmb3IgcHJvdGVjdGVkIGFj
Y2VzcyB0byByZXNvdXJjZXMsIGFzCiAgIHdlbGwgYXMgc3VpdGFibGUgYXV0aGVudGljYXRpb24g
YW5kIGF1dGhvcml6YXRpb24gbWVjaGFuaXNtcywgZm9yCiAgIGV4YW1wbGUgdGhvc2UgZGVmaW5l
ZCBpbiBBQ0UgT0F1dGggW0ktRC5pZXRmLWFjZS1vYXV0aC1hdXRoel0uCgogICBBbGwgdGhlIHNl
Y3VyaXR5IGNvbnNpZGVyYXRpb25zIG9mIFtSRkM3MjUyXSwgW1JGQzc5NTldLCBbUkZDODEzMl0K
ICAgYW5kIFtSRkM3NjQxXSBhcHBseSB0byB0aGlzIGRvY3VtZW50IGFzIHdlbGwuICBUaGUgdXNl
IG9mIE5vU2VjIERUTFMsCiAgIHdoZW4gT1NDT1JFIGlzIG5vdCB1c2VkLCBpcyBOT1QgUkVDT01N
RU5ERUQuCgogICBJbiBhZGRpdGlvbiwgbWVjaGFuaXNtcyBmb3IgYXV0aGVudGljYXRpb24gYW5k
IGF1dGhvcml6YXRpb24gbWF5IG5lZWQKICAgdG8gYmUgc2VsZWN0ZWQgaWYgbm90IHByb3ZpZGVk
IHdpdGggdGhlIENvQVAgc2VjdXJpdHkgbW9kZS4KCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAg
RXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMzZdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAg
SnVuZSAyMDIwCgoKICAgQXMgW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9yXSBhbmQgW1JGQzQ2NDhd
IGFyZSB1c2VkIGZvciBwYXlsb2FkIGFuZAogICBTSUQgZW5jb2RpbmcsIHRoZSBzZWN1cml0eSBj
b25zaWRlcmF0aW9ucyBvZiB0aG9zZSBkb2N1bWVudHMgYWxzbwogICBuZWVkIHRvIGJlIHdlbGwt
dW5kZXJzdG9vZC4KCjkuICBJQU5BIENvbnNpZGVyYXRpb25zCgo5LjEuICBSZXNvdXJjZSBUeXBl
IChydD0pIExpbmsgVGFyZ2V0IEF0dHJpYnV0ZSBWYWx1ZXMgUmVnaXN0cnkKCiAgIFRoaXMgZG9j
dW1lbnQgYWRkcyB0aGUgZm9sbG93aW5nIHJlc291cmNlIHR5cGUgdG8gdGhlICJSZXNvdXJjZSBU
eXBlCiAgIChydD0pIExpbmsgVGFyZ2V0IEF0dHJpYnV0ZSBWYWx1ZXMiLCB3aXRoaW4gdGhlICJD
b25zdHJhaW5lZCBSRVNUZnVsCiAgIEVudmlyb25tZW50cyAoQ29SRSkgUGFyYW1ldGVycyIgcmVn
aXN0cnkuCgogICArLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t
KwogICB8IFZhbHVlICAgICB8IERlc2NyaXB0aW9uICAgICAgICAgfCBSZWZlcmVuY2UgfAogICAr
LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKwogICB8IGNvcmUu
Yy5kcyB8IFlBTkcgZGF0YXN0b3JlICAgICAgfCBSRkMgWFhYWCAgfAogICB8ICAgICAgICAgICB8
ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgfAogICB8IGNvcmUuYy5kbiB8IFlBTkcg
ZGF0YSBub2RlICAgICAgfCBSRkMgWFhYWCAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAg
ICAgICAgICAgfCAgICAgICAgICAgfAogICB8IGNvcmUuYy55bCB8IFlBTkcgbW9kdWxlIGxpYnJh
cnkgfCBSRkMgWFhYWCAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgfCAg
ICAgICAgICAgfAogICB8IGNvcmUuYy5lcyB8IFlBTkcgZXZlbnQgc3RyZWFtICAgfCBSRkMgWFhY
WCAgfAogICArLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKwoK
ICAgLy8gUkZDIEVkLjogcmVwbGFjZSBSRkMgWFhYWCB3aXRoIHRoaXMgUkZDIG51bWJlciBhbmQg
cmVtb3ZlIHRoaXMKICAgbm90ZS4KCjkuMi4gIENvQVAgQ29udGVudC1Gb3JtYXRzIFJlZ2lzdHJ5
CgogICBUaGlzIGRvY3VtZW50IGFkZHMgdGhlIGZvbGxvd2luZyBDb250ZW50LUZvcm1hdCB0byB0
aGUgIkNvQVAgQ29udGVudC0KICAgRm9ybWF0cyIsIHdpdGhpbiB0aGUgIkNvbnN0cmFpbmVkIFJF
U1RmdWwgRW52aXJvbm1lbnRzIChDb1JFKQogICBQYXJhbWV0ZXJzIiByZWdpc3RyeS4KCiAgICst
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rLS0tLS0tKy0t
LS0tLS0tLS0tKwogICB8IE1lZGlhIFR5cGUgICAgICAgICAgICAgICAgICAgICAgICB8IENvbnRl
bnQgICAgfCBJRCAgIHwgUmVmZXJlbmNlIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgfCBDb2RpbmcgICAgIHwgICAgICB8ICAgICAgICAgICB8CiAgICstLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0t
KwogICB8IGFwcGxpY2F0aW9uL3lhbmctaWRlbnRpZmllcnMrY2JvciB8ICAgICAgICAgICAgfCBU
QkQyIHwgUkZDIFhYWFggIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fCAgICAgICAgICAgIHwgICAgICB8ICAgICAgICAgICB8CiAgIHwgYXBwbGljYXRpb24veWFuZy1p
bnN0YW5jZXMrY2JvciAgIHwgICAgICAgICAgICB8IFRCRDMgfCBSRkMgWFhYWCAgfAogICArLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKy0tLS0tLSstLS0t
LS0tLS0tLSsKCiAgIC8vIFJGQyBFZC46IHJlcGxhY2UgVEJEMSwgVEJEMiBhbmQgVEJEMyB3aXRo
IGFzc2lnbmVkIElEcyBhbmQgcmVtb3ZlCiAgIHRoaXMgbm90ZS4gIC8vIFJGQyBFZC46IHJlcGxh
Y2UgUkZDIFhYWFggd2l0aCB0aGlzIFJGQyBudW1iZXIgYW5kCiAgIHJlbW92ZSB0aGlzIG5vdGUu
CgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAg
ICAgICAgICAgICAgIFtQYWdlIDM3XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg
Q09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCjkuMy4gIE1lZGlhIFR5
cGVzIFJlZ2lzdHJ5CgogICBUaGlzIGRvY3VtZW50IGFkZHMgdGhlIGZvbGxvd2luZyBtZWRpYSB0
eXBlcyB0byB0aGUgIk1lZGlhIFR5cGVzIgogICByZWdpc3RyeS4KCiAgICstLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLSsKICAgfCBOYW1l
ICAgICAgICAgICAgICAgICAgfCBUZW1wbGF0ZSAgICAgICAgICAgICAgfCBSZWZlcmVuY2UgfAog
ICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0t
LS0tLS0rCiAgIHwgeWFuZy1pZGVudGlmaWVycytjYm9yIHwgYXBwbGljYXRpb24vICAgICAgICAg
IHwgUkZDIFhYWFggIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg
ICAgICAgICAgfCAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgICAgICAgICAgICB8IHlhbmct
aWRlbnRpZmllcnMrY2JvciB8ICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAg
IHwgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgIHwKICAgfCB5YW5nLWluc3RhbmNl
cytjYm9yICAgfCBhcHBsaWNhdGlvbi8gICAgICAgICAgfCBSRkMgWFhYWCAgfAogICB8ICAgICAg
ICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICB8CiAg
IHwgICAgICAgICAgICAgICAgICAgICAgIHwgeWFuZy1pbnN0YW5jZXMrY2JvciAgIHwgICAgICAg
ICAgIHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLS0tKwoKICAgRWFjaCBvZiB0aGVzZSBtZWRpYSB0eXBlcyBzaGFyZSB0aGUgZm9s
bG93aW5nIGluZm9ybWF0aW9uOgoKICAgbyAgU3VidHlwZSBuYW1lOiA8YXMgbGlzdGVkIGluIHRh
YmxlPgoKICAgbyAgUmVxdWlyZWQgcGFyYW1ldGVyczogTi9BCgogICBvICBPcHRpb25hbCBwYXJh
bWV0ZXJzOiBOL0EKCiAgIG8gIEVuY29kaW5nIGNvbnNpZGVyYXRpb25zOiBiaW5hcnkKCiAgIG8g
IFNlY3VyaXR5IGNvbnNpZGVyYXRpb25zOiBTZWUgdGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25z
IHNlY3Rpb24KICAgICAgb2YgUkZDIFhYWFgKCiAgIG8gIEludGVyb3BlcmFiaWxpdHkgY29uc2lk
ZXJhdGlvbnM6IE4vQQoKICAgbyAgUHVibGlzaGVkIHNwZWNpZmljYXRpb246IFJGQyBYWFhYCgog
ICBvICBBcHBsaWNhdGlvbnMgdGhhdCB1c2UgdGhpcyBtZWRpYSB0eXBlOiBDT1JFQ09ORgoKICAg
byAgRnJhZ21lbnQgaWRlbnRpZmllciBjb25zaWRlcmF0aW9uczogTi9BCgogICBvICBBZGRpdGlv
bmFsIGluZm9ybWF0aW9uOgoKICAgKiAgRGVwcmVjYXRlZCBhbGlhcyBuYW1lcyBmb3IgdGhpcyB0
eXBlOiBOL0EKCiAgICogIE1hZ2ljIG51bWJlcihzKTogTi9BCgogICAqICBGaWxlIGV4dGVuc2lv
bihzKTogTi9BCgogICAqICBNYWNpbnRvc2ggZmlsZSB0eXBlIGNvZGUocyk6IE4vQQoKCgoKVmVp
bGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAg
ICAgW1BhZ2UgMzhdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICBDT1JFQ09ORiAg
ICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgbyAgUGVyc29uICYgZW1haWwgYWRk
cmVzcyB0byBjb250YWN0IGZvciBmdXJ0aGVyIGluZm9ybWF0aW9uOgogICAgICBpZXNnJmlldGYu
b3JnCgogICBvICBJbnRlbmRlZCB1c2FnZTogQ09NTU9OCgogICBvICBSZXN0cmljdGlvbnMgb24g
dXNhZ2U6IE4vQQoKICAgbyAgQXV0aG9yOiBNaWNoZWwgVmVpbGxldHRlLCBpZXRmJmF1Z3VzdGNl
bGxhcnMuY29tCgogICBvICBDaGFuZ2UgQ29udHJvbGxlcjogSUVTRwoKICAgbyAgUHJvdmlzaW9u
YWwgcmVnaXN0cmF0aW9uPyAgTm8KCiAgIC8vIFJGQyBFZC46IHJlcGxhY2UgUkZDIFhYWFggd2l0
aCB0aGlzIFJGQyBudW1iZXIgYW5kIHJlbW92ZSB0aGlzCiAgIG5vdGUuCgo5LjQuICBZQU5HIE5h
bWVzcGFjZSBSZWdpc3RyYXRpb24KCiAgIFRoaXMgZG9jdW1lbnQgcmVnaXN0ZXJzIHRoZSBmb2xs
b3dpbmcgWE1MIG5hbWVzcGFjZSBVUk4gaW4gdGhlICJJRVRGCiAgIFhNTCBSZWdpc3RyeSIsIGZv
bGxvd2luZyB0aGUgZm9ybWF0IGRlZmluZWQgaW4gW1JGQzM2ODhdOgoKICAgVVJJOiBwbGVhc2Ug
YXNzaWduIHVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWNvcmVjb25mCgogICBSZWdp
c3RyYW50IENvbnRhY3Q6IFRoZSBJRVNHLgoKICAgWE1MOiBOL0EsIHRoZSByZXF1ZXN0ZWQgVVJJ
IGlzIGFuIFhNTCBuYW1lc3BhY2UuCgogICBSZWZlcmVuY2U6IFJGQyBYWFhYCgogICAvLyBSRkMg
RWQuOiBwbGVhc2UgcmVwbGFjZSBYWFhYIHdpdGggUkZDIG51bWJlciBhbmQgcmVtb3ZlIHRoaXMg
bm90ZQoKMTAuICBBY2tub3dsZWRnbWVudHMKCiAgIFdlIGFyZSB2ZXJ5IGdyYXRlZnVsIHRvIEJl
cnQgR3JlZXZlbmJvc2NoIHdobyB3YXMgb25lIG9mIHRoZSBvcmlnaW5hbAogICBhdXRob3JzIG9m
IHRoZSBDT1JFQ09ORiBzcGVjaWZpY2F0aW9uLgoKICAgTWVobWV0IEVyc3VlIGFuZCBCZXJ0IFdp
am5lbiBleHBsYWluZWQgdGhlIGVuY29kaW5nIGFzcGVjdHMgb2YgUERVcwogICB0cmFuc3BvcnRl
ZCB1bmRlciBTTk1QLiAgQ2Fyc3RlbiBCb3JtYW5uIGhhcyBnaXZlbiBmZWVkYmFjayBvbiB0aGUK
ICAgdXNlIG9mIENCT1IuCgogICBUaGUgZHJhZnQgaGFzIGJlbmVmaXRlZCBmcm9tIGNvbW1lbnRz
IChhbHBoYWJldGljYWwgb3JkZXIpIGJ5IFJvZG5leQogICBDdW1taW5ncywgRGVlIERlbnRlbmVl
ciwgRXNrbyBEaWprLCBLbGF1cyBIYXJ0a2UsIE1pY2hhZWwgdmFuCiAgIEhhcnRza2FtcCwgVGFu
Z3V5IFJvcGl0YXVsdCwgSnVlcmdlbiBTY2hvZW53YWVsZGVyLCBBbnVqIFNlaGdhbCwgWmFjaAog
ICBTaGVsYnksIEhhbm5lcyBUc2Nob2ZlbmlnLCBNaWNoYWVsIFZlcnNjaG9vciwgYW5kIFRob21h
cyBXYXR0ZXluZS4KCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1i
ZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDM5XQoMCkludGVybmV0LURyYWZ0ICAgICAg
ICAgICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCjEx
LiAgUmVmZXJlbmNlcwoKMTEuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzCgogICBbSS1ELmlldGYt
Y29yZS1zaWRdCiAgICAgICAgICAgICAgVmVpbGxldHRlLCBNLiwgUGVsb3YsIEEuLCBhbmQgSS4g
UGV0cm92LCAiWUFORyBTY2hlbWEgSXRlbQogICAgICAgICAgICAgIGlEZW50aWZpZXIgKFNJRCki
LCBkcmFmdC1pZXRmLWNvcmUtc2lkLTEzICh3b3JrIGluCiAgICAgICAgICAgICAgcHJvZ3Jlc3Mp
LCBKdW5lIDIwMjAuCgogICBbSS1ELmlldGYtY29yZS15YW5nLWNib3JdCiAgICAgICAgICAgICAg
VmVpbGxldHRlLCBNLiwgUGV0cm92LCBJLiwgYW5kIEEuIFBlbG92LCAiQ0JPUiBFbmNvZGluZyBv
ZgogICAgICAgICAgICAgIERhdGEgTW9kZWxlZCB3aXRoIFlBTkciLCBkcmFmdC1pZXRmLWNvcmUt
eWFuZy1jYm9yLTEyCiAgICAgICAgICAgICAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBNYXJjaCAyMDIw
LgoKICAgW0ktRC5pZXRmLWNvcmUteWFuZy1saWJyYXJ5XQogICAgICAgICAgICAgIFZlaWxsZXR0
ZSwgTS4gYW5kIEkuIFBldHJvdiwgIkNvbnN0cmFpbmVkIFlBTkcgTW9kdWxlCiAgICAgICAgICAg
ICAgTGlicmFyeSIsIGRyYWZ0LWlldGYtY29yZS15YW5nLWxpYnJhcnktMDEgKHdvcmsgaW4KICAg
ICAgICAgICAgICBwcm9ncmVzcyksIEphbnVhcnkgMjAyMC4KCiAgIFtSRkMyMTE5XSAgQnJhZG5l
ciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlCiAgICAgICAgICAg
ICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSwKICAgICAgICAgICAgICBE
T0kgMTAuMTc0ODcvUkZDMjExOSwgTWFyY2ggMTk5NywKICAgICAgICAgICAgICA8aHR0cHM6Ly93
d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmMyMTE5Pi4KCiAgIFtSRkMzNjg4XSAgTWVhbGxpbmcs
IE0uLCAiVGhlIElFVEYgWE1MIFJlZ2lzdHJ5IiwgQkNQIDgxLCBSRkMgMzY4OCwKICAgICAgICAg
ICAgICBET0kgMTAuMTc0ODcvUkZDMzY4OCwgSmFudWFyeSAyMDA0LAogICAgICAgICAgICAgIDxo
dHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzM2ODg+LgoKICAgW1JGQzQ2NDhdICBK
b3NlZnNzb24sIFMuLCAiVGhlIEJhc2UxNiwgQmFzZTMyLCBhbmQgQmFzZTY0IERhdGEKICAgICAg
ICAgICAgICBFbmNvZGluZ3MiLCBSRkMgNDY0OCwgRE9JIDEwLjE3NDg3L1JGQzQ2NDgsIE9jdG9i
ZXIgMjAwNiwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9y
ZmM0NjQ4Pi4KCiAgIFtSRkM1Mjc3XSAgQ2hpc2hvbG0sIFMuIGFuZCBILiBUcmV2aW5vLCAiTkVU
Q09ORiBFdmVudAogICAgICAgICAgICAgIE5vdGlmaWNhdGlvbnMiLCBSRkMgNTI3NywgRE9JIDEw
LjE3NDg3L1JGQzUyNzcsIEp1bHkgMjAwOCwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZj
LWVkaXRvci5vcmcvaW5mby9yZmM1Mjc3Pi4KCiAgIFtSRkM2MjQxXSAgRW5ucywgUi4sIEVkLiwg
QmpvcmtsdW5kLCBNLiwgRWQuLCBTY2hvZW53YWVsZGVyLCBKLiwgRWQuLAogICAgICAgICAgICAg
IGFuZCBBLiBCaWVybWFuLCBFZC4sICJOZXR3b3JrIENvbmZpZ3VyYXRpb24gUHJvdG9jb2wKICAg
ICAgICAgICAgICAoTkVUQ09ORikiLCBSRkMgNjI0MSwgRE9JIDEwLjE3NDg3L1JGQzYyNDEsIEp1
bmUgMjAxMSwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9y
ZmM2MjQxPi4KCiAgIFtSRkM2MjQzXSAgQmllcm1hbiwgQS4gYW5kIEIuIExlbmd5ZWwsICJXaXRo
LWRlZmF1bHRzIENhcGFiaWxpdHkgZm9yCiAgICAgICAgICAgICAgTkVUQ09ORiIsIFJGQyA2MjQz
LCBET0kgMTAuMTc0ODcvUkZDNjI0MywgSnVuZSAyMDExLAogICAgICAgICAgICAgIDxodHRwczov
L3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzYyNDM+LgoKICAgW1JGQzcwNDldICBCb3JtYW5u
LCBDLiBhbmQgUC4gSG9mZm1hbiwgIkNvbmNpc2UgQmluYXJ5IE9iamVjdAogICAgICAgICAgICAg
IFJlcHJlc2VudGF0aW9uIChDQk9SKSIsIFJGQyA3MDQ5LCBET0kgMTAuMTc0ODcvUkZDNzA0OSwK
ICAgICAgICAgICAgICBPY3RvYmVyIDIwMTMsIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9p
bmZvL3JmYzcwNDk+LgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVy
IDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSA0MF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBb
UkZDNzI1Ml0gIFNoZWxieSwgWi4sIEhhcnRrZSwgSy4sIGFuZCBDLiBCb3JtYW5uLCAiVGhlIENv
bnN0cmFpbmVkCiAgICAgICAgICAgICAgQXBwbGljYXRpb24gUHJvdG9jb2wgKENvQVApIiwgUkZD
IDcyNTIsCiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzcyNTIsIEp1bmUgMjAxNCwKICAg
ICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM3MjUyPi4KCiAg
IFtSRkM3NjQxXSAgSGFydGtlLCBLLiwgIk9ic2VydmluZyBSZXNvdXJjZXMgaW4gdGhlIENvbnN0
cmFpbmVkCiAgICAgICAgICAgICAgQXBwbGljYXRpb24gUHJvdG9jb2wgKENvQVApIiwgUkZDIDc2
NDEsCiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzc2NDEsIFNlcHRlbWJlciAyMDE1LAog
ICAgICAgICAgICAgIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc2NDE+LgoK
ICAgW1JGQzc5NTBdICBCam9ya2x1bmQsIE0uLCBFZC4sICJUaGUgWUFORyAxLjEgRGF0YSBNb2Rl
bGluZyBMYW5ndWFnZSIsCiAgICAgICAgICAgICAgUkZDIDc5NTAsIERPSSAxMC4xNzQ4Ny9SRkM3
OTUwLCBBdWd1c3QgMjAxNiwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5v
cmcvaW5mby9yZmM3OTUwPi4KCiAgIFtSRkM3OTU5XSAgQm9ybWFubiwgQy4gYW5kIFouIFNoZWxi
eSwgRWQuLCAiQmxvY2stV2lzZSBUcmFuc2ZlcnMgaW4KICAgICAgICAgICAgICB0aGUgQ29uc3Ry
YWluZWQgQXBwbGljYXRpb24gUHJvdG9jb2wgKENvQVApIiwgUkZDIDc5NTksCiAgICAgICAgICAg
ICAgRE9JIDEwLjE3NDg3L1JGQzc5NTksIEF1Z3VzdCAyMDE2LAogICAgICAgICAgICAgIDxodHRw
czovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc5NTk+LgoKICAgW1JGQzgwNDBdICBCaWVy
bWFuLCBBLiwgQmpvcmtsdW5kLCBNLiwgYW5kIEsuIFdhdHNlbiwgIlJFU1RDT05GCiAgICAgICAg
ICAgICAgUHJvdG9jb2wiLCBSRkMgODA0MCwgRE9JIDEwLjE3NDg3L1JGQzgwNDAsIEphbnVhcnkg
MjAxNywKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4
MDQwPi4KCiAgIFtSRkM4MTMyXSAgdmFuIGRlciBTdG9rLCBQLiwgQm9ybWFubiwgQy4sIGFuZCBB
LiBTZWhnYWwsICJQQVRDSCBhbmQKICAgICAgICAgICAgICBGRVRDSCBNZXRob2RzIGZvciB0aGUg
Q29uc3RyYWluZWQgQXBwbGljYXRpb24gUHJvdG9jb2wKICAgICAgICAgICAgICAoQ29BUCkiLCBS
RkMgODEzMiwgRE9JIDEwLjE3NDg3L1JGQzgxMzIsIEFwcmlsIDIwMTcsCiAgICAgICAgICAgICAg
PGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODEzMj4uCgogICBbUkZDODE3NF0g
IExlaWJhLCBCLiwgIkFtYmlndWl0eSBvZiBVcHBlcmNhc2UgdnMgTG93ZXJjYXNlIGluIFJGQwog
ICAgICAgICAgICAgIDIxMTkgS2V5IFdvcmRzIiwgQkNQIDE0LCBSRkMgODE3NCwgRE9JIDEwLjE3
NDg3L1JGQzgxNzQsCiAgICAgICAgICAgICAgTWF5IDIwMTcsIDxodHRwczovL3d3dy5yZmMtZWRp
dG9yLm9yZy9pbmZvL3JmYzgxNzQ+LgoKMTEuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAg
IFtJLUQuaWV0Zi1hY2Utb2F1dGgtYXV0aHpdCiAgICAgICAgICAgICAgU2VpdHosIEwuLCBTZWxh
bmRlciwgRy4sIFdhaGxzdHJvZW0sIEUuLCBFcmR0bWFuLCBTLiwgYW5kCiAgICAgICAgICAgICAg
SC4gVHNjaG9mZW5pZywgIkF1dGhlbnRpY2F0aW9uIGFuZCBBdXRob3JpemF0aW9uIGZvcgogICAg
ICAgICAgICAgIENvbnN0cmFpbmVkIEVudmlyb25tZW50cyAoQUNFKSB1c2luZyB0aGUgT0F1dGgg
Mi4wCiAgICAgICAgICAgICAgRnJhbWV3b3JrIChBQ0UtT0F1dGgpIiwgZHJhZnQtaWV0Zi1hY2Ut
b2F1dGgtYXV0aHotMzMKICAgICAgICAgICAgICAod29yayBpbiBwcm9ncmVzcyksIEZlYnJ1YXJ5
IDIwMjAuCgogICBbUkZDNjM0N10gIFJlc2NvcmxhLCBFLiBhbmQgTi4gTW9kYWR1Z3UsICJEYXRh
Z3JhbSBUcmFuc3BvcnQgTGF5ZXIKICAgICAgICAgICAgICBTZWN1cml0eSBWZXJzaW9uIDEuMiIs
IFJGQyA2MzQ3LCBET0kgMTAuMTc0ODcvUkZDNjM0NywKICAgICAgICAgICAgICBKYW51YXJ5IDIw
MTIsIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzYzNDc+LgoKICAgW1JGQzY2
OTBdICBTaGVsYnksIFouLCAiQ29uc3RyYWluZWQgUkVTVGZ1bCBFbnZpcm9ubWVudHMgKENvUkUp
IExpbmsKICAgICAgICAgICAgICBGb3JtYXQiLCBSRkMgNjY5MCwgRE9JIDEwLjE3NDg3L1JGQzY2
OTAsIEF1Z3VzdCAyMDEyLAogICAgICAgICAgICAgIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9y
Zy9pbmZvL3JmYzY2OTA+LgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2Vt
YmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSA0MV0KDApJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgog
ICBbUkZDNzIyM10gIEJqb3JrbHVuZCwgTS4sICJBIFlBTkcgRGF0YSBNb2RlbCBmb3IgSW50ZXJm
YWNlCiAgICAgICAgICAgICAgTWFuYWdlbWVudCIsIFJGQyA3MjIzLCBET0kgMTAuMTc0ODcvUkZD
NzIyMywgTWF5IDIwMTQsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3Jn
L2luZm8vcmZjNzIyMz4uCgogICBbUkZDNzMxN10gIEJpZXJtYW4sIEEuIGFuZCBNLiBCam9ya2x1
bmQsICJBIFlBTkcgRGF0YSBNb2RlbCBmb3IKICAgICAgICAgICAgICBTeXN0ZW0gTWFuYWdlbWVu
dCIsIFJGQyA3MzE3LCBET0kgMTAuMTc0ODcvUkZDNzMxNywgQXVndXN0CiAgICAgICAgICAgICAg
MjAxNCwgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNzMxNz4uCgogICBbUkZD
ODM0Ml0gIEJqb3JrbHVuZCwgTS4sIFNjaG9lbndhZWxkZXIsIEouLCBTaGFmZXIsIFAuLCBXYXRz
ZW4sIEsuLAogICAgICAgICAgICAgIGFuZCBSLiBXaWx0b24sICJOZXR3b3JrIE1hbmFnZW1lbnQg
RGF0YXN0b3JlIEFyY2hpdGVjdHVyZQogICAgICAgICAgICAgIChOTURBKSIsIFJGQyA4MzQyLCBE
T0kgMTAuMTc0ODcvUkZDODM0MiwgTWFyY2ggMjAxOCwKICAgICAgICAgICAgICA8aHR0cHM6Ly93
d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4MzQyPi4KCiAgIFtSRkM4NjEzXSAgU2VsYW5kZXIs
IEcuLCBNYXR0c3NvbiwgSi4sIFBhbG9tYmluaSwgRi4sIGFuZCBMLiBTZWl0eiwKICAgICAgICAg
ICAgICAiT2JqZWN0IFNlY3VyaXR5IGZvciBDb25zdHJhaW5lZCBSRVNUZnVsIEVudmlyb25tZW50
cwogICAgICAgICAgICAgIChPU0NPUkUpIiwgUkZDIDg2MTMsIERPSSAxMC4xNzQ4Ny9SRkM4NjEz
LCBKdWx5IDIwMTksCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2lu
Zm8vcmZjODYxMz4uCgpBcHBlbmRpeCBBLiAgaWV0Zi1jb3JlY29uZiBZQU5HIG1vZHVsZQoKPENP
REUgQkVHSU5TPiBmaWxlICJpZXRmLWNvcmVjb25mQDIwMTktMDMtMjgueWFuZyIKbW9kdWxlIGll
dGYtY29yZWNvbmYgewogIHlhbmctdmVyc2lvbiAxLjE7CgogIG5hbWVzcGFjZSAidXJuOmlldGY6
cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtY29yZWNvbmYiOwogIHByZWZpeCBjb3JlY29uZjsKCiAg
aW1wb3J0IGlldGYtZGF0YXN0b3JlcyB7CiAgICBwcmVmaXggZHM7CiAgfQoKICBpbXBvcnQgaWV0
Zi1yZXN0Y29uZiB7CiAgICBwcmVmaXggcmM7CiAgICBkZXNjcmlwdGlvbgogICAgICAiVGhpcyBp
bXBvcnQgc3RhdGVtZW50IGlzIHJlcXVpcmVkIHRvIGFjY2VzcwogICAgICAgdGhlIHlhbmctZGF0
YSBleHRlbnNpb24gZGVmaW5lZCBpbiBSRkMgODA0MC4iOwogICAgcmVmZXJlbmNlICJSRkMgODA0
MDogUkVTVENPTkYgUHJvdG9jb2wiOwogIH0KCiAgb3JnYW5pemF0aW9uCiAgICAiSUVURiBDb3Jl
IFdvcmtpbmcgR3JvdXAiOwoKICBjb250YWN0CiAgICAiTWljaGVsIFZlaWxsZXR0ZQogICAgIDxt
YWlsdG86bWljaGVsLnZlaWxsZXR0ZUB0cmlsbGlhbnRpbmMuY29tPgoKICAgICBBbGV4YW5kZXIg
UGVsb3YKICAgICA8bWFpbHRvOmFsZXhhbmRlckBhY2tsLmlvPgoKCgpWZWlsbGV0dGUsIGV0IGFs
LiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSA0Ml0K
DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAgICAgICAg
ICAgICAgICBKdW5lIDIwMjAKCgogICAgIFBldGVyIHZhbiBkZXIgU3RvawogICAgIDxtYWlsdG86
Y29uc3VsdGFuY3lAdmFuZGVyc3Rvay5vcmc+CgogICAgIEFuZHkgQmllcm1hbgogICAgIDxtYWls
dG86YW5keUB5dW1hd29ya3MuY29tPiI7CgogIGRlc2NyaXB0aW9uCiAgICAiVGhpcyBtb2R1bGUg
Y29udGFpbnMgdGhlIGRpZmZlcmVudCBkZWZpbml0aW9ucyByZXF1aXJlZAogICAgIGJ5IHRoZSBD
T1JFQ09ORiBwcm90b2NvbC4KCiAgICAgQ29weXJpZ2h0IChjKSAyMDE5IElFVEYgVHJ1c3QgYW5k
IHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMKICAgICBhdXRob3JzIG9mIHRoZSBjb2RlLiAgQWxs
IHJpZ2h0cyByZXNlcnZlZC4KCiAgICAgUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2Ug
YW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvcgogICAgIHdpdGhvdXQgbW9kaWZpY2F0aW9uLCBpcyBw
ZXJtaXR0ZWQgcHVyc3VhbnQgdG8sIGFuZCBzdWJqZWN0IHRvCiAgICAgdGhlIGxpY2Vuc2UgdGVy
bXMgY29udGFpbmVkIGluLCB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSBzZXQKICAgICBmb3J0
aCBpbiBTZWN0aW9uIDQuYyBvZiB0aGUgSUVURiBUcnVzdCdzIExlZ2FsIFByb3Zpc2lvbnMKICAg
ICBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cwogICAgIChodHRwczovL3RydXN0ZWUuaWV0Zi5v
cmcvbGljZW5zZS1pbmZvKS4KCiAgICAgVGhpcyB2ZXJzaW9uIG9mIHRoaXMgWUFORyBtb2R1bGUg
aXMgcGFydCBvZiBSRkMgWFhYWDsKICAgICBzZWUgdGhlIFJGQyBpdHNlbGYgZm9yIGZ1bGwgbGVn
YWwgbm90aWNlcy4iOwoKICByZXZpc2lvbiAyMDE5LTAzLTI4IHsKICAgICBkZXNjcmlwdGlvbgog
ICAgICAiSW5pdGlhbCByZXZpc2lvbi4iOwogICAgcmVmZXJlbmNlCiAgICAgICJbSS1ELmlldGYt
Y29yZS1jb21pXSBDb0FQIE1hbmFnZW1lbnQgSW50ZXJmYWNlIjsKICB9CgogIGlkZW50aXR5IHVu
aWZpZWQgewogICAgYmFzZSBkczpkYXRhc3RvcmU7CiAgICBkZXNjcmlwdGlvbgogICAgICAiSWRl
bnRpZmllciBvZiB0aGUgdW5pZmllZCBjb25maWd1cmF0aW9uIGFuZCBvcGVyYXRpb25hbAogICAg
ICAgc3RhdGUgZGF0YXN0b3JlLiI7CiAgfQoKICBpZGVudGl0eSBlcnJvci10YWcgewogICAgZGVz
Y3JpcHRpb24KICAgICAgIkJhc2UgaWRlbnRpdHkgZm9yIGVycm9yLXRhZy4iOwogIH0KCiAgaWRl
bnRpdHkgb3BlcmF0aW9uLWZhaWxlZCB7CiAgICBiYXNlIGVycm9yLXRhZzsKICAgIGRlc2NyaXB0
aW9uCiAgICAgICJSZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYgc2VydmVyIHdoZW4gdGhlIG9wZXJh
dGlvbiByZXF1ZXN0CiAgICAgICBjYW4ndCBiZSBwcm9jZXNzZWQgc3VjY2Vzc2Z1bGx5LiI7CiAg
fQoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAg
ICAgICAgICAgICBbUGFnZSA0M10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENP
UkVDT05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogIGlkZW50aXR5IGludmFs
aWQtdmFsdWUgewogICAgYmFzZSBlcnJvci10YWc7CiAgICBkZXNjcmlwdGlvbgogICAgICAiUmV0
dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVuIHRoZSBDT1JFQ09ORiBjbGllbnQgdHJp
ZXMgdG8KICAgICAgIHVwZGF0ZSBvciBjcmVhdGUgYSBsZWFmIHdpdGggYSB2YWx1ZSBlbmNvZGVk
IHVzaW5nIGFuCiAgICAgICBpbnZhbGlkIENCT1IgZGF0YXR5cGUgb3IgaWYgdGhlICdyYW5nZScs
ICdsZW5ndGgnLAogICAgICAgJ3BhdHRlcm4nIG9yICdyZXF1aXJlLWluc3RhbmNlJyBjb25zdHJh
aW4gaXMgbm90CiAgICAgICBmdWxmaWxsZWQuIjsKICB9CgogIGlkZW50aXR5IG1pc3NpbmctZWxl
bWVudCB7CiAgICBiYXNlIGVycm9yLXRhZzsKICAgIGRlc2NyaXB0aW9uCiAgICAgICJSZXR1cm5l
ZCBieSB0aGUgQ09SRUNPTkYgc2VydmVyIHdoZW4gdGhlIG9wZXJhdGlvbiByZXF1ZXN0ZWQKICAg
ICAgIGJ5IGEgQ09SRUNPTkYgY2xpZW50IGZhaWxzIHRvIGNvbXBseSB3aXRoIHRoZSAnbWFuZGF0
b3J5JwogICAgICAgY29uc3RyYWludCBkZWZpbmVkLiBUaGUgJ21hbmRhdG9yeScgY29uc3RyYWlu
dCBpcwogICAgICAgZW5mb3JjZWQgZm9yIGxlYWZzIGFuZCBjaG9pY2VzLCB1bmxlc3MgdGhlIG5v
ZGUgb3IgYW55IG9mCiAgICAgICBpdHMgYW5jZXN0b3JzIGhhdmUgYSAnd2hlbicgY29uZGl0aW9u
IG9yICdpZi1mZWF0dXJlJwogICAgICAgZXhwcmVzc2lvbiB0aGF0IGV2YWx1YXRlcyB0byAnZmFs
c2UnLiI7CiAgfQoKICBpZGVudGl0eSB1bmtub3duLWVsZW1lbnQgewogICAgYmFzZSBlcnJvci10
YWc7CiAgICBkZXNjcmlwdGlvbgogICAgICAiUmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZl
ciB3aGVuIHRoZSBDT1JFQ09ORiBjbGllbnQgdHJpZXMgdG8KICAgICAgIGFjY2VzcyBhIGRhdGEg
bm9kZSBvZiBhIFlBTkcgbW9kdWxlIG5vdCBzdXBwb3J0ZWQsIG9mIGEKICAgICAgIGRhdGEgbm9k
ZSBhc3NvY2lhdGVkIHdpdGggYW4gJ2lmLWZlYXR1cmUnIGV4cHJlc3Npb24KICAgICAgIGV2YWx1
YXRlZCB0byAnZmFsc2UnIG9yIHRvIGEgJ3doZW4nIGNvbmRpdGlvbiBldmFsdWF0ZWQKICAgICAg
IHRvICdmYWxzZScuIjsKICB9CgogIGlkZW50aXR5IGJhZC1lbGVtZW50IHsKICAgIGJhc2UgZXJy
b3ItdGFnOwogICAgZGVzY3JpcHRpb24KICAgICAgIlJldHVybmVkIGJ5IHRoZSBDT1JFQ09ORiBz
ZXJ2ZXIgd2hlbiB0aGUgQ09SRUNPTkYgY2xpZW50IHRyaWVzIHRvCiAgICAgICBjcmVhdGUgZGF0
YSBub2RlcyBmb3IgbW9yZSB0aGFuIG9uZSBjYXNlIGluIGEgY2hvaWNlLiI7CiAgfQoKICBpZGVu
dGl0eSBkYXRhLW1pc3NpbmcgewogICAgYmFzZSBlcnJvci10YWc7CiAgICBkZXNjcmlwdGlvbgog
ICAgICAiUmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVuIGEgZGF0YSBub2RlIHJl
cXVpcmVkIHRvCiAgICAgICBhY2NlcHQgdGhlIHJlcXVlc3QgaXMgbm90IHByZXNlbnQuIjsKICB9
CgogIGlkZW50aXR5IGVycm9yIHsKICAgIGJhc2UgZXJyb3ItdGFnOwogICAgZGVzY3JpcHRpb24K
CgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAg
ICAgICAgICAgW1BhZ2UgNDRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICBDT1JF
Q09ORiAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgICAgIlJldHVybmVkIGJ5
IHRoZSBDT1JFQ09ORiBzZXJ2ZXIgd2hlbiBhbiB1bnNwZWNpZmllZCBlcnJvciBoYXMKICAgICAg
b2NjdXJyZWQuIjsKICB9CgogIGlkZW50aXR5IGVycm9yLWFwcC10YWcgewogICAgZGVzY3JpcHRp
b24KICAgICAgIkJhc2UgaWRlbnRpdHkgZm9yIGVycm9yLWFwcC10YWcuIjsKICB9CgogIGlkZW50
aXR5IG1hbGZvcm1lZC1tZXNzYWdlIHsKICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgIGRlc2Ny
aXB0aW9uCiAgICAgICJSZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYgc2VydmVyIHdoZW4gdGhlIHBh
eWxvYWQgcmVjZWl2ZWQKICAgICAgIGZyb20gdGhlIENPUkVDT05GIGNsaWVudCBkb24ndCBjb250
YWluIGEgd2VsbC1mb3JtZWQgQ0JPUgogICAgICAgY29udGVudCBhcyBkZWZpbmVkIGluIFtSRkM3
MDQ5XSBzZWN0aW9uIDMuMyBvciBkb24ndAogICAgICAgY29tcGx5IHdpdGggdGhlIENCT1Igc3Ry
dWN0dXJlIGRlZmluZWQgd2l0aGluIHRoaXMKICAgICAgIGRvY3VtZW50LiI7CiAgfQoKICBpZGVu
dGl0eSBkYXRhLW5vdC11bmlxdWUgewogICAgYmFzZSBlcnJvci1hcHAtdGFnOwogICAgZGVzY3Jp
cHRpb24KICAgICAgIlJldHVybmVkIGJ5IHRoZSBDT1JFQ09ORiBzZXJ2ZXIgd2hlbiB0aGUgdmFs
aWRhdGlvbiBvZiB0aGUKICAgICAgICd1bmlxdWUnIGNvbnN0cmFpbnQgb2YgYSBsaXN0IG9yIGxl
YWYtbGlzdCBmYWlscy4iOwogIH0KCiAgaWRlbnRpdHkgdG9vLW1hbnktZWxlbWVudHMgewogICAg
YmFzZSBlcnJvci1hcHAtdGFnOwogICAgZGVzY3JpcHRpb24KICAgICAgIlJldHVybmVkIGJ5IHRo
ZSBDT1JFQ09ORiBzZXJ2ZXIgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUKICAgICAgICdtYXgt
ZWxlbWVudHMnIGNvbnN0cmFpbnQgb2YgYSBsaXN0IG9yIGxlYWYtbGlzdCBmYWlscy4iOwogIH0K
CiAgaWRlbnRpdHkgdG9vLWZldy1lbGVtZW50cyB7CiAgICBiYXNlIGVycm9yLWFwcC10YWc7CiAg
ICBkZXNjcmlwdGlvbgogICAgICAiUmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVu
IHRoZSB2YWxpZGF0aW9uIG9mIHRoZQogICAgICAgJ21pbi1lbGVtZW50cycgY29uc3RyYWludCBv
ZiBhIGxpc3Qgb3IgbGVhZi1saXN0IGZhaWxzLiI7CiAgfQoKICBpZGVudGl0eSBtdXN0LXZpb2xh
dGlvbiB7CiAgICBiYXNlIGVycm9yLWFwcC10YWc7CiAgICBkZXNjcmlwdGlvbgogICAgICAiUmV0
dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVuIHRoZSByZXN0cmljdGlvbnMKICAgICAg
IGltcG9zZWQgYnkgYSAnbXVzdCcgc3RhdGVtZW50IGFyZSB2aW9sYXRlZC4iOwogIH0KCiAgaWRl
bnRpdHkgZHVwbGljYXRlIHsKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNl
bWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgNDVdCgwKSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgICAgICAgICBDT1JFQ09ORiAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoK
ICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgIGRlc2NyaXB0aW9uCiAgICAgICJSZXR1cm5lZCBi
eSB0aGUgQ09SRUNPTkYgc2VydmVyIHdoZW4gYSBjbGllbnQgdHJpZXMgdG8gY3JlYXRlCiAgICAg
ICBhIGR1cGxpY2F0ZSBsaXN0IG9yIGxlYWYtbGlzdCBlbnRyeS4iOwogIH0KCiAgaWRlbnRpdHkg
aW52YWxpZC1kYXRhdHlwZSB7CiAgICBiYXNlIGVycm9yLWFwcC10YWc7CiAgICBkZXNjcmlwdGlv
bgogICAgICAiUmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVuIENCT1IgZW5jb2Rp
bmcgaXMKICAgICAgIGluY29yZWN0IG9yIHdoZW4gdGhlIHZhbHVlIGVuY29kZWQgaXMgaW5jb21w
YXRpYmxlIHdpdGgKICAgICAgIHRoZSBZQU5HIEJ1aWx0LUluIHR5cGUuIChlLmcuIHZhbHVlIGdy
ZWF0ZXIgdGhhbiAxMjcKICAgICAgIGZvciBhbiBpbnQ4LCB1bmRlZmluZWQgZW51bWVyYXRpb24p
LiI7CiAgfQoKICBpZGVudGl0eSBub3QtaW4tcmFuZ2UgewogICAgYmFzZSBlcnJvci1hcHAtdGFn
OwogICAgZGVzY3JpcHRpb24KICAgICAgIlJldHVybmVkIGJ5IHRoZSBDT1JFQ09ORiBzZXJ2ZXIg
d2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUKICAgICAgICdyYW5nZScgcHJvcGVydHkgZmFpbHMu
IjsKICB9CgogIGlkZW50aXR5IGludmFsaWQtbGVuZ3RoIHsKICAgIGJhc2UgZXJyb3ItYXBwLXRh
ZzsKICAgIGRlc2NyaXB0aW9uCiAgICAgICJSZXR1cm5lZCBieSB0aGUgQ09SRUNPTkYgc2VydmVy
IHdoZW4gdGhlIHZhbGlkYXRpb24gb2YgdGhlCiAgICAgICAnbGVuZ3RoJyBwcm9wZXJ0eSBmYWls
cy4iOwogIH0KCiAgaWRlbnRpdHkgcGF0dGVybi10ZXN0LWZhaWxlZCB7CiAgICBiYXNlIGVycm9y
LWFwcC10YWc7CiAgICBkZXNjcmlwdGlvbgogICAgICAiUmV0dXJuZWQgYnkgdGhlIENPUkVDT05G
IHNlcnZlciB3aGVuIHRoZSB2YWxpZGF0aW9uIG9mIHRoZQogICAgICAgJ3BhdHRlcm4nIHByb3Bl
cnR5IGZhaWxzLiI7CiAgfQoKICBpZGVudGl0eSBtaXNzaW5nLWtleSB7CiAgICBiYXNlIGVycm9y
LWFwcC10YWc7CiAgICBkZXNjcmlwdGlvbgogICAgICAiUmV0dXJuZWQgYnkgdGhlIENPUkVDT05G
IHNlcnZlciB0byBmdXJ0aGVyIHF1YWxpZnkgYQogICAgICAgbWlzc2luZy1lbGVtZW50IGVycm9y
LiBUaGlzIGVycm9yIGlzIHJldHVybmVkIHdoZW4gdGhlCiAgICAgICBDT1JFQ09ORiBjbGllbnQg
dHJpZXMgdG8gY3JlYXRlIG9yIGxpc3QgaW5zdGFuY2UsIHdpdGhvdXQgYWxsCiAgICAgICB0aGUg
J2tleScgc3BlY2lmaWVkIG9yIHdoZW4gdGhlIENPUkVDT05GIGNsaWVudCB0cmllcyB0bwogICAg
ICAgZGVsZXRlIGEgbGVhZiBsaXN0ZWQgYXMgYSAna2V5Jy4iOwogIH0KCiAgaWRlbnRpdHkgbWlz
c2luZy1pbnB1dC1wYXJhbWV0ZXIgewogICAgYmFzZSBlcnJvci1hcHAtdGFnOwoKCgpWZWlsbGV0
dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBb
UGFnZSA0Nl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAg
ICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICAgZGVzY3JpcHRpb24KICAgICAgIlJldHVy
bmVkIGJ5IHRoZSBDT1JFQ09ORiBzZXJ2ZXIgd2hlbiB0aGUgaW5wdXQgcGFyYW1ldGVycwogICAg
ICAgb2YgYSBSUEMgb3IgYWN0aW9uIGFyZSBpbmNvbXBsZXRlLiI7CiAgfQoKICBpZGVudGl0eSBp
bnN0YW5jZS1yZXF1aXJlZCB7CiAgICBiYXNlIGVycm9yLWFwcC10YWc7CiAgICBkZXNjcmlwdGlv
bgogICAgICAiUmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVuIGEgbGVhZiBvZiB0
eXBlCiAgICAgICAnaW5zdGFuY2UtaWRlbnRpZmllcicgb3IgJ2xlYWZyZWYnIG1hcmtlZCB3aXRo
CiAgICAgICByZXF1aXJlLWluc3RhbmNlIHNldCB0byAndHJ1ZScgcmVmZXJzIHRvIGFuIGluc3Rh
bmNlCiAgICAgICB0aGF0IGRvZXMgbm90IGV4aXN0LiI7CiAgfQoKICBpZGVudGl0eSBtaXNzaW5n
LWNob2ljZSB7CiAgICBiYXNlIGVycm9yLWFwcC10YWc7CiAgICBkZXNjcmlwdGlvbgogICAgICAi
UmV0dXJuZWQgYnkgdGhlIENPUkVDT05GIHNlcnZlciB3aGVuIG5vIG5vZGVzIGV4aXN0IGluIGEK
ICAgICAgIG1hbmRhdG9yeSBjaG9pY2UuIjsKICB9CgogIHJjOnlhbmctZGF0YSBjb3JlY29uZi1l
cnJvciB7CiAgICBjb250YWluZXIgZXJyb3IgewogICAgICBkZXNjcmlwdGlvbgogICAgICAgICJP
cHRpb25hbCBwYXlsb2FkIG9mIGEgNC4wMCBCYWQgUmVxdWVzdCBDb0FQIGVycm9yLiI7CgogICAg
ICBsZWFmIGVycm9yLXRhZyB7CiAgICAgICAgdHlwZSBpZGVudGl0eXJlZiB7CiAgICAgICAgICBi
YXNlIGVycm9yLXRhZzsKICAgICAgICB9CiAgICAgICAgbWFuZGF0b3J5IHRydWU7CiAgICAgICAg
ZGVzY3JpcHRpb24KICAgICAgICAgICJUaGUgZW51bWVyYXRlZCBlcnJvci10YWcuIjsKICAgICAg
fQoKICAgICAgbGVhZiBlcnJvci1hcHAtdGFnIHsKICAgICAgICB0eXBlIGlkZW50aXR5cmVmIHsK
ICAgICAgICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgICAgICB9CiAgICAgICAgZGVzY3JpcHRp
b24KICAgICAgICAgICJUaGUgYXBwbGljYXRpb24tc3BlY2lmaWMgZXJyb3ItdGFnLiI7CiAgICAg
IH0KCiAgICAgIGxlYWYgZXJyb3ItZGF0YS1ub2RlIHsKICAgICAgICB0eXBlIGluc3RhbmNlLWlk
ZW50aWZpZXI7CiAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICJXaGVuIHRoZSBlcnJvciBy
ZXBvcnRlZCBpcyBjYXVzZWQgYnkgYSBzcGVjaWZpYyBkYXRhIG5vZGUsCiAgICAgICAgICAgdGhp
cyBsZWFmIGlkZW50aWZpZXMgdGhlIGRhdGEgbm9kZSBpbiBlcnJvci4iOwoKCgpWZWlsbGV0dGUs
IGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFn
ZSA0N10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVDT05GICAgICAgICAg
ICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICAgICB9CgogICAgICBsZWFmIGVycm9yLW1lc3Nh
Z2UgewogICAgICAgIHR5cGUgc3RyaW5nOwogICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICAi
QSBtZXNzYWdlIGRlc2NyaWJpbmcgdGhlIGVycm9yLiI7CiAgICAgIH0KICAgIH0KICB9Cn0KPENP
REUgRU5EUz4KCkFwcGVuZGl4IEIuICBpZXRmLWNvcmVjb25mIC5zaWQgZmlsZQoKICAgewogICAg
ICJhc3NpZ25tZW50LXJhbmdlcyI6IFsKICAgICAgIHsKICAgICAgICAgImVudHJ5LXBvaW50Ijog
MTAwMCwKICAgICAgICAgInNpemUiOiAxMDAKICAgICAgIH0KICAgICBdLAogICAgICJtb2R1bGUt
bmFtZSI6ICJpZXRmLWNvcmVjb25mIiwKICAgICAibW9kdWxlLXJldmlzaW9uIjogIjIwMTktMDMt
MjgiLAogICAgICJpdGVtcyI6IFsKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJtb2R1
bGUiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJpZXRmLWNvcmVjb25mIiwKICAgICAgICAgInNp
ZCI6IDEwMDAKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRp
dHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJiYWQtZWxlbWVudCIsCiAgICAgICAgICJzaWQi
OiAxMDAxCiAgICAgICB9LAogICAgICAgewogICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5
IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAiZGF0YS1taXNzaW5nIiwKICAgICAgICAgInNpZCI6
IDEwMDIKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHki
LAogICAgICAgICAiaWRlbnRpZmllciI6ICJkYXRhLW5vdC11bmlxdWUiLAogICAgICAgICAic2lk
IjogMTAwMwogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0
eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImR1cGxpY2F0ZSIsCiAgICAgICAgICJzaWQiOiAx
MDA0CgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAg
ICAgICAgICAgICAgIFtQYWdlIDQ4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg
Q09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICAgICB9LAogICAg
ICAgewogICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZp
ZXIiOiAiZXJyb3IiLAogICAgICAgICAic2lkIjogMTAwNQogICAgICAgfSwKICAgICAgIHsKICAg
ICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImVy
cm9yLWFwcC10YWciLAogICAgICAgICAic2lkIjogMTAwNgogICAgICAgfSwKICAgICAgIHsKICAg
ICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImVy
cm9yLXRhZyIsCiAgICAgICAgICJzaWQiOiAxMDA3CiAgICAgICB9LAogICAgICAgewogICAgICAg
ICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAiaW5zdGFu
Y2UtcmVxdWlyZWQiLAogICAgICAgICAic2lkIjogMTAwOAogICAgICAgfSwKICAgICAgIHsKICAg
ICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImlu
dmFsaWQtZGF0YXR5cGUiLAogICAgICAgICAic2lkIjogMTAwOQogICAgICAgfSwKICAgICAgIHsK
ICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjog
ImludmFsaWQtbGVuZ3RoIiwKICAgICAgICAgInNpZCI6IDEwMTAKICAgICAgIH0sCiAgICAgICB7
CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6
ICJpbnZhbGlkLXZhbHVlIiwKICAgICAgICAgInNpZCI6IDEwMTEKICAgICAgIH0sCiAgICAgICB7
CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6
ICJtYWxmb3JtZWQtbWVzc2FnZSIsCiAgICAgICAgICJzaWQiOiAxMDEyCiAgICAgICB9LAogICAg
ICAgewogICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZp
ZXIiOiAibWlzc2luZy1jaG9pY2UiLAogICAgICAgICAic2lkIjogMTAxMwogICAgICAgfSwKICAg
ICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0eSIsCgoKClZlaWxsZXR0ZSwgZXQg
YWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDQ5
XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAg
ICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICAgICAgICJpZGVudGlmaWVyIjogIm1pc3NpbmctZWxl
bWVudCIsCiAgICAgICAgICJzaWQiOiAxMDE0CiAgICAgICB9LAogICAgICAgewogICAgICAgICAi
bmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAibWlzc2luZy1p
bnB1dC1wYXJhbWV0ZXIiLAogICAgICAgICAic2lkIjogMTAxNQogICAgICAgfSwKICAgICAgIHsK
ICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjog
Im1pc3Npbmcta2V5IiwKICAgICAgICAgInNpZCI6IDEwMTYKICAgICAgIH0sCiAgICAgICB7CiAg
ICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJt
dXN0LXZpb2xhdGlvbiIsCiAgICAgICAgICJzaWQiOiAxMDE3CiAgICAgICB9LAogICAgICAgewog
ICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAi
bm90LWluLXJhbmdlIiwKICAgICAgICAgInNpZCI6IDEwMTgKICAgICAgIH0sCiAgICAgICB7CiAg
ICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJv
cGVyYXRpb24tZmFpbGVkIiwKICAgICAgICAgInNpZCI6IDEwMTkKICAgICAgIH0sCiAgICAgICB7
CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6
ICJwYXR0ZXJuLXRlc3QtZmFpbGVkIiwKICAgICAgICAgInNpZCI6IDEwMjAKICAgICAgIH0sCiAg
ICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRp
ZmllciI6ICJ0b28tZmV3LWVsZW1lbnRzIiwKICAgICAgICAgInNpZCI6IDEwMjEKICAgICAgIH0s
CiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRl
bnRpZmllciI6ICJ0b28tbWFueS1lbGVtZW50cyIsCiAgICAgICAgICJzaWQiOiAxMDIyCiAgICAg
ICB9LAogICAgICAgewogICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAg
ImlkZW50aWZpZXIiOiAidW5pZmllZCIsCiAgICAgICAgICJzaWQiOiAxMDI5CiAgICAgICB9LAoK
CgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAg
ICAgICAgICBbUGFnZSA1MF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIENPUkVD
T05GICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICAgICAgewogICAgICAgICAi
bmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAidW5rbm93bi1l
bGVtZW50IiwKICAgICAgICAgInNpZCI6IDEwMjMKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAg
ICJuYW1lc3BhY2UiOiAiZGF0YSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogIi9pZXRmLWNvcmVj
b25mOmVycm9yIiwKICAgICAgICAgInNpZCI6IDEwMjQKICAgICAgIH0sCiAgICAgICB7CiAgICAg
ICAgICJuYW1lc3BhY2UiOiAiZGF0YSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogIi9pZXRmLWNv
cmVjb25mOmVycm9yL2Vycm9yLWFwcC10YWciLAogICAgICAgICAic2lkIjogMTAyNQogICAgICAg
fSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJkYXRhIiwKICAgICAgICAgImlkZW50
aWZpZXIiOiAiL2lldGYtY29yZWNvbmY6ZXJyb3IvZXJyb3ItZGF0YS1ub2RlIiwKICAgICAgICAg
InNpZCI6IDEwMjYKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiZGF0
YSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogIi9pZXRmLWNvcmVjb25mOmVycm9yL2Vycm9yLW1l
c3NhZ2UiLAogICAgICAgICAic2lkIjogMTAyNwogICAgICAgfSwKICAgICAgIHsKICAgICAgICAg
Im5hbWVzcGFjZSI6ICJkYXRhIiwKICAgICAgICAgImlkZW50aWZpZXIiOiAiL2lldGYtY29yZWNv
bmY6ZXJyb3IvZXJyb3ItdGFnIiwKICAgICAgICAgInNpZCI6IDEwMjgKICAgICAgIH0KICAgICBd
CiAgIH0KCkF1dGhvcnMnIEFkZHJlc3NlcwoKICAgTWljaGVsIFZlaWxsZXR0ZSAoZWRpdG9yKQog
ICBUcmlsbGlhbnQgTmV0d29ya3MgSW5jLgogICA2MTAgUnVlIGR1IEx1eGVtYm91cmcKICAgR3Jh
bmJ5LCBRdWViZWMgIEoySiAyVjIKICAgQ2FuYWRhCgogICBFbWFpbDogbWljaGVsLnZlaWxsZXR0
ZUB0cmlsbGlhbnQuY29tCgoKCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMg
RGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDUxXQoMCkludGVybmV0LURyYWZ0
ICAgICAgICAgICAgICAgICAgQ09SRUNPTkYgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAy
MAoKCiAgIFBldGVyIHZhbiBkZXIgU3RvayAoZWRpdG9yKQogICBjb25zdWx0YW50CgogICBQaG9u
ZTogKzMxLTQ5MjQ3NDY3MyAoTmV0aGVybGFuZHMpLCArMzMtOTY2MDE1MjQ4IChGcmFuY2UpCiAg
IEVtYWlsOiBjb25zdWx0YW5jeUB2YW5kZXJzdG9rLm9yZwogICBVUkk6ICAgd3d3LnZhbmRlcnN0
b2sub3JnCgoKICAgQWxleGFuZGVyIFBlbG92CiAgIEFja2xpbwogICAyYmlzIHJ1ZSBkZSBsYSBD
aGF0YWlnbmVyYWllCiAgIENlc3Nvbi1TZXZpZ25lLCBCcmV0YWduZSAgMzU1MTAKICAgRnJhbmNl
CgogICBFbWFpbDogYUBhY2tsLmlvCgoKICAgQW5keSBCaWVybWFuCiAgIFl1bWFXb3JrcwogICA2
ODUgQ29jaHJhbiBTdC4KICAgU3VpdGUgIzE2MAogICBTaW1pIFZhbGxleSwgQ0EgIDkzMDY1CiAg
IFVTQQoKICAgRW1haWw6IGFuZHlAeXVtYXdvcmtzLmNvbQoKCiAgIEl2YXlsbyBQZXRyb3YgKGVk
aXRvcikKICAgQWNrbGlvCiAgIDExMzdBIGF2ZW51ZSBkZXMgQ2hhbXBzIEJsYW5jcwogICBDZXNz
b24tU2V2aWduZSwgQnJldGFnbmUgIDM1NTEwCiAgIEZyYW5jZQoKICAgRW1haWw6IGl2YXlsb0Bh
Y2tsLmlvCgoKCgoKCgoKCgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBE
ZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgNTJdCg==
--00000000000099257505a8aae31a
Content-Type: text/plain; charset="US-ASCII"; name="draft-ietf-core-comi.txt"
Content-Disposition: attachment; filename="draft-ietf-core-comi.txt"
Content-Transfer-Encoding: base64
Content-ID: <f_kbq94jbf1>
X-Attachment-Id: f_kbq94jbf1

CgoKCkNvUkUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBNLiBWZWlsbGV0dGUsIEVkLgpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgVHJpbGxpYW50IE5ldHdvcmtzIEluYy4KSW50ZW5kZWQgc3RhdHVzOiBTdGFu
ZGFyZHMgVHJhY2sgICAgICAgICAgICAgICAgICAgIFAuIHZhbiBkZXIgU3RvaywgRWQuCkV4cGly
ZXM6IERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
Y29uc3VsdGFudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgQS4gUGVsb3YKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQWNrbGlvCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQS4gQmllcm1h
bgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBZdW1hV29ya3MKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIEkuIFBldHJvdiwgRWQuCiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFja2xpbwogICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUg
MjIsIDIwMjAKCgogICAgICAgICAgICAgICAgICAgIENvQVAgTWFuYWdlbWVudCBJbnRlcmZhY2Ug
KENvTUkpCiAgICAgICAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtY29yZS1jb21pLTA5CgpB
YnN0cmFjdAoKICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYSBuZXR3b3JrIG1hbmFnZW1lbnQg
aW50ZXJmYWNlIGZvcgogICBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCBuZXR3b3JrcywgY2FsbGVk
IENvQVAgTWFuYWdlbWVudCBJbnRlcmZhY2UKICAgKENvTUkpLiAgVGhlIENvbnN0cmFpbmVkIEFw
cGxpY2F0aW9uIFByb3RvY29sIChDb0FQKSBpcyB1c2VkIHRvCiAgIGFjY2VzcyBkYXRhc3RvcmUg
YW5kIGRhdGEgbm9kZSByZXNvdXJjZXMgc3BlY2lmaWVkIGluIFlBTkcsIG9yIFNNSXYyCiAgIGNv
bnZlcnRlZCB0byBZQU5HLiAgQ29NSSB1c2VzIHRoZSBZQU5HIHRvIENCT1IgbWFwcGluZyBhbmQg
Y29udmVydHMKICAgWUFORyBpZGVudGlmaWVyIHN0cmluZ3MgdG8gbnVtZXJpYyBpZGVudGlmaWVy
cyBmb3IgcGF5bG9hZCBzaXplCiAgIHJlZHVjdGlvbi4gIENvTUkgZXh0ZW5kcyB0aGUgc2V0IG9m
IFlBTkcgYmFzZWQgcHJvdG9jb2xzLCBORVRDT05GIGFuZAogICBSRVNUQ09ORiwgd2l0aCB0aGUg
Y2FwYWJpbGl0eSB0byBtYW5hZ2UgY29uc3RyYWluZWQgZGV2aWNlcyBhbmQKICAgbmV0d29ya3Mu
CgpOb3RlCgogICBEaXNjdXNzaW9uIGFuZCBzdWdnZXN0aW9ucyBmb3IgaW1wcm92ZW1lbnQgYXJl
IHJlcXVlc3RlZCwgYW5kIHNob3VsZAogICBiZSBzZW50IHRvIHlvdEBpZXRmLm9yZy4KClN0YXR1
cyBvZiBUaGlzIE1lbW8KCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1
bGwgY29uZm9ybWFuY2Ugd2l0aCB0aGUKICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3
OS4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVy
bmV0IEVuZ2luZWVyaW5nCiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0IG90aGVyIGdy
b3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlCiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0
LURyYWZ0cy4gIFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtCiAgIERyYWZ0cyBpcyBhdCBo
dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RyYWZ0cy9jdXJyZW50Ly4KCiAgIEludGVybmV0
LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1v
bnRocwogICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3Ro
ZXIgZG9jdW1lbnRzIGF0IGFueQogICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2Ug
SW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0g
b3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAg
ICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgMV0KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAg
ICAgICBKdW5lIDIwMjAKCgogICBUaGlzIEludGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIERl
Y2VtYmVyIDI0LCAyMDIwLgoKQ29weXJpZ2h0IE5vdGljZQoKICAgQ29weXJpZ2h0IChjKSAyMDIw
IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlCiAgIGRvY3VtZW50
IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLgoKICAgVGhpcyBkb2N1bWVudCBpcyBzdWJq
ZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbAogICBQcm92aXNpb25zIFJl
bGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzCiAgIChodHRwczovL3RydXN0ZWUuaWV0Zi5vcmcvbGlj
ZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YKICAgcHVibGljYXRpb24gb2YgdGhp
cyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzCiAgIGNhcmVmdWxseSwg
YXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVzcGVj
dAogICB0byB0aGlzIGRvY3VtZW50LiAgQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRo
aXMgZG9jdW1lbnQgbXVzdAogICBpbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBh
cyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YKICAgdGhlIFRydXN0IExlZ2FsIFByb3Zpc2lv
bnMgYW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFzCiAgIGRlc2NyaWJlZCBpbiB0
aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZS4KClRhYmxlIG9mIENvbnRlbnRzCgogICAxLiAgSW50
cm9kdWN0aW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAgIDMKICAgICAxLjEuICBUZXJtaW5vbG9neSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gICA0CiAgIDIuICBDb01JIEFyY2hpdGVjdHVyZSAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQogICAgIDIuMS4gIE1ham9yIGRp
ZmZlcmVuY2VzIGJldHdlZW4gUkVTVENPTkYgYW5kIENvTUkgLiAuIC4gLiAuIC4gLiAgIDYKICAg
ICAgIDIuMS4xLiAgRGlmZmVyZW5jZXMgZHVlIHRvIENvQVAgYW5kIGl0cyBlZmZpY2llbnQgdXNh
Z2UgLiAuIC4gICA2CiAgICAgICAyLjEuMi4gIERpZmZlcmVuY2VzIGR1ZSB0byB0aGUgdXNlIG9m
IENCT1IgIC4gLiAuIC4gLiAuIC4gLiAuICAgNwogICAgIDIuMi4gIENvbXByZXNzaW9uIG9mIFlB
TkcgaWRlbnRpZmllcnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDcKICAgICAyLjMuICBJ
bnN0YW5jZS1pZGVudGlmaWVyIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
ICA4CiAgICAgMi40LiAgTWVkaWEtVHlwZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuICAgOAogICAgIDIuNS4gIFVuaWZpZWQgZGF0YXN0b3JlIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTAKICAgMy4gIEV4YW1wbGUgc3ludGF4
ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDExCiAgIDQu
ICBDb0FQIEludGVyZmFjZSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuICAxMQogICAgIDQuMS4gIFVzaW5nIHRoZSAnaycgcXVlcnkgcGFyYW1ldGVyIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTMKICAgICA0LjIuICBEYXRhIFJldHJpZXZhbCAgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE1CiAgICAgICA0LjIuMS4g
IFVzaW5nIHRoZSAnYycgcXVlcnkgcGFyYW1ldGVyIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAx
NQogICAgICAgNC4yLjIuICBVc2luZyB0aGUgJ2QnIHF1ZXJ5IHBhcmFtZXRlciAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAgMTYKICAgICAgIDQuMi4zLiAgR0VUIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE2CiAgICAgICA0LjIuNC4gIEZFVENIIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxOQogICAgIDQu
My4gIERhdGEgRWRpdGluZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAgMjAKICAgICAgIDQuMy4xLiAgRGF0YSBPcmRlcmluZyAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDIwCiAgICAgICA0LjMuMi4gIFBPU1QgIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyMAogICAgICAgNC4zLjMuICBQ
VVQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjEK
ICAgICAgIDQuMy40LiAgaVBBVENIICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gIDIyCiAgICAgICA0LjMuNS4gIERFTEVURSAgLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyMwogICAgIDQuNC4gIEZ1bGwgZGF0YXN0b3Jl
IGFjY2VzcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjQKICAgICAgIDQu
NC4xLiAgRnVsbCBkYXRhc3RvcmUgZXhhbXBsZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gIDI0CiAgICAgNC41LiAgRXZlbnQgc3RyZWFtICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuICAyNQogICAgICAgNC41LjEuICBOb3RpZnkgRXhhbXBsZXMgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjYKICAgICAgIDQuNS4yLiAgVGhl
ICdmJyBxdWVyeSBwYXJhbWV0ZXIgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDI3CgoK
ClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAg
ICAgICAgICBbUGFnZSAyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01J
ICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICAgNC42LiAgUlBDIHN0YXRl
bWVudHMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyNwogICAg
ICAgNC42LjEuICBSUEMgRXhhbXBsZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAgMjgKICAgNS4gIFVzZSBvZiBCbG9jay13aXNlIFRyYW5zZmVycyAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMwCiAgIDYuICBBcHBsaWNhdGlvbiBEaXNjb3Zlcnkg
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzMAogICAgIDYuMS4gIFlB
TkcgbGlicmFyeSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg
MzAKICAgICA2LjIuICBSZXNvdXJjZSBEaXNjb3ZlcnkgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gIDMxCiAgICAgICA2LjIuMS4gIERhdGFzdG9yZSBSZXNvdXJjZSBEaXNj
b3ZlcnkgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzMQogICAgICAgNi4yLjIuICBEYXRhIG5v
ZGUgUmVzb3VyY2UgRGlzY292ZXJ5ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzIKICAgICAg
IDYuMi4zLiAgRXZlbnQgc3RyZWFtIFJlc291cmNlIERpc2NvdmVyeSAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gIDMyCiAgIDcuICBFcnJvciBIYW5kbGluZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzMwogICA4LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMg
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzYKICAgOS4gIElBTkEgQ29u
c2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM3
CiAgICAgOS4xLiAgUmVzb3VyY2UgVHlwZSAocnQ9KSBMaW5rIFRhcmdldCBBdHRyaWJ1dGUgVmFs
dWVzIFJlZ2lzdHJ5ICAzNwogICAgIDkuMi4gIENvQVAgQ29udGVudC1Gb3JtYXRzIFJlZ2lzdHJ5
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzcKICAgICA5LjMuICBNZWRpYSBUeXBlcyBS
ZWdpc3RyeSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM3CiAgICAgOS40
LiAgWUFORyBOYW1lc3BhY2UgUmVnaXN0cmF0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuICAzOQogICAxMC4gQWNrbm93bGVkZ21lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAgMzkKICAgMTEuIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM5CiAgICAgMTEuMS4gIE5vcm1h
dGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzOQog
ICAgIDExLjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAgNDEKICAgQXBwZW5kaXggQS4gIGlldGYtY29taSBZQU5HIG1vZHVsZSAgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDQyCiAgIEFwcGVuZGl4IEIuICBpZXRmLWNvbWkg
LnNpZCBmaWxlICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0OAogICBBdXRob3Jz
JyBBZGRyZXNzZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAgNTEKCjEuICBJbnRyb2R1Y3Rpb24KCiAgIFRoZSBDb25zdHJhaW5lZCBBcHBsaWNhdGlvbiBQ
cm90b2NvbCAoQ29BUCkgW1JGQzcyNTJdIGlzIGRlc2lnbmVkIGZvcgogICBNYWNoaW5lIHRvIE1h
Y2hpbmUgKE0yTSkgYXBwbGljYXRpb25zIHN1Y2ggYXMgc21hcnQgZW5lcmd5LCBzbWFydAogICBj
aXR5LCBhbmQgYnVpbGRpbmcgY29udHJvbC4gIENvbnN0cmFpbmVkIGRldmljZXMgbmVlZCB0byBi
ZSBtYW5hZ2VkCiAgIGluIGFuIGF1dG9tYXRpYyBmYXNoaW9uIHRvIGhhbmRsZSB0aGUgbGFyZ2Ug
cXVhbnRpdGllcyBvZiBkZXZpY2VzCiAgIHRoYXQgYXJlIGV4cGVjdGVkIGluIGZ1dHVyZSBpbnN0
YWxsYXRpb25zLiAgTWVzc2FnZXMgYmV0d2VlbiBkZXZpY2VzCiAgIG5lZWQgdG8gYmUgYXMgc21h
bGwgYW5kIGluZnJlcXVlbnQgYXMgcG9zc2libGUuICBUaGUgaW1wbGVtZW50YXRpb24KICAgY29t
cGxleGl0eSBhbmQgcnVudGltZSByZXNvdXJjZXMgbmVlZCB0byBiZSBhcyBzbWFsbCBhcyBwb3Nz
aWJsZS4KCiAgIFRoaXMgZHJhZnQgZGVzY3JpYmVzIHRoZSBDb0FQIE1hbmFnZW1lbnQgSW50ZXJm
YWNlIHdoaWNoIHVzZXMgQ29BUAogICBtZXRob2RzIHRvIGFjY2VzcyBzdHJ1Y3R1cmVkIGRhdGEg
ZGVmaW5lZCBpbiBZQU5HIFtSRkM3OTUwXS4gIFRoaXMKICAgZHJhZnQgaXMgY29tcGxlbWVudGFy
eSB0byBbUkZDODA0MF0gd2hpY2ggZGVzY3JpYmVzIGEgUkVTVC1saWtlCiAgIGludGVyZmFjZSBj
YWxsZWQgUkVTVENPTkYsIHdoaWNoIHVzZXMgSFRUUCBtZXRob2RzIHRvIGFjY2VzcwogICBzdHJ1
Y3R1cmVkIGRhdGEgZGVmaW5lZCBpbiBZQU5HLgoKICAgVGhlIHVzZSBvZiBzdGFuZGFyZGl6ZWQg
ZGF0YSBtb2RlbHMgc3BlY2lmaWVkIGluIGEgc3RhbmRhcmRpemVkCiAgIGxhbmd1YWdlLCBzdWNo
IGFzIFlBTkcsIHByb21vdGVzIGludGVyb3BlcmFiaWxpdHkgYmV0d2VlbiBkZXZpY2VzIGFuZAog
ICBhcHBsaWNhdGlvbnMgZnJvbSBkaWZmZXJlbnQgbWFudWZhY3R1cmVycy4KCiAgIENvTUkgYW5k
IFJFU1RDT05GIGFyZSBpbnRlbmRlZCB0byB3b3JrIGluIGEgc3RhdGVsZXNzIGNsaWVudC1zZXJ2
ZXIKICAgZmFzaGlvbi4gIFRoZXkgdXNlIGEgc2luZ2xlIHJvdW5kLXRyaXAgdG8gY29tcGxldGUg
YSBzaW5nbGUgZWRpdGluZwogICB0cmFuc2FjdGlvbiwgd2hlcmUgTkVUQ09ORiBuZWVkcyBtdWx0
aXBsZSByb3VuZCB0cmlwcy4KCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVj
ZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgICBbUGFnZSAzXQoMCkludGVybmV0LURyYWZ0ICAg
ICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoK
CiAgIFRvIHByb21vdGUgc21hbGwgbWVzc2FnZXMsIENvTUkgdXNlcyBhIFlBTkcgdG8gQ0JPUiBt
YXBwaW5nCiAgIFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0gYW5kIG51bWVyaWMgaWRlbnRpZmll
cnMgW0ktRC5pZXRmLWNvcmUtc2lkXQogICB0byBtaW5pbWl6ZSBDQk9SIHBheWxvYWRzIGFuZCBV
UkkgbGVuZ3RoLgoKMS4xLiAgVGVybWlub2xvZ3kKCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAi
TVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgIlNIT1VMRCIs
ICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk5PVCBSRUNPTU1FTkRFRCIsICJNQVkiLCBh
bmQKICAgIk9QVElPTkFMIiBpbiB0aGlzIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBh
cyBkZXNjcmliZWQgaW4gQkNQCiAgIDE0IFtSRkMyMTE5XSBbUkZDODE3NF0gd2hlbiwgYW5kIG9u
bHkgd2hlbiwgdGhleSBhcHBlYXIgaW4gYWxsCiAgIGNhcGl0YWxzLCBhcyBzaG93biBoZXJlLgoK
ICAgVGhlIGZvbGxvd2luZyB0ZXJtcyBhcmUgZGVmaW5lZCBpbiB0aGUgWUFORyBkYXRhIG1vZGVs
aW5nIGxhbmd1YWdlCiAgIFtSRkM3OTUwXTogYWN0aW9uLCBhbnlkYXRhLCBhbnl4bWwsIGNsaWVu
dCwgY29udGFpbmVyLCBkYXRhIG1vZGVsLAogICBkYXRhIG5vZGUsIGlkZW50aXR5LCBpbnN0YW5j
ZSBpZGVudGlmaWVyLCBsZWFmLCBsZWFmLWxpc3QsIGxpc3QsCiAgIG1vZHVsZSwgUlBDLCBzY2hl
bWEgbm9kZSwgc2VydmVyLCBzdWJtb2R1bGUuCgogICBUaGUgZm9sbG93aW5nIHRlcm1zIGFyZSBk
ZWZpbmVkIGluIFtSRkM2MjQxXTogY29uZmlndXJhdGlvbiBkYXRhLAogICBkYXRhc3RvcmUsIHN0
YXRlIGRhdGEKCiAgIFRoZSBmb2xsb3dpbmcgdGVybSBpcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1j
b3JlLXNpZF06IFlBTkcgc2NoZW1hCiAgIGl0ZW0gaWRlbnRpZmllciAoWUFORyBTSUQsIG9mdGVu
IHNob3J0ZW4gdG8gc2ltcGx5IFNJRCkuCgogICBUaGUgZm9sbG93aW5nIHRlcm1zIGFyZSBkZWZp
bmVkIGluIHRoZSBDb0FQIHByb3RvY29sIFtSRkM3MjUyXToKICAgQ29uZmlybWFibGUgTWVzc2Fn
ZSwgQ29udGVudC1Gb3JtYXQsIEVuZHBvaW50LgoKICAgVGhlIGZvbGxvd2luZyB0ZXJtcyBhcmUg
ZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50OgoKICAgZGF0YSBub2RlIHJlc291cmNlOiAgYSBDb0FQ
IHJlc291cmNlIHRoYXQgbW9kZWxzIGEgWUFORyBkYXRhIG5vZGUuCgogICBkYXRhc3RvcmUgcmVz
b3VyY2U6ICBhIENvQVAgcmVzb3VyY2UgdGhhdCBtb2RlbHMgYSBZQU5HIGRhdGFzdG9yZS4KCiAg
IGV2ZW50IHN0cmVhbSByZXNvdXJjZTogIGEgQ29BUCByZXNvdXJjZSB1c2VkIGJ5IGNsaWVudHMg
dG8gb2JzZXJ2ZQogICAgICBZQU5HIG5vdGlmaWNhdGlvbnMuCgogICBub3RpZmljYXRpb24gaW5z
dGFuY2U6ICBBbiBpbnN0YW5jZSBvZiBhIHNjaGVtYSBub2RlIG9mIHR5cGUKICAgICAgbm90aWZp
Y2F0aW9uLCBzcGVjaWZpZWQgaW4gYSBZQU5HIG1vZHVsZSBpbXBsZW1lbnRlZCBieSB0aGUKICAg
ICAgc2VydmVyLiAgVGhlIGluc3RhbmNlIGlzIGdlbmVyYXRlZCBpbiB0aGUgc2VydmVyIGF0IHRo
ZSBvY2N1cnJlbmNlCiAgICAgIG9mIHRoZSBjb3JyZXNwb25kaW5nIGV2ZW50IGFuZCByZXBvcnRl
ZCBieSBhbiBldmVudCBzdHJlYW0KICAgICAgcmVzb3VyY2UuCgogICBsaXN0IGluc3RhbmNlIGlk
ZW50aWZpZXI6ICBIYW5kbGUgdXNlZCB0byBpZGVudGlmeSBhIFlBTkcgZGF0YSBub2RlCiAgICAg
IHRoYXQgaXMgYW4gaW5zdGFuY2Ugb2YgYSBZQU5HICJsaXN0IiBzcGVjaWZpZWQgd2l0aCB0aGUg
dmFsdWVzIG9mCiAgICAgIHRoZSBrZXkgbGVhdmVzIG9mIHRoZSBsaXN0LgoKICAgc2luZ2xlIGlu
c3RhbmNlIGlkZW50aWZpZXI6ICBIYW5kbGUgdXNlZCB0byBpZGVudGlmeSBhIHNwZWNpZmljIGRh
dGEKICAgICAgbm9kZSB3aGljaCBjYW4gYmUgaW5zdGFudGlhdGVkIG9ubHkgb25jZS4gIFRoaXMg
aW5jbHVkZXMgZGF0YQogICAgICBub2RlcyBkZWZpbmVkIGF0IHRoZSByb290IG9mIGEgWUFORyBt
b2R1bGUgYW5kIGRhdGEgbm9kZXMgZGVmaW5lZAoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBF
eHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgNF0KDApJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAgICBK
dW5lIDIwMjAKCgogICAgICB3aXRoaW4gYSBjb250YWluZXIuICBUaGlzIGV4Y2x1ZGVzIGRhdGEg
bm9kZXMgZGVmaW5lZCB3aXRoaW4gYQogICAgICBsaXN0IG9yIGFueSBjaGlsZHJlbiBvZiB0aGVz
ZSBkYXRhIG5vZGVzLgoKICAgaW5zdGFuY2UtaWRlbnRpZmllcjogIExpc3QgaW5zdGFuY2UgaWRl
bnRpZmllciBvciBzaW5nbGUgaW5zdGFuY2UKICAgICAgaWRlbnRpZmllci4KCiAgIGluc3RhbmNl
LXZhbHVlOiAgVGhlIHZhbHVlIGFzc2lnbmVkIHRvIGEgZGF0YSBub2RlIGluc3RhbmNlLgogICAg
ICBJbnN0YW5jZS12YWx1ZXMgYXJlIHNlcmlhbGl6ZWQgaW50byB0aGUgcGF5bG9hZCBhY2NvcmRp
bmcgdG8gdGhlCiAgICAgIHJ1bGVzIGRlZmluZWQgaW4gc2VjdGlvbiA0IG9mIFtJLUQuaWV0Zi1j
b3JlLXlhbmctY2Jvcl0uCgoyLiAgQ29NSSBBcmNoaXRlY3R1cmUKCiAgIFRoaXMgc2VjdGlvbiBk
ZXNjcmliZXMgdGhlIENvTUkgYXJjaGl0ZWN0dXJlIHRvIHVzZSBDb0FQIGZvciByZWFkaW5nCiAg
IGFuZCBtb2RpZnlpbmcgdGhlIGNvbnRlbnQgb2YgZGF0YXN0b3JlKHMpIHVzZWQgZm9yIHRoZSBt
YW5hZ2VtZW50IG9mCiAgIHRoZSBpbnN0cnVtZW50ZWQgbm9kZS4KCiAgICstLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8
ICAgICAgICAgICAgICAgIFNNSXYyIHNwZWNpZmljYXRpb24gKG9wdGlvbmFsKSAoMikgICAgICAg
ICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBWCiAgICstLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8ICAg
ICAgICAgICAgICAgICAgICAgWUFORyBzcGVjaWZpY2F0aW9uICAoMSkgICAgICAgICAgICAgICAg
ICAgIHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0rCiAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwKICAgQ2xpZW50ICAgViAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBTZXJ2ZXIgICAgICAgVgogICArLS0tLS0tLS0tLS0tLS0tLSsgICAgICAgICAgICAg
ICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCAgICAgICAgUmVxdWVzdCB8
LS0+IENvQVAgcmVxdWVzdCgzKSAtLT58IEluZGljYXRpb24gICAgICAgICAgICB8CiAgIHwgICAg
ICAgIENvbmZpcm0gfDwtLSBDb0FQIHJlc3BvbnNlKDMpPC0tfCBSZXNwb25zZSAgICAgICAgICAo
NCkgfAogICB8ICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAg
ICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICAgICB8PD09PT0gU2VjdXJpdHkgKDcp
ID09PT58Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLSt8CiAgICstLS0tLS0tLS0tLS0tLS0tKyAgICAg
ICAgICAgICAgICAgICAgICAgfHwgRGF0YXN0b3JlKHMpICAgICg1KSB8fAogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwrLS0tLS0tLS0tLS0tLS0tLS0tLS0tK3wK
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8Ky0tLS0tLS0tLS0t
LS0tLS0tLS0tLSt8CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fHwgRXZlbnQgc3RyZWFtKHMpICg2KSB8fAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIHwrLS0tLS0tLS0tLS0tLS0tLS0tLS0tK3wKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCgogICAg
ICAgICAgICAgICAgICAgRmlndXJlIDE6IEFic3RyYWN0IENvTUkgYXJjaGl0ZWN0dXJlCgogICBG
aWd1cmUgMSBpcyBhIGhpZ2gtbGV2ZWwgcmVwcmVzZW50YXRpb24gb2YgdGhlIG1haW4gZWxlbWVu
dHMgb2YgdGhlCiAgIENvTUkgbWFuYWdlbWVudCBhcmNoaXRlY3R1cmUuICBUaGUgZGlmZmVyZW50
IG51bWJlcmVkIGNvbXBvbmVudHMgb2YKICAgRmlndXJlIDEgYXJlIGRpc2N1c3NlZCBhY2NvcmRp
bmcgdG8gdGhlIGNvbXBvbmVudCBudW1iZXIuCgogICAoMSkgWUFORyBzcGVjaWZpY2F0aW9uOiAg
Y29udGFpbnMgYSBzZXQgb2YgbmFtZWQgYW5kIHZlcnNpb25lZAogICAgICBtb2R1bGVzLgoKCgoK
ClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAg
ICAgICAgICBbUGFnZSA1XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01J
ICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICgyKSBTTUl2MiBzcGVjaWZp
Y2F0aW9uOiAgT3B0aW9uYWwgcGFydCB0aGF0IGNvbnNpc3RzIG9mIGEgbmFtZWQKICAgICAgbW9k
dWxlIHdoaWNoLCBzcGVjaWZpZXMgYSBzZXQgb2YgdmFyaWFibGVzIGFuZCAiY29uY2VwdHVhbAog
ICAgICB0YWJsZXMiLiAgVGhlcmUgaXMgYW4gYWxnb3JpdGhtIHRvIHRyYW5zbGF0ZSBTTUl2MiBz
cGVjaWZpY2F0aW9ucwogICAgICB0byBZQU5HIHNwZWNpZmljYXRpb25zLgoKICAgKDMpIENvQVAg
cmVxdWVzdC9yZXNwb25zZSBtZXNzYWdlczogIFRoZSBDb01JIGNsaWVudCBzZW5kcyByZXF1ZXN0
CiAgICAgIG1lc3NhZ2VzIHRvIGFuZCByZWNlaXZlcyByZXNwb25zZSBtZXNzYWdlcyBmcm9tIHRo
ZSBDb01JIHNlcnZlci4KCiAgICg0KSBSZXF1ZXN0LCBJbmRpY2F0aW9uLCBSZXNwb25zZSwgQ29u
ZmlybTogIFByb2Nlc3NlcyBwZXJmb3JtZWQgYnkKICAgICAgdGhlIENvTUkgY2xpZW50cyBhbmQg
c2VydmVycy4KCiAgICg1KSBEYXRhc3RvcmU6ICBBIHJlc291cmNlIHVzZWQgdG8gYWNjZXNzIGNv
bmZpZ3VyYXRpb24gZGF0YSwgc3RhdGUKICAgICAgZGF0YSwgUlBDcywgYW5kIGFjdGlvbnMuICBB
IENvTUkgc2VydmVyIG1heSBzdXBwb3J0IGEgc2luZ2xlCiAgICAgIHVuaWZpZWQgZGF0YXN0b3Jl
IG9yIG11bHRpcGxlIGRhdGFzdG9yZXMgYXMgdGhvc2UgZGVmaW5lZCBieQogICAgICBOZXR3b3Jr
IE1hbmFnZW1lbnQgRGF0YXN0b3JlIEFyY2hpdGVjdHVyZSAoTk1EQSkgW1JGQzgzNDJdLgoKICAg
KDYpIEV2ZW50IHN0cmVhbTogIEEgcmVzb3VyY2UgdXNlZCB0byBnZXQgcmVhbC10aW1lIG5vdGlm
aWNhdGlvbnMuICBBCiAgICAgIENvTUkgc2VydmVyIG1heSBzdXBwb3J0IG11bHRpcGxlIEV2ZW50
IHN0cmVhbXMgc2VydmluZyBkaWZmZXJlbnQKICAgICAgcHVycG9zZXMgc3VjaCBhcyBub3JtYWwg
bW9uaXRvcmluZywgZGlhZ25vc3RpYywgc3lzbG9nLCBzZWN1cml0eQogICAgICBtb25pdG9yaW5n
LgoKICAgKDcpIFNlY3VyaXR5OiAgVGhlIHNlcnZlciBNVVNUIHByZXZlbnQgdW5hdXRob3JpemVk
IHVzZXJzIGZyb20KICAgICAgcmVhZGluZyBvciB3cml0aW5nIGFueSBDb01JIHJlc291cmNlcy4g
IENvTUkgcmVsaWVzIG9uIHNlY3VyaXR5CiAgICAgIHByb3RvY29scyBzdWNoIGFzIERUTFMgW1JG
QzYzNDddIG9yIE9TQ09SRSBbUkZDODYxM10gdG8gc2VjdXJlCiAgICAgIENvQVAgY29tbXVuaWNh
dGlvbnMuCgoyLjEuICBNYWpvciBkaWZmZXJlbmNlcyBiZXR3ZWVuIFJFU1RDT05GIGFuZCBDb01J
CgogICBDb01JIGlzIGEgUkVTVGZ1bCBwcm90b2NvbCBmb3Igc21hbGwgZGV2aWNlcyB3aGVyZSBz
YXZpbmcgYnl0ZXMgdG8KICAgdHJhbnNwb3J0IGEgbWVzc2FnZSBpcyB2ZXJ5IGltcG9ydGFudC4g
IENvbnRyYXJ5IHRvIFJFU1RDT05GLCBtYW55CiAgIGRlc2lnbiBkZWNpc2lvbnMgYXJlIG1vdGl2
YXRlZCBieSB0aGUgc2F2aW5nIG9mIGJ5dGVzLiAgQ29uc2VxdWVudGx5LAogICBDb01JIGlzIG5v
dCBhIFJFU1RDT05GIG92ZXIgQ29BUCBwcm90b2NvbCwgYnV0IGRpZmZlcnMgbW9yZQogICBzaWdu
aWZpY2FudGx5IGZyb20gUkVTVENPTkYuCgoyLjEuMS4gIERpZmZlcmVuY2VzIGR1ZSB0byBDb0FQ
IGFuZCBpdHMgZWZmaWNpZW50IHVzYWdlCgogICBvICBDb01JIHVzZXMgQ29BUC9VRFAgYXMgdHJh
bnNwb3J0IHByb3RvY29sIGFuZCBDQk9SIGFzIHBheWxvYWQKICAgICAgZm9ybWF0IFtJLUQuaWV0
Zi1jb3JlLXlhbmctY2Jvcl0uICBSRVNUQ09ORiB1c2VzIEhUVFAvVENQIGFzCiAgICAgIHRyYW5z
cG9ydCBwcm90b2NvbCBhbmQgSlNPTiBvciBYTUwgYXMgcGF5bG9hZCBmb3JtYXRzLgoKICAgbyAg
Q29NSSB1c2VzIHRoZSBtZXRob2RzIEZFVENIIGFuZCBpUEFUQ0ggdG8gYWNjZXNzIG11bHRpcGxl
IGRhdGEKICAgICAgbm9kZXMuICBSRVNUQ09ORiB1c2VzIGluc3RlYWQgdGhlIEhUVFAgbWV0aG9k
IFBBVENIIGFuZCB0aGUgSFRUUAogICAgICBtZXRob2QgR0VUIHdpdGggdGhlICJmaWVsZHMiIFF1
ZXJ5IHBhcmFtZXRlci4KCiAgIG8gIFJFU1RDT05GIHVzZXMgdGhlIEhUVFAgbWV0aG9kcyBIRUFE
LCBhbmQgT1BUSU9OUywgd2hpY2ggYXJlIG5vdAogICAgICBzdXBwb3J0ZWQgYnkgQ29BUC4KCgoK
CgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAg
ICAgICAgICAgW1BhZ2UgNl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29N
SSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBvICBDb01JIGRvZXMgbm90
IHN1cHBvcnQgImluc2VydCIgcXVlcnkgcGFyYW1ldGVyIChmaXJzdCwgbGFzdCwKICAgICAgYmVm
b3JlLCBhZnRlcikgYW5kIHRoZSAicG9pbnQiIHF1ZXJ5IHBhcmFtZXRlciB3aGljaCBhcmUgc3Vw
cG9ydGVkCiAgICAgIGJ5IFJFU1RDT05GLgoKICAgbyAgQ29NSSBkb2VzIG5vdCBzdXBwb3J0IHRo
ZSAic3RhcnQtdGltZSIgYW5kICJzdG9wLXRpbWUiIHF1ZXJ5CiAgICAgIHBhcmFtZXRlcnMgdG8g
cmV0cmlldmUgcGFzdCBub3RpZmljYXRpb25zLgoKMi4xLjIuICBEaWZmZXJlbmNlcyBkdWUgdG8g
dGhlIHVzZSBvZiBDQk9SCgogICBvICBDb01JIGVuY29kZXMgWUFORyBpZGVudGlmaWVyIHN0cmlu
Z3MgYXMgbnVtYmVycywgd2hlcmUgUkVTVENPTkYKICAgICAgZG9lcyBub3QuCgogICBvICBDb01J
IGFsc28gZGlmZmVyIGluIHRoZSBoYW5kbGluZyBvZiBkZWZhdWx0IHZhbHVlcywgb25seSAncmVw
b3J0LQogICAgICBhbGwnIGFuZCAndHJpbScgb3B0aW9ucyBhcmUgc3VwcG9ydGVkLgoKMi4yLiAg
Q29tcHJlc3Npb24gb2YgWUFORyBpZGVudGlmaWVycwoKICAgSW4gdGhlIFlBTkcgc3BlY2lmaWNh
dGlvbiwgaXRlbXMgYXJlIGlkZW50aWZpZWQgd2l0aCBhIG5hbWUgc3RyaW5nLgogICBJbiBvcmRl
ciB0byBzaWduaWZpY2FudGx5IHJlZHVjZSB0aGUgc2l6ZSBvZiBpZGVudGlmaWVycyB1c2VkIGlu
CiAgIENvTUksIG51bWVyaWMgaWRlbnRpZmllcnMgY2FsbGVkIFlBTkcgU2NoZW1hIEl0ZW0gaURl
bnRpZmllciAoWUFORwogICBTSUQgb3Igc2ltcGx5IFNJRCkgYXJlIHVzZWQgaW5zdGVhZC4KCiAg
IFdoZW4gdXNlZCBpbiBhIFVSSSwgU0lEcyBhcmUgZW5jb2RlZCB1c2luZyBiYXNlNjQgZW5jb2Rp
bmcgb2YgdGhlIFNJRAogICBieXRlcy4gIFRoZSBiYXNlNjQgZW5jb2RpbmcgaXMgdXNpbmcgdGhl
IFVSTCBhbmQgRmlsZW5hbWUgc2FmZQogICBhbHBoYWJldCBhcyBkZWZpbmVkIGJ5IFtSRkM0NjQ4
XSBzZWN0aW9uIDUsIHdpdGhvdXQgcGFkZGluZy4gIFRoZQogICBsYXN0IDYgYml0cyBlbmNvZGVk
IGlzIGFsd2F5cyBhbGlnbmVkIHdpdGggdGhlIGxlYXN0IHNpZ25pZmljYW50IDYKICAgYml0cyBv
ZiB0aGUgU0lEIHJlcHJlc2VudGVkIHVzaW5nIGFuIHVuc2lnbmVkIGludGVnZXIuICAnQScKICAg
Y2hhcmFjdGVycyAodmFsdWUgMCkgYXQgdGhlIHN0YXJ0IG9mIHRoZSByZXN1bHRpbmcgc3RyaW5n
IGFyZQogICByZW1vdmVkLiAgU2VlIEZpZ3VyZSAyIGZvciBjb21wbGV0ZSBpbGx1c3RyYXRpb24u
CgogICBTSUQgaW4gYmFzZTY0ID0gVVJMc2FmZUNoYXJbU0lEID4+IDYwICYgMHgzRl0gfAogICAg
ICAgICAgICAgICAgICAgIFVSTHNhZmVDaGFyW1NJRCA+PiA1NCAmIDB4M0ZdIHwKICAgICAgICAg
ICAgICAgICAgICBVUkxzYWZlQ2hhcltTSUQgPj4gNDggJiAweDNGXSB8CiAgICAgICAgICAgICAg
ICAgICAgVVJMc2FmZUNoYXJbU0lEID4+IDQyICYgMHgzRl0gfAogICAgICAgICAgICAgICAgICAg
IFVSTHNhZmVDaGFyW1NJRCA+PiAzNiAmIDB4M0ZdIHwKICAgICAgICAgICAgICAgICAgICBVUkxz
YWZlQ2hhcltTSUQgPj4gMzAgJiAweDNGXSB8CiAgICAgICAgICAgICAgICAgICAgVVJMc2FmZUNo
YXJbU0lEID4+IDI0ICYgMHgzRl0gfAogICAgICAgICAgICAgICAgICAgIFVSTHNhZmVDaGFyW1NJ
RCA+PiAxOCAmIDB4M0ZdIHwKICAgICAgICAgICAgICAgICAgICBVUkxzYWZlQ2hhcltTSUQgPj4g
MTIgJiAweDNGXSB8CiAgICAgICAgICAgICAgICAgICAgVVJMc2FmZUNoYXJbU0lEID4+IDYgJiAw
eDNGXSB8CiAgICAgICAgICAgICAgICAgICAgVVJMc2FmZUNoYXJbU0lEICYgMHgzRl0KCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAyCgogICBGb3IgZXhhbXBsZSwgU0lE
IDE3MjEgaXMgZW5jb2RlZCBhcyBmb2xsb3cuCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAg
IEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgICBbUGFnZSA3XQoMCkludGVy
bmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAg
IEp1bmUgMjAyMAoKCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gNjAgJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gNTQgJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gNDggJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gNDIgJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gMzYgJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gMzAgJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gMjQgJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gMTggJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gMTIgJiAweDNGXSA9IFVSTHNhZmVD
aGFyWzBdID0gJ0EnCiAgIFVSTHNhZmVDaGFyWzE3MjEgPj4gNiAmIDB4M0ZdICA9IFVSTHNhZmVD
aGFyWzI2XSA9ICdhJwogICBVUkxzYWZlQ2hhclsxNzIxICYgMHgzRl0gICAgICAgPSBVUkxzYWZl
Q2hhcls1N10gPSAnNScKCiAgIFRoZSByZXN1bHRpbmcgYmFzZTY0IHJlcHJlc2VudGF0aW9uIG9m
IFNJRCAxNzIxIGlzIHRoZSB0d28tY2hhcmFjdGVyCiAgIHN0cmluZyAiYTUiLgoKMi4zLiAgSW5z
dGFuY2UtaWRlbnRpZmllcgoKICAgSW5zdGFuY2UtaWRlbnRpZmllcnMgYXJlIHVzZWQgdG8gdW5p
cXVlbHkgaWRlbnRpZnkgZGF0YSBub2RlCiAgIGluc3RhbmNlcyB3aXRoaW4gYSBkYXRhc3RvcmUu
ICBUaGlzIFlBTkcgYnVpbHQtaW4gdHlwZSBpcyBkZWZpbmVkIGluCiAgIFtSRkM3OTUwXSBzZWN0
aW9uIDkuMTMuICBBbiBpbnN0YW5jZS1pZGVudGlmaWVyIGlzIGNvbXBvc2VkIG9mIHRoZQogICBk
YXRhIG5vZGUgaWRlbnRpZmllciAoaS5lLiBhIFNJRCkgYW5kIGZvciBkYXRhIG5vZGVzIHdpdGhp
biBsaXN0KHMpCiAgIHRoZSBrZXlzIHVzZWQgdG8gaW5kZXggd2l0aGluIHRoZXNlIGxpc3Qocyku
CgogICBXaGVuIHBhcnQgb2YgYSBwYXlsb2FkLCBpbnN0YW5jZS1pZGVudGlmaWVycyBhcmUgZW5j
b2RlZCBpbiBDQk9SCiAgIGJhc2VkIG9uIHRoZSBydWxlcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1j
b3JlLXlhbmctY2Jvcl0gc2VjdGlvbgogICA2LjEzLjEuICBXaGVuIHBhcnQgb2YgYSBVUkksIHRo
ZSBTSUQgaXMgYXBwZW5kZWQgdG8gdGhlIFVSSSBvZiB0aGUKICAgdGFyZ2V0ZWQgZGF0YXN0b3Jl
LCB0aGUga2V5cyBhcmUgc3BlY2lmaWVkIHVzaW5nIHRoZSAnaycgcXVlcnkKICAgcGFyYW1ldGVy
IGFzIGRlZmluZWQgaW4gU2VjdGlvbiA0LjEuCgoyLjQuICBNZWRpYS1UeXBlcwoKICAgQ29NSSB1
c2VzIE1lZGlhLVR5cGVzIGJhc2VkIG9uIHRoZSBZQU5HIHRvIENCT1IgbWFwcGluZyBzcGVjaWZp
ZWQgaW4KICAgW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9yXS4KCiAgIFRoZSBmb2xsb3dpbmcgTWVk
aWEtVHlwZSBpcyB1c2VkIGFzIGRlZmluZWQgaW4gW0ktRC5pZXRmLWNvcmUtc2lkXS4KCiAgIG8g
IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQKCiAgIFRoZSBmb2xsb3dpbmcgbmV3
IE1lZGlhLVR5cGVzIGFyZSBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQ6CgogICBhcHBsaWNhdGlv
bi95YW5nLWlkZW50aWZpZXJzK2Nib3I6ICBUaGlzIE1lZGlhLVR5cGUgcmVwcmVzZW50cyBhIENC
T1IKICAgICAgWUFORyBkb2N1bWVudCBjb250YWluaW5nIGEgbGlzdCBvZiBpbnN0YW5jZS1pZGVu
dGlmaWVyIHVzZWQgdG8KICAgICAgdGFyZ2V0IHNwZWNpZmljIGRhdGEgbm9kZSBpbnN0YW5jZXMg
d2l0aGluIGEgZGF0YXN0b3JlLgoKICAgICAgRk9STUFUOiBDQk9SIGFycmF5IG9mIGluc3RhbmNl
LWlkZW50aWZpZXIKCiAgICAgIFRoZSBtZXNzYWdlIHBheWxvYWQgb2YgTWVkaWEtVHlwZSAnYXBw
bGljYXRpb24veWFuZy0KICAgICAgaWRlbnRpZmllcnMrY2JvcicgaXMgZW5jb2RlZCB1c2luZyBh
IENCT1IgYXJyYXkuICBFYWNoIGVudHJ5IG9mCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4
cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgICBbUGFnZSA4XQoMCkludGVybmV0
LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1
bmUgMjAyMAoKCiAgICAgIHRoaXMgQ0JPUiBhcnJheSBjb250YWluIGFuIGluc3RhbmNlLWlkZW50
aWZpZXIgZW5jb2RlZCBhcyBkZWZpbmVkCiAgICAgIGluIFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jv
cl0gc2VjdGlvbiA2LjEzLjEuCgogICBhcHBsaWNhdGlvbi95YW5nLWluc3RhbmNlcytjYm9yOiAg
VGhpcyBNZWRpYS1UeXBlIHJlcHJlc2VudHMgYSBDQk9SCiAgICAgIFlBTkcgZG9jdW1lbnQgY29u
dGFpbmluZyBhIGxpc3Qgb2YgZGF0YSBub2RlIGluc3RhbmNlcy4gIEVhY2ggZGF0YQogICAgICBu
b2RlIGluc3RhbmNlIGlzIGlkZW50aWZpZWQgYnkgaXRzIGFzc29jaWF0ZWQgaW5zdGFuY2UtaWRl
bnRpZmllci4KCiAgICAgIEZPUk1BVDogQ0JPUiBhcnJheSBvZiBDQk9SIG1hcCBvZiBpbnN0YW5j
ZS1pZGVudGlmaWVyLCBpbnN0YW5jZS0KICAgICAgdmFsdWUKCiAgICAgIFRoZSBtZXNzYWdlIHBh
eWxvYWQgb2YgTWVkaWEtVHlwZSAnYXBwbGljYXRpb24veWFuZy0KICAgICAgaW5zdGFuY2VzK2Ni
b3InIGlzIGVuY29kZWQgdXNpbmcgYSBDQk9SIGFycmF5LiAgRWFjaCBlbnRyeSB3aXRoaW4KICAg
ICAgdGhpcyBDQk9SIGFycmF5IGNvbnRhaW5zIGEgQ0JPUiBtYXAgY2FycnlpbmcgYW4gaW5zdGFu
Y2UtCiAgICAgIGlkZW50aWZpZXIgYW5kIGFzc29jaWF0ZWQgaW5zdGFuY2UtdmFsdWUuICBJbnN0
YW5jZS1pZGVudGlmaWVycwogICAgICBhcmUgZW5jb2RlZCB1c2luZyB0aGUgcnVsZXMgZGVmaW5l
ZCBpbiBbSS1ELmlldGYtY29yZS15YW5nLWNib3JdCiAgICAgIHNlY3Rpb24gNi4xMy4xLCBpbnN0
YW5jZS12YWx1ZXMgYXJlIGVuY29kZWQgdXNpbmcgdGhlIHJ1bGVzCiAgICAgIGRlZmluZWQgaW4g
W0ktRC5pZXRmLWNvcmUteWFuZy1jYm9yXSBzZWN0aW9uIDQuCgogICAgICBXaGVuIHByZXNlbnQg
aW4gYW4gaVBBVENIIHJlcXVlc3QgcGF5bG9hZCwgdGhpcyBNZWRpYS1UeXBlIGNhcnJ5IGEKICAg
ICAgbGlzdCBvZiBkYXRhIG5vZGUgaW5zdGFuY2VzIHRvIGJlIHJlcGxhY2VkLCBjcmVhdGVkLCBv
ciBkZWxldGVkLgogICAgICBGb3IgZWFjaCBkYXRhIG5vZGUgaW5zdGFuY2UgRCwgZm9yIHdoaWNo
IHRoZSBpbnN0YW5jZS1pZGVudGlmaWVyCiAgICAgIGlzIHRoZSBzYW1lIGFzIGEgZGF0YSBub2Rl
IGluc3RhbmNlIEksIGluIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUKICAgICAgcmVzb3VyY2U6IHRo
ZSB2YWx1ZSBvZiBEIHJlcGxhY2VzIHRoZSB2YWx1ZSBvZiBJLiAgV2hlbiB0aGUgdmFsdWUKICAg
ICAgb2YgRCBpcyBudWxsLCB0aGUgZGF0YSBub2RlIGluc3RhbmNlIEkgaXMgcmVtb3ZlZC4gIFdo
ZW4gdGhlCiAgICAgIHRhcmdldGVkIGRhdGFzdG9yZSByZXNvdXJjZSBkb2VzIG5vdCBjb250YWlu
IGEgZGF0YSBub2RlIGluc3RhbmNlCiAgICAgIHdpdGggdGhlIHNhbWUgaW5zdGFuY2UtaWRlbnRp
ZmllciBhcyBELCBhIG5ldyBpbnN0YW5jZSBpcyBjcmVhdGVkCiAgICAgIHdpdGggdGhlIHNhbWUg
aW5zdGFuY2UtaWRlbnRpZmllciBhbmQgdmFsdWUgYXMgRC4KCiAgIFRoZSBkaWZmZXJlbnQgTWVk
aWEtVHlwZSB1c2FnZXMgYXJlIHN1bW1hcml6ZWQgaW4gdGhlIHRhYmxlIGJlbG93OgoKCgoKCgoK
CgoKCgoKCgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAy
NCwgMjAyMCAgICAgICAgICAgICAgIFtQYWdlIDldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
ICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgKy0t
LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0rCiAgIHwgTWV0aG9kICAgICAgICB8IFJlc291cmNlICAgICB8IE1lZGlhLVR5cGUg
ICAgICAgICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t
LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBHRVQgcmVzcG9u
c2UgIHwgZGF0YSBub2RlICAgIHwgYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCB8
CiAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgfAogICB8IFBVVCByZXF1ZXN0ICAgfCBkYXRhIG5vZGUgICAgfCBhcHBs
aWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkIHwKICAgfCAgICAgICAgICAgICAgIHwgICAg
ICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgUE9T
VCByZXF1ZXN0ICB8IGRhdGEgbm9kZSAgICB8IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBp
ZD1zaWQgfAogICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBERUxFVEUgICAgICAgIHwgZGF0YSBub2RlICAg
IHwgbi9hICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAg
ICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAog
ICB8IEdFVCByZXNwb25zZSAgfCBkYXRhc3RvcmUgICAgfCBhcHBsaWNhdGlvbi95YW5nLWRhdGEr
Y2JvcjsgaWQ9c2lkIHwKICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgUFVUIHJlcXVlc3QgICB8IGRhdGFz
dG9yZSAgICB8IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQgfAogICB8ICAgICAg
ICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwKICAgfCBQT1NUIHJlcXVlc3QgIHwgZGF0YXN0b3JlICAgIHwgYXBwbGljYXRpb24veWFu
Zy1kYXRhK2Nib3I7IGlkPXNpZCB8CiAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IEZFVENIIHJlcXVlc3Qg
fCBkYXRhc3RvcmUgICAgfCBhcHBsaWNhdGlvbi95YW5nLWlkZW50aWZpZXJzK2Nib3IgIHwKICAg
fCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8CiAgIHwgRkVUQ0ggICAgICAgICB8IGRhdGFzdG9yZSAgICB8IGFwcGxpY2F0
aW9uL3lhbmctaW5zdGFuY2VzK2Nib3IgICAgfAogICB8IHJlc3BvbnNlICAgICAgfCAgICAgICAg
ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAg
ICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8CiAgIHwgaVBBVENIICAgICAgICB8IGRhdGFzdG9yZSAgICB8IGFwcGxpY2F0aW9uL3lhbmct
aW5zdGFuY2VzK2Nib3IgICAgfAogICB8IHJlcXVlc3QgICAgICAgfCAgICAgICAgICAgICAgfCAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwg
R0VUIHJlc3BvbnNlICB8IGV2ZW50IHN0cmVhbSB8IGFwcGxpY2F0aW9uL3lhbmctaW5zdGFuY2Vz
K2Nib3IgICAgfAogICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBQT1NUIHJlcXVlc3QgIHwgcnBjLCBhY3Rp
b24gIHwgYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCB8CiAgIHwgICAgICAgICAg
ICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fAogICB8IFBPU1QgcmVzcG9uc2UgfCBycGMsIGFjdGlvbiAgfCBhcHBsaWNhdGlvbi95YW5nLWRh
dGErY2JvcjsgaWQ9c2lkIHwKICAgKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCgoyLjUuICBVbmlmaWVkIGRhdGFzdG9y
ZQoKICAgQ29NSSBzdXBwb3J0cyBhIHNpbXBsZSBkYXRhc3RvcmUgbW9kZWwgY29uc2lzdGluZyBv
ZiBhIHNpbmdsZSB1bmlmaWVkCiAgIGRhdGFzdG9yZS4gIFRoaXMgZGF0YXN0b3JlIHByb3ZpZGVz
IGFjY2VzcyB0byBib3RoIGNvbmZpZ3VyYXRpb24gYW5kCiAgIG9wZXJhdGlvbmFsIGRhdGEuICBD
b25maWd1cmF0aW9uIHVwZGF0ZXMgcGVyZm9ybWVkIG9uIHRoaXMgZGF0YXN0b3JlCiAgIGFyZSBy
ZWZsZWN0ZWQgaW1tZWRpYXRlbHkgb3Igd2l0aCBhIG1pbmltYWwgZGVsYXkgYXMgb3BlcmF0aW9u
YWwKICAgZGF0YS4KCiAgIEFsdGVybmF0aXZlbHksIENvTUkgc2VydmVycyBNQVkgaW1wbGVtZW50
IGEgbW9yZSBjb21wbGV4IGRhdGFzdG9yZQogICBtb2RlbCBzdWNoIGFzIHRoZSBOZXR3b3JrIE1h
bmFnZW1lbnQgRGF0YXN0b3JlIEFyY2hpdGVjdHVyZSAoTk1EQSkgYXMKICAgZGVmaW5lZCBieSBb
UkZDODM0Ml0uICBFYWNoIGRhdGFzdG9yZSBzdXBwb3J0ZWQgaXMgaW1wbGVtZW50ZWQgYXMgYQog
ICBkYXRhc3RvcmUgcmVzb3VyY2UuCgogICBDaGFyYWN0ZXJpc3RpY3Mgb2YgdGhlIHVuaWZpZWQg
ZGF0YXN0b3JlIGFyZSBzdW1tYXJpemVkIGluIHRoZSB0YWJsZQogICBiZWxvdzoKCgoKClZlaWxs
ZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAg
IFtQYWdlIDEwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAg
ICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IE5hbWUg
ICAgICAgIHwgVmFsdWUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgTmFtZSAgICAgICAgfCB1bmlmaWVkICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAg
fCBZQU5HICAgICAgICB8IGFsbCBtb2R1bGVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8CiAgIHwgbW9kdWxlcyAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBZQU5HIG5v
ZGVzICB8IGFsbCBkYXRhIG5vZGVzICgiY29uZmlnIHRydWUiIGFuZCAiY29uZmlnIGZhbHNlIikg
ICB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgfAogICB8IEFjY2VzcyAgICAgIHwgcmVhZC13cml0ZSAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwg
SG93IGFwcGxpZWQgfCBjaGFuZ2VzIGFwcGxpZWQgaW4gcGxhY2UgaW1tZWRpYXRlbHkgb3Igd2l0
aCBhICAgICAgfAogICB8ICAgICAgICAgICAgIHwgbWluaW1hbCBkZWxheSAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgUHJvdG9jb2xz
ICAgfCBDb01JICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHwKICAgfCBEZWZpbmVkIGluICB8ICJpZXRmLWNvbWkiICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKMy4gIEV4
YW1wbGUgc3ludGF4CgogICBDQk9SIGlzIHVzZWQgdG8gZW5jb2RlIENvTUkgcmVxdWVzdCBhbmQg
cmVzcG9uc2UgcGF5bG9hZHMuICBUaGUgQ0JPUgogICBzeW50YXggb2YgdGhlIFlBTkcgcGF5bG9h
ZHMgaXMgc3BlY2lmaWVkIGluIFtSRkM3MDQ5XS4gIFRoZSBwYXlsb2FkCiAgIGV4YW1wbGVzIGFy
ZSBub3RhdGVkIGluIERpYWdub3N0aWMgbm90YXRpb24gKGRlZmluZWQgaW4gc2VjdGlvbiA2IG9m
CiAgIFtSRkM3MDQ5XSkgdGhhdCBjYW4gYmUgYXV0b21hdGljYWxseSBjb252ZXJ0ZWQgdG8gQ0JP
Ui4KCiAgIFNJRHMgaW4gVVJJcyBhcmUgcmVwcmVzZW50ZWQgYXMgYSBiYXNlNjQgbnVtYmVyLCBT
SURzIGluIHRoZSBwYXlsb2FkCiAgIGFyZSByZXByZXNlbnRlZCBhcyBkZWNpbWFsIG51bWJlcnMu
Cgo0LiAgQ29BUCBJbnRlcmZhY2UKCiAgIFRoaXMgbm90ZSBzcGVjaWZpZXMgYSBNYW5hZ2VtZW50
IEludGVyZmFjZS4gIENvQVAgZW5kcG9pbnRzIHRoYXQKICAgaW1wbGVtZW50IHRoZSBDb01JIG1h
bmFnZW1lbnQgcHJvdG9jb2wsIHN1cHBvcnQgYXQgbGVhc3Qgb25lCiAgIGRpc2NvdmVyYWJsZSBt
YW5hZ2VtZW50IHJlc291cmNlIG9mIHJlc291cmNlIHR5cGUgKHJ0KTogY29yZS5jLmRzLgogICBU
aGUgcGF0aCBvZiB0aGUgZGlzY292ZXJhYmxlIG1hbmFnZW1lbnQgcmVzb3VyY2UgaXMgbGVmdCB0
bwogICBpbXBsZW1lbnRlcnMgdG8gc2VsZWN0IChzZWUgU2VjdGlvbiA2KS4KCiAgIFRoZSBtYXBw
aW5nIG9mIFlBTkcgZGF0YSBub2RlIGluc3RhbmNlcyB0byBDb01JIHJlc291cmNlcyBpcyBhcwog
ICBmb2xsb3dzLiAgRXZlcnkgZGF0YSBub2RlIG9mIHRoZSBZQU5HIG1vZHVsZXMgbG9hZGVkIGlu
IHRoZSBDb01JCiAgIHNlcnZlciByZXByZXNlbnRzIGEgc3ViLXJlc291cmNlIG9mIHRoZSBkYXRh
c3RvcmUgcmVzb3VyY2UgKGUuZy4gL2MvCiAgIFlBTkdTSUQpLiAgV2hlbiBtdWx0aXBsZSBpbnN0
YW5jZXMgb2YgYSBsaXN0IGV4aXN0LCBpbnN0YW5jZQogICBzZWxlY3Rpb24gaXMgcG9zc2libGUg
YXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC4xLCBTZWN0aW9uIDQuMi4zLjEsCiAgIGFuZCBTZWN0
aW9uIDQuMi40LgoKICAgQ29NSSBhbHNvIHN1cHBvcnRzIGV2ZW50IHN0cmVhbSByZXNvdXJjZXMg
dXNlZCB0byBvYnNlcnZlCiAgIG5vdGlmaWNhdGlvbiBpbnN0YW5jZXMuICBFdmVudCBzdHJlYW0g
cmVzb3VyY2VzIGNhbiBiZSBkaXNjb3ZlcmVkCiAgIHVzaW5nIHJlc291cmNlIHR5cGUgKHJ0KTog
Y29yZS5jLmV2LgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0
LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAxMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBUaGUg
ZGVzY3JpcHRpb24gb2YgdGhlIENvTUkgbWFuYWdlbWVudCBpbnRlcmZhY2UgaXMgc2hvd24gaW4g
dGhlCiAgIHRhYmxlIGJlbG93OgoKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSst
LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLSsKICAgfCBDb0FQIHJlc291cmNlICAgICAgICAgICAg
ICAgIHwgRXhhbXBsZSBwYXRoIHwgcnQgICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLSsKICAgfCBEYXRhc3RvcmUgcmVz
b3VyY2UgICAgICAgICAgIHwgL2MgICAgICAgICAgIHwgY29yZS5jLmRzIHwKICAgfCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgIHwKICAgfCBE
YXRhIG5vZGUgcmVzb3VyY2UgICAgICAgICAgIHwgL2MvWUFOR1NJRCAgIHwgY29yZS5jLmRuIHwK
ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAg
ICAgIHwKICAgfCBEZWZhdWx0IGV2ZW50IHN0ZWFtIHJlc291cmNlIHwgL3MgICAgICAgICAgIHwg
Y29yZS5jLmV2IHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t
LS0tLSstLS0tLS0tLS0tLSsKCiAgIFRoZSBwYXRoIHZhbHVlcyBpbiB0aGUgdGFibGUgYXJlIGV4
YW1wbGUgb25lcy4gIE9uIGRpc2NvdmVyeSwgdGhlCiAgIHNlcnZlciBtYWtlcyB0aGUgYWN0dWFs
IHBhdGggdmFsdWVzIGtub3duIGZvciB0aGVzZSByZXNvdXJjZXMuCgogICBUaGUgbWV0aG9kcyB1
c2VkIGJ5IENvTUkgYXJlOgoKICAgKy0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgT3BlcmF0aW9uIHwgRGVzY3Jp
cHRpb24gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICArLS0t
LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLSsKICAgfCBHRVQgICAgICAgfCBSZXRyaWV2ZSB0aGUgZGF0YXN0b3JlIHJlc291cmNl
IG9yIGEgZGF0YSBub2RlICAgICAgICB8CiAgIHwgICAgICAgICAgIHwgcmVzb3VyY2UgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICB8
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwK
ICAgfCBGRVRDSCAgICAgfCBSZXRyaWV2ZSBzcGVjaWZpYyBkYXRhIG5vZGVzIHdpdGhpbiBhIGRh
dGFzdG9yZSAgICAgICB8CiAgIHwgICAgICAgICAgIHwgcmVzb3VyY2UgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBQT1NU
ICAgICAgfCBDcmVhdGUgYSBkYXRhc3RvcmUgcmVzb3VyY2Ugb3IgYSBkYXRhIG5vZGUgcmVzb3Vy
Y2UsICB8CiAgIHwgICAgICAgICAgIHwgaW52b2tlIGFuIFJQQyBvciBhY3Rpb24gICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBQVVQgICAgICAgfCBD
cmVhdGUgb3IgcmVwbGFjZSBhIGRhdGFzdG9yZSByZXNvdXJjZSBvciBhIGRhdGEgbm9kZSB8CiAg
IHwgICAgICAgICAgIHwgcmVzb3VyY2UgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBpUEFUQ0ggICAgfCBJZGVtLXBvdGVu
dGx5IGNyZWF0ZSwgcmVwbGFjZSwgYW5kIGRlbGV0ZSBkYXRhIG5vZGUgICB8CiAgIHwgICAgICAg
ICAgIHwgcmVzb3VyY2Uocykgd2l0aGluIGEgZGF0YXN0b3JlIHJlc291cmNlICAgICAgICAgICAg
ICAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwKICAgfCBERUxFVEUgICAgfCBEZWxldGUgYSBkYXRhc3RvcmUg
cmVzb3VyY2Ugb3IgYSBkYXRhIG5vZGUgcmVzb3VyY2UgICB8CiAgICstLS0tLS0tLS0tLSstLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAg
VGhlcmUgaXMgYXQgbW9zdCBvbmUgaW5zdGFuY2Ugb2YgdGhlICdrJyBxdWVyeSBwYXJhbWV0ZXIg
Zm9yIFlBTkcKICAgbGlzdCBlbGVtZW50IHNlbGVjdGlvbiBmb3IgdGhlIEdFVCwgUFVULCBQT1NU
LCBhbmQgREVMRVRFIG1ldGhvZHMuCiAgIEhhdmluZyBtdWx0aXBsZSBpbnN0YW5jZXMgb2YgdGhh
dCBxdWVyeSBwYXJhbWV0ZXIgc2hhbGwgYmUgdHJlYXRlZCBhcwogICBhbiBlcnJvci4KCgoKCgoK
CgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAg
ICAgICAgICBbUGFnZSAxMl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29N
SSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICArLS0tLS0tLS0tLS0tLS0t
LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBRdWVyeSBw
YXJhbWV0ZXIgfCBEZXNjcmlwdGlvbiAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICst
LS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
KwogICB8IGsgICAgICAgICAgICAgICB8IFNlbGVjdCBhbiBpbnN0YW5jZSB3aXRoaW4gWUFORyBs
aXN0KHMpIHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0rCgogICBUaGlzIHBhcmFtZXRlciBpcyBub3QgdXNlZCBmb3IgRkVUQ0gg
YW5kIGlQQVRDSCwgYmVjYXVzZSB0aGVpcgogICByZXF1ZXN0IHBheWxvYWRzIHN1cHBvcnQgbGlz
dCBpbnN0YW5jZSBzZWxlY3Rpb24uCgo0LjEuICBVc2luZyB0aGUgJ2snIHF1ZXJ5IHBhcmFtZXRl
cgoKICAgVGhlICdrJyAoa2V5KSBwYXJhbWV0ZXIgc3BlY2lmaWVzIGEgc3BlY2lmaWMgaW5zdGFu
Y2Ugb2YgYSBkYXRhIG5vZGUuCiAgIFRoZSBTSUQgaW4gdGhlIFVSSSBpcyBmb2xsb3dlZCBieSB0
aGUgKD9rPWtleTEsa2V5MiwuLi4pLiAgV2hlcmUgU0lECiAgIGlkZW50aWZpZXMgYSBkYXRhIG5v
ZGUsIGFuZCBrZXkxLCBrZXkyIGFyZSB0aGUgdmFsdWVzIG9mIHRoZSBrZXkKICAgbGVhdmVzIHRo
YXQgc3BlY2lmeSBhbiBpbnN0YW5jZS4gIExpc3RzIGNhbiBoYXZlIG11bHRpcGxlIGtleXMsIGFu
ZAogICBsaXN0cyBjYW4gYmUgcGFydCBvZiBsaXN0cy4gIFRoZSBvcmRlciBvZiBrZXkgdmFsdWUg
Z2VuZXJhdGlvbiBpcwogICBnaXZlbiByZWN1cnNpdmVseSBieToKCiAgIG8gIEZvciBhIGdpdmVu
IGxpc3QsIGlmIGEgcGFyZW50IGRhdGEgbm9kZSBpcyBhIGxpc3QsIGdlbmVyYXRlIHRoZQogICAg
ICBrZXlzIGZvciB0aGUgcGFyZW50IGxpc3QgZmlyc3QuCgogICBvICBGb3IgYSBnaXZlbiBsaXN0
LCBnZW5lcmF0ZSBrZXkgdmFsdWVzIGluIHRoZSBvcmRlciBzcGVjaWZpZWQgaW4KICAgICAgdGhl
IFlBTkcgbW9kdWxlLgoKICAgS2V5IHZhbHVlcyBhcmUgZW5jb2RlZCB1c2luZyB0aGUgcnVsZXMg
ZGVmaW5lZCBpbiB0aGUgZm9sbG93aW5nCiAgIHRhYmxlLgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAg
ICAgICAgICAgW1BhZ2UgMTNdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENv
TUkgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgKy0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IFlB
TkcgZGF0YXR5cGUgICAgICAgICAgICAgICB8IFVyaS1RdWVyeSB0ZXh0IGNvbnRlbnQgICAgICAg
ICB8CiAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLSsKICAgfCB1aW50OCx1aW50MTYsdW5pdDMyLCB1aW50NjQgfCBpbnQyc3Ry
KGtleSkgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgaW50OCwgaW50MTYsaW50
MzIsIGludDY0ICAgIHwgdXJsU2FmZUJhc2U2NChDQk9SZW5jb2RlKGtleSkpIHwKICAgfCAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fAogICB8IGRlY2ltYWw2NCAgICAgICAgICAgICAgICAgICB8IHVybFNhZmVCYXNlNjQoQ0JPUiBr
ZXkpICAgICAgICB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBzdHJpbmcgICAgICAgICAgICAgICAgICAgICAg
fCBrZXkgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgYm9vbGVh
biAgICAgICAgICAgICAgICAgICAgIHwgIjAiIG9yICIxIiAgICAgICAgICAgICAgICAgICAgIHwK
ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgfAogICB8IGVudW1lcmF0aW9uICAgICAgICAgICAgICAgICB8IGludDJzdHIoa2V5
KSAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBiaXRzICAgICAgICAgICAgICAg
ICAgICAgICAgfCB1cmxTYWZlQmFzZTY0KENCT1JlbmNvZGUoa2V5KSkgfAogICB8ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAg
IHwgYmluYXJ5ICAgICAgICAgICAgICAgICAgICAgIHwgdXJsU2FmZUJhc2U2NChrZXkpICAgICAg
ICAgICAgIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgfAogICB8IGlkZW50aXR5cmVmICAgICAgICAgICAgICAgICB8IGlu
dDJzdHIoa2V5KSAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCB1bmlvbiAgICAg
ICAgICAgICAgICAgICAgICAgfCB1cmxTYWZlQmFzZTY0KENCT1JlbmNvZGUoa2V5KSkgfAogICB8
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICB8CiAgIHwgaW5zdGFuY2UtaWRlbnRpZmllciAgICAgICAgIHwgdXJsU2FmZUJhc2U2NChD
Qk9SZW5jb2RlKGtleSkpIHwKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgSW4gdGhpcyB0YWJsZToKCiAgIG8gIFRo
ZSBtZXRob2QgaW50MnN0cigpIGlzIHVzZWQgdG8gY29udmVydCBhbiBpbnRlZ2VyIHZhbHVlIHRv
IGEKICAgICAgZGVjaW1hbCBzdHJpbmcuICBGb3IgZXhhbXBsZSwgaW50MnN0cigweDAxMjMpIHJl
dHVybiB0aGUgdGhyZWUtCiAgICAgIGNoYXJhY3RlciBzdHJpbmcgIjI5MSIuCgogICBvICBUaGUg
Ym9vbGVhbiB2YWx1ZXMgZmFsc2UgYW5kIHRydWUgYXJlIHJlcHJlc2VudGVkIGFzIHRoZSBzaW5n
bGUtCiAgICAgIGNoYXJhY3RlciBzdHJpbmdzICIwIiBhbmQgIjEiIHJlc3BlY3RpdmVseS4KCiAg
IG8gIFRoZSBtZXRob2QgdXJsU2FmZUJhc2U2NCgpIGlzIHVzZWQgdG8gY29udmVydCBhIGJpbmFy
eSBzdHJpbmcgdG8KICAgICAgYmFzZTY0IHVzaW5nIHRoZSBVUkwgYW5kIEZpbGVuYW1lIHNhZmUg
YWxwaGFiZXQgYXMgZGVmaW5lZCBieQogICAgICBbUkZDNDY0OF0gc2VjdGlvbiA1LCB3aXRob3V0
IHBhZGRpbmcuICBGb3IgZXhhbXBsZSwKICAgICAgdXJsU2FmZUJhc2U2NCgweEY5NTZBMTNDKSBy
ZXR1cm4gdGhlIHNpeC1jaGFyYWN0ZXIgc3RyaW5nCiAgICAgICItVmFoUEEiLgoKICAgbyAgVGhl
IG1ldGhvZCBDQk9SZW5jb2RlKCkgaXMgdXNlZCB0byBjb252ZXJ0IGEgWUFORyB2YWx1ZSB0byBD
Qk9SIGFzCiAgICAgIHNwZWNpZmllZCBpbiBbSS1ELmlldGYtY29yZS15YW5nLWNib3JdIHNlY3Rp
b24gNi4KCiAgIFRoZSByZXN1bHRpbmcga2V5IHN0cmluZ3MgYXJlIGpvaW5lZCB1c2luZyBjb21t
YXMgYmV0d2VlbiBldmVyeSB0d28KICAgY29uc2VjdXRpdmUga2V5IHZhbHVlcyB0byBwcm9kdWNl
IHRoZSB2YWx1ZSBvZiB0aGUgJ2snIHBhcmFtZXRlci4KCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAg
ICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAxNF0KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAg
ICAgICBKdW5lIDIwMjAKCgo0LjIuICBEYXRhIFJldHJpZXZhbAoKICAgT25lIG9yIG1vcmUgZGF0
YSBub2RlcyBjYW4gYmUgcmV0cmlldmVkIGJ5IHRoZSBjbGllbnQuICBUaGUgb3BlcmF0aW9uCiAg
IGlzIG1hcHBlZCB0byB0aGUgR0VUIG1ldGhvZCBkZWZpbmVkIGluIHNlY3Rpb24gNS44LjEgb2Yg
W1JGQzcyNTJdIGFuZAogICB0byB0aGUgRkVUQ0ggbWV0aG9kIGRlZmluZWQgaW4gc2VjdGlvbiAy
IG9mIFtSRkM4MTMyXS4KCiAgIFRoZXJlIGFyZSB0d28gYWRkaXRpb25hbCBxdWVyeSBwYXJhbWV0
ZXJzIGZvciB0aGUgR0VUIGFuZCBGRVRDSAogICBtZXRob2RzLgoKICAgKy0tLS0tLS0tLS0tLS0r
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAg
IHwgcXVlcnkgICAgICAgfCBEZXNjcmlwdGlvbiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfAogICB8IHBhcmFtZXRlcnMgIHwgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgYyAgICAg
ICAgICAgfCBDb250cm9sIHNlbGVjdGlvbiBvZiBjb25maWd1cmF0aW9uIGFuZCBub24tICAgICAg
ICAgfAogICB8ICAgICAgICAgICAgIHwgY29uZmlndXJhdGlvbiBkYXRhIG5vZGVzIChHRVQgYW5k
IEZFVENIKSAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgZCAgICAgICAgICAgfCBD
b250cm9sIHJldHJpZXZhbCBvZiBkZWZhdWx0IHZhbHVlcy4gICAgICAgICAgICAgICAgfAogICAr
LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLSsKCjQuMi4xLiAgVXNpbmcgdGhlICdjJyBxdWVyeSBwYXJhbWV0ZXIKCiAgIFRo
ZSAnYycgKGNvbnRlbnQpIG9wdGlvbiBjb250cm9scyBob3cgZGVzY2VuZGFudCBub2RlcyBvZiB0
aGUKICAgcmVxdWVzdGVkIGRhdGEgbm9kZXMgd2lsbCBiZSBwcm9jZXNzZWQgaW4gdGhlIHJlcGx5
LgoKICAgVGhlIGFsbG93ZWQgdmFsdWVzIGFyZToKCiAgICstLS0tLS0tKy0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IFZhbHVlIHwgRGVz
Y3JpcHRpb24gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0t
LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0rCiAgIHwgYyAgICAgfCBSZXR1cm4gb25seSBjb25maWd1cmF0aW9uIGRlc2NlbmRhbnQgZGF0
YSBub2RlcyAgICAgfAogICB8ICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCBuICAgICB8IFJldHVybiBvbmx5IG5vbi1jb25m
aWd1cmF0aW9uIGRlc2NlbmRhbnQgZGF0YSBub2RlcyB8CiAgIHwgICAgICAgfCAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IGEgICAgIHwg
UmV0dXJuIGFsbCBkZXNjZW5kYW50IGRhdGEgbm9kZXMgICAgICAgICAgICAgICAgICAgIHwKICAg
Ky0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0rCgogICBUaGlzIG9wdGlvbiBpcyBvbmx5IGFsbG93ZWQgZm9yIEdFVCBhbmQgRkVUQ0gg
bWV0aG9kcyBvbiBkYXRhc3RvcmUKICAgYW5kIGRhdGEgbm9kZSByZXNvdXJjZXMuICBBIDQuMDIg
KEJhZCBPcHRpb24pIGVycm9yIGlzIHJldHVybmVkIGlmCiAgIHVzZWQgZm9yIG90aGVyIG1ldGhv
ZHMgb3IgcmVzb3VyY2UgdHlwZXMuCgogICBJZiB0aGlzIHF1ZXJ5IHBhcmFtZXRlciBpcyBub3Qg
cHJlc2VudCwgdGhlIGRlZmF1bHQgdmFsdWUgaXMgImEiICh0aGUKICAgcXVvdGVzIGFyZSBhZGRl
ZCBmb3IgcmVhZGFiaWxpdHksIGJ1dCB0aGV5IGFyZSBub3QgcGFydCBvZiB0aGUKICAgcGF5bG9h
ZCkuCgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwg
MjAyMCAgICAgICAgICAgICAgW1BhZ2UgMTVdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAg
ICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKNC4yLjIuICBV
c2luZyB0aGUgJ2QnIHF1ZXJ5IHBhcmFtZXRlcgoKICAgVGhlICdkJyAod2l0aC1kZWZhdWx0cykg
b3B0aW9uIGNvbnRyb2xzIGhvdyB0aGUgZGVmYXVsdCB2YWx1ZXMgb2YgdGhlCiAgIGRlc2NlbmRh
bnQgbm9kZXMgb2YgdGhlIHJlcXVlc3RlZCBkYXRhIG5vZGVzIHdpbGwgYmUgcHJvY2Vzc2VkLgoK
ICAgVGhlIGFsbG93ZWQgdmFsdWVzIGFyZToKCiAgICstLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IFZhbHVlIHwg
RGVzY3JpcHRpb24gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IHwKICAgKy0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgYSAgICAgfCBBbGwgZGF0YSBub2RlcyBhcmUgcmVwb3J0
ZWQuIERlZmluZWQgYXMgJ3JlcG9ydC1hbGwnIGluICAgfAogICB8ICAgICAgIHwgc2VjdGlvbiAz
LjEgb2YgW1JGQzYyNDNdLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAg
ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICB8CiAgIHwgdCAgICAgfCBEYXRhIG5vZGVzIHNldCB0byB0aGUgWUFORyBkZWZhdWx0
IGFyZSBub3QgcmVwb3J0ZWQuICAgICAgfAogICB8ICAgICAgIHwgRGVmaW5lZCBhcyAndHJpbScg
aW4gc2VjdGlvbiAzLjIgb2YgW1JGQzYyNDNdLiAgICAgICAgICAgIHwKICAgKy0tLS0tLS0rLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r
CgogICBJZiB0aGUgdGFyZ2V0IG9mIGEgR0VUIG9yIEZFVENIIG1ldGhvZCBpcyBhIGRhdGEgbm9k
ZSB0aGF0IHJlcHJlc2VudHMKICAgYSBsZWFmIHRoYXQgaGFzIGEgZGVmYXVsdCB2YWx1ZSwgYW5k
IHRoZSBsZWFmIGhhcyBub3QgYmVlbiBnaXZlbiBhCiAgIHZhbHVlIGJ5IGFueSBjbGllbnQgeWV0
LCB0aGUgc2VydmVyIE1VU1QgcmV0dXJuIHRoZSBkZWZhdWx0IHZhbHVlIG9mCiAgIHRoZSBsZWFm
LgoKICAgSWYgdGhlIHRhcmdldCBvZiBhIEdFVCBtZXRob2QgaXMgYSBkYXRhIG5vZGUgdGhhdCBy
ZXByZXNlbnRzIGEKICAgY29udGFpbmVyIG9yIGxpc3QgdGhhdCBoYXMgY2hpbGQgcmVzb3VyY2Vz
IHdpdGggZGVmYXVsdCB2YWx1ZXMsIGFuZAogICB0aGVzZSBoYXZlIG5vdCBiZWVuIGdpdmVuIHZh
bHVlIHlldCwKCiAgICAgIFRoZSBzZXJ2ZXIgTVVTVCBOT1QgcmV0dXJuIHRoZSBjaGlsZCByZXNv
dXJjZSBpZiBkPXQKCiAgICAgIFRoZSBzZXJ2ZXIgTVVTVCByZXR1cm4gdGhlIGNoaWxkIHJlc291
cmNlIGlmIGQ9YS4KCiAgIElmIHRoaXMgcXVlcnkgcGFyYW1ldGVyIGlzIG5vdCBwcmVzZW50LCB0
aGUgZGVmYXVsdCB2YWx1ZSBpcyAidCIgKHRoZQogICBxdW90ZXMgYXJlIGFkZGVkIGZvciByZWFk
YWJpbGl0eSwgYnV0IHRoZXkgYXJlIG5vdCBwYXJ0IG9mIHRoZQogICBwYXlsb2FkKS4KCjQuMi4z
LiAgR0VUCgogICBBIHJlcXVlc3QgdG8gcmVhZCB0aGUgdmFsdWUgb2YgYSBkYXRhIG5vZGUgaW5z
dGFuY2UgaXMgc2VudCB3aXRoIGEKICAgQ29BUCBHRVQgbWVzc2FnZS4gIFRoZSBVUkkgaXMgc2V0
IHRvIHRoZSBkYXRhIG5vZGUgcmVzb3VyY2UKICAgcmVxdWVzdGVkLCB0aGUgJ2snIHF1ZXJ5IHBh
cmFtZXRlciBpcyBhZGRlZCBpZiBhbnkgb2YgdGhlIHBhcmVudHMgb2YKICAgdGhlIHJlcXVlc3Rl
ZCBkYXRhIG5vZGUgaXMgYSBsaXN0IG5vZGUuCgogICBGT1JNQVQ6CiAgICAgR0VUIDxkYXRhIG5v
ZGUgcmVzb3VyY2U+IFsnaycgVXJpLVF1ZXJ5IG9wdGlvbl0KCiAgICAgMi4wNSBDb250ZW50IChD
b250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKICAgICBD
Qk9SIG1hcCBvZiBTSUQsIGluc3RhbmNlLXZhbHVlCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAg
ICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMTZdCgwKSW50
ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAg
ICAgSnVuZSAyMDIwCgoKICAgVGhlIHJldHVybmVkIHBheWxvYWQgY29udGFpbnMgdGhlIENCT1Ig
ZW5jb2Rpbmcgb2YgdGhlIHJlcXVlc3RlZAogICBpbnN0YW5jZS12YWx1ZS4KCjQuMi4zLjEuICBH
RVQgRXhhbXBsZXMKCiAgIFVzaW5nLCBmb3IgZXhhbXBsZSwgdGhlIGN1cnJlbnQtZGF0ZXRpbWUg
bGVhZiBmcm9tIG1vZHVsZSBpZXRmLXN5c3RlbQogICBbUkZDNzMxN10sIGEgcmVxdWVzdCBpcyBz
ZW50IHRvIHJldHJpZXZlIHRoZSB2YWx1ZSBvZiAnc3lzdGVtLQogICBzdGF0ZS9jbG9jay9jdXJy
ZW50LWRhdGV0aW1lJy4gIFRoZSBTSUQgb2YgJ3N5c3RlbS1zdGF0ZS9jbG9jay8KICAgY3VycmVu
dC1kYXRldGltZScgaXMgMTcyMywgZW5jb2RlZCBpbiBiYXNlNjQgYWNjb3JkaW5nIHRvCiAgIFNl
Y3Rpb24gMi4yLCB5aWVsZHMgYTcuICBUaGUgcmVzcG9uc2UgdG8gdGhlIHJlcXVlc3QgcmV0dXJu
cyB0aGUgQ0JPUgogICBtYXAgd2l0aCB0aGUga2V5IHNldCB0byB0aGUgU0lEIG9mIHRoZSByZXF1
ZXN0ZWQgZGF0YSBub2RlIChpLmUuCiAgIDE3MjMpIGFuZCB0aGUgdmFsdWUgZW5jb2RlZCB1c2lu
ZyBhICd0ZXh0IHN0cmluZycgYXMgZGVmaW5lZCBpbgogICBbSS1ELmlldGYtY29yZS15YW5nLWNi
b3JdIHNlY3Rpb24gNi40LiAgVGhlIGRhdGFzdG9yZSByZXNvdXJjZSBwYXRoCiAgIC9jIGlzIGFu
IGV4YW1wbGUgbG9jYXRpb24gZGlzY292ZXJlZCB3aXRoIGEgcmVxdWVzdCBzaW1pbGFyIHRvCiAg
IEZpZ3VyZSA0LgoKICBSRVE6IEdFVCA8L2MvYTc+CgogIFJFUzogMi4wNSBDb250ZW50IChDb250
ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKICB7CiAgICAx
NzIzIDogIjIwMTQtMTAtMjZUMTI6MTY6MzFaIgogIH0KCiAgIFRoZSBuZXh0IGV4YW1wbGUgcmVw
cmVzZW50cyB0aGUgcmV0cmlldmFsIG9mIGEgWUFORyBjb250YWluZXIuICBJbgogICB0aGlzIGNh
c2UsIHRoZSBDb01JIGNsaWVudCBwZXJmb3JtcyBhIEdFVCByZXF1ZXN0IG9uIHRoZSBjbG9jawog
ICBjb250YWluZXIgKFNJRCA9IDE3MjE7IGJhc2U2NDogYTUpLiAgVGhlIGNvbnRhaW5lciByZXR1
cm5lZCBpcwogICBlbmNvZGVkIHVzaW5nIGEgQ0JPUiBtYXAgYXMgc3BlY2lmaWVkIGJ5IFtJLUQu
aWV0Zi1jb3JlLXlhbmctY2Jvcl0KICAgc2VjdGlvbiA0LjIuCgogIFJFUTogR0VUIDwvYy9hNT4K
CiAgUkVTOiAyLjA1IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRh
dGErY2JvcjsgaWQ9c2lkKQogIHsKICAgIDE3MjEgOiB7CiAgICAgIDIgOiAiMjAxNC0xMC0yNlQx
MjoxNjo1MVoiLCAgICAvIGN1cnJlbnQtZGF0ZXRpbWUgKFNJRCAxNzIzKSAvCiAgICAgIDEgOiAi
MjAxNC0xMC0yMVQwMzowMDowMFoiICAgICAvIGJvb3QtZGF0ZXRpbWUgKFNJRCAxNzIyKSAvCiAg
ICB9CiAgfQoKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDMKCiAgIFRo
aXMgZXhhbXBsZSBzaG93cyB0aGUgcmV0cmlldmFsIG9mIHRoZSAvaW50ZXJmYWNlcy9pbnRlcmZh
Y2UgWUFORwogICBsaXN0IGFjY2Vzc2VkIHVzaW5nIFNJRCAxNTMzIChiYXNlNjQ6IFg5KS4gIFRo
ZSByZXR1cm4gcGF5bG9hZCBpcwogICBlbmNvZGVkIHVzaW5nIGEgQ0JPUiBhcnJheSBhcyBzcGVj
aWZpZWQgYnkgW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9yXQogICBzZWN0aW9uIDQuNC4xIGNvbnRh
aW5pbmcgMiBpbnN0YW5jZXMuCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMg
RGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDE3XQoMCkludGVybmV0LURyYWZ0
ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAy
MAoKCiAgUkVROiBHRVQgPC9jL1g5PgoKICBSRVM6IDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3Jt
YXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgewogICAgMTUzMyA6IFsK
ICAgICAgewogICAgICAgIDQgOiAiZXRoMCIsICAgICAgICAgICAgICAgICAvIG5hbWUgIChTSUQg
MTUzNykgLwogICAgICAgIDEgOiAiRXRoZXJuZXQgYWRhcHRvciIsICAgICAvIGRlc2NyaXB0aW9u
IChTSUQgMTUzNCkgLwogICAgICAgIDUgOiAxODgwLCAgICAgICAgICAgICAgICAgICAvIHR5cGUs
IChTSUQgMTUzOCkgaWRlbnRpdHkgLwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAvIGV0aGVybmV0Q3NtYWNkIChTSUQgMTg4MCkgLwogICAgICAgIDIgOiB0cnVlICAgICAgICAg
ICAgICAgICAgICAvIGVuYWJsZWQgKFNJRCAxNTM1KSAvCiAgICAgIH0sCiAgICAgIHsKICAgICAg
ICA0IDogImV0aDEiLCAgICAgICAgICAgICAgICAgLyBuYW1lIChTSUQgMTUzNykgLwogICAgICAg
IDEgOiAiRXRoZXJuZXQgYWRhcHRvciIsICAgICAvIGRlc2NyaXB0aW9uIChTSUQgMTUzNCkgLwog
ICAgICAgIDUgOiAxODgwLCAgICAgICAgICAgICAgICAgICAvIHR5cGUsIChTSUQgMTUzOCkgaWRl
bnRpdHkgLwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvIGV0aGVybmV0Q3Nt
YWNkIChTSUQgMTg4MCkgLwogICAgICAgIDIgOiBmYWxzZSAgICAgICAgICAgICAgICAgICAvIGVu
YWJsZWQgKFNJRCAxNTM1KSAvCiAgICAgIH0KICAgIF0KICB9CgogICBUbyByZXRyaWV2ZSBhIHNw
ZWNpZmljIGluc3RhbmNlIHdpdGhpbiB0aGUgL2ludGVyZmFjZXMvaW50ZXJmYWNlIFlBTkcKICAg
bGlzdCwgdGhlIENvTUkgY2xpZW50IGFkZHMgdGhlIGtleSBvZiB0aGUgdGFyZ2V0ZWQgaW5zdGFu
Y2UgaW4gaXRzCiAgIENvQVAgcmVxdWVzdCB1c2luZyB0aGUgJ2snIHF1ZXJ5IHBhcmFtZXRlci4g
IFRoZSByZXR1cm4gcGF5bG9hZAogICBjb250YWluaW5nIHRoZSBpbnN0YW5jZSByZXF1ZXN0ZWQg
aXMgZW5jb2RlZCB1c2luZyBhIENCT1IgYXJyYXkgYXMKICAgc3BlY2lmaWVkIGJ5IFtJLUQuaWV0
Zi1jb3JlLXlhbmctY2Jvcl0gc2VjdGlvbiA0LjQuMSBjb250YWluaW5nIHRoZQogICByZXF1ZXN0
ZWQgaW5zdGFuY2UuCgogIFJFUTogR0VUIDwvYy9YOT9rPWV0aDA+CgogIFJFUzogMi4wNSBDb250
ZW50IChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkK
ICB7CiAgICAxNTMzIDogWwogICAgICB7CiAgICAgICAgNCA6ICJldGgwIiwgICAgICAgICAgICAg
ICAgIC8gbmFtZSAgKFNJRCAxNTM3KSAvCiAgICAgICAgMSA6ICJFdGhlcm5ldCBhZGFwdG9yIiwg
ICAgIC8gZGVzY3JpcHRpb24gKFNJRCAxNTM0KSAvCiAgICAgICAgNSA6IDE4ODAsICAgICAgICAg
ICAgICAgICAgIC8gdHlwZSwgKFNJRCAxNTM4KSBpZGVudGl0eSAvCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIC8gZXRoZXJuZXRDc21hY2QgKFNJRCAxODgwKSAvCiAgICAgICAg
MiA6IHRydWUgICAgICAgICAgICAgICAgICAgIC8gZW5hYmxlZCAoU0lEIDE1MzUpIC8KICAgICAg
fQogICAgXQogIH0KCiAgIEl0IGlzIGVxdWFsbHkgcG9zc2libGUgdG8gc2VsZWN0IGEgbGVhZiBv
ZiBhIHNwZWNpZmljIGluc3RhbmNlIG9mIGEKICAgbGlzdC4gIFRoZSBleGFtcGxlIGJlbG93IHJl
cXVlc3RzIHRoZSBkZXNjcmlwdGlvbiBsZWFmIChTSUQgMTUzNCwKICAgYmFzZTY0OiBYLSkgd2l0
aGluIHRoZSBpbnRlcmZhY2UgbGlzdCBjb3JyZXNwb25kaW5nIHRvIHRoZSBpbnRlcmZhY2UKCgoK
ClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAg
ICAgICAgIFtQYWdlIDE4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01J
ICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIG5hbWUgImV0aDAiLiAgVGhl
IHJldHVybmVkIHZhbHVlIGlzIGVuY29kZWQgaW4gQ0JPUiBiYXNlZCBvbiB0aGUKICAgcnVsZXMg
c3BlY2lmaWVkIGJ5IFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0gc2VjdGlvbiA2LjQuCgogIFJF
UTogR0VUIDwvYy9YLT9rPWV0aDA+CgogIFJFUzogMi4wNSBDb250ZW50IChDb250ZW50LUZvcm1h
dDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKICB7CiAgICAxNTM0IDogIkV0
aGVybmV0IGFkYXB0b3IiCiAgfQoKNC4yLjQuICBGRVRDSAoKICAgVGhlIEZFVENIIGlzIHVzZWQg
dG8gcmV0cmlldmUgbXVsdGlwbGUgaW5zdGFuY2UtdmFsdWVzLiAgVGhlIEZFVENICiAgIHJlcXVl
c3QgcGF5bG9hZCBjb250YWlucyB0aGUgbGlzdCBvZiBpbnN0YW5jZS1pZGVudGlmaWVyIG9mIHRo
ZSBkYXRhCiAgIG5vZGUgaW5zdGFuY2VzIHJlcXVlc3RlZC4KCiAgIFRoZSByZXR1cm4gcmVzcG9u
c2UgcGF5bG9hZCBjb250YWlucyBhIGxpc3Qgb2YgZGF0YSBub2RlIGluc3RhbmNlLQogICB2YWx1
ZXMgaW4gdGhlIHNhbWUgb3JkZXIgYXMgcmVxdWVzdGVkLiAgQSBDQk9SIG51bGwgaXMgcmV0dXJu
ZWQgZm9yCiAgIGVhY2ggZGF0YSBub2RlIHJlcXVlc3RlZCBieSB0aGUgY2xpZW50LCBub3Qgc3Vw
cG9ydGVkIGJ5IHRoZSBzZXJ2ZXIKICAgb3Igbm90IGN1cnJlbnRseSBpbnN0YW50aWF0ZWQuCgog
ICBGb3IgY29tcGFjdG5lc3MsIGluZGV4ZXMgb2YgdGhlIGxpc3QgaW5zdGFuY2UgaWRlbnRpZmll
cnMgcmV0dXJuZWQgYnkKICAgdGhlIEZFVENIIHJlc3BvbnNlIFNIT1VMRCBiZSBlbGlkZWQsIG9u
bHkgdGhlIFNJRCBpcyBwcm92aWRlZC4gIFRoaXMKICAgYXBwcm9hY2ggbWF5IGFsc28gaGVscCBy
ZWR1Y2luZyBpbXBsZW1lbnRhdGlvbnMgY29tcGxleGl0eSBzaW5jZSB0aGUKICAgZm9ybWF0IG9m
IGVhY2ggZW50cnkgd2l0aGluIHRoZSBDQk9SIGFycmF5IG9mIHRoZSBGRVRDSCByZXNwb25zZSBp
cwogICBpZGVudGljYWwgdG8gdGhlIGZvcm1hdCBvZiB0aGUgY29ycmVzcG9uZGluZyBHRVQgcmVz
cG9uc2UuCgogICBGT1JNQVQ6CiAgICAgRkVUQ0ggPGRhdGFzdG9yZSByZXNvdXJjZT4KICAgICAg
ICAgICAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctaWRlbnRpZmllcnMrY2JvcikK
ICAgICBDQk9SIGFycmF5IG9mIGluc3RhbmNlLWlkZW50aWZpZXIKCiAgICAgMi4wNSBDb250ZW50
IChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1pbnN0YW5jZXMrY2JvcikKICAgICBD
Qk9SIGFycmF5IG9mIENCT1IgbWFwIG9mIFNJRCwgaW5zdGFuY2UtdmFsdWUKCjQuMi40LjEuICBG
RVRDSCBleGFtcGxlcwoKICAgVGhpcyBleGFtcGxlIHVzZXMgdGhlIGN1cnJlbnQtZGF0ZXRpbWUg
bGVhZiBmcm9tIG1vZHVsZSBpZXRmLXN5c3RlbQogICBbUkZDNzMxN10gYW5kIHRoZSBpbnRlcmZh
Y2UgbGlzdCBmcm9tIG1vZHVsZSBpZXRmLWludGVyZmFjZXMKICAgW1JGQzcyMjNdLiAgSW4gdGhp
cyBleGFtcGxlIHRoZSB2YWx1ZSBvZiBjdXJyZW50LWRhdGV0aW1lIChTSUQgMTcyMykKICAgYW5k
IHRoZSBpbnRlcmZhY2UgbGlzdCAoU0lEIDE1MzMpIGluc3RhbmNlIGlkZW50aWZpZWQgd2l0aAog
ICBuYW1lPSJldGgwIiBhcmUgcXVlcmllZC4KCgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAg
ICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMTldCgwKSW50
ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAg
ICAgSnVuZSAyMDIwCgoKICAgUkVROiBGRVRDSCA8L2M+CiAgICAgICAgKENvbnRlbnQtRm9ybWF0
OiBhcHBsaWNhdGlvbi95YW5nLWlkZW50aWZpZXJzK2Nib3IpCiAgIFsKICAgICAxNzIzLCAgICAg
ICAgICAgIC8gY3VycmVudC1kYXRldGltZSAoU0lEIDE3MjMpIC8KICAgICBbMTUzMywgImV0aDAi
XSAgIC8gaW50ZXJmYWNlIChTSUQgMTUzMykgd2l0aCBuYW1lID0gImV0aDAiIC8KICAgXQoKICAg
UkVTOiAyLjA1IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWluc3Rh
bmNlcytjYm9yKQogICBbCiAgICAgewogICAgICAgMTcyMyA6ICIyMDE0LTEwLTI2VDEyOjE2OjMx
WiIgLyBjdXJyZW50LWRhdGV0aW1lIChTSUQgMTcyMykgLwogICAgIH0sCiAgICAgewogICAgICAg
MTUzMyA6IHsKICAgICAgICAgNCA6ICJldGgwIiwgICAgICAgICAgICAgICAgIC8gbmFtZSAoU0lE
IDE1MzcpIC8KICAgICAgICAgMSA6ICJFdGhlcm5ldCBhZGFwdG9yIiwgICAgIC8gZGVzY3JpcHRp
b24gKFNJRCAxNTM0KSAvCiAgICAgICAgIDUgOiAxODgwLCAgICAgICAgICAgICAgICAgICAvIHR5
cGUgKFNJRCAxNTM4KSwgaWRlbnRpdHkgLwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgLyBldGhlcm5ldENzbWFjZCAoU0lEIDE4ODApIC8KICAgICAgICAgMiA6IHRydWUgICAg
ICAgICAgICAgICAgICAgIC8gZW5hYmxlZCAoU0lEIDE1MzUpIC8KICAgICAgIH0KICAgICB9CiAg
IF0KCjQuMy4gIERhdGEgRWRpdGluZwoKICAgQ29NSSBhbGxvd3MgZGF0YXN0b3JlIGNvbnRlbnRz
IHRvIGJlIGNyZWF0ZWQsIG1vZGlmaWVkIGFuZCBkZWxldGVkCiAgIHVzaW5nIENvQVAgbWV0aG9k
cy4KCjQuMy4xLiAgRGF0YSBPcmRlcmluZwoKICAgQSBDb01JIHNlcnZlciBNVVNUIHByZXNlcnZl
IHRoZSByZWxhdGl2ZSBvcmRlciBvZiBhbGwgdXNlci1vcmRlcmVkCiAgIGxpc3QgYW5kIGxlYWYt
bGlzdCBlbnRyaWVzIHRoYXQgYXJlIHJlY2VpdmVkIGluIGEgc2luZ2xlIGVkaXQKICAgcmVxdWVz
dC4gIFRoZXNlIFlBTkcgZGF0YSBub2RlIHR5cGVzIGFyZSBlbmNvZGVkIGFzIENCT1IgYXJyYXlz
IHNvCiAgIG1lc3NhZ2VzIHdpbGwgcHJlc2VydmUgdGhlaXIgb3JkZXIuCgo0LjMuMi4gIFBPU1QK
CiAgIFRoZSBDb0FQIFBPU1Qgb3BlcmF0aW9uIGlzIHVzZWQgaW4gQ29NSSBmb3IgdGhlIGNyZWF0
aW9uIG9mIGRhdGEgbm9kZQogICByZXNvdXJjZXMgYW5kIHRoZSBpbnZvY2F0aW9uIG9mICJBQ1RJ
T04iIGFuZCAiUlBDIiByZXNvdXJjZXMuICBSZWZlcgogICB0byBTZWN0aW9uIDQuNiBmb3IgZGV0
YWlscyBvbiAiQUNUSU9OIiBhbmQgIlJQQyIgcmVzb3VyY2VzLgoKICAgQSByZXF1ZXN0IHRvIGNy
ZWF0ZSBhIGRhdGEgbm9kZSBpbnN0YW5jZSBpcyBzZW50IHdpdGggYSBDb0FQIFBPU1QKICAgbWVz
c2FnZS4gIFRoZSBVUkkgc3BlY2lmaWVzIHRoZSBkYXRhIG5vZGUgcmVzb3VyY2Ugb2YgdGhlIGlu
c3RhbmNlIHRvCiAgIGJlIGNyZWF0ZWQuICBJbiB0aGUgY2FzZSBvZiBhIGxpc3QgaW5zdGFuY2Us
IGtleXMgTVVTVCBiZSBwcmVzZW50IGluCiAgIHRoZSBwYXlsb2FkLgoKCgoKCgpWZWlsbGV0dGUs
IGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFn
ZSAyMF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAg
ICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBGT1JNQVQ6CiAgICAgUE9TVCA8ZGF0YSBub2Rl
IHJlc291cmNlPgogICAgICAgICAgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRh
dGErY2JvcjsgaWQ9c2lkKQogICAgIENCT1IgbWFwIG9mIFNJRCwgaW5zdGFuY2UtdmFsdWUKCiAg
ICAgMi4wMSBDcmVhdGVkCgogICBJZiB0aGUgZGF0YSBub2RlIGluc3RhbmNlIGFscmVhZHkgZXhp
c3RzLCB0aGVuIHRoZSBQT1NUIHJlcXVlc3QgTVVTVAogICBmYWlsIGFuZCBhICI0LjA5IENvbmZs
aWN0IiByZXNwb25zZSBjb2RlIE1VU1QgYmUgcmV0dXJuZWQKCjQuMy4yLjEuICBQb3N0IGV4YW1w
bGUKCiAgIFRoZSBleGFtcGxlIHVzZXMgdGhlIGludGVyZmFjZSBsaXN0IGZyb20gbW9kdWxlIGll
dGYtaW50ZXJmYWNlcwogICBbUkZDNzIyM10uICBUaGlzIGV4YW1wbGUgY3JlYXRlcyBhIG5ldyBs
aXN0IGluc3RhbmNlIHdpdGhpbiB0aGUKICAgaW50ZXJmYWNlIGxpc3QgKFNJRCA9IDE1MzMpLCB3
aGlsZSBhc3N1bWluZyB0aGUgZGF0YXN0b3JlIHJlc291cmNlIGlzCiAgIGhvc3RlZCBvbiB0aGUg
Q29BUCBzZXJ2ZXIgd2l0aCBETlMgbmFtZSBleGFtcGxlLmNvbSBhbmQgd2l0aCBwYXRoCiAgIC9k
cy4gIFRoZSBwYXRoIC9kcyBpcyBhbiBleGFtcGxlIGxvY2F0aW9uIHRoYXQgaXMgYXNzdW1lZCB0
byBoYXZlCiAgIGJlZW4gZGlzY292ZXJlZCB1c2luZyByZXF1ZXN0IHNpbWlsYXIgdG8gRmlndXJl
IDQuCgogICBSRVE6IFBPU1QgPGNvYXA6Ly9leGFtcGxlLmNvbS9kcy9YOT4KICAgICAgICAoQ29u
dGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgIHsKICAg
ICAxNTMzIDogWwogICAgICAgewogICAgICAgICA0IDogImV0aDUiLCAgICAgICAgICAgICAgLyBu
YW1lIChTSUQgMTUzNykgLwogICAgICAgICAxIDogIkV0aGVybmV0IGFkYXB0b3IiLCAgLyBkZXNj
cmlwdGlvbiAoU0lEIDE1MzQpIC8KICAgICAgICAgNSA6IDE4ODAsICAgICAgICAgICAgICAgIC8g
dHlwZSAoU0lEIDE1MzgpLCBpZGVudGl0eSAvCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAvIGV0aGVybmV0Q3NtYWNkIChTSUQgMTg4MCkgLwogICAgICAgICAyIDogdHJ1ZSAgICAg
ICAgICAgICAgICAgLyBlbmFibGVkIChTSUQgMTUzNSkgLwogICAgICAgfQogICAgIF0KICAgfQoK
ICAgUkVTOiAyLjAxIENyZWF0ZWQKCjQuMy4zLiAgUFVUCgogICBBIGRhdGEgbm9kZSByZXNvdXJj
ZSBpbnN0YW5jZSBpcyBjcmVhdGVkIG9yIHJlcGxhY2VkIHdpdGggdGhlIFBVVAogICBtZXRob2Qu
ICBBIHJlcXVlc3QgdG8gc2V0IHRoZSB2YWx1ZSBvZiBhIGRhdGEgbm9kZSBpbnN0YW5jZSBpcyBz
ZW50CiAgIHdpdGggYSBDb0FQIFBVVCBtZXNzYWdlLgoKICAgRk9STUFUOgogICAgIFBVVCA8ZGF0
YSBub2RlIHJlc291cmNlPiBbJ2snIFVyaS1RdWVyeSBvcHRpb25dCiAgICAgICAgIChDb250ZW50
LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKICAgICBDQk9SIG1h
cCBvZiBTSUQsIGluc3RhbmNlLXZhbHVlCgogICAgIDIuMDEgQ3JlYXRlZAoKCgoKVmVpbGxldHRl
LCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1Bh
Z2UgMjFdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAg
ICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKNC4zLjMuMS4gIFBVVCBleGFtcGxlCgogICBUaGUg
ZXhhbXBsZSB1c2VzIHRoZSBpbnRlcmZhY2UgbGlzdCBmcm9tIG1vZHVsZSBpZXRmLWludGVyZmFj
ZXMKICAgW1JGQzcyMjNdLiAgVGhpcyBleGFtcGxlIHVwZGF0ZXMgdGhlIGluc3RhbmNlIG9mIHRo
ZSBsaXN0IGludGVyZmFjZQogICAoU0lEID0gMTUzMykgd2l0aCBrZXkgbmFtZT0iZXRoMCIuICBU
aGUgZXhhbXBsZSBsb2NhdGlvbiAvYyBpcyBhbgogICBleGFtcGxlIGxvY2F0aW9uIHRoYXQgaXMg
ZGlzY292ZXJlZCB1c2luZyBhIHJlcXVlc3Qgc2ltaWxhciB0bwogICBGaWd1cmUgNC4KCiAgIFJF
UTogUFVUIDwvYy9YOT9rPWV0aDA+CiAgICAgICAgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlv
bi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQogICB7CiAgICAgMTUzMyA6IFsKICAgICAgIHsKICAg
ICAgICAgNCA6ICJldGgwIiwgICAgICAgICAgICAgIC8gbmFtZSAoU0lEIDE1MzcpIC8KICAgICAg
ICAgMSA6ICJFdGhlcm5ldCBhZGFwdG9yIiwgIC8gZGVzY3JpcHRpb24gKFNJRCAxNTM0KSAvCiAg
ICAgICAgIDUgOiAxODgwLCAgICAgICAgICAgICAgICAvIHR5cGUgKFNJRCAxNTM4KSwgaWRlbnRp
dHkgLwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLyBldGhlcm5ldENzbWFjZCAo
U0lEIDE4ODApIC8KICAgICAgICAgMiA6IHRydWUgICAgICAgICAgICAgICAgIC8gZW5hYmxlZCAo
U0lEIDE1MzUpIC8KICAgICAgIH0KICAgICBdCiAgIH0KCiAgIFJFUzogIDIuMDQgQ2hhbmdlZAoK
NC4zLjQuICBpUEFUQ0gKCiAgIE9uZSBvciBtdWx0aXBsZSBkYXRhIG5vZGUgaW5zdGFuY2VzIGFy
ZSByZXBsYWNlZCB3aXRoIHRoZSBpZGVtcG90ZW50CiAgIENvQVAgaVBBVENIIG1ldGhvZCBbUkZD
ODEzMl0uCgogICBUaGVyZSBhcmUgbm8gcXVlcnkgcGFyYW1ldGVycyBmb3IgdGhlIGlQQVRDSCBt
ZXRob2QuCgogICBUaGUgcHJvY2Vzc2luZyBvZiB0aGUgaVBBVENIIGNvbW1hbmQgaXMgc3BlY2lm
aWVkIGJ5IE1lZGlhLVR5cGUKICAgJ2FwcGxpY2F0aW9uL3lhbmctaW5zdGFuY2VzK2Nib3InLiAg
SW4gc3VtbWFyeSwgaWYgdGhlIENCT1IgcGF0Y2gKICAgcGF5bG9hZCBjb250YWlucyBhIGRhdGEg
bm9kZSBpbnN0YW5jZSB0aGF0IGlzIG5vdCBwcmVzZW50IGluIHRoZQogICB0YXJnZXQsIHRoaXMg
aW5zdGFuY2UgaXMgYWRkZWQuICBJZiB0aGUgdGFyZ2V0IGNvbnRhaW5zIHRoZSBzcGVjaWZpZWQK
ICAgaW5zdGFuY2UsIHRoZSBjb250ZW50IG9mIHRoaXMgaW5zdGFuY2UgaXMgcmVwbGFjZWQgd2l0
aCB0aGUgdmFsdWUgb2YKICAgdGhlIHBheWxvYWQuICBBIG51bGwgdmFsdWUgaW5kaWNhdGVzIHRo
ZSByZW1vdmFsIG9mIGFuIGV4aXN0aW5nIGRhdGEKICAgbm9kZSBpbnN0YW5jZS4KCiAgIEZPUk1B
VDoKICAgICBpUEFUQ0ggPGRhdGFzdG9yZSByZXNvdXJjZT4KICAgICAgICAgICAgKENvbnRlbnQt
Rm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWluc3RhbmNlcytjYm9yKQogICAgIENCT1IgYXJyYXkg
b2YgQ0JPUiBtYXAgb2YgaW5zdGFuY2UtaWRlbnRpZmllciwgaW5zdGFuY2UtdmFsdWUKCiAgICAg
Mi4wNCBDaGFuZ2VkCgoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1i
ZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDIyXQoMCkludGVybmV0LURyYWZ0ICAgICAg
ICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCjQu
My40LjEuICBpUEFUQ0ggZXhhbXBsZQoKICAgSW4gdGhpcyBleGFtcGxlLCBhIENvTUkgY2xpZW50
IHJlcXVlc3RzIHRoZSBmb2xsb3dpbmcgb3BlcmF0aW9uczoKCiAgIG8gIFNldCAiL3N5c3RlbS9u
dHAvZW5hYmxlZCIgKFNJRCAxNzU1KSB0byB0cnVlLgoKICAgbyAgUmVtb3ZlIHRoZSBzZXJ2ZXIg
InRhYy5ucmMuY2EiIGZyb20gdGhlICIvc3lzdGVtL250cC9zZXJ2ZXIiIChTSUQKICAgICAgMTc1
NikgbGlzdC4KCiAgIG8gIEFkZC9zZXQgdGhlIHNlcnZlciAiTlRQIFBvb2wgc2VydmVyIDIiIHRv
IHRoZSBsaXN0ICIvc3lzdGVtL250cC8KICAgICAgc2VydmVyIiAoU0lEIDE3NTYpLgoKICAgUkVR
OiBpUEFUQ0ggPC9jPgogICAgICAgIChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1p
bnN0YW5jZXMrY2JvcikKICAgWwogICAgIHsKICAgICAgIDE3NTUgOiB0cnVlICAgICAgICAgICAg
ICAgICAgIC8gZW5hYmxlZCAoU0lEIDE3NTUpIC8KICAgICB9LAogICAgIHsKICAgICAgIFsxNzU2
LCAidGFjLm5yYy5jYSJdIDogbnVsbCAgIC8gc2VydmVyIChTSUQgMTc1NikgLwogICAgIH0sCiAg
ICAgewogICAgICAgMTc1NiA6IHsgICAgICAgICAgICAgICAgICAgICAgLyBzZXJ2ZXIgKFNJRCAx
NzU2KSAvCiAgICAgICAgIDMgOiAidGljLm5yYy5jYSIsICAgICAgICAgICAvIG5hbWUgKFNJRCAx
NzU5KSAvCiAgICAgICAgIDQgOiB0cnVlLCAgICAgICAgICAgICAgICAgICAvIHByZWZlciAoU0lE
IDE3NjApIC8KICAgICAgICAgNSA6IHsgICAgICAgICAgICAgICAgICAgICAgIC8gdWRwIChTSUQg
MTc2MSkgLwogICAgICAgICAgIDEgOiAiMTMyLjI0Ni4xMS4yMzEiICAgICAgLyBhZGRyZXNzIChT
SUQgMTc2MikgLwogICAgICAgICB9CiAgICAgICB9CiAgICAgfQogICBdCgogICBSRVM6IDIuMDQg
Q2hhbmdlZAoKNC4zLjUuICBERUxFVEUKCiAgIEEgZGF0YSBub2RlIHJlc291cmNlIGlzIGRlbGV0
ZWQgd2l0aCB0aGUgREVMRVRFIG1ldGhvZC4KCiAgIEZPUk1BVDoKICAgICBEZWxldGUgPGRhdGEg
bm9kZSByZXNvdXJjZT4gWydrJyBVcmktUXVlcnkgb3B0aW9uXQoKICAgICAyLjAyIERlbGV0ZWQK
CjQuMy41LjEuICBERUxFVEUgZXhhbXBsZQoKICAgVGhpcyBleGFtcGxlIHVzZXMgdGhlIGludGVy
ZmFjZSBsaXN0IGZyb20gbW9kdWxlIGlldGYtaW50ZXJmYWNlcwogICBbUkZDNzIyM10uICBUaGlz
IGV4YW1wbGUgZGVsZXRlcyBhbiBpbnN0YW5jZSBvZiB0aGUgaW50ZXJmYWNlIGxpc3QKICAgKFNJ
RCA9IDE1MzMpOgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0
LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAyM10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBSRVE6
ICAgREVMRVRFIDwvYy9YOT9rPWV0aDA+CgogICBSRVM6ICAgMi4wMiBEZWxldGVkCgo0LjQuICBG
dWxsIGRhdGFzdG9yZSBhY2Nlc3MKCiAgIFRoZSBtZXRob2RzIEdFVCwgUFVULCBQT1NULCBhbmQg
REVMRVRFIGNhbiBiZSB1c2VkIHRvIHJlcXVlc3QsCiAgIHJlcGxhY2UsIGNyZWF0ZSwgYW5kIGRl
bGV0ZSBhIHdob2xlIGRhdGFzdG9yZSByZXNwZWN0aXZlbHkuCgogICBGT1JNQVQ6CiAgICAgR0VU
IDxkYXRhc3RvcmUgcmVzb3VyY2U+CgogICAgIDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3JtYXQ6
IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgICAgQ0JPUiBtYXAgb2YgU0lE
LCBpbnN0YW5jZS12YWx1ZQoKICAgRk9STUFUOgogICAgIFBVVCA8ZGF0YXN0b3JlIHJlc291cmNl
PgogICAgICAgICAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBp
ZD1zaWQpCiAgICAgQ0JPUiBtYXAgb2YgU0lELCBpbnN0YW5jZS12YWx1ZQoKICAgICAyLjA0IENo
YW5nZWQKCiAgIEZPUk1BVDoKICAgICBQT1NUIDxkYXRhc3RvcmUgcmVzb3VyY2U+CiAgICAgICAg
ICAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAg
ICAgQ0JPUiBtYXAgb2YgU0lELCBpbnN0YW5jZS12YWx1ZQoKICAgICAyLjAxIENyZWF0ZWQKCiAg
IEZPUk1BVDoKICAgICBERUxFVEUgPGRhdGFzdG9yZSByZXNvdXJjZT4KCiAgICAgMi4wMiBEZWxl
dGVkCgogICBUaGUgY29udGVudCBvZiB0aGUgQ0JPUiBtYXAgcmVwcmVzZW50cyB0aGUgY29tcGxl
dGUgZGF0YXN0b3JlIG9mIHRoZQogICBzZXJ2ZXIgYXQgdGhlIEdFVCBpbmRpY2F0aW9uIG9mIGFm
dGVyIGEgc3VjY2Vzc2Z1bCBwcm9jZXNzaW5nIG9mIGEKICAgUFVUIG9yIFBPU1QgcmVxdWVzdC4K
CjQuNC4xLiAgRnVsbCBkYXRhc3RvcmUgZXhhbXBsZXMKCiAgIFRoZSBleGFtcGxlIHVzZXMgdGhl
IGludGVyZmFjZSBsaXN0IGZyb20gbW9kdWxlIGlldGYtaW50ZXJmYWNlcwogICBbUkZDNzIyM10g
YW5kIHRoZSBjbG9jayBjb250YWluZXIgZnJvbSBtb2R1bGUgaWV0Zi1zeXN0ZW0gW1JGQzczMTdd
LgogICBXZSBhc3N1bWUgdGhhdCB0aGUgZGF0YXN0b3JlIGNvbnRhaW5zIHR3byBtb2R1bGVzIGll
dGYtc3lzdGVtIChTSUQKICAgMTcwMCkgYW5kIGlldGYtaW50ZXJmYWNlcyAoU0lEIDE1MDApOyB0
aGV5IGNvbnRhaW4gdGhlICdpbnRlcmZhY2UnCiAgIGxpc3QgKFNJRCAxNTMzKSB3aXRoIG9uZSBp
bnN0YW5jZSBhbmQgdGhlICdjbG9jaycgY29udGFpbmVyIChTSUQKICAgMTcyMSkuICBBZnRlciBp
bnZvY2F0aW9uIG9mIEdFVCwgYSBDQk9SIG1hcCB3aXRoIGRhdGEgbm9kZXMgZnJvbQogICB0aGVz
ZSB0d28gbW9kdWxlcyBpcyByZXR1cm5lZDoKCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4
cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDI0XQoMCkludGVybmV0
LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1
bmUgMjAyMAoKCiAgUkVROiAgR0VUIDwvYz4KCiAgUkVTOiAyLjA1IENvbnRlbnQgKENvbnRlbnQt
Rm9ybWF0OiBhcHBsaWNhdGlvbi95YW5nLWRhdGErY2JvcjsgaWQ9c2lkKQogIHsKICAgIDE3MjEg
OiB7ICAgICAgICAgICAgICAgICAgICAgICAvIENsb2NrIChTSUQgMTcyMSkgLwogICAgICAyOiAi
MjAxNi0xMC0yNlQxMjoxNjozMVoiLCAgIC8gY3VycmVudC1kYXRldGltZSAoU0lEIDE3MjMpIC8K
ICAgICAgMTogIjIwMTQtMTAtMDVUMDk6MDA6MDBaIiAgICAvIGJvb3QtZGF0ZXRpbWUgKFNJRCAx
NzIyKSAvCiAgICB9LAogICAgMTUzMyA6IFsKICAgICAgeyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIC8gaW50ZXJmYWNlIChTSUQgMTUzMykgLwogICAgICAgIDQgOiAiZXRoMCIsICAgICAg
ICAgICAgICAgICAgLyBuYW1lIChTSUQgMTUzNykgLwogICAgICAgIDEgOiAiRXRoZXJuZXQgYWRh
cHRvciIsICAgICAgLyBkZXNjcmlwdGlvbiAoU0lEIDE1MzQpIC8KICAgICAgICA1IDogMTg4MCwg
ICAgICAgICAgICAgICAgICAgIC8gdHlwZSAoU0lEIDE1MzgpLCBpZGVudGl0eTogLwogICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLyBldGhlcm5ldENzbWFjZCAoU0lEIDE4ODAp
IC8KICAgICAgICAyIDogdHJ1ZSAgICAgICAgICAgICAgICAgICAgIC8gZW5hYmxlZCAoU0lEIDE1
MzUpIC8KICAgICAgfQogICAgXQogIH0KCjQuNS4gIEV2ZW50IHN0cmVhbQoKICAgRXZlbnQgbm90
aWZpY2F0aW9uIGlzIGFuIGVzc2VudGlhbCBmdW5jdGlvbiBmb3IgdGhlIG1hbmFnZW1lbnQgb2YK
ICAgc2VydmVycy4gIENvTUkgYWxsb3dzIG5vdGlmaWNhdGlvbnMgc3BlY2lmaWVkIGluIFlBTkcg
W1JGQzUyNzddIHRvIGJlCiAgIHJlcG9ydGVkIHRvIGEgbGlzdCBvZiBjbGllbnRzLiAgVGhlIHBh
dGggZm9yIHRoZSBkZWZhdWx0IGV2ZW50IHN0cmVhbQogICBjYW4gYmUgZGlzY292ZXJlZCBhcyBk
ZXNjcmliZWQgaW4gU2VjdGlvbiA0LiAgVGhlIHNlcnZlciBNQVkgc3VwcG9ydAogICBhZGRpdGlv
bmFsIGV2ZW50IHN0cmVhbSByZXNvdXJjZXMgdG8gYWRkcmVzcyBkaWZmZXJlbnQgbm90aWZpY2F0
aW9uCiAgIG5lZWRzLgoKICAgUmVjZXB0aW9uIG9mIG5vdGlmaWNhdGlvbiBpbnN0YW5jZXMgaXMg
ZW5hYmxlZCB3aXRoIHRoZSBDb0FQIE9ic2VydmUKICAgW1JGQzc2NDFdIGZ1bmN0aW9uLiAgQ2xp
ZW50cyBzdWJzY3JpYmUgdG8gdGhlIG5vdGlmaWNhdGlvbnMgYnkKICAgc2VuZGluZyBhIEdFVCBy
ZXF1ZXN0IHdpdGggYW4gIk9ic2VydmUiIG9wdGlvbiB0byB0aGUgc3RyZWFtCiAgIHJlc291cmNl
LgoKICAgRWFjaCByZXNwb25zZSBwYXlsb2FkIGNhcnJpZXMgb25lIG9yIG11bHRpcGxlIG5vdGlm
aWNhdGlvbnMuICBUaGUKICAgbnVtYmVyIG9mIG5vdGlmaWNhdGlvbnMgcmVwb3J0ZWQsIGFuZCB0
aGUgY29uZGl0aW9ucyB1c2VkIHRvIHJlbW92ZQogICBub3RpZmljYXRpb25zIGZyb20gdGhlIHJl
cG9ydGVkIGxpc3QgYXJlIGxlZnQgdG8gaW1wbGVtZW50ZXJzLiAgV2hlbgogICBtdWx0aXBsZSBu
b3RpZmljYXRpb25zIGFyZSByZXBvcnRlZCwgdGhleSBNVVNUIGJlIG9yZGVyZWQgc3RhcnRpbmcK
ICAgZnJvbSB0aGUgbmV3ZXN0IG5vdGlmaWNhdGlvbiBhdCBpbmRleCB6ZXJvLiAgTm90ZSB0aGF0
IHRoaXMgY291bGQKICAgbGVhZCB0byBub3RpZmljYXRpb25zIGJlaW5nIHNlbnQgbXVsdGlwbGUg
dGltZXMsIHdoaWNoIGluY3JlYXNlcyB0aGUKICAgcHJvYmFiaWxpdHkgZm9yIHRoZSBjbGllbnQg
dG8gcmVjZWl2ZSB0aGVtLCBidXQgaXQgbWlnaHQgcG90ZW50aWFsbHkKICAgbGVhZCB0byBtZXNz
YWdlcyB0aGF0IGV4Y2VlZCB0aGUgTVRVIG9mIGEgc2luZ2xlIENvQVAgcGFja2V0LiAgSWYKICAg
c3VjaCBjYXNlcyBjb3VsZCBhcmlzZSwgaW1wbGVtZW50ZXJzIHNob3VsZCBtYWtlIHN1cmUgYXBw
cm9wcmlhdGUKICAgZnJhZ21lbnRhdGlvbiBpcyBhdmFpbGFibGUgLSBmb3IgZXhhbXBsZSB0aGUg
b25lIGRlc2NyaWJlZCBpbgogICBTZWN0aW9uIDUuCgogICBUaGUgZm9ybWF0IG9mIG5vdGlmaWNh
dGlvbiB3aXRob3V0IGFueSBjb250ZW50IGlzIGEgbnVsbCB2YWx1ZS4gIFRoZQogICBmb3JtYXQg
b2Ygc2luZ2xlIG5vdGlmaWNhdGlvbiBpcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1jb3JlLXlhbmct
Y2Jvcl0KICAgc2VjdGlvbiA0LjIuMS4gIEZvciBtdWx0aXBsZSBub3RpZmljYXRpb25zIHRoZSBm
b3JtYXQgaXMgYW4gYXJyYXkKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNl
bWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMjVdCgwKSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoK
ICAgd2hlcmUgZWFjaCBlbGVtZW50IGlzIGEgc2luZ2xlIG5vdGlmaWNhdGlvbiBhcyBkZXNjcmli
ZWQgaW4KICAgW0ktRC5pZXRmLWNvcmUteWFuZy1jYm9yXSBzZWN0aW9uIDQuMi4xLgoKICAgRk9S
TUFUOgogICAgIEdFVCA8c3RyZWFtLXJlc291cmNlPiBPYnNlcnZlKDApCgogICAgIDIuMDUgQ29u
dGVudCAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctaW5zdGFuY2VzK2Nib3IpCiAg
ICAgQ0JPUiBhcnJheSBvZiBDQk9SIG1hcCBvZiBpbnN0YW5jZS1pZGVudGlmaWVyLCBpbnN0YW5j
ZS12YWx1ZQoKICAgVGhlIGFycmF5IG9mIGRhdGEgbm9kZSBpbnN0YW5jZXMgbWF5IGNvbnRhaW4g
aWRlbnRpY2FsIGVudHJpZXMgd2hpY2gKICAgaGF2ZSBiZWVuIGdlbmVyYXRlZCBhdCBkaWZmZXJl
bnQgdGltZXMuCgogICBBbiBleGFtcGxlIGltcGxlbWVudGF0aW9uIGlzOgoKICAgICAgRXZlcnkg
dGltZSBhbiBldmVudCBpcyBnZW5lcmF0ZWQsIHRoZSBnZW5lcmF0ZWQgbm90aWZpY2F0aW9uCiAg
ICAgIGluc3RhbmNlIGlzIGFwcGVuZGVkIHRvIHRoZSBjaG9zZW4gc3RyZWFtKHMpLiAgQWZ0ZXIg
YW4KICAgICAgYWdncmVnYXRpb24gcGVyaW9kLCB3aGljaCBtYXkgYmUgbGltaXRlZCBieSB0aGUg
bWF4aW11bSBudW1iZXIgb2YKICAgICAgbm90aWZpY2F0aW9ucyBzdXBwb3J0ZWQsIHRoZSBjb250
ZW50IG9mIHRoZSBpbnN0YW5jZSBpcyBzZW50IHRvCiAgICAgIGFsbCBjbGllbnRzIG9ic2Vydmlu
ZyB0aGUgbW9kaWZpZWQgc3RyZWFtLgoKNC41LjEuICBOb3RpZnkgRXhhbXBsZXMKCiAgIExldCBz
dXBwb3NlIHRoZSBzZXJ2ZXIgZ2VuZXJhdGVzIHRoZSBleGFtcGxlLXBvcnQtZmF1bHQgZXZlbnQg
YXMKICAgZGVmaW5lZCBiZWxvdy4KCiAgIG1vZHVsZSBleGFtcGxlLXBvcnQgewogICAgIC4uLgog
ICAgIG5vdGlmaWNhdGlvbiBleGFtcGxlLXBvcnQtZmF1bHQgeyAgIC8vIFNJRCA2MDAxMAogICAg
ICAgZGVzY3JpcHRpb24KICAgICAgICAgIkV2ZW50IGdlbmVyYXRlZCBpZiBhIGhhcmR3YXJlIGZh
dWx0IGlzIGRldGVjdGVkIjsKICAgICAgIGxlYWYgcG9ydC1uYW1lIHsgICAgICAgICAgICAgICAg
ICAvLyBTSUQgNjAwMTEKICAgICAgICAgdHlwZSBzdHJpbmc7CiAgICAgICB9CiAgICAgICBsZWFm
IHBvcnQtZmF1bHQgeyAgICAgICAgICAgICAgICAgLy8gU0lEIDYwMDEyCiAgICAgICAgIHR5cGUg
c3RyaW5nOwogICAgICAgfQogICAgIH0KICAgfQoKICAgSW4gdGhpcyBleGFtcGxlIHRoZSBkZWZh
dWx0IGV2ZW50IHN0cmVhbSByZXNvdXJjZSBwYXRoIC9zIGlzIGFuCiAgIGV4YW1wbGUgbG9jYXRp
b24gZGlzY292ZXJlZCB3aXRoIGEgcmVxdWVzdCBzaW1pbGFyIHRvIEZpZ3VyZSA1LiAgQnkKICAg
ZXhlY3V0aW5nIGEgR0VUIHdpdGggT2JzZXJ2ZSAwIG9uIHRoZSBkZWZhdWx0IGV2ZW50IHN0cmVh
bSByZXNvdXJjZQogICB0aGUgY2xpZW50IHJlY2VpdmVzIHRoZSBmb2xsb3dpbmcgcmVzcG9uc2U6
CgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAy
MCAgICAgICAgICAgICAgW1BhZ2UgMjZdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAg
ICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgUkVROiAgR0VU
IDwvcz4gT2JzZXJ2ZSgwKQoKICAgUkVTOiAgMi4wNSBDb250ZW50IChDb250ZW50LUZvcm1hdDog
YXBwbGljYXRpb24veWFuZy10cmVlK2Nib3IpCiAgICAgICAgIE9ic2VydmUoMTIpCiAgIFsKICAg
ICB7CiAgICAgICA2MDAxMCA6IHsgICAgICAgICAgICAgLyBleGFtcGxlLXBvcnQtZmF1bHQgKFNJ
RCA2MDAxMCkgLwogICAgICAgICAxIDogIjAvNC8yMSIsICAgICAgIC8gcG9ydC1uYW1lIChTSUQg
NjAwMTEpIC8KICAgICAgICAgMiA6ICJPcGVuIHBpbiAyIiAgICAvIHBvcnQtZmF1bHQgKFNJRCA2
MDAxMikgLwogICAgICAgfQogICAgIH0sCiAgICAgewogICAgICAgNjAwMTAgOiB7ICAgICAgICAg
ICAgIC8gZXhhbXBsZS1wb3J0LWZhdWx0IChTSUQgNjAwMTApIC8KICAgICAgICAgMSA6ICIxLzQv
MjEiLCAgICAgICAvIHBvcnQtbmFtZSAoU0lEIDYwMDExKSAvCiAgICAgICAgIDIgOiAiT3BlbiBw
aW4gNSIgICAgLyBwb3J0LWZhdWx0IChTSUQgNjAwMTIpIC8KICAgICAgIH0KICAgICB9CiAgIF0K
CiAgIEluIHRoZSBleGFtcGxlLCB0aGUgcmVxdWVzdCByZXR1cm5zIGEgc3VjY2VzcyByZXNwb25z
ZSB3aXRoIHRoZQogICBjb250ZW50cyBvZiB0aGUgbGFzdCB0d28gZ2VuZXJhdGVkIGV2ZW50cy4g
IENvbnNlY3V0aXZlbHkgdGhlIHNlcnZlcgogICB3aWxsIHJlZ3VsYXJseSBub3RpZnkgdGhlIGNs
aWVudCB3aGVuIGEgbmV3IGV2ZW50IGlzIGdlbmVyYXRlZC4KCjQuNS4yLiAgVGhlICdmJyBxdWVy
eSBwYXJhbWV0ZXIKCiAgIFRoZSAnZicgKGZpbHRlcikgb3B0aW9uIGlzIHVzZWQgdG8gaW5kaWNh
dGUgd2hpY2ggc3Vic2V0IG9mIGFsbAogICBwb3NzaWJsZSBub3RpZmljYXRpb25zIGlzIG9mIGlu
dGVyZXN0LiAgSWYgbm90IHByZXNlbnQsIGFsbAogICBub3RpZmljYXRpb25zIHN1cHBvcnRlZCBi
eSB0aGUgZXZlbnQgc3RyZWFtIGFyZSByZXBvcnRlZC4KCiAgIFdoZW4gbm90IHN1cHBvcnRlZCBi
eSBhIENvTUkgc2VydmVyLCB0aGlzIG9wdGlvbiBzaGFsbCBiZSBpZ25vcmVkLAogICBhbGwgZXZl
bnRzIG5vdGlmaWNhdGlvbnMgYXJlIHJlcG9ydGVkIGluZGVwZW5kZW50bHkgb2YgdGhlIHByZXNl
bmNlCiAgIGFuZCBjb250ZW50IG9mIHRoZSAnZicgKGZpbHRlcikgb3B0aW9uLgoKICAgV2hlbiBw
cmVzZW50LCB0aGlzIG9wdGlvbiBjb250YWlucyBhIGNvbW1hLXNlcGFyYXRlZCBsaXN0IG9mCiAg
IG5vdGlmaWNhdGlvbiBTSURzLiAgRm9yIGV4YW1wbGUsIHRoZSBmb2xsb3dpbmcgcmVxdWVzdCBy
ZXR1cm5zCiAgIG5vdGlmaWNhdGlvbnMgNjAwMTAgYW5kIDYwMDIwLgoKICAgUkVROiAgR0VUIDwv
cz9mPTYwMDEwLDYwMDIwPiBPYnNlcnZlKDApCgo0LjYuICBSUEMgc3RhdGVtZW50cwoKICAgVGhl
IFlBTkcgImFjdGlvbiIgYW5kICJSUEMiIHN0YXRlbWVudHMgc3BlY2lmeSB0aGUgZXhlY3V0aW9u
IG9mIGEKICAgUmVtb3RlIHByb2NlZHVyZSBDYWxsIChSUEMpIGluIHRoZSBzZXJ2ZXIuICBJdCBp
cyBpbnZva2VkIHVzaW5nIGEKICAgUE9TVCBtZXRob2QgdG8gYW4gIkFjdGlvbiIgb3IgIlJQQyIg
cmVzb3VyY2UgaW5zdGFuY2UuCgogICBUaGUgcmVxdWVzdCBwYXlsb2FkIGNvbnRhaW5zIHRoZSB2
YWx1ZXMgYXNzaWduZWQgdG8gdGhlIGlucHV0CiAgIGNvbnRhaW5lciB3aGVuIHNwZWNpZmllZC4g
IFRoZSByZXNwb25zZSBwYXlsb2FkIGNvbnRhaW5zIHRoZSB2YWx1ZXMKICAgb2YgdGhlIG91dHB1
dCBjb250YWluZXIgd2hlbiBzcGVjaWZpZWQuICBCb3RoIHRoZSBpbnB1dCBhbmQgb3V0cHV0CgoK
ClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAg
ICAgICAgIFtQYWdlIDI3XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01J
ICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIGNvbnRhaW5lcnMgYXJlIGVu
Y29kZWQgaW4gQ0JPUiB1c2luZyB0aGUgcnVsZXMgZGVmaW5lZCBpbgogICBbSS1ELmlldGYtY29y
ZS15YW5nLWNib3JdIHNlY3Rpb24gNC4yLjEuCgogICBUaGUgcmV0dXJuZWQgc3VjY2VzcyByZXNw
b25zZSBjb2RlIGlzIDIuMDUgQ29udGVudC4KCiAgIEZPUk1BVDoKICAgICBQT1NUIDxkYXRhIG5v
ZGUgcmVzb3VyY2U+IFsnaycgVXJpLVF1ZXJ5IG9wdGlvbl0KICAgICAgICAgIChDb250ZW50LUZv
cm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKICAgICBDQk9SIG1hcCBv
ZiBTSUQsIGluc3RhbmNlLXZhbHVlCgogICAgIDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3JtYXQ6
IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiAgICAgQ0JPUiBtYXAgb2YgU0lE
LCBpbnN0YW5jZS12YWx1ZQoKCjQuNi4xLiAgUlBDIEV4YW1wbGUKCiAgIFRoZSBleGFtcGxlIGlz
IGJhc2VkIG9uIHRoZSBZQU5HIGFjdGlvbiAicmVzZXQiIGFzIGRlZmluZWQgaW4KICAgW1JGQzc5
NTBdIHNlY3Rpb24gNy4xNS4zIGFuZCBhbm5vdGF0ZWQgYmVsb3cgd2l0aCBTSURzLgoKCgoKCgoK
CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVz
IERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAyOF0KDApJbnRlcm5ldC1EcmFm
dCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIw
MjAKCgogICBtb2R1bGUgZXhhbXBsZS1zZXJ2ZXItZmFybSB7CiAgICAgeWFuZy12ZXJzaW9uIDEu
MTsKICAgICBuYW1lc3BhY2UgInVybjpleGFtcGxlOnNlcnZlci1mYXJtIjsKICAgICBwcmVmaXgg
InNmYXJtIjsKCiAgICAgaW1wb3J0IGlldGYteWFuZy10eXBlcyB7CiAgICAgICBwcmVmaXggInlh
bmciOwogICAgIH0KCiAgICAgbGlzdCBzZXJ2ZXIgeyAgICAgICAgICAgICAgICAgICAgICAgIC8v
IFNJRCA2MDAwMAogICAgICAga2V5IG5hbWU7CiAgICAgICBsZWFmIG5hbWUgeyAgICAgICAgICAg
ICAgICAgICAgICAgIC8vIFNJRCA2MDAwMQogICAgICAgICB0eXBlIHN0cmluZzsKICAgICAgIH0K
ICAgICAgIGFjdGlvbiByZXNldCB7ICAgICAgICAgICAgICAgICAgICAgLy8gU0lEIDYwMDAyCiAg
ICAgICAgIGlucHV0IHsKICAgICAgICAgICBsZWFmIHJlc2V0LWF0IHsgICAgICAgICAgICAgICAg
Ly8gU0lEIDYwMDAzCiAgICAgICAgICAgICB0eXBlIHlhbmc6ZGF0ZS1hbmQtdGltZTsKICAgICAg
ICAgICAgIG1hbmRhdG9yeSB0cnVlOwogICAgICAgICAgICB9CiAgICAgICAgICB9CiAgICAgICAg
ICBvdXRwdXQgewogICAgICAgICAgICBsZWFmIHJlc2V0LWZpbmlzaGVkLWF0IHsgICAgICAvLyBT
SUQgNjAwMDQKICAgICAgICAgICAgICB0eXBlIHlhbmc6ZGF0ZS1hbmQtdGltZTsKICAgICAgICAg
ICAgICBtYW5kYXRvcnkgdHJ1ZTsKICAgICAgICAgICAgfQogICAgICAgICAgfQogICAgICAgIH0K
ICAgICAgfQogICAgfQoKICAgVGhpcyBleGFtcGxlIGludm9rZXMgdGhlICdyZXNldCcgYWN0aW9u
IChTSUQgNjAwMDIsIGJhc2U2NDogT3BxKSwgb2YKICAgdGhlIHNlcnZlciBpbnN0YW5jZSB3aXRo
IG5hbWUgZXF1YWwgdG8gIm15c2VydmVyIi4KCiBSRVE6ICBQT1NUIDwvYy9PcHE/az1teXNlcnZl
cj4KICAgICAgIChDb250ZW50LUZvcm1hdDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlk
PXNpZCkKIHsKICAgNjAwMDIgOiB7CiAgICAgMSA6ICIyMDE2LTAyLTA4VDE0OjEwOjA4WjA5OjAw
IiAvIHJlc2V0LWF0IChTSUQgNjAwMDMpIC8KICAgfQogfQoKIFJFUzogIDIuMDUgQ29udGVudCAo
Q29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStjYm9yOyBpZD1zaWQpCiB7CiAg
IDYwMDAyIDogewogICAgIDIgOiAiMjAxNi0wMi0wOFQxNDoxMDowOFowOToxOCIgLyByZXNldC1m
aW5pc2hlZC1hdCAoU0lEIDYwMDA0KS8KICAgfQogfQoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAg
ICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSAyOV0KDApJbnRl
cm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAg
ICBKdW5lIDIwMjAKCgo1LiAgVXNlIG9mIEJsb2NrLXdpc2UgVHJhbnNmZXJzCgogICBUaGUgQ29B
UCBwcm90b2NvbCBwcm92aWRlcyByZWxpYWJpbGl0eSBieSBhY2tub3dsZWRnaW5nIHRoZSBVRFAK
ICAgZGF0YWdyYW1zLiAgSG93ZXZlciwgd2hlbiBsYXJnZSBwaWVjZXMgb2YgZGF0YSBuZWVkIHRv
IGJlCiAgIHRyYW5zcG9ydGVkLCBkYXRhZ3JhbXMgZ2V0IGZyYWdtZW50ZWQsIHRodXMgY3JlYXRp
bmcgY29uc3RyYWludHMgb24KICAgdGhlIHJlc291cmNlcyBpbiB0aGUgY2xpZW50LCBzZXJ2ZXIg
YW5kIGludGVybWVkaWF0ZSByb3V0ZXJzLiAgVGhlCiAgIGJsb2NrIG9wdGlvbiBbUkZDNzk1OV0g
YWxsb3dzIHRoZSB0cmFuc3BvcnQgb2YgdGhlIHRvdGFsIHBheWxvYWQgaW4KICAgaW5kaXZpZHVh
bCBibG9ja3Mgb2Ygd2hpY2ggdGhlIHNpemUgY2FuIGJlIGFkYXB0ZWQgdG8gdGhlIHVuZGVybHlp
bmcKICAgdHJhbnNwb3J0IHNpemVzIHN1Y2ggYXM6IChVRFAgZGF0YWdyYW0gc2l6ZSB+NjRLaUIs
IElQdjYgTVRVIG9mIDEyODAsCiAgIElFRUUgODAyLjE1LjQgcGF5bG9hZCBvZiA2MC04MCBieXRl
cykuICBFYWNoIGJsb2NrIGlzIGluZGl2aWR1YWxseQogICBhY2tub3dsZWRnZWQgdG8gZ3VhcmFu
dGVlIHJlbGlhYmlsaXR5LgoKICAgTm90aWNlIHRoYXQgdGhlIEJsb2NrIG1lY2hhbmlzbSBzcGxp
dHMgdGhlIGRhdGEgYXQgZml4ZWQgcG9zaXRpb25zLAogICBzdWNoIHRoYXQgaW5kaXZpZHVhbCBk
YXRhIGZpZWxkcyBtYXkgYmVjb21lIGZyYWdtZW50ZWQuICBUaGVyZWZvcmUsCiAgIGFzc2VtYmx5
IG9mIG11bHRpcGxlIGJsb2NrcyBtYXkgYmUgcmVxdWlyZWQgdG8gcHJvY2VzcyBjb21wbGV0ZSBk
YXRhCiAgIGZpZWxkcy4KCiAgIEJld2FyZSBvZiByYWNlIGNvbmRpdGlvbnMuICBJbiBjYXNlIGJs
b2NrcyBhcmUgZmlsbGVkIG9uZSBhdCBhIHRpbWUsCiAgIGNhcmUgc2hvdWxkIGJlIHRha2VuIHRo
YXQgdGhlIHdob2xlIGFuZCBjb25zaXN0ZW50IGRhdGEKICAgcmVwcmVzZW50YXRpb24gaXMgc2Vu
dCBpbiBtdWx0aXBsZSBibG9ja3Mgc2VxdWVudGlhbGx5IHdpdGhvdXQKICAgaW50ZXJydXB0aW9u
LiAgT24gdGhlIHNlcnZlciwgdmFsdWVzIG1pZ2h0IGNoYW5nZSwgbGlzdHMgbWlnaHQgZ2V0CiAg
IHJlLW9yZGVyZWQsIGV4dGVuZGVkIG9yIHJlZHVjZWQuICBXaGVuIHRoZXNlIGFjdGlvbnMgaGFw
cGVuIGR1cmluZwogICB0aGUgc2VyaWFsaXphdGlvbiBvZiB0aGUgY29udGVudHMgb2YgdGhlIHJl
c291cmNlLCB0aGUgdHJhbnNwb3J0ZWQKICAgcmVzdWx0cyBkbyBub3QgY29ycmVzcG9uZCB3aXRo
IGEgc3RhdGUgaGF2aW5nIG9jY3VycmVkIGluIHRoZSBzZXJ2ZXI7CiAgIG9yIHdvcnNlIHRoZSBy
ZXR1cm5lZCB2YWx1ZXMgYXJlIGluY29uc2lzdGVudC4gIEZvciBleGFtcGxlOiBhcnJheQogICBs
ZW5ndGggZG9lcyBub3QgY29ycmVzcG9uZCB3aXRoIHRoZSBhY3R1YWwgbnVtYmVyIG9mIGl0ZW1z
LiAgSXQgbWF5CiAgIGJlIGFkdmlzYWJsZSB0byB1c2UgSW5kZWZpbml0ZS1sZW5ndGggQ0JPUiBh
cnJheXMgYW5kIG1hcHMsIHdoaWNoIGFyZQogICBmb3Jlc2VlbiBmb3IgZGF0YSBzdHJlYW1pbmcg
cHVycG9zZXMuCgo2LiAgQXBwbGljYXRpb24gRGlzY292ZXJ5CgogICBUd28gYXBwbGljYXRpb24g
ZGlzY292ZXJ5IG1lY2hhbmlzbXMgYXJlIHN1cHBvcnRlZCBieSBDb01JLCB0aGUgWUFORwogICBs
aWJyYXJ5IGRhdGEgbW9kZWwgYXMgZGVmaW5lZCBieSBbSS1ELmlldGYtY29yZS15YW5nLWxpYnJh
cnldIGFuZCB0aGUKICAgQ09SRSByZXNvdXJjZSBkaXNjb3ZlcnkgW1JGQzY2OTBdLiAgSW1wbGVt
ZW50ZXJzIG1heSBjaG9vc2UgdG8KICAgaW1wbGVtZW50IG9uZSBvciB0aGUgb3RoZXIgb3IgYm90
aC4KCjYuMS4gIFlBTkcgbGlicmFyeQoKICAgVGhlIFlBTkcgbGlicmFyeSBkYXRhIG1vZGVsIFtJ
LUQuaWV0Zi1jb3JlLXlhbmctbGlicmFyeV0gcHJvdmlkZXMgYQogICBoaWdoLWxldmVsIGRlc2Ny
aXB0aW9uIG9mIHRoZSByZXNvdXJjZXMgYXZhaWxhYmxlLiAgVGhlIFlBTkcgbGlicmFyeQogICBj
b250YWlucyB0aGUgbGlzdCBvZiBtb2R1bGVzLCBmZWF0dXJlcywgYW5kIGRldmlhdGlvbnMgc3Vw
cG9ydGVkIGJ5CiAgIHRoZSBDb01JIHNlcnZlci4gIEZyb20gdGhpcyBpbmZvcm1hdGlvbiwgQ29N
SSBjbGllbnRzIGNhbiBpbmZlciB0aGUKICAgbGlzdCBvZiBkYXRhIG5vZGVzIHN1cHBvcnRlZCBh
bmQgdGhlIGludGVyYWN0aW9uIG1vZGVsIHRvIGJlIHVzZWQgdG8KICAgYWNjZXNzIHRoZW0uICBU
aGlzIG1vZHVsZSBhbHNvIGNvbnRhaW5zIHRoZSBsaXN0IG9mIGRhdGFzdG9yZXMKICAgaW1wbGVt
ZW50ZWQuCgogICBBcyBkZXNjcmliZWQgaW4gW1JGQzY2OTBdLCB0aGUgbG9jYXRpb24gb2YgdGhl
IFlBTkcgbGlicmFyeSBjYW4gYmUKICAgZm91bmQgYnkgc2VuZGluZyBhIEdFVCByZXF1ZXN0IHRv
ICIvLndlbGwta25vd24vY29yZSIgaW5jbHVkaW5nIGEKCgoKVmVpbGxldHRlLCBldCBhbC4gICAg
ICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMzBdCgwKSW50
ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAg
ICAgSnVuZSAyMDIwCgoKICAgcmVzb3VyY2UgdHlwZSAoUlQpIHBhcmFtZXRlciB3aXRoIHRoZSB2
YWx1ZSAiY29yZS5jLnlsIi4gIFVwb24KICAgc3VjY2VzcywgdGhlIHJldHVybiBwYXlsb2FkIHdp
bGwgY29udGFpbiB0aGUgcm9vdCByZXNvdXJjZSBvZiB0aGUKICAgWUFORyBsaWJyYXJ5IG1vZHVs
ZS4KCiAgIFRoZSBmb2xsb3dpbmcgZXhhbXBsZSBhc3N1bWVzIHRoYXQgdGhlIFNJRCBvZiB0aGUg
WUFORyBsaWJyYXJ5IGlzCiAgIDIzNTEgKGt2IGVuY29kZWQgYXMgc3BlY2lmaWVkIGluIFNlY3Rp
b24gMi4yKSBhbmQgdGhhdCB0aGUgc2VydmVyCiAgIHVzZXMgL2MgYXMgZGF0YXN0b3JlIHJlc291
cmNlIHBhdGguCgogICBSRVE6IEdFVCA8Ly53ZWxsLWtub3duL2NvcmU/cnQ9Y29yZS5jLnlsPgoK
ICAgUkVTOiAyLjA1IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNhdGlvbi9saW5rLWZv
cm1hdCkKICAgPC9jL2t2PjtydD0iY29yZS5jLnlsIgoKNi4yLiAgUmVzb3VyY2UgRGlzY292ZXJ5
CgogICBBcyBzb21lIENvQVAgaW50ZXJmYWNlcyBhbmQgc2VydmljZXMgbWlnaHQgbm90IHN1cHBv
cnQgdGhlIFlBTkcKICAgbGlicmFyeSBpbnRlcmZhY2UgYW5kIHN0aWxsIGJlIGludGVyZXN0ZWQg
dG8gZGlzY292ZXIgcmVzb3VyY2VzIHRoYXQKICAgYXJlIGF2YWlsYWJsZSwgaW1wbGVtZW50YXRp
b25zIE1BWSBjaG9vc2UgdG8gc3VwcG9ydCBkaXNjb3Zlcnkgb2YgYWxsCiAgIGF2YWlsYWJsZSBy
ZXNvdXJjZXMgdXNpbmcgIi8ud2VsbC1rbm93bi9jb3JlIiBhcyBkZWZpbmVkIGJ5CiAgIFtSRkM2
NjkwXS4KCjYuMi4xLiAgRGF0YXN0b3JlIFJlc291cmNlIERpc2NvdmVyeQoKICAgVGhlIHByZXNl
bmNlIGFuZCBsb2NhdGlvbiBvZiAocGF0aCB0bykgZWFjaCBkYXRhc3RvcmUgaW1wbGVtZW50ZWQg
YnkKICAgdGhlIENvTUkgc2VydmVyIGNhbiBiZSBkaXNjb3ZlcmVkIGJ5IHNlbmRpbmcgYSBHRVQg
cmVxdWVzdCB0bwogICAiLy53ZWxsLWtub3duL2NvcmUiIGluY2x1ZGluZyBhIHJlc291cmNlIHR5
cGUgKFJUKSBwYXJhbWV0ZXIgd2l0aCB0aGUKICAgdmFsdWUgImNvcmUuYy5kcyIuCgogICBVcG9u
IHN1Y2Nlc3MsIHRoZSByZXR1cm4gcGF5bG9hZCBjb250YWlucyB0aGUgbGlzdCBvZiBkYXRhc3Rv
cmUKICAgcmVzb3VyY2VzLgoKICAgRWFjaCBkYXRhc3RvcmUgcmV0dXJuZWQgaXMgZnVydGhlciBx
dWFsaWZpZWQgdXNpbmcgdGhlICJkcyIgTGluay0KICAgRm9ybWF0IGF0dHJpYnV0ZS4gIFRoaXMg
YXR0cmlidXRlIGlzIHNldCB0byB0aGUgU0lEIGFzc2lnbmVkIHRvIHRoZQogICBkYXRhc3RvcmUg
aWRlbnRpdHkuICBXaGVuIGEgdW5pZmllZCBkYXRhc3RvcmUgaXMgaW1wbGVtZW50ZWQsIHRoZSBk
cwogICBhdHRyaWJ1dGUgaXMgc2V0IHRvIDEwMjkgYXMgc3BlY2lmaWVkIGluIEFwcGVuZGl4IEIu
ICBGb3Igb3RoZXIKICAgZXhhbXBsZXMgb2YgZGF0YXN0b3Jlcywgc2VlIHRoZSBOZXR3b3JrIE1h
bmFnZW1lbnQgRGF0YXN0b3JlCiAgIEFyY2hpdGVjdHVyZSAoTk1EQSkgW1JGQzc5NTBdLgoKICAg
bGluay1leHRlbnNpb24gICAgPSAoICJkcyIgIj0iIHNpZCApICkKICAgICAgICAgICAgICAgICAg
ICAgICA7IFNJRCBhc3NpZ25lZCB0byB0aGUgZGF0YXN0b3JlIGlkZW50aXR5CiAgIHNpZCAgICAg
ICAgICAgICAgID0gMSpESUdJVAoKICAgVGhlIGZvbGxvd2luZyBleGFtcGxlIGFzc3VtZXMgdGhh
dCB0aGUgc2VydmVyIHVzZXMgL2MgYXMgZGF0YXN0b3JlCiAgIHJlc291cmNlIHBhdGguCgoKCgoK
CgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAg
ICAgICAgICBbUGFnZSAzMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29N
SSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBSRVE6IEdFVCA8Ly53ZWxs
LWtub3duL2NvcmU/cnQ9Y29yZS5jLmRzPgoKICAgUkVTOiAyLjA1IENvbnRlbnQgKENvbnRlbnQt
Rm9ybWF0OiBhcHBsaWNhdGlvbi9saW5rLWZvcm1hdCkKICAgPC9jPjsgcnQ9ImNvcmUuYy5kcyI7
ZHM9MTAyOQoKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDQKCjYuMi4y
LiAgRGF0YSBub2RlIFJlc291cmNlIERpc2NvdmVyeQoKICAgSWYgaW1wbGVtZW50ZWQsIHRoZSBw
cmVzZW5jZSBhbmQgbG9jYXRpb24gb2YgKHBhdGggdG8pIGVhY2ggZGF0YSBub2RlCiAgIGltcGxl
bWVudGVkIGJ5IHRoZSBDb01JIHNlcnZlciBhcmUgZGlzY292ZXJlZCBieSBzZW5kaW5nIGEgR0VU
CiAgIHJlcXVlc3QgdG8gIi8ud2VsbC1rbm93bi9jb3JlIiBpbmNsdWRpbmcgYSByZXNvdXJjZSB0
eXBlIChSVCkKICAgcGFyYW1ldGVyIHdpdGggdGhlIHZhbHVlICJjb3JlLmMuZG4iLgoKICAgVXBv
biBzdWNjZXNzLCB0aGUgcmV0dXJuIHBheWxvYWQgY29udGFpbnMgdGhlIFNJRCBhc3NpZ25lZCB0
byBlYWNoCiAgIGRhdGEgbm9kZSBhbmQgdGhlaXIgbG9jYXRpb24uCgogICBUaGUgZXhhbXBsZSBi
ZWxvdyBzaG93cyB0aGUgZGlzY292ZXJ5IG9mIHRoZSBwcmVzZW5jZSBhbmQgbG9jYXRpb24gb2YK
ICAgZGF0YSBub2Rlcy4gIERhdGEgbm9kZXMgJy9pZXRmLXN5c3RlbTpzeXN0ZW0tc3RhdGUvY2xv
Y2svYm9vdC0KICAgZGF0ZXRpbWUnIChTSUQgMTcyMikgYW5kICcvaWV0Zi1zeXN0ZW06c3lzdGVt
LXN0YXRlL2Nsb2NrL2N1cnJlbnQtCiAgIGRhdGV0aW1lJyAoU0lEIDE3MjMpIGFyZSByZXR1cm5l
ZC4gIFRoZSBleGFtcGxlIGFzc3VtZXMgdGhhdCB0aGUKICAgc2VydmVyIHVzZXMgL2MgYXMgZGF0
YXN0b3JlIHJlc291cmNlIHBhdGguCgogICBSRVE6IEdFVCA8Ly53ZWxsLWtub3duL2NvcmU/cnQ9
Y29yZS5jLmRuPgoKICAgUkVTOiAyLjA1IENvbnRlbnQgKENvbnRlbnQtRm9ybWF0OiBhcHBsaWNh
dGlvbi9saW5rLWZvcm1hdCkKICAgPC9jL2E2PjtydD0iY29yZS5jLmRuIiwKICAgPC9jL2E3Pjty
dD0iY29yZS5jLmRuIgoKICAgV2l0aG91dCBhZGRpdGlvbmFsIGZpbHRlcmluZywgdGhlIGxpc3Qg
b2YgZGF0YSBub2RlcyBtYXkgYmVjb21lCiAgIHByb2hpYml0aXZlbHkgbG9uZy4gIElmIHRoaXMg
aXMgdGhlIGNhc2UgaW1wbGVtZW50YXRpb25zIFNIT1VMRAogICBzdXBwb3J0IGEgd2F5IHRvIG9i
dGFpbiBhbGwgbGlua3MgdXNpbmcgbXVsdGlwbGUgR0VUIHJlcXVlc3RzIChmb3IKICAgZXhhbXBs
ZSB0aHJvdWdoIHNvbWUgZm9ybSBvZiBwYWdpbmF0aW9uKS4KCjYuMi4zLiAgRXZlbnQgc3RyZWFt
IFJlc291cmNlIERpc2NvdmVyeQoKICAgVGhlIHByZXNlbmNlIGFuZCBsb2NhdGlvbiBvZiAocGF0
aCB0bykgZWFjaCBldmVudCBzdHJlYW0gaW1wbGVtZW50ZWQKICAgYnkgdGhlIENvTUkgc2VydmVy
IGFyZSBkaXNjb3ZlcmVkIGJ5IHNlbmRpbmcgYSBHRVQgcmVxdWVzdCB0bwogICAiLy53ZWxsLWtu
b3duL2NvcmUiIGluY2x1ZGluZyBhIHJlc291cmNlIHR5cGUgKFJUKSBwYXJhbWV0ZXIgd2l0aCB0
aGUKICAgdmFsdWUgImNvcmUuYy5lcyIuCgogICBVcG9uIHN1Y2Nlc3MsIHRoZSByZXR1cm4gcGF5
bG9hZCBjb250YWlucyB0aGUgbGlzdCBvZiBldmVudCBzdHJlYW0KICAgcmVzb3VyY2VzLgoKICAg
VGhlIGZvbGxvd2luZyBleGFtcGxlIGFzc3VtZXMgdGhhdCB0aGUgc2VydmVyIHVzZXMgL3MgYXMg
dGhlIGRlZmF1bHQKICAgZXZlbnQgc3RyZWFtIHJlc291cmNlLgoKCgoKClZlaWxsZXR0ZSwgZXQg
YWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDMy
XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAg
ICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIFJFUTogR0VUIDwvLndlbGwta25vd24vY29yZT9ydD1j
b3JlLmMuZXM+CgogICBSRVM6IDIuMDUgQ29udGVudCAoQ29udGVudC1Gb3JtYXQ6IGFwcGxpY2F0
aW9uL2xpbmstZm9ybWF0KQogICA8L3M+O3J0PSJjb3JlLmMuZXMiCgogICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBGaWd1cmUgNQoKNy4gIEVycm9yIEhhbmRsaW5nCgogICBJbiBjYXNl
IGEgcmVxdWVzdCBpcyByZWNlaXZlZCB3aGljaCBjYW5ub3QgYmUgcHJvY2Vzc2VkIHByb3Blcmx5
LCB0aGUKICAgQ29NSSBzZXJ2ZXIgTVVTVCByZXR1cm4gYW4gZXJyb3IgcmVzcG9uc2UuICBUaGlz
IGVycm9yIHJlc3BvbnNlIE1VU1QKICAgY29udGFpbiBhIENvQVAgNC54eCBvciA1Lnh4IHJlc3Bv
bnNlIGNvZGUuCgogICBFcnJvcnMgcmV0dXJuZWQgYnkgYSBDb01JIHNlcnZlciBjYW4gYmUgYnJv
a2VuIGludG8gdHdvIGNhdGVnb3JpZXMsCiAgIHRob3NlIGFzc29jaWF0ZWQgd2l0aCB0aGUgQ29B
UCBwcm90b2NvbCBpdHNlbGYgYW5kIHRob3NlIGdlbmVyYXRlZAogICBkdXJpbmcgdGhlIHZhbGlk
YXRpb24gb2YgdGhlIFlBTkcgZGF0YSBtb2RlbCBjb25zdHJhaW5zIGFzIGRlc2NyaWJlZAogICBp
biBbUkZDNzk1MF0gc2VjdGlvbiA4LgoKICAgVGhlIGZvbGxvd2luZyBsaXN0IG9mIGNvbW1vbiBD
b0FQIGVycm9ycyBzaG91bGQgYmUgaW1wbGVtZW50ZWQgYnkKICAgQ29NSSBzZXJ2ZXJzLiAgVGhp
cyBsaXN0IGlzIG5vdCBleGhhdXN0aXZlLCBvdGhlciBlcnJvcnMgZGVmaW5lZCBieQogICBDb0FQ
IGFuZCBhc3NvY2lhdGVkIFJGQ3MgbWF5IGJlIGFwcGxpY2FibGUuCgogICBvICBFcnJvciA0LjAx
IChVbmF1dGhvcml6ZWQpIGlzIHJldHVybmVkIGJ5IHRoZSBDb01JIHNlcnZlciB3aGVuIHRoZQog
ICAgICBDb01JIGNsaWVudCBpcyBub3QgYXV0aG9yaXplZCB0byBwZXJmb3JtIHRoZSByZXF1ZXN0
ZWQgYWN0aW9uIG9uCiAgICAgIHRoZSB0YXJnZXRlZCByZXNvdXJjZSAoaS5lLiBkYXRhIG5vZGUs
IGRhdGFzdG9yZSwgcnBjLCBhY3Rpb24gb3IKICAgICAgZXZlbnQgc3RyZWFtKS4KCiAgIG8gIEVy
cm9yIDQuMDIgKEJhZCBPcHRpb24pIGlzIHJldHVybmVkIGJ5IHRoZSBDb01JIHNlcnZlciB3aGVu
IG9uZSBvcgogICAgICBtb3JlIENvQVAgb3B0aW9ucyBhcmUgdW5rbm93biBvciBtYWxmb3JtZWQu
CgogICBvICBFcnJvciA0LjA0IChOb3QgRm91bmQpIGlzIHJldHVybmVkIGJ5IHRoZSBDb01JIHNl
cnZlciB3aGVuIHRoZQogICAgICBDb01JIGNsaWVudCBpcyByZXF1ZXN0aW5nIGEgbm9uLWluc3Rh
bnRpYXRlZCByZXNvdXJjZSAoaS5lLiBkYXRhCiAgICAgIG5vZGUsIGRhdGFzdG9yZSwgcnBjLCBh
Y3Rpb24gb3IgZXZlbnQgc3RyZWFtKS4KCiAgIG8gIEVycm9yIDQuMDUgKE1ldGhvZCBOb3QgQWxs
b3dlZCkgaXMgcmV0dXJuZWQgYnkgdGhlIENvTUkgc2VydmVyCiAgICAgIHdoZW4gdGhlIENvTUkg
Y2xpZW50IGlzIHJlcXVlc3RpbmcgYSBtZXRob2Qgbm90IHN1cHBvcnRlZCBvbiB0aGUKICAgICAg
dGFyZ2V0ZWQgcmVzb3VyY2UuIChlLmcuICBHRVQgb24gYW4gcnBjLCBQVVQgb3IgUE9TVCBvbiBh
IGRhdGEKICAgICAgbm9kZSB3aXRoICJjb25maWciIHNldCB0byBmYWxzZSkuCgogICBvICBFcnJv
ciA0LjA4IChSZXF1ZXN0IEVudGl0eSBJbmNvbXBsZXRlKSBpcyByZXR1cm5lZCBieSB0aGUgQ29N
SQogICAgICBzZXJ2ZXIgaWYgb25lIG9yIG11bHRpcGxlIGJsb2NrcyBvZiBhIGJsb2NrIHRyYW5z
ZmVyIHJlcXVlc3QgaXMKICAgICAgbWlzc2luZywgc2VlIFtSRkM3OTU5XSBmb3IgbW9yZSBkZXRh
aWxzLgoKICAgbyAgRXJyb3IgNC4xMyAoUmVxdWVzdCBFbnRpdHkgVG9vIExhcmdlKSBtYXkgYmUg
cmV0dXJuZWQgYnkgdGhlIENvTUkKICAgICAgc2VydmVyIGR1cmluZyBhIGJsb2NrIHRyYW5zZmVy
IHJlcXVlc3QsIHNlZSBbUkZDNzk1OV0gZm9yIG1vcmUKICAgICAgZGV0YWlscy4KCgoKCgpWZWls
bGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAg
ICBbUGFnZSAzM10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAg
ICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBvICBFcnJvciA0LjE1IChVbnN1cHBv
cnRlZCBDb250ZW50LUZvcm1hdCkgaXMgcmV0dXJuZWQgYnkgdGhlIENvTUkKICAgICAgc2VydmVy
IHdoZW4gdGhlIENvbnRlbnQtRm9ybWF0IHVzZWQgaW4gdGhlIHJlcXVlc3QgZG9lcyBub3QgbWF0
Y2gKICAgICAgdGhvc2Ugc3BlY2lmaWVkIGluIHNlY3Rpb24gU2VjdGlvbiAyLjQuCgogICBUaGUg
Q29NSSBzZXJ2ZXIgTVVTVCBhbHNvIGVuZm9yY2UgdGhlIGRpZmZlcmVudCBjb25zdHJhaW50cwog
ICBhc3NvY2lhdGVkIHdpdGggdGhlIFlBTkcgZGF0YSBtb2RlbHMgaW1wbGVtZW50ZWQuICBUaGVz
ZSBjb25zdHJhaW50cwogICBhcmUgZGVzY3JpYmVkIGluIFtSRkM3OTUwXSBzZWN0aW9uIDguICBU
aGVzZSBlcnJvcnMgYXJlIHJlcG9ydGVkCiAgIHVzaW5nIHRoZSBDb0FQIGVycm9yIGNvZGUgNC4w
MCAoQmFkIFJlcXVlc3QpIGFuZCBtYXkgaGF2ZSB0aGUKICAgZm9sbG93aW5nIGVycm9yIGNvbnRh
aW5lciBhcyBwYXlsb2FkLiAgVGhlIFlBTkcgZGVmaW5pdGlvbiBhbmQKICAgYXNzb2NpYXRlZCAu
c2lkIGZpbGUgYXJlIGF2YWlsYWJsZSBpbiBBcHBlbmRpeCBBIGFuZCBBcHBlbmRpeCBCLiAgVGhl
CiAgIGVycm9yIGNvbnRhaW5lciBpcyBlbmNvZGVkIHVzaW5nIHRoZSBlbmNvZGluZyBydWxlcyBv
ZiBhIFlBTkcgZGF0YQogICB0ZW1wbGF0ZSBhcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1jb3JlLXlh
bmctY2Jvcl0gc2VjdGlvbiA1LgoKICAgKy0tcncgZXJyb3IhCiAgICAgICstLXJ3IGVycm9yLXRh
ZyAgICAgICAgICAgICBpZGVudGl0eXJlZgogICAgICArLS1ydyBlcnJvci1hcHAtdGFnPyAgICAg
ICAgaWRlbnRpdHlyZWYKICAgICAgKy0tcncgZXJyb3ItZGF0YS1ub2RlPyAgICAgIGluc3RhbmNl
LWlkZW50aWZpZXIKICAgICAgKy0tcncgZXJyb3ItbWVzc2FnZT8gICAgICAgIHN0cmluZwoKICAg
VGhlIGZvbGxvd2luZyAnZXJyb3ItdGFnJyBhbmQgJ2Vycm9yLWFwcC10YWcnIGFyZSBkZWZpbmVk
IGJ5IHRoZQogICBpZXRmLWNvbWkgWUFORyBtb2R1bGUsIHRoZXNlIHRhZ3MgYXJlIGltcGxlbWVu
dGVkIGFzIFlBTkcgaWRlbnRpdHkKICAgYW5kIGNhbiBiZSBleHRlbmRlZCBhcyBuZWVkZWQuCgog
ICBvICBlcnJvci10YWcgJ29wZXJhdGlvbi1mYWlsZWQnIGlzIHJldHVybmVkIGJ5IHRoZSBDb01J
IHNlcnZlciB3aGVuCiAgICAgIHRoZSBvcGVyYXRpb24gcmVxdWVzdCBjYW5ub3QgYmUgcHJvY2Vz
c2VkIHN1Y2Nlc3NmdWxseS4KCiAgICAgICogIGVycm9yLWFwcC10YWcgJ21hbGZvcm1lZC1tZXNz
YWdlJyBpcyByZXR1cm5lZCBieSB0aGUgQ29NSQogICAgICAgICBzZXJ2ZXIgd2hlbiB0aGUgcGF5
bG9hZCByZWNlaXZlZCBmcm9tIHRoZSBDb01JIGNsaWVudCBkb2VzIG5vdAogICAgICAgICBjb250
YWluIGEgd2VsbC1mb3JtZWQgQ0JPUiBjb250ZW50IGFzIGRlZmluZWQgaW4gW1JGQzcwNDldCiAg
ICAgICAgIHNlY3Rpb24gMy4zIG9yIGRvZXMgbm90IGNvbXBseSB3aXRoIHRoZSBDQk9SIHN0cnVj
dHVyZSBkZWZpbmVkCiAgICAgICAgIHdpdGhpbiB0aGlzIGRvY3VtZW50LgoKICAgICAgKiAgZXJy
b3ItYXBwLXRhZyAnZGF0YS1ub3QtdW5pcXVlJyBpcyByZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2
ZXIKICAgICAgICAgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUgJ3VuaXF1ZScgY29uc3RyYWlu
dCBvZiBhIGxpc3Qgb3IKICAgICAgICAgbGVhZi1saXN0IGZhaWxzLgoKICAgICAgKiAgZXJyb3It
YXBwLXRhZyAndG9vLW1hbnktZWxlbWVudHMnIGlzIHJldHVybmVkIGJ5IHRoZSBDb01JCiAgICAg
ICAgIHNlcnZlciB3aGVuIHRoZSB2YWxpZGF0aW9uIG9mIHRoZSAnbWF4LWVsZW1lbnRzJyBjb25z
dHJhaW50IG9mCiAgICAgICAgIGEgbGlzdCBvciBsZWFmLWxpc3QgZmFpbHMuCgogICAgICAqICBl
cnJvci1hcHAtdGFnICd0b28tZmV3LWVsZW1lbnRzJyBpcyByZXR1cm5lZCBieSB0aGUgQ29NSSBz
ZXJ2ZXIKICAgICAgICAgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUgJ21pbi1lbGVtZW50cycg
Y29uc3RyYWludCBvZiBhIGxpc3QKICAgICAgICAgb3IgbGVhZi1saXN0IGZhaWxzLgoKICAgICAg
KiAgZXJyb3ItYXBwLXRhZyAnbXVzdC12aW9sYXRpb24nIGlzIHJldHVybmVkIGJ5IHRoZSBDb01J
IHNlcnZlcgogICAgICAgICB3aGVuIHRoZSByZXN0cmljdGlvbnMgaW1wb3NlZCBieSBhICdtdXN0
JyBzdGF0ZW1lbnQgYXJlCiAgICAgICAgIHZpb2xhdGVkLgoKCgoKVmVpbGxldHRlLCBldCBhbC4g
ICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMzRdCgwK
SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAg
ICAgICAgSnVuZSAyMDIwCgoKICAgICAgKiAgZXJyb3ItYXBwLXRhZyAnZHVwbGljYXRlJyBpcyBy
ZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiBhCiAgICAgICAgIGNsaWVudCB0cmllcyB0
byBjcmVhdGUgYSBkdXBsaWNhdGUgbGlzdCBvciBsZWFmLWxpc3QgZW50cnkuCgogICBvICBlcnJv
ci10YWcgJ2ludmFsaWQtdmFsdWUnIGlzIHJldHVybmVkIGJ5IHRoZSBDb01JIHNlcnZlciB3aGVu
IHRoZQogICAgICBDb01JIGNsaWVudCB0cmllcyB0byB1cGRhdGUgb3IgY3JlYXRlIGEgbGVhZiB3
aXRoIGEgdmFsdWUgZW5jb2RlZAogICAgICB1c2luZyBhbiBpbnZhbGlkIENCT1IgZGF0YXR5cGUg
b3IgaWYgdGhlICdyYW5nZScsICdsZW5ndGgnLAogICAgICAncGF0dGVybicgb3IgJ3JlcXVpcmUt
aW5zdGFuY2UnIGNvbnN0cmFpbiBpcyBub3QgZnVsZmlsbGVkLgoKICAgICAgKiAgZXJyb3ItYXBw
LXRhZyAnaW52YWxpZC1kYXRhdHlwZScgaXMgcmV0dXJuZWQgYnkgdGhlIENvTUkgc2VydmVyCiAg
ICAgICAgIHdoZW4gQ0JPUiBlbmNvZGluZyBkb2VzIG5vdCBmb2xsb3cgdGhlIHJ1bGVzIHNldCBi
eSB0aGUgWUFORwogICAgICAgICBCdWlsZC1JbiB0eXBlIG9yIHdoZW4gdGhlIHZhbHVlIGlzIGlu
Y29tcGF0aWJsZSB3aXRoIGl0IChlLmcuIGEKICAgICAgICAgdmFsdWUgZ3JlYXRlciB0aGFuIDEy
NyBmb3IgYW4gaW50OCwgdW5kZWZpbmVkIGVudW1lcmF0aW9uKS4KCiAgICAgICogIGVycm9yLWFw
cC10YWcgJ25vdC1pbi1yYW5nZScgaXMgcmV0dXJuZWQgYnkgdGhlIENvTUkgc2VydmVyCiAgICAg
ICAgIHdoZW4gdGhlIHZhbGlkYXRpb24gb2YgdGhlICdyYW5nZScgcHJvcGVydHkgZmFpbHMuCgog
ICAgICAqICBlcnJvci1hcHAtdGFnICdpbnZhbGlkLWxlbmd0aCcgaXMgcmV0dXJuZWQgYnkgdGhl
IENvTUkgc2VydmVyCiAgICAgICAgIHdoZW4gdGhlIHZhbGlkYXRpb24gb2YgdGhlICdsZW5ndGgn
IHByb3BlcnR5IGZhaWxzLgoKICAgICAgKiAgZXJyb3ItYXBwLXRhZyAncGF0dGVybi10ZXN0LWZh
aWxlZCcgaXMgcmV0dXJuZWQgYnkgdGhlIENvTUkKICAgICAgICAgc2VydmVyIHdoZW4gdGhlIHZh
bGlkYXRpb24gb2YgdGhlICdwYXR0ZXJuJyBwcm9wZXJ0eSBmYWlscy4KCiAgIG8gIGVycm9yLXRh
ZyAnbWlzc2luZy1lbGVtZW50JyBpcyByZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbgog
ICAgICB0aGUgb3BlcmF0aW9uIHJlcXVlc3RlZCBieSBhIENvTUkgY2xpZW50IGZhaWxzIHRvIGNv
bXBseSB3aXRoIHRoZQogICAgICAnbWFuZGF0b3J5JyBjb25zdHJhaW50IGRlZmluZWQuICBUaGUg
J21hbmRhdG9yeScgY29uc3RyYWludCBpcwogICAgICBlbmZvcmNlZCBmb3IgbGVhZnMgYW5kIGNo
b2ljZXMsIHVubGVzcyB0aGUgbm9kZSBvciBhbnkgb2YgaXRzCiAgICAgIGFuY2VzdG9ycyBoYXZl
IGEgJ3doZW4nIGNvbmRpdGlvbiBvciAnaWYtZmVhdHVyZScgZXhwcmVzc2lvbiB0aGF0CiAgICAg
IGV2YWx1YXRlcyB0byAnZmFsc2UnLgoKICAgICAgKiAgZXJyb3ItYXBwLXRhZyAnbWlzc2luZy1r
ZXknIGlzIHJldHVybmVkIGJ5IHRoZSBDb01JIHNlcnZlciB0bwogICAgICAgICBmdXJ0aGVyIHF1
YWxpZnkgYSBtaXNzaW5nLWVsZW1lbnQgZXJyb3IuICBUaGlzIGVycm9yIGlzCiAgICAgICAgIHJl
dHVybmVkIHdoZW4gdGhlIENvTUkgY2xpZW50IHRyaWVzIHRvIGNyZWF0ZSBvciBsaXN0IGluc3Rh
bmNlLAogICAgICAgICB3aXRob3V0IGFsbCB0aGUgJ2tleScgc3BlY2lmaWVkIG9yIHdoZW4gdGhl
IENvTUkgY2xpZW50IHRyaWVzCiAgICAgICAgIHRvIGRlbGV0ZSBhIGxlYWYgbGlzdGVkIGFzIGEg
J2tleScuCgogICAgICAqICBlcnJvci1hcHAtdGFnICdtaXNzaW5nLWlucHV0LXBhcmFtZXRlcicg
aXMgcmV0dXJuZWQgYnkgdGhlIENvTUkKICAgICAgICAgc2VydmVyIHdoZW4gdGhlIGlucHV0IHBh
cmFtZXRlcnMgb2YgYW4gUlBDIG9yIGFjdGlvbiBhcmUKICAgICAgICAgaW5jb21wbGV0ZS4KCiAg
IG8gIGVycm9yLXRhZyAndW5rbm93bi1lbGVtZW50JyBpcyByZXR1cm5lZCBieSB0aGUgQ29NSSBz
ZXJ2ZXIgd2hlbgogICAgICB0aGUgQ29NSSBjbGllbnQgdHJpZXMgdG8gYWNjZXNzIGEgZGF0YSBu
b2RlIG9mIGEgWUFORyBtb2R1bGUgbm90CiAgICAgIHN1cHBvcnRlZCwgb2YgYSBkYXRhIG5vZGUg
YXNzb2NpYXRlZCB3aXRoIGFuICdpZi1mZWF0dXJlJwogICAgICBleHByZXNzaW9uIGV2YWx1YXRl
ZCB0byAnZmFsc2UnIG9yIHRvIGEgJ3doZW4nIGNvbmRpdGlvbiBldmFsdWF0ZWQKICAgICAgdG8g
J2ZhbHNlJy4KCiAgIG8gIGVycm9yLXRhZyAnYmFkLWVsZW1lbnQnIGlzIHJldHVybmVkIGJ5IHRo
ZSBDb01JIHNlcnZlciB3aGVuIHRoZQogICAgICBDb01JIGNsaWVudCB0cmllcyB0byBjcmVhdGUg
ZGF0YSBub2RlcyBmb3IgbW9yZSB0aGFuIG9uZSBjYXNlIGluIGEKICAgICAgY2hvaWNlLgoKCgpW
ZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAg
ICAgICBbUGFnZSAzNV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAg
ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBvICBlcnJvci10YWcgJ2RhdGEt
bWlzc2luZycgaXMgcmV0dXJuZWQgYnkgdGhlIENvTUkgc2VydmVyIHdoZW4gYQogICAgICBkYXRh
IG5vZGUgcmVxdWlyZWQgdG8gYWNjZXB0IHRoZSByZXF1ZXN0IGlzIG5vdCBwcmVzZW50LgoKICAg
ICAgKiAgZXJyb3ItYXBwLXRhZyAnaW5zdGFuY2UtcmVxdWlyZWQnIGlzIHJldHVybmVkIGJ5IHRo
ZSBDb01JCiAgICAgICAgIHNlcnZlciB3aGVuIGEgbGVhZiBvZiB0eXBlICdpbnN0YW5jZS1pZGVu
dGlmaWVyJyBvciAnbGVhZnJlZicKICAgICAgICAgbWFya2VkIHdpdGggcmVxdWlyZS1pbnN0YW5j
ZSBzZXQgdG8gJ3RydWUnIHJlZmVycyB0byBhbgogICAgICAgICBpbnN0YW5jZSB0aGF0IGRvZXMg
bm90IGV4aXN0LgoKICAgICAgKiAgZXJyb3ItYXBwLXRhZyAnbWlzc2luZy1jaG9pY2UnIGlzIHJl
dHVybmVkIGJ5IHRoZSBDb01JIHNlcnZlcgogICAgICAgICB3aGVuIG5vIG5vZGVzIGV4aXN0IGlu
IGEgbWFuZGF0b3J5IGNob2ljZS4KCiAgIG8gIGVycm9yLXRhZyAnZXJyb3InIGlzIHJldHVybmVk
IGJ5IHRoZSBDb01JIHNlcnZlciB3aGVuIGFuCiAgICAgIHVuc3BlY2lmaWVkIGVycm9yIGhhcyBv
Y2N1cnJlZC4KCiAgIEZvciBleGFtcGxlLCB0aGUgQ29NSSBzZXJ2ZXIgbWlnaHQgcmV0dXJuIHRo
ZSBmb2xsb3dpbmcgZXJyb3IuCgpSRVM6ICA0LjAwIEJhZCBSZXF1ZXN0IChDb250ZW50LUZvcm1h
dDogYXBwbGljYXRpb24veWFuZy1kYXRhK2Nib3I7IGlkPXNpZCkKewogIDEwMjQgOiB7CiAgICA0
IDogMTAxMSwgICAgICAgIC8gZXJyb3ItdGFnIChTSUQgMTAyOCkgLwogICAgICAgICAgICAgICAg
ICAgICAvICAgPSBpbnZhbGlkLXZhbHVlIChTSUQgMTAxMSkgLwogICAgMSA6IDEwMTgsICAgICAg
ICAvIGVycm9yLWFwcC10YWcgKFNJRCAxMDI1KSAvCiAgICAgICAgICAgICAgICAgICAgIC8gICA9
IG5vdC1pbi1yYW5nZSAoU0lEIDEwMTgpIC8KICAgIDIgOiAxNzQwLCAgICAgICAgLyBlcnJvci1k
YXRhLW5vZGUgKFNJRCAxMDI2KSAvCiAgICAgICAgICAgICAgICAgICAgIC8gICA9IHRpbWV6b25l
LXV0Yy1vZmZzZXQgKFNJRCAxNzQwKSAvCiAgICAzIDogIm1heGltdW0gdmFsdWUgZXhjZWVkZWQi
IC8gZXJyb3ItbWVzc2FnZSAoU0lEIDEwMjcpIC8KICB9Cn0KCjguICBTZWN1cml0eSBDb25zaWRl
cmF0aW9ucwoKICAgRm9yIHNlY3VyZSBuZXR3b3JrIG1hbmFnZW1lbnQsIGl0IGlzIGltcG9ydGFu
dCB0byByZXN0cmljdCBhY2Nlc3MgdG8KICAgY29uZmlndXJhdGlvbiB2YXJpYWJsZXMgb25seSB0
byBhdXRob3JpemVkIHBhcnRpZXMuICBDb01JIHJlLXVzZXMgdGhlCiAgIHNlY3VyaXR5IG1lY2hh
bmlzbXMgYWxyZWFkeSBhdmFpbGFibGUgdG8gQ29BUCwgdGhpcyBpbmNsdWRlcyBEVExTCiAgIFtS
RkM2MzQ3XSBhbmQgT1NDT1JFIFtSRkM4NjEzXSBmb3IgcHJvdGVjdGVkIGFjY2VzcyB0byByZXNv
dXJjZXMsIGFzCiAgIHdlbGwgYXMgc3VpdGFibGUgYXV0aGVudGljYXRpb24gYW5kIGF1dGhvcml6
YXRpb24gbWVjaGFuaXNtcywgZm9yCiAgIGV4YW1wbGUgdGhvc2UgZGVmaW5lZCBpbiBBQ0UgT0F1
dGggW0ktRC5pZXRmLWFjZS1vYXV0aC1hdXRoel0uCgogICBBbGwgdGhlIHNlY3VyaXR5IGNvbnNp
ZGVyYXRpb25zIG9mIFtSRkM3MjUyXSwgW1JGQzc5NTldLCBbUkZDODEzMl0KICAgYW5kIFtSRkM3
NjQxXSBhcHBseSB0byB0aGlzIGRvY3VtZW50IGFzIHdlbGwuICBUaGUgdXNlIG9mIE5vU2VjIERU
TFMsCiAgIHdoZW4gT1NDT1JFIGlzIG5vdCB1c2VkLCBpcyBOT1QgUkVDT01NRU5ERUQuCgogICBJ
biBhZGRpdGlvbiwgbWVjaGFuaXNtcyBmb3IgYXV0aGVudGljYXRpb24gYW5kIGF1dGhvcml6YXRp
b24gbWF5IG5lZWQKICAgdG8gYmUgc2VsZWN0ZWQgaWYgbm90IHByb3ZpZGVkIHdpdGggdGhlIENv
QVAgc2VjdXJpdHkgbW9kZS4KCiAgIEFzIFtJLUQuaWV0Zi1jb3JlLXlhbmctY2Jvcl0gYW5kIFtS
RkM0NjQ4XSBhcmUgdXNlZCBmb3IgcGF5bG9hZCBhbmQKICAgU0lEIGVuY29kaW5nLCB0aGUgc2Vj
dXJpdHkgY29uc2lkZXJhdGlvbnMgb2YgdGhvc2UgZG9jdW1lbnRzIGFsc28KICAgbmVlZCB0byBi
ZSB3ZWxsLXVuZGVyc3Rvb2QuCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVj
ZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDM2XQoMCkludGVybmV0LURyYWZ0ICAg
ICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoK
CjkuICBJQU5BIENvbnNpZGVyYXRpb25zCgo5LjEuICBSZXNvdXJjZSBUeXBlIChydD0pIExpbmsg
VGFyZ2V0IEF0dHJpYnV0ZSBWYWx1ZXMgUmVnaXN0cnkKCiAgIFRoaXMgZG9jdW1lbnQgYWRkcyB0
aGUgZm9sbG93aW5nIHJlc291cmNlIHR5cGUgdG8gdGhlICJSZXNvdXJjZSBUeXBlCiAgIChydD0p
IExpbmsgVGFyZ2V0IEF0dHJpYnV0ZSBWYWx1ZXMiLCB3aXRoaW4gdGhlICJDb25zdHJhaW5lZCBS
RVNUZnVsCiAgIEVudmlyb25tZW50cyAoQ29SRSkgUGFyYW1ldGVycyIgcmVnaXN0cnkuCgogICAr
LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKwogICB8IFZhbHVl
ICAgICB8IERlc2NyaXB0aW9uICAgICAgICAgfCBSZWZlcmVuY2UgfAogICArLS0tLS0tLS0tLS0r
LS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKwogICB8IGNvcmUuYy5kcyB8IFlBTkcg
ZGF0YXN0b3JlICAgICAgfCBSRkMgWFhYWCAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAg
ICAgICAgICAgfCAgICAgICAgICAgfAogICB8IGNvcmUuYy5kbiB8IFlBTkcgZGF0YSBub2RlICAg
ICAgfCBSRkMgWFhYWCAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgfCAg
ICAgICAgICAgfAogICB8IGNvcmUuYy55bCB8IFlBTkcgbW9kdWxlIGxpYnJhcnkgfCBSRkMgWFhY
WCAgfAogICB8ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgfAog
ICB8IGNvcmUuYy5lcyB8IFlBTkcgZXZlbnQgc3RyZWFtICAgfCBSRkMgWFhYWCAgfAogICArLS0t
LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKwoKICAgLy8gUkZDIEVk
LjogcmVwbGFjZSBSRkMgWFhYWCB3aXRoIHRoaXMgUkZDIG51bWJlciBhbmQgcmVtb3ZlIHRoaXMK
ICAgbm90ZS4KCjkuMi4gIENvQVAgQ29udGVudC1Gb3JtYXRzIFJlZ2lzdHJ5CgogICBUaGlzIGRv
Y3VtZW50IGFkZHMgdGhlIGZvbGxvd2luZyBDb250ZW50LUZvcm1hdCB0byB0aGUgIkNvQVAgQ29u
dGVudC0KICAgRm9ybWF0cyIsIHdpdGhpbiB0aGUgIkNvbnN0cmFpbmVkIFJFU1RmdWwgRW52aXJv
bm1lbnRzIChDb1JFKQogICBQYXJhbWV0ZXJzIiByZWdpc3RyeS4KCiAgICstLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKwog
ICB8IE1lZGlhIFR5cGUgICAgICAgICAgICAgICAgICAgICAgICB8IENvbnRlbnQgICAgfCBJRCAg
IHwgUmVmZXJlbmNlIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBD
b2RpbmcgICAgIHwgICAgICB8ICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKwogICB8IGFwcGxp
Y2F0aW9uL3lhbmctaWRlbnRpZmllcnMrY2JvciB8ICAgICAgICAgICAgfCBUQkQyIHwgUkZDIFhY
WFggIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAg
IHwgICAgICB8ICAgICAgICAgICB8CiAgIHwgYXBwbGljYXRpb24veWFuZy1pbnN0YW5jZXMrY2Jv
ciAgIHwgICAgICAgICAgICB8IFRCRDMgfCBSRkMgWFhYWCAgfAogICArLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKy0tLS0tLSstLS0tLS0tLS0tLSsKCiAg
IC8vIFJGQyBFZC46IHJlcGxhY2UgVEJEMSwgVEJEMiBhbmQgVEJEMyB3aXRoIGFzc2lnbmVkIElE
cyBhbmQgcmVtb3ZlCiAgIHRoaXMgbm90ZS4gIC8vIFJGQyBFZC46IHJlcGxhY2UgUkZDIFhYWFgg
d2l0aCB0aGlzIFJGQyBudW1iZXIgYW5kCiAgIHJlbW92ZSB0aGlzIG5vdGUuCgo5LjMuICBNZWRp
YSBUeXBlcyBSZWdpc3RyeQoKICAgVGhpcyBkb2N1bWVudCBhZGRzIHRoZSBmb2xsb3dpbmcgbWVk
aWEgdHlwZXMgdG8gdGhlICJNZWRpYSBUeXBlcyIKICAgcmVnaXN0cnkuCgoKCgoKVmVpbGxldHRl
LCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1Bh
Z2UgMzddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAg
ICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKwogICB8IE5hbWUgICAgICAgICAgICAg
ICAgICB8IFRlbXBsYXRlICAgICAgICAgICAgICB8IFJlZmVyZW5jZSB8CiAgICstLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLSsKICAgfCB5
YW5nLWlkZW50aWZpZXJzK2Nib3IgfCBhcHBsaWNhdGlvbi8gICAgICAgICAgfCBSRkMgWFhYWCAg
fAogICB8ICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8ICAg
ICAgICAgICB8CiAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwgeWFuZy1pZGVudGlmaWVycytj
Ym9yIHwgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAg
ICAgICAgICAgICAgfCAgICAgICAgICAgfAogICB8IHlhbmctaW5zdGFuY2VzK2Nib3IgICB8IGFw
cGxpY2F0aW9uLyAgICAgICAgICB8IFJGQyBYWFhYICB8CiAgIHwgICAgICAgICAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgIHwKICAgfCAgICAgICAgICAg
ICAgICAgICAgICAgfCB5YW5nLWluc3RhbmNlcytjYm9yICAgfCAgICAgICAgICAgfAogICArLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0r
CgogICBFYWNoIG9mIHRoZXNlIG1lZGlhIHR5cGVzIHNoYXJlIHRoZSBmb2xsb3dpbmcgaW5mb3Jt
YXRpb246CgogICBvICBTdWJ0eXBlIG5hbWU6IDxhcyBsaXN0ZWQgaW4gdGFibGU+CgogICBvICBS
ZXF1aXJlZCBwYXJhbWV0ZXJzOiBOL0EKCiAgIG8gIE9wdGlvbmFsIHBhcmFtZXRlcnM6IE4vQQoK
ICAgbyAgRW5jb2RpbmcgY29uc2lkZXJhdGlvbnM6IGJpbmFyeQoKICAgbyAgU2VjdXJpdHkgY29u
c2lkZXJhdGlvbnM6IFNlZSB0aGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgc2VjdGlvbgogICAg
ICBvZiBSRkMgWFhYWAoKICAgbyAgSW50ZXJvcGVyYWJpbGl0eSBjb25zaWRlcmF0aW9uczogTi9B
CgogICBvICBQdWJsaXNoZWQgc3BlY2lmaWNhdGlvbjogUkZDIFhYWFgKCiAgIG8gIEFwcGxpY2F0
aW9ucyB0aGF0IHVzZSB0aGlzIG1lZGlhIHR5cGU6IENvTUkKCiAgIG8gIEZyYWdtZW50IGlkZW50
aWZpZXIgY29uc2lkZXJhdGlvbnM6IE4vQQoKICAgbyAgQWRkaXRpb25hbCBpbmZvcm1hdGlvbjoK
CiAgICogIERlcHJlY2F0ZWQgYWxpYXMgbmFtZXMgZm9yIHRoaXMgdHlwZTogTi9BCgogICAqICBN
YWdpYyBudW1iZXIocyk6IE4vQQoKICAgKiAgRmlsZSBleHRlbnNpb24ocyk6IE4vQQoKICAgKiAg
TWFjaW50b3NoIGZpbGUgdHlwZSBjb2RlKHMpOiBOL0EKCiAgIG8gIFBlcnNvbiAmIGVtYWlsIGFk
ZHJlc3MgdG8gY29udGFjdCBmb3IgZnVydGhlciBpbmZvcm1hdGlvbjoKICAgICAgaWVzZyZpZXRm
Lm9yZwoKICAgbyAgSW50ZW5kZWQgdXNhZ2U6IENPTU1PTgoKCgoKVmVpbGxldHRlLCBldCBhbC4g
ICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMzhdCgwK
SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAg
ICAgICAgSnVuZSAyMDIwCgoKICAgbyAgUmVzdHJpY3Rpb25zIG9uIHVzYWdlOiBOL0EKCiAgIG8g
IEF1dGhvcjogTWljaGVsIFZlaWxsZXR0ZSwgaWV0ZiZhdWd1c3RjZWxsYXJzLmNvbQoKICAgbyAg
Q2hhbmdlIENvbnRyb2xsZXI6IElFU0cKCiAgIG8gIFByb3Zpc2lvbmFsIHJlZ2lzdHJhdGlvbj8g
IE5vCgogICAvLyBSRkMgRWQuOiByZXBsYWNlIFJGQyBYWFhYIHdpdGggdGhpcyBSRkMgbnVtYmVy
IGFuZCByZW1vdmUgdGhpcwogICBub3RlLgoKOS40LiAgWUFORyBOYW1lc3BhY2UgUmVnaXN0cmF0
aW9uCgogICBUaGlzIGRvY3VtZW50IHJlZ2lzdGVycyB0aGUgZm9sbG93aW5nIFhNTCBuYW1lc3Bh
Y2UgVVJOIGluIHRoZSAiSUVURgogICBYTUwgUmVnaXN0cnkiLCBmb2xsb3dpbmcgdGhlIGZvcm1h
dCBkZWZpbmVkIGluIFtSRkMzNjg4XToKCiAgIFVSSTogcGxlYXNlIGFzc2lnbiB1cm46aWV0Zjpw
YXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1jb21pCgogICBSZWdpc3RyYW50IENvbnRhY3Q6IFRoZSBJ
RVNHLgoKICAgWE1MOiBOL0EsIHRoZSByZXF1ZXN0ZWQgVVJJIGlzIGFuIFhNTCBuYW1lc3BhY2Uu
CgogICBSZWZlcmVuY2U6IFJGQyBYWFhYCgogICAvLyBSRkMgRWQuOiBwbGVhc2UgcmVwbGFjZSBY
WFhYIHdpdGggUkZDIG51bWJlciBhbmQgcmVtb3ZlIHRoaXMgbm90ZQoKMTAuICBBY2tub3dsZWRn
bWVudHMKCiAgIFdlIGFyZSB2ZXJ5IGdyYXRlZnVsIHRvIEJlcnQgR3JlZXZlbmJvc2NoIHdobyB3
YXMgb25lIG9mIHRoZSBvcmlnaW5hbAogICBhdXRob3JzIG9mIHRoZSBDb01JIHNwZWNpZmljYXRp
b24uCgogICBNZWhtZXQgRXJzdWUgYW5kIEJlcnQgV2lqbmVuIGV4cGxhaW5lZCB0aGUgZW5jb2Rp
bmcgYXNwZWN0cyBvZiBQRFVzCiAgIHRyYW5zcG9ydGVkIHVuZGVyIFNOTVAuICBDYXJzdGVuIEJv
cm1hbm4gaGFzIGdpdmVuIGZlZWRiYWNrIG9uIHRoZQogICB1c2Ugb2YgQ0JPUi4KCiAgIFRoZSBk
cmFmdCBoYXMgYmVuZWZpdGVkIGZyb20gY29tbWVudHMgKGFscGhhYmV0aWNhbCBvcmRlcikgYnkg
Um9kbmV5CiAgIEN1bW1pbmdzLCBEZWUgRGVudGVuZWVyLCBFc2tvIERpamssIEtsYXVzIEhhcnRr
ZSwgTWljaGFlbCB2YW4KICAgSGFydHNrYW1wLCBUYW5ndXkgUm9waXRhdWx0LCBKdWVyZ2VuIFNj
aG9lbndhZWxkZXIsIEFudWogU2VoZ2FsLCBaYWNoCiAgIFNoZWxieSwgSGFubmVzIFRzY2hvZmVu
aWcsIE1pY2hhZWwgVmVyc2Nob29yLCBhbmQgVGhvbWFzIFdhdHRleW5lLgoKMTEuICBSZWZlcmVu
Y2VzCgoxMS4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtJLUQuaWV0Zi1jb3JlLXNpZF0K
ICAgICAgICAgICAgICBWZWlsbGV0dGUsIE0uLCBQZWxvdiwgQS4sIGFuZCBJLiBQZXRyb3YsICJZ
QU5HIFNjaGVtYSBJdGVtCiAgICAgICAgICAgICAgaURlbnRpZmllciAoU0lEKSIsIGRyYWZ0LWll
dGYtY29yZS1zaWQtMTMgKHdvcmsgaW4KICAgICAgICAgICAgICBwcm9ncmVzcyksIEp1bmUgMjAy
MC4KCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAg
ICAgICAgICAgICAgW1BhZ2UgMzldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAg
IENvTUkgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgW0ktRC5pZXRmLWNv
cmUteWFuZy1jYm9yXQogICAgICAgICAgICAgIFZlaWxsZXR0ZSwgTS4sIFBldHJvdiwgSS4sIGFu
ZCBBLiBQZWxvdiwgIkNCT1IgRW5jb2Rpbmcgb2YKICAgICAgICAgICAgICBEYXRhIE1vZGVsZWQg
d2l0aCBZQU5HIiwgZHJhZnQtaWV0Zi1jb3JlLXlhbmctY2Jvci0xMgogICAgICAgICAgICAgICh3
b3JrIGluIHByb2dyZXNzKSwgTWFyY2ggMjAyMC4KCiAgIFtJLUQuaWV0Zi1jb3JlLXlhbmctbGli
cmFyeV0KICAgICAgICAgICAgICBWZWlsbGV0dGUsIE0uIGFuZCBJLiBQZXRyb3YsICJDb25zdHJh
aW5lZCBZQU5HIE1vZHVsZQogICAgICAgICAgICAgIExpYnJhcnkiLCBkcmFmdC1pZXRmLWNvcmUt
eWFuZy1saWJyYXJ5LTAxICh3b3JrIGluCiAgICAgICAgICAgICAgcHJvZ3Jlc3MpLCBKYW51YXJ5
IDIwMjAuCgogICBbUkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4g
UkZDcyB0byBJbmRpY2F0ZQogICAgICAgICAgICAgIFJlcXVpcmVtZW50IExldmVscyIsIEJDUCAx
NCwgUkZDIDIxMTksCiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzIxMTksIE1hcmNoIDE5
OTcsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjMjEx
OT4uCgogICBbUkZDMzY4OF0gIE1lYWxsaW5nLCBNLiwgIlRoZSBJRVRGIFhNTCBSZWdpc3RyeSIs
IEJDUCA4MSwgUkZDIDM2ODgsCiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzM2ODgsIEph
bnVhcnkgMjAwNCwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5m
by9yZmMzNjg4Pi4KCiAgIFtSRkM0NjQ4XSAgSm9zZWZzc29uLCBTLiwgIlRoZSBCYXNlMTYsIEJh
c2UzMiwgYW5kIEJhc2U2NCBEYXRhCiAgICAgICAgICAgICAgRW5jb2RpbmdzIiwgUkZDIDQ2NDgs
IERPSSAxMC4xNzQ4Ny9SRkM0NjQ4LCBPY3RvYmVyIDIwMDYsCiAgICAgICAgICAgICAgPGh0dHBz
Oi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNDY0OD4uCgogICBbUkZDNTI3N10gIENoaXNo
b2xtLCBTLiBhbmQgSC4gVHJldmlubywgIk5FVENPTkYgRXZlbnQKICAgICAgICAgICAgICBOb3Rp
ZmljYXRpb25zIiwgUkZDIDUyNzcsIERPSSAxMC4xNzQ4Ny9SRkM1Mjc3LCBKdWx5IDIwMDgsCiAg
ICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNTI3Nz4uCgog
ICBbUkZDNjI0MV0gIEVubnMsIFIuLCBFZC4sIEJqb3JrbHVuZCwgTS4sIEVkLiwgU2Nob2Vud2Fl
bGRlciwgSi4sIEVkLiwKICAgICAgICAgICAgICBhbmQgQS4gQmllcm1hbiwgRWQuLCAiTmV0d29y
ayBDb25maWd1cmF0aW9uIFByb3RvY29sCiAgICAgICAgICAgICAgKE5FVENPTkYpIiwgUkZDIDYy
NDEsIERPSSAxMC4xNzQ4Ny9SRkM2MjQxLCBKdW5lIDIwMTEsCiAgICAgICAgICAgICAgPGh0dHBz
Oi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNjI0MT4uCgogICBbUkZDNjI0M10gIEJpZXJt
YW4sIEEuIGFuZCBCLiBMZW5neWVsLCAiV2l0aC1kZWZhdWx0cyBDYXBhYmlsaXR5IGZvcgogICAg
ICAgICAgICAgIE5FVENPTkYiLCBSRkMgNjI0MywgRE9JIDEwLjE3NDg3L1JGQzYyNDMsIEp1bmUg
MjAxMSwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2
MjQzPi4KCiAgIFtSRkM3MDQ5XSAgQm9ybWFubiwgQy4gYW5kIFAuIEhvZmZtYW4sICJDb25jaXNl
IEJpbmFyeSBPYmplY3QKICAgICAgICAgICAgICBSZXByZXNlbnRhdGlvbiAoQ0JPUikiLCBSRkMg
NzA0OSwgRE9JIDEwLjE3NDg3L1JGQzcwNDksCiAgICAgICAgICAgICAgT2N0b2JlciAyMDEzLCA8
aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM3MDQ5Pi4KCiAgIFtSRkM3MjUyXSAg
U2hlbGJ5LCBaLiwgSGFydGtlLCBLLiwgYW5kIEMuIEJvcm1hbm4sICJUaGUgQ29uc3RyYWluZWQK
ICAgICAgICAgICAgICBBcHBsaWNhdGlvbiBQcm90b2NvbCAoQ29BUCkiLCBSRkMgNzI1MiwKICAg
ICAgICAgICAgICBET0kgMTAuMTc0ODcvUkZDNzI1MiwgSnVuZSAyMDE0LAogICAgICAgICAgICAg
IDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzcyNTI+LgoKCgoKCgoKVmVpbGxl
dHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAg
W1BhZ2UgNDBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAg
ICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgW1JGQzc2NDFdICBIYXJ0a2UsIEsuLCAi
T2JzZXJ2aW5nIFJlc291cmNlcyBpbiB0aGUgQ29uc3RyYWluZWQKICAgICAgICAgICAgICBBcHBs
aWNhdGlvbiBQcm90b2NvbCAoQ29BUCkiLCBSRkMgNzY0MSwKICAgICAgICAgICAgICBET0kgMTAu
MTc0ODcvUkZDNzY0MSwgU2VwdGVtYmVyIDIwMTUsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3
LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNzY0MT4uCgogICBbUkZDNzk1MF0gIEJqb3JrbHVuZCwg
TS4sIEVkLiwgIlRoZSBZQU5HIDEuMSBEYXRhIE1vZGVsaW5nIExhbmd1YWdlIiwKICAgICAgICAg
ICAgICBSRkMgNzk1MCwgRE9JIDEwLjE3NDg3L1JGQzc5NTAsIEF1Z3VzdCAyMDE2LAogICAgICAg
ICAgICAgIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc5NTA+LgoKICAgW1JG
Qzc5NTldICBCb3JtYW5uLCBDLiBhbmQgWi4gU2hlbGJ5LCBFZC4sICJCbG9jay1XaXNlIFRyYW5z
ZmVycyBpbgogICAgICAgICAgICAgIHRoZSBDb25zdHJhaW5lZCBBcHBsaWNhdGlvbiBQcm90b2Nv
bCAoQ29BUCkiLCBSRkMgNzk1OSwKICAgICAgICAgICAgICBET0kgMTAuMTc0ODcvUkZDNzk1OSwg
QXVndXN0IDIwMTYsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2lu
Zm8vcmZjNzk1OT4uCgogICBbUkZDODA0MF0gIEJpZXJtYW4sIEEuLCBCam9ya2x1bmQsIE0uLCBh
bmQgSy4gV2F0c2VuLCAiUkVTVENPTkYKICAgICAgICAgICAgICBQcm90b2NvbCIsIFJGQyA4MDQw
LCBET0kgMTAuMTc0ODcvUkZDODA0MCwgSmFudWFyeSAyMDE3LAogICAgICAgICAgICAgIDxodHRw
czovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzgwNDA+LgoKICAgW1JGQzgxMzJdICB2YW4g
ZGVyIFN0b2ssIFAuLCBCb3JtYW5uLCBDLiwgYW5kIEEuIFNlaGdhbCwgIlBBVENIIGFuZAogICAg
ICAgICAgICAgIEZFVENIIE1ldGhvZHMgZm9yIHRoZSBDb25zdHJhaW5lZCBBcHBsaWNhdGlvbiBQ
cm90b2NvbAogICAgICAgICAgICAgIChDb0FQKSIsIFJGQyA4MTMyLCBET0kgMTAuMTc0ODcvUkZD
ODEzMiwgQXByaWwgMjAxNywKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5v
cmcvaW5mby9yZmM4MTMyPi4KCiAgIFtSRkM4MTc0XSAgTGVpYmEsIEIuLCAiQW1iaWd1aXR5IG9m
IFVwcGVyY2FzZSB2cyBMb3dlcmNhc2UgaW4gUkZDCiAgICAgICAgICAgICAgMjExOSBLZXkgV29y
ZHMiLCBCQ1AgMTQsIFJGQyA4MTc0LCBET0kgMTAuMTc0ODcvUkZDODE3NCwKICAgICAgICAgICAg
ICBNYXkgMjAxNywgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODE3ND4uCgox
MS4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcwoKICAgW0ktRC5pZXRmLWFjZS1vYXV0aC1hdXRo
el0KICAgICAgICAgICAgICBTZWl0eiwgTC4sIFNlbGFuZGVyLCBHLiwgV2FobHN0cm9lbSwgRS4s
IEVyZHRtYW4sIFMuLCBhbmQKICAgICAgICAgICAgICBILiBUc2Nob2ZlbmlnLCAiQXV0aGVudGlj
YXRpb24gYW5kIEF1dGhvcml6YXRpb24gZm9yCiAgICAgICAgICAgICAgQ29uc3RyYWluZWQgRW52
aXJvbm1lbnRzIChBQ0UpIHVzaW5nIHRoZSBPQXV0aCAyLjAKICAgICAgICAgICAgICBGcmFtZXdv
cmsgKEFDRS1PQXV0aCkiLCBkcmFmdC1pZXRmLWFjZS1vYXV0aC1hdXRoei0zMwogICAgICAgICAg
ICAgICh3b3JrIGluIHByb2dyZXNzKSwgRmVicnVhcnkgMjAyMC4KCiAgIFtSRkM2MzQ3XSAgUmVz
Y29ybGEsIEUuIGFuZCBOLiBNb2RhZHVndSwgIkRhdGFncmFtIFRyYW5zcG9ydCBMYXllcgogICAg
ICAgICAgICAgIFNlY3VyaXR5IFZlcnNpb24gMS4yIiwgUkZDIDYzNDcsIERPSSAxMC4xNzQ4Ny9S
RkM2MzQ3LAogICAgICAgICAgICAgIEphbnVhcnkgMjAxMiwgPGh0dHBzOi8vd3d3LnJmYy1lZGl0
b3Iub3JnL2luZm8vcmZjNjM0Nz4uCgogICBbUkZDNjY5MF0gIFNoZWxieSwgWi4sICJDb25zdHJh
aW5lZCBSRVNUZnVsIEVudmlyb25tZW50cyAoQ29SRSkgTGluawogICAgICAgICAgICAgIEZvcm1h
dCIsIFJGQyA2NjkwLCBET0kgMTAuMTc0ODcvUkZDNjY5MCwgQXVndXN0IDIwMTIsCiAgICAgICAg
ICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNjY5MD4uCgogICBbUkZD
NzIyM10gIEJqb3JrbHVuZCwgTS4sICJBIFlBTkcgRGF0YSBNb2RlbCBmb3IgSW50ZXJmYWNlCiAg
ICAgICAgICAgICAgTWFuYWdlbWVudCIsIFJGQyA3MjIzLCBET0kgMTAuMTc0ODcvUkZDNzIyMywg
TWF5IDIwMTQsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8v
cmZjNzIyMz4uCgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0
LCAyMDIwICAgICAgICAgICAgICBbUGFnZSA0MV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBbUkZD
NzMxN10gIEJpZXJtYW4sIEEuIGFuZCBNLiBCam9ya2x1bmQsICJBIFlBTkcgRGF0YSBNb2RlbCBm
b3IKICAgICAgICAgICAgICBTeXN0ZW0gTWFuYWdlbWVudCIsIFJGQyA3MzE3LCBET0kgMTAuMTc0
ODcvUkZDNzMxNywgQXVndXN0CiAgICAgICAgICAgICAgMjAxNCwgPGh0dHBzOi8vd3d3LnJmYy1l
ZGl0b3Iub3JnL2luZm8vcmZjNzMxNz4uCgogICBbUkZDODM0Ml0gIEJqb3JrbHVuZCwgTS4sIFNj
aG9lbndhZWxkZXIsIEouLCBTaGFmZXIsIFAuLCBXYXRzZW4sIEsuLAogICAgICAgICAgICAgIGFu
ZCBSLiBXaWx0b24sICJOZXR3b3JrIE1hbmFnZW1lbnQgRGF0YXN0b3JlIEFyY2hpdGVjdHVyZQog
ICAgICAgICAgICAgIChOTURBKSIsIFJGQyA4MzQyLCBET0kgMTAuMTc0ODcvUkZDODM0MiwgTWFy
Y2ggMjAxOCwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9y
ZmM4MzQyPi4KCiAgIFtSRkM4NjEzXSAgU2VsYW5kZXIsIEcuLCBNYXR0c3NvbiwgSi4sIFBhbG9t
YmluaSwgRi4sIGFuZCBMLiBTZWl0eiwKICAgICAgICAgICAgICAiT2JqZWN0IFNlY3VyaXR5IGZv
ciBDb25zdHJhaW5lZCBSRVNUZnVsIEVudmlyb25tZW50cwogICAgICAgICAgICAgIChPU0NPUkUp
IiwgUkZDIDg2MTMsIERPSSAxMC4xNzQ4Ny9SRkM4NjEzLCBKdWx5IDIwMTksCiAgICAgICAgICAg
ICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODYxMz4uCgpBcHBlbmRpeCBB
LiAgaWV0Zi1jb21pIFlBTkcgbW9kdWxlCgogICA8Q09ERSBCRUdJTlM+IGZpbGUgImlldGYtY29t
aUAyMDE5LTAzLTI4LnlhbmciCiAgIG1vZHVsZSBpZXRmLWNvbWkgewogICAgIHlhbmctdmVyc2lv
biAxLjE7CgogICAgIG5hbWVzcGFjZSAidXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYt
Y29taSI7CiAgICAgcHJlZml4IGNvbWk7CgogICAgIGltcG9ydCBpZXRmLWRhdGFzdG9yZXMgewog
ICAgICAgcHJlZml4IGRzOwogICAgIH0KCiAgICAgaW1wb3J0IGlldGYtcmVzdGNvbmYgewogICAg
ICAgcHJlZml4IHJjOwogICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIlRoaXMgaW1wb3J0IHN0
YXRlbWVudCBpcyByZXF1aXJlZCB0byBhY2Nlc3MKICAgICAgICAgIHRoZSB5YW5nLWRhdGEgZXh0
ZW5zaW9uIGRlZmluZWQgaW4gUkZDIDgwNDAuIjsKICAgICAgIHJlZmVyZW5jZSAiUkZDIDgwNDA6
IFJFU1RDT05GIFByb3RvY29sIjsKICAgICB9CgogICAgIG9yZ2FuaXphdGlvbgogICAgICAgIklF
VEYgQ29yZSBXb3JraW5nIEdyb3VwIjsKCiAgICAgY29udGFjdAogICAgICAgIk1pY2hlbCBWZWls
bGV0dGUKICAgICAgICA8bWFpbHRvOm1pY2hlbC52ZWlsbGV0dGVAdHJpbGxpYW50aW5jLmNvbT4K
CiAgICAgICAgQWxleGFuZGVyIFBlbG92CiAgICAgICAgPG1haWx0bzphbGV4YW5kZXJAYWNrbC5p
bz4KCiAgICAgICAgUGV0ZXIgdmFuIGRlciBTdG9rCiAgICAgICAgPG1haWx0bzpjb25zdWx0YW5j
eUB2YW5kZXJzdG9rLm9yZz4KCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVj
ZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDQyXQoMCkludGVybmV0LURyYWZ0ICAg
ICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoK
CiAgICAgICAgQW5keSBCaWVybWFuCiAgICAgICAgPG1haWx0bzphbmR5QHl1bWF3b3Jrcy5jb20+
IjsKCiAgICAgZGVzY3JpcHRpb24KICAgICAgICJUaGlzIG1vZHVsZSBjb250YWlucyB0aGUgZGlm
ZmVyZW50IGRlZmluaXRpb25zIHJlcXVpcmVkCiAgICAgICAgYnkgdGhlIENvTUkgcHJvdG9jb2wu
CgogICAgICAgIENvcHlyaWdodCAoYykgMjAxOSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBp
ZGVudGlmaWVkIGFzCiAgICAgICAgYXV0aG9ycyBvZiB0aGUgY29kZS4gIEFsbCByaWdodHMgcmVz
ZXJ2ZWQuCgogICAgICAgIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5h
cnkgZm9ybXMsIHdpdGggb3IKICAgICAgICB3aXRob3V0IG1vZGlmaWNhdGlvbiwgaXMgcGVybWl0
dGVkIHB1cnN1YW50IHRvLCBhbmQgc3ViamVjdCB0bwogICAgICAgIHRoZSBsaWNlbnNlIHRlcm1z
IGNvbnRhaW5lZCBpbiwgdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2Ugc2V0CiAgICAgICAgZm9y
dGggaW4gU2VjdGlvbiA0LmMgb2YgdGhlIElFVEYgVHJ1c3QncyBMZWdhbCBQcm92aXNpb25zCiAg
ICAgICAgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMKICAgICAgICAoaHR0cHM6Ly90cnVzdGVl
LmlldGYub3JnL2xpY2Vuc2UtaW5mbykuCgogICAgICAgIFRoaXMgdmVyc2lvbiBvZiB0aGlzIFlB
TkcgbW9kdWxlIGlzIHBhcnQgb2YgUkZDIFhYWFg7CiAgICAgICAgc2VlIHRoZSBSRkMgaXRzZWxm
IGZvciBmdWxsIGxlZ2FsIG5vdGljZXMuIjsKCiAgICAgcmV2aXNpb24gMjAxOS0wMy0yOCB7CiAg
ICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIkluaXRpYWwgcmV2aXNpb24uIjsKICAgICAgIHJl
ZmVyZW5jZQogICAgICAgICAiW0ktRC5pZXRmLWNvcmUtY29taV0gQ29BUCBNYW5hZ2VtZW50IElu
dGVyZmFjZSI7CiAgICAgfQoKICAgICBpZGVudGl0eSB1bmlmaWVkIHsKICAgICAgIGJhc2UgZHM6
ZGF0YXN0b3JlOwogICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIklkZW50aWZpZXIgb2YgdGhl
IHVuaWZpZWQgY29uZmlndXJhdGlvbiBhbmQgb3BlcmF0aW9uYWwKICAgICAgICAgIHN0YXRlIGRh
dGFzdG9yZS4iOwogICAgIH0KCiAgICAgaWRlbnRpdHkgZXJyb3ItdGFnIHsKICAgICAgIGRlc2Ny
aXB0aW9uCiAgICAgICAgICJCYXNlIGlkZW50aXR5IGZvciBlcnJvci10YWcuIjsKICAgICB9Cgog
ICAgIGlkZW50aXR5IG9wZXJhdGlvbi1mYWlsZWQgewogICAgICAgYmFzZSBlcnJvci10YWc7CiAg
ICAgICBkZXNjcmlwdGlvbgogICAgICAgICAiUmV0dXJuZWQgYnkgdGhlIENvTUkgc2VydmVyIHdo
ZW4gdGhlIG9wZXJhdGlvbiByZXF1ZXN0CiAgICAgICAgICBjYW4ndCBiZSBwcm9jZXNzZWQgc3Vj
Y2Vzc2Z1bGx5LiI7CiAgICAgfQoKICAgICBpZGVudGl0eSBpbnZhbGlkLXZhbHVlIHsKICAgICAg
IGJhc2UgZXJyb3ItdGFnOwoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2Vt
YmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSA0M10KDApJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgog
ICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIlJldHVybmVkIGJ5IHRoZSBDb01JIHNlcnZlciB3
aGVuIHRoZSBDb01JIGNsaWVudCB0cmllcyB0bwogICAgICAgICAgdXBkYXRlIG9yIGNyZWF0ZSBh
IGxlYWYgd2l0aCBhIHZhbHVlIGVuY29kZWQgdXNpbmcgYW4KICAgICAgICAgIGludmFsaWQgQ0JP
UiBkYXRhdHlwZSBvciBpZiB0aGUgJ3JhbmdlJywgJ2xlbmd0aCcsCiAgICAgICAgICAncGF0dGVy
bicgb3IgJ3JlcXVpcmUtaW5zdGFuY2UnIGNvbnN0cmFpbiBpcyBub3QKICAgICAgICAgIGZ1bGZp
bGxlZC4iOwogICAgIH0KCiAgICAgaWRlbnRpdHkgbWlzc2luZy1lbGVtZW50IHsKICAgICAgIGJh
c2UgZXJyb3ItdGFnOwogICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIlJldHVybmVkIGJ5IHRo
ZSBDb01JIHNlcnZlciB3aGVuIHRoZSBvcGVyYXRpb24gcmVxdWVzdGVkCiAgICAgICAgICBieSBh
IENvTUkgY2xpZW50IGZhaWxzIHRvIGNvbXBseSB3aXRoIHRoZSAnbWFuZGF0b3J5JwogICAgICAg
ICAgY29uc3RyYWludCBkZWZpbmVkLiBUaGUgJ21hbmRhdG9yeScgY29uc3RyYWludCBpcwogICAg
ICAgICAgZW5mb3JjZWQgZm9yIGxlYWZzIGFuZCBjaG9pY2VzLCB1bmxlc3MgdGhlIG5vZGUgb3Ig
YW55IG9mCiAgICAgICAgICBpdHMgYW5jZXN0b3JzIGhhdmUgYSAnd2hlbicgY29uZGl0aW9uIG9y
ICdpZi1mZWF0dXJlJwogICAgICAgICAgZXhwcmVzc2lvbiB0aGF0IGV2YWx1YXRlcyB0byAnZmFs
c2UnLiI7CiAgICAgfQoKICAgICBpZGVudGl0eSB1bmtub3duLWVsZW1lbnQgewogICAgICAgYmFz
ZSBlcnJvci10YWc7CiAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAiUmV0dXJuZWQgYnkgdGhl
IENvTUkgc2VydmVyIHdoZW4gdGhlIENvTUkgY2xpZW50IHRyaWVzIHRvCiAgICAgICAgICBhY2Nl
c3MgYSBkYXRhIG5vZGUgb2YgYSBZQU5HIG1vZHVsZSBub3Qgc3VwcG9ydGVkLCBvZiBhCiAgICAg
ICAgICBkYXRhIG5vZGUgYXNzb2NpYXRlZCB3aXRoIGFuICdpZi1mZWF0dXJlJyBleHByZXNzaW9u
CiAgICAgICAgICBldmFsdWF0ZWQgdG8gJ2ZhbHNlJyBvciB0byBhICd3aGVuJyBjb25kaXRpb24g
ZXZhbHVhdGVkCiAgICAgICAgICB0byAnZmFsc2UnLiI7CiAgICAgfQoKICAgICBpZGVudGl0eSBi
YWQtZWxlbWVudCB7CiAgICAgICBiYXNlIGVycm9yLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAg
ICAgICAgICJSZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiB0aGUgQ29NSSBjbGllbnQg
dHJpZXMgdG8KICAgICAgICAgIGNyZWF0ZSBkYXRhIG5vZGVzIGZvciBtb3JlIHRoYW4gb25lIGNh
c2UgaW4gYSBjaG9pY2UuIjsKICAgICB9CgogICAgIGlkZW50aXR5IGRhdGEtbWlzc2luZyB7CiAg
ICAgICBiYXNlIGVycm9yLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICJSZXR1cm5l
ZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiBhIGRhdGEgbm9kZSByZXF1aXJlZCB0bwogICAgICAg
ICAgYWNjZXB0IHRoZSByZXF1ZXN0IGlzIG5vdCBwcmVzZW50LiI7CiAgICAgfQoKICAgICBpZGVu
dGl0eSBlcnJvciB7CiAgICAgICBiYXNlIGVycm9yLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAg
ICAgICAgICJSZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiBhbiB1bnNwZWNpZmllZCBl
cnJvciBoYXMKICAgICAgICAgb2NjdXJyZWQuIjsKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAg
RXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgNDRdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAgICAg
SnVuZSAyMDIwCgoKICAgICB9CgogICAgIGlkZW50aXR5IGVycm9yLWFwcC10YWcgewogICAgICAg
ZGVzY3JpcHRpb24KICAgICAgICAgIkJhc2UgaWRlbnRpdHkgZm9yIGVycm9yLWFwcC10YWcuIjsK
ICAgICB9CgogICAgIGlkZW50aXR5IG1hbGZvcm1lZC1tZXNzYWdlIHsKICAgICAgIGJhc2UgZXJy
b3ItYXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICJSZXR1cm5lZCBieSB0aGUg
Q29NSSBzZXJ2ZXIgd2hlbiB0aGUgcGF5bG9hZCByZWNlaXZlZAogICAgICAgICAgZnJvbSB0aGUg
Q29NSSBjbGllbnQgZG9uJ3QgY29udGFpbiBhIHdlbGwtZm9ybWVkIENCT1IKICAgICAgICAgIGNv
bnRlbnQgYXMgZGVmaW5lZCBpbiBbUkZDNzA0OV0gc2VjdGlvbiAzLjMgb3IgZG9uJ3QKICAgICAg
ICAgIGNvbXBseSB3aXRoIHRoZSBDQk9SIHN0cnVjdHVyZSBkZWZpbmVkIHdpdGhpbiB0aGlzCiAg
ICAgICAgICBkb2N1bWVudC4iOwogICAgIH0KCiAgICAgaWRlbnRpdHkgZGF0YS1ub3QtdW5pcXVl
IHsKICAgICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAg
ICJSZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUK
ICAgICAgICAgICd1bmlxdWUnIGNvbnN0cmFpbnQgb2YgYSBsaXN0IG9yIGxlYWYtbGlzdCBmYWls
cy4iOwogICAgIH0KCiAgICAgaWRlbnRpdHkgdG9vLW1hbnktZWxlbWVudHMgewogICAgICAgYmFz
ZSBlcnJvci1hcHAtdGFnOwogICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIlJldHVybmVkIGJ5
IHRoZSBDb01JIHNlcnZlciB3aGVuIHRoZSB2YWxpZGF0aW9uIG9mIHRoZQogICAgICAgICAgJ21h
eC1lbGVtZW50cycgY29uc3RyYWludCBvZiBhIGxpc3Qgb3IgbGVhZi1saXN0IGZhaWxzLiI7CiAg
ICAgfQoKICAgICBpZGVudGl0eSB0b28tZmV3LWVsZW1lbnRzIHsKICAgICAgIGJhc2UgZXJyb3It
YXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICJSZXR1cm5lZCBieSB0aGUgQ29N
SSBzZXJ2ZXIgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUKICAgICAgICAgICdtaW4tZWxlbWVu
dHMnIGNvbnN0cmFpbnQgb2YgYSBsaXN0IG9yIGxlYWYtbGlzdCBmYWlscy4iOwogICAgIH0KCiAg
ICAgaWRlbnRpdHkgbXVzdC12aW9sYXRpb24gewogICAgICAgYmFzZSBlcnJvci1hcHAtdGFnOwog
ICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIlJldHVybmVkIGJ5IHRoZSBDb01JIHNlcnZlciB3
aGVuIHRoZSByZXN0cmljdGlvbnMKICAgICAgICAgIGltcG9zZWQgYnkgYSAnbXVzdCcgc3RhdGVt
ZW50IGFyZSB2aW9sYXRlZC4iOwogICAgIH0KCiAgICAgaWRlbnRpdHkgZHVwbGljYXRlIHsKICAg
ICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCgoKClZlaWxsZXR0ZSwg
ZXQgYWwuICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdl
IDQ1XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAg
ICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICAgICAgICJSZXR1cm5lZCBieSB0aGUgQ29NSSBz
ZXJ2ZXIgd2hlbiBhIGNsaWVudCB0cmllcyB0byBjcmVhdGUKICAgICAgICAgIGEgZHVwbGljYXRl
IGxpc3Qgb3IgbGVhZi1saXN0IGVudHJ5LiI7CiAgICAgfQoKICAgICBpZGVudGl0eSBpbnZhbGlk
LWRhdGF0eXBlIHsKICAgICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9u
CiAgICAgICAgICJSZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiBDQk9SIGVuY29kaW5n
IGlzCiAgICAgICAgICBpbmNvcmVjdCBvciB3aGVuIHRoZSB2YWx1ZSBlbmNvZGVkIGlzIGluY29t
cGF0aWJsZSB3aXRoCiAgICAgICAgICB0aGUgWUFORyBCdWlsdC1JbiB0eXBlLiAoZS5nLiB2YWx1
ZSBncmVhdGVyIHRoYW4gMTI3CiAgICAgICAgICBmb3IgYW4gaW50OCwgdW5kZWZpbmVkIGVudW1l
cmF0aW9uKS4iOwogICAgIH0KCiAgICAgaWRlbnRpdHkgbm90LWluLXJhbmdlIHsKICAgICAgIGJh
c2UgZXJyb3ItYXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICJSZXR1cm5lZCBi
eSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0aGUKICAgICAgICAgICdy
YW5nZScgcHJvcGVydHkgZmFpbHMuIjsKICAgICB9CgogICAgIGlkZW50aXR5IGludmFsaWQtbGVu
Z3RoIHsKICAgICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAg
ICAgICJSZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiB0aGUgdmFsaWRhdGlvbiBvZiB0
aGUKICAgICAgICAgICdsZW5ndGgnIHByb3BlcnR5IGZhaWxzLiI7CiAgICAgfQoKICAgICBpZGVu
dGl0eSBwYXR0ZXJuLXRlc3QtZmFpbGVkIHsKICAgICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAg
ICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICJSZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hl
biB0aGUgdmFsaWRhdGlvbiBvZiB0aGUKICAgICAgICAgICdwYXR0ZXJuJyBwcm9wZXJ0eSBmYWls
cy4iOwogICAgIH0KCiAgICAgaWRlbnRpdHkgbWlzc2luZy1rZXkgewogICAgICAgYmFzZSBlcnJv
ci1hcHAtdGFnOwogICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgIlJldHVybmVkIGJ5IHRoZSBD
b01JIHNlcnZlciB0byBmdXJ0aGVyIHF1YWxpZnkgYQogICAgICAgICAgbWlzc2luZy1lbGVtZW50
IGVycm9yLiBUaGlzIGVycm9yIGlzIHJldHVybmVkIHdoZW4gdGhlCiAgICAgICAgICBDb01JIGNs
aWVudCB0cmllcyB0byBjcmVhdGUgb3IgbGlzdCBpbnN0YW5jZSwgd2l0aG91dCBhbGwKICAgICAg
ICAgIHRoZSAna2V5JyBzcGVjaWZpZWQgb3Igd2hlbiB0aGUgQ29NSSBjbGllbnQgdHJpZXMgdG8K
ICAgICAgICAgIGRlbGV0ZSBhIGxlYWYgbGlzdGVkIGFzIGEgJ2tleScuIjsKICAgICB9CgogICAg
IGlkZW50aXR5IG1pc3NpbmctaW5wdXQtcGFyYW1ldGVyIHsKICAgICAgIGJhc2UgZXJyb3ItYXBw
LXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICJSZXR1cm5lZCBieSB0aGUgQ29NSSBz
ZXJ2ZXIgd2hlbiB0aGUgaW5wdXQgcGFyYW1ldGVycwoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAg
ICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAgICAgICBbUGFnZSA0Nl0KDApJbnRl
cm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAg
ICBKdW5lIDIwMjAKCgogICAgICAgICAgb2YgYSBSUEMgb3IgYWN0aW9uIGFyZSBpbmNvbXBsZXRl
LiI7CiAgICAgfQoKICAgICBpZGVudGl0eSBpbnN0YW5jZS1yZXF1aXJlZCB7CiAgICAgICBiYXNl
IGVycm9yLWFwcC10YWc7CiAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAiUmV0dXJuZWQgYnkg
dGhlIENvTUkgc2VydmVyIHdoZW4gYSBsZWFmIG9mIHR5cGUKICAgICAgICAgICdpbnN0YW5jZS1p
ZGVudGlmaWVyJyBvciAnbGVhZnJlZicgbWFya2VkIHdpdGgKICAgICAgICAgIHJlcXVpcmUtaW5z
dGFuY2Ugc2V0IHRvICd0cnVlJyByZWZlcnMgdG8gYW4gaW5zdGFuY2UKICAgICAgICAgIHRoYXQg
ZG9lcyBub3QgZXhpc3QuIjsKICAgICB9CgogICAgIGlkZW50aXR5IG1pc3NpbmctY2hvaWNlIHsK
ICAgICAgIGJhc2UgZXJyb3ItYXBwLXRhZzsKICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICJS
ZXR1cm5lZCBieSB0aGUgQ29NSSBzZXJ2ZXIgd2hlbiBubyBub2RlcyBleGlzdCBpbiBhCiAgICAg
ICAgICBtYW5kYXRvcnkgY2hvaWNlLiI7CiAgICAgfQoKICAgICByYzp5YW5nLWRhdGEgY29taS1l
cnJvciB7CiAgICAgICBjb250YWluZXIgZXJyb3IgewogICAgICAgICBkZXNjcmlwdGlvbgogICAg
ICAgICAgICJPcHRpb25hbCBwYXlsb2FkIG9mIGEgNC4wMCBCYWQgUmVxdWVzdCBDb0FQIGVycm9y
LiI7CgogICAgICAgICBsZWFmIGVycm9yLXRhZyB7CiAgICAgICAgICAgdHlwZSBpZGVudGl0eXJl
ZiB7CiAgICAgICAgICAgICBiYXNlIGVycm9yLXRhZzsKICAgICAgICAgICB9CiAgICAgICAgICAg
bWFuZGF0b3J5IHRydWU7CiAgICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgICJUaGUg
ZW51bWVyYXRlZCBlcnJvci10YWcuIjsKICAgICAgICAgfQoKICAgICAgICAgbGVhZiBlcnJvci1h
cHAtdGFnIHsKICAgICAgICAgICB0eXBlIGlkZW50aXR5cmVmIHsKICAgICAgICAgICAgIGJhc2Ug
ZXJyb3ItYXBwLXRhZzsKICAgICAgICAgICB9CiAgICAgICAgICAgZGVzY3JpcHRpb24KICAgICAg
ICAgICAgICJUaGUgYXBwbGljYXRpb24tc3BlY2lmaWMgZXJyb3ItdGFnLiI7CiAgICAgICAgIH0K
CiAgICAgICAgIGxlYWYgZXJyb3ItZGF0YS1ub2RlIHsKICAgICAgICAgICB0eXBlIGluc3RhbmNl
LWlkZW50aWZpZXI7CiAgICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgICJXaGVuIHRo
ZSBlcnJvciByZXBvcnRlZCBpcyBjYXVzZWQgYnkgYSBzcGVjaWZpYyBkYXRhIG5vZGUsCiAgICAg
ICAgICAgICAgdGhpcyBsZWFmIGlkZW50aWZpZXMgdGhlIGRhdGEgbm9kZSBpbiBlcnJvci4iOwog
ICAgICAgICB9CgoKCgpWZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0
LCAyMDIwICAgICAgICAgICAgICBbUGFnZSA0N10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgICAgICAgQ29NSSAgICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICAgICAg
ICBsZWFmIGVycm9yLW1lc3NhZ2UgewogICAgICAgICAgIHR5cGUgc3RyaW5nOwogICAgICAgICAg
IGRlc2NyaXB0aW9uCiAgICAgICAgICAgICAiQSBtZXNzYWdlIGRlc2NyaWJpbmcgdGhlIGVycm9y
LiI7CiAgICAgICAgIH0KICAgICAgIH0KICAgICB9CiAgIH0KICAgPENPREUgRU5EUz4KCkFwcGVu
ZGl4IEIuICBpZXRmLWNvbWkgLnNpZCBmaWxlCgogICB7CiAgICAgImFzc2lnbm1lbnQtcmFuZ2Vz
IjogWwogICAgICAgewogICAgICAgICAiZW50cnktcG9pbnQiOiAxMDAwLAogICAgICAgICAic2l6
ZSI6IDEwMAogICAgICAgfQogICAgIF0sCiAgICAgIm1vZHVsZS1uYW1lIjogImlldGYtY29taSIs
CiAgICAgIm1vZHVsZS1yZXZpc2lvbiI6ICIyMDE5LTAzLTI4IiwKICAgICAiaXRlbXMiOiBbCiAg
ICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAibW9kdWxlIiwKICAgICAgICAgImlkZW50aWZp
ZXIiOiAiaWV0Zi1jb21pIiwKICAgICAgICAgInNpZCI6IDEwMDAKICAgICAgIH0sCiAgICAgICB7
CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6
ICJiYWQtZWxlbWVudCIsCiAgICAgICAgICJzaWQiOiAxMDAxCiAgICAgICB9LAogICAgICAgewog
ICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAi
ZGF0YS1taXNzaW5nIiwKICAgICAgICAgInNpZCI6IDEwMDIKICAgICAgIH0sCiAgICAgICB7CiAg
ICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJk
YXRhLW5vdC11bmlxdWUiLAogICAgICAgICAic2lkIjogMTAwMwogICAgICAgfSwKICAgICAgIHsK
ICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjog
ImR1cGxpY2F0ZSIsCiAgICAgICAgICJzaWQiOiAxMDA0CiAgICAgICB9LAogICAgICAgewoKCgpW
ZWlsbGV0dGUsIGV0IGFsLiAgICAgICBFeHBpcmVzIERlY2VtYmVyIDI0LCAyMDIwICAgICAgICAg
ICAgICBbUGFnZSA0OF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgQ29NSSAg
ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICAgICAgICAibmFtZXNwYWNlIjog
ImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAiZXJyb3IiLAogICAgICAgICAic2lk
IjogMTAwNQogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0
eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImVycm9yLWFwcC10YWciLAogICAgICAgICAic2lk
IjogMTAwNgogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0
eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImVycm9yLXRhZyIsCiAgICAgICAgICJzaWQiOiAx
MDA3CiAgICAgICB9LAogICAgICAgewogICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwK
ICAgICAgICAgImlkZW50aWZpZXIiOiAiaW5zdGFuY2UtcmVxdWlyZWQiLAogICAgICAgICAic2lk
IjogMTAwOAogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVudGl0
eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImludmFsaWQtZGF0YXR5cGUiLAogICAgICAgICAi
c2lkIjogMTAwOQogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVu
dGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogImludmFsaWQtbGVuZ3RoIiwKICAgICAgICAg
InNpZCI6IDEwMTAKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRl
bnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJpbnZhbGlkLXZhbHVlIiwKICAgICAgICAg
InNpZCI6IDEwMTEKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRl
bnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJtYWxmb3JtZWQtbWVzc2FnZSIsCiAgICAg
ICAgICJzaWQiOiAxMDEyCiAgICAgICB9LAogICAgICAgewogICAgICAgICAibmFtZXNwYWNlIjog
ImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAibWlzc2luZy1jaG9pY2UiLAogICAg
ICAgICAic2lkIjogMTAxMwogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6
ICJpZGVudGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogIm1pc3NpbmctZWxlbWVudCIsCiAg
ICAgICAgICJzaWQiOiAxMDE0CgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAgIEV4cGlyZXMgRGVj
ZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDQ5XQoMCkludGVybmV0LURyYWZ0ICAg
ICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAyMAoK
CiAgICAgICB9LAogICAgICAgewogICAgICAgICAibmFtZXNwYWNlIjogImlkZW50aXR5IiwKICAg
ICAgICAgImlkZW50aWZpZXIiOiAibWlzc2luZy1pbnB1dC1wYXJhbWV0ZXIiLAogICAgICAgICAi
c2lkIjogMTAxNQogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJpZGVu
dGl0eSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogIm1pc3Npbmcta2V5IiwKICAgICAgICAgInNp
ZCI6IDEwMTYKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRp
dHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJtdXN0LXZpb2xhdGlvbiIsCiAgICAgICAgICJz
aWQiOiAxMDE3CiAgICAgICB9LAogICAgICAgewogICAgICAgICAibmFtZXNwYWNlIjogImlkZW50
aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAibm90LWluLXJhbmdlIiwKICAgICAgICAgInNp
ZCI6IDEwMTgKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRlbnRp
dHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJvcGVyYXRpb24tZmFpbGVkIiwKICAgICAgICAg
InNpZCI6IDEwMTkKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiaWRl
bnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJwYXR0ZXJuLXRlc3QtZmFpbGVkIiwKICAg
ICAgICAgInNpZCI6IDEwMjAKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2Ui
OiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJ0b28tZmV3LWVsZW1lbnRzIiwK
ICAgICAgICAgInNpZCI6IDEwMjEKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3Bh
Y2UiOiAiaWRlbnRpdHkiLAogICAgICAgICAiaWRlbnRpZmllciI6ICJ0b28tbWFueS1lbGVtZW50
cyIsCiAgICAgICAgICJzaWQiOiAxMDIyCiAgICAgICB9LAogICAgICAgewogICAgICAgICAibmFt
ZXNwYWNlIjogImlkZW50aXR5IiwKICAgICAgICAgImlkZW50aWZpZXIiOiAidW5pZmllZCIsCiAg
ICAgICAgICJzaWQiOiAxMDI5CiAgICAgICB9LAogICAgICAgewogICAgICAgICAibmFtZXNwYWNl
IjogImlkZW50aXR5IiwKCgoKVmVpbGxldHRlLCBldCBhbC4gICAgICAgRXhwaXJlcyBEZWNlbWJl
ciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgNTBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgICAgICAgICAgIENvTUkgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAg
ICAgICAgImlkZW50aWZpZXIiOiAidW5rbm93bi1lbGVtZW50IiwKICAgICAgICAgInNpZCI6IDEw
MjMKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAiZGF0YSIsCiAgICAg
ICAgICJpZGVudGlmaWVyIjogIi9pZXRmLWNvbWk6ZXJyb3IiLAogICAgICAgICAic2lkIjogMTAy
NAogICAgICAgfSwKICAgICAgIHsKICAgICAgICAgIm5hbWVzcGFjZSI6ICJkYXRhIiwKICAgICAg
ICAgImlkZW50aWZpZXIiOiAiL2lldGYtY29taTplcnJvci9lcnJvci1hcHAtdGFnIiwKICAgICAg
ICAgInNpZCI6IDEwMjUKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAgICJuYW1lc3BhY2UiOiAi
ZGF0YSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogIi9pZXRmLWNvbWk6ZXJyb3IvZXJyb3ItZGF0
YS1ub2RlIiwKICAgICAgICAgInNpZCI6IDEwMjYKICAgICAgIH0sCiAgICAgICB7CiAgICAgICAg
ICJuYW1lc3BhY2UiOiAiZGF0YSIsCiAgICAgICAgICJpZGVudGlmaWVyIjogIi9pZXRmLWNvbWk6
ZXJyb3IvZXJyb3ItbWVzc2FnZSIsCiAgICAgICAgICJzaWQiOiAxMDI3CiAgICAgICB9LAogICAg
ICAgewogICAgICAgICAibmFtZXNwYWNlIjogImRhdGEiLAogICAgICAgICAiaWRlbnRpZmllciI6
ICIvaWV0Zi1jb21pOmVycm9yL2Vycm9yLXRhZyIsCiAgICAgICAgICJzaWQiOiAxMDI4CiAgICAg
ICB9CiAgICAgXQogICB9CgpBdXRob3JzJyBBZGRyZXNzZXMKCiAgIE1pY2hlbCBWZWlsbGV0dGUg
KGVkaXRvcikKICAgVHJpbGxpYW50IE5ldHdvcmtzIEluYy4KICAgNjEwIFJ1ZSBkdSBMdXhlbWJv
dXJnCiAgIEdyYW5ieSwgUXVlYmVjICBKMkogMlYyCiAgIENhbmFkYQoKICAgRW1haWw6IG1pY2hl
bC52ZWlsbGV0dGVAdHJpbGxpYW50LmNvbQoKCiAgIFBldGVyIHZhbiBkZXIgU3RvayAoZWRpdG9y
KQogICBjb25zdWx0YW50CgogICBQaG9uZTogKzMxLTQ5MjQ3NDY3MyAoTmV0aGVybGFuZHMpLCAr
MzMtOTY2MDE1MjQ4IChGcmFuY2UpCiAgIEVtYWlsOiBjb25zdWx0YW5jeUB2YW5kZXJzdG9rLm9y
ZwogICBVUkk6ICAgd3d3LnZhbmRlcnN0b2sub3JnCgoKClZlaWxsZXR0ZSwgZXQgYWwuICAgICAg
IEV4cGlyZXMgRGVjZW1iZXIgMjQsIDIwMjAgICAgICAgICAgICAgIFtQYWdlIDUxXQoMCkludGVy
bmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICBDb01JICAgICAgICAgICAgICAgICAgICAgICAg
IEp1bmUgMjAyMAoKCiAgIEFsZXhhbmRlciBQZWxvdgogICBBY2tsaW8KICAgMmJpcyBydWUgZGUg
bGEgQ2hhdGFpZ25lcmFpZQogICBDZXNzb24tU2V2aWduZSwgQnJldGFnbmUgIDM1NTEwCiAgIEZy
YW5jZQoKICAgRW1haWw6IGFAYWNrbC5pbwoKCiAgIEFuZHkgQmllcm1hbgogICBZdW1hV29ya3MK
ICAgNjg1IENvY2hyYW4gU3QuCiAgIFN1aXRlICMxNjAKICAgU2ltaSBWYWxsZXksIENBICA5MzA2
NQogICBVU0EKCiAgIEVtYWlsOiBhbmR5QHl1bWF3b3Jrcy5jb20KCgogICBJdmF5bG8gUGV0cm92
IChlZGl0b3IpCiAgIEFja2xpbwogICAxMTM3QSBhdmVudWUgZGVzIENoYW1wcyBCbGFuY3MKICAg
Q2Vzc29uLVNldmlnbmUsIEJyZXRhZ25lICAzNTUxMAogICBGcmFuY2UKCiAgIEVtYWlsOiBpdmF5
bG9AYWNrbC5pbwoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKVmVpbGxldHRlLCBldCBhbC4gICAg
ICAgRXhwaXJlcyBEZWNlbWJlciAyNCwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgNTJdCg==
--00000000000099257505a8aae31a--


From nobody Tue Jun 23 00:39:40 2020
Return-Path: <internet-drafts@ietf.org>
X-Original-To: core@ietf.org
Delivered-To: core@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EC3DE3A09C0; Tue, 23 Jun 2020 00:39:37 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.3.2
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <159289797791.6200.4863633498733473403@ietfa.amsl.com>
Date: Tue, 23 Jun 2020 00:39:37 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/mI-TBLmyox-2zGcp3TjkPRWijfM>
Subject: [core] I-D Action: draft-ietf-core-oscore-groupcomm-09.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jun 2020 07:39:38 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Constrained RESTful Environments WG of the IETF.

        Title           : Group OSCORE - Secure Group Communication for CoAP
        Authors         : Marco Tiloca
                          Goeran Selander
                          Francesca Palombini
                          Jiye Park
	Filename        : draft-ietf-core-oscore-groupcomm-09.txt
	Pages           : 70
	Date            : 2020-06-23

Abstract:
   This document defines Group Object Security for Constrained RESTful
   Environments (Group OSCORE), providing end-to-end security of CoAP
   messages exchanged between members of a group, e.g. sent over IP
   multicast.  In particular, the described approach defines how OSCORE
   is used in a group communication setting to provide source
   authentication for CoAP group requests, sent by a client to multiple
   servers, and for protection of the corresponding CoAP responses.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-core-oscore-groupcomm/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-core-oscore-groupcomm-09
https://datatracker.ietf.org/doc/html/draft-ietf-core-oscore-groupcomm-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-core-oscore-groupcomm-09


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

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



From nobody Tue Jun 23 00:56:08 2020
Return-Path: <marco.tiloca@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17E303A09A5 for <core@ietfa.amsl.com>; Tue, 23 Jun 2020 00:56:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level: 
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=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=ri.se
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 0T5OqqU9vHmc for <core@ietfa.amsl.com>; Tue, 23 Jun 2020 00:56:04 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130080.outbound.protection.outlook.com [40.107.13.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 952C23A09B8 for <core@ietf.org>; Tue, 23 Jun 2020 00:56:02 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CU2OJtKyECTNK36a9bJjuyMm+kcjvYmAPXBMFc5qSGbc3B7+4pgTGJJ564hfgaiNe2WBO2S7dLt3729htvcI/v138EsqGD7HqexaeO2w5AD5icgjY42+bhV01agk1GhpFlG332PYOeM9YAFkdI+HrZeUyp8eq0/vokWdVHjBgZr+QBEpW0GY7S9hG8/92sknV/f9yDyliHP5aYx/eCyfdyTlmQUC8UYhUfNRTQvvRwoS6SmYsFOAzGW8z8Us/CSqkkW7giFv0WMfziAi+nUF3LP9iTqdyIn/i4PceFhhV+Sy5Uf0N3W2348z540VIP/pJoKYVdCBhsaDhRHZnoEciw==
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=8RZDHbjUuhJkgtGL1Y+U0gAu9G9E7UwmI4I00AwMJeg=; b=jwguwFcK7KoqYWrQMRntRPLf200uIcgfvda+YxSUCcgtr0Fl211JyWSeVf1kZTZ2eMxlugWv4VBFjbCVCQ2brYB1nWCXXGvjFD+eyBr5uUrDTKK83DHFyVZ194QB3ylPejZ9AmyB5cHsKJhZQNgaYQacGaPq9Y75/xs5TtieiDhfZNzjoZ3EWShTQZdCqwW2dkIG2T2Bci5xdKw+dbwxPUil28y2etAIT4oyjV7Wbz4UdHbkqOYN90voviNzhu/d9PQYUaIux/w9BbLbrj6KgyALJBjtkAQR0OQVU8cHVMUEFKKPwk3BEAIhJA5TrUqf18biU3007oc+U4I6qPhgUA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8RZDHbjUuhJkgtGL1Y+U0gAu9G9E7UwmI4I00AwMJeg=; b=J85S4zhwaJ7ktxU0j3EyMen3bezg80hylp62GlRIwmycP3B0cDAMJdTOPUTzHc6CMyW9gGsUDGWlSkimq3EN/ZekIxt+x6mHXoQh5+tHSNQgsv1qVmQclYs56FuLWppCzhsU/Glg9R23o/q77ZgfQWTAyplQcLHXYa35HNnewFc=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ri.se;
Received: from VI1P189MB0398.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:35::31) by VI1P189MB0446.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:32::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.23; Tue, 23 Jun 2020 07:56:00 +0000
Received: from VI1P189MB0398.EURP189.PROD.OUTLOOK.COM ([fe80::e88f:edb5:5074:e481]) by VI1P189MB0398.EURP189.PROD.OUTLOOK.COM ([fe80::e88f:edb5:5074:e481%6]) with mapi id 15.20.3109.027; Tue, 23 Jun 2020 07:56:00 +0000
References: <159289797811.6200.6160940472399619050@ietfa.amsl.com>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
From: Marco Tiloca <marco.tiloca@ri.se>
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
X-Forwarded-Message-Id: <159289797811.6200.6160940472399619050@ietfa.amsl.com>
Message-ID: <fe4e94de-efdb-61c7-4e1d-bbd8ca389c30@ri.se>
Date: Tue, 23 Jun 2020 09:55:52 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
In-Reply-To: <159289797811.6200.6160940472399619050@ietfa.amsl.com>
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SG4yk7cDqoXnSmwaxQCIgZak7kh2DBfL3"
X-ClientProxiedBy: HE1PR0802CA0006.eurprd08.prod.outlook.com (2603:10a6:3:bd::16) To VI1P189MB0398.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:35::31)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [10.8.8.17] (213.232.87.177) by HE1PR0802CA0006.eurprd08.prod.outlook.com (2603:10a6:3:bd::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22 via Frontend Transport; Tue, 23 Jun 2020 07:55:59 +0000
X-Forwarded-Message-Id: <159289797811.6200.6160940472399619050@ietfa.amsl.com>
X-Originating-IP: [213.232.87.177]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: eae5e3ec-ff32-4455-1920-08d8174ade81
X-MS-TrafficTypeDiagnostic: VI1P189MB0446:
X-Microsoft-Antispam-PRVS: <VI1P189MB0446E2422DD0779838E9D59099940@VI1P189MB0446.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:8273;
X-Forefront-PRVS: 04433051BF
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: V+gaxR6ek2VT1JlHtexNV05Ci7MIAGQ5rab/hul6V28gtGJdni8olG27VfXoIDP7EvsHj70JaG0oDL49hlbZX8HJZJOaEK/oLrotC0pIWDZ+yvJ54pQBNRGBvx6FYrvQPcyPFjdLb1ubqHcvWxGiggdpGcruzlL6L582AIUb3p39xAfRP1FbgFr/CW2MRt91zb9tgg2uUVtH5cUW7T4QtEM/RJbrhk09fqaOeOUFcyF15gyJn5n8M/J5Ess9M3Yx2+vp+DUTJo+aGC94XoC/1Nu0K9JcIfvVjwffOh3NY2jAcUJFHQke/lH07PMPc2mkbJcA8P7qeDi7LO3hTABF4prFLi+HayA8YDciwEYjheiY58Yp4vL31fetWrE6kmKxGiSQZXoFsBmmJcjvTeTSlcj6eIySlgXeQQfA98hrT0kIE+HFa1uJrQcceahGCuiVcWv1WVswSkGgDh5DNqhXiA==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:VI1P189MB0398.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFTY:; SFS:(4636009)(376002)(39850400004)(396003)(366004)(346002)(136003)(66476007)(15650500001)(36756003)(66556008)(316002)(16576012)(44832011)(6916009)(8676002)(956004)(2616005)(966005)(8936002)(478600001)(21480400003)(6486002)(166002)(16526019)(2906002)(66946007)(186003)(5660300002)(26005)(235185007)(66574015)(31696002)(86362001)(52116002)(33964004)(6666004)(31686004)(83380400001)(43740500002); DIR:OUT; SFP:1101; 
X-MS-Exchange-AntiSpam-MessageData: 9obZ4gVNbsCFzZqWgC4vfEWPfpqy+SZYByoEwJsqEgAsKusAMV5hrvkzCzUjd2N/6PXqH6gCoQxyMCMQ/iXFSjaZsy8UJBKdIOMrETqftbswsWjGGH1JRZLsda2YrWg39aJO3zxfOXDf+/TXBWguvCqenjKzIjwUEzAy8dtOAIR5WAEouP6ijATx0kMccDAfRLZRRDG0I9zhQa4rCiLzUpYctQrCjbuPcTobhgEFYtHzKfKQCBI+O/bcqJ44a5RxLEdTqyMXNrDzG+RinvrF3fGthS33TgtzpcB3+/dd+wGZptrr+0cIjal/XDtDA3fN4JfPOnRZN64+o+Ym3VZ8EeJiCGcE86fa4g0qopkJfO3htV6p4A+fk5b8CXySb2odmOwZ12mmwpQjlmu/UFdo2forcnpUahL+vrmczzgdbnDcuEKC2qsQ89OwfnEV60TJ+XzkF4wwzlW+QzPLf/w7Q1RcHY7faDbUtCqfhNmo0bLy/JSxiLCFs3uvW3fEL/sv
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-Network-Message-Id: eae5e3ec-ff32-4455-1920-08d8174ade81
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jun 2020 07:56:00.3375 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 1tuhAQJnjslDjyRoM/ULT3GHvi/4bccrSTegtWVV464Y5OLxI43Z9DuOqISXOAuT2m3Zv/OVlppP09/gw2ASJQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1P189MB0446
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/cVSrJo6kvZZr9ItIKURjMQhtAWk>
Subject: [core] Fwd: New Version Notification for draft-ietf-core-oscore-groupcomm-09.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jun 2020 07:56:07 -0000

--SG4yk7cDqoXnSmwaxQCIgZak7kh2DBfL3
Content-Type: multipart/mixed; boundary="RWDQG8NtM2Mg49xhkGDxclCvbXxuy9Xvq"

--RWDQG8NtM2Mg49xhkGDxclCvbXxuy9Xvq
Content-Type: multipart/alternative;
 boundary="------------14BDF561BC3348D463D19E39"
Content-Language: en-US

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

Dear all,

We have just submitted version -09 of the Group OSCORE document.

This version addresses the open points raised and discussed at the April
virtual meeting.

The authors believe this version is ready to be considered for Working
Group Last Call.

Best,
/Marco


-------- Forwarded Message --------
Subject: 	New Version Notification for
draft-ietf-core-oscore-groupcomm-09.txt
Date: 	Tue, 23 Jun 2020 00:39:38 -0700
From: 	internet-drafts@ietf.org
To: 	Marco Tiloca <marco.tiloca@ri.se>, Francesca Palombini
<francesca.palombini@ericsson.com>, Goeran Selander
<goran.selander@ericsson.com>, Jiye Park <ji-ye.park@uni-due.de>




A new version of I-D, draft-ietf-core-oscore-groupcomm-09.txt
has been successfully submitted by Marco Tiloca and posted to the
IETF repository.

Name: draft-ietf-core-oscore-groupcomm
Revision: 09
Title: Group OSCORE - Secure Group Communication for CoAP
Document date: 2020-06-23
Group: core
Pages: 70
URL:
https://www.ietf.org/internet-drafts/draft-ietf-core-oscore-groupcomm-09.=
txt
Status: https://datatracker.ietf.org/doc/draft-ietf-core-oscore-groupcomm=
/
Htmlized: https://tools.ietf.org/html/draft-ietf-core-oscore-groupcomm-09=

Htmlized:
https://datatracker.ietf.org/doc/html/draft-ietf-core-oscore-groupcomm
Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-core-oscore-groupcom=
m-09

Abstract:
This document defines Group Object Security for Constrained RESTful
Environments (Group OSCORE), providing end-to-end security of CoAP
messages exchanged between members of a group, e.g. sent over IP
multicast. In particular, the described approach defines how OSCORE
is used in a group communication setting to provide source
authentication for CoAP group requests, sent by a client to multiple
servers, and for protection of the corresponding CoAP responses.



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

The IETF Secretariat



--------------14BDF561BC3348D463D19E39
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>

    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body>
    Dear all,<br>
    <br>
    We have just submitted version -09 of the Group OSCORE document.<br>
    <br>
    This version addresses the open points raised and discussed at the
    April virtual meeting.<br>
    <br>
    The authors believe this version is ready to be considered for
    Working Group Last Call.<br>
    <br>
    Best,<br>
    /Marco<br>
    <div class=3D"moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class=3D"moz-email-headers-table" cellspacing=3D"0"
        cellpadding=3D"0" border=3D"0">
        <tbody>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Sub=
ject:
            </th>
            <td>New Version Notification for
              draft-ietf-core-oscore-groupcomm-09.txt</td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Dat=
e: </th>
            <td>Tue, 23 Jun 2020 00:39:38 -0700</td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Fro=
m: </th>
            <td><a class=3D"moz-txt-link-abbreviated" href=3D"mailto:inte=
rnet-drafts@ietf.org">internet-drafts@ietf.org</a></td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">To:=
 </th>
            <td>Marco Tiloca <a class=3D"moz-txt-link-rfc2396E" href=3D"m=
ailto:marco.tiloca@ri.se">&lt;marco.tiloca@ri.se&gt;</a>, Francesca
              Palombini <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto=
:francesca.palombini@ericsson.com">&lt;francesca.palombini@ericsson.com&g=
t;</a>, Goeran
              Selander <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:=
goran.selander@ericsson.com">&lt;goran.selander@ericsson.com&gt;</a>, Jiy=
e Park
              <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:ji-ye.par=
k@uni-due.de">&lt;ji-ye.park@uni-due.de&gt;</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <br>
      A new version of I-D, draft-ietf-core-oscore-groupcomm-09.txt<br>
      has been successfully submitted by Marco Tiloca and posted to the<b=
r>
      IETF repository.<br>
      <br>
      Name: draft-ietf-core-oscore-groupcomm<br>
      Revision: 09<br>
      Title: Group OSCORE - Secure Group Communication for CoAP<br>
      Document date: 2020-06-23<br>
      Group: core<br>
      Pages: 70<br>
      URL:
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/internet-=
drafts/draft-ietf-core-oscore-groupcomm-09.txt">https://www.ietf.org/inte=
rnet-drafts/draft-ietf-core-oscore-groupcomm-09.txt</a><br>
      Status:
      <a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf=
=2Eorg/doc/draft-ietf-core-oscore-groupcomm/">https://datatracker.ietf.or=
g/doc/draft-ietf-core-oscore-groupcomm/</a><br>
      Htmlized:
      <a class=3D"moz-txt-link-freetext" href=3D"https://tools.ietf.org/h=
tml/draft-ietf-core-oscore-groupcomm-09">https://tools.ietf.org/html/draf=
t-ietf-core-oscore-groupcomm-09</a><br>
      Htmlized:
      <a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf=
=2Eorg/doc/html/draft-ietf-core-oscore-groupcomm">https://datatracker.iet=
f.org/doc/html/draft-ietf-core-oscore-groupcomm</a><br>
      Diff:
      <a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/rfc=
diff?url2=3Ddraft-ietf-core-oscore-groupcomm-09">https://www.ietf.org/rfc=
diff?url2=3Ddraft-ietf-core-oscore-groupcomm-09</a><br>
      <br>
      Abstract:<br>
      This document defines Group Object Security for Constrained
      RESTful<br>
      Environments (Group OSCORE), providing end-to-end security of CoAP<=
br>
      messages exchanged between members of a group, e.g. sent over IP<br=
>
      multicast. In particular, the described approach defines how
      OSCORE<br>
      is used in a group communication setting to provide source<br>
      authentication for CoAP group requests, sent by a client to
      multiple<br>
      servers, and for protection of the corresponding CoAP responses.<br=
>
      <br>
      <br>
      <br>
      Please note that it may take a couple of minutes from the time of
      submission<br>
      until the htmlized version and diff are available at
      tools.ietf.org.<br>
      <br>
      The IETF Secretariat<br>
      <br>
      <br>
    </div>
  </body>
</html>

--------------14BDF561BC3348D463D19E39--

--RWDQG8NtM2Mg49xhkGDxclCvbXxuy9Xvq--

--SG4yk7cDqoXnSmwaxQCIgZak7kh2DBfL3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEOEo4cV326Z7GypVg7iZktA5Y2kMFAl7xtY0ACgkQ7iZktA5Y
2kMA2gf+LrJUAn0upWRtdoozpWSqyrulpbjJ6ccFpgx8nE8VMkxxXCQBWgUGFvtz
WgNtAXLVh1bvtawfQaNZkBhzvNIAB55psi5Noe01pxtzwbn0ht14rsNTsjAU+0wx
SRtReSm8PK6k9FM9W+nC6hLz5JmZSsd2yfRPukXaaOleHQGzPJ7g6OV1EQd8LQ9z
19yjytWALI0CNoxXVIMxdEoGf8NWmwlNsrKzcK2RnRCXkwmIgbIQFLqJ9QXNJ9fP
tH0wxjywCsl2AgVkNLGoXDxUUlHM2dPfb00/ZDBlWDgkpRK7SLX2i09p9jeHPqbU
CE2+NuDLlCMumkp5yUfCD6koGKuh1w==
=Umoq
-----END PGP SIGNATURE-----

--SG4yk7cDqoXnSmwaxQCIgZak7kh2DBfL3--


From nobody Tue Jun 23 05:36:30 2020
Return-Path: <marco.tiloca@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4999F3A0C99 for <core@ietfa.amsl.com>; Tue, 23 Jun 2020 05:36:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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, MSGID_FROM_MTA_HEADER=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=ri.se
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 dWuys_TeO-gA for <core@ietfa.amsl.com>; Tue, 23 Jun 2020 05:36:26 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70057.outbound.protection.outlook.com [40.107.7.57]) (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 DDD103A0C41 for <core@ietf.org>; Tue, 23 Jun 2020 05:36:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=amc3FgF/2oiQkruQQRnzL6nWaF1d96qyvf+SFSs4jXZbWiPs0gDbWkwtYFqShIPs9W7D+qt0vSgtvCigd2WKKZ71d2vfs1qrx+W0BNW2r/qOFpvj2IJtySg4i27kHObiY85p2xID/QLBHAOrhgzzVlAZ43VlxK2NWdi3GJKzOTwJ/DHIJBWdFZMqvm5r/Tu8+5KPoWtgyWsz6p9YbsGZFJBL4TYf41QTiV9GmNFJs4ODrqMGaFBqpDs6Qh0jnmxPdDbcJo5/mEvAUXdIR+s//qKbLc5J85MIOiqCStrgMhc61xPwXifkwLgXZgp4FEY0gpXrLBYmUktf81vARXLNkw==
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=YT7cE9vSyxmRF8KxP7Nd2+wIQ4x4cXSn/oauKVkb2WA=; b=XyJ8MiR/Q+0n2AO7vvap+MPj4ZioSNVFZbnkdvNnUL1dQg4atPYAahHfi4E0seo+U1s2dQbUHE+l0X3GSPdbm10x67WRhx3Oi5MqRvDEVpziNxlPGnm0lrxmVrHAjE1fQvdf/9E3V3SrYfhpS4n/PoN0QtBsZxjknrSK5Deu5DDqM1jg1P+NUvtpcH1m7+mLI6bp0Ue//ejkCNZ0HIrujlaaqJ8H2xU0oFwBjwQIJYLQuXhgErOidfn2Fu71ZWIlF6ec6FG7bxf2Bj+KJ/JB3g4XAGY9EFdPulacMIFU2Nr7Gc1LKImkPBeGJJzLVw4AgiGDSCnvAfdCzvuzLjcynw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YT7cE9vSyxmRF8KxP7Nd2+wIQ4x4cXSn/oauKVkb2WA=; b=NgAJHmy1dTEoWH9hN2AMDcCCCS5uD4VyfhuB0AXxU9ihA91Sl8YZs/ewtjJq8ytwj1okleyd8DmywP0RK0nZpBNTWXOv8Y+kd0s2liXd+tGwNDiT2KRn3gYRjaToG+tTNFcc7hntRL+kGRG7ihkr984LyfM0XKnrDZZEiPR9Dyg=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ri.se;
Received: from VI1P189MB0398.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:35::31) by VI1P189MB0591.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:37::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22; Tue, 23 Jun 2020 12:36:22 +0000
Received: from VI1P189MB0398.EURP189.PROD.OUTLOOK.COM ([fe80::e88f:edb5:5074:e481]) by VI1P189MB0398.EURP189.PROD.OUTLOOK.COM ([fe80::e88f:edb5:5074:e481%6]) with mapi id 15.20.3109.027; Tue, 23 Jun 2020 12:36:22 +0000
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
From: Marco Tiloca <marco.tiloca@ri.se>
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
Message-ID: <bbfd8373-6c7d-6afe-f315-a47050c12969@ri.se>
Date: Tue, 23 Jun 2020 14:36:09 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iv2kdQp8zO37xiO8QkiislBIyHpZ9e3CN"
X-ClientProxiedBy: HE1PR02CA0119.eurprd02.prod.outlook.com (2603:10a6:7:29::48) To VI1P189MB0398.EURP189.PROD.OUTLOOK.COM (2603:10a6:802:35::31)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [10.8.8.17] (213.232.87.177) by HE1PR02CA0119.eurprd02.prod.outlook.com (2603:10a6:7:29::48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22 via Frontend Transport; Tue, 23 Jun 2020 12:36:22 +0000
X-Originating-IP: [213.232.87.177]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 57591392-8bcf-4099-7f59-08d81772097c
X-MS-TrafficTypeDiagnostic: VI1P189MB0591:
X-Microsoft-Antispam-PRVS: <VI1P189MB0591D88F957D4A9665EAFBD899940@VI1P189MB0591.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:8273;
X-Forefront-PRVS: 04433051BF
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: ClrQXX03ObkdL734jhO7xmW5H/4y2xflkQGEpwy2M8Hrs0r3CoCIcE6RkxZ35aG27uzHVpwPyRAmsxvmlMLlVikJk3mma13VhIe8KCo+gIkjZKMGcFu98liynMoSEr+5HbHyBsf45x+hub4NRps0di7shxwwzCqtGuPoxfxlRGzRV4HaNbzYOAi1+AghNjNR67+x/FSFQ79OMuLvzZBsctcDwSxcK5C91DN/3A+XMn5h8YqxiJOLY0IjW3ID/eoDh3x8iUnyNF0uecCfFYStBIQtoho7Dx+bO32wzBjyywdvbgvaMxf3GdXlt5OwwHErjZkt50QZdIoWwPfOrTnhLsVeRRp5jxj+jhtLVjbf0WvPVId03/Qenv2p7EFKnjSD/NIVlW2yBe6BjQZ/MgYSeIvQaD81Bbp+FgZ7SM8BrV758lnxXePxGM73N+iN0V5JxGLDkDaXXgVIjPHWdMNmAw==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:VI1P189MB0398.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE;  SFTY:; SFS:(4636009)(136003)(366004)(396003)(376002)(346002)(39860400002)(966005)(5660300002)(478600001)(8936002)(6486002)(8676002)(6666004)(2906002)(21480400003)(26005)(186003)(16526019)(83380400001)(16799955002)(66574015)(2616005)(235185007)(31686004)(36756003)(66946007)(956004)(44832011)(33964004)(316002)(16576012)(86362001)(6916009)(66476007)(31696002)(52116002)(66556008)(43740500002); DIR:OUT; SFP:1101; 
X-MS-Exchange-AntiSpam-MessageData: JIvqLrV+M4r83LWfdgZ471fJ8/wo1rKogc+fVGw21UfahTE2oFJwMlzsRW4WYSb9dcWnx3FAeyK+mHQ/Wq7TZQMUQyXFHMSVAkrljP/VS7cppwuBbmN4x76sHE5SIlV/pkude3CpsCOag5fZdqMsWWZnoUXi4Dq2DLxcDIZVi+ktOJPWB57jNpq7c2UBVzJSRcWBSeQnKlviv9DQq1Fp4gUuVqf80qbAnuiXMazUWSA2P8Hxp1mBzcxuzo/WdN8pZwHMa/OMfRVJ21cWrA6eYW1PBJNLmeNV+mF3neXqvAbUNeRDTU7TkPWvrc6jEpPA1K6qp0/P9ZiUh19H/EcPfx+ne2FjN5bNyZXqDMy46ZO62DSWBRVB++29lIKRV3KEf9Q1Tg5BWevVnHDxywvoLEUnG/AxNJx3cP9JTaDb+Q1pGqZGi1xGx/1v4fHcHMP0+Kn7heaUBdNrbs9oH39lRm9I2mT4a20ogGrpAdYEGe+JBGUIzdH2YiH29+6ZJHWy
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-Network-Message-Id: 57591392-8bcf-4099-7f59-08d81772097c
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jun 2020 12:36:22.7688 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: itv0BT6QMp8b16qcEE+7OLs9cwf4M3NaOWks0i2ahEZHBECTuyxdTr7AB7jDPeVouzWXqsqG21yK6eFmDJ22BQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1P189MB0591
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/RGQkJKys1SXjZVeAiV04iOTaEbc>
Subject: [core] CoRE virtual interim 24-06-2020
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jun 2020 12:36:29 -0000

--iv2kdQp8zO37xiO8QkiislBIyHpZ9e3CN
Content-Type: multipart/mixed; boundary="Tb2IqWffOfW9gyPxk4gZ3438IbPDoaXeZ"

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

Dear all,

Just a kind reminder that tomorrow (Wednesday) we will have our
bi-weekly CoRE virtual interim, at 14:00 UTC. Please, find below the
information to join.

We will first go through some updates to the Resource Directory
document, and then discuss about authorization and access control for
the Resource Directory.

Best,
Marco and Jaime


=3D=3D=3D Meeting Information =3D=3D=3D

Meeting entry:
https://datatracker.ietf.org/meeting/interim-2020-core-07/session/core

Agenda: https://datatracker.ietf.org/doc/agenda-interim-2020-core-07-sess=
a/


Webex link:
https://ietf.webex.com/ietf/j.php?MTID=3Dm08cd303bf882c3eeebacf6d60d7b202=
e
Meeting number: 619 180 877
Password: constrained


More ways to join

Join by video system
Dial 619180877@ietf.webex.com
You can also dial 173.243.2.68 and enter your meeting number.

Join by phone
1-650-479-3208 Call-in number (US/Canada)
1-877-668-4493 Call-in toll free number (US/Canada)
Access code: 619 180 877

--=20
Marco Tiloca
Ph.D., Senior Researcher

RISE Research Institutes of Sweden
Division ICT
Isafjordsgatan 22 / Kistag=C3=A5ngen 16
SE-164 40 Kista (Sweden)

Phone: +46 (0)70 60 46 501
https://www.ri.se



--Tb2IqWffOfW9gyPxk4gZ3438IbPDoaXeZ--

--iv2kdQp8zO37xiO8QkiislBIyHpZ9e3CN
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEOEo4cV326Z7GypVg7iZktA5Y2kMFAl7x9zkACgkQ7iZktA5Y
2kOPRwf/XXSriFn10lhM9QzYX4o8twINliTxAzykrrNUzBw1oT6EjjNVwu1T+DKH
5ENorFobllNJKwDOBrBMIfo6OUl4D8sVepG0kgux5LwP+48KcFi24pj5hqQAEAax
G6DCaXWRM7gG+1psm1J9gZgGsFZGUZ3D1KMGUAYbtSTf8qC2wu6iLOOPDgSAJFU4
RVzXYeT4D948QnTl1dDmWdRvK0N2/q8L7DItE+iuA11qttMo6rQLlrstPq4GsegW
1C3PeWzj/5+MpJa85x3r65VMBFugzzbvjFhoMYbeV0y/zUwUxvWvR1ZArnlb441z
VtdmEHNTzqchapzwaykIs84Zo/fD2w==
=2EtO
-----END PGP SIGNATURE-----

--iv2kdQp8zO37xiO8QkiislBIyHpZ9e3CN--


From nobody Tue Jun 23 09:59:54 2020
Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCEBC3A085B; Tue, 23 Jun 2020 09:59:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PPBZK2aclrPU; Tue, 23 Jun 2020 09:59:42 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 265973A0807; Tue, 23 Jun 2020 09:59:42 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 0379D6AB; Tue, 23 Jun 2020 18:59:39 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.198]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id x9dNNNup0DOt; Tue, 23 Jun 2020 18:59:39 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Tue, 23 Jun 2020 18:59:39 +0200 (CEST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9FBA420154; Tue, 23 Jun 2020 18:59:39 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10028) with ESMTP id rXPPMcXNBVUb; Tue, 23 Jun 2020 18:59:39 +0200 (CEST)
Received: from localhost (anna.jacobs.jacobs-university.de [10.50.218.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by hermes.jacobs-university.de (Postfix) with ESMTPS id 02893200E4; Tue, 23 Jun 2020 18:59:38 +0200 (CEST)
Date: Tue, 23 Jun 2020 18:59:38 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Ivaylo Petrov <ivaylo@ackl.io>
Cc: core <core@ietf.org>, NetMod WG <netmod@ietf.org>
Message-ID: <20200623165938.trkunon5s6wwagdc@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Ivaylo Petrov <ivaylo@ackl.io>, core <core@ietf.org>, NetMod WG <netmod@ietf.org>
References: <20200330213129.m2azrbeaxrtgivfc@anna.jacobs.jacobs-university.de> <CAJFkdRz445b4n86ug=v1ruYYWbDjwnEJwUNCZvEzENu_gMV0bg@mail.gmail.com> <20200415162054.s4bjcrienqvrytfz@anna.jacobs.jacobs-university.de> <CAJFkdRyVc0Ti6nsaWbNoqMH4GZU9qB3r0EQb0MtUoueEBma-Pg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAJFkdRyVc0Ti6nsaWbNoqMH4GZU9qB3r0EQb0MtUoueEBma-Pg@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/HcZeAv9dAl5ApLNysvcCfGUJAVk>
Subject: Re: [core] js review of draft-ietf-core-sid-12
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jun 2020 16:59:45 -0000

On Wed, Jun 10, 2020 at 11:16:47AM +0200, Ivaylo Petrov wrote:
 
> > - Is it CoRECONF or CORECONF? And I find the term CORECONF confusing.
> > > >   We have two protocols called NETCONF and RESTCONF and now we add
> > > >   another protocol called CoMI and we call CoMI together with YANG
> > > >   CBOR and SIDs CORECONF?
> > > >
> > > >   1) NETCONF  + YANG + XML      serialization + path naming -> ?
> > > >   2) RESTCONF + YANG + XML|JSON serialization + path naming -> ?
> > > >   3) CoMI     + YANG + CBOR     serialization + SID naming  -> CORECONF
> > > >
> > > >   We do not have a term for 1) and 2) and then we have a term for 3)
> > > >   which, however, looks more like the protocol names used in 1) and
> > > >   2). This comment is not specific to this ID, but the asymmetry
> > > >   showed up while reading the SID document, I had to look at other IDs
> > > >   to understand how things are named. And the SID document says
> > > >
> > > >    YANG is a language designed to model data accessed using one of the
> > > >    compatible protocols (e.g.  NETCONF [RFC6241], RESCONF [RFC8040] and
> > > >    CoRECONF [I-D.ietf-core-comi]).
> > > >
> > > >   Then I read the CoMI abstract. It first says CoMI is "a CoAP
> > > >   Management Interface", it then says "The complete solution composed
> > > >   of CoMI, [I-D.ietf-core-yang-cbor] and [I-D.ietf-core-sid] is called
> > > >   CORECONF." and finally it states that "CORECONF extends the set of
> > > >   YANG based protocols, NETCONF and RESTCONF, with the capability to
> > > >   manage constrained devices and networks.". So I am confused, is
> > > >   CORECONF a protocol as stated in this document? Or is CoMI a
> > > >   protocol? (What is then the difference between a "Management
> > > >   Interface" and a management protocol?) I am not sure whether I get
> > > >   to review comi, hence I mention my confusion here as I hit it while
> > > >   reviewing the sid document.
> > > >
> > >
> > > [IP]: Currently this is indeed somewhat confusing. The proposed change
> > from
> > > Michael Richardson was to at least have CORECONF in the title of the CoMI
> > > document. I am wondering if that might still leave some of the confusion.
> > > For me the simple solution is in this document to refer to CoMI, not
> > > CORECONF and let CoMI draft define what CORECONF actually is. Unless you
> > > think this will still not resolve the issue, this is going to be my way
> > > forward.
> >
> > Avoiding CORECONF in this document helps to limit the problem. If CoMI
> > is the name of the protocol, I would hope we do not need CORECONF at
> > all. But then CORECONF is all over the place in
> > draft-ietf-core-comi-09.txt, it actually looks like the protocol is
> > called CORECONF and not CoMI. I really believe this terminology
> > confusion needs to be resolved in the WG so the WG actually knows and
> > agrees on the name of the technology they standardize.

I am not sure whether this got resolved...

> > > - This description makes little sense to me:
> > > >
> > > >   typedef sid-file-version-identifier {
> > > >     type uint64;
> > > >     description
> > > >       "Optional attribute that gives information about the .sid file
> > > >        version.";
> > > >   }
> > > >
> > > >   This is a type definition. Why does the description talk about an
> > > >   optional attribute? The type should not state whether something
> > > >   using the type is optional or not. (And I would prefer to avoid
> > > >   'attribute', better use YANG defined terms or just describe that
> > > >   this type represents a version number for a SID file.)
> > > >
> > >
> > > [IP]: I believe now it should be more clear.
> >
> > Yes. I wonder though, is this a simple linear counter? Or can it be
> > anything as long as newer > older is satisfied? Or is this just a tag
> > that needs to match and it does not imply any order semantics?
> >
> 
> [IP]: The intention was to be newer > older without any implied semantics. I
> rephrased the text to capture this.
> Old:
>            "Optional leaf that specifies the version number of the .sid
> file.
>           .sid files and the version
>           sequence are specific to a given YANG module revision.
>           This number starts at zero when there is a YANG module update.
>           This number can distinguish updates to the SID file which are the
> result of
>           new processing, or the result of reported errata.";
> New:
>            "Optional leaf that specifies the version number of the .sid
> file.
>           .sid files and the version sequence are specific to a given YANG
>           module revision. This number starts at zero when there is a new
> YANG
>           module revision and increases monotonically.  This number can
>           distinguish updates to the .sid file which are the result of new
>           processing, or the result of reported errata.";

The YANG versioning aims at supporting version histories that are more
complex than just a simple linear history. Hence, a simple linear
order of the sid version number may have limitations.

> >   s/Identifies a schema-node path string/A schema-node path"
> > > >
> > > >   It is a bit confusing to define a schema-node path by way of
> > > >   reference to an instance identifier. I understand that you borrow
> > > >   the namespace encoding from the way JSON encode instance identifiers
> > > >   but this type really represents what RFC 7950 calls an absolute
> > > >   schema node identifier, no? Is the term schema-node path actually
> > > >   needed or is it the same as absolute schema node identifier? Or is
> > > >   the difference between the two how namespaces are represented?
> > > >
> > >
> > > [IP]: I might have misunderstood something, but my understanding is that
> > > the prefix related to a module could be changed during an import, whereas
> > > here we really want to use the module name as a more stable identifier.
> > The
> > > difference between absolute schema node identifier and schema-node path
> > is
> > > that we mandate the use of module name and not prefix as defined in RFC
> > > 7950.
> >
> > Well, what you model here is an absolute schema node path, except that
> > prefixes are replaced by module names. Note that refering to
> > instance-identifier as defined in RFC 7951 has the problem, the RFC
> > 7951 definition of an instance-identifier also includes prefixes
> > instead of module names.
> >
> 
> [IP]: I might be misunderstanding your statement or the text in RFC 7951,
> but if I read sec 6.11. from RFC 7951 correctly,
> 
> The leftmost (top-level) data node name is always in the
> namespace-qualified form.
> 
> 
> In sec 4 of RFC 7951 the namespace-qualified form seems to only use the
> module name and not the prefix. My impression seems to be supported also by
> the example in this section. Due to this I believe the current text is
> actually correct.

In an ideal world, the definitions in this document would depend on
the YANG specification and not on some other encoding rules. And I
think what you are dealing with are absolute-schema-nodeid with the
additional rule that prefix values in the node-identifier production
are module names.

The way the instance-identifier type has been defined is a bit
problematic since it is rather XML encoding specific. Hence to get
what you want, you have to import the JSON specific solution. If we
ever do YANG 2.0 and factor out the XML specific things from the core
language, this will likely be addressed. Note that the instance
identifier includes predicates in square brackets, which I think your
schema-node-path does not need.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>


From nobody Wed Jun 24 00:56:44 2020
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7AB33A0C25 for <core@ietfa.amsl.com>; Wed, 24 Jun 2020 00:56:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ZgYU6vwirPU for <core@ietfa.amsl.com>; Wed, 24 Jun 2020 00:56:40 -0700 (PDT)
Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2CD33A0C22 for <core@ietf.org>; Wed, 24 Jun 2020 00:56:39 -0700 (PDT)
Received: by mail-wr1-x431.google.com with SMTP id v3so1295597wrc.1 for <core@ietf.org>; Wed, 24 Jun 2020 00:56:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=U4/JdSlLDjYVgL6npcCoffAfLtLshObldtuYcKx29qU=; b=V9MGS3iequJk5rdjBHEUdzc1Rfcm+NLsFq7Zj8mYygEeD+E7ZGU9hMbAiCvK5POqVC BKHG3zZIfN5yjyj1ivWY7zO75WYYEpJnST7vdUr326ZckISsGOJycmzJcsqpSr+RYh06 h54nmI0oeBHRAMprSrd4VhbcV3h2jvgaS+wfMEShHEHbhY/rs2IGSgZ9uPpmZEly0GtI MGa7dAw/Rmv5129Y5Sf5ED1bvIbq8F3CqjIT2CHeZYdvDfGwml6ow6NHQlf4W0vGQIhj MJSGCcySs6+JgLbCzBwoumjj0u00qL2hZVylvgw3PaQlPn3aJcX/eUUFZD8E6WOR0RVx M68Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=U4/JdSlLDjYVgL6npcCoffAfLtLshObldtuYcKx29qU=; b=KiWExdGyZ6ZSVMDSSvlSFBKg8Up0V4aR1K1Jq6xJppL0TTUTsG3pHrS/tgJIV+BpDQ FGXyepHr0B6Mw1uW5td2tBVE2HkemAL8E6E8mY7+TRb2ei2S05OLWBwPDiU0eOhu6/C3 kZ02jXgFNF2qc2xeKZTXl6X/cRPkf0a+Dez86qtvC5PxH/9A11NKhFLxVeJOlh0AdRLs 7PMdb5gGpcqshzJvGi4juvhBqFDo9YaO42BL91pt1jt1IQK3mPQHGTqt1XhHV0JV0pBD U9Z7mX97njuuXM4Zz+m2oJqzDMdvoaO4t3Ikv5lXRTkt1E6c5E4zZ9EDz/3VBcESyO3n NuTA==
X-Gm-Message-State: AOAM531EYSrVusBnIS4iiCrHPWQSdJNjngZIlyurEfAap6udavXfZ4en 3DjyLPdMbR7V6CAd+nfN6FjIpBhhthb5OHGcZucQYw==
X-Google-Smtp-Source: ABdhPJz3/IWMDSXzWDgNvkHnCzoDJshw/OPbieCMb8mFgoFJ5VmoVUkqamY/VGYwl9FpuKqm3L/22ZhdXNfDJ3L4aIw=
X-Received: by 2002:a5d:608f:: with SMTP id w15mr20271571wrt.136.1592985397708;  Wed, 24 Jun 2020 00:56:37 -0700 (PDT)
MIME-Version: 1.0
References: <20200330213129.m2azrbeaxrtgivfc@anna.jacobs.jacobs-university.de> <CAJFkdRz445b4n86ug=v1ruYYWbDjwnEJwUNCZvEzENu_gMV0bg@mail.gmail.com> <20200415162054.s4bjcrienqvrytfz@anna.jacobs.jacobs-university.de> <CAJFkdRyVc0Ti6nsaWbNoqMH4GZU9qB3r0EQb0MtUoueEBma-Pg@mail.gmail.com> <20200623165938.trkunon5s6wwagdc@anna.jacobs.jacobs-university.de>
In-Reply-To: <20200623165938.trkunon5s6wwagdc@anna.jacobs.jacobs-university.de>
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Wed, 24 Jun 2020 09:56:11 +0200
Message-ID: <CAJFkdRymDNAy3j6suaxa7nRoRp4idOtNyqgv-jPUvtJLPWAvGA@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Ivaylo Petrov <ivaylo@ackl.io>,  core <core@ietf.org>, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c3659305a8cfd0cd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/JpfNdrCrRFVE1su-kxsYTUAP6Ac>
Subject: Re: [core] js review of draft-ietf-core-sid-12
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jun 2020 07:56:43 -0000

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

Hi Juergen,

Thank you very much for your new comments! Please find my answers below.

On Tue, Jun 23, 2020 at 6:59 PM Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Wed, Jun 10, 2020 at 11:16:47AM +0200, Ivaylo Petrov wrote:
>
> > > - Is it CoRECONF or CORECONF? And I find the term CORECONF confusing.
> > > > >   We have two protocols called NETCONF and RESTCONF and now we add
> > > > >   another protocol called CoMI and we call CoMI together with YANG
> > > > >   CBOR and SIDs CORECONF?
> > > > >
> > > > >   1) NETCONF  + YANG + XML      serialization + path naming -> ?
> > > > >   2) RESTCONF + YANG + XML|JSON serialization + path naming -> ?
> > > > >   3) CoMI     + YANG + CBOR     serialization + SID naming  ->
> CORECONF
> > > > >
> > > > >   We do not have a term for 1) and 2) and then we have a term for
> 3)
> > > > >   which, however, looks more like the protocol names used in 1) and
> > > > >   2). This comment is not specific to this ID, but the asymmetry
> > > > >   showed up while reading the SID document, I had to look at other
> IDs
> > > > >   to understand how things are named. And the SID document says
> > > > >
> > > > >    YANG is a language designed to model data accessed using one of
> the
> > > > >    compatible protocols (e.g.  NETCONF [RFC6241], RESCONF
> [RFC8040] and
> > > > >    CoRECONF [I-D.ietf-core-comi]).
> > > > >
> > > > >   Then I read the CoMI abstract. It first says CoMI is "a CoAP
> > > > >   Management Interface", it then says "The complete solution
> composed
> > > > >   of CoMI, [I-D.ietf-core-yang-cbor] and [I-D.ietf-core-sid] is
> called
> > > > >   CORECONF." and finally it states that "CORECONF extends the set
> of
> > > > >   YANG based protocols, NETCONF and RESTCONF, with the capability
> to
> > > > >   manage constrained devices and networks.". So I am confused, is
> > > > >   CORECONF a protocol as stated in this document? Or is CoMI a
> > > > >   protocol? (What is then the difference between a "Management
> > > > >   Interface" and a management protocol?) I am not sure whether I
> get
> > > > >   to review comi, hence I mention my confusion here as I hit it
> while
> > > > >   reviewing the sid document.
> > > > >
> > > >
> > > > [IP]: Currently this is indeed somewhat confusing. The proposed
> change
> > > from
> > > > Michael Richardson was to at least have CORECONF in the title of the
> CoMI
> > > > document. I am wondering if that might still leave some of the
> confusion.
> > > > For me the simple solution is in this document to refer to CoMI, not
> > > > CORECONF and let CoMI draft define what CORECONF actually is. Unless
> you
> > > > think this will still not resolve the issue, this is going to be my
> way
> > > > forward.
> > >
> > > Avoiding CORECONF in this document helps to limit the problem. If CoMI
> > > is the name of the protocol, I would hope we do not need CORECONF at
> > > all. But then CORECONF is all over the place in
> > > draft-ietf-core-comi-09.txt, it actually looks like the protocol is
> > > called CORECONF and not CoMI. I really believe this terminology
> > > confusion needs to be resolved in the WG so the WG actually knows and
> > > agrees on the name of the technology they standardize.
>
> I am not sure whether this got resolved...
>

[IP]: You are right - I realized that omission and I have started a
discussion (so far not many opinions on it though) here [1] focusing mostly
on this point. I have proposed 3 options for a way forward - use only
CORECONF, use only CoMI or find good enough reason to have the clearly CoAP
part have a name (CoMI) and CoMI + Content format to be called CORECONF. I
currently don't see a reason for having both CoMI and CORECONF as names, so
I would rather go with one of the other two options. I will try to see if
in the past people were more in favour of one or the other. I believe
Carsten would prefer CORECONF and at the top of my head I don't remember
anyone voicing any preferences, but I will check that and propose it as the
default way forward if there are no replies in the next 6-7 days.

[1]: https://mailarchive.ietf.org/arch/msg/core/x9RJkfnQgW0Rp3LmHd2CkbOA4DY/

> > > - This description makes little sense to me:
> > > > >
> > > > >   typedef sid-file-version-identifier {
> > > > >     type uint64;
> > > > >     description
> > > > >       "Optional attribute that gives information about the .sid
> file
> > > > >        version.";
> > > > >   }
> > > > >
> > > > >   This is a type definition. Why does the description talk about an
> > > > >   optional attribute? The type should not state whether something
> > > > >   using the type is optional or not. (And I would prefer to avoid
> > > > >   'attribute', better use YANG defined terms or just describe that
> > > > >   this type represents a version number for a SID file.)
> > > > >
> > > >
> > > > [IP]: I believe now it should be more clear.
> > >
> > > Yes. I wonder though, is this a simple linear counter? Or can it be
> > > anything as long as newer > older is satisfied? Or is this just a tag
> > > that needs to match and it does not imply any order semantics?
> > >
> >
> > [IP]: The intention was to be newer > older without any implied
> semantics. I
> > rephrased the text to capture this.
> > Old:
> >            "Optional leaf that specifies the version number of the .sid
> > file.
> >           .sid files and the version
> >           sequence are specific to a given YANG module revision.
> >           This number starts at zero when there is a YANG module update.
> >           This number can distinguish updates to the SID file which are
> the
> > result of
> >           new processing, or the result of reported errata.";
> > New:
> >            "Optional leaf that specifies the version number of the .sid
> > file.
> >           .sid files and the version sequence are specific to a given
> YANG
> >           module revision. This number starts at zero when there is a new
> > YANG
> >           module revision and increases monotonically.  This number can
> >           distinguish updates to the .sid file which are the result of
> new
> >           processing, or the result of reported errata.";
>
> The YANG versioning aims at supporting version histories that are more
> complex than just a simple linear history. Hence, a simple linear
> order of the sid version number may have limitations.
>

[IP]: The .sid file history is linked to a YANG file version and is
supposed to mostly/only fix errors in the generation. Any change in the
YANG file version (be it linear or nonlinear) is expected to reset the .sid
file version to 0. Please let me know if you believe that this is still not
going to work well in some cases or if you think that the text is not clear
enough.

> >   s/Identifies a schema-node path string/A schema-node path"
> > > > >
> > > > >   It is a bit confusing to define a schema-node path by way of
> > > > >   reference to an instance identifier. I understand that you borrow
> > > > >   the namespace encoding from the way JSON encode instance
> identifiers
> > > > >   but this type really represents what RFC 7950 calls an absolute
> > > > >   schema node identifier, no? Is the term schema-node path actually
> > > > >   needed or is it the same as absolute schema node identifier? Or
> is
> > > > >   the difference between the two how namespaces are represented?
> > > > >
> > > >
> > > > [IP]: I might have misunderstood something, but my understanding is
> that
> > > > the prefix related to a module could be changed during an import,
> whereas
> > > > here we really want to use the module name as a more stable
> identifier.
> > > The
> > > > difference between absolute schema node identifier and schema-node
> path
> > > is
> > > > that we mandate the use of module name and not prefix as defined in
> RFC
> > > > 7950.
> > >
> > > Well, what you model here is an absolute schema node path, except that
> > > prefixes are replaced by module names. Note that refering to
> > > instance-identifier as defined in RFC 7951 has the problem, the RFC
> > > 7951 definition of an instance-identifier also includes prefixes
> > > instead of module names.
> > >
> >
> > [IP]: I might be misunderstanding your statement or the text in RFC 7951,
> > but if I read sec 6.11. from RFC 7951 correctly,
> >
> > The leftmost (top-level) data node name is always in the
> > namespace-qualified form.
> >
> >
> > In sec 4 of RFC 7951 the namespace-qualified form seems to only use the
> > module name and not the prefix. My impression seems to be supported also
> by
> > the example in this section. Due to this I believe the current text is
> > actually correct.
>
> In an ideal world, the definitions in this document would depend on
> the YANG specification and not on some other encoding rules. And I
> think what you are dealing with are absolute-schema-nodeid with the
> additional rule that prefix values in the node-identifier production
> are module names.
>
> The way the instance-identifier type has been defined is a bit
> problematic since it is rather XML encoding specific. Hence to get
> what you want, you have to import the JSON specific solution. If we
> ever do YANG 2.0 and factor out the XML specific things from the core
> language, this will likely be addressed. Note that the instance
> identifier includes predicates in square brackets, which I think your
> schema-node-path does not need.
>

[IP]: I believe I see your point. My understanding is that you would prefer
this document to not depend on the JSON encoding, but rather define that
encoding in this document using as a basis the YANG specification. That
would be fine for me, simply let me know if I understood you correctly.

/js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
>

Thanks again!

Best regards,
Ivaylo Petrov

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

<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:verdana,sans-serif;color:#0b5394">Hi Juergen,</div><div class=3D"g=
mail_default" style=3D"font-family:verdana,sans-serif;color:#0b5394"><br></=
div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;co=
lor:#0b5394">Thank you very much for your new comments! Please find my answ=
ers below.</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=
=3D"gmail_attr">On Tue, Jun 23, 2020 at 6:59 PM Juergen Schoenwaelder &lt;<=
a href=3D"mailto:j.schoenwaelder@jacobs-university.de">j.schoenwaelder@jaco=
bs-university.de</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" =
style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pa=
dding-left:1ex">On Wed, Jun 10, 2020 at 11:16:47AM +0200, Ivaylo Petrov wro=
te:<br>
<br>
&gt; &gt; - Is it CoRECONF or CORECONF? And I find the term CORECONF confus=
ing.<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0We have two protocols called NETCONF and RE=
STCONF and now we add<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0another protocol called CoMI and we call Co=
MI together with YANG<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0CBOR and SIDs CORECONF?<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A01) NETCONF=C2=A0 + YANG + XML=C2=A0 =C2=A0 =
=C2=A0 serialization + path naming -&gt; ?<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A02) RESTCONF + YANG + XML|JSON serialization=
 + path naming -&gt; ?<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A03) CoMI=C2=A0 =C2=A0 =C2=A0+ YANG + CBOR=C2=
=A0 =C2=A0 =C2=A0serialization + SID naming=C2=A0 -&gt; CORECONF<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0We do not have a term for 1) and 2) and the=
n we have a term for 3)<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0which, however, looks more like the protoco=
l names used in 1) and<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A02). This comment is not specific to this ID=
, but the asymmetry<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0showed up while reading the SID document, I=
 had to look at other IDs<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0to understand how things are named. And the=
 SID document says<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0 YANG is a language designed to model data =
accessed using one of the<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0 compatible protocols (e.g.=C2=A0 NETCONF [=
RFC6241], RESCONF [RFC8040] and<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0 CoRECONF [I-D.ietf-core-comi]).<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0Then I read the CoMI abstract. It first say=
s CoMI is &quot;a CoAP<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0Management Interface&quot;, it then says &q=
uot;The complete solution composed<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0of CoMI, [I-D.ietf-core-yang-cbor] and [I-D=
.ietf-core-sid] is called<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0CORECONF.&quot; and finally it states that =
&quot;CORECONF extends the set of<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0YANG based protocols, NETCONF and RESTCONF,=
 with the capability to<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0manage constrained devices and networks.&qu=
ot;. So I am confused, is<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0CORECONF a protocol as stated in this docum=
ent? Or is CoMI a<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0protocol? (What is then the difference betw=
een a &quot;Management<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0Interface&quot; and a management protocol?)=
 I am not sure whether I get<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0to review comi, hence I mention my confusio=
n here as I hit it while<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0reviewing the sid document.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; [IP]: Currently this is indeed somewhat confusing. The propo=
sed change<br>
&gt; &gt; from<br>
&gt; &gt; &gt; Michael Richardson was to at least have CORECONF in the titl=
e of the CoMI<br>
&gt; &gt; &gt; document. I am wondering if that might still leave some of t=
he confusion.<br>
&gt; &gt; &gt; For me the simple solution is in this document to refer to C=
oMI, not<br>
&gt; &gt; &gt; CORECONF and let CoMI draft define what CORECONF actually is=
. Unless you<br>
&gt; &gt; &gt; think this will still not resolve the issue, this is going t=
o be my way<br>
&gt; &gt; &gt; forward.<br>
&gt; &gt;<br>
&gt; &gt; Avoiding CORECONF in this document helps to limit the problem. If=
 CoMI<br>
&gt; &gt; is the name of the protocol, I would hope we do not need CORECONF=
 at<br>
&gt; &gt; all. But then CORECONF is all over the place in<br>
&gt; &gt; draft-ietf-core-comi-09.txt, it actually looks like the protocol =
is<br>
&gt; &gt; called CORECONF and not CoMI. I really believe this terminology<b=
r>
&gt; &gt; confusion needs to be resolved in the WG so the WG actually knows=
 and<br>
&gt; &gt; agrees on the name of the technology they standardize.<br>
<br>
I am not sure whether this got resolved...<br></blockquote><div><br></div><=
div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:r=
gb(11,83,148)">[IP]: You are right - I realized that omission and I have st=
arted a discussion (so far not many=C2=A0opinions on it though) here [1] fo=
cusing mostly on this point. I have proposed 3 options for a way forward - =
use only CORECONF, use only CoMI or find good enough reason to have the cle=
arly CoAP part have a name (CoMI) and CoMI + Content format to be called CO=
RECONF. I currently don&#39;t see a reason for having both CoMI and CORECON=
F as names, so I would rather go with one of the other two options. I will =
try to see if in the past people were more in favour of one or the other. I=
 believe Carsten would prefer CORECONF and at the top of my head I don&#39;=
t remember anyone voicing any preferences, but I will check that and propos=
e it as the default way forward if there are no replies in the next 6-7 day=
s.</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-seri=
f;color:rgb(11,83,148)"><br></div><div class=3D"gmail_default" style=3D"fon=
t-family:verdana,sans-serif;color:rgb(11,83,148)">[1]:=C2=A0<a href=3D"http=
s://mailarchive.ietf.org/arch/msg/core/x9RJkfnQgW0Rp3LmHd2CkbOA4DY/" style=
=3D"font-family:Arial,Helvetica,sans-serif">https://mailarchive.ietf.org/ar=
ch/msg/core/x9RJkfnQgW0Rp3LmHd2CkbOA4DY/</a></div><div><br></div><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s=
olid rgb(204,204,204);padding-left:1ex">
&gt; &gt; &gt; - This description makes little sense to me:<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0typedef sid-file-version-identifier {<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0 =C2=A0type uint64;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0 =C2=A0description<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0&quot;Optional attribute that=
 gives information about the .sid file<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 version.&quot;;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0}<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0This is a type definition. Why does the des=
cription talk about an<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0optional attribute? The type should not sta=
te whether something<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0using the type is optional or not. (And I w=
ould prefer to avoid<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0&#39;attribute&#39;, better use YANG define=
d terms or just describe that<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0this type represents a version number for a=
 SID file.)<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; [IP]: I believe now it should be more clear.<br>
&gt; &gt;<br>
&gt; &gt; Yes. I wonder though, is this a simple linear counter? Or can it =
be<br>
&gt; &gt; anything as long as newer &gt; older is satisfied? Or is this jus=
t a tag<br>
&gt; &gt; that needs to match and it does not imply any order semantics?<br=
>
&gt; &gt;<br>
&gt; <br>
&gt; [IP]: The intention was to be newer &gt; older without any implied sem=
antics. I<br>
&gt; rephrased the text to capture this.<br>
&gt; Old:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &quot;Optional leaf that spec=
ifies the version number of the .sid<br>
&gt; file.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0.sid files and the version<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sequence are specific to a giv=
en YANG module revision.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This number starts at zero whe=
n there is a YANG module update.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This number can distinguish up=
dates to the SID file which are the<br>
&gt; result of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0new processing, or the result =
of reported errata.&quot;;<br>
&gt; New:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &quot;Optional leaf that spec=
ifies the version number of the .sid<br>
&gt; file.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0.sid files and the version seq=
uence are specific to a given YANG<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0module revision. This number s=
tarts at zero when there is a new<br>
&gt; YANG<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0module revision and increases =
monotonically.=C2=A0 This number can<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0distinguish updates to the .si=
d file which are the result of new<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0processing, or the result of r=
eported errata.&quot;;<br>
<br>
The YANG versioning aims at supporting version histories that are more<br>
complex than just a simple linear history. Hence, a simple linear<br>
order of the sid version number may have limitations.<br></blockquote><div>=
<br></div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-se=
rif;color:rgb(11,83,148)">[IP]: The .sid file history is linked to a YANG f=
ile version and is supposed to mostly/only fix errors in the generation. An=
y change in the YANG file version (be it linear or nonlinear) is expected t=
o reset the .sid file version to 0. Please let me know if you believe that =
this is still not going to work well in some cases or if you think that the=
=C2=A0text is not clear enough.</div><div><br></div><blockquote class=3D"gm=
ail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,=
204,204);padding-left:1ex">
&gt; &gt;=C2=A0 =C2=A0s/Identifies a schema-node path string/A schema-node =
path&quot;<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0It is a bit confusing to define a schema-no=
de path by way of<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0reference to an instance identifier. I unde=
rstand that you borrow<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0the namespace encoding from the way JSON en=
code instance identifiers<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0but this type really represents what RFC 79=
50 calls an absolute<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0schema node identifier, no? Is the term sch=
ema-node path actually<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0needed or is it the same as absolute schema=
 node identifier? Or is<br>
&gt; &gt; &gt; &gt;=C2=A0 =C2=A0the difference between the two how namespac=
es are represented?<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; [IP]: I might have misunderstood something, but my understan=
ding is that<br>
&gt; &gt; &gt; the prefix related to a module could be changed during an im=
port, whereas<br>
&gt; &gt; &gt; here we really want to use the module name as a more stable =
identifier.<br>
&gt; &gt; The<br>
&gt; &gt; &gt; difference between absolute schema node identifier and schem=
a-node path<br>
&gt; &gt; is<br>
&gt; &gt; &gt; that we mandate the use of module name and not prefix as def=
ined in RFC<br>
&gt; &gt; &gt; 7950.<br>
&gt; &gt;<br>
&gt; &gt; Well, what you model here is an absolute schema node path, except=
 that<br>
&gt; &gt; prefixes are replaced by module names. Note that refering to<br>
&gt; &gt; instance-identifier as defined in RFC 7951 has the problem, the R=
FC<br>
&gt; &gt; 7951 definition of an instance-identifier also includes prefixes<=
br>
&gt; &gt; instead of module names.<br>
&gt; &gt;<br>
&gt; <br>
&gt; [IP]: I might be misunderstanding your statement or the text in RFC 79=
51,<br>
&gt; but if I read sec 6.11. from RFC 7951 correctly,<br>
&gt; <br>
&gt; The leftmost (top-level) data node name is always in the<br>
&gt; namespace-qualified form.<br>
&gt; <br>
&gt; <br>
&gt; In sec 4 of RFC 7951 the namespace-qualified form seems to only use th=
e<br>
&gt; module name and not the prefix. My impression seems to be supported al=
so by<br>
&gt; the example in this section. Due to this I believe the current text is=
<br>
&gt; actually correct.<br>
<br>
In an ideal world, the definitions in this document would depend on<br>
the YANG specification and not on some other encoding rules. And I<br>
think what you are dealing with are absolute-schema-nodeid with the<br>
additional rule that prefix values in the node-identifier production<br>
are module names.<br>
<br>
The way the instance-identifier type has been defined is a bit<br>
problematic since it is rather XML encoding specific. Hence to get<br>
what you want, you have to import the JSON specific solution. If we<br>
ever do YANG 2.0 and factor out the XML specific things from the core<br>
language, this will likely be addressed. Note that the instance<br>
identifier includes predicates in square brackets, which I think your<br>
schema-node-path does not need.<br></blockquote><div><br></div><div><div cl=
ass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,=
83,148)">[IP]: I believe I see your point. My understanding is that you wou=
ld prefer this document to not depend on the JSON encoding, but rather defi=
ne that encoding in this document using as a basis the YANG specification. =
That would be fine for me, simply let me know if I understood you correctly=
.</div></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"marg=
in:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1e=
x">
/js<br>
<br>
-- <br>
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer=
sity Bremen gGmbH<br>
Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28=
759 Bremen | Germany<br>
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a h=
ref=3D"https://www.jacobs-university.de/" rel=3D"noreferrer" target=3D"_bla=
nk">https://www.jacobs-university.de/</a>&gt;<br></blockquote><div><br></di=
v><div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif=
;color:rgb(11,83,148)">Thanks again!</div></div><div><br></div><div class=
=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,=
148)">Best regards,</div><div class=3D"gmail_default" style=3D"font-family:=
verdana,sans-serif;color:rgb(11,83,148)">Ivaylo Petrov</div></div></div>

--000000000000c3659305a8cfd0cd--


From nobody Wed Jun 24 03:08:25 2020
Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 953813A0CFF; Wed, 24 Jun 2020 03:08:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oRTzm86WbX_d; Wed, 24 Jun 2020 03:08:20 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 928933A0CF6; Wed, 24 Jun 2020 03:08:18 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 712E4855; Wed, 24 Jun 2020 12:08:16 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.198]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id 88xFv0UQ3AFE; Wed, 24 Jun 2020 12:08:16 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 24 Jun 2020 12:08:16 +0200 (CEST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0702B20156; Wed, 24 Jun 2020 12:08:16 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10028) with ESMTP id dc1WxCnGb47b; Wed, 24 Jun 2020 12:08:15 +0200 (CEST)
Received: from localhost (anna.jacobs.jacobs-university.de [10.50.218.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by hermes.jacobs-university.de (Postfix) with ESMTPS id 5E395200E4; Wed, 24 Jun 2020 12:08:15 +0200 (CEST)
Date: Wed, 24 Jun 2020 12:08:14 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Ivaylo Petrov <ivaylo@ackl.io>
Cc: core <core@ietf.org>, NetMod WG <netmod@ietf.org>
Message-ID: <20200624100814.7tik6xpa6pfewtil@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Ivaylo Petrov <ivaylo@ackl.io>, core <core@ietf.org>, NetMod WG <netmod@ietf.org>
References: <20200330213129.m2azrbeaxrtgivfc@anna.jacobs.jacobs-university.de> <CAJFkdRz445b4n86ug=v1ruYYWbDjwnEJwUNCZvEzENu_gMV0bg@mail.gmail.com> <20200415162054.s4bjcrienqvrytfz@anna.jacobs.jacobs-university.de> <CAJFkdRyVc0Ti6nsaWbNoqMH4GZU9qB3r0EQb0MtUoueEBma-Pg@mail.gmail.com> <20200623165938.trkunon5s6wwagdc@anna.jacobs.jacobs-university.de> <CAJFkdRymDNAy3j6suaxa7nRoRp4idOtNyqgv-jPUvtJLPWAvGA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAJFkdRymDNAy3j6suaxa7nRoRp4idOtNyqgv-jPUvtJLPWAvGA@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/LpgoCAbJKCRdN_2TJhdn4VROHNY>
Subject: Re: [core] js review of draft-ietf-core-sid-12
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jun 2020 10:08:24 -0000

On Wed, Jun 24, 2020 at 09:56:11AM +0200, Ivaylo Petrov wrote:
> Hi Juergen,
> 
> Thank you very much for your new comments! Please find my answers below.
> 
> On Tue, Jun 23, 2020 at 6:59 PM Juergen Schoenwaelder <
> j.schoenwaelder@jacobs-university.de> wrote:
> 
> > On Wed, Jun 10, 2020 at 11:16:47AM +0200, Ivaylo Petrov wrote:
> >
> > > > - Is it CoRECONF or CORECONF? And I find the term CORECONF confusing.
> > > > > >   We have two protocols called NETCONF and RESTCONF and now we add
> > > > > >   another protocol called CoMI and we call CoMI together with YANG
> > > > > >   CBOR and SIDs CORECONF?
> > > > > >
> > > > > >   1) NETCONF  + YANG + XML      serialization + path naming -> ?
> > > > > >   2) RESTCONF + YANG + XML|JSON serialization + path naming -> ?
> > > > > >   3) CoMI     + YANG + CBOR     serialization + SID naming  ->
> > CORECONF
> > > > > >
> > > > > >   We do not have a term for 1) and 2) and then we have a term for
> > 3)
> > > > > >   which, however, looks more like the protocol names used in 1) and
> > > > > >   2). This comment is not specific to this ID, but the asymmetry
> > > > > >   showed up while reading the SID document, I had to look at other
> > IDs
> > > > > >   to understand how things are named. And the SID document says
> > > > > >
> > > > > >    YANG is a language designed to model data accessed using one of
> > the
> > > > > >    compatible protocols (e.g.  NETCONF [RFC6241], RESCONF
> > [RFC8040] and
> > > > > >    CoRECONF [I-D.ietf-core-comi]).
> > > > > >
> > > > > >   Then I read the CoMI abstract. It first says CoMI is "a CoAP
> > > > > >   Management Interface", it then says "The complete solution
> > composed
> > > > > >   of CoMI, [I-D.ietf-core-yang-cbor] and [I-D.ietf-core-sid] is
> > called
> > > > > >   CORECONF." and finally it states that "CORECONF extends the set
> > of
> > > > > >   YANG based protocols, NETCONF and RESTCONF, with the capability
> > to
> > > > > >   manage constrained devices and networks.". So I am confused, is
> > > > > >   CORECONF a protocol as stated in this document? Or is CoMI a
> > > > > >   protocol? (What is then the difference between a "Management
> > > > > >   Interface" and a management protocol?) I am not sure whether I
> > get
)> > > > > >   to review comi, hence I mention my confusion here as I hit it
> > while
> > > > > >   reviewing the sid document.
> > > > > >
> > > > >
> > > > > [IP]: Currently this is indeed somewhat confusing. The proposed
> > change
> > > > from
> > > > > Michael Richardson was to at least have CORECONF in the title of the
> > CoMI
> > > > > document. I am wondering if that might still leave some of the
> > confusion.
> > > > > For me the simple solution is in this document to refer to CoMI, not
> > > > > CORECONF and let CoMI draft define what CORECONF actually is. Unless
> > you
> > > > > think this will still not resolve the issue, this is going to be my
> > way
> > > > > forward.
> > > >
> > > > Avoiding CORECONF in this document helps to limit the problem. If CoMI
> > > > is the name of the protocol, I would hope we do not need CORECONF at
> > > > all. But then CORECONF is all over the place in
> > > > draft-ietf-core-comi-09.txt, it actually looks like the protocol is
> > > > called CORECONF and not CoMI. I really believe this terminology
> > > > confusion needs to be resolved in the WG so the WG actually knows and
> > > > agrees on the name of the technology they standardize.
> >
> > I am not sure whether this got resolved...
> >
> 
> [IP]: You are right - I realized that omission and I have started a
> discussion (so far not many opinions on it though) here [1] focusing mostly
> on this point. I have proposed 3 options for a way forward - use only
> CORECONF, use only CoMI or find good enough reason to have the clearly CoAP
> part have a name (CoMI) and CoMI + Content format to be called CORECONF. I
> currently don't see a reason for having both CoMI and CORECONF as names, so
> I would rather go with one of the other two options. I will try to see if
> in the past people were more in favour of one or the other. I believe
> Carsten would prefer CORECONF and at the top of my head I don't remember
> anyone voicing any preferences, but I will check that and propose it as the
> default way forward if there are no replies in the next 6-7 days.
> 
> [1]: https://mailarchive.ietf.org/arch/msg/core/x9RJkfnQgW0Rp3LmHd2CkbOA4DY/

Something like this

  | protocol | model. lang. | data encoding   |
  |----------+--------------+-----------------|
  | NETCONF  | YANG         | XML             |
  | RESTCONF | YANG         | XML, JSON, CBOR |
  | CORECONF | YANG         | CBOR            |

I can easily explain to others. So far we have managed without
creating additional names for the rows. If we talk about data models,
we talk about 'YANG models' and they are ideally for a large part
agnostic to the protocol(s) and encoding(s) used. If we talk about
protocol specifics, well we have a name for it. Data encoding (or
representation) aspects ideally are protocol agnostic as well - at
least for protocols that can deal with different encodings. One could
add a naming dimension (path vs SIDs) but as long SIDs are only used
as an optimization by the CBOR encoding, this may not be necessary.

> > > > - This description makes little sense to me:
> > > > > >
> > > > > >   typedef sid-file-version-identifier {
> > > > > >     type uint64;
> > > > > >     description
> > > > > >       "Optional attribute that gives information about the .sid
> > file
> > > > > >        version.";
> > > > > >   }
> > > > > >
> > > > > >   This is a type definition. Why does the description talk about an
> > > > > >   optional attribute? The type should not state whether something
> > > > > >   using the type is optional or not. (And I would prefer to avoid
> > > > > >   'attribute', better use YANG defined terms or just describe that
> > > > > >   this type represents a version number for a SID file.)
> > > > > >
> > > > >
> > > > > [IP]: I believe now it should be more clear.
> > > >
> > > > Yes. I wonder though, is this a simple linear counter? Or can it be
> > > > anything as long as newer > older is satisfied? Or is this just a tag
> > > > that needs to match and it does not imply any order semantics?
> > > >
> > >
> > > [IP]: The intention was to be newer > older without any implied
> > semantics. I
> > > rephrased the text to capture this.
> > > Old:
> > >            "Optional leaf that specifies the version number of the .sid
> > > file.
> > >           .sid files and the version
> > >           sequence are specific to a given YANG module revision.
> > >           This number starts at zero when there is a YANG module update.
> > >           This number can distinguish updates to the SID file which are
> > the
> > > result of
> > >           new processing, or the result of reported errata.";
> > > New:
> > >            "Optional leaf that specifies the version number of the .sid
> > > file.
> > >           .sid files and the version sequence are specific to a given
> > YANG
> > >           module revision. This number starts at zero when there is a new
> > > YANG
> > >           module revision and increases monotonically.  This number can
> > >           distinguish updates to the .sid file which are the result of
> > new
> > >           processing, or the result of reported errata.";
> >
> > The YANG versioning aims at supporting version histories that are more
> > complex than just a simple linear history. Hence, a simple linear
> > order of the sid version number may have limitations.
> >
> 
> [IP]: The .sid file history is linked to a YANG file version and is
> supposed to mostly/only fix errors in the generation. Any change in the
> YANG file version (be it linear or nonlinear) is expected to reset the .sid
> file version to 0. Please let me know if you believe that this is still not
> going to work well in some cases or if you think that the text is not clear
> enough.

OK. If the sid number space is scoped by the YANG module version, then
there does not seem to be a problem (i.e., if I update a YANG module,
then the sid number space for that version of the YANG module resets
to 0).

> > >   s/Identifies a schema-node path string/A schema-node path"
> > > > > >
> > > > > >   It is a bit confusing to define a schema-node path by way of
> > > > > >   reference to an instance identifier. I understand that you borrow
> > > > > >   the namespace encoding from the way JSON encode instance
> > identifiers
> > > > > >   but this type really represents what RFC 7950 calls an absolute
> > > > > >   schema node identifier, no? Is the term schema-node path actually
> > > > > >   needed or is it the same as absolute schema node identifier? Or
> > is
> > > > > >   the difference between the two how namespaces are represented?
> > > > > >
> > > > >
> > > > > [IP]: I might have misunderstood something, but my understanding is
> > that
> > > > > the prefix related to a module could be changed during an import,
> > whereas
> > > > > here we really want to use the module name as a more stable
> > identifier.
> > > > The
> > > > > difference between absolute schema node identifier and schema-node
> > path
> > > > is
> > > > > that we mandate the use of module name and not prefix as defined in
> > RFC
> > > > > 7950.
> > > >
> > > > Well, what you model here is an absolute schema node path, except that
> > > > prefixes are replaced by module names. Note that refering to
> > > > instance-identifier as defined in RFC 7951 has the problem, the RFC
> > > > 7951 definition of an instance-identifier also includes prefixes
> > > > instead of module names.
> > > >
> > >
> > > [IP]: I might be misunderstanding your statement or the text in RFC 7951,
> > > but if I read sec 6.11. from RFC 7951 correctly,
> > >
> > > The leftmost (top-level) data node name is always in the
> > > namespace-qualified form.
> > >
> > >
> > > In sec 4 of RFC 7951 the namespace-qualified form seems to only use the
> > > module name and not the prefix. My impression seems to be supported also
> > by
> > > the example in this section. Due to this I believe the current text is
> > > actually correct.
> >
> > In an ideal world, the definitions in this document would depend on
> > the YANG specification and not on some other encoding rules. And I
> > think what you are dealing with are absolute-schema-nodeid with the
> > additional rule that prefix values in the node-identifier production
> > are module names.
> >
> > The way the instance-identifier type has been defined is a bit
> > problematic since it is rather XML encoding specific. Hence to get
> > what you want, you have to import the JSON specific solution. If we
> > ever do YANG 2.0 and factor out the XML specific things from the core
> > language, this will likely be addressed. Note that the instance
> > identifier includes predicates in square brackets, which I think your
> > schema-node-path does not need.
> >
> 
> [IP]: I believe I see your point. My understanding is that you would prefer
> this document to not depend on the JSON encoding, but rather define that
> encoding in this document using as a basis the YANG specification. That
> would be fine for me, simply let me know if I understood you correctly.
> 

Yes, this is what I wanted to say in much more complicated words. ;-)

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>


From nobody Wed Jun 24 07:54:34 2020
Return-Path: <internet-drafts@ietf.org>
X-Original-To: core@ietf.org
Delivered-To: core@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A00183A0E92; Wed, 24 Jun 2020 07:54:27 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.4.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <159301046746.29757.11943889091393269206@ietfa.amsl.com>
Date: Wed, 24 Jun 2020 07:54:27 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/4Hl2s52VSjqjHMzFk89tLVNe39k>
Subject: [core] I-D Action: draft-ietf-core-dev-urn-05.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jun 2020 14:54:28 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Constrained RESTful Environments WG of the IETF.

        Title           : Uniform Resource Names for Device Identifiers
        Authors         : Jari Arkko
                          Cullen Jennings
                          Zach Shelby
	Filename        : draft-ietf-core-dev-urn-05.txt
	Pages           : 17
	Date            : 2020-06-24

Abstract:
   This memo describes a new Uniform Resource Name (URN) namespace for
   hardware device identifiers.  A general representation of device
   identity can be useful in many applications, such as in sensor data
   streams and storage, or equipment inventories.  A URN-based
   representation can be easily passed along in any application that
   needs the information.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-core-dev-urn/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-core-dev-urn-05
https://datatracker.ietf.org/doc/html/draft-ietf-core-dev-urn-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-core-dev-urn-05


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

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



From nobody Thu Jun 25 11:18:39 2020
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D48DC3A0E8A; Thu, 25 Jun 2020 11:18:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OxbNRAnPga-d; Thu, 25 Jun 2020 11:18:24 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9188C3A0E92; Thu, 25 Jun 2020 11:18:24 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 1E1DEF4070D; Thu, 25 Jun 2020 11:18:11 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, core@ietf.org
Content-type: text/plain; charset=UTF-8
Message-Id: <20200625181811.1E1DEF4070D@rfc-editor.org>
Date: Thu, 25 Jun 2020 11:18:11 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/MyhcFv78gIec7Ypz2U72ghE0U48>
Subject: [core] =?utf-8?q?RFC_8798_on_Additional_Units_for_Sensor_Measure?= =?utf-8?q?ment_Lists_=28SenML=29?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jun 2020 18:18:38 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8798

        Title:      Additional Units for Sensor Measurement 
                    Lists (SenML) 
        Author:     C. Bormann
        Status:     Standards Track
        Stream:     IETF
        Date:       June 2020
        Mailbox:    cabo@tzi.org
        Pages:      9
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-core-senml-more-units-06.txt

        URL:        https://www.rfc-editor.org/info/rfc8798

        DOI:        10.17487/RFC8798

The Sensor Measurement Lists (SenML) media type supports the
indication of units for a quantity represented.  This short document
registers a number of additional unit names in the IANA registry for
units in SenML.  It also defines a registry for secondary units that
cannot be in SenML's main registry, as they are derived by linear
transformation from units already in that registry.

This document is a product of the Constrained RESTful Environments Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC



From nobody Sat Jun 27 00:36:49 2020
Return-Path: <cabo@tzi.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FB9D3A0112; Sat, 27 Jun 2020 00:36:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qOi9UTV0ETF8; Sat, 27 Jun 2020 00:36:30 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D98E3A02BE; Sat, 27 Jun 2020 00:36:30 -0700 (PDT)
Received: from [192.168.217.116] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49v5Cw3B9zzyWX; Sat, 27 Jun 2020 09:36:28 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Mao-Original-Outgoing-Id: 614936187.9916019-bef90aaa2d26cc00a43c1ed5be064893
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Sat, 27 Jun 2020 09:36:28 +0200
Message-Id: <F801525C-0B2F-44C1-A8E1-E8512F117562@tzi.org>
To: Ace Wg <ace@ietf.org>, core@ietf.org, cose@ietf.org, cbor@ietf.org, t2trg@irtf.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/2A0z9-FILnXlkugWGbjCNzbEsmE>
Subject: [core] Constrained Node/Network Cluster @ IETF108: DRAFT AGENDA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Jun 2020 07:36:35 -0000

Here is my usual eclectic condensed agenda based on the DRAFT AGENDA
for IETF108.  Remember that there is still quite some potential for
changes.

Conflicts that meet the eye:  LAKE/SUIT (!). ACE/RATS.  (I think
6LO/COSE can be ignored.)  HACKATHON is on top of CORE, but I don't
know what that slot on Friday is supposed to be.

All times appear to be in UTC, even though nothing says so;
https://datatracker.ietf.org/meeting/agenda-utc gives the same times.

Gr=C3=BC=C3=9Fe, Carsten

MONDAY, July 27, 2020

1100-1240  Session I
Rm 1    	ART	dispatch	Dispatch WG
Rm 5    	IRTF	pearg	Privacy Enhancements and Assessments =
Research Group
Rm 2    	SEC ***	teep	Trusted Execution Environment =
Provisioning WG

1300-1350  Session II
Rm 4    	ART ***	cbor	Concise Binary Object Representation =
Maintenance and Extensions WG
Rm 6    	INT	intarea	Internet Area Working Group WG
Rm 2    	RTG	babel	Babel routing protocol WG
Rm 5    	RTG	detnet	Deterministic Networking WG

1410-1550  Session III
Rm 5    	ART	webtrans	WebTransport WG
Rm 4    	IRTF	qirg	Quantum Internet Research Group
Rm 2    	SEC	gnap	Grant Negotiation and Authorization =
Protocol WG

TUESDAY, July 28, 2020

1100-1240  Session I
Rm 1    	ART ***	asdf	A Semantic Definition Format for Data =
and Interactions of Things BOF
Rm 2    	INT	6man	IPv6 Maintenance WG
Rm 3    	IRTF	irtfopen	IRTF Open Meeting
Rm 8    	TSV	masque	Multiplexed Application Substrate over =
QUIC Encryption WG

1300-1350  Session II
Rm 4    	SEC	mls	Messaging Layer Security WG
Rm 3    	SEC ***	rats	Remote ATtestation ProcedureS WG

1410-1550  Session III
Rm 4    	SEC ***	lake	Lightweight Authenticated Key Exchange =
WG
Rm 3    	SEC ***	suit	Software Updates for Internet of Things =
WG
Rm 2    	TSV	loops	Local Optimizations on Path Segments BOF

WEDNESDAY, July 29, 2020

1100-1240  Session I
Rm 5    	RTG	bier	Bit Indexed Explicit Replication WG
Rm 4    	SEC ***	ace	Authentication and Authorization for =
Constrained Environments WG
Rm 3    	SEC ***	rats	Remote ATtestation ProcedureS WG
Rm 2    	TSV	quic	QUIC WG

1300-1350  Session II
Rm 6    	ART	webtrans	WebTransport WG
Rm 2    	INT ***	6lo	IPv6 over Networks of =
Resource-constrained Nodes WG
Rm 4    	RTG	rift	Routing In Fat Trees WG
Rm 5    	SEC ***	cose	CBOR Object Signing and Encryption WG
Rm 1    	TSV	tsvarea	Transport Area Open Meeting

THURSDAY, July 30, 2020

1100-1240  Session I
Rm 6    	OPS	anima	Autonomic Networking Integrated Model =
and Approach WG
Rm 4    	RTG	raw	Reliable and Available Wireless WG
Rm 5    	SEC	secdispatch	Security Dispatch WG
Rm 2    	TSV	tsvwg	Transport Area Working Group WG

1300-1350  Session II
Rm 3    	INT ***	lpwan	IPv6 over Low Power Wide-Area Networks =
WG
Rm 2    	SEC	saag	Security Area Open Meeting

1410-1550  Session III
Rm 6    	INT	add	Adaptive DNS Discovery WG
Rm 7    	INT ***	drip	Drone Remote ID Protocol WG
Rm 4    	SEC	acme	Automated Certificate Management =
Environment WG

FRIDAY, July 31, 2020

1100-1240  Session I
Rm 8    	ART ***	core	Constrained RESTful Environments WG
Rm 6    	GEN	hackathon	Hackathon
Rm 2    	SEC	tls	Transport Layer Security WG
Rm 1    	TSV	tsvwg	Transport Area Working Group WG

1300-1350  Session II
Rm 3    	ART	wpack	Web Packaging WG
Rm 4    	INT	6man	IPv6 Maintenance WG
Rm 6    	SEC	emu	EAP Method Update WG

1410-1550  Session III
Rm 1    	ART ***	core	Constrained RESTful Environments WG
Rm 7    	IRTF	coinrg	Computing in the Network Research Group
Rm 3    	SEC	privacypass	Privacy Pass WG



From nobody Mon Jun 29 02:09:58 2020
Return-Path: <jaime@iki.fi>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D7373A0CA3 for <core@ietfa.amsl.com>; Mon, 29 Jun 2020 02:09:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.12
X-Spam-Level: 
X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 jUvksLdMXezB for <core@ietfa.amsl.com>; Mon, 29 Jun 2020 02:09:55 -0700 (PDT)
Received: from wforward4-smtp.messagingengine.com (wforward4-smtp.messagingengine.com [64.147.123.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E4573A0CA2 for <core@ietf.org>; Mon, 29 Jun 2020 02:09:54 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailforward.west.internal (Postfix) with ESMTP id CD5D37B1 for <core@ietf.org>; Mon, 29 Jun 2020 05:09:52 -0400 (EDT)
Received: from imap3 ([10.202.2.53]) by compute7.internal (MEProxy); Mon, 29 Jun 2020 05:09:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=v6P4be juKUKML0TN83cf2QVK/B8goEGIoQDVYuWc0ho=; b=r+Ll0IoknlXa03lQErbIkH gjs6l6EN0zibJojT4vbhBenqnJ24kXfqPE1tYIgwm+brT1SEUFnVUpn5VjQOZjji Tud4ROPe1TK6tNhbI+XfmjH8gzwucRH1SivsakWZlTztab4sBom68T3bvN0+rh6b 2cS9/aR8kLLq0PdTzc+Wyfy7JYZ5yDJzCOg8PBdbGKc09ZXR4VWPI7jJhgqhJLKw GVmn2ykd5fq3lyqCrcGkGXcTpkWU1mOavJQ1LXxcWgvNwpwzyyrTLZQkIk6wvHLi 55vGUwG6CvhYL+WjkY2nodY/QyJJb7QwOOYpjhuu0zSVNrR85eJ9rQM1q1/Nczdg ==
X-ME-Sender: <xms:4K_5Xos8y1pMp9h5CeExpyMTLnF8K2YnjVBbaQJ3z0P3_1_VTBxzYQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudelkedgudduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtgfesthhqre dtreerjeenucfhrhhomheplfgrihhmvggplfhimhornhgviicuoehjrghimhgvsehikhhi rdhfiheqnecuggftrfgrthhtvghrnhephfetfeeuvdefhfeuffegjeejleffueegfefhle ekleejkeetteehteevfedvtdffnecuffhomhgrihhnpehivghtfhdrohhrghenucevlhhu shhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehjrghimhgvsehikh hirdhfih
X-ME-Proxy: <xmx:4K_5XlfFB-PuuXwemXD77k_4aNXgzUtrzwRHx8rPJm-NEmV16Ivo-A> <xmx:4K_5XjyIL_tLvGe0X6Qdld4Opq7t8Q1DOSmAkpbC6hIkKlA-5BliNQ> <xmx:4K_5XrNV1otyATS8kkY57B9nalVru7bVX33Xmz54qKVh2TxPq2364A> <xmx:4K_5XqfI-c0Tu4RqaZ1phgz-oVxdPBHAEz3totIr-lVr6GYNQlzYNYlzYSM>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 2127F4E009F; Mon, 29 Jun 2020 05:09:52 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-576-gfe2cd66-fm-20200629.001-gfe2cd668
Mime-Version: 1.0
Message-Id: <23642775-b54a-4990-8997-d9b44bf8a1ba@www.fastmail.com>
Date: Mon, 29 Jun 2020 12:09:30 +0300
From: =?UTF-8?Q?Jaime_Jim=C3=A9nez?= <jaime@iki.fi>
To: core@ietf.org
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/dp0CbdbJHdwy9545I45mhDFhDCk>
Subject: [core] =?utf-8?q?=F0=9F=94=94__WGLC_of_draft-ietf-core-oscore-gr?= =?utf-8?q?oupcomm-09?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2020 09:09:57 -0000

Dear CoRE,

I'd like to add to the list of your recommended summer-holiday reading t=
he Group OSCORE draft.=20

https://tools.ietf.org/html/draft-ietf-core-oscore-groupcomm-09 =20

The authors believe the open points have been addressed and the draft ha=
s seen substantial changes, many of which are editorial. Ideally this WG=
LC will be trigger for final reviews to happen.

The WGLC will end in in 3 weeks, on the 20th of July. Depending on how t=
he WGLC goes we may also have a short slot for updates on the next IETF,=
 or discussion of the open points. Please indicate your position in a me=
ssage to the CoRE mailing list (core@ietf.org) or, exceptionally, to the=
 chairs (core-chairs@ietf.org).

Ciao!
--=20
Jaime Jim=C3=A9nez


From nobody Tue Jun 30 14:50:10 2020
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D95F3A093C; Tue, 30 Jun 2020 14:50:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.901
X-Spam-Level: 
X-Spam-Status: No, score=-0.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OMrHHhaIBzTL; Tue, 30 Jun 2020 14:49:59 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AADB03A0957; Tue, 30 Jun 2020 14:49:56 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 7E28CF4075B; Tue, 30 Jun 2020 14:49:37 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, core@ietf.org
Content-type: text/plain; charset=UTF-8
Message-Id: <20200630214937.7E28CF4075B@rfc-editor.org>
Date: Tue, 30 Jun 2020 14:49:37 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/A_0F_wGHiGNw_MlkOviNTVxG79Y>
Subject: [core] =?utf-8?q?RFC_8790_on_FETCH_and_PATCH_with_Sensor_Measure?= =?utf-8?q?ment_Lists_=28SenML=29?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jun 2020 21:50:09 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8790

        Title:      FETCH and PATCH with Sensor 
                    Measurement Lists (SenML) 
        Author:     A. Keränen,
                    M. Mohajer
        Status:     Standards Track
        Stream:     IETF
        Date:       June 2020
        Mailbox:    ari.keranen@ericsson.com, 
                    mojanm@hotmail.com
        Pages:      11
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-core-senml-etch-07.txt

        URL:        https://www.rfc-editor.org/info/rfc8790

        DOI:        10.17487/RFC8790

The Sensor Measurement Lists (SenML) media type and data model can be
used to send collections of resources, such as batches of sensor data
or configuration parameters. The Constrained Application Protocol
(CoAP) FETCH, PATCH, and iPATCH methods enable accessing and updating
parts of a resource or multiple resources with one request. This
document defines new media types for the CoAP FETCH, PATCH, and
iPATCH methods for resources represented using the SenML data model.

This document is a product of the Constrained RESTful Environments Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC


