
From nobody Fri Dec  1 08:45:34 2017
Return-Path: <bergmann@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 86A501205F0 for <core@ietfa.amsl.com>; Fri,  1 Dec 2017 08:45:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 SENWy1TU--Mf for <core@ietfa.amsl.com>; Fri,  1 Dec 2017 08:45:31 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 467D5126E7A for <core@ietf.org>; Fri,  1 Dec 2017 08:45:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id vB1GjQh6026726; Fri, 1 Dec 2017 17:45:26 +0100 (CET)
Received: from wangari.tzi.org (p508A45B4.dip0.t-ipconnect.de [80.138.69.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3ypKrj5lszzDXcb; Fri,  1 Dec 2017 17:45:25 +0100 (CET)
From: Olaf Bergmann <bergmann@tzi.org>
To: Hannes Tschofenig <Hannes.Tschofenig@arm.com>
Cc: Carsten Bormann <cabo@tzi.org>, Szymon Sasin <Szymon.Sasin@arm.com>, Oleg Smirnov <Oleg.Smirnov@arm.com>, "core\@ietf.org WG" <core@ietf.org>
References: <AM4PR0801MB2706C53A6F3B3135B4A9DF92FA380@AM4PR0801MB2706.eurprd08.prod.outlook.com> <76F043CB-0D03-4F72-8D67-3BF6F2F2F34A@tzi.org> <AM4PR0801MB27067E0EEF5DBD1018FE952DFA380@AM4PR0801MB2706.eurprd08.prod.outlook.com>
Date: Fri, 01 Dec 2017 17:45:25 +0100
In-Reply-To: <AM4PR0801MB27067E0EEF5DBD1018FE952DFA380@AM4PR0801MB2706.eurprd08.prod.outlook.com> (Hannes Tschofenig's message of "Thu, 30 Nov 2017 13:23:44 +0000")
Message-ID: <87shcu4ct6.fsf@tzi.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/4fi52mlqaQB5kSYGP7LlN79W27k>
Subject: Re: [core] CoAP over TCP/TLS Online Interop Testing (Dec2017)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 01 Dec 2017 16:45:32 -0000

Hannes Tschofenig <Hannes.Tschofenig@arm.com> writes:

> I only used this first Doodle poll to find out who is interested and
> available on what days. Then, I would narrow down the time.
> I would think that 3 hours should/could be enough.

I have just restarted the server on test.libcoap.net for those who are
interested in testing in advance.

Gr=C3=BC=C3=9Fe
Olaf


From nobody Fri Dec  1 14:37:23 2017
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 03C17126BFD; Fri,  1 Dec 2017 14:37:22 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151216784198.7518.7747152279972313091@ietfa.amsl.com>
Date: Fri, 01 Dec 2017 14:37:22 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/vfy0rjTDYU7SftDFuyfIHPjD-yI>
Subject: [core] I-D Action: draft-ietf-core-comi-02.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 01 Dec 2017 22:37:22 -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           : CoAP Management Interface
        Authors         : Michel Veillette
                          Peter van der Stok
                          Alexander Pelov
                          Andy Bierman
	Filename        : draft-ietf-core-comi-02.txt
	Pages           : 56
	Date            : 2017-12-01

Abstract:
   This document describes a network management interface for
   constrained devices and networks, called CoAP Management Interface
   (CoMI).  The Constrained Application Protocol (CoAP) is used to
   access datastore and data node resources specified in YANG, or SMIv2
   converted to YANG.  CoMI uses the YANG to CBOR mapping and converts
   YANG identifier strings to numeric identifiers for payload size
   reduction.  CoMI extends the set of YANG based protocols, NETCONF and
   RESTCONF, with the capability to manage constrained devices and
   networks.


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

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

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


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

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


From nobody Fri Dec  1 14:40:48 2017
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 44A0812426E; Fri,  1 Dec 2017 14:40:42 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151216804224.7361.8847219964416543304@ietfa.amsl.com>
Date: Fri, 01 Dec 2017 14:40:42 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/LHPAbmhP25qLAGrAQp2qv38INHE>
Subject: [core] I-D Action: draft-ietf-core-sid-03.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 01 Dec 2017 22:40:42 -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
	Filename        : draft-ietf-core-sid-03.txt
	Pages           : 25
	Date            : 2017-12-01

Abstract:
   YANG Schema Item iDentifiers (SID) are globally unique 64-bit
   unsigned numbers 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-03
https://datatracker.ietf.org/doc/html/draft-ietf-core-sid-03

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


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

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


From nobody Sat Dec  2 14:09:31 2017
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 99397126C22 for <core@ietfa.amsl.com>; Sat,  2 Dec 2017 14:09:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 7uzemQg8VQi6 for <core@ietfa.amsl.com>; Sat,  2 Dec 2017 14:09:27 -0800 (PST)
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 213091241F3 for <core@ietf.org>; Sat,  2 Dec 2017 14:09:26 -0800 (PST)
Received: from Jude (50.252.25.182) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Sat, 2 Dec 2017 14:08:07 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: 'Hannes Tschofenig' <Hannes.Tschofenig@arm.com>, 'Carsten Bormann' <cabo@tzi.org>
CC: 'Szymon Sasin' <Szymon.Sasin@arm.com>, 'Oleg Smirnov' <Oleg.Smirnov@arm.com>, <core@ietf.org>
References: <AM4PR0801MB2706C53A6F3B3135B4A9DF92FA380@AM4PR0801MB2706.eurprd08.prod.outlook.com> <76F043CB-0D03-4F72-8D67-3BF6F2F2F34A@tzi.org> <AM4PR0801MB27067E0EEF5DBD1018FE952DFA380@AM4PR0801MB2706.eurprd08.prod.outlook.com>
In-Reply-To: <AM4PR0801MB27067E0EEF5DBD1018FE952DFA380@AM4PR0801MB2706.eurprd08.prod.outlook.com>
Date: Sat, 2 Dec 2017 14:09:16 -0800
Message-ID: <03f901d36bba$33dc48c0$9b94da40$@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: AQIpT1mhoh7W753Yr4nGIoEPFMIlyAKozHOWAtcyf2yiWNWSYA==
Content-Language: en-us
X-Originating-IP: [50.252.25.182]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/iehzcqXBg0nSv0NDSJPMsx5vNcc>
Subject: Re: [core] CoAP over TCP/TLS Online Interop Testing (Dec2017)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 02 Dec 2017 22:09:29 -0000

Time makes a big difference to me as to availability.  The 9 hour time =
difference between here and Europe can be fun at times.

-----Original Message-----
From: core [mailto:core-bounces@ietf.org] On Behalf Of Hannes Tschofenig
Sent: Thursday, November 30, 2017 5:24 AM
To: Carsten Bormann <cabo@tzi.org>
Cc: Szymon Sasin <Szymon.Sasin@arm.com>; Oleg Smirnov =
<Oleg.Smirnov@arm.com>; core@ietf.org WG <core@ietf.org>
Subject: Re: [core] CoAP over TCP/TLS Online Interop Testing (Dec2017)

Hi Carsten,

I only used this first Doodle poll to find out who is interested and =
available on what days. Then, I would narrow down the time.
I would think that 3 hours should/could be enough.

Ciao
Hannes

-----Original Message-----
From: Carsten Bormann [mailto:cabo@tzi.org]
Sent: 30 November 2017 14:22
To: Hannes Tschofenig
Cc: core@ietf.org WG; Szymon Sasin; Oleg Smirnov
Subject: Re: [core] CoAP over TCP/TLS Online Interop Testing (Dec2017)

On Nov 30, 2017, at 12:44, Hannes Tschofenig <Hannes.Tschofenig@arm.com> =
wrote:
>
> Hi all,
>
> Based on the promising interop testing work at the IETF#100 Hackathon =
of CoAP over TCP/TLS by various folks from the CORE group I am =
suggesting to get together for online interop testing in December. To =
find one (or multiple) dates I put a Doodle poll together. Please enter =
the dates that are most suitable for you:
> https://doodle.com/poll/nkwwc29rkzpw8p53

Thanks for proposing dates.
The doodle poll has full days.
I have indicated when I=E2=80=99m available for much of the day, but of =
course there are some interruptions.
Do you expect us to spend a whole day?  =E2=80=9CDay=E2=80=9D in which =
timezone?

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


>
> Ciao
> Hannes
>
> PS: I added Szymon & Oleg from our team, who have been working on the =
implementation at ARM.
>
> IMPORTANT NOTICE: The contents of this email and any attachments are =
confidential and may also be privileged. If you are not the intended =
recipient, please notify the sender immediately and do not disclose the =
contents to any other person, use it for any purpose, or store or copy =
the information in any medium. Thank you. =
_______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

IMPORTANT NOTICE: The contents of this email and any attachments are =
confidential and may also be privileged. If you are not the intended =
recipient, please notify the sender immediately and do not disclose the =
contents to any other person, use it for any purpose, or store or copy =
the information in any medium. Thank you.
_______________________________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core


From nobody Sat Dec  2 15:11:17 2017
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 566AB12783A for <core@ietfa.amsl.com>; Sat,  2 Dec 2017 15:11:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 MVSKeGCl3uPN for <core@ietfa.amsl.com>; Sat,  2 Dec 2017 15:11:14 -0800 (PST)
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 2CF14126557 for <core@ietf.org>; Sat,  2 Dec 2017 15:11:14 -0800 (PST)
Received: from Jude (192.168.0.11) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Sat, 2 Dec 2017 15:09:55 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: 'Carsten Bormann' <cabo@tzi.org>, 'Hannes Tschofenig' <hannes.tschofenig@gmx.net>
CC: 'Hannes Tschofenig' <Hannes.Tschofenig@arm.com>, <core@ietf.org>
References: <2ab07f35-0f28-c33e-2345-6d8125a0ce43@gmx.net> <8CF8E49A-0EAF-481A-A589-2A00634562D4@tzi.org>
In-Reply-To: <8CF8E49A-0EAF-481A-A589-2A00634562D4@tzi.org>
Date: Sat, 2 Dec 2017 15:11:04 -0800
Message-ID: <040201d36bc2$d5fb4cc0$81f1e640$@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: AQGRbElmUqop936soToFdIU6viwCYwJA5Zivo6KlbQA=
Content-Language: en-us
X-Originating-IP: [192.168.0.11]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/0KlhWnyVrXq-vznGltU1r8En6yo>
Subject: Re: [core] Connection ID
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 02 Dec 2017 23:11:16 -0000

-----Original Message-----
From: core [mailto:core-bounces@ietf.org] On Behalf Of Carsten Bormann
Sent: Monday, November 20, 2017 9:55 AM
To: Hannes Tschofenig <hannes.tschofenig@gmx.net>
Cc: Hannes Tschofenig <Hannes.Tschofenig@arm.com>; core@ietf.org WG =
<core@ietf.org>
Subject: Re: [core] Connection ID

On Nov 20, 2017, at 15:17, Hannes Tschofenig <hannes.tschofenig@gmx.net> =
wrote:
>=20
> Hi all,
>=20
> some of you may have missed the TLS WG meeting last week where we had=20
> a discussion about the Connection ID. The slides can be found at=20
> https://datatracker.ietf.org/meeting/100/materials/slides-100-tls-sess
> a-connection-id/
> and the draft itself is here:
> https://tools.ietf.org/html/draft-rescorla-tls-dtls-connection-id-02
>=20
> I am bringing this to your attention since there have been several=20
> discussions about problems with expired NAT bindings and DTLS on this=20
> mailing list.
>=20
> Here is the good news: the TLS WG meeting participants expressed=20
> strong consensus to adopt this work.
>=20
> We are planning to advance the work rapidly given the urgency. There=20
> are open issues, which we plan to address in the next couple of weeks. =

> Then, we would like to do an online interop test. If you have an=20
> implementation please drop me a private mail.
>=20
> Ciao
> Hannes
>=20
> PS: Note that the latest DTLS 1.3 spec now includes an optimized=20
> record layer format, which can be used with the connection ID draft.=20
> This leads to a smaller per packet overhead.

This is all very good.

RFC 7252 still says:

   The following rules are added for matching an Acknowledgement message
   or Reset message to a Confirmable message, or a Reset message to a
   Non-confirmable message: The DTLS session MUST be the same, and the
   epoch MUST be the same.

Apparently, we need to relax the rule about the epoch.
Should we just strike this part, or is there going to be a weaker rule?

[JLS] I would say that the session might need to be the same, but I am =
not sure.  Something that connects the sessions would be required so say =
that the sessions are the same (hello connection id?). The epoch should =
be able to change w/o a problem.

Jim


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

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


From nobody Sat Dec  2 15:15:12 2017
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 DB13012783A for <core@ietfa.amsl.com>; Sat,  2 Dec 2017 15:15:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 NNee0B_B39yU for <core@ietfa.amsl.com>; Sat,  2 Dec 2017 15:15:09 -0800 (PST)
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 D9FF8126557 for <core@ietf.org>; Sat,  2 Dec 2017 15:15:08 -0800 (PST)
Received: from Jude (192.168.0.11) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Sat, 2 Dec 2017 15:13:51 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: =?UTF-8?Q?'Jaime_Jim=C3=A9nez'?= <jaime.jimenez@ericsson.com>, <core@ietf.org>
References: <DE46411C-EFE7-4D30-B0EC-6FBF6311D1D7@ericsson.com>
In-Reply-To: <DE46411C-EFE7-4D30-B0EC-6FBF6311D1D7@ericsson.com>
Date: Sat, 2 Dec 2017 15:15:00 -0800
Message-ID: <040301d36bc3$622011e0$266035a0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0404_01D36B80.53FD4710"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQELOOdJVykR3w+ToZWre1gILEoiCqTBFN0A
Content-Language: en-us
X-Originating-IP: [192.168.0.11]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/97rc8Z330UZCUxxsh15eD-BvruM>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WG_Call_for_Adoption_on_draft-tilo?= =?utf-8?q?ca-core-multicast-oscoap?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 02 Dec 2017 23:15:11 -0000

------=_NextPart_000_0404_01D36B80.53FD4710
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I believe that this work needs to be done.  Yes adopt it

=20

From: core [mailto:core-bounces@ietf.org] On Behalf Of Jaime =
Jim=C3=A9nez
Sent: Thursday, November 23, 2017 8:59 AM
To: core@ietf.org WG (core@ietf.org) <core@ietf.org>
Cc: ji-ye.park@uni-due.de
Subject: [core] =F0=9F=94=94 WG Call for Adoption on =
draft-tiloca-core-multicast-oscoap

=20

Dear all,=20

=20

The draft on "Secure group communication for CoAP" ( =
draft-tiloca-core-multicast-oscoap =
<https://tools.ietf.org/html/draft-tiloca-core-multicast-oscoap/>  ) had =
in room consensus for adoption during IETF99 already, now we are clear =
to confirm it on the mailing list.=20

=20

Please reply to the list with your comments, including although not =
limited to whether or not you support adoption. Non-authors are =
especially encouraged to comment.

=20

Target to end the WGA is 14th of December.

=20

Ciao,

- - Jaime Jim=C3=A9nez

=20


------=_NextPart_000_0404_01D36B80.53FD4710
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:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"Segoe UI Emoji";
	panose-1:2 11 5 2 4 2 4 2 2 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I believe =
that this work needs to be done. =C2=A0Yes adopt it<o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><div =
style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal><b>From:</b> core =
[mailto:core-bounces@ietf.org] <b>On Behalf Of </b>Jaime =
Jim=C3=A9nez<br><b>Sent:</b> Thursday, November 23, 2017 8:59 =
AM<br><b>To:</b> core@ietf.org WG (core@ietf.org) =
&lt;core@ietf.org&gt;<br><b>Cc:</b> =
ji-ye.park@uni-due.de<br><b>Subject:</b> [core] <span =
style=3D'font-family:"Segoe UI Emoji",sans-serif'>&#128276;</span> WG =
Call for Adoption on =
draft-tiloca-core-multicast-oscoap<o:p></o:p></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Dear all, =
<o:p></o:p></p><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>The draft on &quot;Secure group communication for =
CoAP&quot; (&nbsp;<a =
href=3D"https://tools.ietf.org/html/draft-tiloca-core-multicast-oscoap/">=
draft-tiloca-core-multicast-oscoap</a>&nbsp;) had in room consensus for =
adoption during IETF99 already, now we are clear to confirm it on the =
mailing list.&nbsp;<o:p></o:p></p></div><div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>Please reply to the list with your comments, including =
although not&nbsp;limited to whether&nbsp;or not you support adoption. =
Non-authors are especially&nbsp;encouraged to =
comment.<o:p></o:p></p></div></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>Target to end the WGA is 14th of =
December.<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>Ciao,<o:p></o:p></p><div><div><div><p =
class=3DMsoNormal><span style=3D'color:black'>- - Jaime =
Jim=C3=A9nez<o:p></o:p></span></p></div></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div></div></body></html>
------=_NextPart_000_0404_01D36B80.53FD4710--


From nobody Mon Dec  4 05:35:33 2017
Return-Path: <esko.dijk@philips.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 69581126D74 for <core@ietfa.amsl.com>; Mon,  4 Dec 2017 05:35:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.91
X-Spam-Level: 
X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, 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 kl9tDUE4CdAT for <core@ietfa.amsl.com>; Mon,  4 Dec 2017 05:35:29 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0044.outbound.protection.outlook.com [104.47.0.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43663126C19 for <core@ietf.org>; Mon,  4 Dec 2017 05:35:28 -0800 (PST)
Received: from AM5P121CA0004.EURP121.PROD.OUTLOOK.COM (129.75.189.210) by AM5P121MB0034.EURP121.PROD.OUTLOOK.COM (129.75.189.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.260.4; Mon, 4 Dec 2017 13:35:25 +0000
Received: from AM5EUR02FT031.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e1e::208) by AM5P121CA0004.outlook.office365.com (2603:10a6:224:b::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.13 via Frontend Transport; Mon, 4 Dec 2017 13:35:25 +0000
Authentication-Results: spf=neutral (sender IP is 40.115.29.120) smtp.mailfrom=philips.com; ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=fail action=none header.from=philips.com;
Received-SPF: Neutral (protection.outlook.com: 40.115.29.120 is neither permitted nor denied by domain of philips.com)
Received: from LIGHT-EDGE-1.lighting.com (40.115.29.120) by AM5EUR02FT031.mail.protection.outlook.com (10.152.8.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.282.5 via Frontend Transport; Mon, 4 Dec 2017 13:35:24 +0000
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (213.199.154.152) by autodiscover.lighting.com (10.0.0.4) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.669.32; Mon, 4 Dec 2017 14:35:12 +0100
Received: from DB6P121MB0038.EURP121.PROD.OUTLOOK.COM (129.75.191.85) by DB6P121MB0039.EURP121.PROD.OUTLOOK.COM (129.75.191.86) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.260.4; Mon, 4 Dec 2017 13:35:10 +0000
Received: from DB6P121MB0038.EURP121.PROD.OUTLOOK.COM ([129.75.191.85]) by DB6P121MB0038.EURP121.PROD.OUTLOOK.COM ([129.75.191.85]) with mapi id 15.20.0260.007; Mon, 4 Dec 2017 13:35:10 +0000
From: Esko Dijk <esko.dijk@philips.com>
To: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= <jaime.jimenez@ericsson.com>, "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
Thread-Topic: =?utf-8?B?W2NvcmVdICAg8J+UlCBXRyBDYWxsIGZvciBBZG9wdGlvbiBvbiBkcmFmdC10?= =?utf-8?Q?iloca-core-multicast-oscoap?=
Thread-Index: AQHTZHxj03czjYXRo0S+1fPiVy/2UaMzOsHg
Date: Mon, 4 Dec 2017 13:35:10 +0000
Message-ID: <DB6P121MB0038392B7975FF42A646FDCC9B3C0@DB6P121MB0038.EURP121.PROD.OUTLOOK.COM>
References: <DE46411C-EFE7-4D30-B0EC-6FBF6311D1D7@ericsson.com>
In-Reply-To: <DE46411C-EFE7-4D30-B0EC-6FBF6311D1D7@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=esko.dijk@lighting.com; 
x-originating-ip: [80.246.199.210]
x-ms-publictraffictype: Email
X-Microsoft-Exchange-Diagnostics-untrusted: 1; DB6P121MB0039; 6:wAFkpHKOEsJdnmZ4SSqf4Al367/D+kuYJn5OkQt4z0Ebai4KmlFG1u6SpaIanoa/+RJq5e9i6zkFc10X39iKXQgP/jJMRwnk4hkQTAVX2DnBKE3536NgLHOZqEn5GNg893SqHLYgO+wYgmfGJTAL1g8LEUl+QCwXwNqc/KznT0zzZcxn8zkvjZdJhz0KRtTXdI9UXTl5len2k9NtrorXJm83XEBHYshEpQ3C6Qb43ukIqBoT5N7zOhmG19/IY3pFMGde7Bb2i44IZCg6l5dm4GUjHFFpkYCj2Xm8NcEqS/VwD3W7QJHgq08ir+SevAfver+cB9K3baskI4rKK2+T4Vxei22YVXQpDNddK7l3AaI=; 5:HdavO/fl402gqtqgF1fRUkvIeCMuYZOcHGs5LcUpP1A4iMkkO9UyU2f0J2Js5i+UuPHvmxQMQJ+QYWhOKtc2+Z1x++fCV+J96COgMvnIyJvmjwgnE74VCrAO6T170x3QSwNbq86gjMZJQwyC7+uz5JOM5JRF6aQChYtRqHtdH2I=; 24:2yOxw0+/JQ7/DiqMyQaoGy96QgL/bBbDR0r3jvgOKhI2dgCV45jbcFd6//ThKI7dDCL4fwiA8lpJ92A58gP7R7/5JR664V2nuRTzUJ/BtNE=; 7:1z66jimdU71mhJ5AeA0cXlf1bukhTA8xSS0ymEAhICdZqo9D7N3cTnmXXhhlKh4jAqVRs6BJAwa2bGQt6T3suy84+uHMSsbFzaEiCZKNXmGbG0Iwvdk375AwJRtVz5sNqrKBKHc03VXbgThO/fwHx4wf25Jgc7LtyK/jMYKRh3r9g0lpxOudhtvknOWSlZqS9COQcGwzPsVbK+9eSoTtTWhi3rm6/ANK+PER3/3zjMZJxeDa2jPOZsqMR/+r1Las
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
X-MS-Office365-Filtering-Correlation-Id: 748f1eb2-04c9-4cb1-7891-08d53b1bdff8
X-Microsoft-Antispam-Untrusted: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(2017052603286); SRVR:DB6P121MB0039; 
X-MS-TrafficTypeDiagnostic: DB6P121MB0039:|AM5P121MB0034:
X-Microsoft-Antispam-PRVS: <AM5P121MB0034B27927EBAE55DAF38BECF23C0@AM5P121MB0034.EURP121.PROD.OUTLOOK.COM>
x-exchange-antispam-report-test: UriScan:(278428928389397)(192374486261705)(100405760836317)(227612066756510)(21748063052155); UriScan:(278428928389397)(192374486261705)(100405760836317)(227612066756510)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(3231022)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123562025)(20161123560025)(20161123555025)(6072148)(201708071742011); SRVR:DB6P121MB0039; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:DB6P121MB0039; BCL:0; PCL:0; RULEID:(6095135)(2401047)(5005006)(8121501046)(3002001)(93006095)(93003095)(10201501046)(3231022)(6055026)(6096035)(201703131430075)(201703131448075)(201703131433075)(201703161259150)(201703151042153)(20161123565025)(20161123561025)(20161123563025)(20161123556025)(20161123559100)(201708071742011); SRVR:AM5P121MB0034; BCL:0; PCL:0; RULEID:(100000803101)(100110400095)(400006);  SRVR:AM5P121MB0034; 
x-forefront-prvs: 051158ECBB
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(366004)(189002)(199003)(85714005)(3846002)(790700001)(102836003)(6116002)(6436002)(3660700001)(81156014)(81166006)(6506006)(5660300001)(316002)(110136005)(2906002)(9686003)(55016002)(3280700002)(97736004)(236005)(66066001)(76176011)(54356011)(606006)(86362001)(575784001)(6246003)(7696005)(53546010)(25786009)(8936002)(106356001)(105586002)(54896002)(6306002)(478600001)(229383001)(53936002)(189998001)(229853002)(7736002)(74316002)(101416001)(230783001)(2900100001)(2950100002)(33656002)(68736007)(99286004); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6P121MB0039; H:DB6P121MB0038.EURP121.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: lighting.com does not designate permitted sender hosts)
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DB6P121MB0038392B7975FF42A646FDCC9B3C0DB6P121MB0038EURP_"
MIME-Version: 1.0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6P121MB0039
X-EOPAttributedMessage: 0
X-Matching-Connectors: 131568681250551953; (); (fd2a86c0-868a-4d63-2575-08d435642d86)
X-MS-Exchange-Transport-CrossTenantHeadersStripped: AM5EUR02FT031.eop-EUR02.prod.protection.outlook.com
X-Forefront-Antispam-Report: CIP:40.115.29.120; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(336005)(39380400002)(376002)(346002)(39860400002)(2980300002)(189002)(85714005)(199003)(102836003)(6116002)(316002)(3846002)(790700001)(16586007)(229383001)(105586002)(106466001)(69596002)(110136005)(25786009)(498600001)(33656002)(54356011)(7696005)(81156014)(81166006)(2906002)(356003)(74316002)(7736002)(99286004)(76176011)(86362001)(575784001)(68736007)(66066001)(6246003)(53936002)(97736004)(236005)(2950100002)(6506006)(61614004)(6306002)(54896002)(2900100001)(9686003)(189998001)(84326002)(55016002)(8936002)(512874002)(53546010)(229853002)(230783001)(606006)(5660300001); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5P121MB0034; H:LIGHT-EDGE-1.lighting.com; FPR:; SPF:Neutral; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; 
X-Microsoft-Exchange-Diagnostics: 1; AM5EUR02FT031; 1:5Z8L/SdzAQNB18uBLLR9yJemcM07cly5fWxThfOT75hepZaPvG9tY1pKppSp4pYB/Z/SRKYs2hNLR3eRsI1XAATFxLkNRY4sJLnuLLrR3pMVtcoR1nDTx1RpxS4BHTB3
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4628075)(201703131517081)(2017052603286); SRVR:AM5P121MB0034; 
X-Microsoft-Exchange-Diagnostics: 1; AM5P121MB0034; 3:GjqGq3yJmv+9ltHyFpAB8GfV5CqAlZSVMe6ouc9gc8JWqx+sWo39cdE+z4j38WfgclxhfWRL2vNWxsOAscj2h9mnazKrlhH9S1Jq9PAPpPyx5d4Nv2Bo8H817Y92ZpFkf4bjo0P+iT+sbfQUNvelsncwDbxWXjAAQGZr2usNguwv+HRJHLmsBBCQUpGnmlMcW505/Qg116bvtkR9IujZGJQrad0eSnrXK+sXK2DxSswHumHw0C4VqHoqnciRTB0SobzK7rvemhwHUvOWaWi6HTNsbnzjyfAvzjZszUEhfheiX2hAvTWMWktpTEw0ijFThjiDithHVPw7TRDpYcXgYZJRZeg9qq1rHRmB0az0k2Q=; 25:qsjXdrag1NBvumnGggm7Ih7JDHBl4P4hAkCIdfomVPNV5UwhanKfs6cmC606y90Ajfx5WageFcyFib57KAiCy5sg/McUbuz3QBCOav35UE9GT98002zy6Wc9lw2dCJzYZFH+zxaT4htjX8HXq04zraHf+cqV9z+f4RkT2aWSwq3gVpmRq2Jv0mWUtaH+LWKGGyAZm0Rb1+eUzGdqS0AQWweZP3EjqVBasIh2eMJYuCtOe1Z/4M6nUf/YTKcjZNynEvPeqAztCGQZOaCGnueCEYYUOyq7+gZzpuq9dCtfdjZSyVwTXIcdPwyxmxqFzUv+nr5MFR8+QRG3zb2RXXfehw==
X-Microsoft-Exchange-Diagnostics: 1; AM5P121MB0034; 31:uk2lfhsdK2Tp7ENlb+qyALzIOZZvuPXxb+J5Frr/VvBRwN9Z8neONg7mweEjO2SRnCJCfyW0HLNvUxm1JeZXxMnYy3IDDFKFnohswStuHb4NpFnRVlH5kYkPLMiBl4tkrMs+i2SjVzLrtpWl7VEp34kIH1rOV8KnkXTncxvKCnii46ATp0VmWZUQh1GYPb01xaVRGOyuZNOsGCZv2APi11z2T2BAKG4Aup9bD5eTfw8=; 4:x/KRLG79fYIhi10jbr/tKOJVn3cp4R7LDUuTkne2IKuTiyXH7UxMY8z4YQmeVuQkSLBksJeEU/UmlTNeuHB2Qtvj8zqhnpg6EDCU+BheCJtL+i8f640IcEQfEdssuUIbjYxL0gUwHk5X7ZMJmCvyQ1ePK4pGgLzMpURrlP0HD66ON5q1fAG4uFfD9cPeI/lO2FTYyk9gIz/2bF0qktU0N2z7o7gHiYllhQSg0h7hDmlXPWnNusRmwx0PyxgPtAmidFG4UDTzbX7/H3wYCjTkSMvZgQUgRPbDnWOxfOMttJ2IEgdPpIANgdtPXMHDFLQk8epi6HAqVrXbn+2U31gBzt9M+bWxO+xuQaaU+aj8IwyL8ilwUqLCfg+RHbid9ktAT1tTisQfzhKInGB6YiILAfOMHxhe/qcLrRjN9hVWP/fN8jGPQXobRDnbi8sGFewXaFYf/r8NxC/PKtEXfLjAJA==
X-Forefront-PRVS: 051158ECBB
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; AM5P121MB0034; 23:NfvXpSg3VXTtc4rhtouKUoqKRCRPvXcTxX1FVk+01?= =?us-ascii?Q?1f0IiXjJtgeJ6Ahl5AkPI21haj4gaBtz+6hclVvxv1pDY1zqucVEMy8axDA+?= =?us-ascii?Q?F0A1VxAdLryLy1MrtKB1JBLnNUY8QsmENOj9opsZ8m/E2y0SUBRlxMQXFgzE?= =?us-ascii?Q?kCL72wgQQ0u0KhKr51VCFp48OejUwst3gLl6h0wWc7+HdXzzzNF4PZnKHp38?= =?us-ascii?Q?NQPaMwgFE0V+I3Ty8GNqUQzhFnLmT4/H7HUkwncxq5G7YoxYEJHlOyKNvelo?= =?us-ascii?Q?+UeVbd6lnfzKMswMNYpEY670pMq/V/hCiH4cfP4cFXfDABREi+IOrwPsBm61?= =?us-ascii?Q?9A0Zg4ZtWXjeTMdBMnF8yYm820CV9c17jpDgp6jgWfLc5xWVOPXXRvX+JqHF?= =?us-ascii?Q?NCqDyrpqtll0pYepYyL3JTvkYyEOd3FXkhh7WH35KxJynAlu8LArNWudYThJ?= =?us-ascii?Q?eOp2AIJnKcOPUoa+1D3vGKFWD5GEc6MglN7JOYXupgj3q4gZyWJ8EhSDQsW1?= =?us-ascii?Q?gMV4xllenHCjJbwwhcdSxOUNVirZn59VaXrwgHNtUXu/VqqQEpSWra98654Q?= =?us-ascii?Q?qgXPBP8ng9hD8LDw4c0LBWJnaUMWcRT7KD0yttOgVM/tZSTl/S0MH/uPdA3h?= =?us-ascii?Q?yTDyUlcy+82IryOWEv1HdVNSqjjrpX5pzCrOWwsVqXrZQUp8+VVTybHRIjLe?= =?us-ascii?Q?bCrvXl54hAJ/wP04q4U2NezIvUOZSZFrvAR5pJ/le/X3KnjiMGxTm3dc1kMp?= =?us-ascii?Q?XYZ5X5CPmgAERe3H9/7tQbtOik6hxgWAMSvbqZeXrcgQHJtcHeYnHVDpPbEe?= =?us-ascii?Q?nLYnPMRbOqRPkAIV+zMzXRtBmShzENxDU0qcpeNjFOAHC5BsEA+ah1WpoSH0?= =?us-ascii?Q?BbUywWAP/mQh3U8oz/fShgZKeWyk4NZIT+2D/TXe/cFOT0mlyoONC90BYpPH?= =?us-ascii?Q?hr+zXJwUg7467K6pn4ywxiJ188V5vBAjs1YhdpBliYWXLd0nUcMTCFKnYDm/?= =?us-ascii?Q?jO7IVt4OrXvyuA6rySDZx1KSm5KNJKuFZ+tDTWs/iL6IVKXuJpIFe1bKPITw?= =?us-ascii?Q?q/t27iA7cFgbcy2KmcibcT9/DvxxsIOLnjLHrrxjVN1wda6VXhQ6k/9KE+WH?= =?us-ascii?Q?XtZ6eZqek5Ly3zB03NjG9hHIE+Fiuvd9ql18htpHOvC4Tdc4NsX0gK7L705E?= =?us-ascii?Q?BglVTBhgjFwoGsr6kTRmD1PETX5Y9S5CPtmG8bhcidyHZ7pzXpZLc0ibIt80?= =?us-ascii?Q?8glnidGDe/K3/AaWhcXUqW2SVzqkbs0OJrzmupPvlK6pCHqhV6g1tbbZn9v8?= =?us-ascii?Q?vGk7ZJTHLGFEjUAeIPK4Ncz4FugggfNDAx0298xnFPK?=
X-Microsoft-Exchange-Diagnostics: 1; AM5P121MB0034; 6:rJEUf6RcYDmHw+ZrUig1CU46tm2gj/FkzNDhGbxc0M1SY573z7R+JVK02wmaYlKdIv9JudxMdT+c5pe2D2ixF+AX5F+DtEGYsluc4P/+jolsW8AO96gjrDByw+QFPpLNfw9jy5UxemoASZkROedLclgIm+o1m75UExLG81/TV0mVu8W9hwq43z5YOiwX+feSlwOBjaRoNfcumummQqpkp1Z9R1BQKUa3P6oC2Sius52+nMBuvwE6WMpkodox11KBJHDEeZqplx6VmSvZ0WNu0FfaHr83hs/hdWTaXnEDzUbCiz1qCC6mBvDkilJIAJ/nnppKOT11nF9ue7HrkgAVPV1hgJ/yXV6+jOm88Dc4CI8=; 5:Ch2ElRjxdH9sqnyaUPRSFmv+fT+5c8DzamClCvkQMcjvi3FcE0/Yg4ytwtSeBwGzU5Njh6EqIwDVlDmg812ZzP1FCXf/Ygmg+5W25K8eO6+2GnAwIephz5nIdFLUDi6KEpTX5sJfpXpk6donHS27JCntf5AOEcqNCHvqRJEognU=; 24:2P47YgywW+uxC7NByAgY413Sd8MarMFt6DRzuuU14GsfXc6byVpbwi1JhdebxwwPrkp5I2PRuIGP7fh4Q7kH0bwCOjr+CgVUx2W5MjB93OE=; 7:xMwZoO+IwJK7xkTpr+bLXU4eSQKfvZfVXAxb7eumh2g+Sg63Qj3oZhQ20hwLNWe78hxt8YCDKK+4o1/N7F5JHSqXJOwFGcEp3qTwQ28bmMWpavhUtx1T7X00uN4wez2B0TZh4Lmc1XVsuaSvBh+qtKX6wtnO6S5zwTwGt371waqzXFu+1WlkAmCntnaCIeXqDgGFh2OlR7YXLJu62rkx8Zfu8ftRkoqcs3KunPnz5yGrlH8Mg0RNhdvD60kUgibb
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Dec 2017 13:35:24.9926 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 748f1eb2-04c9-4cb1-7891-08d53b1bdff8
X-MS-Exchange-CrossTenant-Id: 5afe0b00-7697-4969-b663-5eab37d5f47e
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=5afe0b00-7697-4969-b663-5eab37d5f47e; Ip=[40.115.29.120];  Helo=[LIGHT-EDGE-1.lighting.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P121MB0034
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/yiLlRX09hMGplqj3hIjM4-St6uQ>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WG_Call_for_Adoption_on_draft-tilo?= =?utf-8?q?ca-core-multicast-oscoap?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 04 Dec 2017 13:35:32 -0000

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

SSBhbHNvIHN1cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoaXMgZHJhZnQgYXMgYSB3b3JrIGl0ZW0g
Zm9yIENvUkUuIEJlbG93IGFyZSB0aGUgcmVzdWx0cyBvZiBhIHF1aWNrIHJldmlldywgYWxzby4N
Cg0KQmVzdCByZWdhcmRzDQpFc2tvIERpamsNCg0KDQpPdmVyYWxsIGNvbW1lbnRzIOKAkyBvciB3
b3JrIHRoYXQgdGhlIFdHIGNvdWxkIHRha2UgdXAgbmV4dA0KwrcgICAgICAgICBEZXRhaWxlZCBl
eGFtcGxlIHdpdGggbWVzc2FnZSBzaXplcyB3b3VsZCBiZSB1c2VmdWwuIFNpbmNlIGl04oCZcyBp
bXBvcnRhbnQgZm9yIG11bHRpY2FzdCBvdmVyIDZsb3dwYW4gcGVyZm9ybWFuY2UgdGhhdCB0aGUg
SVB2NiBwYWNrZXRzIHN0YXkgc21hbGwgZW5vdWdoIChvbmUgODAyLjE1LjQgZnJhbWUpLiBBdCB0
aGlzIG1vbWVudCwgSSBjYW7igJl0IGp1ZGdlIHRoYXQgeWV0IGVhc2lseSBiYXNlZCBvbiB0aGUg
ZHJhZnQuDQrCtyAgICAgICAgIE5vcm1hbGx5LCBmb3IgYXBwbGljYXRpb25zIChlLmcuIEJ1aWxk
aW5nIGF1dG9tYXRpb24gYW5kIGxpZ2h0aW5nKSBncm91cHMgZG8gbmVlZCBhIHN0YWJsZSBhbmQg
bm9uLXJhbmRvbSBncm91cCBJRCwgdGhhdCBpZGVudGlmaWVzIHRoZSBncm91cCBvdmVyIHRpbWUg
ZXZlbiBhcyBjaGFuZ2VzIG9jY3VyLCBlLmcuIG1lbWJlcnMgYWRkZWQvcmVtb3ZlZC4gVGhlIOKA
nEdpZOKAnSBpbiB0aGUgZHJhZnQgaG93ZXZlciBjaGFuZ2VzLiBUaGVyZSBjb3VsZCBiZSBzb21l
IHRleHQgYWRkZWQgdG8gZXhwbGFpbiBob3cgR2lkIGlzIGxpbmtlZCB0byBhIHN0YWJsZSBJRC4g
RS5nLiwgdGhpcyBjb3VsZCBiZSBjb25maWd1cmVkIGJ5IHRoZSBHcm91cCBNYW5hZ2VyLiBUaGUg
c3RhYmxlIGdyb3VwIElEIGlzIHRoZW4gbm90IHVzZWQgb3Zlci10aGUtd2lyZSBmb3IgbXVsdGlj
YXN0IE9TQ09SRS4NCsK3ICAgICAgICAgVGhlcmUgaXMgbm9ybWF0aXZlIHRleHQgaW4gdGhlIEFw
cGVuZGljZXM7IGl0IGNvdWxkIGJlIGNsYXJpZmllZCB3aGF0IHRoZSBzdGF0dXMgb2YgdGhpcyBp
cy4gRS5nLiBvbmx5IG5vcm1hdGl2ZSBpZiBvbmUgY2hvb3NlcyB0byBpbXBsZW1lbnQgdGhlIG9w
dGlvbmFsIGVsZW1lbnQgZGVzY3JpYmVkIGluIHRoZSBBcHBlbmRpeD8NCkkgaGF2ZSBhIHByZWZl
cmVuY2UgZm9yIGF2b2lkaW5nIG5vcm1hdGl2ZSB0ZXh0IGluIHRoZSBBcHBlbmRpY2VzLCBidXQg
SeKAmW0gY3VyaW91cyB0byBoZWFyIHdoYXQgb3RoZXJzIHRoaW5rLg0KwrcgICAgICAgICBUaGUg
dGV4dCBzb21ldGltZXMgc3VnZ2VzdHMgdGhhdCBhIHNlY3VyZSBncm91cCBjb250ZXh0IGlzIGxp
bmtlZCB0byBvbmUgYW5kIG9ubHkgb25lIG11bHRpY2FzdCBJUCBhZGRyZXNzLiBJbiBwcmFjdGlj
ZSwgdGhlcmUgbWF5IGJlIG1vcmUgdmFyaWV0eSDigJMgZS5nLiBvbmUgbXVsdGljYXN0IElQIGFk
ZHJlc3MgcGx1cyBvbmUgb3IgbW9yZSB1bmljYXN0IElQIGFkZHJlc3NlcyB0byB3aGljaCB0aGUg
Z3JvdXAgbWVzc2FnZSBpcyBzdWJzZXF1ZW50bHkgZGVsaXZlcmVkLiBFLmcuIHJlcGVhdCBvZiB0
aGUgZ3JvdXAgbWVzc2FnZSB0byBtZW1iZXJzIHdoaWNoIGRpZCBub3QgZ2V0IGl0IHlldC4gVGhl
IHByb3Bvc2VkIHNvbHV0aW9uIGNvdWxkIGJlIHJldmlld2VkIHdpdGggdGhhdCB2aWV3IGluIG1p
bmQsIHRoYXQgdGhlcmUgbWF5IGJlIG11bHRpcGxlIChtdWx0aWNhc3QvdW5pY2FzdCkgSVAgZGVz
dGluYXRpb24gYWRkcmVzc2VzIHRvIHdoaWNoIGEgZ3JvdXAgbWVzc2FnZSB3aWxsIGJlIHNlbnQu
IEkgZGlkIG5vdCBkbyB0aGF0IHlldDsgY2FuIGRvIHNvIGluIGEgZnV0dXJlIGluLWRlcHRoIHJl
dmlldy4NCg0KU2VjdGlvbiAyLjENClNvbWUgdGhpbmdzIGhlcmUgYXJlIGxpc3RlZCBhcyBvdXQg
b2Ygc2NvcGUsIGJ1dCB0aGV5IGRvIGNvbWUgYmFjayBsYXRlciBpbiB0aGUgZG9jIOKAkyBzdWNo
IGFzIGZvcndhcmQgc2VjdXJpdHkgYW5kIGJhY2t3YXJkIHNlY3VyaXR5ICwgd2hpY2ggYXJlIGFk
ZHJlc3NlZCBJIHRoaW5rIOKAkyBjZXJ0YWlubHkgbm90IG91dCBvZiBzY29wZS4NCg0KU2VjdGlv
biAzDQoiIEdpZCBNVVNUIGJlIHJhbmRvbSAiIC0+IHNlZW1zIHRvIGNvbnRyYWRpY3QgQXBwZW5k
aXggQiB3aGljaCB1c2VzIGFuIEVwb2NoIGNvdW50ZXIgaW4gdGhlIEdpZC4gIFNob3VsZCBpdCBz
YXkg4oCcTVVTVCBoYXZlIGEgcmFuZG9tIGNvbXBvbmVudOKAnSA/DQoNCkFwcGVuZGljZXMNCg0K
ICAqICAgQXBwZW5kaXggQiwgYSBjb25jcmV0ZSBleGFtcGxlIGluc3RhbmNlIGlzIG1pc3Npbmcu
IEUuZy4g4oCcdzNmajkwZjBhXzAwNDLigJ0gb3IgaXRzIGJzdHIgZXF1aXZhbGVudCAgKGp1c3Qg
Z3Vlc3NpbmcgaGVyZSB0byB0aGUgZm9ybWF0KQ0KICAqICAgQXBwZW5kaXggQywgaXMgdGhpcyBh
biBleGFtcGxlIGJsdWVwcmludCBvZiBob3cgdG8gZG8gaXQg4oCTIGZ1bGx5IG9wdGlvbmFsIHRv
IGZvbGxvdyBvciBub3QgZm9sbG93IHRoaXM/DQoNCk1pbm9yDQoNCiAgKiAgIGxpZ3RoaW5nIC0+
IGxpZ2h0aW5nDQogICogICBlbnBvaW50ICAtPiBlbmRwb2ludA0KICAqICAgUGcgMjUgLCBbSS1E
LmlldGYtYWNlLWR0bHMtYXV0aG9yaXplXSByZWZlcmVuY2UgYnJlYWtzIGFjcm9zcyBsaW5lIGFu
ZCBhcyBzdWNoIGJlY29tZXMgbm9uLXNlYXJjaGFibGUgaW4gdGhlIGJyb3dzZXIuIEFuZCBJIGxp
a2UgdGhlc2UgcmVmcyB0byBiZSBzZWFyY2hhYmxlIPCfmIkNCg0KDQoNCg0KDQpGcm9tOiBjb3Jl
IFttYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSmFpbWUgSmltw6lu
ZXoNClNlbnQ6IFRodXJzZGF5LCBOb3ZlbWJlciAyMywgMjAxNyAxNzo1OQ0KVG86IGNvcmVAaWV0
Zi5vcmcgV0cgKGNvcmVAaWV0Zi5vcmcpIDxjb3JlQGlldGYub3JnPg0KQ2M6IGppLXllLnBhcmtA
dW5pLWR1ZS5kZQ0KU3ViamVjdDogW2NvcmVdIPCflJQgV0cgQ2FsbCBmb3IgQWRvcHRpb24gb24g
ZHJhZnQtdGlsb2NhLWNvcmUtbXVsdGljYXN0LW9zY29hcA0KDQpEZWFyIGFsbCwNCg0KVGhlIGRy
YWZ0IG9uICJTZWN1cmUgZ3JvdXAgY29tbXVuaWNhdGlvbiBmb3IgQ29BUCIgKCBkcmFmdC10aWxv
Y2EtY29yZS1tdWx0aWNhc3Qtb3Njb2FwPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm
dC10aWxvY2EtY29yZS1tdWx0aWNhc3Qtb3Njb2FwLz4gKSBoYWQgaW4gcm9vbSBjb25zZW5zdXMg
Zm9yIGFkb3B0aW9uIGR1cmluZyBJRVRGOTkgYWxyZWFkeSwgbm93IHdlIGFyZSBjbGVhciB0byBj
b25maXJtIGl0IG9uIHRoZSBtYWlsaW5nIGxpc3QuDQoNClBsZWFzZSByZXBseSB0byB0aGUgbGlz
dCB3aXRoIHlvdXIgY29tbWVudHMsIGluY2x1ZGluZyBhbHRob3VnaCBub3QgbGltaXRlZCB0byB3
aGV0aGVyIG9yIG5vdCB5b3Ugc3VwcG9ydCBhZG9wdGlvbi4gTm9uLWF1dGhvcnMgYXJlIGVzcGVj
aWFsbHkgZW5jb3VyYWdlZCB0byBjb21tZW50Lg0KDQpUYXJnZXQgdG8gZW5kIHRoZSBXR0EgaXMg
MTR0aCBvZiBEZWNlbWJlci4NCg0KQ2lhbywNCi0gLSBKYWltZSBKaW3DqW5leg0KDQoNCl9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlu
IHRoaXMgZW1haWwgbWF5IGJlIGNvbmZpZGVudGlhbCBhbmQvb3IgbGVnYWxseSBwcm90ZWN0ZWQg
dW5kZXIgYXBwbGljYWJsZSBsYXcuIFRoZSBtZXNzYWdlIGlzIGludGVuZGVkIHNvbGVseSBmb3Ig
dGhlIGFkZHJlc3NlZShzKS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwg
eW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgdXNlLCBmb3J3YXJkaW5nLCBkaXNzZW1p
bmF0aW9uLCBvciByZXByb2R1Y3Rpb24gb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJp
dGVkIGFuZCBtYXkgYmUgdW5sYXdmdWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNp
cGllbnQsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYnkgcmV0dXJuIGUtbWFpbCBhbmQgZGVz
dHJveSBhbGwgY29waWVzIG9mIHRoZSBvcmlnaW5hbCBlbWFpbC4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC
My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv
ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S
RUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250
ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBj
b250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEt
LQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpXaW5n
ZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2Zv
bnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7
fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAy
IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlNlZ29lIFVJIEVtb2pp
IjsNCglwYW5vc2UtMToyIDExIDUgMiA0IDIgNCAyIDIgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9u
cyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46
MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k
ZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1z
b0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGlu
Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6
LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250
LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1h
bDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1z
dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5
cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N
CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0
aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6OTk3NDY1Nzg0Ow0KCW1zby1saXN0LXRl
bXBsYXRlLWlkczoxOTQ4OTY0NTcyO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWIt
c3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i
b2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN
Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2
ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT
eW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNv
LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6
bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw
LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0
LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJ
bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg
bDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt
dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXpl
OjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6
MTE3NDE1MjE0ODsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MjAzOTYyNjkyMDt9DQpAbGlzdCBs
MTpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10
ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZTox
MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2
ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl
bC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p
bHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi
dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxLjVpbjsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K
CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0
IGwxOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs
LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6
ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNQ0KCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s
ZXZlbC10YWItc3RvcDoyLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m
YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozLjBp
bjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu
Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBs
aXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozLjVpbjsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOA0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDo0LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u
dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv
cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDo0
LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y
NWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N
CkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjE0OTI5ODQ1NzE7DQoJbXNvLWxpc3QtdHlwZTpoeWJy
aWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0yMTM3NDc5MjM0IDY3Njk4Njg5IDY3Njk4Njkx
IDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3
Njk4NjkzO30NCkBsaXN0IGwyOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u
dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZv
cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u
ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu
Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDI6bGV2ZWwzDQoJe21zby1s
ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2
ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp
c3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2
ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJp
ZXIgTmV3Ijt9DQpAbGlzdCBsMjpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs
bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZv
bnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMjpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDgNCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVs
LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwyOmxl
dmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6
74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30N
CkBsaXN0IGwzDQoJe21zby1saXN0LWlkOjE1ODMyNDg3MDU7DQoJbXNvLWxpc3QtdGVtcGxhdGUt
aWRzOjExNjEzNDk2MjQ7fQ0KQGxpc3QgbDM6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOi41
aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp
bjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsMzpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDMNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0
Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
Mi4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u
MjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9
DQpAbGlzdCBsMzpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z
by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVs
LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1m
b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDYN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K
CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv
bDt9DQpAbGlzdCBsMzpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K
CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC4waW47DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5z
aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZl
bDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C
tzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNA0KCXttc28tbGlzdC1pZDoxOTM2MzI4
NDU2Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotOTE1MDgzNDEyO30NCkBsaXN0IGw0OmxldmVs
MQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3
Ow0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDQ6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOjEuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i
b2w7fQ0KQGxpc3QgbDQ6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN
Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDQ6bGV2
ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDQ6bGV2ZWw1DQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT
eW1ib2w7fQ0KQGxpc3QgbDQ6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNv
LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDQ6
bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw
LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDQ6bGV2ZWw4DQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0
LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpTeW1ib2w7fQ0KQGxpc3QgbDQ6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJ
bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg
bDUNCgl7bXNvLWxpc3QtaWQ6MTk3MzI5MTUzMDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTEw
NzU5NDU1MzY7fQ0KQGxpc3QgbDU6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOi41aW47DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglt
c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs
NTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10
ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZlbDMNCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2
ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt
aWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47
DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN
Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz
dCBsNTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl
bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZlbDYNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt
ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My41
aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp
bjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA
bGlzdCBsNTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s
ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC4waW47DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZlbDkNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0
Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJn
aW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86
c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu
ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk
aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+
PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1
ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+SSBhbHNvIHN1cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoaXMgZHJhZnQgYXMg
YSB3b3JrIGl0ZW0gZm9yIENvUkUuIEJlbG93IGFyZSB0aGUgcmVzdWx0cyBvZiBhIHF1aWNrIHJl
dmlldywgYWxzby4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CZXN0IHJlZ2FyZHM8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkVza28gRGlqazxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk92ZXJh
bGwgY29tbWVudHMg4oCTIG9yIHdvcmsgdGhhdCB0aGUgV0cgY291bGQgdGFrZSB1cCBuZXh0PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Mjcu
MHB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNSBsZXZlbDEgbGZvMTt2ZXJ0aWNhbC1h
bGlnbjptaWRkbGUiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3Jl
Ij7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+
PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+RGV0YWlsZWQgZXhhbXBsZSB3aXRoIG1lc3NhZ2Ugc2l6
ZXMgd291bGQgYmUgdXNlZnVsLiBTaW5jZSBpdOKAmXMgaW1wb3J0YW50IGZvciBtdWx0aWNhc3Qg
b3ZlciA2bG93cGFuIHBlcmZvcm1hbmNlIHRoYXQgdGhlIElQdjYgcGFja2V0cyBzdGF5IHNtYWxs
IGVub3VnaCAob25lIDgwMi4xNS40IGZyYW1lKS4gQXQgdGhpcyBtb21lbnQsIEkgY2Fu4oCZdCBq
dWRnZSB0aGF0IHlldCBlYXNpbHkgYmFzZWQNCiBvbiB0aGUgZHJhZnQuPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0O3RleHQtaW5k
ZW50Oi0uMjVpbjttc28tbGlzdDpsNSBsZXZlbDEgbGZvMTt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUi
Pg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u
dC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0
eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bh
bj48IVtlbmRpZl0+Tm9ybWFsbHksIGZvciBhcHBsaWNhdGlvbnMgKGUuZy4gQnVpbGRpbmcgYXV0
b21hdGlvbiBhbmQgbGlnaHRpbmcpIGdyb3VwcyBkbyBuZWVkIGEgc3RhYmxlIGFuZCBub24tcmFu
ZG9tIGdyb3VwIElELCB0aGF0IGlkZW50aWZpZXMgdGhlIGdyb3VwIG92ZXIgdGltZSBldmVuIGFz
IGNoYW5nZXMgb2NjdXIsIGUuZy4gbWVtYmVycyBhZGRlZC9yZW1vdmVkLiBUaGUg4oCcR2lk4oCd
IGluIHRoZSBkcmFmdA0KIGhvd2V2ZXIgY2hhbmdlcy4gVGhlcmUgY291bGQgYmUgc29tZSB0ZXh0
IGFkZGVkIHRvIGV4cGxhaW4gaG93IEdpZCBpcyBsaW5rZWQgdG8gYSBzdGFibGUgSUQuIEUuZy4s
IHRoaXMgY291bGQgYmUgY29uZmlndXJlZCBieSB0aGUgR3JvdXAgTWFuYWdlci4gVGhlIHN0YWJs
ZSBncm91cCBJRCBpcyB0aGVuIG5vdCB1c2VkIG92ZXItdGhlLXdpcmUgZm9yIG11bHRpY2FzdCBP
U0NPUkUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjcuMHB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNSBsZXZlbDEgbGZvMTt2
ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxp
c3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21h
biZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VGhlcmUgaXMgbm9ybWF0aXZlIHRleHQg
aW4gdGhlIEFwcGVuZGljZXM7IGl0IGNvdWxkIGJlIGNsYXJpZmllZCB3aGF0IHRoZSBzdGF0dXMg
b2YgdGhpcyBpcy4gRS5nLiBvbmx5IG5vcm1hdGl2ZSBpZiBvbmUgY2hvb3NlcyB0byBpbXBsZW1l
bnQgdGhlIG9wdGlvbmFsIGVsZW1lbnQgZGVzY3JpYmVkIGluIHRoZSBBcHBlbmRpeD88YnI+DQpJ
IGhhdmUgYSBwcmVmZXJlbmNlIGZvciBhdm9pZGluZyBub3JtYXRpdmUgdGV4dCBpbiB0aGUgQXBw
ZW5kaWNlcywgYnV0IEnigJltIGN1cmlvdXMgdG8gaGVhciB3aGF0IG90aGVycyB0aGluay48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4w
cHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0Omw1IGxldmVsMSBsZm8xO3ZlcnRpY2FsLWFs
aWduOm1pZGRsZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi
PsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48
L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5UaGUgdGV4dCBzb21ldGltZXMgc3VnZ2VzdHMgdGhhdCBh
IHNlY3VyZSBncm91cCBjb250ZXh0IGlzIGxpbmtlZCB0byBvbmUgYW5kIG9ubHkgb25lIG11bHRp
Y2FzdCBJUCBhZGRyZXNzLiBJbiBwcmFjdGljZSwgdGhlcmUgbWF5IGJlIG1vcmUgdmFyaWV0eSDi
gJMgZS5nLiBvbmUgbXVsdGljYXN0IElQIGFkZHJlc3MgcGx1cyBvbmUgb3IgbW9yZSB1bmljYXN0
IElQIGFkZHJlc3NlcyB0byB3aGljaA0KIHRoZSBncm91cCBtZXNzYWdlIGlzIHN1YnNlcXVlbnRs
eSBkZWxpdmVyZWQuIEUuZy4gcmVwZWF0IG9mIHRoZSBncm91cCBtZXNzYWdlIHRvIG1lbWJlcnMg
d2hpY2ggZGlkIG5vdCBnZXQgaXQgeWV0LiBUaGUgcHJvcG9zZWQgc29sdXRpb24gY291bGQgYmUg
cmV2aWV3ZWQgd2l0aCB0aGF0IHZpZXcgaW4gbWluZCwgdGhhdCB0aGVyZSBtYXkgYmUgbXVsdGlw
bGUgKG11bHRpY2FzdC91bmljYXN0KSBJUCBkZXN0aW5hdGlvbiBhZGRyZXNzZXMgdG8gd2hpY2gN
CiBhIGdyb3VwIG1lc3NhZ2Ugd2lsbCBiZSBzZW50LiBJIGRpZCBub3QgZG8gdGhhdCB5ZXQ7IGNh
biBkbyBzbyBpbiBhIGZ1dHVyZSBpbi1kZXB0aCByZXZpZXcuPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPlNlY3Rpb24gMi4xPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Tb21l
IHRoaW5ncyBoZXJlIGFyZSBsaXN0ZWQgYXMgb3V0IG9mIHNjb3BlLCBidXQgdGhleSBkbyBjb21l
IGJhY2sgbGF0ZXIgaW4gdGhlIGRvYyDigJMgc3VjaCBhcyBmb3J3YXJkIHNlY3VyaXR5IGFuZCBi
YWNrd2FyZCBzZWN1cml0eSAsIHdoaWNoIGFyZSBhZGRyZXNzZWQgSSB0aGluayDigJMgY2VydGFp
bmx5IG5vdCBvdXQgb2Ygc2NvcGUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlY3Rpb24gMzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+JnF1b3Q7IEdpZCBNVVNUIGJlIHJh
bmRvbSAmcXVvdDsgLSZndDsgc2VlbXMgdG8gY29udHJhZGljdCBBcHBlbmRpeCBCIHdoaWNoIHVz
ZXMgYW4gRXBvY2ggY291bnRlciBpbiB0aGUgR2lkLiZuYnNwOyBTaG91bGQgaXQgc2F5IOKAnE1V
U1QgaGF2ZSBhIHJhbmRvbSBjb21wb25lbnTigJ0gPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5B
cHBlbmRpY2VzIDxvOnA+PC9vOnA+PC9wPg0KPHVsIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIgdHlw
ZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVm
dDowaW47bXNvLWxpc3Q6bDUgbGV2ZWwxIGxmbzE7dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCkFw
cGVuZGl4IEIsIGEgY29uY3JldGUgZXhhbXBsZSBpbnN0YW5jZSBpcyBtaXNzaW5nLiBFLmcuIOKA
nHczZmo5MGYwYV8wMDQy4oCdIG9yIGl0cyBic3RyIGVxdWl2YWxlbnQmbmJzcDsgKGp1c3QgZ3Vl
c3NpbmcgaGVyZSB0byB0aGUgZm9ybWF0KTxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1saXN0Omw1IGxldmVsMSBsZm8xO3ZlcnRpY2FsLWFsaWduOm1pZGRs
ZSI+QXBwZW5kaXggQywgaXMgdGhpcyBhbiBleGFtcGxlIGJsdWVwcmludCBvZiBob3cgdG8gZG8g
aXQg4oCTIGZ1bGx5IG9wdGlvbmFsIHRvIGZvbGxvdyBvciBub3QgZm9sbG93IHRoaXM/PG86cD48
L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1pbm9yPG86cD48L286cD48L3A+DQo8dWwgc3R5bGU9
Im1hcmdpbi10b3A6MGluIiB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFw
aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjttc28tbGlzdDpsMiBsZXZlbDEgbGZvNiI+bGlndGhp
bmcgLSZndDsgbGlnaHRpbmc8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdy
YXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluO21zby1saXN0OmwyIGxldmVsMSBsZm82Ij5lbnBv
aW50Jm5ic3A7IC0mZ3Q7IGVuZHBvaW50PG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlz
dFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjttc28tbGlzdDpsMiBsZXZlbDEgbGZv
NiI+UGcgMjUgLCBbSS1ELmlldGYtYWNlLWR0bHMtYXV0aG9yaXplXSByZWZlcmVuY2UgYnJlYWtz
IGFjcm9zcyBsaW5lIGFuZCBhcyBzdWNoIGJlY29tZXMgbm9uLXNlYXJjaGFibGUgaW4gdGhlIGJy
b3dzZXIuIEFuZCBJIGxpa2UgdGhlc2UgcmVmcyB0byBiZSBzZWFyY2hhYmxlDQo8c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkgRW1vamkmcXVvdDssc2Fucy1zZXJpZiI+JiMx
Mjg1MjE7PC9zcGFuPjxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk
aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4w
cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5G
cm9tOjwvYj4gY29yZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10gPGI+T24gQmVoYWxm
IE9mDQo8L2I+SmFpbWUgSmltw6luZXo8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIE5vdmVt
YmVyIDIzLCAyMDE3IDE3OjU5PGJyPg0KPGI+VG86PC9iPiBjb3JlQGlldGYub3JnIFdHIChjb3Jl
QGlldGYub3JnKSAmbHQ7Y29yZUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzo8L2I+IGppLXllLnBh
cmtAdW5pLWR1ZS5kZTxicj4NCjxiPlN1YmplY3Q6PC9iPiBbY29yZV0gPHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJIEVtb2ppJnF1b3Q7LHNhbnMtc2VyaWYiPiYjMTI4Mjc2
Ozwvc3Bhbj4gV0cgQ2FsbCBmb3IgQWRvcHRpb24gb24gZHJhZnQtdGlsb2NhLWNvcmUtbXVsdGlj
YXN0LW9zY29hcDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBh
bGwsIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGRy
YWZ0IG9uICZxdW90O1NlY3VyZSBncm91cCBjb21tdW5pY2F0aW9uIGZvciBDb0FQJnF1b3Q7ICgm
bmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtdGlsb2NhLWNv
cmUtbXVsdGljYXN0LW9zY29hcC8iPmRyYWZ0LXRpbG9jYS1jb3JlLW11bHRpY2FzdC1vc2NvYXA8
L2E+Jm5ic3A7KSBoYWQgaW4gcm9vbSBjb25zZW5zdXMgZm9yIGFkb3B0aW9uIGR1cmluZyBJRVRG
OTkgYWxyZWFkeSwgbm93IHdlIGFyZQ0KIGNsZWFyIHRvIGNvbmZpcm0gaXQgb24gdGhlIG1haWxp
bmcgbGlzdC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPlBsZWFzZSByZXBseSB0byB0aGUgbGlzdCB3aXRoIHlvdXIgY29t
bWVudHMsIGluY2x1ZGluZyBhbHRob3VnaCBub3QmbmJzcDtsaW1pdGVkIHRvIHdoZXRoZXImbmJz
cDtvciBub3QgeW91IHN1cHBvcnQgYWRvcHRpb24uIE5vbi1hdXRob3JzIGFyZSBlc3BlY2lhbGx5
Jm5ic3A7ZW5jb3VyYWdlZCB0byBjb21tZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRhcmdldCB0byBlbmQgdGhlIFdHQSBp
cyAxNHRoIG9mIERlY2VtYmVyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5DaWFvLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4tIC0gSmFp
bWUgSmltw6luZXo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8YnI+DQo8aHI+DQo8Zm9udCBmYWNlPSJBcmlhbCIgY29sb3I9IkdyYXkiIHNpemU9IjEi
PlRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBlbWFpbCBtYXkgYmUgY29uZmlkZW50
aWFsIGFuZC9vciBsZWdhbGx5IHByb3RlY3RlZCB1bmRlciBhcHBsaWNhYmxlIGxhdy4gVGhlIG1l
c3NhZ2UgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlKHMpLiBJZiB5b3UgYXJl
IG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZA0KIHRo
YXQgYW55IHVzZSwgZm9yd2FyZGluZywgZGlzc2VtaW5hdGlvbiwgb3IgcmVwcm9kdWN0aW9uIG9m
IHRoaXMgZW1haWwgaXMgc3RyaWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJ
ZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0aGUg
c2VuZGVyIGJ5IHJldHVybiBlLW1haWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiB0aGUgb3Jp
Z2luYWwgZW1haWwuPGJyPg0KPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_DB6P121MB0038392B7975FF42A646FDCC9B3C0DB6P121MB0038EURP_--


From nobody Mon Dec  4 05:50:43 2017
Return-Path: <michaeljohnkoster@gmail.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 82EB7127076 for <core@ietfa.amsl.com>; Mon,  4 Dec 2017 05:50:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dOsfRdOLnTMU for <core@ietfa.amsl.com>; Mon,  4 Dec 2017 05:50:40 -0800 (PST)
Received: from mail-ot0-x229.google.com (mail-ot0-x229.google.com [IPv6:2607:f8b0:4003:c0f::229]) (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 EE785126C19 for <core@ietf.org>; Mon,  4 Dec 2017 05:50:39 -0800 (PST)
Received: by mail-ot0-x229.google.com with SMTP id s4so14743339ote.4 for <core@ietf.org>; Mon, 04 Dec 2017 05:50:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=l4v8j12bxwVZ/Fb7yEIuK7gGTNznYL0iB+UdLUkiPtE=; b=eEVFrDUCku6Wk3Tl/kzsmwjGMVVe4u5HFugfILt+gx83AY23BZWQCzwiAgMU4L3tbg fJg3EdvmznW/2f1VqXPI2PWWu0xpfNYaeu3EvKnudNnTtFPmhdtPCkrSSWamXqscQ+XQ L6WgneTs3ZwiPj/82oJ7fs+He+PfijYwFEq3QVOzFGqbYlPYav/T5xvRDLBKuuhiyNjJ PGgOyt0TW3cp7J+G5LKeMpOzeALkPC6Ktg+5jCAJwGPew0sXzN2mK4rcag2Z2wGfmDPD ePhJymasuG1W87l3Z3R9OdAf/+VsO6/ptufkAu+pGJSryN1T6K23etJlYuOCp7J+GCTX iynA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=l4v8j12bxwVZ/Fb7yEIuK7gGTNznYL0iB+UdLUkiPtE=; b=ltFZvyLaX/AvWoy0raXrVBoknuK4zKf1hHR1KVSRGS7Ob+eQ9uoBP3rxLRyODZz+6t dTPp8PMacuk3Tt1YPmJEr/D3HlnJccjAxc2AB+2P9m8iZBReCY4ddyvGCY7ob8eJ/PgL yw12UJ0PyEbbZ2NCxPniBNJBey1dKecd56d6gLNLwLRIJQD4q9DBonElYGeONQGh+2+q dL8/fW3JKWkYorgM+bzs/r4VeNYg9GVcm/KbXNa2+8hA0apC8xTFtpSwluuigUFIT9SB xQRPGtjsUqtKOOZnF3kb9AznhRohqFIDN9Lga4vxxLAEZDMDRQO1fpV1pwNc4Ze1WWkK yaNg==
X-Gm-Message-State: AJaThX5cQqJ8CBY+gQBcWpeGFvNSGkYpHuNKPd6s1f7N0tOfEmI6MLCO CSuigibpasPkMePMtnsJqC0=
X-Google-Smtp-Source: AGs4zMalcOnC8UfCCSzY9GaQreMVY6srcGvxP9Sa9z4F9IQCPhk3xytB04qnMi9JotGlN4W/LaLSrg==
X-Received: by 10.157.39.134 with SMTP id c6mr14967513otb.259.1512395439223; Mon, 04 Dec 2017 05:50:39 -0800 (PST)
Received: from [10.0.0.3] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id d141sm5565285oih.57.2017.12.04.05.50.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Dec 2017 05:50:38 -0800 (PST)
From: Michael Koster <michaeljohnkoster@gmail.com>
Message-Id: <1893AB2B-E540-4D34-8393-DF90F86A4142@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_AFE78D5E-D979-4525-B01D-66E8C11955F0"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Mon, 4 Dec 2017 05:50:37 -0800
In-Reply-To: <DE46411C-EFE7-4D30-B0EC-6FBF6311D1D7@ericsson.com>
Cc: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>, "ji-ye.park@uni-due.de" <ji-ye.park@uni-due.de>
To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= <jaime.jimenez@ericsson.com>
References: <DE46411C-EFE7-4D30-B0EC-6FBF6311D1D7@ericsson.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/vnQwUB2OWqKo1obOIiMlZodyYLg>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WG_Call_for_Adoption_on_draft-tilo?= =?utf-8?q?ca-core-multicast-oscoap?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 04 Dec 2017 13:50:41 -0000

--Apple-Mail=_AFE78D5E-D979-4525-B01D-66E8C11955F0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

+1

I support adoption of  draft-tiloca-core-multicast-oscoap =
<https://tools.ietf.org/html/draft-tiloca-core-multicast-oscoap/> by the =
CoRE Working Group.

Michael Koster

> On Nov 23, 2017, at 8:59 AM, Jaime Jim=C3=A9nez =
<jaime.jimenez@ericsson.com> wrote:
>=20
> Dear all,
>=20
> The draft on "Secure group communication for CoAP" ( =
draft-tiloca-core-multicast-oscoap =
<https://tools.ietf.org/html/draft-tiloca-core-multicast-oscoap/> ) had =
in room consensus for adoption during IETF99 already, now we are clear =
to confirm it on the mailing list.=20
>=20
> Please reply to the list with your comments, including although not =
limited to whether or not you support adoption. Non-authors are =
especially encouraged to comment.
>=20
> Target to end the WGA is 14th of December.
>=20
> Ciao,
> - - Jaime Jim=C3=A9nez
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


--Apple-Mail=_AFE78D5E-D979-4525-B01D-66E8C11955F0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">+1<div class=3D""><br class=3D""></div><div class=3D"">I =
support adoption of &nbsp;<a =
href=3D"https://tools.ietf.org/html/draft-tiloca-core-multicast-oscoap/" =
class=3D"">draft-tiloca-core-multicast-oscoap</a>&nbsp;by the CoRE =
Working Group.<div class=3D""><br class=3D""></div><div class=3D"">Michael=
 Koster</div><div class=3D""><br class=3D""><div><blockquote type=3D"cite"=
 class=3D""><div class=3D"">On Nov 23, 2017, at 8:59 AM, Jaime Jim=C3=A9ne=
z &lt;<a href=3D"mailto:jaime.jimenez@ericsson.com" =
class=3D"">jaime.jimenez@ericsson.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D"">

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8" =
class=3D"">

<div style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
line-break: after-white-space;" class=3D"">
Dear all,
<div class=3D""><br class=3D"">
</div>
<div class=3D"">The draft on "Secure group communication for CoAP" =
(&nbsp;<a =
href=3D"https://tools.ietf.org/html/draft-tiloca-core-multicast-oscoap/" =
class=3D"">draft-tiloca-core-multicast-oscoap</a>&nbsp;) had in room =
consensus for adoption during IETF99 already, now we are
 clear to confirm it on the mailing list.&nbsp;</div>
<div class=3D"">
<div class=3D""><br class=3D"">
</div>
<div class=3D"">Please reply to the list with your comments, including =
although not&nbsp;limited to whether&nbsp;or not you support adoption. =
Non-authors are especially&nbsp;encouraged to comment.</div>
</div>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">Target to end the WGA is 14th of December.</div>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">Ciao,<br class=3D"">
<div class=3D"">
<div style=3D"letter-spacing: normal; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">
<div style=3D"letter-spacing: normal; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">
- - Jaime Jim=C3=A9nez</div>
</div>
</div>
<br class=3D"">
</div>
</div>

_______________________________________________<br class=3D"">core =
mailing list<br class=3D""><a href=3D"mailto:core@ietf.org" =
class=3D"">core@ietf.org</a><br =
class=3D"">https://www.ietf.org/mailman/listinfo/core<br =
class=3D""></div></blockquote></div><br =
class=3D""></div></div></body></html>=

--Apple-Mail=_AFE78D5E-D979-4525-B01D-66E8C11955F0--


From nobody Wed Dec  6 02:10:08 2017
Return-Path: <stokcons@xs4all.nl>
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 420F11271FD for <core@ietfa.amsl.com>; Wed,  6 Dec 2017 02:10:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.621
X-Spam-Level: 
X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 Kb7cUyuYe10E for <core@ietfa.amsl.com>; Wed,  6 Dec 2017 02:10:04 -0800 (PST)
Received: from lb2-smtp-cloud9.xs4all.net (lb2-smtp-cloud9.xs4all.net [194.109.24.26]) (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 DC6851242F7 for <core@ietf.org>; Wed,  6 Dec 2017 02:10:03 -0800 (PST)
Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:199]) by smtp-cloud9.xs4all.net with ESMTPA id MWePeV3ennIXbMWePecYhP; Wed, 06 Dec 2017 11:10:02 +0100
Received: from 2001:983:a264:1:ede3:a997:71f5:877 by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 06 Dec 2017 11:10:01 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Date: Wed, 06 Dec 2017 11:10:01 +0100
From: peter van der Stok <stokcons@xs4all.nl>
To: Core <core@ietf.org>
Organization: vanderstok consultancy
Reply-To: consultancy@vanderstok.org
Mail-Reply-To: consultancy@vanderstok.org
Message-ID: <f75deddb576b441a62d015a12594baef@xs4all.nl>
X-Sender: stokcons@xs4all.nl
User-Agent: XS4ALL Webmail
X-CMAE-Envelope: MS4wfNR+GHIs1PEjfMxDHoLm0gQrm8c4WO3oSDT2k72+Mlc+OApFJFTmqMB4zy8ECEy/fcPFDjGuLF7IFve/KGlBGzvw9US76lWnuRqp0cZo4f2PwA6rH9XZ iWPHkHmvw5zvqqPmakXpPbS63P6XLmJZ9nAOXZXWGFvBriX6zTOisXqIFWLBHXRTASY0Qe3nrL5Kip1AdJQ9vWvlwtaUfBSPGOE=
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/mNfUpCZuG2bQnPIC1vQBGFaJFdA>
Subject: [core] WGLC core-object-security-07
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 06 Dec 2017 10:10:07 -0000

Hi all,

I have read this document and found it well structured and 
comprehensible.
I do have some suggestions and questions. Apologies if the the subjects 
below have already been discussed on the ML.
My interest in this document is quite recent.

Abstract:
The abstract is intended for naive readers like me; and some text can be 
improved.
To my understanding this document specifies "the transport of secured 
data with CoAP or HTTP".
There is no phrase in the abstract which covers this.
It might be helpful to state that the distribution and generation of 
keys is out of scope.
IMO end-to-end encryption is a bit terse for naive people. A phrase 
about proxies would be nice.
The last phrase "OSCORE may ... draft." can be removed. It is an aspect 
treated later in the text, and now creates the impression to be the main 
reason for this document.

1 Introduction;
The abstractions  coap message layer and coap request/response layer are 
used. The discussions about coap over tcp taught me that these 
abstractions are very differently interpreted by different people. A 
more concrete statement about coap payload and coap headers will be more 
informative.
What is an "in-layer security protocol"? This statement generates more 
questions than its absence will.

State that the "Oject-security option" is new and defined in this 
document.

The text "OSCORE provides protection of message payload... Figure1" is 
really difficult to understand. Problems for me are: Not knowing what a 
message is, difference between OSCORE payload and coap payload, and 
others. With little extra effort this can be described more concretely.
I suggest to just describe figure 1 which is clearer than the text.

3 Security Context.
The text restricts itself to AEAD algorithms. COSE allows many more. I 
can imagine that in some installations, only one context per server is 
needed. In that case, the Additional Data can be empty. Is it possible 
to extend the choice of algorithms to all COSE (and future ones) and 
point out that transmitting the context identifier necessitates an AEAD 
algorithm?
The text suggests that the derivation of the keys is done independently 
in client and server. Is it not possible to distribute derived keys with 
other mechanisms? (oauth-authz is mentioned later).
In 3.2 the text says that input parameters may be pre-established. 
Additional text pointing out the current possibilities and their 
consequences would be welcome to me.

4 protected message fields.
Again, what is a (coap, Oscore) message?
Most of the text is about Inner and Outer message fields. IMO Figure 5 
should be expressed in those two aspects.
Integrity protected coap options does not exist to-day, but its eventual 
presence is treated as main focus. This is a bit confusing especially as 
letter "I" could stand for Inner and Integrity.
I found the separation of inner and outer Max-age confusing: Is it not 
better to add a new option: cache-age?
Also the outer block option is confusing. I understand the block option 
to be an end-to-end option, and to be no concern of intermediate 
routers, bridges or proxies. The block option should be used by client 
and server with knowledge about transmitted packet (datagram) size. If 
packet size data are wrong, other means of fragmentation are possible 
and these are outside the coap end-to-end security scope.

8 OSCORE compression.
If I understand correctly, the compression removes CBOR tags which are 
self-evident.
Could that motivation be added; Once I realized that aspect, the section 
became much clearer.

Thanks for all your work; Hope this helps.
Nice document,

Peter




-- 
Peter van der Stok
vanderstok consultancy
mailto: consultancy@vanderstok.org
www: www.vanderstok.org
tel NL: +31(0)492474673     F: +33(0)966015248


From nobody Sat Dec  9 08:10:47 2017
Return-Path: <goran.selander@ericsson.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 05F04129353 for <core@ietfa.amsl.com>; Sat,  9 Dec 2017 08:10:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 jpaXSipZuqPB for <core@ietfa.amsl.com>; Sat,  9 Dec 2017 08:10:42 -0800 (PST)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 3FF861243FE for <core@ietf.org>; Sat,  9 Dec 2017 08:10:41 -0800 (PST)
X-AuditID: c1b4fb2d-d6fff700000036aa-4d-5a2c0aff6c56
Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 0D.30.13994.FFA0C2A5; Sat,  9 Dec 2017 17:10:39 +0100 (CET)
Received: from ESESSMB107.ericsson.se ([169.254.7.148]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0352.000; Sat, 9 Dec 2017 17:10:39 +0100
From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= <goran.selander@ericsson.com>
To: "consultancy@vanderstok.org" <consultancy@vanderstok.org>, Core <core@ietf.org>
Thread-Topic: [core] WGLC core-object-security-07
Thread-Index: AQHTbnpnI7IFqIyxNEuv3MiLeAUTGKM7M4kA
Date: Sat, 9 Dec 2017 16:10:38 +0000
Message-ID: <D64F0793.90B4C%goran.selander@ericsson.com>
References: <f75deddb576b441a62d015a12594baef@xs4all.nl>
In-Reply-To: <f75deddb576b441a62d015a12594baef@xs4all.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.7.3.170325
x-originating-ip: [153.88.183.150]
Content-Type: text/plain; charset="utf-8"
Content-ID: <C4B8BE3735EEF54BB6C0AA6175D39028@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnkeLIzCtJLcpLzFFi42KZGbHdUvc/l06UwZPr5haP9q9is9j3dj2z A5PHkiU/mTxONGxnD2CK4rJJSc3JLEst0rdL4MrYN+0/c8G26opTx74yNTAuqOhi5OSQEDCR WNk5n7mLkYtDSOAwo8TzrT1sEM5iRomNtzqZQarYBFwkHjQ8YgKxRQRCJfbsWsQGYgsLGEi8 33mYHSJuKHFmyhcgmwPINpJ4fNoExGQRUJE4NF0EpIJXwELic+MdVhBbCMhe//ItWCengKXE 0Tk9YNMZBcQkvp9aA2YzC4hL3HoynwniTgGJJXvOM0PYohIvH/8DmyMqoCext6edDSKuJLFi +yVGkLXMApoS63fpQ5jWEn1vTCAmKkpM6X7IDnGNoMTJmU9YJjCKzUKybBZC8yyE5llImmch aV7AyLqKUbQ4tbg4N93IWC+1KDO5uDg/Ty8vtWQTIzCaDm75rbuDcfVrx0OMAhyMSjy8wr+1 o4RYE8uKK3MPMUpwMCuJ8OY2AoV4UxIrq1KL8uOLSnNSiw8xSnOwKInznvTkjRISSE8sSc1O TS1ILYLJMnFwSjUwyn1jtNz/rprr5pROLfFGfqHO1/OY9/ZvVhaQZJ//MNHu+JkJ39ONz+0r CV7r8fzaiyLXaKbZTdt/bT0Rq6NlreFdXZ7BsGPih5tzDxto+zOabxE76rd0n0FGpF3ojmme O5gqAsVTUo+taql0ufPJWf+fgo9fulV2vI35BBPZBUUrf97tF5ijxFKckWioxVxUnAgA+Fbp uqICAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/68JYZ3o7cm6uKs2J89th_lc79UA>
Subject: Re: [core] WGLC core-object-security-07
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 09 Dec 2017 16:10:45 -0000

SGkgUGV0ZXIsDQoNCk1hbnkgdGhhbmtzIGZvciB5b3VyIHJldmlldy4gQ29tbWVudHMgaW5saW5l
DQoNCk9uIDIwMTctMTItMDYgMTE6MTAsICJjb3JlIG9uIGJlaGFsZiBvZiBwZXRlciB2YW4gZGVy
IFN0b2siDQo8Y29yZS1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBzdG9rY29uc0B4czRh
bGwubmw+IHdyb3RlOg0KDQo+SGkgYWxsLA0KPg0KPkkgaGF2ZSByZWFkIHRoaXMgZG9jdW1lbnQg
YW5kIGZvdW5kIGl0IHdlbGwgc3RydWN0dXJlZCBhbmQNCj5jb21wcmVoZW5zaWJsZS4NCj5JIGRv
IGhhdmUgc29tZSBzdWdnZXN0aW9ucyBhbmQgcXVlc3Rpb25zLiBBcG9sb2dpZXMgaWYgdGhlIHRo
ZSBzdWJqZWN0cw0KPmJlbG93IGhhdmUgYWxyZWFkeSBiZWVuIGRpc2N1c3NlZCBvbiB0aGUgTUwu
DQo+TXkgaW50ZXJlc3QgaW4gdGhpcyBkb2N1bWVudCBpcyBxdWl0ZSByZWNlbnQuDQo+DQo+QWJz
dHJhY3Q6DQo+VGhlIGFic3RyYWN0IGlzIGludGVuZGVkIGZvciBuYWl2ZSByZWFkZXJzIGxpa2Ug
bWU7IGFuZCBzb21lIHRleHQgY2FuIGJlDQo+aW1wcm92ZWQuDQo+VG8gbXkgdW5kZXJzdGFuZGlu
ZyB0aGlzIGRvY3VtZW50IHNwZWNpZmllcyAidGhlIHRyYW5zcG9ydCBvZiBzZWN1cmVkDQo+ZGF0
YSB3aXRoIENvQVAgb3IgSFRUUCIuDQo+VGhlcmUgaXMgbm8gcGhyYXNlIGluIHRoZSBhYnN0cmFj
dCB3aGljaCBjb3ZlcnMgdGhpcy4NCg0KW0dTXSBDb3JyZWN0LCB0aGUgY3VycmVudCBhYnN0cmFj
dCBkb2VzIG5laXRoZXIgZXhwbGFpbiBob3cgQ29BUCBvciBIVFRQDQptZXNzYWdlIGZpZWxkcyBh
cmUgcHJvdGVjdGVkIG5vciB0cmFuc3BvcnRlZCwgdGhpcyBpcyBkZXNjcmliZWQgb24gaGlnaA0K
bGV2ZWwgaW4gU2VjdGlvbiAxLiBJdCBtYXkgYmUgZGlmZmljdWx0IHRvIHBocmFzZSB0aGlzIGJy
aWVmbHkgaW4gdGhlDQphYnN0cmFjdCwgc2luY2UgcGFydCBvZiB0aGUgQ29BUCBtZXNzYWdlIHJl
bWFpbnMgdW5jaGFuZ2VkIHRocm91Z2ggdGhlDQpPU0NPUkUgdHJhbnNmb3JtYXRpb24gc28gaXQg
aXMgbm90IGEgY2xlYW4gY3V0ICJ0cmFuc3BvcnQgd2l0aCBDb0FQ4oCdLg0KDQpJIHByb3Bvc2Ug
d2UgbGVhdmUgaXQgdG8gc2VjdGlvbiAxLCBidXQgbWFrZSBzdXJlIHRoYXQgaXQgaXMgc3VmZmlj
aWVudGx5DQp3ZWxsIGRlc2NyaWJlZCB0aGVyZSAod2hpY2ggSSB0YWtlIGZyb20geW91ciBsYXRl
ciBjb21tZW50cyBpcyBub3QgeWV0IHRoZQ0KY2FzZSkuDQoNCg0KPkl0IG1pZ2h0IGJlIGhlbHBm
dWwgdG8gc3RhdGUgdGhhdCB0aGUgZGlzdHJpYnV0aW9uIGFuZCBnZW5lcmF0aW9uIG9mDQo+a2V5
cyBpcyBvdXQgb2Ygc2NvcGUuDQoNCltHU10gSXQgd2FzIG5vdCBlbnRpcmVseSBjbGVhciB0byBt
ZSB3aGF0ICJkaXN0cmlidXRpb24gYW5kIGdlbmVyYXRpb24gb2YNCmtleXPigJ0gcmVmZXJzIHRv
LiBUaGVyZSBpcyBhbHdheXMgYSBuZWVkIHRvIGludHJvZHVjZSBzb21lIGluaXRpYWwga2V5cyAt
DQp0aGF0IGlzIHVuYXZvaWRhYmxlIGFuZCBzZWVtcyByZWR1bmRhbnQgdG8gcmVtYXJrLiBOb3Rl
IHRoYXQgcHJlLXNoYXJlZA0Ka2V5cyBjYW4gYmUgdXNlZCBkaXJlY3RseSB3aXRoIHRoZSBrZXkg
ZGVyaXZhdGlvbiBzcGVjaWZpZWQgaW4gdGhlDQpkb2N1bWVudCwgc28gaW4gdGhhdCBjYXNlIHRo
ZXJlIGlzIG5vIG5lZWQgZm9yIGFkZGl0aW9uYWwgImRpc3RyaWJ1dGlvbg0KYW5kIGdlbmVyYXRp
b24gb2Yga2V5c+KAnS4NCg0KVGhlbiB0aGVyZSBtYXkgYmUgVFRQLWFzc2lzdGVkIGtleSBkaXN0
cmlidXRpb24gKGxpa2UgQUNFKSwgb3IgdGhlIHVzZSBvZg0KYSBrZXkgZXhjaGFuZ2UgcHJvdG9j
b2wgdG8gZ2V0IGFuIE9TQ09SRSBtYXN0ZXIga2V5IGluIHBsYWNlLiBJZiB0aGF0IGlzDQp3aGF0
IHlvdSByZWZlciB0bywgdGhlbiBJIGNhbiBhZ3JlZSB3ZSBjb3VsZCBnaXZlIG1ha2UgY2xlYXIg
dGhhdCBpdCBpcw0Kb3V0IG9mIHNjb3BlIGVhcmxpZXIgaW4gdGhlIGRvY3VtZW50IGJ1dCBwZXJo
YXBzIGJldHRlciBpbiB0aGUgc2VjdGlvbiAxDQpyYXRoZXIgdGhhbiBpbiB0aGUgYWJzdHJhY3Q/
DQoNCg0KPklNTyBlbmQtdG8tZW5kIGVuY3J5cHRpb24gaXMgYSBiaXQgdGVyc2UgZm9yIG5haXZl
IHBlb3BsZS4NCg0KW0dTXSBXaGlsZSB0aGUgdGVybSAiZW5kLXRvLWVuZCIgaXMgY29tbW9ubHkg
dXNlZCwgSSBhZ3JlZSB0aGF0IHdlIGNvdWxkDQpjbGFyaWZ5IHdoYXQgdGhlIGVuZHBvaW50cyBj
YW4gYmUuDQoNCj5BIHBocmFzZSANCj5hYm91dCBwcm94aWVzIHdvdWxkIGJlIG5pY2UuDQoNCltH
U10gT0ssIHdlIGFkZCB0ZXh0IGFib3V0IE9TQ09SRSBhbGxvd3MgcHJveHkgcHJvY2Vzc2luZyBv
biBjZXJ0YWluDQptZXNzYWdlIGRhdGEuDQoNCg0KPlRoZSBsYXN0IHBocmFzZSAiT1NDT1JFIG1h
eSAuLi4gZHJhZnQuIiBjYW4gYmUgcmVtb3ZlZC4NCj5JdCBpcyBhbiBhc3BlY3QgDQo+dHJlYXRl
ZCBsYXRlciBpbiB0aGUgdGV4dCwgYW5kIG5vdyBjcmVhdGVzIHRoZSBpbXByZXNzaW9uIHRvIGJl
IHRoZSBtYWluDQo+cmVhc29uIGZvciB0aGlzIGRvY3VtZW50Lg0KDQpbR1NdIEFncmVlZC4gVGhh
dCBjb21tZW50IHdhcyByZWNlaXZlZCBhbHNvIGZyb20gYW5vdGhlciByZXZpZXdlci4NCg0KDQo+
DQo+MSBJbnRyb2R1Y3Rpb247DQo+VGhlIGFic3RyYWN0aW9ucyAgY29hcCBtZXNzYWdlIGxheWVy
IGFuZCBjb2FwIHJlcXVlc3QvcmVzcG9uc2UgbGF5ZXIgYXJlDQo+dXNlZC4gVGhlIGRpc2N1c3Np
b25zIGFib3V0IGNvYXAgb3ZlciB0Y3AgdGF1Z2h0IG1lIHRoYXQgdGhlc2UNCj5hYnN0cmFjdGlv
bnMgYXJlIHZlcnkgZGlmZmVyZW50bHkgaW50ZXJwcmV0ZWQgYnkgZGlmZmVyZW50IHBlb3BsZS4g
QQ0KPm1vcmUgY29uY3JldGUgc3RhdGVtZW50IGFib3V0IGNvYXAgcGF5bG9hZCBhbmQgY29hcCBo
ZWFkZXJzIHdpbGwgYmUgbW9yZQ0KPmluZm9ybWF0aXZlLg0KDQoNCltHU10gVGhlc2UgYWJzdHJh
Y3Rpb25zIGFyZSB1c2VkIGluIHRoZSBJbnRyb2R1Y3Rpb24gdG8gYXZvaWQgZ29pbmcgaW50bw0K
d2hpY2ggQ29BUCBoZWFkZXJzIGFyZSBwcm90ZWN0ZWQsIHdoaWNoIGlzIGRvbmUgbGF0ZXIgaW4g
dGhlIGRvY3VtZW50Lg0KUGVyaGFwcyBhIGZvcndhcmQgcmVmZXJlbmNlIHRvIHJlbGV2YW50IHNl
Y3Rpb25zIHdvdWxkIGJlIHN1ZmZpY2llbnQ/DQpBbHNvLCAgdGhlIGRlc2NyaXB0aW9uIG9mIGhv
dyBDb0FQIHdvcmtzIGFib3ZlIEZpZ3VyZSAxIGdpdmVzIGEgaGlnaCBsZXZlbA0KZXhwbGFuYXRp
b24gb2YgaG93IENvQVAgcGF5bG9hZCwgb3B0aW9ucyBhbmQgaGVhZGVyIGZpZWxkcyBhcmUgaGFu
ZGxlZA0KKGFnYWluLCB0aGlzIHBhcnQgY2FuIGJlIG1hZGUgbW9yZSBjbGVhcikuDQoNCg0KPldo
YXQgaXMgYW4gImluLWxheWVyIHNlY3VyaXR5IHByb3RvY29sIj8gVGhpcyBzdGF0ZW1lbnQgZ2Vu
ZXJhdGVzIG1vcmUNCj5xdWVzdGlvbnMgdGhhbiBpdHMgYWJzZW5jZSB3aWxsLg0KDQpbR1NdIEkg
YWdyZWUgdGhhdCB0aGUgdGVybSBtYXkgYmUgY29uZnVzaW5nIGFuZCB3ZSBzaG91bGQgcHJvYmFi
bHkgcmVtb3ZlDQppdC4gSGVyZSBpcyBhbnl3YXkgdGhlIHJhdGlvbmFsZSBmb3IgdGhlIHRlcm06
DQoNCk9TQ09SRSBpcyBhbiBleHRlbnNpb24gdG8gQ29BUCB3aGljaCBwcm90ZWN0cyB0aGUgQ29B
UCBtZXNzYWdlIGFuZA0KcmVwbGFjZXMgdGhlIG9yaWdpbmFsIENvQVAgbWVzc2FnZSB3aXRoIGEg
bW9kaWZpZWQgQ29BUCBtZXNzYWdlICh0aGUNCk9TQ09SRSBtZXNzYWdlKS4gSW4gdGhpcyBzZW5z
ZSwgaXQgZG9lcyBub3QgZGVwZW5kIG9uIGFueSBvdGhlciBsYXllciBpbg0KdGhlIHN0YWNrLCB3
aGljaCBpbiB0dXJuIGVuYWJsZXMgdGhlIGluZGVwZW5kZW5jZSBvZiB1bmRlcmx5aW5nIGxheWVy
cyBhbmQNCnN1cHBvcnQgZm9yIENvQVAgcHJveHkgb3BlcmF0aW9ucyBldGMuLiBXZSBuZWVkIHRv
IG1ha2UgdGhpcyBwYXJ0IGNsZWFyLA0KYnV0IHdlIGRvbuKAmXQgbmVlZCB0byB1c2UgdGhlIHRl
cm0g4oCcaW4tbGF5ZXLigJ0uDQoNCj4NCj5TdGF0ZSB0aGF0IHRoZSAiT2plY3Qtc2VjdXJpdHkg
b3B0aW9uIiBpcyBuZXcgYW5kIGRlZmluZWQgaW4gdGhpcw0KPmRvY3VtZW50Lg0KDQpbR1NdIEl0
IGlzIHN0YXRlZCB0aGF0Og0KDQoiVGhlIHVzZSBvZiBPU0NPUkUgaXMgc2lnbmFsZWQgd2l0aCB0
aGUgT2JqZWN0LVNlY3VyaXR5IENvQVAgb3B0aW9uIG9yDQpIVFRQIGhlYWRlciwgZGVmaW5lZCBp
biBTZWN0aW9uIDIgYW5kIFNlY3Rpb24gMTAuMi7igJ0NCg0KSXMgaXQgdGhlIHdvcmQg4oCcbmV3
4oCdIHlvdSBhcmUgbWlzc2luZz8NCg0KPg0KPlRoZSB0ZXh0ICJPU0NPUkUgcHJvdmlkZXMgcHJv
dGVjdGlvbiBvZiBtZXNzYWdlIHBheWxvYWQuLi4gRmlndXJlMSIgaXMNCj5yZWFsbHkgZGlmZmlj
dWx0IHRvIHVuZGVyc3RhbmQuDQoNCltHU10gVGhpcyBpcyB0aGUgcGFydCBJ4oCZdmUgYmVlbiBy
ZWZlcnJpbmcgdG8gcHJldmlvdXNseSBpbiB0aGlzIG1haWwsIGFuZA0KSSBjYW4gYWdyZWUgdXBv
biByZS1yZWFkaW5nIHRoYXQgaXQgaGFzIG5vdCB0cmFuc2Zvcm1lZCB3ZWxsIGluIHRoZSBsYXRl
c3QNCml0ZXJhdGlvbnMgb2YgdGhlIHRleHQuDQoNCg0KPlByb2JsZW1zIGZvciBtZSBhcmU6IE5v
dCBrbm93aW5nIHdoYXQgYQ0KPm1lc3NhZ2UgaXMsIGRpZmZlcmVuY2UgYmV0d2VlbiBPU0NPUkUg
cGF5bG9hZCBhbmQgY29hcCBwYXlsb2FkLCBhbmQNCj5vdGhlcnMuIA0KDQpbR1NdIEFhaCwgbm93
IEkgc2VlIHdoYXQgd2VudCB3cm9uZy4gVGhlcmUgdXNlZCB0byBiZSBhIOKAmENvQVDigJkgYmVm
b3JlIHRoZQ0Kd29yZCDigJhtZXNzYWdlJywgbGlrZSB0aGlzOg0KDQoiVGhlIHNvbHV0aW9uIHRy
YW5zZm9ybXMgYSBDb0FQIG1lc3NhZ2UgaW50byBhbiAiT1NDT1JFIG1lc3NhZ2UiIGJlZm9yZQ0K
c2VuZGluZywgYW5kIHZpY2UgdmVyc2EgYWZ0ZXINCiAgIHJlY2VpdmluZy7igJ0NCg0KDQpCdXQg
d2hlbiB3ZSBleHRlbmRlZCB0aGUgc2NvcGUgdGhlIEhUVFAsIHdlIHJlbW92ZWQgdGhlIGV4cGxp
Y2l0DQptZW50aW9uaW5nIG9mIOKAmENvQVDigJkgaW4g4oCcQ29BUCBtZXNzYWdl4oCdLCB3aXRo
IHRoZSBhc3N1bXB0aW9uIHRoYXQgIm1lc3NhZ2UiDQpjb3VsZCBiZSBlaXRoZXIgIkNvQVAgbWVz
c2FnZSIgb3IgIkhUVFAgbWVzc2FnZeKAnS4NCg0KTGlrZXdpc2UgdGhlcmUgdXNlZCB0byBiZSBh
IHNlbnRlbmNlIGV4cGxhaW5pbmcgdGhhdCB0aGUgT1NDT1JFIG1lc3NhZ2UgaXMNCmluZGVlZCBh
IENvQVAgbWVzc2FnZSwgYnV0IHRoYXQgc2VlbXMgYWxzbyBoYXZlIGJlZW4gbG9zdCBpbiB0aGUg
YW1iaXRpb24NCm9mIGV4cGxhaW5pbmcgaG93IGl0IHdvcmtzIHdpdGggQ29BUCBhbmQgSFRUUCBh
dCB0aGUgc2FtZSB0aW1lLiBJIG5lZWQgdG8NCnRoaW5rIGFib3V0IHdoYXQgaXMgYmVzdCwgZWl0
aGVyIHJldmVydGluZyBhbmQgZGlzY3VzcyB0aGUgSFRUUCBwYXJ0DQpzZXBhcmF0ZSBvciBhZGRp
bmcgIkNvQVAvSFRUUOKAnSBiZWZvcmUgbWVzc2FnZS4NCg0KPldpdGggbGl0dGxlIGV4dHJhIGVm
Zm9ydCB0aGlzIGNhbiBiZSBkZXNjcmliZWQgbW9yZSBjb25jcmV0ZWx5Lg0KPkkgc3VnZ2VzdCB0
byBqdXN0IGRlc2NyaWJlIGZpZ3VyZSAxIHdoaWNoIGlzIGNsZWFyZXIgdGhhbiB0aGUgdGV4dC4N
Cg0KW0dTXSBZZXMsIGxldOKAmXMgYWRkIHRoYXQgdG9vLg0KDQo+DQo+MyBTZWN1cml0eSBDb250
ZXh0Lg0KPlRoZSB0ZXh0IHJlc3RyaWN0cyBpdHNlbGYgdG8gQUVBRCBhbGdvcml0aG1zLiBDT1NF
IGFsbG93cyBtYW55IG1vcmUuDQoNCltHU10gWWVzLCBpbiBPU0NPUkUgb25seSBDT1NFX0VuY3J5
cHQwIHdpdGggQUVBRCBpcyBkZWZpbmVkLiBUaGVyZSBpcyBhDQpwbGFjZWhvbGRlciBmb3IgYW4g
YWRkaXRpb25hbCBjb3VudGVyc2lnbmF0dXJlLCB3aGljaCBpcyBkZWZpbmVkIGluIHRoZQ0KR3Jv
dXAgT1NDT1JFIGRyYWZ0Lg0KDQpUaGVyZSBoYXMgYmVlbiBhIGRpc2N1c3Npb24gYWJvdXQgcmVh
ZGluZyBhbmQgdmVyaWZ5IGludGVncml0eSBpbiBwcm94aWVzLA0KYW5kIHRoYXQgY2FuIGJlIGFj
aGlldmVkIGUuZy4gYnkgaGF2aW5nIGEgQ2xhc3MgSSBvciBDbGFzcyBVIG9wdGlvbiB3aXRoIGEN
CkNPU0VfTWFjMCBvYmplY3QgdmVyaWZpZWQgaW4gdGhlIHByb3h5LiBUaGlzIHdvdWxkIGJlIGFu
IGFwcGxpY2F0aW9uIG9mDQpPU0NPUkUsIGFuZCBpZiBuZWNlc3NhcnksIGNhbiBkZXNjcmliZWQg
aW4gYSBzZXBhcmF0ZSBkcmFmdC4NCg0KQXJlIHRoZXJlIGFueSBvdGhlciBraW5kIG9mIENPU0Ug
b2JqZWN0cyB5b3Ugd2FudCB0byB1c2UgKHdoYXQgYXJlIHRoZSB1c2UNCmNhc2VzKT8gDQoNCg0K
PkkgDQo+Y2FuIGltYWdpbmUgdGhhdCBpbiBzb21lIGluc3RhbGxhdGlvbnMsIG9ubHkgb25lIGNv
bnRleHQgcGVyIHNlcnZlciBpcw0KPm5lZWRlZC4gSW4gdGhhdCBjYXNlLCB0aGUgQWRkaXRpb25h
bCBEYXRhIGNhbiBiZSBlbXB0eS4NCg0KW0dTXSBJIGRpZG7igJl0IHVuZGVyc3RhbmQgdGhpcyBw
YXJ0IG9mIHRoZSBjb21tZW50Lg0KDQo+IElzIGl0IHBvc3NpYmxlIA0KPnRvIGV4dGVuZCB0aGUg
Y2hvaWNlIG9mIGFsZ29yaXRobXMgdG8gYWxsIENPU0UgKGFuZCBmdXR1cmUgb25lcykgYW5kDQo+
cG9pbnQgb3V0IHRoYXQgdHJhbnNtaXR0aW5nIHRoZSBjb250ZXh0IGlkZW50aWZpZXIgbmVjZXNz
aXRhdGVzIGFuIEFFQUQNCj5hbGdvcml0aG0/DQoNCltHU10gU2FtZSBxdWVzdGlvbiBhcyBhYm92
ZSwgd2hhdCBhcmUgdGhlIHVzZSBjYXNlcyBmb3IgdGhlIENPU0Ugb2JqZWN0cw0Kbm90IGFscmVh
ZHkgbWVudGlvbmVkPyBTaW5jZSBkaWZmZXJlbnQgQ09TRSBvYmplY3RzIGFzc3VtZSBkaWZmZXJl
bnQNCnNlY3VyaXR5IGNvbnRleHRzIGFuZCBkaWZmZXJlbnQgcHJvY2Vzc2luZyBzdGVwcyB3ZSBk
aWRu4oCZdCB0cnkgdG8gY292ZXINCnRoZW0gYWxsIGluIG9uZSBzcGVjaWZpY2F0aW9uLiBTaG91
bGQgYWRkaXRpb25hbCBDT1NFIG9iamVjdHMgYmUgbmVlZGVkIHdlDQpjb3VsZCBtYWtlIGFuIGV4
dGVuc2lvbiAoZS5nLiB1c2luZyB0aGUgT1NDT1JFIGZsYWcgYnl0ZSBhcyBhbiBleHRlbnNpb24N
CnBvaW50LikNCg0KDQo+VGhlIHRleHQgc3VnZ2VzdHMgdGhhdCB0aGUgZGVyaXZhdGlvbiBvZiB0
aGUga2V5cyBpcyBkb25lIGluZGVwZW5kZW50bHkNCj5pbiBjbGllbnQgYW5kIHNlcnZlci4gSXMg
aXQgbm90IHBvc3NpYmxlIHRvIGRpc3RyaWJ1dGUgZGVyaXZlZCBrZXlzIHdpdGgNCj5vdGhlciBt
ZWNoYW5pc21zPyAob2F1dGgtYXV0aHogaXMgbWVudGlvbmVkIGxhdGVyKS4NCg0KW0dTXSBUaGUg
ZGVyaXZhdGlvbnMgaW4gY2xpZW50IGFuZCBzZXJ2ZXIgYXJlIGlkZW50aWNhbC4gSXQgaXMgcG9z
c2libGUgdG8NCmRpc3RyaWJ1dGUgdGhlIGRlcml2ZWQga2V5cywgYnV0IHdlIGRpZG7igJl0IHNl
ZSBhbnkgYmVuZWZpdHMgY29tcGFyZWQgdG8NCmp1c3QgZGlzdHJpYnV0aW5nIHRoZSBmZXcgaW5w
dXQgcGFyYW1ldGVycyBuZWVkZWQgZm9yIGtleSBkZXJpdmF0aW9uLiBXaGF0DQp1c2UgY2FzZSBk
aWQgeW91IGhhdmUgaW4gbWluZD8NCg0KDQo+SW4gMy4yIHRoZSB0ZXh0IHNheXMgdGhhdCBpbnB1
dCBwYXJhbWV0ZXJzIG1heSBiZSBwcmUtZXN0YWJsaXNoZWQuDQo+QWRkaXRpb25hbCB0ZXh0IHBv
aW50aW5nIG91dCB0aGUgY3VycmVudCBwb3NzaWJpbGl0aWVzIGFuZCB0aGVpcg0KPmNvbnNlcXVl
bmNlcyB3b3VsZCBiZSB3ZWxjb21lIHRvIG1lLg0KDQpbR1NdIE9LLCBnb29kIHBvaW50LiBJIG5v
dGUgdGhhdCB0aGUgQUNFIGZyYW1ld29yayBpcyByZWZlcmVuY2VkIGluc3RlYWQNCm9mIHRoZSBP
U0NPUkUgcHJvZmlsZSBvZiBBQ0UgYW5kIHdlIHNob3VsZCBjaGFuZ2UgdGhhdCB0b28uDQoNCj4N
Cj40IHByb3RlY3RlZCBtZXNzYWdlIGZpZWxkcy4NCj5BZ2Fpbiwgd2hhdCBpcyBhIChjb2FwLCBP
c2NvcmUpIG1lc3NhZ2U/DQoNCltHU10gU2luY2UgdGhpcyBwYXJ0IGhhcyBiZWVuIGxvc3QgZnJv
bSB0aGUgaW50cm9kdWN0aW9uIEkgY2FuIHVuZGVyc3RhbmQNCnRoZSBjb25mdXNpb24uIFRoZSBv
cmlnaW5hbCBDb0FQIG1lc3NhZ2UgaXMgdHJhbnNmb3JtZWQgYnkgdGhlIHNlbmRlciBpbnRvDQph
IE9TQ09SRSBtZXNzYWdlICh3aGljaCBpcyBhIENvQVAgbWVzc2FnZSBjb250YWluaW5nIHRoZSBw
cm90ZWN0ZWQgbWVzc2FnZQ0KZmllbGRzKSwgYW5kIHRoZSBPU0NPUkUgbWVzc2FnZSBpcyB0cmFu
c2Zvcm1lZCBiYWNrIGJ5IHRoZSByZWNpcGllbnQuDQoNCj5Nb3N0IG9mIHRoZSB0ZXh0IGlzIGFi
b3V0IElubmVyIGFuZCBPdXRlciBtZXNzYWdlIGZpZWxkcy4gSU1PIEZpZ3VyZSA1DQo+c2hvdWxk
IGJlIGV4cHJlc3NlZCBpbiB0aG9zZSB0d28gYXNwZWN0cy4NCg0KW0dTXSBXZSBoYXZlIGhhZCBz
b21lIGRpc2N1c3Npb25zIGFib3V0IGhvdyB0byBiZXN0IGlsbHVzdHJhdGUgdGhlDQpkaWZmZXJl
bnQgcHJvY2Vzc2luZyBjYXNlcyBmb3IgdGhlIG9wdGlvbnMuIFNpbmNlIHRoZXJlIGFyZSB0aHJl
ZSBjbGFzc2VzDQooRSwgSSAsIFUpIGFuZCB0aGUgdGVybSBPdXRlciBtYXBzIHRvIGJvdGggSSBh
bmQgVSwgc29tZSBpbmZvcm1hdGlvbiBnZXRzDQpsb3N0IGJ5IG9ubHkgc3BlYWtpbmcgYWJvdXQg
SW5uZXIgYW5kIE91dGVyLiBUaGVuIGFnYWluLCBzaW5jZSB0aGVyZSBhcmUNCm5vdCBhbnkgY2xh
c3MgSSBvcHRpb25zIGRlZmluZWQgeWV0LCBJIHVuZGVyc3RhbmQgeW91ciBwb2ludCBvZiB2aWV3
Lg0KDQo+SW50ZWdyaXR5IHByb3RlY3RlZCBjb2FwIG9wdGlvbnMgZG9lcyBub3QgZXhpc3QgdG8t
ZGF5LCBidXQgaXRzIGV2ZW50dWFsDQo+cHJlc2VuY2UgaXMgdHJlYXRlZCBhcyBtYWluIGZvY3Vz
Lg0KDQpbR1NdIEkgd291bGQgbm90IHNheSBDbGFzcyBJIG9wdGlvbnMgYXJlIG1haW4gZm9jdXMs
IGJ1dCB0aGV5IHJlcXVpcmUNCnNwZWNpYWwgcHJvY2Vzc2luZyBhbmQgYW50aWNpcGF0aW5nIHRo
ZWlyIHVzZWZ1bG5lc3MgKHNlZSBleGFtcGxlIGFib3ZlKQ0Kd2Ugd2FudGVkIHRvIGluY2x1ZGUg
dGhlaXIgcHJvY2Vzc2luZyBpbiB0aGUgc3BlY2lmaWNhdGlvbi4NCg0KPlRoaXMgaXMgYSBiaXQg
Y29uZnVzaW5nIGVzcGVjaWFsbHkgYXMNCj5sZXR0ZXIgIkkiIGNvdWxkIHN0YW5kIGZvciBJbm5l
ciBhbmQgSW50ZWdyaXR5Lg0KDQpbR1NdIFllcywgdGhlc2Ugd29yZHMgZG8gc3RhcnQgd2l0aCB0
aGUgc2FtZSBsZXR0ZXIsIGJ1dCB0aGVyZSBpcyBubw0KIkNsYXNzIE/igJ0gc28gSSBiZWxpZXZl
IGl0IHNob3VsZCBiZSBwb3NzaWJsZSB0byBtYWtlIHRoZSBkaXN0aW5jdGlvbi4NCg0KPkkgZm91
bmQgdGhlIHNlcGFyYXRpb24gb2YgaW5uZXIgYW5kIG91dGVyIE1heC1hZ2UgY29uZnVzaW5nOiBJ
cyBpdCBub3QNCj5iZXR0ZXIgdG8gYWRkIGEgbmV3IG9wdGlvbjogY2FjaGUtYWdlPw0KDQpbR1Nd
IFNvcnJ5LCBJIGRpZG7igJl0IHVuZGVyc3RhbmQgd2hhdCBpcyBjb25mdXNpbmcgYW5kIHdoeSBh
IG5ldyBvcHRpb24NCndvdWxkIGJlIGJldHRlci4NCg0KQXMgYWxsIG9wdGlvbnMgd2hpY2ggaGFz
IGJvdGggaW5uZXIgYW5kIG91dGVyIGluc3RhbmNlcywgdGhpcyBlbmFibGVzIHRoZQ0KZmVhdHVy
ZSB0byBjb21tdW5pY2F0ZSBkaWZmZXJlbnRseSB3aXRoIGVuZHBvaW50IGFuZCB3aXRoIGFuIGlu
dGVybWVkaWF0ZQ0KcHJveHkuIEluIHBhcnRpY3VsYXIgZm9yIGxlZ2FjeSBwcm94aWVzLCB3ZSBu
ZWVkIHRvIHVzZSB0aGUgbGVnYWN5IG9wdGlvbnMNCmFzIG91dGVyIG9wdGlvbiBpbnN0YW5jZXMg
dG8gY29tbXVuaWNhdGUgd2l0aCB0aGUgcHJveHkuIEFuZCBhdCB0aGUgc2FtZQ0KdGltZSB3ZSBj
YW4gdXNlIHRoZSBpbm5lciBvcHRpb24gdG8gY29tbXVuaWNhdGUgd2l0aCB0aGUgZW5kcG9pbnQu
IEZvciB0aGUNCmVuZHBvaW50IHdlIHVzZSBNYXgtQWdlIGluIHRoZSB1c3VhbCB3YXksIGZvciBh
IHByb3h5IHdlIHVzZSBNYXgtYWdlIHRvDQphdm9pZCB1bm5lY2Vzc2FyeSBjYWNoaW5nLg0KDQoN
Cj5BbHNvIHRoZSBvdXRlciBibG9jayBvcHRpb24gaXMgY29uZnVzaW5nLiBJIHVuZGVyc3RhbmQg
dGhlIGJsb2NrIG9wdGlvbg0KPnRvIGJlIGFuIGVuZC10by1lbmQgb3B0aW9uLCBhbmQgdG8gYmUg
bm8gY29uY2VybiBvZiBpbnRlcm1lZGlhdGUNCj5yb3V0ZXJzLCBicmlkZ2VzIG9yIHByb3hpZXMu
IFRoZSBibG9jayBvcHRpb24gc2hvdWxkIGJlIHVzZWQgYnkgY2xpZW50DQo+YW5kIHNlcnZlciB3
aXRoIGtub3dsZWRnZSBhYm91dCB0cmFuc21pdHRlZCBwYWNrZXQgKGRhdGFncmFtKSBzaXplLiBJ
Zg0KPnBhY2tldCBzaXplIGRhdGEgYXJlIHdyb25nLCBvdGhlciBtZWFucyBvZiBmcmFnbWVudGF0
aW9uIGFyZSBwb3NzaWJsZQ0KPmFuZCB0aGVzZSBhcmUgb3V0c2lkZSB0aGUgY29hcCBlbmQtdG8t
ZW5kIHNlY3VyaXR5IHNjb3BlLg0KDQoNCltHU10gWW91ciB1bmRlcnN0YW5kaW5nIGlzIGVudGly
ZWx5IGNvcnJlY3QuIEhvd2V2ZXIsIHdlIG5lZWQgdG8gZGVzY3JpYmUNCm91dGVyIGJsb2NrIHBy
b2Nlc3NpbmcgdG8gdGhlIGV4dGVudCBpdCBoYXMgYW4gaW1wYWN0IG9uIHRoZSBPU0NPUkUNCnBy
b2Nlc3NpbmcuIFNpbmNlIHByb3hpZXMgbWF5IHBlcmZvcm0gYmxvY2sgcHJvY2Vzc2luZyBvbiBP
U0NPUkUgbWVzc2FnZXMsDQphIHJlY2lwaWVudCBtYXkgcmVjZWl2ZSBhIGZyYWdtZW50IChibG9j
aykgb2YgYW4gT1NDT1JFIG1lc3NhZ2UsIGFuZCB0aHVzDQpmaXJzdCBuZWVkIHRvIHdhaXQgZm9y
IHRoZSByZW1haW5pbmcgYmxvY2tzIGJlZm9yZSBwcm9jZXNzaW5nIHRoZSBPU0NPUkUNCm1lc3Nh
Z2UuDQoNClRoaXMgaXMgaW4gY29udHJhc3QgdG8gb3RoZXIgQ29BUCBwcm9jZXNzaW5nIHdoaWNo
IGNvbWVzIGFmdGVyIE9TQ09SRSBoYXMNCnZlcmlmaWVkIGFuZCBkZWNyeXB0ZWQgdGhlIG1lc3Nh
Z2UuIE91dGVyIGJsb2NrIGlzIHRodXMgYW4gZXhjZXB0aW9uLA0Kd2hpY2ggaXMgdmlzaWJsZSBp
biB0aGUgcHJvY2Vzc2luZyBzdGVwcywgc2VlIGUuZy4gc2VjdGlvbiA3LjIsIGJ1dCB3ZQ0Kc2hv
dWxkIGhpZ2hsaWdodCB0aGF0IGJldHRlciBpbiB0aGUgZGVzY3JpcHRpb24gYWJvdXQgdGhlIG91
dGVyIGJsb2NrDQpvcHRpb24uDQoNCj4NCj44IE9TQ09SRSBjb21wcmVzc2lvbi4NCj5JZiBJIHVu
ZGVyc3RhbmQgY29ycmVjdGx5LCB0aGUgY29tcHJlc3Npb24gcmVtb3ZlcyBDQk9SIHRhZ3Mgd2hp
Y2ggYXJlDQo+c2VsZi1ldmlkZW50Lg0KPkNvdWxkIHRoYXQgbW90aXZhdGlvbiBiZSBhZGRlZDsg
T25jZSBJIHJlYWxpemVkIHRoYXQgYXNwZWN0LCB0aGUgc2VjdGlvbg0KPmJlY2FtZSBtdWNoIGNs
ZWFyZXIuDQoNCltHU10gR29vZCBwb2ludC4gWWVzLCBjb21wcmVzc2lvbiBjYW4gbWVhbiBkaWZm
ZXJlbnQgdGhpbmdzLCBpbiB0aGlzIGNhc2UNCml0IGlzIGJhc2ljYWxseSBlbGlkaW5nIGZpeGVk
IGRhdGEuIFdlIGluY2x1ZGUgeW91ciBwcm9wb3NhbC4NCg0KPg0KPlRoYW5rcyBmb3IgYWxsIHlv
dXIgd29yazsgSG9wZSB0aGlzIGhlbHBzLg0KPk5pY2UgZG9jdW1lbnQsDQoNClRoYW5rcywgdmVy
eSBoZWxwZnVsIQ0KDQpHw7ZyYW4NCg0KPg0KDQo=


From nobody Tue Dec 12 11:54:25 2017
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 C6FEC128656 for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 11:54:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 ioSr3qeVKPy2 for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 11:54:22 -0800 (PST)
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 5DC8B126B7E for <core@ietf.org>; Tue, 12 Dec 2017 11:54:21 -0800 (PST)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Tue, 12 Dec 2017 11:52:59 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: <core@ietf.org>
Date: Tue, 12 Dec 2017 11:54:11 -0800
Message-ID: <01b801d37382$fcc83bc0$f658b340$@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: AdNzgscm2QoJ1sBFTLiKSD2ljxZIow==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/63jwvIsHMBiWIK8eZ1ve2_AnyNA>
Subject: [core] Signaling of BERT in TLS draft
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 12 Dec 2017 19:54:24 -0000

I have just sat down to try and get my BERT support working correctly (and
clean up some block transfer bugs at the same time), and I have a question
about signaling support for BERT.

The document has the following two ways to signal BERT.

1. Use the SZX value of 7, presumably as part of a an early request to
signal that it is supported.
2. The use of the Block-wise transfer capability option combined w/ the
Max-Message-Size Option.


Questions: 

1.  The following sequence of events occurs

Signal - Max-Message-Size=3+K, Block-wise Transfer
Signal - Max-Message-Size=1152
Signal - Max-Message-Size=3+K

At the end of the sequence is the block-wise transfer capability still
enabled or not?  The text says that step two in this sequence indicates that
it is no longer supported but I question that this is the intent.  I think
it means that you can't do it not that it is no longer supported and thus
step three would re-able it.

2.  If I send an SZ value of 7 as part of an early request, is this an
indicator for the channel as a whole or only for the specific request?

Jim



From nobody Tue Dec 12 12:15:52 2017
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 7C059129521 for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 12:15:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 2gb5d5qMSyYi for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 12:15:48 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 090CD1294CF for <core@ietf.org>; Tue, 12 Dec 2017 12:15:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id vBCKF8vm016212; Tue, 12 Dec 2017 21:15:08 +0100 (CET)
Received: from [192.168.217.124] (p5DC7F151.dip0.t-ipconnect.de [93.199.241.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3yx9zc3SBnzDXBR; Tue, 12 Dec 2017 21:15:08 +0100 (CET)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <01b801d37382$fcc83bc0$f658b340$@augustcellars.com>
Date: Tue, 12 Dec 2017 21:15:06 +0100
Cc: core@ietf.org
X-Mao-Original-Outgoing-Id: 534802506.578821-e755439386ce4c9e8af968a12bed3470
Content-Transfer-Encoding: quoted-printable
Message-Id: <C9F2E099-7C2F-45E7-88F1-DE810AE58F43@tzi.org>
References: <01b801d37382$fcc83bc0$f658b340$@augustcellars.com>
To: Jim Schaad <ietf@augustcellars.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/QMFLYcrizSpbQZ3wPOGSuI6DVbk>
Subject: Re: [core] Signaling of BERT in TLS draft
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 12 Dec 2017 20:15:50 -0000

Hi Jim,

thank you for the feedback.
Those =E2=80=9Cquestions from the implementers=E2=80=9D are always very =
useful.

> On Dec 12, 2017, at 20:54, Jim Schaad <ietf@augustcellars.com> wrote:
>=20
> I have just sat down to try and get my BERT support working correctly =
(and
> clean up some block transfer bugs at the same time), and I have a =
question
> about signaling support for BERT.
>=20
> The document has the following two ways to signal BERT.
>=20
> 1. Use the SZX value of 7, presumably as part of a an early request to
> signal that it is supported.
> 2. The use of the Block-wise transfer capability option combined w/ =
the
> Max-Message-Size Option.
>=20
>=20
> Questions:=20
>=20
> 1.  The following sequence of events occurs
>=20
> Signal - Max-Message-Size=3D3+K, Block-wise Transfer
> Signal - Max-Message-Size=3D1152
> Signal - Max-Message-Size=3D3+K
>=20
> At the end of the sequence is the block-wise transfer capability still
> enabled or not? =20

Yes. 5.3 says:

   Both capability and setting options are cumulative.  A CSM does not
   invalidate a previously sent capability indication or setting even if
   it is not repeated.  A capability message without any option is a no-
   operation (and can be used as such).  An option that is sent might
   override a previous value for the same option.  The option defines
   how to handle this case if needed.


> The text says that step two in this sequence indicates that
> it is no longer supported

Where?

> but I question that this is the intent.  I think
> it means that you can't do it not that it is no longer supported and =
thus
> step three would re-able it.
>=20
> 2.  If I send an SZ value of 7 as part of an early request, is this an
> indicator for the channel as a whole or only for the specific request?

This is for the specific request.

(For the channel, it is useful to know max-message-size in order to know =
whether BERT makes sense.
For a specific request, a requester can indicate in this way that it =
would prefer BERT, but there is no way to say =E2=80=9CI have a =
max-message-size of 129 KiB, but for this request, 16 KiB blocks would =
be the bee=E2=80=99s knees...)

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


From nobody Tue Dec 12 12:34:12 2017
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 86118129540 for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 12:34:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 vIUGZMVRvxQU for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 12:34:09 -0800 (PST)
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 BF19612726E for <core@ietf.org>; Tue, 12 Dec 2017 12:34:08 -0800 (PST)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Tue, 12 Dec 2017 12:32:46 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: 'Carsten Bormann' <cabo@tzi.org>
CC: <core@ietf.org>
References: <01b801d37382$fcc83bc0$f658b340$@augustcellars.com> <C9F2E099-7C2F-45E7-88F1-DE810AE58F43@tzi.org>
In-Reply-To: <C9F2E099-7C2F-45E7-88F1-DE810AE58F43@tzi.org>
Date: Tue, 12 Dec 2017 12:33:59 -0800
Message-ID: <01ca01d37388$8bd895d0$a389c170$@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: AQEmFSkSa74Kj5/8XAKMPE8P+0EFTwE5ADM9pJEdjIA=
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/9KjTAtsFN1WK6w6YxOwf7LXqUJE>
Subject: Re: [core] Signaling of BERT in TLS draft
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 12 Dec 2017 20:34:10 -0000

> -----Original Message-----
> From: Carsten Bormann [mailto:cabo@tzi.org]
> Sent: Tuesday, December 12, 2017 12:15 PM
> To: Jim Schaad <ietf@augustcellars.com>
> Cc: core@ietf.org
> Subject: Re: [core] Signaling of BERT in TLS draft
>=20
> Hi Jim,
>=20
> thank you for the feedback.
> Those =E2=80=9Cquestions from the implementers=E2=80=9D are always =
very useful.
>=20
> > On Dec 12, 2017, at 20:54, Jim Schaad <ietf@augustcellars.com> =
wrote:
> >
> > I have just sat down to try and get my BERT support working =
correctly
> > (and clean up some block transfer bugs at the same time), and I have =
a
> > question about signaling support for BERT.
> >
> > The document has the following two ways to signal BERT.
> >
> > 1. Use the SZX value of 7, presumably as part of a an early request =
to
> > signal that it is supported.
> > 2. The use of the Block-wise transfer capability option combined w/
> > the Max-Message-Size Option.
> >
> >
> > Questions:
> >
> > 1.  The following sequence of events occurs
> >
> > Signal - Max-Message-Size=3D3+K, Block-wise Transfer Signal -
> > Max-Message-Size=3D1152 Signal - Max-Message-Size=3D3+K
> >
> > At the end of the sequence is the block-wise transfer capability =
still
> > enabled or not?
>=20
> Yes. 5.3 says:
>=20
>    Both capability and setting options are cumulative.  A CSM does not
>    invalidate a previously sent capability indication or setting even =
if
>    it is not repeated.  A capability message without any option is a =
no-
>    operation (and can be used as such).  An option that is sent might
>    override a previous value for the same option.  The option defines
>    how to handle this case if needed.
>=20
>=20
> > The text says that step two in this sequence indicates that it is no
> > longer supported

The text in section 5.3.2 states:

Subsequently, if the Max-Message-Size Option is
   indicated with a value equal to or less than 1152, BERT support is no
   longer indicated.

To me that says I should go into an unknown state.


>=20
> Where?
>=20
> > but I question that this is the intent.  I think it means that you
> > can't do it not that it is no longer supported and thus step three
> > would re-able it.
> >
> > 2.  If I send an SZ value of 7 as part of an early request, is this =
an
> > indicator for the channel as a whole or only for the specific =
request?
>=20
> This is for the specific request.

Good, that was my guess, but was not sure.=20

Jim


>=20
> (For the channel, it is useful to know max-message-size in order to =
know
> whether BERT makes sense.
> For a specific request, a requester can indicate in this way that it =
would prefer
> BERT, but there is no way to say =E2=80=9CI have a max-message-size of =
129 KiB, but for
> this request, 16 KiB blocks would be the bee=E2=80=99s knees...)
>=20
> Gr=C3=BC=C3=9Fe, Carsten



From nobody Tue Dec 12 12:53:37 2017
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 B896E12726E for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 12:53:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 7GxSmyiYMOfe for <core@ietfa.amsl.com>; Tue, 12 Dec 2017 12:53:34 -0800 (PST)
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 CA69E1201F8 for <core@ietf.org>; Tue, 12 Dec 2017 12:53:33 -0800 (PST)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Tue, 12 Dec 2017 12:52:12 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: 'Carsten Bormann' <cabo@tzi.org>
CC: <core@ietf.org>
References: <01b801d37382$fcc83bc0$f658b340$@augustcellars.com> <C9F2E099-7C2F-45E7-88F1-DE810AE58F43@tzi.org>
In-Reply-To: <C9F2E099-7C2F-45E7-88F1-DE810AE58F43@tzi.org>
Date: Tue, 12 Dec 2017 12:53:26 -0800
Message-ID: <01cb01d3738b$433ac610$c9b05230$@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: AQEmFSkSa74Kj5/8XAKMPE8P+0EFTwE5ADM9pJEjoKA=
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/GZ1mOdKlTlTJBKrFjLaRumNXNIE>
Subject: Re: [core] Signaling of BERT in TLS draft
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 12 Dec 2017 20:53:36 -0000

Rereading the section again I just noticed that I was totally misreading =
it.  For some reason I was reading it as supports BERT not supports =
block-wise transfer.

Sorry.

Jim


> -----Original Message-----
> From: Carsten Bormann [mailto:cabo@tzi.org]
> Sent: Tuesday, December 12, 2017 12:15 PM
> To: Jim Schaad <ietf@augustcellars.com>
> Cc: core@ietf.org
> Subject: Re: [core] Signaling of BERT in TLS draft
>=20
> Hi Jim,
>=20
> thank you for the feedback.
> Those =E2=80=9Cquestions from the implementers=E2=80=9D are always =
very useful.
>=20
> > On Dec 12, 2017, at 20:54, Jim Schaad <ietf@augustcellars.com> =
wrote:
> >
> > I have just sat down to try and get my BERT support working =
correctly
> > (and clean up some block transfer bugs at the same time), and I have =
a
> > question about signaling support for BERT.
> >
> > The document has the following two ways to signal BERT.
> >
> > 1. Use the SZX value of 7, presumably as part of a an early request =
to
> > signal that it is supported.
> > 2. The use of the Block-wise transfer capability option combined w/
> > the Max-Message-Size Option.
> >
> >
> > Questions:
> >
> > 1.  The following sequence of events occurs
> >
> > Signal - Max-Message-Size=3D3+K, Block-wise Transfer Signal -
> > Max-Message-Size=3D1152 Signal - Max-Message-Size=3D3+K
> >
> > At the end of the sequence is the block-wise transfer capability =
still
> > enabled or not?
>=20
> Yes. 5.3 says:
>=20
>    Both capability and setting options are cumulative.  A CSM does not
>    invalidate a previously sent capability indication or setting even =
if
>    it is not repeated.  A capability message without any option is a =
no-
>    operation (and can be used as such).  An option that is sent might
>    override a previous value for the same option.  The option defines
>    how to handle this case if needed.
>=20
>=20
> > The text says that step two in this sequence indicates that it is no
> > longer supported
>=20
> Where?
>=20
> > but I question that this is the intent.  I think it means that you
> > can't do it not that it is no longer supported and thus step three
> > would re-able it.
> >
> > 2.  If I send an SZ value of 7 as part of an early request, is this =
an
> > indicator for the channel as a whole or only for the specific =
request?
>=20
> This is for the specific request.
>=20
> (For the channel, it is useful to know max-message-size in order to =
know
> whether BERT makes sense.
> For a specific request, a requester can indicate in this way that it =
would prefer
> BERT, but there is no way to say =E2=80=9CI have a max-message-size of =
129 KiB, but for
> this request, 16 KiB blocks would be the bee=E2=80=99s knees...)
>=20
> Gr=C3=BC=C3=9Fe, Carsten



From nobody Wed Dec 13 03:50:42 2017
Return-Path: <esko.dijk@philips.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 E28251270A7; Wed, 13 Dec 2017 03:50:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level: 
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 H2gkDsPSZ3c9; Wed, 13 Dec 2017 03:50:36 -0800 (PST)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0040.outbound.protection.outlook.com [104.47.2.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4ADE6124BFA; Wed, 13 Dec 2017 03:50:32 -0800 (PST)
Received: from VI1P121CA0005.EURP121.PROD.OUTLOOK.COM (2603:10a6:821:2::15) by DB5P121MB0008.EURP121.PROD.OUTLOOK.COM (2a01:111:e400:e2b3::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.13; Wed, 13 Dec 2017 11:50:30 +0000
Received: from AM5EUR02FT048.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e1e::202) by VI1P121CA0005.outlook.office365.com (2603:10a6:821:2::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.14 via Frontend Transport; Wed, 13 Dec 2017 11:50:29 +0000
Authentication-Results: spf=neutral (sender IP is 13.80.155.198) smtp.mailfrom=philips.com; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=fail action=none header.from=philips.com;
Received-SPF: Neutral (protection.outlook.com: 13.80.155.198 is neither permitted nor denied by domain of philips.com)
Received: from EDGE-VM-002.westeurope.cloudapp.azure.com (13.80.155.198) by AM5EUR02FT048.mail.protection.outlook.com (10.152.9.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.302.6 via Frontend Transport; Wed, 13 Dec 2017 11:50:29 +0000
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (213.199.154.245) by autodiscover.lighting.com (192.168.0.5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1034.26; Wed, 13 Dec 2017 11:34:28 +0000
Received: from DB6P121MB0038.EURP121.PROD.OUTLOOK.COM (129.75.191.85) by DB6P121MB0038.EURP121.PROD.OUTLOOK.COM (129.75.191.85) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.14; Wed, 13 Dec 2017 11:33:57 +0000
Received: from DB6P121MB0038.EURP121.PROD.OUTLOOK.COM ([129.75.191.85]) by DB6P121MB0038.EURP121.PROD.OUTLOOK.COM ([129.75.191.85]) with mapi id 15.20.0282.014; Wed, 13 Dec 2017 11:33:57 +0000
From: Esko Dijk <esko.dijk@philips.com>
To: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= <jaime.jimenez@ericsson.com>, "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
CC: "draft-ietf-core-object-security.authors@ietf.org" <draft-ietf-core-object-security.authors@ietf.org>
Thread-Topic: =?utf-8?B?W2NvcmVdICAg8J+UlCBXR0xDIG9uIGRyYWZ0LWlldGYtY29yZS1vYmplY3Qt?= =?utf-8?Q?security?=
Thread-Index: AQHTYhGMS+4UphHIvUqWVhsdb1BPBKNBQP3Q
Date: Wed, 13 Dec 2017 11:33:57 +0000
Message-ID: <DB6P121MB0038BC4D9CB5198A75E9C14C9B350@DB6P121MB0038.EURP121.PROD.OUTLOOK.COM>
References: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com>
In-Reply-To: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=esko.dijk@lighting.com; 
x-originating-ip: [80.246.199.209]
x-ms-publictraffictype: Email
X-Microsoft-Exchange-Diagnostics-untrusted: 1; DB6P121MB0038; 6:Osr3IrcJ1p9gnYkoNUWyBVLiGqppZK10/q/ATcjQT1TsADqcI5OQaCNpTtqWHmxFecFLx/lHq8ctU30xAv+DslfysHw/3XD1H6gRbtnjxI/QcBj/k6Fxhuw00Fnx/6mbh9LN23Ps94mu7MIRLS+Xz04kFMmIkokyPJE0fl/PPwsgQim9Ocy92wBsOsLYY57uyWC6xejUVU+XAQ9GcrqpQV89+cU3j0GqO5YZhdSwD5C/fGslaKtn8djM/XbjED3ySSOaNgB7/3ptAKUZtgnBENk2J9zDTMUiC3CC/atN35+2XI7yyJOoxiQP3s1rclAbxGeI+DJy9i/sZhw5NGtfY91Pb+Fi4+F0CvERZkRsPIM=; 5:Gripe6CK+XLMA5GTTpkSGbo+UGim9a1WXYmvvzHSH73p26MOK9zLT5lKFhs/bDZYeYNPIGcgEC3pvjxknk/yPhYmzdY1a7My9md0J5QtzOGe8EFEXOmlyeY6LaYnLXtLwGFZrJmL1tMlmEFbzZcG/eWfRXUgdsRN/GpJfomIkbA=; 24:4f3lhsOIQ6GRo2H55PdIgpPF+7usZZEx44TSctL9oyr18bumLzJ1x2h1gvCAO8cdknZSnOdyYh3KSm2a/ApusZw/3/s/XehOsrwfXuWXK2U=; 7:eo0JdRenclP5hFJ1gqGB2eTxuzvpAnfYOj7Cbai+7hT6shbFsJPrgmO0yU0Wj88fUbZFewRMgto9K/9MddAFpuchvP00eMNhcDlx3A3+AGtPzTxcIJGcXT1gaLC4KVnrSKfQBESeYl75HzQnqPiYxmvt27ymaaco72YpjRNeZnzIotsxukm0SMcEPftTuxoFVOUd8vch4Cxbpm5+Me37vRedEs10FgZ5iadAWpmy9O/gSFSZuS0Tt431iRoxyA4l
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
X-MS-Office365-Filtering-Correlation-Id: 171f2bc7-35f5-442c-60c6-08d5421fb534
X-Microsoft-Antispam-Untrusted: UriScan:; BCL:0; PCL:0; RULEID:(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(5600026)(4604075)(2017052603307); SRVR:DB6P121MB0038; 
X-MS-TrafficTypeDiagnostic: DB6P121MB0038:|DB5P121MB0008:
X-Microsoft-Antispam-PRVS: <DB5P121MB0008DCBBCD2B411EC8B46240F2350@DB5P121MB0008.EURP121.PROD.OUTLOOK.COM>
x-exchange-antispam-report-test: UriScan:(158342451672863)(192374486261705)(21748063052155)(17755550239193);  UriScan:(158342451672863)(192374486261705)(21748063052155)(17755550239193); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(3231023)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123564025)(20161123558100)(20161123562025)(20161123555025)(6072148)(201708071742011); SRVR:DB6P121MB0038; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:DB6P121MB0038; BCL:0; PCL:0; RULEID:(6095135)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93003095)(3231023)(3002001)(6055026)(6096035)(20161123561025)(20161123563025)(20161123565025)(20161123556025)(20161123559100)(201703131430075)(201703131433075)(201703131448075)(201703161259150)(201703151042153)(201708071742011); SRVR:DB5P121MB0008; BCL:0; PCL:0; RULEID:(100000803101)(100110400095)(400006);  SRVR:DB5P121MB0008; 
x-forefront-prvs: 052017CAF1
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10019020)(376002)(346002)(39860400002)(366004)(189003)(199004)(76094002)(85714005)(15650500001)(7736002)(81166006)(106356001)(105586002)(81156014)(2950100002)(6306002)(5660300001)(3280700002)(9686003)(229383001)(230783001)(74316002)(68736007)(54896002)(236005)(6116002)(66066001)(102836003)(6506007)(3846002)(86362001)(97736004)(606006)(10710500007)(7110500001)(790700001)(7696005)(229853002)(2900100001)(76176011)(99286004)(6436002)(316002)(2906002)(8936002)(33656002)(2420400007)(53946003)(3660700001)(966005)(4326008)(478600001)(59450400001)(53936002)(110136005)(25786009)(55016002)(413944005)(53546011)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6P121MB0038; H:DB6P121MB0038.EURP121.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: lighting.com does not designate permitted sender hosts)
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DB6P121MB0038BC4D9CB5198A75E9C14C9B350DB6P121MB0038EURP_"
MIME-Version: 1.0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6P121MB0038
X-EOPAttributedMessage: 0
X-Matching-Connectors: 131576394297446430; (); (fd2a86c0-868a-4d63-2575-08d435642d86)
X-MS-Exchange-Transport-CrossTenantHeadersStripped: AM5EUR02FT048.eop-EUR02.prod.protection.outlook.com
X-Forefront-Antispam-Report: CIP:13.80.155.198; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(336005)(346002)(39860400002)(376002)(2980300002)(189003)(199004)(85714005)(76094002)(68736007)(55016002)(606006)(229383001)(6116002)(54896002)(6306002)(53936002)(97736004)(99286004)(86362001)(2950100002)(5660300001)(7696005)(105586002)(61614004)(53546011)(790700001)(102836003)(3846002)(9686003)(2900100001)(53946003)(110136005)(236005)(22756006)(66066001)(16586007)(316002)(33656002)(74316002)(498600001)(33964004)(8936002)(230783001)(6246003)(2420400007)(7736002)(450100002)(2906002)(4326008)(7110500001)(512874002)(84326002)(81166006)(25786009)(229853002)(81156014)(413944005)(106466001)(59450400001)(966005)(76176011)(10710500007)(15650500001)(356003)(6506007)(579004); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5P121MB0008; H:EDGE-VM-002.westeurope.cloudapp.azure.com; FPR:; SPF:Neutral; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; 
X-Microsoft-Exchange-Diagnostics: 1; AM5EUR02FT048; 1:qt2gFTxS6EdMY8pWCngW+nzd6Yk4nMGT49/AHNj0H8gtU5P7uUtwFf831oL/W+BYI0RAdxKIeCvInYZMyFjwrRYs06gOhXdl/E/bGd9Ykmnq3Mf4vtw2czzb8r0LkbXL
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4628075)(201703131517081)(2017052603307); SRVR:DB5P121MB0008; 
X-Microsoft-Exchange-Diagnostics: 1; DB5P121MB0008; 3:tN9youfcsinOPXBt7aU8nxrdU3dAscjg/44Fn53wT60iehvNGbHGi3TvV1iBozVM4Lgh4TxAPw+Hb99r63bKhN9g31Gar5yen3gaBH15Qd7dkghGBVLNefgpOcD88dwWVZ9HUK8PN7tY1ufxX/kQtCNSAEFIb3YVD8YnXepZYUQx+5gLa+iugtA2E4Q0iJwR0DZEiJCOKrF/tj+Z9wbNnW4TXa7x1xGLoV4obWXzfGMY5cnzYx/hqHKvtCuRrE0aYPm0kRmuQmWw7BrXhtImsIhDDshUTJQ0f6qojg/OwxikL1XP5As3L1HVysW5dGaiCd5cDs1vYHsyBQqhrIGWchhEBPHkDjvkms80uPSbpFs=; 25:dZFU9iGliPfYCZ4uuHQlmqMRcmaePoGjqmnp+4jqdBhdb98EpLk2vM741BRj1y5tpJQX3I9+uQl/Za5ptsFUWEyJLN8ohGt4jOul3MHCwy/y8MlcMBRSZVsnlJ+j56zyyrKExto3Cgd6fMs2OI73THRifIF5wKFQZd3MC1T7klAeCLUvaxox9XCXy76m7B91t/2vo9xy03RkqS7wT3PwjVM1C92zjYdGcueR81fQjnom68pSp3mY5nGZ4uwyPI1G1adOX7QJOTollbd6NctBgoPFUftMvBayNUVnFgKRmPbXPl0gPn9hiri+AOe7qlAioYBotQ5V2WmycBn6x7vqXrKkBtctQqsoRAFwXnVePlk=
X-Microsoft-Exchange-Diagnostics: 1; DB5P121MB0008; 31:bSsBU08WZ/QyojeqTta7QP4Zd0U28+pXQe2QRPWYOPf8xQHdJu0atHU+ttKos671vxIHdY/28DAikvKbi1ZByqxIwkSa8XZe52vVuTFg0m9Amh1hbDTi5P7oieGpIczA3ex6XadRc916rQb7sqV0ehic7IkQ4BTwWJNAF1M90MMOfbUYWTBVlrncqJJTs3+I2P/oeDDL6UqhtZNBUYsU454OFrkUyEzzcg50MYTyTl4=; 4:8/Akulgtl4TO31GbCp9tqy3QyuHdiBMEgbevorZ82BPOBaZ0OZgaK5S8dH3PuxgJtsp3seKDqf00hyNZBuE35KSHXhasY+4hsXHYl9SQMloKiI9aIHahMYQIts4oi5Q6JGD0Rjy3vg1VZlOoXi8iPhfBcDgGVon/alqEMSm/FZJ8S3J1vUwwkPaWqnDdV9CaFOyd7pUBGXNxVogO2FvaDFD6xkfECgzdATXSn34tUL8jGRzNk7py6XRUHRK8K64D8lrI3sT1oBN+u5J2raJwV4MmfNvjGQcKa2NylE+KXPsrbf3ZK7C2Cpg6xGj7qz0ZClLb7lv7gtUp//ShOpFXwyPbdqoaPRh5L3Dkp4LgVCdquQiR0zYKvdTf5C3a2i8b6+5Y8lkBP4b0JyPVy8j94sKRsumkI14ADQn1XK4jvMw=
X-Forefront-PRVS: 052017CAF1
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DB5P121MB0008; 23:X+njViQpHJc4AFdjWpGZCIfFB/KBfcEDyEmLlscGN?= =?us-ascii?Q?uPG0dymiYsTCYvDWLNcLemgOYbJsn2iJMAs0UIIloYtn8gx+Zcjjhl85Ae5g?= =?us-ascii?Q?hdzpJ+oCROWjRM2f+sgOV6YmWMld3fZvnOgcPqybB8zSHT+S7eM5Kt0lvF/v?= =?us-ascii?Q?wBu0Yt/f4yNG9StFkg6E1YHjkYriaiq+a+HFLqKCGKQ233j4wpJ32ir4zqXH?= =?us-ascii?Q?4roXA0u42ma8I3PSwnt//ETGfb00PyKgnIlG035aDDMu4PxCaytIVZ+5jHaM?= =?us-ascii?Q?9xduS2qrT4cnbciH0/WPvXHyTH77YIN3stx3oyZv4ePlxSYITdoc5CedoC4b?= =?us-ascii?Q?JPkOtnTfmokDdqbau10EwrFAqM4D1ZC2jX+fhou8uQ+lX3PdAvTK+/GuPIEO?= =?us-ascii?Q?No71sr+hWmfJQDhOCZ82SSjfGE5Yx5FAdNAjUqDaADsbvD2lk9nQyXoOgN5+?= =?us-ascii?Q?9r370v2axMixkQ/C+CQxvRt030qAr0oQhumI+bxf9MI3zpChRsX+JYDFIg7k?= =?us-ascii?Q?tL2oOnSLUFYXC61lhGiqfKLRDc2xyuIieaN8EF4etkLWF4+n90AdiJdT4nlZ?= =?us-ascii?Q?EzGVsyBLLqQDBE/wQkaLbtDSuR9TXSZ4eTioWpHpZGsy88o6U76u0RZDMDz8?= =?us-ascii?Q?PVlwM9ZG5FwmdKLwILleIity62SriuPbzgbY5uS2ixaZo4/DvolCrR9cZ7ow?= =?us-ascii?Q?O2AGb3G5HGD7XNDcxwxRw5oMJCm6x+Vx208J0LqqMruTNMis8YqZ3QPV8g9X?= =?us-ascii?Q?uA5FQ6BosvWVvvZyxwG/eFTTngvlhACCy8y35g9LmLTS7I0qccU5fHMYi+4m?= =?us-ascii?Q?gvy+fCCyKI8gSEwTAtAKnqq8S81DizlK6xkSTsmhvW/VSZEEtTzvaCrin5ed?= =?us-ascii?Q?n/A+9V++Ozc2ctcKi+tEaJgSUikLbexXuwweCsPLvF1vAiaTJx48fxsQXBik?= =?us-ascii?Q?9SfznnKebK2pOIBPhly/hH+ba7XF3STMvza9JKvEPuUNfBKGB/iY7Z/Sx0L/?= =?us-ascii?Q?SRgseQIPfvape7hcYFkhm5pBbDSMnTKb7K1nJ7htlbmOCNTAJm4HxsRjZPuL?= =?us-ascii?Q?laBGjaTKa3D0pQH5I0D73YRkbqHj1ODsgYgQhni9ibFdZNKsGsjIPszRc5VY?= =?us-ascii?Q?wzvNRHQrvt35Rfq8gw8newR6BAtPWpGaGRrUQDw1paqLsmvleb+y7jKNqxX2?= =?us-ascii?Q?zWgZRwwS0qBw5cyc/QYHBGgORnuqrkMyjpiiQA1/F07035UROn/gEIU7s09J?= =?us-ascii?Q?mKQg7Hb6vqS+VbsPozB9DxuZIugedfXS+2C++/s2gRU2hIFEGodabqGDwDC9?= =?us-ascii?Q?SuqZFVExTWWT4T04ZkhOteHftK3dmu9iEjINZTgmVrjS0Q3op8ATN+xnHXtg?= =?us-ascii?Q?8hTRA0OCJLnNk/XjbmyEdXdDdG6TeI2kXKqCb9/LnYYjmxjTKaW1sj08dX+9?= =?us-ascii?Q?LVe4sq+kVbikz3YWLkPKBBjy5rUn1SZ9yRBrBXZROHARLH0cip3ezq2uQ+fs?= =?us-ascii?Q?y7KfP3+6bFM4xDrGCXanHehzZkKa7+EQx/rHRqr8cqIFvkBq+ZOHkXEdzvj8?= =?us-ascii?Q?sYKSJ/XaVEFZ6DxoQ=3D=3D?=
X-Microsoft-Exchange-Diagnostics: 1; DB5P121MB0008; 6:Bgu3fd/yDChEvG+rmTvBmM3Ui6rRu9gDm2e/jJ/L1+pdQoS0dD5qwLLnYq7Svan6fFNb6aU1enWKvEV4cmScYrAg2Us87WLvi+byX4kUGhi8d3f9EUtSa2olTbotTBH7zm9rVVLPypc1mYhh+eX+jRzFreFosxfj7/4cKjG9sa8/sr4VOkzY8voHcvtGZh+2odB0L5DsaKdLh2ECFO+mvzZDsMTLV/tlY0g6nwoRssaiXCHRZy2/4Q/VIan6k3e5MHsjErg4uEk4Una743SHEBYboUqhQ4/8zukNtFH4++j/7a0yTmV9/Rj+1i8mNQvIwxgycIaOwfTYQKis2QZAZVWZQ3pED+tdu87cZYrIgoI=; 5:1uxcQwqX+YuaAKH7VOR+1stv/wcvZcawhP9KYjLHD2bOlUtKlqrWMKHLOE/pUgHdMTmTFeOmfsR51UCvZlytXGzX0Kq374cFIalfDVyrA6mf3Ya2C+I3XJ0oObl7ajxc2OAuQ/cRvAD1KNZnqGFvkxKSK0Rv9RJoYUpjR+lQQ+w=; 24:vtjhsREpRgvmp0PVIChf+qM5BReeqbzb63gI+li/enlzQlO8Z9yExwUqiRcpI5LyAEsztKX9nA8QG9KzeFhz/7k7YSXFLgoXeTpp0+4aqT4=; 7:RGNcsZOcvLijORF9Ve5Mfr9epePp0JjvXCLlpzmaRaqZo2MmD65PMFRKVY0PK2Rj28ss0oCfPw7hiLqVLUb2b/hlIrPl5nprFADZpA0a4SF3iWxuF4izB1/9xboHGip7oEAwqxtvPaFuCejL5x0l4Ym65oVbTGljZEWY7So07VdJKdNa3kT5YCNUtldKdngYPQBYNVX1Gn0Wyzc7tOmKSBIYlnWVMEbZlbpfBPDtzV3vZ3wI9e653R+J8UJnH0Gh
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Dec 2017 11:50:29.3852 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 171f2bc7-35f5-442c-60c6-08d5421fb534
X-MS-Exchange-CrossTenant-Id: 5afe0b00-7697-4969-b663-5eab37d5f47e
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=5afe0b00-7697-4969-b663-5eab37d5f47e; Ip=[13.80.155.198];  Helo=[EDGE-VM-002.westeurope.cloudapp.azure.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5P121MB0008
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/sajQ5dzJ4jF0UKjZMMlTlxmm5_Y>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_on_draft-ietf-core-object-sec?= =?utf-8?q?urity?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 13 Dec 2017 11:50:41 -0000

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

RGVhciBDb1JFIFdHLA0KDQpCZWxvdyBteSByZXZpZXcgY29tbWVudHMgZm9yIHRoaXMgZHJhZnQs
IHNwbGl0IGluIHR3byBwYXJ0czogMSkgY29tbWVudHMgZm9yIHRoZSBhdXRob3JzIGFuZCBXRyB0
byByZXNvbHZlIHByaW9yIHRvIFJGQyBlZGl0aW5nOyAgYW5kIDIpIG1pbm9yIGNvbW1lbnRzIHRo
YXQgY291bGQgYmUgcmVzb2x2ZWQgYWxzbyBsYXRlciBlLmcuIGR1cmluZyBSRkMgZWRpdGluZy4N
Ck92ZXJhbGwsIE9TQ09SRSBzZWVtcyBhIHZlcnkgY29tcHJlaGVuc2l2ZSBzZWN1cml0eSBzb2x1
dGlvbiB0aGF0IGlzIHdlbGwgaW50ZWdyYXRlZCB3aXRoIGFsbCByZWxldmFudCBleGlzdGluZyBD
b1JFL0NvQVAvQ09TRSBzcGVjaWZpY2F0aW9ucy4NCg0KMSkgQ29tbWVudHMgZm9yIGF1dGhvcnMv
V0cNCg0KR2VuZXJhbA0KwrcgICAgICAgICBUZXJtICJob3AtYnktaG9wIiBjb3VsZCBiZSBpbnRy
b2R1Y2VkLiBJdCBzZWVtcyBub3QgeWV0IGRlZmluZWQgaW4gb25lIG9mIHRoZSBkb2N1bWVudHMg
bGlzdGVkIGluIFNlY3Rpb24gMS4xLCBhbmQgYWxzbyBub3QgaW4gdGhpcyBkcmFmdC4NCg0KU2Vj
dGlvbiAxDQogYW5kIHRoZSBSRVNUZnVsIG1ldGhvZCAtPiDigKYNCiAgRm9yIEhUVFAgW1JGQzcy
MzBdIGl0IHNob3VsZCBiZSBjYWxsZWQgJ3JlcXVlc3QgbWV0aG9kJy4NCiAgRm9yIENvQVAgW1JG
QzcyNTJdIGl0IHNob3VsZCBiZSBjYWxsZWQgJ0NvZGUnLiAgKHNlZSBGaWcgNyBpbiBbUkZDNzI1
Ml0gLSB3aGljaCBpcyBlaXRoZXIgTWV0aG9kIENvZGUgb3IgUmVzcG9uc2UgQ29kZS4gVGhlIHBy
b3RlY3Rpb24gYXBwbGllcyB0byB0aGUgQ29kZSBmaWVsZC4pDQoNCi0+IHNlY3Rpb24gY291bGQg
ZXhwbGFpbiBhbHJlYWR5IHdoeSB0aGUgVG9rZW4gZG9lcyBub3QgbmVlZCB0byBiZSBwcm90ZWN0
ZWQuIChTaW5jZSBpdCBpcyBkZWZpbmVkIGZvciB0aGUgUmVxdWVzdC9SZXNwb25zZSBsYXllciwg
U2VjdCAyLjIgW1JGQzcyNTJdLCB0aGlzIHF1ZXN0aW9uIG1heSBjb21lIHVwIHdpdGggcmVhZGVy
cyBhdCB0aGlzIHBvaW50LikNCg0KVGhlIHNvbHV0aW9uIHRyYW5zZm9ybXMgYSBtZXNzYWdlIGlu
dG8gYW4gIk9TQ09SRSBtZXNzYWdlIg0KLT4gQ291bGQgd2UgY2xhcmlmeSB0aGlzIGxpa2UgIlRo
ZSBzb2x1dGlvbiB0cmFuc2Zvcm1zIGEgQ29BUCBvciBIVFRQIG1lc3NhZ2UgaW50byBhbiAiT1ND
T1JFIG1lc3NhZ2UiICAiID8NCg0KYW5kIHRoZSByZXF1ZXN0L3Jlc3BvbnNlIG1ldGhvZCAoQ29B
UCBDb2RlKSBhcmUgcHJvdGVjdGVkIGluIGEgQ09TRSBvYmplY3QNCi0+IG9mZmljaWFsIHRlcm1z
IFtSRkM3MjUyXSBhcmUgUmVxdWVzdCBNZXRob2QgLyBSZXNwb25zZSBDb2RlLCBzbyBwZXJoYXBz
IGJldHRlciBpcw0KICAiYW5kIHRoZSBSZXF1ZXN0IE1ldGhvZC9SZXNwb25zZSBDb2RlIChDb0FQ
IENvZGUpIGFyZSBwcm90ZWN0ZWQgaW4gYSBDT1NFIG9iamVjdCINCg0KMg0KICAgU2luY2UgdGhl
IHBheWxvYWQgYW5kIG1vc3Qgb3B0aW9ucyBhcmUgZW5jcnlwdGVkIFNlY3Rpb24gNCwgYW5kIHRo
ZQ0KICAgY29ycmVzcG9uZGluZyBwbGFpbiB0ZXh0IG1lc3NhZ2UgZmllbGRzIG9mIHRoZSBvcmln
aW5hbCBhcmUgbm90DQogICBpbmNsdWRlZCBpbiB0aGUgT1NDT1JFIG1lc3NhZ2UsIHRoZSBwcm9j
ZXNzaW5nIG9mIHRoZXNlIGZpZWxkcyBkb2VzDQogICBub3QgZXhwYW5kIHRoZSB0b3RhbCBtZXNz
YWdlIHNpemUuDQotPiB1bmNsZWFyIHBhcmFncmFwaDsgd2hhdCB0eXBlIG9mICJwcm9jZXNzaW5n
IiBvZiB0aGVzZSBmaWVsZHMgaXMgbWVhbnQ/IERvZXMgaXQgbWVhbiB0aGUgZW5jcnlwdGlvbiBv
cGVyYXRpb24/IEFsc28gdGhpcyBwYXJhZ3JhcGggYXBwZWFycyB0byBiZSBvdXQgb2YgY29udGV4
dCBoZXJlOyBpdCBpcyBub3QgcmVhbGx5IGFib3V0IHRoZSBPYmplY3QtU2VjdXJpdHkgT3B0aW9u
IGJ1dCByYXRoZXIgYSBnZW5lcmFsIHByb3BlcnR5IG9mIHRoZSBwcm90b2NvbC4NCg0KMy4yLjEN
ClRoZSAnYWxnJyBhcnJheSBlbGVtZW50IGlzIHVuZGVmaW5lZCBpbiB0aGUgbGlzdCBiZWxvdyB0
aGUgJ2luZm8gPSAnIENCT1IgYXJyYXkuDQoNCjMuMi4yDQpyZXBsYXkgcHJvdGVjdGlvbiBhbmQg
cmVwbGF5IHdpbmRvdyBsZW5ndGggaXMgYXBwbGljYXRpb24gc3BlY2lmaWMgYW5kIGRlcGVuZHMg
b24gdGhlIGxvd2VyIGxheWVycw0KLT4gdGhlIOKAnGxvd2VyIGxheWVyc+KAnSBjb3VsZCBiZSBj
bGFyaWZpZWQgbW9yZS4gSXMgdGhpcyBlLmcuIFVEUCwgVENQIG9yIG90aGVyIHRyYW5zcG9ydHMg
dGhhdCBjYXJyeSBDb0FQPyBBbmQgaG93IHdvdWxkIHRoZXNlIGltcGFjdCB0aGUgcmVwbGF5IHdp
bmRvdyBsZW5ndGguIE9yIGRvZXMgaXQgYWxzbyBpbmNsdWRlIG1lZGl1bSBzcGVlZC9iaXRyYXRl
IHN1Y2ggdGhhdCBhIGxhcmdlciB3aW5kb3cgc2l6ZSBpcyBuZWVkZWQgZm9yIGEgZmFzdGVyIG1l
ZGl1bS4NCg0KMy4zDQpUaGUgbWF4aW11bSBsZW5ndGggb2YgU2VuZGVyIElEIGlzIGxlbmd0aCBv
ZiBub25jZSBzdWJ0cmFjdGVkIGJ5IDYgYnl0ZXMuDQotPiBUaGUgbWF4aW11bSBsZW5ndGggb2Yg
dGhlIFNlbmRlciBJRCBpbiBieXRlcyBlcXVhbHMgdGhlIGxlbmd0aCBvZiB0aGUgbm9uY2UgbWlu
dXMgNi4NCihhdHRlbXB0IHRvIG1ha2UgdGhpcyBtb3JlIGNsZWFyISkNCg0KU2VuZGVyIElEcyBN
VVNUIGJlIGxvbmcgdW5pZm9ybWx5IHJhbmRvbSBkaXN0cmlidXRlZCBieXRlIHN0cmluZ3MNCi0+
IGhvdyBsb25nIGlzIGxvbmc/ICAoZ29vZCB0byBiZSBzcGVjaWZpYyBmb3IgYSBub3JtYXRpdmUg
cmVxdWlyZW1lbnQpDQoNCjQuMg0KQWRkIE9wdGlvbiAyNTggTm8tUmVzcG9uc2UgdG8gdGhlIHRh
YmxlIHBlcmhhcHMuIChKdXN0IHNhdyB0aGlzIGlzIGluIHRoZSByZWdpc3RyeSBhbmQgbm90IGxp
c3RlZCB5ZXQgaW4gdGhlIHRhYmxlOyB0aGVyZSBtYXkgYmUgcmVhc29ucyBub3QgdG8gaW5jbHVk
ZSBpdCBoZXJlLikNCg0KNC4yLjMuMQ0KTm9uLWVycm9yIE9TQ09SRSByZXNwb25zZXMgZG8gbm90
IG5lZWQgdG8gaW5jbHVkZSBhIE1heC1BZ2Ugb3B0aW9uDQogICBzaW5jZSB0aGUgcmVzcG9uc2Vz
IGFyZSBub24tY2FjaGVhYmxlIGJ5IGNvbnN0cnVjdGlvbg0KLT4NCk5vbi1lcnJvciBPU0NPUkUg
cmVzcG9uc2VzIGRvIG5vdCBuZWVkIHRvIGluY2x1ZGUgYW4gT3V0ZXIgTWF4LUFnZSBvcHRpb24N
CiAgIHNpbmNlIHRoZSByZXNwb25zZXMgYXJlIG5vbi1jYWNoZWFibGUgYnkgY29uc3RydWN0aW9u
DQooYXR0ZW1wdCB0byBjbGFyaWZ5KQ0KDQo0LjIuMy41DQpkZXRlY3RzIGFuIE9TQ09SRSBvcHRp
b24gLT4gIGRldGVjdHMgYW4gT2JqZWN0LVNlY3VyaXR5IG9wdGlvbg0KDQo1LjQNCkEgdmVyc2lv
biBudW1iZXIgaXMgaW50cm9kdWNlZC4NCi0+IFdoYXQgc2hvdWxkIHRoZSBiZWhhdmlvdXIgb2Yg
YSByZWNlaXZlciBiZSB3aGVuIHJlY2VpdmluZyBPU0NPUkUgbWVzc2FnZXMgd2l0aCB2ZXJzaW9u
ID4gIDEgLCBvciB2ZXJzaW9uIDwgMT8NClBlcmhhcHMgd2UgYWxzbyB3b3VsZCBsaWtlIHRvIGlu
ZGljYXRlIHRoYXQgdGhlIGFycmF5IGxlbmd0aCBtYXkgaW5jcmVhc2UgZm9yIGZ1dHVyZSB2ZXJz
aW9ucyAodmVyc2lvbiA+IDEpIG9mIHRoaXMgc3BlYy4gU28gdGhhdCB3aGVuIGEgdjIgcHJvdG9j
b2wgY29tZXMgYWxvbmcgdGhhdCB3YW50cyB0byBleHRlbmQgdGhlIGFycmF5IGxlbmd0aCwgdGhl
IHYxIHJlY2VpdmVycyB3aWxsIG5vdCBjaG9rZSB0aGVzZSBsb25nZXIgYXJyYXlzLiAgSXQgaXMg
ZmluZSB0byB2ZXJpZnkgYXJyYXkgbGVuZ3RoIHN0cmljdGx5IGZvciB2ZXJzaW9uPT0xICwgYnV0
IHByZWZlcmFibHkgbm90IHRvbyBzdHJpY3QgZm9yIHZlcnNpb24+MSBtZXNzYWdlcy4NCklmIHdl
IGRvIG5vdCBkZWZpbmUgc29tZSBleHRyYSBmdXR1cmUtY29tcGF0aWJpbGl0eSBydWxlcyBub3cs
IHRoZXJlIGlzIGEgYmlnIHJpc2sgdGhhdCBhbnkgbmV3IHZlcnNpb24gKHYyKSBmb3JtYXQgYWRk
aXRpb25zIHdpbGwgYmUgaGFuZGxlZCBpbiBkaWZmZXJlbnQgd2F5cyBieSBkaWZmZXJlbnQgdjEg
ZW5kcG9pbnQgaW1wbGVtZW50YXRpb25zLg0KDQotPiBHb2luZyBhIGJpdCBtb3JlIGV4dHJlbWU7
IGl0IHdvdWxkIGJlIGVhc2llciBhbmQgbW9yZSBlZmZpY2llbnQgdG8gZGVmaW5lIHRoZSB2ZXJz
aW9uIG51bWJlciBhdCB0aGUgZW5kIG9mIHRoZSBhcnJheSwgbGVhdmluZyBpdCBvdXQgd2hlbiB2
ZXJzaW9uID09IDEgYW5kIGluY2x1ZGluZyBpdCBvdGhlcndpc2UuIChUaGUgYXJyYXkgbGVuZ3Ro
IHRodXMgbWF5IGdyb3cgaW4gYSBmdXR1cmUgdmVyc2lvbiBvZiB0aGlzIHNwZWMuKSAgQnV0IHRo
ZSDigJxtb3ZpbmcgdmVyc2lvbiBmaWVsZCB0byB0aGUgZW5k4oCdIG1heSBiZSBhIHRvbyBiaWcg
Y2hhbmdlIGF0IHRoaXMgcG9pbnQgaW4gdGltZS4gVGhlIG5pY2UgdGhpbmcgaGVyZSBpcyB0aGF0
IHlvdXIgYXJyYXkgbGVuZ3RoIHZhbHVlIGRvdWJsZXMgYXMgYSBmb3ItZnJlZSB2ZXJzaW9uIG51
bWJlciBpbmRpY2F0b3IgOikgIGluIHRoZSBzZW5zZSB0aGF0IGlmIHRoZSBhcnJheSBpcyBsb25n
ZXIsIHRoZSB2ZXJzaW9uIGlzIGtub3duIHRvIGJlID4gMS4NCg0KNy4yDQpTdGVwIDQ6IGlmIHRo
ZSB2ZXJpZmljYXRpb24gb2YgUGFydGlhbCBJViBmYWlscywgY2FuIHRoZSBzZXJ2ZXIgcmVzcG9u
ZCB3aXRoIGFuIGVycm9yIG1lc3NhZ2U/IE9yIHNob3VsZCBpdCBzaW1wbHkgZGlzY2FyZCB0aGUg
cmVxdWVzdD8NCg0KU3RlcCA1LiBDb21wb3NlIHRoZSBBZGRpdGlvbmFsIEF1dGhlbnRpY2F0ZWQg
RGF0YSwgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNQ0KLT4gY291bGQgdGhpcyByZWZlcmVuY2Ug
YmUgbW9yZSBzcGVjaWZpYywgZS5nLiB0byA1LjQgPw0KLT4gd2h5IGlzIHRoZSBkYXRhIGNvbXBv
c2VkIC0gSSB3b3VsZCBleHBlY3QgcGFyc2luZyB3b3VsZCB0YWtlIHBsYWNlIGluIHRoZSBzZXJ2
ZXIuDQoNCjcuMw0KR2l2ZW4gYSBDb0FQIHJlc3BvbnNlLCB0aGUgc2VydmVyIFNIQUxMIHBlcmZv
cm0gdGhlIGZvbGxvd2luZyBzdGVwcyB0byBjcmVhdGUgYW4gT1NDT1JFIHJlc3BvbnNlDQotPiAi
SWYgYSBDb0FQIHJlc3BvbnNlIGlzIGdlbmVyYXRlZCBpbiByZXNwb25zZSB0byBhbiBPU0NPUkUg
cmVxdWVzdCwgdGhlIHNlcnZlciBTSEFMTCBwZXJmb3JtIHRoZSBmb2xsb3dpbmcgc3RlcHMgdG8g
Y3JlYXRlIGFuIE9TQ09SRSByZXNwb25zZSINCihtb3JlIHNwZWNpZmljIC0gc2luY2UgdGhlIHNl
cnZlciBtYXkgYW5zd2VyIG5vbi1PU0NPUkUgcmVxdWVzdHMgd2l0aCBwbGFpbiBDb0FQIHJlc3Bv
bnNlcyBhbHNvKQ0KDQo3LjQNClN0ZXAgNS4gQ29tcG9zZSB0aGUgQWRkaXRpb25hbCBBdXRoZW50
aWNhdGVkIERhdGEsIGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDUNCi0+IHNhbWUgcXVlc3Rpb24g
YXMgYWJvdmUgZm9yIFNlY3Rpb24gNy4yIFN0ZXAgNS4NCg0KMTAuMQ0KVGhlIHRhcmdldGVkIHBy
b3h5IG9wZXJhdGlvbnMgYXJlIHNwZWNpZmllZCBpbiBTZWN0aW9uIDIuMi4xIG9mIFtJLUQuaGFy
dGtlLWNvcmUtZTJlLXNlY3VyaXR5LXJlcXNdLg0KLT4gaXQgbG9va3MgYXMgaWYgdGhlIFNlY3Rp
b24gMTAsIHdoaWNoIGRlc2NyaWJlcyBub3JtYXRpdmUgcmVxdWlyZW1lbnRzIGZvciBPU0NPUkUt
YXdhcmUgcHJveGllcywgaGVyZSBkZWZlcnMgcGFydCBvZiB0aGUgc29sdXRpb24gdG8gYW4gaW5m
b3JtYXRpdmUgZG9jdW1lbnQuICBJcyBpdCBwb3NzaWJsZSB0byBjbGFyaWZ5IHRoZSBzZW50ZW5j
ZSB0byBiZXR0ZXIgY29tbXVuaWNhdGUgZS5nLiB0aGF0IHRoZSByZXF1aXJlbWVudHMgb2YgW0kt
RC5oYXJ0a2UtY29yZS1lMmUtc2VjdXJpdHktcmVxc10gYXJlIGFsbCBhZGRyZXNzZWQvbWV0IGJ5
IHRoZSB0ZXh0IGluIHRoZSBwcmVzZW50IHNlY3Rpb24gMTAuMSA/ICBOb3cgaXQgbG9va3MgbGlr
ZSB0aGUgc2VjdGlvbiByZWZlcnMgdG8gW0ktRC5oYXJ0a2UtY29yZS1lMmUtc2VjdXJpdHktcmVx
c10gZm9yIG5vcm1hdGl2ZSBpbXBsZW1lbnRhdGlvbiBkZXRhaWxzLg0KDQoxMC4yDQpFeGFtcGxl
DQotPiBDb3VsZCBleHBsaWNpdGx5IGFkZCBhIHN0YXRlbWVudCB0aGF0IGluIHRoZSBIVFRQIG1l
c3NhZ2UgdGhlIENvbnRlbnQtVHlwZSBoZWFkZXIsIG9yIG1vcmUgZ2VuZXJhbGx5IHRoZSByZXBy
ZXNlbnRhdGlvbiBtZXRhZGF0YSAoQ29udGVudC0qIGhlYWRlcnMpIG11c3QgYmUgZWxpZGVkLiAg
KFRoYXQgd291bGQgY2F1c2UgYSByZWNlaXZlciB0byBhdXRvbWF0aWNhbGx5IGFzc3VtZSAiYXBw
bGljYXRpb24vb2N0ZXQtc3RyZWFtIiB0eXBlLikgICBPciwgaW4gY2FzZSBzdWNoIGhlYWRlcnMg
YXJlIGFsbG93ZWQsIHRoZSBzZWxlY3RlZCAvIHByZWZlcnJlZCBtZWRpYSB0eXBlIGZvciB0aGVz
ZSBoZWFkZXJzIHNob3VsZCBiZSBzcGVjaWZpZWQuDQoNCi0+IGV4YW1wbGUgc2hvdWxkIGJlIGV4
dGVuZGVkIGJ5IGhhdmluZyB0aGUgQ29BUCBzZXJ2ZXIgcmVzcG9uZCB3aXRoIGEgQ29udGVudC1G
b3JtYXQgb3B0aW9uLCB3aGljaCBpcyB0aGVuIGZvdW5kL2RlY3J5cHRlZCBieSB0aGUgT1NDT1JF
IGNvbXBvbmVudCB0aGF0IGlzIHNpdHVhdGVkIG9uIHRoZSBIVFRQIGNsaWVudC4gIFNpbmNlIHJl
c3BvbmRpbmcgd2l0aCBhIENvbnRlbnQtRm9ybWF0IG9wdGlvbiB0b2dldGhlciB3aXRoIHBheWxv
YWQgaXMgcXVpdGUgY29tbW9uIGZvciBDb0FQIHNlcnZlcnMuDQoNCi0+IGNvbnNpZGVyaW5nIGFi
b3ZlLCBpdCBzZWVtcyB3b3J0aHdoaWxlIHRvIHBvaW50IG91dCBhZ2FpbiB0aGF0IHRoZSAiSFRU
UCBDbGllbnQiIGNvbnRhaW5zIHRoZSBPU0NPUkUgZnVuY3Rpb24gd2hpY2ggYWxyZWFkeSBtdXN0
IGNvbnRhaW4gYSBIVFRQLXRvLUNvQVAgbWFwcGluZyBmdW5jdGlvbiwgaW4gb3JkZXIgdG8gY29u
dmVydCB0aGUgQ29BUCByZXNwb25zZSBjb2RlIGFuZCBDb0FQIHJlc3BvbnNlIG9wdGlvbnMgdG8g
dGhlIGVxdWl2YWxlbnRzIGluIEhUVFAsIGUuZy4gZG9pbmcgc28gcGVyIFtSRkM4MDc1XS4NCg0K
MTAuMw0KRXhhbXBsZQ0KLT4gcGVyaGFwcyB3b3J0aHdoaWxlIHRvIHBvaW50IG91dCB0aGF0IHRo
ZSBPU0NPUkUgZnVuY3Rpb24gaW4gdGhlICJIVFRQIFNlcnZlciIgY29udGFpbnMgYSBIVFRQLXRv
LUNvQVAgbWFwcGluZyBmdW5jdGlvbiBpbnNpZGUsIGluIG9yZGVyIHRvIGNvbnZlcnQgdGhlIEhU
VFAgcmVzcG9uc2UgYW5kIGNvbnRlbnQtdHlwZS9lbmNvZGluZyB0byB0aGUgZXF1aXZhbGVudCBD
b0FQIHJlc3BvbnNlIGNvZGUgYW5kIE9wdGlvbnMuDQooU2luY2UgdGhpcyAibWFwcGluZyBmdW5j
dGlvbiIgcHJvY2Vzc2luZyBpcyBub3Qgc2VwYXJhdGVseSBpZGVudGlmaWVkIGluIHRoZSBzdGVw
cyBidXQgcmF0aGVyIGluY2x1ZGVkIGluIG9uZSBPU0NPUkUgc3RlcDsgcGVvcGxlIG1heSBvdmVy
bG9vayB0aGlzIGFzcGVjdCAtIGFuZCBtYXkgd29uZGVyIGhvdyBhIEhUVFAgU2VydmVyIGtub3dz
IGFib3V0IENvQVAgc3ludGF4IGFuZCBzZW1hbnRpY3MuKQ0KDQoxMQ0KT1NDT1JFIHByb3RlY3Rz
IGVuZC10by1lbmQgdGhlIHBheWxvYWQsIGFuZCBhbGwgaW5mb3JtYXRpb24gaW4gdGhlIG9wdGlv
bnMgYW5kIGhlYWRlciwNCi0+IHByb2JhYmx5IGhlcmUgIkNvQVAiIHdhcyByZW1vdmVkIGF0IHNv
bWUgcG9pbnQsIG1ha2luZyB0aGUgcmVmZXJlbmNlIHRvIG9wdGlvbnMgYW5kIGhlYWRlciB1bmNs
ZWFyLiBPcHRpb25zIGFyZSBDb0FQLXNwZWNpZmljLiBDYW4gd2UgYWxzbyBzYXkgIkNvQVAgaGVh
ZGVyIiBoZXJlPyBBbmQgZm9yIEhUVFAgd2Ugc2hvdWxkIHNheSAiaGVhZGVyIGZpZWxkcyIgcHJv
YmFibHksIG5vdCAiaGVhZGVyIj8NCg0KQXBwZW5kaXggQQ0KSGFzIGEgIlRPRE8iIGxhYmVsIG9u
bHkNCg0KDQoNCjIpIE1pbm9yIGNvbW1lbnRzDQoNCsK3ICAgICAgICAgU29tZSByZWZlcmVuY2Vz
IHRvIHNlY3Rpb25zIHNlZW0gdG8gYmUgbWlzc2luZyB0aGUgYnJhY2tldHMgZS5nLiAiU2VjdGlv
biBYIiBpbnN0ZWFkIG9mICIoU2VjdGlvbiBYKSIuDQplLmcuICJtb3N0IG9wdGlvbnMgYXJlIGVu
Y3J5cHRlZCBTZWN0aW9uIDQsIGFuZCB0aGUiDQrCtyAgICAgICAgIFNvbWUgc2VjdGlvbiByZWZl
cmVuY2VzIGFyZSB3cml0dGVuIGxvd2VyY2FzZSAic2VjdGlvbiBYIiBpbnN0ZWFkIG9mICJTZWN0
aW9uIFgiDQoNClNlY3Rpb24gMQ0Kc2VjdXJlIHRoZSBiaW5kaW5nIC0+IHNlY3VyZSBiaW5kaW5n
ICAgICAgICAgIChmb3IgaW1wcm92ZWQgc2VudGVuY2UgZmxvdykNCg0KMg0KZGV0YWlsZWQgZm9y
bWF0IGlzIHNwZWNpZmllZCBpbiBTZWN0aW9uIDgpLiAtPiBkZXRhaWxlZCBmb3JtYXQgaXMgc3Bl
Y2lmaWVkIGluIFNlY3Rpb24gOC4NCm9wdGlvbnMgYXJlIGVuY3J5cHRlZCBTZWN0aW9uIDQsIC0+
IG9wdGlvbnMgYXJlIGVuY3J5cHRlZCAoU2VjdGlvbiA0KSwNCg0KNC4yLjMuNQ0KaW5lZ3JpdHkg
IC0+IGludGVncml0eQ0KDQo2LjQNClRoZSBzZXJ2ZXIgTUFZIHNldCBhbiBPdXRlciBNYXgtQWdl
IG9wdGlvbiB3aXRoIHZhbHVlIHplcm8uDQotPiBjb3VsZCBjbGFyaWZ5IHRoYXQgdGhlIHNlcnZl
ciBtYXkgZG8gdGhpcyBpZiB0aGUgdmVyaWZpY2F0aW9uIGZhaWxzLiBFLmcuIHNheQ0KIkFsc28s
IHRoZSBzZXJ2ZXIgTUFZIGluIHRoaXMgY2FzZSBzZXQgYW4gT3V0ZXIgTWF4LUFnZSBvcHRpb24g
d2l0aCB2YWx1ZSB6ZXJvLiINCg0KNi41DQonbm9kZScgKHVzZWQgc2V2ZXJhbCB0aW1lcykNCi0+
IHNob3VsZCB0aGlzIGJlIHJlcGxhY2VkIGJ5ICdlbmRwb2ludCcgPyAgTW9zdCBvdGhlciBzZWN0
aW9uIHNlZW0gdG8gdXNlIHRoZSAnZW5kcG9pbnQnIHRlcm0gZm9yIHRoZXNlLiBKdXN0IGEgdGhv
dWdodCAtIG1heWJlIHRoZSB0ZXJtICdub2RlJyBpcyBpbmRlZWQgYmV0dGVyIHdoZW4gdGFsa2lu
ZyBhYm91dCBlLmcuIHJlYm9vdHMgc2luY2UgZW5kcG9pbnRzIGRvbid0IHJlYm9vdCwgYnV0IG5v
ZGVzIGRvLiBPbiB0aGUgb3RoZXIgaGFuZCA2LjUuMiB0YWxrcyBhYm91dCBhIHJlYm9vdGluZyAo
Q29BUCkgc2VydmVyLg0KDQpOb3RpZmlmY2F0aW9uIE51bWJlcnMgLT4gTm90aWZpY2F0aW9uIE51
bWJlcnMNCg0KdG8gYWNoaWV2ZSB0aGlzIGlzIGRlc2NyaWJlZCBiZWxvdyAtPiB0byBhY2hpZXZl
IHRoaXMgYXJlIGRlc2NyaWJlZCBiZWxvdw0KDQo2LjUuMw0KYW5kIHJlLXJlZ2lzdGVyIC0+IGFu
ZCByZS1yZWdpc3RlcnMNCg0KOC4xDQphbmQgbiA9IDcgaXMgcmVzZXJ2ZWQgLT4gYW5kIG4gPSA3
IGFyZSByZXNlcnZlZA0KDQo4LjMuMQ0KU29tZSBsZWFkaW5nIHRhYnMgb3IgdmVydGljYWwgc3Bh
Y2luZyBjb3VsZCBiZSB1c2VkIHRvIGJldHRlciBzZXBhcmF0ZSB0aGUgZXhhbXBsZXMuDQoNCjEx
DQpUaGUgaW5uZXIgYmxvY2sgb3B0aW9ucyAtPiBUaGUgSW5uZXIgQmxvY2sgb3B0aW9ucw0KDQpz
aW5jZSB0aGUgZW5jcnlwdGVkIG9wdGlvbnMgIC0+IHNpbmNlIHRoZSBlbmNyeXB0ZWQgQmxvY2sg
b3B0aW9ucyAgID8NCg0KMTMuMQ0KcGFyYW10ZXIgIC0+IHBhcmFtZXRlcg0KDQoxNA0KTXkgYnJv
d3NlciBkaXNwbGF5czoNCk1hbGlzYSBWdSYjMjY5O2luaSYjMjYzDQoNCkJlc3QgcmVnYXJkcywN
CkVza28gRGlqaw0KDQoNCkZyb206IGNvcmUgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmdd
IE9uIEJlaGFsZiBPZiBKYWltZSBKaW3DqW5leg0KU2VudDogTW9uZGF5LCBOb3ZlbWJlciAyMCwg
MjAxNyAxNjowOQ0KVG86IGNvcmVAaWV0Zi5vcmcgV0cgKGNvcmVAaWV0Zi5vcmcpIDxjb3JlQGll
dGYub3JnPg0KQ2M6IGRyYWZ0LWlldGYtY29yZS1vYmplY3Qtc2VjdXJpdHkuYXV0aG9yc0BpZXRm
Lm9yZw0KU3ViamVjdDogW2NvcmVdIPCflJQgV0dMQyBvbiBkcmFmdC1pZXRmLWNvcmUtb2JqZWN0
LXNlY3VyaXR5DQoNCkRlYXIgQ29SRSBXRywNCg0KQXMgd2UgZGlzY3Vzc2VkIGR1cmluZyB0aGlz
IElFVEYsIHRoZSBPU0NPUkUgZHJhZnQgaXMgaW4gZ29vZCBzaGFwZSBmb3IgV0dMQy4NClRoZSBh
dXRob3JzIGhhdmUgc3VibWl0dGVkIGEgcmV2aWV3ZWQgdmVyc2lvbiBkZWFsaW5nIHdpdGggdGhl
IG1pbm9yIGNvbW1lbnRzIGZyb20gSUVGMTAwLg0KDQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvZHJhZnQtaWV0Zi1jb3JlLW9iamVjdC1zZWN1cml0eS0wNw0KDQpUaGUgV0dMQyB3aWxsIGVu
ZCBieSAxMXRoIG9mIERlY2VtYmVyLg0KDQpCZXN0IFJlZ2FyZHMsDQotIC0gSmFpbWUgSmltw6lu
ZXoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGhlIGluZm9ybWF0aW9u
IGNvbnRhaW5lZCBpbiB0aGlzIGVtYWlsIG1heSBiZSBjb25maWRlbnRpYWwgYW5kL29yIGxlZ2Fs
bHkgcHJvdGVjdGVkIHVuZGVyIGFwcGxpY2FibGUgbGF3LiBUaGUgbWVzc2FnZSBpcyBpbnRlbmRl
ZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUocykuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl
ZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IHVzZSwgZm9yd2Fy
ZGluZywgZGlzc2VtaW5hdGlvbiwgb3IgcmVwcm9kdWN0aW9uIG9mIHRoaXMgZW1haWwgaXMgc3Ry
aWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJZiB5b3UgYXJlIG5vdCB0aGUg
aW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGJ5IHJldHVybiBl
LW1haWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiB0aGUgb3JpZ2luYWwgZW1haWwuDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC
My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv
ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S
RUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250
ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBj
b250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEt
LQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2Ft
YnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9
DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJTZWdvZSBVSSBFbW9qaSI7DQoJcGFub3NlLTE6
MiAxMSA1IDIgNCAyIDQgMiAyIDM7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9y
bWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4t
Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsc2Fucy1zZXJpZjt9DQpoMw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28tc3R5bGUt
bGluazoiSGVhZGluZyAzIENoYXIiOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdp
bi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6
MGluOw0KCWZvbnQtc2l6ZToxMy41cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy
aWY7DQoJZm9udC13ZWlnaHQ6Ym9sZDt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0
UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCglt
YXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47
DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p
bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBk
aXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUt
dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN
Cgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uSGVhZGluZzNDaGFyDQoJe21zby1zdHlsZS1uYW1l
OiJIZWFkaW5nIDMgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk7DQoJbXNvLXN0eWxlLWxp
bms6IkhlYWRpbmcgMyI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJZm9u
dC13ZWlnaHQ6Ym9sZDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt
b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjgu
NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRT
ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpA
bGlzdCBsMA0KCXttc28tbGlzdC1pZDozNTE4ODExODU7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRz
Oi0yMDU1MjA2NTk2O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDouNWlu
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47
DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp
c3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2
ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1z
aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250
LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIu
MGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1
aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K
QGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t
bGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9u
dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJ
e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ
bXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm
b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w
OjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
LjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7
fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt
c28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2kt
Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw5
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6MTA4NzM4NDkz
OTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6NDUwMzgzODg4O30NCkBsaXN0IGwxOmxldmVsMQ0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K
CW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm
b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w
OjEuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
LjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7
fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt
c28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2kt
Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw0
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i
b2w7fQ0KQGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN
Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2
ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw4DQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT
eW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNv
LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0Kb2wNCgl7bWFy
Z2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48
IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNw
aWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHht
bD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBk
YXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0K
PGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz
cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlYXIgQ29SRSBXRyw8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVsb3cgbXkgcmV2aWV3IGNvbW1lbnRzIGZvciB0aGlzIGRy
YWZ0LCBzcGxpdCBpbiB0d28gcGFydHM6IDEpIGNvbW1lbnRzIGZvciB0aGUgYXV0aG9ycyBhbmQg
V0cgdG8gcmVzb2x2ZSBwcmlvciB0byBSRkMgZWRpdGluZzsgJm5ic3A7YW5kIDIpIG1pbm9yIGNv
bW1lbnRzIHRoYXQgY291bGQgYmUgcmVzb2x2ZWQgYWxzbyBsYXRlciBlLmcuIGR1cmluZyBSRkMg
ZWRpdGluZy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk92ZXJhbGwsIE9T
Q09SRSBzZWVtcyBhIHZlcnkgY29tcHJlaGVuc2l2ZSBzZWN1cml0eSBzb2x1dGlvbiB0aGF0IGlz
IHdlbGwgaW50ZWdyYXRlZCB3aXRoIGFsbCByZWxldmFudCBleGlzdGluZyBDb1JFL0NvQVAvQ09T
RSBzcGVjaWZpY2F0aW9ucy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MSkgQ29tbWVudHMgZm9y
IGF1dGhvcnMvV0c8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3
LjBwdCI+R2VuZXJhbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0Oi43NWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEg
bGZvMTt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0i
bXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5l
dyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VGVybSAmcXVvdDtob3AtYnkt
aG9wJnF1b3Q7IGNvdWxkIGJlIGludHJvZHVjZWQuIEl0IHNlZW1zIG5vdCB5ZXQgZGVmaW5lZCBp
biBvbmUgb2YgdGhlIGRvY3VtZW50cyBsaXN0ZWQgaW4gU2VjdGlvbiAxLjEsIGFuZCBhbHNvIG5v
dCBpbiB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij5TZWN0aW9uIDE8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZu
YnNwO2FuZCB0aGUgUkVTVGZ1bCBtZXRob2QgLSZndDsg4oCmPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDsgRm9yIEhU
VFAgW1JGQzcyMzBdIGl0IHNob3VsZCBiZSBjYWxsZWQgJ3JlcXVlc3QgbWV0aG9kJy4mbmJzcDsm
bmJzcDsNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjI3LjBwdCI+Jm5ic3A7Jm5ic3A7Rm9yIENvQVAgW1JGQzcyNTJdIGl0IHNob3VsZCBi
ZSBjYWxsZWQgJ0NvZGUnLiZuYnNwOyAoc2VlIEZpZyA3IGluIFtSRkM3MjUyXSAtIHdoaWNoIGlz
IGVpdGhlciBNZXRob2QgQ29kZSBvciBSZXNwb25zZSBDb2RlLiBUaGUgcHJvdGVjdGlvbiBhcHBs
aWVzIHRvIHRoZSBDb2RlIGZpZWxkLik8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+LSZndDsgc2VjdGlv
biBjb3VsZCBleHBsYWluIGFscmVhZHkgd2h5IHRoZSBUb2tlbiBkb2VzIG5vdCBuZWVkIHRvIGJl
IHByb3RlY3RlZC4gKFNpbmNlIGl0IGlzIGRlZmluZWQgZm9yIHRoZSBSZXF1ZXN0L1Jlc3BvbnNl
IGxheWVyLCBTZWN0IDIuMiBbUkZDNzI1Ml0sIHRoaXMgcXVlc3Rpb24gbWF5IGNvbWUgdXAgd2l0
aCByZWFkZXJzIGF0IHRoaXMgcG9pbnQuKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij5UaGUgc29sdXRp
b24gdHJhbnNmb3JtcyBhIG1lc3NhZ2UgaW50byBhbiAmcXVvdDtPU0NPUkUgbWVzc2FnZSZxdW90
Ow0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjcuMHB0Ij4tJmd0OyBDb3VsZCB3ZSBjbGFyaWZ5IHRoaXMgbGlrZSAmcXVvdDtUaGUgc29s
dXRpb24gdHJhbnNmb3JtcyBhIENvQVAgb3IgSFRUUCBtZXNzYWdlIGludG8gYW4gJnF1b3Q7T1ND
T1JFIG1lc3NhZ2UmcXVvdDsmbmJzcDsgJnF1b3Q7ID88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+YW5k
IHRoZSByZXF1ZXN0L3Jlc3BvbnNlIG1ldGhvZCAoQ29BUCBDb2RlKSBhcmUgcHJvdGVjdGVkIGlu
IGEgQ09TRSBvYmplY3Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDoyNy4wcHQiPi0mZ3Q7IG9mZmljaWFsIHRlcm1zIFtSRkM3MjUyXSBhcmUg
UmVxdWVzdCBNZXRob2QgLyBSZXNwb25zZSBDb2RlLCBzbyBwZXJoYXBzIGJldHRlciBpczxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBw
dCI+Jm5ic3A7ICZxdW90O2FuZCB0aGUgUmVxdWVzdCBNZXRob2QvUmVzcG9uc2UgQ29kZSAoQ29B
UCBDb2RlKSBhcmUgcHJvdGVjdGVkIGluIGEgQ09TRSBvYmplY3QmcXVvdDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjI3LjBwdCI+MjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7Jm5ic3A7IFNpbmNlIHRoZSBwYXlsb2FkIGFuZCBtb3N0
IG9wdGlvbnMgYXJlIGVuY3J5cHRlZCBTZWN0aW9uIDQsIGFuZCB0aGU8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOyZu
YnNwOyBjb3JyZXNwb25kaW5nIHBsYWluIHRleHQgbWVzc2FnZSBmaWVsZHMgb2YgdGhlIG9yaWdp
bmFsIGFyZSBub3Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOyZuYnNwOyBpbmNsdWRlZCBpbiB0aGUgT1NDT1JFIG1l
c3NhZ2UsIHRoZSBwcm9jZXNzaW5nIG9mIHRoZXNlIGZpZWxkcyBkb2VzPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDsm
bmJzcDsgbm90IGV4cGFuZCB0aGUgdG90YWwgbWVzc2FnZSBzaXplLjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+LSZndDsgdW5j
bGVhciBwYXJhZ3JhcGg7IHdoYXQgdHlwZSBvZiAmcXVvdDtwcm9jZXNzaW5nJnF1b3Q7IG9mIHRo
ZXNlIGZpZWxkcyBpcyBtZWFudD8gRG9lcyBpdCBtZWFuIHRoZSBlbmNyeXB0aW9uIG9wZXJhdGlv
bj8gQWxzbyB0aGlzIHBhcmFncmFwaCBhcHBlYXJzIHRvIGJlIG91dCBvZiBjb250ZXh0IGhlcmU7
IGl0IGlzIG5vdCByZWFsbHkgYWJvdXQgdGhlIE9iamVjdC1TZWN1cml0eQ0KIE9wdGlvbiBidXQg
cmF0aGVyIGEgZ2VuZXJhbCBwcm9wZXJ0eSBvZiB0aGUgcHJvdG9jb2wuPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoy
Ny4wcHQiPjMuMi4xPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjcuMHB0Ij5UaGUgJ2FsZycgYXJyYXkgZWxlbWVudCBpcyB1bmRlZmluZWQg
aW4gdGhlIGxpc3QgYmVsb3cgdGhlICdpbmZvID0gJyBDQk9SIGFycmF5LjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjcuMHB0Ij4zLjIuMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjI3LjBwdCI+cmVwbGF5IHByb3RlY3Rpb24gYW5kIHJlcGxheSB3aW5kb3cg
bGVuZ3RoIGlzIGFwcGxpY2F0aW9uIHNwZWNpZmljIGFuZCBkZXBlbmRzIG9uIHRoZSBsb3dlciBs
YXllcnM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDoyNy4wcHQiPi0mZ3Q7IHRoZSDigJxsb3dlciBsYXllcnPigJ0gY291bGQgYmUgY2xhcmlm
aWVkIG1vcmUuIElzIHRoaXMgZS5nLiBVRFAsIFRDUCBvciBvdGhlciB0cmFuc3BvcnRzIHRoYXQg
Y2FycnkgQ29BUD8gQW5kIGhvdyB3b3VsZCB0aGVzZSBpbXBhY3QgdGhlIHJlcGxheSB3aW5kb3cg
bGVuZ3RoLiBPciBkb2VzIGl0IGFsc28gaW5jbHVkZSBtZWRpdW0gc3BlZWQvYml0cmF0ZSBzdWNo
DQogdGhhdCBhIGxhcmdlciB3aW5kb3cgc2l6ZSBpcyBuZWVkZWQgZm9yIGEgZmFzdGVyIG1lZGl1
bS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDoyNy4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPjMu
MzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjI3LjBwdCI+VGhlIG1heGltdW0gbGVuZ3RoIG9mIFNlbmRlciBJRCBpcyBsZW5ndGggb2Ygbm9u
Y2Ugc3VidHJhY3RlZCBieSA2IGJ5dGVzLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4tJmd0OyBUaGUgbWF4aW11bSBsZW5n
dGggb2YgdGhlIFNlbmRlciBJRCBpbiBieXRlcyBlcXVhbHMgdGhlIGxlbmd0aCBvZiB0aGUgbm9u
Y2UgbWludXMgNi4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjI3LjBwdCI+KGF0dGVtcHQgdG8gbWFrZSB0aGlzIG1vcmUgY2xlYXIhKTxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3
LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjcuMHB0Ij5TZW5kZXIgSURzIE1VU1QgYmUgbG9uZyB1bmlmb3JtbHkgcmFu
ZG9tIGRpc3RyaWJ1dGVkIGJ5dGUgc3RyaW5nczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+LSZndDsgaG93IGxvbmcgaXMgbG9u
Zz8mbmJzcDsgKGdvb2QgdG8gYmUgc3BlY2lmaWMgZm9yIGEgbm9ybWF0aXZlIHJlcXVpcmVtZW50
KTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij40LjI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPkFkZCBPcHRpb24gMjU4IE5vLVJlc3Bv
bnNlIHRvIHRoZSB0YWJsZSBwZXJoYXBzLiAoSnVzdCBzYXcgdGhpcyBpcyBpbiB0aGUgcmVnaXN0
cnkgYW5kIG5vdCBsaXN0ZWQgeWV0IGluIHRoZSB0YWJsZTsgdGhlcmUgbWF5IGJlIHJlYXNvbnMg
bm90IHRvIGluY2x1ZGUgaXQgaGVyZS4pPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPjQuMi4zLjE8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4w
cHQiPk5vbi1lcnJvciBPU0NPUkUgcmVzcG9uc2VzIGRvIG5vdCBuZWVkIHRvIGluY2x1ZGUgYSBN
YXgtQWdlIG9wdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7Jm5ic3A7IHNpbmNlIHRoZSByZXNwb25zZXMgYXJl
IG5vbi1jYWNoZWFibGUgYnkgY29uc3RydWN0aW9uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4tJmd0OzxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Tm9uLWVy
cm9yIE9TQ09SRSByZXNwb25zZXMgZG8gbm90IG5lZWQgdG8gaW5jbHVkZSBhbiBPdXRlciBNYXgt
QWdlIG9wdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7Jm5ic3A7IHNpbmNlIHRoZSByZXNwb25zZXMgYXJlIG5v
bi1jYWNoZWFibGUgYnkgY29uc3RydWN0aW9uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4oYXR0ZW1wdCB0byBjbGFyaWZ5KTxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3
LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjcuMHB0Ij40LjIuMy41PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij5kZXRlY3RzIGFuIE9TQ09SRSBvcHRp
b24gLSZndDsmbmJzcDsgZGV0ZWN0cyBhbiBPYmplY3QtU2VjdXJpdHkgb3B0aW9uDQo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQi
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjI3LjBwdCI+NS40PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij5BIHZlcnNpb24gbnVtYmVyIGlzIGludHJvZHVjZWQu
IDxvOnA+DQo8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjcuMHB0Ij4tJmd0OyBXaGF0IHNob3VsZCB0aGUgYmVoYXZpb3VyIG9mIGEgcmVjZWl2ZXIg
YmUgd2hlbiByZWNlaXZpbmcgT1NDT1JFIG1lc3NhZ2VzIHdpdGggdmVyc2lvbiAmZ3Q7Jm5ic3A7
IDEgLCBvciB2ZXJzaW9uICZsdDsgMT8gJm5ic3A7Jm5ic3A7PGJyPg0KUGVyaGFwcyB3ZSBhbHNv
IHdvdWxkIGxpa2UgdG8gaW5kaWNhdGUgdGhhdCB0aGUgYXJyYXkgbGVuZ3RoIG1heSBpbmNyZWFz
ZSBmb3IgZnV0dXJlIHZlcnNpb25zICh2ZXJzaW9uICZndDsgMSkgb2YgdGhpcyBzcGVjLiBTbyB0
aGF0IHdoZW4gYSB2MiBwcm90b2NvbCBjb21lcyBhbG9uZyB0aGF0IHdhbnRzIHRvIGV4dGVuZCB0
aGUgYXJyYXkgbGVuZ3RoLCB0aGUgdjEgcmVjZWl2ZXJzIHdpbGwgbm90IGNob2tlIHRoZXNlIGxv
bmdlciBhcnJheXMuJm5ic3A7IEl0DQogaXMgZmluZSB0byB2ZXJpZnkgYXJyYXkgbGVuZ3RoIHN0
cmljdGx5IGZvciB2ZXJzaW9uPT0xICwgYnV0IHByZWZlcmFibHkgbm90IHRvbyBzdHJpY3QgZm9y
IHZlcnNpb24mZ3Q7MSBtZXNzYWdlcy4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+SWYgd2UgZG8gbm90IGRlZmluZSBzb21l
IGV4dHJhIGZ1dHVyZS1jb21wYXRpYmlsaXR5IHJ1bGVzIG5vdywgdGhlcmUgaXMgYSBiaWcgcmlz
ayB0aGF0IGFueSBuZXcgdmVyc2lvbiAodjIpIGZvcm1hdCBhZGRpdGlvbnMgd2lsbCBiZSBoYW5k
bGVkIGluIGRpZmZlcmVudCB3YXlzIGJ5IGRpZmZlcmVudCB2MSBlbmRwb2ludCBpbXBsZW1lbnRh
dGlvbnMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjcuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPi0mZ3Q7IEdvaW5nIGEgYml0IG1vcmUgZXh0cmVt
ZTsgaXQgd291bGQgYmUgZWFzaWVyIGFuZCBtb3JlIGVmZmljaWVudCB0byBkZWZpbmUgdGhlIHZl
cnNpb24gbnVtYmVyIGF0IHRoZSBlbmQgb2YgdGhlIGFycmF5LCBsZWF2aW5nIGl0IG91dCB3aGVu
IHZlcnNpb24gPT0gMSBhbmQgaW5jbHVkaW5nIGl0IG90aGVyd2lzZS4gKFRoZSBhcnJheSBsZW5n
dGggdGh1cyBtYXkNCiBncm93IGluIGEgZnV0dXJlIHZlcnNpb24gb2YgdGhpcyBzcGVjLikgJm5i
c3A7QnV0IHRoZSDigJxtb3ZpbmcgdmVyc2lvbiBmaWVsZCB0byB0aGUgZW5k4oCdIG1heSBiZSBh
IHRvbyBiaWcgY2hhbmdlIGF0IHRoaXMgcG9pbnQgaW4gdGltZS4gVGhlIG5pY2UgdGhpbmcgaGVy
ZSBpcyB0aGF0IHlvdXIgYXJyYXkgbGVuZ3RoIHZhbHVlIGRvdWJsZXMgYXMgYSBmb3ItZnJlZSB2
ZXJzaW9uIG51bWJlciBpbmRpY2F0b3IgOikgJm5ic3A7aW4gdGhlIHNlbnNlIHRoYXQgaWYgdGhl
DQogYXJyYXkgaXMgbG9uZ2VyLCB0aGUgdmVyc2lvbiBpcyBrbm93biB0byBiZSAmZ3Q7IDEuPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Mjcu
MHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDoyNy4wcHQiPjcuMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+U3RlcCA0OiBpZiB0aGUgdmVyaWZpY2F0aW9u
IG9mIFBhcnRpYWwgSVYgZmFpbHMsIGNhbiB0aGUgc2VydmVyIHJlc3BvbmQgd2l0aCBhbiBlcnJv
ciBtZXNzYWdlPyBPciBzaG91bGQgaXQgc2ltcGx5IGRpc2NhcmQgdGhlIHJlcXVlc3Q/PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDoyNy4wcHQiPlN0ZXAgNS4gQ29tcG9zZSB0aGUgQWRkaXRpb25hbCBBdXRoZW50aWNh
dGVkIERhdGEsIGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDU8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPi0mZ3Q7IGNvdWxkIHRo
aXMgcmVmZXJlbmNlIGJlIG1vcmUgc3BlY2lmaWMsIGUuZy4gdG8gNS40ID88bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPi0mZ3Q7
IHdoeSBpcyB0aGUgZGF0YSBjb21wb3NlZCAtIEkgd291bGQgZXhwZWN0IHBhcnNpbmcgd291bGQg
dGFrZSBwbGFjZSBpbiB0aGUgc2VydmVyLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij43LjM8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQi
PkdpdmVuIGEgQ29BUCByZXNwb25zZSwgdGhlIHNlcnZlciBTSEFMTCBwZXJmb3JtIHRoZSBmb2xs
b3dpbmcgc3RlcHMgdG8gY3JlYXRlIGFuIE9TQ09SRSByZXNwb25zZTxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+LSZndDsgJnF1
b3Q7SWYgYSBDb0FQIHJlc3BvbnNlIGlzIGdlbmVyYXRlZCBpbiByZXNwb25zZSB0byBhbiBPU0NP
UkUgcmVxdWVzdCwgdGhlIHNlcnZlciBTSEFMTCBwZXJmb3JtIHRoZSBmb2xsb3dpbmcgc3RlcHMg
dG8gY3JlYXRlIGFuIE9TQ09SRSByZXNwb25zZSZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+KG1vcmUgc3BlY2lmaWMg
LSBzaW5jZSB0aGUgc2VydmVyIG1heSBhbnN3ZXIgbm9uLU9TQ09SRSByZXF1ZXN0cyB3aXRoIHBs
YWluIENvQVAgcmVzcG9uc2VzIGFsc28pPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPjcuNDxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+
U3RlcCA1LiBDb21wb3NlIHRoZSBBZGRpdGlvbmFsIEF1dGhlbnRpY2F0ZWQgRGF0YSwgYXMgZGVz
Y3JpYmVkIGluIFNlY3Rpb24gNTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+LSZndDsgc2FtZSBxdWVzdGlvbiBhcyBhYm92ZSBm
b3IgU2VjdGlvbiA3LjIgU3RlcCA1LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4xMC4xPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij5U
aGUgdGFyZ2V0ZWQgcHJveHkgb3BlcmF0aW9ucyBhcmUgc3BlY2lmaWVkIGluIFNlY3Rpb24gMi4y
LjEgb2YgW0ktRC5oYXJ0a2UtY29yZS1lMmUtc2VjdXJpdHktcmVxc10uJm5ic3A7DQo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQi
Pi0mZ3Q7IGl0IGxvb2tzIGFzIGlmIHRoZSBTZWN0aW9uIDEwLCB3aGljaCBkZXNjcmliZXMgbm9y
bWF0aXZlIHJlcXVpcmVtZW50cyBmb3IgT1NDT1JFLWF3YXJlIHByb3hpZXMsIGhlcmUgZGVmZXJz
IHBhcnQgb2YgdGhlIHNvbHV0aW9uIHRvIGFuIGluZm9ybWF0aXZlIGRvY3VtZW50LiZuYnNwOyBJ
cyBpdCBwb3NzaWJsZSB0byBjbGFyaWZ5IHRoZSBzZW50ZW5jZSB0byBiZXR0ZXINCiBjb21tdW5p
Y2F0ZSBlLmcuIHRoYXQgdGhlIHJlcXVpcmVtZW50cyBvZiBbSS1ELmhhcnRrZS1jb3JlLWUyZS1z
ZWN1cml0eS1yZXFzXSBhcmUgYWxsIGFkZHJlc3NlZC9tZXQgYnkgdGhlIHRleHQgaW4gdGhlIHBy
ZXNlbnQgc2VjdGlvbiAxMC4xID8mbmJzcDsgTm93IGl0IGxvb2tzIGxpa2UgdGhlIHNlY3Rpb24g
cmVmZXJzIHRvIFtJLUQuaGFydGtlLWNvcmUtZTJlLXNlY3VyaXR5LXJlcXNdIGZvciBub3JtYXRp
dmUgaW1wbGVtZW50YXRpb24gZGV0YWlscy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+MTAuMjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBw
dCI+RXhhbXBsZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjI3LjBwdCI+LSZndDsgQ291bGQgZXhwbGljaXRseSBhZGQgYSBzdGF0ZW1lbnQg
dGhhdCBpbiB0aGUgSFRUUCBtZXNzYWdlIHRoZSBDb250ZW50LVR5cGUgaGVhZGVyLCBvciBtb3Jl
IGdlbmVyYWxseSB0aGUgcmVwcmVzZW50YXRpb24gbWV0YWRhdGEgKENvbnRlbnQtKiBoZWFkZXJz
KSBtdXN0IGJlIGVsaWRlZC4mbmJzcDsgKFRoYXQgd291bGQgY2F1c2UgYSByZWNlaXZlciB0byBh
dXRvbWF0aWNhbGx5DQogYXNzdW1lICZxdW90O2FwcGxpY2F0aW9uL29jdGV0LXN0cmVhbSZxdW90
OyB0eXBlLikmbmJzcDsmbmJzcDsgT3IsIGluIGNhc2Ugc3VjaCBoZWFkZXJzIGFyZSBhbGxvd2Vk
LCB0aGUgc2VsZWN0ZWQgLyBwcmVmZXJyZWQgbWVkaWEgdHlwZSBmb3IgdGhlc2UgaGVhZGVycyBz
aG91bGQgYmUgc3BlY2lmaWVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4tJmd0OyBleGFtcGxlIHNo
b3VsZCBiZSBleHRlbmRlZCBieSBoYXZpbmcgdGhlIENvQVAgc2VydmVyIHJlc3BvbmQgd2l0aCBh
IENvbnRlbnQtRm9ybWF0IG9wdGlvbiwgd2hpY2ggaXMgdGhlbiBmb3VuZC9kZWNyeXB0ZWQgYnkg
dGhlIE9TQ09SRSBjb21wb25lbnQgdGhhdCBpcyBzaXR1YXRlZCBvbiB0aGUgSFRUUCBjbGllbnQu
Jm5ic3A7IFNpbmNlIHJlc3BvbmRpbmcgd2l0aCBhDQogQ29udGVudC1Gb3JtYXQgb3B0aW9uIHRv
Z2V0aGVyIHdpdGggcGF5bG9hZCBpcyBxdWl0ZSBjb21tb24gZm9yIENvQVAgc2VydmVycy4gPG86
cD4NCjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoy
Ny4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjI3LjBwdCI+LSZndDsgY29uc2lkZXJpbmcgYWJvdmUsIGl0IHNlZW1zIHdv
cnRod2hpbGUgdG8gcG9pbnQgb3V0IGFnYWluIHRoYXQgdGhlICZxdW90O0hUVFAgQ2xpZW50JnF1
b3Q7IGNvbnRhaW5zIHRoZSBPU0NPUkUgZnVuY3Rpb24gd2hpY2ggYWxyZWFkeSBtdXN0IGNvbnRh
aW4gYSBIVFRQLXRvLUNvQVAgbWFwcGluZyBmdW5jdGlvbiwgaW4gb3JkZXIgdG8gY29udmVydCB0
aGUgQ29BUCByZXNwb25zZQ0KIGNvZGUgYW5kIENvQVAgcmVzcG9uc2Ugb3B0aW9ucyB0byB0aGUg
ZXF1aXZhbGVudHMgaW4gSFRUUCwgZS5nLiBkb2luZyBzbyBwZXIgW1JGQzgwNzVdLg0KPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDoyNy4wcHQiPjEwLjM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPkV4YW1wbGU8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPi0mZ3Q7IHBlcmhhcHMg
d29ydGh3aGlsZSB0byBwb2ludCBvdXQgdGhhdCB0aGUgT1NDT1JFIGZ1bmN0aW9uIGluIHRoZSAm
cXVvdDtIVFRQIFNlcnZlciZxdW90OyBjb250YWlucyBhIEhUVFAtdG8tQ29BUCBtYXBwaW5nIGZ1
bmN0aW9uIGluc2lkZSwgaW4gb3JkZXIgdG8gY29udmVydCB0aGUgSFRUUCByZXNwb25zZSBhbmQg
Y29udGVudC10eXBlL2VuY29kaW5nIHRvIHRoZSBlcXVpdmFsZW50DQogQ29BUCByZXNwb25zZSBj
b2RlIGFuZCBPcHRpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+KFNpbmNlIHRoaXMgJnF1b3Q7bWFwcGluZyBmdW5jdGlv
biZxdW90OyBwcm9jZXNzaW5nIGlzIG5vdCBzZXBhcmF0ZWx5IGlkZW50aWZpZWQgaW4gdGhlIHN0
ZXBzIGJ1dCByYXRoZXIgaW5jbHVkZWQgaW4gb25lIE9TQ09SRSBzdGVwOyBwZW9wbGUgbWF5IG92
ZXJsb29rIHRoaXMgYXNwZWN0IC0gYW5kIG1heSB3b25kZXIgaG93IGEgSFRUUCBTZXJ2ZXIga25v
d3MgYWJvdXQgQ29BUCBzeW50YXgNCiBhbmQgc2VtYW50aWNzLik8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBw
dCI+MTE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDoyNy4wcHQiPk9TQ09SRSBwcm90ZWN0cyBlbmQtdG8tZW5kIHRoZSBwYXlsb2FkLCBhbmQg
YWxsIGluZm9ybWF0aW9uIGluIHRoZSBvcHRpb25zIGFuZCBoZWFkZXIsPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4tJmd0OyBw
cm9iYWJseSBoZXJlICZxdW90O0NvQVAmcXVvdDsgd2FzIHJlbW92ZWQgYXQgc29tZSBwb2ludCwg
bWFraW5nIHRoZSByZWZlcmVuY2UgdG8gb3B0aW9ucyBhbmQgaGVhZGVyIHVuY2xlYXIuIE9wdGlv
bnMgYXJlIENvQVAtc3BlY2lmaWMuIENhbiB3ZSBhbHNvIHNheSAmcXVvdDtDb0FQIGhlYWRlciZx
dW90OyBoZXJlPyBBbmQgZm9yIEhUVFAgd2Ugc2hvdWxkIHNheSAmcXVvdDtoZWFkZXIgZmllbGRz
JnF1b3Q7DQogcHJvYmFibHksIG5vdCAmcXVvdDtoZWFkZXImcXVvdDs/PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoy
Ny4wcHQiPkFwcGVuZGl4IEE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPkhhcyBhICZxdW90O1RPRE8mcXVvdDsgbGFiZWwgb25s
eTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MikgTWlub3IgY29tbWVudHM8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3
LjBwdDt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzI7dmVydGljYWwt
YWxpZ246bWlkZGxlIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y
ZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu
Pjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlNvbWUgcmVmZXJlbmNlcyB0byBzZWN0aW9ucyBzZWVt
IHRvIGJlIG1pc3NpbmcgdGhlIGJyYWNrZXRzIGUuZy4gJnF1b3Q7U2VjdGlvbiBYJnF1b3Q7IGlu
c3RlYWQgb2YgJnF1b3Q7KFNlY3Rpb24gWCkmcXVvdDsuPGJyPg0KZS5nLiAmcXVvdDttb3N0IG9w
dGlvbnMgYXJlIGVuY3J5cHRlZCBTZWN0aW9uIDQsIGFuZCB0aGUmcXVvdDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQ7dGV4dC1p
bmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm8yO3ZlcnRpY2FsLWFsaWduOm1pZGRs
ZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNwYW4g
c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9z
cGFuPjwhW2VuZGlmXT5Tb21lIHNlY3Rpb24gcmVmZXJlbmNlcyBhcmUgd3JpdHRlbiBsb3dlcmNh
c2UgJnF1b3Q7c2VjdGlvbiBYJnF1b3Q7IGluc3RlYWQgb2YgJnF1b3Q7U2VjdGlvbiBYJnF1b3Q7
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDoyNy4wcHQiPlNlY3Rpb24gMTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+c2VjdXJlIHRoZSBiaW5kaW5n
IC0mZ3Q7IHNlY3VyZSBiaW5kaW5nJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IChmb3IgaW1wcm92ZWQgc2VudGVuY2UgZmxvdyk8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjI3LjBwdCI+MjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjI3LjBwdCI+ZGV0YWlsZWQgZm9ybWF0IGlzIHNwZWNpZmllZCBpbiBTZWN0
aW9uIDgpLiAtJmd0OyBkZXRhaWxlZCBmb3JtYXQgaXMgc3BlY2lmaWVkIGluIFNlY3Rpb24gOC48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoy
Ny4wcHQiPm9wdGlvbnMgYXJlIGVuY3J5cHRlZCBTZWN0aW9uIDQsIC0mZ3Q7IG9wdGlvbnMgYXJl
IGVuY3J5cHRlZCAoU2VjdGlvbiA0KSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+NC4yLjMuNTxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBw
dCI+aW5lZ3JpdHkmbmJzcDsgLSZndDsgaW50ZWdyaXR5PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPjYu
NDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjI3LjBwdCI+VGhlIHNlcnZlciBNQVkgc2V0IGFuIE91dGVyIE1heC1BZ2Ugb3B0aW9uIHdpdGgg
dmFsdWUgemVyby48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDoyNy4wcHQiPi0mZ3Q7IGNvdWxkIGNsYXJpZnkgdGhhdCB0aGUgc2VydmVyIG1h
eSBkbyB0aGlzIGlmIHRoZSB2ZXJpZmljYXRpb24gZmFpbHMuIEUuZy4gc2F5PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mcXVv
dDtBbHNvLCB0aGUgc2VydmVyIE1BWSBpbiB0aGlzIGNhc2Ugc2V0IGFuIE91dGVyIE1heC1BZ2Ug
b3B0aW9uIHdpdGggdmFsdWUgemVyby4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Ni41PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Mjcu
MHB0Ij4nbm9kZScgKHVzZWQgc2V2ZXJhbCB0aW1lcyk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPi0mZ3Q7IHNob3VsZCB0aGlz
IGJlIHJlcGxhY2VkIGJ5ICdlbmRwb2ludCcgPyZuYnNwOyBNb3N0IG90aGVyIHNlY3Rpb24gc2Vl
bSB0byB1c2UgdGhlICdlbmRwb2ludCcgdGVybSBmb3IgdGhlc2UuIEp1c3QgYSB0aG91Z2h0IC0g
bWF5YmUgdGhlIHRlcm0gJ25vZGUnIGlzIGluZGVlZCBiZXR0ZXIgd2hlbiB0YWxraW5nIGFib3V0
IGUuZy4gcmVib290cyBzaW5jZSBlbmRwb2ludHMNCiBkb24ndCByZWJvb3QsIGJ1dCBub2RlcyBk
by4gT24gdGhlIG90aGVyIGhhbmQgNi41LjIgdGFsa3MgYWJvdXQgYSByZWJvb3RpbmcgKENvQVAp
IHNlcnZlci48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Tm90aWZpZmNhdGlvbiBOdW1iZXJzIC0mZ3Q7
IE5vdGlmaWNhdGlvbiBOdW1iZXJzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPnRvIGFjaGlldmUgdGhp
cyBpcyBkZXNjcmliZWQgYmVsb3cgLSZndDsgdG8gYWNoaWV2ZSB0aGlzIGFyZSBkZXNjcmliZWQg
YmVsb3c8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Ni41LjM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPmFuZCByZS1yZWdpc3RlciAt
Jmd0OyBhbmQgcmUtcmVnaXN0ZXJzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPjguMTxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+YW5k
IG4gPSA3IGlzIHJlc2VydmVkIC0mZ3Q7IGFuZCBuID0gNyBhcmUgcmVzZXJ2ZWQ8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjI3LjBwdCI+OC4zLjE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPlNvbWUgbGVhZGluZyB0YWJzIG9yIHZlcnRpY2FsIHNw
YWNpbmcgY291bGQgYmUgdXNlZCB0byBiZXR0ZXIgc2VwYXJhdGUgdGhlIGV4YW1wbGVzLjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBw
dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6MjcuMHB0Ij4xMTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+VGhlIGlubmVyIGJsb2NrIG9wdGlvbnMgLSZndDsg
VGhlIElubmVyIEJsb2NrIG9wdGlvbnM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+c2luY2UgdGhlIGVu
Y3J5cHRlZCBvcHRpb25zJm5ic3A7IC0mZ3Q7IHNpbmNlIHRoZSBlbmNyeXB0ZWQgQmxvY2sgb3B0
aW9ucyZuYnNwOyZuYnNwOyA/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPjEzLjE8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPnBhcmFt
dGVyJm5ic3A7IC0mZ3Q7IHBhcmFtZXRlcjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0Ij4xNDxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+
TXkgYnJvd3NlciBkaXNwbGF5czo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPk1hbGlzYSBWdSZhbXA7IzI2OTtpbmkmYW1wOyMy
NjM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDoyNy4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVz
dCByZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RXNrbyBEaWpr
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9i
PiBjb3JlIFttYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnXSA8Yj5PbiBCZWhhbGYgT2YNCjwv
Yj5KYWltZSBKaW3DqW5lejxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIE5vdmVtYmVyIDIwLCAy
MDE3IDE2OjA5PGJyPg0KPGI+VG86PC9iPiBjb3JlQGlldGYub3JnIFdHIChjb3JlQGlldGYub3Jn
KSAmbHQ7Y29yZUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzo8L2I+IGRyYWZ0LWlldGYtY29yZS1v
YmplY3Qtc2VjdXJpdHkuYXV0aG9yc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBbY29y
ZV0gPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJIEVtb2ppJnF1b3Q7LHNh
bnMtc2VyaWYiPiYjMTI4Mjc2Ozwvc3Bhbj4gV0dMQyBvbiBkcmFmdC1pZXRmLWNvcmUtb2JqZWN0
LXNlY3VyaXR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBDb1JFIFdHLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyB3ZSBkaXNjdXNzZWQgZHVyaW5nIHRo
aXMgSUVURiwgdGhlIE9TQ09SRSBkcmFmdCBpcyBpbiBnb29kIHNoYXBlIGZvciBXR0xDLiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhl
IGF1dGhvcnMgaGF2ZSBzdWJtaXR0ZWQgYSByZXZpZXdlZCB2ZXJzaW9uIGRlYWxpbmcgd2l0aCB0
aGUgbWlub3IgY29tbWVudHMgZnJvbSBJRUYxMDAuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v
cmcvaHRtbC9kcmFmdC1pZXRmLWNvcmUtb2JqZWN0LXNlY3VyaXR5LTA3Ij5odHRwczovL3Rvb2xz
LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLW9iamVjdC1zZWN1cml0eS0wNzwvYT4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
VGhlIFdHTEMgd2lsbCBlbmQgYnkgPGI+MTF0aCBvZiBEZWNlbWJlcjwvYj4uJm5ic3A7PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJlc3QgUmVn
YXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
Pi0gLSBKYWltZSBKaW3DqW5lejxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPGJyPg0KPGhyPg0KPGZvbnQgZmFjZT0iQXJpYWwiIGNvbG9yPSJHcmF5IiBzaXplPSIx
Ij5UaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgZW1haWwgbWF5IGJlIGNvbmZpZGVu
dGlhbCBhbmQvb3IgbGVnYWxseSBwcm90ZWN0ZWQgdW5kZXIgYXBwbGljYWJsZSBsYXcuIFRoZSBt
ZXNzYWdlIGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZShzKS4gSWYgeW91IGFy
ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQNCiB0
aGF0IGFueSB1c2UsIGZvcndhcmRpbmcsIGRpc3NlbWluYXRpb24sIG9yIHJlcHJvZHVjdGlvbiBv
ZiB0aGlzIGVtYWlsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQgYW5kIG1heSBiZSB1bmxhd2Z1bC4g
SWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGNvbnRhY3QgdGhl
IHNlbmRlciBieSByZXR1cm4gZS1tYWlsIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMgb2YgdGhlIG9y
aWdpbmFsIGVtYWlsLjxicj4NCjwvZm9udD4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_DB6P121MB0038BC4D9CB5198A75E9C14C9B350DB6P121MB0038EURP_--


From nobody Thu Dec 14 00:41:29 2017
Return-Path: <stokcons@xs4all.nl>
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 A51D2126CC4 for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 00:41:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.621
X-Spam-Level: 
X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 LElmpRZzAmf3 for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 00:41:20 -0800 (PST)
Received: from lb1-smtp-cloud7.xs4all.net (lb1-smtp-cloud7.xs4all.net [194.109.24.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C2E21201F8 for <core@ietf.org>; Thu, 14 Dec 2017 00:41:19 -0800 (PST)
Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:213]) by smtp-cloud7.xs4all.net with ESMTPA id PP4vebzKkbYqmPP4ve3810; Thu, 14 Dec 2017 09:41:18 +0100
Received: from 2001:983:a264:1:edf1:704:20b9:e19d by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Thu, 14 Dec 2017 09:41:17 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Date: Thu, 14 Dec 2017 09:41:17 +0100
From: peter van der Stok <stokcons@xs4all.nl>
To: =?UTF-8?Q?G=C3=B6ran_Selander?= <goran.selander@ericsson.com>
Cc: consultancy@vanderstok.org, Core <core@ietf.org>
Organization: vanderstok consultancy
Reply-To: consultancy@vanderstok.org
Mail-Reply-To: consultancy@vanderstok.org
In-Reply-To: <D64F0793.90B4C%goran.selander@ericsson.com>
References: <f75deddb576b441a62d015a12594baef@xs4all.nl> <D64F0793.90B4C%goran.selander@ericsson.com>
Message-ID: <5328968a93a1fed15d804c4827beb835@xs4all.nl>
X-Sender: stokcons@xs4all.nl
User-Agent: XS4ALL Webmail
X-CMAE-Envelope: MS4wfHZfXuQriY3VtU35ylikkuDuuvPeYs0iqGo9kOzjz739qlkFWH2xhaIukC51Kp0yebpX9NEw7ugKuh7x9z3Jab0ht6QAWIc8gA7Bhch5rsPWq1aYumv/ Ff1/A0nrQCEyuu5ygGuVOxCQaUy3nWxoQhEHxbPTP5/g0khTfXa17JL3JE8h9H8NdfK2F/GECaxBhV8HCFx8dnqj2ZQ07QmO6zdReXmvo5amzzLraPUVXOCa eXykpMQ4W5Wu8zzZKzUWDQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/--mkThX0Wls9j1jIdDQFQhiynpY>
Subject: Re: [core] WGLC core-object-security-07
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 08:41:25 -0000

Hi Goran,

thanks for you reaction; some late clarifications of my comments below.

> abstract, since part of the CoAP message remains unchanged through the
> OSCORE transformation so it is not a clean cut "transport with CoAP”.

May be: "Application layer security addition to http and coap transport"

> 
>> It might be helpful to state that the distribution and generation of
>> keys is out of scope.
> 
> [GS] It was not entirely clear to me what "distribution and generation 
> of
> keys” refers to. There is always a need to introduce some initial keys 
> -
> that is unavoidable and seems redundant to remark.

The remark is not about the necessity of the initial keys but on the 
fact tat the draft does not specify it.
I like it when drafts clearly specify their scope. (especially in the 
abstract)

> 
> Then there may be TTP-assisted key distribution (like ACE), or the use 
> of
> a key exchange protocol to get an OSCORE master key in place. If that 
> is
> what you refer to,
Indeed
then I can agree we could give make clear that it is
> out of scope earlier in the document but perhaps better in the section 
> 1
> rather than in the abstract?
both?

>> 
>> 1 Introduction;
>> The abstractions  coap message layer and coap request/response layer 
>> are
>> used. The discussions about coap over tcp taught me that these
>> abstractions are very differently interpreted by different people. A
>> more concrete statement about coap payload and coap headers will be 
>> more
>> informative.
> 
> [GS] These abstractions are used in the Introduction to avoid going 
> into
> which CoAP headers are protected, which is done later in the document.
> Perhaps a forward reference to relevant sections would be sufficient?
> Also,  the description of how CoAP works above Figure 1 gives a high 
> level
> explanation of how CoAP payload, options and header fields are handled
> (again, this part can be made more clear).

Abstractions are always difficult. Once found they are obvious.
My impression was that with few words you could define your own 
abstractions that will inherit less confusion than the coap layers do.
> 
> 
>> What is an "in-layer security protocol"? This statement generates more
>> questions than its absence will.
> 
> [GS] I agree that the term may be confusing and we should probably 
> remove
> it. Here is anyway the rationale for the term:
> 
> OSCORE is an extension to CoAP which protects the CoAP message and
> replaces the original CoAP message with a modified CoAP message (the
> OSCORE message). In this sense, it does not depend on any other layer 
> in
> the stack, which in turn enables the independence of underlying layers 
> and
> support for CoAP proxy operations etc.. We need to make this part 
> clear,
> but we don’t need to use the term “in-layer”.

I agree that I would never have guessed the semantics of in-layer as 
described above.
> 
>> 
>> State that the "Oject-security option" is new and defined in this
>> document.
> 
> [GS] It is stated that:
> 
> "The use of OSCORE is signaled with the Object-Security CoAP option or
> HTTP header, defined in Section 2 and Section 10.2.”
> 
> Is it the word “new” you are missing?

Yes, that's all.

> 
> 
> But when we extended the scope the HTTP, we removed the explicit
> mentioning of ‘CoAP’ in “CoAP message”, with the assumption that 
> "message"
> could be either "CoAP message" or "HTTP message”.
> 
> Likewise there used to be a sentence explaining that the OSCORE message 
> is
> indeed a CoAP message, but that seems also have been lost in the 
> ambition
> of explaining how it works with CoAP and HTTP at the same time. I need 
> to
> think about what is best, either reverting and discuss the HTTP part
> separate or adding "CoAP/HTTP” before message.

Defining them will be enough and does not cost much in words.

> 
>> With little extra effort this can be described more concretely.
>> I suggest to just describe figure 1 which is clearer than the text.
> 
> [GS] Yes, let’s add that too.
Adding? replacing is more concise?
> 
>> 
>> 3 Security Context.
>> The text restricts itself to AEAD algorithms. COSE allows many more.

>> I
>> can imagine that in some installations, only one context per server is
>> needed. In that case, the Additional Data can be empty.
> 
> [GS] I didn’t understand this part of the comment.

IMU the AEAD restriction was needed because there is additional data to 
be protected against tampering.
That concerns the not yet existing options and the kid, etc data.
When these data are not needed (no confusion to select because only one 
connection exists) the AEAD restriction was not needed; and therefore 
the AEAD restriction is not a MUST but a recommendation for most use 
cases.

> 
>> Is it possible
>> to extend the choice of algorithms to all COSE (and future ones) and
>> point out that transmitting the context identifier necessitates an 
>> AEAD
>> algorithm?
> 
> [GS] Same question as above, what are the use cases for the COSE 
> objects
> not already mentioned? Since different COSE objects assume different
> security contexts and different processing steps we didn’t try to cover
> them all in one specification. Should additional COSE objects be needed 
> we
> could make an extension (e.g. using the OSCORE flag byte as an 
> extension
> point.)

Possibly, I'm making a point about nothing, and can new algorithms 
always be added to OSCORE.
The current text creates the impression that this is not possible.
> 
> 

>> 4 protected message fields.

> 
>> Integrity protected coap options does not exist to-day, but its 
>> eventual
>> presence is treated as main focus.
> 
> [GS] I would not say Class I options are main focus, but they require
> special processing and anticipating their usefulness (see example 
> above)
> we wanted to include their processing in the specification.

The text surface about Class I is really large compared to its use.

> 
>> I found the separation of inner and outer Max-age confusing: Is it not
>> better to add a new option: cache-age?
> 
> [GS] Sorry, I didn’t understand what is confusing and why a new option
> would be better.
> 

> we can use the inner option to communicate with the endpoint. For the
> endpoint we use Max-Age in the usual way, for a proxy we use Max-age to
> avoid unnecessary caching.

Exactly my point; the semantics are different, but they have the same 
name, and Max_age is defined for inner in 7252.

> 
> 
>> Also the outer block option is confusing. I understand the block 
>> option
>> to be an end-to-end option, and to be no concern of intermediate
>> routers, bridges or proxies. The block option should be used by client
>> and server with knowledge about transmitted packet (datagram) size. If
>> packet size data are wrong, other means of fragmentation are possible
>> and these are outside the coap end-to-end security scope.
> 
> 
> [GS] Your understanding is entirely correct. However, we need to 
> describe
> outer block processing to the extent it has an impact on the OSCORE
> processing. Since proxies may perform block processing on OSCORE 
> messages,
> a recipient may receive a fragment (block) of an OSCORE message, and 
> thus
> first need to wait for the remaining blocks before processing the 
> OSCORE
> message.
> 
> This is in contrast to other CoAP processing which comes after OSCORE 
> has
> verified and decrypted the message. Outer block is thus an exception,
> which is visible in the processing steps, see e.g. section 7.2, but we
> should highlight that better in the description about the outer block
> option.

Right, and where and how are these new block options generated? in 
routers? or does this necessitate an extension to coap proxy 
specifications?

Greetings,
thanks for your explanations,

Peter


From nobody Thu Dec 14 03:42:20 2017
Return-Path: <c.amsuess@energyharvesting.at>
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 8026B128BB6; Thu, 14 Dec 2017 03:42:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 yMoqYfjTcWHl; Thu, 14 Dec 2017 03:42:14 -0800 (PST)
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 35B02128B90; Thu, 14 Dec 2017 03:42:13 -0800 (PST)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id 6C0A44779F; Thu, 14 Dec 2017 12:42:10 +0100 (CET)
Received: from poseidon-mailbox.amsuess.com (poseidon-mailbox.amsuess.com [10.13.13.231]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 3050139; Thu, 14 Dec 2017 12:42:08 +0100 (CET)
Received: from hephaistos.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id D26F539; Thu, 14 Dec 2017 12:42:07 +0100 (CET)
Received: (nullmailer pid 17482 invoked by uid 1000); Thu, 14 Dec 2017 11:42:06 -0000
Date: Thu, 14 Dec 2017 12:42:06 +0100
From: Christian =?iso-8859-1?Q?Ams=FCss?= <c.amsuess@energyharvesting.at>
To: draft-ietf-core-links-json@ietf.org, core@ietf.org
Message-ID: <20171214114204.GA31455@hephaistos>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE"
Content-Disposition: inline
User-Agent: Mutt/1.9.1 (2017-09-22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Au9mXdPmjXtPCxp96cvnv-D1FI0>
Subject: [core] links-json: target resolution in presence of anchors / RFC8288
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 11:42:16 -0000

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

Hello links-json authors,

there is a discrepancy between the Link Format described in RFC6690 and
the Link header described in RFC8288 (formerly 5988bis). Take the
example this line obtained from a resource <http://internal-host/>:

    </b>;rel=3D"x";anchor=3D"http://external-host/"

If this is sent in an RFC6690 document, it means

    <http://external-host/b>;rel=3D"x";anchor=3D"http://external-host/"

but if it is sent in an RFC8288 header, it means

    <http://internal-host/b>;rel=3D"x";anchor=3D"http://external-host/"


On the formal side, this means that some statements can not be
expressed in RFC6690 link format without knowledge of where the resource
is served from. This is detrimental when describing links in an (esp.
statically configured) collection to describe members using outside
anchors.

On the practical side, this leads to implementations doing the
resolution wrong because none of the documents points out that there is
a difference.

On the social side, this results in many questions about link
resolutions, and us CoRE people teaching ways that are not applicable to
the rest of the web linking world. This point is especially relevant to
links-json given it aims to be usable in the regular web world too.


Please include a statement as to which of the interpretations is applied
to JSON and CBOR link format documents.

I strongly recommend to take up the interpretation of RFC8288. This
*does* have effects on roundtrip-ability (the meaning of
`[{href:"/b",anchor:"http://external-host"}]` is inexpressable in
RFC6690 documents, and `</b>;anchor=3D"http://external-host/"` needs to be
converted to `[{href:"http://external-host/b",...}]` but retains the
same semantics), but I still think that it is better to have that
complexity in the converters than to carry on the mistakes[1] of the
past into the next generation of content formats.


Having a decision is also relevant to the Resource Directory draft
(where this discussion comes from) because we need to either stay that
we have to impose the same restrictions on JSON/CBOR documents as we do
on RFC6690 ones ("no relative hrefs when anchor is present"), or we can
recommend using JSON/CBOR link format because it can be used without
worries.


Best regards
Christian

[2]: My personal opinion of the origin of the discrepancy is that it was
  an honest mistake in reading 5988 back when 6690 was written
  (otherwise it would have been pointed out as a deliberate decision to
  deviate here) -- I made the same mistake myself[2] revisiting 5988.
  The newer 8288 does not allow for that interpretation any more.
[1]: https://mailarchive.ietf.org/arch/msg/core/6r-Dcl6l4ieqzI4K4p5KkQZ7HcI

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

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAloyY4gACgkQOY0REtOk
veGxyg//fddM/eqsAS8UN8INo/06XvdHax/XJy2Q7tmmczzYNZvCkaM2nXwZFjq3
0+IYWNKwfdNEIhwUM0hGdTkQ9tgXp1CznJl/g6oXbHlYZtsRJ8QozeVEySZsEuzW
1mglSqyAsuIP9ikX9n/ZBpjaQ0yG9DXjN1ROOZ4YMq7BYkCOcWADqJ1fJLjQ7Kvu
dDqHjCVM4/sqY2qgmWHr1KD/C5C9C6rPxXhbdsarBscwql531yCBvddZjJb1eAuy
WAr31WsL8+pzJlpEPfHmgKKS3BK1ynKW7tkHAf8maIjpSsW4qMzAHPFe1y++jt0o
nxomKCSyqFrUVRo/M0J4GqONFWa66YXdcTD3dM4Pn+ieY9U+UBhJZzNE2qi9pzXg
QVoeQbSt4adZjqWUOy/CCLhGpp41gH/XbFNNFLAJ9qHhbEnWn/D4jPvH6FiFQBf8
Y//YGCd/9MFTnSPV8ubMhGZIHFvS27+rbjjXcleXy/WGeR5lCX6p3/MGepuBAg43
Z302kfFNjfm0VKRo2PVdOcCQ89JUBNa7Wo84+6gelJ8PSUD976BSylipGe2kwmQp
maaPKxcyZykQXGZeXocwDRfjwgviL9z6snQ3qBg99ltzixYwNF2uFsnpC+WVc0NK
T5jqkCno3hDyFDpzm6tmq0+FASCSaETRhmIMim8cRD3+yjioiAQ=
=FLcN
-----END PGP SIGNATURE-----

--Kj7319i9nmIyA2yE--


From nobody Thu Dec 14 05:18:11 2017
Return-Path: <malisa.vucinic@inria.fr>
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 1C4F1126C25; Thu, 14 Dec 2017 05:18:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level: 
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 1HhPZ4fw2Fz7; Thu, 14 Dec 2017 05:18:07 -0800 (PST)
Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (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 9722B124205; Thu, 14 Dec 2017 05:18:06 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.45,400,1508796000";  d="scan'208,217";a="305473148"
Received: from unknown (HELO [192.168.1.3]) ([89.188.33.128]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Dec 2017 14:18:04 +0100
From: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>
Message-Id: <CA57CC47-05E7-4200-9A88-6AD86BF7E204@inria.fr>
Content-Type: multipart/alternative; boundary="Apple-Mail=_9F79A59E-E2B0-4213-8F06-D17B9DBBA9B4"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Thu, 14 Dec 2017 14:18:03 +0100
In-Reply-To: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com>
Cc: "draft-ietf-core-object-security.authors@ietf.org" <draft-ietf-core-object-security.authors@ietf.org>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
References: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/r63t6E3baIlEtcRQ0jSvpGlNfpk>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_on_draft-ietf-core-object-sec?= =?utf-8?q?urity?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 13:18:10 -0000

--Apple-Mail=_9F79A59E-E2B0-4213-8F06-D17B9DBBA9B4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

G=C3=B6ran, all,

It was really a pleasure to witness how this spec advanced from =
draft-selander-ace-object-security-00 and evolved to its current form. =
Thank you for accommodating the requests coming from 6TiSCH and making =
this solution so efficient.

I am just starting to work on a Wireshark dissector and this made me go =
through the text on HTTP-to-CoAP and CoAP-to-HTTP proxying as one may =
have HTTP carrying OSCORE. I would like to understand better the added =
value of this part of the spec. Take as an example HTTP client =
generating request that is proxied/translated into a CoAP request. For =
the HTTP client to generate external_aad and ciphertext, it needs to =
implement portions of CoAP machinery. For example, to generate =
plaintext, the HTTP client needs to know in advance what CoAP Code will =
the proxied request have, how HTTP headers will translate to CoAP =
options and how to encode them in CoAP format. My question is whether it =
makes sense for an HTTP client to implement this, but not the rest of =
CoAP.

Second comment is related to normative language on error handling in =
-07. Background: Some error responses can be spoofed as they are not =
protected due to the lack of common keying material, so this opens up a =
DoS vector on the client. Current text in -07 states that the server MAY =
send this kind of response. Could you elaborate the reasoning behind =
this? What is the expected behavior of a client? Could you discuss =
somewhere security tradeoff being made when one opts for one approach or =
the other? Why do you not differentiate based on message type (NON/CON), =
as used in previous versions?

Mali=C5=A1a


> On 20 Nov 2017, at 16:09, Jaime Jim=C3=A9nez =
<jaime.jimenez@ericsson.com> wrote:
>=20
> Dear CoRE WG,
>=20
> As we discussed during this IETF, the OSCORE draft is in good shape =
for WGLC.=20
> The authors have submitted a reviewed version dealing with the minor =
comments from IEF100.
>=20
> https://tools.ietf.org/html/draft-ietf-core-object-security-07 =
<https://tools.ietf.org/html/draft-ietf-core-object-security-07>=20
>=20
> The WGLC will end by 11th of December.=20
>=20
> Best Regards,
> - - Jaime Jim=C3=A9nez
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


--Apple-Mail=_9F79A59E-E2B0-4213-8F06-D17B9DBBA9B4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">G=C3=B6ran, all,<div class=3D""><br class=3D""></div><div =
class=3D"">It was really a pleasure to witness how this spec advanced =
from draft-selander-ace-object-security-00 and evolved to its current =
form. Thank you for accommodating the requests coming from 6TiSCH and =
making this solution so efficient.</div><div class=3D""><br =
class=3D""></div><div class=3D"">I am just starting to work on a =
Wireshark dissector and this made me go through the text on HTTP-to-CoAP =
and CoAP-to-HTTP proxying as one may have HTTP carrying OSCORE. I would =
like to understand better the added value of this part of the spec. Take =
as an example HTTP client generating request that is proxied/translated =
into a CoAP request. For the HTTP client to generate external_aad and =
ciphertext, it needs to implement portions of CoAP machinery. For =
example, to generate plaintext, the HTTP client needs to know in advance =
what CoAP Code will the proxied request have, how HTTP headers will =
translate to CoAP options and how to encode them in CoAP format. My =
question is whether it makes sense for an HTTP client to implement this, =
but not the rest of CoAP.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Second comment is related to normative language on error =
handling in -07. Background: Some error responses can be spoofed as they =
are not protected due to the lack of common keying material, so this =
opens up a DoS vector on the client. Current text in -07 states that the =
server MAY send this kind of response. Could you elaborate the reasoning =
behind this? What is the expected behavior of a client? Could you =
discuss somewhere security tradeoff being made when one opts for one =
approach or the other? Why do you not differentiate based on message =
type (NON/CON), as used in previous versions?</div><div class=3D""><br =
class=3D""></div><div class=3D"">Mali=C5=A1a</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""></div><div><blockquote =
type=3D"cite" class=3D""><div class=3D"">On 20 Nov 2017, at 16:09, Jaime =
Jim=C3=A9nez &lt;<a href=3D"mailto:jaime.jimenez@ericsson.com" =
class=3D"">jaime.jimenez@ericsson.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D"">

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8" =
class=3D"">

<div style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
line-break: after-white-space;" class=3D"">
<div dir=3D"auto" style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; line-break: after-white-space;" class=3D"">
<div dir=3D"auto" style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; line-break: after-white-space;" class=3D"">
<div dir=3D"auto" style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; line-break: after-white-space;" class=3D"">
<div class=3D"">Dear CoRE WG,</div>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">As we discussed during this IETF, the OSCORE draft is in =
good shape for WGLC.&nbsp;</div>
<div class=3D"">The authors have submitted a reviewed version dealing =
with the minor comments from IEF100.</div>
<div class=3D""><br class=3D"">
</div>
<div class=3D""><a =
href=3D"https://tools.ietf.org/html/draft-ietf-core-object-security-07" =
class=3D"">https://tools.ietf.org/html/draft-ietf-core-object-security-07<=
/a>&nbsp;</div>
<div class=3D""><font class=3D""><span class=3D""><br class=3D"">
</span></font></div>
<div class=3D""><font class=3D""><span class=3D"">The WGLC will end by =
<b class=3D"">11th of December</b>.&nbsp;</span></font></div>
<div class=3D""><font class=3D""><span class=3D""><br class=3D"">
</span></font></div>
<div class=3D"">Best Regards,</div>
<div class=3D"">- - Jaime Jim=C3=A9nez</div>
<div class=3D""></div>
<br class=3D"">
</div>
</div>
</div>
</div>

_______________________________________________<br class=3D"">core =
mailing list<br class=3D""><a href=3D"mailto:core@ietf.org" =
class=3D"">core@ietf.org</a><br =
class=3D"">https://www.ietf.org/mailman/listinfo/core<br =
class=3D""></div></blockquote></div><br class=3D""></body></html>=

--Apple-Mail=_9F79A59E-E2B0-4213-8F06-D17B9DBBA9B4--


From nobody Thu Dec 14 05:29:15 2017
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 03E83128DE5; Thu, 14 Dec 2017 05:29:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 44eVy9nLkAEV; Thu, 14 Dec 2017 05:29:11 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 C76C3128DF3; Thu, 14 Dec 2017 05:29:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id vBEDT7bc002514; Thu, 14 Dec 2017 14:29:07 +0100 (CET)
Received: from [192.168.217.114] (p5DC7F151.dip0.t-ipconnect.de [93.199.241.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3yyDtC3BB0zDXgX; Thu, 14 Dec 2017 14:29:07 +0100 (CET)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CA57CC47-05E7-4200-9A88-6AD86BF7E204@inria.fr>
Date: Thu, 14 Dec 2017 14:29:05 +0100
Cc: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>, "draft-ietf-core-object-security.authors@ietf.org" <draft-ietf-core-object-security.authors@ietf.org>
X-Mao-Original-Outgoing-Id: 534950945.037071-3d83db6df1e7b70c201503d302522a3f
Content-Transfer-Encoding: quoted-printable
Message-Id: <9215CD62-532C-40DC-BC11-DF9DBD6B7165@tzi.org>
References: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com> <CA57CC47-05E7-4200-9A88-6AD86BF7E204@inria.fr>
To: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/TjkXQoaVBmd9VAXOSbBBu1iiQ_c>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_on_draft-ietf-core-object-sec?= =?utf-8?q?urity?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 13:29:13 -0000

On Dec 14, 2017, at 14:18, Mali=C5=A1a Vu=C4=8Dini=C4=87 =
<malisa.vucinic@inria.fr> wrote:
>=20
> My question is whether it makes sense for an HTTP client to implement =
this, but not the rest of CoAP.

Hi Mali=C5=A1a,

unfortunately, this is not just a question of implementation, but also =
about whether the client will have reachability. =20
HTTP is "the protocol that goes through firewalls=E2=80=9D...

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


From nobody Thu Dec 14 05:55:41 2017
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 DE35F126C83; Thu, 14 Dec 2017 05:55:39 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.67.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151325973985.6124.4673819241466756988@ietfa.amsl.com>
Date: Thu, 14 Dec 2017 05:55:39 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/4-KzLyglFwT21Oui9OXghP_PfFg>
Subject: [core] I-D Action: draft-ietf-core-senml-12.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 13:55:40 -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           : Media Types for Sensor Measurement Lists (SenML)
        Authors         : Cullen Jennings
                          Zach Shelby
                          Jari Arkko
                          Ari Keranen
                          Carsten Bormann
	Filename        : draft-ietf-core-senml-12.txt
	Pages           : 46
	Date            : 2017-12-14

Abstract:
   This specification defines media types for representing simple sensor
   measurements and device parameters in the Sensor Measurement Lists
   (SenML).  Representations are defined in JavaScript Object Notation
   (JSON), Concise Binary Object Representation (CBOR), eXtensible
   Markup Language (XML), and Efficient XML Interchange (EXI), which
   share the common SenML data model.  A simple sensor, such as a
   temperature sensor, could use this media type in protocols such as
   HTTP or CoAP to transport the measurements of the sensor or to be
   configured.


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

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

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


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

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


From nobody Thu Dec 14 06:00:48 2017
Return-Path: <ari.keranen@ericsson.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 930C31201F2 for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 06:00:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 iQwHFG5Nur3E for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 06:00:45 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 E0D891200CF for <core@ietf.org>; Thu, 14 Dec 2017 06:00:44 -0800 (PST)
X-AuditID: c1b4fb25-473ff7000000341b-12-5a32840a4731
Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 61.DD.13339.A04823A5; Thu, 14 Dec 2017 15:00:43 +0100 (CET)
Received: from ESESSMB109.ericsson.se ([169.254.9.225]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0352.000; Thu, 14 Dec 2017 15:00:42 +0100
From: =?iso-8859-1?Q?Ari_Ker=E4nen?= <ari.keranen@ericsson.com>
To: core <core@ietf.org>
Thread-Topic: [core] I-D Action: draft-ietf-core-senml-12.txt
Thread-Index: AQHTdOM8ufxVucytlECNj7PVmPZSFaNCzVCA
Date: Thu, 14 Dec 2017 14:00:41 +0000
Message-ID: <70B22736-4C58-4CF1-80FE-BBB8FD1332BC@ericsson.com>
References: <151325973985.6124.4673819241466756988@ietfa.amsl.com>
In-Reply-To: <151325973985.6124.4673819241466756988@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <C827062E7C2F3745A727979873E84594@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDLMWRmVeSWpSXmKPExsUyM2J7iC53i1GUwb1Ci31v1zM7MHosWfKT KYAxissmJTUnsyy1SN8ugSvj0rMDrAUfRSp+P37D3sDYLtDFyMkhIWAi8abjKwuILSRwmFGi e559FyMXkL2EUWLjr2lsIAk2AXuJyWs+MoLYIgISEp1f97N3MXJwCAvYSCydIQQRtpVYeG8m G4RtJPGo7R7YTBYBVYlzv+4ygdi8QGPmfHvJBrHLSeLQ/6dgcU4BZ4ntE44zg9iMAmIS30+t AYszC4hL3HoynwniTgGJJXvOM0PYohIvH/9jhbCVJBbd/gxVrydxY+oUNgjbWqLhxVJWCFtb YtnC18wQNwhKnJz5hGUCo+gsJCtmIWmfhaR9FpL2WUjaFzCyrmIULU4tTspNNzLWSy3KTC4u zs/Ty0st2cQIjJODW36r7mC8/MbxEKMAB6MSD++9DKMoIdbEsuLK3EOMEhzMSiK8rdFAId6U xMqq1KL8+KLSnNTiQ4zSHCxK4rwnPXmjhATSE0tSs1NTC1KLYLJMHJxSDYySM437gqcaTJkg lX/N0vWlu1Cvqn7VjJTqz6KCszcb/Fi26c2+vN1TN5bWWHyZLaG3nK2haopNPPOfd1WOZ85U X9zJcKrSaJtg63OWnGk5Cxyfz5y6pmiR3zu+dzzh2dFFglN2KB6flcOg9tt0cpv6VQlTpaQ9 65TNeEwVfp8JLWrnPl/VclyJpTgj0VCLuag4EQAI820kjwIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/wIm4Z6CokXOc0JZmgDIhrngoiX4>
Subject: Re: [core] I-D Action: draft-ietf-core-senml-12.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 14:00:48 -0000

This update addresses the final comments from, and before, the Singapore IE=
TF meeting.

In particular:

* The IANA table of SenML labels includes now more clearly all info=20
* There's new table in the beginning summarising the registered labels and =
their types
* Removed final references to "link" extension that we missed in the previo=
us update
* Security considerations moved from media types to it's own section (and r=
eferencing that in media type registrations)
* Editorial fixes

We believe this version is ready for publication.


Cheers,
Ari

> On 14 Dec 2017, at 14.55, internet-drafts@ietf.org wrote:
>=20
>=20
> A New Internet-Draft is available from the on-line Internet-Drafts direct=
ories.
> This draft is a work item of the Constrained RESTful Environments WG of t=
he IETF.
>=20
>        Title           : Media Types for Sensor Measurement Lists (SenML)
>        Authors         : Cullen Jennings
>                          Zach Shelby
>                          Jari Arkko
>                          Ari Keranen
>                          Carsten Bormann
> 	Filename        : draft-ietf-core-senml-12.txt
> 	Pages           : 46
> 	Date            : 2017-12-14
>=20
> Abstract:
>   This specification defines media types for representing simple sensor
>   measurements and device parameters in the Sensor Measurement Lists
>   (SenML).  Representations are defined in JavaScript Object Notation
>   (JSON), Concise Binary Object Representation (CBOR), eXtensible
>   Markup Language (XML), and Efficient XML Interchange (EXI), which
>   share the common SenML data model.  A simple sensor, such as a
>   temperature sensor, could use this media type in protocols such as
>   HTTP or CoAP to transport the measurements of the sensor or to be
>   configured.
>=20
>=20
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-core-senml/
>=20
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-core-senml-12
> https://datatracker.ietf.org/doc/html/draft-ietf-core-senml-12
>=20
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-core-senml-12
>=20
>=20
> 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.
>=20
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


From nobody Thu Dec 14 06:59:12 2017
Return-Path: <malisa.vucinic@inria.fr>
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 833F7126D3F; Thu, 14 Dec 2017 06:59:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level: 
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 vqP4anwYUIoY; Thu, 14 Dec 2017 06:59:08 -0800 (PST)
Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (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 0686D127868; Thu, 14 Dec 2017 06:59:07 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.45,400,1508796000";  d="scan'208,217";a="305493540"
Received: from unknown (HELO [192.168.1.3]) ([89.188.33.128]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Dec 2017 15:59:06 +0100
From: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>
Message-Id: <1A6AB710-B033-4BB1-90FD-475358F1900C@inria.fr>
Content-Type: multipart/alternative; boundary="Apple-Mail=_B6EB42A8-7952-4493-912F-DC801862F1E2"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Thu, 14 Dec 2017 15:59:05 +0100
In-Reply-To: <9215CD62-532C-40DC-BC11-DF9DBD6B7165@tzi.org>
Cc: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>, "draft-ietf-core-object-security.authors@ietf.org" <draft-ietf-core-object-security.authors@ietf.org>
To: Carsten Bormann <cabo@tzi.org>
References: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com> <CA57CC47-05E7-4200-9A88-6AD86BF7E204@inria.fr> <9215CD62-532C-40DC-BC11-DF9DBD6B7165@tzi.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/NqMCnv39v8M01-izL9HBKjRQvao>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_on_draft-ietf-core-object-sec?= =?utf-8?q?urity?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 14:59:10 -0000

--Apple-Mail=_B6EB42A8-7952-4493-912F-DC801862F1E2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Carsten,

Thanks, I wasn=E2=80=99t aware of those use cases. I take then as useful =
that OSCORE has a stand-alone dissector instead of being part of CoAP.

Mali=C5=A1a

> On 14 Dec 2017, at 14:29, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> Hi Mali=C5=A1a,
>=20
> unfortunately, this is not just a question of implementation, but also =
about whether the client will have reachability. =20
> HTTP is "the protocol that goes through firewalls=E2=80=9D...
>=20
> Gr=C3=BC=C3=9Fe, Carsten


--Apple-Mail=_B6EB42A8-7952-4493-912F-DC801862F1E2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Hi Carsten,<div class=3D""><br class=3D""></div><div =
class=3D"">Thanks, I wasn=E2=80=99t aware of those use cases. I take =
then as useful that OSCORE has a stand-alone dissector instead of being =
part of CoAP.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Mali=C5=A1a</div><div class=3D""><br =
class=3D""><div><blockquote type=3D"cite" class=3D""><div class=3D"">On =
14 Dec 2017, at 14:29, Carsten Bormann &lt;<a href=3D"mailto:cabo@tzi.org"=
 class=3D"">cabo@tzi.org</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><span =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; =
display: inline !important;" class=3D"">Hi Mali=C5=A1a,</span><br =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><br=
 style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" =
class=3D""><span style=3D"font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; float: none; display: inline =
!important;" class=3D"">unfortunately, this is not just a question of =
implementation, but also about whether the client will have =
reachability. &nbsp;</span><br style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><span =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; =
display: inline !important;" class=3D"">HTTP is "the protocol that goes =
through firewalls=E2=80=9D...</span><br style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><br =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" =
class=3D""><span style=3D"font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; float: none; display: inline =
!important;" class=3D"">Gr=C3=BC=C3=9Fe, =
Carsten</span></div></blockquote></div><br class=3D""></div></body></html>=

--Apple-Mail=_B6EB42A8-7952-4493-912F-DC801862F1E2--


From nobody Thu Dec 14 07:31:13 2017
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 16CC3126DED; Thu, 14 Dec 2017 07:31:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 X7wkd6QWkpkf; Thu, 14 Dec 2017 07:31:10 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 3EA00124319; Thu, 14 Dec 2017 07:31:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id vBEFV3Mo023599; Thu, 14 Dec 2017 16:31:03 +0100 (CET)
Received: from [192.168.217.114] (p5DC7F151.dip0.t-ipconnect.de [93.199.241.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3yyHZv3JKbzDXhv; Thu, 14 Dec 2017 16:31:03 +0100 (CET)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <20171214114204.GA31455@hephaistos>
Date: Thu, 14 Dec 2017 16:31:01 +0100
Cc: draft-ietf-core-links-json@ietf.org, core@ietf.org
X-Mao-Original-Outgoing-Id: 534958260.914469-3bd32420c321aa5369462444b09e1ad0
Content-Transfer-Encoding: quoted-printable
Message-Id: <FDEED306-BDA9-407E-96D7-6A5C9472FA28@tzi.org>
References: <20171214114204.GA31455@hephaistos>
To: =?utf-8?Q?Christian_Ams=C3=BCss?= <c.amsuess@energyharvesting.at>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/eNSR6jnP-gvZZ_zHkb097sFQyog>
Subject: Re: [core] links-json: target resolution in presence of anchors / RFC8288
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Dec 2017 15:31:12 -0000

Hi Christian,

(Speaking as a core-links-json co-author:)

We indeed have experienced a shift of focus here.

When the work on links-json started, seamless roundtripping with RFC =
6690 link-format was the foremost objective.

But, in the meantime, seamless integration into the larger Web world =
(both Big Web and Thing Web) was become of foremost importance.

Three aspects of RFC 6690 are in the way here:
=E2=80=94 it is based on RFC 5988, which has been superseded by RFC =
8288, with many problems solved =E2=80=94 in particular the handling of =
starred attributes (such as title*) can be much simplified now.
=E2=80=94 it uses a rather simplified form of resolving percent =
encoding, which works great for limited use cases, but prevents its =
seamless use with Web applications that may employ more complex percent =
encoding.
=E2=80=94 it has unusual rules for resolving relative links, which is =
the point that you are referring to.

We can work around the third problem by only using absolute links, which =
will be the fix for RD for now.

The deviation of RFC 6690 from the relative link handling that would be =
usual for RFC 8288 (and, actually, also for RFC 5988 already) was a =
feeble attempt to get some URI compression into the format (relative =
URIs can be shorter than absolute ones).  This kind of works, for =
certain use cases, but is brittle.  A better way is to go back to =
absolute links and address the URI compression objective separately, =
maybe even in a different RFC.  This does need some thinking.  (I may be =
worth to remember that RDF has been using a form URI compression from =
the outset, and we may want to learn from there =E2=80=94 see also =
link-employing formats such as CORAL!)

So the next step is to integrate these learnings into links-json and =
come up with a new version.
This will obviously need another WGLC before we hand it back to the =
IESG. =20
By addressing this heads-on, the process should also fix the blocking =
issues that got it stuck in the IESG, so we should be able to finish =
this soon.

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


From nobody Thu Dec 14 18:35:24 2017
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 05FD81243FE for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 18:35:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 BwuSlieigGWK for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 18:35:21 -0800 (PST)
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 2AD1D12704B for <core@ietf.org>; Thu, 14 Dec 2017 18:35:20 -0800 (PST)
Received: from Jude (12.110.93.130) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Thu, 14 Dec 2017 18:33:57 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: <core@ietf.org>
Date: Thu, 14 Dec 2017 18:35:11 -0800
Message-ID: <00e301d3754d$56677a30$03366e90$@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: AdN1R6vkhR/jTuwAS7uQz8XdDSgQ3A==
Content-Language: en-us
X-Originating-IP: [12.110.93.130]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/KLRa1ifh90aKrLKLfObEyZb23ik>
Subject: [core] What is a session
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 15 Dec 2017 02:35:23 -0000

I have managed to get back to this topic and given it some deep thought over
the last 24 hours and would like to get some feedback.

First, what does it mean to have something on the same session?  There are
three different things that I can think of:
1.  A response is required to be returned on the same session.  Reconnect on
a different session and the response is dropped on the floor.
2.  An observe relationship is defined as returning responses -- see item 1
3.  An application could, in theory, require that a sequence of operations
must be done on a single session.

That is the total set that I can think of.  Authorization as it is currently
defined is attached to keys for the secure sessions, thus if a new session
is created with the same key the same set of authorizations can be expected.

How one defines a session:
* For UDP, it would be based on the 4-tuple address.  A session would last
as long as nobody interferes with the routing table.  This can be
indefinitely for a static routing table or something short like 2 minutes or
so.  (I had to remotely diagnose this at one point, the fire wall closes the
routing and observe values stop getting to the client.  The value depends on
the specific version of windows that is being uses as well as which of the
different firewalls is being used.)
* For TCP, it is based on the TCP session.
* For TLS/DTLS, it would be based on the TLS idea of a session.  Sessions
can be re-connected if that was setup when the initial handshakes was
performed.  There is also coming the ability to have DTLS sessions be able
to automatically re-route without needing to re-connect the session.  The
only potential problem with this concept is that one could do two TLS
session reconnections at the same time.  This would either need to be
disallowed or some thought would need to be put into questions of what this
means.  I would lean towards the disallow myself, but it is a harder
question for DTLS where the client may think that the session had been lost
and the server thinks it is still open just on a different address 4-tuple
because a re-routing operation.  (Closing the first and rolling over to the
second would be a viable option for DTLS.)

These concepts would completely replace the current text in RFC 7252 where
it says it needs to be the same session, but text such as the same EPOCH
would be removed because, from a DTLS view it just does not make any sense.

Future:
1.  Is this is correct set of concepts for sessions?
2.  What re-writes in what documents need to be made?
3.  What is the correct way to do those re-writes.  (Are there enough
problems w/ RFC 7252 that a re-issue is needed or could this just be an
update?)

Jim



From nobody Thu Dec 14 22:42:28 2017
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 A5C3512704B for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 22:42:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 tQsYHlvc_ObT for <core@ietfa.amsl.com>; Thu, 14 Dec 2017 22:42:25 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 22BE8126B7F for <core@ietf.org>; Thu, 14 Dec 2017 22:42:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id vBF6fjJ6023086; Fri, 15 Dec 2017 07:41:45 +0100 (CET)
Received: from [192.168.217.102] (p5DC7F151.dip0.t-ipconnect.de [93.199.241.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3yygnj2HqFzDXpF; Fri, 15 Dec 2017 07:41:45 +0100 (CET)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <00e301d3754d$56677a30$03366e90$@augustcellars.com>
Date: Fri, 15 Dec 2017 07:41:44 +0100
Cc: core@ietf.org
X-Mao-Original-Outgoing-Id: 535012904.524395-ffc1da89a3f967d404f2e0c2ff0d4e97
Content-Transfer-Encoding: quoted-printable
Message-Id: <5CB08BD1-0817-40E6-994D-FD0606377947@tzi.org>
References: <00e301d3754d$56677a30$03366e90$@augustcellars.com>
To: Jim Schaad <ietf@augustcellars.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/1f_2AOYOIGzC5-H5YDKMZUyi2ww>
Subject: Re: [core] What is a session
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 15 Dec 2017 06:42:27 -0000

Hi Jim,

Not sure that =E2=80=9Csession=E2=80=9D is the right concept for this, =
but for now I=E2=80=99ll go with that.
(Ironically, I worked on the OSI session layer some 35 years ago :-)  =
Some memories=E2=80=A6)

> How one defines a session:
> * For UDP, it would be based on the 4-tuple address. =20

This.  And we have some special precautions in CoAP and Observe to =
handle the case that one end of the session has lots its memory (one =
case of which is that the IP address is reallocated).

> A session would last
> as long as nobody interferes with the routing table. =20

The routing table is the internal working of the IP layer and simply =
doesn=E2=80=99t enter the picture here.

> * For TCP, it is based on the TCP session.

TCP calls that a =E2=80=9Cconnection=E2=80=9D.
(Which in turn is based on the 4-tuple and a pair of 32-bit sequence =
numbers at both ends, hopefully chosen with some entropy; we usually =
entertain the fiction that this is uniquely identifying the connection.)

Here, we have fate-sharing between the application state and and =
connection state.

> * For TLS/DTLS, it would be based on the TLS idea of a session. =20

Which is the part where we have to find out whether the concepts match.
(Right now, again, it is the (D)TLS *connection*.)

> Sessions
> can be re-connected if that was setup when the initial handshakes was
> performed.  There is also coming the ability to have DTLS sessions be =
able
> to automatically re-route without needing to re-connect the session. =20=


Can you point to the mechanism/document you have in mind?

> The
> only potential problem with this concept is that one could do two TLS
> session reconnections at the same time.  This would either need to be
> disallowed or some thought would need to be put into questions of what =
this
> means. =20

Right.  So we don=E2=80=99t seem to have a perfect match of concepts.

> I would lean towards the disallow myself, but it is a harder
> question for DTLS where the client may think that the session had been =
lost
> and the server thinks it is still open just on a different address =
4-tuple
> because a re-routing operation.  (Closing the first and rolling over =
to the
> second would be a viable option for DTLS.)

Right.

> These concepts would completely replace the current text in RFC 7252 =
where
> it says it needs to be the same session, but text such as the same =
EPOCH
> would be removed because, from a DTLS view it just does not make any =
sense.
>=20
> Future:
> 1.  Is this is correct set of concepts for sessions?
> 2.  What re-writes in what documents need to be made?
> 3.  What is the correct way to do those re-writes.  (Are there enough
> problems w/ RFC 7252 that a re-issue is needed or could this just be =
an
> update?)

I don=E2=80=99t think there is a reason to re-issue 7252.
This document would simply be an =E2=80=9Cupdates 7252=E2=80=9D RFC.
(And we could update the MTI ciphers at the same time, if we want.)
We could also go ahead and define extended session concepts for =
non-secure, as well.

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


From nobody Fri Dec 15 00:32:37 2017
Return-Path: <c.amsuess@energyharvesting.at>
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 E5172124D85 for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 00:32:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 Fn-ssmDBPB4N for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 00:32:33 -0800 (PST)
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 9AAE1126DFE for <core@ietf.org>; Fri, 15 Dec 2017 00:32:33 -0800 (PST)
Received: from poseidon-mailhub.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd]) by prometheus.amsuess.com (Postfix) with ESMTPS id 646F34789E; Fri, 15 Dec 2017 09:32:30 +0100 (CET)
Received: from poseidon-mailbox.amsuess.com (poseidon-mailbox.amsuess.com [10.13.13.231]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 6407739; Fri, 15 Dec 2017 09:32:29 +0100 (CET)
Received: from hephaistos.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 28EEF39; Fri, 15 Dec 2017 09:32:29 +0100 (CET)
Received: (nullmailer pid 4380 invoked by uid 1000); Fri, 15 Dec 2017 08:32:28 -0000
Date: Fri, 15 Dec 2017 09:32:27 +0100
From: Christian =?iso-8859-1?Q?Ams=FCss?= <c.amsuess@energyharvesting.at>
To: Jim Schaad <ietf@augustcellars.com>
Cc: core@ietf.org
Message-ID: <20171215083226.GA13299@hephaistos>
References: <00e301d3754d$56677a30$03366e90$@augustcellars.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh"
Content-Disposition: inline
In-Reply-To: <00e301d3754d$56677a30$03366e90$@augustcellars.com>
User-Agent: Mutt/1.9.1 (2017-09-22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/0bPjhfGcHyX8RpvJcKW6n9A7CJ0>
Subject: Re: [core] What is a session
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 15 Dec 2017 08:32:36 -0000

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

Hello Jim,

On Thu, Dec 14, 2017 at 06:35:11PM -0800, Jim Schaad wrote:
> First, what does it mean to have something on the same session?  There are
> three different things that I can think of:
> 1.  A response is required to be returned on the same session.  Reconnect=
 on
> a different session and the response is dropped on the floor.
> 2.  An observe relationship is defined as returning responses -- see item=
 1
> 3.  An application could, in theory, require that a sequence of operations
> must be done on a single session.
>=20
> That is the total set that I can think of.  Authorization as it is curren=
tly
> defined is attached to keys for the secure sessions, thus if a new session
> is created with the same key the same set of authorizations can be expect=
ed.

I think that this can be narrowed down even further to:

* Where can a response be sent to, and where does the server accept a
  response to come from?
* Where can observe notices be sent to (and are accepted from)?
* Where are follow-up blockwise fragments sent to (and are accepted
  from)?

Anything higher-level (especially applications) should IMO not try to
establish anything session-ish from the involved addresses. Applications
should only access authentication information (detached from the
addresses/sessions) the but not routing information any more -- such an
access would violate the REST principle of being stateless.

> How one defines a session:
> * For UDP, it would be based on the 4-tuple address.  [..]
> * For TCP, it is based on the TCP session.
> * For TLS/DTLS, [...]

I'd add OSCORE, and argue that all the use of a context constitutes a
"session" (or as I prefer to call it, compatible addresses).

> These concepts would completely replace the current text in RFC 7252 where
> it says it needs to be the same session, but text such as the same EPOCH
> would be removed because, from a DTLS view it just does not make any sens=
e.

7252 mentions sessions only in the DTLS context. For everything else, it
talks about the "same endpoint" (eg. messsage deduplication from same
message ID and source endpoint, or observation requirements of matching
endpoint/token pairs).

The definition of Endpoint in 7252 kind of already covers the DTLS
session definition by by saying that an endpoint is identified by
"transport layer multiplexing information", detailing that in 4.1. It
could be more explicit there, talk of address 4-tuples rather "IP
address and UDP port", and ask documents on other transports to define
"endpoint (address) identity" there, but IMO this concept only needs to
be explained better and not replaced with sessions.

Best regards
Christian

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

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAloziJUACgkQOY0REtOk
veGynxAAspTlTxIwasjiewqPZwCDiZ90oB4gfdHpOmGTuN3wHbRwAMeKIqAEksin
1Q6wp0BVHVE5BHE70nXsEG7yVBvQkijRIMXSF18QjTmWDHmhGvYxbP2yEyAetHug
rlMi94OGHzj0CTpwlD8FD7LFhXOhu5yuI66G/IL/GCAffbq2+tkdk4AT48I/y7xa
D0le8UGKaU6aHKuUh+i8SPoGT+5vP8nbMf4zupRYOOeNBZV744fCnuTcyKPUISFX
gVbQXAnu50BEqBDsEUSGXuxSKC9AhsSf2XDlb7jH5c955KTehDY/HVrt69F6fg6Q
EK9KPEh4OsBLbhR39yvoHFIW9qaaPS/pV/FZkhGiKr9ex75NGGz8dzsUz0BrpU0v
ZLZ6klOoBVETb3J6Z7VhJtQPXuLGItdWlUER7XeZIWHlc/XRMlsV0SKy9vgbz32O
HTVDWpAAj/bDj3kTCmreA+XY7Xp7981PWA6j48EEDGilhDVuiTlcQqYxx6nUZvhZ
xpCeChWn0dI14a56j32yaW+fRrOH9A/Pq/pkF1sLDWj04sQKq65w+IeM5RBC7hK+
36fINFicHM6CAbwNkZ8GRjBO4QKBOvs6dTJf0W/NBYSUfWHXqn0IRlF69GLwnV3j
XHb4guF3MUDgMJ9Ilw30BfTFulk+oL/NImRLOQoZ38MIFjWhacQ=
=6U1Z
-----END PGP SIGNATURE-----

--NzB8fVQJ5HfG6fxh--


From nobody Fri Dec 15 07:44:37 2017
Return-Path: <jaime.jimenez@ericsson.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 B4A5A1292AE for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 07:44:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 LNGYyFBtGOiy for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 07:44:34 -0800 (PST)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 22079126C89 for <core@ietf.org>; Fri, 15 Dec 2017 07:44:33 -0800 (PST)
X-AuditID: c1b4fb2d-b4dff70000007932-d7-5a33eddffe32
Received: from ESESSHC017.ericsson.se (Unknown_Domain [153.88.183.69]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 16.C3.31026.FDDE33A5; Fri, 15 Dec 2017 16:44:31 +0100 (CET)
Received: from ESESSMB107.ericsson.se ([169.254.7.148]) by ESESSHC017.ericsson.se ([153.88.183.69]) with mapi id 14.03.0352.000; Fri, 15 Dec 2017 16:44:31 +0100
From: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= <jaime.jimenez@ericsson.com>
To: core <core@ietf.org>
Thread-Topic: [iot-wg] IoT Developer Survey
Thread-Index: AQHTc4yxfKcE6+1hwUWkQ5bMlg2LqQ==
Date: Fri, 15 Dec 2017 15:44:31 +0000
Message-ID: <6CFBC5B2-000A-4F17-AABC-DF6FB283660D@ericsson.com>
References: <3ebbe4cd-a84b-1a9f-ed74-bf0cb464b058@eclipse-foundation.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.148]
Content-Type: multipart/alternative; boundary="_000_6CFBC5B2000A4F17AABCDF6FB283660Dericssoncom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDLMWRmVeSWpSXmKPExsUyM2K7q+79t8ZRBhc2WFvse7ue2YHRY8mS n0wBjFFcNimpOZllqUX6dglcGR+3FBYsjqj49Pk+awPjq9AuRk4OCQETiYu3J7CC2EIChxkl 9i9w6mLkArKXMEpcP/aBESTBJuAs8elZIzuILSIgIdH5dT+YLSygLTHhwUIWiLi2RNvsfmYI W09ie8s7MJtFQFXi8/8dYDavgL3Etefr2SCWeUrMvnsabDGjgJjE91NrmEBsZgFxiVtP5jNB HCcgsWTPeWYIW1Ti5eN/rBC2kkTjkiesEPXJEi27jrNDzBeUODnzCcsERqFZSEbNQlI2C0nZ LEYOoLimxPpd+hAlihJTuh+yQ9gaEq1z5kLZ1hKn5x5mRFazgJFjFaNocWpxcW66kbFealFm cnFxfp5eXmrJJkZgnBzc8lt3B+Pq146HGAU4GJV4eOc/N44SYk0sK67MPcQowcGsJML75hlQ iDclsbIqtSg/vqg0J7X4EKM0B4uSOO9JT94oIYH0xJLU7NTUgtQimCwTB6dUA2Pj4rdbVhvd SdX9cqEhys/DV7RFoFjt51LPW2zV8YVi3a9uc5+ONXLjO9TH6sNw4Ul3JqfCLBe/B+svbvxR L52q/71bRSRTNyHN5cjiENfaKwnX9xwOvbL7+hcpofW5nzW+nuw4e/TiL9auuXvWv0zdZ1t6 231B9jqptseqrW+UBBx8ZSs5piqxFGckGmoxFxUnAgAY0e2CjwIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/KcVJIbgxG3s-ksiM4U3OPOlChWc>
Subject: [core] Fwd: [iot-wg] IoT Developer Survey
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 15 Dec 2017 15:44:37 -0000

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

RGVhciBhbGwsDQoNCkVjbGlwc2UgaXMgcHJlcGFyaW5nIHRoZWlyIGRldmVsb3BlciBzdXJ2ZXks
IGlmIHlvdSB3YW50IHRvIGNvbnRyaWJ1dGUgd2l0aCBxdWVzdGlvbnMgb3IgZmVlZGJhY2sgbm93
IGlzIHRoZSB0aW1lLg0KTGF0ZXIgb24gcGxlYXNlIHJlbWVtYmVyIHRvIGNvbW1lbnQgb24geW91
ciBkaXN0cmlidXRpb25zL3Byb3RvY29scy9lbnZpcm9ubWVudHMgb2YgY2hvaWNlLg0KDQpDaWFv
IQ0KLSAtIEphaW1lIEppbcOpbmV6DQoNCkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOg0KDQpGcm9t
OiBJYW4gU2tlcnJldHQgPGlhbi5za2VycmV0dEBlY2xpcHNlLWZvdW5kYXRpb24ub3JnPG1haWx0
bzppYW4uc2tlcnJldHRAZWNsaXBzZS1mb3VuZGF0aW9uLm9yZz4+DQpTdWJqZWN0OiBbaW90LXdn
XSBJb1QgRGV2ZWxvcGVyIFN1cnZleQ0KRGF0ZTogMTIgRGVjZW1iZXIgMjAxNyBhdCAyMi4wMy4z
NiBDRVQNClRvOiA8aW90LXdnQGVjbGlwc2Uub3JnPG1haWx0bzppb3Qtd2dAZWNsaXBzZS5vcmc+
Pg0KUmVwbHktVG86IDxpYW4uc2tlcnJldHRAZWNsaXBzZS1mb3VuZGF0aW9uLm9yZzxtYWlsdG86
aWFuLnNrZXJyZXR0QGVjbGlwc2UtZm91bmRhdGlvbi5vcmc+PiwgSW9UIFdvcmtpbmcgR3JvdXAg
bWFpbGluZyBsaXN0IDxpb3Qtd2dAZWNsaXBzZS5vcmc8bWFpbHRvOmlvdC13Z0BlY2xpcHNlLm9y
Zz4+DQoNCkFsbCwNCg0KV2UgYXJlIHN0YXJ0aW5nIHRvIHdvcmsgb24gdGhlIHF1ZXN0aW9ucyBm
b3Igb3VyIGZvdXJ0aCBJb1QgRGV2ZWxvcGVyIFN1cnZleS4gVGhlIGdvYWwgd2lsbCBiZSB0byBo
YXZlIHRoZSBzdXJ2ZXkgcmVhZHkgYnkgbWlkLUphbnVhcnkuDQoNCkJlbG93IGlzIGEgbGluayB0
byB0aGUgc3VydmV5IHF1ZXN0aW9ucy4gUGxlYXNlIGZlZWwgZnJlZSB0byBsZWF2ZSBjb21tZW50
cyBvbiB0aGUgZG9jdW1lbnQgb3IgcmVzcG9uZCB2aWEgZW1haWwuICBXZSB3aWxsIGFsc28gZGlz
Y3VzcyB0aGUgcXVlc3Rpb25zIGR1cmluZyB0aGUgSW9UIFdHIG1lZXRpbmcgbmV4dCB3ZWVrLg0K
DQogaHR0cHM6Ly9kb2NzLmdvb2dsZS5jb20vYS9lY2xpcHNlLWZvdW5kYXRpb24ub3JnL2RvY3Vt
ZW50L2QvMUIwbk54enJON2FtQkVlZGZjdkNGMEh5amkwaFAwenM3X0d5NFFnSVFRc00vZWRpdD91
c3A9c2hhcmluZw0KDQpGb3IgYW55b25lIG5ldyB0byB0aGUgd29ya2luZyBncm91cCwgZm9yIHRo
ZSBsYXN0IDMgeWVhcnMgd2UgaGF2ZSBkb25lIGFuIGFubnVhbCBzdXJ2ZXkuIFRoZSByZXN1bHRz
IGhhdmUgYmVlbiB2ZXJ5IHBvcHVsYXIgd2l0aCBvdXIgY29tbXVuaXR5IGFuZCB0aGUgd2lkZXIg
aW5kdXN0cnkuIFlvdSBjYW4gc2VlIHRoZSByZXN1bHRzIG9mIHRoZSBsYXN0IDMgeWVhcnMgYXQ6
DQoyMDE3OiBodHRwczovL3d3dy5zbGlkZXNoYXJlLm5ldC9JYW5Ta2VycmV0dC9pb3QtZGV2ZWxv
cGVyLXN1cnZleS0yMDE3DQoyMDE2OiBodHRwczovL3d3dy5zbGlkZXNoYXJlLm5ldC9JYW5Ta2Vy
cmV0dC9pb3QtZGV2ZWxvcGVyLXN1cnZleS0yMDE2DQoyMDE1OiBodHRwczovL3d3dy5zbGlkZXNo
YXJlLm5ldC9JYW5Ta2VycmV0dC9pb3QtZGV2ZWxvcGVyLXN1cnZleS0yMDE1DQoNClJlZ2FyZHMN
Cklhbg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQppb3Qtd2cgbWFpbGluZyBsaXN0DQppb3Qtd2dAZWNsaXBzZS5vcmc8bWFpbHRvOmlvdC13Z0Bl
Y2xpcHNlLm9yZz4NClRvIGNoYW5nZSB5b3VyIGRlbGl2ZXJ5IG9wdGlvbnMsIHJldHJpZXZlIHlv
dXIgcGFzc3dvcmQsIG9yIHVuc3Vic2NyaWJlIGZyb20gdGhpcyBsaXN0LCB2aXNpdA0KaHR0cHM6
Ly9kZXYuZWNsaXBzZS5vcmcvbWFpbG1hbi9saXN0aW5mby9pb3Qtd2cNCg0K

--_000_6CFBC5B2000A4F17AABCDF6FB283660Dericssoncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <38F296097FC82E448C14E5997CB131B3@ericsson.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0
ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkRlYXIgYWxsLA0KPGRpdiBjbGFzcz0iIj48YnIg
Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RWNsaXBzZSBpcyBwcmVwYXJpbmcgdGhl
aXIgZGV2ZWxvcGVyIHN1cnZleSwgaWYgeW91IHdhbnQgdG8gY29udHJpYnV0ZSB3aXRoIHF1ZXN0
aW9ucyBvciBmZWVkYmFjayBub3cgaXMgdGhlIHRpbWUuJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNz
PSIiPkxhdGVyIG9uIHBsZWFzZSByZW1lbWJlciB0byBjb21tZW50IG9uIHlvdXIgZGlzdHJpYnV0
aW9ucy9wcm90b2NvbHMvZW52aXJvbm1lbnRzIG9mIGNob2ljZS48YnIgY2xhc3M9IiI+DQo8ZGl2
IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5
bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6
IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9y
bTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6
IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdv
cmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13
aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg
bGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7
IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9y
bWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tl
LXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNw
YWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQpD
aWFvITwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNp
bmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50
OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6
IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7
IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0
LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQotIC0gSmFpbWUgSmlt
w6luZXo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjxibG9ja3F1
b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5CZWdpbiBmb3J3YXJkZWQg
bWVzc2FnZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8
ZGl2IHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1yaWdodDogMHB4OyBtYXJnaW4tYm90
dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwcHg7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwg
c2Fucy1zZXJpZjsgY29sb3I6cmdiYSgwLCAwLCAwLCAxLjApOyIgY2xhc3M9IiI+PGIgY2xhc3M9
IiI+RnJvbToNCjwvYj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN5
c3RlbS1mb250LCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyIgY2xhc3M9
IiI+SWFuIFNrZXJyZXR0ICZsdDs8YSBocmVmPSJtYWlsdG86aWFuLnNrZXJyZXR0QGVjbGlwc2Ut
Zm91bmRhdGlvbi5vcmciIGNsYXNzPSIiPmlhbi5za2VycmV0dEBlY2xpcHNlLWZvdW5kYXRpb24u
b3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJn
aW4tdG9wOiAwcHg7IG1hcmdpbi1yaWdodDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdp
bi1sZWZ0OiAwcHg7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtp
dC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29s
b3I6cmdiYSgwLCAwLCAwLCAxLjApOyIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+U3ViamVjdDoNCjwv
Yj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN5c3RlbS1mb250LCBI
ZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+PGIgY2xhc3M9
IiI+W2lvdC13Z10gSW9UIERldmVsb3BlciBTdXJ2ZXk8L2I+PGJyIGNsYXNzPSIiPg0KPC9zcGFu
PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tcmlnaHQ6IDBweDsg
bWFyZ2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMHB4OyIgY2xhc3M9IiI+DQo8c3BhbiBz
dHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhlbHZldGljYSBOZXVlLCBI
ZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGNvbG9yOnJnYmEoMCwgMCwgMCwgMS4wKTsiIGNsYXNzPSIi
PjxiIGNsYXNzPSIiPkRhdGU6DQo8L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog
LXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJp
ZjsiIGNsYXNzPSIiPjEyIERlY2VtYmVyIDIwMTcgYXQgMjIuMDMuMzYgQ0VUPGJyIGNsYXNzPSIi
Pg0KPC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tcmln
aHQ6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMHB4OyIgY2xhc3M9IiI+
DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhlbHZldGlj
YSBOZXVlLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGNvbG9yOnJnYmEoMCwgMCwgMCwgMS4wKTsi
IGNsYXNzPSIiPjxiIGNsYXNzPSIiPlRvOg0KPC9iPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m
YW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhlbHZldGljYSBOZXVlLCBIZWx2ZXRpY2EsIHNh
bnMtc2VyaWY7IiBjbGFzcz0iIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmlvdC13Z0BlY2xpcHNlLm9y
ZyIgY2xhc3M9IiI+aW90LXdnQGVjbGlwc2Uub3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQo8L3Nw
YW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1yaWdodDogMHB4
OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwcHg7IiBjbGFzcz0iIj4NCjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUs
IEhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6cmdiYSgwLCAwLCAwLCAxLjApOyIgY2xhc3M9
IiI+PGIgY2xhc3M9IiI+UmVwbHktVG86DQo8L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZh
bWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgc2Fu
cy1zZXJpZjsiIGNsYXNzPSIiPiZsdDs8YSBocmVmPSJtYWlsdG86aWFuLnNrZXJyZXR0QGVjbGlw
c2UtZm91bmRhdGlvbi5vcmciIGNsYXNzPSIiPmlhbi5za2VycmV0dEBlY2xpcHNlLWZvdW5kYXRp
b24ub3JnPC9hPiZndDssIElvVCBXb3JraW5nIEdyb3VwIG1haWxpbmcgbGlzdCAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmlvdC13Z0BlY2xpcHNlLm9yZyIgY2xhc3M9IiI+aW90LXdnQGVjbGlwc2Uub3Jn
PC9hPiZndDs8YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8ZGl2
IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5BbGwsPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KV2UgYXJlIHN0YXJ0aW5nIHRvIHdvcmsgb24gdGhlIHF1ZXN0aW9ucyBmb3Igb3VyIGZvdXJ0
aCBJb1QgRGV2ZWxvcGVyIFN1cnZleS4gVGhlIGdvYWwgd2lsbCBiZSB0byBoYXZlIHRoZSBzdXJ2
ZXkgcmVhZHkgYnkgbWlkLUphbnVhcnkuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KQmVs
b3cgaXMgYSBsaW5rIHRvIHRoZSBzdXJ2ZXkgcXVlc3Rpb25zLiBQbGVhc2UgZmVlbCBmcmVlIHRv
IGxlYXZlIGNvbW1lbnRzIG9uIHRoZSBkb2N1bWVudCBvciByZXNwb25kIHZpYSBlbWFpbC4mbmJz
cDsgV2Ugd2lsbCBhbHNvIGRpc2N1c3MgdGhlIHF1ZXN0aW9ucyBkdXJpbmcgdGhlIElvVCBXRyBt
ZWV0aW5nIG5leHQgd2Vlay48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDs8YSBo
cmVmPSJodHRwczovL2RvY3MuZ29vZ2xlLmNvbS9hL2VjbGlwc2UtZm91bmRhdGlvbi5vcmcvZG9j
dW1lbnQvZC8xQjBuTnh6ck43YW1CRWVkZmN2Q0YwSHlqaTBoUDB6czdfR3k0UWdJUVFzTS9lZGl0
P3VzcD1zaGFyaW5nIiBjbGFzcz0iIj5odHRwczovL2RvY3MuZ29vZ2xlLmNvbS9hL2VjbGlwc2Ut
Zm91bmRhdGlvbi5vcmcvZG9jdW1lbnQvZC8xQjBuTnh6ck43YW1CRWVkZmN2Q0YwSHlqaTBoUDB6
czdfR3k0UWdJUVFzTS9lZGl0P3VzcD1zaGFyaW5nPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFz
cz0iIj4NCkZvciBhbnlvbmUgbmV3IHRvIHRoZSB3b3JraW5nIGdyb3VwLCBmb3IgdGhlIGxhc3Qg
MyB5ZWFycyB3ZSBoYXZlIGRvbmUgYW4gYW5udWFsIHN1cnZleS4gVGhlIHJlc3VsdHMgaGF2ZSBi
ZWVuIHZlcnkgcG9wdWxhciB3aXRoIG91ciBjb21tdW5pdHkgYW5kIHRoZSB3aWRlciBpbmR1c3Ry
eS4gWW91IGNhbiBzZWUgdGhlIHJlc3VsdHMgb2YgdGhlIGxhc3QgMyB5ZWFycyBhdDo8YnIgY2xh
c3M9IiI+DQoyMDE3OiA8YSBocmVmPSJodHRwczovL3d3dy5zbGlkZXNoYXJlLm5ldC9JYW5Ta2Vy
cmV0dC9pb3QtZGV2ZWxvcGVyLXN1cnZleS0yMDE3IiBjbGFzcz0iIj4NCmh0dHBzOi8vd3d3LnNs
aWRlc2hhcmUubmV0L0lhblNrZXJyZXR0L2lvdC1kZXZlbG9wZXItc3VydmV5LTIwMTc8L2E+PGJy
IGNsYXNzPSIiPg0KMjAxNjogPGEgaHJlZj0iaHR0cHM6Ly93d3cuc2xpZGVzaGFyZS5uZXQvSWFu
U2tlcnJldHQvaW90LWRldmVsb3Blci1zdXJ2ZXktMjAxNiIgY2xhc3M9IiI+DQpodHRwczovL3d3
dy5zbGlkZXNoYXJlLm5ldC9JYW5Ta2VycmV0dC9pb3QtZGV2ZWxvcGVyLXN1cnZleS0yMDE2PC9h
PjxiciBjbGFzcz0iIj4NCjIwMTU6IDxhIGhyZWY9Imh0dHBzOi8vd3d3LnNsaWRlc2hhcmUubmV0
L0lhblNrZXJyZXR0L2lvdC1kZXZlbG9wZXItc3VydmV5LTIwMTUiIGNsYXNzPSIiPg0KaHR0cHM6
Ly93d3cuc2xpZGVzaGFyZS5uZXQvSWFuU2tlcnJldHQvaW90LWRldmVsb3Blci1zdXJ2ZXktMjAx
NTwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpSZWdhcmRzPGJyIGNsYXNzPSIiPg0K
SWFuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnIgY2xhc3M9IiI+DQppb3Qt
d2cgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOmlvdC13Z0BlY2xp
cHNlLm9yZyIgY2xhc3M9IiI+aW90LXdnQGVjbGlwc2Uub3JnPC9hPjxiciBjbGFzcz0iIj4NClRv
IGNoYW5nZSB5b3VyIGRlbGl2ZXJ5IG9wdGlvbnMsIHJldHJpZXZlIHlvdXIgcGFzc3dvcmQsIG9y
IHVuc3Vic2NyaWJlIGZyb20gdGhpcyBsaXN0LCB2aXNpdDxiciBjbGFzcz0iIj4NCmh0dHBzOi8v
ZGV2LmVjbGlwc2Uub3JnL21haWxtYW4vbGlzdGluZm8vaW90LXdnPC9kaXY+DQo8L2Rpdj4NCjwv
YmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0
bWw+DQo=

--_000_6CFBC5B2000A4F17AABCDF6FB283660Dericssoncom_--


From nobody Fri Dec 15 09:32:58 2017
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 94311128961 for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 09:32:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 ZwK6a9Havdhc for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 09:32:37 -0800 (PST)
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 89E8D12940F for <core@ietf.org>; Fri, 15 Dec 2017 09:32:32 -0800 (PST)
Received: from Jude (12.110.93.130) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Fri, 15 Dec 2017 09:30:48 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: 'Carsten Bormann' <cabo@tzi.org>
CC: <core@ietf.org>
References: <00e301d3754d$56677a30$03366e90$@augustcellars.com> <5CB08BD1-0817-40E6-994D-FD0606377947@tzi.org>
In-Reply-To: <5CB08BD1-0817-40E6-994D-FD0606377947@tzi.org>
Date: Fri, 15 Dec 2017 09:32:02 -0800
Message-ID: <011b01d375ca$a03137a0$e093a6e0$@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: AQJesKG9jT/0loqZYAvxbv3VnbNnmwGfGDoSoiE5M5A=
Content-Language: en-us
X-Originating-IP: [12.110.93.130]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ZYFFXAL9XcLIW4zR2V_6R2456W0>
Subject: Re: [core] What is a session
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 15 Dec 2017 17:32:49 -0000

Carsten,

> -----Original Message-----
> From: Carsten Bormann [mailto:cabo@tzi.org]
> Sent: Thursday, December 14, 2017 10:42 PM
> To: Jim Schaad <ietf@augustcellars.com>
> Cc: core@ietf.org
> Subject: Re: [core] What is a session
>=20
> Hi Jim,
>=20
> Not sure that =E2=80=9Csession=E2=80=9D is the right concept for this, =
but for now I=E2=80=99ll go with that.
> (Ironically, I worked on the OSI session layer some 35 years ago :-)  =
Some
> memories=E2=80=A6)

There is never a good term for any of these ideas in part because they =
are so overloaded.

>=20
> > How one defines a session:
> > * For UDP, it would be based on the 4-tuple address.
>=20
> This.  And we have some special precautions in CoAP and Observe to =
handle the
> case that one end of the session has lots its memory (one case of =
which is that
> the IP address is reallocated).
>=20
> > A session would last
> > as long as nobody interferes with the routing table.
>=20
> The routing table is the internal working of the IP layer and simply =
doesn=E2=80=99t
> enter the picture here.

Anything that causes the addresses to be re-used plays a picture here.  =
As a server and a client, as long as my IP address does not change which =
is the normal case, it can always re-use the port number allowing for =
the same "UDP session" to be established even if it goes down for a =
period of time.  However, if there is any IP entity in the middle which =
changes any of those values for any reason then that is the effective =
lifetime limit.=20

>=20
> > * For TCP, it is based on the TCP session.
>=20
> TCP calls that a =E2=80=9Cconnection=E2=80=9D.
> (Which in turn is based on the 4-tuple and a pair of 32-bit sequence =
numbers at
> both ends, hopefully chosen with some entropy; we usually entertain =
the fiction
> that this is uniquely identifying the connection.)
>=20
> Here, we have fate-sharing between the application state and and =
connection
> state.

Right.

>=20
> > * For TLS/DTLS, it would be based on the TLS idea of a session.
>=20
> Which is the part where we have to find out whether the concepts =
match.
> (Right now, again, it is the (D)TLS *connection*.)
>=20
> > Sessions
> > can be re-connected if that was setup when the initial handshakes =
was
> > performed.  There is also coming the ability to have DTLS sessions =
be
> > able to automatically re-route without needing to re-connect the =
session.
>=20
> Can you point to the mechanism/document you have in mind?

https://tools.ietf.org/html/draft-rescorla-tls-dtls-connection-id-02 =
establishes a connection identifier that would allow the 5-tuple to =
change and it would still be recognized as being the same DTLS session.

>=20
> > The
> > only potential problem with this concept is that one could do two =
TLS
> > session reconnections at the same time.  This would either need to =
be
> > disallowed or some thought would need to be put into questions of =
what
> > this means.
>=20
> Right.  So we don=E2=80=99t seem to have a perfect match of concepts.
>=20
> > I would lean towards the disallow myself, but it is a harder =
question
> > for DTLS where the client may think that the session had been lost =
and
> > the server thinks it is still open just on a different address =
4-tuple
> > because a re-routing operation.  (Closing the first and rolling over
> > to the second would be a viable option for DTLS.)
>=20
> Right.
>=20
> > These concepts would completely replace the current text in RFC 7252
> > where it says it needs to be the same session, but text such as the
> > same EPOCH would be removed because, from a DTLS view it just does =
not
> make any sense.
> >
> > Future:
> > 1.  Is this is correct set of concepts for sessions?
> > 2.  What re-writes in what documents need to be made?
> > 3.  What is the correct way to do those re-writes.  (Are there =
enough
> > problems w/ RFC 7252 that a re-issue is needed or could this just be
> > an
> > update?)
>=20
> I don=E2=80=99t think there is a reason to re-issue 7252.
> This document would simply be an =E2=80=9Cupdates 7252=E2=80=9D RFC.
> (And we could update the MTI ciphers at the same time, if we want.) We =
could
> also go ahead and define extended session concepts for non-secure, as =
well.

Making it an updates would be the simplest method to do this.  I was not =
sure if there were enough things like errata and other concepts to make =
it worthwhile doing a re-issue.  Also I am unsure of where things =
are/want to be in the standards process.

Jim


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



From nobody Fri Dec 15 09:38:15 2017
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 CACA312940F for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 09:38:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 jMpp_UrKFStO for <core@ietfa.amsl.com>; Fri, 15 Dec 2017 09:38:12 -0800 (PST)
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 843B5129409 for <core@ietf.org>; Fri, 15 Dec 2017 09:38:10 -0800 (PST)
Received: from Jude (12.110.93.130) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Fri, 15 Dec 2017 09:36:48 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: =?iso-8859-1?Q?'Christian_Ams=FCss'?= <c.amsuess@energyharvesting.at>
CC: <core@ietf.org>
References: <00e301d3754d$56677a30$03366e90$@augustcellars.com> <20171215083226.GA13299@hephaistos>
In-Reply-To: <20171215083226.GA13299@hephaistos>
Date: Fri, 15 Dec 2017 09:38:02 -0800
Message-ID: <011f01d375cb$771c9890$6555c9b0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJesKG9jT/0loqZYAvxbv3VnbNnmwIDHMpQoh4bRvA=
Content-Language: en-us
X-Originating-IP: [12.110.93.130]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Et27pUI0XgOG0773u2y4aCEGYt8>
Subject: Re: [core] What is a session
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 15 Dec 2017 17:38:14 -0000

Hi Christian,

> -----Original Message-----
> From: Christian Ams=FCss [mailto:c.amsuess@energyharvesting.at]
> Sent: Friday, December 15, 2017 12:32 AM
> To: Jim Schaad <ietf@augustcellars.com>
> Cc: core@ietf.org
> Subject: Re: [core] What is a session
>=20
> Hello Jim,
>=20
> On Thu, Dec 14, 2017 at 06:35:11PM -0800, Jim Schaad wrote:
> > First, what does it mean to have something on the same session?  =
There
> > are three different things that I can think of:
> > 1.  A response is required to be returned on the same session.
> > Reconnect on a different session and the response is dropped on the
floor.
> > 2.  An observe relationship is defined as returning responses -- see
> > item 1 3.  An application could, in theory, require that a sequence =
of
> > operations must be done on a single session.
> >
> > That is the total set that I can think of.  Authorization as it is
> > currently defined is attached to keys for the secure sessions, thus =
if
> > a new session is created with the same key the same set of
authorizations can
> be expected.
>=20
> I think that this can be narrowed down even further to:
>=20
> * Where can a response be sent to, and where does the server accept a
>   response to come from?
> * Where can observe notices be sent to (and are accepted from)?
> * Where are follow-up blockwise fragments sent to (and are accepted
>   from)?
>=20
> Anything higher-level (especially applications) should IMO not try to
establish
> anything session-ish from the involved addresses. Applications should =
only
> access authentication information (detached from the
> addresses/sessions) the but not routing information any more -- such =
an
access
> would violate the REST principle of being stateless.

That makes it easier.  I was trying to think of anything that might be =
of
interest.  The biggest one for me was observations which can cause all =
sorts
of problems depending on who goes to sleep and how often things change.  =
I
had not thought of the blockwise case because I tend to think of that as
something that is done "quickly".

>=20
> > How one defines a session:
> > * For UDP, it would be based on the 4-tuple address.  [..]
> > * For TCP, it is based on the TCP session.
> > * For TLS/DTLS, [...]
>=20
> I'd add OSCORE, and argue that all the use of a context constitutes a
"session"
> (or as I prefer to call it, compatible addresses).

That would make sense to me as well.

>=20
> > These concepts would completely replace the current text in RFC 7252
> > where it says it needs to be the same session, but text such as the
> > same EPOCH would be removed because, from a DTLS view it just does =
not
> make any sense.
>=20
> 7252 mentions sessions only in the DTLS context. For everything else, =
it
talks
> about the "same endpoint" (eg. messsage deduplication from same =
message ID
> and source endpoint, or observation requirements of matching
endpoint/token
> pairs).
>=20
> The definition of Endpoint in 7252 kind of already covers the DTLS =
session
> definition by by saying that an endpoint is identified by "transport =
layer
> multiplexing information", detailing that in 4.1. It could be more
explicit there,
> talk of address 4-tuples rather "IP address and UDP port", and ask
documents
> on other transports to define "endpoint (address) identity" there, but =
IMO
this
> concept only needs to be explained better and not replaced with =
sessions.

Does that mean that for DTLS an endpoint would be defined as a DTLS =
session
identifier?  Some of my thinking is influenced by the code base that I =
am
maintaining.  It has the concept of an endpoint only for the local half =
of
the 4-tuple of UDP and shoves all of the "other side" parts under the
covers.  This means that my way of thinking of things might be wrong.  =
Oh to
have been in the original discussions so that my concepts matched =
better.

Jim

>=20
> Best regards
> Christian
>=20
> --
> To use raw power is to make yourself infinitely vulnerable to greater
powers.
>   -- Bene Gesserit axiom


From nobody Sat Dec 16 01:18:54 2017
Return-Path: <jaime@iki.fi>
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 12538126CBF; Sat, 16 Dec 2017 01:18:53 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Jaime Jimenez <jaime@iki.fi>
To: <alexey.melnikov@isode.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.67.1
Auto-Submitted: auto-generated
Precedence: bulk
Cc: Jaime Jimenez <jaime.jimenez@ericsson.com>, jaime.jimenez@ericsson.com, core-chairs@ietf.org, iesg-secretary@ietf.org, core@ietf.org
Message-ID: <151341593306.8284.8591814368311802713.idtracker@ietfa.amsl.com>
Date: Sat, 16 Dec 2017 01:18:53 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/1ufqhwgDt0M3cWan002lZec1lhM>
Subject: [core] Publication has been requested for draft-ietf-core-cocoa-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 16 Dec 2017 09:18:53 -0000

Jaime Jimenez has requested publication of draft-ietf-core-cocoa-02 as Informational on behalf of the CORE working group.

Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-core-cocoa/


From nobody Sun Dec 17 12:52:52 2017
Return-Path: <john.carter@taitradio.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 0603F1242F5 for <core@ietfa.amsl.com>; Sun, 17 Dec 2017 12:52:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=taitradio.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 cgV0IaGySsRm for <core@ietfa.amsl.com>; Sun, 17 Dec 2017 12:52:48 -0800 (PST)
Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD7CA1201FA for <core@ietf.org>; Sun, 17 Dec 2017 12:52:48 -0800 (PST)
Received: by mail-qt0-x236.google.com with SMTP id f2so17876471qtj.4 for <core@ietf.org>; Sun, 17 Dec 2017 12:52:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=taitradio.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GG5Z24VujNzzk3abFCTUUDWeBHhILER4Ywy17u+46Yo=; b=AKf2Fnb3QZHMV1MF3kfg2SOWC9r9FJclOfWyw8Frc/kNkRG01ZfvsckD8c/xqOd/i5 Tf6UqFhjLLwasVFD3sVxp8l1F7lUdKW3TLvymfCRpdg4GUA/4VCUnlC+nZ2ou69p3fgD bjcnIe5OjSCK3CKbATDFolTm/iy4jkaLa2Ghc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GG5Z24VujNzzk3abFCTUUDWeBHhILER4Ywy17u+46Yo=; b=ICgFhSrBoDbhwZFXHSLXVuj5KJWuiubee949gm2tvVoJGDLb9sPCOBtexZ+qM27QdP hL3cPF8xLeszgwBh1KhSREeG3M2fvLbjyE+KGcrSdB1VC1ydLJ0JfvPYJXn3gUBg9SNZ 17q5tNwnEkWLeZc2zuzpd27zno+R2lHJnYG4Wx3z5OzMsTExo2oNGa2ImIfFplE/AScI G9uzBvDIO5ZK0DTazEov4czVhDtJlrdk1OzN4uglcpFdOlftfGDAVTWUdA0OECC4IwgP ruBSCLaD+NTMOSWnMl5xoEr6TC5r9RpBm5zYXt3OjRx1sgDrpPkrKyxXxu1Lh8wzita2 mSFg==
X-Gm-Message-State: AKGB3mIvl/lqw1FQMK/0jir8sHzA7q8QneUa13sZPmxpsI2tHVq+xVJP xKbMSSp8eLDVdEFGPNL1Yl8w3YvKljoimCO9TjDE4fqbD1VRRorLnXzxCl5vREB2L/A/+1+xv/d zJw3uy5Jvubb5
X-Google-Smtp-Source: ACJfBosvJrYys4W0A2PUXKDgaMTJRlJUIxhTtiSjz8Zf3LdVcsHA5titbB438qWs9HMkhrIJFgN2rzhKtJTotjJvXVM=
X-Received: by 10.200.23.20 with SMTP id w20mr9700828qtj.210.1513543967823; Sun, 17 Dec 2017 12:52:47 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.135.145 with HTTP; Sun, 17 Dec 2017 12:52:27 -0800 (PST)
In-Reply-To: <5CB08BD1-0817-40E6-994D-FD0606377947@tzi.org>
References: <00e301d3754d$56677a30$03366e90$@augustcellars.com> <5CB08BD1-0817-40E6-994D-FD0606377947@tzi.org>
From: John Carter <john.carter@taitradio.com>
Date: Mon, 18 Dec 2017 09:52:27 +1300
Message-ID: <CAFD1m3F1zsaQTvR2sDS0Mz8e-BXq4pzzEbp1DC+SGb=HG=11BQ@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: Jim Schaad <ietf@augustcellars.com>, core@ietf.org
Content-Type: multipart/alternative; boundary="001a114817428df95605608f6a21"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/NT_y7C00OyzTf9k7bl0jHA08JJ8>
Subject: Re: [core] What is a session
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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: Sun, 17 Dec 2017 20:52:51 -0000

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

On Fri, Dec 15, 2017 at 7:41 PM, Carsten Bormann <cabo@tzi.org> wrote:

>
> Not sure that =E2=80=9Csession=E2=80=9D is the right concept for this, bu=
t for now I=E2=80=99ll go
> with that.
> (Ironically, I worked on the OSI session layer some 35 years ago :-)  Som=
e
> memories=E2=80=A6)
>

To go completely off on a tangent...... (although in some senses very
related)

...I've been trying to wade my way through "Patterns in Network
Architecture: A Return to Fundamentals" by John Day
<https://www.pearson.com/us/higher-education/program/Day-Patterns-in-Networ=
k-Architecture-A-Return-to-Fundamentals/PGM207118.html?tab=3Doverview>

<https://www.pearson.com/us/higher-education/program/Day-Patterns-in-Networ=
k-Architecture-A-Return-to-Fundamentals/PGM207118.html?tab=3Doverview>
Which is largely a rant against the failings of the OSI....

I get the impression John Day's memories of OSI weren't very pleasant....
does that match your memory?

Have you read John Day's book and/or have an opinion on his "RINA
<http://pouzinsociety.org/>" initiative?

Thanks!

--=20

------------------------------
This Communication is Confidential. We only send and receive email on the
basis of the terms set out at www.taitradio.com/email_disclaimer
------------------------------

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

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On F=
ri, Dec 15, 2017 at 7:41 PM, Carsten Bormann <span dir=3D"ltr">&lt;<a href=
=3D"mailto:cabo@tzi.org" target=3D"_blank">cabo@tzi.org</a>&gt;</span> wrot=
e:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l=
eft:1px #ccc solid;padding-left:1ex"><br>
Not sure that =E2=80=9Csession=E2=80=9D is the right concept for this, but =
for now I=E2=80=99ll go with that.<br>
(Ironically, I worked on the OSI session layer some 35 years ago :-)=C2=A0 =
Some memories=E2=80=A6)<br>
<span class=3D""></span></blockquote></div></div><div class=3D"gmail_extra"=
><br></div><div class=3D"gmail_extra">To go completely off on a tangent....=
.. (although in some senses very related)<br></div><div class=3D"gmail_extr=
a"><br></div><div class=3D"gmail_extra">...I&#39;ve been trying to wade my =
way through <a href=3D"https://www.pearson.com/us/higher-education/program/=
Day-Patterns-in-Network-Architecture-A-Return-to-Fundamentals/PGM207118.htm=
l?tab=3Doverview">&quot;Patterns in Network Architecture: A Return to Funda=
mentals&quot; by  John Day</a></div><div class=3D"gmail_extra"><a href=3D"h=
ttps://www.pearson.com/us/higher-education/program/Day-Patterns-in-Network-=
Architecture-A-Return-to-Fundamentals/PGM207118.html?tab=3Doverview"><br></=
a></div><div class=3D"gmail_extra">Which is largely a rant against the fail=
ings of the OSI....</div><div class=3D"gmail_extra"><br></div><div class=3D=
"gmail_extra">I get the impression John Day&#39;s memories of OSI weren&#39=
;t very pleasant.... does that match your memory?<br></div><div class=3D"gm=
ail_extra"><br></div><div class=3D"gmail_extra">Have you read John Day&#39;=
s book and/or have an opinion on his <a href=3D"http://pouzinsociety.org/">=
&quot;RINA</a>&quot; initiative?</div><div class=3D"gmail_extra"><br></div>=
<div class=3D"gmail_extra">Thanks!<br></div></div>

<br>
<hr>This Communication is Confidential. We only send and receive email on t=
he<br>basis of the terms set out at <a href=3D"http://www.taitradio.com/ema=
il_disclaimer" target=3D"_blank">www.taitradio.com/email_<wbr>disclaimer</a=
><div><hr></div>
--001a114817428df95605608f6a21--


From nobody Mon Dec 18 08:11:25 2017
Return-Path: <Hannes.Tschofenig@arm.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 029FD127863 for <core@ietfa.amsl.com>; Mon, 18 Dec 2017 08:11:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.02
X-Spam-Level: 
X-Spam-Status: No, score=-0.02 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=armh.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I9EQtyPKk-ch for <core@ietfa.amsl.com>; Mon, 18 Dec 2017 08:11:19 -0800 (PST)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10068.outbound.protection.outlook.com [40.107.1.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 507BB1243F3 for <core@ietf.org>; Mon, 18 Dec 2017 08:11:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;  s=selector1-arm-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Nd+ArvEEesgsgQeNwivChj1XLSO997PKePmI+Cq2tKI=; b=oX/LBVpVW182xwBuCF0WotvNIGFBC5iXqGTvUgatLoB57yzYKiIXdxIZPlle1qwYJTq2mJrzSVLj+SeKW7/WLeQjk/dQqyLppLPd7fz1lIoE0cmi1Mlas7VuGQ5PKlElZhD995YcW7bhJLFY/B5G0ds9V5N6kVtraz1KAijU1Kc=
Received: from AM4PR0801MB2706.eurprd08.prod.outlook.com (10.167.90.148) by AM4PR0801MB2707.eurprd08.prod.outlook.com (10.167.90.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.302.9; Mon, 18 Dec 2017 16:11:15 +0000
Received: from AM4PR0801MB2706.eurprd08.prod.outlook.com ([fe80::b9af:5048:9d97:f7e6]) by AM4PR0801MB2706.eurprd08.prod.outlook.com ([fe80::b9af:5048:9d97:f7e6%14]) with mapi id 15.20.0323.018; Mon, 18 Dec 2017 16:11:15 +0000
From: Hannes Tschofenig <Hannes.Tschofenig@arm.com>
To: "core@ietf.org WG" <core@ietf.org>
Thread-Topic: CoAP over TCP Interop Testing: Status Update
Thread-Index: AdN4Gr2KzwD8typnScGFgjkY+6Md/w==
Date: Mon, 18 Dec 2017 16:11:15 +0000
Message-ID: <AM4PR0801MB2706A1F121C639AE7F997D39FA0E0@AM4PR0801MB2706.eurprd08.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [80.92.123.79]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM4PR0801MB2707; 6:llsArRHIQYnA8juugS9y/MR4w9Bjs1ZTciQN77OrCJRSsdSthU1vGPzVyKW79xJ30ZlYzaD1r034sk84Mj6D65Y7dLiM/JEPVqYu+kEOnkG9Lk8EguIlVxPgnpZtX6BAwF3AJUWZYA9l3d6sJwfvVhMzC87sdfXlA+EicOdK5VZ0YT+LMADK8xXhBLlDEtT1JrYBa+seOzJPuCVVBKT70sNxXsI+hIbaUUXC890fLTiVGmv+fsTehkvLCMY+yHP2Y/Lx1LqmypuqVHJETjiXazgOSi0dkJNfWVy1XXtNWfFUCM/5AJEAk43JL04F7yyhT++W/QKKFXlqqwkNO5Re7wmtXO2SMSadiZpWboxhgPg=; 5:6nHdBqouUPODTeuvdvm/AGn3/9Tm9uiQaAQNSgrMNLZqC/bpfbM6krVEUlae2dWfaqtSlvqBDEFiqC5g5ytjBcRmdo9qkyzQzk4gP+qC0n9FFkQK/n0sx3xCAw/luDx6euiU3teDsQ+YnzV4rGYfWYJ2ulQxEpFZLiDx3+aG4zs=; 24:5C/Rm8RcyDLLtjNXoLenySDjpsnzKf6Ku8alnLEBd74poP70MpJaXe3vZ6rR3ZsDdAVddKCqPfvE7EQsZqVUUHv6gIUkhLA1r0ItKnl9N+g=; 7:HrSd9py7r3jQK+56R2EF5zN/w6oHoEGQZpJo4L0GbmoU7A9IQD3eus8cc8Vc+W/ZhwCbLmxwBDDPmspSKhO4C5KHisxCeytD/aZg5jPUSKSmxwbrr0IWqPd3rFpciIZvRdPqqQvNC0cQuMcIvGW7dJKDR9++KgbKquA+FWCHr74yN1DSM/6Hh4dFjw41KUVcBh+4xL/0aBDrwH1gCu7qD65oGcT9dQIMtal9xDTc7b5i8cQdc+X8GA8fea3kWxhk
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 8a94f541-5292-4a2a-b787-08d54631f726
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:AM4PR0801MB2707; 
x-ms-traffictypediagnostic: AM4PR0801MB2707:
x-microsoft-antispam-prvs: <AM4PR0801MB270758F920661B209CC66E61FA0E0@AM4PR0801MB2707.eurprd08.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(209352067349851)(276280304065846)(21748063052155); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(3231023)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123564025)(20161123560025)(20161123558100)(20161123555025)(6072148)(201708071742011); SRVR:AM4PR0801MB2707; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM4PR0801MB2707; 
x-forefront-prvs: 0525BB0ADF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(366004)(39860400002)(396003)(53754006)(53824002)(199004)(40434004)(189003)(6306002)(8936002)(5890100001)(54896002)(9686003)(606006)(53936002)(236005)(59450400001)(15650500001)(86362001)(7736002)(55016002)(105586002)(10710500007)(2420400007)(14454004)(5660300001)(99286004)(7696005)(6436002)(74316002)(68736007)(5250100002)(106356001)(966005)(33656002)(72206003)(2906002)(6916009)(7110500001)(81156014)(81166006)(3846002)(2900100001)(3280700002)(6506007)(97736004)(8676002)(478600001)(790700001)(6116002)(102836003)(66066001)(25786009)(316002)(3660700001); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4PR0801MB2707; H:AM4PR0801MB2706.eurprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM4PR0801MB2706A1F121C639AE7F997D39FA0E0AM4PR0801MB2706_"
MIME-Version: 1.0
X-OriginatorOrg: arm.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8a94f541-5292-4a2a-b787-08d54631f726
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2017 16:11:15.5863 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR0801MB2707
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/-rEGhbbas7UJJv3V0b6DwX0IFtY>
Subject: [core] CoAP over TCP Interop Testing: Status Update
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 18 Dec 2017 16:11:23 -0000

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

Hi all,

On Wednesday and Thursday, December 13th and 14th, Olaf Bergmann, Szymon Sa=
sin (for ARM), and Jim Schaad with admin support from Carsten Bormann and m=
yself met to test the latest and greatest CoAP over TCP specification (see =
https://tools.ietf.org/html/draft-ietf-core-coap-tcp-tls-10).

The goal of this online interop testing activity was to determine whether t=
here are any additional clarifications that need to be added to the spec be=
fore it gets published as an RFC.

The three teams all had server and client components.

The good news upfront: the basic tests, including the new messaging format =
and the capability exchange, worked fine between all implementations.

The tests focused on retrieving a payload of different size by the client f=
rom the server. Observing resources was not tested this time. Sending data =
from the client to the server was also postponed to the next event. To acco=
mplish the goals set for this event we used CoAP over TCP rather than CoAP =
over TLS since standard TLS is used by the spec.

To make testing more interesting the focus was soon shifted to block-wise t=
ransfer, which was also supported by almost all implementations. Minor prob=
lems were noticed during the tests and fixed during these two days.

All participants considered the event useful and will get together again to=
 test further functionality. Tool-wise we used Webex, which allowed us to b=
oth exchange chat messages and to discuss problems conveniently. This is mo=
st likely the setup we should use again at the next online test event. A po=
ssible date would be late January 2018 and we will distribute a Doodle poll=
 early next year.

Ciao
Hannes

PS: The test servers are located here:

** ARM

coap://[2001:14ba:884c:b00:f92a:5b96:b94e:5b61]:5683
coap://85.23.50.176:5683

Supported uri paths:
  /small-1k
  /large-10k
  /xlarge-100k

** Jim

jimsch.hopto.org

** Olaf

test.libcoap.net


IMPORTANT NOTICE: The contents of this email and any attachments are confid=
ential and may also be privileged. If you are not the intended recipient, p=
lease notify the sender immediately and do not disclose the contents to any=
 other person, use it for any purpose, or store or copy the information in =
any medium. Thank you.

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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 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";
	mso-fareast-language:EN-US;}
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:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:black">Hi all, <o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:black"><o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">On Wednesday and Thursda=
y, December 13th and 14th, Olaf Bergmann, Szymon Sasin (for ARM), and Jim S=
chaad with admin support from Carsten Bormann and myself met to test the la=
test and greatest CoAP over TCP specification
 (see <a href=3D"https://tools.ietf.org/html/draft-ietf-core-coap-tcp-tls-1=
0">https://tools.ietf.org/html/draft-ietf-core-coap-tcp-tls-10</a>).
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">The goal of this online =
interop testing activity was to determine whether there are any additional =
clarifications that need to be added to the spec before it gets published a=
s an RFC.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">The three teams all had =
server and client components.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">The good news upfront: t=
he basic tests, including the new messaging format and the capability excha=
nge, worked fine between all implementations.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">The tests focused on ret=
rieving a payload of different size by the client from the server. Observin=
g resources was not tested this time. Sending data from the client to the s=
erver was also postponed to the next
 event. To accomplish the goals set for this event we used CoAP over TCP ra=
ther than CoAP over TLS since standard TLS is used by the spec.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">To make testing more int=
eresting the focus was soon shifted to block-wise transfer, which was also =
supported by almost all implementations. Minor problems were noticed during=
 the tests and fixed during these two
 days.&nbsp; <o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">All participants conside=
red the event useful and will get together again to test further functional=
ity. Tool-wise we used Webex, which allowed us to both exchange chat messag=
es and to discuss problems conveniently.
 This is most likely the setup we should use again at the next online test =
event. A possible date would be late January 2018 and we will distribute a =
Doodle poll early next year.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">Ciao<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"color:black">Hannes<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">PS: The test servers are=
 located here:
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">** ARM<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">coap://[2001:14ba:884c:b=
00:f92a:5b96:b94e:5b61]:5683<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">coap://85.23.50.176:5683=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">Supported uri paths:<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp; /small-1k<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp; /large-10k<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp; /xlarge-100k<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">** Jim<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;&nbsp;<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">jimsch.hopto.org<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">** Olaf<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:black">test.libcoap.net<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
IMPORTANT NOTICE: The contents of this email and any attachments are confid=
ential and may also be privileged. If you are not the intended recipient, p=
lease notify the sender immediately and do not disclose the contents to any=
 other person, use it for any purpose,
 or store or copy the information in any medium. Thank you.
</body>
</html>

--_000_AM4PR0801MB2706A1F121C639AE7F997D39FA0E0AM4PR0801MB2706_--


From nobody Mon Dec 18 09:32:42 2017
Return-Path: <ietf@kuehlewind.net>
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 6A3AA12751F; Mon, 18 Dec 2017 09:32:41 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: =?utf-8?q?Mirja_K=C3=BChlewind?= <ietf@kuehlewind.net>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-core-coap-tcp-tls@ietf.org, Jaime Jimenez <jaime.jimenez@ericsson.com>, core-chairs@ietf.org, jaime.jimenez@ericsson.com, core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.67.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151361836142.3433.9249492756874271585.idtracker@ietfa.amsl.com>
Date: Mon, 18 Dec 2017 09:32:41 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/1t8HeNtoFXQJuHgpIGYm6Xt0oJ8>
Subject: [core] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-i?= =?utf-8?q?etf-core-coap-tcp-tls-10=3A_=28with_COMMENT=29?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 18 Dec 2017 17:32:41 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-core-coap-tcp-tls-10: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-core-coap-tcp-tls/



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

Thanks for addressing my discuss with the next upcoming version -11. Happy Holidays!



From nobody Mon Dec 18 11:32:25 2017
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 E3C5312D862; Mon, 18 Dec 2017 11:32:24 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.68.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151362554487.18426.12202111618794119919@ietfa.amsl.com>
Date: Mon, 18 Dec 2017 11:32:24 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/JVvTa5X1HWAiNlXhyL8HMsUox2Y>
Subject: [core] I-D Action: draft-ietf-core-coap-tcp-tls-11.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 18 Dec 2017 19:32:25 -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           : CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets
        Authors         : Carsten Bormann
                          Simon Lemay
                          Hannes Tschofenig
                          Klaus Hartke
                          Bilhanan Silverajan
                          Brian Raymor
	Filename        : draft-ietf-core-coap-tcp-tls-11.txt
	Pages           : 51
	Date            : 2017-12-18

Abstract:
   The Constrained Application Protocol (CoAP), although inspired by
   HTTP, was designed to use UDP instead of TCP.  The message layer of
   the CoAP over UDP protocol includes support for reliable delivery,
   simple congestion control, and flow control.

   Some environments benefit from the availability of CoAP carried over
   reliable transports such as TCP or TLS.  This document outlines the
   changes required to use CoAP over TCP, TLS, and WebSockets
   transports.  It also formally updates RFC 7641 for use with these
   transports and RFC 7959 to enable the use of larger messages over a
   reliable transport.


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

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-core-coap-tcp-tls-11
https://datatracker.ietf.org/doc/html/draft-ietf-core-coap-tcp-tls-11

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-core-coap-tcp-tls-11


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

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


From nobody Mon Dec 18 13:04:20 2017
Return-Path: <iesg-secretary@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 88EEF12D94F; Mon, 18 Dec 2017 13:04:19 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.68.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: The IESG <iesg@ietf.org>, jaime.jimenez@ericsson.com, core-chairs@ietf.org, draft-ietf-core-coap-tcp-tls@ietf.org, Jaime Jimenez <jaime.jimenez@ericsson.com>, core@ietf.org, alexey.melnikov@isode.com, rfc-editor@rfc-editor.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Message-ID: <151363105955.13418.3921278388828597013.idtracker@ietfa.amsl.com>
Date: Mon, 18 Dec 2017 13:04:19 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/J1gBI74P1_-zz8INUEse-3tRirg>
Subject: [core] Protocol Action: 'CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets' to Proposed Standard (draft-ietf-core-coap-tcp-tls-11.txt)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 18 Dec 2017 21:04:19 -0000

The IESG has approved the following document:
- 'CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets'
  (draft-ietf-core-coap-tcp-tls-11.txt) as Proposed Standard

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

The IESG contact persons are Adam Roach, Alexey Melnikov and Ben Campbell.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-core-coap-tcp-tls/




Technical Summary

   The Constrained Application Protocol (CoAP), although inspired by
   HTTP, was designed to use UDP instead of TCP.  The message layer of
   the CoAP over UDP protocol includes support for reliable delivery,
   simple congestion control, and flow control.

   Some environments benefit from the availability of CoAP carried over
   reliable transports such as TCP or TLS.  This document outlines the
   changes required to use CoAP over TCP, TLS, and WebSockets
   transports.  It also formally updates RFC 7641 for use with these
   transports and RFC 7959 to enable the use of larger messages over a
   reliable transport.

Working Group Summary

   The document has gone through multiple expert reviews over
   the years and was last presented on multiple IETF sessions.

   The discussion on whether the document should use coaps+ws://
   versa coap+wss:// URI scheme was rather protracted, but the WG
   finally came to a conclusion.

   The decision to allocate several new URI schemes for different
   underlying transports has caused some controversy, but was finally
   settled after a discussion with IESG and URI experts.

Document Quality

   Several vendors are interested in implementing the specification.

Personnel

   Document Shepherd: Jaime Jiménez <jaime.jimenez@ericsson.com>
   Responsible Area Director: Alexey Melnikov 


From nobody Tue Dec 19 01:35:46 2017
Return-Path: <goran.selander@ericsson.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 AA516120725; Tue, 19 Dec 2017 01:35:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 GxhXEsN5iybS; Tue, 19 Dec 2017 01:35:42 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A00C31200F3; Tue, 19 Dec 2017 01:35:41 -0800 (PST)
X-AuditID: c1b4fb30-d31ff70000006bc7-38-5a38dd6bfb32
Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.183.63]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 20.F5.27591.B6DD83A5; Tue, 19 Dec 2017 10:35:39 +0100 (CET)
Received: from ESESSMB107.ericsson.se ([169.254.7.238]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0352.000; Tue, 19 Dec 2017 10:35:38 +0100
From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= <goran.selander@ericsson.com>
To: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>, "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
CC: "draft-ietf-core-object-security.authors@ietf.org" <draft-ietf-core-object-security.authors@ietf.org>
Thread-Topic: =?utf-8?B?W2NvcmVdICAg8J+UlCBXR0xDIG9uIGRyYWZ0LWlldGYtY29yZS1vYmplY3Qt?= =?utf-8?Q?security?=
Thread-Index: AQHTdN3+CFBerITaBk6qbHUwgbsBZaNKb+6A
Date: Tue, 19 Dec 2017 09:35:38 +0000
Message-ID: <D65E8FDA.917B9%goran.selander@ericsson.com>
References: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com> <CA57CC47-05E7-4200-9A88-6AD86BF7E204@inria.fr>
In-Reply-To: <CA57CC47-05E7-4200-9A88-6AD86BF7E204@inria.fr>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.7.3.170325
x-originating-ip: [153.88.183.150]
Content-Type: multipart/alternative; boundary="_000_D65E8FDA917B9goranselanderericssoncom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrEIsWRmVeSWpSXmKPExsUyM2K7vW72XYsog3//1Sz2vV3PbLH52VdW i53nLzM5MHssWfKTyWPSi0MsAUxRXDYpqTmZZalF+nYJXBmvti1kLPi+irHiyrt1jA2MG5Yx djFyckgImEjMe76UuYuRi0NI4DCjRM+N/WwQzhJGiblT7rGCVLEJuEg8aHjEBGKLCFRIHH96 BsxmFsiWmLTrNzuILSyQI9G+cSkbRE2uxLXl21m6GDmAbCOJ3mtiIGEWAVWJlTMOg43kFbCQ uPB5EdgYIYFCied3NoG1cgrYSFx92cgCYjMKiEl8P7UGapW4xK0n85kgjhaQWLLnPDOELSrx 8vE/sJmiAnoSe3va2SDiShIrtl9ihOiNlbjxroMZYq+gxMmZT1gmMIrOQjJ2FpKyWUjKZgF9 wCygKbF+lz5EiaLElO6H7BC2hkTrnLlQtrXEqYW7mJDVLGDkWMUoWpxanJSbbmSkl1qUmVxc nJ+nl5dasokRGJMHt/w22MH48rnjIUYBDkYlHt7yGxZRQqyJZcWVuYcYJTiYlUR4F+4ECvGm JFZWpRblxxeV5qQWH2KU5mBREuc96ckbJSSQnliSmp2aWpBaBJNl4uCUamDMPXrt/uNJE49U 6/HuF+Z6+SnpRLzOTzbR34G8ul2rbt+wSqtSsfg9qUdy4XXezy7376dmVl59uXre7QahrRz3 Wa+bcW1KU+n4MXme2oMFgX925OdcLNkWNofx3PSGtKcN76/kvJM4lLf9W3fKC08GbemlPs8z sluL+Y0Pzog+pW+w9fJyi49XlViKMxINtZiLihMBeLAX3sUCAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/5ZZAQ1DYyNVv5rqmE073fY3v5ac>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_on_draft-ietf-core-object-sec?= =?utf-8?q?urity?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 19 Dec 2017 09:35:45 -0000

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

SGkgTWFsacWhYSwNCg0KR3JlYXQgdG8gaGVhciB5b3UgYXJlIHByb2dyZXNzaW5nIHdpdGggV2ly
ZXNoYXJrIGZvciBPU0NPUkUhDQoNCkFuc3dlcnMvY29tbWVudHMgaW5saW5lOg0KDQpGcm9tOiBN
YWxpxaFhIFZ1xI1pbmnEhyA8bWFsaXNhLnZ1Y2luaWNAaW5yaWEuZnI8bWFpbHRvOm1hbGlzYS52
dWNpbmljQGlucmlhLmZyPj4NCkRhdGU6IFRodXJzZGF5IDE0IERlY2VtYmVyIDIwMTcgYXQgMTQ6
MTgNClRvOiAiY29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4gV0cgKGNvcmVAaWV0
Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+KSIgPGNvcmVAaWV0Zi5vcmc8bWFpbHRvOmNvcmVA
aWV0Zi5vcmc+Pg0KQ2M6ICJkcmFmdC1pZXRmLWNvcmUtb2JqZWN0LXNlY3VyaXR5LmF1dGhvcnNA
aWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtY29yZS1vYmplY3Qtc2VjdXJpdHkuYXV0aG9yc0Bp
ZXRmLm9yZz4iIDxkcmFmdC1pZXRmLWNvcmUtb2JqZWN0LXNlY3VyaXR5LmF1dGhvcnNAaWV0Zi5v
cmc8bWFpbHRvOmRyYWZ0LWlldGYtY29yZS1vYmplY3Qtc2VjdXJpdHkuYXV0aG9yc0BpZXRmLm9y
Zz4+DQpTdWJqZWN0OiBSZTogW2NvcmVdIPCflJQgV0dMQyBvbiBkcmFmdC1pZXRmLWNvcmUtb2Jq
ZWN0LXNlY3VyaXR5DQpSZXNlbnQtRnJvbTogPGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv
OmFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+Pg0KUmVzZW50LVRvOiBHw7ZyYW4gU2VsYW5kZXIgPGdv
cmFuLnNlbGFuZGVyQGVyaWNzc29uLmNvbTxtYWlsdG86Z29yYW4uc2VsYW5kZXJAZXJpY3Nzb24u
Y29tPj4sIEpvaG4gTWF0dHNzb24gPGpvaG4ubWF0dHNzb25AZXJpY3Nzb24uY29tPG1haWx0bzpq
b2huLm1hdHRzc29uQGVyaWNzc29uLmNvbT4+LCBGcmFuY2VzY2EgUGFsb21iaW5pIDxmcmFuY2Vz
Y2EucGFsb21iaW5pQGVyaWNzc29uLmNvbTxtYWlsdG86ZnJhbmNlc2NhLnBhbG9tYmluaUBlcmlj
c3Nvbi5jb20+PiwgPGx1ZHdpZy5zZWl0ekByaS5zZTxtYWlsdG86bHVkd2lnLnNlaXR6QHJpLnNl
Pj4NClJlc2VudC1EYXRlOiBUaHVyc2RheSAxNCBEZWNlbWJlciAyMDE3IGF0IDE0OjE4DQoNCkfD
tnJhbiwgYWxsLA0KDQpJdCB3YXMgcmVhbGx5IGEgcGxlYXN1cmUgdG8gd2l0bmVzcyBob3cgdGhp
cyBzcGVjIGFkdmFuY2VkIGZyb20gZHJhZnQtc2VsYW5kZXItYWNlLW9iamVjdC1zZWN1cml0eS0w
MCBhbmQgZXZvbHZlZCB0byBpdHMgY3VycmVudCBmb3JtLiBUaGFuayB5b3UgZm9yIGFjY29tbW9k
YXRpbmcgdGhlIHJlcXVlc3RzIGNvbWluZyBmcm9tIDZUaVNDSCBhbmQgbWFraW5nIHRoaXMgc29s
dXRpb24gc28gZWZmaWNpZW50Lg0KDQpJIGFtIGp1c3Qgc3RhcnRpbmcgdG8gd29yayBvbiBhIFdp
cmVzaGFyayBkaXNzZWN0b3IgYW5kIHRoaXMgbWFkZSBtZSBnbyB0aHJvdWdoIHRoZSB0ZXh0IG9u
IEhUVFAtdG8tQ29BUCBhbmQgQ29BUC10by1IVFRQIHByb3h5aW5nIGFzIG9uZSBtYXkgaGF2ZSBI
VFRQIGNhcnJ5aW5nIE9TQ09SRS4gSSB3b3VsZCBsaWtlIHRvIHVuZGVyc3RhbmQgYmV0dGVyIHRo
ZSBhZGRlZCB2YWx1ZSBvZiB0aGlzIHBhcnQgb2YgdGhlIHNwZWMuIFRha2UgYXMgYW4gZXhhbXBs
ZSBIVFRQIGNsaWVudCBnZW5lcmF0aW5nIHJlcXVlc3QgdGhhdCBpcyBwcm94aWVkL3RyYW5zbGF0
ZWQgaW50byBhIENvQVAgcmVxdWVzdC4gRm9yIHRoZSBIVFRQIGNsaWVudCB0byBnZW5lcmF0ZSBl
eHRlcm5hbF9hYWQgYW5kIGNpcGhlcnRleHQsIGl0IG5lZWRzIHRvIGltcGxlbWVudCBwb3J0aW9u
cyBvZiBDb0FQIG1hY2hpbmVyeS4gRm9yIGV4YW1wbGUsIHRvIGdlbmVyYXRlIHBsYWludGV4dCwg
dGhlIEhUVFAgY2xpZW50IG5lZWRzIHRvIGtub3cgaW4gYWR2YW5jZSB3aGF0IENvQVAgQ29kZSB3
aWxsIHRoZSBwcm94aWVkIHJlcXVlc3QgaGF2ZSwgaG93IEhUVFAgaGVhZGVycyB3aWxsIHRyYW5z
bGF0ZSB0byBDb0FQIG9wdGlvbnMgYW5kIGhvdyB0byBlbmNvZGUgdGhlbSBpbiBDb0FQIGZvcm1h
dC4gTXkgcXVlc3Rpb24gaXMgd2hldGhlciBpdCBtYWtlcyBzZW5zZSBmb3IgYW4gSFRUUCBjbGll
bnQgdG8gaW1wbGVtZW50IHRoaXMsIGJ1dCBub3QgdGhlIHJlc3Qgb2YgQ29BUC4NCg0KW0dTXSBD
YXJzdGVuIGFscmVhZHkgY29tbWVudGVkIGFib3V0IHVzaW5nIEhUVFAgZm9yIHRyYXZlcnNpbmcg
ZmlyZXdhbGxzLiBUaGlzIHRodXMgZW5hYmxlcyBlbmQtdG8tZW5kIFJFU1QgaW4gcHJhY3RpY2Us
IGluY2x1ZGluZyBkZXBsb3ltZW50cyB3aXRoIG1peGVkIEhUVFAvQ29BUCBsZWdzLiBUaGUgZmVh
dHVyZSB3YXMgcmVxdWVzdGVkIGJ5IGUuZy4gT0NGLg0KDQoNClNlY29uZCBjb21tZW50IGlzIHJl
bGF0ZWQgdG8gbm9ybWF0aXZlIGxhbmd1YWdlIG9uIGVycm9yIGhhbmRsaW5nIGluIC0wNy4gQmFj
a2dyb3VuZDogU29tZSBlcnJvciByZXNwb25zZXMgY2FuIGJlIHNwb29mZWQgYXMgdGhleSBhcmUg
bm90IHByb3RlY3RlZCBkdWUgdG8gdGhlIGxhY2sgb2YgY29tbW9uIGtleWluZyBtYXRlcmlhbCwg
c28gdGhpcyBvcGVucyB1cCBhIERvUyB2ZWN0b3Igb24gdGhlIGNsaWVudC4gQ3VycmVudCB0ZXh0
IGluIC0wNyBzdGF0ZXMgdGhhdCB0aGUgc2VydmVyIE1BWSBzZW5kIHRoaXMga2luZCBvZiByZXNw
b25zZS4gQ291bGQgeW91IGVsYWJvcmF0ZSB0aGUgcmVhc29uaW5nIGJlaGluZCB0aGlzPw0KDQpb
R1NdIFRoZXJlIHdhcyBhIHJlcXVlc3QgZnJvbSBvbmUgb2YgdGhlIGltcGxlbWVudG9ycyB0byBh
dm9pZCB1bm5lY2Vzc2FyeSByZXRyYW5zbWlzc2lvbnMgYW5kIHRvIGJlIGFibGUgdG8gc2VuZCBp
bmZvIGFib3V0IHdoYXQgZXJyb3IgaXQgaXMuIFR5cGljYWxseSBlcnJvciBtZXNzYWdlcyBhcmUg
cHJvdGVjdGVkLCBidXQgaWYgdGhlIGVycm9yIGlzIHJlbGF0ZWQgdG8gT1NDT1JFIGl0c2VsZiwg
ZS5nLiB0aGF0IHRoZSBzZXJ2ZXIgY2Fubm90IGZpbmQgdGhlIHNlY3VyaXR5IGNvbnRleHQsIHRo
ZW4gdGhlIGVycm9yIG1lc3NhZ2UgdG8gdGhlIGNsaWVudCBjYW5ub3QgYmUgcHJvdGVjdGVkLiBU
aGUgRG9TIGFzcGVjdCByZWxhdGVkIHRvIGEgY2xpZW50IHJlY2VpdmluZyBhbiB1bnByb3RlY3Rl
ZCBlcnJvciBtZXNzYWdlIGRlcGVuZHMgb24gaG93IHRoZSBjbGllbnQgYWN0cyBvbiB0aGlzIG1l
c3NhZ2UuIFRoZSBhYmlsaXR5IHRvIHNlbmQgdW5wcm90ZWN0ZWQgbWVzc2FnZXMgZXhpc3RlZCBl
dmVuIHdpdGhvdXQgdGhpcy4NCg0KV2hhdCBpcyB0aGUgZXhwZWN0ZWQgYmVoYXZpb3Igb2YgYSBj
bGllbnQ/DQoNCltHU10gVGhlIGFwcGxpY2F0aW9uIGRlY2lkZXMgaG93IHRvIGFjdC4gSWYgYW4g
ZXJyb3IgbWVzc2FnZSBhcnJpdmVzLCBlaXRoZXIgdGhlIGFwcGxpY2F0aW9uIHNwZWNpZmllcyBo
b3cgdG8gZGVhbCB3aXRoIGl0IChlLmcuIGJhc2VkIG9uIHRoZSBwYXlsb2FkIGlmIGFueSkgb3Ig
ZHJvcHMgaXQgd2l0aG91dCBmdXJ0aGVyIHByb2Nlc3NpbmcuDQoNCkNvdWxkIHlvdSBkaXNjdXNz
IHNvbWV3aGVyZSBzZWN1cml0eSB0cmFkZW9mZiBiZWluZyBtYWRlIHdoZW4gb25lIG9wdHMgZm9y
IG9uZSBhcHByb2FjaCBvciB0aGUgb3RoZXI/DQoNCltHU10gWWVzLCB3ZSBzaG91bGQgYWRkIGEg
c2VjdXJpdHkgY29uc2lkZXJhdGlvbiBvbiB0aGlzIG5vdGUuDQoNCldoeSBkbyB5b3Ugbm90IGRp
ZmZlcmVudGlhdGUgYmFzZWQgb24gbWVzc2FnZSB0eXBlIChOT04vQ09OKSwgYXMgdXNlZCBpbiBw
cmV2aW91cyB2ZXJzaW9ucz8NCg0KW0dTXSBCZWNhdXNlIHRoZSBlcnJvciBpcyBzZW50IGluZGVw
ZW5kZW50bHkgb2YgdGhlIHVuZGVybHlpbmcgbWVzc2FnaW5nIGxheWVyLCBhbmQgdGhlcmUgbWF5
IG5vdCBldmVuIGJlIGEgbWVzc2FnaW5nIGxheWVyIGFzIGluIENvQVAgb3ZlciBUQ1AuIFRoZSBk
ZXBlbmRlbmNlIG9uIE5PTi9DT04gd2FzIGEgbWlzdGFrZSBpbiB0aGUgcHJldmlvdXMgdmVyc2lv
biB0aGF0IGNhbWUgdXAgZHVyaW5nIHRoZSBsYXN0IGludGVyb3AsIHRoYW5rcyB0byB0aGUgaW1w
bGVtZW50ZXJzLg0KDQoNCkkgaG9wZSB0aGlzIGFkZHJlc3NlcyB5b3VyIGNvbW1lbnRzLg0KDQpH
w7ZyYW4NCg0KDQpNYWxpxaFhDQoNCg0KT24gMjAgTm92IDIwMTcsIGF0IDE2OjA5LCBKYWltZSBK
aW3DqW5leiA8amFpbWUuamltZW5lekBlcmljc3Nvbi5jb208bWFpbHRvOmphaW1lLmppbWVuZXpA
ZXJpY3Nzb24uY29tPj4gd3JvdGU6DQoNCkRlYXIgQ29SRSBXRywNCg0KQXMgd2UgZGlzY3Vzc2Vk
IGR1cmluZyB0aGlzIElFVEYsIHRoZSBPU0NPUkUgZHJhZnQgaXMgaW4gZ29vZCBzaGFwZSBmb3Ig
V0dMQy4NClRoZSBhdXRob3JzIGhhdmUgc3VibWl0dGVkIGEgcmV2aWV3ZWQgdmVyc2lvbiBkZWFs
aW5nIHdpdGggdGhlIG1pbm9yIGNvbW1lbnRzIGZyb20gSUVGMTAwLg0KDQpodHRwczovL3Rvb2xz
LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLW9iamVjdC1zZWN1cml0eS0wNw0KDQpUaGUg
V0dMQyB3aWxsIGVuZCBieSAxMXRoIG9mIERlY2VtYmVyLg0KDQpCZXN0IFJlZ2FyZHMsDQotIC0g
SmFpbWUgSmltw6luZXoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCmNvcmUgbWFpbGluZyBsaXN0DQpjb3JlQGlldGYub3JnPG1haWx0bzpjb3JlQGll
dGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlDQoNCg==

--_000_D65E8FDA917B9goranselanderericssoncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <A19F2C24CF28CC4DBD126C4A096FBA5D@ericsson.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6
IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPkhp
IE1hbGnFoWEsPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNpemU6IDE0cHg7Ij48YnI+DQo8L2Rp
dj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPkdyZWF0IHRvIGhlYXIgeW91IGFyZSBw
cm9ncmVzc2luZyB3aXRoIFdpcmVzaGFyayBmb3IgT1NDT1JFISZuYnNwOzwvZGl2Pg0KPGRpdiBz
dHlsZT0iZm9udC1zaXplOiAxNHB4OyI+PGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNp
emU6IDE0cHg7Ij5BbnN3ZXJzL2NvbW1lbnRzIGlubGluZTo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZv
bnQtc2l6ZTogMTRweDsiPjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNU
SU9OIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4OyI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpD
YWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9S
REVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElO
Ry1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9S
REVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBB
RERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwv
c3Bhbj5NYWxpxaFhIFZ1xI1pbmnEhyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hbGlzYS52dWNpbmlj
QGlucmlhLmZyIj5tYWxpc2EudnVjaW5pY0BpbnJpYS5mcjwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5
bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5UaHVyc2RheSAxNCBEZWNlbWJlciAy
MDE3IGF0IDE0OjE4PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3Nw
YW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciPmNvcmVAaWV0Zi5vcmc8L2E+
IFdHICg8YSBocmVmPSJtYWlsdG86Y29yZUBpZXRmLm9yZyI+Y29yZUBpZXRmLm9yZzwvYT4pJnF1
b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y29yZUBpZXRmLm9yZyI+Y29yZUBpZXRmLm9yZzwvYT4m
Z3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+JnF1b3Q7
PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtY29yZS1vYmplY3Qtc2VjdXJpdHkuYXV0aG9yc0Bp
ZXRmLm9yZyI+ZHJhZnQtaWV0Zi1jb3JlLW9iamVjdC1zZWN1cml0eS5hdXRob3JzQGlldGYub3Jn
PC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtY29yZS1vYmplY3Qtc2Vj
dXJpdHkuYXV0aG9yc0BpZXRmLm9yZyI+ZHJhZnQtaWV0Zi1jb3JlLW9iamVjdC1zZWN1cml0eS5h
dXRob3JzQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s
ZCI+U3ViamVjdDogPC9zcGFuPlJlOiBbY29yZV0g8J+UlCBXR0xDIG9uIGRyYWZ0LWlldGYtY29y
ZS1vYmplY3Qtc2VjdXJpdHk8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+UmVz
ZW50LUZyb206IDwvc3Bhbj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmFsaWFzLWJvdW5jZXNAaWV0Zi5v
cmciPmFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250
LXdlaWdodDpib2xkIj5SZXNlbnQtVG86IDwvc3Bhbj5Hw7ZyYW4gU2VsYW5kZXIgJmx0OzxhIGhy
ZWY9Im1haWx0bzpnb3Jhbi5zZWxhbmRlckBlcmljc3Nvbi5jb20iPmdvcmFuLnNlbGFuZGVyQGVy
aWNzc29uLmNvbTwvYT4mZ3Q7LCBKb2huIE1hdHRzc29uICZsdDs8YSBocmVmPSJtYWlsdG86am9o
bi5tYXR0c3NvbkBlcmljc3Nvbi5jb20iPmpvaG4ubWF0dHNzb25AZXJpY3Nzb24uY29tPC9hPiZn
dDssIEZyYW5jZXNjYSBQYWxvbWJpbmkgJmx0OzxhIGhyZWY9Im1haWx0bzpmcmFuY2VzY2EucGFs
b21iaW5pQGVyaWNzc29uLmNvbSI+ZnJhbmNlc2NhLnBhbG9tYmluaUBlcmljc3Nvbi5jb208L2E+
Jmd0OywNCiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmx1ZHdpZy5zZWl0ekByaS5zZSI+bHVkd2lnLnNl
aXR6QHJpLnNlPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+UmVz
ZW50LURhdGU6IDwvc3Bhbj5UaHVyc2RheSAxNCBEZWNlbWJlciAyMDE3IGF0IDE0OjE4PGJyPg0K
PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FU
VFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlk
OyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i
d29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQt
bGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkfDtnJhbiwgYWxsLA0K
PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SXQgd2Fz
IHJlYWxseSBhIHBsZWFzdXJlIHRvIHdpdG5lc3MgaG93IHRoaXMgc3BlYyBhZHZhbmNlZCBmcm9t
IGRyYWZ0LXNlbGFuZGVyLWFjZS1vYmplY3Qtc2VjdXJpdHktMDAgYW5kIGV2b2x2ZWQgdG8gaXRz
IGN1cnJlbnQgZm9ybS4gVGhhbmsgeW91IGZvciBhY2NvbW1vZGF0aW5nIHRoZSByZXF1ZXN0cyBj
b21pbmcgZnJvbSA2VGlTQ0ggYW5kIG1ha2luZyB0aGlzIHNvbHV0aW9uIHNvIGVmZmljaWVudC48
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi
PkkgYW0ganVzdCBzdGFydGluZyB0byB3b3JrIG9uIGEgV2lyZXNoYXJrIGRpc3NlY3RvciBhbmQg
dGhpcyBtYWRlIG1lIGdvIHRocm91Z2ggdGhlIHRleHQgb24gSFRUUC10by1Db0FQIGFuZCBDb0FQ
LXRvLUhUVFAgcHJveHlpbmcgYXMgb25lIG1heSBoYXZlIEhUVFAgY2FycnlpbmcgT1NDT1JFLiBJ
IHdvdWxkIGxpa2UgdG8gdW5kZXJzdGFuZCBiZXR0ZXIgdGhlIGFkZGVkIHZhbHVlIG9mIHRoaXMg
cGFydCBvZiB0aGUgc3BlYy4NCiBUYWtlIGFzIGFuIGV4YW1wbGUgSFRUUCBjbGllbnQgZ2VuZXJh
dGluZyByZXF1ZXN0IHRoYXQgaXMgcHJveGllZC90cmFuc2xhdGVkIGludG8gYSBDb0FQIHJlcXVl
c3QuIEZvciB0aGUgSFRUUCBjbGllbnQgdG8gZ2VuZXJhdGUgZXh0ZXJuYWxfYWFkIGFuZCBjaXBo
ZXJ0ZXh0LCBpdCBuZWVkcyB0byBpbXBsZW1lbnQgcG9ydGlvbnMgb2YgQ29BUCBtYWNoaW5lcnku
IEZvciBleGFtcGxlLCB0byBnZW5lcmF0ZSBwbGFpbnRleHQsIHRoZSBIVFRQIGNsaWVudA0KIG5l
ZWRzIHRvIGtub3cgaW4gYWR2YW5jZSB3aGF0IENvQVAgQ29kZSB3aWxsIHRoZSBwcm94aWVkIHJl
cXVlc3QgaGF2ZSwgaG93IEhUVFAgaGVhZGVycyB3aWxsIHRyYW5zbGF0ZSB0byBDb0FQIG9wdGlv
bnMgYW5kIGhvdyB0byBlbmNvZGUgdGhlbSBpbiBDb0FQIGZvcm1hdC4gTXkgcXVlc3Rpb24gaXMg
d2hldGhlciBpdCBtYWtlcyBzZW5zZSBmb3IgYW4gSFRUUCBjbGllbnQgdG8gaW1wbGVtZW50IHRo
aXMsIGJ1dCBub3QgdGhlIHJlc3Qgb2YgQ29BUC48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js
b2NrcXVvdGU+DQo8L3NwYW4+DQo8ZGl2IHN0eWxlPSJmb250LXNpemU6IDE0cHg7Ij48YnI+DQo8
L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPltHU10gQ2Fyc3RlbiBhbHJlYWR5
IGNvbW1lbnRlZCBhYm91dCB1c2luZyBIVFRQIGZvciB0cmF2ZXJzaW5nIGZpcmV3YWxscy4gVGhp
cyB0aHVzIGVuYWJsZXMgZW5kLXRvLWVuZCBSRVNUIGluIHByYWN0aWNlLCBpbmNsdWRpbmcgZGVw
bG95bWVudHMgd2l0aCBtaXhlZCBIVFRQL0NvQVAgbGVncy4gVGhlIGZlYXR1cmUgd2FzIHJlcXVl
c3RlZCBieSBlLmcuIE9DRi4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRw
eDsiPjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIiBzdHlsZT0i
Zm9udC1zaXplOiAxNHB4OyI+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJ
T05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJ
Tkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh
c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+U2Vjb25kIGNvbW1lbnQgaXMgcmVsYXRlZCB0
byBub3JtYXRpdmUgbGFuZ3VhZ2Ugb24gZXJyb3IgaGFuZGxpbmcgaW4gLTA3LiBCYWNrZ3JvdW5k
OiBTb21lIGVycm9yIHJlc3BvbnNlcyBjYW4gYmUgc3Bvb2ZlZCBhcyB0aGV5IGFyZSBub3QgcHJv
dGVjdGVkIGR1ZSB0byB0aGUgbGFjayBvZiBjb21tb24ga2V5aW5nIG1hdGVyaWFsLCBzbyB0aGlz
IG9wZW5zIHVwIGEgRG9TIHZlY3RvciBvbiB0aGUgY2xpZW50LiBDdXJyZW50DQogdGV4dCBpbiAt
MDcgc3RhdGVzIHRoYXQgdGhlIHNlcnZlciBNQVkgc2VuZCB0aGlzIGtpbmQgb2YgcmVzcG9uc2Uu
IENvdWxkIHlvdSBlbGFib3JhdGUgdGhlIHJlYXNvbmluZyBiZWhpbmQgdGhpcz8NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjxkaXYgc3R5bGU9ImZvbnQt
c2l6ZTogMTRweDsiPjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOiAxNHB4OyI+
W0dTXSBUaGVyZSB3YXMgYSByZXF1ZXN0IGZyb20gb25lIG9mIHRoZSBpbXBsZW1lbnRvcnMgdG8g
YXZvaWQgdW5uZWNlc3NhcnkgcmV0cmFuc21pc3Npb25zIGFuZCB0byBiZSBhYmxlIHRvIHNlbmQg
aW5mbyBhYm91dCB3aGF0IGVycm9yIGl0IGlzLiBUeXBpY2FsbHkgZXJyb3IgbWVzc2FnZXMgYXJl
IHByb3RlY3RlZCwgYnV0IGlmIHRoZSBlcnJvciBpcyByZWxhdGVkIHRvIE9TQ09SRSBpdHNlbGYs
DQogZS5nLiB0aGF0IHRoZSBzZXJ2ZXIgY2Fubm90IGZpbmQgdGhlIHNlY3VyaXR5IGNvbnRleHQs
IHRoZW4gdGhlIGVycm9yIG1lc3NhZ2UgdG8gdGhlIGNsaWVudCBjYW5ub3QgYmUgcHJvdGVjdGVk
LiBUaGUgRG9TIGFzcGVjdCByZWxhdGVkIHRvIGEgY2xpZW50IHJlY2VpdmluZyBhbiB1bnByb3Rl
Y3RlZCBlcnJvciBtZXNzYWdlIGRlcGVuZHMgb24gaG93IHRoZSBjbGllbnQgYWN0cyBvbiB0aGlz
IG1lc3NhZ2UuIFRoZSBhYmlsaXR5IHRvIHNlbmQgdW5wcm90ZWN0ZWQNCiBtZXNzYWdlcyBleGlz
dGVkIGV2ZW4gd2l0aG91dCB0aGlzLjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOiAxNHB4
OyI+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJm
b250LXNpemU6IDE0cHg7Ij4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElP
Tl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElO
RzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdj4NCjxkaXYgc3R5bGU9IndvcmQtd3Jh
cDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJl
YWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPldoYXQgaXMg
dGhlIGV4cGVjdGVkIGJlaGF2aW9yIG9mIGEgY2xpZW50PzwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPjxi
cj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46IDBj
bSAwY20gMC4wMDAxcHQ7Ij5bR1NdJm5ic3A7VGhlIGFwcGxpY2F0aW9uIGRlY2lkZXMgaG93IHRv
IGFjdC4gSWYgYW4gZXJyb3IgbWVzc2FnZSBhcnJpdmVzLCBlaXRoZXIgdGhlIGFwcGxpY2F0aW9u
IHNwZWNpZmllcyBob3cgdG8gZGVhbCB3aXRoIGl0IChlLmcuIGJhc2VkIG9uIHRoZSBwYXlsb2Fk
IGlmIGFueSkgb3IgZHJvcHMgaXQgd2l0aG91dCBmdXJ0aGVyIHByb2Nlc3NpbmcuJm5ic3A7PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgbWFyZ2luOiAw
Y20gMGNtIDAuMDAwMXB0OyI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxzcGFuIGlk
PSJPTEtfU1JDX0JPRFlfU0VDVElPTiIgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPg0KPGJsb2Nr
cXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JE
RVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1
OyI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0id29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5i
c3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBj
bGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+Q291bGQgeW91IGRpc2N1c3Mgc29tZXdoZXJlIHNlY3Vy
aXR5IHRyYWRlb2ZmIGJlaW5nIG1hZGUgd2hlbiBvbmUgb3B0cyBmb3Igb25lIGFwcHJvYWNoIG9y
IHRoZSBvdGhlcj8NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bh
bj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PltHU10gWWVzLCB3ZSBzaG91bGQgYWRkIGEgc2Vj
dXJpdHkgY29uc2lkZXJhdGlvbiBvbiB0aGlzIG5vdGUuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2
Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4
OyI+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIg
c3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFS
R0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7
IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0
ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5XaHkgZG8geW91IG5vdCBkaWZmZXJl
bnRpYXRlIGJhc2VkIG9uIG1lc3NhZ2UgdHlwZSAoTk9OL0NPTiksIGFzIHVzZWQgaW4gcHJldmlv
dXMgdmVyc2lvbnM/PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFu
Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN0YW5kYXJkOyI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBtYXJnaW46IDBjbSAw
Y20gMC4wMDAxcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+DQo8c3BhbiBz
dHlsZT0iZm9udC1zaXplOiAxMC41cHQ7Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1mYW1pbHk6IENh
bGlicmksIHNhbnMtc2VyaWY7Ij4NCltHU10gQmVjYXVzZSB0aGUgZXJyb3IgaXMgc2VudCBpbmRl
cGVuZGVudGx5IG9mIHRoZSB1bmRlcmx5aW5nIG1lc3NhZ2luZyBsYXllciwgYW5kIHRoZXJlIG1h
eSBub3QgZXZlbiBiZSBhIG1lc3NhZ2luZyBsYXllciBhcyBpbiBDb0FQIG92ZXIgVENQLiBUaGUg
ZGVwZW5kZW5jZSBvbiBOT04vQ09OIHdhcyBhIG1pc3Rha2UgaW4gdGhlIHByZXZpb3VzIHZlcnNp
b24gdGhhdCBjYW1lIHVwIGR1cmluZyB0aGUgbGFzdCBpbnRlcm9wLCB0aGFua3MgdG8NCiB0aGUg
aW1wbGVtZW50ZXJzLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXNpemU6
IDExcHQ7IG1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh
bnMtc2VyaWY7Ij4NCjxicj4NCjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250
LXNpemU6IDExcHQ7IG1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1mYW1pbHk6IENhbGli
cmksIHNhbnMtc2VyaWY7Ij4NCjxicj4NCjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxl
PSJmb250LXNpemU6IDE0cHg7Ij5JIGhvcGUgdGhpcyBhZGRyZXNzZXMgeW91ciBjb21tZW50cy48
L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPjxicj4NCjwvZGl2Pg0KPGRpdiBz
dHlsZT0iZm9udC1zaXplOiAxNHB4OyI+R8O2cmFuPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNp
emU6IDE0cHg7Ij48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiIg
c3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FU
VFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlk
OyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i
d29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQt
bGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+
PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPk1hbGnFoWE8L2Rpdj4NCjxkaXYg
Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i
Ij4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRp
diBjbGFzcz0iIj5PbiAyMCBOb3YgMjAxNywgYXQgMTY6MDksIEphaW1lIEppbcOpbmV6ICZsdDs8
YSBocmVmPSJtYWlsdG86amFpbWUuamltZW5lekBlcmljc3Nvbi5jb20iIGNsYXNzPSIiPmphaW1l
LmppbWVuZXpAZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFw
cGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Indv
cmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyBsaW5lLWJyZWFr
OiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJ3
b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVh
azogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0i
d29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IGxpbmUtYnJl
YWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IGRpcj0iYXV0byIgc3R5bGU9
IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyBsaW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5EZWFyIENv
UkUgV0csPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBj
bGFzcz0iIj5BcyB3ZSBkaXNjdXNzZWQgZHVyaW5nIHRoaXMgSUVURiwgdGhlIE9TQ09SRSBkcmFm
dCBpcyBpbiBnb29kIHNoYXBlIGZvciBXR0xDLiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5U
aGUgYXV0aG9ycyBoYXZlIHN1Ym1pdHRlZCBhIHJldmlld2VkIHZlcnNpb24gZGVhbGluZyB3aXRo
IHRoZSBtaW5vciBjb21tZW50cyBmcm9tIElFRjEwMC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy
IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu
aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWNvcmUtb2JqZWN0LXNlY3VyaXR5LTA3IiBjbGFzcz0i
Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLW9iamVjdC1zZWN1
cml0eS0wNzwvYT4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgY2xhc3M9IiI+PHNw
YW4gY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXYgY2xh
c3M9IiI+PGZvbnQgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IiI+VGhlIFdHTEMgd2lsbCBlbmQgYnkg
PGIgY2xhc3M9IiI+MTF0aCBvZiBEZWNlbWJlcjwvYj4uJm5ic3A7PC9zcGFuPjwvZm9udD48L2Rp
dj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IiI+PGJyIGNsYXNz
PSIiPg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QmVzdCBSZWdhcmRzLDwv
ZGl2Pg0KPGRpdiBjbGFzcz0iIj4tIC0gSmFpbWUgSmltw6luZXo8L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+PC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNz
PSIiPg0KY29yZSBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJtYWlsdG86Y29y
ZUBpZXRmLm9yZyIgY2xhc3M9IiI+Y29yZUBpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YSBo
cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NvcmUiPmh0dHBzOi8v
d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZTwvYT48YnIgY2xhc3M9IiI+DQo8L2Rp
dj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4N
CjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_D65E8FDA917B9goranselanderericssoncom_--


From nobody Tue Dec 19 02:02:29 2017
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 BA57012D96B; Tue, 19 Dec 2017 02:02:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 HqybIDEnMzdC; Tue, 19 Dec 2017 02:02:24 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 2FA8712778E; Tue, 19 Dec 2017 02:02:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id vBJA2FbH018929; Tue, 19 Dec 2017 11:02:15 +0100 (CET)
Received: from sev.informatik.uni-bremen.de (sev.informatik.uni-bremen.de [134.102.218.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3z1D3C4LHBzDXCX; Tue, 19 Dec 2017 11:02:15 +0100 (CET)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <1A6AB710-B033-4BB1-90FD-475358F1900C@inria.fr>
Date: Tue, 19 Dec 2017 11:02:13 +0100
Cc: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>, "draft-ietf-core-object-security.authors@ietf.org" <draft-ietf-core-object-security.authors@ietf.org>
X-Mao-Original-Outgoing-Id: 535370533.406415-a782e01436dad551a624f1e656033b3e
Content-Transfer-Encoding: quoted-printable
Message-Id: <D3BBF8F1-B0A9-45A8-9B4D-D1AB330AA4D9@tzi.org>
References: <59F07A9C-B5E4-4EA0-96D6-A425F132F56B@ericsson.com> <CA57CC47-05E7-4200-9A88-6AD86BF7E204@inria.fr> <9215CD62-532C-40DC-BC11-DF9DBD6B7165@tzi.org> <1A6AB710-B033-4BB1-90FD-475358F1900C@inria.fr>
To: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/tpKNx9DjO3cQB1xOHo5OjGraV1Q>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_on_draft-ietf-core-object-sec?= =?utf-8?q?urity?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 19 Dec 2017 10:02:28 -0000

On Dec 14, 2017, at 15:59, Mali=C5=A1a Vu=C4=8Dini=C4=87 =
<malisa.vucinic@inria.fr> wrote:
>=20
> Thanks, I wasn=E2=80=99t aware of those use cases. I take then as =
useful that OSCORE has a stand-alone dissector instead of being part of =
CoAP.

Actually, CoAP now comes in three encoding variants:

=E2=80=94 in a CoAP/UDP (or CoAP/DTLS) message
=E2=80=94 in a CoAP/TCP (TLS, WebSockets) stream
=E2=80=94 within an OSCORE Object-Security option, in CoAP, or in the =
HTTP header field of the same name

These are all mostly the same (most of the work is in the option =
encoding), but the way the message code is transported differs between =
these three cases.  (There are also some new options for CoAP/TCP the =
meaning of which depends on the message code.)

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


From nobody Tue Dec 19 04:33:51 2017
Return-Path: <jaime@iki.fi>
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 EC69512DA6C; Tue, 19 Dec 2017 04:33:49 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Jaime Jimenez <jaime@iki.fi>
To: <alexey.melnikov@isode.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.68.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: Jaime Jimenez <jaime.jimenez@ericsson.com>, jaime.jimenez@ericsson.com, core-chairs@ietf.org, iesg-secretary@ietf.org, core@ietf.org
Message-ID: <151368682996.7387.3023516265459512626.idtracker@ietfa.amsl.com>
Date: Tue, 19 Dec 2017 04:33:49 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ywQmjDLJmnECo-H8luoOTwQdVFQ>
Subject: [core] Publication has been requested for draft-ietf-core-senml-12
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 19 Dec 2017 12:33:50 -0000

Jaime Jimenez has requested publication of draft-ietf-core-senml-12 as Proposed Standard on behalf of the CORE working group.

Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-core-senml/

