
From nobody Tue Jul  2 03:27:19 2019
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 0A0D712006D; Tue,  2 Jul 2019 03:27:18 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156206323796.23799.9606646542242412879@ietfa.amsl.com>
Date: Tue, 02 Jul 2019 03:27:18 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/7wW_uiHSoo4ihNECd4nciAMHIrI>
Subject: [core] I-D Action: draft-ietf-core-resource-directory-22.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jul 2019 10:27:18 -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           : CoRE Resource Directory
        Authors         : Zach Shelby
                          Michael Koster
                          Carsten Bormann
                          Peter van der Stok
                          Christian AmsÃ¼ss
	Filename        : draft-ietf-core-resource-directory-22.txt
	Pages           : 76
	Date            : 2019-07-02

Abstract:
   In many IoT applications, direct discovery of resources is not
   practical due to sleeping nodes, disperse networks, or networks where
   multicast traffic is inefficient.  These problems can be solved by
   employing an entity called a Resource Directory (RD), which contains
   information about resources held on other servers, allowing lookups
   to be performed for those resources.  The input to an RD is composed
   of links and the output is composed of links constructed from the
   information stored in the RD.  This document specifies the web
   interfaces that a Resource Directory supports for web servers to
   discover the RD and to register, maintain, lookup and remove
   information on resources.  Furthermore, new target attributes useful
   in conjunction with an RD are defined.


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

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

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


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

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


From nobody Tue Jul  2 03:32:25 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1D2C120059 for <core@ietfa.amsl.com>; Tue,  2 Jul 2019 03:32:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 ROjg1nNocz8a for <core@ietfa.amsl.com>; Tue,  2 Jul 2019 03:32:23 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 055EE12006E for <core@ietf.org>; Tue,  2 Jul 2019 03:32:22 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id CCD2846156 for <core@ietf.org>; Tue,  2 Jul 2019 12:32:19 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bf]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 0C78936 for <core@ietf.org>; Tue,  2 Jul 2019 12:32:17 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:554c:7585:65da:b0f4]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 8E2F47A for <core@ietf.org>; Tue,  2 Jul 2019 12:32:16 +0200 (CEST)
Received: (nullmailer pid 22293 invoked by uid 1000); Tue, 02 Jul 2019 10:31:37 -0000
Date: Tue, 2 Jul 2019 12:31:37 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: core@ietf.org
Message-ID: <20190702103135.GA12117@hephaistos.amsuess.com>
References: <156206323796.23799.9606646542242412879@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
Content-Disposition: inline
In-Reply-To: <156206323796.23799.9606646542242412879@ietfa.amsl.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/1Mr6xtkXI_AQPTsXarOSH75ezg4>
Subject: Re: [core] I-D Action: draft-ietf-core-resource-directory-22.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jul 2019 10:32:25 -0000

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello CoRE,

On Tue, Jul 02, 2019 at 03:27:18AM -0700, internet-drafts@ietf.org wrote:
> 	Filename        : draft-ietf-core-resource-directory-22.txt
> 	Date            : 2019-07-02

this update contains bug fixes to issues found around the WGLC, and
issues there would have been with the request of IP addresses from IANA:

* Request a dedicated IPv4 address from IANA (rather than sharing with All CoAP nodes)
* Fix erroneous examples
* Editorial changes
  * Add figure numbers to examples
  * Update RD parameters table to reflect changes of earlier versions in the text
  * Typos and minor wording

Best regards
Christian

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl0bMoQACgkQOY0REtOk
veGIthAAonVSig2NQwaXglo4YtpuzLyLRJ4Rp7p+dywmo/7XPcSIpYM0YSQmqCih
ymdvqx+JngjvJfdZ8w+SOC1bQFwEy3k0wsnlO5GgYuD/rXdeBR1kbuDIhc7tpU6N
vvKZNYxom9bTCOJODeop/TpI6119ezzoHBNcDzdRs17ilNeK8RKyy17f9nfJ+OwP
zE9qB+U1GNd37A6oJqyEQ4j2bARH2bsF/9a64g7QIRYIv/EXgLqBz2MBBP3NvY7A
66UCASTWbkYmgMWjyG5OnbISgfVvy8m5qSpemk94985lnj+f07+3oueEAxlDPSpT
+a2ljC/Cy6Ymc7oBcT1urcLwF3oufguLHl1OXXldYNefSpvRb1QKmxtF3Jd1d2ds
NEXngeRezK0RhIsB4h3ga404as2k6U9jlTimE6q5Hy8vxmbudR78r01IlAGyLIcX
Mh5MT6SsEJXnoLzwflLQpOk733YihPY2WqVD5QfHwd6i6XEsOI8iIwyqfW1RPL5R
k9AUHKjBTz2wPINEqopX9nQXMu9hFrv6ct7k5bDazPr4TZ5AjW1Ma2JMRBPkXhym
b55sQLemXMxjGYgujPKw8yQw5CdFXdJjkA2EZErWesVw3d9hS8DHbYM3JED25ahc
3swlaPTsmp+0/UBQhBMUTPdMWdMoFM20rjRo4RcThRxScI0tZ/g=
=cALJ
-----END PGP SIGNATURE-----

--G4iJoqBmSsgzjUCe--


From nobody Wed Jul  3 01:19:46 2019
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 2F1B61207AD; Wed,  3 Jul 2019 01:19:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level: 
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e5tujRalLeCV; Wed,  3 Jul 2019 01:19:31 -0700 (PDT)
Received: from smtp.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 220BD120784; Wed,  3 Jul 2019 01:19:31 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.uni-bremen.de (Postfix) with ESMTPSA id 45dvCj0bQjzyXp; Wed,  3 Jul 2019 10:19:29 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mao-Original-Outgoing-Id: 583834767.013062-bdf4889171780bfa535d450990982355
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Wed, 3 Jul 2019 10:19:28 +0200
Message-Id: <F50F1D6C-7DAA-425D-8DB1-595BDF88CE1F@tzi.org>
To: Ace Wg <ace@ietf.org>, core <core@ietf.org>, cose <cose@ietf.org>, cbor@ietf.org, t2trg@irtf.org
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/JdlH5qt6ZHVLAMBoIAoUcrjKSmE>
Subject: [core] Constrained Node/Network Cluster @ IETF105: FINAL AGENDA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jul 2019 08:19:39 -0000


From nobody Wed Jul  3 01:39:26 2019
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 7E51B120691; Wed,  3 Jul 2019 01:39:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 NxBvF5fFf-i6; Wed,  3 Jul 2019 01:39:07 -0700 (PDT)
Received: from smtp.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87B851202E3; Wed,  3 Jul 2019 01:39:07 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.uni-bremen.de (Postfix) with ESMTPSA id 45dvDl2NLzzyTX; Wed,  3 Jul 2019 10:20:23 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
X-Mao-Original-Outgoing-Id: 583834821.1630419-43cd4d155cf509da54f578df08c885de
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Message-Id: <DD100725-1F67-4EC3-B700-8C3544317969@tzi.org>
Date: Wed, 3 Jul 2019 10:20:23 +0200
To: Ace Wg <ace@ietf.org>, core <core@ietf.org>, cose <cose@ietf.org>, cbor@ietf.org, t2trg@irtf.org
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/k78HoFQTCsRBi9ieDzr7MoHDwNQ>
Subject: [core] Constrained Node/Network Cluster @ IETF105: FINAL AGENDA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jul 2019 08:39:11 -0000

Here is my usual eclectic condensed agenda based on the FINAL AGENDA
for IETF105.  Remember that, even though this will now go to the
printers, there is still some potential for changes.

Conflicts that meet the eye:  COSE/TEEP stays;
ROLL/SUIT/DINRG and 6TISCH/ACE are maybe slightly less annoying.
LAKE and LOOPS have been disentangled, thank you.

I have put in some side meetings, but that picture may still change
(and I don't understand the timezone logic of that system, so it may
be all wrong).

All times are EDT (Eastern Daylight Time) =3D=3D UTC -4 hours.
(Pure UTC times at https://datatracker.ietf.org/meeting/agenda-utc are
useful for those who want to listen from remote.)

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

FRIDAY, July 19, 2019
-- OMA/T2TRG Work Meeting - @ Ericsson Montreal Office (St-Laurent)

SATURDAY/SUNDAY, July 20/21, 2019
-- Hackathon (including various interops) - Centre Ville

SUNDAY, July 21, 2019
-- Sun 1700-1900  Welcome Reception - Place du Canada
-- Sun 1800-2000  Hot RFC Lightning Talks - Viger

MONDAY, July 22, 2019

1000-1200  Morning Session I
Van Horne	SEC	acme	Automated Certificate Management =
Environment WG
St-Catherine	SEC ***	teep	Trusted Execution Environment =
Provisioning WG
Laurier 	TSV	loops	Local Optimizations on Path Segments BOF

1330-1530  Afternoon Session I
St-Catherine	INT ***	6lo	IPv6 over Networks of =
Resource-constrained Nodes WG
Place du Canada	SEC	secdispatch	Security Dispatch WG
Van Horne	TSV	taps	Transport Services WG

1550-1750  Afternoon Session II
Laurier 	ART	httpbis	Hypertext Transfer Protocol WG
St-Catherine	OPS	v6ops	IPv6 Operations WG
Van Horne	SEC ***	lake	Lightweight Authenticated Key Exchange =
BOF

1810-1910  Afternoon Session III
Laurier 	ART	dispatch	Dispatch WG - Joint with ARTAREA

TUESDAY, July 23, 2019

0830-0945  Side Meetings / Open Time
C2 (21st Floor)                 IoT Onboarding and MUD (0900..1030?)
Place du Canada	IETF	tdd	Technology Deep Dive  - How NICs Work =
Today

1000-1200  Morning Session I
St-Catherine	ART ***	cbor	Concise Binary Object Representation =
Maintenance and Extensions WG - 1000-1130
St-Catherine	INT	ipwave	IP Wireless Access in Vehicular =
Environments WG - 1130-1200
Notre Dame	IRTF	icnrg	Information-Centric Networking
Duluth  	OPS	anima	Autonomic Networking Integrated Model =
and Approach WG
Van Horne	SEC	cacao	Collaborative Automated Course of Action =
Operations for Cyber Security BOF
Place du Canada	TSV	quic	QUIC WG

1330-1500  Afternoon Session I
Centre Ville	OPS	anima	Autonomic Networking Integrated Model =
and Approach WG

1520-1650  Afternoon Session II
Duluth  	INT	intarea	Internet Area Working Group WG
Place du Canada	IRTF	irtfopen	IRTF Open Meeting
Van Horne	SEC	oauth	Web Authorization Protocol WG
Collier                         CoRAL side meeting (1500..1700?)

1710-1810  Afternoon Session III
Duluth  	ART ***	core	Constrained RESTful Environments WG
Laurier 	INT	6man	IPv6 Maintenance WG
Place du Canada	SEC	tls	Transport Layer Security WG

WEDNESDAY, July 24, 2019

1000-1200  Morning Session I
Van Horne	IRTF***	dinrg	Decentralized Internet Infrastructure
St-Catherine	RTG ***	roll	Routing Over Low power and Lossy =
networks WG
Viger   	SEC ***	suit	Software Updates for Internet of Things =
WG
Place du Canada	TSV	quic	QUIC WG

1330-1530  Afternoon Session I
Place du Canada	GEN	netrqmts	IETF Meeting Network =
Requirements BOF
Laurier 	IRTF	pearg	Privacy Enhancements and Assessments =
Research Group
Viger   	IRTF***	t2trg	Thing-to-Thing
St-Catherine	RTG	bier	Bit Indexed Explicit Replication WG
Centre Ville	RTG	detnet	Deterministic Networking WG

1550-1650  Afternoon Session II
St-Catherine	RTG	babel	Babel routing protocol WG
Centre Ville	RTG	detnet	Deterministic Networking WG
Van Horne	SEC ***	rats	Remote ATtestation ProcedureS WG

THURSDAY, July 25, 2019

1000-1200  Morning Session I
Duluth  	ART ***	core	Constrained RESTful Environments WG
Place du Canada	SEC	tls	Transport Layer Security WG
Laurier 	TSV	tsvwg	Transport Area Working Group WG

1330-1530  Afternoon Session I
Duluth  	INT	dnssd	Extensions for Scalable DNS Service =
Discovery WG
Viger   	IRTF	coinrg	Computing in the Network Proposed =
Research Group
Laurier 	IRTF	panrg	Path Aware Networking RG
Place du Canada	SEC	saag	Security Area Open Meeting

1550-1720  Afternoon Session II
Laurier 	ART	httpbis	Hypertext Transfer Protocol WG
Duluth  	INT	6man	IPv6 Maintenance WG
Place du Canada	IRTF	cfrg	Crypto Forum
Van Horne	RTG	rift	Routing In Fat Trees WG
St-Catherine	SEC ***	rats	Remote ATtestation ProcedureS WG
Centre Ville	TSV	tsvarea	Transport Area Open Meeting

1740-1910  Afternoon Session III
Duluth  	INT ***	6tisch	IPv6 over the TSCH mode of IEEE =
802.15.4e WG
Centre Ville	SEC ***	ace	Authentication and Authorization for =
Constrained Environments WG
Place du Canada	SEC	mls	Messaging Layer Security WG
St-Catherine	TSV	rmcat	RTP Media Congestion Avoidance =
Techniques WG

FRIDAY, July 26, 2019

1000-1200  Morning Session I
Notre Dame	ART	ice	Interactive Connectivity Establishment =
WG
Centre Ville	INT ***	lpwan	IPv6 over Low Power Wide-Area Networks =
WG
Place du Canada	IRTF	maprg	Measurement and Analysis for Protocols
Laurier 	SEC	mls	Messaging Layer Security WG
Duluth  	SEC	oauth	Web Authorization Protocol WG

1220-1350  Afternoon Session I
Van Horne	SEC ***	cose	CBOR Object Signing and Encryption WG
St-Catherine	SEC ***	teep	Trusted Execution Environment =
Provisioning WG
Place du Canada	TSV	tsvwg	Transport Area Working Group WG



From nobody Wed Jul  3 02:08:38 2019
Return-Path: <Thomas.Fossati@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 65D6B120276; Wed,  3 Jul 2019 02:08:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 eWbPMuPmiwkd; Wed,  3 Jul 2019 02:08:34 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130082.outbound.protection.outlook.com [40.107.13.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53C691201DD; Wed,  3 Jul 2019 02:08:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;  s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r+dtyHQNzb9wk1Xe8hdl1HxmsxhVRF7NmXhLg0vWggM=; b=Nv9L/EFkA0LCy7ofyXQOfXg9JR9g9hdDVSGLzgCCAKotQUJxVZeidklK6UcW/N7QTOpf2yc/YLEqbcdWSE/uYetP2yrKh6JpVgcpIr32yMFzDrNY3DTr7en5sbocA7p5myVwSEvjalNJ2hrU/htcXMpoZXdUZaQpMNCDXOFnXYs=
Received: from AM6PR08MB4231.eurprd08.prod.outlook.com (20.179.4.202) by AM6PR08MB3736.eurprd08.prod.outlook.com (20.178.89.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2052.15; Wed, 3 Jul 2019 09:08:29 +0000
Received: from AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::6897:93dc:1fd:e091]) by AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::6897:93dc:1fd:e091%4]) with mapi id 15.20.2032.019; Wed, 3 Jul 2019 09:08:29 +0000
From: Thomas Fossati <Thomas.Fossati@arm.com>
To: Benjamin Kaduk <kaduk@mit.edu>, Carsten Bormann <cabo@tzi.org>
CC: Alexey Melnikov <aamelnikov@fastmail.fm>, The IESG <iesg@ietf.org>, "draft-ietf-core-multipart-ct@ietf.org" <draft-ietf-core-multipart-ct@ietf.org>, =?utf-8?B?SmFpbWUgSmltw6luZXo=?= <jaime.jimenez@ericsson.com>, "core-chairs@ietf.org" <core-chairs@ietf.org>, "core@ietf.org" <core@ietf.org>, Thomas Fossati <Thomas.Fossati@arm.com>
Thread-Topic: [core]  Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT)
Thread-Index: AQHVAORS0v+WfPVQPk6TxB2T/r8+qaZXz06AgAPPOYCAXW40AA==
Date: Wed, 3 Jul 2019 09:08:29 +0000
Message-ID: <A4F204A4-904F-4105-BAC1-BF276EF91E99@arm.com>
References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <BE1600FF-FBFB-44F4-A405-9C73ADA6E3FC@tzi.org> <20190504232153.GA19805@kduck.mit.edu>
In-Reply-To: <20190504232153.GA19805@kduck.mit.edu>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Thomas.Fossati@arm.com; 
x-originating-ip: [217.140.106.55]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 25d9f160-82f8-4973-0c6d-08d6ff9603ff
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM6PR08MB3736; 
x-ms-traffictypediagnostic: AM6PR08MB3736:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <AM6PR08MB373694470C44FAFA9335148D9CFB0@AM6PR08MB3736.eurprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5516;
x-forefront-prvs: 00872B689F
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(396003)(136003)(346002)(39860400002)(376002)(51444003)(189003)(199004)(40434004)(316002)(6306002)(33656002)(36756003)(54906003)(6436002)(2171002)(6246003)(71200400001)(71190400001)(66066001)(110136005)(53936002)(2906002)(11346002)(305945005)(446003)(229853002)(7736002)(6486002)(2616005)(476003)(6512007)(486006)(4326008)(66946007)(64756008)(66446008)(66476007)(73956011)(99286004)(91956017)(76116006)(66556008)(6116002)(3846002)(256004)(14444005)(5024004)(26005)(478600001)(72206003)(68736007)(186003)(76176011)(25786009)(53546011)(6506007)(102836004)(14454004)(5660300002)(86362001)(8936002)(8676002)(966005)(81166006)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR08MB3736; H:AM6PR08MB4231.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: E+fSB7ZkvgxRlp7LeSnWVwzC6aPQkapETSFkb4B4a9IijE3TH9PhrcPcvRCnQFM9awst1uuQA5AuFF3+tAmEPbMNJt66rRken1MsQI8Fcjd9gI7FnrQXs+uMGB5U6V2ruoHLMNDE6A2wuJktlzDM0zn74hHzS9wsu/CsI+CPIv8hMR6q3yTOkPeXbwTRZu3F/efbaY2O/gBGHAcuhTytGje1VEb8KiM6m+0401LvqaLR2+J30m8i9dJ3Jy0TpB3sccVY6PoELPD2BGaJT5UnuVpFnn8RWoUxQihcPUa4vwpIncAprwLl8LVqtgI74sY5zzMTnzwvItD5Q42zz0NVUfBBmoDG2e8HBmY6ud6C7eOSlRSa0jgqGh3khmpAQalkqtfn5mAM3uZZ1LvRry+rczqzc4vF4Esr719PVtMRUSY=
Content-Type: text/plain; charset="utf-8"
Content-ID: <D1E811A7133C2544872BFC44C527B805@eurprd08.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: arm.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 25d9f160-82f8-4973-0c6d-08d6ff9603ff
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jul 2019 09:08:29.5848 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Thomas.Fossati@arm.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR08MB3736
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/-Fk-HBZsN-yLEV9Xu2g63bEsPJ8>
Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jul 2019 09:08:38 -0000

SGkgQmVuLCBBbGV4ZXksDQoNCkZpcnN0LCBhcG9sb2dpZXMgZm9yIHRha2luZyBzbyBsb25nIHRv
IHJlcGx5Lg0KDQpTZWNvbmQsIEkgYW0gbm90IHN1cmUgSSBhZ3JlZSB3aXRoIHRoZSBjb3JlIG9m
IEJlbidzIERJU0NVU1MuICBIZXJlJ3MgbXkNCnJlZmxlY3Rpb25zOg0KDQpUaGUgYWltIG9mIHRo
aXMgaXMgdG8gZGVmaW5lIGEgKHZlcnkpIGZsZXhpYmxlIGNvbnRhaW5lciB0eXBlIGNhcGFibGUg
b2YNCmV4cHJlc3NpbmcgdGhpbmdzIGxpa2UgLSBib3Jyb3dpbmcgZnJvbSBBU04uMSAtIFNFUVVF
TkNFLCBTRVFVRU5DRSBPRiwNClNFVCwgU0VUIE9GLCBDSE9JQ0UgYW5kIEFOWSBpbiBhIHNpbXBs
ZSBhbmQgdW5pZm9ybSB3YXkuDQoNClRoZSBtYWluIHBvaW50IGlzIGl0J3MgdXAgdG8gdGhlIGFw
cGxpY2F0aW9uIHRoYXQgdXNlcyBtdWx0aXBhcnQtY29yZQ0KdG8gZGVmaW5lIGEpIHRoZSBmbGF2
b3VyIG9mIGFnZ3JlZ2F0aW9uIGFuZCBiKSB3aGF0IHRoZSBlbWJlZGRlZA0KcmVwcmVzZW50YXRp
b25zIG1lYW4gKHNlZSBmb3IgZXhhbXBsZSBbMV0pIC0gd2hpY2gsIGluY2lkZW50YWxseSwgaXMN
CmFsc28gd2hhdCBhbGxvd3MgdGhlIHNwZWMgdG8gYmUgc28gY29tcGFjdCAmIGxpZ2h0d2VpZ2h0
Lg0KDQpQZXJzb25hbGx5LCBJIHRoaW5rIHRoYXQgdHJ5aW5nIHRvIHNwZWNpYWxpc2UgdGhlIGNv
bnRhaW5lciBzZW1hbnRpY3MgKGENCmxhIG1peGVkIC8gYWx0ZXJuYXRpdmUgLyBwYXJhbGxlbCkg
aXMgYSBjb21wbGljYXRpb24gdGhhdCBkb2Vzbid0IGFkZA0KbXVjaCB2YWx1ZS4gIChQYXJkb24g
dGhlIGJsdW50bmVzcywgYnV0IGl0IHNlZW1zIHRvIG1lIHRoYXQgbWltaWNraW5nDQp0aGUgZW1h
aWwgYXBwbGljYXRpb24gbW9kZWwgaW4gdGhpcyBjb250ZXh0IGlzIGEgcmF0aGVyIGZ1dGlsZSBl
eGVyY2lzZQ0KaW4gY29oZXJlbmN5LikNCg0KRGVjaWRpbmcgdG8gbm90IHJlc3RyaWN0IHRoZSBh
Z2dyZWdhdGlvbiBzZW1hbnRpY3MgLSBhdCBsZWFzdCBmb3IgbWUgLQ0KaXMgYSBwcmVjaXNlIGRl
c2lnbiBjaG9pY2UuICBOb3RlIGhvd2V2ZXIgdGhhdCB3ZSBsZWF2ZSB0aGUgZG9vciBvcGVuDQp0
byBmdXR1cmUgb3IgYXBwbGljYXRpb24tc3BlY2lmaWMgcmVmaW5lbWVudHMgb2YgdGhlIGFnZ3Jl
Z2F0aW9uIHZpYQ0KY29udGVudC1mb3JtYXQgb3ZlcnJpZGUgKHNlZSBsYXN0IHBhcmEgb2YgWzJd
KS4NCg0KQ2hlZXJzLCB0aGFua3MhDQoNClsxXSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv
ZHJhZnQtaWV0Zi1hY2UtY29hcC1lc3QtMTIjc2VjdGlvbi01LjMNClsyXSBodHRwczovL3Rvb2xz
LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLW11bHRpcGFydC1jdC0wMyNzZWN0aW9uLTEN
Cg0K77u/T24gMDUvMDUvMjAxOSwgMDA6MjIsICJCZW5qYW1pbiBLYWR1ayIgPGthZHVrQG1pdC5l
ZHU+IHdyb3RlOg0KDQogICAgT24gVGh1LCBNYXkgMDIsIDIwMTkgYXQgMDM6MTE6MjVQTSArMDIw
MCwgQ2Fyc3RlbiBCb3JtYW5uIHdyb3RlOg0KICAgID4gSGkgQWxleGV5LA0KICAgID4NCiAgICA+
IE9uIE1heSAyLCAyMDE5LCBhdCAxNDo0MCwgQWxleGV5IE1lbG5pa292IDxhYW1lbG5pa292QGZh
c3RtYWlsLmZtPiB3cm90ZToNCiAgICA+ID4NCiAgICA+ID4gSGkgQmVuamFtaW4sDQogICAgPiA+
DQogICAgPiA+IE9uIFRodSwgTWF5IDIsIDIwMTksIGF0IDE6MDUgQU0sIEJlbmphbWluIEthZHVr
IHZpYSBEYXRhdHJhY2tlciB3cm90ZToNCiAgICA+ID4NCiAgICA+ID4+IC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N
CiAgICA+ID4+IERJU0NVU1M6DQogICAgPiA+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgPiA+Pg0KICAg
ID4gPj4gSXQncyBub3QgY2xlYXIgdG8gbWUgdGhhdCB3ZSdyZSByZWFsbHkgc3BlY2lmeWluZyB0
aGUgc2VtYW50aWNzIG9mIGENCiAgICA+ID4+IHNpbmdsZSBtZWRpYS10eXBlLiAgVGhlIGludHJv
ZHVjdGlvbiBkaXNjdXNzZXMgaG93IHdlIG1heSB3YW50IG11bHRpcGxlDQogICAgPiA+PiByZXBy
ZXNlbnRhdGlvbnMgdG8gYXBwZWFyIGluIGEgc2VxdWVuY2UsIHBvdGVudGlhbGx5IHJlcHJlc2Vu
dGluZw0KICAgID4gPj4gZGlmZmVyZW50IGNvbnRlbnQuDQogICAgPiA+DQogICAgPiA+IEkgdGhp
bmsgdGhpcyBpcyBzaW1pbGFyIHRvIG11bHRpcGFydC9taXhlZC4NCiAgICA+DQogICAgPiBXZSB3
ZXJlIGluZGVlZCB0cnlpbmcgdG8gZm9sbG93IHRoZSBtb2RlbCBvZiBtdWx0aXBhcnQvbWl4ZWQu
DQogICAgPiBUaGlzIG9mZmVycyBhIG51bWJlciBvZiBlbWJlZGRlZCByZXByZXNlbnRhdGlvbnMg
dGhlIHNlcXVlbmNlIG9mIHdoaWNoIG1heSBvciBtYXkgbm90IGJlIGltcG9ydGFudC4NCiAgICA+
DQogICAgPiA+PiBPciB3ZSBtYXkgaGF2ZSBhIHNldCBvZiByZWxhdGVkIHJlcHJlc2VudGF0aW9u
cyB0aGF0DQogICAgPiA+PiBjb25jZXB0dWFsbHkgYXJlIHRoZSBzYW1lIGNvbnRlbnQgKGJ1dCBh
cmUgdGhleSBsaXRlcmFsbHkgdGhlIHNhbWUNCiAgICA+ID4+IHJlc291cmNlLCBvciByZWxhdGVk
IGNvbnRlbnQ/KS4NCiAgICA+ID4NCiAgICA+ID4gTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IHRo
ZXkgYXJlIHJlbGF0ZWQgY29udGVudHMuDQogICAgPg0KICAgID4gVGhlcmUgaXMgbm8gcHJvbWlz
ZSB0aGF0IHRoZSByZWxhdGVkIGl0ZW1zIGFyZSBjb25jZXB0dWFsbHkgdGhlIHNhbWUgY29udGVu
dC4NCiAgICA+IFRoZSBkaWZmZXJlbmNlIGJldHdlZW4gdGhlIGZpcnN0IHNpdHVhdGlvbiBhbmQg
dGhlIHNlY29uZCBvbmUgbWFpbmx5IGlzIHRoYXQgdGhlIHNlcXVlbmNlIGlzIG5vdCBpbXBvcnRh
bnQgaW4gdGhlIHNlY29uZCAoaS5lLiwgd2UgYXJlIHVzaW5nIHRoZSBzZXF1ZW5jZSB0byBkZXNj
cmliZSBhIGJhZykuDQogICAgPg0KICAgID4gPj4gQW5kIHRoZXJlIGlzIHlldCBhIHRoaXJkIG9w
dGlvbiAtLSBvbmUNCiAgICA+ID4+IHRoYXQgSSdtIG5vdCBzdXJlIEkgZnVsbHkgdW5kZXJzdGFu
ZCAtLSB3aGVyZWluIHRoZSByZXByZXNlbnRhdGlvbiBpcw0KICAgID4gPj4gbm90IGltcG9ydGFu
dCwgYnV0IHJhdGhlciB3aGljaCBmb3JtYXQgaXMgY2hvc2VuIG9mIHRoZSBzZXZlcmFsDQogICAg
PiA+PiBwb3NzaWJpbGl0aWVzLCB0byB0aGUgZXh0ZW50IHRoYXQgZXh0cmVtZSBjb21wcmVzc2lv
biBvZiB0aGUNCiAgICA+ID4+IHJlcHJlc2VudGF0aW9uIGlzIHBvc3NpYmxlLCB3aXRoIHRoZSBj
b21wcmVzc2lvbiBqdXN0IG91dHB1dHRpbmcgdGhlDQogICAgPiA+PiBmb3JtYXQgaW5kaWNhdG9y
Lg0KICAgID4gPg0KICAgID4gPiBIbW0sIEkgbWlzc2VkIHRoYXQuIEkgdGhpbmsgdGhpcyBpcyBz
aW1pbGFyIHRvIG11bHRpcGFydC9hbHRlcm5hdGl2ZQ0KICAgID4NCiAgICA+IFRoYXQgd2FzbuKA
mXQgdGhlIGludGVudGlvbi4NCg0KICAgIEkgdGhpbmsgdGhhdCBhbmFsb2dpZXMgdG8gbXVsdGlw
YXJ0L21peGVkIGFuZC9vciBtdWx0aXBhcnQvYWx0ZXJuYXRpdmUNCiAgICB3b3VsZCBoZWxwIHRo
ZSByZXZpZXdlciBhc3Nlc3Mgd2hldGhlciB0aGUgZG9jdW1lbnQgdGV4dCBzdWNjZWVkcyBhdA0K
ICAgIGRlc2NyaWJpbmcgdGhlIGludGVuZGVkIGJlaGF2aW9yICh0aG91Z2ggaXQncyBub3QgY2xl
YXIgdGhhdCB1c2luZyBzdWNoIGENCiAgICByZWZlcmVuY2UgdG8gYXR0ZW1wdCB0byBkZWZpbmUg
dGhlIGJlaGF2aW9yIGJ5IHJlZmVyZW5jZSBpcyBhIHVzZWZ1bCBwbGFuKS4NCg0KICAgID4gVGhl
IGNob2ljZSBpbiB0aGUgdGhpcmQgc2l0dWF0aW9uIG1lbnRpb25lZCBpbiB0aGUgaW50cm9kdWN0
aW9uIGlzIG1hZGUgYnkgdGhlIG9yaWdpbmF0b3Igb2YgdGhlIHJlcHJlc2VudGF0aW9uLCBub3Qg
dGhlIHJlY2VpdmVyLiAgVGhlIHNlbGVjdGVkIHJlcHJlc2VudGF0aW9uIGlzIHN0aWxsIHBhY2th
Z2VkIGluIGFuIGFwcGxpY2F0aW9uL211bHRpcGFydC1jb3JlIGVudmVsb3BlIHNvIHRoZSBtZWRp
YSB0eXBlIGRvZXMgbm90IG5lZWQgdG8gZGl2ZXJnZSDigJQgaXQgaXMgZXNzZW50aWFsbHkgdXNl
ZCBhcyB0aGUgKHR5cGUhKSB1bmlvbiAoYS5rLmEuIGNob2ljZSkgb2YgdGhlIG1lZGlhIHR5cGVz
IHRoYXQgdGhlIGFwcGxpY2F0aW9uIHdhbnRzIHRvIGJlIGFibGUgdG8gcHV0IGluIHRoZSBlbnZl
bG9wZS4NCiAgICA+DQogICAgPiBXZSBtYXkgaGF2ZSBwYWludGVkIG91cnNlbHZlcyBpbnRvIGEg
Y29ybmVyIGluIFJGQyA3NjQxIHdpdGggdGhlIG1hbmRhdGUgdGhhdCB0aGUgcmVwcmVzZW50YXRp
b25zIHByb3ZpZGVkIGJ5IGFuIG9ic2VydmFibGUgcmVzb3VyY2Ugc3RheSB3aXRoaW4gdGhlIHNh
bWUgbWVkaWEgdHlwZSAoY29udGVudC1mb3JtYXQpIG92ZXIgdGltZS4gIFRoaXMgbWFrZXMgaXQg
ZGlmZmljdWx0IGluIENvQVAgdG8gb2JzZXJ2ZSBhIHJlc291cmNlIHRoYXQgYWx0ZXJuYXRlcyBi
ZXR3ZWVuIGEg4oCccGVuZGluZ+KAnSBhbmQgYSDigJxyZWFkeeKAnSBzdGF0ZSB0aGF0IGhhdmUg
ZGlmZmVyZW50IHN0cnVjdHVyZXMgb2YgdGhlaXIgcmVwcmVzZW50YXRpb24uICBNdWx0aXBhcnQt
Y29yZSBjYW4gYmUgdXNlZCB0byBwYWNrYWdlIGVpdGhlciBpbnRvIHRoZSBzYW1lIG1lZGlhIHR5
cGUuDQoNCiAgICBTbyB3aGlsZSB0aGlzIG1heSBub3QgYmUgcXVpdGUgbXVsdGlwYXJ0L2FsdGVy
bmF0aXZlLCB0aGVyZSBhcmUgc3RpbGwNCiAgICBhbHRlcm5hdGl2ZXMgaW52b2x2ZWQ7IHRoZXkg
YXJlIGp1c3QgZGVsaWV2ZXJlZCBpbiBzZXBhcmF0ZSAoc3RyZWFtZWQpDQogICAgcmVzcG9uc2Vz
LCBhcyBvcHBvc2VkIHRvIHRvZ2V0aGVyIGluIHRoZSBzYW1lIG9uZS4gIFRoYXQgaXMsIHRoZQ0K
ICAgIGFsdGVybmF0aW9uIGlzIG92ZXIgdGltZSBhbmQgbm90IGF0IHRoZSBjaG9pY2Ugb2YgdGhl
IHJlY2lwaWVudC4NCg0KICAgID4gSSBkb27igJl0IHRoaW5rIHRoZSB0aGlyZCBzaXR1YXRpb24g
aGFzIHNlbWFudGljcyB0aGF0IGRpZmZlciBmcm9tIHRoZSBmaXJzdCB0d28uDQogICAgPiBZb3Ug
c3RpbGwgZ2V0IGEgYmFnIHdpdGggYSByZXByZXNlbnRhdGlvbiBpbiBpdCAob3IgbWF5YmUgbm9u
ZSkuICBZb3Ugc3RpbGwgbmVlZCB0byBsb29rIGludG8gdGhlIGJhZyB0byBzZWUgd2hhdCBmb3Jt
IGl0IHRha2VzIHRoaXMgdGltZS4gIEFjdHVhbGx5LCB0aGUgc2Vjb25kIHNpdHVhdGlvbiBtaWdo
dCBhbHNvIGFwcGx5LCBzbyB5b3UgbWlnaHQgaW5kZWVkIGdldCBhIGNvdXBsZSByZXByZXNlbnRh
dGlvbnMgaW4gY2VydGFpbiBpbnN0YW5jZXMgYmVjYXVzZSB0aGF04oCZcyB3aGF0IGJlc3QgZGVz
Y3JpYmVzIHRoZSByZXNvdXJjZSBhdCB0aGlzIHBhcnRpY3VsYXIgdGltZS4NCg0KICAgIEkgdGhp
bmsgaXQncyBpbXBvcnRhbnQgdG8gYmUgY2xlYXIgYWJvdXQgd2hldGhlciB0aGUgc2VxdWVuY2lu
ZyB3aXRoaW4gYQ0KICAgIGdpdmVuIGNvbnRlbnQgYXJyYXkgaXMgb3IgaXMgbm90IHNlbWFudGlj
YWxseSByZWxldmFudCwgYW5kIHVuZGVyIHdoYXQNCiAgICBjb25kaXRpb25zIGEgcmVjaXBpZW50
IG1pZ2h0IG9ubHkgY29uc3VsdCBhIHN1YnNldCBvZiB0aGUgYXJyYXkNCiAgICAobXVsdGlwYXJ0
L2FsdGVybmF0aXZlKSB2cy4gYXNzZW1ibGluZyBhIGNvbmdsb21lcmF0ZSBmcm9tIGNvbXBvbmVu
dHMgb2YNCiAgICBkaWZmZXJlbnQgdHlwZXMgKG11bHRpcGFydC9taXhlZCkuDQoNCiAgICAtQmVu
DQoNCg0KSU1QT1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9mIHRoaXMgZW1haWwgYW5kIGFu
eSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYWxzbyBiZSBwcml2aWxlZ2Vk
LiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRo
ZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9zZSB0aGUgY29udGVudHMgdG8g
YW55IG90aGVyIHBlcnNvbiwgdXNlIGl0IGZvciBhbnkgcHVycG9zZSwgb3Igc3RvcmUgb3IgY29w
eSB0aGUgaW5mb3JtYXRpb24gaW4gYW55IG1lZGl1bS4gVGhhbmsgeW91Lg0K


From nobody Wed Jul  3 07:49:37 2019
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 23CAC120348; Wed,  3 Jul 2019 07:49:31 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156216537110.14696.9018764047347065100@ietfa.amsl.com>
Date: Wed, 03 Jul 2019 07:49:31 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/-fSkviCpRF-H02EqEdLZrwx0DTc>
Subject: [core] I-D Action: draft-ietf-core-hop-limit-04.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jul 2019 14:49:31 -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           : Constrained Application Protocol (CoAP) Hop-Limit Option
        Authors         : Mohamed Boucadair
                          Tirumaleswar Reddy
                          Jon Shallow
	Filename        : draft-ietf-core-hop-limit-04.txt
	Pages           : 8
	Date            : 2019-07-03

Abstract:
   The presence of Constrained Application Protocol (CoAP) proxies may
   lead to infinite forwarding loops, which is undesirable.  To prevent
   and detect such loops, this document specifies the Hop-Limit CoAP
   option.


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

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

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


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

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


From nobody Wed Jul  3 07:54:37 2019
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 973EF12004A for <core@ietfa.amsl.com>; Wed,  3 Jul 2019 07:54:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mZ7bDW_LMSuG for <core@ietfa.amsl.com>; Wed,  3 Jul 2019 07:54:33 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB2CA120374 for <core@ietf.org>; Wed,  3 Jul 2019 07:54:32 -0700 (PDT)
Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 45f3zW2Kk6z20Ct; Wed,  3 Jul 2019 16:54:31 +0200 (CEST)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.57]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id 45f3zW1QYWzFpWq; Wed,  3 Jul 2019 16:54:31 +0200 (CEST)
Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM6D.corporate.adroot.infra.ftgroup ([fe80::4c24:f1ba:2b1:e490%21]) with mapi id 14.03.0439.000; Wed, 3 Jul 2019 16:54:31 +0200
From: <mohamed.boucadair@orange.com>
To: "core@ietf.org" <core@ietf.org>
CC: "Jon Shallow (supjps-ietf@jpshallow.com)" <supjps-ietf@jpshallow.com>, "Konda, Tirumaleswar Reddy (TirumaleswarReddy_Konda@McAfee.com)" <TirumaleswarReddy_Konda@McAfee.com>
Thread-Topic: New Version Notification for draft-ietf-core-hop-limit-04.txt
Thread-Index: AQHVMa6H/rGWfePYMU24ELTqxd7ejKa4+fdw
Date: Wed, 3 Jul 2019 14:54:30 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93302EAB316D@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <156216537128.14696.5718923978213088624.idtracker@ietfa.amsl.com>
In-Reply-To: <156216537128.14696.5718923978213088624.idtracker@ietfa.amsl.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.114.13.247]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/JGjwzo0cJTlzujMMm5eRuM3IFqA>
Subject: [core] TR: New Version Notification for draft-ietf-core-hop-limit-04.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jul 2019 14:54:36 -0000

SGkgYWxsLCANCg0KV2UgdHJpZWQgdG8gYWRkcmVzcyB0aGUgY29tbWVudHMgcmFpc2VkIGR1cmlu
ZyB0aGUgV0dMQy4gVGhlIG1haW4gY2hhbmdlcyBhcmU6DQoqIEluY2x1ZGUgYSBuZXcgc2VjdGlv
biB0byBjbGFyaWZ5IHRoZSBpbnRlbmRlZCB1c2FnZS4gVGhpcyBvbmUgaXMga2luZGx5IHByb3Zp
ZGVkIGJ5IENhcnN0ZW4uDQoqIEFkZCBhIG5ldyBzZWN0aW9uIHRvIHNwZWNpZnkgSFRUUCBtYXBw
aW5ncy4NCiogQ2xhcmlmeSB0aGUgdXNhZ2Ugd2hlbiB0aGVyZSBpcyBubyBzcGFjZSBsZWZ0IHRv
IHByZXBlbmQgYSBwcm94eSBpbmZvcm1hdGlvbi4NCg0KT3RoZXIgZWRpdHMgd2VyZSBhbHNvIG1h
ZGUuDQoNClBsZWFzZSBsZXQncyBrbm93IGlmIHdlIG1pc3NlZCBhbnkgb2YgdGhlIFdHTEMgY29t
bWVudHMuDQoNCkNoZWVycywNCk1lZA0KDQo+IC0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0K
PiBEZcKgOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNA
aWV0Zi5vcmddDQo+IEVudm95w6nCoDogbWVyY3JlZGkgMyBqdWlsbGV0IDIwMTkgMTY6NTANCj4g
w4DCoDogVGlydW1hbGVzd2FyIFJlZGR5OyBKb24gU2hhbGxvdzsgUmVkZHkgSzsgQk9VQ0FEQUlS
IE1vaGFtZWQgVEdJL09MTg0KPiBPYmpldMKgOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y
IGRyYWZ0LWlldGYtY29yZS1ob3AtbGltaXQtMDQudHh0DQo+IA0KPiANCj4gQSBuZXcgdmVyc2lv
biBvZiBJLUQsIGRyYWZ0LWlldGYtY29yZS1ob3AtbGltaXQtMDQudHh0DQo+IGhhcyBiZWVuIHN1
Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgTW9oYW1lZCBCb3VjYWRhaXIgYW5kIHBvc3RlZCB0byB0
aGUNCj4gSUVURiByZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LWlldGYtY29yZS1ob3At
bGltaXQNCj4gUmV2aXNpb246CTA0DQo+IFRpdGxlOgkJQ29uc3RyYWluZWQgQXBwbGljYXRpb24g
UHJvdG9jb2wgKENvQVApIEhvcC1MaW1pdCBPcHRpb24NCj4gRG9jdW1lbnQgZGF0ZToJMjAxOS0w
Ny0wMw0KPiBHcm91cDoJCWNvcmUNCj4gUGFnZXM6CQk4DQo+IFVSTDogICAgICAgICAgICBodHRw
czovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1jb3JlLWhvcC0NCj4g
bGltaXQtMDQudHh0DQo+IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu
b3JnL2RvYy9kcmFmdC1pZXRmLWNvcmUtaG9wLQ0KPiBsaW1pdC8NCj4gSHRtbGl6ZWQ6ICAgICAg
IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWNvcmUtaG9wLWxpbWl0LTA0
DQo+IEh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s
L2RyYWZ0LWlldGYtY29yZS1ob3AtDQo+IGxpbWl0DQo+IERpZmY6ICAgICAgICAgICBodHRwczov
L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1jb3JlLWhvcC0NCj4gbGltaXQt
MDQNCj4gDQo+IEFic3RyYWN0Og0KPiAgICBUaGUgcHJlc2VuY2Ugb2YgQ29uc3RyYWluZWQgQXBw
bGljYXRpb24gUHJvdG9jb2wgKENvQVApIHByb3hpZXMgbWF5DQo+ICAgIGxlYWQgdG8gaW5maW5p
dGUgZm9yd2FyZGluZyBsb29wcywgd2hpY2ggaXMgdW5kZXNpcmFibGUuICBUbyBwcmV2ZW50DQo+
ICAgIGFuZCBkZXRlY3Qgc3VjaCBsb29wcywgdGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgdGhlIEhv
cC1MaW1pdCBDb0FQDQo+ICAgIG9wdGlvbi4NCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFzZSBub3Rl
IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+
IHN1Ym1pc3Npb24NCj4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2
YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQoN
Cg==


From nobody Fri Jul  5 01:08:56 2019
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 3CBCB120044; Fri,  5 Jul 2019 01:08:55 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.2
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156231413518.22022.2321280873213742879@ietfa.amsl.com>
Date: Fri, 05 Jul 2019 01:08:55 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/JCiumuksidR92t8Z-n6yN75XwsU>
Subject: [core] I-D Action: draft-ietf-core-oscore-groupcomm-05.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jul 2019 08:08:55 -0000

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

        Title           : Group OSCORE - Secure Group Communication for CoAP
        Authors         : Marco Tiloca
                          Goeran Selander
                          Francesca Palombini
                          Jiye Park
	Filename        : draft-ietf-core-oscore-groupcomm-05.txt
	Pages           : 49
	Date            : 2019-07-05

Abstract:
   This document describes a mode for protecting group communication
   over the Constrained Application Protocol (CoAP).  The proposed mode
   relies on Object Security for Constrained RESTful Environments
   (OSCORE) and the CBOR Object Signing and Encryption (COSE) format.
   In particular, it defines how OSCORE is used in a group communication
   setting, while fulfilling the same security requirements for group
   requests and responses.  Source authentication of all messages
   exchanged within the group is provided by means of digital signatures
   produced by the sender and embedded in the protected CoAP messages.


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

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

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


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

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


From nobody Fri Jul  5 07:35:32 2019
Return-Path: <jaime@iki.fi>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 977A6120046 for <core@ietfa.amsl.com>; Fri,  5 Jul 2019 07:35:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.821
X-Spam-Level: 
X-Spam-Status: No, score=-1.821 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kz31jSxwT7yE for <core@ietfa.amsl.com>; Fri,  5 Jul 2019 07:35:29 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F40FE12000F for <core@ietf.org>; Fri,  5 Jul 2019 07:35:28 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 21E5B21C82 for <core@ietf.org>; Fri,  5 Jul 2019 10:35:28 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 05 Jul 2019 10:35:28 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=7cnjo3ymlpvkAFoR5eTQmnJ/jXQMtBwPQ1Ag6MVNv 5s=; b=Dpr411IpgX1hWeYhy0VVkppt0pOTIZ6PBk7eUoON+xXTqyzH+aasOY2kU LtGlwGM5Aq7XvXOr7tRlZaut2N6vZBMLjva9+BYKg2ZXmBlyx9fTDFuHzAcpJnaD hMtyhN9rxQeZBWaEVxEw+Vu95ka6da5U/+2Mk+S+bFfkWLGIRooOQCouv/byAPDG hJE8ZdAJZRbwvJtYrFjyxL4Wp4YiQ7opN4sJIeNAT6ET6DnwUd4D4ObsZrxgcFdQ 49nvVcobGl9jhlv/mmnbUqoWOZLVZJiBqm43WvDtWjL90zc0KWUPunxoLFdVeckx ohRvYmA8LYIjCwI9eiriqLPwtgUKQ==
X-ME-Sender: <xms:L2AfXbQlf8LHdL5_Gh6UDyFxDxQFs2En7v9zwt319DFCV6dunJ3hSg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrfeeggdejlecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtugfgjggfsehtke ertddtredunecuhfhrohhmpeflrghimhgvucflihhmrohnvgiiuceojhgrihhmvgesihhk ihdrfhhiqeenucffohhmrghinhepihhrthhfrdhorhhgpdhrihhothdqohhsrdhorhhgne cukfhppeekjedruddttddrudeigedrfeeknecurfgrrhgrmhepmhgrihhlfhhrohhmpehj rghimhgvsehikhhirdhfihenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:L2AfXasOzQ39YIzYjGrTip7EU5-tIs2p9XKQGbPyGr9_-oTS5k7lrQ> <xmx:L2AfXYZe59Q8SpGexTMxAUMpObVcQdOuvRvZiamV8yd26PHPdb8esA> <xmx:L2AfXXuOj3qqhbCxi7QHznkihfpoy59mBcI_br7Z1LJLOoArYhr0mQ> <xmx:MGAfXZgfDvjY8LNCb0wCxiw6lKggamUtUjNqtxAta7xPwt1GbHP1Qg>
Received: from EMB-918HFH01 (87-100-164-38.bb.dnainternet.fi [87.100.164.38]) by mail.messagingengine.com (Postfix) with ESMTPA id E843F80061 for <core@ietf.org>; Fri,  5 Jul 2019 10:35:26 -0400 (EDT)
Date: Fri, 5 Jul 2019 17:35:16 +0300
From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= <jaime@iki.fi>
To: core@ietf.org
Message-ID: <20190705143515.oxpzf65b2u4iekn6@EMB-918HFH01>
References: <CANK0pbZcMj1dOTMk40A_pd_dzJmoZhS6KKcqA=25_Oo2oyNhLw@mail.gmail.com> <20190705074345.nbbsuxejxkj3gmkz@EMB-918HFH01>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20190705074345.nbbsuxejxkj3gmkz@EMB-918HFH01>
User-Agent: NeoMutt/20180716
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/6rS3BmcCZtL5Lyo5B4bmz_ltxkQ>
Subject: [core] RIOT Summit 2019: Call for Contributions
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jul 2019 14:35:32 -0000

Dear CoRE,
 
I forward this here since it is relevant for core wg participants too. 

Best Regards,
-- Jaime Jiménez


> On Tue, Jul 02, 2019 at 03:26:45PM +0200, Emmanuel Baccelli wrote:
> > (I'm posting this here since several t2trg core participants have given
> > talks at previous RIOT Summits.)
> > 
> > ************************************************************************
> > 
> > CALL FOR CONTRIBUTIONS
> > 
> > RIOT Summit 2019
> > 
> > September 5-6, 2019
> > Aalto Design Factory, Helsinki, Finland
> > 
> > https://summit.riot-os.org/2019/
> > 
> > ************************************************************************
> > 
> > RIOT is an open source operating system for microcontroller-based IoT
> > devices,
> > https://riot-os.org/ . Initially developed by folks from academia, the
> > RIOT community now consists of companies, makers and hobbyist,
> > distributed all around the world.
> > 
> > The RIOT community meets annually f2f at the RIOT Summit,
> > which brings together RIOTers, beginners and experts,
> > as well as people interested in the IoT in general and decision
> > makers who plan to deploy RIOT in the future. The event combines
> > plenary talks, hands-on tutorials, and demos.
> > 
> > This year the RIOT Summit will take place at the Aalto Design Factory,
> > Helsinki, Finland. The first speakers have been announced,
> > including a keynote by Jari Arkko.
> > More details are available at https://summit.riot-os.org/2019/ .
> > 
> > The organizers of the RIOT Summit call for contributions that relates
> > to RIOT and the Internet of Things. If you want to present a talk,
> > a tutorial or a demo, please consider the Call for Contributions:
> > 
> >   * https://summit.riot-os.org/2019/call-for-contributions
> > 
> > The following companies generously support the RIOT Summit 2019:
> > Cisco, Ericsson, wolfSSL, Zühlke.
> > 
> > Best regards,
> > the organizers, on behalf of the RIOT community
> > 
> > (with apologies for potential cross-posting)
> 
> > _______________________________________________
> > T2TRG mailing list
> > T2TRG@irtf.org
> > https://www.irtf.org/mailman/listinfo/t2trg
> 


From nobody Sun Jul  7 05:11:10 2019
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 B130912014B; Sun,  7 Jul 2019 05:11:08 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.2
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156250146869.14626.7908919060228391967@ietfa.amsl.com>
Date: Sun, 07 Jul 2019 05:11:08 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/RhsfXQsEz1TBEquaodFVbyIi46E>
Subject: [core] I-D Action: draft-ietf-core-rd-dns-sd-05.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Jul 2019 12:11:09 -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           : CoRE Resource Directory: DNS-SD mapping
        Authors         : Peter van der Stok
                          Michael Koster
                          Christian AmsÃ¼ss
	Filename        : draft-ietf-core-rd-dns-sd-05.txt
	Pages           : 14
	Date            : 2019-07-07

Abstract:
   Resource and service discovery are complementary.  Resource discovery
   provides fine-grained detail about the content of a web server, while
   service discovery can provide a scalable method to locate servers in
   large networks.  This document defines a method for mapping between
   CoRE Link Format attributes and DNS-Based Service Discovery records
   to facilitate the use of either method to locate RESTful service
   interfaces (APIs) in heterogeneous HTTP/CoAP environments.


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

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

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


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

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


From nobody Sun Jul  7 05:13:27 2019
Return-Path: <stokcons@bbhmail.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 75889120135 for <core@ietfa.amsl.com>; Sun,  7 Jul 2019 05:13:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bbhmail.nl
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 G1CKG_zpDPXG for <core@ietfa.amsl.com>; Sun,  7 Jul 2019 05:13:23 -0700 (PDT)
Received: from smtprelay.hostedemail.com (smtprelay0034.hostedemail.com [216.40.44.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08AC012012A for <core@ietf.org>; Sun,  7 Jul 2019 05:13:22 -0700 (PDT)
Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay04.hostedemail.com (Postfix) with ESMTP id 4B085180AA515 for <core@ietf.org>; Sun,  7 Jul 2019 12:13:21 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbhmail.nl; h= mime-version:content-type:date:from:to:subject:reply-to :in-reply-to:references:message-id; s=key; bh=Ajh/UHaik45+ugMvis F8cXaobirMeDL+nNNJ03e+0tg=; b=E9vkfmF+VmaBmaP68Xp4iCzRkgUThbb5Vr //5iRjcC+Z34pg5mm4j6ch/XT5uio5r4HpUUw54hnjb30Jr6LmrUsr5ziBxQK9B+ c7yVFYSyj2Q4shkl0VY52u3MQzLMxE2tE6L5ILRja1XWV/21Se0JWEkI/p+A2kTy zk+f6fqig=
X-Session-Marker: 73746F6B636F6E73406262686D61696C2E6E6C
X-Spam-Summary: 2, -8.5, 0, , d41d8cd98f00b204, stokcons@bbhmail.nl, :, RULES_HIT:41:72:152:355:379:582:602:800:962:967:969:973:983:988:989:1049:1152:1189:1208:1212:1221:1260:1313:1314:1345:1431:1433:1434:1436:1437:1516:1517:1518:1535:1544:1571:1575:1588:1589:1592:1594:1711:1730:1776:1792:1801:2068:2069:2198:2199:2288:2328:2525:2528:2553:2559:2568:2570:2633:2682:2685:2703:2741:2771:2859:2895:2900:2902:2907:2924:2926:2933:2937:2939:2942:2945:2947:2951:2954:3022:3353:3622:3740:3865:3866:3867:3868:3870:3871:3872:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4119:4250:4321:4605:4860:5007:6117:6119:6261:6298:7875:7903:8603:8985:9010:9025:9121:9177:10004:11658:12379:12740:13139:13161:13229, 0, RBL:216.40.42.5:@bbhmail.nl:.lbl8.mailshell.net-62.8.55.100 66.201.201.201,  CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:23, LUA_SUMMARY:none
X-HE-Tag: trail75_57768e07c0a01
X-Filterd-Recvd-Size: 8362
Received: from mail.bbhmail.nl (imap-ext [216.40.42.5]) (Authenticated sender: webmail@stokcons@bbhmail.nl) by omf10.hostedemail.com (Postfix) with ESMTPA for <core@ietf.org>; Sun,  7 Jul 2019 12:13:21 +0000 (UTC)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_f700aebe2d95d2d0489c27c211c0d7d4"
Date: Sun, 07 Jul 2019 14:13:20 +0200
From: Peter van der Stok <stokcons@bbhmail.nl>
To: Core <core@ietf.org>
Organization: vanderstok consultancy
Reply-To: consultancy@vanderstok.org
Mail-Reply-To: consultancy@vanderstok.org
In-Reply-To: <156250146869.14626.7908919060228391967@ietfa.amsl.com>
References: <156250146869.14626.7908919060228391967@ietfa.amsl.com>
Message-ID: <27652fa747aacf914f1219cecb31e5e0@bbhmail.nl>
X-Sender: stokcons@bbhmail.nl
User-Agent: Roundcube Webmail/1.2.7
X-Originating-IP: [86.205.201.44]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/CQv9IVnbY5WG97wZveHV3y5C2KM>
Subject: [core] Fwd:  I-D Action: draft-ietf-core-rd-dns-sd-05.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Jul 2019 12:13:25 -0000

--=_f700aebe2d95d2d0489c27c211c0d7d4
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8

Dear Core,

The new version of rd-dns-sd is updated with export of RD to DNS for
DNSSD discovery of RD.

Peter
-------- Oorspronkelijke bericht -------- 

 		ONDERWERP:
 		[core] I-D Action: draft-ietf-core-rd-dns-sd-05.txt

 		DATUM:
 		2019-07-07 14:11

 		AFZENDER:
 		internet-drafts@ietf.org

 		ONTVANGER:
 		<i-d-announce@ietf.org>

 		KOPIE:
 		core@ietf.org

 		ANTWOORD-AAN:
 		core@ietf.org

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           : CoRE Resource Directory: DNS-SD mapping
        Authors         : Peter van der Stok
                          Michael Koster
                          Christian AmsÃ¼ss
    Filename        : draft-ietf-core-rd-dns-sd-05.txt
    Pages           : 14
    Date            : 2019-07-07

Abstract:
   Resource and service discovery are complementary.  Resource discovery
   provides fine-grained detail about the content of a web server, while
   service discovery can provide a scalable method to locate servers in
   large networks.  This document defines a method for mapping between
   CoRE Link Format attributes and DNS-Based Service Discovery records
   to facilitate the use of either method to locate RESTful service
   interfaces (APIs) in heterogeneous HTTP/CoAP environments.

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

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

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

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

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

_______________________________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core
--=_f700aebe2d95d2d0489c27c211c0d7d4
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'font-size: 10pt; font-family: Verdana,Gen=
eva,sans-serif'>
Dear Core,<br /><br />The new version of rd-dns-sd is updated with export o=
f RD to DNS for DNSSD discovery of RD.<br /><br />Peter<br />
<p>-------- Oorspronkelijke bericht --------</p>
<table border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
<tbody>
<tr>
<th align=3D"right" valign=3D"baseline" nowrap=3D"nowrap">Onderwerp:</th>
<td>[core] I-D Action: draft-ietf-core-rd-dns-sd-05.txt</td>
</tr>
<tr>
<th align=3D"right" valign=3D"baseline" nowrap=3D"nowrap">Datum:</th>
<td>2019-07-07 14:11</td>
</tr>
<tr>
<th align=3D"right" valign=3D"baseline" nowrap=3D"nowrap">Afzender:</th>
<td>internet-drafts@ietf.org</td>
</tr>
<tr>
<th align=3D"right" valign=3D"baseline" nowrap=3D"nowrap">Ontvanger:</th>
<td>&lt;i-d-announce@ietf.org&gt;</td>
</tr>
<tr>
<th align=3D"right" valign=3D"baseline" nowrap=3D"nowrap">Kopie:</th>
<td>core@ietf.org</td>
</tr>
<tr>
<th align=3D"right" valign=3D"baseline" nowrap=3D"nowrap">Antwoord-aan:</th=
>
<td>core@ietf.org</td>
</tr>
</tbody>
</table>
<br /><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div class=3D"pre" style=3D"margin: 0; padding: 0; font-family: monospace">=
<br /> A New Internet-Draft is available from the on-line Internet-Drafts d=
irectories.<br /> This draft is a work item of the Constrained RESTful Envi=
ronments WG of the IETF.<br /> <br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;Title &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;: CoRE Resource Directory: DNS-SD mapping<br /> &nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;Authors &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;: Peter van der Stok<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Michael Koster<br /> &nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Christian A=
ms&uuml;ss<br /> &nbsp;&nbsp;&nbsp;&nbsp;Filename &nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;: draft-ietf-core-rd-dns-sd-05.txt<br /> &nbsp;&nbsp;&nbsp=
;&nbsp;Pages &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: =
14<br /> &nbsp;&nbsp;&nbsp;&nbsp;Date &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: 2019-07-07<br /> <br /> Abstract:<br /> &nbs=
p;&nbsp;&nbsp;Resource and service discovery are complementary. &nbsp;Resou=
rce discovery<br /> &nbsp;&nbsp;&nbsp;provides fine-grained detail about th=
e content of a web server, while<br /> &nbsp;&nbsp;&nbsp;service discovery =
can provide a scalable method to locate servers in<br /> &nbsp;&nbsp;&nbsp;=
large networks. &nbsp;This document defines a method for mapping between<br=
 /> &nbsp;&nbsp;&nbsp;CoRE Link Format attributes and DNS-Based Service Dis=
covery records<br /> &nbsp;&nbsp;&nbsp;to facilitate the use of either meth=
od to locate RESTful service<br /> &nbsp;&nbsp;&nbsp;interfaces (APIs) in h=
eterogeneous HTTP/CoAP environments.<br /> <br /> <br /> The IETF datatrack=
er status page for this draft is:<br /> <a href=3D"https://datatracker.ietf=
=2Eorg/doc/draft-ietf-core-rd-dns-sd/" target=3D"_blank" rel=3D"noreferrer"=
>https://datatracker.ietf.org/doc/draft-ietf-core-rd-dns-sd/</a><br /> <br =
/> There are also htmlized versions available at:<br /> <a href=3D"https://=
tools.ietf.org/html/draft-ietf-core-rd-dns-sd-05" target=3D"_blank" rel=3D"=
noreferrer">https://tools.ietf.org/html/draft-ietf-core-rd-dns-sd-05</a><br=
 /> <a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-core-rd-dns=
-sd-05" target=3D"_blank" rel=3D"noreferrer">https://datatracker.ietf.org/d=
oc/html/draft-ietf-core-rd-dns-sd-05</a><br /> <br /> A diff from the previ=
ous version is available at:<br /> <a href=3D"https://www.ietf.org/rfcdiff?=
url2=3Ddraft-ietf-core-rd-dns-sd-05" target=3D"_blank" rel=3D"noreferrer">h=
ttps://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-core-rd-dns-sd-05</a><br /> <=
br /> <br /> Please note that it may take a couple of minutes from the time=
 of submission<br /> until the htmlized version and diff are available at t=
ools.ietf.org.<br /> <br /> Internet-Drafts are also available by anonymous=
 FTP at:<br /> <a href=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_b=
lank" rel=3D"noreferrer">ftp://ftp.ietf.org/internet-drafts/</a><br /> <br =
/> _______________________________________________<br /> core mailing list<=
br /> <a href=3D"mailto:core@ietf.org" rel=3D"noreferrer">core@ietf.org</a>=
<br /> <a href=3D"https://www.ietf.org/mailman/listinfo/core" target=3D"_bl=
ank" rel=3D"noreferrer">https://www.ietf.org/mailman/listinfo/core</a></div=
>
</body></html>

--=_f700aebe2d95d2d0489c27c211c0d7d4--


From nobody Sun Jul  7 21:07:47 2019
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 768081200F7; Sun,  7 Jul 2019 21:07:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5KOaeAwsK6lj; Sun,  7 Jul 2019 21:07:45 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A93E81200FA; Sun,  7 Jul 2019 21:07:44 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 7 Jul 2019 21:07:38 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <draft-ietf-core-oscore-groupcomm@ietf.org>
CC: <core@ietf.org>
Date: Sun, 7 Jul 2019 21:07:36 -0700
Message-ID: <17bc01d53542$af0bfdd0$0d23f970$@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: AdU1PP7XubLCxVcXRXWqYEWM0UaFqA==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Z2dmalKySkKbjcRDNH8n9vxATMQ>
Subject: [core] Comments on draft-ietf-core-oscore-groupcomm-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 04:07:47 -0000

This is not a full review, I did a fast look at the differences in between
-04 and -05 and am commenting on these.

1.   The addition of two optional parameters in the aad_array in section
3.1.  In terms of have a deterministic string result this is considered bad
practice as if only one of them is supplied, it could be confused with the
other one.

2.  Who is supposed to validate the parameters dealing with signatures?  Is
this the responsibility of the KDC or does each entity need to do this?  Is
there an optimization that can be applied so that all of these parameters
don't need to be distributed with the rest of the public key fields at a
later date?

3.  I am not sure why RSA-OAEP in the tables, I have never heard of anybody
using these as signature algorithms.

4.  Why did you insert the OSCORE_options field into the aad_array before
the options field?  It would be cleaner to have it at the end to minimize
the differences between the structures.

5.  Just what is the type in section 9.2 for  EdDSA?

Jim
 



From nobody Mon Jul  8 09:33:30 2019
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 E3673120280; Mon,  8 Jul 2019 09:33:19 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156260359976.815.9548187098769352590@ietfa.amsl.com>
Date: Mon, 08 Jul 2019 09:33:19 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/mnv2-_FZhyxF1-T_toC8iliZyKo>
Subject: [core] I-D Action: draft-ietf-core-sid-07.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 16:33:28 -0000

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

        Title           : YANG Schema Item iDentifier (SID)
        Authors         : Michel Veillette
                          Alexander Pelov
                          Ivaylo Petrov
	Filename        : draft-ietf-core-sid-07.txt
	Pages           : 29
	Date            : 2019-07-08

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


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

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

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


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 Jul  8 12:12:40 2019
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 A7C401201C9; Mon,  8 Jul 2019 12:12:31 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156261315158.1047.13363558111340852870@ietfa.amsl.com>
Date: Mon, 08 Jul 2019 12:12:31 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/M_iH77ynjzK8O_ahloCcn-iTFe4>
Subject: [core] I-D Action: draft-ietf-core-senml-etch-04.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 19:12:32 -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           : FETCH & PATCH with Sensor Measurement Lists (SenML)
        Authors         : Ari Keranen
                          Mojan Mohajer
	Filename        : draft-ietf-core-senml-etch-04.txt
	Pages           : 10
	Date            : 2019-07-08

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


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

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

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


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

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


From nobody Mon Jul  8 12:19:00 2019
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 1C25512045E for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 12:18:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 DUsW-lMaToTM for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 12:18:56 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 972321203F7 for <core@ietf.org>; Mon,  8 Jul 2019 12:18:55 -0700 (PDT)
Received: from client-0220.vpn.uni-bremen.de (client-0220.vpn.uni-bremen.de [134.102.107.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45jFcF4hhLzylR; Mon,  8 Jul 2019 21:18:53 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <E8AD8AB7-DF40-4049-901E-18C0655A3DAD@tzi.org>
Date: Mon, 8 Jul 2019 21:18:53 +0200
X-Mao-Original-Outgoing-Id: 584306331.312314-70a19f51b29b2d14be3603feb8b550d2
Content-Transfer-Encoding: quoted-printable
Message-Id: <885BB026-DECB-48F3-8C17-F32E94C464D8@tzi.org>
References: <9AD3C4BB-7965-4776-84C4-6B5BFDCAA262@tzi.org> <e3a61d2c-1183-5ece-74d8-b1bad26ddfe6@ericsson.com> <3E80442D-9EBF-4973-89E1-7B4A69F42754@tzi.org> <E8AD8AB7-DF40-4049-901E-18C0655A3DAD@tzi.org>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/WEE7jHqiEVo7CgDA3NbFfJNxb0Y>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-se?= =?utf-8?q?nml-etch-03=2Etxt?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 19:18:58 -0000

After having had some more feedback and interaction, there is now a -04:

Name:		draft-ietf-core-senml-etch
Revision:	04
Title:		FETCH & PATCH with Sensor Measurement Lists (SenML)
Document date:	2019-07-08
Status:         =
https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/
Htmlized:       =
https://tools.ietf.org/html/draft-ietf-core-senml-etch-04
Diff:           =
https://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-core-senml-etch-04

I believe this addresses the WGLC comments.  Unless there are additional =
substantive comments, the chairs will request publication right after =
Wednesday=E2=80=99s CoRE virtual interim meeting.

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


> On Jun 12, 2019, at 15:10, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> It seems we have received no (zero, nada) responses to this.
> We do need a few voices from people who have read it. =20
> Please speak up if you did!
>=20
> It=E2=80=99s a short document, so you can read it right now as well:
> https://tools.ietf.org/html/draft-ietf-core-senml-etch-03
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20
>=20
>=20
>=20
>> On Mar 11, 2019, at 23:40, Carsten Bormann <cabo@tzi.org> wrote:
>>=20
>> On Mar 6, 2019, at 00:40, Ari Ker=C3=A4nen <ari.keranen@ericsson.com> =
wrote:
>>>=20
>>> If there are no further comments on these, I could merge the PR and=20=

>>> submit a new version.
>>=20
>> =E2=80=A6 which the authors did (see below).
>>=20
>> This starts a working group last call for =
draft-ietf-core-senml-etch-03.txt,
>> ending on
>>=20
>> 	24:00 CET on Monday, March 25, 2019.
>>=20
>> Please start a new email thread for each major issue that will need
>> discussion and make sure the subject line includes the draft name and
>> some sort of name for the issue.  (Minor issues such as typos can =
also
>> be sent to the authors.)
>>=20
>> If you read the draft and think it looks fine, please send a one line=20=

>> email to the list or to the chairs letting us know that so we can get=20=

>> a feel of how broad the review has been.
>>=20
>> (To reviewers and authors:)  If you are aware of any patent claims =
that
>> might apply to systems that implement these drafts, please review BCP =
78
>> and BCP 79 and make any appropriate IPR declaration before the =
last-call
>> ends. If you are not sure whether you need to make a declaration or =
not,=20
>> please talk to the chairs and we will help.
>>=20
>> Gr=C3=BC=C3=9Fe, Carsten
>>=20
>>>=20
>>> Cheers,
>>> Ari
>>>=20
>>> On 20/02/2019 17.00, Carsten Bormann wrote:
>>>> In preparation for the impending working-group last call, I have
>>>> reviewed draft-ietf-core-senml-etch-02.txt.  Substantive comments =
are
>>>> below; a set of small editorial comments is going to the authors in
>>>> parallel.
>>>>=20
>>>> # Minor
>>>>=20
>>>> 1. The text of the draft does not contain an argument that the
>>>>  application of Patch Packs is idempotent.  It probably should.
>>>>=20
>>>> 2. The text sometimes says "iPATCH" where it probably should be =
saying
>>>>  "PATCH and iPATCH".  This should be checked throughout.
>>>>=20
>>>> 3. The term "resource" is sometimes used in lieu of "subset of =
SenML
>>>>  records that, when resolved, match a given name".
>>>>=20
>>>> Gr=C3=BC=C3=9Fe, Carsten
>>>>=20
>>>>=20
>>>>=20
>>>> _______________________________________________
>>>> core mailing list
>>>> core@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/core
>>>>=20
>>>=20
>>>=20
>>>=20
>>=20
>>=20
>>=20
>=20


From nobody Mon Jul  8 13:13:10 2019
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 F2D721202AD; Mon,  8 Jul 2019 13:12:34 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156261675495.1043.3732913358265986030@ietfa.amsl.com>
Date: Mon, 08 Jul 2019 13:12:34 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/OFrDPmgKvR-cclxy50yPeH7Y6pg>
Subject: [core] I-D Action: draft-ietf-core-dynlink-09.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 20:12:43 -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           : Dynamic Resource Linking for Constrained RESTful Environments
        Authors         : Zach Shelby
                          Michael Koster
                          Christian Groves
                          Jintao Zhu
                          Bilhanan Silverajan
	Filename        : draft-ietf-core-dynlink-09.txt
	Pages           : 23
	Date            : 2019-07-08

Abstract:
   This specification defines Link Bindings, which provide dynamic
   linking of state updates between resources, either on an endpoint or
   between endpoints, for systems using CoAP (RFC7252).  This
   specification also defines Conditional Notification Attributes that
   work with Link Bindings or with CoAP Observe (RFC7641).

Editor note

   The git repository for the draft is found at https://github.com/core-
   wg/dynlink


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

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

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


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

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


From nobody Mon Jul  8 13:41:50 2019
Return-Path: <michael.koster@smartthings.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 266761200F9 for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 13:41:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.704
X-Spam-Level: 
X-Spam-Status: No, score=-0.704 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, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=smartthings.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 bLtjtMnyOgNv for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 13:41:38 -0700 (PDT)
Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) (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 497CF120058 for <core@ietf.org>; Mon,  8 Jul 2019 13:41:38 -0700 (PDT)
Received: by mail-pg1-x52d.google.com with SMTP id z75so8264663pgz.5 for <core@ietf.org>; Mon, 08 Jul 2019 13:41:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smartthings.com; s=google; h=from:mime-version:subject:message-id:date:to; bh=7pJ2WQGSJFcs0lGYALCunwvyASR3tZwuER+fbSUawgk=; b=nBtVQble0qZeLTlvvbFGmNR8BtZUNBUJQrEXO5vA7dJoMKJJYebmr8jq4Yx+YSNVOD vMooVm+nBFANmmgkRR4owuw1yc73ffpKmCiq5mHNimyUh15D73jdgqz/kXEPfjqyglY8 U0CZcDXjSLUjSHb4gUcRpiv0Xesyoai10i5rQ+AXDQEBW8evAyk9OloflvHBfrOoUolN w/+4+/D91jn6scd4AMUvs2E55TofF8LpBrxyl3T761z1OCUBu2rTjEJ4RnKspVI94F23 d7BZjVGf0ToZ116O1dNMYMjbLFejC6IfezDq38mcVvByxgYp3EsbAylxGkqJV0hLcAfN N6Dg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=7pJ2WQGSJFcs0lGYALCunwvyASR3tZwuER+fbSUawgk=; b=BJiZWR/L6y8o121n/2BmBTDCoplyZiZgnjk5HZbsf6CMkpxAfUVdb/JlfL/LcyOi6j KCeNd2HiBlX01FeBtqWjRTFE9uAgaFKg8uc8LwWCVr/qm7IdUrU/BKYiCBDe+BpuBa+2 P2PufRFn9Fom/nf3y+sPmSNdtdYbO6q1HAFXxg/zFhUcGRoQ2vnVABwRIVpdRLngIVXD x7jio+iJdLi+/P484z6b2Et9hFVaVRKLp9b1X0PdURz6gz6ou23EPhIQZZxJ2BntDzZn deCPejvsOo2LIESBGeo/NfmL5FPM+fP2ExfTsYCWGiIecYE+sxgVyn7qLqVs3r01QDCQ +xjA==
X-Gm-Message-State: APjAAAUE0MgyXIGj9T3DxXQqpSLp4NJsHCu0e8wx9JfUi7Vs7XW12n2e dsb67RdPJ0D2G9q549jB0SFR6b4LV6lwaA==
X-Google-Smtp-Source: APXvYqzYsYhXDCMXy6hdffUKk2MsUotN92gxQOnug7xvLPivoda87mOg3s3G0NFnBZk9iMR+gQ3aqg==
X-Received: by 2002:a63:4185:: with SMTP id o127mr25069289pga.82.1562618497219;  Mon, 08 Jul 2019 13:41:37 -0700 (PDT)
Received: from [172.16.0.7] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id q1sm23273317pfg.84.2019.07.08.13.41.35 for <core@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jul 2019 13:41:36 -0700 (PDT)
From: Michael Koster <michael.koster@smartthings.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_FD19D418-C536-4524-A8D0-6638D2B7BFB4"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Message-Id: <92FE42DF-31BF-49FA-A309-AFA1933BCF97@smartthings.com>
Date: Mon, 8 Jul 2019 13:41:34 -0700
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/pWBWqYX4zAcw7nuskcQZfz1PZ_M>
Subject: [core] CoRE Pub/Sub proposal to resolve the one remaining major issue
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 20:41:49 -0000

--Apple-Mail=_FD19D418-C536-4524-A8D0-6638D2B7BFB4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi,

Klaus, Ari, and I created a proposal to resolve the "empty topic" issue =
(and others) without using a new status code or multipart content =
format.

Rather than update the draft, which technically requires WG consensus, =
we decided to publish the proposal and collect review comments between =
now and Montreal:
https://github.com/core-wg/pubsub/blob/master/proposal.txt =
<https://github.com/core-wg/pubsub/blob/master/proposal.txt>

We will take time at the WISHI hackathon to further refine it, and =
prepare a summary for the CoRE WG session.

We would like implementers in particular to review the proposal.

Best regards,

Michael



--Apple-Mail=_FD19D418-C536-4524-A8D0-6638D2B7BFB4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Hi,<div class=3D""><br class=3D""></div><div class=3D"">Klaus, =
Ari, and I created a proposal to resolve the "empty topic" issue (and =
others) without using a new status code or multipart content =
format.</div><div class=3D""><br class=3D""></div><div class=3D"">Rather =
than update the draft, which technically requires WG consensus, we =
decided to publish the proposal and collect review comments between now =
and Montreal:</div><div class=3D""><a =
href=3D"https://github.com/core-wg/pubsub/blob/master/proposal.txt" =
class=3D"">https://github.com/core-wg/pubsub/blob/master/proposal.txt</a><=
/div><div class=3D""><br class=3D""></div><div class=3D"">We will take =
time at the WISHI hackathon to further refine it, and prepare a summary =
for the CoRE WG session.</div><div class=3D""><br class=3D""></div><div =
class=3D"">We would like implementers in particular to review the =
proposal.</div><div class=3D""><br class=3D""></div><div class=3D"">Best =
regards,</div><div class=3D""><br class=3D""></div><div =
class=3D"">Michael</div><div class=3D""><br class=3D""></div><div =
class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_FD19D418-C536-4524-A8D0-6638D2B7BFB4--


From nobody Mon Jul  8 13:45:09 2019
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 104F41202F8; Mon,  8 Jul 2019 13:44:57 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156261869698.1035.10659466609746066166@ietfa.amsl.com>
Date: Mon, 08 Jul 2019 13:44:57 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/RaKUO4XMdkuGCimSAt8oBoX_VQo>
Subject: [core] I-D Action: draft-ietf-core-resource-directory-23.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 20:45:07 -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           : CoRE Resource Directory
        Authors         : Zach Shelby
                          Michael Koster
                          Carsten Bormann
                          Peter van der Stok
                          Christian AmsÃ¼ss
	Filename        : draft-ietf-core-resource-directory-23.txt
	Pages           : 76
	Date            : 2019-07-08

Abstract:
   In many IoT applications, direct discovery of resources is not
   practical due to sleeping nodes, disperse networks, or networks where
   multicast traffic is inefficient.  These problems can be solved by
   employing an entity called a Resource Directory (RD), which contains
   information about resources held on other servers, allowing lookups
   to be performed for those resources.  The input to an RD is composed
   of links and the output is composed of links constructed from the
   information stored in the RD.  This document specifies the web
   interfaces that a Resource Directory supports for web servers to
   discover the RD and to register, maintain, lookup and remove
   information on resources.  Furthermore, new target attributes useful
   in conjunction with an RD are defined.


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

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

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


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 Jul  8 15:31:03 2019
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 9A854120281; Mon,  8 Jul 2019 15:30:46 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156262504657.1043.11453667473896809763@ietfa.amsl.com>
Date: Mon, 08 Jul 2019 15:30:46 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/vVeSypdl4EWsM61KEScCZv6B8Qo>
Subject: [core] I-D Action: draft-ietf-core-comi-06.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 22:30:55 -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
                          Ivaylo Petrov
	Filename        : draft-ietf-core-comi-06.txt
	Pages           : 50
	Date            : 2019-07-08

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.  The complete solution composed of CoMI,
   [I-D.ietf-core-yang-cbor] and [I-D.ietf-core-sid] is called CORECONF.
   CORECONF 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-06
https://datatracker.ietf.org/doc/html/draft-ietf-core-comi-06

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


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

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


From nobody Mon Jul  8 19:51:08 2019
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 0DF2F1200B7 for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 19:51:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Knh_8hL5bCSd for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 19:51:04 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5DFF12008B for <core@ietf.org>; Mon,  8 Jul 2019 19:51:03 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 8 Jul 2019 19:50:57 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Michael Koster' <michael.koster=40smartthings.com@dmarc.ietf.org>
CC: 'core' <core@ietf.org>
References: <92FE42DF-31BF-49FA-A309-AFA1933BCF97@smartthings.com>
In-Reply-To: <92FE42DF-31BF-49FA-A309-AFA1933BCF97@smartthings.com>
Date: Mon, 8 Jul 2019 19:50:56 -0700
Message-ID: <009301d53601$23259370$6970ba50$@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: AQHAyqZRr7ggpAGaGf0p3w2i6qQHVabqZtFA
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/SYjBaTfPMOdaWqYCxGb6snqG9Wg>
Subject: Re: [core] CoRE Pub/Sub proposal to resolve the one remaining major issue
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 02:51:06 -0000

I have a couple of clarifications that I would to get on this proposal:

1.  It is not clear from the document, but I assume that the concept of
topics as children of topics is still supported.    Thus  GET
</ps/topic/1234/5677>  is a viable thing.

2.  Are we completely dumping link format in favor of CoRAL at this point?
This is not something that I would object to I just want to be clear.

3.  The picture in the overview and the examples given do not present the
same picture.  I assume that there does not need to be any link between the
path where the data exists and the path for the topic description.  It could
be a child, as in the picture in the overview, in a parallel tree with the
same naming, as in the examples in the document, or it could have a
completely different location - including a URL to a different RS.  Is this
right?

Jim


From: core <core-bounces@ietf.org> On Behalf Of Michael Koster
Sent: Monday, July 8, 2019 1:42 PM
To: core <core@ietf.org>
Subject: [core] CoRE Pub/Sub proposal to resolve the one remaining major
issue

Hi,

Klaus, Ari, and I created a proposal to resolve the "empty topic" issue (and
others) without using a new status code or multipart content format.

Rather than update the draft, which technically requires WG consensus, we
decided to publish the proposal and collect review comments between now and
Montreal:
https://github.com/core-wg/pubsub/blob/master/proposal.txt

We will take time at the WISHI hackathon to further refine it, and prepare a
summary for the CoRE WG session.

We would like implementers in particular to review the proposal.

Best regards,

Michael




From nobody Mon Jul  8 20:03:36 2019
Return-Path: <michael.koster@smartthings.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 C4F511200E5 for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 20:03:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.704
X-Spam-Level: 
X-Spam-Status: No, score=-0.704 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=smartthings.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 blsoiwYXM8s1 for <core@ietfa.amsl.com>; Mon,  8 Jul 2019 20:03:31 -0700 (PDT)
Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (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 159AB1200DB for <core@ietf.org>; Mon,  8 Jul 2019 20:03:31 -0700 (PDT)
Received: by mail-pg1-x52a.google.com with SMTP id z75so8664630pgz.5 for <core@ietf.org>; Mon, 08 Jul 2019 20:03:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smartthings.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Bjz5IJnH5K//FHfkhTAPOruaBeem7vzOXQyx5kHjY7U=; b=PbcacKzE1y6MX/rAgEFMBZBRJmCGT8lxHhYFiAAHe5L/u/N9yurJ87AS9djkIHX4rw kaFu/nWKBDNfbwvR3XjktLgOj0RCYl4AA+mN7jXNTX0CjaKOu/NwlARlQJE9N11gc5Ux P4emI8bRpmZKlrrm6QD8rYoI52Ii6RGXaqHxOx9JaWeNLGS2mqJHXBdNlLG22ZstWX7c tsLb//WjPSSKDnM5/mafcJbGPMM2WpvhzKoVgjsgUIHVcGA0L2N+auLjUBQBWFutlhbS beVVkKE9j1z9BgWX8MFsWPCfD7geiprmv7ClOhNw72+c7p1IED3eAJZz1yW7xCoL6gp8 47fg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Bjz5IJnH5K//FHfkhTAPOruaBeem7vzOXQyx5kHjY7U=; b=rXh9FpSzGlDHdet9QrF4fkh0bYjhDbA8XVsXXVR/+dknPCVAkEO9lB9li7hBi7ylTB IRf+gHI/6z6yLOEGhZoSdVoMA0rCD8sehxlwV+dHVVTFCZpp/9xQLV9nQR+zK9l4Oyuh JcSUMRGCWOuZQmbsIp0nJeMm8lnIPPCHDk1id68cr2x8YOBg8yZoSQNE6ciyXZdo7mqM 3woyQrdRwmMxtYoaP/RKOtvIdSyF0pHKbS/cKIM+IIjPSBJabivQy+xUFAJAHuc57z/c /Oy2ky1qz+4yOOcArZqeP4KTsv0U+5pUvseRt2B3d434oBVud1fMnDk3kkEXndYIQ6mU vmng==
X-Gm-Message-State: APjAAAUZkkdgA7940ngGt4q/QIBv4r34YWLR2FP0mlj8tfLCDcK1GChL 1Aegd3qpRJ8ajDb19VsFdscKL5JxXMzguA==
X-Google-Smtp-Source: APXvYqzWtBOHaSvXRBUkE56ThHWd9sPYF+7SjNZN6nOj29bqR7c7gP9wpH9gRD3uVw+Zjm2v8wOzpg==
X-Received: by 2002:a65:610a:: with SMTP id z10mr27894455pgu.178.1562641410188;  Mon, 08 Jul 2019 20:03:30 -0700 (PDT)
Received: from [172.16.0.7] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id n140sm20021998pfd.132.2019.07.08.20.03.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jul 2019 20:03:29 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Michael Koster <michael.koster@smartthings.com>
In-Reply-To: <009301d53601$23259370$6970ba50$@augustcellars.com>
Date: Mon, 8 Jul 2019 20:03:27 -0700
Cc: core <core@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <18401305-0378-4BC2-B062-D5D3DA98B9C8@smartthings.com>
References: <92FE42DF-31BF-49FA-A309-AFA1933BCF97@smartthings.com> <009301d53601$23259370$6970ba50$@augustcellars.com>
To: Jim Schaad <ietf@augustcellars.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/IZokOBoKfwvkVOkXPHUb7YBSmSs>
Subject: Re: [core] CoRE Pub/Sub proposal to resolve the one remaining major issue
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 03:03:33 -0000

Hi Jim,

Thanks for the quick review.

> On Jul 8, 2019, at 7:50 PM, Jim Schaad <ietf@augustcellars.com> wrote:
>=20
> I have a couple of clarifications that I would to get on this =
proposal:
>=20
> 1.  It is not clear from the document, but I assume that the concept =
of
> topics as children of topics is still supported.    Thus  GET
> </ps/topic/1234/5677>  is a viable thing.
>=20
We didn't work through this aspect in detail, but I would expect that =
the entry point of the create operation could be any topic and would =
result in a path as in your example. This is something we should work =
through a little more perhaps at the WISHI Hackathon session.

> 2.  Are we completely dumping link format in favor of CoRAL at this =
point?
> This is not something that I would object to I just want to be clear.
>=20
Yes, we seemed to run into limitations trying to use link-format when we =
decided to use the control resource. Since the control resource needs a =
content-format it seems like CoRAL would be suited. The choice seems to =
be between a new response code (low appeal) and a common content-format =
(somewhat less objectionable). We point out that a CBOR library would =
already have most of the code for this and one wouldn't need an entire =
CoRAL processor.

> 3.  The picture in the overview and the examples given do not present =
the
> same picture.  I assume that there does not need to be any link =
between the
> path where the data exists and the path for the topic description.  It =
could
> be a child, as in the picture in the overview, in a parallel tree with =
the
> same naming, as in the examples in the document, or it could have a
> completely different location - including a URL to a different RS.  Is =
this
> right?
>=20
I agree, there shouldn't need to be any URL pattern dependence between =
control resource and topic resource. It's an implementation question =
because the server returns the location for all topics. We'll need to =
flesh out topic discovery but it will be mostly the same. More food for =
the Hackathon session.

> Jim
>=20
>=20
> From: core <core-bounces@ietf.org> On Behalf Of Michael Koster
> Sent: Monday, July 8, 2019 1:42 PM
> To: core <core@ietf.org>
> Subject: [core] CoRE Pub/Sub proposal to resolve the one remaining =
major
> issue
>=20
> Hi,
>=20
> Klaus, Ari, and I created a proposal to resolve the "empty topic" =
issue (and
> others) without using a new status code or multipart content format.
>=20
> Rather than update the draft, which technically requires WG consensus, =
we
> decided to publish the proposal and collect review comments between =
now and
> Montreal:
> https://github.com/core-wg/pubsub/blob/master/proposal.txt
>=20
> We will take time at the WISHI hackathon to further refine it, and =
prepare a
> summary for the CoRE WG session.
>=20
> We would like implementers in particular to review the proposal.
>=20
> Best regards,
>=20
> Michael
>=20
>=20
>=20


From nobody Mon Jul  8 22:28:56 2019
Return-Path: <noreply@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 40443120311; Mon,  8 Jul 2019 22:28:42 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Jaime Jimenez via Datatracker <noreply@ietf.org>
To: <alexey.melnikov@isode.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Cc: jaime@iki.fi, jaime.jimenez@ericsson.com, core-chairs@ietf.org, iesg-secretary@ietf.org, core@ietf.org
Message-ID: <156265012225.1047.9553393824106447469.idtracker@ietfa.amsl.com>
Date: Mon, 08 Jul 2019 22:28:42 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/RDKCBQC91mV97IFQBPiXufPPsIQ>
Subject: [core] Publication has been requested for draft-ietf-core-resource-directory-23
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 05:28:42 -0000

Jaime Jimenez has requested publication of draft-ietf-core-resource-directory-23 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-resource-directory/


From nobody Tue Jul  9 01:19:15 2019
Return-Path: <marco.tiloca@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6448A120385 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 01:19:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=risecloud.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 xdqIJIEtGYLc for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 01:19:10 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20083.outbound.protection.outlook.com [40.107.2.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88711120380 for <core@ietf.org>; Tue,  9 Jul 2019 01:19:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=RISEcloud.onmicrosoft.com; s=selector2-RISEcloud-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uBJJlLTMDTUA7P6O82jEQxkgKyHCkHeWQgukzyTQy+0=; b=GpMxOZRgBGOvZd2MJFeSATXK8YFe6vPgu0oylqiF+hUGPCMd8S0Az9I5AMTWYdGHE4LNwgdWGS2hi9wRmMHtZH1Nqu8p1C2vRq8A0oV55wBqufjBiIgFRfln/RsXVQaO9E/WWxyR+MFuwjBWldr2AUZr2E/k5jEPG66Z3FJJzXY=
Received: from DB6P18901CA0006.EURP189.PROD.OUTLOOK.COM (2603:10a6:4:16::16) by AM5P18901MB0050.EURP189.PROD.OUTLOOK.COM (2603:10a6:203:78::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2052.16; Tue, 9 Jul 2019 08:19:06 +0000
Received: from HE1EUR02FT046.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e05::203) by DB6P18901CA0006.outlook.office365.com (2603:10a6:4:16::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2052.18 via Frontend Transport; Tue, 9 Jul 2019 08:19:06 +0000
Authentication-Results: spf=pass (sender IP is 194.218.146.197) smtp.mailfrom=ri.se; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=ri.se;
Received-SPF: Pass (protection.outlook.com: domain of ri.se designates 194.218.146.197 as permitted sender) receiver=protection.outlook.com; client-ip=194.218.146.197; helo=mail.ri.se;
Received: from mail.ri.se (194.218.146.197) by HE1EUR02FT046.mail.protection.outlook.com (10.152.11.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.20.2052.19 via Frontend Transport; Tue, 9 Jul 2019 08:19:05 +0000
Received: from [10.8.3.4] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Tue, 9 Jul 2019 10:19:05 +0200
References: <156235920616.22022.8365406667399740647.idtracker@ietfa.amsl.com>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
From: Marco Tiloca <marco.tiloca@ri.se>
Openpgp: preference=signencrypt
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
X-Forwarded-Message-Id: <156235920616.22022.8365406667399740647.idtracker@ietfa.amsl.com>
Message-ID: <775e161e-45f4-dca1-a527-596642e24387@ri.se>
Date: Tue, 9 Jul 2019 10:18:59 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <156235920616.22022.8365406667399740647.idtracker@ietfa.amsl.com>
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8U8ZsXy861fSlbVLu2y6ozjpUBS2comCK"
X-Originating-IP: [10.116.0.226]
X-ClientProxiedBy: sp-mail-2.sp.se (10.100.0.162) To sp-mail-2.sp.se (10.100.0.162)
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:194.218.146.197; IPV:NLI; CTRY:SE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(136003)(376002)(346002)(396003)(39860400002)(2980300002)(199004)(189003)(2906002)(6666004)(236005)(26005)(356004)(606006)(65806001)(65956001)(36756003)(54896002)(58126008)(77096007)(106002)(6306002)(2473003)(316002)(3846002)(186003)(16576012)(16526019)(71190400001)(53936002)(568964002)(476003)(6116002)(336012)(15650500001)(31686004)(74482002)(76176011)(16586007)(68736007)(235185007)(21480400003)(11346002)(6916009)(446003)(5660300002)(22746008)(22756006)(2616005)(66574012)(31696002)(86362001)(40036005)(5024004)(14444005)(44832011)(33964004)(486006)(126002)(65826007)(966005)(69596002)(7736002)(70206006)(229853002)(386003)(70586007)(8676002)(81166006)(8936002)(64126003)(478600001)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5P18901MB0050; H:mail.ri.se; FPR:; SPF:Pass;  LANG:en; PTR:InfoDomainNonexistent; A:1; MX:1; 
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 231d55bf-85ce-453c-3aa0-08d704461be8
X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(4709080)(1401327)(2017052603328)(7193020); SRVR:AM5P18901MB0050; 
X-MS-TrafficTypeDiagnostic: AM5P18901MB0050:
X-Microsoft-Antispam-PRVS: <AM5P18901MB005012C1F6FA10167A38588F99F10@AM5P18901MB0050.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-Forefront-PRVS: 0093C80C01
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam-Message-Info: z+/551Q6j2GW+7Fq+oNvnHL7A74pag4wCaN8hYQWgOVpPEuGpVah2RvSGz6UWCbNqztl72ieKPvFN8sdkDBS2TByB1UxvlNe9j4U/q9visq5X+2Uzrio6DBQHAeDR5ni77a3MEhphXVjOdUk5FTDRN14rULzIP5ANF4OBR8eZ43/Zm45bbirDwWyoiuX9LTYoeCgpJ4REETAuYCXyTJkScJ819P302CWFrWK568/I07LwavNGbWbzoGG60Istp2VVeEQgODqhzvREdCPxqlZqhiCq+0gCN8hxldFstPWXwBpp7m8FS0MRdnZM6eFlioPcE1V4MSNPkAZF1LiEPpFMm2WtFlyXZxlZmbuzrIANp1xihI9gbXbJ88n+DQQ9gG9DQPPPw2Eto4WaMXGA3AE0M5rRsfwjcg6L2CTbqtK/yU=
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jul 2019 08:19:05.7899 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 231d55bf-85ce-453c-3aa0-08d704461be8
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=5a9809cf-0bcb-413a-838a-09ecc40cc9e8; Ip=[194.218.146.197];  Helo=[mail.ri.se]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P18901MB0050
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/LAsoCZAD0DA-ImaFOVwpp6jx2r0>
Subject: [core] Fwd: New Version Notification for draft-tiloca-core-oscore-discovery-03.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 08:19:15 -0000

--8U8ZsXy861fSlbVLu2y6ozjpUBS2comCK
Content-Type: multipart/mixed; boundary="KrHOCRjofW38fm5j1NaLPkgnDjTnLeVBK";
 protected-headers="v1"
From: Marco Tiloca <marco.tiloca@ri.se>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
Message-ID: <775e161e-45f4-dca1-a527-596642e24387@ri.se>
Subject: Fwd: New Version Notification for
 draft-tiloca-core-oscore-discovery-03.txt
References: <156235920616.22022.8365406667399740647.idtracker@ietfa.amsl.com>
In-Reply-To: <156235920616.22022.8365406667399740647.idtracker@ietfa.amsl.com>

--KrHOCRjofW38fm5j1NaLPkgnDjTnLeVBK
Content-Type: multipart/alternative;
 boundary="------------7749E26494AEDCE82EF58A33"
Content-Language: en-US

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

Hello CoRE,

We have recently submitted an updated version of
draft-tiloca-core-oscore-discovery

https://tools.ietf.org/html/draft-tiloca-core-oscore-discovery-03

The document describes how to use the CoRE Resource Directory for
discovering OSCORE groups and retrieving information to join them
through their Group Manager.

This update is mostly about:

1) A full step-by-step example using this approach and aligned with
practical installation procedures in group communication scenarios (see
Section 6).

2) Additional link target attributes for registered join resources, also
related to new parameters recently defined in ACE [1][2] concerning the
encoding of public keys, countersignature algorithms and associated
parameters used in the OSCORE group.

Comments are very welcome!

Best,
/Marco

[1] https://tools.ietf.org/html/draft-ietf-ace-key-groupcomm-oscore-02
[2] https://tools.ietf.org/html/draft-ietf-ace-key-groupcomm-02


-------- Forwarded Message --------
Subject: 	New Version Notification for
draft-tiloca-core-oscore-discovery-03.txt
Date: 	Fri, 5 Jul 2019 13:40:06 -0700
From: 	internet-drafts@ietf.org
To: 	Christian Amsuess <christian@amsuess.com>, Marco Tiloca
<marco.tiloca@ri.se>, Peter van der Stok <consultancy@vanderstok.org>




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

Name: draft-tiloca-core-oscore-discovery
Revision: 03
Title: Discovery of OSCORE Groups with the CoRE Resource Directory
Document date: 2019-07-05
Group: Individual Submission
Pages: 20
URL:
https://www.ietf.org/internet-drafts/draft-tiloca-core-oscore-discovery-0=
3.txt
Status: https://datatracker.ietf.org/doc/draft-tiloca-core-oscore-discove=
ry/
Htmlized: https://tools.ietf.org/html/draft-tiloca-core-oscore-discovery-=
03
Htmlized:
https://datatracker.ietf.org/doc/html/draft-tiloca-core-oscore-discovery
Diff:
https://www.ietf.org/rfcdiff?url2=3Ddraft-tiloca-core-oscore-discovery-03=


Abstract:
Group communication over the Constrained Application Protocol (CoAP)
can be secured by means of Object Security for Constrained RESTful
Environments (OSCORE). At deployment time, devices may not know the
exact OSCORE groups to join, the respective Group Manager, or other
information required to perform the joining process. This document
describes how a CoAP endpoint can use the CoRE Resource Directory to
discover OSCORE groups and acquire information to join them through
the respective Group Manager. A given OSCORE group may protect
multiple application groups, which are separately announced in the
Resource Directory as sets of endpoints sharing a pool of resources.
This approach is consistent with, but not limited to, the joining of
OSCORE groups based on the ACE framework for Authentication and
Authorization in constrained environments.



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

The IETF Secretariat


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

<html>
  <head>

    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body text=3D"#000000" bgcolor=3D"#FFFFFF">
    Hello CoRE,<br>
    <br>
    We have recently submitted an updated version of
    draft-tiloca-core-oscore-discovery<br>
    <br>
    <a class=3D"moz-txt-link-freetext" href=3D"https://tools.ietf.org/htm=
l/draft-tiloca-core-oscore-discovery-03">https://tools.ietf.org/html/draf=
t-tiloca-core-oscore-discovery-03</a><br>
    <br>
    The document describes how to use the CoRE Resource Directory for
    discovering OSCORE groups and retrieving information to join them
    through their Group Manager.<br>
    <br>
    This update is mostly about:<br>
    <br>
    1) A full step-by-step example using this approach and aligned with
    practical installation procedures in group communication scenarios
    (see Section 6).<br>
    <br>
    2) Additional link target attributes for registered join resources,
    also related to new parameters recently defined in ACE [1][2]
    concerning the encoding of public keys, countersignature algorithms
    and associated parameters used in the OSCORE group.<br>
    <br>
    Comments are very welcome!<br>
    <br>
    Best,<br>
    /Marco <br>
    <br>
    [1]
    <a class=3D"moz-txt-link-freetext" href=3D"https://tools.ietf.org/htm=
l/draft-ietf-ace-key-groupcomm-oscore-02">https://tools.ietf.org/html/dra=
ft-ietf-ace-key-groupcomm-oscore-02</a><br>
    <div class=3D"moz-forward-container">[2]
      <a class=3D"moz-txt-link-freetext" href=3D"https://tools.ietf.org/h=
tml/draft-ietf-ace-key-groupcomm-02">https://tools.ietf.org/html/draft-ie=
tf-ace-key-groupcomm-02</a><br>
      <br>
      <br>
      -------- Forwarded Message --------
      <table class=3D"moz-email-headers-table" cellspacing=3D"0"
        cellpadding=3D"0" border=3D"0">
        <tbody>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Sub=
ject:
            </th>
            <td>New Version Notification for
              draft-tiloca-core-oscore-discovery-03.txt</td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Dat=
e: </th>
            <td>Fri, 5 Jul 2019 13:40:06 -0700</td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Fro=
m: </th>
            <td><a class=3D"moz-txt-link-abbreviated" href=3D"mailto:inte=
rnet-drafts@ietf.org">internet-drafts@ietf.org</a></td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">To:=
 </th>
            <td>Christian Amsuess <a class=3D"moz-txt-link-rfc2396E" href=
=3D"mailto:christian@amsuess.com">&lt;christian@amsuess.com&gt;</a>, Marc=
o
              Tiloca <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:ma=
rco.tiloca@ri.se">&lt;marco.tiloca@ri.se&gt;</a>, Peter van der Stok
              <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:consultan=
cy@vanderstok.org">&lt;consultancy@vanderstok.org&gt;</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <br>
      A new version of I-D, draft-tiloca-core-oscore-discovery-03.txt<br>=

      has been successfully submitted by Marco Tiloca and posted to the<b=
r>
      IETF repository.<br>
      <br>
      Name: draft-tiloca-core-oscore-discovery<br>
      Revision: 03<br>
      Title: Discovery of OSCORE Groups with the CoRE Resource Directory<=
br>
      Document date: 2019-07-05<br>
      Group: Individual Submission<br>
      Pages: 20<br>
      URL:
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/internet-=
drafts/draft-tiloca-core-oscore-discovery-03.txt">https://www.ietf.org/in=
ternet-drafts/draft-tiloca-core-oscore-discovery-03.txt</a><br>
      Status:
      <a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf=
=2Eorg/doc/draft-tiloca-core-oscore-discovery/">https://datatracker.ietf.=
org/doc/draft-tiloca-core-oscore-discovery/</a><br>
      Htmlized:
      <a class=3D"moz-txt-link-freetext" href=3D"https://tools.ietf.org/h=
tml/draft-tiloca-core-oscore-discovery-03">https://tools.ietf.org/html/dr=
aft-tiloca-core-oscore-discovery-03</a><br>
      Htmlized:
      <a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf=
=2Eorg/doc/html/draft-tiloca-core-oscore-discovery">https://datatracker.i=
etf.org/doc/html/draft-tiloca-core-oscore-discovery</a><br>
      Diff:
      <a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/rfc=
diff?url2=3Ddraft-tiloca-core-oscore-discovery-03">https://www.ietf.org/r=
fcdiff?url2=3Ddraft-tiloca-core-oscore-discovery-03</a><br>
      <br>
      Abstract:<br>
      Group communication over the Constrained Application Protocol
      (CoAP)<br>
      can be secured by means of Object Security for Constrained RESTful<=
br>
      Environments (OSCORE). At deployment time, devices may not know
      the<br>
      exact OSCORE groups to join, the respective Group Manager, or
      other<br>
      information required to perform the joining process. This document<=
br>
      describes how a CoAP endpoint can use the CoRE Resource Directory
      to<br>
      discover OSCORE groups and acquire information to join them
      through<br>
      the respective Group Manager. A given OSCORE group may protect<br>
      multiple application groups, which are separately announced in the<=
br>
      Resource Directory as sets of endpoints sharing a pool of
      resources.<br>
      This approach is consistent with, but not limited to, the joining
      of<br>
      OSCORE groups based on the ACE framework for Authentication and<br>=

      Authorization in constrained environments.<br>
      <br>
      <br>
      <br>
      Please note that it may take a couple of minutes from the time of
      submission<br>
      until the htmlized version and diff are available at
      tools.ietf.org.<br>
      <br>
      The IETF Secretariat<br>
      <br>
    </div>
  </body>
</html>

--------------7749E26494AEDCE82EF58A33--

--KrHOCRjofW38fm5j1NaLPkgnDjTnLeVBK--

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

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

iQEzBAEBCgAdFiEEOEo4cV326Z7GypVg7iZktA5Y2kMFAl0kTfgACgkQ7iZktA5Y
2kOYkgf/RIQMrCIJ/Nz5yUvcZjzyvTEmGMKg3aI42HP0N+XLjnZ2cv6ZP/zq/Iz/
x67WMsqfO1ZNSKlPUTmsH4P6fEZ9GIcr0TsFlUO28k6mPVL66j9X8ASpWO3U2Vnb
TKwLX0rvapptJjtlC0M68n5KJs8AFvoQXB13DnqBkt6XAIkw8tPECCPC8+daqiNs
19RDpAW1m42TRXgUERRHUU0nmq6PD0EW5Mb9EMtO14W7HlOPOc7w774RaQbvz5W5
f3V4/IbQvRdzVgW/g8iFfb63dXaqxK4usQqK7FOBxrZasBH6T7Q771L44TEbKuo+
1FWuiVDSPQZC//7XoApqgjZx6ndkgg==
=MWID
-----END PGP SIGNATURE-----

--8U8ZsXy861fSlbVLu2y6ozjpUBS2comCK--


From nobody Tue Jul  9 01:29:05 2019
Return-Path: <marco.tiloca@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2740E120385 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 01:29:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=risecloud.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 T_0oXB7BGInt for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 01:28:59 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50045.outbound.protection.outlook.com [40.107.5.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB3971200FA for <core@ietf.org>; Tue,  9 Jul 2019 01:28:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=RISEcloud.onmicrosoft.com; s=selector2-RISEcloud-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HzV4jRkZJrm/4DeeDB4StPrwdtYQv+amUvkmgURxg9U=; b=nErtoH6QSDbIgPwoZ14qgcuuIfGxK2ZkrkldFOidwvsf7SNmeoKuD7ZA7mdPPoPtVmABWid74IpbuFtJ0Bd5j/5pOc9ijfg0g8l90bb8IKbxIS5K2iNk/A/K+Yd2i3AWDHsx8D/FfeCIuWIFUMZUo9zQoaHZKEMYdoFbq6zp11A=
Received: from HE1P18901CA0004.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:8b::14) by AM5P18901MB0049.EURP189.PROD.OUTLOOK.COM (2603:10a6:203:77::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2032.20; Tue, 9 Jul 2019 08:28:55 +0000
Received: from VE1EUR02FT039.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e06::209) by HE1P18901CA0004.outlook.office365.com (2603:10a6:3:8b::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2052.18 via Frontend Transport; Tue, 9 Jul 2019 08:28:55 +0000
Authentication-Results: spf=pass (sender IP is 194.218.146.197) smtp.mailfrom=ri.se; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=ri.se;
Received-SPF: Pass (protection.outlook.com: domain of ri.se designates 194.218.146.197 as permitted sender) receiver=protection.outlook.com; client-ip=194.218.146.197; helo=mail.ri.se;
Received: from mail.ri.se (194.218.146.197) by VE1EUR02FT039.mail.protection.outlook.com (10.152.13.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.20.2052.19 via Frontend Transport; Tue, 9 Jul 2019 08:28:55 +0000
Received: from [10.8.3.4] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Tue, 9 Jul 2019 10:28:54 +0200
References: <156240558078.15141.14501489686142540150.idtracker@ietfa.amsl.com>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
From: Marco Tiloca <marco.tiloca@ri.se>
Openpgp: preference=signencrypt
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
X-Forwarded-Message-Id: <156240558078.15141.14501489686142540150.idtracker@ietfa.amsl.com>
Message-ID: <9a2f404f-3cfd-087b-f107-44d37a158b1a@ri.se>
Date: Tue, 9 Jul 2019 10:28:47 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <156240558078.15141.14501489686142540150.idtracker@ietfa.amsl.com>
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9icMUrwlCI5ridyUpg5K8PEOCUFg9Yple"
X-Originating-IP: [10.116.0.226]
X-ClientProxiedBy: sp-mail-2.sp.se (10.100.0.162) To sp-mail-2.sp.se (10.100.0.162)
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:194.218.146.197; IPV:NLI; CTRY:SE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(396003)(376002)(346002)(2980300002)(189003)(199004)(14444005)(478600001)(3846002)(44832011)(2906002)(6116002)(31696002)(5660300002)(486006)(8936002)(74482002)(336012)(5024004)(33964004)(22746008)(235185007)(22756006)(40036005)(21480400003)(68736007)(11346002)(126002)(2616005)(16586007)(66574012)(476003)(70586007)(86362001)(36756003)(65956001)(568964002)(70206006)(65806001)(446003)(966005)(6306002)(69596002)(316002)(58126008)(16576012)(71190400001)(8676002)(64126003)(561944003)(6916009)(81166006)(81156014)(229853002)(386003)(77096007)(606006)(6666004)(356004)(53936002)(54896002)(236005)(186003)(65826007)(2473003)(31686004)(7736002)(26005)(76176011)(16526019)(15650500001)(106002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5P18901MB0049; H:mail.ri.se; FPR:; SPF:Pass;  LANG:en; PTR:InfoDomainNonexistent; MX:1; A:1; 
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 4926e94a-412f-47d2-2cad-08d704477b23
X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(4709080)(1401327)(2017052603328)(7193020); SRVR:AM5P18901MB0049; 
X-MS-TrafficTypeDiagnostic: AM5P18901MB0049:
X-Microsoft-Antispam-PRVS: <AM5P18901MB0049416C90B1A99838AA460099F10@AM5P18901MB0049.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:10000;
X-Forefront-PRVS: 0093C80C01
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam-Message-Info: 3pPOJCBXLg01+YRGASVlnLBeJ6E+/glzE/k4/0+F79LKIlQyBQYXKCM3R3HpHUFefnwdeiBR2HDYCKzd+kVcj0lDhhpZg3ZYOy7zWvJ8Kj3M6F6kRAhVqC9Q+bvJLQHDAkD1qh4Y/4kfQp37F1Ekevh6ugdM50UWcdNsQFo7oc/V/Y+DO47895B8SSiqkBQbCMcXESnximMzihn8H3BKLiJImxZ4+6fXmYqhbWwVg2lA6ROEWaU9lZng80CNC5SZZWlTLweKntlJT7Ly5BtTKcu9mMl8UQczwteP+6p62wjbsaz+d9Ww4tLEBl0Apy+3yYV4vLQdCnNddFGqSE2KuhFGlReRqxDe0nP3IW3gmeQF0VXdy+iBXY1lfcyOlUCvXZ1zOFTOpgYEgJPeriBvKsgFZglb2i8ys0CV/RaX6fs=
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jul 2019 08:28:55.0265 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 4926e94a-412f-47d2-2cad-08d704477b23
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=5a9809cf-0bcb-413a-838a-09ecc40cc9e8; Ip=[194.218.146.197];  Helo=[mail.ri.se]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P18901MB0049
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/VgdQiuGk2lbQF1n77wODI9Gtx70>
Subject: [core] Fwd: New Version Notification for draft-tiloca-core-observe-multicast-notifications-00.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 08:29:03 -0000

--9icMUrwlCI5ridyUpg5K8PEOCUFg9Yple
Content-Type: multipart/mixed; boundary="ABJxHN5uHpeW7m5XxyaauoklROUJD0KuE";
 protected-headers="v1"
From: Marco Tiloca <marco.tiloca@ri.se>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
Message-ID: <9a2f404f-3cfd-087b-f107-44d37a158b1a@ri.se>
Subject: Fwd: New Version Notification for
 draft-tiloca-core-observe-multicast-notifications-00.txt
References: <156240558078.15141.14501489686142540150.idtracker@ietfa.amsl.com>
In-Reply-To: <156240558078.15141.14501489686142540150.idtracker@ietfa.amsl.com>

--ABJxHN5uHpeW7m5XxyaauoklROUJD0KuE
Content-Type: multipart/alternative;
 boundary="------------A1F69ED3E0B1753A618D3CC5"
Content-Language: en-US

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

Hello CoRE,

We have recently submitted a new draft "Observe Notifications as CoAP
Multicast Responses"

https://tools.ietf.org/html/draft-tiloca-core-observe-multicast-notificat=
ions

The document describes how a CoAP server can send Observe notifications
over multicast, by synchronizing the observers of a target resource to a
same shared Token value. Also, it describes how Group OSCORE can be used
to protect such notifications sent over multicast.


This is especially relevant for, but not limited to, the "Pub-Sub and
Multicast" use case, that was elaborated at the Hallway Discussion we
had at IETF 104.

In particular, "Proposal 4" in Slide 13 of [1] considers multicast
notifications as CoAP Responses, used by the Broker for distributing
topic updates to the Subscribers. Other than improving communication
performance, this would also allow Subscribers to be only clients,
unlike in the alternative discussed proposals.

This new draft enables the proposal above, together with end-to-end
security of multicast notifications from the Broker to the Subscribers.


Comments are very welcome!

Best,
/Marco

[1]
https://github.com/EricssonResearch/coap-pubsub-profile/blob/master/Pubsu=
b-multicast.pdf


-------- Forwarded Message --------
Subject: 	New Version Notification for
draft-tiloca-core-observe-multicast-notifications-00.txt
Date: 	Sat, 6 Jul 2019 02:33:00 -0700
From: 	internet-drafts@ietf.org
To: 	Christian Amsuess <christian@amsuess.com>, Marco Tiloca
<marco.tiloca@ri.se>, Rikard Hoeglund <rikard.hoglund@ri.se>, Francesca
Palombini <francesca.palombini@ericsson.com>




A new version of I-D,
draft-tiloca-core-observe-multicast-notifications-00.txt
has been successfully submitted by Marco Tiloca and posted to the
IETF repository.

Name: draft-tiloca-core-observe-multicast-notifications
Revision: 00
Title: Observe Notifications as CoAP Multicast Responses
Document date: 2019-07-06
Group: Individual Submission
Pages: 18
URL:
https://www.ietf.org/internet-drafts/draft-tiloca-core-observe-multicast-=
notifications-00.txt
Status:
https://datatracker.ietf.org/doc/draft-tiloca-core-observe-multicast-noti=
fications/
Htmlized:
https://tools.ietf.org/html/draft-tiloca-core-observe-multicast-notificat=
ions-00
Htmlized:
https://datatracker.ietf.org/doc/html/draft-tiloca-core-observe-multicast=
-notifications


Abstract:
The Constrained Application Protocol (CoAP) allows clients to
"observe" resources at a server, and receive notifications as unicast
responses upon changes of the resource state. In some use cases,
such as based on publish-subscribe, it would be convenient for the
server to send a single notification to all the clients observing a
same target resource. This document defines how a CoAP server sends
observe notifications as response messages over multicast, by
synchronizing all the observers of a same resource on a same shared
Token value. Besides, this document defines how Group OSCORE can be
used to protect multicast notifications end-to-end from the CoAP
server to the multiple CoAP clients registered as observers.



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

The IETF Secretariat


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

<html>
  <head>

    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body text=3D"#000000" bgcolor=3D"#FFFFFF">
    Hello CoRE,<br>
    <br>
    We have recently submitted a new draft "Observe Notifications as
    CoAP Multicast Responses"<br>
    <br>
<a class=3D"moz-txt-link-freetext" href=3D"https://tools.ietf.org/html/dr=
aft-tiloca-core-observe-multicast-notifications">https://tools.ietf.org/h=
tml/draft-tiloca-core-observe-multicast-notifications</a><br>
    <br>
    The document describes how a CoAP server can send Observe
    notifications over multicast, by synchronizing the observers of a
    target resource to a same shared Token value. Also, it describes how
    Group OSCORE can be used to protect such notifications sent over
    multicast.<br>
    <br>
    <br>
    This is especially relevant for, but not limited to, the "Pub-Sub
    and Multicast" use case, that was elaborated at the Hallway
    Discussion we had at IETF 104.<br>
    <br>
    In particular, "Proposal 4" in Slide 13 of [1] considers multicast
    notifications as CoAP Responses, used by the Broker for distributing
    topic updates to the Subscribers. Other than improving communication
    performance, this would also allow Subscribers to be only clients,
    unlike in the alternative discussed proposals.<br>
    <br>
    This new draft enables the proposal above, together with end-to-end
    security of multicast notifications from the Broker to the
    Subscribers.<br>
    <br>
    <br>
    Comments are very welcome!<br>
    <br>
    Best,<br>
    /Marco <br>
    <br>
    [1]
<a class=3D"moz-txt-link-freetext" href=3D"https://github.com/EricssonRes=
earch/coap-pubsub-profile/blob/master/Pubsub-multicast.pdf">https://githu=
b.com/EricssonResearch/coap-pubsub-profile/blob/master/Pubsub-multicast.p=
df</a><br>
    <div class=3D"moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class=3D"moz-email-headers-table" cellspacing=3D"0"
        cellpadding=3D"0" border=3D"0">
        <tbody>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Sub=
ject:
            </th>
            <td>New Version Notification for
              draft-tiloca-core-observe-multicast-notifications-00.txt</t=
d>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Dat=
e: </th>
            <td>Sat, 6 Jul 2019 02:33:00 -0700</td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">Fro=
m: </th>
            <td><a class=3D"moz-txt-link-abbreviated" href=3D"mailto:inte=
rnet-drafts@ietf.org">internet-drafts@ietf.org</a></td>
          </tr>
          <tr>
            <th valign=3D"BASELINE" nowrap=3D"nowrap" align=3D"RIGHT">To:=
 </th>
            <td>Christian Amsuess <a class=3D"moz-txt-link-rfc2396E" href=
=3D"mailto:christian@amsuess.com">&lt;christian@amsuess.com&gt;</a>, Marc=
o
              Tiloca <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:ma=
rco.tiloca@ri.se">&lt;marco.tiloca@ri.se&gt;</a>, Rikard Hoeglund
              <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:rikard.ho=
glund@ri.se">&lt;rikard.hoglund@ri.se&gt;</a>, Francesca Palombini
              <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:francesca=
=2Epalombini@ericsson.com">&lt;francesca.palombini@ericsson.com&gt;</a></=
td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <br>
      A new version of I-D,
      draft-tiloca-core-observe-multicast-notifications-00.txt<br>
      has been successfully submitted by Marco Tiloca and posted to the<b=
r>
      IETF repository.<br>
      <br>
      Name: draft-tiloca-core-observe-multicast-notifications<br>
      Revision: 00<br>
      Title: Observe Notifications as CoAP Multicast Responses<br>
      Document date: 2019-07-06<br>
      Group: Individual Submission<br>
      Pages: 18<br>
      URL:
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/internet-=
drafts/draft-tiloca-core-observe-multicast-notifications-00.txt">https://=
www.ietf.org/internet-drafts/draft-tiloca-core-observe-multicast-notifica=
tions-00.txt</a><br>
      Status:
<a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf.org/d=
oc/draft-tiloca-core-observe-multicast-notifications/">https://datatracke=
r.ietf.org/doc/draft-tiloca-core-observe-multicast-notifications/</a><br>=

      Htmlized:
<a class=3D"moz-txt-link-freetext" href=3D"https://tools.ietf.org/html/dr=
aft-tiloca-core-observe-multicast-notifications-00">https://tools.ietf.or=
g/html/draft-tiloca-core-observe-multicast-notifications-00</a><br>
      Htmlized:
<a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf.org/d=
oc/html/draft-tiloca-core-observe-multicast-notifications">https://datatr=
acker.ietf.org/doc/html/draft-tiloca-core-observe-multicast-notifications=
</a><br>
      <br>
      <br>
      Abstract:<br>
      The Constrained Application Protocol (CoAP) allows clients to<br>
      "observe" resources at a server, and receive notifications as
      unicast<br>
      responses upon changes of the resource state. In some use cases,<br=
>
      such as based on publish-subscribe, it would be convenient for the<=
br>
      server to send a single notification to all the clients observing
      a<br>
      same target resource. This document defines how a CoAP server
      sends<br>
      observe notifications as response messages over multicast, by<br>
      synchronizing all the observers of a same resource on a same
      shared<br>
      Token value. Besides, this document defines how Group OSCORE can
      be<br>
      used to protect multicast notifications end-to-end from the CoAP<br=
>
      server to the multiple CoAP clients registered as observers.<br>
      <br>
      <br>
      <br>
      Please note that it may take a couple of minutes from the time of
      submission<br>
      until the htmlized version and diff are available at
      tools.ietf.org.<br>
      <br>
      The IETF Secretariat<br>
      <br>
    </div>
  </body>
</html>

--------------A1F69ED3E0B1753A618D3CC5--

--ABJxHN5uHpeW7m5XxyaauoklROUJD0KuE--

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

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

iQEzBAEBCgAdFiEEOEo4cV326Z7GypVg7iZktA5Y2kMFAl0kUD8ACgkQ7iZktA5Y
2kN27Af9Et5rcWDDKw21+My7tHnQqsBhE7mqiWPrk+5JO1uZQbLLE4lZd93pXikh
OU8tEl1pDaS78dzV0j1CCZvAX4HaMhgBxChd/ljcEd6fk7D3eN0ysggYlH2JGU9T
IKzGYEvwEEbRdIiVZLzuPeLcaxXDcNdSTYS9cjxTf+1kvqy1z7f+0/McKiHtH+pD
JNGmDouZsHEWt1CoMAoYCvyecWa2Gjs6qbjd5FfjNHtwKzz+ogrSazeMpOk2ef/2
DC8GMgftCWA58sF+2GV53cDFWgncOSwYMQEptEmCKA6tMjJ0oezrgZyj4vEaSxn4
KVjLgNoZE0CixjFNy+SmZLH9/IiGCQ==
=ZYEH
-----END PGP SIGNATURE-----

--9icMUrwlCI5ridyUpg5K8PEOCUFg9Yple--


From nobody Tue Jul  9 02:13:18 2019
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 3E5321203C9 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 02:13:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 AnFQfDI4oaOy for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 02:13:13 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00077.outbound.protection.outlook.com [40.107.0.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D8861203D3 for <core@ietf.org>; Tue,  9 Jul 2019 02:13:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;  s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/STOaFJxxUrx2gTvacbonGe35udx8MZPqV6AoUMce84=; b=OPcDyGCQm1gYoHdZoaBg+3UBPciKsFKLa9hpGRXrCqcDl3+bno3etNOp6Da+15toQuVoVT8KzJhTG10F3V9ZQG6H9hEPRC6NCdw4gyB6cU1mymSUuQf83xdNGCaw3ibiLolPpXHgLYG7jW/QUqw3r9jWu3tHO4E9IqGrGWf22Pw=
Received: from VI1PR08MB5360.eurprd08.prod.outlook.com (52.133.244.88) by VI1PR08MB4606.eurprd08.prod.outlook.com (20.178.14.225) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2052.15; Tue, 9 Jul 2019 09:13:11 +0000
Received: from VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::9ce0:faf4:980d:dc77]) by VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::9ce0:faf4:980d:dc77%3]) with mapi id 15.20.2052.020; Tue, 9 Jul 2019 09:13:11 +0000
From: Hannes Tschofenig <Hannes.Tschofenig@arm.com>
To: "'core@ietf.org WG'" <core@ietf.org>
Thread-Topic: draft-tschofenig-core-senml-lbn-00
Thread-Index: AdU2NZj25/YtXnHET2Kcfd0+gEcA0A==
Date: Tue, 9 Jul 2019 09:13:10 +0000
Message-ID: <VI1PR08MB536095EABEEF3433574F7785FAF10@VI1PR08MB5360.eurprd08.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ts-tracking-id: 97282408-0dd0-4e7a-8e96-097883f021fd.0
x-checkrecipientchecked: true
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; 
x-originating-ip: [80.92.119.152]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b9e0dbf2-287b-40f2-e6f4-08d7044daa2e
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:VI1PR08MB4606; 
x-ms-traffictypediagnostic: VI1PR08MB4606:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <VI1PR08MB4606C37F82C0F36BBBA12CC3FAF10@VI1PR08MB4606.eurprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0093C80C01
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(366004)(39860400002)(346002)(396003)(136003)(40434004)(53754006)(189003)(199004)(2906002)(3846002)(6436002)(478600001)(6116002)(74316002)(72206003)(316002)(33656002)(26005)(256004)(5024004)(14444005)(790700001)(5660300002)(7696005)(66946007)(186003)(81156014)(102836004)(8676002)(66556008)(66476007)(73956011)(25786009)(6306002)(68736007)(64756008)(6506007)(66446008)(7736002)(476003)(486006)(86362001)(14454004)(71190400001)(71200400001)(606006)(966005)(66066001)(81166006)(76116006)(55016002)(52536014)(236005)(54896002)(6916009)(9686003)(53936002)(99286004)(8936002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR08MB4606; H:VI1PR08MB5360.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: rc1XgeCBfqEMIYSZzRvFGCiCLyKoH4o6DYKTWMVhZiMyUPra8dSbazCM6VJmMm2QKPnjZMkVcWTIBK6Pw4oXkiS2CK31aKMKA2zvY2LHi27J6j7qmR0bksZRSxx/82vfDPUABakNSeJSimPGR86m3A7Y5tCimAiQhY0p9WYO+CLFyOtIFKJbFnn54v6xz6QcoAuDmMU/KePyim0Kc4nnGaLqaU7i1TB+6Nv00r4DtKzbTei/JrAskYUcbnAn+C02xq8H9XX+L2kzvUPtmY1oi5Ij0RC9z6iGDptmBw03+3VN2vNOpi/JLKssOCiFtQbFVS0st8mXs0iVFkpOoestyJ4WzgYJsnCA9Hkt46ZPk8Q0HxnTzjWYsqSr38f25BC+EYPl4XwhBSJPWXw4rCoBuuhO044OAogIt1cXfP4BwZQ=
Content-Type: multipart/alternative; boundary="_000_VI1PR08MB536095EABEEF3433574F7785FAF10VI1PR08MB5360eurp_"
MIME-Version: 1.0
X-OriginatorOrg: arm.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b9e0dbf2-287b-40f2-e6f4-08d7044daa2e
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jul 2019 09:13:10.8916 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Hannes.Tschofenig@arm.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB4606
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/cVFJQ1oD-BapqI9kpyDe_yHm8ig>
Subject: [core] draft-tschofenig-core-senml-lbn-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 09:13:16 -0000

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

Hi all,

Mid June I submitted a draft that introduces the concept of a local basenam=
e to SenML.

Here is the draft:
https://tools.ietf.org/html/draft-tschofenig-core-senml-lbn-00

In the work on LwM2M we make use of SenML but only recently we noticed that=
 there is a mismatch between the examples in the LwM2M specification and th=
e published SenML draft.
We just didn't realize that the authors of SenML had the expectation that e=
ach sensor reading would be globally identifiable. While this feature may b=
e useful in certain contexts it is a problem in the LwM2M context where we =
actually care about smaller payload sizes.

>From an over-the-wire optimization potential this simple extension is just =
fantastic. Even with a small number of sensor readings sent by IoT devices =
you can gain huge benefits.

Ciao
Hannes

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_VI1PR08MB536095EABEEF3433574F7785FAF10VI1PR08MB5360eurp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:DengXian;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@DengXian";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size: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"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi all, <o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Mid June I submitted a draft that introduces the con=
cept of a local basename to SenML.
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Here is the draft: <o:p></o:p></p>
<p class=3D"MsoNormal"><a href=3D"https://tools.ietf.org/html/draft-tschofe=
nig-core-senml-lbn-00">https://tools.ietf.org/html/draft-tschofenig-core-se=
nml-lbn-00</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">In the work on LwM2M we make use of SenML but only r=
ecently we noticed that there is a mismatch between the examples in the LwM=
2M specification and the published SenML draft.
<o:p></o:p></p>
<p class=3D"MsoNormal">We just didn&#8217;t realize that the authors of Sen=
ML had the expectation that each sensor reading would be globally identifia=
ble. While this feature may be useful in certain contexts it is a problem i=
n the LwM2M context where we actually care
 about smaller payload sizes.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">From an over-the-wire optimization potential this si=
mple extension is just fantastic. Even with a small number of sensor readin=
gs sent by IoT devices you can gain huge benefits.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Ciao<br>
Hannes<o:p></o:p></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_VI1PR08MB536095EABEEF3433574F7785FAF10VI1PR08MB5360eurp_--


From nobody Tue Jul  9 13:38:57 2019
Return-Path: <michael.koster@smartthings.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 CD431120024 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 13:38:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.705
X-Spam-Level: 
X-Spam-Status: No, score=-0.705 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=smartthings.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 u4arwyv_6IKm for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 13:38:46 -0700 (PDT)
Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (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 A88C8120025 for <core@ietf.org>; Tue,  9 Jul 2019 13:38:46 -0700 (PDT)
Received: by mail-pf1-x434.google.com with SMTP id m30so9856182pff.8 for <core@ietf.org>; Tue, 09 Jul 2019 13:38:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smartthings.com; s=google; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=LYYOdrOf2eP3BkgPfAJhvZsFUcOZbxfE2dxlId+qEgI=; b=Op1+wl+NFH/mA7CSthdBaH/MiSlK7avlWZzb0TUC2V9us3e18eN3suQnBmTJPO7AEq j9kwB5vCBf282nLYxW2TzyEYCCH+iiXlBKHuVhHgkmB97b6dotj9Ek2zjjBYK4/dwzqE bH/8XeglO3Ea2PZfSTSRkUqv8fKHrvQXNhXqFRLm0eXNRgeQh66yrwybPYy8l6ekCvd2 Ywgg92DwIpPnk3J6qP+COcK8S83fMhaNaToNZ0jhq45Yu30gwQ870Cp9pnoH2lx95PiN oF02uyh5/BP9/p2Xda7HY+Nmya314uUoRoZ5kkAObbo2zism1e2zFvyTQyZFzOjbqY8X up9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=LYYOdrOf2eP3BkgPfAJhvZsFUcOZbxfE2dxlId+qEgI=; b=dk/3TihjjWGA3VczWGFQ9QfhD/gFbYaKf+enofIAhopOLUJnPFFwzjD6UHe/KT4f47 q9aw8VRQCJrlleqf3GLBOudv3yDob7/NzDKxI00CyAQrmrL1DpS0Y9j9lpsbRsSJ6DV+ vlPFpVBZKdP8Dhn93muTBM0CqgnR0/Pditcr19RrpOlA/K2ttSam/uW4sCcmPMG2zf1j UZlf2IFQMxiUhBeHOXz1M6dw4EYWYzJ3shFJt7copRU9WEKDqz6kGWffoYOz15UaCU4E 3RHSZg9ZnQ+tm4sIZJFR2jSVjm9FKMxhV6IxsvpP1jKY693y3Q4EVv1MsSTqFGI/0jny Hj2Q==
X-Gm-Message-State: APjAAAWB87BN0q+mdbdgP/kTBzhRxHVX9pWmphfZuAyvLx/gJfhPym8P sDDhP174ub//ZmjWO+mgNu6cEcCOTZGzOA==
X-Google-Smtp-Source: APXvYqwEr00IlFKk5xB74+uy9Tcr4fHQR3azeIrg20pHk+bCSExHMosseiQI/WCdcwnlpG/s9zosvw==
X-Received: by 2002:a63:ca4d:: with SMTP id o13mr4611096pgi.210.1562704725365;  Tue, 09 Jul 2019 13:38:45 -0700 (PDT)
Received: from [172.16.0.7] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id f3sm38315970pfg.165.2019.07.09.13.38.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jul 2019 13:38:44 -0700 (PDT)
From: Michael Koster <michael.koster@smartthings.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Message-Id: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com>
Date: Tue, 9 Jul 2019 13:38:43 -0700
To: core <core@ietf.org>, "t2trg@irtf.org" <t2trg@irtf.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/RNqV8YAEhTTVKGcM28glN5USX_k>
Subject: [core] OCF Observe on special interfaces, design question, RFC requirements?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 20:38:48 -0000

Background:
OCF uses special URLs, selected by query parameters, to specialize views =
and functions on resources. Client applications use the CoRE defined =
"if" target attribute and use IANA registered values as OCF Core  =
Interface Types in the query to select these views.

We provide interfaces that report partial state representations, e.g. =
links list for just the links of a collection, batch for just the data =
items in a collection, etc., and one interface (called baseline) that =
does report the full state of the resource.

For example:
GET /machine/state/3?if=3Doic.if.s
selects the "sensor" interface which returns sensor values but maybe not =
things like units and range that may also be present in the resource.

The need:
In OCF we are in the process of adding more special URLs, as interface =
types, for creation and deletion of resources, and interface types for =
modifying link arrays.

We would like to use CoAP Observe on these new interface URLs to report =
only the updates to the resource, and not the entire state of the =
resource in each notification. You might say partial state from a =
temporal view; incremental state updates.=20

The Problem:
When a client first Observes or tries to poll, for example using the =
create interface, there are no items to reply with (this issue is =
similar to the Pub/Sub empty topic issue). Later, when a resource is =
eventually created, then a notification is sent to all observers =
containing the representation that was used to create the resource.

Proposed Solution:
With OCF we have a default content format and can return an empty CBOR =
map or an empty CBOR array, as appropriate, for the initial GET + =
Observe response, and return an item in the payload on subsequent =
notifications whenever a new resource is created.

We would use 2.05 Content for the response code in all non-error =
notifications.

Question:
Does this violate any of the current requirements in RFC7252 or RFC7641, =
or other specifications? There is some text that suggests a full =
representation be transmitted on every response, but it seems to address =
the general case i.e. not special URLs, and also would not allow for =
over-the-wire protocol optimization.

Example:
client-1 =3D=3D> GET /some/collection?if=3Doic.if.create obs=3D0 // =
client-1 wants to be notified when items are created in the collection
server response =3D=3D> 2.05 Content obs {}=20

(later)

client-2 =3D=3D> POST /some/collection?if=3Doic.if.create { item: foo } =
//item being created by client-2 in the collection
server response =3D=3D> 2.01 Created { item:foo, id:1234 }

(to client-1)
observe response =3D=3D> 2.05 Content { item:foo, id:1234 } // client-1 =
is notified of the new item=


From nobody Tue Jul  9 13:57:27 2019
Return-Path: <esko.dijk@iotconsultancy.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 0D37E12000E for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 13:57:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level: 
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=iotconsultancynl.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 7n5eHb1FCGSH for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 13:57:23 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00092.outbound.protection.outlook.com [40.107.0.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC1CF120046 for <core@ietf.org>; Tue,  9 Jul 2019 13:57:22 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZGK7IuzQFawdNDnozjXoI1U45Imub1qwQuQYuZN7zpqrT2e4z23Evd4qKG9+nnTjDZE1BtmTHZdv6VDR+ZxANEEmJrKX9kbxP56s/14iTaYPTNIJOBs4+zT3wM3Go5RAva8ZvC8TmUc4Tq1vWGUNK/Lb1kh1nzxPGWLc2q89nMgk/mWq012NGF/aYwc9mZvvmzb30N7cQoFzuaSKo6W5UI1M7wBVR9ucu+QcHMcYEWPgCLdrRJt7H1X1LWLPwYtJntaQhXnDIsmW79UeBJWntJrcNDY8Y4T2i3qjKjN8O7rZfyCKqXmpWlzD6sMSbadEInvX/7Ogp3zBEOkI07ISOg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=W2RJK95YzAWj2uiY8Vts3uYUM/88W3YITXXoKvKwP1U=; b=Q5+HBoE8Vj7ThrydnzsZq3A4sDcmac+zyMN3vfE/sv1vrmdCylcSyK4Lb9PtwRsMDG2GpLdTDQiYQpBCBtUSzgesHbKgF1qeHfxhKodVWmDuSRP65k05VJAaKlgYNK9D8wpRLb/wNmr0cp0bIP/ECWNQMsXk3lgY7BxQH5IyZ+C1CvdWBD7jip62puWYbXVVoXKwU/kp8eeqxcG6hdHrRK1FfyPfUnPJTQ+jfQ+u4GOvVrYgpKE03tEhERklhofXBjBBJYs5Vk1TOe+w0jbpGUdcYvskrZG96wI/VNZLD9ZepP1kbV3ySZJpS8zGtjACc0mfvv14hIrcGWC3nLCs7Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=iotconsultancy.nl;dmarc=pass action=none header.from=iotconsultancy.nl;dkim=pass header.d=iotconsultancy.nl;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancynl.onmicrosoft.com; s=selector1-iotconsultancynl-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=W2RJK95YzAWj2uiY8Vts3uYUM/88W3YITXXoKvKwP1U=; b=kQAa5klVl8KDSre2irw7DtiD55vPpxnSju9DXUNvC4o76ZBnrVteEGTZTEYsThEMofDSXgreRGE43Gsd9It+k5ZmYNNYg5k6dLFBDSTDVCgTZLAiyc5rVdG2clHc+6OLlcfd2i+GwV2NkKyeiMULfeu///6YSfksk0j3SDMuSKY=
Received: from HE1P190MB0284.EURP190.PROD.OUTLOOK.COM (10.160.71.29) by HE1P190MB0331.EURP190.PROD.OUTLOOK.COM (10.160.73.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.10; Tue, 9 Jul 2019 20:57:18 +0000
Received: from HE1P190MB0284.EURP190.PROD.OUTLOOK.COM ([fe80::1ce1:477c:fe1e:137b]) by HE1P190MB0284.EURP190.PROD.OUTLOOK.COM ([fe80::1ce1:477c:fe1e:137b%6]) with mapi id 15.20.2052.020; Tue, 9 Jul 2019 20:57:18 +0000
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: Available: new version for draft-dijk-core-groupcomm-bis-01
Thread-Index: AdU2mGchj2DUptukSJ6FTbyT73E1cw==
Date: Tue, 9 Jul 2019 20:57:18 +0000
Message-ID: <HE1P190MB0284E950F9C4CD8D4B9C888BFDF10@HE1P190MB0284.EURP190.PROD.OUTLOOK.COM>
Accept-Language: en-US, nl-NL
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=esko.dijk@iotconsultancy.nl; 
x-originating-ip: [2001:1c02:3101:4800:e518:a73e:831d:97ff]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6eefd25c-76b6-47df-cd5b-08d704b007c3
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1P190MB0331; 
x-ms-traffictypediagnostic: HE1P190MB0331:
x-ms-exchange-purlcount: 5
x-microsoft-antispam-prvs: <HE1P190MB03311DC0878944E8A3F1B86EFDF10@HE1P190MB0331.EURP190.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0093C80C01
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(346002)(396003)(136003)(39830400003)(189003)(199004)(6116002)(68736007)(53936002)(8676002)(55016002)(66574012)(86362001)(1730700003)(81156014)(81166006)(25786009)(6306002)(33656002)(486006)(66556008)(64756008)(66476007)(66446008)(5640700003)(66946007)(71200400001)(71190400001)(14454004)(44832011)(508600001)(6916009)(76116006)(476003)(7696005)(6506007)(52536014)(74316002)(2351001)(7736002)(99286004)(2906002)(6436002)(5660300002)(316002)(8936002)(9686003)(305945005)(102836004)(413944005)(966005)(46003)(2501003)(186003)(14444005)(256004); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1P190MB0331; H:HE1P190MB0284.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: iotconsultancy.nl does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 1VL3M8X3dIukmbT9BaQxEAWYQwTdQ/Ce/O0ke3ya9Ly3CQwzyGkoQ/DFXeNAdBy7ghPcBMyfnn1b2u84aJhmK5sEuIBMqecSOvn0aeOFEj963oKAZZTRMm2RQNKagM/a1nF+U8HN2G7dhLIVSDHRTGF1amoqDURA0QE8sWS7GxI1YtXd6WS1pSMs9LTxoCP64C+PLOqEkSk6hkVLxh6ERu1ZDrbQgsz29Z91EFj19KeSDqw2kzcANQrYpLbtnxc92FkhrjpsBDBzjD8uLQ57z5x944KSZuzW3knLL0ydj5oHMnyNftrjK9WX/GDVLXQb7lCrZODifjILooF3q7g+y2XfZU+WadKL16cDuDSFAmDZSL8JKckh616aMzTx/KPaOtR67dIuwEvWgLm6d6rwFvxwo95tTzc2223Vhd0cQpE=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: iotconsultancy.nl
X-MS-Exchange-CrossTenant-Network-Message-Id: 6eefd25c-76b6-47df-cd5b-08d704b007c3
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jul 2019 20:57:18.3794 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 58bbf628-15d2-46bc-820b-863b6774d44b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: esko.dijk@iotconsultancy.nl
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1P190MB0331
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/fwVcxQtP1FFG8tyZHbwxd9Mv9rw>
Subject: [core] Available: new version for draft-dijk-core-groupcomm-bis-01
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 20:57:26 -0000

RGVhciBDb1JFIFdHLA0KDQpBIG5ldyB2ZXJzaW9uIG9mIHRoZSBkcmFmdC1kaWprLWNvcmUtZ3Jv
dXBjb21tLWJpcyB3YXMgcG9zdGVkIGJ5IHRoZSBhdXRob3JzLiBUaGlzIHVwZGF0ZSBhZGRyZXNz
ZXMgbWFueSByZXZpZXcgY29tbWVudHMgd2UgaGF2ZSByZWNlaXZlZCAod2l0aCB0aGFua3MgdG8g
dGhlIHJldmlld2VycyEpIHRob3VnaCB0aGVyZSBhcmUgc3RpbGwgb3BlbiBwb2ludHMsIG1hcmtl
ZCBieSAiVEJEIi4gDQpUaGVyZSBpcyBub3cgYSBjaGFuZ2Ugb2YgYXBwcm9hY2g6IG5vdCB1cGRh
dGluZyBSRkMgNzM5MCwgYnV0IG9ic29sZXRpbmcgUkZDIDczOTAuIA0KDQpCZXN0IHJlZ2FyZHMN
CkVza28gRGlqaw0KDQotLS0tLQ0KIEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1kaWprLWNv
cmUtZ3JvdXBjb21tLWJpcy0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg
YnkgRXNrbyBEaWprIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJ
CWRyYWZ0LWRpamstY29yZS1ncm91cGNvbW0tYmlzDQpSZXZpc2lvbjoJMDENClRpdGxlOgkJR3Jv
dXAgQ29tbXVuaWNhdGlvbiBmb3IgdGhlIENvbnN0cmFpbmVkIEFwcGxpY2F0aW9uIFByb3RvY29s
IChDb0FQKQ0KRG9jdW1lbnQgZGF0ZToJMjAxOS0wNy0wOA0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1
Ym1pc3Npb24NClBhZ2VzOgkJMjcNClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9y
Zy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtZGlqay1jb3JlLWdyb3VwY29tbS1iaXMtMDEudHh0DQpT
dGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZGlq
ay1jb3JlLWdyb3VwY29tbS1iaXMvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRm
Lm9yZy9odG1sL2RyYWZ0LWRpamstY29yZS1ncm91cGNvbW0tYmlzLTAxDQpIdG1saXplZDogICAg
ICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1kaWprLWNvcmUt
Z3JvdXBjb21tLWJpcw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2Rp
ZmY/dXJsMj1kcmFmdC1kaWprLWNvcmUtZ3JvdXBjb21tLWJpcy0wMQ0KDQpBYnN0cmFjdDoNCiAg
IFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIHRoZSB1c2Ugb2YgdGhlIENvbnN0cmFpbmVkIEFwcGxp
Y2F0aW9uDQogICBQcm90b2NvbCAoQ29BUCkgZm9yIGdyb3VwIGNvbW11bmljYXRpb24sIHVzaW5n
IFVEUC9JUCBtdWx0aWNhc3QgYXMNCiAgIHRoZSB1bmRlcmx5aW5nIGRhdGEgdHJhbnNwb3J0LiAg
VGhlIHRhcmdldCBhcHBsaWNhdGlvbiBhcmVhIGlzIGFueQ0KICAgZ3JvdXAgY29tbXVuaWNhdGlv
biB1c2UgY2FzZXMgaW4gcmVzb3VyY2UtY29uc3RyYWluZWQgbmV0d29ya3MuICBCb3RoDQogICB1
bnNlY3VyZWQgYW5kIHNlY3VyZWQgQ29BUCBncm91cCBjb21tdW5pY2F0aW9uIGFyZSBzcGVjaWZp
ZWQuDQogICBTZWN1cml0eSBpcyBhY2hpZXZlZCBieSB1c2Ugb2YgdGhlIEdyb3VwIE9iamVjdCBT
ZWN1cml0eSBmb3INCiAgIENvbnN0cmFpbmVkIFJFU1RmdWwgRW52aXJvbm1lbnRzIChHcm91cCBP
U0NPUkUpIHByb3RvY29sLiAgQXNwZWN0cyBvZg0KICAgb3BlcmF0aW9uIG9mIHVzaW5nIG11bHRp
Y2FzdCBDb0FQIGluIGNvbWJpbmF0aW9uIHdpdGggQ29BUCBibG9jay13aXNlDQogICB0cmFuc2Zl
cnMgYW5kIENvQVAgb2JzZXJ2ZSBhcmUgYWxzbyBzcGVjaWZpZWQuDQoNCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9m
IG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2
ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJ
RVRGIFNlY3JldGFyaWF0DQoNCg==


From nobody Tue Jul  9 15:25:07 2019
Return-Path: <hartke@projectcool.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A22FB1201B8 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 15:25:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jm7qkB3WgonU for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 15:25:00 -0700 (PDT)
Received: from wp382.webpack.hosteurope.de (wp382.webpack.hosteurope.de [80.237.133.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCC77120141 for <core@ietf.org>; Tue,  9 Jul 2019 15:24:58 -0700 (PDT)
Received: from mail-qt1-f182.google.com ([209.85.160.182]); authenticated by wp382.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1hkyXe-00030Z-Us; Wed, 10 Jul 2019 00:24:55 +0200
Received: by mail-qt1-f182.google.com with SMTP id n11so328421qtl.5 for <core@ietf.org>; Tue, 09 Jul 2019 15:24:54 -0700 (PDT)
X-Gm-Message-State: APjAAAVxNhxSSW0G+0MkCKRizKTzJMm8w93wu4gVgYacFfg8PI4NcpaU JddOCr72jMVD9Mqd8vOd1lGeuYxm+UdwFwqIN+g=
X-Google-Smtp-Source: APXvYqxxBPLHnECCn+4NHHSSa9epozXgZRn4yrdlRTEJ7GsJDjpd0CyQahE+/zaYiWfH4mldWTrslHR9hCoHKoXpzVI=
X-Received: by 2002:ac8:6114:: with SMTP id a20mr20836452qtm.283.1562711093915;  Tue, 09 Jul 2019 15:24:53 -0700 (PDT)
MIME-Version: 1.0
References: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com>
In-Reply-To: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com>
From: Klaus Hartke <hartke@projectcool.de>
Date: Wed, 10 Jul 2019 00:24:18 +0200
X-Gmail-Original-Message-ID: <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com>
Message-ID: <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com>
To: Michael Koster <michael.koster=40smartthings.com@dmarc.ietf.org>
Cc: core <core@ietf.org>, "t2trg@irtf.org" <t2trg@irtf.org>
Content-Type: text/plain; charset="UTF-8"
X-bounce-key: webpack.hosteurope.de; hartke@projectcool.de; 1562711098; 4e637650; 
X-HE-SMSGID: 1hkyXe-00030Z-Us
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/0omb9m51sE_ae9guuKKR0bxNL7s>
Subject: Re: [core] [T2TRG] OCF Observe on special interfaces, design question, RFC requirements?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 22:25:02 -0000

Michael Koster wrote:
> Does this violate any of the current requirements in RFC7252 or RFC7641, or other specifications?

I think RFC 7641 is pretty clear that a 2.05 (Content) notification
contains a resource state representation and not a representation of
changes since the last notification.

RFC 7641: "The goal of the protocol is to keep the resource state
observed by the client as closely in sync with the actual state at the
server as possible."

"Notifications are additional responses sent by the server in reply to
the single extended GET request that created the registration. [...]
The only difference between a notification and a normal   response is
the presence of the Observe Option."

RFC 7252: "The payload returned with the [2.05 (Content)] response is
a representation of the target resource."

RFC 7641: "As notifications are just additional responses sent by the
server in reply to a GET request, they are subject to caching as
defined in Section 5.6 of RFC 7252 [RFC7252]."

A good way to think of the Observe mechanism is to see it an
optimization of polling: Every time a client gets the response in
reply to a GET request without Observe option, it gets the current
representation if the resource. That representation only depends on
the resource state, never on the response to a previous request. Every
time a client gets a notification in reply to a GET request with
Observe option, it gets the current representation if the resource.
That representation only depends on the resource state, never on a
previous notification.

When observing a resource with a rather large representation, it might
often make more sense to observe a projection of that resource. That
is, to observe a resource X whose state depends on the state of
another resource Y.

Examples of possible resource state projections if the state of Y is a number:

* The state of X is that number rounded to a multiple of 5.
* The state of X is that number clipped to the range 0--100.
* The state of X is the moving average of that number over the last 60 seconds.
* The state of X is that number sampled every other second.
* The state of X is the difference between that number and 9000.

Examples of possible resource state projections if the state of Y is a
list of items:

* The state of X is the number of changes to that list since its creation.
* The state of X is the timestamp of the last change to that list.
* The state of X is a list of the last 10 additions/removals to that list.
* The state of X is a list of the additions/removals to that list
since 2019-07-10T00:21:00+0200.

Anything where the notifications depend on previous notifications
(e.g., time elapsed since the last notification, value has changed by
more than some value since the last notification, additions/removals
to some list since the last notification, etc.) is not a projection of
resource state and thus not pollable nor observable.

Klaus


From nobody Tue Jul  9 16:11:31 2019
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6405F1202FE; Tue,  9 Jul 2019 16:11:24 -0700 (PDT)
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, 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 qGs_uFYaOpyR; Tue,  9 Jul 2019 16:11:21 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99A6D1202BF; Tue,  9 Jul 2019 16:11:21 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id DFD66B812BE; Tue,  9 Jul 2019 16:11:18 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, core@ietf.org
Content-type: text/plain; charset=UTF-8
Message-Id: <20190709231118.DFD66B812BE@rfc-editor.org>
Date: Tue,  9 Jul 2019 16:11:18 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/hH8TpU2cHJwlREV4IKejSkEeW-U>
Subject: [core] =?utf-8?q?RFC_8613_on_Object_Security_for_Constrained_RES?= =?utf-8?q?Tful_Environments_=28OSCORE=29?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 23:11:29 -0000

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

        
        RFC 8613

        Title:      Object Security for Constrained RESTful 
                    Environments (OSCORE) 
        Author:     G. Selander,
                    J. Mattsson,
                    F. Palombini,
                    L. Seitz
        Status:     Standards Track
        Stream:     IETF
        Date:       July 2019
        Mailbox:    goran.selander@ericsson.com, 
                    john.mattsson@ericsson.com, 
                    francesca.palombini@ericsson.com,
                    ludwig.seitz@ri.se
        Pages:      94
        Characters: 203804
        Updates:    RFC 7252

        I-D Tag:    draft-ietf-core-object-security-16.txt

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

        DOI:        10.17487/RFC8613

This document defines Object Security for Constrained RESTful
Environments (OSCORE), a method for application-layer protection of
the Constrained Application Protocol (CoAP), using CBOR Object
Signing and Encryption (COSE).  OSCORE provides end-to-end protection
between endpoints communicating using CoAP or CoAP-mappable HTTP.
OSCORE is designed for constrained nodes and networks supporting a
range of proxy operations, including translation between different
transport protocols.

Although an optional functionality of CoAP, OSCORE alters CoAP
options processing and IANA registration.  Therefore, this document
updates RFC 7252.

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

This is now a Proposed Standard.

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

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

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

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


The RFC Editor Team
Association Management Solutions, LLC


From nobody Tue Jul  9 16:34:49 2019
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 3AC15120298 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 16:34:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.702
X-Spam-Level: 
X-Spam-Status: No, score=-0.702 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, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SYnJGuqpes3Q for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 16:34:38 -0700 (PDT)
Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CCF31202D5 for <core@ietf.org>; Tue,  9 Jul 2019 16:34:36 -0700 (PDT)
Received: by mail-pg1-x532.google.com with SMTP id g15so231507pgi.4 for <core@ietf.org>; Tue, 09 Jul 2019 16:34:36 -0700 (PDT)
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=0hR6subQWHkwZPM52tDKhSAv9rf4d2inIus/r9lLdl4=; b=FtB7RlW68uCI5XJ9ZtfYzz+xLV8rSo61NY5TzU2NJ8dAIygWBg8jK6y/5On0Oejj/L XKtd8UW/YVPP9/IEsHyroPhCJXxZe+AIiThwQPJw9K7dtxqUMsDMIGfzdPl5hjsEuXAq qFUQhZzNbvp+m4GQ6TPz/D7lXMGQ+3LwE+dFEy6hT4HeB/P62ZBHZSrH9S+AmOsAEdBh xpwouNHdGfeXn6+uUrs9Ti7KPyCISBPS0YZMwtTlRVPc1ffnlgjfoyzWG4CdS2czQxJ2 Ne6h9P0XGP0zPinNsuEHwlH6KMVhxCB6LppxEEZ7ONnHhTdtpbuVre72q8M1ElKleCVm Esdg==
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=0hR6subQWHkwZPM52tDKhSAv9rf4d2inIus/r9lLdl4=; b=rvv/fpnGO01MX/JrTFoKV77eOSsnHsozeNiX9Ilm4o6pJFZacM345RV8T2iQBYQOvX Msp3UJdy1CZlgm5TVCHoRNXxXjPxYXAgOALAw9d5tAjWtixFe08fbNE6sLCEAScHYhnN U9mkDWTfLhbNbynXwLfKedkCi5rdJ1r1OTDZOZUws8I/fOW2yWUrPSWP1MwVAKRGGF4F gMGggqNm9iCydUqOr9hCOYC8ezxOalVbYJLgcuOlcgOkMY18zjo9IHXrQhO0utwCOQvh 5DgoxPumz8XGY5rimjOi3HTaMAijSOZ8hepqatNOgLgZGjjSfgmY/ZuxFdisrHl9rZ5S NrBg==
X-Gm-Message-State: APjAAAX9rWNixO73drPEsLDL3U8c6MQ0PvM3etwlixZyakGO/bBS0/i6 jhPTIKtVIXXJa91QjnQVsIY=
X-Google-Smtp-Source: APXvYqytZk1m+pYPLjGx1xlzdrVgIpy1VHoRROkw3588hSS9+Olg5Gjqrz9MpzfTz62vdZGQmOG6sg==
X-Received: by 2002:a63:9245:: with SMTP id s5mr18755836pgn.123.1562715275483;  Tue, 09 Jul 2019 16:34:35 -0700 (PDT)
Received: from [172.16.0.7] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id s22sm177933pfh.107.2019.07.09.16.34.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jul 2019 16:34:34 -0700 (PDT)
From: Michael Koster <michaeljohnkoster@gmail.com>
Message-Id: <E74FBEFC-D7CA-48E4-BB71-6031BAB830FA@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5E3BFB4F-D570-4EE9-AF70-8FBD2096E915"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Tue, 9 Jul 2019 16:34:31 -0700
In-Reply-To: <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com>
Cc: Michael Koster <michael.koster=40smartthings.com@dmarc.ietf.org>, "t2trg@irtf.org" <t2trg@irtf.org>, core <core@ietf.org>
To: Klaus Hartke <hartke@projectcool.de>
References: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com> <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/VOM2KC7lGdnUMTUNFYyC3dD-kyc>
Subject: Re: [core] [T2TRG] OCF Observe on special interfaces, design question, RFC requirements?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 23:34:44 -0000

--Apple-Mail=_5E3BFB4F-D570-4EE9-AF70-8FBD2096E915
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Thank you, Klaus.

> On Jul 9, 2019, at 3:24 PM, Klaus Hartke <hartke@projectcool.de> =
wrote:
>=20
> When observing a resource with a rather large representation, it might
> often make more sense to observe a projection of that resource. That
> is, to observe a resource X whose state depends on the state of
> another resource Y.

This is already the intention with providing the alternate URI through =
the use of the query parameter. It is a different resource which is a =
projection of the state of the base resource.

klaus> * The state of X is a list of the last 10 additions/removals to =
that list.

Or perhaps the last one addition or removal...

What we are doing is not that different.

Best regards,

Michael



--Apple-Mail=_5E3BFB4F-D570-4EE9-AF70-8FBD2096E915
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Thank you, Klaus.<div class=3D""><br class=3D""></div><div =
class=3D""><div><blockquote type=3D"cite" class=3D""><div class=3D"">On =
Jul 9, 2019, at 3:24 PM, Klaus Hartke &lt;<a =
href=3D"mailto:hartke@projectcool.de" =
class=3D"">hartke@projectcool.de</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"">When observing a resource with a =
rather large representation, it might</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"">often make more sense to observe =
a projection of that resource. That</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"">is, to observe a resource X =
whose state depends on the state of</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"">another resource =
Y.</span></div></blockquote></div><br class=3D""></div><div =
class=3D"">This is already the intention with providing the alternate =
URI through the use of the query parameter. It is a different resource =
which is a projection of the state of the base resource.</div><div =
class=3D""><br class=3D""></div><div class=3D"">klaus&gt; * The state of =
X is a list of the last 10 additions/removals to that list.<br =
class=3D""></div><div class=3D""><br class=3D""></div><div class=3D"">Or =
perhaps the last one addition or removal...</div><div class=3D""><br =
class=3D""></div><div class=3D"">What we are doing is not that =
different.</div><div class=3D""><br class=3D""></div><div class=3D"">Best =
regards,</div><div class=3D""><br class=3D""></div><div =
class=3D"">Michael</div><div class=3D""><br class=3D""></div><div =
class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_5E3BFB4F-D570-4EE9-AF70-8FBD2096E915--


From nobody Tue Jul  9 17:08:16 2019
Return-Path: <michael.koster@smartthings.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 D21A41200C5 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 17:08:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.703
X-Spam-Level: 
X-Spam-Status: No, score=-0.703 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, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=smartthings.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 CkEgmbtHpKDh for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 17:08:07 -0700 (PDT)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 9CBD9120098 for <core@ietf.org>; Tue,  9 Jul 2019 17:08:07 -0700 (PDT)
Received: by mail-pl1-x62e.google.com with SMTP id m9so214849pls.8 for <core@ietf.org>; Tue, 09 Jul 2019 17:08:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smartthings.com; s=google; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=/Og2OIbnf83WbhGfns14OK3f+ntihDwrFCOA9aBgNiw=; b=B4S17ooMeokY7ig0k25wwJkDmUpEpzeCMCuYbeJNeyZHH4X+hWLGdH0tmiy6b4ox1P lSMVSUoJUrGbtl2AlYSnJl3Vbp6zPjRBvOAcv3muHZHjVFINuvTCt8MMLRNOPIGiWMK/ Wg6IhJ95jKRV755sc8ruP5MCC9d6jxR5EfRlmxYRjhWDF0k+zR0zTe8NdFQ71MJK7MTo O7n8CNAlOjaUI3Zq8K+uvaT8/hutxsWj2lO/ATWmUYiZSAhCFJDt1kjNgOLBjtamKMLW bckftu6dGpIBV3OjbdbDB5PO8kq2h+vcQXUHd017Vm80idoCpWnAyklD0MZz48dsaXCR 83zg==
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=/Og2OIbnf83WbhGfns14OK3f+ntihDwrFCOA9aBgNiw=; b=X+8nhhShRsHRt7hof65TxbLicY7zorjs85D/Rw2iQv/C3QWAE1kwGR4X10le2PIMEk a7mBcLLtFtPsHUoD/ijXW2WrRmBplMl2MsMdtPl8gm7kQps2KjzrV/ZP52kt2CAwjZbU NnVSZ6cfcle9BlZ5MfYV4nNo3KDBE/N0I2zlxqhQuI+tAqNDlytO//BtIxIpgICi3e58 hJ8F+qAM2ZfBFgTc1qADj8g7Ulyl+wK21knMhRXL7BP3oLg/t+GDf7hTA3jMgL6JA7rw xYPP/wcSClCmRAVS2tPmPdW8oteNJZEVPCogJYp0fGLuEiVlGdWLWRE0H+w3/K1zGCQS Gy9Q==
X-Gm-Message-State: APjAAAV3GZaFasSfPWJC0p2gANP0oyeEx0pYkL/FBadCyRW10PcAhuIE ogOZfLWiniep4ECyFdvNhfwlTg==
X-Google-Smtp-Source: APXvYqyHuzh0BUi+KbbijgWkDneky8tRwnRJYY/2bgjfx+WHOz0AbNkHdbVFwAQuPiP8lkjEzHeaDw==
X-Received: by 2002:a17:902:8bc1:: with SMTP id r1mr35207840plo.42.1562717286953;  Tue, 09 Jul 2019 17:08:06 -0700 (PDT)
Received: from [172.16.0.7] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id g4sm216329pfo.93.2019.07.09.17.08.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jul 2019 17:08:06 -0700 (PDT)
From: Michael Koster <michael.koster@smartthings.com>
Message-Id: <59F4C3E9-1400-4A75-B915-69BC27E0FE7E@smartthings.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_25278190-7323-4378-8313-B5A76219DE2F"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Tue, 9 Jul 2019 17:08:03 -0700
In-Reply-To: <E74FBEFC-D7CA-48E4-BB71-6031BAB830FA@gmail.com>
Cc: Klaus Hartke <hartke@projectcool.de>, "t2trg@irtf.org" <t2trg@irtf.org>, core <core@ietf.org>
To: Michael Koster <michaeljohnkoster@gmail.com>
References: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com> <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com> <E74FBEFC-D7CA-48E4-BB71-6031BAB830FA@gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/rKsrFDNw-BldkJ2PR0SUMd1AvEU>
Subject: Re: [core] [T2TRG] OCF Observe on special interfaces, design question, RFC requirements?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 00:08:09 -0000

--Apple-Mail=_25278190-7323-4378-8313-B5A76219DE2F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi Klaus,

What if we retained the last notified state such that it would also be =
returned by polling?

> On Jul 9, 2019, at 4:34 PM, Michael Koster =
<michaeljohnkoster@gmail.com> wrote:
>=20
> Thank you, Klaus.
>=20
>> On Jul 9, 2019, at 3:24 PM, Klaus Hartke <hartke@projectcool.de =
<mailto:hartke@projectcool.de>> wrote:
>>=20
>> When observing a resource with a rather large representation, it =
might
>> often make more sense to observe a projection of that resource. That
>> is, to observe a resource X whose state depends on the state of
>> another resource Y.
>=20
> This is already the intention with providing the alternate URI through =
the use of the query parameter. It is a different resource which is a =
projection of the state of the base resource.
>=20
> klaus> * The state of X is a list of the last 10 additions/removals to =
that list.
>=20
> Or perhaps the last one addition or removal...
>=20
> What we are doing is not that different.
>=20
> Best regards,
>=20
> Michael
>=20
>=20


--Apple-Mail=_25278190-7323-4378-8313-B5A76219DE2F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Hi Klaus,<div class=3D""><br class=3D""></div><div =
class=3D"">What if we retained the last notified state such that it =
would also be returned by polling?<div class=3D""><br =
class=3D""><div><blockquote type=3D"cite" class=3D""><div class=3D"">On =
Jul 9, 2019, at 4:34 PM, Michael Koster &lt;<a =
href=3D"mailto:michaeljohnkoster@gmail.com" =
class=3D"">michaeljohnkoster@gmail.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=3Dus-ascii" =
class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; -webkit-line-break: after-white-space;" class=3D"">Thank you, =
Klaus.<div class=3D""><br class=3D""></div><div class=3D""><div =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On Jul =
9, 2019, at 3:24 PM, Klaus Hartke &lt;<a =
href=3D"mailto:hartke@projectcool.de" =
class=3D"">hartke@projectcool.de</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"">When observing a resource with a =
rather large representation, it might</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"">often make more sense to observe =
a projection of that resource. That</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"">is, to observe a resource X =
whose state depends on the state of</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"">another resource =
Y.</span></div></blockquote></div><br class=3D""></div><div =
class=3D"">This is already the intention with providing the alternate =
URI through the use of the query parameter. It is a different resource =
which is a projection of the state of the base resource.</div><div =
class=3D""><br class=3D""></div><div class=3D"">klaus&gt; * The state of =
X is a list of the last 10 additions/removals to that list.<br =
class=3D""></div><div class=3D""><br class=3D""></div><div class=3D"">Or =
perhaps the last one addition or removal...</div><div class=3D""><br =
class=3D""></div><div class=3D"">What we are doing is not that =
different.</div><div class=3D""><br class=3D""></div><div class=3D"">Best =
regards,</div><div class=3D""><br class=3D""></div><div =
class=3D"">Michael</div><div class=3D""><br class=3D""></div><div =
class=3D""><br class=3D""></div></div></div></blockquote></div><br =
class=3D""></div></div></body></html>=

--Apple-Mail=_25278190-7323-4378-8313-B5A76219DE2F--


From nobody Tue Jul  9 17:12:11 2019
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 C12A812026D for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 17:12:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.702
X-Spam-Level: 
X-Spam-Status: No, score=-0.702 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, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z9fJzvQ1HLfn for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 17:12:01 -0700 (PDT)
Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (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 9B52C120253 for <core@ietf.org>; Tue,  9 Jul 2019 17:12:01 -0700 (PDT)
Received: by mail-pf1-x433.google.com with SMTP id g2so171750pfq.0 for <core@ietf.org>; Tue, 09 Jul 2019 17:12:01 -0700 (PDT)
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=jnsFUWCSM6zwKTgZOsDIC88z+7mXRCaQ+fHmcfVwltM=; b=GPlDicU0QiYHePYAgcs3Kh/EijgZrmCiL7BzPxtnj2xVEF3X8dmZh7/0452+ARMfCx wkQgN+kI5LmK047Kh7uBZnN11wGizA7LZ416yAW9J6XjHHFUh2i2yV111iR2J2ZKrIZw z0X0NUOkep+tECcEa9T4HlkmMDVzBGp0MYSmHhrARCfHd+SrjgIYKs51K+UwStq+jsvq z6G9iZ8eAQS/WJeQhLT/uucI89wnhdQFe2TlxDVnufdmNsLgSdypZ9MHVNZ2rZ1Gmrjp iYODkecB4QshFjyNu7Rzd9CieotfDPfHj8wQrubzTDRE+VS+m8mm03IGI8OaEi5yfAXS IDlQ==
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=jnsFUWCSM6zwKTgZOsDIC88z+7mXRCaQ+fHmcfVwltM=; b=eJLqbTAi1EFeTpYFtl6xs+W/6HZziiR0ksD275JAb6pnNxZepOkhg0LBsFTtxDVSzB QXrYJRSg0FYwF7hGdK2dAx0orvbgRkcYaSDEAMNLMZnqxKNOufO5n7iGaJ4kzbOqWYRR RVWL14BXD5hoVoH1RiBhnQ8itIgo4n8eESwTOtqqeYxPg95ug+jLCiCSaPMMj8Ocs1bu fp6ysl6CzsYrLC7ulmKlK1808ITfSOHfO2u+TFSW5bs/mvutmpRMRYxK2lfdmFE4g4gu qOAB6OZnKYfnHPr8faQ/RLH8x4rmOg/xDKkUhCl9ABsbkG81CxRHy/3Ebv5rexEUYFci 86rg==
X-Gm-Message-State: APjAAAUh76tltChAFZVcgGR1TxJq2Od77Kzfqk+KYgY5uDEDYvk/YDYx EWwZ9cdR1ZtfXC2tApkaJmY=
X-Google-Smtp-Source: APXvYqwYo0S1dct47JTQuDhTH0HKeOuujyMV7v9RtRjOYzBzd6SbiZyAUAWSaTanVQueCNnP2xuACQ==
X-Received: by 2002:a63:e018:: with SMTP id e24mr33223238pgh.361.1562717521075;  Tue, 09 Jul 2019 17:12:01 -0700 (PDT)
Received: from [172.16.0.7] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id s66sm191568pgs.39.2019.07.09.17.11.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jul 2019 17:12:00 -0700 (PDT)
From: Michael Koster <michaeljohnkoster@gmail.com>
Message-Id: <0E107A82-F2A6-4847-B682-27067D03E2CA@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_28C1DD55-7A16-451B-ADA2-C897E9D015EC"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Tue, 9 Jul 2019 17:11:58 -0700
In-Reply-To: <59F4C3E9-1400-4A75-B915-69BC27E0FE7E@smartthings.com>
Cc: Klaus Hartke <hartke@projectcool.de>, "t2trg@irtf.org" <t2trg@irtf.org>, core <core@ietf.org>
To: Michael Koster <michael.koster@smartthings.com>
References: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com> <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com> <E74FBEFC-D7CA-48E4-BB71-6031BAB830FA@gmail.com> <59F4C3E9-1400-4A75-B915-69BC27E0FE7E@smartthings.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/UbF8SMJmLkkrvOqFAois4vgH_Zw>
Subject: Re: [core] [T2TRG] OCF Observe on special interfaces, design question, RFC requirements?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 00:12:10 -0000

--Apple-Mail=_28C1DD55-7A16-451B-ADA2-C897E9D015EC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

More formally, the observed (projected) resource, referenced through an =
alternate URL, would be a log of recent activity on the base resource, =
with a maximum depth of one.=20

Is it a satisfactory definition?

> On Jul 9, 2019, at 5:08 PM, Michael Koster =
<michael.koster@smartthings.com> wrote:
>=20
> Hi Klaus,
>=20
> What if we retained the last notified state such that it would also be =
returned by polling?
>=20
>> On Jul 9, 2019, at 4:34 PM, Michael Koster =
<michaeljohnkoster@gmail.com <mailto:michaeljohnkoster@gmail.com>> =
wrote:
>>=20
>> Thank you, Klaus.
>>=20
>>> On Jul 9, 2019, at 3:24 PM, Klaus Hartke <hartke@projectcool.de =
<mailto:hartke@projectcool.de>> wrote:
>>>=20
>>> When observing a resource with a rather large representation, it =
might
>>> often make more sense to observe a projection of that resource. That
>>> is, to observe a resource X whose state depends on the state of
>>> another resource Y.
>>=20
>> This is already the intention with providing the alternate URI =
through the use of the query parameter. It is a different resource which =
is a projection of the state of the base resource.
>>=20
>> klaus> * The state of X is a list of the last 10 additions/removals =
to that list.
>>=20
>> Or perhaps the last one addition or removal...
>>=20
>> What we are doing is not that different.
>>=20
>> Best regards,
>>=20
>> Michael
>>=20
>>=20
>=20


--Apple-Mail=_28C1DD55-7A16-451B-ADA2-C897E9D015EC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">More formally, the observed (projected) resource, referenced =
through an alternate URL, would be a log of recent activity on the base =
resource, with a maximum depth of one.&nbsp;<div class=3D""><br =
class=3D""></div><div class=3D"">Is it a satisfactory definition?<br =
class=3D""><div class=3D""><br class=3D""><div><blockquote type=3D"cite" =
class=3D""><div class=3D"">On Jul 9, 2019, at 5:08 PM, Michael Koster =
&lt;<a href=3D"mailto:michael.koster@smartthings.com" =
class=3D"">michael.koster@smartthings.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=3Dus-ascii" =
class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; -webkit-line-break: after-white-space;" class=3D"">Hi Klaus,<div =
class=3D""><br class=3D""></div><div class=3D"">What if we retained the =
last notified state such that it would also be returned by polling?<div =
class=3D""><br class=3D""><div class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D"">On Jul 9, 2019, at 4:34 PM, Michael Koster =
&lt;<a href=3D"mailto:michaeljohnkoster@gmail.com" =
class=3D"">michaeljohnkoster@gmail.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=3Dus-ascii" =
class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; -webkit-line-break: after-white-space;" class=3D"">Thank you, =
Klaus.<div class=3D""><br class=3D""></div><div class=3D""><div =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On Jul =
9, 2019, at 3:24 PM, Klaus Hartke &lt;<a =
href=3D"mailto:hartke@projectcool.de" =
class=3D"">hartke@projectcool.de</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"">When observing a resource with a =
rather large representation, it might</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"">often make more sense to observe =
a projection of that resource. That</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"">is, to observe a resource X =
whose state depends on the state of</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"">another resource =
Y.</span></div></blockquote></div><br class=3D""></div><div =
class=3D"">This is already the intention with providing the alternate =
URI through the use of the query parameter. It is a different resource =
which is a projection of the state of the base resource.</div><div =
class=3D""><br class=3D""></div><div class=3D"">klaus&gt; * The state of =
X is a list of the last 10 additions/removals to that list.<br =
class=3D""></div><div class=3D""><br class=3D""></div><div class=3D"">Or =
perhaps the last one addition or removal...</div><div class=3D""><br =
class=3D""></div><div class=3D"">What we are doing is not that =
different.</div><div class=3D""><br class=3D""></div><div class=3D"">Best =
regards,</div><div class=3D""><br class=3D""></div><div =
class=3D"">Michael</div><div class=3D""><br class=3D""></div><div =
class=3D""><br class=3D""></div></div></div></blockquote></div><br =
class=3D""></div></div></div></div></blockquote></div><br =
class=3D""></div></div></body></html>=

--Apple-Mail=_28C1DD55-7A16-451B-ADA2-C897E9D015EC--


From nobody Tue Jul  9 23:05:43 2019
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 460B41200FD for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 23:05:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xFs9fIECRTDB for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 23:05:39 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 862B61200DB for <core@ietf.org>; Tue,  9 Jul 2019 23:05:38 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45k7cS4Wbzz14XR; Wed, 10 Jul 2019 07:52:08 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com>
Date: Wed, 10 Jul 2019 07:52:08 +0200
Cc: Michael Koster <michael.koster=40smartthings.com@dmarc.ietf.org>, "t2trg@irtf.org" <t2trg@irtf.org>, core <core@ietf.org>
X-Mao-Original-Outgoing-Id: 584430725.7802449-540d7a4c94d69cfc6e4be692de538e51
Content-Transfer-Encoding: quoted-printable
Message-Id: <683B27F7-F738-4B80-A27E-B65B75EFCDA6@tzi.org>
References: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com> <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com>
To: Klaus Hartke <hartke@projectcool.de>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/cHT3Vjkz4V9HKknWMvYIxno3yBI>
Subject: Re: [core] [T2TRG] OCF Observe on special interfaces, design question, RFC requirements?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 06:05:41 -0000

There is, of course, nothing wrong with observing a resource that is the =
=E2=80=9Clast change=E2=80=9D of another resource.  This just doesn=E2=80=99=
t give you a reliable sequence of all changes; that requires something =
like the =E2=80=9CSeries Transfer Pattern=E2=80=9D, =
https://tools.ietf.org/html/draft-bormann-t2trg-stp

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


From nobody Tue Jul  9 23:10:56 2019
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 1AF9D120100 for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 23:10:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.703
X-Spam-Level: 
X-Spam-Status: No, score=-0.703 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, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XI6YvyrN1pbe for <core@ietfa.amsl.com>; Tue,  9 Jul 2019 23:10:51 -0700 (PDT)
Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D200120091 for <core@ietf.org>; Tue,  9 Jul 2019 23:10:51 -0700 (PDT)
Received: by mail-pf1-x431.google.com with SMTP id j2so563278pfe.6 for <core@ietf.org>; Tue, 09 Jul 2019 23:10:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QGYAbE5CPM3fRDX0VOKJAPv0S1wSDLfzD96qyqsnY2s=; b=MCal0yL5CzCXN2kLa+NdbQXGWT8yEqKZHfWc6e0KKSfsSyq7nywrB7P2vNc9ZChp60 vWbVEuTXTn7yPagmgVvzxdYascYBHk+ghtxsDMkehgzuR+y3FcOeyF1YuAGSAC9k9ybr 0mdQwLrofRa1oWI3kwoOq9Bm5KqkUBpJah7QkPHF8n3AhLvcYmic0oXV9fc/e5ofRxPU c+6dntrXEiR+upRmLvhLbFRKKe/Hdzu1tIHIa/ks342IZTIf4p3vRVC5x2iwvKe9wWtc /4UsFv+O4zkJhLmh1U2IKZF0o7BY5yk2Psuel8v2Ff1BCg0aApA9Qvm8aox8ipPHk2HH hnqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QGYAbE5CPM3fRDX0VOKJAPv0S1wSDLfzD96qyqsnY2s=; b=OzbZXJ25naBkxwyd4uaSxyzfzGY5xn4msM1WPRO0s8d8KAwLy2tjHa4n2Id6qzgeWP 7DOQXqW3TAcueNgKfECLxaKenNQo9Z97UVqBM6t1u91+i8ag7RPpgWnsjk1QdbTIM7/G XHhTs4Xp4Wnxwgz3dx0aUd6PMu3/Jc10e+6RmqTEw908tiHNX3514ljrhMxlH61hL+NO C5Z+a46o5ygmWhFYthQN9FwVHnHEYEQuiNV5wftzEVEs67a3ctpBfjZ7/5Nu0qLx14am UMmdja+gVXvypEkd4R7uQrJwyn5WJpPiGGw7Rik8sMzotEvdCZDhOvhH7wcytVRsTWGE HDWQ==
X-Gm-Message-State: APjAAAV8YBM9BCFxR91RWI55H/0oqvvnNLowW3xbxXLxj21DpFm4Oaqn qEyoF99TPu9JPvhkjkHWYkIPqvxVrAc=
X-Google-Smtp-Source: APXvYqx0OqSC5mkiWrocM483rPbW6RpSB4imzzsbIY+VZsq3R5K5q0iYnW/l0DmO7/JwLTm+jwzXZA==
X-Received: by 2002:a17:90a:28e4:: with SMTP id f91mr4661677pjd.99.1562739050840;  Tue, 09 Jul 2019 23:10:50 -0700 (PDT)
Received: from [172.16.0.7] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id j1sm928275pfe.101.2019.07.09.23.10.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jul 2019 23:10:50 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Michael Koster <michaeljohnkoster@gmail.com>
In-Reply-To: <683B27F7-F738-4B80-A27E-B65B75EFCDA6@tzi.org>
Date: Tue, 9 Jul 2019 23:10:47 -0700
Cc: Klaus Hartke <hartke@projectcool.de>, Michael Koster <michael.koster=40smartthings.com@dmarc.ietf.org>, "t2trg@irtf.org" <t2trg@irtf.org>, core <core@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <571F4900-C0C7-438B-A707-562A611581CF@gmail.com>
References: <166B0435-8C96-4B83-98CB-A1D6F0838335@smartthings.com> <CAAzbHvYGVtNiw5taGMaVVRe4RuN9s2y4Y6RkJxR06Nk=w3CiTQ@mail.gmail.com> <683B27F7-F738-4B80-A27E-B65B75EFCDA6@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/48GIL4y1k0WNQ7883y-GFjJezxg>
Subject: Re: [core] [T2TRG]   OCF Observe on special interfaces, design question, RFC requirements?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 06:10:53 -0000

Hi Carsten,

Yes, as is, this is not guaranteed to deliver all of the updates.=20

Best regards,

Michael

PS We were thinking along similar lines as STP, with the idea of =
subscriber queues in Pub/Sub, where each subscriber would have its own =
queue and cursor. Of course, one could combine the storage for elements =
that are common across more than one subscriber, and recover storage for =
items that have been consumed by all subscribers.

> On Jul 9, 2019, at 10:52 PM, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> There is, of course, nothing wrong with observing a resource that is =
the =E2=80=9Clast change=E2=80=9D of another resource.  This just =
doesn=E2=80=99t give you a reliable sequence of all changes; that =
requires something like the =E2=80=9CSeries Transfer Pattern=E2=80=9D, =
https://tools.ietf.org/html/draft-bormann-t2trg-stp
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20
> _______________________________________________
> T2TRG mailing list
> T2TRG@irtf.org
> https://www.irtf.org/mailman/listinfo/t2trg


From nobody Wed Jul 10 02:10:38 2019
Return-Path: <marco.tiloca@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D89641200EB; Wed, 10 Jul 2019 02:10:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=risecloud.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 YgIRt2aetTCK; Wed, 10 Jul 2019 02:10:30 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-vi1eur04on0601.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0e::601]) (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 3E8131200FA; Wed, 10 Jul 2019 02:10:29 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ocCyFBOmB600/oIqBoSDWlYZsg2FL4nDwOzYpNlP+JrUTq01lCfNwAj9byKm4Po3oasctpnnI+TicoLy3VPN81+SA32JxGpX6tksoY0Md7gC9oU5suB7UHORBtf1QoSRS77qt27kFYA7yz/tb9yAmWc/iHjsO6fgoKJR6vZK8YGm78SM1RxWjy/aEyhRYHdb5Z+djXgpMEDrqVDhmu4kspsNIoWxjXUbQnSe56kZWjQvNqsRCIOMTxTc45Qz/6tZWOc7lTQ6nnRAkZvjn4Gf0/2+Ic18eJLsheHhSGcC7et/irO2FY/DTKa9wrdiiPPeyWmzWt4jJoB8iBMBmlaV/w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=J0qCk0kBVolunRrcE0y0xwfLGsiCK+TC87RSkmZaEE8=; b=HQneSaymJmwEY4dnREUaeKDGUTEQ1gmNrCuCY8P6bAtt8SCpx1/uhXtQjNxNBW9eDl/H/07VuEgt8pQhEZdblrzfgSIb6i+WmKR5aElNS5tp/l5b2NNE6O9jiiba0Wyu9f9BSI3QGTzJI86ppX498vhTaRjQju7Jp4M50M+jFsRxWMLVyGKeLWppa3cTiOJbOtn0FT75jfgiXvGO+JVctO0Y5nXtoQpBHANQrzQQsK2vNi8TY2QP3L/zI7+WQtYQy0DEt1+09QqIBvkAUZ9snk2FM2s2aChXJ3jVZ7dnyWZ4Ab4/Onsd7/g5Tkyu3yRucTNRWk8lSV61tMNPQR9o4A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass (sender ip is 194.218.146.197) smtp.rcpttodomain=ietf.org smtp.mailfrom=ri.se;dmarc=bestguesspass action=none header.from=ri.se;dkim=none (message not signed);arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=RISEcloud.onmicrosoft.com; s=selector2-RISEcloud-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=J0qCk0kBVolunRrcE0y0xwfLGsiCK+TC87RSkmZaEE8=; b=Y9cZlJEF3TSZslkh5/6/F7JDBcHg8UkorYtKbtZUTKFaSokp3a6sjlQi9ovdmdYw0Hk9Xll6D4FSFEjeql/5z7hrfX2CtxAgzMDig7p01Z/SRAgeoKJtm+LsgoNo6sOdhlBtIrBZ6m3t7+ykaU4J++Am6ySN4rklKWJhVCspyhA=
Received: from DB6P189CA0001.EURP189.PROD.OUTLOOK.COM (2603:10a6:6:2e::14) by AM5P189MB0403.EURP189.PROD.OUTLOOK.COM (2603:10a6:206:21::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.10; Wed, 10 Jul 2019 09:10:27 +0000
Received: from VE1EUR02FT006.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e06::207) by DB6P189CA0001.outlook.office365.com (2603:10a6:6:2e::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2073.10 via Frontend Transport; Wed, 10 Jul 2019 09:10:27 +0000
Authentication-Results: spf=pass (sender IP is 194.218.146.197) smtp.mailfrom=ri.se; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=ri.se;
Received-SPF: Pass (protection.outlook.com: domain of ri.se designates 194.218.146.197 as permitted sender) receiver=protection.outlook.com; client-ip=194.218.146.197; helo=mail.ri.se;
Received: from mail.ri.se (194.218.146.197) by VE1EUR02FT006.mail.protection.outlook.com (10.152.12.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.20.2052.19 via Frontend Transport; Wed, 10 Jul 2019 09:10:26 +0000
Received: from [10.8.2.7] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Wed, 10 Jul 2019 11:10:25 +0200
To: Jim Schaad <ietf@augustcellars.com>, <draft-ietf-core-oscore-groupcomm@ietf.org>
CC: <core@ietf.org>
References: <17bc01d53542$af0bfdd0$0d23f970$@augustcellars.com>
From: Marco Tiloca <marco.tiloca@ri.se>
Openpgp: preference=signencrypt
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
Message-ID: <e8c23b34-0335-3e3b-1f7f-03ab27aeee26@ri.se>
Date: Wed, 10 Jul 2019 11:10:20 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <17bc01d53542$af0bfdd0$0d23f970$@augustcellars.com>
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MlgMpz5LWcXd9Hjj3Dizb3aWI2Vq6IaFD"
X-Originating-IP: [10.116.0.226]
X-ClientProxiedBy: sp-mail-1.sp.se (10.100.0.161) To sp-mail-2.sp.se (10.100.0.162)
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:194.218.146.197; IPV:NLI; CTRY:SE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(396003)(39860400002)(376002)(346002)(136003)(2980300002)(189003)(199004)(336012)(386003)(44832011)(4326008)(66574012)(26005)(316002)(16576012)(16586007)(58126008)(64126003)(126002)(486006)(53546011)(2616005)(11346002)(476003)(68736007)(2906002)(235185007)(478600001)(356004)(6666004)(186003)(70586007)(81156014)(110136005)(81166006)(69596002)(966005)(8676002)(5660300002)(16526019)(70206006)(65956001)(65806001)(22746008)(71190400001)(21480400003)(65826007)(7736002)(8936002)(6306002)(568964002)(86362001)(106002)(305945005)(31696002)(40036005)(22756006)(6246003)(76176011)(31686004)(446003)(53936002)(5024004)(14444005)(36756003)(33964004)(229853002)(3846002)(6116002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5P189MB0403; H:mail.ri.se; FPR:; SPF:Pass; LANG:en; PTR:InfoDomainNonexistent; MX:1; A:1; 
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: dbc58e74-1778-4437-3216-08d7051672d2
X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(4709080)(1401327)(2017052603328)(7193020); SRVR:AM5P189MB0403; 
X-MS-TrafficTypeDiagnostic: AM5P189MB0403:
X-Microsoft-Antispam-PRVS: <AM5P189MB0403A290ACF7D4A49F5BCF7199F00@AM5P189MB0403.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-Forefront-PRVS: 0094E3478A
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam-Message-Info: zkrnMzxxZJtx74abFwMc4yYhUk0DC+I8bMTUILKZ9Ka9/Y950ktojmeWCBEZITGydv+c0vvaQxodaXWgO5+fnag4dUcx66BromuzTbxY3clS8ClDAasgHfZo7diafLD7Y/blfWaZXYsupmq2cbcp1Vk5bhRutD6kY0eT0VULv/RLnZA+ojy3noCT5RuDrfJln52YPMGcVO5htTEB5thfRvEAR7dZKj/dADhDRun694IgOCb+uY0Pq0vOduaKrzLTy3gHpu02peZpW0FCFgs6Z8pOiZivEXtq3DcFvOSICg3qMzc7GhF2CwaElmpa4GIVKuG3qwCkCHOuQibsmV2RoMUCpJWt3wd+c1m3IFBkDevoJgveF4hkGlgIqyOFkAtgBMtAjRIeMzl98kdMcdIFu2jQOsrTrhumzDNqX2bYcYA=
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jul 2019 09:10:26.8630 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: dbc58e74-1778-4437-3216-08d7051672d2
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=5a9809cf-0bcb-413a-838a-09ecc40cc9e8; Ip=[194.218.146.197];  Helo=[mail.ri.se]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P189MB0403
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/BiQDfMTDLGUT38OczU9Hd8pDGi4>
Subject: Re: [core] Comments on draft-ietf-core-oscore-groupcomm-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 09:10:36 -0000

--MlgMpz5LWcXd9Hjj3Dizb3aWI2Vq6IaFD
Content-Type: multipart/mixed; boundary="AisFBu82MDgQ1GU0APoKCOy3I1KHeXhOo";
 protected-headers="v1"
From: Marco Tiloca <marco.tiloca@ri.se>
To: Jim Schaad <ietf@augustcellars.com>,
 draft-ietf-core-oscore-groupcomm@ietf.org
Cc: core@ietf.org
Message-ID: <e8c23b34-0335-3e3b-1f7f-03ab27aeee26@ri.se>
Subject: Re: Comments on draft-ietf-core-oscore-groupcomm-05
References: <17bc01d53542$af0bfdd0$0d23f970$@augustcellars.com>
In-Reply-To: <17bc01d53542$af0bfdd0$0d23f970$@augustcellars.com>

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

Hello Jim,

Thanks for your comments. Please, find some answers inline.

Best,
/Marco

On 7/8/19 6:07 AM, Jim Schaad wrote:
> This is not a full review, I did a fast look at the differences in betw=
een
> -04 and -05 and am commenting on these.
>
> 1.   The addition of two optional parameters in the aad_array in sectio=
n
> 3.1.  In terms of have a deterministic string result this is considered=
 bad
> practice as if only one of them is supplied, it could be confused with =
the
> other one.

<MT>
Ok, we will change the encoding of 'par_countersign' and
'par_countersign_key'.

We can use the same encoding of 'sign_parameters' and
'sign_key_parameters' in the 'sign_info_res' array of
https://tools.ietf.org/html/draft-ietf-ace-key-groupcomm-02#section-3.3
</MT>

> 2.  Who is supposed to validate the parameters dealing with signatures?=
  Is
> this the responsibility of the KDC or does each entity need to do this?=
  Is
> there an optimization that can be applied so that all of these paramete=
rs
> don't need to be distributed with the rest of the public key fields at =
a
> later date?

<MT>
Yes, it's up to the Group Manager (KDC), when handling the joining of a
new group member and collecting its public key.

For instance, the joining process described in ace-key-groupcomm-oscore
takes care of this, see
https://tools.ietf.org/html/draft-ietf-ace-key-groupcomm-oscore-02#sectio=
n-4.3

We will also clarify it in this document, and add a bullet point in
Section 7, i.e. the list of responsibilities of the Group Manager.


As to the second part of the comment, do you mean a minimal shortened
encoding of public keys? For instance, a COSE Key where some parameters
are not included, and default values are assumed instead?

If so, this should also mean having some more admitted ACE Public Key
Encoding values than the normal "COSE_Key", see Figure 2 in
https://tools.ietf.org/html/draft-ietf-ace-key-groupcomm-oscore-02#sectio=
n-4.1
</MT>

>
> 3.  I am not sure why RSA-OAEP in the tables, I have never heard of any=
body
> using these as signature algorithms.

<MT>
That was an oversight. We will remove the last three entries in the
registry.
</MT>


> 4.  Why did you insert the OSCORE_options field into the aad_array befo=
re
> the options field?  It would be cleaner to have it at the end to minimi=
ze
> the differences between the structures.

<MT>
Right, we will move the OSCORE option to the end, after the class I optio=
ns.
</MT>

> 5.  Just what is the type in section 9.2 for  EdDSA?

<MT>
Do you mean the key type 'kty' ? It is 1 (OKP), as specified in the
"Description" column. What is missing?
</MT>

>
> Jim
> =20
>
>

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

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

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



--AisFBu82MDgQ1GU0APoKCOy3I1KHeXhOo--

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

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

iQEzBAEBCgAdFiEEOEo4cV326Z7GypVg7iZktA5Y2kMFAl0lq3wACgkQ7iZktA5Y
2kP5NAf8CS4QdpIhmv+BU9GZ3r3CmGte6TG0+0Nx3mGyaXlsxl9Sp9OGhehGauY8
wacibJJrWMPu4bA3Qj/2eKhiqybqeqsOnI+r2K+6PCYIIXdtrBroOvDozb+zEylr
sP9fjggrXrfdOr60uiRf7EJWqGxnUzNPgDPfLYFPbF/z912uG/OMIm8YB4aLf3Kl
FTUmhV7zBFyA5QR2GMV3kP2lbYgQLm5+bUsmZJbyyH/vLJxLZix9SX30ySYHC/Ev
Pp9tL4hPrHq5SoRwwkN9Q0TXERsS/LomtFrWUdUTP7V1VPLtTI6NnPXX8Q1a/F7a
VcDsXby+d8FqG+AyBrTpkhtr1zKjow==
=u2vg
-----END PGP SIGNATURE-----

--MlgMpz5LWcXd9Hjj3Dizb3aWI2Vq6IaFD--


From nobody Wed Jul 10 02:41:31 2019
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 96E97120099 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 02:41:29 -0700 (PDT)
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, FROM_EXCESS_BASE64=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OTHgKFL5MRgc for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 02:41:26 -0700 (PDT)
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 235F51200FD for <core@ietf.org>; Wed, 10 Jul 2019 02:41:24 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.63,474,1557180000"; d="scan'208";a="391238254"
Received: from wifi-eduroam-85-050.paris.inria.fr ([128.93.85.50]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jul 2019 11:41:14 +0200
From: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Wed, 10 Jul 2019 11:41:13 +0200
References: <BACE74BC-C665-484D-A2D2-541B42077E93@tzi.org>
To: core <core@ietf.org>
In-Reply-To: <BACE74BC-C665-484D-A2D2-541B42077E93@tzi.org>
Message-Id: <0F46EC62-79D6-4C4C-B691-668E86E3B0F8@inria.fr>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Z5kWGMJ27Puap-lPOziX3B0jQMI>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_of_draft-ietf-core-stateless-?= =?utf-8?q?01?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 09:41:30 -0000

Dear CoRE,

As indicated during the Prague meeting, I would like to thank Klaus and =
the CoRE group for finalizing this document on a short notice. The =
stateless document was motivated by our network access use case in =
6TiSCH where an unauthenticated client talks to a constrained =
(stateless) proxy in order to join the network.

In general, I find the document well written and easy to read. Some =
remarks below.=20

In case the extended token and Observe are used together, where multiple =
(legitimate) Observe responses carry the same (extended) token, replay =
protection using sequence numbers at the client might falsely identify =
such tokens as replays. How should this be handled?

Little consideration is given to the replay protection using timestamps. =
It might be important to note here that a client, and particularly a =
constrained one, only needs to trust its own clock without any =
synchronization required. The question that remains though is what =
implementation strategy should a client use to accept/reject a given =
extended token when using timestamps.

A client (or intermediary in the role of a client) that depends on
   support for extended token lengths (Section 2) from the next hop to
   avoid keeping request state MUST perform a discovery of support
   (Section 2.2) before it can be stateless.

There are environments, 6TiSCH being one example, where the support for =
extended tokens can be known before hand, e.g. through out of band =
information such as dependency in the draft. In that case, saving two =
messages on the wire in constrained environments by omitting the =
discovery seems quite reasonable. I would therefore argue for this MUST =
to be replaced with a SHOULD.

Some nits below:

   If a server supports extended token lengths but receives a request
   with a token of a length it is unwilling or unable to process, it
   MUST NOT reject the message.  Instead, it SHOULD return a 4.00 (Bad
   Request) response.  This implies that the server returns the entire
   token verbatim.

This paragraph to me seems self-contradictory. If a server cannot =
process a request with a token length greater than some value, is it =
reasonable to expect that it can return it in the Bad Request response? =
If SHOULD is not respected, what happens?

 Tokens are a hop-by-hop feature: When an intermediary receives a
   request, the only requirement is that it echoes the token back in any
   resulting response.  There is no requirement or expectation that an
   intermediary passes a client's token on to a server or that an =
intermediary=20
   uses extended token lengths itself when receiving a request with an=20=

   extended token length.

Note should be taken here that such intermediary can itself be =
=E2=80=9Cstateless=E2=80=9D, as described in Section 3.1 just below.

In wireless mesh networks,
   where all traffic is visible to a passive attacker, encryption may
   not be needed as the attacker can get the same information from
   analyzing the traffic flows.

I am quite confused by this sentence which seems as an =
oversimplification. What kind of an attacker are you considering here?

Mali=C5=A1a

> On 26 Jun 2019, at 16:14, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> This is a Working Group last call on
>=20
> https://tools.ietf.org/html/draft-ietf-core-stateless-01
>=20
> The WGLC will end in exactly 336 hours so we can discuss the outcome =
at the CoRE WG Interim meeting on 2019-07=E2=80=9310.  Please indicate =
your position in a message to the CoRE mailing list (core@ietf.org) or, =
exceptionally, to the chairs (core-chairs@ietf.org).
>=20
> Please find my chair=E2=80=99s review below; I believe the items =
raised there can be discussed during the WGLC alongside the concerns of =
other WG members.
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20
>=20
> Chair=E2=80=99s review of draft-ietf-core-stateless-01
>=20
> # Major
>=20
> Discovery is currently focused on whether the server supports extended =
token lengths at all.  Given that the maximum extended token is rather =
large for a constrained environment, the client may be interested to =
find out how large tokens can be for this server.  With CSM, this would =
be trivial (change empty option value to an uint value).  With =
trial-and-error, this leaves the client with binary search (probably =
along the lines of the token sizes it actually can make use of).
>=20
> # Minor
>=20
> Section 3.3 suddenly starts to talk about authentication tags and =
freshness indicators; this might require additional explanation (in =
particular since there are BCP 14 keywords in these paragraphs).  =
Section 4.2.1 has some implementation guidelines that could possibly be =
expanded to cover this.
>=20
>=20
>=20
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


From nobody Wed Jul 10 04:51:19 2019
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 EDA6C1200E7 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 04:51:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 6KitLUowBo2b for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 04:51:14 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B42E21200A3 for <core@ietf.org>; Wed, 10 Jul 2019 04:51:13 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45kHZk5HD3z14Xx; Wed, 10 Jul 2019 13:51:10 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <0F46EC62-79D6-4C4C-B691-668E86E3B0F8@inria.fr>
Date: Wed, 10 Jul 2019 13:51:10 +0200
Cc: core <core@ietf.org>
X-Mao-Original-Outgoing-Id: 584452268.2742389-ba5fc292a2d021a98d08ae2e9496e4ec
Content-Transfer-Encoding: quoted-printable
Message-Id: <31720567-638E-4951-A4E3-368D454216A6@tzi.org>
References: <BACE74BC-C665-484D-A2D2-541B42077E93@tzi.org> <0F46EC62-79D6-4C4C-B691-668E86E3B0F8@inria.fr>
To: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ogI9dMsTpdLEC8mEojemFeuMgxE>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_of_draft-ietf-core-stateless-?= =?utf-8?q?01?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 11:51:18 -0000

Hi Mali=C5=A1a,

thank you for these remarks.
Let me respond to some of them before we hear from the author.

> On Jul 10, 2019, at 11:41, Mali=C5=A1a Vu=C4=8Dini=C4=87 =
<malisa.vucinic@inria.fr> wrote:
>=20
> Dear CoRE,
>=20
> As indicated during the Prague meeting, I would like to thank Klaus =
and the CoRE group for finalizing this document on a short notice. The =
stateless document was motivated by our network access use case in =
6TiSCH where an unauthenticated client talks to a constrained =
(stateless) proxy in order to join the network.
>=20
> In general, I find the document well written and easy to read. Some =
remarks below.=20
>=20
> In case the extended token and Observe are used together, where =
multiple (legitimate) Observe responses carry the same (extended) token, =
replay protection using sequence numbers at the client might falsely =
identify such tokens as replays. How should this be handled?

Can you more specific about the scenario?

3.1 says:

   When multiple clients observe [RFC7641] the same resource,
   aggregating requests is REQUIRED (Section 3.1 of RFC 7641).  As this
   cannot be satisfied without keeping request state, an intermediary
   MUST NOT include an Observe Option in requests it sends without
   keeping request state.

> Little consideration is given to the replay protection using =
timestamps. It might be important to note here that a client, and =
particularly a constrained one, only needs to trust its own clock =
without any synchronization required. The question that remains though =
is what implementation strategy should a client use to accept/reject a =
given extended token when using timestamps.
>=20
> A client (or intermediary in the role of a client) that depends on
>   support for extended token lengths (Section 2) from the next hop to
>   avoid keeping request state MUST perform a discovery of support
>   (Section 2.2) before it can be stateless.
>=20
> There are environments, 6TiSCH being one example, where the support =
for extended tokens can be known before hand, e.g. through out of band =
information such as dependency in the draft. In that case, saving two =
messages on the wire in constrained environments by omitting the =
discovery seems quite reasonable. I would therefore argue for this MUST =
to be replaced with a SHOULD.

Or, alternatively, being set up for operation in such a network could =
count as such a form of discovery.

> Some nits below:
>=20
>   If a server supports extended token lengths but receives a request
>   with a token of a length it is unwilling or unable to process, it
>   MUST NOT reject the message.  Instead, it SHOULD return a 4.00 (Bad
>   Request) response.  This implies that the server returns the entire
>   token verbatim.
>=20
> This paragraph to me seems self-contradictory. If a server cannot =
process a request with a token length greater than some value, is it =
reasonable to expect that it can return it in the Bad Request response?

The note (=E2=80=9CThis implies=E2=80=9D) already points out the =
significant onus.  I=E2=80=99m not sure we can really require the MUST =
NOT.

> If SHOULD is not respected, what happens?

The client might have trouble fully assessing the situation.

>=20
> Tokens are a hop-by-hop feature: When an intermediary receives a
>   request, the only requirement is that it echoes the token back in =
any
>   resulting response.  There is no requirement or expectation that an
>   intermediary passes a client's token on to a server or that an =
intermediary=20
>   uses extended token lengths itself when receiving a request with an=20=

>   extended token length.
>=20
> Note should be taken here that such intermediary can itself be =
=E2=80=9Cstateless=E2=80=9D, as described in Section 3.1 just below.
>=20
> In wireless mesh networks,
>   where all traffic is visible to a passive attacker, encryption may
>   not be needed as the attacker can get the same information from
>   analyzing the traffic flows.
>=20
> I am quite confused by this sentence which seems as an =
oversimplification. What kind of an attacker are you considering here?

I agree that there is a large box of pandora here.  In particular, an =
endpoint often cannot be sure their traffic stays within the wireless =
network.  I=E2=80=99m also not sure this is only about wireless mesh =
networks and not other wireless networks. So I would reformulate this =
=E2=80=9CWhere a passive attacker can get the same information from =
analyzing the traffic flows, there may be little gain in adding =
encryption.=E2=80=9D.

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


From nobody Wed Jul 10 05:22:29 2019
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 74A6D1200FB for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 05:22:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.897
X-Spam-Level: 
X-Spam-Status: No, score=-6.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cx_SZRSIvp58 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 05:22:24 -0700 (PDT)
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 2BE8A120026 for <core@ietf.org>; Wed, 10 Jul 2019 05:22:22 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.63,474,1557180000";  d="scan'208,217";a="391264464"
Received: from wifi-eduroam-85-050.paris.inria.fr ([128.93.85.50]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jul 2019 14:22:20 +0200
From: =?utf-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= <malisa.vucinic@inria.fr>
Message-Id: <55AA5D08-C341-4FB4-842E-FDE84931FD82@inria.fr>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5F605860-0311-4F7B-B600-8151A0D57ED4"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Wed, 10 Jul 2019 14:22:20 +0200
In-Reply-To: <31720567-638E-4951-A4E3-368D454216A6@tzi.org>
Cc: core <core@ietf.org>
To: Carsten Bormann <cabo@tzi.org>
References: <BACE74BC-C665-484D-A2D2-541B42077E93@tzi.org> <0F46EC62-79D6-4C4C-B691-668E86E3B0F8@inria.fr> <31720567-638E-4951-A4E3-368D454216A6@tzi.org>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/3etIXjR4IR1jW6-yKDyo9xRJJxA>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_WGLC_of_draft-ietf-core-stateless-?= =?utf-8?q?01?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 12:22:28 -0000

--Apple-Mail=_5F605860-0311-4F7B-B600-8151A0D57ED4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On 10 Jul 2019, at 13:51, Carsten Bormann <cabo@tzi.org> wrote:
>=20
>> On Jul 10, 2019, at 11:41, Mali=C5=A1a Vu=C4=8Dini=C4=87 =
<malisa.vucinic@inria.fr <mailto:malisa.vucinic@inria.fr>> wrote:
>>=20
>> In case the extended token and Observe are used together, where =
multiple (legitimate) Observe responses carry the same (extended) token, =
replay protection using sequence numbers at the client might falsely =
identify such tokens as replays. How should this be handled?
>=20
> Can you more specific about the scenario?
>=20
> 3.1 says:
>=20
>   When multiple clients observe [RFC7641] the same resource,
>   aggregating requests is REQUIRED (Section 3.1 of RFC 7641).  As this
>   cannot be satisfied without keeping request state, an intermediary
>   MUST NOT include an Observe Option in requests it sends without
>   keeping request state.


My understanding is that the text above relates to a proxy handling =
observations from multiple clients. I do not read from this that Observe =
is in general forbidden with extended tokens.The scenario I am talking =
about is just the basic client - server interaction, with client being =
stateless and using the Observe option. The server will send multiple =
Observe responses with the same token. How should client=E2=80=99s =
implementation of replay protection handle this?


>> A client (or intermediary in the role of a client) that depends on
>>  support for extended token lengths (Section 2) from the next hop to
>>  avoid keeping request state MUST perform a discovery of support
>>  (Section 2.2) before it can be stateless.
>>=20
>> There are environments, 6TiSCH being one example, where the support =
for extended tokens can be known before hand, e.g. through out of band =
information such as dependency in the draft. In that case, saving two =
messages on the wire in constrained environments by omitting the =
discovery seems quite reasonable. I would therefore argue for this MUST =
to be replaced with a SHOULD.
>=20
> Or, alternatively, being set up for operation in such a network could =
count as such a form of discovery.

Could we have a note on this in the draft?

>=20
>> Some nits below:
>>=20
>>  If a server supports extended token lengths but receives a request
>>  with a token of a length it is unwilling or unable to process, it
>>  MUST NOT reject the message.  Instead, it SHOULD return a 4.00 (Bad
>>  Request) response.  This implies that the server returns the entire
>>  token verbatim.
>>=20
>> This paragraph to me seems self-contradictory. If a server cannot =
process a request with a token length greater than some value, is it =
reasonable to expect that it can return it in the Bad Request response?
>=20
> The note (=E2=80=9CThis implies=E2=80=9D) already points out the =
significant onus.  I=E2=80=99m not sure we can really require the MUST =
NOT.

Ok, so I would suggest rephrasing this to:

"Instead, it SHOULD return a 4.00 (Bad Request) response and attempt =
returning the entire token verbatim."

>> If SHOULD is not respected, what happens?
>=20
> The client might have trouble fully assessing the situation.


>> In wireless mesh networks,
>>  where all traffic is visible to a passive attacker, encryption may
>>  not be needed as the attacker can get the same information from
>>  analyzing the traffic flows.
>>=20
>> I am quite confused by this sentence which seems as an =
oversimplification. What kind of an attacker are you considering here?
>=20
> I agree that there is a large box of pandora here.  In particular, an =
endpoint often cannot be sure their traffic stays within the wireless =
network.  I=E2=80=99m also not sure this is only about wireless mesh =
networks and not other wireless networks. So I would reformulate this =
=E2=80=9CWhere a passive attacker can get the same information from =
analyzing the traffic flows, there may be little gain in adding =
encryption.=E2=80=9D.

Works for me.


--Apple-Mail=_5F605860-0311-4F7B-B600-8151A0D57ED4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On 10 Jul 2019, at 13:51, Carsten Bormann &lt;<a =
href=3D"mailto:cabo@tzi.org" class=3D"">cabo@tzi.org</a>&gt; =
wrote:</div><div class=3D""><br style=3D"caret-color: rgb(0, 0, 0); =
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; =
text-decoration: none;" class=3D""><blockquote type=3D"cite" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D"">On Jul 10, 2019, at 11:41, Mali=C5=A1a =
Vu=C4=8Dini=C4=87 &lt;<a href=3D"mailto:malisa.vucinic@inria.fr" =
class=3D"">malisa.vucinic@inria.fr</a>&gt; wrote:<br class=3D""><br =
class=3D"">In case the extended token and Observe are used together, =
where multiple (legitimate) Observe responses carry the same (extended) =
token, replay protection using sequence numbers at the client might =
falsely identify such tokens as replays. How should this be handled?<br =
class=3D""></blockquote><br style=3D"caret-color: rgb(0, 0, 0); =
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; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); 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; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Can you more specific about the scenario?</span><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none; float: none; =
display: inline !important;" class=3D"">3.1 says:</span><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&nbsp;&nbsp;When multiple =
clients observe [RFC7641] the same resource,</span><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&nbsp;&nbsp;aggregating requests =
is REQUIRED (Section 3.1 of RFC 7641). &nbsp;As this</span><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&nbsp;&nbsp;cannot be satisfied =
without keeping request state, an intermediary</span><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&nbsp;&nbsp;MUST NOT include an =
Observe Option in requests it sends without</span><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none; float: none; =
display: inline !important;" class=3D"">&nbsp;&nbsp;keeping request =
state.</span><br style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: =
none;" class=3D""></div></blockquote><div><br class=3D""></div><div><br =
class=3D""></div><div>My understanding is that the text above relates to =
a proxy handling observations from multiple clients. I do not read from =
this that Observe is in general forbidden with extended tokens.The =
scenario I am talking about is just the basic client - server =
interaction, with client being stateless and using the Observe option. =
The server will send multiple Observe responses with the same token. How =
should client=E2=80=99s implementation of replay protection handle =
this?</div><div><br class=3D""></div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><blockquote type=3D"cite" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D"">A client (or intermediary in the role =
of a client) that depends on<br class=3D"">&nbsp;support for extended =
token lengths (Section 2) from the next hop to<br class=3D"">&nbsp;avoid =
keeping request state MUST perform a discovery of support<br =
class=3D"">&nbsp;(Section 2.2) before it can be stateless.<br =
class=3D""><br class=3D"">There are environments, 6TiSCH being one =
example, where the support for extended tokens can be known before hand, =
e.g. through out of band information such as dependency in the draft. In =
that case, saving two messages on the wire in constrained environments =
by omitting the discovery seems quite reasonable. I would therefore =
argue for this MUST to be replaced with a SHOULD.<br =
class=3D""></blockquote><br style=3D"caret-color: rgb(0, 0, 0); =
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; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); 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; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Or, alternatively, being set up for operation in such a =
network could count as such a form of discovery.</span><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" =
class=3D""></div></blockquote><div><br class=3D""></div><div>Could we =
have a note on this in the draft?</div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><br style=3D"caret-color: =
rgb(0, 0, 0); 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; =
text-decoration: none;" class=3D""><blockquote type=3D"cite" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D"">Some nits below:<br class=3D""><br =
class=3D"">&nbsp;If a server supports extended token lengths but =
receives a request<br class=3D"">&nbsp;with a token of a length it is =
unwilling or unable to process, it<br class=3D"">&nbsp;MUST NOT reject =
the message. &nbsp;Instead, it SHOULD return a 4.00 (Bad<br =
class=3D"">&nbsp;Request) response. &nbsp;This implies that the server =
returns the entire<br class=3D"">&nbsp;token verbatim.<br class=3D""><br =
class=3D"">This paragraph to me seems self-contradictory. If a server =
cannot process a request with a token length greater than some value, is =
it reasonable to expect that it can return it in the Bad Request =
response?<br class=3D""></blockquote><br style=3D"caret-color: rgb(0, 0, =
0); 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; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); 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; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">The note (=E2=80=9CThis implies=E2=80=9D) already points out =
the significant onus. &nbsp;I=E2=80=99m not sure we can really require =
the MUST NOT.</span><br style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: =
none;" class=3D""></div></blockquote><div><br class=3D""></div><div>Ok, =
so I would suggest rephrasing this to:</div><div><br =
class=3D""></div><div>"Instead, it SHOULD return a 4.00 (Bad Request) =
response and attempt returning the entire token verbatim."</div><div><br =
class=3D""></div><blockquote type=3D"cite" class=3D""><div =
class=3D""><blockquote type=3D"cite" style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D"">If =
SHOULD is not respected, what happens?<br class=3D""></blockquote><br =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); 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; text-decoration: none; float: none; =
display: inline !important;" class=3D"">The client might have trouble =
fully assessing the situation.</span><br style=3D"caret-color: rgb(0, 0, =
0); 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; =
text-decoration: none;" class=3D""></div></blockquote><div><br =
class=3D""></div><div><br class=3D""></div><blockquote type=3D"cite" =
class=3D""><div class=3D""><blockquote type=3D"cite" style=3D"font-family:=
 Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D"">In =
wireless mesh networks,<br class=3D"">&nbsp;where all traffic is visible =
to a passive attacker, encryption may<br class=3D"">&nbsp;not be needed =
as the attacker can get the same information from<br =
class=3D"">&nbsp;analyzing the traffic flows.<br class=3D""><br =
class=3D"">I am quite confused by this sentence which seems as an =
oversimplification. What kind of an attacker are you considering =
here?<br class=3D""></blockquote><br style=3D"caret-color: rgb(0, 0, 0); =
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; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); 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; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">I agree that there is a large box of pandora here. &nbsp;In =
particular, an endpoint often cannot be sure their traffic stays within =
the wireless network. &nbsp;I=E2=80=99m also not sure this is only about =
wireless mesh networks and not other wireless networks. So I would =
reformulate this =E2=80=9CWhere a passive attacker can get the same =
information from analyzing the traffic flows, there may be little gain =
in adding encryption.=E2=80=9D.</span><br style=3D"caret-color: rgb(0, =
0, 0); 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; =
text-decoration: none;" class=3D""></div></blockquote><div><br =
class=3D""></div>Works for me.<br class=3D""></div><br =
class=3D""></body></html>=

--Apple-Mail=_5F605860-0311-4F7B-B600-8151A0D57ED4--


From nobody Wed Jul 10 06:17:53 2019
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 3907F12024B for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 06:17:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 FIDhAuJSd5o2 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 06:17:49 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E079120240 for <core@ietf.org>; Wed, 10 Jul 2019 06:17:49 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45kKVg0R9Tz14b7; Wed, 10 Jul 2019 15:17:47 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <VI1PR08MB536095EABEEF3433574F7785FAF10@VI1PR08MB5360.eurprd08.prod.outlook.com>
Date: Wed, 10 Jul 2019 15:17:46 +0200
Cc: "core@ietf.org WG" <core@ietf.org>
X-Mao-Original-Outgoing-Id: 584457464.983397-c4e5148399b77f1255fc6055f4d92a2f
Content-Transfer-Encoding: quoted-printable
Message-Id: <3E29C937-6EAF-4E78-A0A6-3347192AFD07@tzi.org>
References: <VI1PR08MB536095EABEEF3433574F7785FAF10@VI1PR08MB5360.eurprd08.prod.outlook.com>
To: Hannes Tschofenig <Hannes.Tschofenig@arm.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/oWOoMAcW1rA3BTkLU1WdddviVTY>
Subject: Re: [core] draft-tschofenig-core-senml-lbn-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 13:17:52 -0000

Hi Hannes,

Will you be at the CoRE WG interim in 102 minutes?  We probably could =
spare 10 minutes to discuss this.

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


> On Jul 9, 2019, at 11:13, Hannes Tschofenig =
<Hannes.Tschofenig@arm.com> wrote:
>=20
> Hi all,=20
> =20
> Mid June I submitted a draft that introduces the concept of a local =
basename to SenML.
> =20
> Here is the draft:=20
> https://tools.ietf.org/html/draft-tschofenig-core-senml-lbn-00
> =20
> In the work on LwM2M we make use of SenML but only recently we noticed =
that there is a mismatch between the examples in the LwM2M specification =
and the published SenML draft.
> We just didn=E2=80=99t realize that the authors of SenML had the =
expectation that each sensor reading would be globally identifiable. =
While this feature may be useful in certain contexts it is a problem in =
the LwM2M context where we actually care about smaller payload sizes.
> =20
> =46rom an over-the-wire optimization potential this simple extension =
is just fantastic. Even with a small number of sensor readings sent by =
IoT devices you can gain huge benefits.
> =20
> Ciao
> Hannes
> =20
> 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 Wed Jul 10 06:30:14 2019
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 8F10512010C for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 06:30:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 AcQ4-QLvHS1p for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 06:30:09 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF8791200DE for <core@ietf.org>; Wed, 10 Jul 2019 06:30:08 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45kKmt3r5Yz14b8; Wed, 10 Jul 2019 15:30:06 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
X-Priority: 3
In-Reply-To: <880105127.785171559138207866.JavaMail.nobody@rva2rmd101.webex.com>
Date: Wed, 10 Jul 2019 15:30:06 +0200
X-Mao-Original-Outgoing-Id: 584458204.330115-1ef1560997a5933e43eff9d46b7c1c49
Content-Transfer-Encoding: quoted-printable
Message-Id: <EFB27D9B-DB9B-4102-B120-388E3A0554AB@tzi.org>
References: <880105127.785171559138207866.JavaMail.nobody@rva2rmd101.webex.com>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/aNi3ut5ff_gROFBm4uxfVuX6yRo>
Subject: Re: [core] Webex meeting info: CoRE Virtual Interim
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 13:30:12 -0000

Hi,

The meeting details for the CoRE Virtual Interim that starts in 1.5 =
hours at 1500Z haven=E2=80=99t changed from last time; see below for =
reference.

The provisional agenda we are proposing for this last meeting before =
Montreal=E2=80=99s f2f is quite extensive:

- (All) (5) celebrating RFC 8613 (was: =
draft-ietf-core-object-security-16)

- (chairs) (5) Publication requested: =
draft-ietf-core-resource-directory-23

    Should there be another document on directory discovery?

- (chairs/authors) (5) Status rd-dns-sd?

- (chairs/All) (5) WGLC passed, draft updated, publication to be =
requested: draft-ietf-core-senml-etch-04

- (chairs/All) (10) WGLC passed, issues raised, draft updated: =
draft-ietf-core-hop-limit-04.txt
       Issue addressed: Proxy paths with both HTTP and CoAP -> New =
Section 4
       (Commenters to check)

- (chairs/All) (10) WGLC almost passed, no comments(?): =
draft-ietf-core-echo-request-tag-05
       (Commenters to check)

- (chairs/Klaus) (20) WGLC almost passed, issues raised: =
draft-ietf-core-stateless-01
       Attempt Disposition today; -02 on 2019-07-22, request for =
publication?

- (Klaus) (10) observe and updates -- dynlink, OCF (vs. resource-state =
projections)

- (Hannes?) (10) senml-lbn?

- (chairs) (10) Montr=C3=A9al Agenda
       Side meeting: CoRE Applications  Tue 1520-1650 [Klaus]
       WG meetings: Tue 1710-1810, Thu 1000-1200

Etherpad for minutes: =
https://etherpad.tools.ietf.org/p/notes-ietf-20190710-core

If you have other items that should be discussed today, please send a =
message to core-chairs@ietf.org so we can update the agenda.

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


Virtual Interim
Hosted by CORE Working Group

Wednesday, 10 Jul, 2019 15:00 | 1 hour 30 minutes | (UTC+00:00) =
Monrovia, Reykjavik
Occurs every 2 week(s) on Wednesday effective 5/29/2019 until 11/13/2019 =
from 3:00 PM to 4:30 PM, (UTC+00:00) Monrovia, Reykjavik
Meeting number: 648 636 609
Password: constrained
https://ietf.webex.com/ietf/j.php?MTID=3Dm4f01e31ccd50d241bcf796aed4bf46d4=


Join by phone
1-650-479-3208 Call-in toll number (US/Canada)
Access code: 648 636 609


From nobody Wed Jul 10 07:42:28 2019
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 2E3251202C0 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 07:42:25 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x-k37el4UL3k for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 07:42:21 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20083.outbound.protection.outlook.com [40.107.2.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07103120254 for <core@ietf.org>; Wed, 10 Jul 2019 07:42:04 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dUAygHhXpzXQ5z+zAMmnfTox13/s4iJIIawWv7iq4cO8xXr7514s19KzeQ4n2BByq4/D9tbhM7R6FGUFYkKLbrtqFFJe8a0z9zLPzfW5PVgQezewJpSat0RO9rBiEbbPe+/MOvqC5+Vsq8kwRV+vS9hilKu96/fcbfnbtv6UaPnnqxlIQe5laV40PrA270X/osnT8YsAKc93lgf2t6nsOSrZ+4VdCDAPvb82KcS9x/ViJxJEyBKQB25Ruyjj9hWP2tqnw9PLgO/RjB9q1ykaLRLVpZDICEvy4gCxzQaN0vJ/ZmKtkyoE1zraFSnp4+pPBDoRJsZnvHoL/5+xqInanw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=67M1LH//OzVYm8nLarlgffKrxu6B/QCAWVzoE6APuXs=; b=P5+lNP9PRWITjEmZQWCx9ixJ1OupzD/EpLEpyBHqLdcLshRqeapDtUdk/c24S+RPCP72TYY49NDIVhCj7lyVU/IPqtEXnJzkgNo+LcuqYyfYgfwD0dkWElC367WQ13zCTjoUA/Y/y+1CAb8SmOeL9RxKjW6IrfOaWm3A9C35+Hl8F21OlGtyUObY2u00XUil/hUcaVjVEGAOQffavuOZRxQxS7H2f4K1csDMhNIG9VI10yYY0mvnA95f2eTwmQHfydTQtXqHwyXkQCHxMFdHlxE/NiWdok5LvoUE4jQHCMkX7p4627PCSN8xaoDqCfb30zKEXNSt+zcAqX1MFtLzeA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=67M1LH//OzVYm8nLarlgffKrxu6B/QCAWVzoE6APuXs=; b=f1+4Ui8EZDI02z9EIxlIhmJ+cCFZ8vhr+akIVmVqWXm7TH9XV3LEEuXDAwIrtlkKhKlZaezK8kSuMJCt208de8wHc3iJIUDh3+EKtw9pnwAm2BqvP4QI114uAGkU4ONofPxHvS6nib/TBsx0S9wI1HVVkqYtaukafyUH0X/TjSI=
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB4169.eurprd07.prod.outlook.com (20.176.166.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.9; Wed, 10 Jul 2019 14:42:01 +0000
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e%3]) with mapi id 15.20.2073.008; Wed, 10 Jul 2019 14:42:01 +0000
From: =?utf-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
To: core <core@ietf.org>
Thread-Topic: New Version Notification for draft-keranen-core-senml-data-ct-02.txt
Thread-Index: AQHVNcLzeLrBYa68B0WyYE5UKw3mpw==
Date: Wed, 10 Jul 2019 14:42:01 +0000
Message-ID: <6923A8BB-2B2B-48DA-9A32-CC91FCF76749@ericsson.com>
References: <156261394194.913.5507486604935357867.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; 
x-originating-ip: [2001:14bb:82:16ae:cc2:8a2:fed3:1e0e]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c472887d-66c6-4cab-b3bb-08d70544c524
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(49563074)(7193020); SRVR:HE1PR07MB4169; 
x-ms-traffictypediagnostic: HE1PR07MB4169:
x-microsoft-antispam-prvs: <HE1PR07MB41690762A6812477AA5B36DA85F00@HE1PR07MB4169.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0094E3478A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(4636009)(366004)(39860400002)(346002)(376002)(136003)(396003)(189003)(199004)(85182001)(446003)(99286004)(6916009)(6436002)(966005)(6116002)(7110500001)(486006)(36756003)(71200400001)(71190400001)(99936001)(53386004)(316002)(66574012)(606006)(25786009)(476003)(2616005)(6506007)(76176011)(76116006)(14454004)(66946007)(6486002)(66446008)(66476007)(8936002)(66556008)(64756008)(81156014)(66616009)(81166006)(53936002)(186003)(7736002)(85202003)(33656002)(8676002)(86362001)(102836004)(68736007)(54896002)(6306002)(2473003)(5660300002)(6512007)(2906002)(256004)(14444005)(236005)(2420400007)(46003)(229853002)(478600001)(15650500001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4169; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 1q8HJDFVm+GX9HcSbwuVrbnclpkDviU22etak9PW/tKBsuG4dTg57/jtLImZTSP3QPNFuFBAlGXTEdRESEuc/yRVjXcEa2zIuJKmMQyqqo0ftnGal+OawVBIkylaBmZAn2Rc+X4mnJpBb1vhBd0Fk8pKHLeEStNyd61ahGUOXeFfRloPGejd0CoCgFrwU9DL/dcyMHU+ceo3PjxUVzCdu+HhoETc2MvilXzBfpzkvjA+MtmhikJ5db1oH1Urlnl/okiBMgXVoyI6+ok8OaiUubW94e8Xr7/0Md452rB+g+llQj2t77uGz2a7G872iL/bHQ0a+DYDMWo2hOhmbUBn+4JW91+rYYZiZAuV06x0h3kzD2NGVklm9o5+6kg34KoTsmIK7uxwPPI7BncpNgj4MHI2uGnc8xrtz2WbGbB/F8w=
Content-Type: multipart/signed; boundary=Apple-Mail-814A0B0D-F879-4044-BDAD-A5D0C8B72151; protocol="application/pkcs7-signature"; micalg=sha-256
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c472887d-66c6-4cab-b3bb-08d70544c524
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jul 2019 14:42:01.7877 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ari.keranen@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4169
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/9gZezoT1VYzft4l71ljESyd1cbg>
Subject: [core] Fwd: New Version Notification for draft-keranen-core-senml-data-ct-02.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 14:42:25 -0000

--Apple-Mail-814A0B0D-F879-4044-BDAD-A5D0C8B72151
Content-Type: multipart/alternative;
	boundary=Apple-Mail-9D371CC6-1103-4DD9-BF52-890BDA2A8B4B
Content-Transfer-Encoding: 7bit


--Apple-Mail-9D371CC6-1103-4DD9-BF52-890BDA2A8B4B
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: base64

Q29SRSBXRywNCg0KV2UgdXBkYXRlZCB0aGUgU2VuTUwgZGF0YSB2YWx1ZSBjb250ZW50LWZvcm1h
dCBpbmRpY2F0aW9uIGRyYWZ0IHRvIGFkZHJlc3MgdGhlIGNoYWxsZW5nZXMgd2l0aCBiYXNlIHZh
bHVlcyBwcmVzZW50ZWQgYXQgdGhlIElFVEYgMTA0IENvUkUgc2Vzc2lvbi4gDQoNClRoaXMgdmVy
c2lvbiBwcm9wb3NlcyB0byB1c2UgdGhlIHNhbWUg4oCcY3TigJ0gU2VuTUwgZmllbGQgZm9yIGJv
dGggY29udGVudC1mb3JtYXQgSURzIGFuZCBjb250ZW50LXR5cGVzIHdpdGggY29udGVudC1jb2Rp
bmcgKHdpdGggYSBuZXcgc3ludGF4IHRvIGluZGljYXRlIC1jb2RpbmcgaW4gdGhlIHNhbWUgc3Ry
aW5nIGZpZWxkKS4gVGhpcyBzaW1wbGlmaWVzIHRoZSBoYW5kbGluZyBvZiDigJxjdOKAnSBzaWdu
aWZpY2FudGx5IGJ1dCBPVE9IIHRoaXMgd291bGQgYmUgbm93IGZpcnN0IFNlbk1MIGZpZWxkIHRo
YXQgY2FuIGhhdmUgaW50ZWdlciBvciBzdHJpbmcgdmFsdWVzLiBJbiB0aGUgb3JpZ2luYWwgZGVz
aWduIHdlIHdhbnRlZCB0byBhdm9pZCB0aGlzIGZvciB0aGUgdmFsdWUgKHYqKSBmaWVsZHMgZm9y
IGVmZmljaWVuY3kgcmVhc29ucy4gQnV0IGZvciB0aGUgY3QgbWV0YWRhdGEgZmllbGQgdGhpcyBk
b2VzIG5vdCBzZWVtIHRvIGJlIHN1Y2ggYSBiaWcgY29uY2Vybi4gWW91ciBpbnB1dCBvbiB0aGlz
IGRlc2lnbiBjaG9pY2UgYW5kIHRoZSBuZXcgc3ludGF4IChlLmcuLCDigJxhcHBsaWNhdGlvbi9q
c29uQGRlZmxhdGXigJ0pIGlzIGhpZ2hseSBhcHByZWNpYXRlZC4gDQoNClRoZSBhdXRob3JzIGJl
bGlldmUgdGhpcyB2ZXJzaW9uIGlzIHJlYWR5IGZvciBXRyBhZG9wdGlvbi4gDQoNCg0KVGhhbmtz
LA0KQXJpDQoNCkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOg0KDQo+IEZyb206IGludGVybmV0LWRy
YWZ0c0BpZXRmLm9yZw0KPiBEYXRlOiA4IEp1bHkgMjAxOSBhdCAyMi4yNS40MSBFRVNUDQo+IFRv
OiAiQ2Fyc3RlbiBCb3JtYW5uIiA8Y2Fib0B0emkub3JnPiwgIkFyaSBLZXJhbmVuIiA8YXJpLmtl
cmFuZW5AZXJpY3Nzb24uY29tPg0KPiBTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g
Zm9yIGRyYWZ0LWtlcmFuZW4tY29yZS1zZW5tbC1kYXRhLWN0LTAyLnR4dA0KPiANCj4gDQo+IEEg
bmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0YS1jdC0wMi50
eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBBcmkgS2VyYW5lbiBhbmQg
cG9zdGVkIHRvIHRoZQ0KPiBJRVRGIHJlcG9zaXRvcnkuDQo+IA0KPiBOYW1lOiAgICAgICAgZHJh
ZnQta2VyYW5lbi1jb3JlLXNlbm1sLWRhdGEtY3QNCj4gUmV2aXNpb246ICAgIDAyDQo+IFRpdGxl
OiAgICAgICAgU2VuTUwgRGF0YSBWYWx1ZSBDb250ZW50LUZvcm1hdCBJbmRpY2F0aW9uDQo+IERv
Y3VtZW50IGRhdGU6ICAgIDIwMTktMDctMDgNCj4gR3JvdXA6ICAgICAgICBJbmRpdmlkdWFsIFN1
Ym1pc3Npb24NCj4gUGFnZXM6ICAgICAgICA2DQo+IFVSTDogICAgICAgICAgICBodHRwczovL3d3
dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQta2VyYW5lbi1jb3JlLXNlbm1sLWRhdGEt
Y3QtMDIudHh0DQo+IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn
L2RvYy9kcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0YS1jdC8NCj4gSHRtbGl6ZWQ6ICAgICAg
IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0
YS1jdC0wMg0KPiBIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k
b2MvaHRtbC9kcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0YS1jdA0KPiBEaWZmOiAgICAgICAg
ICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWtlcmFuZW4tY29yZS1z
ZW5tbC1kYXRhLWN0LTAyDQo+IA0KPiBBYnN0cmFjdDoNCj4gICBUaGUgU2Vuc29yIE1lYXN1cmVt
ZW50IExpc3RzIChTZW5NTCkgbWVkaWEgdHlwZSBzdXBwb3J0cyBtdWx0aXBsZQ0KPiAgIHR5cGVz
IG9mIHZhbHVlcywgZnJvbSBudW1iZXJzIHRvIHRleHQgc3RyaW5ncyBhbmQgYXJiaXRyYXJ5IGJp
bmFyeQ0KPiAgIGRhdGEgdmFsdWVzLiAgSW4gb3JkZXIgdG8gc2ltcGxpZnkgcHJvY2Vzc2luZyBv
ZiB0aGUgZGF0YSB2YWx1ZXMgdGhpcw0KPiAgIGRvY3VtZW50IHByb3Bvc2VzIHRvIHNwZWNpZnkg
YSBuZXcgU2VuTUwgZmllbGQgZm9yIGluZGljYXRpbmcgdGhlDQo+ICAgQ29udGVudC1Gb3JtYXQg
b2YgdGhlIGRhdGEuDQo+IA0KPiANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0
YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQo+IHVu
dGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMu
aWV0Zi5vcmcuDQo+IA0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiANCg==

--Apple-Mail-9D371CC6-1103-4DD9-BF52-890BDA2A8B4B
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0
L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXYgZGlyPSJs
dHIiPjxzcGFuPjwvc3Bhbj48L2Rpdj48ZGl2IGRpcj0ibHRyIj48bWV0YSBodHRwLWVxdWl2PSJj
b250ZW50LXR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+PGRpdiBkaXI9
Imx0ciI+PHNwYW4+PC9zcGFuPjwvZGl2PjxkaXYgZGlyPSJsdHIiPjxtZXRhIGh0dHAtZXF1aXY9
ImNvbnRlbnQtdHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48ZGl2IGRp
cj0ibHRyIj48c3Bhbj48L3NwYW4+PC9kaXY+PGRpdiBkaXI9Imx0ciI+PG1ldGEgaHR0cC1lcXVp
dj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPkNvUkUg
V0csPGRpdj48YnI+PC9kaXY+PGRpdj5XZSB1cGRhdGVkIHRoZSBTZW5NTCBkYXRhIHZhbHVlIGNv
bnRlbnQtZm9ybWF0IGluZGljYXRpb24gZHJhZnQgdG8gYWRkcmVzcyB0aGUgY2hhbGxlbmdlcyB3
aXRoIGJhc2UgdmFsdWVzIHByZXNlbnRlZCBhdCB0aGUgSUVURiAxMDQgQ29SRSBzZXNzaW9uLiZu
YnNwOzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhpcyB2ZXJzaW9uIHByb3Bvc2VzIHRvIHVz
ZSB0aGUgc2FtZSDigJxjdOKAnSBTZW5NTCBmaWVsZCBmb3IgYm90aCBjb250ZW50LWZvcm1hdCBJ
RHMgYW5kIGNvbnRlbnQtdHlwZXMgd2l0aCBjb250ZW50LWNvZGluZyAod2l0aCBhIG5ldyBzeW50
YXggdG8gaW5kaWNhdGUgLWNvZGluZyBpbiB0aGUgc2FtZSBzdHJpbmcgZmllbGQpLiBUaGlzIHNp
bXBsaWZpZXMgdGhlIGhhbmRsaW5nIG9mIOKAnGN04oCdIHNpZ25pZmljYW50bHkgYnV0IE9UT0gg
dGhpcyB3b3VsZCBiZSBub3cgZmlyc3QgU2VuTUwgZmllbGQgdGhhdCBjYW4gaGF2ZSBpbnRlZ2Vy
IG9yIHN0cmluZyB2YWx1ZXMuIEluIHRoZSBvcmlnaW5hbCBkZXNpZ24gd2Ugd2FudGVkIHRvIGF2
b2lkIHRoaXMgZm9yIHRoZSB2YWx1ZSAodiopIGZpZWxkcyBmb3IgZWZmaWNpZW5jeSByZWFzb25z
LiBCdXQgZm9yIHRoZSBjdCBtZXRhZGF0YSBmaWVsZCB0aGlzIGRvZXMgbm90IHNlZW0gdG8gYmUg
c3VjaCBhIGJpZyBjb25jZXJuLiBZb3VyIGlucHV0IG9uIHRoaXMgZGVzaWduIGNob2ljZSBhbmQg
dGhlIG5ldyBzeW50YXggKGUuZy4sIOKAnGFwcGxpY2F0aW9uL2pzb25AZGVmbGF0ZeKAnSkgaXMg
aGlnaGx5IGFwcHJlY2lhdGVkLiZuYnNwOzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhlIGF1
dGhvcnMgYmVsaWV2ZSB0aGlzIHZlcnNpb24gaXMgcmVhZHkgZm9yIFdHIGFkb3B0aW9uLiZuYnNw
Ozxicj48YnI+PGJyPjxkaXYgZGlyPSJsdHIiPlRoYW5rcyw8ZGl2PkFyaTwvZGl2PjwvZGl2Pjxk
aXYgZGlyPSJsdHIiPjxicj5CZWdpbiBmb3J3YXJkZWQgbWVzc2FnZTo8YnI+PGJyPjwvZGl2Pjxi
bG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXYgZGlyPSJsdHIiPjxiPkZyb206PC9iPiA8YSBocmVm
PSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5v
cmc8L2E+PGJyPjxiPkRhdGU6PC9iPiA4IEp1bHkgMjAxOSBhdCAyMi4yNS40MSBFRVNUPGJyPjxi
PlRvOjwvYj4gIkNhcnN0ZW4gQm9ybWFubiIgJmx0OzxhIGhyZWY9Im1haWx0bzpjYWJvQHR6aS5v
cmciPmNhYm9AdHppLm9yZzwvYT4mZ3Q7LCAiQXJpIEtlcmFuZW4iICZsdDs8YSBocmVmPSJtYWls
dG86YXJpLmtlcmFuZW5AZXJpY3Nzb24uY29tIj5hcmkua2VyYW5lbkBlcmljc3Nvbi5jb208L2E+
Jmd0Ozxicj48Yj5TdWJqZWN0OjwvYj4gPGI+TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBk
cmFmdC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0YS1jdC0wMi50eHQ8L2I+PGJyPjxicj48L2Rpdj48
L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdiBkaXI9Imx0ciI+PHNwYW4+
PC9zcGFuPjxicj48c3Bhbj5BIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQta2VyYW5lbi1jb3Jl
LXNlbm1sLWRhdGEtY3QtMDIudHh0PC9zcGFuPjxicj48c3Bhbj5oYXMgYmVlbiBzdWNjZXNzZnVs
bHkgc3VibWl0dGVkIGJ5IEFyaSBLZXJhbmVuIGFuZCBwb3N0ZWQgdG8gdGhlPC9zcGFuPjxicj48
c3Bhbj5JRVRGIHJlcG9zaXRvcnkuPC9zcGFuPjxicj48c3Bhbj48L3NwYW4+PGJyPjxzcGFuPk5h
bWU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LWtlcmFuZW4tY29yZS1zZW5tbC1k
YXRhLWN0PC9zcGFuPjxicj48c3Bhbj5SZXZpc2lvbjogJm5ic3A7ICZuYnNwOzAyPC9zcGFuPjxi
cj48c3Bhbj5UaXRsZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7U2VuTUwgRGF0YSBWYWx1
ZSBDb250ZW50LUZvcm1hdCBJbmRpY2F0aW9uPC9zcGFuPjxicj48c3Bhbj5Eb2N1bWVudCBkYXRl
OiAmbmJzcDsgJm5ic3A7MjAxOS0wNy0wODwvc3Bhbj48YnI+PHNwYW4+R3JvdXA6ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwO0luZGl2aWR1YWwgU3VibWlzc2lvbjwvc3Bhbj48YnI+PHNwYW4+
UGFnZXM6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzY8L3NwYW4+PGJyPjxzcGFuPlVSTDog
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2Ry
YWZ0LWtlcmFuZW4tY29yZS1zZW5tbC1kYXRhLWN0LTAyLnR4dCI+aHR0cHM6Ly93d3cuaWV0Zi5v
cmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWtlcmFuZW4tY29yZS1zZW5tbC1kYXRhLWN0LTAyLnR4
dDwvYT48L3NwYW4+PGJyPjxzcGFuPlN0YXR1czogJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y
Zy9kb2MvZHJhZnQta2VyYW5lbi1jb3JlLXNlbm1sLWRhdGEtY3QvIj5odHRwczovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9kcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0YS1jdC88L2E+PC9z
cGFuPjxicj48c3Bhbj5IdG1saXplZDogJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWtlcmFuZW4tY29y
ZS1zZW5tbC1kYXRhLWN0LTAyIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta2Vy
YW5lbi1jb3JlLXNlbm1sLWRhdGEtY3QtMDI8L2E+PC9zcGFuPjxicj48c3Bhbj5IdG1saXplZDog
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0YS1j
dCI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1rZXJhbmVuLWNv
cmUtc2VubWwtZGF0YS1jdDwvYT48L3NwYW4+PGJyPjxzcGFuPkRpZmY6ICZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0
dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwt
ZGF0YS1jdC0wMiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWtlcmFu
ZW4tY29yZS1zZW5tbC1kYXRhLWN0LTAyPC9hPjwvc3Bhbj48YnI+PHNwYW4+PC9zcGFuPjxicj48
c3Bhbj5BYnN0cmFjdDo8L3NwYW4+PGJyPjxzcGFuPiAmbmJzcDsmbmJzcDtUaGUgU2Vuc29yIE1l
YXN1cmVtZW50IExpc3RzIChTZW5NTCkgbWVkaWEgdHlwZSBzdXBwb3J0cyBtdWx0aXBsZTwvc3Bh
bj48YnI+PHNwYW4+ICZuYnNwOyZuYnNwO3R5cGVzIG9mIHZhbHVlcywgZnJvbSBudW1iZXJzIHRv
IHRleHQgc3RyaW5ncyBhbmQgYXJiaXRyYXJ5IGJpbmFyeTwvc3Bhbj48YnI+PHNwYW4+ICZuYnNw
OyZuYnNwO2RhdGEgdmFsdWVzLiAmbmJzcDtJbiBvcmRlciB0byBzaW1wbGlmeSBwcm9jZXNzaW5n
IG9mIHRoZSBkYXRhIHZhbHVlcyB0aGlzPC9zcGFuPjxicj48c3Bhbj4gJm5ic3A7Jm5ic3A7ZG9j
dW1lbnQgcHJvcG9zZXMgdG8gc3BlY2lmeSBhIG5ldyBTZW5NTCBmaWVsZCBmb3IgaW5kaWNhdGlu
ZyB0aGU8L3NwYW4+PGJyPjxzcGFuPiAmbmJzcDsmbmJzcDtDb250ZW50LUZvcm1hdCBvZiB0aGUg
ZGF0YS48L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+PC9zcGFuPjxicj48c3Bhbj48
L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+UGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg
dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbjwvc3Bh
bj48YnI+PHNwYW4+dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWls
YWJsZSBhdCA8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmciPnRvb2xzLmlldGYub3JnPC9h
Pi48L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+VGhlIElFVEYgU2VjcmV0YXJpYXQ8
L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2
PjwvZGl2PjwvZGl2PjwvYm9keT48L2h0bWw+
--Apple-Mail-9D371CC6-1103-4DD9-BF52-890BDA2A8B4B--

--Apple-Mail-814A0B0D-F879-4044-BDAD-A5D0C8B72151
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDMAw
ggX2MIID3qADAgECAhA3E3FzLlznzicd63Rv9v4YMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYT
AlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBD
QSB2MzAeFw0xNzEyMDQxNDEzNDRaFw0yMDEyMDQxNDEzNDNaMGUxETAPBgNVBAoMCEVyaWNzc29u
MRUwEwYDVQQDDAxBcmkgS2Vyw6RuZW4xJzAlBgkqhkiG9w0BCQEWGGFyaS5rZXJhbmVuQGVyaWNz
c29uLmNvbTEQMA4GA1UEBRMHZWFyaWtlcjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB
AIUlV66I5z1/qGYdhiIGfyvv8aaZexDetFCPlauUh5ugtp7Pf7ynpPRIK1FeWaoKs+IJ3E9R/9wT
APFzjzjXpjyHHoBUdp8ZBuL/kt60cUTHTD4AScJGUHEgy70/Uf2YEj3JJjrTBbFnqDcXWTFF1n2Y
edmhZDBdzZQJ18tlIjJmxgAJB1clI0nEg1gBnhl8mVdQp+ar6GjvxXfRuA1+uOpxa3y4zUpzF+ha
LmaC4a5AbOsROtr7Uad8/pCzulAvAmPXvEJ/3JusafQfiqxNv1J/fT6W7sS8dBjF6vv3LgeAnYj5
/imtl9BOurFol0aIic+AjptfNoVf2pDhgYxn808CAwEAAaOCAb4wggG6MEgGA1UdHwRBMD8wPaA7
oDmGN2h0dHA6Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5j
cmwwgYIGCCsGAQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlh
LmNvbTBIBggrBgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nv
bm5saW5kaXZpZHVhbGNhdjMuY2VyMCMGA1UdEQQcMBqBGGFyaS5rZXJhbmVuQGVyaWNzc29uLmNv
bTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9z
aXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYB
BQUHAwIwHQYDVR0OBBYEFNHQXDyNP/SSyF6+EMLvo07phb3FMB8GA1UdIwQYMBaAFBx7GZ6XnHas
ID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOCAgEAVVggYWTwdz5B
iMeBRYLop6Jo3Ji9YmfonCRFiyfw8he+efYc59IwzU9eIBRFSiWf87eqcZZJjcwWjHuju3MvzWsp
1qHnirszOtcNrUflFBoY7N3r19tG+z2bE/bjjZPituSIgCoX28IgLZLpIcnYg7niWXnwR3xGiphs
EPO3mR3p7f+XLtdy+1qU/rAjZoW36mZuYk1lV6nIt9GfhuH1/yIQd5pxTDj54j3TOLv/KrEKwCFQ
YLkho6zrOicpJk7DkjYGNLwmaDTRxuehMQHKDW+fXi1xi7/eScV0YnELjxXGuE3HojEkLB8Offfa
/5TICfBN2HTASXJ0YsbpnAxPTyjExmKzl3mudQz6x5wP6THhM0sltX8wHVQEhU5w0uyLfT9yqWVY
KTq+9GI02S9kzD+u1AWtftbWK2CQIGUAE43faZGrCchkT+fnYz5b1Ppyf5H45r/psmsA9J63iFCz
nilKlo9M47fQPEsqpFWvDfE4jdobqSmQXp/aK7cvYoAEhcj5vOqR/bPNum7wWegQZdDsfy35vZl8
+vtRrKAk/6bmUfaiazqQoGq+DF1OL7sQlb1HbMmkJblrrBf8Csh6wdEVFey6vegBSIwtOnmcAFN9
2NlKp24f8rJxM17M9pWNG6OsmCGhxyo4k1BHn69nXXQfSN7QdqLpGfhQfpJL3LgwggbCMIIEqqAD
AgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29u
ZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1
MTAyNzEyMTY0NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF
cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKC
AgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4Z
KlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3Q3cY
VVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05ZrJldkUgUg
MKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmbNJ7o58IZYzwN
v/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CXs/PVtO57HBKHMgZq
QvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5lCBgUUBsbpWIXwM6kmH/
KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4DrwaOS0VNXyz1GUOxSqw1wup5dpX
bxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28MeMqku+/zRzdYsmclT9rOdgdgS3b6O
Moc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5AuyCoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOq
QFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3Nw
LnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggrBgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1
c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYB
Af8CAQAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9y
ZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0
cDovL2NybC0zLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAd
BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQc
exmel5x2rCA92NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkq
hkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bO
ULWmYjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa
49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9jWQk
MrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBdK/ajdbiR
sehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0rI0RoGzICfsSr
Z4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJtepti+i5CCKEZcdAOZ
oviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmkiLo900GITb/i7IBdLoo4
gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoqqJFBV9g8Zh5mdZ+RzPTomgCF
z/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwiNJjw5GRqYb8cqqeCaPKkveBJzqgb
8ToH7WLoOzmPRCmPlpAxggLNMIICyQIBATBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmlj
c3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQNxNxcy5c584nHet0
b/b+GDANBglghkgBZQMEAgEFAKCCAUMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG
9w0BCQUxDxcNMTkwNzEwMTQ0MjAwWjAvBgkqhkiG9w0BCQQxIgQgeUci5v3owfg1BXnQAtCI+gK2
2GEjgGSukKlOKGoJMsEwagYJKwYBBAGCNxAEMV0wWzBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwI
RXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEDcTcXMuXOfO
Jx3rdG/2/hgwbAYLKoZIhvcNAQkQAgsxXaBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmlj
c3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQNxNxcy5c584nHet0
b/b+GDANBgkqhkiG9w0BAQEFAASCAQAddOivtIi5PP+dvFODBxCta5+RCp26mhy3kVJO7qMaVM3h
YcOf/qndiIuHfwP99go2gupiOQflgZcvjN/zKKllJvJqeipFghsclRCEZVsKWA5xf8pSr0AUfPim
0zodSmZu3YxsiMsmf2ehe9Wew0ty0o0WX35woKBQe77karX4gPDYuDaFUoZM2FLsH//gZhmeTZIm
LZX/Q5QS2oWVdgJlHDNVyNgX8c7L6PO6Woz9tPcQyeci6vN6SDU6E251J8e1myzFTlLOJ2LzISEo
ioZvH6TOUjrc3rI/MTqgvzIC2Oom1b7Rp6kxv1cMffaK/6OcHK9u+Aococ5KCqcReXD3AAAAAAAA

--Apple-Mail-814A0B0D-F879-4044-BDAD-A5D0C8B72151--


From nobody Wed Jul 10 09:00:03 2019
Return-Path: <jaime@iki.fi>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD87E120178 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 09:00:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.82
X-Spam-Level: 
X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nclWAoo5cjLq for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 08:59:59 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FF2C1205CE for <core@ietf.org>; Wed, 10 Jul 2019 08:59:44 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 3B99C20241 for <core@ietf.org>; Wed, 10 Jul 2019 11:59:43 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Wed, 10 Jul 2019 11:59:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=hpxHTO NUGJPO4EXESdMfzvG4tqvxe5tVb+2eohHMvkg=; b=ngTSHb8c0xTQ2ulzfLewb2 TFgUXgM1DYXpQPumEcfODnbDpC++cAzXkHfG5Zf4HYrN7Q9hdNiUtCjCgXjE4gkE iXj3c60eHzR/Qm8s6YRjAwSs91tQh1yAHG7MFkGu/M/fFpd8c8KdvWc+CSvpHaTx hO1rQlBa+vvYg8KrHyMPoStwbclgueT8o+tqps6mEf/2dXZR4nTmtVGPkgWEiJv/ lwlTZIs0l48fAwA4r2vYUhdZLpYxs50gsfPthqOu9n/Ey8+5CbWy1MsUd8T6vgcw RXfIQ5vR1rkPLpER48GTJp8Mm2yDg1xywUtnPBi5IdllPdLAl4d+OUk61o8r3Xdw ==
X-ME-Sender: <xms:bgsmXXvqfN63lTVm1r2bLA78xcfFP0h_oeGyWCKrxL2hJxbMjfOx9g>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrgeeigdeljecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggugfgfsehtkeertd dtredunecuhfhrohhmpeflrghimhgvucflihhmrohnvgiiuceojhgrihhmvgesihhkihdr fhhiqeenucffohhmrghinhepihgvthhfrdhorhhgnecukfhppeefjedrvdduledrvdeghe drvddvvdenucfrrghrrghmpehmrghilhhfrhhomhepjhgrihhmvgesihhkihdrfhhinecu vehluhhsthgvrhfuihiivgeptd
X-ME-Proxy: <xmx:bgsmXSBQDCb9lU4Ur1hpYgXmXhOfNhQZXAdWmgw_tJQmh2tBNzY7AQ> <xmx:bgsmXWPAR76gh0qzOZuTh9fiDJRh6zRnf6ZN9DMYJfkMNt2mKX9xtQ> <xmx:bgsmXU4dC7Dnd0OzqOwDZKApPoDE2TYM1xLv-acD_HRh_cFnCt9ppA> <xmx:bwsmXX8BJYn3jX1fyzfN3I5AdlqWmLEs8oJMh3jQ2terk_WIfNr3rw>
Received: from EMB-918HFH01 (37-219-245-222.nat.bb.dnainternet.fi [37.219.245.222]) by mail.messagingengine.com (Postfix) with ESMTPA id 167AC8005B for <core@ietf.org>; Wed, 10 Jul 2019 11:59:41 -0400 (EDT)
Date: Wed, 10 Jul 2019 18:59:39 +0300
From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= <jaime@iki.fi>
To: core@ietf.org
Message-ID: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: NeoMutt/20180716
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/eDB93Q4oBD_MQKTEjf_FG-jjTGM>
Subject: [core] WGA call for draft-keranen-core-senml-data-ct-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 16:00:02 -0000

Dear CoRE WG,

We would like to start the call for adoption on draft-keranen-core-senml-data-ct-02. 
The draft is short (4 pages),it defines a new field to indicate the content format of the data. 

https://tools.ietf.org/html/draft-keranen-core-senml-data-ct-02

We are having the call for adoption on the mailing list and the draft will be discussed during IETF 105.
The call for adoption ends in one week (on July 10th).

BR,
-- Jaime Jiménez


From nobody Wed Jul 10 10:46:58 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E12A41202D0 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 10:46:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.41
X-Spam-Level: 
X-Spam-Status: No, score=-0.41 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FAKE_REPLY_C=1.486, FROM_EXCESS_BASE64=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 dTqTz-oAXemL for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 10:46:54 -0700 (PDT)
Received: from prometheus.amsuess.com (alt.prometheus.amsuess.com [IPv6:2a01:4f8:190:3064::3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 015EE12014F for <core@ietf.org>; Wed, 10 Jul 2019 10:46:53 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id C0456462C4 for <core@ietf.org>; Wed, 10 Jul 2019 19:46:49 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bf]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 2E9FF36 for <core@ietf.org>; Wed, 10 Jul 2019 19:46:48 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:49d4:a6f5:7eaf:db9]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id D40F074 for <core@ietf.org>; Wed, 10 Jul 2019 19:46:47 +0200 (CEST)
Received: (nullmailer pid 18413 invoked by uid 1000); Wed, 10 Jul 2019 17:46:45 -0000
Date: Wed, 10 Jul 2019 19:46:44 +0200
From: Christian =?iso-8859-1?B?TS4gQW1z/HNz?= <christian@amsuess.com>
To: core <core@ietf.org>
Message-ID: <20190710174643.GA30791@hephaistos.amsuess.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g"
Content-Disposition: inline
In-Reply-To: <20190626132951.GA3528@hephaistos.amsuess.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/svwkN5guApcE-ErTX3znqVX9aFI>
Subject: Re: [core] Separate formats for fetch and patch (was: WG Last Call of draft-ietf-core-senml-etch-03.txt)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 17:46:57 -0000

--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello CoRE,

on the interim of two weeks ago we had discussed writing something about
media types usable with FETCH and PATCH methods.

I've assembled a few lines -- I'm not sure whether they're good for
anything but a starting point for further discussion.

Unlike in the interim, I'm not convinced any more that reusing the
target media type for the fetch or patch content format has merit; it
may only make sense for very few media types where the fetch/patch
semantics are immediately obvious.

Best regards
Christian


On media types for FETCH and (i)PATCH
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Media types for the request payloads of FETCH, PATCH and iPATCH
operations are often not as straight-forward as the PUT request and GET
response media types. Several patterns have been deployed or considered:

Dedicated query/patch languages
-------------------------------

Request payloads use a media type that bears little to no resemblance to
the media types obtained by GET or as FETCH results, but use a dedicated
query language expressed in its own media type.

Examples:

* [SPARQL-QUERY], [SPARQL-UPDATE]: A query language in the style of SQL
  for RDF databases. The same grammar (with different entry points) is
  used for queries and updates, and distinct media types are described
  for the two applications.=20

* XPath patches ([RFC5261]): An XML format that lists individual
  additions, replacements and removals to be enacted on a target
  document. [RFC7351] serves up an actual media type for that operation.

The examples have in common that while they use different languages,
they can contain data that will end up in the same format as the target
resource, but embedded in container language. (Xpath patches contain the
new values as part of their XML graph, SPARQL allows to have startements
that look just like Turtle).

Note that those examples, in practice, do not use the FETCH but the
POST or GET method (the latter with query strings), due to the absence
of a FETCH in HTTP; even for PATCH cases a POST is used as [SparqlPatch]
was not followed up on.

[SPARQL-QUERY]: https://www.w3.org/TR/sparql11-query/#mediaType
[SPARQL-UPDATE]: https://www.w3.org/TR/sparql11-update/#mediaType
[SparqlPatch]: https://www.w3.org/2001/sw/wiki/SparqlPatch
[RFC5261]: https://tools.ietf.org/html/rfc5261
[RFC7351]: https://tools.ietf.org/html/rfc7351

Query/patch languages that are almost valid states on their own
---------------------------------------------------------------

The request payload is syntactically very similar to the typically
obtained responses, but uses a different media type:

* SenML fetch/patch [etch]: The SenML format does not allow for values
  to be missing or null, but no value can be given in a query or a patch
  used to remove a record. A superset of the original language was
  expressed that removes the limitations, resulting in a format usable
  for fill-in-the-gap queries and patch-by-overwriting

* JSON [merge-patch] documents are used to patch arbitrary JSON by
  presenting the subset of the target document that needs change with
  the new values filled in, using the value null as a sentinel for "that
  part should not be there any more at all".

[etch]: https://tools.ietf.org/html/draft-ietf-core-senml-etch-04
[merge-patch]: https://tools.ietf.org/html/rfc7386

Fill-in-the-gap / patch-by-overwriting
--------------------------------------

The request payload has the same format as queries, but contains gaps
(in the case of FETCH) which it implicitly asks the server to fill, or
different values in some places.

* SenML fetch/patch was originally planned to work this way.

* [CoRAL] could be used in this fashion by asking the server to fill any
  blank nodes in the request tree with actual URIs if it has them and
  returning the subset of the tree it could show to be true (for
  fetching) and to add statements (but not easily to remove them) by
  forming a union graph.

A limitation of this approach is that it allows for only (exactly) one
mechanism to be applied per content type. That may be suitable if there
is only one way to "apply" or "fill in" a representation; any changes to
that mechanism will then require a new media type, even if the
descriptive format did not change.

[CoRAL]: https://tools.ietf.org/html/draft-hartke-t2trg-coral-09

General issues
--------------

An issue to be concerned about, whenever patching happens on generic
target media types, is the selection of the representation to be patched
(this does not apply to FETCH because there is an Accept involved
there): An XPath patch, for example, could be tried both against an
application/senml+xml representation and an vnd.example/vnd.sensor that
can conceivably exist of the same resource, leaving the server unable to
decide where to apply it.

Specifying in the content type of the patch against which media type it
is valid (might look like
application/merge-patch+json;target=3Dapplication/link-format+json, but
that's currently not specified) may be a way around this, but that
brings with it multiplicative use of the media type code points we have
in CoRE.

--2fHTh5uZTiUOsy+g
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl0mJIAACgkQOY0REtOk
veFVyhAAvhxQSIvWxouRRcIS3VXD9K4zUeIGNzJI7o/Oc8Nt78+4EOhugo6JHaH7
9G6ARKcK9uD278Gq28wD2Vz9SHKSXXy+hVH1539who/VR6azQ2/v0v6KHpBY+c0B
RMRA+LIR5G+Qwooum5vB+uR0R/jeBFOVR5e8Z/ZnJo5hdp2h4GKugAIOTtgtjM57
GgLmRWsKIpCwFqb8Str0LrDpESJ0c7vvahXYHKJn8jc8jBlWSWZUzs86eeRfwFZS
Meq+vAurkOY/ChYt31B4FTk0DfcdihdVgxsAgRyQ0U+fTy3HsdInDQ6dpgq6k4pS
R7Zn4H1dxBrz5AuvorgYJBYRYc7v9MvUxAfR6DVdQ+D0VzMfqiqY0DZcP42lq1/5
r4vjoMVCvFsMNp/ePBJFcTnEoidm+g7ZpqNmSvJT1eVOJJ4CxxAxJGXGScRhuqrs
K4p/b1nZaL28pImEGJ27IF5cYoxCE8RIQYkmT+32FkTWzGYh0JX+39CEJK5QgjqY
qT5DKvasrJL8Foi4TGAB8pto5PLyEBfRyo3LQpgsksYpWAv0wMs28fgsMzwofU1j
8zh04FFLRgsX62KAmeVpS7FSwzaxeB6pO0VSXt6D6+sEuTyZRZWyEmc8teyHVIes
I9jp9XqXw28CrprOJwintsuTIs8s+YCiHuVzva6lHGLICoCl4M4=
=PLdX
-----END PGP SIGNATURE-----

--2fHTh5uZTiUOsy+g--


From nobody Wed Jul 10 11:23:17 2019
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 CE3F8120690 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 11:23:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 Qx1ahSVAFMHE for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 11:23:11 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150085.outbound.protection.outlook.com [40.107.15.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB72412067F for <core@ietf.org>; Wed, 10 Jul 2019 11:23:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;  s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bUks+Ih6yP03mPlmjoPGoud0US1lcRTbAUTA/iaPyY8=; b=cudaj0yuc+ZSt9mFcfUO0A5He2LIkbeFqLQ84pOdWqPymodGy0BvyG5ekVA84mSf8h/7EpcpI8zEC2XMSh+PHxdN89kpiqc/hMDWa9ZcEz6YVEXs1PCoyDyw31sYn3p0EZSybTpyvBo2wA8mBC9YPnNxyIHQ8C1kqyV3y8X5tz8=
Received: from VI1PR08MB5360.eurprd08.prod.outlook.com (52.133.244.88) by VI1PR08MB2861.eurprd08.prod.outlook.com (10.170.236.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2052.19; Wed, 10 Jul 2019 18:23:07 +0000
Received: from VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::9ce0:faf4:980d:dc77]) by VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::9ce0:faf4:980d:dc77%3]) with mapi id 15.20.2052.020; Wed, 10 Jul 2019 18:23:07 +0000
From: Hannes Tschofenig <Hannes.Tschofenig@arm.com>
To: Carsten Bormann <cabo@tzi.org>
CC: "core@ietf.org WG" <core@ietf.org>
Thread-Topic: [core] draft-tschofenig-core-senml-lbn-00
Thread-Index: AdU2NZj25/YtXnHET2Kcfd0+gEcA0AA7EQgAAAqjp8A=
Date: Wed, 10 Jul 2019 18:23:07 +0000
Message-ID: <VI1PR08MB5360AEBB042AC649704A3549FAF00@VI1PR08MB5360.eurprd08.prod.outlook.com>
References: <VI1PR08MB536095EABEEF3433574F7785FAF10@VI1PR08MB5360.eurprd08.prod.outlook.com> <3E29C937-6EAF-4E78-A0A6-3347192AFD07@tzi.org>
In-Reply-To: <3E29C937-6EAF-4E78-A0A6-3347192AFD07@tzi.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ts-tracking-id: 7348d7bd-c453-4059-8b10-6b0a2e525953.1
x-checkrecipientchecked: true
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; 
x-originating-ip: [156.67.195.184]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 67575b5b-88dc-40c5-db3f-08d70563a805
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:VI1PR08MB2861; 
x-ms-traffictypediagnostic: VI1PR08MB2861:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <VI1PR08MB2861FAD84620CAA048267B7EFAF00@VI1PR08MB2861.eurprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0094E3478A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(366004)(396003)(39860400002)(346002)(136003)(40434004)(199004)(189003)(13464003)(53754006)(76116006)(66946007)(66476007)(52536014)(26005)(76176011)(64756008)(66066001)(11346002)(446003)(66446008)(66556008)(4326008)(7696005)(6246003)(476003)(478600001)(9686003)(5660300002)(186003)(6306002)(102836004)(53936002)(25786009)(55016002)(99286004)(6436002)(6116002)(2906002)(14454004)(68736007)(966005)(8936002)(33656002)(81156014)(6916009)(81166006)(8676002)(486006)(5024004)(256004)(14444005)(74316002)(6506007)(53546011)(86362001)(316002)(305945005)(71200400001)(71190400001)(229853002)(7736002)(3846002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR08MB2861; H:VI1PR08MB5360.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: iazVsECIVwdsMHsKasnLliHoG1F6JBBAbeSWCOkfCk4/KCie9wFINMxByY8Y7+bfW9+IdLvuHiBETmf18naFJpsgGebr9jhHD/tNvdFvS9Fw9LU3w2mnBBDc0fro/vx19zeT5F8fkTtkn80vwCcjvaxPwFmvYCdGYo42M4CuxCTmH2YFNhaYZMN11kPOzyOD1u/xljIVXZWJ3I4jtm9nNffxdB2XS1Ifuuljcob24QOmsrlwzWCy/9eJdUrn5yfZZC7VQoNNGM4szDbdTTrZPYNvsiuQ7EQlxd5iRnIPf2e8cnZuqytmJTfg8NmGZBOD4VLQWWMnAzaQcM9fBfBNxce8JAar+/GHaM27zHWfmbMAgrS4XQf4/6ERn3nfSkWQqGVUkWUk3/cJ0kOOt0nVHr2TXmpT94tIYNARBW++APg=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: arm.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 67575b5b-88dc-40c5-db3f-08d70563a805
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jul 2019 18:23:07.3490 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Hannes.Tschofenig@arm.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB2861
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/8rm7eLK9Rn0U9U_AMHhWeaRYzrA>
Subject: Re: [core] draft-tschofenig-core-senml-lbn-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 18:23:15 -0000

SSB1bmZvcnR1bmF0ZWx5IGhhZCBhIGNvbmZsaWN0aW5nIG1lZXRpbmcuIEhhcHB5IHRvIGRpc2N1
c3MgdGhpcyB0b3BpYyBhdCB0aGUgam9pbnQgSUVURi9JUlRGLU9NQSBtZWV0aW5nIG5leHQgd2Vl
aw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQ2Fyc3RlbiBCb3JtYW5uIDxj
YWJvQHR6aS5vcmc+DQpTZW50OiBNaXR0d29jaCwgMTAuIEp1bGkgMjAxOSAxNToxOA0KVG86IEhh
bm5lcyBUc2Nob2ZlbmlnIDxIYW5uZXMuVHNjaG9mZW5pZ0Bhcm0uY29tPg0KQ2M6IGNvcmVAaWV0
Zi5vcmcgV0cgPGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2NvcmVdIGRyYWZ0LXRzY2hv
ZmVuaWctY29yZS1zZW5tbC1sYm4tMDANCg0KSGkgSGFubmVzLA0KDQpXaWxsIHlvdSBiZSBhdCB0
aGUgQ29SRSBXRyBpbnRlcmltIGluIDEwMiBtaW51dGVzPyAgV2UgcHJvYmFibHkgY291bGQgc3Bh
cmUgMTAgbWludXRlcyB0byBkaXNjdXNzIHRoaXMuDQoNCkdyw7zDn2UsIENhcnN0ZW4NCg0KDQo+
IE9uIEp1bCA5LCAyMDE5LCBhdCAxMToxMywgSGFubmVzIFRzY2hvZmVuaWcgPEhhbm5lcy5Uc2No
b2ZlbmlnQGFybS5jb20+IHdyb3RlOg0KPg0KPiBIaSBhbGwsDQo+DQo+IE1pZCBKdW5lIEkgc3Vi
bWl0dGVkIGEgZHJhZnQgdGhhdCBpbnRyb2R1Y2VzIHRoZSBjb25jZXB0IG9mIGEgbG9jYWwgYmFz
ZW5hbWUgdG8gU2VuTUwuDQo+DQo+IEhlcmUgaXMgdGhlIGRyYWZ0Og0KPiBodHRwczovL3Rvb2xz
LmlldGYub3JnL2h0bWwvZHJhZnQtdHNjaG9mZW5pZy1jb3JlLXNlbm1sLWxibi0wMA0KPg0KPiBJ
biB0aGUgd29yayBvbiBMd00yTSB3ZSBtYWtlIHVzZSBvZiBTZW5NTCBidXQgb25seSByZWNlbnRs
eSB3ZSBub3RpY2VkIHRoYXQgdGhlcmUgaXMgYSBtaXNtYXRjaCBiZXR3ZWVuIHRoZSBleGFtcGxl
cyBpbiB0aGUgTHdNMk0gc3BlY2lmaWNhdGlvbiBhbmQgdGhlIHB1Ymxpc2hlZCBTZW5NTCBkcmFm
dC4NCj4gV2UganVzdCBkaWRu4oCZdCByZWFsaXplIHRoYXQgdGhlIGF1dGhvcnMgb2YgU2VuTUwg
aGFkIHRoZSBleHBlY3RhdGlvbiB0aGF0IGVhY2ggc2Vuc29yIHJlYWRpbmcgd291bGQgYmUgZ2xv
YmFsbHkgaWRlbnRpZmlhYmxlLiBXaGlsZSB0aGlzIGZlYXR1cmUgbWF5IGJlIHVzZWZ1bCBpbiBj
ZXJ0YWluIGNvbnRleHRzIGl0IGlzIGEgcHJvYmxlbSBpbiB0aGUgTHdNMk0gY29udGV4dCB3aGVy
ZSB3ZSBhY3R1YWxseSBjYXJlIGFib3V0IHNtYWxsZXIgcGF5bG9hZCBzaXplcy4NCj4NCj4gRnJv
bSBhbiBvdmVyLXRoZS13aXJlIG9wdGltaXphdGlvbiBwb3RlbnRpYWwgdGhpcyBzaW1wbGUgZXh0
ZW5zaW9uIGlzIGp1c3QgZmFudGFzdGljLiBFdmVuIHdpdGggYSBzbWFsbCBudW1iZXIgb2Ygc2Vu
c29yIHJlYWRpbmdzIHNlbnQgYnkgSW9UIGRldmljZXMgeW91IGNhbiBnYWluIGh1Z2UgYmVuZWZp
dHMuDQo+DQo+IENpYW8NCj4gSGFubmVzDQo+DQo+IElNUE9SVEFOVCBOT1RJQ0U6IFRoZSBjb250
ZW50cyBvZiB0aGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCBh
bmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJl
Y2lwaWVudCwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGFuZCBkbyBub3Qg
ZGlzY2xvc2UgdGhlIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24sIHVzZSBpdCBmb3IgYW55
IHB1cnBvc2UsIG9yIHN0b3JlIG9yIGNvcHkgdGhlIGluZm9ybWF0aW9uIGluIGFueSBtZWRpdW0u
IFRoYW5rIHlvdS4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCj4gY29yZSBtYWlsaW5nIGxpc3QNCj4gY29yZUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NvcmUNCg0KSU1QT1JUQU5UIE5PVElDRTogVGhlIGNv
bnRlbnRzIG9mIHRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFs
IGFuZCBtYXkgYWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg
cmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5v
dCBkaXNjbG9zZSB0aGUgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbiwgdXNlIGl0IGZvciBh
bnkgcHVycG9zZSwgb3Igc3RvcmUgb3IgY29weSB0aGUgaW5mb3JtYXRpb24gaW4gYW55IG1lZGl1
bS4gVGhhbmsgeW91Lg0K


From nobody Wed Jul 10 12:15:43 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45E41120143 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:15:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 8P1VDZyalv9B for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:15:39 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B5BA12006B for <core@ietf.org>; Wed, 10 Jul 2019 12:15:38 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id 979F0462C4 for <core@ietf.org>; Wed, 10 Jul 2019 21:15:35 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id EBCAD36 for <core@ietf.org>; Wed, 10 Jul 2019 21:15:34 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:49d4:a6f5:7eaf:db9]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 9368574 for <core@ietf.org>; Wed, 10 Jul 2019 21:15:34 +0200 (CEST)
Received: (nullmailer pid 25846 invoked by uid 1000); Wed, 10 Jul 2019 19:15:31 -0000
Date: Wed, 10 Jul 2019 21:15:31 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: core <core@ietf.org>
Message-ID: <20190710191531.GB1406@hephaistos.amsuess.com>
References: <880105127.785171559138207866.JavaMail.nobody@rva2rmd101.webex.com> <EFB27D9B-DB9B-4102-B120-388E3A0554AB@tzi.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t"
Content-Disposition: inline
In-Reply-To: <EFB27D9B-DB9B-4102-B120-388E3A0554AB@tzi.org>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/png7AkEdxx0BBCO-jJs-Vi2qZ6M>
Subject: [core] RD deployment scenarios (was: Webex meeting info: CoRE Virtual Interim)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 19:15:41 -0000

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

Hello CoRE,

On Wed, Jul 10, 2019 at 03:30:06PM +0200, Carsten Bormann wrote:
>     Should there be another document on directory discovery?

picking up on the "maybe we want to have a wiki page to collect some
ideas", I've started

https://github.com/core-wg/resource-directory/wiki/Deployment-scenarios

with content from the document and some ad-hoc ideas.

Is there any central CoRE wiki page from where I could link to this?

Best regards
Christian

--=20
A beginning is the time for taking the most delicate care that the
balances are correct.
  -- Princess Irulan, Manual of Muad'Dib

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl0mOVAACgkQOY0REtOk
veHOIA/+KXINL4JpFFNq65faH1Ly5ctc4qsWuR8NkaoroCauk/bvy+Gd+ujRgG1G
jbOGUSQUuvT800/mwtaFivHF3QNFzwI+mh/HnzuzvxXXN4/JjlSlh2AmIysjp/+z
n05flkZ8DaL1keCTE49+aTL+sIIonAP/v0Yh8eSUDQkhMbrZk/kqDAni40XdN7Fs
uLnarm7Re5iHYC4Mlw1upZw9fvjJOw8hr9mH5XOZjZnm1y1i7fTkdlO10YFGmBTw
w9iFCFCmpPJ7YwZKHsY87/rtjnWTYJX8IfDXXyGhtqSK0gkoOeFAWT4kKu5A7Qs7
wn0l5l6i9Bue6q/e/yWWeUlUdJfn7c0y+Xn7ypWZCLamu2o1u43TzxcuL0sTkWWM
79ppDLOQOrZRFHd/RHpgNvR9Bp6t898Fj8QAe3PXc/kMtGQeFg4HcZ5fA4vj2WoS
twdb/WLSQIBWkGMCbpAKHyoAknzH18q3hA+L7AydqQGIbjAhVNOEb2Q7nPg8TMm7
mPQpcHIi3ylEQZVeuzkdmdSPCqSSRPd6qrTb/C0Bo1TtoYCKYZUKCSWYF1sWNH9A
KLSkY9pkCXD+wFhA0JCEMLZRzDRbrKZtf6DjNas3nIzOuJoO5tQcdZp9hCB67WbO
Tg2h7pEroftsfFfHbEjxdbbYC/4kFkkxI5WnM2NH1ooPsDHgPfk=
=qoRL
-----END PGP SIGNATURE-----

--mojUlQ0s9EVzWg2t--


From nobody Wed Jul 10 12:17:57 2019
Return-Path: <jaime@iki.fi>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 713DA120147 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:17:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.82
X-Spam-Level: 
X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NEL7qN_2gsl9 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:17:53 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7704A120143 for <core@ietf.org>; Wed, 10 Jul 2019 12:17:53 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 6044221AF2 for <core@ietf.org>; Wed, 10 Jul 2019 15:17:52 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Wed, 10 Jul 2019 15:17:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=ZPZAdK0Iudwd/b38XETcitli8yFcNE2dUPMQiXulW lc=; b=mwyNh+Q4wcizb8oef9XAyu4OPWJwjhbxhwIRCE5Cee1GTnhETFl/8AAp9 oP3SbS6GykNV0Pyg2KcsGLu5/402wt8Ftd23MYLH5oDGEtdh3mr/ndzzRGTsdqVm JY117UAbb6LDCL3aIS2vMfv+KABQxKRn7P1dmIPC8bLjxPbrqn+8deKmlEwJlx9a ZRQja242hsUYZz/BhZ9MLkr3oKzlIx6WHwKsERY2CvZgD1DAEh0Fy/ADv3KYkLvb 21bMrDklHn+R1w/slGQ9PQF15ukIP5M4gb5JHqjqNI7vXrOpnceNb8zpcr+yc9Rl 88nelKzBke/y3EfNVCB6NJSgoPD5g==
X-ME-Sender: <xms:3zkmXV74JqdcVogHZygzO3eLhMZiGIE5YjHvHTWF-zrrPRDs45TUcw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrgeeigddufeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggugfgjfgesth ekredttderudenucfhrhhomheplfgrihhmvgculfhimhornhgviicuoehjrghimhgvsehi khhirdhfiheqnecuffhomhgrihhnpehivghtfhdrohhrghenucfkphepfeejrddvudelrd dvgeehrddvvddvnecurfgrrhgrmhepmhgrihhlfhhrohhmpehjrghimhgvsehikhhirdhf ihenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:3zkmXUPlNUcWrA1z-PnrdJASQXYiztMUtN3K8uajuuI79JPOZVg4bg> <xmx:3zkmXRHU38z97ypYm_exc9iLD7DbWwP1Z5z3qVAwMGwUP8MwwPW9SQ> <xmx:3zkmXQ05PDyd4D1iTojkHMQYbzPvJG8S3zxV0IJwjQq0LUkUQvcC0Q> <xmx:4DkmXfncr86uBKTnnb19HY1VZhcDXbHbcUWzGCteElnR_FNbbyLUKQ>
Received: from EMB-918HFH01 (37-219-245-222.nat.bb.dnainternet.fi [37.219.245.222]) by mail.messagingengine.com (Postfix) with ESMTPA id 15FFF8006A for <core@ietf.org>; Wed, 10 Jul 2019 15:17:50 -0400 (EDT)
Date: Wed, 10 Jul 2019 22:17:49 +0300
From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= <jaime@iki.fi>
To: core@ietf.org
Message-ID: <20190710191748.b52qwoctnpvrmcqr@EMB-918HFH01>
References: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01>
User-Agent: NeoMutt/20180716
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/y0O2tOPs7Z-vWExSZlmU71y8X0s>
Subject: Re: [core] WGA call for draft-keranen-core-senml-data-ct-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 19:17:56 -0000

I meant July 17th :)

>The call for adoption ends in one week (on July 10th). 

On Wed, Jul 10, 2019 at 06:59:39PM +0300, Jaime Jimenez wrote:
> Dear CoRE WG,
> 
> We would like to start the call for adoption on draft-keranen-core-senml-data-ct-02. 
> The draft is short (4 pages),it defines a new field to indicate the content format of the data. 
> 
> https://tools.ietf.org/html/draft-keranen-core-senml-data-ct-02
> 
> We are having the call for adoption on the mailing list and the draft will be discussed during IETF 105.
> The call for adoption ends in one week (on July 10th).
> 
> BR,
> -- Jaime Jiménez
> 


From nobody Wed Jul 10 12:26:51 2019
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 5EB931202E5 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:26:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 DNmco424vM6j for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:26:42 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10EE6120408 for <core@ietf.org>; Wed, 10 Jul 2019 12:26:42 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45kThH4jBLz14fk; Wed, 10 Jul 2019 21:26:39 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <20190710191531.GB1406@hephaistos.amsuess.com>
Date: Wed, 10 Jul 2019 21:26:39 +0200
Cc: core <core@ietf.org>
X-Mao-Original-Outgoing-Id: 584479597.490797-1e1108dd86d0fe3b735df33144b1951e
Content-Transfer-Encoding: quoted-printable
Message-Id: <42247FF9-EE07-45B4-B071-10838FD55D07@tzi.org>
References: <880105127.785171559138207866.JavaMail.nobody@rva2rmd101.webex.com> <EFB27D9B-DB9B-4102-B120-388E3A0554AB@tzi.org> <20190710191531.GB1406@hephaistos.amsuess.com>
To: =?utf-8?Q?Christian_Ams=C3=BCss?= <christian@amsuess.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/pj0Z7-NeJy20_4ssBZQtqO3HvS4>
Subject: Re: [core] RD deployment scenarios (was: Webex meeting info: CoRE Virtual Interim)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 19:26:45 -0000

On Jul 10, 2019, at 21:15, Christian Ams=C3=BCss <christian@amsuess.com> =
wrote:
>=20
> Is there any central CoRE wiki page from where I could link to this?

I just created

https://github.com/core-wg/wiki/wiki

(Yes, the repo is called =E2=80=9Cwiki=E2=80=9D and it uses the =
=E2=80=9Cwiki=E2=80=9D convention.
Clone from https://github.com/core-wg/wiki.wiki.git .)

I have added most CoRE teams for write access; if you find you don=E2=80=99=
t have write access please tell core-chairs@ietf.org.

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


From nobody Wed Jul 10 12:36:49 2019
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 B12B11201C6 for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:36:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level: 
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 11_kyPSPn6tK for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 12:36:46 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2BAA12018F for <core@ietf.org>; Wed, 10 Jul 2019 12:36:45 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45kTvv70pdzySQ; Wed, 10 Jul 2019 21:36:43 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <20190710174643.GA30791@hephaistos.amsuess.com>
Date: Wed, 10 Jul 2019 21:36:43 +0200
Cc: core <core@ietf.org>
X-Mao-Original-Outgoing-Id: 584480201.834191-d8a069cd20264d7e7022f82a0bda0f48
Content-Transfer-Encoding: quoted-printable
Message-Id: <6B0BAE36-74E4-4B31-BC99-E7A0C284AC78@tzi.org>
References: <20190710174643.GA30791@hephaistos.amsuess.com>
To: =?utf-8?Q?Christian_Ams=C3=BCss?= <christian@amsuess.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/9hcQbUSDCdDZaaOXn3Sq778uJFA>
Subject: Re: [core] Separate formats for fetch and patch (was: WG Last Call of draft-ietf-core-senml-etch-03.txt)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 19:36:48 -0000

Now in =
https://github.com/core-wg/wiki/wiki/On-media-types-for-FETCH-and-(i)PATCH=


Great work, thank you!

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


From nobody Wed Jul 10 15:16:53 2019
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 9B5EE12012A; Wed, 10 Jul 2019 15:16:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DIUrE85WaPy0; Wed, 10 Jul 2019 15:16:49 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 814CB120241; Wed, 10 Jul 2019 15:16:46 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 10 Jul 2019 15:16:40 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <draft-ietf-core-echo-request-tag@ietf.org>
CC: 'core' <core@ietf.org>
Date: Wed, 10 Jul 2019 15:16:39 -0700
Message-ID: <003901d5376d$27710960$76531c20$@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: AdU3R0WwUSXHRxh8Sg2AOFV0PmUcNg==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/kQDL3_ZtVWqET2wG1nnlUN8HM7E>
Subject: [core] WGLC draft-ietf-core-echo-request-tag-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 22:16:52 -0000

Here are some comments:

1.  The Abstract needs to say that it updates RFC 7252 - and it would be
nice if it summarized what it updated.

2.  You can clean up the text dealing with core-object-security

3.  In section 2.1 - It is not clear to me why one would use an outer option
for the echo option.   The inner one would be end-to-end and thus does the
freshness thing.  What does the outer one do?

4.  In section 2.1 (or section 2.2) - There needs to be some text about
where the echo options should be reflected in the event that either both
inner and outer options are returned or just an outer is returned.  Can you
use an inner w/o security for a new request?  I.e. is the inner echo value
considered to be a security value?

5.  Not sure if it is permissible for a proxy to modify the request in
response to a 4.01 with an echo option or not.  Clarification might be
useful on this topic.  I think I understand the paragraphs about proxies as
servers.

6.  In section 2.3 - item 1 star 2 - I would think that a server could
proactively return an echo option even if the request did not come with one.
Thus  GET - Content w/ echo - PUT w/ echo

7.  In section 2.3 - item 2 - star 2 - s/expect/except/

8.  In section 3 it says that the requests must be integrity protected, but
in section 3.1 it says that this may be an outer option and is of class E
not class I.  (And I recognize that it cannot be class I.)  I think that
section 3 is probably the incorrect one.

9.  I think that section 3.4.1 is missing something, but I have not figure
out what it is yet.  I'll continue to mull this one over.

10.  Section 3.4.2 - I think that it would be reasonable to highlight that
two OSCORE blockwise operations meet these conditions as the path is hidden
by security.

11. Section 6 - I am having problems with the idea of a forgery of an Echo
option, if the option is visible to an attacker why would they need to forge
it?

12. Appendix A - I think we have a different definition of forgery for list
item 1.  I would have labeled this as guessing not forgery.  That is
probably my security background talking.

13. Appendix A - point 2 - The security is even higher if encryption rather
than integrity is used here.

jim





From nobody Wed Jul 10 16:07:46 2019
Return-Path: <kojo@cs.helsinki.fi>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 814E212025D for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 16:07:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.helsinki.fi
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 I7TYpWvRXV-A for <core@ietfa.amsl.com>; Wed, 10 Jul 2019 16:07:42 -0700 (PDT)
Received: from script.cs.helsinki.fi (script.cs.helsinki.fi [128.214.11.1]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4668612011B for <core@ietf.org>; Wed, 10 Jul 2019 16:07:41 -0700 (PDT)
X-DKIM: Courier DKIM Filter v0.50+pk-2017-10-25 mail.cs.helsinki.fi Thu, 11 Jul 2019 02:07:36 +0300
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.helsinki.fi; h=date:from:to:subject:message-id:mime-version:content-type; s= dkim20130528; bh=ApgHNtn4n1sLw11YQH5mXBqTn89g4v5S72fIwr3tspk=; b= OoOxB5m4j40/J+UDlesLnuWsJaMd/Ij5v14z/MRYzLw3uDEhH9uu1/SXZPT1XukJ RB6LGuKSb8Xg8RkWsI14XsoXEKyvGsicvL36DoNKHE3WW1mN6T+huQRWIyPiBRIs 79vH5Jebd6atihVqBWG9xCOQUzN55WkZEXaw4KfMfWE=
Received: from hp8x-60 (85-76-35-31-nat.elisa-mobile.fi [85.76.35.31]) (AUTH: PLAIN kojo, TLS: TLSv1/SSLv3,256bits,AES256-GCM-SHA384) by mail.cs.helsinki.fi with ESMTPSA; Thu, 11 Jul 2019 02:07:36 +0300 id 00000000005A0054.000000005D266FB8.00001F6E
Date: Thu, 11 Jul 2019 02:07:35 +0300 (EEST)
From: Markku Kojo <kojo@cs.helsinki.fi>
To: core <core@ietf.org>
Message-ID: <alpine.DEB.2.21.1907110150430.3276@hp8x-60.cs.helsinki.fi>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/_-j8FPlXJFwDYSv2YVdek7vHD9U>
Subject: [core] New Version Notification for draft-jarvinen-core-fasor-02.txt(fwd)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 23:07:46 -0000

CoRE WG,

we have recently submitted a new version of the FASOR draft that specifies 
an alternative retransmission timeout and congestion control back off 
algorithm for the CoAP protocol. This version just refreshes the document 
and does not introduce any modifications since -01.

As discussed by chairs in IETF-104 the next step for this draft is 
supposed to be the wg adoption call and the authors think that the 
document is ready for it.

Any comments/feedback on the draft is welcome.

Thanks,

/Markku

---------- Forwarded message ----------
Date: Sat, 06 Jul 2019 20:28:08 -0700
From: internet-drafts@ietf.org
To: Markku Kojo <markku.kojo@cs.helsinki.fi>, Zhen Cao <zhencao.ietf@gmail.com>,
     Ilpo Jarvinen <ilpo.jarvinen@cs.helsinki.fi>,
     Iivo Raitahila <iivo.raitahila@helsinki.fi>
Subject: New Version Notification for draft-jarvinen-core-fasor-02.txt


A new version of I-D, draft-jarvinen-core-fasor-02.txt
has been successfully submitted by Ilpo Jarvinen and posted to the
IETF repository.

Name:		draft-jarvinen-core-fasor
Revision:	02
Title:		Fast-Slow Retransmission Timeout and Congestion Control Algorithm for CoAP
Document date:	2019-07-07
Group:		Individual Submission
Pages:		15
URL:            https://www.ietf.org/internet-drafts/draft-jarvinen-core-fasor-02.txt
Status:         https://datatracker.ietf.org/doc/draft-jarvinen-core-fasor/
Htmlized:       https://tools.ietf.org/html/draft-jarvinen-core-fasor-02
Htmlized:       https://datatracker.ietf.org/doc/html/draft-jarvinen-core-fasor
Diff:           https://www.ietf.org/rfcdiff?url2=draft-jarvinen-core-fasor-02

Abstract:
    This document specifies an alternative retransmission timeout and
    congestion control back off algorithm for the CoAP protocol, called
    Fast-Slow RTO (FASOR).

    The algorithm specified in this document employs an appropriate and
    large enough back off of Retransmission Timeout (RTO) as the major
    congestion control mechanism to allow acquiring unambiguous RTT
    samples with high probability and to prevent building a persistent
    queue when retransmitting.  The algorithm also aims to retransmit
    quickly using an accurately managed retransmission timeout when link-
    errors are occuring, basing RTO calculation on unambiguous round-trip
    time (RTT) samples.




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

The IETF Secretariat


From nobody Thu Jul 11 06:44:50 2019
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 47E2812026F; Thu, 11 Jul 2019 06:44:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 AFQRMTDjepHg; Thu, 11 Jul 2019 06:44:42 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4F7D120119; Thu, 11 Jul 2019 06:44:41 -0700 (PDT)
Received: from [192.168.217.110] (p5089AF0A.dip0.t-ipconnect.de [80.137.175.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45ky3C3xl0zyVZ; Thu, 11 Jul 2019 15:44:39 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
Date: Thu, 11 Jul 2019 15:44:38 +0200
Cc: Netconf <netconf@ietf.org>, NETMOD WG <netmod@ietf.org>, yot@ietf.org
X-Mao-Original-Outgoing-Id: 584545476.604437-e9f458df7968ab826f10fd10c6a58847
Reply-To: core <core@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <5B9F7D96-8E1D-4B04-8F48-0BD165E28F73@tzi.org>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/CTE8KM3S1QVV2lf2uQksLGAIhmQ>
Subject: [core] =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-veillette-core-yang-library-05=2Etxt?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jul 2019 13:44:49 -0000

RFC 8525 defines a YANG data model for information about the YANG =
modules, datastores, and datastore schemas used by a network management =
server.   This data model is based on string representations of YANG =
identifiers.

To be more useful in a constrained environment (CoRECONF/COMI), it is =
useful to have a YANG data model that can employ the efficiency of SIDs =
(draft-ietf-core-sid).  draft-veillette-core-yang-library-05.txt =
provides a straightforward translation of RFC 8525 to SID-based =
identification, with some legacy support removed and some other =
efficiencies added.  This specification complements the three other =
CoRECONF specifications draft-ietf-core-yang-cbor, draft-ietf-core-sid, =
and draft-ietf-core-comi, which we hope to ship soon.

This starts a one-week working group adoption call.
This is a formal call for adoption of this draft as a WG document of the =
CoRE WG.
If you have read the draft and support adopting it, please say so.
If you see a problem with adopting it as a WG document, please tell us.
For both, remember that WG adoption does not mean that we already have =
consensus on all the details(*), just that this is the right working =
document to address the issue (and that we should address the issue in =
the first place); you are encouraged to mention any issues that you =
already know.

This WGA call is CCed to the netconf and netmod working groups, as the =
expertise about YANG modules is focused there, as well as the =
yang-of-things non-WG mailing list.  Please respond to core@ietf.org, or =
exceptionally to core-chairs@ietf.org (for off-list comments).

This formal WG adoption call runs until the end of July 18th.

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

(*) say, is the module-set index really limited to an 8-bit number?


From nobody Thu Jul 11 06:55:39 2019
Return-Path: <francesca.palombini@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 71BE8120077 for <core@ietfa.amsl.com>; Thu, 11 Jul 2019 06:55:37 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7fSNNIcryMJv for <core@ietfa.amsl.com>; Thu, 11 Jul 2019 06:55:34 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-ve1eur02on060c.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe06::60c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07FBF12002F for <core@ietf.org>; Thu, 11 Jul 2019 06:55:33 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Qe/V9sqYEhHPJxhGejFQZs1QXCZjyH98MdeVO8b9AgBKZLWE5P47XimglsXMtALMuk6iEVQkgTw2/9v8MB7khkC2kuKLscY8EbudzekiprCGLJfkCG9oeQuMmM4svSYiNkByomNxFZgmYBd8q0rROmJAiAUvsjI0kuAuDU5IFy4y+28vvpUhAdwNW0KX1S2LznXSHiQvEZEjcgQ0X3rpiJvs48RAu9j0XmXO+CRQJx92qXFEVTttcHK/RnKEjAej4aCc1avKSLwoAQBI5fwMMaloqrg+DGTuoXk9+HmgWrR18sCunrloNfzVvTpFPxoNJ5la7n0sVkd+WltxTfS8PA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=e3n19q4pnofkGR/qAyd1Za+EXsEBKyho3DcU5B/7xG0=; b=nWlRQORSM1ki6y4yu5eHE00Ns5ePntrZG7mXK2NepRxYVI7P9x4OajGO38jA98cRiitLSSrP7hXF0lzCpvYH16gy7ad+L+AIcTA5z79Z9awzVkBQ7WABtpRpPTtvtzYrrCIyMZh9V2ZY70Sgitphd7Fy+Zn7Zu68iC641taMtIk+RZ9shdyGT06jeeDazzmgcEjnX3ZExcXJidTPyMZZbfmJnLMj7hoIoFduI1UPTxqhJhVa1R/HrexbcO1C7RMdqJdvnKi3/rF/f4ScjWqD4dYvjpB0F/ZbJks7gc1DmmKh+FUdCY8dL3jawLiS+nDn18qWxtio1exMQ+pY86jUEA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=e3n19q4pnofkGR/qAyd1Za+EXsEBKyho3DcU5B/7xG0=; b=VMvJKdBZ6nRtmK5DxWkIsxgLrCSn9ZBaUjv815y/LNDKkzAM12j83OBvsPrgAT/2p6rQFqL90ZXiALxrLzbO54/PBJMCnk7IivqaAJQHKZxLiBKVcxhfg4LCzf0xR5FkWchGB6jG5x+8Db93NUz+8H3wNdZJpc2n4cv24Z5aAc8=
Received: from HE1PR0701MB2746.eurprd07.prod.outlook.com (10.168.185.17) by HE1PR0701MB2570.eurprd07.prod.outlook.com (10.168.187.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.8; Thu, 11 Jul 2019 13:55:31 +0000
Received: from HE1PR0701MB2746.eurprd07.prod.outlook.com ([fe80::d958:9685:d091:3b9a]) by HE1PR0701MB2746.eurprd07.prod.outlook.com ([fe80::d958:9685:d091:3b9a%3]) with mapi id 15.20.2073.008; Thu, 11 Jul 2019 13:55:31 +0000
From: Francesca Palombini <francesca.palombini@ericsson.com>
To: core <core@ietf.org>
Thread-Topic: Group OSCORE interop at IETF105 Hackathon
Thread-Index: AQHVN/BNqwv+nvoGRkitz2wixSaaug==
Date: Thu, 11 Jul 2019 13:55:31 +0000
Message-ID: <4A441AEA-C624-42AC-9B9C-F220C8057843@ericsson.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=francesca.palombini@ericsson.com; 
x-originating-ip: [158.174.219.143]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7950f1d6-ad9c-4eb6-dcf3-08d706077047
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR0701MB2570; 
x-ms-traffictypediagnostic: HE1PR0701MB2570:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <HE1PR0701MB257067D25484460DDF1C718398F30@HE1PR0701MB2570.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6790;
x-forefront-prvs: 0095BCF226
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(4636009)(39860400002)(376002)(136003)(346002)(396003)(366004)(53754006)(189003)(199004)(76116006)(71190400001)(71200400001)(66946007)(66066001)(7736002)(966005)(316002)(478600001)(64756008)(66556008)(66476007)(66446008)(36756003)(4744005)(25786009)(5660300002)(68736007)(14454004)(606006)(33656002)(81156014)(8936002)(8676002)(81166006)(256004)(6916009)(102836004)(54896002)(53936002)(236005)(6512007)(44832011)(99286004)(6506007)(2616005)(476003)(486006)(3846002)(6436002)(6486002)(2906002)(6116002)(186003)(6306002)(26005)(86362001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0701MB2570; H:HE1PR0701MB2746.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: W6LanMNmmBE/Zna0tnW7ROir2SjLm0ZDW9pT0vHC4v6xbmlguNDo2p0f//nGAFhojHGlZVGYAtVz9r5EgTCxWTQuki/K+XETuYp7eXnfz27jx37k6jCM1rR9f0ACfeQO3GObKfH1x5fWV8MH2YIK9GwGyfH+g+9Ntq1jSGG/gXzZoBa12lCcgBFWxjQwUzfkqJx4YaXFYq4yLXfv5aHPhCdqSWdvL6btXYyJLvpDX4nL1i+bMwNbz9bHhYY0l3WShAZ7a+RUEndEDtzsHQHHfi2vBX5l7x7fVvr8T7aShXcvAZGnOHC/x52CG8XFA6jtX17fK+6FN+68b3qmo7HuqLb+UgY3EY2yYaLH6LdozyXD+VbV5SD/QrRQ7tMVXxJihM0WaPrhD99u0VT8YVBvdugPtVehIKufpxIxlFeniMg=
Content-Type: multipart/alternative; boundary="_000_4A441AEAC62442AC9B9CF220C8057843ericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7950f1d6-ad9c-4eb6-dcf3-08d706077047
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jul 2019 13:55:31.2750 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: francesca.palombini@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2570
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Ox98AFdh82LXnaeNb8rMzKvjCKU>
Subject: [core] Group OSCORE interop at IETF105 Hackathon
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jul 2019 13:55:38 -0000

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

SGkgYWxsLA0KDQpIZWFkcyB1cDogdGhlcmUgaXMgYW4gaW50ZXJvcCBmb3IgR3JvdXAgT1NDT1JF
IChkcmFmdC1pZXRmLWNvcmUtb3Njb3JlLWdyb3VwY29tbS0wNTxodHRwczovL3Rvb2xzLmlldGYu
b3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLW9zY29yZS1ncm91cGNvbW0tMDU+KSB0aGF0IHdpbGwg
aGFwcGVuIGF0IHRoZSBIYWNrYXRob24gb2YgSUVURjEwNS4gVGhlIHRlc3Qgc3BlY2lmaWNhdGlv
bnMgYXJlIGluIHByb2dyZXNzIGhlcmU6IGh0dHBzOi8vZXJpY3Nzb25yZXNlYXJjaC5naXRodWIu
aW8vTXVsdGljYXN0LU9TQ09BUC8gLCBhbmQgd2Uga25vdyBvZiBhdCBsZWFzdCAyIHBhcnRpY2lw
YW50cyB0aGF0IHdpbGwgYmUgcHJlc2VudC4NCg0KSWYgeW91IGFyZSBhbHNvIGludGVyZXN0ZWQs
IGNvbWUgYW5kIGZpbmQgdXMsIG9yIGRyb3AgbWUgYW4gZW1haWwhIEkgd2lsbCBhbHNvIG1ha2Ug
c3VyZSB0byBwb3N0IGEgcmVwb3J0IGFmdGVyd2FyZC4NCg0KVGhhbmtzLA0KRnJhbmNlc2NhDQo=

--_000_4A441AEAC62442AC9B9CF220C8057843ericssoncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <D3848EAFB072014289656487CC0C5F61@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg
bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2
IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy
IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt
YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9
DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz
cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z
b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBw
dCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2Lldv
cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0K
PGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYg
Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJT
ViIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkhpIGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJTViIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IZWFkcyB1cDogdGhlcmUgaXMgYW4gaW50
ZXJvcCBmb3IgR3JvdXAgT1NDT1JFICg8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvZHJhZnQtaWV0Zi1jb3JlLW9zY29yZS1ncm91cGNvbW0tMDUiPmRyYWZ0LWlldGYtY29yZS1v
c2NvcmUtZ3JvdXBjb21tLTA1PC9hPikgdGhhdCB3aWxsIGhhcHBlbiBhdCB0aGUgSGFja2F0aG9u
IG9mIElFVEYxMDUuDQogVGhlIHRlc3Qgc3BlY2lmaWNhdGlvbnMgYXJlIGluIHByb2dyZXNzIGhl
cmU6IDxhIGhyZWY9Imh0dHBzOi8vZXJpY3Nzb25yZXNlYXJjaC5naXRodWIuaW8vTXVsdGljYXN0
LU9TQ09BUC8iPg0KaHR0cHM6Ly9lcmljc3NvbnJlc2VhcmNoLmdpdGh1Yi5pby9NdWx0aWNhc3Qt
T1NDT0FQLzwvYT4gLCBhbmQgd2Uga25vdyBvZiBhdCBsZWFzdCAyIHBhcnRpY2lwYW50cyB0aGF0
IHdpbGwgYmUgcHJlc2VudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPklmIHlvdSBhcmUgYWxzbyBpbnRlcmVzdGVkLCBjb21lIGFuZCBmaW5kIHVzLCBvciBkcm9w
IG1lIGFuIGVtYWlsISBJIHdpbGwgYWxzbyBtYWtlIHN1cmUgdG8gcG9zdCBhIHJlcG9ydCBhZnRl
cndhcmQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3Ms
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPkZyYW5jZXNjYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_4A441AEAC62442AC9B9CF220C8057843ericssoncom_--


From nobody Thu Jul 11 07:50:18 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6997A120129; Thu, 11 Jul 2019 07:50:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 W639WexXDRjK; Thu, 11 Jul 2019 07:50:12 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF904120140; Thu, 11 Jul 2019 07:50:11 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd]) by prometheus.amsuess.com (Postfix) with ESMTPS id F0F54462D4; Thu, 11 Jul 2019 16:50:08 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id AB46536; Thu, 11 Jul 2019 16:50:06 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:49d4:a6f5:7eaf:db9]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 4AB0F74; Thu, 11 Jul 2019 16:50:06 +0200 (CEST)
Received: (nullmailer pid 21653 invoked by uid 1000); Thu, 11 Jul 2019 14:50:02 -0000
Date: Thu, 11 Jul 2019 16:50:02 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-ietf-core-echo-request-tag@ietf.org, 'core' <core@ietf.org>
Message-ID: <20190711144959.GA30261@hephaistos.amsuess.com>
References: <003901d5376d$27710960$76531c20$@augustcellars.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq"
Content-Disposition: inline
In-Reply-To: <003901d5376d$27710960$76531c20$@augustcellars.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/fxwbqzPJojP7Mz1Zgg2RqfRlI8Q>
Subject: Re: [core] WGLC draft-ietf-core-echo-request-tag-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jul 2019 14:50:16 -0000

--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello Jim, G=F6ran and John,

thanks for your comments, responses inline:

On Wed, Jul 10, 2019 at 03:16:39PM -0700, Jim Schaad wrote:
> 1.  The Abstract needs to say that it updates RFC 7252 - and it would be
> nice if it summarized what it updated.

The abstract says it updates the token processing of CoAP, but did not
explicitly mention its RFC. The pending updates now include a literal
mention of it, also making idnits a bit less suspicious.

> 2.  You can clean up the text dealing with core-object-security

With great pleasure.

As it's now final that OSCORE doesn't normatively reference ERT, a
line now has become 'Authors of other documents (e.g. applications of
{{RFC8613}}) are invited to mandate this behavior'. John, G=F6ran, do we
want to pull [LwM2M] in there as an example?

[LwM2M]: https://www.omaspecworks.org/white-paper-lightweight-m2m-1-1/

> 3.  In section 2.1 - It is not clear to me why one would use an outer opt=
ion
> for the echo option.   The inner one would be end-to-end and thus does the
> freshness thing.  What does the outer one do?

There are use cases for using Echo as an option in non-OSCORE
situations (eg. preventing traffic amplification attacks).

When OSCORE traffic passes through intermediaries (say, a reverse
proxy), those intermediaries will add Echo options on their own (first
answering 4.01 + Echo), prompting the client to create its OSCORE
request again with an outer Echo option.

In that, the Echo option is similar to the block options in that they
can occur around an OSCORE message, and need to be processed on the
outside and the inside independently of each other. Like there, a server
initiating it would normally set it as an inner option, but the client
must process it whereever it is.

It may be that we should find terminology more suitable for extension
authors than the U/I/E classes ("Start as E, process as either"?), but I
don't have a coherent proposal and don't think that this discussion
makes sense before we've gathered more experience classifying options.


The currently pending changeset includes as a clarification: "OSCORE
servers will usually (i.e. for the applications presented here) produce
Inner Echo options only, but clients need to process Outer ones
(typically generated by intermediaries) as well".

> 4.  In section 2.1 (or section 2.2) - There needs to be some text about
> where the echo options should be reflected in the event that either both
> inner and outer options are returned or just an outer is returned.  Can y=
ou
> use an inner w/o security for a new request?  I.e. is the inner echo value
> considered to be a security value?

The inner value is used as authenticated data, for example in receive
window recovery. I've added text elaboration on the current wording
of "and the Inner and Outer values are independent":

"When OSCORE is used, client and server MUST process Inner (Class E use)
and Outer (Class U use) Echo options independently. That is, a client
MUST NOT echo an Inner response value in an Outer request value or vice
versa, and the server MUST NOT accept Echo values from a different class
than where it sent it."

The case of both being present is rather exotic: that'd happen if the
origin server wants freshness, and the proxy adds a preemtive Echo
response option (instead of the regular 4.01 with Echo only and no
payload at all to curb amplification attacks). I'd consider the above
addition sufficient to spend another paragraph on how to handle the
presence of both and why that's rare, but can add one if there's
disagreement.

> 5.  Not sure if it is permissible for a proxy to modify the request in
> response to a 4.01 with an echo option or not.  Clarification might be
> useful on this topic.  I think I understand the paragraphs about proxies =
as
> servers.

An proxy may reject or modify a request for numerous reasons
(eg. unknown Unsafe options, client authentication prerequisites, hop
count decrements etc) -- are you asking for the rationale of the proxy's
license to inject outer Echo options and to reject forwarding (which we
AFAICT haven't provided in other documents), or did I misunderstand?

> 6.  In section 2.3 - item 1 star 2 - I would think that a server could
> proactively return an echo option even if the request did not come with o=
ne.
> Thus  GET - Content w/ echo - PUT w/ echo

I agree, generalized the text (John, G=F6ran: or is there any reason not to=
?)

Thinking this through does open up the question of abusing Echo for
setting "Cookies", though; tracked as [41].

[41]: https://github.com/core-wg/echo-request-tag/issues/41

> 8.  In section 3 it says that the requests must be integrity protected, b=
ut
> in section 3.1 it says that this may be an outer option and is of class E
> not class I.  (And I recognize that it cannot be class I.)  I think that
> section 3 is probably the incorrect one.

That was probably my "in order to", now saying "The requests must be
integrity protected *if they should* protect against interchange of blocks
between different message bodies".

> 9.  I think that section 3.4.1 is missing something, but I have not figure
> out what it is yet.  I'll continue to mull this one over.

Please do, that is a crucial section.

> 10.  Section 3.4.2 - I think that it would be reasonable to highlight that
> two OSCORE blockwise operations meet these conditions as the path is hidd=
en
> by security.

I had thought so initially as well, but given that the different
operations carry different OSCORE values (KID, PartIV) contained in
every block, they can't be confused anyway.

> 11. Section 6 - I am having problems with the idea of a forgery of an Echo
> option, if the option is visible to an attacker why would they need to fo=
rge
> it?

An attacker may try to circumvent traffic amplification protection
(predicting suitable Echo values w/o being able to intercept the
responses). Probably relates to the below "forgery" vs. "guessing".

For the other applications, I'm not sure they need to be that strict --
G=F6ran, John, could you respond to this and the below items?

> 12. Appendix A - I think we have a different definition of forgery for li=
st
> item 1.  I would have labeled this as guessing not forgery.  That is
> probably my security background talking.
>=20
> 13. Appendix A - point 2 - The security is even higher if encryption rath=
er
> than integrity is used here.

Thanks again for your input, we're processing the resulting changes in
[42], except for where other authors are mentioned by name.

[42]: https://github.com/core-wg/echo-request-tag/pull/42

Best regards
Christian


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

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl0nTIwACgkQOY0REtOk
veEu2RAAhu8LoLNZa1q3JpvwPsDLCqste8aqW2TbfC3OJxUBjILNRtOVoPbD1IJu
IflmPCsn2TBI9urjdIpJZCnYZ3nguSlf3Ka0pign1ZG2Qd67qbfJ+IuIopHkonw3
sjG5lkvvEOoPGsA3Lv4CYsehdngIu230d7hcMZ6trZbiLhXW7DRj2mpKr1BoQx+c
SL4DG9bQ2pA5PucMvKgImIcxmx5+J042fSucBqmMRAbQWIjOCS1KDGfTd7KIcu2N
USn4tvec8Wqh+xf98K6oOAHMslowgY4vitOzMaWTBiTnegqBaJMA1P1K7S4sZenW
0jCgbU1KrOAHTziAlwlB/6dsElQK/lu8ZBLh9dvsqAGt7Re/w9rHmZty1Ec++z0c
sMPCclPqrvB9qzNTc5kETo6mHCJ06fH0hgU4AjYO6PoGf1SkRw+PqcW66BYeeGR9
rzsPDmML/pUKjSRWaLyp1FFm0p0LzdXSg+4OdRsMu07UaZc0lbV1H2vBAKCm8JYa
wW5oi1kWnUV7it1VaWQV3Ttmz/EKIQt/eKU2T/S2FbqIUd3Lv+4fFB++NAwNL60z
BZaDih1V1FOiISJNFKAtaBtyIdotTfgb8MLzUy28p7/TBM9jAfepPf6Sx2Fyd6N3
w8TwsU83r4TkDSYRZXmyiOnr398v+hOPiiy4sohdAKI3v3BOnII=
=aYq/
-----END PGP SIGNATURE-----

--45Z9DzgjV8m4Oswq--


From nobody Thu Jul 11 08:32:31 2019
Return-Path: <ietf-secretariat-reply@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 55C5E1201D6; Thu, 11 Jul 2019 08:32:29 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
To: <draft-veillette-core-yang-library@ietf.org>, <core-chairs@ietf.org>, <core@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com>
Date: Thu, 11 Jul 2019 08:32:29 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/gm5Wd6JyKYtnKDTidZGrgouFSYk>
Subject: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jul 2019 15:32:30 -0000

The CORE WG has placed draft-veillette-core-yang-library in state
Call For Adoption By WG Issued (entered by Carsten Bormann)

The document is available at
https://datatracker.ietf.org/doc/draft-veillette-core-yang-library/

Comment:
Till 2019-07-18


From nobody Thu Jul 11 11:00:05 2019
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 C8C08120472 for <core@ietfa.amsl.com>; Thu, 11 Jul 2019 10:59:58 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CvUN88WRjT-x for <core@ietfa.amsl.com>; Thu, 11 Jul 2019 10:59:56 -0700 (PDT)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30066.outbound.protection.outlook.com [40.107.3.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07779120496 for <core@ietf.org>; Thu, 11 Jul 2019 10:59:55 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G6ZPr5LstgAWovkHAKPDNNhtYqgSD7alu2xlrm3JM7Kez+9QMU32GbsKB5X/m8/t3np0BcScmZMvwCO992UDObfoDIQMkJIeL3QGFuwdbsjKxJZF3Kuj40Odcqwt4i9pDuQtUMs9PG+24qvdBM4CoohBcWuHLr25hy3xzSFtSu56tXUU7ahQ0/Hjkhcn8qJKw8sywvtoKSQWpCyfhDwxhxCuWdH2zXujU2HCt5AuxnbU70f9g/vb8cTG2/Xj4CZZkfR7LlTt9Y5/E8sJcFK5WgEqddFxSVeb2MJ8WQ3E+wYnMd9CXC/2SJXFWScKpWtQbFn5yF50fRxS7b+U6zm1/A==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=d9iSYO676OABK2AdyouHZpk2X4+qOOFyYupgluvKU+k=; b=SnGNC73/Ozes2GmYmctp9pKf/3jLgI90gTntQyLI1H4Tl0+/hkKWmT/CFh+MEfDkhOKSRVlCMX2bB9zHeuAn3rBHmUgnCRjKsjMm+94N+G+0xKxnrP0RQuURCi8qEnmeiEIS0fR5xw73GvfiLWLupcNvemOifORXza5loiYXEnfm+Au4yJAO0JDXcUTMX67XeGvrpazAYtbZeFUk7FBOSDdw0FOlyhfzfzH1OAUOVLPq6ZBeJhLoCLmGzeV1X2azxD6NUMqQa9Q679ySPjobfbHELQX/Hd8i6ev1FZgmsWZjJmv63XzxmiGqB5L4W7p/+p5MI+Mf/55AifXb7fx3OQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=d9iSYO676OABK2AdyouHZpk2X4+qOOFyYupgluvKU+k=; b=cDu3JM0DcimRDWa9gII1y/rczCCrGVHQq0CaTqUm7qUa0opS/OhKphQYb257PigHfl/3A4B9w+6+sKTUZlXSYHWiK1nbXxQr2Y6IX1vM2Cso0VhrlPOihnk8RwbAewlOu6J3Zm9bACBCB9mbJ2Q6N2bJqULgB1c7fxsx2+JjxdE=
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB3260.eurprd07.prod.outlook.com (10.170.246.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.10; Thu, 11 Jul 2019 17:59:53 +0000
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e%3]) with mapi id 15.20.2073.008; Thu, 11 Jul 2019 17:59:53 +0000
From: =?utf-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
To: Jim Schaad <ietf@augustcellars.com>
CC: 'core' <core@ietf.org>, 'Michael Koster' <michael.koster=40smartthings.com@dmarc.ietf.org>
Thread-Topic: [core] CoRE Pub/Sub proposal to resolve the one remaining major issue
Thread-Index: AQHVNc3MHTFHRsJaK0Cr7EhS5zmOXqbBlqcAgARU6AA=
Date: Thu, 11 Jul 2019 17:59:53 +0000
Message-ID: <9971EE7B-B08E-4F2E-A69E-AA3389D62CA1@ericsson.com>
References: <92FE42DF-31BF-49FA-A309-AFA1933BCF97@smartthings.com> <009301d53601$23259370$6970ba50$@augustcellars.com>
In-Reply-To: <009301d53601$23259370$6970ba50$@augustcellars.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; 
x-originating-ip: [2001:14bb:150:480b:9137:5367:f77c:7377]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5efcab12-0557-481b-3762-08d706299399
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3260; 
x-ms-traffictypediagnostic: HE1PR07MB3260:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <HE1PR07MB32608991D22C4727F0556F6685F30@HE1PR07MB3260.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0095BCF226
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(396003)(376002)(136003)(39860400002)(366004)(199004)(189003)(58126008)(8676002)(478600001)(85202003)(46003)(81156014)(14454004)(25786009)(76116006)(85182001)(6486002)(66946007)(66476007)(66556008)(6436002)(186003)(99286004)(66446008)(64756008)(81166006)(7736002)(316002)(561944003)(68736007)(2906002)(8936002)(305945005)(11346002)(446003)(2616005)(476003)(76176011)(54906003)(966005)(486006)(229853002)(102836004)(6246003)(6306002)(4326008)(5660300002)(86362001)(6506007)(33656002)(6512007)(256004)(53936002)(6116002)(36756003)(71190400001)(71200400001)(6916009)(4744005); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3260; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: U/Q1JYJwcuzv9eHhxNSUgYik/AGJQLLzWUEIM2pOuU9QX6z5PhRA153pnsuXrnQZehVkWxJQNOxhSl2aMJpDZNMTUavPcR9xI6yrm7A5cKhm/GKV/shFSWErL9nwqsQSziH9qtnLVMKByKmC4xaSMZYVJ7ffm2qVKGrdBCYihMzp3VFDQz+dSHAS3OROTB3iaSwG2wG8l08stwr8tlBOGr8T9MxVlBTgR5lUUKzNyDU0zXgNKHFGIv5EIZFk43GzkdhWAPGx5dYPt1zkSdVr2XkDBeC/kQ//qIMHvebW8rfVSJJosAuhMN09rdJBtx3Nf4Bf4zE1rE+CRRnLtm12h1WGOIqun/LfpxhrZkKKpjJVaDhVZd8B+jeT/1I8DI5q8flX0295jgctCLQwrawFo/q3vRqS1djOkqArb6BMmqU=
Content-Type: text/plain; charset="utf-8"
Content-ID: <CFD5383EE0669B41B654F07FA53CE0A2@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5efcab12-0557-481b-3762-08d706299399
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jul 2019 17:59:53.4233 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ari.keranen@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3260
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/j-_2Fwe17G48z9eM1o1v7gyGtBo>
Subject: Re: [core] CoRE Pub/Sub proposal to resolve the one remaining major issue
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jul 2019 18:00:04 -0000

SGkgSmltLA0KDQpPbmUgY2xhcmlmaWNhdGlvbjogd2UgYXJlIG5vdCBwbGFubmluZyB0byBjb21w
bGV0ZWx5IGR1bXAgbGluayBmb3JtYXQgYnV0IHRoZSBpZGVhIGlzIHRoYXQgaXQgY2FuIGJlIHN0
aWxsIHN1cHBvcnRlZCBmb3IgdG9waWMgZGlzY292ZXJ5IChSRCBzdHlsZSk6DQpodHRwczovL2dp
dGh1Yi5jb20vY29yZS13Zy9wdWJzdWIvYmxvYi9tYXN0ZXIvcHJvcG9zYWwudHh0I0wxMTkNCg0K
Rm9yIHRoZSBtb3JlIGNvbXBsZXggdGhpbmdzIHlvdSB3b3VsZCB1c2UgQ29SQUwgaW5zdGVhZC4N
Cg0KDQpDaGVlcnMsDQpBcmkNCg0K77u/T24gMDkvMDcvMjAxOSwgNS41MSwgImNvcmUgb24gYmVo
YWxmIG9mIEppbSBTY2hhYWQiIDxjb3JlLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGll
dGZAYXVndXN0Y2VsbGFycy5jb20+IHdyb3RlOg0KDQogICAgMi4gIEFyZSB3ZSBjb21wbGV0ZWx5
IGR1bXBpbmcgbGluayBmb3JtYXQgaW4gZmF2b3Igb2YgQ29SQUwgYXQgdGhpcyBwb2ludD8NCiAg
ICBUaGlzIGlzIG5vdCBzb21ldGhpbmcgdGhhdCBJIHdvdWxkIG9iamVjdCB0byBJIGp1c3Qgd2Fu
dCB0byBiZSBjbGVhci4NCg0K


From nobody Thu Jul 11 14:14:35 2019
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 AA7EF120123; Thu, 11 Jul 2019 14:14:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xVQ9E4BiV3gg; Thu, 11 Jul 2019 14:14:30 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FADF1200F8; Thu, 11 Jul 2019 14:14:30 -0700 (PDT)
Received: from Jude (73.96.104.139) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 11 Jul 2019 14:14:23 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: =?iso-8859-1?Q?'Christian_Ams=FCss'?= <christian@amsuess.com>
CC: <draft-ietf-core-echo-request-tag@ietf.org>, 'core' <core@ietf.org>
References: <003901d5376d$27710960$76531c20$@augustcellars.com> <20190711144959.GA30261@hephaistos.amsuess.com>
In-Reply-To: <20190711144959.GA30261@hephaistos.amsuess.com>
Date: Thu, 11 Jul 2019 14:14:23 -0700
Message-ID: <001d01d5382d$9e56a560$db03f020$@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
Content-Language: en-us
Thread-Index: AQJXc2ZUSiAjtBd1lVH15O+XNkYS4AHRR8VqpbLmdkA=
X-Originating-IP: [73.96.104.139]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ddxELtdy73RLa10FDn6x9MaWWH8>
Subject: Re: [core] WGLC draft-ietf-core-echo-request-tag-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jul 2019 21:14:34 -0000

Christian, et al.

-----Original Message-----
From: Christian Ams=FCss <christian@amsuess.com>=20
Sent: Thursday, July 11, 2019 7:50 AM
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-ietf-core-echo-request-tag@ietf.org; 'core' <core@ietf.org>
Subject: Re: [core] WGLC draft-ietf-core-echo-request-tag-05

Hello Jim, G=F6ran and John,

thanks for your comments, responses inline:

On Wed, Jul 10, 2019 at 03:16:39PM -0700, Jim Schaad wrote:


> 3.  In section 2.1 - It is not clear to me why one would use an outer
option
> for the echo option.   The inner one would be end-to-end and thus does =
the
> freshness thing.  What does the outer one do?

There are use cases for using Echo as an option in non-OSCORE situations
(eg. preventing traffic amplification attacks).

When OSCORE traffic passes through intermediaries (say, a reverse =
proxy),
those intermediaries will add Echo options on their own (first answering
4.01 + Echo), prompting the client to create its OSCORE request again =
with
an outer Echo option.

In that, the Echo option is similar to the block options in that they =
can
occur around an OSCORE message, and need to be processed on the outside =
and
the inside independently of each other. Like there, a server initiating =
it
would normally set it as an inner option, but the client must process it
whereever it is.

It may be that we should find terminology more suitable for extension
authors than the U/I/E classes ("Start as E, process as either"?), but I
don't have a coherent proposal and don't think that this discussion =
makes
sense before we've gathered more experience classifying options.


The currently pending changeset includes as a clarification: "OSCORE =
servers
will usually (i.e. for the applications presented here) produce Inner =
Echo
options only, but clients need to process Outer ones (typically =
generated by
intermediaries) as well".

[JLS] Perhaps

The Inner option is encrypted and integrity protected between the =
endpoints,
thus providing the freshness between the ultimate client and server.  =
The
Outer option is used by intermediate entities to provide for hop-by-hop
security as described for proxy operations in section 2.3.



> 4.  In section 2.1 (or section 2.2) - There needs to be some text=20
> about where the echo options should be reflected in the event that=20
> either both inner and outer options are returned or just an outer is=20
> returned.  Can you use an inner w/o security for a new request?  I.e.=20
> is the inner echo value considered to be a security value?

The inner value is used as authenticated data, for example in receive =
window
recovery. I've added text elaboration on the current wording of "and the
Inner and Outer values are independent":

"When OSCORE is used, client and server MUST process Inner (Class E use) =
and
Outer (Class U use) Echo options independently. That is, a client MUST =
NOT
echo an Inner response value in an Outer request value or vice versa, =
and
the server MUST NOT accept Echo values from a different class than where =
it
sent it."

The case of both being present is rather exotic: that'd happen if the =
origin
server wants freshness, and the proxy adds a preemtive Echo response =
option
(instead of the regular 4.01 with Echo only and no payload at all to =
curb
amplification attacks). I'd consider the above addition sufficient to =
spend
another paragraph on how to handle the presence of both and why that's =
rare,
but can add one if there's disagreement.

[JLS] I think that should be sufficient.  Now I just need to figure out =
how
to expose both of them as independent entities in my code.

> 5.  Not sure if it is permissible for a proxy to modify the request in =

> response to a 4.01 with an echo option or not.  Clarification might be =

> useful on this topic.  I think I understand the paragraphs about=20
> proxies as servers.

An proxy may reject or modify a request for numerous reasons (eg. =
unknown
Unsafe options, client authentication prerequisites, hop count =
decrements
etc) -- are you asking for the rationale of the proxy's license to =
inject
outer Echo options and to reject forwarding (which we AFAICT haven't
provided in other documents), or did I misunderstand?

[JLS] No in this case I was thinking about the case of a proxy getting a
4.01 w/ an echo option and then, rather than returning that answer to =
the
client re-sending the request with the echo option added.  I don't think
this type of behavior is currently documented anywhere.  I am not sure =
if
the echo option should be added by the proxy just once or potentially
multiple times.

> 6.  In section 2.3 - item 1 star 2 - I would think that a server could =

> proactively return an echo option even if the request did not come =
with
one.
> Thus  GET - Content w/ echo - PUT w/ echo

I agree, generalized the text (John, G=F6ran: or is there any reason not =
to?)

Thinking this through does open up the question of abusing Echo for =
setting
"Cookies", though; tracked as [41].

[41]: https://github.com/core-wg/echo-request-tag/issues/41

[JLS] I think that this has opened up for this type of cookie tracking =
even
without this change.  And should be noted in the privacy considerations

> 8.  In section 3 it says that the requests must be integrity=20
> protected, but in section 3.1 it says that this may be an outer option =

> and is of class E not class I.  (And I recognize that it cannot be=20
> class I.)  I think that section 3 is probably the incorrect one.

That was probably my "in order to", now saying "The requests must be
integrity protected *if they should* protect against interchange of =
blocks
between different message bodies".

[JLS] I think that cleans things up.

> 9.  I think that section 3.4.1 is missing something, but I have not=20
> figure out what it is yet.  I'll continue to mull this one over.

Please do, that is a crucial section.

[JLS] Still mulling.

> 10.  Section 3.4.2 - I think that it would be reasonable to highlight=20
> that two OSCORE blockwise operations meet these conditions as the path =

> is hidden by security.

I had thought so initially as well, but given that the different =
operations
carry different OSCORE values (KID, PartIV) contained in every block, =
they
can't be confused anyway.

[JLS] I was referring to doing outer blockwise for OSCORE not inner
blockwise.  Does that change your opinion?


Jim

> 11. Section 6 - I am having problems with the idea of a forgery of an=20
> Echo option, if the option is visible to an attacker why would they=20
> need to forge it?

An attacker may try to circumvent traffic amplification protection
(predicting suitable Echo values w/o being able to intercept the =
responses).
Probably relates to the below "forgery" vs. "guessing".

For the other applications, I'm not sure they need to be that strict --
G=F6ran, John, could you respond to this and the below items?

> 12. Appendix A - I think we have a different definition of forgery for =

> list item 1.  I would have labeled this as guessing not forgery.  That =

> is probably my security background talking.
>=20
> 13. Appendix A - point 2 - The security is even higher if encryption=20
> rather than integrity is used here.

Thanks again for your input, we're processing the resulting changes in =
[42],
except for where other authors are mentioned by name.

[42]: https://github.com/core-wg/echo-request-tag/pull/42

Best regards
Christian


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


From nobody Fri Jul 12 02:23:27 2019
Return-Path: <ietf-secretariat-reply@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 9A0BB1203C0; Fri, 12 Jul 2019 02:23:26 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
To: <draft-keranen-core-senml-data-ct@ietf.org>, <core-chairs@ietf.org>, <core@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <156292340662.27290.18164552447278718299.idtracker@ietfa.amsl.com>
Date: Fri, 12 Jul 2019 02:23:26 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/rWjWY9bFCx__CS2amJbFHhZVDpQ>
Subject: [core] The CORE WG has placed draft-keranen-core-senml-data-ct in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 09:23:27 -0000

The CORE WG has placed draft-keranen-core-senml-data-ct in state
Call For Adoption By WG Issued (entered by Jaime Jimenez)

The document is available at
https://datatracker.ietf.org/doc/draft-keranen-core-senml-data-ct/


From nobody Fri Jul 12 03:52:18 2019
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 A85C112045C; Fri, 12 Jul 2019 03:52:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 vcgklAFCDQ-b; Fri, 12 Jul 2019 03:52:13 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21F7D1202E1; Fri, 12 Jul 2019 03:52:13 -0700 (PDT)
Received: from [192.168.217.110] (p548DCE40.dip0.t-ipconnect.de [84.141.206.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45lV9k4QHPzyxN; Fri, 12 Jul 2019 12:52:10 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <A4F204A4-904F-4105-BAC1-BF276EF91E99@arm.com>
Date: Fri, 12 Jul 2019 12:52:09 +0200
Cc: "draft-ietf-core-multipart-ct@ietf.org" <draft-ietf-core-multipart-ct@ietf.org>,  "core-chairs@ietf.org" <core-chairs@ietf.org>, "core@ietf.org" <core@ietf.org>
X-Mao-Original-Outgoing-Id: 584621528.221221-cf65a0b606b42809af90e4d3ac780211
Content-Transfer-Encoding: quoted-printable
Message-Id: <41ABE257-66A5-4606-BCB5-C7DD45D02195@tzi.org>
References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <BE1600FF-FBFB-44F4-A405-9C73ADA6E3FC@tzi.org> <20190504232153.GA19805@kduck.mit.edu> <A4F204A4-904F-4105-BAC1-BF276EF91E99@arm.com>
To: Benjamin Kaduk <kaduk@mit.edu>, Alexey Melnikov <aamelnikov@fastmail.fm>,  The IESG <iesg@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/0RcC-Khgw3jyAPhlbDU13IDQOHY>
Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 10:52:17 -0000

Let me try to add my personal view to this.

In the Web, we have a lot of places where we put things into a sequence, =
without being too specific about what the semantics of that sequence is.

E.g., if I ask for a directory listing in a Web browser, I get a bag =
(collection) of file entries, each represented by a file name, other =
metadata, and a link.  This is not a multipart body, but is just =
structured as HTML (and actually could include the linked content via =
data URIs).

But actually, most directory listers allow me to ask for a specific =
sequence, e.g. newest first or alphabetic by filename.  There is nothing =
in the media type I get back that would explain the chosen semantics, it =
is just context from what I clicked on (i.e., the URL in a link put on =
table heads).  So once I click on =E2=80=9CDate=E2=80=9D, I expect the =
sequence to be by change time.  (Really nice listers will then tell you =
so by a little triangle in the header, but it works without that.) =20

Multipart-core is a similar thing: The basic semantics of the sequence =
is a bag (collection), but the context might provide some more specific =
semantics that depends on the order in the sequence.

Early in the life of this draft we thought we might put this under the =
multipart top-level media type.  That actually provides multiple =
semantics (alternative, mixed, =E2=80=A6) as subtypes.  But the =
multipart top-level also would have tied us to the MIME multipart =
syntax.  So we moved this to the application catch-all top-level, =
probably not quite in the intent of RFC 2046 (which distinguishes =
discrete and composite media types).  We also didn=E2=80=99t see much =
use for multiple subtypes with different semantics, so we settled for =
one media type name: application/multipart-core.
(To Mirja=E2=80=99s question: Why is it =E2=80=9Ccore"?  CoRE is the =
abbreviation for =E2=80=9Cconstrained RESTful environments=E2=80=9D and =
expresses that the area of use is constrained environments and thus the =
syntax we chose is optimized for that.  If we had wanted to introduce a =
separate top-level with multiple subtypes, that could have been called =
multipart-core/=E2=80=A6 as well.)

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


> On Jul 3, 2019, at 11:08, Thomas Fossati <thomas.fossati@arm.com> =
wrote:
>=20
> Hi Ben, Alexey,
>=20
> First, apologies for taking so long to reply.
>=20
> Second, I am not sure I agree with the core of Ben's DISCUSS.  Here's =
my
> reflections:
>=20
> The aim of this is to define a (very) flexible container type capable =
of
> expressing things like - borrowing from ASN.1 - SEQUENCE, SEQUENCE OF,
> SET, SET OF, CHOICE and ANY in a simple and uniform way.
>=20
> The main point is it's up to the application that uses multipart-core
> to define a) the flavour of aggregation and b) what the embedded
> representations mean (see for example [1]) - which, incidentally, is
> also what allows the spec to be so compact & lightweight.
>=20
> Personally, I think that trying to specialise the container semantics =
(a
> la mixed / alternative / parallel) is a complication that doesn't add
> much value.  (Pardon the bluntness, but it seems to me that mimicking
> the email application model in this context is a rather futile =
exercise
> in coherency.)
>=20
> Deciding to not restrict the aggregation semantics - at least for me -
> is a precise design choice.  Note however that we leave the door open
> to future or application-specific refinements of the aggregation via
> content-format override (see last para of [2]).
>=20
> Cheers, thanks!
>=20
> [1] https://tools.ietf.org/html/draft-ietf-ace-coap-est-12#section-5.3
> [2] =
https://tools.ietf.org/html/draft-ietf-core-multipart-ct-03#section-1
>=20
> =EF=BB=BFOn 05/05/2019, 00:22, "Benjamin Kaduk" <kaduk@mit.edu> wrote:
>=20
>    On Thu, May 02, 2019 at 03:11:25PM +0200, Carsten Bormann wrote:
>> Hi Alexey,
>>=20
>> On May 2, 2019, at 14:40, Alexey Melnikov <aamelnikov@fastmail.fm> =
wrote:
>>>=20
>>> Hi Benjamin,
>>>=20
>>> On Thu, May 2, 2019, at 1:05 AM, Benjamin Kaduk via Datatracker =
wrote:
>>>=20
>>>> =
----------------------------------------------------------------------
>>>> DISCUSS:
>>>> =
----------------------------------------------------------------------
>>>>=20
>>>> It's not clear to me that we're really specifying the semantics of =
a
>>>> single media-type.  The introduction discusses how we may want =
multiple
>>>> representations to appear in a sequence, potentially representing
>>>> different content.
>>>=20
>>> I think this is similar to multipart/mixed.
>>=20
>> We were indeed trying to follow the model of multipart/mixed.
>> This offers a number of embedded representations the sequence of =
which may or may not be important.
>>=20
>>>> Or we may have a set of related representations that
>>>> conceptually are the same content (but are they literally the same
>>>> resource, or related content?).
>>>=20
>>> My understanding is that they are related contents.
>>=20
>> There is no promise that the related items are conceptually the same =
content.
>> The difference between the first situation and the second one mainly =
is that the sequence is not important in the second (i.e., we are using =
the sequence to describe a bag).
>>=20
>>>> And there is yet a third option -- one
>>>> that I'm not sure I fully understand -- wherein the representation =
is
>>>> not important, but rather which format is chosen of the several
>>>> possibilities, to the extent that extreme compression of the
>>>> representation is possible, with the compression just outputting =
the
>>>> format indicator.
>>>=20
>>> Hmm, I missed that. I think this is similar to multipart/alternative
>>=20
>> That wasn=E2=80=99t the intention.
>=20
>    I think that analogies to multipart/mixed and/or =
multipart/alternative
>    would help the reviewer assess whether the document text succeeds =
at
>    describing the intended behavior (though it's not clear that using =
such a
>    reference to attempt to define the behavior by reference is a =
useful plan).
>=20
>> The choice in the third situation mentioned in the introduction is =
made by the originator of the representation, not the receiver.  The =
selected representation is still packaged in an =
application/multipart-core envelope so the media type does not need to =
diverge =E2=80=94 it is essentially used as the (type!) union (a.k.a. =
choice) of the media types that the application wants to be able to put =
in the envelope.
>>=20
>> We may have painted ourselves into a corner in RFC 7641 with the =
mandate that the representations provided by an observable resource stay =
within the same media type (content-format) over time.  This makes it =
difficult in CoAP to observe a resource that alternates between a =
=E2=80=9Cpending=E2=80=9D and a =E2=80=9Cready=E2=80=9D state that have =
different structures of their representation.  Multipart-core can be =
used to package either into the same media type.
>=20
>    So while this may not be quite multipart/alternative, there are =
still
>    alternatives involved; they are just delievered in separate =
(streamed)
>    responses, as opposed to together in the same one.  That is, the
>    alternation is over time and not at the choice of the recipient.
>=20
>> I don=E2=80=99t think the third situation has semantics that differ =
from the first two.
>> You still get a bag with a representation in it (or maybe none).  You =
still need to look into the bag to see what form it takes this time.  =
Actually, the second situation might also apply, so you might indeed get =
a couple representations in certain instances because that=E2=80=99s =
what best describes the resource at this particular time.
>=20
>    I think it's important to be clear about whether the sequencing =
within a
>    given content array is or is not semantically relevant, and under =
what
>    conditions a recipient might only consult a subset of the array
>    (multipart/alternative) vs. assembling a conglomerate from =
components of
>    different types (multipart/mixed).
>=20
>    -Ben
>=20
>=20
> 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.
>=20
>=20


From nobody Fri Jul 12 04:58:51 2019
Return-Path: <noreply@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 7962B120477; Fri, 12 Jul 2019 04:58:50 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Carsten Bormann via Datatracker <noreply@ietf.org>
To: <alexey.melnikov@isode.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.3
Auto-Submitted: auto-generated
Precedence: bulk
Cc: Carsten Bormann <cabo@tzi.org>, cabo@tzi.org, iesg-secretary@ietf.org, core-chairs@ietf.org, core@ietf.org
Message-ID: <156293273048.27179.6899241840059451099.idtracker@ietfa.amsl.com>
Date: Fri, 12 Jul 2019 04:58:50 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/1yhxovCDG05Z38_VVAyjlq5v7NE>
Subject: [core] Publication has been requested for draft-ietf-core-senml-etch-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 11:58:51 -0000

Carsten Bormann has requested publication of draft-ietf-core-senml-etch-04 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-etch/


From nobody Fri Jul 12 08:48:00 2019
Return-Path: <klaus.hartke@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 82E8F1206F0 for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 08:47:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ydunpg4Re5yn for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 08:47:56 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140089.outbound.protection.outlook.com [40.107.14.89]) (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 7AE721206D2 for <core@ietf.org>; Fri, 12 Jul 2019 08:47:55 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AJG7IBENFseqe2lDFH3Xj7KaL+0mIXuSpQJXjXnDa3h77WAfp74+GjEo17KuFea3dMmRLO8oOdJnNJi4O8+O4H6xnAsy7dGyC/nnAdSCtU9QvqB9ms76wJFW2FmlPNGE5Ft3yMq32qOT7AQuJZv38h5pvCtMz4Ol9cyjvUlve3i3zKI0PyujtqEYH0Z6MxIL8oNzohzcQ68n+/gHpxXX0nPMg+ZSugs4J7atNVhgXWXadmDc9Suu64KqD6EddtdLcBAD5dnPgiBgo0c6YoeHtm8WBvmJ0NtsIoPgWcS8bpZoopSrXL5EWLLSDU6SfQ4olIteeIKMdmYvc/XNDHrAaw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PJKVfutOq7bQhX3Jn4vriJ0i8GJnZNw+CoHfadQYzFw=; b=NoIBnqnlhrIMwzs3rulsVXieBoIXxnlAJepOPPuwlC+2q13OVrW+wtHb2Ysbp8LBoYSo17dDDFb1eZBFV3tqW7HKKKHjukrZBdt1fngu5vUruJOshd0aTUVhcoDcipKEDeoLErdeS1afGTklsBJ0UanigZtx/0koBuJh5G5AOL4zlF8jq4ZG7D1uX8pwieieDEx7j9bwTAtsUFrzMgKrC+u2Ng+FANpMZjF6ZhB8ZPlDOnRAAAwoGaMdm9SI3erJYqHKQdUtkzhWSyjgspoadbXowwhZm+NA1TyX4MBZKKJNSAZC8LeX47+sx/uSO7ixhrY4Y5o9T0AAjjRX31hf4A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PJKVfutOq7bQhX3Jn4vriJ0i8GJnZNw+CoHfadQYzFw=; b=RlNJFyWmkAvcLGxGsDNZ2mV8c3ZxorNMqxJB5soW8AuYi6K4UDz67g+xYfdn3cT0Xl8EhM6gUk4AwhSj1f3Tj8HP6Zaka4/vJmLbV3RCyIrq+lqBK2NwPtEDjMptv4ndVKMX4On6Ds8zShdLExSdFofYvMdWk7kPvvrwQSGg38w=
Received: from DB6PR0701MB2151.eurprd07.prod.outlook.com (10.168.58.18) by DB6PR0701MB2645.eurprd07.prod.outlook.com (10.169.216.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.10; Fri, 12 Jul 2019 15:47:52 +0000
Received: from DB6PR0701MB2151.eurprd07.prod.outlook.com ([fe80::562:6301:eeab:a08e]) by DB6PR0701MB2151.eurprd07.prod.outlook.com ([fe80::562:6301:eeab:a08e%11]) with mapi id 15.20.2073.008; Fri, 12 Jul 2019 15:47:52 +0000
From: Klaus Hartke <klaus.hartke@ericsson.com>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: [core] WGA call for draft-keranen-core-senml-data-ct-02
Thread-Index: AQHVNziSVGyMPD9Ji0m++svz4N+vBabEOeGAgALojTA=
Date: Fri, 12 Jul 2019 15:47:51 +0000
Message-ID: <DB6PR0701MB21512CA4D253436963AE2706E6F20@DB6PR0701MB2151.eurprd07.prod.outlook.com>
References: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01> <20190710191748.b52qwoctnpvrmcqr@EMB-918HFH01>
In-Reply-To: <20190710191748.b52qwoctnpvrmcqr@EMB-918HFH01>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=klaus.hartke@ericsson.com; 
x-originating-ip: [192.176.1.81]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 13f9f199-bac3-4fdb-8f28-08d706e04c64
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:DB6PR0701MB2645; 
x-ms-traffictypediagnostic: DB6PR0701MB2645:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <DB6PR0701MB2645A4BBD77DA532561F156FE6F20@DB6PR0701MB2645.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 00963989E5
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(136003)(39860400002)(376002)(396003)(366004)(199004)(13464003)(189003)(5640700003)(8936002)(14454004)(53936002)(55016002)(446003)(68736007)(74316002)(52536014)(6246003)(5660300002)(6436002)(66556008)(66946007)(11346002)(86362001)(44832011)(256004)(9686003)(66446008)(229853002)(6306002)(2351001)(64756008)(486006)(7736002)(76116006)(305945005)(476003)(2906002)(6916009)(3846002)(316002)(186003)(26005)(8676002)(99286004)(102836004)(1730700003)(6506007)(81166006)(53546011)(71190400001)(6116002)(966005)(71200400001)(478600001)(7696005)(25786009)(33656002)(2501003)(66066001)(81156014)(76176011)(66476007); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6PR0701MB2645; H:DB6PR0701MB2151.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: ztx9PD+SZHIVbC//1dBdBJl7ObH7HYJUXeqOWec+n9xhQ10OZs1bwXH1YWacIeTmFWjnWr4D50st3Aq/Xe5wCSWa7vOTBrd7c+USh/GyYyhC1DTsYMgWv/Q57mfeKvYNROYn3NYrMntAa2BBu3FJzZSX9K573Baj/i8rAbK9D+/8BwMDM4joT45grf4l02GTqRnI9DG8+WPiDtErkaklkgVtw0uHDMM1g6FZZgFQzU4oQTpYWbv9sklX8JQ2qFmcQl+7NoEzSaCTwOyoX2Gh2xmmAZ957kvl1P6PpCNMCcE4LYi5Pg0eHLzdxtDKYnJfPrFbSxYNqyIN5WIi+0J3kJkMvu8yRssIwy2h6DCivxmcrZX29rjJ0kxQMmS9CQLDPD08I/JQLJPY69tHipA+5ZLaRfq+W/2NIlC34aZfyWw=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 13f9f199-bac3-4fdb-8f28-08d706e04c64
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jul 2019 15:47:51.9184 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: klaus.hartke@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2645
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ZkU_eKJKABBI5GfZQkkBKJCY1fw>
Subject: Re: [core] WGA call for draft-keranen-core-senml-data-ct-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 15:47:59 -0000

SSdtIGluIGZhdm9yIG9mIHdvcmtpbmcgb24gYSBzb2x1dGlvbiBpbiB0aGUgQ29SRSBXRyBmb3Ig
bGFiZWxpbmcgZGF0YSBpbiBTZW5NTCByZWNvcmRzIHdpdGggY29udGVudCBmb3JtYXRzLiBkcmFm
dC1rZXJhbmVuLWNvcmUtc2VubWwtZGF0YS1jdC0wMiBsb29rcyBsaWtlIGEgZ29vZCBzdGFydGlu
ZyBwb2ludC4NCg0KS2xhdXMNCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZy
b206IGNvcmUgPGNvcmUtYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIEphaW1lIEppbcOp
bmV6DQo+IFNlbnQ6IFdlZG5lc2RheSwgSnVseSAxMCwgMjAxOSA5OjE4IFBNDQo+IFRvOiBjb3Jl
QGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbY29yZV0gV0dBIGNhbGwgZm9yIGRyYWZ0LWtlcmFu
ZW4tY29yZS1zZW5tbC1kYXRhLWN0LTAyDQo+DQo+IEkgbWVhbnQgSnVseSAxN3RoIDopDQo+DQo+
ID5UaGUgY2FsbCBmb3IgYWRvcHRpb24gZW5kcyBpbiBvbmUgd2VlayAob24gSnVseSAxMHRoKS4N
Cj4NCj4gT24gV2VkLCBKdWwgMTAsIDIwMTkgYXQgMDY6NTk6MzlQTSArMDMwMCwgSmFpbWUgSmlt
ZW5leiB3cm90ZToNCj4gPiBEZWFyIENvUkUgV0csDQo+ID4NCj4gPiBXZSB3b3VsZCBsaWtlIHRv
IHN0YXJ0IHRoZSBjYWxsIGZvciBhZG9wdGlvbiBvbiBkcmFmdC1rZXJhbmVuLWNvcmUtc2VubWwt
DQo+IGRhdGEtY3QtMDIuDQo+ID4gVGhlIGRyYWZ0IGlzIHNob3J0ICg0IHBhZ2VzKSxpdCBkZWZp
bmVzIGEgbmV3IGZpZWxkIHRvIGluZGljYXRlIHRoZSBjb250ZW50DQo+IGZvcm1hdCBvZiB0aGUg
ZGF0YS4NCj4gPg0KPiA+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rZXJhbmVu
LWNvcmUtc2VubWwtZGF0YS1jdC0wMg0KPiA+DQo+ID4gV2UgYXJlIGhhdmluZyB0aGUgY2FsbCBm
b3IgYWRvcHRpb24gb24gdGhlIG1haWxpbmcgbGlzdCBhbmQgdGhlIGRyYWZ0IHdpbGwgYmUNCj4g
ZGlzY3Vzc2VkIGR1cmluZyBJRVRGIDEwNS4NCj4gPiBUaGUgY2FsbCBmb3IgYWRvcHRpb24gZW5k
cyBpbiBvbmUgd2VlayAob24gSnVseSAxMHRoKS4NCj4gPg0KPiA+IEJSLA0KPiA+IC0tIEphaW1l
IEppbcOpbmV6DQoNCg==


From nobody Fri Jul 12 13:11:24 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F035412015A for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 13:11:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 ISdT5lE4v3or for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 13:11:21 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC43D1200EF for <core@ietf.org>; Fri, 12 Jul 2019 13:11:20 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd]) by prometheus.amsuess.com (Postfix) with ESMTPS id 672FD46300 for <core@ietf.org>; Fri, 12 Jul 2019 22:11:18 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bf]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id EE0F936 for <core@ietf.org>; Fri, 12 Jul 2019 22:11:15 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:49d4:a6f5:7eaf:db9]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id A52F974 for <core@ietf.org>; Fri, 12 Jul 2019 22:11:15 +0200 (CEST)
Received: (nullmailer pid 17993 invoked by uid 1000); Fri, 12 Jul 2019 20:11:11 -0000
Date: Fri, 12 Jul 2019 22:11:11 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: "core@ietf.org" <core@ietf.org>
Message-ID: <20190712201107.GA504@hephaistos.amsuess.com>
References: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01> <20190710191748.b52qwoctnpvrmcqr@EMB-918HFH01> <DB6PR0701MB21512CA4D253436963AE2706E6F20@DB6PR0701MB2151.eurprd07.prod.outlook.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf"
Content-Disposition: inline
In-Reply-To: <DB6PR0701MB21512CA4D253436963AE2706E6F20@DB6PR0701MB2151.eurprd07.prod.outlook.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Macgjhq5ckXajk5Lg50QCyarfIc>
Subject: Re: [core] WGA call for draft-keranen-core-senml-data-ct-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 20:11:23 -0000

--J2SCkAp4GZ/dPZZf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Jul 12, 2019 at 03:47:51PM +0000, Klaus Hartke wrote:
> I'm in favor of working on a solution in the CoRE WG for labeling data
> in SenML records with content formats.
> draft-keranen-core-senml-data-ct-02 looks like a good starting point.

+1

Christian

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl0o6VUACgkQOY0REtOk
veH9VQ/+J+167iujk7djqLgbADl9MyncW8k3R/cnNZEveNUhuXQLb7nRsUXXHDAj
ztVvdLIeG0mb7KXthTGnJNdhl1DCOharrbuJKCeUxYMrBuX0lbUIfmUmvpKURBoL
z8p9SZQ8aJFf1WT9zWL7E1xfpwXa70WrvjZfqUCYEKgzrmxlnTBy00IAxygD2ee0
A9ZS2lbBb1qtamegNzbpsBiMVxaLBV3rkFp+gZ/vhlcaGZWawbKLRqMZBxWV838v
FYjt/OFmuAC61M/SMTNJ8jNPqkobnft9jJ+7iWdOgmvr7rPogBQFTJi9BX2dCurf
POIg06F7Fbe4BxyXAvW8Vd1rAi6UCkMVctggpGhNGBjTA+y4XXnDqA/3sz2Jy2yO
o5UsDfGNXHfb+cz7t1aWLHq7FBBW5FmVwW0wQJ5uqsqnNELjoYN95gGfmJra8g3Z
fbnppLqBrZwYbErRrWoWtak608Jr16Rc4m5TMskrYVh5KUFhg/zuEFPtdqHhIspz
m3Row/rJKLwSVaLU9LrATiflrxWCIjfxBcZ5i1Gl+DX4p+qVVR63P1WDK8Z+cg00
sw2r4ocBH6y2Unmo7GSwV++lWUR2fdJ3jPPey1UidGa5I4nTrsgjaotrkKJMIlsf
ZzwrXryZI6Cmd7wdeK4teBDNZx3QmIlrbCDu2iySTYQaJ2yJ8xQ=
=22T2
-----END PGP SIGNATURE-----

--J2SCkAp4GZ/dPZZf--


From nobody Fri Jul 12 13:38:13 2019
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 5ADFA1203AA for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 13:38:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 3CBFFBo8b4lb for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 13:38:10 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32F801202E0 for <core@ietf.org>; Fri, 12 Jul 2019 13:38:10 -0700 (PDT)
Received: from [192.168.217.110] (p548DCE40.dip0.t-ipconnect.de [84.141.206.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45ll9q5HmJzyTn; Fri, 12 Jul 2019 22:38:07 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
X-Mao-Original-Outgoing-Id: 584656685.33767-4144672a522366a4f06f6be15b35c5da
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Fri, 12 Jul 2019 22:38:07 +0200
Message-Id: <7AB8B966-D194-41DD-B9D8-5FA972D7D1B5@tzi.org>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/4ztVMym_zpRug49mAEw-PO6HyAY>
Subject: [core] CoRE@IETF105
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 20:38:12 -0000

Only two days late, we now have a 0.1.1 agenda draft:

https://datatracker.ietf.org/meeting/105/materials/agenda-105-core

We have 60+120 minutes, and there is even a bit of flextime at the end =
(but maybe we just were a bit too frugal in allocating time).

Please check if all the discussions you need are represented and have =
the right amount of time.  Please clarify the objectives for each =
discussion slot (mail to core-chairs@ietf.org) if they aren=E2=80=99t =
too clear yet.
Please also clarify who will lead the slot.

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


From nobody Fri Jul 12 14:16:46 2019
Return-Path: <andy@yumaworks.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 2626C12030D for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 14:16:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.603
X-Spam-Level: 
X-Spam-Status: No, score=-0.603 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r4SfcJ7Eo3LY for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 14:16:42 -0700 (PDT)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 71ED91200D5 for <core@ietf.org>; Fri, 12 Jul 2019 14:16:42 -0700 (PDT)
Received: by mail-lf1-x132.google.com with SMTP id r15so2463226lfm.11 for <core@ietf.org>; Fri, 12 Jul 2019 14:16:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZxrYDx0Tk5siBKsUz7QiwqF9g0dWjw8HB27vmMCbDEg=; b=vJuPU+IY5vQ+wZ2F6/DOch5tGKk8OFmgQpqEusQTCUBhNrAV3764GZxcxkv7q+xbH9 V0N2V2B6eWc5Il8/w1HwuQ0KrytvsyRbv1El6mNw6V9uLs8McYjBpCEZNpPzgHGM/J0z SHAQpfWU0cvvBAK3S52J0JGr7nUjAao2ugkEyG3wcZUEA3dAAvlkGSBSsI8KarapvxXo 78ujxx0RKLA87URJ4Wfwe9Bo40i2CroQ1B/gNdK2UMCEz9fWtKImfn1b6Gnw2IOiW8M4 BoF370wBw6iysNcn2bs1+KnWLwIOoZt9JtQAx5f3mZ4eDW1/eThYMslwbJLfRoBo7DZ7 Dogg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZxrYDx0Tk5siBKsUz7QiwqF9g0dWjw8HB27vmMCbDEg=; b=U/bf68bj4kGWcAZD0gGDEqCnuhAfsspMS+Blms8AYGdPJkuUPfdpzBbJhwVo+c5+hP 2kSFYKqtXlbnAZnRUAa2Q0W+h+ZXW4fjDOnimFhl3orpXKPB05+ZwPmQ/z9GoP1PhIbC /6BEMG5WsPa/hkecWsUzohv5orCtbCzXP8VRAmbT8z/UCBLayh9SujrN9cJZa7bdaoHu 4dLyk3Jyk0v5xETgWMC+jp1l0ZL0DefZm1xpNOK8U4TzbZ6whKTWekUtdwZbPI3oAiiM ctiAxaCh6FIUtrhLClFLZ7PQKNhjvpMrRk6aBy5I3mczC04Z6G6wGZyp1A7cMPEeNHoK yI7g==
X-Gm-Message-State: APjAAAUWVYghTr66pwuKPfU7A5Sk/iNzU13G+qlj0vYoqBjWmK1snqHL Df1a4rmVcW4VcaMDCl+QiOcgpdgzN2EPhX6UOkkKjA==
X-Google-Smtp-Source: APXvYqyppQvtIkuMyIWG7KtURef/qDTC9DnEoNL2mtOWdkjgqsVIR2olhqIbZXHSj3GskG9V7mmGD2dzp5ls8Xm52PU=
X-Received: by 2002:ac2:514b:: with SMTP id q11mr5889692lfd.33.1562966200350;  Fri, 12 Jul 2019 14:16:40 -0700 (PDT)
MIME-Version: 1.0
References: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com>
In-Reply-To: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 12 Jul 2019 14:16:29 -0700
Message-ID: <CABCOCHSfqxMueiagm29zXNOJyAOS3A_-O0YonMPcRAr10d8Ykg@mail.gmail.com>
To: IETF Secretariat <ietf-secretariat-reply@ietf.org>
Cc: draft-veillette-core-yang-library@ietf.org, core-chairs@ietf.org,  Core <core@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002b0d8f058d826d0c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/aq-_PbHX2t6-VO9_82EcqXhJaUg>
Subject: Re: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 21:16:45 -0000

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

On Thu, Jul 11, 2019 at 8:32 AM IETF Secretariat <
ietf-secretariat-reply@ietf.org> wrote:

>
> The CORE WG has placed draft-veillette-core-yang-library in state
> Call For Adoption By WG Issued (entered by Carsten Bormann)
>
> The document is available at
> https://datatracker.ietf.org/doc/draft-veillette-core-yang-library/
>
>

I do not know if there is a clear problem statement presented and agreed
upon by the CORE WG yet.
The YANG Library (RFC 8525) is used by a server to provide a client with
details about the YANG modules
that are implemented in the server.

The draft proposed for adoption is a cut-and-paste-and-replace version of
this RFC.
The strings used as list keys (e.g., /yang-library/module/name) are
replaced by SID values.
Other key leafs such as /yang-library/schema/name are replaced by int8
leafs instead of strings.

IMO there are better solution approaches, considering that this data
structure will be
relatively static, and there is a caching mechanism built into RFC 8525 to
reduce
retrieval of the entire YANG library.

It does not seem realistic that a server would have only SIDs installed and
no way to get the module names.
This is a short list, unlike the list of YANG data nodes. So it should be
OK to simply augment the existing module
with SID values.  If the list key replacements are really needed, then a
deviation module could be used by CORECONF
(e.g. deviate replace {type-stmt}) instead of a replacement module.

I agree it will be important for a CORECONF client to determine the YANG
library details for each server.
This could be offline data or directly retrievable from the server. The
solution need to be resolved by the WG.
I support the problem statement by not this solution.


Andy



Comment:
> Till 2019-07-18
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Jul 11, 2019 at 8:32 AM IETF =
Secretariat &lt;<a href=3D"mailto:ietf-secretariat-reply@ietf.org">ietf-sec=
retariat-reply@ietf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_=
quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,=
204);padding-left:1ex"><br>
The CORE WG has placed draft-veillette-core-yang-library in state<br>
Call For Adoption By WG Issued (entered by Carsten Bormann)<br>
<br>
The document is available at<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-veillette-core-yang-libra=
ry/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc/=
draft-veillette-core-yang-library/</a><br>
<br></blockquote><div><br></div><div><br></div><div>I do not know if there =
is a clear problem statement presented and agreed upon by the CORE WG yet.<=
/div><div>The YANG Library (RFC 8525) is used by a server to provide a clie=
nt with details about the YANG modules</div><div>that are implemented in th=
e server.</div><div><br></div><div>The draft proposed for adoption is a cut=
-and-paste-and-replace version of this RFC.</div><div>The strings used as l=
ist keys (e.g., /yang-library/module/name) are replaced by SID values.</div=
><div>Other key leafs such as /yang-library/schema/name are replaced by int=
8 leafs instead of strings.</div><div><br></div><div>IMO there are better s=
olution approaches, considering that this data structure will be</div><div>=
relatively static, and there is a caching mechanism built into RFC 8525 to =
reduce</div><div>retrieval of the entire YANG library.</div><div><br></div>=
<div>It does not seem realistic that a server would have only SIDs installe=
d and no way to get the module names.</div><div>This is a short list, unlik=
e the list of YANG data nodes. So it should be OK to simply augment the exi=
sting module</div><div>with SID values.=C2=A0 If the list key replacements =
are really needed, then a deviation module could be used by CORECONF</div><=
div>(e.g. deviate replace {type-stmt}) instead of a replacement module.</di=
v><div><br></div><div>I agree it will be important for a CORECONF client to=
 determine the YANG library details for each server.</div><div>This could b=
e offline data or directly retrievable from the server. The solution need t=
o be resolved by the WG.</div><div>I support the problem statement by not t=
his solution.</div><div><br></div><div><br></div><div>Andy</div><div><br></=
div><div><br></div><div><br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">
Comment:<br>
Till 2019-07-18<br>
<br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
</blockquote></div></div>

--0000000000002b0d8f058d826d0c--


From nobody Fri Jul 12 17:11:32 2019
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 6CB5A120033 for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 17:11:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.703
X-Spam-Level: 
X-Spam-Status: No, score=-0.703 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, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rRiJClH_M4Xd for <core@ietfa.amsl.com>; Fri, 12 Jul 2019 17:11:30 -0700 (PDT)
Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (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 211C012000E for <core@ietf.org>; Fri, 12 Jul 2019 17:11:30 -0700 (PDT)
Received: by mail-pg1-x536.google.com with SMTP id q4so5235800pgj.8 for <core@ietf.org>; Fri, 12 Jul 2019 17:11:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fR/SG/hdXJ5qO5cMYfI6NiSrtDNrIPR9CvBWW2YONRA=; b=qZH3wZvWDgmNDAITCtcgcxxnKSh+0svEiJFD6E5vRnPGkXC/ZkL8IK2i2dMt8BVKSg GxbN0NiyQ7CWebgBIymtEFgcRbximd+ZrM/M19txk5MG+GfphbUjkraZmuv/OMbTMI7B eMFEyrUM6kaX++LnGdTp3voKX0OaF4TJdRfyaVRw4zyeAy09MI5uBeYwYkCaYKDleSYV IOBeU9jjvhRY8DeDhxVkFAdaoK925WEykTZBUeGUzTPyvwPyKTGtolbbIGg9WsFxx+TW unJgvnQk9JqMvGvkJIKjWQ7d/jTnRU7GEyrzGC1mqzRsrhYeTr9cK9wjTpr4fzkAQH/q 4cwQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fR/SG/hdXJ5qO5cMYfI6NiSrtDNrIPR9CvBWW2YONRA=; b=V/5Bwjz7+dA7O6mYzA3BA1LMIKohjT5oqfdRA8jmIiX3Vll35huNJe75fBUYVXbHfX v84Ca2gcKEAswUTz/+mA9VW0fD712hb76RcKmVLqrss9F9vN+UJGcwugJkaiZJegxQ0T n0M/1OkwJ+6GqnIYETdKqwGKerzgU/t+5bLw0M+Nk4ISUwN2cDKID8VHnKymEYOWhE82 qXVsC92G98aa3RF1rzHVAZ3UqycCwTJI+u7pePDFHhlx+nzsstM8kjJUyD3kiV2Bvkyf uFbjn9UmXQEyzXYq4upq4A/dBAyeezk77DYRMQI+vQdZwN7i4H7GCpB96tF/YTxmFQCQ hVvg==
X-Gm-Message-State: APjAAAUUHQCjE2nu5UaCJnApi8A/agJ+JQXuM7TBATUqh5MSj7et/VqU CrfZJAyG6ssYnhnzZ97BZzg=
X-Google-Smtp-Source: APXvYqyPYvypjONAbTS+ahz/Ir+Cm/hee7XipI0Oe6m+oe1uNab8PlEQT9VeEque5PAZrGVsOxse5Q==
X-Received: by 2002:a17:90a:d80b:: with SMTP id a11mr14593456pjv.53.1562976689306;  Fri, 12 Jul 2019 17:11:29 -0700 (PDT)
Received: from [172.18.40.116] ([50.225.220.35]) by smtp.gmail.com with ESMTPSA id l4sm9317989pff.50.2019.07.12.17.11.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Jul 2019 17:11:28 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Michael Koster <michaeljohnkoster@gmail.com>
In-Reply-To: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01>
Date: Fri, 12 Jul 2019 17:11:27 -0700
Cc: core@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <7E5D5B5A-0FC2-4843-8155-64471A57AC20@gmail.com>
References: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01>
To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= <jaime@iki.fi>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/tkV7GNdiV8lYQnBRcw1ntfLxcxY>
Subject: Re: [core] WGA call for draft-keranen-core-senml-data-ct-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jul 2019 00:11:31 -0000

+1

Michael Koster

> On Jul 10, 2019, at 8:59 AM, Jaime Jim=C3=A9nez <jaime@iki.fi> wrote:
>=20
> Dear CoRE WG,
>=20
> We would like to start the call for adoption on =
draft-keranen-core-senml-data-ct-02.=20
> The draft is short (4 pages),it defines a new field to indicate the =
content format of the data.=20
>=20
> https://tools.ietf.org/html/draft-keranen-core-senml-data-ct-02
>=20
> We are having the call for adoption on the mailing list and the draft =
will be discussed during IETF 105.
> The call for adoption ends in one week (on July 10th).
>=20
> BR,
> -- Jaime Jim=C3=A9nez
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


From nobody Sun Jul 14 20:04:38 2019
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 106D3120147; Sun, 14 Jul 2019 20:04:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cd75qJKiudWQ; Sun, 14 Jul 2019 20:04:36 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1838412001B; Sun, 14 Jul 2019 20:04:32 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 14 Jul 2019 20:04:27 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <draft-hartke-t2trg-coral@ietf.org>, <draft-hartke-t2trg-reef@ietf.org>
CC: 'core' <core@ietf.org>
Date: Sun, 14 Jul 2019 20:04:26 -0700
Message-ID: <013501d53aba$04d0f9b0$0e72ed10$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AdU6sIbhK5exwbeWQXGBeBgXw3XbbQ==
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/GlDFiipnpIuTv5Q1ovu_N8FBbMY>
Subject: [core] draft-hartke-t2trg-coral and reef
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jul 2019 03:04:38 -0000

I have run across the following questions:

CoRAL:

1.  When applying a dictionary, is the expanded value always treated as a
string or is it a typed item.  The difference would be if you matched both
"0" and 0 when doing the conversion between the representations?  This also
has implications with respect to doing IRI comparisons for CIRI

2.  Are dictionaries applied to each element in a CIRI or just to the CIRI
as a whole?

3.  I think the answer to this is going to be it does not matter, but does a
CIRI need to be made absolute prior to doing the dictionary lookup?  The
reason why I say this is that it would be really unexpected to have a prefix
URI in a dictionary that would match a CIRI as a target where the target is
relative to the current node.

3.  What happens for a parser if the generator used a newer version of the
dictionary than it has?  Thus there is an element 22 and I cannot understand
it.


Reef:

1.  Is the Resource Metadata in section 3 missing "reef#ep" ?  Looking at
some of the examples - has the idea of an endpoint name and a domain just
vanished?

2.  What is the correct behavior for an attribute such as "obs" when it was
set using link format and then retrieved using CoRAL?  


Jim




From nobody Mon Jul 15 02:44:13 2019
Return-Path: <alexander@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 457721200B9 for <core@ietfa.amsl.com>; Mon, 15 Jul 2019 02:44:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id soUv7I9HulEf for <core@ietfa.amsl.com>; Mon, 15 Jul 2019 02:44:10 -0700 (PDT)
Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24E4F12006E for <core@ietf.org>; Mon, 15 Jul 2019 02:44:10 -0700 (PDT)
Received: by mail-io1-xd35.google.com with SMTP id z3so33103886iog.0 for <core@ietf.org>; Mon, 15 Jul 2019 02:44:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/Mq250V3WjbWDkjyzZNUAOgL7uPc0ID97WEkARQdKWE=; b=WSjCkdpt1oH8KwjWOwrARc2uVr4gP7zSWyBI4Psvo7u8+6TdxN+0y5R7ehhIYEYsHm wh1Hblnk3XlBMDAi62nRt5x4SYR2iX5YmyRznrQUJ7qweIXl3UaKrv5YGFf8P01PmNt4 RmHlTK+i/JtljLP55JZyJFdjbCnoQBLF9RYYhZIygooFd05/iwZM0Uwn3k6arZViBeVq veq5gb8Dg3VEKuhpuco/6gGnLXmzrxhWNmvhrulqeq+30kGnFO9GCbBuU7cYVFz7hA2s Gm3lnyX5T+hCddwDqoqqk9l0me3XunoN2YinNXuorTrujCtnCgZJ+8RVPUjHEVa7u5SH yPpg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/Mq250V3WjbWDkjyzZNUAOgL7uPc0ID97WEkARQdKWE=; b=qHBezACHbsh1zVWVvBli/pQDejmcfwy13c6cTSDjsKyhAcsEkUzgFKLWRiRRXKu+Im sqk92N25NVVr+8DDZzm9XqU9czZEmNSzMeOeFDG6ctUWErarcgMa0imTaW2HNEmao1W2 2OTQHA3b7+LNheQM98YI7ySnIP5Rb39BeFLjS066vaTGgMoXO9xO4PguW20ZfTBubzKc YxzViiDdzov4CnMLdfh4qzr6Kl363dz0PFxqxdr61/GQIXUU7a7/K16M0wx8giu0tJNW VseSAo3mKWoARyQcpIodQfzwfgUL5OWYP4stzv6q3PdnH6w2fStS0gRMjHIQIs8fC7HN xKCQ==
X-Gm-Message-State: APjAAAW5jWIWzWMIByXT7QdINbUxI/wOklOisOp60LAMq4Q3ns2p+4nG ZlX0dyAnyd0MbJMzNM8FlJn3+8pzwmEStrYRqE4=
X-Google-Smtp-Source: APXvYqyHKS7rPdzVdJY0TzRnlDfPtE7hjdqG+0ZQyO9bBW166FGq73Lxc8AsGP6Dn9HsFYdHe6O0JqiYp7pVhat4D+M=
X-Received: by 2002:a6b:3c0a:: with SMTP id k10mr24205633iob.271.1563183849424;  Mon, 15 Jul 2019 02:44:09 -0700 (PDT)
MIME-Version: 1.0
References: <20190710155939.tay2tpgdqjdrko3c@EMB-918HFH01> <7E5D5B5A-0FC2-4843-8155-64471A57AC20@gmail.com>
In-Reply-To: <7E5D5B5A-0FC2-4843-8155-64471A57AC20@gmail.com>
From: Alexander Pelov <a@ackl.io>
Date: Mon, 15 Jul 2019 11:43:58 +0200
Message-ID: <CACQW0EorEtRtsAky9Jy6-jk4UQBAPt3db0bkJmPoqyeBQ2X6eQ@mail.gmail.com>
To: Michael Koster <michaeljohnkoster@gmail.com>
Cc: =?UTF-8?Q?Jaime_Jim=C3=A9nez?= <jaime@iki.fi>,  "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001060b8058db51a6b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/5wYQSkCun9e0Kx9-6Nh6s2Zx-bE>
Subject: Re: [core] WGA call for draft-keranen-core-senml-data-ct-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jul 2019 09:44:12 -0000

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

+1

Alexander

On Sat, Jul 13, 2019 at 2:11 AM Michael Koster <michaeljohnkoster@gmail.com=
>
wrote:

> +1
>
> Michael Koster
>
> > On Jul 10, 2019, at 8:59 AM, Jaime Jim=C3=A9nez <jaime@iki.fi> wrote:
> >
> > Dear CoRE WG,
> >
> > We would like to start the call for adoption on
> draft-keranen-core-senml-data-ct-02.
> > The draft is short (4 pages),it defines a new field to indicate the
> content format of the data.
> >
> > https://tools.ietf.org/html/draft-keranen-core-senml-data-ct-02
> >
> > We are having the call for adoption on the mailing list and the draft
> will be discussed during IETF 105.
> > The call for adoption ends in one week (on July 10th).
> >
> > BR,
> > -- Jaime Jim=C3=A9nez
> >
> > _______________________________________________
> > core mailing list
> > core@ietf.org
> > https://www.ietf.org/mailman/listinfo/core
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

<div dir=3D"ltr">+1<br><div><br></div><div>Alexander</div></div><br><div cl=
ass=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sat, Jul 13, 2=
019 at 2:11 AM Michael Koster &lt;<a href=3D"mailto:michaeljohnkoster@gmail=
.com">michaeljohnkoster@gmail.com</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">+1<br>
<br>
Michael Koster<br>
<br>
&gt; On Jul 10, 2019, at 8:59 AM, Jaime Jim=C3=A9nez &lt;<a href=3D"mailto:=
jaime@iki.fi" target=3D"_blank">jaime@iki.fi</a>&gt; wrote:<br>
&gt; <br>
&gt; Dear CoRE WG,<br>
&gt; <br>
&gt; We would like to start the call for adoption on draft-keranen-core-sen=
ml-data-ct-02. <br>
&gt; The draft is short (4 pages),it defines a new field to indicate the co=
ntent format of the data. <br>
&gt; <br>
&gt; <a href=3D"https://tools.ietf.org/html/draft-keranen-core-senml-data-c=
t-02" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draf=
t-keranen-core-senml-data-ct-02</a><br>
&gt; <br>
&gt; We are having the call for adoption on the mailing list and the draft =
will be discussed during IETF 105.<br>
&gt; The call for adoption ends in one week (on July 10th).<br>
&gt; <br>
&gt; BR,<br>
&gt; -- Jaime Jim=C3=A9nez<br>
&gt; <br>
&gt; _______________________________________________<br>
&gt; core mailing list<br>
&gt; <a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><b=
r>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferr=
er" target=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
<br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
</blockquote></div>

--0000000000001060b8058db51a6b--


From nobody Mon Jul 15 07:37:15 2019
Return-Path: <Michel.Veillette@trilliant.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 EE4E5120157; Mon, 15 Jul 2019 07:37:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.8
X-Spam-Level: 
X-Spam-Status: No, score=-1.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.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 KAtLkLR6IlWW; Mon, 15 Jul 2019 07:37:11 -0700 (PDT)
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690096.outbound.protection.outlook.com [40.107.69.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C260B12015C; Mon, 15 Jul 2019 07:37:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-Trilliant-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=az78oDuzFWV25JBbDUfZd1NHOS+vRgbT/ml/p5Ci5ys=; b=MHJYKH4kg3x1LXY2Fo7v+ez5T/rdLRkvKzrZBrbyzklPToCVXSirdrEaQ2Z8aj6TgmgHInCYAydrdO/YLEriWADux2toSirwn4jDi4l2SPoqz6mA4m2bLiDwldf69S4dHcDE7xpO4N7QujWDHop/GEH7rWtLGXzfOXenI6N2kVU=
Received: from BL0PR06MB5042.namprd06.prod.outlook.com (10.167.240.31) by BL0PR06MB4562.namprd06.prod.outlook.com (20.177.145.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2052.19; Mon, 15 Jul 2019 14:37:08 +0000
Received: from BL0PR06MB5042.namprd06.prod.outlook.com ([fe80::1e6:493d:1ca9:ba82]) by BL0PR06MB5042.namprd06.prod.outlook.com ([fe80::1e6:493d:1ca9:ba82%7]) with mapi id 15.20.2073.012; Mon, 15 Jul 2019 14:37:07 +0000
From: Michel Veillette <Michel.Veillette@trilliant.com>
To: Andy Bierman <andy@yumaworks.com>, IETF Secretariat <ietf-secretariat-reply@ietf.org>
CC: "draft-veillette-core-yang-library@ietf.org" <draft-veillette-core-yang-library@ietf.org>, "core-chairs@ietf.org" <core-chairs@ietf.org>, Core <core@ietf.org>
Thread-Topic: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
Thread-Index: AQHVN/3dcAv7wXPl5UO8jjBweVNxDabHfiiAgARDusA=
Date: Mon, 15 Jul 2019 14:37:07 +0000
Message-ID: <BL0PR06MB5042F6FBD47E8C3757D620C29ACF0@BL0PR06MB5042.namprd06.prod.outlook.com>
References: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com> <CABCOCHSfqxMueiagm29zXNOJyAOS3A_-O0YonMPcRAr10d8Ykg@mail.gmail.com>
In-Reply-To: <CABCOCHSfqxMueiagm29zXNOJyAOS3A_-O0YonMPcRAr10d8Ykg@mail.gmail.com>
Accept-Language: fr-CA, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliant.com; 
x-originating-ip: [207.96.192.122]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 35adc834-266a-409b-30c3-08d70931e9fc
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BL0PR06MB4562; 
x-ms-traffictypediagnostic: BL0PR06MB4562:
x-ms-exchange-purlcount: 4
x-microsoft-antispam-prvs: <BL0PR06MB456220BC23F372A02AA0DF289ACF0@BL0PR06MB4562.namprd06.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 00997889E7
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(39840400004)(396003)(366004)(376002)(136003)(189003)(199004)(33656002)(54906003)(6116002)(790700001)(110136005)(316002)(4326008)(3846002)(2906002)(86362001)(76116006)(66476007)(186003)(26005)(66446008)(64756008)(66556008)(66946007)(76176011)(6506007)(99286004)(68736007)(7696005)(5660300002)(102836004)(52536014)(53546011)(966005)(14444005)(55016002)(476003)(7736002)(256004)(53936002)(6436002)(66066001)(229853002)(14454004)(54896002)(81156014)(8676002)(81166006)(9686003)(6246003)(478600001)(486006)(606006)(6306002)(8936002)(236005)(25786009)(74316002)(71190400001)(71200400001)(11346002)(446003); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR06MB4562; H:BL0PR06MB5042.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: trilliant.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: qOeJ7ezodZp7kUwdPZtzDz8sJHLoL1WrfaHuV9UKikGHWsgh0Bwav6ZNIvrnPWQGb4D/rBMgHdLcyReyqHjRRtpl5JkBGxpwk0UegitP3oXg4RoS0ulxhc1LUaJOwVBCY4xm0YB6nHegs56dbP5QuKtqibl7TFQ6k6j+LdQEURQKGccBydrShDBnEJDgTBJvdIQxCz446MrLLtZtUsJn/LHrLNuh/lfYp86HdqxQw35X01YRc8wXOXirPSAJlH/E40mcKAcIw7G0NfreOOcyl7mzmvpnMgcrYoYE5afq0FLXZwSoPesy9fmASMduhQAkKD24Jj0FAbeoXOQCRMQH0ecECq5RhRXe2ZWwoceOvjYfTp/nvoyCasVJxxF+HyEesaH45iEBkzY5r5wnYgcRre6fT+DV6yC+khCUyUBp3d0=
Content-Type: multipart/alternative; boundary="_000_BL0PR06MB5042F6FBD47E8C3757D620C29ACF0BL0PR06MB5042namp_"
MIME-Version: 1.0
X-OriginatorOrg: Trilliant.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 35adc834-266a-409b-30c3-08d70931e9fc
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jul 2019 14:37:07.7642 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Michel.Veillette@trilliant.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR06MB4562
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/iPWV6Ulj9O8U563uTXzPXDNQj1k>
Subject: Re: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jul 2019 14:37:13 -0000

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

SGkgQW5keQ0KDQpJIGVmZmVjdGl2ZWx5IHNlZSBzb21lIHZhbHVlcyBpbiBzdXBwb3J0aW5nIHRo
ZSBtb2R1bGUgbmFtZXMuDQpIb3dldmVyLCB0aGVzZSBuYW1lcyBzaG91bGQgYmUgb3B0aW9uYWwg
bGVhdmVzIGFuZCBub3QgbWFuZGF0b3J5IGtleXMuDQpTaW1wbHkgYXVnbWVudGluZyB0aGUgZXhp
c3Rpbmcg4oCcaWV0Zi15YW5nLWxpYnJhcnnigJ0gd2lsbCBpbmNyZWFzZSBpdHMgc2l6ZSwgd2hp
Y2ggbWFrZXMgdGhpcyBzb2x1dGlvbiBldmVuIGxlc3MgZnJpZW5kbHkgdG8gY29uc3RyYWluZWQg
ZGV2aWNlcyBhbmQgbmV0d29ya3MuDQoNCkhvcGUgdG8gc2VlIHlvdSBpbiBNVEwgdG8gZGlzY3Vz
cyB0aGVzZSBjaGFuZ2VzLA0KTWljaGVsDQoNCkZyb206IEFuZHkgQmllcm1hbiA8YW5keUB5dW1h
d29ya3MuY29tPg0KU2VudDogMTIganVpbGxldCAyMDE5IDE3OjE2DQpUbzogSUVURiBTZWNyZXRh
cmlhdCA8aWV0Zi1zZWNyZXRhcmlhdC1yZXBseUBpZXRmLm9yZz4NCkNjOiBkcmFmdC12ZWlsbGV0
dGUtY29yZS15YW5nLWxpYnJhcnlAaWV0Zi5vcmc7IGNvcmUtY2hhaXJzQGlldGYub3JnOyBDb3Jl
IDxjb3JlQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtjb3JlXSBUaGUgQ09SRSBXRyBoYXMgcGxh
Y2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZSAiQ2FsbCBGb3Ig
QWRvcHRpb24gQnkgV0cgSXNzdWVkIg0KDQoNCg0KT24gVGh1LCBKdWwgMTEsIDIwMTkgYXQgODoz
MiBBTSBJRVRGIFNlY3JldGFyaWF0IDxpZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnPG1h
aWx0bzppZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnPj4gd3JvdGU6DQoNClRoZSBDT1JF
IFdHIGhhcyBwbGFjZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5IGluIHN0YXRl
DQpDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQgKGVudGVyZWQgYnkgQ2Fyc3RlbiBCb3Jt
YW5uKQ0KDQpUaGUgZG9jdW1lbnQgaXMgYXZhaWxhYmxlIGF0DQpodHRwczovL2RhdGF0cmFja2Vy
LmlldGYub3JnL2RvYy9kcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnkvPGh0dHBzOi8v
Y2FuMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUy
RmRhdGF0cmFja2VyLmlldGYub3JnJTJGZG9jJTJGZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1s
aWJyYXJ5JTJGJmRhdGE9MDIlN0MwMSU3QyU3QzhiYjlhMDRjNDMyYjRmOTUxYWEzMDhkNzA3MGU0
MWRmJTdDNGY2ZmJkMTMwZGZiNDE1MDg1YzNkNDMyNjBjMDQzMDklN0MwJTdDMCU3QzYzNjk4NTYz
MDE0MjAxMTQyMCZzZGF0YT15M21xcmh6NGRvSUVtUkJOc3ZqRGdzOXpNTWQlMkZ1YVJjTlFOTkxz
V1EycEUlM0QmcmVzZXJ2ZWQ9MD4NCg0KDQpJIGRvIG5vdCBrbm93IGlmIHRoZXJlIGlzIGEgY2xl
YXIgcHJvYmxlbSBzdGF0ZW1lbnQgcHJlc2VudGVkIGFuZCBhZ3JlZWQgdXBvbiBieSB0aGUgQ09S
RSBXRyB5ZXQuDQpUaGUgWUFORyBMaWJyYXJ5IChSRkMgODUyNSkgaXMgdXNlZCBieSBhIHNlcnZl
ciB0byBwcm92aWRlIGEgY2xpZW50IHdpdGggZGV0YWlscyBhYm91dCB0aGUgWUFORyBtb2R1bGVz
DQp0aGF0IGFyZSBpbXBsZW1lbnRlZCBpbiB0aGUgc2VydmVyLg0KDQpUaGUgZHJhZnQgcHJvcG9z
ZWQgZm9yIGFkb3B0aW9uIGlzIGEgY3V0LWFuZC1wYXN0ZS1hbmQtcmVwbGFjZSB2ZXJzaW9uIG9m
IHRoaXMgUkZDLg0KVGhlIHN0cmluZ3MgdXNlZCBhcyBsaXN0IGtleXMgKGUuZy4sIC95YW5nLWxp
YnJhcnkvbW9kdWxlL25hbWUpIGFyZSByZXBsYWNlZCBieSBTSUQgdmFsdWVzLg0KT3RoZXIga2V5
IGxlYWZzIHN1Y2ggYXMgL3lhbmctbGlicmFyeS9zY2hlbWEvbmFtZSBhcmUgcmVwbGFjZWQgYnkg
aW50OCBsZWFmcyBpbnN0ZWFkIG9mIHN0cmluZ3MuDQoNCklNTyB0aGVyZSBhcmUgYmV0dGVyIHNv
bHV0aW9uIGFwcHJvYWNoZXMsIGNvbnNpZGVyaW5nIHRoYXQgdGhpcyBkYXRhIHN0cnVjdHVyZSB3
aWxsIGJlDQpyZWxhdGl2ZWx5IHN0YXRpYywgYW5kIHRoZXJlIGlzIGEgY2FjaGluZyBtZWNoYW5p
c20gYnVpbHQgaW50byBSRkMgODUyNSB0byByZWR1Y2UNCnJldHJpZXZhbCBvZiB0aGUgZW50aXJl
IFlBTkcgbGlicmFyeS4NCg0KSXQgZG9lcyBub3Qgc2VlbSByZWFsaXN0aWMgdGhhdCBhIHNlcnZl
ciB3b3VsZCBoYXZlIG9ubHkgU0lEcyBpbnN0YWxsZWQgYW5kIG5vIHdheSB0byBnZXQgdGhlIG1v
ZHVsZSBuYW1lcy4NClRoaXMgaXMgYSBzaG9ydCBsaXN0LCB1bmxpa2UgdGhlIGxpc3Qgb2YgWUFO
RyBkYXRhIG5vZGVzLiBTbyBpdCBzaG91bGQgYmUgT0sgdG8gc2ltcGx5IGF1Z21lbnQgdGhlIGV4
aXN0aW5nIG1vZHVsZQ0Kd2l0aCBTSUQgdmFsdWVzLiAgSWYgdGhlIGxpc3Qga2V5IHJlcGxhY2Vt
ZW50cyBhcmUgcmVhbGx5IG5lZWRlZCwgdGhlbiBhIGRldmlhdGlvbiBtb2R1bGUgY291bGQgYmUg
dXNlZCBieSBDT1JFQ09ORg0KKGUuZy4gZGV2aWF0ZSByZXBsYWNlIHt0eXBlLXN0bXR9KSBpbnN0
ZWFkIG9mIGEgcmVwbGFjZW1lbnQgbW9kdWxlLg0KDQpJIGFncmVlIGl0IHdpbGwgYmUgaW1wb3J0
YW50IGZvciBhIENPUkVDT05GIGNsaWVudCB0byBkZXRlcm1pbmUgdGhlIFlBTkcgbGlicmFyeSBk
ZXRhaWxzIGZvciBlYWNoIHNlcnZlci4NClRoaXMgY291bGQgYmUgb2ZmbGluZSBkYXRhIG9yIGRp
cmVjdGx5IHJldHJpZXZhYmxlIGZyb20gdGhlIHNlcnZlci4gVGhlIHNvbHV0aW9uIG5lZWQgdG8g
YmUgcmVzb2x2ZWQgYnkgdGhlIFdHLg0KSSBzdXBwb3J0IHRoZSBwcm9ibGVtIHN0YXRlbWVudCBi
eSBub3QgdGhpcyBzb2x1dGlvbi4NCg0KDQpBbmR5DQoNCg0KDQpDb21tZW50Og0KVGlsbCAyMDE5
LTA3LTE4DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQpjb3JlIG1haWxpbmcgbGlzdA0KY29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4N
Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZTxodHRwczovL2NhbjAx
LnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ3d3cu
aWV0Zi5vcmclMkZtYWlsbWFuJTJGbGlzdGluZm8lMkZjb3JlJmRhdGE9MDIlN0MwMSU3QyU3Qzhi
YjlhMDRjNDMyYjRmOTUxYWEzMDhkNzA3MGU0MWRmJTdDNGY2ZmJkMTMwZGZiNDE1MDg1YzNkNDMy
NjBjMDQzMDklN0MwJTdDMCU3QzYzNjk4NTYzMDE0MjAxMTQyMCZzZGF0YT13Z2lnQ0RHZENwSEtG
ZWphQVZiSjk2S3FydzFvaEdxS1lNRGxNQlMyeFpzJTNEJnJlc2VydmVkPTA+DQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z
b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw
bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v
cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z
LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl
LXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2Ug
V29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIu
MHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u
MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0
cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b
aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt
YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k
aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIgbGluaz0iYmx1ZSIgdmxpbms9InB1
cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBBbmR5PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkg
ZWZmZWN0aXZlbHkgc2VlIHNvbWUgdmFsdWVzIGluIHN1cHBvcnRpbmcgdGhlIG1vZHVsZSBuYW1l
cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhvd2V2ZXIsIHRoZXNlIG5hbWVzIHNob3Vs
ZCBiZSBvcHRpb25hbCBsZWF2ZXMgYW5kIG5vdCBtYW5kYXRvcnkga2V5cy48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RU4tVVMiPlNpbXBseSBhdWdtZW50aW5nIHRoZSBleGlzdGluZyDigJxpZXRmLXlh
bmctbGlicmFyeeKAnSB3aWxsIGluY3JlYXNlIGl0cyBzaXplLCB3aGljaCBtYWtlcyB0aGlzIHNv
bHV0aW9uIGV2ZW4gbGVzcyBmcmllbmRseSB0byBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCBuZXR3
b3Jrcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+SG9wZSB0byBzZWUgeW91IGluIE1UTCB0byBkaXNjdXNzIHRoZXNlIGNoYW5n
ZXMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5NaWNoZWwgPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVO
LVVTIj4gQW5keSBCaWVybWFuICZsdDthbmR5QHl1bWF3b3Jrcy5jb20mZ3Q7DQo8YnI+DQo8Yj5T
ZW50OjwvYj4gMTIganVpbGxldCAyMDE5IDE3OjE2PGJyPg0KPGI+VG86PC9iPiBJRVRGIFNlY3Jl
dGFyaWF0ICZsdDtpZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnJmd0Ozxicj4NCjxiPkNj
OjwvYj4gZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5QGlldGYub3JnOyBjb3JlLWNo
YWlyc0BpZXRmLm9yZzsgQ29yZSAmbHQ7Y29yZUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0
OjwvYj4gUmU6IFtjb3JlXSBUaGUgQ09SRSBXRyBoYXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1j
b3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZSAmcXVvdDtDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJ
c3N1ZWQmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBU
aHUsIEp1bCAxMSwgMjAxOSBhdCA4OjMyIEFNIElFVEYgU2VjcmV0YXJpYXQgJmx0OzxhIGhyZWY9
Im1haWx0bzppZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnIj5pZXRmLXNlY3JldGFyaWF0
LXJlcGx5QGlldGYub3JnPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu
MHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJp
Z2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w
cHQiPjxicj4NClRoZSBDT1JFIFdHIGhhcyBwbGFjZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUteWFu
Zy1saWJyYXJ5IGluIHN0YXRlPGJyPg0KQ2FsbCBGb3IgQWRvcHRpb24gQnkgV0cgSXNzdWVkIChl
bnRlcmVkIGJ5IENhcnN0ZW4gQm9ybWFubik8YnI+DQo8YnI+DQpUaGUgZG9jdW1lbnQgaXMgYXZh
aWxhYmxlIGF0PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9jYW4wMS5zYWZlbGlua3MucHJvdGVjdGlv
bi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZk
b2MlMkZkcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnklMkYmYW1wO2RhdGE9MDIlN0Mw
MSU3QyU3QzhiYjlhMDRjNDMyYjRmOTUxYWEzMDhkNzA3MGU0MWRmJTdDNGY2ZmJkMTMwZGZiNDE1
MDg1YzNkNDMyNjBjMDQzMDklN0MwJTdDMCU3QzYzNjk4NTYzMDE0MjAxMTQyMCZhbXA7c2RhdGE9
eTNtcXJoejRkb0lFbVJCTnN2akRnczl6TU1kJTJGdWFSY05RTk5Mc1dRMnBFJTNEJmFtcDtyZXNl
cnZlZD0wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv
ZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5LzwvYT48bzpwPjwvbzpwPjwvcD4NCjwv
YmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBkbyBub3Qga25v
dyBpZiB0aGVyZSBpcyBhIGNsZWFyIHByb2JsZW0gc3RhdGVtZW50IHByZXNlbnRlZCBhbmQgYWdy
ZWVkIHVwb24gYnkgdGhlIENPUkUgV0cgeWV0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIFlBTkcgTGlicmFyeSAoUkZDIDg1MjUpIGlzIHVz
ZWQgYnkgYSBzZXJ2ZXIgdG8gcHJvdmlkZSBhIGNsaWVudCB3aXRoIGRldGFpbHMgYWJvdXQgdGhl
IFlBTkcgbW9kdWxlczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+dGhhdCBhcmUgaW1wbGVtZW50ZWQgaW4gdGhlIHNlcnZlci48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGRyYWZ0IHByb3Bv
c2VkIGZvciBhZG9wdGlvbiBpcyBhIGN1dC1hbmQtcGFzdGUtYW5kLXJlcGxhY2UgdmVyc2lvbiBv
ZiB0aGlzIFJGQy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPlRoZSBzdHJpbmdzIHVzZWQgYXMgbGlzdCBrZXlzIChlLmcuLCAveWFuZy1saWJyYXJ5
L21vZHVsZS9uYW1lKSBhcmUgcmVwbGFjZWQgYnkgU0lEIHZhbHVlcy48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk90aGVyIGtleSBsZWFmcyBzdWNo
IGFzIC95YW5nLWxpYnJhcnkvc2NoZW1hL25hbWUgYXJlIHJlcGxhY2VkIGJ5IGludDggbGVhZnMg
aW5zdGVhZCBvZiBzdHJpbmdzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5JTU8gdGhlcmUgYXJlIGJldHRlciBzb2x1dGlvbiBhcHByb2FjaGVz
LCBjb25zaWRlcmluZyB0aGF0IHRoaXMgZGF0YSBzdHJ1Y3R1cmUgd2lsbCBiZTxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+cmVsYXRpdmVseSBzdGF0
aWMsIGFuZCB0aGVyZSBpcyBhIGNhY2hpbmcgbWVjaGFuaXNtIGJ1aWx0IGludG8gUkZDIDg1MjUg
dG8gcmVkdWNlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5yZXRyaWV2YWwgb2YgdGhlIGVudGlyZSBZQU5HIGxpYnJhcnkuPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkl0IGRvZXMgbm90IHNlZW0g
cmVhbGlzdGljIHRoYXQgYSBzZXJ2ZXIgd291bGQgaGF2ZSBvbmx5IFNJRHMgaW5zdGFsbGVkIGFu
ZCBubyB3YXkgdG8gZ2V0IHRoZSBtb2R1bGUgbmFtZXMuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGlzIGlzIGEgc2hvcnQgbGlzdCwgdW5saWtl
IHRoZSBsaXN0IG9mIFlBTkcgZGF0YSBub2Rlcy4gU28gaXQgc2hvdWxkIGJlIE9LIHRvIHNpbXBs
eSBhdWdtZW50IHRoZSBleGlzdGluZyBtb2R1bGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPndpdGggU0lEIHZhbHVlcy4mbmJzcDsgSWYgdGhlIGxp
c3Qga2V5IHJlcGxhY2VtZW50cyBhcmUgcmVhbGx5IG5lZWRlZCwgdGhlbiBhIGRldmlhdGlvbiBt
b2R1bGUgY291bGQgYmUgdXNlZCBieSBDT1JFQ09ORjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+KGUuZy4gZGV2aWF0ZSByZXBsYWNlIHt0eXBlLXN0
bXR9KSBpbnN0ZWFkIG9mIGEgcmVwbGFjZW1lbnQgbW9kdWxlLjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFncmVlIGl0IHdpbGwgYmUgaW1w
b3J0YW50IGZvciBhIENPUkVDT05GIGNsaWVudCB0byBkZXRlcm1pbmUgdGhlIFlBTkcgbGlicmFy
eSBkZXRhaWxzIGZvciBlYWNoIHNlcnZlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgY291bGQgYmUgb2ZmbGluZSBkYXRhIG9yIGRpcmVj
dGx5IHJldHJpZXZhYmxlIGZyb20gdGhlIHNlcnZlci4gVGhlIHNvbHV0aW9uIG5lZWQgdG8gYmUg
cmVzb2x2ZWQgYnkgdGhlIFdHLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+SSBzdXBwb3J0IHRoZSBwcm9ibGVtIHN0YXRlbWVudCBieSBub3QgdGhp
cyBzb2x1dGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5BbmR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRp
bmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Db21tZW50Ojxicj4NClRpbGwgMjAxOS0wNy0xODxicj4N
Cjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy
Pg0KY29yZSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86Y29yZUBpZXRmLm9yZyIg
dGFyZ2V0PSJfYmxhbmsiPmNvcmVAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9j
YW4wMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJG
d3d3LmlldGYub3JnJTJGbWFpbG1hbiUyRmxpc3RpbmZvJTJGY29yZSZhbXA7ZGF0YT0wMiU3QzAx
JTdDJTdDOGJiOWEwNGM0MzJiNGY5NTFhYTMwOGQ3MDcwZTQxZGYlN0M0ZjZmYmQxMzBkZmI0MTUw
ODVjM2Q0MzI2MGMwNDMwOSU3QzAlN0MwJTdDNjM2OTg1NjMwMTQyMDExNDIwJmFtcDtzZGF0YT13
Z2lnQ0RHZENwSEtGZWphQVZiSjk2S3FydzFvaEdxS1lNRGxNQlMyeFpzJTNEJmFtcDtyZXNlcnZl
ZD0wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9jb3JlPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BL0PR06MB5042F6FBD47E8C3757D620C29ACF0BL0PR06MB5042namp_--


From nobody Tue Jul 16 09:22:51 2019
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 28248120799; Tue, 16 Jul 2019 09:22:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.792
X-Spam-Level: 
X-Spam-Status: No, score=-0.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, LOCALPART_IN_SUBJECT=1.107, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T0w_HJHVgUPt; Tue, 16 Jul 2019 09:22:46 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B3C912066C; Tue, 16 Jul 2019 09:22:43 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 16 Jul 2019 09:22:36 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <draft-hartke-t2trg-coral-reef@ietf.org>
CC: 'core' <core@ietf.org>
Date: Tue, 16 Jul 2019 09:22:34 -0700
Message-ID: <020801d53bf2$ae4353b0$0ac9fb10$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AdU77dE/kVa0urGNS9S+rAlI9Bv4sg==
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/aEBvwRBE3pga1gRFoQpyR08aXps>
Subject: [core] draft-hartke-t2trg-coral-reef
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 16:22:49 -0000

Looking at doing more implementation work on this - specific the
registration side rather than the retrieval side.


1.  Looking at section 5.2.5 - "Create Resource Registration"  I am going to
assume that you are keeping the same command line as what the current
document does, but I wonder if a better way to do it would be to use the
following as a resource

#using <http:/coreapps.org/reef#>
rd-unit <coap://[2001:db8:4::1]/> [
ep "node1"
domain "Floor 1"
lt 3600
et "LightBar"
rd-item <light/left> [rt "light" ct 0]
rd-item <light/middle> [rt "light" ct 0]
rd-item<light/middle> [rt "light" ct 0]
]

This has the advantage that all of the query parameters are moved into the
content which is going to make things easier to have new unknown items show
up.  I would think that it is just fine to restrict this to a single
rd-unit, but for third party registration it might be reasonable to allow
multiple rd-units to occur in a single body.

2.  A registration update could then have either the same as the content in
1 - or just an array of rd-items.  In the first case the attributes
associated with the endpoint would replaced - except for the ep and domain
attributes, in the second case just the items associated with it would be
replaced.

3.  If the CoRAL format is used, are the paging attributes still going to be
supported to keep the document size down?   Does not say anywhere.

Jim



From nobody Tue Jul 16 10:44:38 2019
Return-Path: <hartke@projectcool.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85498120B8A; Tue, 16 Jul 2019 10:44:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wta286WMM6H3; Tue, 16 Jul 2019 10:44:33 -0700 (PDT)
Received: from wp382.webpack.hosteurope.de (wp382.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8597::]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4124120B86; Tue, 16 Jul 2019 10:44:33 -0700 (PDT)
Received: from mail-qt1-f180.google.com ([209.85.160.180]); authenticated by wp382.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1hnRV7-0004OH-AM; Tue, 16 Jul 2019 19:44:29 +0200
Received: by mail-qt1-f180.google.com with SMTP id h21so20422538qtn.13; Tue, 16 Jul 2019 10:44:29 -0700 (PDT)
X-Gm-Message-State: APjAAAUpxH18PSqqd7ojHLlILQ3yrkTderiAWJ9g9i82i6qTpALXIruP d8fUY0cSJ0pg0ucFh3yX6zZwxerrWtQMWhYuJKw=
X-Google-Smtp-Source: APXvYqzLjVphYMR38L5DVziC0HE76Xxko2RqP8ClgYpFsqq4idspcC04XTFj5iDV6bdvtFDbpTmUY+2i8lDNVe7acZM=
X-Received: by 2002:ac8:6114:: with SMTP id a20mr23898838qtm.283.1563299068141;  Tue, 16 Jul 2019 10:44:28 -0700 (PDT)
MIME-Version: 1.0
References: <013501d53aba$04d0f9b0$0e72ed10$@augustcellars.com>
In-Reply-To: <013501d53aba$04d0f9b0$0e72ed10$@augustcellars.com>
From: Klaus Hartke <hartke@projectcool.de>
Date: Tue, 16 Jul 2019 19:43:52 +0200
X-Gmail-Original-Message-ID: <CAAzbHvYjYbV6uKLPTTqASKAaGX2shaJrA1Zn1DWTT6gB5j2YaA@mail.gmail.com>
Message-ID: <CAAzbHvYjYbV6uKLPTTqASKAaGX2shaJrA1Zn1DWTT6gB5j2YaA@mail.gmail.com>
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-hartke-t2trg-coral@ietf.org, draft-hartke-t2trg-reef@ietf.org,  core <core@ietf.org>
Content-Type: text/plain; charset="UTF-8"
X-bounce-key: webpack.hosteurope.de; hartke@projectcool.de; 1563299073; 128d591a; 
X-HE-SMSGID: 1hnRV7-0004OH-AM
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ICI9eQn3eK2c2H9oxVXlp6LbOyw>
Subject: Re: [core] draft-hartke-t2trg-coral and reef
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 17:44:37 -0000

Hi Jim!

> CoRAL:
>
> 1.  When applying a dictionary, is the expanded value always treated as a
> string or is it a typed item.  The difference would be if you matched both
> "0" and 0 when doing the conversion between the representations?

The expanded value is a typed item.

> 2.  Are dictionaries applied to each element in a CIRI or just to the CIRI
> as a whole?

draft-hartke-t2trg-ciri-03 doesn't make use of dictionaries at all; a
CIRI itself cannot refer to a dictionary entry.

draft-hartke-t2trg-coral-09 allows you to put a dictionary key in
certain places where a whole CIRI is expected.

That's how it's currently specified. The current idea is to build up a
small repository of real-world examples and then revisit the whole
topic of compressing duplications in a CoRAL document.

> 3.  I think the answer to this is going to be it does not matter, but does a
> CIRI need to be made absolute prior to doing the dictionary lookup? The
> reason why I say this is that it would be really unexpected to have a prefix
> URI in a dictionary that would match a CIRI as a target where the target is
> relative to the current node.

draft-hartke-t2trg-coral-09 only really tells you what it means when a
recipient sees a dictionary key in a document. It's up to the
generator to decide how it puts dictionary keys into it.

I think it might be useful to have some relative references in the
dictionary. For example, I could imagine you might want to link to
</.well-known/core> relative to the current resource.

> 3.  What happens for a parser if the generator used a newer version of the
> dictionary than it has?  Thus there is an element 22 and I cannot understand
> it.

It's indeed undesirable if extending a dictionary with new entries
breaks consumers using an older version.

This is one of the blocking issues that needs to be solved. I don't
have a good idea yet.

> Reef:
>
> 1.  Is the Resource Metadata in section 3 missing "reef#ep" ?  Looking at
> some of the examples - has the idea of an endpoint name and a domain just
> vanished?

In general, the draft doesn't try yet to exhaustively replicate all
the features of draft-ietf-core-resource-directory-23 (due to lack of
time mostly).

The idea of endpoint name and domain is something that somehow always
immediately escapes my mind after reading up on it, so I'd have read
up on this again to answer this.

> 2.  What is the correct behavior for an attribute such as "obs" when it was
> set using link format and then retrieved using CoRAL?

We should go through the list of known attributes [1] at some point
and decide for each how the information should be expressed in CoRAL.
The current idea is to define vocabulary that corresponds to these
attributes, but not to define a mapping that round-trips in the
presence of unknown attributes. For "obs", I guess a link relation
type like <http://coreapps.org/reef#obs> with a bool as link target
would make sense.

Klaus

[1] https://hackmd.io/AfjWKj7rRDiQl16WSSIa4w?both


From nobody Tue Jul 16 10:50:05 2019
Return-Path: <hartke@projectcool.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1785D120BB7; Tue, 16 Jul 2019 10:50:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vt98vtUktMZZ; Tue, 16 Jul 2019 10:50:02 -0700 (PDT)
Received: from wp382.webpack.hosteurope.de (wp382.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8597::]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE21A120BB2; Tue, 16 Jul 2019 10:50:01 -0700 (PDT)
Received: from mail-qk1-f180.google.com ([209.85.222.180]); authenticated by wp382.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1hnRaQ-0001X7-Fj; Tue, 16 Jul 2019 19:49:58 +0200
Received: by mail-qk1-f180.google.com with SMTP id d15so15275986qkl.4; Tue, 16 Jul 2019 10:49:58 -0700 (PDT)
X-Gm-Message-State: APjAAAWqHU+P2JwhhMFly45cwilUf0S35ce7MOYKRGqpLRfueNfeURj1 Ep08xG8FjPu4I39J6YmDvOamzV/DtufAWDpRhjA=
X-Google-Smtp-Source: APXvYqxPLAQ7n7PYGaooddbBW3fkLYrYeJWHmoGj4RX7UGgjj70YAfEFhQZre9BNxpeT7BrUF6XnBS78sogYuC2sp0k=
X-Received: by 2002:ae9:eb87:: with SMTP id b129mr21649600qkg.453.1563299397451;  Tue, 16 Jul 2019 10:49:57 -0700 (PDT)
MIME-Version: 1.0
References: <020801d53bf2$ae4353b0$0ac9fb10$@augustcellars.com>
In-Reply-To: <020801d53bf2$ae4353b0$0ac9fb10$@augustcellars.com>
From: Klaus Hartke <hartke@projectcool.de>
Date: Tue, 16 Jul 2019 19:49:21 +0200
X-Gmail-Original-Message-ID: <CAAzbHvbVxCw9aAUCW_h2inppzsDtJy0yRSSkHgeUR1iiQ8OKHg@mail.gmail.com>
Message-ID: <CAAzbHvbVxCw9aAUCW_h2inppzsDtJy0yRSSkHgeUR1iiQ8OKHg@mail.gmail.com>
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-hartke-t2trg-coral-reef@ietf.org, core <core@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-bounce-key: webpack.hosteurope.de; hartke@projectcool.de; 1563299401; bb1748fb; 
X-HE-SMSGID: 1hnRaQ-0001X7-Fj
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/rVa_U-Dyg2DkSUshNgoxPtX7YNU>
Subject: Re: [core] draft-hartke-t2trg-coral-reef
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 17:50:04 -0000

Hi Jim!

> Looking at doing more implementation work on this

=E2=9D=A4=EF=B8=8F=EF=B8=8F:heart:

> 1.  Looking at section 5.2.5 - "Create Resource Registration"  I am going=
 to
> assume that you are keeping the same command line as what the current
> document does, but I wonder if a better way to do it would be to use the
> following as a resource
>
> #using <http:/coreapps.org/reef#>
> rd-unit <coap://[2001:db8:4::1]/> [
> ep "node1"
> domain "Floor 1"
> lt 3600
> et "LightBar"
> rd-item <light/left> [rt "light" ct 0]
> rd-item <light/middle> [rt "light" ct 0]
> rd-item<light/middle> [rt "light" ct 0]
> ]
>
> This has the advantage that all of the query parameters are moved into th=
e
> content which is going to make things easier to have new unknown items sh=
ow
> up.  I would think that it is just fine to restrict this to a single
> rd-unit, but for third party registration it might be reasonable to allow
> multiple rd-units to occur in a single body.
>
> 2.  A registration update could then have either the same as the content =
in
> 1 - or just an array of rd-items.  In the first case the attributes
> associated with the endpoint would replaced - except for the ep and domai=
n
> attributes, in the second case just the items associated with it would be
> replaced.

Moving query parameters into the content to make it easier to have new
unknown items seems like a good idea.

I'd have a more general question though: What are really trying to
model in our resource directories? Is it really that interesting to
model CoAP servers and the CoAP resources hosted by them? Or wouldn't
it be much more useful to model light bulbs, light switches and living
rooms, or coffee machines, coffee orders and coffee cups -- how they
relate to each other and how they can be interacted with using CoAP?

(See <https://mailarchive.ietf.org/arch/msg/t2trg/Q186viXtj0-r9vWEge31yuUm3=
5c>
for related thoughts.)

> 3.  If the CoRAL format is used, are the paging attributes still going to=
 be
> supported to keep the document size down?   Does not say anywhere.

If I remember correctly, there was a discussion on this a while ago
that came to the conclusion that block-wise transfers might be good
enough here. If that's not the case, let's have another discussion.

Klaus


From nobody Tue Jul 16 11:32:13 2019
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 06AF1120111; Tue, 16 Jul 2019 11:32:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F3qEJ99htI-B; Tue, 16 Jul 2019 11:32:09 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 623471200FA; Tue, 16 Jul 2019 11:32:09 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 16 Jul 2019 11:32:03 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Klaus Hartke' <hartke@projectcool.de>
CC: <draft-hartke-t2trg-coral-reef@ietf.org>, 'core' <core@ietf.org>
References: <020801d53bf2$ae4353b0$0ac9fb10$@augustcellars.com> <CAAzbHvbVxCw9aAUCW_h2inppzsDtJy0yRSSkHgeUR1iiQ8OKHg@mail.gmail.com>
In-Reply-To: <CAAzbHvbVxCw9aAUCW_h2inppzsDtJy0yRSSkHgeUR1iiQ8OKHg@mail.gmail.com>
Date: Tue, 16 Jul 2019 11:32:01 -0700
Message-ID: <021501d53c04$c40a1af0$4c1e50d0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AQFlfdfwFSZMS9b3AHi5D0O29aSbmQEfoQKyp6QJ8wA=
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/k98yL49P05LNozERkBfx-oY6PPk>
Subject: Re: [core] draft-hartke-t2trg-coral-reef
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 18:32:12 -0000

-----Original Message-----
From: Klaus Hartke <hartke@projectcool.de>=20
Sent: Tuesday, July 16, 2019 10:49 AM
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-hartke-t2trg-coral-reef@ietf.org; core <core@ietf.org>
Subject: Re: [core] draft-hartke-t2trg-coral-reef

Hi Jim!

> Looking at doing more implementation work on this

=E2=9D=A4=EF=B8=8F=EF=B8=8F:heart:

> 1.  Looking at section 5.2.5 - "Create Resource Registration"  I am=20
> going to assume that you are keeping the same command line as what the =

> current document does, but I wonder if a better way to do it would be=20
> to use the following as a resource
>
> #using <http:/coreapps.org/reef#>
> rd-unit <coap://[2001:db8:4::1]/> [
> ep "node1"
> domain "Floor 1"
> lt 3600
> et "LightBar"
> rd-item <light/left> [rt "light" ct 0] rd-item <light/middle> [rt=20
> "light" ct 0] rd-item<light/middle> [rt "light" ct 0] ]
>
> This has the advantage that all of the query parameters are moved into =

> the content which is going to make things easier to have new unknown=20
> items show up.  I would think that it is just fine to restrict this to =

> a single rd-unit, but for third party registration it might be=20
> reasonable to allow multiple rd-units to occur in a single body.
>
> 2.  A registration update could then have either the same as the=20
> content in
> 1 - or just an array of rd-items.  In the first case the attributes=20
> associated with the endpoint would replaced - except for the ep and=20
> domain attributes, in the second case just the items associated with=20
> it would be replaced.

Moving query parameters into the content to make it easier to have new =
unknown items seems like a good idea.

I'd have a more general question though: What are really trying to model =
in our resource directories? Is it really that interesting to model CoAP =
servers and the CoAP resources hosted by them? Or wouldn't it be much =
more useful to model light bulbs, light switches and living rooms, or =
coffee machines, coffee orders and coffee cups -- how they relate to =
each other and how they can be interacted with using CoAP?

(See =
<https://mailarchive.ietf.org/arch/msg/t2trg/Q186viXtj0-r9vWEge31yuUm35c>=

for related thoughts.)

[JLS] I think that it may be true that we want to do this, but I think =
that means that we need to think about how that would work in a slightly =
different way for other things.  However, I think that what I proposed =
above is the first step to what you are looking for.     You are going =
to want to publish the "tree" view of the device to the server which is =
basically what I am doing.  Just how some of the query functions are =
going to work may be a bit different, but I don't know. =20

[JLS]  I may just be completely off base however as I likely don't =
understand how all of this works with the depth of being able to think =
about all of the corner cases very well.

Jim


> 3.  If the CoRAL format is used, are the paging attributes still going =
to be
> supported to keep the document size down?   Does not say anywhere.

If I remember correctly, there was a discussion on this a while ago that =
came to the conclusion that block-wise transfers might be good enough =
here. If that's not the case, let's have another discussion.

Klaus


From nobody Tue Jul 16 11:37:39 2019
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 34877120D29; Tue, 16 Jul 2019 11:37:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y_S-4yA9T__y; Tue, 16 Jul 2019 11:37:34 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 430E6120D27; Tue, 16 Jul 2019 11:37:34 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 16 Jul 2019 11:37:28 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Klaus Hartke' <hartke@projectcool.de>
CC: <draft-hartke-t2trg-coral@ietf.org>, <draft-hartke-t2trg-reef@ietf.org>, 'core' <core@ietf.org>
References: <013501d53aba$04d0f9b0$0e72ed10$@augustcellars.com> <CAAzbHvYjYbV6uKLPTTqASKAaGX2shaJrA1Zn1DWTT6gB5j2YaA@mail.gmail.com>
In-Reply-To: <CAAzbHvYjYbV6uKLPTTqASKAaGX2shaJrA1Zn1DWTT6gB5j2YaA@mail.gmail.com>
Date: Tue, 16 Jul 2019 11:37:25 -0700
Message-ID: <021601d53c05$85b4cf60$911e6e20$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AQHySTceg/Xa0NbswGdsVEAd9jCrkAKg4fuKpn5wiFA=
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/cAOv_EqWbo-1TDuOdBsiwsSnNVA>
Subject: Re: [core] draft-hartke-t2trg-coral and reef
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 18:37:37 -0000

-----Original Message-----
From: Klaus Hartke <hartke@projectcool.de>=20
Sent: Tuesday, July 16, 2019 10:44 AM
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-hartke-t2trg-coral@ietf.org; draft-hartke-t2trg-reef@ietf.org; =
core <core@ietf.org>
Subject: Re: [core] draft-hartke-t2trg-coral and reef

Hi Jim!

> CoRAL:
>
> 1.  When applying a dictionary, is the expanded value always treated=20
> as a string or is it a typed item.  The difference would be if you=20
> matched both "0" and 0 when doing the conversion between the =
representations?

The expanded value is a typed item.

[JLS] Good that was my guess.

> 2.  Are dictionaries applied to each element in a CIRI or just to the=20
> CIRI as a whole?

draft-hartke-t2trg-ciri-03 doesn't make use of dictionaries at all; a =
CIRI itself cannot refer to a dictionary entry.

draft-hartke-t2trg-coral-09 allows you to put a dictionary key in =
certain places where a whole CIRI is expected.

That's how it's currently specified. The current idea is to build up a =
small repository of real-world examples and then revisit the whole topic =
of compressing duplications in a CoRAL document.

> 3.  I think the answer to this is going to be it does not matter, but=20
> does a CIRI need to be made absolute prior to doing the dictionary=20
> lookup? The reason why I say this is that it would be really=20
> unexpected to have a prefix URI in a dictionary that would match a=20
> CIRI as a target where the target is relative to the current node.

draft-hartke-t2trg-coral-09 only really tells you what it means when a =
recipient sees a dictionary key in a document. It's up to the generator =
to decide how it puts dictionary keys into it.

I think it might be useful to have some relative references in the =
dictionary. For example, I could imagine you might want to link to =
</.well-known/core> relative to the current resource.

[JLS] One might way that both should be made absolute to the "current =
context" and replace only if they then compare.  I am not sure that you =
want to do the replacement if they are not going to be the same.  It may =
be that this is not something that makes a practical difference.  I will =
have to play with this some to figure it out.

> 3.  What happens for a parser if the generator used a newer version of =

> the dictionary than it has?  Thus there is an element 22 and I cannot=20
> understand it.

It's indeed undesirable if extending a dictionary with new entries =
breaks consumers using an older version.

This is one of the blocking issues that needs to be solved. I don't have =
a good idea yet.

[JLS] Neither do I.

> Reef:
>
> 1.  Is the Resource Metadata in section 3 missing "reef#ep" ?  Looking =

> at some of the examples - has the idea of an endpoint name and a=20
> domain just vanished?

In general, the draft doesn't try yet to exhaustively replicate all the =
features of draft-ietf-core-resource-directory-23 (due to lack of time =
mostly).

The idea of endpoint name and domain is something that somehow always =
immediately escapes my mind after reading up on it, so I'd have read up =
on this again to answer this.

> 2.  What is the correct behavior for an attribute such as "obs" when=20
> it was set using link format and then retrieved using CoRAL?

We should go through the list of known attributes [1] at some point and =
decide for each how the information should be expressed in CoRAL.
The current idea is to define vocabulary that corresponds to these =
attributes, but not to define a mapping that round-trips in the presence =
of unknown attributes. For "obs", I guess a link relation type like =
<http://coreapps.org/reef#obs> with a bool as link target would make =
sense.

[JLS] This matches what I did.  That is relations which are not full =
URLs are going to be suppressed.  Of course I would apply some type of =
mapping for known attributes.

Jim


Klaus

[1] https://hackmd.io/AfjWKj7rRDiQl16WSSIa4w?both


From nobody Tue Jul 16 12:08:59 2019
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 854DE1201E3; Tue, 16 Jul 2019 12:08:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uwFP_YF9pnT8; Tue, 16 Jul 2019 12:08:56 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F7A11201D8; Tue, 16 Jul 2019 12:08:56 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 16 Jul 2019 12:08:49 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Klaus Hartke' <hartke@projectcool.de>
CC: 'core' <core@ietf.org>, <draft-hartke-t2trg-coral-reef@ietf.org>
References: <020801d53bf2$ae4353b0$0ac9fb10$@augustcellars.com> <CAAzbHvbVxCw9aAUCW_h2inppzsDtJy0yRSSkHgeUR1iiQ8OKHg@mail.gmail.com> <021501d53c04$c40a1af0$4c1e50d0$@augustcellars.com>
In-Reply-To: <021501d53c04$c40a1af0$4c1e50d0$@augustcellars.com>
Date: Tue, 16 Jul 2019 12:08:48 -0700
Message-ID: <022101d53c09$e732b550$b5981ff0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AQFlfdfwFSZMS9b3AHi5D0O29aSbmQEfoQKyAhomQaink0mzEA==
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/TVs8DborgtblBP8Afl2aorp8HPI>
Subject: Re: [core] draft-hartke-t2trg-coral-reef
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 19:08:58 -0000

One of the things we are going have to make sure is that if =
representations of data can be published to the RD that it does not =
become a pub/sub server.

Jim

-----Original Message-----
From: core <core-bounces@ietf.org> On Behalf Of Jim Schaad
Sent: Tuesday, July 16, 2019 11:32 AM
To: 'Klaus Hartke' <hartke@projectcool.de>
Cc: 'core' <core@ietf.org>; draft-hartke-t2trg-coral-reef@ietf.org
Subject: Re: [core] draft-hartke-t2trg-coral-reef



-----Original Message-----
From: Klaus Hartke <hartke@projectcool.de>
Sent: Tuesday, July 16, 2019 10:49 AM
To: Jim Schaad <ietf@augustcellars.com>
Cc: draft-hartke-t2trg-coral-reef@ietf.org; core <core@ietf.org>
Subject: Re: [core] draft-hartke-t2trg-coral-reef

Hi Jim!

> Looking at doing more implementation work on this

=E2=9D=A4=EF=B8=8F=EF=B8=8F:heart:

> 1.  Looking at section 5.2.5 - "Create Resource Registration"  I am=20
> going to assume that you are keeping the same command line as what the =

> current document does, but I wonder if a better way to do it would be=20
> to use the following as a resource
>
> #using <http:/coreapps.org/reef#>
> rd-unit <coap://[2001:db8:4::1]/> [
> ep "node1"
> domain "Floor 1"
> lt 3600
> et "LightBar"
> rd-item <light/left> [rt "light" ct 0] rd-item <light/middle> [rt=20
> "light" ct 0] rd-item<light/middle> [rt "light" ct 0] ]
>
> This has the advantage that all of the query parameters are moved into =

> the content which is going to make things easier to have new unknown=20
> items show up.  I would think that it is just fine to restrict this to =

> a single rd-unit, but for third party registration it might be=20
> reasonable to allow multiple rd-units to occur in a single body.
>
> 2.  A registration update could then have either the same as the=20
> content in
> 1 - or just an array of rd-items.  In the first case the attributes=20
> associated with the endpoint would replaced - except for the ep and=20
> domain attributes, in the second case just the items associated with=20
> it would be replaced.

Moving query parameters into the content to make it easier to have new =
unknown items seems like a good idea.

I'd have a more general question though: What are really trying to model =
in our resource directories? Is it really that interesting to model CoAP =
servers and the CoAP resources hosted by them? Or wouldn't it be much =
more useful to model light bulbs, light switches and living rooms, or =
coffee machines, coffee orders and coffee cups -- how they relate to =
each other and how they can be interacted with using CoAP?

(See =
<https://mailarchive.ietf.org/arch/msg/t2trg/Q186viXtj0-r9vWEge31yuUm35c>=

for related thoughts.)

[JLS] I think that it may be true that we want to do this, but I think =
that means that we need to think about how that would work in a slightly =
different way for other things.  However, I think that what I proposed =
above is the first step to what you are looking for.     You are going =
to want to publish the "tree" view of the device to the server which is =
basically what I am doing.  Just how some of the query functions are =
going to work may be a bit different, but I don't know. =20

[JLS]  I may just be completely off base however as I likely don't =
understand how all of this works with the depth of being able to think =
about all of the corner cases very well.

Jim


> 3.  If the CoRAL format is used, are the paging attributes still going =
to be
> supported to keep the document size down?   Does not say anywhere.

If I remember correctly, there was a discussion on this a while ago that =
came to the conclusion that block-wise transfers might be good enough =
here. If that's not the case, let's have another discussion.

Klaus

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


From nobody Tue Jul 16 12:11:48 2019
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 2C0B71201E3 for <core@ietfa.amsl.com>; Tue, 16 Jul 2019 12:11:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 bpKmHaSqXHVR for <core@ietfa.amsl.com>; Tue, 16 Jul 2019 12:11:38 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3063120762 for <core@ietf.org>; Tue, 16 Jul 2019 12:11:38 -0700 (PDT)
Received: from [192.168.217.110] (p548DCE40.dip0.t-ipconnect.de [84.141.206.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45p9485Hhwz14ZR; Tue, 16 Jul 2019 21:11:36 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
X-Mao-Original-Outgoing-Id: 584997093.8577321-d1aaf3ec3f241a474e5e4b09aa365638
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Tue, 16 Jul 2019 21:11:36 +0200
Message-Id: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/W8-wz3plq82lNmHoN3j_zzzSlB0>
Subject: [core] =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-hartke-t2trg-coral-09_and_draft-hartke-t2trg-ciri-03?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 19:11:47 -0000

In Prague, we said we were going to adopt the two base CoRAL =
specifications (which are currently marked as T2TRG drafts) as CoRE =
working group items.  We didn=E2=80=99t do the validation on the mailing =
list yet, which this working group adoption call is about.

Among other things, the adoption of these drafts is intended to fill the =
hole left when we put draft-ietf-core-links-json on hold.  So if you =
want to comment on the WG adoption, please also keep this aspect in =
mind, even if it could also be handled in a more orthogonal way (which =
you could recommend).

This starts a one-week working group adoption call.
(Normally we wouldn=E2=80=99t run a WG call that partially overlaps an =
IETF, but this time there is plenty of opportunity to think about CoRAL =
during the IETF, including the hackathon and the side meeting on core =
applications before the first of our two WG meetings.)

This is a formal call for adoption of draft-hartke-t2trg-coral-09 and =
draft-hartke-t2trg-ciri-03 as WG documents of the CoRE WG.
If you have read the drafts and support adopting them, please say so.
If you see a problem with adopting them as a WG document, please tell =
us.
For both, remember that WG adoption does not mean that we already have =
consensus on all the details(*), just that this is the right working =
document to address the issue (and that we should address the issue in =
the first place); you are encouraged to mention any issues that you =
already know.
Please respond to core@ietf.org, or exceptionally to =
core-chairs@ietf.org (for off-list comments).

This formal WG adoption call runs until the end of July 23rd so we can =
pick up the results at the CoRE meeting on July 25th.

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

(*) the most bikeshed issue (also relevant for the new draft name) =
appears to be whether CIRIs, which aren=E2=80=99t really IRIs that much, =
should rather be called CoRIs or maybe CRIs or even something completely =
different.  Please comment on this most important branding issue under =
https://github.com/ektrah/coral/issues/18 if you care.


From nobody Tue Jul 16 13:31:57 2019
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 6A65D12016B for <core@ietfa.amsl.com>; Tue, 16 Jul 2019 13:31:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jRt2O_j5K8Dg for <core@ietfa.amsl.com>; Tue, 16 Jul 2019 13:31:51 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E266E120186 for <core@ietf.org>; Tue, 16 Jul 2019 13:31:50 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 16 Jul 2019 13:31:43 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'core' <core@ietf.org>
References: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org>
In-Reply-To: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org>
Date: Tue, 16 Jul 2019 13:31:42 -0700
Message-ID: <022501d53c15$7bbea890$733bf9b0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AQJ/Sn7iOT6VVQKumVHpLfjU9rjC16V5leLg
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Qg-3FQDPtrg4ql44JyVUnVdVhhM>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-hartke-t2trg-coral-09_and_draft-hartke-t2trg-ciri-03?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jul 2019 20:31:55 -0000

Big +1 - These documents make a lot of sense.

-----Original Message-----
From: core <core-bounces@ietf.org> On Behalf Of Carsten Bormann
Sent: Tuesday, July 16, 2019 12:12 PM
To: core <core@ietf.org>
Subject: [core] =F0=9F=94=94 CoRE Working Group Adoption call for =
draft-hartke-t2trg-coral-09 and draft-hartke-t2trg-ciri-03

In Prague, we said we were going to adopt the two base CoRAL =
specifications (which are currently marked as T2TRG drafts) as CoRE =
working group items.  We didn=E2=80=99t do the validation on the mailing =
list yet, which this working group adoption call is about.

Among other things, the adoption of these drafts is intended to fill the =
hole left when we put draft-ietf-core-links-json on hold.  So if you =
want to comment on the WG adoption, please also keep this aspect in =
mind, even if it could also be handled in a more orthogonal way (which =
you could recommend).

This starts a one-week working group adoption call.
(Normally we wouldn=E2=80=99t run a WG call that partially overlaps an =
IETF, but this time there is plenty of opportunity to think about CoRAL =
during the IETF, including the hackathon and the side meeting on core =
applications before the first of our two WG meetings.)

This is a formal call for adoption of draft-hartke-t2trg-coral-09 and =
draft-hartke-t2trg-ciri-03 as WG documents of the CoRE WG.
If you have read the drafts and support adopting them, please say so.
If you see a problem with adopting them as a WG document, please tell =
us.
For both, remember that WG adoption does not mean that we already have =
consensus on all the details(*), just that this is the right working =
document to address the issue (and that we should address the issue in =
the first place); you are encouraged to mention any issues that you =
already know.
Please respond to core@ietf.org, or exceptionally to =
core-chairs@ietf.org (for off-list comments).

This formal WG adoption call runs until the end of July 23rd so we can =
pick up the results at the CoRE meeting on July 25th.

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

(*) the most bikeshed issue (also relevant for the new draft name) =
appears to be whether CIRIs, which aren=E2=80=99t really IRIs that much, =
should rather be called CoRIs or maybe CRIs or even something completely =
different.  Please comment on this most important branding issue under =
https://github.com/ektrah/coral/issues/18 if you care.

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


From nobody Tue Jul 16 23:45:51 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 607F912006D for <core@ietfa.amsl.com>; Tue, 16 Jul 2019 23:45:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 CSfcbWxWHJeP for <core@ietfa.amsl.com>; Tue, 16 Jul 2019 23:45:47 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01A7812016C for <core@ietf.org>; Tue, 16 Jul 2019 23:45:46 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id 77DF3455D8; Wed, 17 Jul 2019 08:45:44 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 7F1E336; Wed, 17 Jul 2019 08:45:43 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:254c:277e:e6eb:6acc]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 386621BB; Wed, 17 Jul 2019 08:45:43 +0200 (CEST)
Received: (nullmailer pid 5113 invoked by uid 1000); Wed, 17 Jul 2019 06:45:34 -0000
Date: Wed, 17 Jul 2019 08:45:34 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: core <core@ietf.org>
Message-ID: <20190717064532.GA31893@hephaistos.amsuess.com>
References: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6"
Content-Disposition: inline
In-Reply-To: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/quxAHcnNCH0YyMpXYcwjIkqe5ls>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or__draft-hartke-t2trg-coral-09_and_draft-hartke-t2trg-ciri-03?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jul 2019 06:45:49 -0000

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

On Tue, Jul 16, 2019 at 09:11:36PM +0200, Carsten Bormann wrote:
> This is a formal call for adoption of draft-hartke-t2trg-coral-09 and
> draft-hartke-t2trg-ciri-03 as WG documents of the CoRE WG.

I've read and implemented earlier versions of both drafts, and fully
support WG adoption.

Christian

--=20
A beginning is the time for taking the most delicate care that the
balances are correct.
  -- Princess Irulan, Manual of Muad'Dib

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl0uxAIACgkQOY0REtOk
veGfzA/7BTxWMI7I/HI3dIb0nRvHLMnCszOA3h6/uNXonOi0a+5vPs2YWsBtvN79
e84gVJcxpaTua7yXtUHcg8oMSdr0azphXsIMBYZ/pGf3ydj8WkGFDoyktWYz+5Kg
W7hO9NL1te0uAIbADI7IfD7zbyKOnujV8EK1GapOyXAwZJ2se2ZwC/HxhYmtuXCh
FroS08dXjstNp91BK6TSy9HoQDzFtADGS5pN4xrZ2sK0xylcsvBI5or4fTmHjaGR
eOwdpClkfGszrTVgmKPh9CInpWyF18SBJzqJ7jECxkfEg8cpVLKKjy4BnYpqhd0S
QVTevOKu5A65InVQAi5zMmuLNXInVNYaKY7bILIHHTAwjceUEXKsiarXhyRC8+Ug
qT8BmAA3oltsSKp2nMkP739Uk7at9rnhc29Jmeh3Q1qifCZ2rd6lgQDFrncc8jaE
W238HllEVoSgc04JeyoGkb8mDnyWQiFVS4Qm8rmWboXnKNh+k8R/0UX7RnaHc21a
oAbBcqfkukMJNxWdl+GS084ZNDDXWQdY2p7eNIgYmHRDJPGT3LnuysAEgIdrL0e7
2763tL1aZvZ7mjEdaCbJer3k/Rmuig3VwqwiEqcttp8dcVKJ9BiPDSMMeCct5u+1
ULsCKPBduOkXEGVAvqCHH6LC00IaicbQ5SO/yPmVDqMMqbiRars=
=OUp8
-----END PGP SIGNATURE-----

--y0ulUmNC+osPPQO6--


From nobody Wed Jul 17 01:01:05 2019
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 3439812009C for <core@ietfa.amsl.com>; Wed, 17 Jul 2019 01:01:03 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JrK5EyGfIQ5E for <core@ietfa.amsl.com>; Wed, 17 Jul 2019 01:01:00 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130082.outbound.protection.outlook.com [40.107.13.82]) (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 CA0961201B8 for <core@ietf.org>; Wed, 17 Jul 2019 01:00:58 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=C7zVtkSXV5y2YO4Seen1eT3+P3aGR/CQ/TqWXD7DUoVIrHtW6K+PBSWF6NgpELpVx6izUEx5AV4d0qb9l57YlhlTwidudWBBgVRD2muqB8VB3DY8IHG1iSB/77bmly79ZmuTnfU5Xz5Zifm9gW8cNAYyTAZXwV6mY0i6a4iuZjvqc8Te7cFuHOjf0cMQePmZGPty8AyztJVIu+J2sRiup3ji4fYoLcfTcI5odfBuIWUEljF/M/NOOZOGKNG8xh6xgy4YckaEl1w2W0ildxG4040oh6vlscZacScCR9LOqesUoVRa0stdn0pp5iHE0k1Dp5nN5VXdcyXu4IhqP1inkw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LAzoWklyMH6k7tg4BIHhpikl+qvfYTykV1aetevEdLk=; b=Pzh6cifhMPdB8CRG17bCg1t/Ki8rbJc3KNFWhhPKwou4U0tAsknGSKiusg12NWPG0bmZtuc1G2jPen+NWNrZ+F/ZVl6ps8g++eoxLuL81vguBpGr5ZoJmOuw8hqTDKzBCFxpoVbFIr1grCWaC5JzOBocaUsdQhZuUPhhUB5omUffv4fLLStKgKQukYx248KsZtMHnjXJUzdLdb/QKGJv9eBwemZmaEEEf/C5+NXXp7URdSmrikZ7RQT8JsOVkNoxMBSwgSoAGYxzBMgyCwnaY0N8F5/HSHW8455Xu0Ey29eeGsXC53ZJHrb/P2BFMvuctNcxCw/SW0ngoOba6dWpmA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LAzoWklyMH6k7tg4BIHhpikl+qvfYTykV1aetevEdLk=; b=SsP2g/r5gl25fLygTzPTpXeanHQ+3jc157oSqqI6M/925N1QBYoI8fq4q6BHjoB1P2Sm9Z9TzWM6zzSmh8gHCZojhaA5Nug1K8nIGsiHFXTgBjy4yfbvGslVEgi4bPNAYct9AFh7ZY0CAilU9Z68H/hqPuv+tkzJQFkUGzNyuCI=
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB4364.eurprd07.prod.outlook.com (20.176.167.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2094.8; Wed, 17 Jul 2019 08:00:56 +0000
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e%3]) with mapi id 15.20.2094.009; Wed, 17 Jul 2019 08:00:56 +0000
From: =?utf-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
To: Carsten Bormann <cabo@tzi.org>
CC: core <core@ietf.org>
Thread-Topic: =?utf-8?B?W2NvcmVdIPCflJQgQ29SRSBXb3JraW5nIEdyb3VwIEFkb3B0aW9uIGNhbGwg?= =?utf-8?B?Zm9yIGRyYWZ0LWhhcnRrZS10MnRyZy1jb3JhbC0wOSBhbmQgZHJhZnQtaGFy?= =?utf-8?Q?tke-t2trg-ciri-03?=
Thread-Index: AQHVPApnKXXI2M2kskWNlBJb5PlvsKbOc3CA
Date: Wed, 17 Jul 2019 08:00:55 +0000
Message-ID: <F9DCC00A-2467-4CFE-BAED-3D447CE0FA4D@ericsson.com>
References: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org>
In-Reply-To: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; 
x-originating-ip: [2001:14bb:90:bd91:40f:3ce2:781f:2561]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f3ccc09e-9bf7-4e1c-8979-08d70a8ce5b0
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(49563074)(7193020); SRVR:HE1PR07MB4364; 
x-ms-traffictypediagnostic: HE1PR07MB4364:
x-microsoft-antispam-prvs: <HE1PR07MB4364531488D02EF76AEDCE2B85C90@HE1PR07MB4364.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01018CB5B3
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(396003)(366004)(39860400002)(136003)(346002)(199004)(189003)(11346002)(446003)(966005)(68736007)(6916009)(486006)(53936002)(7736002)(8936002)(85182001)(81166006)(5660300002)(6306002)(6436002)(46003)(6512007)(186003)(102836004)(2906002)(66946007)(305945005)(85202003)(4326008)(71200400001)(229853002)(6506007)(86362001)(33656002)(6486002)(76176011)(71190400001)(66556008)(64756008)(14454004)(66446008)(66616009)(478600001)(76116006)(25786009)(66476007)(14444005)(99286004)(81156014)(36756003)(316002)(2616005)(476003)(6246003)(6116002)(256004)(99936001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4364; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 0RNZ1ngLFLS1aaUix80EM/1Qr4dXFDqOjyyyvmfzBYcPAa7rxcH1Wds4hR1+VJucCyDcn7cd/rmbcsn+9EuttfnqwUG+1TnvA5cg6eYt2cMUuUX9ZChLbpsddqOMApYrsVcXoFBis3M/NZ2t/cQMPCFC84027D7o6u5GzNYzwEMwhNwTpmez61m7Afoa8zdpf/Q4yr3ag78Uoins+TioN9B2d4HGpB3Wq5zqZ2DQcfDIxY3LxqBCaCtR8hWhGE0vmL9FCRYmtX4224uu+KolPC7hj0q3o51T7wJ5hpJZ8EQ9fkCdQ4CHkddybFW2+am82Fu+ITOHa0djt8GgVO9Cht31PEQQa5HH+qKEY8fd+H2syEhdfjmSnloKZ8Wc3INPCD0YuvXTh59trmvKDCsJeWRq6Zxe9b3G5DnVcHFhewM=
Content-Type: multipart/signed; boundary=Apple-Mail-3322FF10-AB60-4DF4-8466-F954A71968CF; protocol="application/pkcs7-signature"; micalg=sha-256
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f3ccc09e-9bf7-4e1c-8979-08d70a8ce5b0
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2019 08:00:55.9137 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ari.keranen@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4364
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/5zySTqnLaj8jPOT5XjnBOe-QOX8>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-hartke-t2trg-coral-09_and_draft-hartke-t2trg-ciri-03?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jul 2019 08:01:03 -0000

--Apple-Mail-3322FF10-AB60-4DF4-8466-F954A71968CF
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: base64

SSBoYXZlIHJlYWQgYm90aCBkcmFmdHMgaW4gZGV0YWlsIGFuZCBmdWxseSBzdXBwb3J0IGFkb3B0
aW5nIHRoZW0uIA0KDQpDaGVlcnMsDQpBcmkNCg0KPiBPbiAxNiBKdWwgMjAxOSwgYXQgMjIuMTIs
IENhcnN0ZW4gQm9ybWFubiA8Y2Fib0B0emkub3JnPiB3cm90ZToNCj4gDQo+IEluIFByYWd1ZSwg
d2Ugc2FpZCB3ZSB3ZXJlIGdvaW5nIHRvIGFkb3B0IHRoZSB0d28gYmFzZSBDb1JBTCBzcGVjaWZp
Y2F0aW9ucyAod2hpY2ggYXJlIGN1cnJlbnRseSBtYXJrZWQgYXMgVDJUUkcgZHJhZnRzKSBhcyBD
b1JFIHdvcmtpbmcgZ3JvdXAgaXRlbXMuICBXZSBkaWRu4oCZdCBkbyB0aGUgdmFsaWRhdGlvbiBv
biB0aGUgbWFpbGluZyBsaXN0IHlldCwgd2hpY2ggdGhpcyB3b3JraW5nIGdyb3VwIGFkb3B0aW9u
IGNhbGwgaXMgYWJvdXQuDQo+IA0KPiBBbW9uZyBvdGhlciB0aGluZ3MsIHRoZSBhZG9wdGlvbiBv
ZiB0aGVzZSBkcmFmdHMgaXMgaW50ZW5kZWQgdG8gZmlsbCB0aGUgaG9sZSBsZWZ0IHdoZW4gd2Ug
cHV0IGRyYWZ0LWlldGYtY29yZS1saW5rcy1qc29uIG9uIGhvbGQuICBTbyBpZiB5b3Ugd2FudCB0
byBjb21tZW50IG9uIHRoZSBXRyBhZG9wdGlvbiwgcGxlYXNlIGFsc28ga2VlcCB0aGlzIGFzcGVj
dCBpbiBtaW5kLCBldmVuIGlmIGl0IGNvdWxkIGFsc28gYmUgaGFuZGxlZCBpbiBhIG1vcmUgb3J0
aG9nb25hbCB3YXkgKHdoaWNoIHlvdSBjb3VsZCByZWNvbW1lbmQpLg0KPiANCj4gVGhpcyBzdGFy
dHMgYSBvbmUtd2VlayB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIGNhbGwuDQo+IChOb3JtYWxseSB3
ZSB3b3VsZG7igJl0IHJ1biBhIFdHIGNhbGwgdGhhdCBwYXJ0aWFsbHkgb3ZlcmxhcHMgYW4gSUVU
RiwgYnV0IHRoaXMgdGltZSB0aGVyZSBpcyBwbGVudHkgb2Ygb3Bwb3J0dW5pdHkgdG8gdGhpbmsg
YWJvdXQgQ29SQUwgZHVyaW5nIHRoZSBJRVRGLCBpbmNsdWRpbmcgdGhlIGhhY2thdGhvbiBhbmQg
dGhlIHNpZGUgbWVldGluZyBvbiBjb3JlIGFwcGxpY2F0aW9ucyBiZWZvcmUgdGhlIGZpcnN0IG9m
IG91ciB0d28gV0cgbWVldGluZ3MuKQ0KPiANCj4gVGhpcyBpcyBhIGZvcm1hbCBjYWxsIGZvciBh
ZG9wdGlvbiBvZiBkcmFmdC1oYXJ0a2UtdDJ0cmctY29yYWwtMDkgYW5kIGRyYWZ0LWhhcnRrZS10
MnRyZy1jaXJpLTAzIGFzIFdHIGRvY3VtZW50cyBvZiB0aGUgQ29SRSBXRy4NCj4gSWYgeW91IGhh
dmUgcmVhZCB0aGUgZHJhZnRzIGFuZCBzdXBwb3J0IGFkb3B0aW5nIHRoZW0sIHBsZWFzZSBzYXkg
c28uDQo+IElmIHlvdSBzZWUgYSBwcm9ibGVtIHdpdGggYWRvcHRpbmcgdGhlbSBhcyBhIFdHIGRv
Y3VtZW50LCBwbGVhc2UgdGVsbCB1cy4NCj4gRm9yIGJvdGgsIHJlbWVtYmVyIHRoYXQgV0cgYWRv
cHRpb24gZG9lcyBub3QgbWVhbiB0aGF0IHdlIGFscmVhZHkgaGF2ZSBjb25zZW5zdXMgb24gYWxs
IHRoZSBkZXRhaWxzKCopLCBqdXN0IHRoYXQgdGhpcyBpcyB0aGUgcmlnaHQgd29ya2luZyBkb2N1
bWVudCB0byBhZGRyZXNzIHRoZSBpc3N1ZSAoYW5kIHRoYXQgd2Ugc2hvdWxkIGFkZHJlc3MgdGhl
IGlzc3VlIGluIHRoZSBmaXJzdCBwbGFjZSk7IHlvdSBhcmUgZW5jb3VyYWdlZCB0byBtZW50aW9u
IGFueSBpc3N1ZXMgdGhhdCB5b3UgYWxyZWFkeSBrbm93Lg0KPiBQbGVhc2UgcmVzcG9uZCB0byBj
b3JlQGlldGYub3JnLCBvciBleGNlcHRpb25hbGx5IHRvIGNvcmUtY2hhaXJzQGlldGYub3JnIChm
b3Igb2ZmLWxpc3QgY29tbWVudHMpLg0KPiANCj4gVGhpcyBmb3JtYWwgV0cgYWRvcHRpb24gY2Fs
bCBydW5zIHVudGlsIHRoZSBlbmQgb2YgSnVseSAyM3JkIHNvIHdlIGNhbiBwaWNrIHVwIHRoZSBy
ZXN1bHRzIGF0IHRoZSBDb1JFIG1lZXRpbmcgb24gSnVseSAyNXRoLg0KPiANCj4gR3LDvMOfZSwg
Q2Fyc3Rlbg0KPiANCj4gKCopIHRoZSBtb3N0IGJpa2VzaGVkIGlzc3VlIChhbHNvIHJlbGV2YW50
IGZvciB0aGUgbmV3IGRyYWZ0IG5hbWUpIGFwcGVhcnMgdG8gYmUgd2hldGhlciBDSVJJcywgd2hp
Y2ggYXJlbuKAmXQgcmVhbGx5IElSSXMgdGhhdCBtdWNoLCBzaG91bGQgcmF0aGVyIGJlIGNhbGxl
ZCBDb1JJcyBvciBtYXliZSBDUklzIG9yIGV2ZW4gc29tZXRoaW5nIGNvbXBsZXRlbHkgZGlmZmVy
ZW50LiAgUGxlYXNlIGNvbW1lbnQgb24gdGhpcyBtb3N0IGltcG9ydGFudCBicmFuZGluZyBpc3N1
ZSB1bmRlciBodHRwczovL3Byb3RlY3QyLmZpcmVleWUuY29tL3VybD9rPTU4MGFmZjBiLTA0ZGVm
NTAyLTU4MGFiZjkwLTg2NzQwNDY1ZmMwOC1lNGMyMzYyNTVjY2FiN2UzJnE9MSZ1PWh0dHBzJTNB
JTJGJTJGZ2l0aHViLmNvbSUyRmVrdHJhaCUyRmNvcmFsJTJGaXNzdWVzJTJGMTggaWYgeW91IGNh
cmUuDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KPiBjb3JlIG1haWxpbmcgbGlzdA0KPiBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0K
--Apple-Mail-3322FF10-AB60-4DF4-8466-F954A71968CF
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDMAw
ggX2MIID3qADAgECAhA3E3FzLlznzicd63Rv9v4YMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYT
AlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBD
QSB2MzAeFw0xNzEyMDQxNDEzNDRaFw0yMDEyMDQxNDEzNDNaMGUxETAPBgNVBAoMCEVyaWNzc29u
MRUwEwYDVQQDDAxBcmkgS2Vyw6RuZW4xJzAlBgkqhkiG9w0BCQEWGGFyaS5rZXJhbmVuQGVyaWNz
c29uLmNvbTEQMA4GA1UEBRMHZWFyaWtlcjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB
AIUlV66I5z1/qGYdhiIGfyvv8aaZexDetFCPlauUh5ugtp7Pf7ynpPRIK1FeWaoKs+IJ3E9R/9wT
APFzjzjXpjyHHoBUdp8ZBuL/kt60cUTHTD4AScJGUHEgy70/Uf2YEj3JJjrTBbFnqDcXWTFF1n2Y
edmhZDBdzZQJ18tlIjJmxgAJB1clI0nEg1gBnhl8mVdQp+ar6GjvxXfRuA1+uOpxa3y4zUpzF+ha
LmaC4a5AbOsROtr7Uad8/pCzulAvAmPXvEJ/3JusafQfiqxNv1J/fT6W7sS8dBjF6vv3LgeAnYj5
/imtl9BOurFol0aIic+AjptfNoVf2pDhgYxn808CAwEAAaOCAb4wggG6MEgGA1UdHwRBMD8wPaA7
oDmGN2h0dHA6Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5j
cmwwgYIGCCsGAQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlh
LmNvbTBIBggrBgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nv
bm5saW5kaXZpZHVhbGNhdjMuY2VyMCMGA1UdEQQcMBqBGGFyaS5rZXJhbmVuQGVyaWNzc29uLmNv
bTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9z
aXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYB
BQUHAwIwHQYDVR0OBBYEFNHQXDyNP/SSyF6+EMLvo07phb3FMB8GA1UdIwQYMBaAFBx7GZ6XnHas
ID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOCAgEAVVggYWTwdz5B
iMeBRYLop6Jo3Ji9YmfonCRFiyfw8he+efYc59IwzU9eIBRFSiWf87eqcZZJjcwWjHuju3MvzWsp
1qHnirszOtcNrUflFBoY7N3r19tG+z2bE/bjjZPituSIgCoX28IgLZLpIcnYg7niWXnwR3xGiphs
EPO3mR3p7f+XLtdy+1qU/rAjZoW36mZuYk1lV6nIt9GfhuH1/yIQd5pxTDj54j3TOLv/KrEKwCFQ
YLkho6zrOicpJk7DkjYGNLwmaDTRxuehMQHKDW+fXi1xi7/eScV0YnELjxXGuE3HojEkLB8Offfa
/5TICfBN2HTASXJ0YsbpnAxPTyjExmKzl3mudQz6x5wP6THhM0sltX8wHVQEhU5w0uyLfT9yqWVY
KTq+9GI02S9kzD+u1AWtftbWK2CQIGUAE43faZGrCchkT+fnYz5b1Ppyf5H45r/psmsA9J63iFCz
nilKlo9M47fQPEsqpFWvDfE4jdobqSmQXp/aK7cvYoAEhcj5vOqR/bPNum7wWegQZdDsfy35vZl8
+vtRrKAk/6bmUfaiazqQoGq+DF1OL7sQlb1HbMmkJblrrBf8Csh6wdEVFey6vegBSIwtOnmcAFN9
2NlKp24f8rJxM17M9pWNG6OsmCGhxyo4k1BHn69nXXQfSN7QdqLpGfhQfpJL3LgwggbCMIIEqqAD
AgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29u
ZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1
MTAyNzEyMTY0NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF
cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKC
AgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4Z
KlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3Q3cY
VVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05ZrJldkUgUg
MKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmbNJ7o58IZYzwN
v/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CXs/PVtO57HBKHMgZq
QvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5lCBgUUBsbpWIXwM6kmH/
KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4DrwaOS0VNXyz1GUOxSqw1wup5dpX
bxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28MeMqku+/zRzdYsmclT9rOdgdgS3b6O
Moc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5AuyCoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOq
QFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3Nw
LnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggrBgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1
c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYB
Af8CAQAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9y
ZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0
cDovL2NybC0zLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAd
BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQc
exmel5x2rCA92NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkq
hkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bO
ULWmYjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa
49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9jWQk
MrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBdK/ajdbiR
sehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0rI0RoGzICfsSr
Z4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJtepti+i5CCKEZcdAOZ
oviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmkiLo900GITb/i7IBdLoo4
gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoqqJFBV9g8Zh5mdZ+RzPTomgCF
z/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwiNJjw5GRqYb8cqqeCaPKkveBJzqgb
8ToH7WLoOzmPRCmPlpAxggLNMIICyQIBATBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmlj
c3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQNxNxcy5c584nHet0
b/b+GDANBglghkgBZQMEAgEFAKCCAUMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG
9w0BCQUxDxcNMTkwNzE3MDgwMDU1WjAvBgkqhkiG9w0BCQQxIgQg3VvjyTKQgSexMMdak3nJ/uHS
rYIiVaBskJQ6mU6kJHYwagYJKwYBBAGCNxAEMV0wWzBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwI
RXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEDcTcXMuXOfO
Jx3rdG/2/hgwbAYLKoZIhvcNAQkQAgsxXaBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmlj
c3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQNxNxcy5c584nHet0
b/b+GDANBgkqhkiG9w0BAQEFAASCAQAFz2rGqW6fSW/WZM7dPid61ccaIu2Tg40sTuwqADhZ0cpu
qwNVIvq+B90EG4ce6A4zzDTj3SuH9UKxOQaPv1hVTYTreRMDCWkIlGlbXuYoF5TL2cIpjUKMYZ7u
wkcX90Yp+MM7/3eOVEYQyzqg71vXi3sSVe4Jg0HB5RNp3qJ3XPMHMdkj+0vgCzEAkeRdiK/+OnoZ
7ftNCriNIgtIKzTNfYo8Kyz10MtzBZX8oFSyqgJRw6MKF4YeS6TH4JraeO3WUNgA1C/mwLpUthzH
znn1rU6t60rGzP39TqRCVx6MEGzMHsz6zgJy36ileBst80+yZ2xdxgRSm/kWOo+/2EuzAAAAAAAA

--Apple-Mail-3322FF10-AB60-4DF4-8466-F954A71968CF--


From nobody Wed Jul 17 06:33:21 2019
Return-Path: <alexander@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FE7C120403 for <core@ietfa.amsl.com>; Wed, 17 Jul 2019 06:33:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C2ZMLp_ONbTl for <core@ietfa.amsl.com>; Wed, 17 Jul 2019 06:33:16 -0700 (PDT)
Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FA9E120400 for <core@ietf.org>; Wed, 17 Jul 2019 06:33:16 -0700 (PDT)
Received: by mail-io1-xd31.google.com with SMTP id k8so45807098iot.1 for <core@ietf.org>; Wed, 17 Jul 2019 06:33:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xI2DDky5hgM2pvU9I9zzx17wYeyJeZK3ngDmn2Z98H0=; b=W1BizcVYxleGJTKGxyjrmoiTjIZ1v+LDLUd+YpTeMhW+6k+/+Df7DRTR4f1BM1haOV YEH2g6sRUuZstAPxW6gWCkZS3U+XL/EibaloJoOj6Avu4eBjcH/GLEqLZlwbxYBzUW3c KFyuG3CHJ2ajhpDUSc6hrPHiMhQqG9Zsl+rNV7C0RmYAK7pBIUlesYrOtyfiZBhrmxhV 77BTMhyQvllJCsE5IvjuoGjftXyY7d9HX+7ZNep1IdPFv9jWuPyWW+qE3GiMzNgYR+m9 9/AxSGGqVQbHHMzpC6Q71YGnx1wQ10JCgNAx7JVOjhZOmIDHh+rF5xVixlppmhQ1HSwO 3lQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xI2DDky5hgM2pvU9I9zzx17wYeyJeZK3ngDmn2Z98H0=; b=PdcsBGm1eG4455wW9KyXYowHkc+JusI/9BkB9brVKJNvZO6zyohNbJB33hNhCKAldf GX8GIrl/VVrFnouAGuV/viknStnsMueIK89Cak8mWiwCuphOhuXEMrYTPDfoDjva5hh7 Bn9qYocTyCFk+tPL4jzi3NrzsnZPvCb+f26BSVJNGRx/+fVUprbPyF96FJkn0Zs1GH5h OfPzFo5PVPm/0gPHQgDSquOHLbRJQEFszZEpjfM7rkh4kaf7Uo+anw0KQOHkD9mxnGKJ kUT0I+rPJaFJ5DcfQOwy4orXAbZMYbCmzRoWMYLVRNpSeS+ZXJTPdPHeMXgsNK72VObj N2YA==
X-Gm-Message-State: APjAAAUHZrq9+TChs9/iEU4N9kHenQ4F7bPKpx9Vv7+y51lgJCEmisc3 CoqyuCB9w10mJViwYhDOgHrYcjgP+MQlQ4257I+AjQ==
X-Google-Smtp-Source: APXvYqx6C0N44wHniA1bumvG9YeR2FLdPhpbNPsEVCZ6yLZjvlaTd08RyM3Ey1gXdVOEM71mZMYDnkDtJPG52ewZ6cQ=
X-Received: by 2002:a6b:3102:: with SMTP id j2mr25659607ioa.5.1563370395713; Wed, 17 Jul 2019 06:33:15 -0700 (PDT)
MIME-Version: 1.0
References: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org> <F9DCC00A-2467-4CFE-BAED-3D447CE0FA4D@ericsson.com>
In-Reply-To: <F9DCC00A-2467-4CFE-BAED-3D447CE0FA4D@ericsson.com>
From: Alexander Pelov <a@ackl.io>
Date: Wed, 17 Jul 2019 15:33:04 +0200
Message-ID: <CACQW0EqbF9sN9gtw=yXQEwmui5qiRKF7nVJnY15F5+x45uMAng@mail.gmail.com>
To: =?UTF-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
Cc: Carsten Bormann <cabo@tzi.org>, core <core@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000016df2d058de08904"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/x_7dFGkydgefU1FNUVZQiTrnx14>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-hartke-t2trg-coral-09_and_draft-hartke-t2trg-ciri-03?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jul 2019 13:33:19 -0000

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

Dear all,

I have reviewed the two documents and support their adoption.

Regards,
Alexander


On Wed, Jul 17, 2019 at 10:01 AM Ari Ker=C3=A4nen <ari.keranen@ericsson.com=
>
wrote:

> I have read both drafts in detail and fully support adopting them.
>
> Cheers,
> Ari
>
> > On 16 Jul 2019, at 22.12, Carsten Bormann <cabo@tzi.org> wrote:
> >
> > In Prague, we said we were going to adopt the two base CoRAL
> specifications (which are currently marked as T2TRG drafts) as CoRE worki=
ng
> group items.  We didn=E2=80=99t do the validation on the mailing list yet=
, which
> this working group adoption call is about.
> >
> > Among other things, the adoption of these drafts is intended to fill th=
e
> hole left when we put draft-ietf-core-links-json on hold.  So if you want
> to comment on the WG adoption, please also keep this aspect in mind, even
> if it could also be handled in a more orthogonal way (which you could
> recommend).
> >
> > This starts a one-week working group adoption call.
> > (Normally we wouldn=E2=80=99t run a WG call that partially overlaps an =
IETF, but
> this time there is plenty of opportunity to think about CoRAL during the
> IETF, including the hackathon and the side meeting on core applications
> before the first of our two WG meetings.)
> >
> > This is a formal call for adoption of draft-hartke-t2trg-coral-09 and
> draft-hartke-t2trg-ciri-03 as WG documents of the CoRE WG.
> > If you have read the drafts and support adopting them, please say so.
> > If you see a problem with adopting them as a WG document, please tell u=
s.
> > For both, remember that WG adoption does not mean that we already have
> consensus on all the details(*), just that this is the right working
> document to address the issue (and that we should address the issue in th=
e
> first place); you are encouraged to mention any issues that you already
> know.
> > Please respond to core@ietf.org, or exceptionally to
> core-chairs@ietf.org (for off-list comments).
> >
> > This formal WG adoption call runs until the end of July 23rd so we can
> pick up the results at the CoRE meeting on July 25th.
> >
> > Gr=C3=BC=C3=9Fe, Carsten
> >
> > (*) the most bikeshed issue (also relevant for the new draft name)
> appears to be whether CIRIs, which aren=E2=80=99t really IRIs that much, =
should
> rather be called CoRIs or maybe CRIs or even something completely
> different.  Please comment on this most important branding issue under
> https://protect2.fireeye.com/url?k=3D580aff0b-04def502-580abf90-86740465f=
c08-e4c236255ccab7e3&q=3D1&u=3Dhttps%3A%2F%2Fgithub.com%2Fektrah%2Fcoral%2F=
issues%2F18
> if you care.
> >
> > _______________________________________________
> > core mailing list
> > core@ietf.org
> > https://www.ietf.org/mailman/listinfo/core
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

<div dir=3D"ltr">Dear all,<div><br></div><div>I have reviewed the two docum=
ents and support their adoption.</div><div><br></div><div>Regards,</div><di=
v>Alexander</div><div><br></div></div><br><div class=3D"gmail_quote"><div d=
ir=3D"ltr" class=3D"gmail_attr">On Wed, Jul 17, 2019 at 10:01 AM Ari Ker=C3=
=A4nen &lt;<a href=3D"mailto:ari.keranen@ericsson.com">ari.keranen@ericsson=
.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">I have read both drafts in detail and fully support adopting them. <br>
<br>
Cheers,<br>
Ari<br>
<br>
&gt; On 16 Jul 2019, at 22.12, Carsten Bormann &lt;<a href=3D"mailto:cabo@t=
zi.org" target=3D"_blank">cabo@tzi.org</a>&gt; wrote:<br>
&gt; <br>
&gt; In Prague, we said we were going to adopt the two base CoRAL specifica=
tions (which are currently marked as T2TRG drafts) as CoRE working group it=
ems.=C2=A0 We didn=E2=80=99t do the validation on the mailing list yet, whi=
ch this working group adoption call is about.<br>
&gt; <br>
&gt; Among other things, the adoption of these drafts is intended to fill t=
he hole left when we put draft-ietf-core-links-json on hold.=C2=A0 So if yo=
u want to comment on the WG adoption, please also keep this aspect in mind,=
 even if it could also be handled in a more orthogonal way (which you could=
 recommend).<br>
&gt; <br>
&gt; This starts a one-week working group adoption call.<br>
&gt; (Normally we wouldn=E2=80=99t run a WG call that partially overlaps an=
 IETF, but this time there is plenty of opportunity to think about CoRAL du=
ring the IETF, including the hackathon and the side meeting on core applica=
tions before the first of our two WG meetings.)<br>
&gt; <br>
&gt; This is a formal call for adoption of draft-hartke-t2trg-coral-09 and =
draft-hartke-t2trg-ciri-03 as WG documents of the CoRE WG.<br>
&gt; If you have read the drafts and support adopting them, please say so.<=
br>
&gt; If you see a problem with adopting them as a WG document, please tell =
us.<br>
&gt; For both, remember that WG adoption does not mean that we already have=
 consensus on all the details(*), just that this is the right working docum=
ent to address the issue (and that we should address the issue in the first=
 place); you are encouraged to mention any issues that you already know.<br=
>
&gt; Please respond to <a href=3D"mailto:core@ietf.org" target=3D"_blank">c=
ore@ietf.org</a>, or exceptionally to <a href=3D"mailto:core-chairs@ietf.or=
g" target=3D"_blank">core-chairs@ietf.org</a> (for off-list comments).<br>
&gt; <br>
&gt; This formal WG adoption call runs until the end of July 23rd so we can=
 pick up the results at the CoRE meeting on July 25th.<br>
&gt; <br>
&gt; Gr=C3=BC=C3=9Fe, Carsten<br>
&gt; <br>
&gt; (*) the most bikeshed issue (also relevant for the new draft name) app=
ears to be whether CIRIs, which aren=E2=80=99t really IRIs that much, shoul=
d rather be called CoRIs or maybe CRIs or even something completely differe=
nt.=C2=A0 Please comment on this most important branding issue under <a hre=
f=3D"https://protect2.fireeye.com/url?k=3D580aff0b-04def502-580abf90-867404=
65fc08-e4c236255ccab7e3&amp;q=3D1&amp;u=3Dhttps%3A%2F%2Fgithub.com%2Fektrah=
%2Fcoral%2Fissues%2F18" rel=3D"noreferrer" target=3D"_blank">https://protec=
t2.fireeye.com/url?k=3D580aff0b-04def502-580abf90-86740465fc08-e4c236255cca=
b7e3&amp;q=3D1&amp;u=3Dhttps%3A%2F%2Fgithub.com%2Fektrah%2Fcoral%2Fissues%2=
F18</a> if you care.<br>
&gt; <br>
&gt; _______________________________________________<br>
&gt; core mailing list<br>
&gt; <a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><b=
r>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferr=
er" target=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
</blockquote></div>

--00000000000016df2d058de08904--


From nobody Sat Jul 20 12:15:30 2019
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4F6E12006E for <core@ietfa.amsl.com>; Sat, 20 Jul 2019 12:15:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.798
X-Spam-Level: 
X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dzDF0XPkflMx for <core@ietfa.amsl.com>; Sat, 20 Jul 2019 12:15:26 -0700 (PDT)
Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2856412001B for <core@ietf.org>; Sat, 20 Jul 2019 12:15:25 -0700 (PDT)
Received: by mail-wr1-x429.google.com with SMTP id r1so35350771wrl.7 for <core@ietf.org>; Sat, 20 Jul 2019 12:15:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/H3SZrNfXLKvpFiOaPvfmkiGhbA1BBdz2FvIfAGcTSM=; b=qGQVuh3Z2kb94xvrUBc74O6VBVupvpViQD+156bOGr8nByDbJUt+bjjWPmWCBgWUi/ d7uko9sSBHTJY4dJO0a5XQY5ogjzxKMZHMvbsaQFe3uTqKgVzEhLK2VgVBMKnJzW3ZGu 7jw9fAJQFtAl6Eia800fSoOLRW2XJmb0VQW9Cdkn1Bytb+B3qe/dMIquyxgzkimopiV8 H8AHAqxfqq+kEZxpc+JALGn1fenhKgC7IyV9kYi+rmON5LuGNZ0VCJagUof7GCXlbOkR 7LP9mu1AbtmAshbzgBsdRBwaErfE9Vzfw+p7f02getXlDBNQcBiNz6Iub+Pwxw514wJU kDUQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/H3SZrNfXLKvpFiOaPvfmkiGhbA1BBdz2FvIfAGcTSM=; b=a1V8u5jtjl98aD+ETWGMpxiQ9HhnBsYsMebRT0ygjynrNv6MK8BTXKDkzgN7LL9Dj4 gd2MOQOizGoZy0vMV+G0dXC+vK0kgp6t+KCe9Wm96/eR/1t9P4pvjZCNa1w3YQTPIdT2 X9ULYQ32JFcyMSoDLKSF9V6R0KPUbRCxGHiDW3Ddtms+syllE1TxNoywsXY+jsWFubdZ dnDHPW03su1RTpylBe0Tle9AAUKXSo9k7NiODSPmrw9NrlGOGi2l/EW5Hwc/4OSpKJA2 kmFCQ5qYil2bRlfIsGnaKAMxoff/2EbblrI1jM2u4g0ihaBazKEdWG/EwMrpVxkFjc/0 2zpg==
X-Gm-Message-State: APjAAAVV6ECP7aOHnqXccoyr2dOcV3L9Ud9Iv3hYOweRO+P5x97DhYpe Fpf7CYY4Xbc/Dg9nKROrg/3tOE+FOpvvYh46y1U=
X-Google-Smtp-Source: APXvYqz0Dx5+xtL3aGocHWUMtH0ExEvifyCS+EtBcuOUQPzjkpXQIwPgw0EW4O2saOvVcadf1DHcsf6cyS3tkcepH+4=
X-Received: by 2002:a5d:568e:: with SMTP id f14mr19441721wrv.167.1563650124435;  Sat, 20 Jul 2019 12:15:24 -0700 (PDT)
MIME-Version: 1.0
References: <ACEC036C-0CD3-40DF-BABF-0EC6B5DDD2F9@tzi.org> <F9DCC00A-2467-4CFE-BAED-3D447CE0FA4D@ericsson.com> <CACQW0EqbF9sN9gtw=yXQEwmui5qiRKF7nVJnY15F5+x45uMAng@mail.gmail.com>
In-Reply-To: <CACQW0EqbF9sN9gtw=yXQEwmui5qiRKF7nVJnY15F5+x45uMAng@mail.gmail.com>
From: ivaylo petrov <ivaylo@ackl.io>
Date: Sat, 20 Jul 2019 15:14:58 -0400
Message-ID: <CAJFkdRwE6KqSQYQ5STm5BGbgMHeG7=K2VLO5eTe_11q4+SLi9Q@mail.gmail.com>
To: Alexander Pelov <a@ackl.io>
Cc: =?UTF-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>,  core <core@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000386495058e21aa1d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/DIvOo96IaILkwASQ1HXZxcADkUQ>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-hartke-t2trg-coral-09_and_draft-hartke-t2trg-ciri-03?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Jul 2019 19:15:29 -0000

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

Dear all,

I have reviewed the two documents and I support adopting them.

Best regards,
Ivaylo


On Wed, Jul 17, 2019 at 9:33 AM Alexander Pelov <a@ackl.io> wrote:

> Dear all,
>
> I have reviewed the two documents and support their adoption.
>
> Regards,
> Alexander
>
>
> On Wed, Jul 17, 2019 at 10:01 AM Ari Ker=C3=A4nen <ari.keranen@ericsson..=
com
> <ari.keranen@ericsson.com>> wrote:
>
>> I have read both drafts in detail and fully support adopting them.
>>
>> Cheers,
>> Ari
>>
>> > On 16 Jul 2019, at 22.12, Carsten Bormann <cabo@tzi.org> wrote:
>> >
>> > In Prague, we said we were going to adopt the two base CoRAL
>> specifications (which are currently marked as T2TRG drafts) as CoRE work=
ing
>> group items.  We didn=E2=80=99t do the validation on the mailing list ye=
t, which
>> this working group adoption call is about.
>> >
>> > Among other things, the adoption of these drafts is intended to fill
>> the hole left when we put draft-ietf-core-links-json on hold.  So if you
>> want to comment on the WG adoption, please also keep this aspect in mind=
,
>> even if it could also be handled in a more orthogonal way (which you cou=
ld
>> recommend).
>> >
>> > This starts a one-week working group adoption call.
>> > (Normally we wouldn=E2=80=99t run a WG call that partially overlaps an=
 IETF,
>> but this time there is plenty of opportunity to think about CoRAL during
>> the IETF, including the hackathon and the side meeting on core applicati=
ons
>> before the first of our two WG meetings.)
>> >
>> > This is a formal call for adoption of draft-hartke-t2trg-coral-09 and
>> draft-hartke-t2trg-ciri-03 as WG documents of the CoRE WG.
>> > If you have read the drafts and support adopting them, please say so.
>> > If you see a problem with adopting them as a WG document, please tell
>> us.
>> > For both, remember that WG adoption does not mean that we already have
>> consensus on all the details(*), just that this is the right working
>> document to address the issue (and that we should address the issue in t=
he
>> first place); you are encouraged to mention any issues that you already
>> know.
>> > Please respond to core@ietf.org, or exceptionally to
>> core-chairs@ietf.org (for off-list comments).
>> >
>> > This formal WG adoption call runs until the end of July 23rd so we can
>> pick up the results at the CoRE meeting on July 25th.
>> >
>> > Gr=C3=BC=C3=9Fe, Carsten
>> >
>> > (*) the most bikeshed issue (also relevant for the new draft name)
>> appears to be whether CIRIs, which aren=E2=80=99t really IRIs that much,=
 should
>> rather be called CoRIs or maybe CRIs or even something completely
>> different.  Please comment on this most important branding issue under
>> https://protect2.fireeye.com/url?k=3D580aff0b-04def502-580abf90-86740465=
fc08-e4c236255ccab7e3&q=3D1&u=3Dhttps%3A%2F%2Fgithub.com%2Fektrah%2Fcoral%2=
Fissues%2F18
>> if you care.
>> >
>> > _______________________________________________
>> > core mailing list
>> > core@ietf.org
>> > https://www.ietf.org/mailman/listinfo/core
>> _______________________________________________
>> core mailing list
>> core@ietf.org
>> https://www.ietf.org/mailman/listinfo/core
>>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;color:rgb(11,83,148)">Dear all,</div><div class=3D"gmail_default=
" style=3D"font-family:verdana,sans-serif;color:rgb(11,83,148)"><br></div><=
div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:r=
gb(11,83,148)">I have reviewed the two documents and I support adopting the=
m.</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-seri=
f;color:rgb(11,83,148)"><br></div><div class=3D"gmail_default" style=3D"fon=
t-family:verdana,sans-serif;color:rgb(11,83,148)">Best regards,</div><div c=
lass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:rgb(11=
,83,148)">Ivaylo</div><div><div dir=3D"ltr" class=3D"gmail_signature" data-=
smartmail=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><=
div dir=3D"ltr"><div><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><di=
v dir=3D"ltr"><div dir=3D"ltr"><div><div><div style=3D"margin:0px;font-stre=
tch:normal;line-height:normal"><div style=3D"margin:0px;padding:0px 0px 20p=
x;width:1949px;font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;fo=
nt-size:medium"><div><div style=3D"font-size:16px;margin:8px 0px 0px;paddin=
g:0px"><div><div></div><div></div></div></div><div></div></div></div></div>=
</div></div></div></div></div></div></div></div></div></div></div></div></d=
iv></div></div><br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" cl=
ass=3D"gmail_attr">On Wed, Jul 17, 2019 at 9:33 AM Alexander Pelov &lt;<a h=
ref=3D"mailto:a@ackl.io">a@ackl.io</a>&gt; wrote:<br></div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex"><div dir=3D"ltr">Dear all,<div><br></div>=
<div>I have reviewed the two documents and support their adoption.</div><di=
v><br></div><div>Regards,</div><div>Alexander</div><div><br></div></div><br=
><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, J=
ul 17, 2019 at 10:01 AM Ari Ker=C3=A4nen &lt;<a href=3D"mailto:ari.keranen@=
ericsson.com" target=3D"_blank">ari.keranen@ericsson..com</a>&gt; wrote:<br=
></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;=
border-left:1px solid rgb(204,204,204);padding-left:1ex">I have read both d=
rafts in detail and fully support adopting them. <br>
<br>
Cheers,<br>
Ari<br>
<br>
&gt; On 16 Jul 2019, at 22.12, Carsten Bormann &lt;<a href=3D"mailto:cabo@t=
zi.org" target=3D"_blank">cabo@tzi.org</a>&gt; wrote:<br>
&gt; <br>
&gt; In Prague, we said we were going to adopt the two base CoRAL specifica=
tions (which are currently marked as T2TRG drafts) as CoRE working group it=
ems.=C2=A0 We didn=E2=80=99t do the validation on the mailing list yet, whi=
ch this working group adoption call is about.<br>
&gt; <br>
&gt; Among other things, the adoption of these drafts is intended to fill t=
he hole left when we put draft-ietf-core-links-json on hold.=C2=A0 So if yo=
u want to comment on the WG adoption, please also keep this aspect in mind,=
 even if it could also be handled in a more orthogonal way (which you could=
 recommend).<br>
&gt; <br>
&gt; This starts a one-week working group adoption call.<br>
&gt; (Normally we wouldn=E2=80=99t run a WG call that partially overlaps an=
 IETF, but this time there is plenty of opportunity to think about CoRAL du=
ring the IETF, including the hackathon and the side meeting on core applica=
tions before the first of our two WG meetings.)<br>
&gt; <br>
&gt; This is a formal call for adoption of draft-hartke-t2trg-coral-09 and =
draft-hartke-t2trg-ciri-03 as WG documents of the CoRE WG.<br>
&gt; If you have read the drafts and support adopting them, please say so.<=
br>
&gt; If you see a problem with adopting them as a WG document, please tell =
us.<br>
&gt; For both, remember that WG adoption does not mean that we already have=
 consensus on all the details(*), just that this is the right working docum=
ent to address the issue (and that we should address the issue in the first=
 place); you are encouraged to mention any issues that you already know.<br=
>
&gt; Please respond to <a href=3D"mailto:core@ietf.org" target=3D"_blank">c=
ore@ietf.org</a>, or exceptionally to <a href=3D"mailto:core-chairs@ietf.or=
g" target=3D"_blank">core-chairs@ietf.org</a> (for off-list comments).<br>
&gt; <br>
&gt; This formal WG adoption call runs until the end of July 23rd so we can=
 pick up the results at the CoRE meeting on July 25th.<br>
&gt; <br>
&gt; Gr=C3=BC=C3=9Fe, Carsten<br>
&gt; <br>
&gt; (*) the most bikeshed issue (also relevant for the new draft name) app=
ears to be whether CIRIs, which aren=E2=80=99t really IRIs that much, shoul=
d rather be called CoRIs or maybe CRIs or even something completely differe=
nt.=C2=A0 Please comment on this most important branding issue under <a hre=
f=3D"https://protect2.fireeye.com/url?k=3D580aff0b-04def502-580abf90-867404=
65fc08-e4c236255ccab7e3&amp;q=3D1&amp;u=3Dhttps%3A%2F%2Fgithub.com%2Fektrah=
%2Fcoral%2Fissues%2F18" rel=3D"noreferrer" target=3D"_blank">https://protec=
t2.fireeye.com/url?k=3D580aff0b-04def502-580abf90-86740465fc08-e4c236255cca=
b7e3&amp;q=3D1&amp;u=3Dhttps%3A%2F%2Fgithub.com%2Fektrah%2Fcoral%2Fissues%2=
F18</a> if you care.<br>
&gt; <br>
&gt; _______________________________________________<br>
&gt; core mailing list<br>
&gt; <a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><b=
r>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferr=
er" target=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
</blockquote></div>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
</blockquote></div>

--000000000000386495058e21aa1d--


From nobody Mon Jul 22 08:44:52 2019
Return-Path: <klaus.hartke@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 88E2212013B for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 08:44:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kzipx4nFUDG4 for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 08:44:48 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80058.outbound.protection.outlook.com [40.107.8.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2A7012029A for <core@ietf.org>; Mon, 22 Jul 2019 08:44:38 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iQxPuu6wHivSlWxQEs1xc/GRk2zj55jM4bGrYs0unjlKlPBSN/9YpxYlhiTKb3j73Sz4GLcDocwrr2FudIPBpbGjnCOi6z2G0NL/f1ErS4kb8hsGjnkjqYq/KADbnhC00SHHA7o+Al6/y02DrjzpgbguIvP/ghYvaM65cd0B8A4X1Ak4+wt6yARyB1m764QOL1cbVCFkAqGD+BFjj1K0BAPi4pRNePuHtrVVQdMhCfMK50uf3HR3i9t9yQq0gOa91G/7B0REyoaOyofvPey9ZVtsgiCl3mj5ZJOXVuXjeeU88P9qzWqJgVboM7BLVqnfyKCyMqJQzx4cZzxpoWyCBA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DNXedOGW6wylSe3101KWyQWJNfT/Y+FL0nuVaIuUGXg=; b=f3k+O8U/G51+jiEssLRjEGDr4pl2GvaO19jCEIYvNtRluosGNvLLNkJTLRYJF/KwUN3Z6RDGjkv9L7ylrwuN4KPFtzuyV3CuRXZFBXuH03na4ao/f//zHhl6KnR2y6Oz/Q3djnhpi6+gWl3izRTRUMv0+jU9pbbTJfMMiTyvX23ijLI9ImbTX1QQd8o1q24LdAQ9xIY32tInY0/H52IUyS0w8g2SdxSHINhY00H1fppqfqt+/trMN+89YIOiYwzMbrrLewHntaoDFbkcZp/gaIuJt8Htaom1pMbdem8RdARmo9+OSMoUqXJZyVR+iORGqJSWOCdte62ZcbgpDDfZlw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DNXedOGW6wylSe3101KWyQWJNfT/Y+FL0nuVaIuUGXg=; b=aE2yBLKt8xlB5I6STfPAjhvXvKZuAgiq3PHFsl0ou9/OVyCKv6BNaEmUfo7dssSJqUTVssMZKwnb5FfLRG7EmrTE83SdM/O25RKD8SA0ITj0gUwe3ImyXcr4eIp1DqYF6dJ8MRb3S24imfOqI0UlagYp8VQjXgIUMRxg+7EkMa0=
Received: from HE1PR0701MB2155.eurprd07.prod.outlook.com (10.168.32.134) by HE1PR0701MB2730.eurprd07.prod.outlook.com (10.168.188.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Mon, 22 Jul 2019 15:44:34 +0000
Received: from HE1PR0701MB2155.eurprd07.prod.outlook.com ([fe80::425:4209:75dd:aab]) by HE1PR0701MB2155.eurprd07.prod.outlook.com ([fe80::425:4209:75dd:aab%9]) with mapi id 15.20.2115.005; Mon, 22 Jul 2019 15:44:34 +0000
From: Klaus Hartke <klaus.hartke@ericsson.com>
To: "core@ietf.org" <core@ietf.org>, "t2trg@irtf.org" <t2trg@irtf.org>
Thread-Topic: CoRE Applications side-meeting @IETF105
Thread-Index: AdVAocHqKjRZ/85UQM+TzrGPdZnVmQ==
Date: Mon, 22 Jul 2019 15:44:34 +0000
Message-ID: <HE1PR0701MB21555202129B40E8AAE41F50E6C40@HE1PR0701MB2155.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=klaus.hartke@ericsson.com; 
x-originating-ip: [2001:67c:370:128:ad4e:1387:4784:adb4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 36cee334-c1b3-4c71-3bbb-08d70ebb7f07
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR0701MB2730; 
x-ms-traffictypediagnostic: HE1PR0701MB2730:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <HE1PR0701MB27308A94A88C583F78CECC8FE6C40@HE1PR0701MB2730.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6790;
x-forefront-prvs: 01068D0A20
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(39860400002)(376002)(346002)(366004)(136003)(199004)(189003)(102836004)(6506007)(53936002)(33656002)(186003)(74316002)(52536014)(476003)(5660300002)(7696005)(6436002)(2906002)(9686003)(6306002)(55016002)(7736002)(6116002)(305945005)(46003)(561944003)(68736007)(8676002)(71200400001)(71190400001)(2501003)(81156014)(4744005)(8936002)(64756008)(66476007)(66946007)(66446008)(66556008)(76116006)(81166006)(14454004)(99286004)(110136005)(316002)(486006)(44832011)(256004)(25786009)(86362001)(478600001)(966005); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0701MB2730; H:HE1PR0701MB2155.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: zmDIC5ruIQ53TJ3ACn6dktxoGPzEnXTxkH6xjw0JqmdhS9EZIRwjpcLxmRFZO+ejudrEbobnlAUMq2ZYr9la0HlNDiMTSRL6hcxRp0DNBSghGVXDXvnBoF9n3rRkD8YdIXZX+CVb+F4yIFwXASX5Kg63Wo8WXDzrDLihUgkpBzJe/9TIwUk67Z6y+optHoa8jNtD8ALfuFtH0XTTCdu1QoVQupbvIGzaPTnwSixCmxXfRCuIZS22sHFQHMUl3spOgfUpnDl67BuVTw36mRN/d7ASqW19+cfSWbGS3Q44O7lb9yaHVOvbROh/kkQR6UYCDMq8yfNVLAPFesZKhon3YbelTiciW2vOYGSzeYyLINrWtxJ2ucu/DtZHksHozkU3BPzgPp1Iaai9iF7hnLZRJGhNYe+k/pJYuzJKHZnFrmg=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 36cee334-c1b3-4c71-3bbb-08d70ebb7f07
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2019 15:44:34.7788 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: klaus.hartke@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2730
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/cUiQsZ_520HlUU05eEmWWtLbZ70>
Subject: [core] CoRE Applications side-meeting @IETF105
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jul 2019 15:44:51 -0000

QXMgYSBjb250aW51YXRpb24gb2YgdGhlIENvUkFMIHNpZGUtbWVldGluZyB3ZSBoYWQgYXQgSUVU
RjEwNCBpbiBQcmFndWUsIHdlJ3JlIHBsYW5uaW5nIHRvIGhhdmUgYSBzaWRlLW1lZXRpbmcgd2l0
aCBhIHNsaWdodGx5IGV4cGFuZGVkIHNjb3BlIGF0IElFVEYxMDUgaW4gTW9udHJlYWwsIG5hbWVs
eSBvbiBhcHBsaWNhdGlvbnMgaW4gZ2VuZXJhbCB0aGF0IGFyZSBpbnRlbmRlZCB0byBydW4gaW4g
Q29uc3RyYWluZWQgUkVTVGZ1bCBFbnZpcm9ubWVudHMuDQoNClByb3Bvc2VkIFRvcGljcw0KKiBQ
cm9wb3NhbCBmb3IgUHViL1N1YiBCcm9rZXIgSW1wcm92ZW1lbnRzIFsxXQ0KKiBMaW5raW5nIFB1
Yi9TdWIgQnJva2VyIGFuZCBBQ0UNCiogTW9kZXJuaXppbmcgQVBJIGRlc2NyaXB0aW9ucyBpbiBD
b1JFIFdHIGRvY3VtZW50cw0KKiBVcGRhdGVzIG9uIENvUkFMDQoqIE5leHQgU3RlcHMgZm9yIENv
UkFMIFJlZWYNCiogQ2Fyc3RlbidzIENvZmZlZSBNYWNoaW5lDQoNCldoZW4NCiogVHVlc2RheSBB
ZnRlcm5vb24gc2Vzc2lvbiBJSSAoMTU6MjAtMTY6NTApDQoNCldoZXJlDQoqIFJvb20gIkNvbGxl
ciIgWzJdDQoNCldlbGNvbWUhDQoNClsxXSBodHRwczovL2dpdGh1Yi5jb20vY29yZS13Zy9wdWJz
dWIvYmxvYi9tYXN0ZXIvcHJvcG9zYWwudHh0DQpbMl0gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm
Lm9yZy9tZWV0aW5nL2Zsb29yLXBsYW4vIzNyZC1mbG9vcg0KDQo=


From nobody Mon Jul 22 10:02:53 2019
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 29B32120052 for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 10:02:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F9KNtbeMEgHz for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 10:02:43 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6979F12004D for <core@ietf.org>; Mon, 22 Jul 2019 10:02:43 -0700 (PDT)
Received: from client-0082.vpn.uni-bremen.de (client-0082.vpn.uni-bremen.de [134.102.107.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45snwd46MdzytD; Mon, 22 Jul 2019 19:02:41 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <HE1PR0701MB21555202129B40E8AAE41F50E6C40@HE1PR0701MB2155.eurprd07.prod.outlook.com>
Date: Mon, 22 Jul 2019 13:02:39 -0400
Cc: "core@ietf.org" <core@ietf.org>, "t2trg@irtf.org" <t2trg@irtf.org>
X-Mao-Original-Outgoing-Id: 585507757.877919-a2a2f6c82dfabee01b89fd3001cff556
Content-Transfer-Encoding: quoted-printable
Message-Id: <B672A46D-F18C-49E7-9163-8DBBF289DDE0@tzi.org>
References: <HE1PR0701MB21555202129B40E8AAE41F50E6C40@HE1PR0701MB2155.eurprd07.prod.outlook.com>
To: Klaus Hartke <klaus.hartke@ericsson.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/pzRryzxiEhzchdAo8_qAmP-1vok>
Subject: Re: [core] [T2TRG] CoRE Applications side-meeting @IETF105
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jul 2019 17:02:46 -0000

On Jul 22, 2019, at 11:44, Klaus Hartke <klaus.hartke@ericsson.com> =
wrote:
>=20
> * Proposal for Pub/Sub Broker Improvements [1]
>=20
> [1] https://github.com/core-wg/pubsub/blob/master/proposal.txt

Here are a couple of comments I haven=E2=80=99t made yet to the mailing =
lists:

(1) A subscriber that is waiting for the first Data should observe the =
info object? An example might help.

(2) So the data link had to be there from the outset (with a 404) so the =
publisher can PUT to it? But then it's not a 404, but a 405.

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


From nobody Mon Jul 22 11:12:46 2019
Return-Path: <hartke@projectcool.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18A4A1200E3 for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 11:12:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hXFUFhWD6tpu for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 11:12:40 -0700 (PDT)
Received: from wp382.webpack.hosteurope.de (wp382.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8597::]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E48F120089 for <core@ietf.org>; Mon, 22 Jul 2019 11:12:39 -0700 (PDT)
Received: from mail-qk1-f169.google.com ([209.85.222.169]); authenticated by wp382.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1hpcnd-0004yk-AW; Mon, 22 Jul 2019 20:12:37 +0200
Received: by mail-qk1-f169.google.com with SMTP id 201so29221353qkm.9 for <core@ietf.org>; Mon, 22 Jul 2019 11:12:37 -0700 (PDT)
X-Gm-Message-State: APjAAAXMXcEuvlRgNG1ikGCUht/0fmyTlEKVM1wE71YyU6pT3ohIf7pk Ln4pqE2cyExIARvqSH/E0EIk7SHwaqPIIFvjUGI=
X-Google-Smtp-Source: APXvYqxG2t8cEYUbtizCKHWMn85Px7ZHqxghmE1qij/SoWw5siVepKxCD1tuoWqtRAidSGmvYdGxnBlMYbexgwRfoMo=
X-Received: by 2002:a37:a346:: with SMTP id m67mr48713033qke.237.1563819156268;  Mon, 22 Jul 2019 11:12:36 -0700 (PDT)
MIME-Version: 1.0
References: <HE1PR0701MB21555202129B40E8AAE41F50E6C40@HE1PR0701MB2155.eurprd07.prod.outlook.com> <B672A46D-F18C-49E7-9163-8DBBF289DDE0@tzi.org>
In-Reply-To: <B672A46D-F18C-49E7-9163-8DBBF289DDE0@tzi.org>
From: Klaus Hartke <hartke@projectcool.de>
Date: Mon, 22 Jul 2019 20:11:58 +0200
X-Gmail-Original-Message-ID: <CAAzbHvZaXEKM8ao2Di1C5UD9gKS-dGP6o8C7Wa7XMTQmPgunTQ@mail.gmail.com>
Message-ID: <CAAzbHvZaXEKM8ao2Di1C5UD9gKS-dGP6o8C7Wa7XMTQmPgunTQ@mail.gmail.com>
To: "core@ietf.org" <core@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-bounce-key: webpack.hosteurope.de; hartke@projectcool.de; 1563819160; ce220df0; 
X-HE-SMSGID: 1hpcnd-0004yk-AW
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/WtjgJVKEBVAPVhVi3uU9SMeCsZc>
Subject: Re: [core] [T2TRG] CoRE Applications side-meeting @IETF105
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jul 2019 18:12:44 -0000

(trimming the cc list a bit...)

Carsten Bormann wrote:
> Here are a couple of comments I haven=E2=80=99t made yet to the mailing l=
ists:
>
> (1) A subscriber that is waiting for the first Data should observe the in=
fo object? An example might help.

>From the point of view of a subscriber, the idea is that setting up a
topic is a two-step process: First, the topic configuration has to be
set up, and then the topic data resource has to be created by
publishing the first item. While only the first step has been
performed, the topic doesn't exist to a subscriber. Topic creators can
expedite the creation of the data resource by publishing the first
item themselves.

> (2) So the data link had to be there from the outset (with a 404) so the =
publisher can PUT to it? But then it's not a 404, but a 405.

A link can reference a resource that doesn't exist (yet) [1]. I think
it's simpler to say that the topic data resource doesn't exist until
the first item has been published, rather than that the resource
exists but doesn't support GET. But I don't have a strong opinion on
this...

Klaus

[1] " A resource can map to the empty set, which allows references to
be made to a concept before any realization of that concept exists"
<https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm>


From nobody Mon Jul 22 11:19:37 2019
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 B94D3120089; Mon, 22 Jul 2019 11:19:35 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.99.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156381957567.11320.11336063435382361178@ietfa.amsl.com>
Date: Mon, 22 Jul 2019 11:19:35 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/61uc8JNqTbu66cz_UCVXXU7tCkY>
Subject: [core] I-D Action: draft-ietf-core-comi-07.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jul 2019 18:19:36 -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
                          Ivaylo Petrov
	Filename        : draft-ietf-core-comi-07.txt
	Pages           : 50
	Date            : 2019-07-22

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.  The complete solution composed of CoMI,
   [I-D.ietf-core-yang-cbor] and [I-D.ietf-core-sid] is called CORECONF.
   CORECONF 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-07
https://datatracker.ietf.org/doc/html/draft-ietf-core-comi-07

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


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 Jul 22 13:39:48 2019
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 275771200DE; Mon, 22 Jul 2019 13:39:41 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.99.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156382798108.22771.6081176081544177796@ietfa.amsl.com>
Date: Mon, 22 Jul 2019 13:39:41 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/sAYomRhsyFfauADdDA7EMfUQcvI>
Subject: [core] I-D Action: draft-ietf-core-dynlink-10.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jul 2019 20:39:41 -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           : Dynamic Resource Linking for Constrained RESTful Environments
        Authors         : Zach Shelby
                          Michael Koster
                          Christian Groves
                          Jintao Zhu
                          Bilhanan Silverajan
	Filename        : draft-ietf-core-dynlink-10.txt
	Pages           : 24
	Date            : 2019-07-22

Abstract:
   This specification defines Link Bindings, which provide dynamic
   linking of state updates between resources, either on an endpoint or
   between endpoints, for systems using CoAP (RFC7252).  This
   specification also defines Conditional Notification Attributes that
   work with Link Bindings or with CoAP Observe (RFC7641).

Editor note

   The git repository for the draft is found at https://github.com/core-
   wg/dynlink


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

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

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


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 Jul 22 13:51:22 2019
Return-Path: <bilhanan.silverajan@tuni.fi>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE63F1200A3 for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 13:51:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=tuni.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 9H1BC35mFuy4 for <core@ietfa.amsl.com>; Mon, 22 Jul 2019 13:51:17 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0704.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1f::704]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BE3012008C for <core@ietf.org>; Mon, 22 Jul 2019 13:51:17 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YbLO1X3FnNe5lT5DEc70ju03+FEf93cKiFvdCCPpswROP0w/L110aHNGQyNBPjlUwCbs/aKEWgy02RN0UvTtwZqed/8uMEPUjUPQOAL9gQ08oU+pEu+j4y2qJkwDeBv6z/3k0g+lx4DHGHLt0gBFstpZ9c5fdQhgFjoqI+2reiRt1i3fICR9Er8bBY0HwpAO5M03k4/787GClklX6F4Q7/sVjNpovVMJrqV17byywGUTPdZKv8dR+hNMWVzWVF4i/U9iTzvMcdq7TUwkcptprDykoxGc/4Xmav0S2xxCNOMc/3yj5fcYmS7VzHVBCZ2d3NK9M0QA9rnPJRpDdlphnw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6dtKmwSzElwt3eh5MQrl4+iXZ3C8tiYSQbX//n+NRE8=; b=XTrzFD/wQ08U59uJOuSEZCECORrQ8v4A0E67ies/e7lSeI2B22sLXB4AMriNGwhJcFRVwjtXZEf+umc0s/ktUpLqhHArGBaUfJmhzE7VJ9xZqhrVOTeyYKmwGvH7/iCEWCMtH39ssUKV2WQSSUPGFNZCOiEpT8dAA0GiyMf0iaIIWrLgT53E/HZboUc+Zx86O8TGB0jQ0ejuTpYSoj7R4Vx6YK6UK5dbVkLt+3sYKaf1h/NJ7ZxY1AUpex71/1fhHVnZDqlAcL9ZyP8puty+7N4BrIgyruoAFYZkFXFJyC9vHbsuYlRCaFj3Z0FtTKxpOQxe3oqIvK2FtBmt+YLR5w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=tuni.fi;dmarc=pass action=none header.from=tuni.fi;dkim=pass header.d=tuni.fi;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tuni.onmicrosoft.com;  s=selector2-tuni-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6dtKmwSzElwt3eh5MQrl4+iXZ3C8tiYSQbX//n+NRE8=; b=Ft7JNC1jtyMw0VobwsOUAVxQcx2z4PAHDu08WXoEMpTvXLKDeMGMdiDKTMx5L9Bh1xoIMfijobqTdkt2HJ+ij1ommxtkh42jgkAsYANc6mvZmT0Rs5V4rzFNANeelieV1wp1qn3CtswntDp0fPwBgxTV5teF1t5qiVbOYH9JRsg=
Received: from DB7PR08MB3660.eurprd08.prod.outlook.com (20.176.239.139) by DB7PR08MB3068.eurprd08.prod.outlook.com (52.134.110.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2094.16; Mon, 22 Jul 2019 20:51:14 +0000
Received: from DB7PR08MB3660.eurprd08.prod.outlook.com ([fe80::d18f:3431:2042:ce15]) by DB7PR08MB3660.eurprd08.prod.outlook.com ([fe80::d18f:3431:2042:ce15%6]) with mapi id 15.20.2094.017; Mon, 22 Jul 2019 20:51:14 +0000
From: "Bilhanan Silverajan (TAU)" <bilhanan.silverajan@tuni.fi>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: [core] I-D Action: draft-ietf-core-dynlink-10.txt
Thread-Index: AQHVQM2xgWRuDHJV3EeOqCIopF1tGabXTg0A
Date: Mon, 22 Jul 2019 20:51:14 +0000
Message-ID: <4f8c0324-899d-29e2-2829-4c8318634663@tuni.fi>
References: <156382798108.22771.6081176081544177796@ietfa.amsl.com>
In-Reply-To: <156382798108.22771.6081176081544177796@ietfa.amsl.com>
Accept-Language: en-IE, en-US
Content-Language: en-IE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-imapappendstamp: DB7PR08MB3660.eurprd08.prod.outlook.com (15.20.2094.013)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=bilhanan.silverajan@tuni.fi; 
x-originating-ip: [188.238.109.95]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: eb767a8e-7097-4147-0dd8-08d70ee65632
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:DB7PR08MB3068; 
x-ms-traffictypediagnostic: DB7PR08MB3068:
x-ms-exchange-purlcount: 6
x-microsoft-antispam-prvs: <DB7PR08MB3068DBDED7990F576F52006FEFC40@DB7PR08MB3068.eurprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7219;
x-forefront-prvs: 01068D0A20
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(366004)(376002)(346002)(136003)(396003)(39860400002)(189003)(199004)(36756003)(11346002)(446003)(2616005)(6486002)(6306002)(53936002)(3846002)(6512007)(31686004)(66574012)(478600001)(71190400001)(6436002)(8936002)(71200400001)(7736002)(6116002)(81166006)(305945005)(486006)(476003)(81156014)(1730700003)(2906002)(25786009)(6916009)(8676002)(26005)(186003)(5640700003)(102836004)(6506007)(31696002)(53546011)(66066001)(966005)(2501003)(786003)(14444005)(256004)(14454004)(316002)(2351001)(99286004)(6246003)(229853002)(68736007)(86362001)(66476007)(66556008)(64756008)(66446008)(76176011)(66946007)(5660300002)(91956017)(76116006); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR08MB3068; H:DB7PR08MB3660.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: tuni.fi does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 1HPE7Knx0erHt5qUHy9K2F3jbyzMzuE6XnNA/HBiD0sPA8mAG41NTqnBmq015pM7y8r4mPMlo1eKQ+514gIvSoAIyPwA5fQCXh0xgRJkP+LP0QqfyS/4UWCV0SuwmSciohC012+BKbm0+nv2zGlCQka3TutFgs+ajNhDzsfGnOpjwXvSeXDAUnPtLa+FpcU1W3gb4fOmaIloEpiWZjIs2lqc4RxifTcu2O1BhinQSKEMN8SWiV+DJiI3ZLprYlvwh7g17UjVsyQc5GDoYvbh9UkGcG1syApoqkGmh/YK48OFYNSUx5tcj81yL/Og81YrCY+z5FAG0HK3CED2IBpYruQLn0BX6VYcfYNWv4BHV0QdXB7K72VK6oF3x7ESewADDdgHXkP8gDlAOBn0ZB4rDUvfw4v5I/0oroszxOVzdWo=
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <3E9F6AD3B782474FAC8960B39578E197@tuni.onmicrosoft.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: tuni.fi
X-MS-Exchange-CrossTenant-Network-Message-Id: eb767a8e-7097-4147-0dd8-08d70ee65632
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2019 20:51:14.6483 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: fa6944af-cc7c-4cd8-9154-c01132798910
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: bilhanan.silverajan@tuni.fi
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR08MB3068
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/E_IEGO8F8qo8Qvs7GW5gYwN_I7U>
Subject: Re: [core] I-D Action: draft-ietf-core-dynlink-10.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jul 2019 20:51:21 -0000

Hello CoRE WG,

A new version of the CoRE Dynlink draft has just been made available for=20
your comments. This is a small delta to the previous version, in which=20
the authors aligned the draft with that of draft-irtf-t2trg-rest-iot by=20
introducing an additional Execute binding method. This discussion=20
occurred between the cutoff date and IETF 105.

Best regards,

Bill

On 22/07/19 23:39, internet-drafts@ietf.org wrote:
> 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.
>
>          Title           : Dynamic Resource Linking for Constrained RESTf=
ul Environments
>          Authors         : Zach Shelby
>                            Michael Koster
>                            Christian Groves
>                            Jintao Zhu
>                            Bilhanan Silverajan
> 	Filename        : draft-ietf-core-dynlink-10.txt
> 	Pages           : 24
> 	Date            : 2019-07-22
>
> Abstract:
>     This specification defines Link Bindings, which provide dynamic
>     linking of state updates between resources, either on an endpoint or
>     between endpoints, for systems using CoAP (RFC7252).  This
>     specification also defines Conditional Notification Attributes that
>     work with Link Bindings or with CoAP Observe (RFC7641).
>
> Editor note
>
>     The git repository for the draft is found at https://github.com/core-
>     wg/dynlink
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-core-dynlink/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-core-dynlink-10
> https://datatracker.ietf.org/doc/html/draft-ietf-core-dynlink-10
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-core-dynlink-10
>
>
> 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.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


From nobody Tue Jul 23 05:42:07 2019
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 5C8C412024E for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 05:42:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kx-g4KUudLBm for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 05:42:04 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 948F212013D for <core@ietf.org>; Tue, 23 Jul 2019 05:42:01 -0700 (PDT)
Received: from Jude (31.133.136.216) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 23 Jul 2019 05:41:52 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Michael Koster' <michael.koster=40smartthings.com@dmarc.ietf.org>
CC: 'core' <core@ietf.org>
References: <92FE42DF-31BF-49FA-A309-AFA1933BCF97@smartthings.com> <009301d53601$23259370$6970ba50$@augustcellars.com>
In-Reply-To: <009301d53601$23259370$6970ba50$@augustcellars.com>
Date: Tue, 23 Jul 2019 08:41:48 -0400
Message-ID: <01a901d54154$001e9440$005bbcc0$@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: AQHAyqZRr7ggpAGaGf0p3w2i6qQHVQFRWHropvaGwGA=
Content-Language: en-us
X-Originating-IP: [31.133.136.216]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/riVLZaymWtgLclfUBz9zdeauSWw>
Subject: Re: [core] CoRE Pub/Sub proposal to resolve the one remaining major issue
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 12:42:05 -0000

Ok - Another item 

One of the really nice features that the old system had was the ability to
have a hierarchy of topics.  I think that we may want to change the proposal
so that items are created in a tree and not have random names assigned to
the topic description node.  This would allow for a CoRAL navigation of
topics to occur with child nodes being advertised.

This is nice not only for the navigation abilities, but even more because it
eases the settings of security on topics for creation and assignment of
various topics.  This would allow for both specifications of "Create is
allowed for topic /foo/*" and also allow for some security settings to be
propagated down a tree - such as "The ACE group identifier for this node and
all child nodes to be BLAH".  I don't know if inheritance of attributes is a
generally desirable feature but it seems reasonable to me.

Jim


-----Original Message-----
From: core <core-bounces@ietf.org> On Behalf Of Jim Schaad
Sent: Monday, July 8, 2019 10:51 PM
To: 'Michael Koster' <michael.koster=40smartthings.com@dmarc.ietf.org>
Cc: 'core' <core@ietf.org>
Subject: Re: [core] CoRE Pub/Sub proposal to resolve the one remaining major
issue

I have a couple of clarifications that I would to get on this proposal:

1.  It is not clear from the document, but I assume that the concept of
topics as children of topics is still supported.    Thus  GET
</ps/topic/1234/5677>  is a viable thing.

2.  Are we completely dumping link format in favor of CoRAL at this point?
This is not something that I would object to I just want to be clear.

3.  The picture in the overview and the examples given do not present the
same picture.  I assume that there does not need to be any link between the
path where the data exists and the path for the topic description.  It could
be a child, as in the picture in the overview, in a parallel tree with the
same naming, as in the examples in the document, or it could have a
completely different location - including a URL to a different RS.  Is this
right?

Jim


From: core <core-bounces@ietf.org> On Behalf Of Michael Koster
Sent: Monday, July 8, 2019 1:42 PM
To: core <core@ietf.org>
Subject: [core] CoRE Pub/Sub proposal to resolve the one remaining major
issue

Hi,

Klaus, Ari, and I created a proposal to resolve the "empty topic" issue (and
others) without using a new status code or multipart content format.

Rather than update the draft, which technically requires WG consensus, we
decided to publish the proposal and collect review comments between now and
Montreal:
https://github.com/core-wg/pubsub/blob/master/proposal.txt

We will take time at the WISHI hackathon to further refine it, and prepare a
summary for the CoRE WG session.

We would like implementers in particular to review the proposal.

Best regards,

Michael



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


From nobody Tue Jul 23 07:53:35 2019
Return-Path: <christer.holmberg@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 1A75B1201DA for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 07:53:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EA5vgQrlmzNT for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 07:53:29 -0700 (PDT)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30079.outbound.protection.outlook.com [40.107.3.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8381C120072 for <core@ietf.org>; Tue, 23 Jul 2019 07:53:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CTzDrOvuwnX6KkK4QagjHktz64qtI7t3T99mqugyHK0ecloPk2qi+0f7hjqspd/5+oSGF+6uUd6F0knQgshrOC0r+/09/yrmyCt2XWsHIVJkZs0iW3Pw76zHIQhZRnDckYFlNXNwYUy+k7CWgtmXRJ/G3yL/rM2jO1wlfI/yBzl8IXyZqlPMyX9m82QB5gFqwiiITrdGe2NJHRdbtdvvq9O/p18AnqsUiANFaMGwhb+T25/GI2XN1xSn9PMt/1B9vRJG2SKWPZRU8kPx4GFxA7ZeB/IjXmkxY3S/hUlK4Oz16q2kIYw/CS6iqWZqMXcA8vUN4ZRWDkvNGdyaG88nsg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=W1+0rhwqMMmJsgzq7bliFH0W9Bm1i1KMBFRcWGBA3AY=; b=ABX36morBtEbLUineXE8aXRUZsTT6r1k7yavgtqYR7fXMAtPQAR+5vLH0//j5AKNGQHjLrugaxpMFjh++h0nCmnXTG+mZm+GY9JPRsn+cTmuWwOR2hYYcasC2qxVxlzwTawGdZgx992dAWx0etoyMBmSurMSpk/IbCNz+EN3hhGZrPRDHW31K5kD28mpUfUMV9I5RSZtbT2YG/PBE8LvyBoH9ynCJ/eaJDmMaRvodgxgkxBNKZSMxcmG9n02Q0T3UNwUTI8BJVYjSXxhSnrKNFhj5Wfp7WFknLX2jlBrCWwSbLHF8RGgTL7Wes4uRHxQYjohAgSN0IqEBquZRvRlgA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=W1+0rhwqMMmJsgzq7bliFH0W9Bm1i1KMBFRcWGBA3AY=; b=ZIaLVTdPHAUqcRFiyF7EBgRHRsW2rRsIaanacD4jatxTrImLwuP4MfFsZyMyr1RYGBUxfgFlYkmm68su5XQbG0xUOvspi//vgoR/1SFHMaqssf1OdJkMB3f4+PogO9Z/RRttaRBvmMHNs4O1hDtKc+xbY2TB6w6YD0HVLkGruOg=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3147.eurprd07.prod.outlook.com (10.170.245.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Tue, 23 Jul 2019 14:53:26 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2115.005; Tue, 23 Jul 2019 14:53:25 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: MULTIPART-CT: A few editorial comments
Thread-Index: AQHVQWZgcXFsFiMu/0yz/ihjx4/NdQ==
Date: Tue, 23 Jul 2019 14:53:24 +0000
Message-ID: <189192D6-F32E-450F-998F-20FA87761487@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; 
x-originating-ip: [89.166.49.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 971617a6-53ca-4818-21ca-08d70f7d842e
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3147; 
x-ms-traffictypediagnostic: HE1PR07MB3147:
x-microsoft-antispam-prvs: <HE1PR07MB31472C6E20A9B927B478490293C70@HE1PR07MB3147.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0107098B6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(346002)(136003)(366004)(376002)(396003)(189003)(199004)(66476007)(64756008)(66556008)(66446008)(8936002)(6506007)(6436002)(53936002)(71200400001)(71190400001)(99286004)(6486002)(6306002)(54896002)(66946007)(6512007)(76116006)(86362001)(102836004)(2351001)(5660300002)(5640700003)(68736007)(2501003)(6916009)(14454004)(25786009)(2906002)(36756003)(7736002)(486006)(316002)(6116002)(2616005)(476003)(26005)(58126008)(478600001)(44832011)(66066001)(81156014)(33656002)(81166006)(1730700003)(8676002)(256004)(3846002)(186003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3147; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 99/jNcOYwfSCa6FBAgYv4igXV0A3M9TVK00bhA6ikDw9vL5ouTO3p69Y7i2Aj1AVCKvtZOUmvli/5if/67t2Nugrslx0vS9iGtZCElvn155kj26N//rw4QMtALDc35uu77eqBBn2AwSL3o0GjUaAorqaALy9HcAZM0gp/OmPJODxXSpdpbjx1gczReN5MCPW7G+YwdvP6NHZktDFsUBvH2QS0Y42qFuZft8OalDIujg09snttoUvhT1kEl6rqBYUSAUXzXOQW9n4DBxlaeaatkXX7DhwfrBlaLiJxIv6GyC6bnW4pmyYc3rqpc3y+i+1FPmwI786coZEpir2e+uieDotoUjbPbWKBQB40yN6jEdlimXmMOCqjXAZO8nbpZOVdu/sGG4JRXvNLVl5xXsXjaCS8IbEgiBTe9D4PTnu/mY=
Content-Type: multipart/alternative; boundary="_000_189192D6F32E450F998F20FA87761487ericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 971617a6-53ca-4818-21ca-08d70f7d842e
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2019 14:53:25.7799 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3147
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/4VAmDE0ezIQCFAMRQjqMfDwEk6Q>
Subject: [core] MULTIPART-CT: A few editorial comments
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 14:53:33 -0000

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

SGksDQoNCkEgZmV3IG1pbm9yIGVkaXRvcmlhbCBjb21tZW50cyBvbiBkcmFmdC1pZXRmLWNvcmUt
bXVsdGlwYXJ0LWN0LTAzOg0KDQooSSBoYXZlbuKAmXQgcmVhZCB0aGUgSUVTRyByZXZpZXcgY29t
bWVudHMsIHNvIG15IGFwb2xvZ2llcyBpZiBzb21lb25lIGhhcyBhbHJlYWR5IHJhaXNlZCB0aGVz
ZSBjb21tZW50cykNCg0KLS0tDQoNClExOg0KDQpUaGUgSW50cm9kdWN0aW9uIHNheXMgdGFsa3Mg
YWJvdXQg4oCccmVxdWVzdCBvciByZXNwb25zZSBib2R54oCZLg0KDQpIb3dldmVyLCB3aGVuIGxv
b2tpbmcgaW4gUkZDIDcyNTIsIEkgZG9u4oCZdCBmaW5kIOKAmGJvZHnigJkgYW55d2hlcmUuDQoN
CkkgYXNzdW1lIHRoYXQg4oCYYm9keeKAmSByZWZlcnMgdG8gd2hhdCBSRkMgNzI1MiBjYWxscyDi
gJhwYXlsb2Fk4oCZLiBJZiBzbywgSSBzdWdnZXN0IGFsaWduaW5nIHRoZSB0ZXJtaW5vbG9neS4N
Cg0KKEZvciBzb21lIHJlYXNvbiBzZWN0aW9uIDEwLjIuMyBvZiBSRkMgNzI1MiBkb2VzIHVzZSDi
gJhtZXNzYWdlLWJvZHnigJksIHdpdGhvdXQgYW55IGV4cGxhbmF0aW9uIG9yIHJlZmVyZW5jZSwg
YnV0IEkgZ3Vlc3MgdGhhdCBpcyBqdXN0IGFuIGVycm9yKQ0KDQotLS0NCg0KUTI6DQoNClJlbGF0
ZWQgdG8gUTEsIHRoZSB0ZXh0IHNheXM6DQoNCiAgIOKAnGNhbiBiZSB1c2VkIHRvIGNvbWJpbmUg
cmVwcmVzZW50YXRpb25zIG9mIHplcm8gb3IgbW9yZSBkaWZmZXJlbnQgbWVkaWEgdHlwZXMgaW50
byBhIHNpbmdsZSBtZXNzYWdl4oCdDQoNCkkgYXNzdW1lIGl0IG1lYW5zIOKAmHNpbmdsZSBtZXNz
YWdlIHBheWxvYWTigJk/IEJlY2F1c2UsIHlvdSBhcmUgbm90IGNvbWJpbmcgb3RoZXIgcGFydHMg
KENvZGVzLCBUb2tlbnMgZXRjKSBvZiB0aGUgbWVzc2FnZSwgYXJlIHlvdT8NCg0KSSB0aGluayBp
dCB3b3VsZCBiZSBtb3JlIGNsZWFyIGlmIHlvdSBzYWlkIOKAmGNvbWJpbmUgbXVsdGlwbGUgcmVw
cmVzZW50YXRpb25zLCBlYWNoIHVzaW5nIHRoZSBzYW1lIG9yIGRpZmZlcmVudCBtZWRpYSB0eXBl
cywgaW50byBhIHNpbmdsZSBtZXNzYWdlIHBheWxvYWTigJkuDQoNCi0tLQ0KDQpRMzogVGhlIGRy
YWZ0IHVzZXMgYm90aCDigJhtZWRpYSB0eXBl4oCZIGFuZCDigJhtZWRpYS10eXBl4oCZLiBSRkMg
NzI1MiB1c2VzIOKAmG1lZGlhIHR5cGXigJkgKHRoZXJlIGlzIG9uZSBpbnN0YW5jZSBvZiDigJht
ZWRpYS10eXBl4oCZLCB0aG91Z2gpLCBzbyBtYXliZSBhbGlnbiB3aXRoIHRoYXQ/DQoNClJlZ2Fy
ZHMsDQoNCkNocmlzdGVyDQoNCg==

--_000_189192D6F32E450F998F20FA87761487ericssoncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <556D615F5D41724AA763FACFDFC34C53@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg
bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2
IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy
IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt
YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9
DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz
cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z
b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBw
dCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDIuMGNtIDcwLjg1cHQgMi4wY207fQ0KZGl2Lldv
cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0K
PGJvZHkgbGFuZz0iRkkiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xh
c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkhpLDwvc3Bhbj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2si
PkEgZmV3IG1pbm9yIGVkaXRvcmlhbCBjb21tZW50cyBvbiBkcmFmdC1pZXRmLWNvcmUtbXVsdGlw
YXJ0LWN0LTAzOjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPihJIGhhdmVu4oCZdCByZWFkIHRoZSBJRVNHIHJldmll
dyBjb21tZW50cywgc28gbXkgYXBvbG9naWVzIGlmIHNvbWVvbmUgaGFzIGFscmVhZHkgcmFpc2Vk
IHRoZXNlIGNvbW1lbnRzKTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJs
YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPi0tLTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s
b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJs
YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlExOjwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s
b3I6YmxhY2siPlRoZSBJbnRyb2R1Y3Rpb24gc2F5cyB0YWxrcyBhYm91dCDigJxyZXF1ZXN0IG9y
IHJlc3BvbnNlIGJvZHnigJkuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6
YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7
PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+SG93ZXZlciwgd2hlbiBsb29raW5nIGlu
IFJGQyA3MjUyLCBJIGRvbuKAmXQgZmluZCDigJhib2R54oCZIGFueXdoZXJlLjwvc3Bhbj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh
Y2siPkkgYXNzdW1lIHRoYXQg4oCYYm9keeKAmSByZWZlcnMgdG8gd2hhdCBSRkMgNzI1MiBjYWxs
cyDigJhwYXlsb2Fk4oCZLiBJZiBzbywgSSBzdWdnZXN0IGFsaWduaW5nIHRoZSB0ZXJtaW5vbG9n
eS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2NvbG9yOmJsYWNrIj4oRm9yIHNvbWUgcmVhc29uIHNlY3Rpb24gMTAuMi4zIG9mIFJGQyA3
MjUyIGRvZXMgdXNlIOKAmG1lc3NhZ2UtYm9keeKAmSwgd2l0aG91dCBhbnkgZXhwbGFuYXRpb24g
b3IgcmVmZXJlbmNlLCBidXQgSSBndWVzcyB0aGF0IGlzIGp1c3QgYW4gZXJyb3IpPC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpi
bGFjayI+LS0tPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtjb2xvcjpibGFjayI+UTI6PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFj
ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+UmVsYXRlZCB0byBRMSwg
dGhlIHRleHQgc2F5czo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFj
ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsg4oCcY2FuIGJlIHVzZWQg
dG8gY29tYmluZSByZXByZXNlbnRhdGlvbnMgb2YgemVybyBvciBtb3JlIGRpZmZlcmVudCBtZWRp
YSB0eXBlcyBpbnRvIGEgc2luZ2xlIG1lc3NhZ2XigJ08L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9y
OmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFj
ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5JIGFzc3VtZSBp
dCBtZWFucyDigJhzaW5nbGUgbWVzc2FnZSBwYXlsb2Fk4oCZPyBCZWNhdXNlLCB5b3UgYXJlIG5v
dCBjb21iaW5nIG90aGVyIHBhcnRzIChDb2RlcywgVG9rZW5zIGV0Yykgb2YgdGhlIG1lc3NhZ2Us
IGFyZSB5b3U/PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtjb2xvcjpibGFjayI+SSB0aGluayBpdCB3b3VsZCBiZSBtb3JlIGNsZWFyIGlm
IHlvdSBzYWlkIOKAmGNvbWJpbmUgbXVsdGlwbGUgcmVwcmVzZW50YXRpb25zLCBlYWNoIHVzaW5n
IHRoZSBzYW1lIG9yIGRpZmZlcmVudCBtZWRpYSB0eXBlcywgaW50byBhIHNpbmdsZSBtZXNzYWdl
IHBheWxvYWTigJkuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2si
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFu
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+LS0tPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpi
bGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2si
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+UTM6IFRoZSBkcmFm
dCB1c2VzIGJvdGgg4oCYbWVkaWEgdHlwZeKAmSBhbmQg4oCYbWVkaWEtdHlwZeKAmS4gUkZDIDcy
NTIgdXNlcyDigJhtZWRpYSB0eXBl4oCZICh0aGVyZSBpcyBvbmUgaW5zdGFuY2Ugb2Yg4oCYbWVk
aWEtdHlwZeKAmSwgdGhvdWdoKSwgc28gbWF5YmUgYWxpZ24gd2l0aCB0aGF0Pzwvc3Bhbj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh
Y2siPlJlZ2FyZHMsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9
ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2si
PkNocmlzdGVyPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s
Pg0K

--_000_189192D6F32E450F998F20FA87761487ericssoncom_--


From nobody Tue Jul 23 09:20:13 2019
Return-Path: <christer.holmberg@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 E7A401200BA for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 09:20:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZPr7ACzIu56E for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 09:20:08 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-ve1eur03on0624.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe09::624]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AF16120282 for <core@ietf.org>; Tue, 23 Jul 2019 09:20:08 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Fh2fIkquN2iqbo9WPdhOgZkfkGyWNWl6PTlkF7zDPFZVOoLY5q5vjumof47yEvPIaFIrYTN8QaGl2/LFbHNb3FbKbidkMpDklEUj5DjBsA9iCf3syotEQH3Dy52Ru2S4C/FW5YKBla6RRsao9a1Dr7CIZAY7shG8mvGWMzFjY13jVen+UI6Vt+EVn0tPtqTchy61D9sjSt+/Ff+IYQzvj2IR2uGpmAxgUP+ZhFOcLLWG73owI7l8c0+Dg3tARziBVuMd6IzhqQdgduE/zcHXk8Fp9B84LCyaBz7LaUheIVDz+Fv1hDjaa/Zd2wWY4XfMkswyRnrJMLBXurkr3Y58Lg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=orgw5sGy3rtKYD4/QIlnB/jAi5U1QgoBBDbxyY89ye8=; b=fZfbutUy7h5ZWSiKmUTLSrLUgm0aTz2z4f3g5PpVCLwAeUOw4Qvmu4z0VHI76U+YcBq9oxVJPMuD2lNvuVZKmxREKv8pbQjbastMWHFT3N6tQ9fgoqHv/KA6jRD5OamZjPlg5saijH6C/byxjICfa6ztNoSe/lPE2y1mq5cla0p+Yj+hHVpSufTHgVPzBsjYWLfDWKBeTBK/HhxywNZwRzQZL635IFeNtnoZF/H4ZYvO+2+OYr+lasRpDBv4V2z59PhjY5MMapi3IUUtbgUlvxhuwzuqlL+pxnmZSwqLkxS7ZWays9TwJi/9WEFNSzAcyGLd4fpbG1cUXFX0AFw/OA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=orgw5sGy3rtKYD4/QIlnB/jAi5U1QgoBBDbxyY89ye8=; b=kR8QvAi0OFlOh7MXXZKjTbA45aIpRu232uKKRIbAYx8WbDQggHG2x3qAWRBvoIgg/upMIEDEH706+AKEkinBxBGdnuxvQTji2trN8jP+DlEuJhFZG8HiTjBlWP31VJO9k2NC/q7Pd8pa1GxSQ1Oy8Xdpjk/yPfs5G4umFykpBzk=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3434.eurprd07.prod.outlook.com (10.170.247.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Tue, 23 Jul 2019 16:20:05 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2115.005; Tue, 23 Jul 2019 16:20:05 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: MULTIPART-CT: Nested multiparts
Thread-Index: AQHVQXJ8saQP/yQvyk6VqdDxBT97TA==
Date: Tue, 23 Jul 2019 16:20:05 +0000
Message-ID: <2A1536C9-17DC-43F4-A3EA-F471B92D8ECC@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; 
x-originating-ip: [89.166.49.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bc7214de-0301-46e8-8e77-08d70f899f61
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3434; 
x-ms-traffictypediagnostic: HE1PR07MB3434:
x-microsoft-antispam-prvs: <HE1PR07MB3434E10D21AAE8357687692293C70@HE1PR07MB3434.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4941;
x-forefront-prvs: 0107098B6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(366004)(136003)(376002)(39860400002)(346002)(189003)(199004)(66066001)(558084003)(33656002)(2616005)(476003)(6916009)(58126008)(186003)(71200400001)(478600001)(71190400001)(256004)(6512007)(8936002)(14454004)(26005)(2351001)(6116002)(3846002)(316002)(6506007)(102836004)(76116006)(36756003)(7736002)(44832011)(66946007)(86362001)(25786009)(486006)(6306002)(54896002)(2906002)(1730700003)(68736007)(6436002)(6486002)(5640700003)(2501003)(81166006)(81156014)(66446008)(53936002)(99286004)(66556008)(5660300002)(8676002)(66476007)(64756008); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3434; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: MDaC7leJmkiGDBeJXw3BdjQD9FXNAMq8s3vw5wK6slCxm3CxFAkjrbV9J5Bj0cYoARbCdZjO8wir3yFBd+tNYA1fqNRbMuCp/Ehamuk4qd/14KrSv8/HjxDff75IObhn7i7aw/6VAviZ0Y5gcyAjihAv0gEVm3Ju2Xk8TcID1GTrlPq44XuA9YR2SG+otJ/9jcyfblqvtmg6HjOrK/Bq0UVIOrJBstkc+KsVfq5rBljZKl3YB/dYmhjfHzLSz8Dd3o+Rqm0fzyXiq1TYnkpspkgqqlIaAWzep076JJitZn3iX95IfKDn4k9dssz2+pBvxX8ZuSGLQagOOOC0TzXIhyJwoA1sCgPa6IWUlvG5o7PfSoxqybDrlZLhY4sWEca28mOaCNiaEbxpprBqrrJY8mkgWkm3acSJHVYQCtrLuCM=
Content-Type: multipart/alternative; boundary="_000_2A1536C917DC43F4A3EAF471B92D8ECCericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: bc7214de-0301-46e8-8e77-08d70f899f61
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2019 16:20:05.3412 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3434
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/yEFYyE0cC48K0tWUM3dAvdWpmp4>
Subject: [core] MULTIPART-CT: Nested multiparts
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 16:20:11 -0000

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

SGksDQoNCkNhbiBhIG11bHRpcGFydCBjb250YWluIGFub3RoZXIgbXVsdGlwYXJ0Pw0KDQpXaGF0
ZXZlciB0aGUgYW5zd2VyIGlzLCBJIHRoaW5rIGl0IHdvdWxkIGJlIHVzZWZ1bCB0byBoYXZlIHNv
bWUgdGV4dCBhYm91dCBpdC4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg==

--_000_2A1536C917DC43F4A3EAF471B92D8ECCericssoncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <F8BCFD2FCB820A4794102C3C4ECF97AD@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg
bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2
IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy
IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt
YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9
DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz
cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z
b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBw
dCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDIuMGNtIDcwLjg1cHQgMi4wY207fQ0KZGl2Lldv
cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0K
PGJvZHkgbGFuZz0iRkkiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xh
c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdCI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+Q2FuIGEgbXVsdGlwYXJ0IGNvbnRhaW4gYW5vdGhlciBtdWx0aXBh
cnQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPldoYXRldmVyIHRoZSBhbnN3ZXIgaXMsIEkgdGhpbmsgaXQgd291bGQg
YmUgdXNlZnVsIHRvIGhhdmUgc29tZSB0ZXh0IGFib3V0IGl0LjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5SZWdhcmRz
LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0Ij5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9i
b2R5Pg0KPC9odG1sPg0K

--_000_2A1536C917DC43F4A3EAF471B92D8ECCericssoncom_--


From nobody Tue Jul 23 09:29:40 2019
Return-Path: <christer.holmberg@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 F168412012C; Tue, 23 Jul 2019 09:29:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jMnWvCCXlGO1; Tue, 23 Jul 2019 09:29:34 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70077.outbound.protection.outlook.com [40.107.7.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04FEE120121; Tue, 23 Jul 2019 09:29:33 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=f8M2bPT6a1cIM//hBZG+MURad64WI/fsymI82HWN9LgPJow336D+NzR18FdYJqg3BPNlaH0Bol56l7AxNm9W7mpNQvaElBl9t6lCCmI/tQvtbt+hPCl6NGkk8rNltWesU+NcSYyi+2L9K5qhKLlWZL9s6NCbfhkI/JpowHVnM080j+rzzFW+7FJAvlzWDn83tUjVf3UKKNlfPtypiwHkJAMPHzfQWFoCo12DmWPRSLN77yhLhIKbKYBCeZKQ+SnYvQbEMoIev0+d4IJOZtMjO28CA7dE/xsJWZPEYB194F7eTmzke49eyFRociKx3imEZQSk5sY0d1mEnG+KPz5tHg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=M5CBLeQFiJQmsdpBVPh8SUvJ0bL07xFdu25d8TZv5VY=; b=W8MEu11XdNGMLsvAD7guq+2DmRxGjRWLQv5UbOFjjjjLqwwDuuVI7/xJ7Zbf2D1BCTFL3lIU8BlRcFdiDV1qQifLRsEPjcABVJe/bYtwoMNsjnSwAGX07Wuo0y6c+UPZqC5LtU2u3em9DctsNT3L9D/ggvudrSA/c2+qa+yiHsWt27uySsnWdR0y8zfz205cc2gavFsztMxxSSFsXk30t0PncAtbXBCSsDaUc6alP8zhxbQjdIG+LML9sRMwYCqKZgZCn+U1peBrkeg1GMqIreMFyWuYVyoEttb6xJiEf9lUYcn7XSULbKyeNSh8pb/uwLfrJXl/gQkLJR9nnCsBHw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=M5CBLeQFiJQmsdpBVPh8SUvJ0bL07xFdu25d8TZv5VY=; b=CREjEsZ4Co6d9fpqFPCVzFGkbOMf+wnQo4MeJyPNBLNYF1Pd9Kga6cZl89vD6L6j9at4/bZnMCDsOA451JPHLZ1T7/JMAZRsn3WixCNgMsKRNiMtQvDpQur7+UQAk00KK/GEsKt74+vvBjFgpRT7xKU3SWddHsm8nRZO/VtV7+I=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3196.eurprd07.prod.outlook.com (10.170.246.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Tue, 23 Jul 2019 16:29:31 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2115.005; Tue, 23 Jul 2019 16:29:31 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Carsten Bormann <cabo@tzi.org>, Benjamin Kaduk <kaduk@mit.edu>, Alexey Melnikov <aamelnikov@fastmail.fm>, The IESG <iesg@ietf.org>
CC: "core-chairs@ietf.org" <core-chairs@ietf.org>, "draft-ietf-core-multipart-ct@ietf.org" <draft-ietf-core-multipart-ct@ietf.org>, "core@ietf.org" <core@ietf.org>
Thread-Topic: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT)
Thread-Index: AQHVAOimBuqCQRkqtUGyk3kOn/Ph5aZbnn+AgF1dcYCADkHzgIAR2jEA
Date: Tue, 23 Jul 2019 16:29:31 +0000
Message-ID: <7D31A395-E210-4836-820F-562D227C05D4@ericsson.com>
References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <BE1600FF-FBFB-44F4-A405-9C73ADA6E3FC@tzi.org> <20190504232153.GA19805@kduck.mit.edu> <A4F204A4-904F-4105-BAC1-BF276EF91E99@arm.com> <41ABE257-66A5-4606-BCB5-C7DD45D02195@tzi.org>
In-Reply-To: <41ABE257-66A5-4606-BCB5-C7DD45D02195@tzi.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; 
x-originating-ip: [89.166.49.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c831d113-e124-498f-063a-08d70f8af09a
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3196; 
x-ms-traffictypediagnostic: HE1PR07MB3196:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <HE1PR07MB31960846B67F1867BE4544FF93C70@HE1PR07MB3196.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0107098B6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(4636009)(39860400002)(346002)(136003)(366004)(376002)(396003)(51444003)(199004)(189003)(40434004)(66476007)(53546011)(64756008)(66446008)(66556008)(6506007)(6436002)(53936002)(71200400001)(71190400001)(99286004)(6486002)(66574012)(6306002)(8936002)(66946007)(6512007)(76116006)(86362001)(966005)(305945005)(5660300002)(76176011)(102836004)(229853002)(25786009)(14454004)(2906002)(6246003)(2171002)(36756003)(68736007)(7736002)(6116002)(316002)(3846002)(476003)(2616005)(110136005)(58126008)(446003)(478600001)(44832011)(26005)(5024004)(8676002)(11346002)(81156014)(54906003)(81166006)(4326008)(33656002)(14444005)(66066001)(186003)(256004)(486006)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3196; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: +niAJb/+AsxLXDQCDvjGcp0WT356mWHQ/UhQj8FdyNWNT0RvmwhCUKyWqLXB0YSmrFovzKx0djVsCxggDt7tK8hGLnJLa5MeeIQdZKeuxMQZAonwIjSZ21/IITxwsXvbymSW2qLjNPVzEHQr8y3N8dY5yI/qxnQHwq5vH4gdxazw3ZV2m9xzLlaD3TxC7H7S5MnrpVRcrtFw6tIow16K2qIJvwAthLdnim3n4fdwTDAPzK8LINlCFbwa/Xxlh7yMs9UiY9I+HEKrnvIHckKZ9jM8/iSB8Vx/3DnlblhOELqOeJve6IHCWB29a/fQPKpMFiIUZieIFg5VoagbbCIE70PjG0IkZFK1uhyhr7UmXYCrJ3s9Srq7JdnME7oMpip34pmxMJcZgLDpzVcrK3r+LS71EwqgfJoRDyuJLFlk2eQ=
Content-Type: text/plain; charset="utf-8"
Content-ID: <916FB4E3061BF743BA915DD1117360BC@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c831d113-e124-498f-063a-08d70f8af09a
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2019 16:29:31.1244 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3196
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/evl3XJMHCILiznhozCxgAwp1Zgc>
Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 16:29:38 -0000

SGksDQoNCj4gICAgTGV0IG1lIHRyeSB0byBhZGQgbXkgcGVyc29uYWwgdmlldyB0byB0aGlzLg0K
PiAgICANCj4gICAgSW4gdGhlIFdlYiwgd2UgaGF2ZSBhIGxvdCBvZiBwbGFjZXMgd2hlcmUgd2Ug
cHV0IHRoaW5ncyBpbnRvIGEgc2VxdWVuY2UsIHdpdGhvdXQgYmVpbmcgdG9vIHNwZWNpZmljIGFi
b3V0IHdoYXQgdGhlIHNlbWFudGljcyBvZiB0aGF0IHNlcXVlbmNlIGlzLg0KPiAgICANCj4gICAg
RS5nLiwgaWYgSSBhc2sgZm9yIGEgZGlyZWN0b3J5IGxpc3RpbmcgaW4gYSBXZWIgYnJvd3Nlciwg
SSBnZXQgYSBiYWcgKGNvbGxlY3Rpb24pIG9mIGZpbGUgZW50cmllcywgZWFjaCByZXByZXNlbnRl
ZCBieSBhIGZpbGUgbmFtZSwgb3RoZXIgbWV0YWRhdGEsIGFuZCBhIGxpbmsuIA0KPiAgICBUaGlz
IGlzIG5vdCBhIG11bHRpcGFydCBib2R5LCBidXQgaXMganVzdCBzdHJ1Y3R1cmVkIGFzIEhUTUwg
KGFuZCBhY3R1YWxseSBjb3VsZCBpbmNsdWRlIHRoZSBsaW5rZWQgY29udGVudCB2aWEgZGF0YSBV
UklzKS4NCj4gICAgDQo+ICAgIEJ1dCBhY3R1YWxseSwgbW9zdCBkaXJlY3RvcnkgbGlzdGVycyBh
bGxvdyBtZSB0byBhc2sgZm9yIGEgc3BlY2lmaWMgc2VxdWVuY2UsIGUuZy4gbmV3ZXN0IGZpcnN0
IG9yIGFscGhhYmV0aWMgYnkgZmlsZW5hbWUuICBUaGVyZSBpcyBub3RoaW5nIGluIHRoZSBtZWRp
YSB0eXBlIA0KPiAgICAgSSBnZXQgYmFjayB0aGF0IHdvdWxkIGV4cGxhaW4gdGhlIGNob3NlbiBz
ZW1hbnRpY3MsIGl0IGlzIGp1c3QgY29udGV4dCBmcm9tIHdoYXQgSSBjbGlja2VkIG9uIChpLmUu
LCB0aGUgVVJMIGluIGEgbGluayBwdXQgb24gdGFibGUgaGVhZHMpLiAgU28gb25jZSBJIGNsaWNr
IG9uIOKAnERhdGXigJ0sIA0KPiAgICAgSSBleHBlY3QgdGhlIHNlcXVlbmNlIHRvIGJlIGJ5IGNo
YW5nZSB0aW1lLiAgKFJlYWxseSBuaWNlIGxpc3RlcnMgd2lsbCB0aGVuIHRlbGwgeW91IHNvIGJ5
IGEgbGl0dGxlIHRyaWFuZ2xlIGluIHRoZSBoZWFkZXIsIGJ1dCBpdCB3b3JrcyB3aXRob3V0IHRo
YXQuKSAgDQo+ICAgIA0KPiAgICBNdWx0aXBhcnQtY29yZSBpcyBhIHNpbWlsYXIgdGhpbmc6IFRo
ZSBiYXNpYyBzZW1hbnRpY3Mgb2YgdGhlIHNlcXVlbmNlIGlzIGEgYmFnIChjb2xsZWN0aW9uKSwg
YnV0IHRoZSBjb250ZXh0IG1pZ2h0IHByb3ZpZGUgc29tZSBtb3JlIHNwZWNpZmljIHNlbWFudGlj
cyB0aGF0IGRlcGVuZHMgb24gdGhlIG9yZGVyIGluIHRoZSBzZXF1ZW5jZS4NCg0KU2VjdGlvbiAx
IChJbnRyb2R1Y3Rpb24pIGdpdmVzIGEgZmV3IGV4YW1wbGVzIHJlZ2FyZGluZyBvcmRlcmluZywg
YnV0IHRoZW4gaXQgc2F5cyB0aGF0IGlmICJ0aGVzZSBydWxlcyIgYXJlIG5vdCBzdWZmaWNpZW50
LCB0aGVuIG9uZSBzaG91bGQgdXNlIHNvbWV0aGluZyBlbHNlIHRoYW4gYXBwbGljYXRpb24vbXVs
dGlwYXJ0LWNvcmUuDQoNCkZpcnN0LCBJIGNhbid0IHBhcnNlIGFueSBydWxlcyBmcm9tIHRoZSB0
ZXh0LiBJdCBpcyBtb3JlIGV4YW1wbGVzIG9mIG11bHRpcGFydCB1c2FnZS4NCg0KU2Vjb25kLCBp
ZiB0aGVyZSBhcmUgYW55IHJ1bGVzLCBJIGRvbid0IHRoaW5rIHRoZXkgc2hhbGwgYmUgaW4gdGhl
IEludHJvZHVjdGlvbiBzZWN0aW9uLiBQZXJoYXBzIGluIGEgQXBwbGljYWJpbGl0eSBzZWN0aW9u
LCBvciBzb21ld2hlcmUgZWxzZS4NCg0KVGhpcmQsIGlmIG9uZSBpcyBzdXBwb3NlZCB0byByZXRy
aWV2ZSB0aGUgc2VtYW50aWNzIGZyb20gdGhlICJjb250ZXh0IiwgdGhhdCBuZWVkcyB0byBiZSBt
b3JlIGNsZWFyLiBJIGd1ZXNzIGl0IHNob3VsZCBiZSBwYXJ0IG9mIHRoZSBydWxlcyB0aGUgZHJh
ZnQgdGFsa3MgYWJvdXQuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCiAgDQoNCg0KDQoNCg0K
DQogICAgDQogICAgDQogICAgPiBPbiBKdWwgMywgMjAxOSwgYXQgMTE6MDgsIFRob21hcyBGb3Nz
YXRpIDx0aG9tYXMuZm9zc2F0aUBhcm0uY29tPiB3cm90ZToNCiAgICA+IA0KICAgID4gSGkgQmVu
LCBBbGV4ZXksDQogICAgPiANCiAgICA+IEZpcnN0LCBhcG9sb2dpZXMgZm9yIHRha2luZyBzbyBs
b25nIHRvIHJlcGx5Lg0KICAgID4gDQogICAgPiBTZWNvbmQsIEkgYW0gbm90IHN1cmUgSSBhZ3Jl
ZSB3aXRoIHRoZSBjb3JlIG9mIEJlbidzIERJU0NVU1MuICBIZXJlJ3MgbXkNCiAgICA+IHJlZmxl
Y3Rpb25zOg0KICAgID4gDQogICAgPiBUaGUgYWltIG9mIHRoaXMgaXMgdG8gZGVmaW5lIGEgKHZl
cnkpIGZsZXhpYmxlIGNvbnRhaW5lciB0eXBlIGNhcGFibGUgb2YNCiAgICA+IGV4cHJlc3Npbmcg
dGhpbmdzIGxpa2UgLSBib3Jyb3dpbmcgZnJvbSBBU04uMSAtIFNFUVVFTkNFLCBTRVFVRU5DRSBP
RiwNCiAgICA+IFNFVCwgU0VUIE9GLCBDSE9JQ0UgYW5kIEFOWSBpbiBhIHNpbXBsZSBhbmQgdW5p
Zm9ybSB3YXkuDQogICAgPiANCiAgICA+IFRoZSBtYWluIHBvaW50IGlzIGl0J3MgdXAgdG8gdGhl
IGFwcGxpY2F0aW9uIHRoYXQgdXNlcyBtdWx0aXBhcnQtY29yZQ0KICAgID4gdG8gZGVmaW5lIGEp
IHRoZSBmbGF2b3VyIG9mIGFnZ3JlZ2F0aW9uIGFuZCBiKSB3aGF0IHRoZSBlbWJlZGRlZA0KICAg
ID4gcmVwcmVzZW50YXRpb25zIG1lYW4gKHNlZSBmb3IgZXhhbXBsZSBbMV0pIC0gd2hpY2gsIGlu
Y2lkZW50YWxseSwgaXMNCiAgICA+IGFsc28gd2hhdCBhbGxvd3MgdGhlIHNwZWMgdG8gYmUgc28g
Y29tcGFjdCAmIGxpZ2h0d2VpZ2h0Lg0KICAgID4gDQogICAgPiBQZXJzb25hbGx5LCBJIHRoaW5r
IHRoYXQgdHJ5aW5nIHRvIHNwZWNpYWxpc2UgdGhlIGNvbnRhaW5lciBzZW1hbnRpY3MgKGENCiAg
ICA+IGxhIG1peGVkIC8gYWx0ZXJuYXRpdmUgLyBwYXJhbGxlbCkgaXMgYSBjb21wbGljYXRpb24g
dGhhdCBkb2Vzbid0IGFkZA0KICAgID4gbXVjaCB2YWx1ZS4gIChQYXJkb24gdGhlIGJsdW50bmVz
cywgYnV0IGl0IHNlZW1zIHRvIG1lIHRoYXQgbWltaWNraW5nDQogICAgPiB0aGUgZW1haWwgYXBw
bGljYXRpb24gbW9kZWwgaW4gdGhpcyBjb250ZXh0IGlzIGEgcmF0aGVyIGZ1dGlsZSBleGVyY2lz
ZQ0KICAgID4gaW4gY29oZXJlbmN5LikNCiAgICA+IA0KICAgID4gRGVjaWRpbmcgdG8gbm90IHJl
c3RyaWN0IHRoZSBhZ2dyZWdhdGlvbiBzZW1hbnRpY3MgLSBhdCBsZWFzdCBmb3IgbWUgLQ0KICAg
ID4gaXMgYSBwcmVjaXNlIGRlc2lnbiBjaG9pY2UuICBOb3RlIGhvd2V2ZXIgdGhhdCB3ZSBsZWF2
ZSB0aGUgZG9vciBvcGVuDQogICAgPiB0byBmdXR1cmUgb3IgYXBwbGljYXRpb24tc3BlY2lmaWMg
cmVmaW5lbWVudHMgb2YgdGhlIGFnZ3JlZ2F0aW9uIHZpYQ0KICAgID4gY29udGVudC1mb3JtYXQg
b3ZlcnJpZGUgKHNlZSBsYXN0IHBhcmEgb2YgWzJdKS4NCiAgICA+IA0KICAgID4gQ2hlZXJzLCB0
aGFua3MhDQogICAgPiANCiAgICA+IFsxXSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh
ZnQtaWV0Zi1hY2UtY29hcC1lc3QtMTIjc2VjdGlvbi01LjMNCiAgICA+IFsyXSBodHRwczovL3Rv
b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLW11bHRpcGFydC1jdC0wMyNzZWN0aW9u
LTENCiAgICA+IA0KICAgID4gT24gMDUvMDUvMjAxOSwgMDA6MjIsICJCZW5qYW1pbiBLYWR1ayIg
PGthZHVrQG1pdC5lZHU+IHdyb3RlOg0KICAgID4gDQogICAgPiAgICBPbiBUaHUsIE1heSAwMiwg
MjAxOSBhdCAwMzoxMToyNVBNICswMjAwLCBDYXJzdGVuIEJvcm1hbm4gd3JvdGU6DQogICAgPj4g
SGkgQWxleGV5LA0KICAgID4+IA0KICAgID4+IE9uIE1heSAyLCAyMDE5LCBhdCAxNDo0MCwgQWxl
eGV5IE1lbG5pa292IDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPiB3cm90ZToNCiAgICA+Pj4gDQog
ICAgPj4+IEhpIEJlbmphbWluLA0KICAgID4+PiANCiAgICA+Pj4gT24gVGh1LCBNYXkgMiwgMjAx
OSwgYXQgMTowNSBBTSwgQmVuamFtaW4gS2FkdWsgdmlhIERhdGF0cmFja2VyIHdyb3RlOg0KICAg
ID4+PiANCiAgICA+Pj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICA+Pj4+IERJU0NVU1M6DQogICAgPj4+
PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQogICAgPj4+PiANCiAgICA+Pj4+IEl0J3Mgbm90IGNsZWFyIHRvIG1l
IHRoYXQgd2UncmUgcmVhbGx5IHNwZWNpZnlpbmcgdGhlIHNlbWFudGljcyBvZiBhDQogICAgPj4+
PiBzaW5nbGUgbWVkaWEtdHlwZS4gIFRoZSBpbnRyb2R1Y3Rpb24gZGlzY3Vzc2VzIGhvdyB3ZSBt
YXkgd2FudCBtdWx0aXBsZQ0KICAgID4+Pj4gcmVwcmVzZW50YXRpb25zIHRvIGFwcGVhciBpbiBh
IHNlcXVlbmNlLCBwb3RlbnRpYWxseSByZXByZXNlbnRpbmcNCiAgICA+Pj4+IGRpZmZlcmVudCBj
b250ZW50Lg0KICAgID4+PiANCiAgICA+Pj4gSSB0aGluayB0aGlzIGlzIHNpbWlsYXIgdG8gbXVs
dGlwYXJ0L21peGVkLg0KICAgID4+IA0KICAgID4+IFdlIHdlcmUgaW5kZWVkIHRyeWluZyB0byBm
b2xsb3cgdGhlIG1vZGVsIG9mIG11bHRpcGFydC9taXhlZC4NCiAgICA+PiBUaGlzIG9mZmVycyBh
IG51bWJlciBvZiBlbWJlZGRlZCByZXByZXNlbnRhdGlvbnMgdGhlIHNlcXVlbmNlIG9mIHdoaWNo
IG1heSBvciBtYXkgbm90IGJlIGltcG9ydGFudC4NCiAgICA+PiANCiAgICA+Pj4+IE9yIHdlIG1h
eSBoYXZlIGEgc2V0IG9mIHJlbGF0ZWQgcmVwcmVzZW50YXRpb25zIHRoYXQNCiAgICA+Pj4+IGNv
bmNlcHR1YWxseSBhcmUgdGhlIHNhbWUgY29udGVudCAoYnV0IGFyZSB0aGV5IGxpdGVyYWxseSB0
aGUgc2FtZQ0KICAgID4+Pj4gcmVzb3VyY2UsIG9yIHJlbGF0ZWQgY29udGVudD8pLg0KICAgID4+
PiANCiAgICA+Pj4gTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IHRoZXkgYXJlIHJlbGF0ZWQgY29u
dGVudHMuDQogICAgPj4gDQogICAgPj4gVGhlcmUgaXMgbm8gcHJvbWlzZSB0aGF0IHRoZSByZWxh
dGVkIGl0ZW1zIGFyZSBjb25jZXB0dWFsbHkgdGhlIHNhbWUgY29udGVudC4NCiAgICA+PiBUaGUg
ZGlmZmVyZW5jZSBiZXR3ZWVuIHRoZSBmaXJzdCBzaXR1YXRpb24gYW5kIHRoZSBzZWNvbmQgb25l
IG1haW5seSBpcyB0aGF0IHRoZSBzZXF1ZW5jZSBpcyBub3QgaW1wb3J0YW50IGluIHRoZSBzZWNv
bmQgKGkuZS4sIHdlIGFyZSB1c2luZyB0aGUgc2VxdWVuY2UgdG8gZGVzY3JpYmUgYSBiYWcpLg0K
ICAgID4+IA0KICAgID4+Pj4gQW5kIHRoZXJlIGlzIHlldCBhIHRoaXJkIG9wdGlvbiAtLSBvbmUN
CiAgICA+Pj4+IHRoYXQgSSdtIG5vdCBzdXJlIEkgZnVsbHkgdW5kZXJzdGFuZCAtLSB3aGVyZWlu
IHRoZSByZXByZXNlbnRhdGlvbiBpcw0KICAgID4+Pj4gbm90IGltcG9ydGFudCwgYnV0IHJhdGhl
ciB3aGljaCBmb3JtYXQgaXMgY2hvc2VuIG9mIHRoZSBzZXZlcmFsDQogICAgPj4+PiBwb3NzaWJp
bGl0aWVzLCB0byB0aGUgZXh0ZW50IHRoYXQgZXh0cmVtZSBjb21wcmVzc2lvbiBvZiB0aGUNCiAg
ICA+Pj4+IHJlcHJlc2VudGF0aW9uIGlzIHBvc3NpYmxlLCB3aXRoIHRoZSBjb21wcmVzc2lvbiBq
dXN0IG91dHB1dHRpbmcgdGhlDQogICAgPj4+PiBmb3JtYXQgaW5kaWNhdG9yLg0KICAgID4+PiAN
CiAgICA+Pj4gSG1tLCBJIG1pc3NlZCB0aGF0LiBJIHRoaW5rIHRoaXMgaXMgc2ltaWxhciB0byBt
dWx0aXBhcnQvYWx0ZXJuYXRpdmUNCiAgICA+PiANCiAgICA+PiBUaGF0IHdhc27igJl0IHRoZSBp
bnRlbnRpb24uDQogICAgPiANCiAgICA+ICAgIEkgdGhpbmsgdGhhdCBhbmFsb2dpZXMgdG8gbXVs
dGlwYXJ0L21peGVkIGFuZC9vciBtdWx0aXBhcnQvYWx0ZXJuYXRpdmUNCiAgICA+ICAgIHdvdWxk
IGhlbHAgdGhlIHJldmlld2VyIGFzc2VzcyB3aGV0aGVyIHRoZSBkb2N1bWVudCB0ZXh0IHN1Y2Nl
ZWRzIGF0DQogICAgPiAgICBkZXNjcmliaW5nIHRoZSBpbnRlbmRlZCBiZWhhdmlvciAodGhvdWdo
IGl0J3Mgbm90IGNsZWFyIHRoYXQgdXNpbmcgc3VjaCBhDQogICAgPiAgICByZWZlcmVuY2UgdG8g
YXR0ZW1wdCB0byBkZWZpbmUgdGhlIGJlaGF2aW9yIGJ5IHJlZmVyZW5jZSBpcyBhIHVzZWZ1bCBw
bGFuKS4NCiAgICA+IA0KICAgID4+IFRoZSBjaG9pY2UgaW4gdGhlIHRoaXJkIHNpdHVhdGlvbiBt
ZW50aW9uZWQgaW4gdGhlIGludHJvZHVjdGlvbiBpcyBtYWRlIGJ5IHRoZSBvcmlnaW5hdG9yIG9m
IHRoZSByZXByZXNlbnRhdGlvbiwgbm90IHRoZSByZWNlaXZlci4gIFRoZSBzZWxlY3RlZCByZXBy
ZXNlbnRhdGlvbiBpcyBzdGlsbCBwYWNrYWdlZCBpbiBhbiBhcHBsaWNhdGlvbi9tdWx0aXBhcnQt
Y29yZSBlbnZlbG9wZSBzbyB0aGUgbWVkaWEgdHlwZSBkb2VzIG5vdCBuZWVkIHRvIGRpdmVyZ2Ug
4oCUIGl0IGlzIGVzc2VudGlhbGx5IHVzZWQgYXMgdGhlICh0eXBlISkgdW5pb24gKGEuay5hLiBj
aG9pY2UpIG9mIHRoZSBtZWRpYSB0eXBlcyB0aGF0IHRoZSBhcHBsaWNhdGlvbiB3YW50cyB0byBi
ZSBhYmxlIHRvIHB1dCBpbiB0aGUgZW52ZWxvcGUuDQogICAgPj4gDQogICAgPj4gV2UgbWF5IGhh
dmUgcGFpbnRlZCBvdXJzZWx2ZXMgaW50byBhIGNvcm5lciBpbiBSRkMgNzY0MSB3aXRoIHRoZSBt
YW5kYXRlIHRoYXQgdGhlIHJlcHJlc2VudGF0aW9ucyBwcm92aWRlZCBieSBhbiBvYnNlcnZhYmxl
IHJlc291cmNlIHN0YXkgd2l0aGluIHRoZSBzYW1lIG1lZGlhIHR5cGUgKGNvbnRlbnQtZm9ybWF0
KSBvdmVyIHRpbWUuICBUaGlzIG1ha2VzIGl0IGRpZmZpY3VsdCBpbiBDb0FQIHRvIG9ic2VydmUg
YSByZXNvdXJjZSB0aGF0IGFsdGVybmF0ZXMgYmV0d2VlbiBhIOKAnHBlbmRpbmfigJ0gYW5kIGEg
4oCccmVhZHnigJ0gc3RhdGUgdGhhdCBoYXZlIGRpZmZlcmVudCBzdHJ1Y3R1cmVzIG9mIHRoZWly
IHJlcHJlc2VudGF0aW9uLiAgTXVsdGlwYXJ0LWNvcmUgY2FuIGJlIHVzZWQgdG8gcGFja2FnZSBl
aXRoZXIgaW50byB0aGUgc2FtZSBtZWRpYSB0eXBlLg0KICAgID4gDQogICAgPiAgICBTbyB3aGls
ZSB0aGlzIG1heSBub3QgYmUgcXVpdGUgbXVsdGlwYXJ0L2FsdGVybmF0aXZlLCB0aGVyZSBhcmUg
c3RpbGwNCiAgICA+ICAgIGFsdGVybmF0aXZlcyBpbnZvbHZlZDsgdGhleSBhcmUganVzdCBkZWxp
ZXZlcmVkIGluIHNlcGFyYXRlIChzdHJlYW1lZCkNCiAgICA+ICAgIHJlc3BvbnNlcywgYXMgb3Bw
b3NlZCB0byB0b2dldGhlciBpbiB0aGUgc2FtZSBvbmUuICBUaGF0IGlzLCB0aGUNCiAgICA+ICAg
IGFsdGVybmF0aW9uIGlzIG92ZXIgdGltZSBhbmQgbm90IGF0IHRoZSBjaG9pY2Ugb2YgdGhlIHJl
Y2lwaWVudC4NCiAgICA+IA0KICAgID4+IEkgZG9u4oCZdCB0aGluayB0aGUgdGhpcmQgc2l0dWF0
aW9uIGhhcyBzZW1hbnRpY3MgdGhhdCBkaWZmZXIgZnJvbSB0aGUgZmlyc3QgdHdvLg0KICAgID4+
IFlvdSBzdGlsbCBnZXQgYSBiYWcgd2l0aCBhIHJlcHJlc2VudGF0aW9uIGluIGl0IChvciBtYXli
ZSBub25lKS4gIFlvdSBzdGlsbCBuZWVkIHRvIGxvb2sgaW50byB0aGUgYmFnIHRvIHNlZSB3aGF0
IGZvcm0gaXQgdGFrZXMgdGhpcyB0aW1lLiAgQWN0dWFsbHksIHRoZSBzZWNvbmQgc2l0dWF0aW9u
IG1pZ2h0IGFsc28gYXBwbHksIHNvIHlvdSBtaWdodCBpbmRlZWQgZ2V0IGEgY291cGxlIHJlcHJl
c2VudGF0aW9ucyBpbiBjZXJ0YWluIGluc3RhbmNlcyBiZWNhdXNlIHRoYXTigJlzIHdoYXQgYmVz
dCBkZXNjcmliZXMgdGhlIHJlc291cmNlIGF0IHRoaXMgcGFydGljdWxhciB0aW1lLg0KICAgID4g
DQogICAgPiAgICBJIHRoaW5rIGl0J3MgaW1wb3J0YW50IHRvIGJlIGNsZWFyIGFib3V0IHdoZXRo
ZXIgdGhlIHNlcXVlbmNpbmcgd2l0aGluIGENCiAgICA+ICAgIGdpdmVuIGNvbnRlbnQgYXJyYXkg
aXMgb3IgaXMgbm90IHNlbWFudGljYWxseSByZWxldmFudCwgYW5kIHVuZGVyIHdoYXQNCiAgICA+
ICAgIGNvbmRpdGlvbnMgYSByZWNpcGllbnQgbWlnaHQgb25seSBjb25zdWx0IGEgc3Vic2V0IG9m
IHRoZSBhcnJheQ0KICAgID4gICAgKG11bHRpcGFydC9hbHRlcm5hdGl2ZSkgdnMuIGFzc2VtYmxp
bmcgYSBjb25nbG9tZXJhdGUgZnJvbSBjb21wb25lbnRzIG9mDQogICAgPiAgICBkaWZmZXJlbnQg
dHlwZXMgKG11bHRpcGFydC9taXhlZCkuDQogICAgPiANCiAgICA+ICAgIC1CZW4NCiAgICA+IA0K
ICAgID4gDQogICAgPiBJTVBPUlRBTlQgTk9USUNFOiBUaGUgY29udGVudHMgb2YgdGhpcyBlbWFp
bCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgYW5kIG1heSBhbHNvIGJlIHBy
aXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBu
b3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseSBhbmQgZG8gbm90IGRpc2Nsb3NlIHRoZSBjb250
ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLCB1c2UgaXQgZm9yIGFueSBwdXJwb3NlLCBvciBzdG9y
ZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBhbnkgbWVkaXVtLiBUaGFuayB5b3UuDQogICAg
PiANCiAgICA+IA0KICAgIA0KICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQogICAgY29yZSBtYWlsaW5nIGxpc3QNCiAgICBjb3JlQGlldGYub3JnDQog
ICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlDQogICAgDQoNCg==


From nobody Tue Jul 23 10:14:08 2019
Return-Path: <Michel.Veillette@trilliant.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 C16E51205CF for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 10:13:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.799
X-Spam-Level: 
X-Spam-Status: No, score=-1.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.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 Q9kYKl2Eelht for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 10:13:51 -0700 (PDT)
Received: from NAM05-DM3-obe.outbound.protection.outlook.com (mail-eopbgr730139.outbound.protection.outlook.com [40.107.73.139]) (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 738541205CD for <core@ietf.org>; Tue, 23 Jul 2019 10:13:48 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CxCxdHK+iJ4a7L+LzCUh1BvXoV9wWejXpd4GFcHTrr/NgtxOADDs+01rav5PQZ02B/5L43uuF3UBC9Q3UCLJAGTIyf8nSwcHfUQaeAL/eoEopG3gqqLVVJH5lUK69PU7KKEaTPpicCPsa/tMIuJDaUceBcQOeMaz5W1iao+DhZIwk6sDs9QaoXzlFRC+DAfXElkUGOocZ/ojV39ui+tZxufYmn0PGpsXpsAPt1CESE6Fb3IydFKzmS3IMdrku0RRRzwbc4IlE2hLya1rIXDni5QTroa0N4wAk53iKJvvX6Txr7CSlx3b1rFAeAvXnRrlAZ93/2PtkKLN3kFeZ8lvmQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Uq6fvG5oGjc9gnNHWwHSaLKUxOge4IqSB+mjnxRqKCQ=; b=b6Y4W+ZgT7cUYmxG1dXRmqy3nZA1GQnKKJOr8zbX/Z+RtBCF0jzfhOyUvKqI/zTRX40ZsLJW9VvhVJNIZQLaj9cog1nf4i1Y73XWcwIJKz+VLfakWKsvuKItGBsmg/QbYbceIJv6XQnnqhx519jz3Clm6CPOPlpTkkL2GXkcgBOCqrofCQXJ5kD1mftuY4GrUSz6Etz8NnEzpxnLwnZFajx1vnyLPJF5GG4aVt14E58s7xYsLRxLQ9UR91uylPeKsNsgvixMjRT7CfLxfbUr/pUZDZANn+pvGCQvRfr7SwEeo7cLVXym/rTzrv63s7aR0S4Mkoq31XFXClEeToO0FA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=trilliant.com;dmarc=pass action=none header.from=trilliant.com;dkim=pass header.d=trilliant.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector2-Trilliant-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Uq6fvG5oGjc9gnNHWwHSaLKUxOge4IqSB+mjnxRqKCQ=; b=ioh36ydpq+b3nlG2gTK1kVOTglW/MWUX13WVTVS5a0RaZrxu0qrrr/VRszUSKlSzFcqnQpm+4JhDwcc1SY5ibpOPNC0EO5TCP6BiPygFbfJm0/bWk+CH9n1yRReGTRdBFFHiRKa+PdY+5rXtyRVusVjFeUDsgT2IGETWdiYgAYQ=
Received: from BL0PR06MB5042.namprd06.prod.outlook.com (10.167.240.31) by BL0PR06MB4898.namprd06.prod.outlook.com (10.167.234.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2094.16; Tue, 23 Jul 2019 17:13:45 +0000
Received: from BL0PR06MB5042.namprd06.prod.outlook.com ([fe80::1e6:493d:1ca9:ba82]) by BL0PR06MB5042.namprd06.prod.outlook.com ([fe80::1e6:493d:1ca9:ba82%7]) with mapi id 15.20.2094.013; Tue, 23 Jul 2019 17:13:45 +0000
From: Michel Veillette <Michel.Veillette@trilliant.com>
To: Andy Bierman <andy@yumaworks.com>
CC: Core <core@ietf.org>, Carsten Bormann <cabo@tzi.org>, ivaylo petrov <ivaylo@ackl.io>
Thread-Topic: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
Thread-Index: AQHVN/3dcAv7wXPl5UO8jjBweVNxDabHfiiAgARDusCAC6RwwIAABiEAgAESJQA=
Date: Tue, 23 Jul 2019 17:13:45 +0000
Message-ID: <BL0PR06MB50420C236A19D766E12337549AC70@BL0PR06MB5042.namprd06.prod.outlook.com>
References: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com> <CABCOCHSfqxMueiagm29zXNOJyAOS3A_-O0YonMPcRAr10d8Ykg@mail.gmail.com> <BL0PR06MB5042F6FBD47E8C3757D620C29ACF0@BL0PR06MB5042.namprd06.prod.outlook.com> <BL0PR06MB5042A438CE8CFD5F2B3796FC9AC70@BL0PR06MB5042.namprd06.prod.outlook.com> <CABCOCHRfgS5nXYNwASjPCAFJ9dtNQ5ayc+=O9EbzaaMp-EEuGw@mail.gmail.com>
In-Reply-To: <CABCOCHRfgS5nXYNwASjPCAFJ9dtNQ5ayc+=O9EbzaaMp-EEuGw@mail.gmail.com>
Accept-Language: fr-CA, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliant.com; 
x-originating-ip: [31.133.139.92]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7005d0ad-0936-4020-6042-08d70f911eac
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BL0PR06MB4898; 
x-ms-traffictypediagnostic: BL0PR06MB4898:
x-ms-exchange-purlcount: 6
x-microsoft-antispam-prvs: <BL0PR06MB4898FC8382DC2B5C015183A09AC70@BL0PR06MB4898.namprd06.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0107098B6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(39850400004)(396003)(366004)(136003)(346002)(376002)(189003)(199004)(7696005)(55016002)(54896002)(6246003)(236005)(2906002)(476003)(6306002)(446003)(71200400001)(25786009)(53936002)(9686003)(71190400001)(53946003)(186003)(53376002)(99286004)(966005)(7736002)(3846002)(8936002)(81166006)(53546011)(14444005)(256004)(790700001)(6116002)(229853002)(6506007)(6436002)(81156014)(66556008)(52536014)(68736007)(478600001)(606006)(14454004)(316002)(76176011)(102836004)(6916009)(66946007)(64756008)(8676002)(66446008)(33656002)(4326008)(66476007)(54906003)(76116006)(486006)(26005)(66066001)(5660300002)(74316002)(86362001)(11346002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR06MB4898; H:BL0PR06MB5042.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: trilliant.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: q0IqNV4imf6zzTJxjtCZxmLCt6KkuIEYGepQlPk6QnPTpVTqlCyVAf7P3/udIKgrtCU96adgSW7BoCDiplL4m2qCQwVizFMFAZGAPjrRAMiNbPM4zgw1rkGbrExQBje+ZyEb+6YsinbZ3ybhvqa+Ag0PH57JY8zrJUpIYoFeR2ABBtViyPxw5RKCPRwm/CTa+jAggnZPLwdzkcVKhd074d8GORPl/IPpuZoC4dunmT4SuvsPyxMJeCdaJuRPDS/nhbIaORkrWMfd3ZpbmZIO0VLUdayqROAWumBCyap2ppJbE17jGoeslBap8daoV0hZXuBtwgyJ47B5sobGq83hZC7KdC0H5703gYjl/egQKrwCAT+pZFpuauMj9Y7H/k2mYRbAeKZoPMQxQAnxtuHwCodsRcYk5Zxbvdp+1f0RBLE=
Content-Type: multipart/alternative; boundary="_000_BL0PR06MB50420C236A19D766E12337549AC70BL0PR06MB5042namp_"
MIME-Version: 1.0
X-OriginatorOrg: Trilliant.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7005d0ad-0936-4020-6042-08d70f911eac
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2019 17:13:45.3523 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Michel.Veillette@trilliant.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR06MB4898
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/zSa2vAwFN-05VAMgE3B1vSapkSc>
Subject: Re: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 17:13:55 -0000

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

SGkgQW5keQ0KDQpUbyBldmFsdWF0ZSB0aGUgbmVlZCwgb3Igbm90LCAgb2YgYSBjb21wYWN0IHZl
cnNpb24gb2YgaWV0Zi15YW5nLWxpYnJhcnksIEkgaGF2ZSBjcmVhdGVkIGEgc2ltcGxlIGV4YW1w
bGUgY29udGFpbmluZzoNCi0gb25lIGRhdGFzdG9yZQ0KLSBvbmUgc2NoZW1hDQotIG9uZSBtb2R1
bGUgc2V0DQoNClRoZSBtb2R1bGUgc2V0IGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcgWUFORyBtb2R1
bGVzOg0KLSBpZXRmLWludGVyZmFjZXMNCi0gaWV0Zi1pcA0KLSBpZXRmLXN5c3RlbQ0KLSBpYW5h
LWhhcmR3YXJlDQotIG15LXVwZ3JhZGUtbW9kdWxlDQotIGlldGYteWFuZy10eXBlcw0KLSBpZXRm
LWluZXQtdHlwZXMNCg0KRm9sbG93aW5nIGlzIHRoaXMgWUFORyBsaWJyYXJ5IGltcGxlbWVudGVk
IHVzaW5nIOKAmGlldGYteWFuZy1saWJyYXJ54oCZIGFuZCBlbmNvZGVkIGluIENCT1IuDQpUaGUg
cmVzdWx0aW5nIHNpemUgaXMgNjQyIGJ5dGVzIHdpdGhvdXQgYW55IGxvY2F0aW9uIFVSSXMgd2hp
Y2ggYXJlIG9wdGlvbmFsLg0KDQp7DQogIDIzNjggOiB7DQogICAgKzggOiBbDQogICAgICB7DQog
ICAgICAgICsyMSA6ICJzZXQxIiwNCiAgICAgICAgKzEwIDogWw0KICAgICAgICAgIHsNCiAgICAg
ICAgICAgICs0IDogImlldGYtaW50ZXJmYWNlcyIsDQogICAgICAgICAgICArNiA6ICIyMDE4LTAy
LTIwIiwNCiAgICAgICAgICAgICs1IDogInVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRm
LWludGVyZmFjZXMiDQogICAgICAgICAgfSwNCiAgICAgICAgICB7DQogICAgICAgICAgICArNCA6
ICJpZXRmLWlwIiwNCiAgICAgICAgICAgICs2IDogIjIwMTgtMDItMjIiLA0KICAgICAgICAgICAg
KzUgOiAidXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtaXAiDQogICAgICAgICAgfSwN
CiAgICAgICAgICB7DQogICAgICAgICAgICArNCA6ICJpZXRmLXN5c3RlbSIsDQogICAgICAgICAg
ICArNiA6ICIyMDE0LTA4LTA2IiwNCiAgICAgICAgICAgICs1IDogInVybjppZXRmOnBhcmFtczp4
bWw6bnM6eWFuZzppZXRmLXN5c3RlbSIsDQogICAgICAgICAgICArMiA6IFsibnRwIiwgInRpbWV6
b25lLW5hbWUiLCAiZG5zLXVkcC10Y3AtcG9ydCJdDQogICAgICAgICAgfSwNCiAgICAgICAgICB7
DQogICAgICAgICAgICArNCA6ICJpYW5hLWhhcmR3YXJlIiwNCiAgICAgICAgICAgICs2IDogIjIw
MTgtMDMtMTMiLA0KICAgICAgICAgICAgKzUgOiAidXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5n
OmlhbmEtaGFyZHdhcmUiDQogICAgICAgICAgfSwNCiAgICAgICAgICB7DQogICAgICAgICAgICAr
NCA6ICJteS11cGdyYWRlLW1vZHVsZSIsDQogICAgICAgICAgICArNiA6ICIyMDE5LTA3LTIzIiwN
CiAgICAgICAgICAgICs1IDogImh0dHA6Ly9teWRvbWFpbi5jb20veWFuZy9teS11cGdyYWRlLW1v
ZHVsZSIsDQogICAgICAgICAgICArMiA6IFsiZnRwIiwgImNvYXAiLCAic2NoZWR1bGVkIl0NCiAg
ICAgICAgICB9DQogICAgICAgIF0sDQogICAgICAgICsxIDogWw0KICAgICAgICAgIHsNCiAgICAg
ICAgICAgICsyIDogImlldGYteWFuZy10eXBlcyIsDQogICAgICAgICAgICArNCA6ICIyMDE4LTAy
LTIwIiwNCiAgICAgICAgICAgICszIDogInVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRm
LXlhbmctdHlwZXMiDQogICAgICAgICAgfSwNCiAgICAgICAgICB7DQogICAgICAgICAgICArMiA6
ICJpZXRmLWluZXQtdHlwZXMiLA0KICAgICAgICAgICAgKzQgOiAiMjAxMy0wNy0xNSIsDQogICAg
ICAgICAgICArMyA6ICJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1pbmV0LXR5cGVz
Ig0KICAgICAgICAgIH0NCiAgICAgICAgXQ0KICAgICAgfQ0KICAgIF0sDQogICAgKzMwIDogWw0K
ICAgICAgew0KICAgICAgICArMiA6ICJzY2hlbWExIiwNCiAgICAgICAgKzEgOiBbInNldDEiXQ0K
ICAgICAgfQ0KICAgIF0sDQogICAgKzUgOiBbDQogICAgICB7DQogICAgICAgICsxIDogInVuaWZp
ZWQiLA0KICAgICAgICArMiA6IFsic2NoZW1hMSJdDQogICAgICB9DQogICAgXSwNCiAgICArNCA6
ICJteVNlbnNvckRhdGFNb2RlbCINCiAgfQ0KfQ0KDQpUaGUgc2FtZSBZQU5HIGxpYnJhcnkgaW1w
bGVtZW50ZWQgdXNpbmcg4oCYaWV0Zi1jb25zdHJhaW5lZC15YW5nLWxpYnJhcnnigJkgcmVxdWly
ZWQgMTgzIGJ5dGVzLg0KDQp7DQogIDIzNjggOiB7DQogICAgKzggOiBbDQogICAgICB7DQogICAg
ICAgICsyMSA6IDEsDQogICAgICAgICsxMCA6IFsNCiAgICAgICAgICB7DQogICAgICAgICAgICAr
NCA6IDE1MDAsDQogICAgICAgICAgICArNiA6IGgnMjAxODAyMjAnDQogICAgICAgICAgfSwNCiAg
ICAgICAgICB7DQogICAgICAgICAgICArNCA6IDE2MDAsDQogICAgICAgICAgICArNiA6IGgnMjAx
ODAyMjInDQogICAgICAgICAgfSwNCiAgICAgICAgICB7DQogICAgICAgICAgICArNCA6IDE3MDAs
DQogICAgICAgICAgICArNiA6IGgnMjAxNDA4MDYnLA0KICAgICAgICAgICAgKzIgOiBbIm50cCIs
ICJ0aW1lem9uZS1uYW1lIiwgImRucy11ZHAtdGNwLXBvcnQiXQ0KICAgICAgICAgIH0sDQogICAg
ICAgICAgew0KICAgICAgICAgICAgKzQgOiAyMjAwLA0KICAgICAgICAgICAgKzYgOiBoJzIwMTgw
MzEzJw0KICAgICAgICAgIH0sDQogICAgICAgICAgew0KICAgICAgICAgICAgKzQgOiAxMDA1MTAw
LA0KICAgICAgICAgICAgKzYgOiBoJzIwMTkwNzIzJywNCiAgICAgICAgICAgICsyIDogWyJmdHAi
LCAiY29hcCIsICJzY2hlZHVsZWQiXQ0KICAgICAgICAgIH0NCiAgICAgICAgXSwNCiAgICAgICAg
KzEgOiBbDQogICAgICAgICAgew0KICAgICAgICAgICAgKzIgOiAxMTAwLA0KICAgICAgICAgICAg
KzQgOiBoJzIwMTgwMjIwJw0KICAgICAgICAgIH0sDQogICAgICAgICAgew0KICAgICAgICAgICAg
KzIgOiAxMTUwLA0KICAgICAgICAgICAgKzQgOiBoJzIwMTMwNzE1Jw0KICAgICAgICAgIH0NCiAg
ICAgICAgXQ0KICAgICAgfQ0KICAgIF0sDQogICAgKzMwIDogWw0KICAgICAgew0KICAgICAgICAr
MiA6IDEsDQogICAgICAgICsxIDogWzFdDQogICAgICB9DQogICAgXSwNCiAgICArNSA6IFsNCiAg
ICAgIHsNCiAgICAgICAgKzEgOiAidW5pZmllZCIsDQogICAgICAgICsyIDogWzFdDQogICAgICB9
DQogICAgXSwNCiAgICArNCA6IGgnOUQzNzNGNjI5RTIwJw0KICB9DQp9DQoNClRoZSBtYW5kYXRv
cnkgbmFtZXNwYWNlIGZpZWxkIGluIHRoZSBvcmlnaW5hbCBpZXRmLXlhbmctbGlicmFyeSwgdXNl
bGVzcyBmb3IgQ29SRWNvbmYsIGlzIHRoZSBtYWluIGNvbnRyaWJ1dG9yIG9mIHRoaXMgaW5jcmVh
c2UgaW4gc2l6ZS4gQXNzdW1pbmcgdGhhdCBhIHJlYWwgZGV2aWNlIGhhdmUgYXQgbGVhc3QgNSB0
aW1lIG1vcmUgWUFORyBtb2R1bGVzLCB3ZSBjYW4gZXN0aW1hdGUgdGhhdCB0aGUgbm9uIGNvbXBh
Y3QgdmVyc2lvbiBvZiB0aGUgWUFORyBsaWJyYXJ5IHdpbGwgYmUgYXJvdW5kIDMgdG8gNCBrQiwg
dGhlIGNvbXBhY3QgdmVyc2lvbiB3aWxsIGJlIHNsaWdodGx5IGxlc3MgdGhhbiAxa0IuDQoNCkNh
biB3ZSBhcmNoaXZlIHRoZSBzYW1lIHJlc3VsdCB3aXRoIGEgZGV2aWF0aW9uIG1vZHVsZSBpbnN0
ZWFkIG9mIGEgY29tcGxldGUgbW9kdWxlIHJlcGxhY2VtZW50Pw0KDQpSZWdhcmRzDQpNaWNoZWwN
Cg0KRnJvbTogQW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb20+DQpTZW50OiAyMiBqdWls
bGV0IDIwMTkgMjA6MzMNClRvOiBNaWNoZWwgVmVpbGxldHRlIDxNaWNoZWwuVmVpbGxldHRlQHRy
aWxsaWFudC5jb20+DQpDYzogQ2Fyc3RlbiBCb3JtYW5uIDxjYWJvQHR6aS5vcmc+DQpTdWJqZWN0
OiBSZTogW2NvcmVdIFRoZSBDT1JFIFdHIGhhcyBwbGFjZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUt
eWFuZy1saWJyYXJ5IGluIHN0YXRlICJDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQiDQoN
CkhpLA0KDQpJIGRvbid0IHRoaW5rIGl0IGlzIG5lZWRlZCBiZWNhdXNlIHRoZSBjbGllbnQgaXMg
c3VwcG9zZWQgdG8ga25vdyB0aGUgU0lEIG1hcHBpbmdzIG91dHNpZGUgb2YgWUFORyBsaWJyYXJ5
Lg0KVGhpcyBsaWJyYXJ5IGlzIGxpa2VseSB0byBiZSB2ZXJ5IHN0YXRpYyBvbiBhIFlvVCBkZXZp
Y2UuIE1heWJlIGNoYW5naW5nIG9uY2UgcGVyIGZpcm13YXJlIHVwZ3JhZGUuDQpJdCBkb2VzIG5v
dCByZWFsbHkgbmVlZCBvcHRpbWl6ZWQgcmV0cmlldmFsLg0KDQpJIHByZWZlciB0byBrZWVwIHRo
ZSBtb2RlbHMgdGhlIHNhbWUgYmV0d2VlbiBOQy9SQyBhbmQgQ09SRUNPTkYuDQpUaGUgWUFORyB0
byBDQk9SIHNvbHV0aW9uIHNob3VsZCBpbmNsdWRlIHdheXMgdG8gbWFrZSB0aGUgbWVzc2FnZSBl
bmNvZGluZyBtb3JlIGVmZmljaWVudC4NClRoYXQgd2F5LCB0aGUgc2FtZSBhcHBsaWNhdGlvbiBs
b2dpYyBjYW4gdXNlIHdoYXRldmVyIHByb3RvY29sIG9wZXJhdGlvbnMgYXJlIG5lZWRlZCwgaW5z
dGVhZCBvZiBzcGVjaWFsIENPUkVDT05GIG1vZGVscy4NCg0KDQpBbmR5DQoNCg0KT24gTW9uLCBK
dWwgMjIsIDIwMTkgYXQgNToyMyBQTSBNaWNoZWwgVmVpbGxldHRlIDxNaWNoZWwuVmVpbGxldHRl
QHRyaWxsaWFudC5jb208bWFpbHRvOk1pY2hlbC5WZWlsbGV0dGVAdHJpbGxpYW50LmNvbT4+IHdy
b3RlOg0KSGkgQW5keQ0KDQpBYm91dCDigJxkcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJh
cnnigJ0sIHNob3VsZCB3ZSBwb3N0cG9uZSB0aGUgd29ya2luZyBncm91cCBhZG9wdGlvbiBvZiB0
aGlzIGRyYWZ0IHRvIGdldCBtb3JlIHRpbWUgdG8gd29yayBvbiBhIGRpZmZlcmVudCBzb2x1dGlv
bj8NCg0KSSByYWlzaW5nIHRoaXMgdG9waWMgYmVjYXVzZSB0aGUgY3VycmVudCBDb01JIGRyYWZ0
IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLWNvbWktMDcjc2Vj
dGlvbi02PGh0dHBzOi8vY2FuMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3Vy
bD1odHRwcyUzQSUyRiUyRnRvb2xzLmlldGYub3JnJTJGaHRtbCUyRmRyYWZ0LWlldGYtY29yZS1j
b21pLTA3JTIzc2VjdGlvbi02JmRhdGE9MDIlN0MwMSU3QyU3QzI0ODlhZTAwMjAyMDQ2YjQ3MGZj
MDhkNzBmMDU2MjRjJTdDNGY2ZmJkMTMwZGZiNDE1MDg1YzNkNDMyNjBjMDQzMDklN0MwJTdDMCU3
QzYzNjk5NDM4ODEyMzM2NTU5MyZzZGF0YT1VRjBiM1RnNkFGVG9qdElkJTJCZldqcXp3UzA2VW1u
RkQyVEJhOSUyQiUyRmZrcjNvJTNEJnJlc2VydmVkPTA+KSBoYXZlIGEgbWFuZGF0b3J5IHJlZmVy
ZW5jZSB0byBpdC4gV2UgZWl0aGVyIG5lZWQgdG8gY2hhbmdlIHRoZSBjb250ZW50IG9mIENvTUkg
b3IgY29tbWl0IHRvIGJyaW5nIGlldGYtY29uc3RyYWluZWQteWFuZy1saWJyYXJ5IHRvIGxpZmUu
DQoNClJlZ2FyZHMsDQpNaWNoZWwNCg0KRnJvbTogTWljaGVsIFZlaWxsZXR0ZQ0KU2VudDogMTUg
anVpbGxldCAyMDE5IDEwOjM3DQpUbzogQW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb208
bWFpbHRvOmFuZHlAeXVtYXdvcmtzLmNvbT4+OyBJRVRGIFNlY3JldGFyaWF0IDxpZXRmLXNlY3Jl
dGFyaWF0LXJlcGx5QGlldGYub3JnPG1haWx0bzppZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYu
b3JnPj4NCkNjOiBkcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnlAaWV0Zi5vcmc8bWFp
bHRvOmRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeUBpZXRmLm9yZz47IGNvcmUtY2hh
aXJzQGlldGYub3JnPG1haWx0bzpjb3JlLWNoYWlyc0BpZXRmLm9yZz47IENvcmUgPGNvcmVAaWV0
Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUkU6IFtjb3JlXSBUaGUgQ09S
RSBXRyBoYXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeSBpbiBzdGF0
ZSAiQ2FsbCBGb3IgQWRvcHRpb24gQnkgV0cgSXNzdWVkIg0KDQpIaSBBbmR5DQoNCkkgZWZmZWN0
aXZlbHkgc2VlIHNvbWUgdmFsdWVzIGluIHN1cHBvcnRpbmcgdGhlIG1vZHVsZSBuYW1lcy4NCkhv
d2V2ZXIsIHRoZXNlIG5hbWVzIHNob3VsZCBiZSBvcHRpb25hbCBsZWF2ZXMgYW5kIG5vdCBtYW5k
YXRvcnkga2V5cy4NClNpbXBseSBhdWdtZW50aW5nIHRoZSBleGlzdGluZyDigJxpZXRmLXlhbmct
bGlicmFyeeKAnSB3aWxsIGluY3JlYXNlIGl0cyBzaXplLCB3aGljaCBtYWtlcyB0aGlzIHNvbHV0
aW9uIGV2ZW4gbGVzcyBmcmllbmRseSB0byBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCBuZXR3b3Jr
cy4NCg0KSG9wZSB0byBzZWUgeW91IGluIE1UTCB0byBkaXNjdXNzIHRoZXNlIGNoYW5nZXMsDQpN
aWNoZWwNCg0KRnJvbTogQW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb208bWFpbHRvOmFu
ZHlAeXVtYXdvcmtzLmNvbT4+DQpTZW50OiAxMiBqdWlsbGV0IDIwMTkgMTc6MTYNClRvOiBJRVRG
IFNlY3JldGFyaWF0IDxpZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnPG1haWx0bzppZXRm
LXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnPj4NCkNjOiBkcmFmdC12ZWlsbGV0dGUtY29yZS15
YW5nLWxpYnJhcnlAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGli
cmFyeUBpZXRmLm9yZz47IGNvcmUtY2hhaXJzQGlldGYub3JnPG1haWx0bzpjb3JlLWNoYWlyc0Bp
ZXRmLm9yZz47IENvcmUgPGNvcmVAaWV0Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+Pg0KU3Vi
amVjdDogUmU6IFtjb3JlXSBUaGUgQ09SRSBXRyBoYXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1j
b3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZSAiQ2FsbCBGb3IgQWRvcHRpb24gQnkgV0cgSXNzdWVk
Ig0KDQoNCg0KT24gVGh1LCBKdWwgMTEsIDIwMTkgYXQgODozMiBBTSBJRVRGIFNlY3JldGFyaWF0
IDxpZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnPG1haWx0bzppZXRmLXNlY3JldGFyaWF0
LXJlcGx5QGlldGYub3JnPj4gd3JvdGU6DQoNClRoZSBDT1JFIFdHIGhhcyBwbGFjZWQgZHJhZnQt
dmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5IGluIHN0YXRlDQpDYWxsIEZvciBBZG9wdGlvbiBC
eSBXRyBJc3N1ZWQgKGVudGVyZWQgYnkgQ2Fyc3RlbiBCb3JtYW5uKQ0KDQpUaGUgZG9jdW1lbnQg
aXMgYXZhaWxhYmxlIGF0DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12
ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnkvPGh0dHBzOi8vY2FuMDEuc2FmZWxpbmtzLnByb3Rl
Y3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRmRhdGF0cmFja2VyLmlldGYub3Jn
JTJGZG9jJTJGZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5JTJGJmRhdGE9MDIlN0Mw
MSU3QyU3QzI0ODlhZTAwMjAyMDQ2YjQ3MGZjMDhkNzBmMDU2MjRjJTdDNGY2ZmJkMTMwZGZiNDE1
MDg1YzNkNDMyNjBjMDQzMDklN0MwJTdDMCU3QzYzNjk5NDM4ODEyMzM2NTU5MyZzZGF0YT1yMFEl
MkYlMkJpeWhoV0ZSRmVHVUkwbjBJWFVWams5bSUyQmNYU3h5UWZ2REd0U1VzJTNEJnJlc2VydmVk
PTA+DQoNCg0KSSBkbyBub3Qga25vdyBpZiB0aGVyZSBpcyBhIGNsZWFyIHByb2JsZW0gc3RhdGVt
ZW50IHByZXNlbnRlZCBhbmQgYWdyZWVkIHVwb24gYnkgdGhlIENPUkUgV0cgeWV0Lg0KVGhlIFlB
TkcgTGlicmFyeSAoUkZDIDg1MjUpIGlzIHVzZWQgYnkgYSBzZXJ2ZXIgdG8gcHJvdmlkZSBhIGNs
aWVudCB3aXRoIGRldGFpbHMgYWJvdXQgdGhlIFlBTkcgbW9kdWxlcw0KdGhhdCBhcmUgaW1wbGVt
ZW50ZWQgaW4gdGhlIHNlcnZlci4NCg0KVGhlIGRyYWZ0IHByb3Bvc2VkIGZvciBhZG9wdGlvbiBp
cyBhIGN1dC1hbmQtcGFzdGUtYW5kLXJlcGxhY2UgdmVyc2lvbiBvZiB0aGlzIFJGQy4NClRoZSBz
dHJpbmdzIHVzZWQgYXMgbGlzdCBrZXlzIChlLmcuLCAveWFuZy1saWJyYXJ5L21vZHVsZS9uYW1l
KSBhcmUgcmVwbGFjZWQgYnkgU0lEIHZhbHVlcy4NCk90aGVyIGtleSBsZWFmcyBzdWNoIGFzIC95
YW5nLWxpYnJhcnkvc2NoZW1hL25hbWUgYXJlIHJlcGxhY2VkIGJ5IGludDggbGVhZnMgaW5zdGVh
ZCBvZiBzdHJpbmdzLg0KDQpJTU8gdGhlcmUgYXJlIGJldHRlciBzb2x1dGlvbiBhcHByb2FjaGVz
LCBjb25zaWRlcmluZyB0aGF0IHRoaXMgZGF0YSBzdHJ1Y3R1cmUgd2lsbCBiZQ0KcmVsYXRpdmVs
eSBzdGF0aWMsIGFuZCB0aGVyZSBpcyBhIGNhY2hpbmcgbWVjaGFuaXNtIGJ1aWx0IGludG8gUkZD
IDg1MjUgdG8gcmVkdWNlDQpyZXRyaWV2YWwgb2YgdGhlIGVudGlyZSBZQU5HIGxpYnJhcnkuDQoN
Ckl0IGRvZXMgbm90IHNlZW0gcmVhbGlzdGljIHRoYXQgYSBzZXJ2ZXIgd291bGQgaGF2ZSBvbmx5
IFNJRHMgaW5zdGFsbGVkIGFuZCBubyB3YXkgdG8gZ2V0IHRoZSBtb2R1bGUgbmFtZXMuDQpUaGlz
IGlzIGEgc2hvcnQgbGlzdCwgdW5saWtlIHRoZSBsaXN0IG9mIFlBTkcgZGF0YSBub2Rlcy4gU28g
aXQgc2hvdWxkIGJlIE9LIHRvIHNpbXBseSBhdWdtZW50IHRoZSBleGlzdGluZyBtb2R1bGUNCndp
dGggU0lEIHZhbHVlcy4gIElmIHRoZSBsaXN0IGtleSByZXBsYWNlbWVudHMgYXJlIHJlYWxseSBu
ZWVkZWQsIHRoZW4gYSBkZXZpYXRpb24gbW9kdWxlIGNvdWxkIGJlIHVzZWQgYnkgQ09SRUNPTkYN
CihlLmcuIGRldmlhdGUgcmVwbGFjZSB7dHlwZS1zdG10fSkgaW5zdGVhZCBvZiBhIHJlcGxhY2Vt
ZW50IG1vZHVsZS4NCg0KSSBhZ3JlZSBpdCB3aWxsIGJlIGltcG9ydGFudCBmb3IgYSBDT1JFQ09O
RiBjbGllbnQgdG8gZGV0ZXJtaW5lIHRoZSBZQU5HIGxpYnJhcnkgZGV0YWlscyBmb3IgZWFjaCBz
ZXJ2ZXIuDQpUaGlzIGNvdWxkIGJlIG9mZmxpbmUgZGF0YSBvciBkaXJlY3RseSByZXRyaWV2YWJs
ZSBmcm9tIHRoZSBzZXJ2ZXIuIFRoZSBzb2x1dGlvbiBuZWVkIHRvIGJlIHJlc29sdmVkIGJ5IHRo
ZSBXRy4NCkkgc3VwcG9ydCB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYnkgbm90IHRoaXMgc29sdXRp
b24uDQoNCg0KQW5keQ0KDQoNCg0KQ29tbWVudDoNClRpbGwgMjAxOS0wNy0xOA0KDQpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KY29yZSBtYWlsaW5nIGxp
c3QNCmNvcmVAaWV0Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NvcmU8aHR0cHM6Ly9jYW4wMS5zYWZlbGlua3MucHJvdGVj
dGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGbWFpbG1h
biUyRmxpc3RpbmZvJTJGY29yZSZkYXRhPTAyJTdDMDElN0MlN0MyNDg5YWUwMDIwMjA0NmI0NzBm
YzA4ZDcwZjA1NjI0YyU3QzRmNmZiZDEzMGRmYjQxNTA4NWMzZDQzMjYwYzA0MzA5JTdDMCU3QzAl
N0M2MzY5OTQzODgxMjMzNzU1ODgmc2RhdGE9YkRCM2hDUlNXTFIlMkJUV2lnVU1tTGxUU25ka3Vt
UWM0NjlsNDZIakUlMkJnUEklM0QmcmVzZXJ2ZWQ9MD4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z
b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw
bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v
cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z
LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl
LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ2Fs
aWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBX
b3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4w
cHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x
O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz
IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h
cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp
Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUNBIiBsaW5rPSJibHVlIiB2bGluaz0icHVy
cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIEFuZHk8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VG8g
ZXZhbHVhdGUgdGhlIG5lZWQsIG9yIG5vdCwgJm5ic3A7b2YgYSBjb21wYWN0IHZlcnNpb24gb2Yg
aWV0Zi15YW5nLWxpYnJhcnksIEkgaGF2ZSBjcmVhdGVkIGEgc2ltcGxlIGV4YW1wbGUgY29udGFp
bmluZzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPi0gb25lIGRhdGFzdG9yZTxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+LSBvbmUgc2NoZW1hPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj4tIG9uZSBtb2R1bGUgc2V0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoZSBtb2R1bGUgc2V0IGNvbnRhaW5zIHRoZSBm
b2xsb3dpbmcgWUFORyBtb2R1bGVzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+LSBpZXRm
LWludGVyZmFjZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPi0gaWV0Zi1pcDxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+LSBpZXRmLXN5c3RlbTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+LSBpYW5hLWhhcmR3YXJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4tIG15LXVw
Z3JhZGUtbW9kdWxlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4tIGlldGYteWFuZy10eXBl
czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+LSBpZXRmLWluZXQtdHlwZXM8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Rm9s
bG93aW5nIGlzIHRoaXMgWUFORyBsaWJyYXJ5IGltcGxlbWVudGVkIHVzaW5nIOKAmGlldGYteWFu
Zy1saWJyYXJ54oCZIGFuZCBlbmNvZGVkIGluIENCT1IuPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj5UaGUgcmVzdWx0aW5nIHNpemUgaXMgNjQyIGJ5dGVzIHdpdGhvdXQgYW55IGxvY2F0aW9u
IFVSSXMgd2hpY2ggYXJlIG9wdGlvbmFsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj57PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj4mbmJzcDsgMjM2OCA6IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZu
YnNwOyZuYnNwOyAmIzQzOzggOiBbPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MjEgOiAmcXVvdDtz
ZXQxJnF1b3Q7LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MTAgOiBbPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6ICZx
dW90O2lldGYtaW50ZXJmYWNlcyZxdW90Oyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAmIzQzOzYgOiAmcXVvdDsyMDE4LTAyLTIwJnF1b3Q7LDxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NSA6ICZxdW90O3VybjppZXRmOnBhcmFtczp4bWw6
bnM6eWFuZzppZXRmLWludGVyZmFjZXMmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9
LCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDt7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgJiM0Mzs0IDogJnF1b3Q7aWV0Zi1pcCZxdW90Oyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyAmIzQzOzYgOiAmcXVvdDsyMDE4LTAyLTIyJnF1b3Q7LDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NSA6ICZxdW90O3VybjppZXRmOnBhcmFt
czp4bWw6bnM6eWFuZzppZXRmLWlwJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfSw8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgJiM0Mzs0IDogJnF1b3Q7aWV0Zi1zeXN0ZW0mcXVvdDssPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs2IDogJnF1b3Q7MjAxNC0wOC0wNiZxdW90Oyw8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzUgOiAmcXVvdDt1cm46
aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1zeXN0ZW0mcXVvdDssPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsyIDogWyZxdW90O250cCZxdW90OywgJnF1b3Q7
dGltZXpvbmUtbmFtZSZxdW90OywgJnF1b3Q7ZG5zLXVkcC10Y3AtcG9ydCZxdW90O108bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB9LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHs8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQgOiAmcXVvdDtpYW5hLWhhcmR3
YXJlJnF1b3Q7LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NiA6
ICZxdW90OzIwMTgtMDMtMTMmcXVvdDssPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgJiM0Mzs1IDogJnF1b3Q7dXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlhbmEtaGFy
ZHdhcmUmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9LCZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgJiM0Mzs0IDogJnF1b3Q7bXktdXBncmFkZS1tb2R1bGUmcXVvdDssPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs2IDogJnF1b3Q7MjAxOS0wNy0yMyZx
dW90Oyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzUgOiAmcXVv
dDtodHRwOi8vbXlkb21haW4uY29tL3lhbmcvbXktdXBncmFkZS1tb2R1bGUmcXVvdDssPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsyIDogWyZxdW90O2Z0cCZxdW90
OywgJnF1b3Q7Y29hcCZxdW90OywgJnF1b3Q7c2NoZWR1bGVkJnF1b3Q7XTxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBdLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MSA6IFs8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgJiM0MzsyIDogJnF1b3Q7aWV0Zi15YW5nLXR5cGVzJnF1b3Q7LDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6ICZxdW90OzIwMTgtMDItMjAmcXVv
dDssPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzszIDogJnF1b3Q7
dXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYteWFuZy10eXBlcyZxdW90OzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IH0sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgezxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MiA6ICZxdW90O2lldGYtaW5ldC10
eXBlcyZxdW90Oyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQg
OiAmcXVvdDsyMDEzLTA3LTE1JnF1b3Q7LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7ICYjNDM7MyA6ICZxdW90O3VybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWlu
ZXQtdHlwZXMmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO108bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsg
XSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzMw
IDogWzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIgOiAmcXVvdDtzY2hlbWExJnF1b3Q7LDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7ICYjNDM7MSA6IFsmcXVvdDtzZXQxJnF1b3Q7XTxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyBdLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NSA6IFs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0
MzsxIDogJnF1b3Q7dW5pZmllZCZxdW90Oyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZu
YnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzQzOzIgOiBbJnF1b3Q7
c2NoZW1hMSZxdW90O108bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJz
cDsmbmJzcDsgXSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNw
OyAmIzQzOzQgOiAmcXVvdDtteVNlbnNvckRhdGFNb2RlbCZxdW90OzxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+Jm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPn08bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+
VGhlIHNhbWUgWUFORyBsaWJyYXJ5IGltcGxlbWVudGVkIHVzaW5nIOKAmGlldGYtY29uc3RyYWlu
ZWQteWFuZy1saWJyYXJ54oCZIHJlcXVpcmVkIDE4MyBieXRlcy48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ezxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7IDIzNjggOiB7PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs4IDogWzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHs8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQz
OzIxIDogMSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzEwIDogWzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQgOiAxNTAw
LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NiA6IGgnMjAxODAy
MjAnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfSwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ezxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6IDE2MDAsPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs2IDogaCcyMDE4MDIyMic8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB9LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHs8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQgOiAxNzAwLDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NiA6IGgnMjAxNDA4MDYnLDxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MiA6IFsmcXVvdDtudHAmcXVvdDss
ICZxdW90O3RpbWV6b25lLW5hbWUmcXVvdDssICZxdW90O2Rucy11ZHAtdGNwLXBvcnQmcXVvdDtd
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs0IDogMjIwMCw8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzYgOiBoJzIwMTgwMzEzJzxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH0sJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO3s8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQz
OzQgOiAxMDA1MTAwLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7
NiA6IGgnMjAxOTA3MjMnLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj
NDM7MiA6IFsmcXVvdDtmdHAmcXVvdDssICZxdW90O2NvYXAmcXVvdDssICZxdW90O3NjaGVkdWxl
ZCZxdW90O108bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgXSw8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm
bmJzcDsmbmJzcDsmIzQzOzEgOiBbPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgezxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MiA6IDExMDAsPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs0IDogaCcyMDE4MDIyMCc8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyB9LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHs8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIgOiAxMTUwLDxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6IGgnMjAxMzA3MTUnPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgfSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtdPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IF0sPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzszMCA6IFs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0
MzsyIDogMSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzEgOiBbMV08bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgXSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzUgOiBbPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgezxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7
MSA6ICZxdW90O3VuaWZpZWQmcXVvdDssPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsyIDogWzFdPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IF0sPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs0IDogaCc5RDM3M0Y2
MjlFMjAnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsgfTxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpFTi1VUyI+fTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGUgbWFuZGF0b3J5IG5hbWVzcGFjZSBmaWVsZCBpbiB0
aGUgb3JpZ2luYWwgaWV0Zi15YW5nLWxpYnJhcnksIHVzZWxlc3MgZm9yIENvUkVjb25mLCBpcyB0
aGUgbWFpbiBjb250cmlidXRvciBvZiB0aGlzIGluY3JlYXNlIGluIHNpemUuIEFzc3VtaW5nIHRo
YXQgYSByZWFsIGRldmljZSBoYXZlIGF0IGxlYXN0IDUgdGltZSBtb3JlIFlBTkcNCiBtb2R1bGVz
LCB3ZSBjYW4gZXN0aW1hdGUgdGhhdCB0aGUgbm9uIGNvbXBhY3QgdmVyc2lvbiBvZiB0aGUgWUFO
RyBsaWJyYXJ5IHdpbGwgYmUgYXJvdW5kIDMgdG8gNCBrQiwgdGhlIGNvbXBhY3QgdmVyc2lvbiB3
aWxsIGJlIHNsaWdodGx5IGxlc3MgdGhhbiAxa0IuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkNhbiB3ZSBhcmNoaXZlIHRoZSBz
YW1lIHJlc3VsdCB3aXRoIGEgZGV2aWF0aW9uIG1vZHVsZSBpbnN0ZWFkIG9mIGEgY29tcGxldGUg
bW9kdWxlIHJlcGxhY2VtZW50PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z
by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRzPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj5NaWNoZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIj5G
cm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBBbmR5IEJpZXJtYW4gJmx0O2FuZHlA
eXVtYXdvcmtzLmNvbSZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiAyMiBqdWlsbGV0IDIwMTkgMjA6
MzM8YnI+DQo8Yj5Ubzo8L2I+IE1pY2hlbCBWZWlsbGV0dGUgJmx0O01pY2hlbC5WZWlsbGV0dGVA
dHJpbGxpYW50LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IENhcnN0ZW4gQm9ybWFubiAmbHQ7Y2Fi
b0B0emkub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2NvcmVdIFRoZSBDT1JFIFdH
IGhhcyBwbGFjZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5IGluIHN0YXRlICZx
dW90O0NhbGwgRm9yIEFkb3B0aW9uIEJ5IFdHIElzc3VlZCZxdW90OzxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+SSBkb24ndCB0aGluayBpdCBpcyBuZWVkZWQgYmVjYXVzZSB0aGUgY2xp
ZW50IGlzIHN1cHBvc2VkIHRvIGtub3cgdGhlIFNJRCBtYXBwaW5ncyBvdXRzaWRlIG9mIFlBTkcg
bGlicmFyeS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPlRoaXMgbGlicmFyeSBpcyBsaWtlbHkgdG8gYmUgdmVyeSBzdGF0aWMgb24gYSBZb1QgZGV2
aWNlLiBNYXliZSBjaGFuZ2luZyBvbmNlIHBlciBmaXJtd2FyZSB1cGdyYWRlLjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXQgZG9lcyBub3QgcmVh
bGx5IG5lZWQgb3B0aW1pemVkIHJldHJpZXZhbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBwcmVmZXIgdG8ga2VlcCB0aGUgbW9kZWxzIHRo
ZSBzYW1lIGJldHdlZW4gTkMvUkMgYW5kIENPUkVDT05GLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIFlBTkcgdG8gQ0JPUiBzb2x1dGlvbiBz
aG91bGQgaW5jbHVkZSB3YXlzIHRvIG1ha2UgdGhlIG1lc3NhZ2UgZW5jb2RpbmcgbW9yZSBlZmZp
Y2llbnQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5UaGF0IHdheSwgdGhlIHNhbWUgYXBwbGljYXRpb24gbG9naWMgY2FuIHVzZSB3aGF0ZXZlciBw
cm90b2NvbCBvcGVyYXRpb25zIGFyZSBuZWVkZWQsIGluc3RlYWQgb2Ygc3BlY2lhbCBDT1JFQ09O
RiBtb2RlbHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPk9uIE1vbiwgSnVsIDIyLCAyMDE5IGF0IDU6MjMgUE0gTWljaGVsIFZlaWxs
ZXR0ZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOk1pY2hlbC5WZWlsbGV0dGVAdHJpbGxpYW50LmNvbSI+
TWljaGVsLlZlaWxsZXR0ZUB0cmlsbGlhbnQuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz
b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6
NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4w
cHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkhpIEFuZHk8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPkFib3V0IOKAnDxzcGFuIGxhbmc9IkVOLVVTIj5kcmFmdC12
ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnnigJ0sIHNob3VsZCB3ZSBwb3N0cG9uZSB0aGUgd29y
a2luZyBncm91cCBhZG9wdGlvbiBvZiB0aGlzIGRyYWZ0IHRvIGdldCBtb3JlIHRpbWUgdG8gd29y
ayBvbiBhIGRpZmZlcmVudCBzb2x1dGlvbj88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5JIHJhaXNp
bmcgdGhpcyB0b3BpYyBiZWNhdXNlIHRoZSBjdXJyZW50IENvTUkgZHJhZnQgKDwvc3Bhbj48YSBo
cmVmPSJodHRwczovL2NhbjAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9
aHR0cHMlM0ElMkYlMkZ0b29scy5pZXRmLm9yZyUyRmh0bWwlMkZkcmFmdC1pZXRmLWNvcmUtY29t
aS0wNyUyM3NlY3Rpb24tNiZhbXA7ZGF0YT0wMiU3QzAxJTdDJTdDMjQ4OWFlMDAyMDIwNDZiNDcw
ZmMwOGQ3MGYwNTYyNGMlN0M0ZjZmYmQxMzBkZmI0MTUwODVjM2Q0MzI2MGMwNDMwOSU3QzAlN0Mw
JTdDNjM2OTk0Mzg4MTIzMzY1NTkzJmFtcDtzZGF0YT1VRjBiM1RnNkFGVG9qdElkJTJCZldqcXp3
UzA2VW1uRkQyVEJhOSUyQiUyRmZrcjNvJTNEJmFtcDtyZXNlcnZlZD0wIiB0YXJnZXQ9Il9ibGFu
ayI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY29yZS1jb21pLTA3I3Nl
Y3Rpb24tNjwvYT4pDQogaGF2ZSBhIG1hbmRhdG9yeSByZWZlcmVuY2UgdG8gaXQuIFdlIGVpdGhl
ciBuZWVkIHRvIGNoYW5nZSB0aGUgY29udGVudCBvZiBDb01JIG9yIGNvbW1pdCB0byBicmluZyBp
ZXRmLWNvbnN0cmFpbmVkLXlhbmctbGlicmFyeSB0byBsaWZlLjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+UmVn
YXJkcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IGxhbmc9IkVOLVVTIj5NaWNoZWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl
cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw
Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZy
b206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IE1pY2hlbCBWZWlsbGV0dGUNCjxicj4N
CjxiPlNlbnQ6PC9iPiAxNSBqdWlsbGV0IDIwMTkgMTA6Mzc8YnI+DQo8Yj5Ubzo8L2I+IEFuZHkg
Qmllcm1hbiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzphbmR5QHl1bWF3b3Jrcy5jb20iIHRh
cmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+YW5keUB5dW1hd29ya3MuY29tPC9zcGFu
PjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OzsgSUVURiBTZWNyZXRhcmlhdCAmbHQ7PC9zcGFu
PjxhIGhyZWY9Im1haWx0bzppZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnIiB0YXJnZXQ9
Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4tVVMiPmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5v
cmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiA8L3Nw
YW4+PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeUBpZXRm
Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVOLVVTIj5kcmFmdC12ZWlsbGV0dGUt
Y29yZS15YW5nLWxpYnJhcnlAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj47
DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNvcmUtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9i
bGFuayI+PHNwYW4gbGFuZz0iRU4tVVMiPmNvcmUtY2hhaXJzQGlldGYub3JnPC9zcGFuPjwvYT48
c3BhbiBsYW5nPSJFTi1VUyI+OyBDb3JlICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNvcmVA
aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+Y29yZUBpZXRmLm9y
Zzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMiPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4g
UkU6IFtjb3JlXSBUaGUgQ09SRSBXRyBoYXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlh
bmctbGlicmFyeSBpbiBzdGF0ZSAmcXVvdDtDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQm
cXVvdDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
SGkgQW5keTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SSBlZmZlY3RpdmVseSBzZWUgc29t
ZSB2YWx1ZXMgaW4gc3VwcG9ydGluZyB0aGUgbW9kdWxlIG5hbWVzLjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj5Ib3dldmVyLCB0aGVzZSBuYW1lcyBzaG91bGQgYmUgb3B0
aW9uYWwgbGVhdmVzIGFuZCBub3QgbWFuZGF0b3J5IGtleXMuPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPlNpbXBseSBhdWdtZW50aW5nIHRoZSBleGlzdGluZyDigJxpZXRm
LXlhbmctbGlicmFyeeKAnSB3aWxsIGluY3JlYXNlIGl0cyBzaXplLCB3aGljaCBtYWtlcyB0aGlz
IHNvbHV0aW9uIGV2ZW4gbGVzcyBmcmllbmRseSB0byBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCBu
ZXR3b3Jrcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkhvcGUgdG8gc2VlIHlvdSBpbiBN
VEwgdG8gZGlzY3VzcyB0aGVzZSBjaGFuZ2VzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj5NaWNoZWwNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4g
bGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IEFuZHkgQmll
cm1hbiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzphbmR5QHl1bWF3b3Jrcy5jb20iIHRhcmdl
dD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+YW5keUB5dW1hd29ya3MuY29tPC9zcGFuPjwv
YT48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0Ow0KPGJyPg0KPGI+U2VudDo8L2I+IDEyIGp1aWxsZXQg
MjAxOSAxNzoxNjxicj4NCjxiPlRvOjwvYj4gSUVURiBTZWNyZXRhcmlhdCAmbHQ7PC9zcGFuPjxh
IGhyZWY9Im1haWx0bzppZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnIiB0YXJnZXQ9Il9i
bGFuayI+PHNwYW4gbGFuZz0iRU4tVVMiPmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc8
L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiA8L3NwYW4+
PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeUBpZXRmLm9y
ZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIGxhbmc9IkVOLVVTIj5kcmFmdC12ZWlsbGV0dGUtY29y
ZS15YW5nLWxpYnJhcnlAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj47DQo8
L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNvcmUtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+PHNwYW4gbGFuZz0iRU4tVVMiPmNvcmUtY2hhaXJzQGlldGYub3JnPC9zcGFuPjwvYT48c3Bh
biBsYW5nPSJFTi1VUyI+OyBDb3JlICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0
Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+Y29yZUBpZXRmLm9yZzwv
c3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMiPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6
IFtjb3JlXSBUaGUgQ09SRSBXRyBoYXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmct
bGlicmFyeSBpbiBzdGF0ZSAmcXVvdDtDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQmcXVv
dDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9uIFRo
dSwgSnVsIDExLCAyMDE5IGF0IDg6MzIgQU0gSUVURiBTZWNyZXRhcmlhdCAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5p
ZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz
b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6
NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4w
cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpUaGUgQ09SRSBXRyBoYXMgcGxhY2VkIGRyYWZ0
LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZTxicj4NCkNhbGwgRm9yIEFkb3B0
aW9uIEJ5IFdHIElzc3VlZCAoZW50ZXJlZCBieSBDYXJzdGVuIEJvcm1hbm4pPGJyPg0KPGJyPg0K
VGhlIGRvY3VtZW50IGlzIGF2YWlsYWJsZSBhdDxicj4NCjxhIGhyZWY9Imh0dHBzOi8vY2FuMDEu
c2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRmRhdGF0
cmFja2VyLmlldGYub3JnJTJGZG9jJTJGZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5
JTJGJmFtcDtkYXRhPTAyJTdDMDElN0MlN0MyNDg5YWUwMDIwMjA0NmI0NzBmYzA4ZDcwZjA1NjI0
YyU3QzRmNmZiZDEzMGRmYjQxNTA4NWMzZDQzMjYwYzA0MzA5JTdDMCU3QzAlN0M2MzY5OTQzODgx
MjMzNjU1OTMmYW1wO3NkYXRhPXIwUSUyRiUyQml5aGhXRlJGZUdVSTBuMElYVVZqazltJTJCY1hT
eHlRZnZER3RTVXMlM0QmYW1wO3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnkv
PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj5JIGRvIG5vdCBrbm93IGlmIHRoZXJlIGlzIGEgY2xlYXIgcHJvYmxl
bSBzdGF0ZW1lbnQgcHJlc2VudGVkIGFuZCBhZ3JlZWQgdXBvbiBieSB0aGUgQ09SRSBXRyB5ZXQu
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRo
ZSBZQU5HIExpYnJhcnkgKFJGQyA4NTI1KSBpcyB1c2VkIGJ5IGEgc2VydmVyIHRvIHByb3ZpZGUg
YSBjbGllbnQgd2l0aCBkZXRhaWxzIGFib3V0IHRoZSBZQU5HIG1vZHVsZXM8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+dGhhdCBhcmUgaW1wbGVt
ZW50ZWQgaW4gdGhlIHNlcnZlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZSBkcmFmdCBwcm9wb3NlZCBmb3IgYWRvcHRpb24gaXMg
YSBjdXQtYW5kLXBhc3RlLWFuZC1yZXBsYWNlIHZlcnNpb24gb2YgdGhpcyBSRkMuPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZSBzdHJpbmdz
IHVzZWQgYXMgbGlzdCBrZXlzIChlLmcuLCAveWFuZy1saWJyYXJ5L21vZHVsZS9uYW1lKSBhcmUg
cmVwbGFjZWQgYnkgU0lEIHZhbHVlcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+T3RoZXIga2V5IGxlYWZzIHN1Y2ggYXMgL3lhbmctbGlicmFy
eS9zY2hlbWEvbmFtZSBhcmUgcmVwbGFjZWQgYnkgaW50OCBsZWFmcyBpbnN0ZWFkIG9mIHN0cmlu
Z3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj5JTU8gdGhlcmUgYXJlIGJldHRlciBzb2x1dGlvbiBhcHByb2FjaGVzLCBjb25zaWRlcmlu
ZyB0aGF0IHRoaXMgZGF0YSBzdHJ1Y3R1cmUgd2lsbCBiZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5yZWxhdGl2ZWx5IHN0YXRpYywgYW5kIHRo
ZXJlIGlzIGEgY2FjaGluZyBtZWNoYW5pc20gYnVpbHQgaW50byBSRkMgODUyNSB0byByZWR1Y2U8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+cmV0
cmlldmFsIG9mIHRoZSBlbnRpcmUgWUFORyBsaWJyYXJ5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SXQgZG9lcyBub3Qgc2VlbSByZWFs
aXN0aWMgdGhhdCBhIHNlcnZlciB3b3VsZCBoYXZlIG9ubHkgU0lEcyBpbnN0YWxsZWQgYW5kIG5v
IHdheSB0byBnZXQgdGhlIG1vZHVsZSBuYW1lcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhpcyBpcyBhIHNob3J0IGxpc3QsIHVubGlrZSB0
aGUgbGlzdCBvZiBZQU5HIGRhdGEgbm9kZXMuIFNvIGl0IHNob3VsZCBiZSBPSyB0byBzaW1wbHkg
YXVnbWVudCB0aGUgZXhpc3RpbmcgbW9kdWxlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPndpdGggU0lEIHZhbHVlcy4mbmJzcDsgSWYgdGhlIGxp
c3Qga2V5IHJlcGxhY2VtZW50cyBhcmUgcmVhbGx5IG5lZWRlZCwgdGhlbiBhIGRldmlhdGlvbiBt
b2R1bGUgY291bGQgYmUgdXNlZCBieSBDT1JFQ09ORjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4oZS5nLiBkZXZpYXRlIHJlcGxhY2Uge3R5cGUt
c3RtdH0pIGluc3RlYWQgb2YgYSByZXBsYWNlbWVudCBtb2R1bGUuPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JIGFncmVlIGl0IHdpbGwg
YmUgaW1wb3J0YW50IGZvciBhIENPUkVDT05GIGNsaWVudCB0byBkZXRlcm1pbmUgdGhlIFlBTkcg
bGlicmFyeSBkZXRhaWxzIGZvciBlYWNoIHNlcnZlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhpcyBjb3VsZCBiZSBvZmZsaW5lIGRhdGEg
b3IgZGlyZWN0bHkgcmV0cmlldmFibGUgZnJvbSB0aGUgc2VydmVyLiBUaGUgc29sdXRpb24gbmVl
ZCB0byBiZSByZXNvbHZlZCBieSB0aGUgV0cuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgc3VwcG9ydCB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQg
Ynkgbm90IHRoaXMgc29sdXRpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s
aWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQu
OHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Q29tbWVudDo8YnI+DQpUaWxsIDIwMTktMDctMTg8
YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xzxicj4NCmNvcmUgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5v
cmciIHRhcmdldD0iX2JsYW5rIj5jb3JlQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBz
Oi8vY2FuMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUy
RiUyRnd3dy5pZXRmLm9yZyUyRm1haWxtYW4lMkZsaXN0aW5mbyUyRmNvcmUmYW1wO2RhdGE9MDIl
N0MwMSU3QyU3QzI0ODlhZTAwMjAyMDQ2YjQ3MGZjMDhkNzBmMDU2MjRjJTdDNGY2ZmJkMTMwZGZi
NDE1MDg1YzNkNDMyNjBjMDQzMDklN0MwJTdDMCU3QzYzNjk5NDM4ODEyMzM3NTU4OCZhbXA7c2Rh
dGE9YkRCM2hDUlNXTFIlMkJUV2lnVU1tTGxUU25ka3VtUWM0NjlsNDZIakUlMkJnUEklM0QmYW1w
O3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2NvcmU8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BL0PR06MB50420C236A19D766E12337549AC70BL0PR06MB5042namp_--


From nobody Tue Jul 23 11:07:40 2019
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 7F67D120422 for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:07:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 C0Dhsft5Lecs for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:07:36 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04B12120667 for <core@ietf.org>; Tue, 23 Jul 2019 11:07:36 -0700 (PDT)
Received: from Jude (31.133.136.216) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 23 Jul 2019 11:07:30 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: 'Christer Holmberg' <christer.holmberg@ericsson.com>, <core@ietf.org>
References: <2A1536C9-17DC-43F4-A3EA-F471B92D8ECC@ericsson.com>
In-Reply-To: <2A1536C9-17DC-43F4-A3EA-F471B92D8ECC@ericsson.com>
Date: Tue, 23 Jul 2019 14:07:25 -0400
Message-ID: <01f701d54181$7d5a8a90$780f9fb0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_01F8_01D5415F.F6495FC0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQIK1qj/LCDEayY2wJjefCGUgEH8iaZtVYcA
Content-Language: en-us
X-Originating-IP: [31.133.136.216]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/xGL-xOPzMWLUgibCV5g7xod84VM>
Subject: Re: [core] MULTIPART-CT: Nested multiparts
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 18:07:40 -0000

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

The answer is yes, and there is a note in the security considerations =
that this needs to be done carefully.

=20

jim

=20

From: core <core-bounces@ietf.org> On Behalf Of Christer Holmberg
Sent: Tuesday, July 23, 2019 12:20 PM
To: core@ietf.org
Subject: [core] MULTIPART-CT: Nested multiparts

=20

Hi,

=20

Can a multipart contain another multipart?

=20

Whatever the answer is, I think it would be useful to have some text =
about it.

=20

Regards,

=20

Christer


------=_NextPart_000_01F8_01D5415F.F6495FC0
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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
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;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle19
	{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:70.85pt 56.7pt 70.85pt 56.7pt;}
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=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal><span style=3D'font-size:11.0pt'>The answer is yes, =
and there is a note in the security considerations that this needs to be =
done carefully.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt'>jim<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt'><o:p>&nbsp;</o:p></span></p><div><div =
style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:11.0pt'>From:</span></b><span =
style=3D'font-size:11.0pt'> core &lt;core-bounces@ietf.org&gt; <b>On =
Behalf Of </b>Christer Holmberg<br><b>Sent:</b> Tuesday, July 23, 2019 =
12:20 PM<br><b>To:</b> core@ietf.org<br><b>Subject:</b> [core] =
MULTIPART-CT: Nested multiparts<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span =
lang=3DFI style=3D'font-size:11.0pt'>Hi,<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DFI =
style=3D'font-size:11.0pt'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'font-size:11.0pt'>Can a multipart =
contain another multipart?<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'font-size:11.0pt'>Whatever the answer =
is, I think it would be useful to have some text about =
it.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt'>Regards,<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt'>Christer<o:p></o:p></span></p></div></body></h=
tml>
------=_NextPart_000_01F8_01D5415F.F6495FC0--


From nobody Tue Jul 23 11:23:03 2019
Return-Path: <christer.holmberg@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 A80F91206AA for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:23:01 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zLOT_qLnKroE for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:22:59 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20084.outbound.protection.outlook.com [40.107.2.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 365E312029A for <core@ietf.org>; Tue, 23 Jul 2019 11:22:59 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gWbFs/0HVKbv8rAZvP8C54ekqpCV8w3W9iT0NMi5CY185o6ZQKXP5fOviGWcZ0Th8sdeIcve59A4Y2wlXSjeLZ7egSKlwy5UFTS6Ny3wB3uO9P5W7lh8BnbpSClMFL7IG4RZ/EUdgB2Bnpke9Ylh0i+mcO+7lE7xmJ8+B5wGqsVODckju9BkjGYO1DI4tPs9XjjoWErTlxKW8GKd2I7CHQqf/rMtJhI93/5220NOtHEVSyyj9MV32ns5DYk+ATBwHShjqtVJnvcVF+a3Bk/FM2oNRC8t4iXs0DqjykbJtSUxyhU+acMrTb5syQrF50sqaTUtjRa0sXRsDBpoh7lzWw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3p3Va4WB9bKDsmad40rwDzW1C4nGH5lMJiMO70GdIo8=; b=c5AgXgHxBOQYBvKDCKZjs1fARSOyXHXafMYzIX0O6Fop9lIV+UNJ3A8H32nntIy6i3mIP/Fw2iMmiRNRjkJOcjRhazecpPl2Ze88j4dneYZLcHe2py8qZvDu7A4N6I4FH2uTTCh247LDdB875V/sgNdfuMtFurGIbZZa9tTSu8kFVdOWwainG6ZWpUST1kc8GxtdWm6JjKpHwbCAX4u9lM46y7edFWRxLccTGheq8h331gVyG0Yp8mRP+JkA71KLpaUuQ60Gycds9wdtQ3bVhSKqGk6xMWP8iBU1BKHZw3LSNt/cadizvSPL/huDmEGMc70cHY2Ta0A3RJ/vNr3I/g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3p3Va4WB9bKDsmad40rwDzW1C4nGH5lMJiMO70GdIo8=; b=LfZSv64uFRMpwGbaMWUG82973sW1Gxt+bZQZGWj9KnuZg3uV9mR1Q/H8xKdSBmqHxjpPKs7X9fnjVPKHyPkBR8Qca4Zd9Mvmd8OUn2e2Q/j7JMFLUQ9FHJg78B9k/VIqrsyW16ialmWUfZp7QRUjY8jm6EjosSjY4FlYQF4iP5I=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3420.eurprd07.prod.outlook.com (10.170.247.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.9; Tue, 23 Jul 2019 18:22:55 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2115.005; Tue, 23 Jul 2019 18:22:55 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Jim Schaad <ietf@augustcellars.com>, "core@ietf.org" <core@ietf.org>
Thread-Topic: [core] MULTIPART-CT: Nested multiparts
Thread-Index: AQHVQXJ8saQP/yQvyk6VqdDxBT97TKbYgBGAgAAEAAA=
Date: Tue, 23 Jul 2019 18:22:55 +0000
Message-ID: <HE1PR07MB3161947FEC4D90C879863B2893C70@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <2A1536C9-17DC-43F4-A3EA-F471B92D8ECC@ericsson.com> <01f701d54181$7d5a8a90$780f9fb0$@augustcellars.com>
In-Reply-To: <01f701d54181$7d5a8a90$780f9fb0$@augustcellars.com>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; 
x-originating-ip: [79.134.118.162]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8baae06b-02f7-4273-9bd6-08d70f9ac860
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3420; 
x-ms-traffictypediagnostic: HE1PR07MB3420:
x-microsoft-antispam-prvs: <HE1PR07MB342001B3DFDB1EFBB32B034C93C70@HE1PR07MB3420.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0107098B6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(376002)(136003)(346002)(39860400002)(366004)(199004)(189003)(478600001)(446003)(7696005)(476003)(66066001)(66946007)(66446008)(76176011)(66476007)(64756008)(316002)(102836004)(86362001)(110136005)(55016002)(76116006)(66556008)(790700001)(54896002)(26005)(52536014)(186003)(11346002)(6116002)(3846002)(2906002)(6436002)(25786009)(6306002)(236005)(9326002)(81166006)(71200400001)(81156014)(4744005)(486006)(9686003)(7736002)(8936002)(2501003)(8676002)(14454004)(14444005)(44832011)(74316002)(53546011)(33656002)(53936002)(6506007)(68736007)(99286004)(5660300002)(71190400001)(256004); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3420; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: PPbbxqkdDR+YsoX62i4Zpuk8qShZIht9Zg2/iwJOzCw9CdHVB5WpBgGwNYGf0xVF2Z442dOzDu7EQyL5TyZCxGnmaKkWmtQaNqYU2/Xg40LZh/UFZ6KikEOc2oF798XKOUX+HztjnAlRPG1X+5u0Qo9pxQDPXezFkuEnfbyDQ8WWgPt1xgq/b6xQzmqXYwTsrC+CESQKMrRp6/7QfSxtp4DZebZb8OHWWmnjbMsID3/zPO4dKRD1d01QL82F+KYgBabrIJ7JkHfC8VaHMsgTjSEdxPHNZ5mURlqZFQAlBVXznutJyW7aQrxGVT2rQ3FIrDFekT2t5ai9c4gwbGuSVqDKn+tM1vIIxYNYE93W1Ut5nmCFpCaobJv/EVYekItKeUJp8lCX8BqZMGIVrt12eRo/AG/LsxZxRX//A92izTU=
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB3161947FEC4D90C879863B2893C70HE1PR07MB3161eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8baae06b-02f7-4273-9bd6-08d70f9ac860
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2019 18:22:55.6449 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3420
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/CMSFL-ZK3U4MB3vWU6_oXKlXrHw>
Subject: Re: [core] MULTIPART-CT: Nested multiparts
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 18:23:02 -0000

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

SGksDQoNCj5UaGUgYW5zd2VyIGlzIHllcywgYW5kIHRoZXJlIGlzIGEgbm90ZSBpbiB0aGUgc2Vj
dXJpdHkgY29uc2lkZXJhdGlvbnMgdGhhdCB0aGlzIG5lZWRzIHRvIGJlIGRvbmUgY2FyZWZ1bGx5
Lg0KDQpUaGFua3MsIEkgaGFkIG1pc3NlZCB0aGF0IHBhcnQuDQoNCkhvd2V2ZXIsIEkgdGhpbmsg
dGhlcmUgbmVlZHMgdG8gYmUgcHJvY2VkdXJhbCB0ZXh0IG9uIGl0IHRvby4gQW4gZXhhbXBsZSB3
b3VsZCBiZSBnb29kIHRvby4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KDQpGcm9tOiBjb3Jl
IDxjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZz4+IE9u
IEJlaGFsZiBPZiBDaHJpc3RlciBIb2xtYmVyZw0KU2VudDogVHVlc2RheSwgSnVseSAyMywgMjAx
OSAxMjoyMCBQTQ0KVG86IGNvcmVAaWV0Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+DQpTdWJq
ZWN0OiBbY29yZV0gTVVMVElQQVJULUNUOiBOZXN0ZWQgbXVsdGlwYXJ0cw0KDQpIaSwNCg0KQ2Fu
IGEgbXVsdGlwYXJ0IGNvbnRhaW4gYW5vdGhlciBtdWx0aXBhcnQ/DQoNCldoYXRldmVyIHRoZSBh
bnN3ZXIgaXMsIEkgdGhpbmsgaXQgd291bGQgYmUgdXNlZnVsIHRvIGhhdmUgc29tZSB0ZXh0IGFi
b3V0IGl0Lg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj
OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5t
c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsN
Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLlNoa3Bvc3RpdHl5bGkx
OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu
cy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uU2hrcG9zdGl0eXlsaTE5DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5TaGtwb3N0aXR5eWxpMjENCgl7bXNvLXN0eWxl
LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl
eHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz
aXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCAyLjBjbSA3MC44NXB0IDIuMGNt
O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48
IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNw
aWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHht
bD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBk
YXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0K
PGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYg
Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGksPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQiPiZndDtUaGUgYW5zd2VyIGlzIHllcywgYW5kIHRoZXJlIGlzIGEgbm90ZSBpbiB0
aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgdGhhdCB0aGlzIG5lZWRzIHRvIGJlIGRvbmUgY2Fy
ZWZ1bGx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3MsIEkgaGFkIG1pc3NlZCB0aGF0IHBhcnQuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQiPkhvd2V2ZXIsIEkgdGhpbmsgdGhlcmUgbmVlZHMgdG8gYmUgcHJvY2VkdXJhbCB0ZXh0
IG9uIGl0IHRvby4gQW4gZXhhbXBsZSB3b3VsZCBiZSBnb29kIHRvby48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UmVn
YXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s
aWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dCI+IGNvcmUgJmx0OzxhIGhyZWY9Im1haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmciPmNvcmUt
Ym91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkNocmlzdGVyIEhv
bG1iZXJnPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEp1bHkgMjMsIDIwMTkgMTI6MjAgUE08
YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpjb3JlQGlldGYub3JnIj5jb3JlQGlldGYu
b3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbY29yZV0gTVVMVElQQVJULUNUOiBOZXN0ZWQg
bXVsdGlwYXJ0czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRkkiIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0Ij5IaSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJGSSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Q2FuIGEgbXVsdGlwYXJ0IGNvbnRhaW4gYW5vdGhlciBt
dWx0aXBhcnQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQiPldoYXRldmVyIHRoZSBhbnN3ZXIgaXMsIEkgdGhpbmsgaXQg
d291bGQgYmUgdXNlZnVsIHRvIGhhdmUgc29tZSB0ZXh0IGFib3V0IGl0LjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5S
ZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_HE1PR07MB3161947FEC4D90C879863B2893C70HE1PR07MB3161eurp_--


From nobody Tue Jul 23 11:31:32 2019
Return-Path: <stokcons@bbhmail.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 9FC2112078E for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:31:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level: 
X-Spam-Status: No, score=-1.996 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_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bbhmail.nl
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 9vPY4bAUzdWE for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:31:28 -0700 (PDT)
Received: from smtprelay.hostedemail.com (smtprelay0165.hostedemail.com [216.40.44.165]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A304512041C for <core@ietf.org>; Tue, 23 Jul 2019 11:31:28 -0700 (PDT)
Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay07.hostedemail.com (Postfix) with ESMTP id 24141181D33FC; Tue, 23 Jul 2019 18:31:27 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbhmail.nl; h= mime-version:content-type:date:from:to:cc:subject:reply-to :in-reply-to:references:message-id; s=key; bh=mQyaYVkFN/ZdANHUWS vAICPkH+6yclFXn6RA4TBcuRo=; b=Hr3wXzB5MDqETm/wowjefF5h8mWwj+M3x9 Z9jmbvo4Iy4HEM9npiS+R8MK8ryXICca154Eu1Hw25+uXZnJoBLyP6RxeUnV8WOv fTTr80EpKFQjU3QLWGpUC+GSnZcQyG/Ik3OCztWRii6GLvxXbP9c6dNQjZKE6Rvz bGpKmWkWA=
X-Session-Marker: 73746F6B636F6E73406262686D61696C2E6E6C
X-Spam-Summary: 2, -10, 0, , d41d8cd98f00b204, stokcons@bbhmail.nl, :::::, RULES_HIT:41:72:152:355:379:582:599:800:960:962:967:973:983:988:989:1152:1189:1208:1212:1221:1260:1313:1314:1345:1359:1431:1436:1437:1516:1517:1518:1535:1543:1575:1588:1589:1592:1594:1711:1730:1776:1792:2068:2069:2198:2199:2525:2527:2528:2551:2553:2559:2564:2682:2685:2693:2859:2894:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3352:3586:3622:3865:3866:3867:3868:3870:3871:3872:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4117:4184:4321:4361:4860:5007:6117:6261:6657:6659:6678:7576:7809:7875:7903:8583:8603:8957:9010:9025:9036:9080:9177:9545:10004:10216:10400:10848:11232:11658:11914:12043:12050:12291:12379:12438:12683:12740:12895:13139:13439:13846:14095:14096:14180:14181:14721:21060:21080:21324:21433:21451:21499:21627:30006:30054:30060:30090:30091, 0, RBL:216.40.42.5:@bbhmail.nl:.lbl8.mailshell.net-62.8.55.100 66.201.201.201,  CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF
X-HE-Tag: feast63_63eb88824cf55
X-Filterd-Recvd-Size: 6577
Received: from mail.bbhmail.nl (imap-ext [216.40.42.5]) (Authenticated sender: webmail@stokcons@bbhmail.nl) by omf02.hostedemail.com (Postfix) with ESMTPA; Tue, 23 Jul 2019 18:31:26 +0000 (UTC)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_53d669857a9711d47bbc823f5be09a58"
Date: Tue, 23 Jul 2019 14:31:26 -0400
From: Peter van der Stok <stokcons@bbhmail.nl>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Jim Schaad <ietf@augustcellars.com>, core@ietf.org
Organization: vanderstok consultancy
Reply-To: consultancy@vanderstok.org
Mail-Reply-To: consultancy@vanderstok.org
In-Reply-To: <HE1PR07MB3161947FEC4D90C879863B2893C70@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <2A1536C9-17DC-43F4-A3EA-F471B92D8ECC@ericsson.com> <01f701d54181$7d5a8a90$780f9fb0$@augustcellars.com> <HE1PR07MB3161947FEC4D90C879863B2893C70@HE1PR07MB3161.eurprd07.prod.outlook.com>
Message-ID: <4ec617e4c7c5c399850494ede141c0f6@bbhmail.nl>
X-Sender: stokcons@bbhmail.nl
User-Agent: Roundcube Webmail/1.2.7
X-Originating-IP: [31.133.139.52]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/9WU-pWMfGAxRISq1nPts9dRqWwI>
Subject: Re: [core] MULTIPART-CT: Nested multiparts
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 18:31:31 -0000

--=_53d669857a9711d47bbc823f5be09a58
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII

actually, in the anima-join-proxy draft embedded multipart-ct will
happen

Peter
Christer Holmberg schreef op 2019-07-23 14:22:

> Hi, 
> 
>> The answer is yes, and there is a note in the security considerations that this needs to be done carefully. 
> 
> Thanks, I had missed that part. 
> 
> However, I think there needs to be procedural text on it too. An example would be good too. 
> 
> Regards, 
> 
> Christer 
> 
> FROM: core <core-bounces@ietf.org> ON BEHALF OF Christer Holmberg
> SENT: Tuesday, July 23, 2019 12:20 PM
> TO: core@ietf.org
> SUBJECT: [core] MULTIPART-CT: Nested multiparts 
> 
> Hi, 
> 
> Can a multipart contain another multipart? 
> 
> Whatever the answer is, I think it would be useful to have some text about it. 
> 
> Regards, 
> 
> Christer 
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
--=_53d669857a9711d47bbc823f5be09a58
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'font-size: 10pt; font-family: Verdana,Gen=
eva,sans-serif'>
actually, in the anima-join-proxy draft embedded multipart-ct will happen<b=
r /><br />Peter<br />
<p>Christer Holmberg schreef op 2019-07-23 14:22:</p>
<blockquote type=3D"cite" style=3D"padding: 0 0.4em; border-left: #1010ff 2=
px solid; margin: 0"><!-- html ignored --> <!-- head ignored --><!-- meta i=
gnored --> <!-- meta ignored -->
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt; mso-fareast-langua=
ge: EN-US;">Hi,<!-- o ignored --></span></p>
<p class=3D"MsoNormal"><!-- o ignored -->&nbsp;</p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">&gt;The answer is=
 yes, and there is a note in the security considerations that this needs to=
 be done carefully.<!-- o ignored --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Thanks, I had mis=
sed that part.<!-- o ignored --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">However, I think =
there needs to be procedural text on it too. An example would be good too=
=2E<!-- o ignored --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Regards,<!-- o ig=
nored --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Christer<!-- o ig=
nored --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<div>
<div style=3D"border: none; border-top: solid #E1E1E1 1.0pt; padding: 3.0pt=
 0cm 0cm 0cm;">
<p class=3D"MsoNormal"><strong><span style=3D"font-size: 11.0pt;">From:</sp=
an></strong><span style=3D"font-size: 11.0pt;"> core &lt;<a href=3D"mailto:=
core-bounces@ietf.org" rel=3D"noreferrer">core-bounces@ietf.org</a>&gt; <st=
rong>On Behalf Of </strong>Christer Holmberg<br /> <strong>Sent:</strong> T=
uesday, July 23, 2019 12:20 PM<br /> <strong>To:</strong> <a href=3D"mailto=
:core@ietf.org" rel=3D"noreferrer">core@ietf.org</a><br /> <strong>Subject:=
</strong> [core] MULTIPART-CT: Nested multiparts<!-- o ignored --></span></=
p>
</div>
</div>
<p class=3D"MsoNormal"><span><!-- o ignored -->&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Hi,<!-- o ignored=
 --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Can a multipart c=
ontain another multipart?<!-- o ignored --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Whatever the answ=
er is, I think it would be useful to have some text about it.<!-- o ignored=
 --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Regards,<!-- o ig=
nored --></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;"><!-- o ignored --=
>&nbsp;</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.0pt;">Christer<!-- o ig=
nored --></span></p>
</div>
<!-- html ignored --><br />
<div class=3D"pre" style=3D"margin: 0; padding: 0; font-family: monospace">=
_______________________________________________<br /> core mailing list<br =
/> <a href=3D"mailto:core@ietf.org" rel=3D"noreferrer">core@ietf.org</a><br=
 /> <a href=3D"https://www.ietf.org/mailman/listinfo/core" target=3D"_blank=
" rel=3D"noreferrer">https://www.ietf.org/mailman/listinfo/core</a></div>
</blockquote>
</body></html>

--=_53d669857a9711d47bbc823f5be09a58--


From nobody Tue Jul 23 11:36:14 2019
Return-Path: <christer.holmberg@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 2B1D8120816 for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:35:59 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ABpu7GmTFvaO for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:35:56 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70059.outbound.protection.outlook.com [40.107.7.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28897120822 for <core@ietf.org>; Tue, 23 Jul 2019 11:35:56 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=P+Wm+ekJ4U+WAby3YHDhwmrbSPzSX5NdSoiCudEIA44tJJxzay96k44w9EfMklu6agylm3qBk1HnZegqw8pkKcI5ct98yKnVSN3vRNm7fif7WIyucQxnmiQhiuVQWN+y5zFHgQVOm1Iw3nZ1V+UEw35RdSinVQ00/g/+v9xadnp9PKRF/9vwKW2FPE+DulQWH1NS37uGWqIydPsxNmZeDcYsKO5u9VQ/5gOKodr+dbwdE5a5Y/GyIut9vmEPYBXeNmrUv+VArbRwkkXmNwAEu5fqPdMhBK+sbI2Wv8MEfPxMNseC96nGEbbg80WLHDHoBu38fAe61idpQqdqlGOoqg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=sKEuheKf02sbKvZEjQTy28A58fvnSWWGRiC5NFQdktI=; b=dR9hRGFXoc4Kk6bIEVolN9jLDF51wx1yx78G166EuVSAu2yrDaLGAcbsGTNMCwprZp/zclsaB8EVzgK/A86R43ep2AGVW4odTu+OMQTkaV/ulRoO5HxUvMgzEvIhh2mwqAbavmvDoCkfqRSrmY1aIh4X4Xgphhg1f/Rm23fCMwZEyDG02fh6mt/+bvDOGxXYlrD8EaCJvikFfLP6hmJfyshUooB8FKmFodXVOPLD1PKTQnvJm+YXYWj5Tg9ncslzMkBSE7jl1gSYe8w6j9FW0ep2GTHtW7h6gQbuk27EQmNRfOQofPPsBVeMux5+OAwD7TzePumYaR0R0zfY+LPgYQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=sKEuheKf02sbKvZEjQTy28A58fvnSWWGRiC5NFQdktI=; b=dDYjAXUs47aOtRxj5C2inhKSPqIC/EK+uxZiSa3mSOA+QrWjC4M2PcYTt4wcIIyVjn5f6N93iEiUj654t5XjCcCmn2FYHXXsMeNwxmjTUBjh6LrATaqmAUFEjK5hCpiDBiK8ebjPxbIFfgn2AddQx/Qj/NJeP9/XPzHwwscQ+Jk=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3388.eurprd07.prod.outlook.com (10.170.247.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Tue, 23 Jul 2019 18:35:53 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2115.005; Tue, 23 Jul 2019 18:35:53 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "consultancy@vanderstok.org" <consultancy@vanderstok.org>
CC: Jim Schaad <ietf@augustcellars.com>, "core@ietf.org" <core@ietf.org>
Thread-Topic: [core] MULTIPART-CT: Nested multiparts
Thread-Index: AQHVQXJ8saQP/yQvyk6VqdDxBT97TKbYgBGAgAAEAACAAAK2AIAAAOTQ
Date: Tue, 23 Jul 2019 18:35:53 +0000
Message-ID: <HE1PR07MB31612100F251A4C86194FCB593C70@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <2A1536C9-17DC-43F4-A3EA-F471B92D8ECC@ericsson.com> <01f701d54181$7d5a8a90$780f9fb0$@augustcellars.com> <HE1PR07MB3161947FEC4D90C879863B2893C70@HE1PR07MB3161.eurprd07.prod.outlook.com> <4ec617e4c7c5c399850494ede141c0f6@bbhmail.nl>
In-Reply-To: <4ec617e4c7c5c399850494ede141c0f6@bbhmail.nl>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; 
x-originating-ip: [79.134.118.162]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d2276aa0-11c2-4226-8b12-08d70f9c9801
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3388; 
x-ms-traffictypediagnostic: HE1PR07MB3388:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <HE1PR07MB3388CEB3479DCDD6F4628D4C93C70@HE1PR07MB3388.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0107098B6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(366004)(396003)(376002)(39860400002)(136003)(189003)(199004)(53936002)(6436002)(44832011)(66066001)(6306002)(54896002)(2351001)(33656002)(9686003)(486006)(5640700003)(2501003)(966005)(6116002)(8936002)(236005)(55016002)(9326002)(2906002)(102836004)(606006)(25786009)(6506007)(53546011)(68736007)(76176011)(478600001)(7696005)(316002)(99286004)(81166006)(64756008)(66476007)(81156014)(1730700003)(26005)(14454004)(186003)(11346002)(790700001)(6916009)(446003)(4326008)(8676002)(7736002)(476003)(4744005)(14444005)(86362001)(3846002)(76116006)(256004)(5660300002)(66556008)(66946007)(66446008)(52536014)(54906003)(71200400001)(71190400001)(74316002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3388; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: YrjufDMJTASlJeaxSSMsGpu+E3BMjoBUXPi95Ro1D4Uy5tz8MAP64DlEgV5QdT/9urZV1Yni8uc0GCqPyKbhqrKLvwo/oK9R+p7ppqwsgmiBua8Eu7ofMgnMpGklMRcM5E961KmHPtdrCCastmRE35A2/pBPVyl4e3mazwxW3dgGAS+mLqASXF+Ky4p5Q5pKlvwDQXljfbKmncUoMaNaYoQ+5xBuZOwocQ1N0qRrVnn2tieKiXloSg0c8RJiE5WEtemD66T3QsY5m5rSOFqsy9EfuBtEkfGQgr4xk+74IdBaBaAjSnfQYgCYjchCSFkIn/1SzmKo7+CFG3zKuiF1Jzq/HoSUwd+0+TlGzvcI1O0+1TlaoUxpJBZQXHBKD7cErw32le/k7wMcTO4n+qc0hAuAEn7HAJFAGvy/h61ityA=
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB31612100F251A4C86194FCB593C70HE1PR07MB3161eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d2276aa0-11c2-4226-8b12-08d70f9c9801
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2019 18:35:53.4248 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3388
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/_nDuG3uOm8RNgUGHPOlQ02Ge6C0>
Subject: Re: [core] MULTIPART-CT: Nested multiparts
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 18:36:05 -0000

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

SGksDQoNCj5hY3R1YWxseSwgaW4gdGhlIGFuaW1hLWpvaW4tcHJveHkgZHJhZnQgZW1iZWRkZWQg
bXVsdGlwYXJ0LWN0IHdpbGwgaGFwcGVuDQoNCkNvb2wg8J+Yig0KDQpUaGVuIHRoZXJlIGlzIGFu
IGV2ZW4gYmlnZ2VyIHJlYXNvbiB0byBwcm9wZXJseSBkZXNjcmliZSBob3cgdG8gZG8gaXQgaW4g
bXVsdGlwYXJ0LWN0IPCfmIoNCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KDQoNCkNocmlzdGVy
IEhvbG1iZXJnIHNjaHJlZWYgb3AgMjAxOS0wNy0yMyAxNDoyMjoNCkhpLA0KDQo+VGhlIGFuc3dl
ciBpcyB5ZXMsIGFuZCB0aGVyZSBpcyBhIG5vdGUgaW4gdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRp
b25zIHRoYXQgdGhpcyBuZWVkcyB0byBiZSBkb25lIGNhcmVmdWxseS4NCg0KVGhhbmtzLCBJIGhh
ZCBtaXNzZWQgdGhhdCBwYXJ0Lg0KDQpIb3dldmVyLCBJIHRoaW5rIHRoZXJlIG5lZWRzIHRvIGJl
IHByb2NlZHVyYWwgdGV4dCBvbiBpdCB0b28uIEFuIGV4YW1wbGUgd291bGQgYmUgZ29vZCB0b28u
DQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCg0KRnJvbTogY29yZSA8Y29yZS1ib3VuY2VzQGll
dGYub3JnPG1haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmc+PiBPbiBCZWhhbGYgT2YgQ2hyaXN0
ZXIgSG9sbWJlcmcNClNlbnQ6IFR1ZXNkYXksIEp1bHkgMjMsIDIwMTkgMTI6MjAgUE0NClRvOiBj
b3JlQGlldGYub3JnPG1haWx0bzpjb3JlQGlldGYub3JnPg0KU3ViamVjdDogW2NvcmVdIE1VTFRJ
UEFSVC1DVDogTmVzdGVkIG11bHRpcGFydHMNCg0KSGksDQoNCkNhbiBhIG11bHRpcGFydCBjb250
YWluIGFub3RoZXIgbXVsdGlwYXJ0Pw0KDQpXaGF0ZXZlciB0aGUgYW5zd2VyIGlzLCBJIHRoaW5r
IGl0IHdvdWxkIGJlIHVzZWZ1bCB0byBoYXZlIHNvbWUgdGV4dCBhYm91dCBpdC4NCg0KUmVnYXJk
cywNCg0KQ2hyaXN0ZXINCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCmNvcmUgbWFpbGluZyBsaXN0DQpjb3JlQGlldGYub3JnPG1haWx0bzpjb3JlQGll
dGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg
NiA0IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwg
bGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRv
bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh
bnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz
aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3Jt
YWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29u
b3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCglt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXpl
OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLlNoa3Bv
c3RpdHl5bGkyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZh
dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K
QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4w
cHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT
ZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVk
ZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0t
PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0K
PG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+
PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxp
bms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSw8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jmd0O2FjdHVhbGx5LCBp
biB0aGUgYW5pbWEtam9pbi1wcm94eSBkcmFmdCBlbWJlZGRlZCBtdWx0aXBhcnQtY3Qgd2lsbCBo
YXBwZW48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5Db29sIDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSBFbW9qaSZx
dW90OyxzYW5zLXNlcmlmIj4mIzEyODUyMjs8L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+VGhlbiB0aGVyZSBpcyBhbiBldmVuIGJpZ2dlciByZWFzb24gdG8gcHJvcGVybHkgZGVzY3Jp
YmUgaG93IHRvIGRvIGl0IGluIG11bHRpcGFydC1jdA0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5
OiZxdW90O1NlZ29lIFVJIEVtb2ppJnF1b3Q7LHNhbnMtc2VyaWYiPiYjMTI4NTIyOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWYiPkNocmlzdGVyIEhvbG1iZXJnIHNjaHJlZWYgb3AgMjAxOS0wNy0y
MyAxNDoyMjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgIzEwMTBGRiAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNt
IDUuMHB0O21hcmdpbi1sZWZ0OjBjbTttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1
b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpLDwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7
LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu
YSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1
b3Q7LHNhbnMtc2VyaWYiPiZndDtUaGUgYW5zd2VyIGlzIHllcywgYW5kIHRoZXJlIGlzIGEgbm90
ZSBpbiB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgdGhhdCB0aGlzIG5lZWRzIHRvIGJlIGRv
bmUgY2FyZWZ1bGx5Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh
bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90
O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3MsIEkg
aGFkIG1pc3NlZCB0aGF0IHBhcnQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkhv
d2V2ZXIsIEkgdGhpbmsgdGhlcmUgbmVlZHMgdG8gYmUgcHJvY2VkdXJhbCB0ZXh0IG9uIGl0IHRv
by4gQW4gZXhhbXBsZSB3b3VsZCBiZSBnb29kIHRvby48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bh
bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu
cy1zZXJpZiI+UmVnYXJkcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom
cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy
aWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g
c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Q2hyaXN0
ZXI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1
b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw
dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu
cy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl
cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw
Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L3N0
cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl
cmlmIj4gY29yZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZyI+Y29y
ZS1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsNCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+T24gQmVoYWxmIE9mIDwvc3Bhbj48
L3N0cm9uZz5DaHJpc3RlciBIb2xtYmVyZzxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+U2VudDo8L3NwYW4+PC9zdHJv
bmc+IFR1ZXNkYXksIEp1bHkgMjMsIDIwMTkgMTI6MjAgUE08YnI+DQo8c3Ryb25nPjxzcGFuIHN0
eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjwvc3Bh
bj48L3N0cm9uZz4gPGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciPg0KY29yZUBpZXRmLm9y
ZzwvYT48YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWYiPlN1YmplY3Q6PC9zcGFuPjwvc3Ryb25nPiBbY29yZV0gTVVMVElQ
QVJULUNUOiBOZXN0ZWQgbXVsdGlwYXJ0czwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw
LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv
dDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz
YW5zLXNlcmlmIj5IaSw8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv
dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5
bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Q2FuIGEgbXVs
dGlwYXJ0IGNvbnRhaW4gYW5vdGhlciBtdWx0aXBhcnQ/PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw
YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu
YSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh
bnMtc2VyaWYiPldoYXRldmVyIHRoZSBhbnN3ZXIgaXMsIEkgdGhpbmsgaXQgd291bGQgYmUgdXNl
ZnVsIHRvIGhhdmUgc29tZSB0ZXh0IGFib3V0IGl0Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFu
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm
cXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmIj5SZWdhcmRzLDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250
LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx
dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp
ZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5DaHJpc3Rl
cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW
ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KY29yZSBtYWlsaW5n
IGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86Y29yZUBpZXRmLm9yZyI+Y29yZUBpZXRmLm9yZzwv
YT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Nv
cmUiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2NvcmU8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8
L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_HE1PR07MB31612100F251A4C86194FCB593C70HE1PR07MB3161eurp_--


From nobody Tue Jul 23 11:52:38 2019
Return-Path: <andy@yumaworks.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 7B64B120864 for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:52:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.798
X-Spam-Level: 
X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4vd4l8t3M8HA for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 11:52:33 -0700 (PDT)
Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (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 69A97120860 for <core@ietf.org>; Tue, 23 Jul 2019 11:52:28 -0700 (PDT)
Received: by mail-lj1-x231.google.com with SMTP id v24so42147143ljg.13 for <core@ietf.org>; Tue, 23 Jul 2019 11:52:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=z9jBCJkrqvpwKhNCPTMb+PVWfg6KcHjI5Yhz46Zc40o=; b=h/5i9j6r2kBVcsEmi43zVLOptgGlwjGpNWwMsfkNksIIMDFs7W3JyFOFp3Z/oYNBVf fEyywhCSMz0/aQONNMkAeDSsqvvdV+he8CqBPjg4eRYbHpqk2lXbre+mhJ/9vqJ2PPab BHsvG0i/r/YuM6oRNkmRp6Ai3N+DfTiJJsS7HHgK8gEF2v20e0h1ZcMTZGI9mhtl4LUb rCkIitku7W6p2/wSNV9JuL065dvRw/RZ0myBgruhOIV8Qt7hMJMdphl80oFZiy5VjIF9 TduT+ZmK6+IVmRG91mPu0R1r5L6dDLkjv6EB3Ml6nQVDv6IIpOxKv2cZeuWlUwez97lR 2rPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=z9jBCJkrqvpwKhNCPTMb+PVWfg6KcHjI5Yhz46Zc40o=; b=P787dZW1oBUWR59TUQCcIlIFHUu/PKn4dXT46LThBKwLln/in9OrO2XNh55Afck7JP ZYYU518PjZxQtocKXdFxsxrHGfHhDUzHFytaIP3ZegVSCmQQ8dbLPlGiw7eBN9ccEW1t DcSVnATinbMnZnv/8RIAd5DZ0/mEFX+73zQwhjYOBNxqOB54i2+9by48UY9kg2CmKUy2 0jvIHB3P32hpfl+c9hN0r5qkhoGUX8tIf7DCoPGPTL6C8tkNzDctqziTJntBeNkiiZzk qOx42Qdux5qWk4Er9IoVqqn5OXxHrrWku8Rgszh0fRiWvkrxMGFx0F0+Beh4uak51sFM vdZg==
X-Gm-Message-State: APjAAAUAorLSAUOdKMzbiFf1vobHkO2WjgbH/f8sPXv1OFl0PsK+zXAL jo3zjFL5FctDi+GSz2ug0e6UMF4jPNQ0t6OML2J0/g==
X-Google-Smtp-Source: APXvYqwy3xiWwqzHCXG46UtvQx3BaRsFL0OCqJ8iDjlc/wBIgPQncyKojZRnJzka9MUSWzJIyiJcUvMOrYCnwXaAdeo=
X-Received: by 2002:a2e:9657:: with SMTP id z23mr39311886ljh.116.1563907946479;  Tue, 23 Jul 2019 11:52:26 -0700 (PDT)
MIME-Version: 1.0
References: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com> <CABCOCHSfqxMueiagm29zXNOJyAOS3A_-O0YonMPcRAr10d8Ykg@mail.gmail.com> <BL0PR06MB5042F6FBD47E8C3757D620C29ACF0@BL0PR06MB5042.namprd06.prod.outlook.com> <BL0PR06MB5042A438CE8CFD5F2B3796FC9AC70@BL0PR06MB5042.namprd06.prod.outlook.com> <CABCOCHRfgS5nXYNwASjPCAFJ9dtNQ5ayc+=O9EbzaaMp-EEuGw@mail.gmail.com> <BL0PR06MB50420C236A19D766E12337549AC70@BL0PR06MB5042.namprd06.prod.outlook.com>
In-Reply-To: <BL0PR06MB50420C236A19D766E12337549AC70@BL0PR06MB5042.namprd06.prod.outlook.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Tue, 23 Jul 2019 11:52:14 -0700
Message-ID: <CABCOCHQq3Q1w-GCG9v2GFwzr=iv58Qq+jeCi-3edDPBABUqxPw@mail.gmail.com>
To: Michel Veillette <Michel.Veillette@trilliant.com>
Cc: Core <core@ietf.org>, Carsten Bormann <cabo@tzi.org>, ivaylo petrov <ivaylo@ackl.io>
Content-Type: multipart/alternative; boundary="0000000000009c916f058e5db139"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Rn-28tsUp0xs_rT2-lbbGhyU618>
Subject: Re: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 18:52:37 -0000

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

On Tue, Jul 23, 2019 at 10:13 AM Michel Veillette <
Michel.Veillette@trilliant.com> wrote:

> Hi Andy
>
>
>
> To evaluate the need, or not,  of a compact version of ietf-yang-library,
> I have created a simple example containing:
>
> - one datastore
>
> - one schema
>
> - one module set
>
>
>
> The module set contains the following YANG modules:
>
> - ietf-interfaces
>
> - ietf-ip
>
> - ietf-system
>
> - iana-hardware
>
> - my-upgrade-module
>
> - ietf-yang-types
>
> - ietf-inet-types
>
>
>
> Following is this YANG library implemented using =E2=80=98ietf-yang-libra=
ry=E2=80=99 and
> encoded in CBOR.
>
> The resulting size is 642 bytes without any location URIs which are
> optional.
>
>
>
> {
>
>   2368 : {
>
>     +8 : [
>
>       {
>
>         +21 : "set1",
>
>         +10 : [
>
>           {
>
>             +4 : "ietf-interfaces",
>
>             +6 : "2018-02-20",
>
>             +5 : "urn:ietf:params:xml:ns:yang:ietf-interfaces"
>
>           },
>
>           {
>
>             +4 : "ietf-ip",
>
>             +6 : "2018-02-22",
>
>             +5 : "urn:ietf:params:xml:ns:yang:ietf-ip"
>
>           },
>
>           {
>
>             +4 : "ietf-system",
>
>             +6 : "2014-08-06",
>
>             +5 : "urn:ietf:params:xml:ns:yang:ietf-system",
>
>             +2 : ["ntp", "timezone-name", "dns-udp-tcp-port"]
>
>           },
>
>           {
>
>             +4 : "iana-hardware",
>
>             +6 : "2018-03-13",
>
>             +5 : "urn:ietf:params:xml:ns:yang:iana-hardware"
>
>           },
>
>           {
>
>             +4 : "my-upgrade-module",
>
>             +6 : "2019-07-23",
>
>             +5 : "http://mydomain.com/yang/my-upgrade-module",
>
>             +2 : ["ftp", "coap", "scheduled"]
>
>           }
>
>         ],
>
>         +1 : [
>
>           {
>
>             +2 : "ietf-yang-types",
>
>             +4 : "2018-02-20",
>
>             +3 : "urn:ietf:params:xml:ns:yang:ietf-yang-types"
>
>           },
>
>           {
>
>             +2 : "ietf-inet-types",
>
>             +4 : "2013-07-15",
>
>             +3 : "urn:ietf:params:xml:ns:yang:ietf-inet-types"
>
>           }
>
>         ]
>
>       }
>
>     ],
>
>     +30 : [
>
>       {
>
>         +2 : "schema1",
>
>         +1 : ["set1"]
>
>       }
>
>     ],
>
>     +5 : [
>
>       {
>
>         +1 : "unified",
>
>         +2 : ["schema1"]
>
>       }
>
>     ],
>
>     +4 : "mySensorDataModel"
>
>   }
>
> }
>
>
>
> The same YANG library implemented using =E2=80=98ietf-constrained-yang-li=
brary=E2=80=99
> required 183 bytes.
>
>
>
> {
>
>   2368 : {
>
>     +8 : [
>
>       {
>
>         +21 : 1,
>
>         +10 : [
>
>           {
>
>             +4 : 1500,
>
>             +6 : h'20180220'
>
>           },
>
>           {
>
>             +4 : 1600,
>
>             +6 : h'20180222'
>
>           },
>
>           {
>
>             +4 : 1700,
>
>             +6 : h'20140806',
>
>             +2 : ["ntp", "timezone-name", "dns-udp-tcp-port"]
>
>           },
>
>           {
>
>             +4 : 2200,
>
>             +6 : h'20180313'
>
>           },
>
>           {
>
>             +4 : 1005100,
>
>             +6 : h'20190723',
>
>             +2 : ["ftp", "coap", "scheduled"]
>
>           }
>
>         ],
>
>         +1 : [
>
>           {
>
>             +2 : 1100,
>
>             +4 : h'20180220'
>
>           },
>
>           {
>
>             +2 : 1150,
>
>             +4 : h'20130715'
>
>           }
>
>         ]
>
>       }
>
>     ],
>
>     +30 : [
>
>       {
>
>         +2 : 1,
>
>         +1 : [1]
>
>       }
>
>     ],
>
>     +5 : [
>
>       {
>
>         +1 : "unified",
>
>         +2 : [1]
>
>       }
>
>     ],
>
>     +4 : h'9D373F629E20'
>
>   }
>
> }
>
>
>
> The mandatory namespace field in the original ietf-yang-library, useless
> for CoREconf, is the main contributor of this increase in size. Assuming
> that a real device have at least 5 time more YANG modules, we can estimat=
e
> that the non compact version of the YANG library will be around 3 to 4 kB=
,
> the compact version will be slightly less than 1kB.
>
>
>

So what is the size difference if just the XML namespace is removed?



> Can we archive the same result with a deviation module instead of a
> complete module replacement?
>
>
>


Yes


   deviation
/yanglib:yang-library/yanglib:module-set/yanglib:module/yanglib:namespace {
      deviate replace {
         mandatory false;
      }
   }

You could also replace the type-stmt for key leafs you want to change, but
this seems like overkill.
This data will not change very often. The /yang-library/content-id leaf can
be polled or yang-library-change
notification can be used. YoT devices will probably have modules hard-wired
into firmware so
this data can be cached on the client (using content-id).


Regards
>
> Michel
>
>
Andy


>
>
> *From:* Andy Bierman <andy@yumaworks.com>
> *Sent:* 22 juillet 2019 20:33
> *To:* Michel Veillette <Michel.Veillette@trilliant.com>
> *Cc:* Carsten Bormann <cabo@tzi.org>
> *Subject:* Re: [core] The CORE WG has placed
> draft-veillette-core-yang-library in state "Call For Adoption By WG Issue=
d"
>
>
>
> Hi,
>
>
>
> I don't think it is needed because the client is supposed to know the SID
> mappings outside of YANG library.
>
> This library is likely to be very static on a YoT device. Maybe changing
> once per firmware upgrade.
>
> It does not really need optimized retrieval.
>
>
>
> I prefer to keep the models the same between NC/RC and CORECONF.
>
> The YANG to CBOR solution should include ways to make the message encodin=
g
> more efficient.
>
> That way, the same application logic can use whatever protocol operations
> are needed, instead of special CORECONF models.
>
>
>
>
>
> Andy
>
>
>
>
>
> On Mon, Jul 22, 2019 at 5:23 PM Michel Veillette <
> Michel.Veillette@trilliant.com> wrote:
>
> Hi Andy
>
>
>
> About =E2=80=9Cdraft-veillette-core-yang-library=E2=80=9D, should we post=
pone the working
> group adoption of this draft to get more time to work on a different
> solution?
>
>
>
> I raising this topic because the current CoMI draft (
> https://tools.ietf.org/html/draft-ietf-core-comi-07#section-6
> <https://can01.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Ftool=
s.ietf.org%2Fhtml%2Fdraft-ietf-core-comi-07%23section-6&data=3D02%7C01%7C%7=
C2489ae00202046b470fc08d70f05624c%7C4f6fbd130dfb415085c3d43260c04309%7C0%7C=
0%7C636994388123365593&sdata=3DUF0b3Tg6AFTojtId%2BfWjqzwS06UmnFD2TBa9%2B%2F=
fkr3o%3D&reserved=3D0>)
> have a mandatory reference to it. We either need to change the content of
> CoMI or commit to bring ietf-constrained-yang-library to life.
>
>
>
> Regards,
>
> Michel
>
>
>
> *From:* Michel Veillette
> *Sent:* 15 juillet 2019 10:37
> *To:* Andy Bierman <andy@yumaworks.com>; IETF Secretariat <
> ietf-secretariat-reply@ietf.org>
> *Cc:* draft-veillette-core-yang-library@ietf.org; core-chairs@ietf.org;
> Core <core@ietf.org>
> *Subject:* RE: [core] The CORE WG has placed
> draft-veillette-core-yang-library in state "Call For Adoption By WG Issue=
d"
>
>
>
> Hi Andy
>
>
>
> I effectively see some values in supporting the module names.
>
> However, these names should be optional leaves and not mandatory keys.
>
> Simply augmenting the existing =E2=80=9Cietf-yang-library=E2=80=9D will i=
ncrease its size,
> which makes this solution even less friendly to constrained devices and
> networks.
>
>
>
> Hope to see you in MTL to discuss these changes,
>
> Michel
>
>
>
> *From:* Andy Bierman <andy@yumaworks.com>
> *Sent:* 12 juillet 2019 17:16
> *To:* IETF Secretariat <ietf-secretariat-reply@ietf.org>
> *Cc:* draft-veillette-core-yang-library@ietf.org; core-chairs@ietf.org;
> Core <core@ietf.org>
> *Subject:* Re: [core] The CORE WG has placed
> draft-veillette-core-yang-library in state "Call For Adoption By WG Issue=
d"
>
>
>
>
>
>
>
> On Thu, Jul 11, 2019 at 8:32 AM IETF Secretariat <
> ietf-secretariat-reply@ietf.org> wrote:
>
>
> The CORE WG has placed draft-veillette-core-yang-library in state
> Call For Adoption By WG Issued (entered by Carsten Bormann)
>
> The document is available at
> https://datatracker.ietf.org/doc/draft-veillette-core-yang-library/
> <https://can01.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdata=
tracker.ietf.org%2Fdoc%2Fdraft-veillette-core-yang-library%2F&data=3D02%7C0=
1%7C%7C2489ae00202046b470fc08d70f05624c%7C4f6fbd130dfb415085c3d43260c04309%=
7C0%7C0%7C636994388123365593&sdata=3Dr0Q%2F%2BiyhhWFRFeGUI0n0IXUVjk9m%2BcXS=
xyQfvDGtSUs%3D&reserved=3D0>
>
>
>
>
>
> I do not know if there is a clear problem statement presented and agreed
> upon by the CORE WG yet.
>
> The YANG Library (RFC 8525) is used by a server to provide a client with
> details about the YANG modules
>
> that are implemented in the server.
>
>
>
> The draft proposed for adoption is a cut-and-paste-and-replace version of
> this RFC.
>
> The strings used as list keys (e.g., /yang-library/module/name) are
> replaced by SID values.
>
> Other key leafs such as /yang-library/schema/name are replaced by int8
> leafs instead of strings.
>
>
>
> IMO there are better solution approaches, considering that this data
> structure will be
>
> relatively static, and there is a caching mechanism built into RFC 8525 t=
o
> reduce
>
> retrieval of the entire YANG library.
>
>
>
> It does not seem realistic that a server would have only SIDs installed
> and no way to get the module names.
>
> This is a short list, unlike the list of YANG data nodes. So it should be
> OK to simply augment the existing module
>
> with SID values.  If the list key replacements are really needed, then a
> deviation module could be used by CORECONF
>
> (e.g. deviate replace {type-stmt}) instead of a replacement module.
>
>
>
> I agree it will be important for a CORECONF client to determine the YANG
> library details for each server.
>
> This could be offline data or directly retrievable from the server. The
> solution need to be resolved by the WG.
>
> I support the problem statement by not this solution.
>
>
>
>
>
> Andy
>
>
>
>
>
>
>
> Comment:
> Till 2019-07-18
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
> <https://can01.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.=
ietf.org%2Fmailman%2Flistinfo%2Fcore&data=3D02%7C01%7C%7C2489ae00202046b470=
fc08d70f05624c%7C4f6fbd130dfb415085c3d43260c04309%7C0%7C0%7C636994388123375=
588&sdata=3DbDB3hCRSWLR%2BTWigUMmLlTSndkumQc469l46HjE%2BgPI%3D&reserved=3D0=
>
>
>

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jul 23, 2019 at 10:13 AM Mich=
el Veillette &lt;<a href=3D"mailto:Michel.Veillette@trilliant.com">Michel.V=
eillette@trilliant.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex">





<div lang=3D"EN-CA">
<div class=3D"gmail-m_2945392296874610951WordSection1">
<p class=3D"MsoNormal"><span>Hi Andy<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span>To evaluate the need, or not, =C2=A0of a compa=
ct version of ietf-yang-library, I have created a simple example containing=
:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- one datastore<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- one schema<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- one module set<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span>The module set contains the following YANG mod=
ules:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- ietf-interfaces<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- ietf-ip<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- ietf-system<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- iana-hardware<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- my-upgrade-module<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- ietf-yang-types<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>- ietf-inet-types<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span>Following is this YANG library implemented usi=
ng =E2=80=98ietf-yang-library=E2=80=99 and encoded in CBOR.<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span>The resulting size is 642 bytes without any lo=
cation URIs which are optional.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span>{<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0 2368 : {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +8 : [<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 {<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +21=
 : &quot;set1&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +10=
 : [<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : &quot;ietf-interfaces&quot;,<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : &quot;2018-02-20&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +5 : &quot;urn:ietf:params:xml:ns:yang:ietf-interface=
s&quot;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0{<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : &quot;ietf-ip&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : &quot;2018-02-22&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +5 : &quot;urn:ietf:params:xml:ns:yang:ietf-ip&quot;<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : &quot;ietf-system&quot;,<u></u><u></u></span></p=
>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : &quot;2014-08-06&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +5 : &quot;urn:ietf:params:xml:ns:yang:ietf-system&qu=
ot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : [&quot;ntp&quot;, &quot;timezone-name&quot;, &qu=
ot;dns-udp-tcp-port&quot;]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : &quot;iana-hardware&quot;,<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : &quot;2018-03-13&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +5 : &quot;urn:ietf:params:xml:ns:yang:iana-hardware&=
quot;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0{<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : &quot;my-upgrade-module&quot;,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : &quot;2019-07-23&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +5 : &quot;<a href=3D"http://mydomain.com/yang/my-upg=
rade-module" target=3D"_blank">http://mydomain.com/yang/my-upgrade-module</=
a>&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : [&quot;ftp&quot;, &quot;coap&quot;, &quot;schedu=
led&quot;]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 }<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ],<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +1 =
: [<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : &quot;ietf-yang-types&quot;,<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : &quot;2018-02-20&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +3 : &quot;urn:ietf:params:xml:ns:yang:ietf-yang-type=
s&quot;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : &quot;ietf-inet-types&quot;,<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : &quot;2013-07-15&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +3 : &quot;urn:ietf:params:xml:ns:yang:ietf-inet-type=
s&quot;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 }=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 ],<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +30 : [<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 {<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +2 =
: &quot;schema1&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +1 =
: [&quot;set1&quot;]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 ],<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +5 : [<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 {<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +1 =
: &quot;unified&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+2 =
: [&quot;schema1&quot;]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 ],<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +4 : &quot;mySensorDataMode=
l&quot;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0 }<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>}<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span>The same YANG library implemented using =E2=80=
=98ietf-constrained-yang-library=E2=80=99 required 183 bytes.<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span>{<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0 2368 : {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +8 : [<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 {<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +21=
 : 1,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +10=
 : [<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : 1500,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : h&#39;20180220&#39;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0{<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : 1600,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : h&#39;20180222&#39;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : 1700,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : h&#39;20140806&#39;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : [&quot;ntp&quot;, &quot;timezone-name&quot;, &qu=
ot;dns-udp-tcp-port&quot;]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : 2200,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : h&#39;20180313&#39;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0{<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : 1005100,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +6 : h&#39;20190723&#39;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : [&quot;ftp&quot;, &quot;coap&quot;, &quot;schedu=
led&quot;]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 }<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ],<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0+1 =
: [<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : 1100,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : h&#39;20180220&#39;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 },<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 {<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +2 : 1150,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 +4 : h&#39;20130715&#39;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 }=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 ],<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +30 : [<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 {<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +2 =
: 1,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +1 =
: [1]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 ],<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +5 : [<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 {<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +1 =
: &quot;unified&quot;,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +2 =
: [1]<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 ],<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0=C2=A0=C2=A0 +4 : h&#39;9D373F629E20&#39=
;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>=C2=A0 }<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>}<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span>The mandatory namespace field in the original =
ietf-yang-library, useless for CoREconf, is the main contributor of this in=
crease in size. Assuming that a real device have at least 5 time more YANG
 modules, we can estimate that the non compact version of the YANG library =
will be around 3 to 4 kB, the compact version will be slightly less than 1k=
B.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0</span></p></div></div></blockquo=
te><div><br></div><div>So what is the size difference if just the XML names=
pace is removed?</div><div><br></div><div>=C2=A0</div><blockquote class=3D"=
gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20=
4,204,204);padding-left:1ex"><div lang=3D"EN-CA"><div class=3D"gmail-m_2945=
392296874610951WordSection1"><p class=3D"MsoNormal"><span><u></u></span></p=
>
<p class=3D"MsoNormal"><span>Can we archive the same result with a deviatio=
n module instead of a complete module replacement?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u>=C2=A0</span></p></div></div></blockquo=
te><div><br></div><div><br></div><div>Yes</div><div><br></div><div><br></di=
v><div>=C2=A0 =C2=A0deviation /yanglib:yang-library/yanglib:module-set/yang=
lib:module/yanglib:namespace {</div><div>=C2=A0 =C2=A0 =C2=A0 deviate repla=
ce {</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mandatory false;</div><div=
>=C2=A0 =C2=A0 =C2=A0 }</div><div>=C2=A0 =C2=A0}</div><div><br></div><div>Y=
ou could also replace the type-stmt for key leafs you want to change, but t=
his seems like overkill.</div><div>This data will not change very often. Th=
e /yang-library/content-id leaf can be polled or yang-library-change</div><=
div>notification can be used. YoT devices will probably have modules hard-w=
ired into firmware so</div><div>this data can be cached on the client (usin=
g content-id).</div><div><br></div><div><br></div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,20=
4,204);padding-left:1ex"><div lang=3D"EN-CA"><div class=3D"gmail-m_29453922=
96874610951WordSection1"><p class=3D"MsoNormal"><span><u></u></span></p>
<p class=3D"MsoNormal"><span>Regards<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span>Michel<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span><u></u></span></p></div></div></blockquote><di=
v><br></div><div>Andy</div><div>=C2=A0</div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex"><div lang=3D"EN-CA"><div class=3D"gmail-m_29453922968746=
10951WordSection1"><p class=3D"MsoNormal"><span>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">From:</span></b><span lang=
=3D"EN-US"> Andy Bierman &lt;<a href=3D"mailto:andy@yumaworks.com" target=
=3D"_blank">andy@yumaworks.com</a>&gt;
<br>
<b>Sent:</b> 22 juillet 2019 20:33<br>
<b>To:</b> Michel Veillette &lt;<a href=3D"mailto:Michel.Veillette@trillian=
t.com" target=3D"_blank">Michel.Veillette@trilliant.com</a>&gt;<br>
<b>Cc:</b> Carsten Bormann &lt;<a href=3D"mailto:cabo@tzi.org" target=3D"_b=
lank">cabo@tzi.org</a>&gt;<br>
<b>Subject:</b> Re: [core] The CORE WG has placed draft-veillette-core-yang=
-library in state &quot;Call For Adoption By WG Issued&quot;<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I don&#39;t think it is needed because the client is=
 supposed to know the SID mappings outside of YANG library.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal">This library is likely to be very static on a YoT de=
vice. Maybe changing once per firmware upgrade.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It does not really need optimized retrieval.<u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I prefer to keep the models the same between NC/RC a=
nd CORECONF.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The YANG to CBOR solution should include ways to mak=
e the message encoding more efficient.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">That way, the same application logic can use whateve=
r protocol operations are needed, instead of special CORECONF models.<u></u=
><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<div>
<p class=3D"MsoNormal">On Mon, Jul 22, 2019 at 5:23 PM Michel Veillette &lt=
;<a href=3D"mailto:Michel.Veillette@trilliant.com" target=3D"_blank">Michel=
.Veillette@trilliant.com</a>&gt; wrote:<u></u><u></u></p>
</div>
<blockquote style=3D"border-top:none;border-right:none;border-bottom:none;b=
order-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin:5pt 0c=
m 5pt 4.8pt">
<div>
<div>
<p class=3D"MsoNormal">Hi Andy<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">About =E2=80=9C<span lang=3D"EN-US">draft-veillette-=
core-yang-library=E2=80=9D, should we postpone the working group adoption o=
f this draft to get more time to work on a different solution?</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I raising this topic because th=
e current CoMI draft (</span><a href=3D"https://can01.safelinks.protection.=
outlook.com/?url=3Dhttps%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-core-co=
mi-07%23section-6&amp;data=3D02%7C01%7C%7C2489ae00202046b470fc08d70f05624c%=
7C4f6fbd130dfb415085c3d43260c04309%7C0%7C0%7C636994388123365593&amp;sdata=
=3DUF0b3Tg6AFTojtId%2BfWjqzwS06UmnFD2TBa9%2B%2Ffkr3o%3D&amp;reserved=3D0" t=
arget=3D"_blank">https://tools.ietf.org/html/draft-ietf-core-comi-07#sectio=
n-6</a>)
 have a mandatory reference to it. We either need to change the content of =
CoMI or commit to bring ietf-constrained-yang-library to life.<u></u><u></u=
></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Michel</span><u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div style=3D"border-right:none;border-bottom:none;border-left:none;border-=
top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">From:</span></b><span lang=
=3D"EN-US"> Michel Veillette
<br>
<b>Sent:</b> 15 juillet 2019 10:37<br>
<b>To:</b> Andy Bierman &lt;</span><a href=3D"mailto:andy@yumaworks.com" ta=
rget=3D"_blank"><span lang=3D"EN-US">andy@yumaworks.com</span></a><span lan=
g=3D"EN-US">&gt;; IETF Secretariat &lt;</span><a href=3D"mailto:ietf-secret=
ariat-reply@ietf.org" target=3D"_blank"><span lang=3D"EN-US">ietf-secretari=
at-reply@ietf.org</span></a><span lang=3D"EN-US">&gt;<br>
<b>Cc:</b> </span><a href=3D"mailto:draft-veillette-core-yang-library@ietf.=
org" target=3D"_blank"><span lang=3D"EN-US">draft-veillette-core-yang-libra=
ry@ietf.org</span></a><span lang=3D"EN-US">;
</span><a href=3D"mailto:core-chairs@ietf.org" target=3D"_blank"><span lang=
=3D"EN-US">core-chairs@ietf.org</span></a><span lang=3D"EN-US">; Core &lt;<=
/span><a href=3D"mailto:core@ietf.org" target=3D"_blank"><span lang=3D"EN-U=
S">core@ietf.org</span></a><span lang=3D"EN-US">&gt;<br>
<b>Subject:</b> RE: [core] The CORE WG has placed draft-veillette-core-yang=
-library in state &quot;Call For Adoption By WG Issued&quot;</span><u></u><=
u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">Hi Andy<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">I effectively see some values in supporting the modu=
le names.<u></u><u></u></p>
<p class=3D"MsoNormal">However, these names should be optional leaves and n=
ot mandatory keys.<u></u><u></u></p>
<p class=3D"MsoNormal">Simply augmenting the existing =E2=80=9Cietf-yang-li=
brary=E2=80=9D will increase its size, which makes this solution even less =
friendly to constrained devices and networks.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">Hope to see you in MTL to discuss these changes,<u><=
/u><u></u></p>
<p class=3D"MsoNormal">Michel
<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">From:</span></b><span lang=
=3D"EN-US"> Andy Bierman &lt;</span><a href=3D"mailto:andy@yumaworks.com" t=
arget=3D"_blank"><span lang=3D"EN-US">andy@yumaworks.com</span></a><span la=
ng=3D"EN-US">&gt;
<br>
<b>Sent:</b> 12 juillet 2019 17:16<br>
<b>To:</b> IETF Secretariat &lt;</span><a href=3D"mailto:ietf-secretariat-r=
eply@ietf.org" target=3D"_blank"><span lang=3D"EN-US">ietf-secretariat-repl=
y@ietf.org</span></a><span lang=3D"EN-US">&gt;<br>
<b>Cc:</b> </span><a href=3D"mailto:draft-veillette-core-yang-library@ietf.=
org" target=3D"_blank"><span lang=3D"EN-US">draft-veillette-core-yang-libra=
ry@ietf.org</span></a><span lang=3D"EN-US">;
</span><a href=3D"mailto:core-chairs@ietf.org" target=3D"_blank"><span lang=
=3D"EN-US">core-chairs@ietf.org</span></a><span lang=3D"EN-US">; Core &lt;<=
/span><a href=3D"mailto:core@ietf.org" target=3D"_blank"><span lang=3D"EN-U=
S">core@ietf.org</span></a><span lang=3D"EN-US">&gt;<br>
<b>Subject:</b> Re: [core] The CORE WG has placed draft-veillette-core-yang=
-library in state &quot;Call For Adoption By WG Issued&quot;</span><u></u><=
u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Jul 11, 2019 at 8:32 AM IETF Secretariat &lt=
;<a href=3D"mailto:ietf-secretariat-reply@ietf.org" target=3D"_blank">ietf-=
secretariat-reply@ietf.org</a>&gt; wrote:<u></u><u></u></p>
</div>
<blockquote style=3D"border-top:none;border-right:none;border-bottom:none;b=
order-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin:5pt 0c=
m 5pt 4.8pt">
<p class=3D"MsoNormal" style=3D"margin-bottom:12pt"><br>
The CORE WG has placed draft-veillette-core-yang-library in state<br>
Call For Adoption By WG Issued (entered by Carsten Bormann)<br>
<br>
The document is available at<br>
<a href=3D"https://can01.safelinks.protection.outlook.com/?url=3Dhttps%3A%2=
F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-veillette-core-yang-library%2F&amp;d=
ata=3D02%7C01%7C%7C2489ae00202046b470fc08d70f05624c%7C4f6fbd130dfb415085c3d=
43260c04309%7C0%7C0%7C636994388123365593&amp;sdata=3Dr0Q%2F%2BiyhhWFRFeGUI0=
n0IXUVjk9m%2BcXSxyQfvDGtSUs%3D&amp;reserved=3D0" target=3D"_blank">https://=
datatracker.ietf.org/doc/draft-veillette-core-yang-library/</a><u></u><u></=
u></p>
</blockquote>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I do not know if there is a clear problem statement =
presented and agreed upon by the CORE WG yet.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The YANG Library (RFC 8525) is used by a server to p=
rovide a client with details about the YANG modules<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">that are implemented in the server.<u></u><u></u></p=
>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The draft proposed for adoption is a cut-and-paste-a=
nd-replace version of this RFC.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The strings used as list keys (e.g., /yang-library/m=
odule/name) are replaced by SID values.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Other key leafs such as /yang-library/schema/name ar=
e replaced by int8 leafs instead of strings.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">IMO there are better solution approaches, considerin=
g that this data structure will be<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">relatively static, and there is a caching mechanism =
built into RFC 8525 to reduce<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">retrieval of the entire YANG library.<u></u><u></u><=
/p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It does not seem realistic that a server would have =
only SIDs installed and no way to get the module names.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This is a short list, unlike the list of YANG data n=
odes. So it should be OK to simply augment the existing module<u></u><u></u=
></p>
</div>
<div>
<p class=3D"MsoNormal">with SID values.=C2=A0 If the list key replacements =
are really needed, then a deviation module could be used by CORECONF<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(e.g. deviate replace {type-stmt}) instead of a repl=
acement module.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree it will be important for a CORECONF client t=
o determine the YANG library details for each server.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This could be offline data or directly retrievable f=
rom the server. The solution need to be resolved by the WG.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal">I support the problem statement by not this solution=
.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border-top:none;border-right:none;border-bottom:none;b=
order-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin:5pt 0c=
m 5pt 4.8pt">
<p class=3D"MsoNormal">Comment:<br>
Till 2019-07-18<br>
<br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://can01.safelinks.protection.outlook.com/?url=3Dhttps%3A%2=
F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fcore&amp;data=3D02%7C01%7C%7C2489ae=
00202046b470fc08d70f05624c%7C4f6fbd130dfb415085c3d43260c04309%7C0%7C0%7C636=
994388123375588&amp;sdata=3DbDB3hCRSWLR%2BTWigUMmLlTSndkumQc469l46HjE%2BgPI=
%3D&amp;reserved=3D0" target=3D"_blank">https://www.ietf.org/mailman/listin=
fo/core</a><u></u><u></u></p>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>

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

--0000000000009c916f058e5db139--


From nobody Tue Jul 23 13:22:22 2019
Return-Path: <Michel.Veillette@trilliant.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 CD0F71209B4 for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 13:22:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.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 rBIUdW6Ilugs for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 13:22:06 -0700 (PDT)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-eopbgr790123.outbound.protection.outlook.com [40.107.79.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D701120983 for <core@ietf.org>; Tue, 23 Jul 2019 13:22:06 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kv13i9jgakytjrXfXw2tDQecKIwV92S41nFG9QIN8AqpRyHyFR3H/GLToI5tURYcg4soteNiCIrfzzp6x5aVgQqaPBTiogiLCY7yBo40imd1e+Rb4yqte4H15uuOP5fx4Sz9RiwyDnsh0TTAL11YKQlFxdiXPI+1FgZnkFa/dqHj7rJFSGFrf4o/GyxTAvST6n+Qz5JNXm1DOJP4jItBUydTLxOBgQ1p+uqeR9c8CFGHx4fb6/v3Emr9pqf8wPl3oOJZY/g20RZmGJIbedCHmR5qI+lOgpz8w6jfBaRKIAT8fgskXUyeE1OIa0atwL/wEpM0laMg13KjUzq5ispbzw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/kiyaZl2a8ZJ/sNri6R6BkKPAR9PxPAFefHfwWzjl8c=; b=IHMyqY7h6AdDlvvRmhUeDT73xsHCbL5Nu86oL08DR7axVlO4Tp/RdCfv6N24AByrYx08RuOhKSrmyJHP/xzU0ucE96z2n/6ivaD1Mg9+bKpSS/JOVyh5o5Pih/hH4R3vBdG6HCuGC9DJE62egqls+u+VUob0M1u3XhhR6FtDhAWtUz739zEJ5J5p0WwyUZLnGXtfQJ7ZwwlbLwWhrh8Tht4/h3fGdQj7Uf+bkuhfY9baCYn1mZ54gVjxuY5MEqBy/gVEot9ML6g73iK5wjy1HQwJRC2crzSf5HY/usNCBfdt73Ro62FGsbo8hRusqgUn1G/CJKatg59Jd1kiAdJGFA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=trilliant.com;dmarc=pass action=none header.from=trilliant.com;dkim=pass header.d=trilliant.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/kiyaZl2a8ZJ/sNri6R6BkKPAR9PxPAFefHfwWzjl8c=; b=nJH2AzB6hkPIaAyosQ/6eUL5bhyIWAmCDWQZMG5prOntezbwn86CR1Ab+CpnPyPircyDw3aV9oGM0uXQwl3qVAxOwLBuQkWVA3y2TV7fDXSTMvkZF+BTfZp0AETsOxhUtOCUAmPvCHr1b7k2hGa6vaxwiv7scrMOHARezXN4Arg=
Received: from BL0PR06MB5042.namprd06.prod.outlook.com (10.167.240.31) by BL0PR06MB4931.namprd06.prod.outlook.com (10.167.234.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2094.17; Tue, 23 Jul 2019 20:22:03 +0000
Received: from BL0PR06MB5042.namprd06.prod.outlook.com ([fe80::1e6:493d:1ca9:ba82]) by BL0PR06MB5042.namprd06.prod.outlook.com ([fe80::1e6:493d:1ca9:ba82%7]) with mapi id 15.20.2094.013; Tue, 23 Jul 2019 20:22:03 +0000
From: Michel Veillette <Michel.Veillette@trilliant.com>
To: Andy Bierman <andy@yumaworks.com>
CC: Core <core@ietf.org>, Carsten Bormann <cabo@tzi.org>, ivaylo petrov <ivaylo@ackl.io>
Thread-Topic: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
Thread-Index: AQHVN/3dcAv7wXPl5UO8jjBweVNxDabHfiiAgARDusCAC6RwwIAABiEAgAESJQCAACDoAIAAE0dw
Date: Tue, 23 Jul 2019 20:22:01 +0000
Message-ID: <BL0PR06MB5042B72969017D58AE724EEC9AC70@BL0PR06MB5042.namprd06.prod.outlook.com>
References: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com> <CABCOCHSfqxMueiagm29zXNOJyAOS3A_-O0YonMPcRAr10d8Ykg@mail.gmail.com> <BL0PR06MB5042F6FBD47E8C3757D620C29ACF0@BL0PR06MB5042.namprd06.prod.outlook.com> <BL0PR06MB5042A438CE8CFD5F2B3796FC9AC70@BL0PR06MB5042.namprd06.prod.outlook.com> <CABCOCHRfgS5nXYNwASjPCAFJ9dtNQ5ayc+=O9EbzaaMp-EEuGw@mail.gmail.com> <BL0PR06MB50420C236A19D766E12337549AC70@BL0PR06MB5042.namprd06.prod.outlook.com> <CABCOCHQq3Q1w-GCG9v2GFwzr=iv58Qq+jeCi-3edDPBABUqxPw@mail.gmail.com>
In-Reply-To: <CABCOCHQq3Q1w-GCG9v2GFwzr=iv58Qq+jeCi-3edDPBABUqxPw@mail.gmail.com>
Accept-Language: fr-CA, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliant.com; 
x-originating-ip: [31.133.139.92]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: dc32e8a5-dda2-4ffa-42a0-08d70fab6cda
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BL0PR06MB4931; 
x-ms-traffictypediagnostic: BL0PR06MB4931:
x-ms-exchange-purlcount: 7
x-microsoft-antispam-prvs: <BL0PR06MB49318F8B7EFC1A9E8A9F2BAB9AC70@BL0PR06MB4931.namprd06.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0107098B6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(4636009)(366004)(376002)(346002)(136003)(39850400004)(396003)(189003)(199004)(186003)(54906003)(26005)(316002)(6916009)(6246003)(71200400001)(68736007)(5660300002)(53936002)(66066001)(66446008)(64756008)(33656002)(14444005)(7736002)(66476007)(81156014)(25786009)(256004)(71190400001)(8676002)(53946003)(2906002)(66556008)(99286004)(966005)(236005)(81166006)(4326008)(14454004)(446003)(55016002)(76116006)(486006)(86362001)(53376002)(54896002)(8936002)(606006)(9686003)(6306002)(790700001)(6436002)(6116002)(102836004)(66946007)(3846002)(11346002)(478600001)(476003)(53546011)(52536014)(74316002)(7696005)(6506007)(76176011)(229853002)(579004)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR06MB4931; H:BL0PR06MB5042.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: trilliant.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 659ybWSYVDffsU+NgkAmPXN8skn7TggIf4mJX3jeqOSPOFR5f+AtkJFF21M+M2MEs39Be5uSK/2WYyL0jf4Hy7Y0r4MFlUiXGUTsAVjMPGbUAV14hocCgp81qMXD55WNIvo4Pj/0N2II3/+48jdgdjhzBtzrSmnYs+UHxGNTDRRUw6t9HR7QKJCgQGOZq7k+cCrfpmSTkvYIyc51o/45ft8u2buxGytovIVsRTpA3wppZOkPSI0H0MkoBQQIpiRBOu5Br/+uyRx4JIQliN/XNpUcjd03YZLky+dEcFrLhXy84M8g46tlqT98nfqs9MogysXT8IA3jsC78EOwxiF8XHP6srrdE1ITkAhZSilX+0IQCA73hRiVqOy6pr6TxOVOCMW2v0UNyTyIXrkBB12CKep5Gjp3wcUFtCcqjKAaSjU=
Content-Type: multipart/alternative; boundary="_000_BL0PR06MB5042B72969017D58AE724EEC9AC70BL0PR06MB5042namp_"
MIME-Version: 1.0
X-OriginatorOrg: Trilliant.com
X-MS-Exchange-CrossTenant-Network-Message-Id: dc32e8a5-dda2-4ffa-42a0-08d70fab6cda
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2019 20:22:02.2519 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Michel.Veillette@trilliant.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR06MB4931
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/LRKfBzFsQRqPA6av6V5-2euETXc>
Subject: Re: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 20:22:20 -0000

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

SGkgQW5keQ0KDQpJIHVuZGVyc3RhbmQgdGhhdCB0aGlzIGRhdGEgaXMgdHJhbnNmZXJyZWQgdmVy
eSBpbmZyZXF1ZW50bHkuIEhvd2V2ZXIsIGtlZXBpbmcgdGhlIHNpemUgdW5kZXIgMTI4MCBieXRl
cyBoYXMgYSBzaWduaWZpY2FudCBhZHZhbnRhZ2UsIGl0IGNhbiBiZSB0cmFuc2ZlcnJlZCB1c2lu
ZyBhIHNpbmdsZSBJUHY2IGRhdGFncmFtLCB3aXRob3V0IENvQVAgYmxvY2sgZm9yIGV4YW1wbGUu
DQoNCmlldGYtY29uc3RyYWluZWQteWFuZy1saWJyYXJ5IGFsc28gc3VwcG9ydCBhbiBpbXBvcnRh
bnQgc2NhbGluZyBmZWF0dXJlLiBJbnN0ZWFkIG9mIHVzaW5nIGEgY29udGVudC1pZCB3aGljaCBp
cyBtZWFuaW5nZnVsIHdpdGhpbiB0aGUgY29udGV4dCBvZiBhIHNpbmdsZSBkZXZpY2UsIGlldGYt
Y29uc3RyYWluZWQteWFuZy1saWJyYXJ5IHVzZSBhIGhhc2ggd2hpY2ggYWxsb3dzIGNhY2hpbmcg
b2YgYSBZQU5HIGxpYnJhcnkgZm9yIGEgZ3JvdXAgb2YgZGV2aWNlcy4gKGUuZy4gdGhvdXNhbmRz
IG9yIG1pbGxpb25zIG9kIGRldmljZXMgY2FuIHNoYXJlIHRoZSBzYW1lIGxpYnJhcnkpDQoNCkZv
ciB0aGUgY3VycmVudCBsaXN0IG9mIGNoYW5nZXMgYXMgbGlzdGVkIGluIGh0dHBzOi8vdG9vbHMu
aWV0Zi5vcmcvaHRtbC9kcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnktMDUjc2VjdGlv
bi0zLjIsIHdoaWNoIG9uZXMgc2hvdWxkIHdlIGtlZXAgaW4gYSBzb2x1dGlvbiBiYXNlZCBvbiBh
IGRldmlhdGlvbi4NCg0KMS0gbW9kdWxlLXNldCAnbmFtZScgYW5kIHNjaGVtYSAnbmFtZScgYXJl
IGltcGxlbWVudGVkIHVzaW5nIGFuIDggYml0cyB1bnNpZ25lZCBpbnRlZ2VyDQoyLSBtb2R1bGUg
J25hbWUnLCBzdWJtb2R1bGUgJ25hbWUnIGFuZCBkYXRhc3RvcmUgJ25hbWUnIGFyZSBpbXBsZW1l
bnRlZCB1c2luZyBhIFNJRA0KMy0gJ2ZlYXR1cmUnIGFuZCAnZGV2aWF0aW9uJyBhcmUgaW1wbGVt
ZW50ZWQgdXNpbmcgYSBTSUQNCjQtICdyZXZpc2lvbicgZmllbGRzIGFyZSBpbXBsZW1lbnRlZCB1
c2luZyBhIDQgYnl0ZXMgYmluYXJ5IHN0cmluZy4NCjUtIHRoZSBtYW5kYXRvcnkgcmVxdWlyZW1l
bnQgb2YgdGhlICduYW1lc3BhY2UnIGZpZWxkcyBpcyByZW1vdmVkDQoNCiM1IHNlZW0gdG8gYmUg
YSBtaW5pbXVtDQojMiBhbiAjMyBjYW4gYmUgb3B0aW9uYWwgaWYgaW1wbGVtZW50ZWQgYXMgYSB1
bmlvbg0KIzQgaXMgYSBuaWNlIHRvIGhhdmUsIDQgYnl0ZXMgaW5zdGVhZCBvZiAxMCBieXRlcyBm
b3IgZWFjaCByZXZpc2lvbg0KIzEgY2FuIGFsc28gYmUgb3B0aW9uYWwgaWYgaW1wbGVtZW50ZWQg
YXMgYSB1bmlvbg0KDQpSZWdhcmRzLA0KTWljaGVsDQoNCkZyb206IEFuZHkgQmllcm1hbiA8YW5k
eUB5dW1hd29ya3MuY29tPg0KU2VudDogMjMganVpbGxldCAyMDE5IDE0OjUyDQpUbzogTWljaGVs
IFZlaWxsZXR0ZSA8TWljaGVsLlZlaWxsZXR0ZUB0cmlsbGlhbnQuY29tPg0KQ2M6IENvcmUgPGNv
cmVAaWV0Zi5vcmc+OyBDYXJzdGVuIEJvcm1hbm4gPGNhYm9AdHppLm9yZz47IGl2YXlsbyBwZXRy
b3YgPGl2YXlsb0BhY2tsLmlvPg0KU3ViamVjdDogUmU6IFtjb3JlXSBUaGUgQ09SRSBXRyBoYXMg
cGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZSAiQ2FsbCBG
b3IgQWRvcHRpb24gQnkgV0cgSXNzdWVkIg0KDQoNCg0KT24gVHVlLCBKdWwgMjMsIDIwMTkgYXQg
MTA6MTMgQU0gTWljaGVsIFZlaWxsZXR0ZSA8TWljaGVsLlZlaWxsZXR0ZUB0cmlsbGlhbnQuY29t
PG1haWx0bzpNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudC5jb20+PiB3cm90ZToNCkhpIEFuZHkN
Cg0KVG8gZXZhbHVhdGUgdGhlIG5lZWQsIG9yIG5vdCwgIG9mIGEgY29tcGFjdCB2ZXJzaW9uIG9m
IGlldGYteWFuZy1saWJyYXJ5LCBJIGhhdmUgY3JlYXRlZCBhIHNpbXBsZSBleGFtcGxlIGNvbnRh
aW5pbmc6DQotIG9uZSBkYXRhc3RvcmUNCi0gb25lIHNjaGVtYQ0KLSBvbmUgbW9kdWxlIHNldA0K
DQpUaGUgbW9kdWxlIHNldCBjb250YWlucyB0aGUgZm9sbG93aW5nIFlBTkcgbW9kdWxlczoNCi0g
aWV0Zi1pbnRlcmZhY2VzDQotIGlldGYtaXANCi0gaWV0Zi1zeXN0ZW0NCi0gaWFuYS1oYXJkd2Fy
ZQ0KLSBteS11cGdyYWRlLW1vZHVsZQ0KLSBpZXRmLXlhbmctdHlwZXMNCi0gaWV0Zi1pbmV0LXR5
cGVzDQoNCkZvbGxvd2luZyBpcyB0aGlzIFlBTkcgbGlicmFyeSBpbXBsZW1lbnRlZCB1c2luZyDi
gJhpZXRmLXlhbmctbGlicmFyeeKAmSBhbmQgZW5jb2RlZCBpbiBDQk9SLg0KVGhlIHJlc3VsdGlu
ZyBzaXplIGlzIDY0MiBieXRlcyB3aXRob3V0IGFueSBsb2NhdGlvbiBVUklzIHdoaWNoIGFyZSBv
cHRpb25hbC4NCg0Kew0KICAyMzY4IDogew0KICAgICs4IDogWw0KICAgICAgew0KICAgICAgICAr
MjEgOiAic2V0MSIsDQogICAgICAgICsxMCA6IFsNCiAgICAgICAgICB7DQogICAgICAgICAgICAr
NCA6ICJpZXRmLWludGVyZmFjZXMiLA0KICAgICAgICAgICAgKzYgOiAiMjAxOC0wMi0yMCIsDQog
ICAgICAgICAgICArNSA6ICJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1pbnRlcmZh
Y2VzIg0KICAgICAgICAgIH0sDQogICAgICAgICAgew0KICAgICAgICAgICAgKzQgOiAiaWV0Zi1p
cCIsDQogICAgICAgICAgICArNiA6ICIyMDE4LTAyLTIyIiwNCiAgICAgICAgICAgICs1IDogInVy
bjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWlwIg0KICAgICAgICAgIH0sDQogICAgICAg
ICAgew0KICAgICAgICAgICAgKzQgOiAiaWV0Zi1zeXN0ZW0iLA0KICAgICAgICAgICAgKzYgOiAi
MjAxNC0wOC0wNiIsDQogICAgICAgICAgICArNSA6ICJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlh
bmc6aWV0Zi1zeXN0ZW0iLA0KICAgICAgICAgICAgKzIgOiBbIm50cCIsICJ0aW1lem9uZS1uYW1l
IiwgImRucy11ZHAtdGNwLXBvcnQiXQ0KICAgICAgICAgIH0sDQogICAgICAgICAgew0KICAgICAg
ICAgICAgKzQgOiAiaWFuYS1oYXJkd2FyZSIsDQogICAgICAgICAgICArNiA6ICIyMDE4LTAzLTEz
IiwNCiAgICAgICAgICAgICs1IDogInVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppYW5hLWhh
cmR3YXJlIg0KICAgICAgICAgIH0sDQogICAgICAgICAgew0KICAgICAgICAgICAgKzQgOiAibXkt
dXBncmFkZS1tb2R1bGUiLA0KICAgICAgICAgICAgKzYgOiAiMjAxOS0wNy0yMyIsDQogICAgICAg
ICAgICArNSA6ICJodHRwOi8vbXlkb21haW4uY29tL3lhbmcvbXktdXBncmFkZS1tb2R1bGU8aHR0
cHM6Ly9jYW4wMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHAlM0El
MkYlMkZteWRvbWFpbi5jb20lMkZ5YW5nJTJGbXktdXBncmFkZS1tb2R1bGUmZGF0YT0wMiU3QzAx
JTdDJTdDNzRlZGY3YzFlZGQwNGI1Y2E0MWYwOGQ3MGY5ZWU5MjElN0M0ZjZmYmQxMzBkZmI0MTUw
ODVjM2Q0MzI2MGMwNDMwOSU3QzAlN0MwJTdDNjM2OTk1MDQ3NTIwMjEwODEyJnNkYXRhPVF1QjZ5
bkxaZWolMkJHeUR2a3hWTTJLTHM2NEpxWmVLUGE0OE9rWVBQYThTTSUzRCZyZXNlcnZlZD0wPiIs
DQogICAgICAgICAgICArMiA6IFsiZnRwIiwgImNvYXAiLCAic2NoZWR1bGVkIl0NCiAgICAgICAg
ICB9DQogICAgICAgIF0sDQogICAgICAgICsxIDogWw0KICAgICAgICAgIHsNCiAgICAgICAgICAg
ICsyIDogImlldGYteWFuZy10eXBlcyIsDQogICAgICAgICAgICArNCA6ICIyMDE4LTAyLTIwIiwN
CiAgICAgICAgICAgICszIDogInVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLXlhbmct
dHlwZXMiDQogICAgICAgICAgfSwNCiAgICAgICAgICB7DQogICAgICAgICAgICArMiA6ICJpZXRm
LWluZXQtdHlwZXMiLA0KICAgICAgICAgICAgKzQgOiAiMjAxMy0wNy0xNSIsDQogICAgICAgICAg
ICArMyA6ICJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1pbmV0LXR5cGVzIg0KICAg
ICAgICAgIH0NCiAgICAgICAgXQ0KICAgICAgfQ0KICAgIF0sDQogICAgKzMwIDogWw0KICAgICAg
ew0KICAgICAgICArMiA6ICJzY2hlbWExIiwNCiAgICAgICAgKzEgOiBbInNldDEiXQ0KICAgICAg
fQ0KICAgIF0sDQogICAgKzUgOiBbDQogICAgICB7DQogICAgICAgICsxIDogInVuaWZpZWQiLA0K
ICAgICAgICArMiA6IFsic2NoZW1hMSJdDQogICAgICB9DQogICAgXSwNCiAgICArNCA6ICJteVNl
bnNvckRhdGFNb2RlbCINCiAgfQ0KfQ0KDQpUaGUgc2FtZSBZQU5HIGxpYnJhcnkgaW1wbGVtZW50
ZWQgdXNpbmcg4oCYaWV0Zi1jb25zdHJhaW5lZC15YW5nLWxpYnJhcnnigJkgcmVxdWlyZWQgMTgz
IGJ5dGVzLg0KDQp7DQogIDIzNjggOiB7DQogICAgKzggOiBbDQogICAgICB7DQogICAgICAgICsy
MSA6IDEsDQogICAgICAgICsxMCA6IFsNCiAgICAgICAgICB7DQogICAgICAgICAgICArNCA6IDE1
MDAsDQogICAgICAgICAgICArNiA6IGgnMjAxODAyMjAnDQogICAgICAgICAgfSwNCiAgICAgICAg
ICB7DQogICAgICAgICAgICArNCA6IDE2MDAsDQogICAgICAgICAgICArNiA6IGgnMjAxODAyMjIn
DQogICAgICAgICAgfSwNCiAgICAgICAgICB7DQogICAgICAgICAgICArNCA6IDE3MDAsDQogICAg
ICAgICAgICArNiA6IGgnMjAxNDA4MDYnLA0KICAgICAgICAgICAgKzIgOiBbIm50cCIsICJ0aW1l
em9uZS1uYW1lIiwgImRucy11ZHAtdGNwLXBvcnQiXQ0KICAgICAgICAgIH0sDQogICAgICAgICAg
ew0KICAgICAgICAgICAgKzQgOiAyMjAwLA0KICAgICAgICAgICAgKzYgOiBoJzIwMTgwMzEzJw0K
ICAgICAgICAgIH0sDQogICAgICAgICAgew0KICAgICAgICAgICAgKzQgOiAxMDA1MTAwLA0KICAg
ICAgICAgICAgKzYgOiBoJzIwMTkwNzIzJywNCiAgICAgICAgICAgICsyIDogWyJmdHAiLCAiY29h
cCIsICJzY2hlZHVsZWQiXQ0KICAgICAgICAgIH0NCiAgICAgICAgXSwNCiAgICAgICAgKzEgOiBb
DQogICAgICAgICAgew0KICAgICAgICAgICAgKzIgOiAxMTAwLA0KICAgICAgICAgICAgKzQgOiBo
JzIwMTgwMjIwJw0KICAgICAgICAgIH0sDQogICAgICAgICAgew0KICAgICAgICAgICAgKzIgOiAx
MTUwLA0KICAgICAgICAgICAgKzQgOiBoJzIwMTMwNzE1Jw0KICAgICAgICAgIH0NCiAgICAgICAg
XQ0KICAgICAgfQ0KICAgIF0sDQogICAgKzMwIDogWw0KICAgICAgew0KICAgICAgICArMiA6IDEs
DQogICAgICAgICsxIDogWzFdDQogICAgICB9DQogICAgXSwNCiAgICArNSA6IFsNCiAgICAgIHsN
CiAgICAgICAgKzEgOiAidW5pZmllZCIsDQogICAgICAgICsyIDogWzFdDQogICAgICB9DQogICAg
XSwNCiAgICArNCA6IGgnOUQzNzNGNjI5RTIwJw0KICB9DQp9DQoNClRoZSBtYW5kYXRvcnkgbmFt
ZXNwYWNlIGZpZWxkIGluIHRoZSBvcmlnaW5hbCBpZXRmLXlhbmctbGlicmFyeSwgdXNlbGVzcyBm
b3IgQ29SRWNvbmYsIGlzIHRoZSBtYWluIGNvbnRyaWJ1dG9yIG9mIHRoaXMgaW5jcmVhc2UgaW4g
c2l6ZS4gQXNzdW1pbmcgdGhhdCBhIHJlYWwgZGV2aWNlIGhhdmUgYXQgbGVhc3QgNSB0aW1lIG1v
cmUgWUFORyBtb2R1bGVzLCB3ZSBjYW4gZXN0aW1hdGUgdGhhdCB0aGUgbm9uIGNvbXBhY3QgdmVy
c2lvbiBvZiB0aGUgWUFORyBsaWJyYXJ5IHdpbGwgYmUgYXJvdW5kIDMgdG8gNCBrQiwgdGhlIGNv
bXBhY3QgdmVyc2lvbiB3aWxsIGJlIHNsaWdodGx5IGxlc3MgdGhhbiAxa0IuDQoNCg0KU28gd2hh
dCBpcyB0aGUgc2l6ZSBkaWZmZXJlbmNlIGlmIGp1c3QgdGhlIFhNTCBuYW1lc3BhY2UgaXMgcmVt
b3ZlZD8NCg0KDQpDYW4gd2UgYXJjaGl2ZSB0aGUgc2FtZSByZXN1bHQgd2l0aCBhIGRldmlhdGlv
biBtb2R1bGUgaW5zdGVhZCBvZiBhIGNvbXBsZXRlIG1vZHVsZSByZXBsYWNlbWVudD8NCg0KDQoN
Clllcw0KDQoNCiAgIGRldmlhdGlvbiAveWFuZ2xpYjp5YW5nLWxpYnJhcnkveWFuZ2xpYjptb2R1
bGUtc2V0L3lhbmdsaWI6bW9kdWxlL3lhbmdsaWI6bmFtZXNwYWNlIHsNCiAgICAgIGRldmlhdGUg
cmVwbGFjZSB7DQogICAgICAgICBtYW5kYXRvcnkgZmFsc2U7DQogICAgICB9DQogICB9DQoNCllv
dSBjb3VsZCBhbHNvIHJlcGxhY2UgdGhlIHR5cGUtc3RtdCBmb3Iga2V5IGxlYWZzIHlvdSB3YW50
IHRvIGNoYW5nZSwgYnV0IHRoaXMgc2VlbXMgbGlrZSBvdmVya2lsbC4NClRoaXMgZGF0YSB3aWxs
IG5vdCBjaGFuZ2UgdmVyeSBvZnRlbi4gVGhlIC95YW5nLWxpYnJhcnkvY29udGVudC1pZCBsZWFm
IGNhbiBiZSBwb2xsZWQgb3IgeWFuZy1saWJyYXJ5LWNoYW5nZQ0Kbm90aWZpY2F0aW9uIGNhbiBi
ZSB1c2VkLiBZb1QgZGV2aWNlcyB3aWxsIHByb2JhYmx5IGhhdmUgbW9kdWxlcyBoYXJkLXdpcmVk
IGludG8gZmlybXdhcmUgc28NCnRoaXMgZGF0YSBjYW4gYmUgY2FjaGVkIG9uIHRoZSBjbGllbnQg
KHVzaW5nIGNvbnRlbnQtaWQpLg0KDQoNClJlZ2FyZHMNCk1pY2hlbA0KDQpBbmR5DQoNCg0KRnJv
bTogQW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb208bWFpbHRvOmFuZHlAeXVtYXdvcmtz
LmNvbT4+DQpTZW50OiAyMiBqdWlsbGV0IDIwMTkgMjA6MzMNClRvOiBNaWNoZWwgVmVpbGxldHRl
IDxNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudC5jb208bWFpbHRvOk1pY2hlbC5WZWlsbGV0dGVA
dHJpbGxpYW50LmNvbT4+DQpDYzogQ2Fyc3RlbiBCb3JtYW5uIDxjYWJvQHR6aS5vcmc8bWFpbHRv
OmNhYm9AdHppLm9yZz4+DQpTdWJqZWN0OiBSZTogW2NvcmVdIFRoZSBDT1JFIFdHIGhhcyBwbGFj
ZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5IGluIHN0YXRlICJDYWxsIEZvciBB
ZG9wdGlvbiBCeSBXRyBJc3N1ZWQiDQoNCkhpLA0KDQpJIGRvbid0IHRoaW5rIGl0IGlzIG5lZWRl
ZCBiZWNhdXNlIHRoZSBjbGllbnQgaXMgc3VwcG9zZWQgdG8ga25vdyB0aGUgU0lEIG1hcHBpbmdz
IG91dHNpZGUgb2YgWUFORyBsaWJyYXJ5Lg0KVGhpcyBsaWJyYXJ5IGlzIGxpa2VseSB0byBiZSB2
ZXJ5IHN0YXRpYyBvbiBhIFlvVCBkZXZpY2UuIE1heWJlIGNoYW5naW5nIG9uY2UgcGVyIGZpcm13
YXJlIHVwZ3JhZGUuDQpJdCBkb2VzIG5vdCByZWFsbHkgbmVlZCBvcHRpbWl6ZWQgcmV0cmlldmFs
Lg0KDQpJIHByZWZlciB0byBrZWVwIHRoZSBtb2RlbHMgdGhlIHNhbWUgYmV0d2VlbiBOQy9SQyBh
bmQgQ09SRUNPTkYuDQpUaGUgWUFORyB0byBDQk9SIHNvbHV0aW9uIHNob3VsZCBpbmNsdWRlIHdh
eXMgdG8gbWFrZSB0aGUgbWVzc2FnZSBlbmNvZGluZyBtb3JlIGVmZmljaWVudC4NClRoYXQgd2F5
LCB0aGUgc2FtZSBhcHBsaWNhdGlvbiBsb2dpYyBjYW4gdXNlIHdoYXRldmVyIHByb3RvY29sIG9w
ZXJhdGlvbnMgYXJlIG5lZWRlZCwgaW5zdGVhZCBvZiBzcGVjaWFsIENPUkVDT05GIG1vZGVscy4N
Cg0KDQpBbmR5DQoNCg0KT24gTW9uLCBKdWwgMjIsIDIwMTkgYXQgNToyMyBQTSBNaWNoZWwgVmVp
bGxldHRlIDxNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudC5jb208bWFpbHRvOk1pY2hlbC5WZWls
bGV0dGVAdHJpbGxpYW50LmNvbT4+IHdyb3RlOg0KSGkgQW5keQ0KDQpBYm91dCDigJxkcmFmdC12
ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnnigJ0sIHNob3VsZCB3ZSBwb3N0cG9uZSB0aGUgd29y
a2luZyBncm91cCBhZG9wdGlvbiBvZiB0aGlzIGRyYWZ0IHRvIGdldCBtb3JlIHRpbWUgdG8gd29y
ayBvbiBhIGRpZmZlcmVudCBzb2x1dGlvbj8NCg0KSSByYWlzaW5nIHRoaXMgdG9waWMgYmVjYXVz
ZSB0aGUgY3VycmVudCBDb01JIGRyYWZ0IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh
ZnQtaWV0Zi1jb3JlLWNvbWktMDcjc2VjdGlvbi02PGh0dHBzOi8vY2FuMDEuc2FmZWxpbmtzLnBy
b3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnRvb2xzLmlldGYub3JnJTJG
aHRtbCUyRmRyYWZ0LWlldGYtY29yZS1jb21pLTA3JTIzc2VjdGlvbi02JmRhdGE9MDIlN0MwMSU3
QyU3Qzc0ZWRmN2MxZWRkMDRiNWNhNDFmMDhkNzBmOWVlOTIxJTdDNGY2ZmJkMTMwZGZiNDE1MDg1
YzNkNDMyNjBjMDQzMDklN0MwJTdDMCU3QzYzNjk5NTA0NzUyMDIyMDgwOCZzZGF0YT0weEZGRCUy
QjFHQTlFVDludm1ZSllKQnFISFRBUGw1allKcVVIU1hzUFhqWUUlM0QmcmVzZXJ2ZWQ9MD4pIGhh
dmUgYSBtYW5kYXRvcnkgcmVmZXJlbmNlIHRvIGl0LiBXZSBlaXRoZXIgbmVlZCB0byBjaGFuZ2Ug
dGhlIGNvbnRlbnQgb2YgQ29NSSBvciBjb21taXQgdG8gYnJpbmcgaWV0Zi1jb25zdHJhaW5lZC15
YW5nLWxpYnJhcnkgdG8gbGlmZS4NCg0KUmVnYXJkcywNCk1pY2hlbA0KDQpGcm9tOiBNaWNoZWwg
VmVpbGxldHRlDQpTZW50OiAxNSBqdWlsbGV0IDIwMTkgMTA6MzcNClRvOiBBbmR5IEJpZXJtYW4g
PGFuZHlAeXVtYXdvcmtzLmNvbTxtYWlsdG86YW5keUB5dW1hd29ya3MuY29tPj47IElFVEYgU2Vj
cmV0YXJpYXQgPGlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc8bWFpbHRvOmlldGYtc2Vj
cmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc+Pg0KQ2M6IGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmct
bGlicmFyeUBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5
QGlldGYub3JnPjsgY29yZS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOmNvcmUtY2hhaXJzQGlldGYu
b3JnPjsgQ29yZSA8Y29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4+DQpTdWJqZWN0
OiBSRTogW2NvcmVdIFRoZSBDT1JFIFdHIGhhcyBwbGFjZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUt
eWFuZy1saWJyYXJ5IGluIHN0YXRlICJDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQiDQoN
CkhpIEFuZHkNCg0KSSBlZmZlY3RpdmVseSBzZWUgc29tZSB2YWx1ZXMgaW4gc3VwcG9ydGluZyB0
aGUgbW9kdWxlIG5hbWVzLg0KSG93ZXZlciwgdGhlc2UgbmFtZXMgc2hvdWxkIGJlIG9wdGlvbmFs
IGxlYXZlcyBhbmQgbm90IG1hbmRhdG9yeSBrZXlzLg0KU2ltcGx5IGF1Z21lbnRpbmcgdGhlIGV4
aXN0aW5nIOKAnGlldGYteWFuZy1saWJyYXJ54oCdIHdpbGwgaW5jcmVhc2UgaXRzIHNpemUsIHdo
aWNoIG1ha2VzIHRoaXMgc29sdXRpb24gZXZlbiBsZXNzIGZyaWVuZGx5IHRvIGNvbnN0cmFpbmVk
IGRldmljZXMgYW5kIG5ldHdvcmtzLg0KDQpIb3BlIHRvIHNlZSB5b3UgaW4gTVRMIHRvIGRpc2N1
c3MgdGhlc2UgY2hhbmdlcywNCk1pY2hlbA0KDQpGcm9tOiBBbmR5IEJpZXJtYW4gPGFuZHlAeXVt
YXdvcmtzLmNvbTxtYWlsdG86YW5keUB5dW1hd29ya3MuY29tPj4NClNlbnQ6IDEyIGp1aWxsZXQg
MjAxOSAxNzoxNg0KVG86IElFVEYgU2VjcmV0YXJpYXQgPGlldGYtc2VjcmV0YXJpYXQtcmVwbHlA
aWV0Zi5vcmc8bWFpbHRvOmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc+Pg0KQ2M6IGRy
YWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeUBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtdmVp
bGxldHRlLWNvcmUteWFuZy1saWJyYXJ5QGlldGYub3JnPjsgY29yZS1jaGFpcnNAaWV0Zi5vcmc8
bWFpbHRvOmNvcmUtY2hhaXJzQGlldGYub3JnPjsgQ29yZSA8Y29yZUBpZXRmLm9yZzxtYWlsdG86
Y29yZUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW2NvcmVdIFRoZSBDT1JFIFdHIGhhcyBwbGFj
ZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5IGluIHN0YXRlICJDYWxsIEZvciBB
ZG9wdGlvbiBCeSBXRyBJc3N1ZWQiDQoNCg0KDQpPbiBUaHUsIEp1bCAxMSwgMjAxOSBhdCA4OjMy
IEFNIElFVEYgU2VjcmV0YXJpYXQgPGlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc8bWFp
bHRvOmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc+PiB3cm90ZToNCg0KVGhlIENPUkUg
V0cgaGFzIHBsYWNlZCBkcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnkgaW4gc3RhdGUN
CkNhbGwgRm9yIEFkb3B0aW9uIEJ5IFdHIElzc3VlZCAoZW50ZXJlZCBieSBDYXJzdGVuIEJvcm1h
bm4pDQoNClRoZSBkb2N1bWVudCBpcyBhdmFpbGFibGUgYXQNCmh0dHBzOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvZG9jL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeS88aHR0cHM6Ly9j
YW4wMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJG
ZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZkb2MlMkZkcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxp
YnJhcnklMkYmZGF0YT0wMiU3QzAxJTdDJTdDNzRlZGY3YzFlZGQwNGI1Y2E0MWYwOGQ3MGY5ZWU5
MjElN0M0ZjZmYmQxMzBkZmI0MTUwODVjM2Q0MzI2MGMwNDMwOSU3QzAlN0MwJTdDNjM2OTk1MDQ3
NTIwMjIwODA4JnNkYXRhPUpFU3k3ME1KN1lOUHhpT0dlUklWTjkybGNxdTh2azh2OXdxMTZpZmtx
ZjglM0QmcmVzZXJ2ZWQ9MD4NCg0KDQpJIGRvIG5vdCBrbm93IGlmIHRoZXJlIGlzIGEgY2xlYXIg
cHJvYmxlbSBzdGF0ZW1lbnQgcHJlc2VudGVkIGFuZCBhZ3JlZWQgdXBvbiBieSB0aGUgQ09SRSBX
RyB5ZXQuDQpUaGUgWUFORyBMaWJyYXJ5IChSRkMgODUyNSkgaXMgdXNlZCBieSBhIHNlcnZlciB0
byBwcm92aWRlIGEgY2xpZW50IHdpdGggZGV0YWlscyBhYm91dCB0aGUgWUFORyBtb2R1bGVzDQp0
aGF0IGFyZSBpbXBsZW1lbnRlZCBpbiB0aGUgc2VydmVyLg0KDQpUaGUgZHJhZnQgcHJvcG9zZWQg
Zm9yIGFkb3B0aW9uIGlzIGEgY3V0LWFuZC1wYXN0ZS1hbmQtcmVwbGFjZSB2ZXJzaW9uIG9mIHRo
aXMgUkZDLg0KVGhlIHN0cmluZ3MgdXNlZCBhcyBsaXN0IGtleXMgKGUuZy4sIC95YW5nLWxpYnJh
cnkvbW9kdWxlL25hbWUpIGFyZSByZXBsYWNlZCBieSBTSUQgdmFsdWVzLg0KT3RoZXIga2V5IGxl
YWZzIHN1Y2ggYXMgL3lhbmctbGlicmFyeS9zY2hlbWEvbmFtZSBhcmUgcmVwbGFjZWQgYnkgaW50
OCBsZWFmcyBpbnN0ZWFkIG9mIHN0cmluZ3MuDQoNCklNTyB0aGVyZSBhcmUgYmV0dGVyIHNvbHV0
aW9uIGFwcHJvYWNoZXMsIGNvbnNpZGVyaW5nIHRoYXQgdGhpcyBkYXRhIHN0cnVjdHVyZSB3aWxs
IGJlDQpyZWxhdGl2ZWx5IHN0YXRpYywgYW5kIHRoZXJlIGlzIGEgY2FjaGluZyBtZWNoYW5pc20g
YnVpbHQgaW50byBSRkMgODUyNSB0byByZWR1Y2UNCnJldHJpZXZhbCBvZiB0aGUgZW50aXJlIFlB
TkcgbGlicmFyeS4NCg0KSXQgZG9lcyBub3Qgc2VlbSByZWFsaXN0aWMgdGhhdCBhIHNlcnZlciB3
b3VsZCBoYXZlIG9ubHkgU0lEcyBpbnN0YWxsZWQgYW5kIG5vIHdheSB0byBnZXQgdGhlIG1vZHVs
ZSBuYW1lcy4NClRoaXMgaXMgYSBzaG9ydCBsaXN0LCB1bmxpa2UgdGhlIGxpc3Qgb2YgWUFORyBk
YXRhIG5vZGVzLiBTbyBpdCBzaG91bGQgYmUgT0sgdG8gc2ltcGx5IGF1Z21lbnQgdGhlIGV4aXN0
aW5nIG1vZHVsZQ0Kd2l0aCBTSUQgdmFsdWVzLiAgSWYgdGhlIGxpc3Qga2V5IHJlcGxhY2VtZW50
cyBhcmUgcmVhbGx5IG5lZWRlZCwgdGhlbiBhIGRldmlhdGlvbiBtb2R1bGUgY291bGQgYmUgdXNl
ZCBieSBDT1JFQ09ORg0KKGUuZy4gZGV2aWF0ZSByZXBsYWNlIHt0eXBlLXN0bXR9KSBpbnN0ZWFk
IG9mIGEgcmVwbGFjZW1lbnQgbW9kdWxlLg0KDQpJIGFncmVlIGl0IHdpbGwgYmUgaW1wb3J0YW50
IGZvciBhIENPUkVDT05GIGNsaWVudCB0byBkZXRlcm1pbmUgdGhlIFlBTkcgbGlicmFyeSBkZXRh
aWxzIGZvciBlYWNoIHNlcnZlci4NClRoaXMgY291bGQgYmUgb2ZmbGluZSBkYXRhIG9yIGRpcmVj
dGx5IHJldHJpZXZhYmxlIGZyb20gdGhlIHNlcnZlci4gVGhlIHNvbHV0aW9uIG5lZWQgdG8gYmUg
cmVzb2x2ZWQgYnkgdGhlIFdHLg0KSSBzdXBwb3J0IHRoZSBwcm9ibGVtIHN0YXRlbWVudCBieSBu
b3QgdGhpcyBzb2x1dGlvbi4NCg0KDQpBbmR5DQoNCg0KDQpDb21tZW50Og0KVGlsbCAyMDE5LTA3
LTE4DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpj
b3JlIG1haWxpbmcgbGlzdA0KY29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4NCmh0
dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZTxodHRwczovL2NhbjAxLnNh
ZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ3d3cuaWV0
Zi5vcmclMkZtYWlsbWFuJTJGbGlzdGluZm8lMkZjb3JlJmRhdGE9MDIlN0MwMSU3QyU3Qzc0ZWRm
N2MxZWRkMDRiNWNhNDFmMDhkNzBmOWVlOTIxJTdDNGY2ZmJkMTMwZGZiNDE1MDg1YzNkNDMyNjBj
MDQzMDklN0MwJTdDMCU3QzYzNjk5NTA0NzUyMDIzMDgwMCZzZGF0YT1UaVNObjJFJTJGUWtabTJU
cDM1OWllVW9zS0VwdE03U0lUZmtPakZucWlOM2slM0QmcmVzZXJ2ZWQ9MD4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z
b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw
bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v
cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z
LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl
LXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2Ug
V29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIu
MHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u
MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0
cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b
aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt
YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k
aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIgbGluaz0iYmx1ZSIgdmxpbms9InB1
cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBBbmR5PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkg
dW5kZXJzdGFuZCB0aGF0IHRoaXMgZGF0YSBpcyB0cmFuc2ZlcnJlZCB2ZXJ5IGluZnJlcXVlbnRs
eS4gSG93ZXZlciwga2VlcGluZyB0aGUgc2l6ZSB1bmRlciAxMjgwIGJ5dGVzIGhhcyBhIHNpZ25p
ZmljYW50IGFkdmFudGFnZSwgaXQgY2FuIGJlIHRyYW5zZmVycmVkIHVzaW5nIGEgc2luZ2xlIElQ
djYgZGF0YWdyYW0sIHdpdGhvdXQgQ29BUA0KIGJsb2NrIGZvciBleGFtcGxlLjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5pZXRm
LWNvbnN0cmFpbmVkLXlhbmctbGlicmFyeSBhbHNvIHN1cHBvcnQgYW4gaW1wb3J0YW50IHNjYWxp
bmcgZmVhdHVyZS4gSW5zdGVhZCBvZiB1c2luZyBhIGNvbnRlbnQtaWQgd2hpY2ggaXMgbWVhbmlu
Z2Z1bCB3aXRoaW4gdGhlIGNvbnRleHQgb2YgYSBzaW5nbGUgZGV2aWNlLCBpZXRmLWNvbnN0cmFp
bmVkLXlhbmctbGlicmFyeSB1c2UNCiBhIGhhc2ggd2hpY2ggYWxsb3dzIGNhY2hpbmcgb2YgYSBZ
QU5HIGxpYnJhcnkgZm9yIGEgZ3JvdXAgb2YgZGV2aWNlcy4gKGUuZy4gdGhvdXNhbmRzIG9yIG1p
bGxpb25zIG9kIGRldmljZXMgY2FuIHNoYXJlIHRoZSBzYW1lIGxpYnJhcnkpPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkZvciB0
aGUgY3VycmVudCBsaXN0IG9mIGNoYW5nZXMgYXMgbGlzdGVkIGluDQo8L3NwYW4+PGEgaHJlZj0i
aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGli
cmFyeS0wNSNzZWN0aW9uLTMuMiI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXZl
aWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeS0wNSNzZWN0aW9uLTMuMjwvYT4sIHdoaWNoIG9uZXMg
c2hvdWxkIHdlIGtlZXAgaW4gYSBzb2x1dGlvbiBiYXNlZCBvbiBhIGRldmlhdGlvbi48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4xLSBtb2R1bGUtc2V0ICdu
YW1lJyBhbmQgc2NoZW1hICduYW1lJyBhcmUgaW1wbGVtZW50ZWQgdXNpbmcgYW4gOCBiaXRzIHVu
c2lnbmVkIGludGVnZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjItIG1vZHVsZSAnbmFt
ZScsIHN1Ym1vZHVsZSAnbmFtZScgYW5kIGRhdGFzdG9yZSAnbmFtZScgYXJlIGltcGxlbWVudGVk
IHVzaW5nIGEgU0lEPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4zLSAnZmVhdHVyZScgYW5k
ICdkZXZpYXRpb24nIGFyZSBpbXBsZW1lbnRlZCB1c2luZyBhIFNJRDxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+NC0gJ3JldmlzaW9uJyBmaWVsZHMgYXJlIGltcGxlbWVudGVkIHVzaW5nIGEg
NCBieXRlcyBiaW5hcnkgc3RyaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+NS0gdGhl
IG1hbmRhdG9yeSByZXF1aXJlbWVudCBvZiB0aGUgJ25hbWVzcGFjZScgZmllbGRzIGlzIHJlbW92
ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+IzUgc2VlbSB0byBiZSBhIG1pbmltdW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPiMyIGFuICMzIGNhbiBiZSBvcHRpb25hbCBpZiBpbXBsZW1lbnRlZCBhcyBhIHVuaW9uPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z
by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4jNCBpcyBhIG5pY2UgdG8gaGF2ZSwgNCBieXRlcyBp
bnN0ZWFkIG9mIDEwIGJ5dGVzIGZvciBlYWNoIHJldmlzaW9uPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj4jMSBjYW4gYWxzbyBiZSBvcHRpb25hbCBpZiBpbXBsZW1lbnRlZCBhcyBhIHVuaW9u
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5NaWNoZWw8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tOjwvc3Bhbj48L2I+PHNw
YW4gbGFuZz0iRU4tVVMiPiBBbmR5IEJpZXJtYW4gJmx0O2FuZHlAeXVtYXdvcmtzLmNvbSZndDsN
Cjxicj4NCjxiPlNlbnQ6PC9iPiAyMyBqdWlsbGV0IDIwMTkgMTQ6NTI8YnI+DQo8Yj5Ubzo8L2I+
IE1pY2hlbCBWZWlsbGV0dGUgJmx0O01pY2hlbC5WZWlsbGV0dGVAdHJpbGxpYW50LmNvbSZndDs8
YnI+DQo8Yj5DYzo8L2I+IENvcmUgJmx0O2NvcmVAaWV0Zi5vcmcmZ3Q7OyBDYXJzdGVuIEJvcm1h
bm4gJmx0O2NhYm9AdHppLm9yZyZndDs7IGl2YXlsbyBwZXRyb3YgJmx0O2l2YXlsb0BhY2tsLmlv
Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2NvcmVdIFRoZSBDT1JFIFdHIGhhcyBwbGFj
ZWQgZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5IGluIHN0YXRlICZxdW90O0NhbGwg
Rm9yIEFkb3B0aW9uIEJ5IFdHIElzc3VlZCZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgSnVsIDIzLCAyMDE5IGF0IDEwOjEzIEFNIE1pY2hlbCBW
ZWlsbGV0dGUgJmx0OzxhIGhyZWY9Im1haWx0bzpNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudC5j
b20iPk1pY2hlbC5WZWlsbGV0dGVAdHJpbGxpYW50LmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl
ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1s
ZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPkhpIEFuZHk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRvIGV2YWx1YXRl
IHRoZSBuZWVkLCBvciBub3QsICZuYnNwO29mIGEgY29tcGFjdCB2ZXJzaW9uIG9mIGlldGYteWFu
Zy1saWJyYXJ5LCBJIGhhdmUgY3JlYXRlZCBhIHNpbXBsZSBleGFtcGxlIGNvbnRhaW5pbmc6PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gb25lIGRhdGFzdG9yZTxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tIG9uZSBzY2hlbWE8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBvbmUgbW9kdWxlIHNldDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+VGhlIG1vZHVsZSBzZXQgY29udGFpbnMgdGhlIGZvbGxvd2luZyBZ
QU5HIG1vZHVsZXM6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gaWV0
Zi1pbnRlcmZhY2VzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gaWV0
Zi1pcDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tIGlldGYtc3lzdGVt
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gaWFuYS1oYXJkd2FyZTxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tIG15LXVwZ3JhZGUtbW9kdWxl
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gaWV0Zi15YW5nLXR5cGVz
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gaWV0Zi1pbmV0LXR5cGVz
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Gb2xsb3dpbmcgaXMgdGhpcyBZQU5HIGxpYnJh
cnkgaW1wbGVtZW50ZWQgdXNpbmcg4oCYaWV0Zi15YW5nLWxpYnJhcnnigJkgYW5kIGVuY29kZWQg
aW4gQ0JPUi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhlIHJlc3Vs
dGluZyBzaXplIGlzIDY0MiBieXRlcyB3aXRob3V0IGFueSBsb2NhdGlvbiBVUklzIHdoaWNoIGFy
ZSBvcHRpb25hbC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPns8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7IDIzNjggOiB7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzggOiBbPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyB7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIxIDogJnF1b3Q7c2V0MSZx
dW90Oyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MTAgOiBbPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQgOiAmcXVvdDtpZXRmLWludGVyZmFjZXMmcXVvdDssPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzYgOiAm
cXVvdDsyMDE4LTAyLTIwJnF1b3Q7LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgJiM0Mzs1IDogJnF1b3Q7dXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5n
OmlldGYtaW50ZXJmYWNlcyZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgfSwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQgOiAmcXVvdDtpZXRmLWlwJnF1b3Q7
LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs2
IDogJnF1b3Q7MjAxOC0wMi0yMiZxdW90Oyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NSA6ICZxdW90O3VybjppZXRmOnBhcmFtczp4bWw6bnM6
eWFuZzppZXRmLWlwJnF1b3Q7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9
LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgezxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs0IDogJnF1b3Q7aWV0Zi1zeXN0
ZW0mcXVvdDssPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyAmIzQzOzYgOiAmcXVvdDsyMDE0LTA4LTA2JnF1b3Q7LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs1IDogJnF1b3Q7dXJuOmlldGY6cGFyYW1z
OnhtbDpuczp5YW5nOmlldGYtc3lzdGVtJnF1b3Q7LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsyIDogWyZxdW90O250cCZxdW90OywgJnF1b3Q7
dGltZXpvbmUtbmFtZSZxdW90OywgJnF1b3Q7ZG5zLXVkcC10Y3AtcG9ydCZxdW90O108bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH0sPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAmIzQzOzQgOiAmcXVvdDtpYW5hLWhhcmR3YXJlJnF1b3Q7LDxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs2IDogJnF1b3Q7MjAxOC0w
My0xMyZxdW90Oyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7ICYjNDM7NSA6ICZxdW90O3VybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppYW5hLWhhcmR3
YXJlJnF1b3Q7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9LCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
Ow0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3s8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6ICZxdW90O215
LXVwZ3JhZGUtbW9kdWxlJnF1b3Q7LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgJiM0Mzs2IDogJnF1b3Q7MjAxOS0wNy0yMyZxdW90Oyw8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NSA6ICZxdW90Ozxh
IGhyZWY9Imh0dHBzOi8vY2FuMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3Vy
bD1odHRwJTNBJTJGJTJGbXlkb21haW4uY29tJTJGeWFuZyUyRm15LXVwZ3JhZGUtbW9kdWxlJmFt
cDtkYXRhPTAyJTdDMDElN0MlN0M3NGVkZjdjMWVkZDA0YjVjYTQxZjA4ZDcwZjllZTkyMSU3QzRm
NmZiZDEzMGRmYjQxNTA4NWMzZDQzMjYwYzA0MzA5JTdDMCU3QzAlN0M2MzY5OTUwNDc1MjAyMTA4
MTImYW1wO3NkYXRhPVF1QjZ5bkxaZWolMkJHeUR2a3hWTTJLTHM2NEpxWmVLUGE0OE9rWVBQYThT
TSUzRCZhbXA7cmVzZXJ2ZWQ9MCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9teWRvbWFpbi5jb20v
eWFuZy9teS11cGdyYWRlLW1vZHVsZTwvYT4mcXVvdDssPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIgOiBbJnF1b3Q7ZnRwJnF1b3Q7LCAmcXVv
dDtjb2FwJnF1b3Q7LCAmcXVvdDtzY2hlZHVsZWQmcXVvdDtdPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBdLDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgJiM0MzsxIDogWzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgezxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
JiM0MzsyIDogJnF1b3Q7aWV0Zi15YW5nLXR5cGVzJnF1b3Q7LDxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs0IDogJnF1b3Q7MjAxOC0wMi0yMCZx
dW90Oyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj
NDM7MyA6ICZxdW90O3VybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLXlhbmctdHlwZXMm
cXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH0sPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIgOiAmcXVvdDtpZXRmLWluZXQtdHlwZXMmcXVvdDss
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQg
OiAmcXVvdDsyMDEzLTA3LTE1JnF1b3Q7LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzszIDogJnF1b3Q7dXJuOmlldGY6cGFyYW1zOnhtbDpuczp5
YW5nOmlldGYtaW5ldC10eXBlcyZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgfSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO108bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IF0s
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNw
OyAmIzQzOzMwIDogWzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgezxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0
MzsyIDogJnF1b3Q7c2NoZW1hMSZxdW90Oyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7
MSA6IFsmcXVvdDtzZXQxJnF1b3Q7XTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsgXSw8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NSA6IFs8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IHs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MSA6ICZxdW90O3VuaWZp
ZWQmcXVvdDssPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZu
YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzQzOzIgOiBbJnF1b3Q7c2NoZW1h
MSZxdW90O108bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IF0sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQgOiAmcXVvdDtteVNlbnNvckRhdGFN
b2RlbCZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsg
fTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj59PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj5UaGUgc2FtZSBZQU5HIGxpYnJhcnkgaW1wbGVtZW50ZWQgdXNpbmcg4oCY
aWV0Zi1jb25zdHJhaW5lZC15YW5nLWxpYnJhcnnigJkgcmVxdWlyZWQgMTgzIGJ5dGVzLjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ezxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4mbmJzcDsgMjM2OCA6IHs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OCA6IFs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHs8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MjEgOiAxLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
JiM0MzsxMCA6IFs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHs8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6IDE1MDAs
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzYg
OiBoJzIwMTgwMjIwJzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfSwmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzQgOiAxNjAwLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs2IDogaCcyMDE4MDIyMic8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH0sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyB7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyAmIzQzOzQgOiAxNzAwLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgJiM0Mzs2IDogaCcyMDE0MDgwNicsPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIgOiBbJnF1b3Q7bnRwJnF1b3Q7LCAmcXVv
dDt0aW1lem9uZS1uYW1lJnF1b3Q7LCAmcXVvdDtkbnMtdWRwLXRjcC1wb3J0JnF1b3Q7XTxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IHs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7ICYjNDM7NCA6IDIyMDAsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyAmIzQzOzYgOiBoJzIwMTgwMzEzJzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgfSwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDt7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyAmIzQzOzQgOiAxMDA1MTAwLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs2IDogaCcyMDE5MDcyMycsPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIgOiBbJnF1b3Q7ZnRwJnF1
b3Q7LCAmcXVvdDtjb2FwJnF1b3Q7LCAmcXVvdDtzY2hlZHVsZWQmcXVvdDtdPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBdLDxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7JiM0MzsxIDogWzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgezxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgJiM0MzsyIDogMTEwMCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6IGgnMjAxODAyMjAnPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyB9LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
ezxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzsy
IDogMTE1MCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
ICYjNDM7NCA6IGgnMjAxMzA3MTUnPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyB9Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7XTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsgXSw8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj
NDM7MzAgOiBbPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzIg
OiAxLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsxIDogWzFdPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNw
OyBdLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsm
bmJzcDsgJiM0Mzs1IDogWzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgezxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
JiM0MzsxIDogJnF1b3Q7dW5pZmllZCZxdW90Oyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj
NDM7MiA6IFsxXTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsgXSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7NCA6IGgnOUQzNzNGNjI5RTIwJzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsgfTxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj59PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij5UaGUgbWFuZGF0b3J5IG5hbWVzcGFjZSBmaWVsZCBpbiB0aGUgb3JpZ2luYWwgaWV0Zi15YW5n
LWxpYnJhcnksIHVzZWxlc3MgZm9yIENvUkVjb25mLCBpcyB0aGUgbWFpbiBjb250cmlidXRvciBv
ZiB0aGlzIGluY3JlYXNlIGluIHNpemUuIEFzc3VtaW5nIHRoYXQgYSByZWFsIGRldmljZSBoYXZl
IGF0IGxlYXN0DQogNSB0aW1lIG1vcmUgWUFORyBtb2R1bGVzLCB3ZSBjYW4gZXN0aW1hdGUgdGhh
dCB0aGUgbm9uIGNvbXBhY3QgdmVyc2lvbiBvZiB0aGUgWUFORyBsaWJyYXJ5IHdpbGwgYmUgYXJv
dW5kIDMgdG8gNCBrQiwgdGhlIGNvbXBhY3QgdmVyc2lvbiB3aWxsIGJlIHNsaWdodGx5IGxlc3Mg
dGhhbiAxa0IuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPlNvIHdoYXQgaXMgdGhlIHNpemUgZGlmZmVyZW5jZSBpZiBqdXN0
IHRoZSBYTUwgbmFtZXNwYWNlIGlzIHJlbW92ZWQ/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0ND
QyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdp
bi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkNhbiB3
ZSBhcmNoaXZlIHRoZSBzYW1lIHJlc3VsdCB3aXRoIGEgZGV2aWF0aW9uIG1vZHVsZSBpbnN0ZWFk
IG9mIGEgY29tcGxldGUgbW9kdWxlIHJlcGxhY2VtZW50PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlllczxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAm
bmJzcDtkZXZpYXRpb24gL3lhbmdsaWI6eWFuZy1saWJyYXJ5L3lhbmdsaWI6bW9kdWxlLXNldC95
YW5nbGliOm1vZHVsZS95YW5nbGliOm5hbWVzcGFjZSB7PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBkZXZpYXRl
IHJlcGxhY2UgezxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO21hbmRhdG9yeSBmYWxzZTs8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw
OyAmbmJzcDsgJm5ic3A7IH08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDt9PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdSBjb3VsZCBhbHNvIHJlcGxhY2UgdGhlIHR5cGUt
c3RtdCBmb3Iga2V5IGxlYWZzIHlvdSB3YW50IHRvIGNoYW5nZSwgYnV0IHRoaXMgc2VlbXMgbGlr
ZSBvdmVya2lsbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPlRoaXMgZGF0YSB3aWxsIG5vdCBjaGFuZ2UgdmVyeSBvZnRlbi4gVGhlIC95YW5nLWxp
YnJhcnkvY29udGVudC1pZCBsZWFmIGNhbiBiZSBwb2xsZWQgb3IgeWFuZy1saWJyYXJ5LWNoYW5n
ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+bm90
aWZpY2F0aW9uIGNhbiBiZSB1c2VkLiBZb1QgZGV2aWNlcyB3aWxsIHByb2JhYmx5IGhhdmUgbW9k
dWxlcyBoYXJkLXdpcmVkIGludG8gZmlybXdhcmUgc288bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRoaXMgZGF0YSBjYW4gYmUgY2FjaGVkIG9uIHRo
ZSBjbGllbnQgKHVzaW5nIGNvbnRlbnQtaWQpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg
MS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t
cmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5SZWdhcmRz
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk1pY2hlbDxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls
ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBj
bSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+
PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gQW5keSBCaWVybWFuICZsdDs8YSBocmVmPSJtYWlsdG86
YW5keUB5dW1hd29ya3MuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5keUB5dW1hd29ya3MuY29tPC9h
PiZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiAyMiBqdWlsbGV0IDIwMTkgMjA6MzM8YnI+DQo8Yj5U
bzo8L2I+IE1pY2hlbCBWZWlsbGV0dGUgJmx0OzxhIGhyZWY9Im1haWx0bzpNaWNoZWwuVmVpbGxl
dHRlQHRyaWxsaWFudC5jb20iIHRhcmdldD0iX2JsYW5rIj5NaWNoZWwuVmVpbGxldHRlQHRyaWxs
aWFudC5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gQ2Fyc3RlbiBCb3JtYW5uICZsdDs8YSBo
cmVmPSJtYWlsdG86Y2Fib0B0emkub3JnIiB0YXJnZXQ9Il9ibGFuayI+Y2Fib0B0emkub3JnPC9h
PiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtjb3JlXSBUaGUgQ09SRSBXRyBoYXMgcGxh
Y2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZSAmcXVvdDtDYWxs
IEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQmcXVvdDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+SGksPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+SSBkb24ndCB0aGluayBpdCBpcyBuZWVkZWQgYmVjYXVzZSB0aGUgY2xp
ZW50IGlzIHN1cHBvc2VkIHRvIGtub3cgdGhlIFNJRCBtYXBwaW5ncyBvdXRzaWRlIG9mIFlBTkcg
bGlicmFyeS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+VGhpcyBsaWJyYXJ5IGlzIGxpa2VseSB0byBiZSB2ZXJ5IHN0YXRpYyBvbiBhIFlvVCBk
ZXZpY2UuIE1heWJlIGNoYW5naW5nIG9uY2UgcGVyIGZpcm13YXJlIHVwZ3JhZGUuPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkl0IGRvZXMgbm90
IHJlYWxseSBuZWVkIG9wdGltaXplZCByZXRyaWV2YWwuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JIHByZWZlciB0byBrZWVwIHRoZSBt
b2RlbHMgdGhlIHNhbWUgYmV0d2VlbiBOQy9SQyBhbmQgQ09SRUNPTkYuPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZSBZQU5HIHRvIENCT1Ig
c29sdXRpb24gc2hvdWxkIGluY2x1ZGUgd2F5cyB0byBtYWtlIHRoZSBtZXNzYWdlIGVuY29kaW5n
IG1vcmUgZWZmaWNpZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj5UaGF0IHdheSwgdGhlIHNhbWUgYXBwbGljYXRpb24gbG9naWMgY2FuIHVz
ZSB3aGF0ZXZlciBwcm90b2NvbCBvcGVyYXRpb25zIGFyZSBuZWVkZWQsIGluc3RlYWQgb2Ygc3Bl
Y2lhbCBDT1JFQ09ORiBtb2RlbHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9uIE1vbiwgSnVsIDIyLCAyMDE5
IGF0IDU6MjMgUE0gTWljaGVsIFZlaWxsZXR0ZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOk1pY2hlbC5W
ZWlsbGV0dGVAdHJpbGxpYW50LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPk1pY2hlbC5WZWlsbGV0dGVA
dHJpbGxpYW50LmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8Ymxv
Y2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBw
dDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6
NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSBBbmR5PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj5BYm91dCDigJw8c3BhbiBsYW5nPSJFTi1VUyI+ZHJhZnQtdmVpbGxldHRlLWNvcmUteWFu
Zy1saWJyYXJ54oCdLCBzaG91bGQgd2UgcG9zdHBvbmUgdGhlIHdvcmtpbmcgZ3JvdXAgYWRvcHRp
b24gb2YgdGhpcyBkcmFmdCB0byBnZXQgbW9yZSB0aW1lIHRvIHdvcmsgb24gYSBkaWZmZXJlbnQg
c29sdXRpb24/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+SSByYWlzaW5nIHRoaXMgdG9waWMgYmVj
YXVzZSB0aGUgY3VycmVudCBDb01JIGRyYWZ0ICg8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9jYW4w
MS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGdG9v
bHMuaWV0Zi5vcmclMkZodG1sJTJGZHJhZnQtaWV0Zi1jb3JlLWNvbWktMDclMjNzZWN0aW9uLTYm
YW1wO2RhdGE9MDIlN0MwMSU3QyU3Qzc0ZWRmN2MxZWRkMDRiNWNhNDFmMDhkNzBmOWVlOTIxJTdD
NGY2ZmJkMTMwZGZiNDE1MDg1YzNkNDMyNjBjMDQzMDklN0MwJTdDMCU3QzYzNjk5NTA0NzUyMDIy
MDgwOCZhbXA7c2RhdGE9MHhGRkQlMkIxR0E5RVQ5bnZtWUpZSkJxSEhUQVBsNWpZSnFVSFNYc1BY
allFJTNEJmFtcDtyZXNlcnZlZD0wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90b29scy5pZXRm
Lm9yZy9odG1sL2RyYWZ0LWlldGYtY29yZS1jb21pLTA3I3NlY3Rpb24tNjwvYT4pDQogaGF2ZSBh
IG1hbmRhdG9yeSByZWZlcmVuY2UgdG8gaXQuIFdlIGVpdGhlciBuZWVkIHRvIGNoYW5nZSB0aGUg
Y29udGVudCBvZiBDb01JIG9yIGNvbW1pdCB0byBicmluZyBpZXRmLWNvbnN0cmFpbmVkLXlhbmct
bGlicmFyeSB0byBsaWZlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+UmVnYXJkcyw8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5NaWNoZWw8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s
aWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBs
YW5nPSJFTi1VUyI+IE1pY2hlbCBWZWlsbGV0dGUNCjxicj4NCjxiPlNlbnQ6PC9iPiAxNSBqdWls
bGV0IDIwMTkgMTA6Mzc8YnI+DQo8Yj5Ubzo8L2I+IEFuZHkgQmllcm1hbiAmbHQ7PC9zcGFuPjxh
IGhyZWY9Im1haWx0bzphbmR5QHl1bWF3b3Jrcy5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBs
YW5nPSJFTi1VUyI+YW5keUB5dW1hd29ya3MuY29tPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1V
UyI+Jmd0OzsgSUVURiBTZWNyZXRhcmlhdCAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppZXRm
LXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0i
RU4tVVMiPmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxh
bmc9IkVOLVVTIj4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRy
YWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi
PjxzcGFuIGxhbmc9IkVOLVVTIj5kcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnlAaWV0
Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj47DQo8L3NwYW4+PGEgaHJlZj0ibWFp
bHRvOmNvcmUtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4t
VVMiPmNvcmUtY2hhaXJzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+OyBD
b3JlICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciIHRhcmdldD0iX2Js
YW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+Y29yZUBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gbGFu
Zz0iRU4tVVMiPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFtjb3JlXSBUaGUgQ09SRSBX
RyBoYXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZSAm
cXVvdDtDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQmcXVvdDs8L3NwYW4+PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGkgQW5keTxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+SSBlZmZlY3RpdmVseSBzZWUgc29tZSB2YWx1ZXMgaW4gc3VwcG9ydGlu
ZyB0aGUgbW9kdWxlIG5hbWVzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij5Ib3dldmVyLCB0aGVzZSBuYW1lcyBzaG91bGQgYmUgb3B0aW9uYWwgbGVhdmVzIGFuZCBub3Qg
bWFuZGF0b3J5IGtleXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlNp
bXBseSBhdWdtZW50aW5nIHRoZSBleGlzdGluZyDigJxpZXRmLXlhbmctbGlicmFyeeKAnSB3aWxs
IGluY3JlYXNlIGl0cyBzaXplLCB3aGljaCBtYWtlcyB0aGlzIHNvbHV0aW9uIGV2ZW4gbGVzcyBm
cmllbmRseSB0byBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCBuZXR3b3Jrcy48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPkhvcGUgdG8gc2VlIHlvdSBpbiBNVEwgdG8gZGlzY3VzcyB0aGVzZSBj
aGFuZ2VzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5NaWNoZWwNCjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9z
cGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IEFuZHkgQmllcm1hbiAmbHQ7PC9zcGFuPjxhIGhy
ZWY9Im1haWx0bzphbmR5QHl1bWF3b3Jrcy5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5n
PSJFTi1VUyI+YW5keUB5dW1hd29ya3MuY29tPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+
Jmd0Ow0KPGJyPg0KPGI+U2VudDo8L2I+IDEyIGp1aWxsZXQgMjAxOSAxNzoxNjxicj4NCjxiPlRv
OjwvYj4gSUVURiBTZWNyZXRhcmlhdCAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppZXRmLXNl
Y3JldGFyaWF0LXJlcGx5QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4t
VVMiPmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9
IkVOLVVTIj4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRyYWZ0
LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxz
cGFuIGxhbmc9IkVOLVVTIj5kcmFmdC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnlAaWV0Zi5v
cmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj47DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRv
OmNvcmUtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4tVVMi
PmNvcmUtY2hhaXJzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+OyBDb3Jl
ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5r
Ij48c3BhbiBsYW5nPSJFTi1VUyI+Y29yZUBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0i
RU4tVVMiPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtjb3JlXSBUaGUgQ09SRSBXRyBo
YXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmctbGlicmFyeSBpbiBzdGF0ZSAmcXVv
dDtDYWxsIEZvciBBZG9wdGlvbiBCeSBXRyBJc3N1ZWQmcXVvdDs8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9uIFRodSwgSnVsIDExLCAyMDE5IGF0IDg6
MzIgQU0gSUVURiBTZWNyZXRhcmlhdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlldGYtc2VjcmV0YXJp
YXQtcmVwbHlAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pZXRmLXNlY3JldGFyaWF0LXJlcGx5
QGlldGYub3JnPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1
b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3Bh
ZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBw
dDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206MTIuMHB0
Ij48YnI+DQpUaGUgQ09SRSBXRyBoYXMgcGxhY2VkIGRyYWZ0LXZlaWxsZXR0ZS1jb3JlLXlhbmct
bGlicmFyeSBpbiBzdGF0ZTxicj4NCkNhbGwgRm9yIEFkb3B0aW9uIEJ5IFdHIElzc3VlZCAoZW50
ZXJlZCBieSBDYXJzdGVuIEJvcm1hbm4pPGJyPg0KPGJyPg0KVGhlIGRvY3VtZW50IGlzIGF2YWls
YWJsZSBhdDxicj4NCjxhIGhyZWY9Imh0dHBzOi8vY2FuMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24u
b3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRmRhdGF0cmFja2VyLmlldGYub3JnJTJGZG9j
JTJGZHJhZnQtdmVpbGxldHRlLWNvcmUteWFuZy1saWJyYXJ5JTJGJmFtcDtkYXRhPTAyJTdDMDEl
N0MlN0M3NGVkZjdjMWVkZDA0YjVjYTQxZjA4ZDcwZjllZTkyMSU3QzRmNmZiZDEzMGRmYjQxNTA4
NWMzZDQzMjYwYzA0MzA5JTdDMCU3QzAlN0M2MzY5OTUwNDc1MjAyMjA4MDgmYW1wO3NkYXRhPUpF
U3k3ME1KN1lOUHhpT0dlUklWTjkybGNxdTh2azh2OXdxMTZpZmtxZjglM0QmYW1wO3Jlc2VydmVk
PTAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm
dC12ZWlsbGV0dGUtY29yZS15YW5nLWxpYnJhcnkvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j
a3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JIGRvIG5vdCBr
bm93IGlmIHRoZXJlIGlzIGEgY2xlYXIgcHJvYmxlbSBzdGF0ZW1lbnQgcHJlc2VudGVkIGFuZCBh
Z3JlZWQgdXBvbiBieSB0aGUgQ09SRSBXRyB5ZXQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZSBZQU5HIExpYnJhcnkgKFJGQyA4NTI1KSBp
cyB1c2VkIGJ5IGEgc2VydmVyIHRvIHByb3ZpZGUgYSBjbGllbnQgd2l0aCBkZXRhaWxzIGFib3V0
IHRoZSBZQU5HIG1vZHVsZXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+dGhhdCBhcmUgaW1wbGVtZW50ZWQgaW4gdGhlIHNlcnZlci48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZSBk
cmFmdCBwcm9wb3NlZCBmb3IgYWRvcHRpb24gaXMgYSBjdXQtYW5kLXBhc3RlLWFuZC1yZXBsYWNl
IHZlcnNpb24gb2YgdGhpcyBSRkMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPlRoZSBzdHJpbmdzIHVzZWQgYXMgbGlzdCBrZXlzIChlLmcuLCAv
eWFuZy1saWJyYXJ5L21vZHVsZS9uYW1lKSBhcmUgcmVwbGFjZWQgYnkgU0lEIHZhbHVlcy48bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+T3RoZXIg
a2V5IGxlYWZzIHN1Y2ggYXMgL3lhbmctbGlicmFyeS9zY2hlbWEvbmFtZSBhcmUgcmVwbGFjZWQg
YnkgaW50OCBsZWFmcyBpbnN0ZWFkIG9mIHN0cmluZ3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JTU8gdGhlcmUgYXJlIGJldHRlciBz
b2x1dGlvbiBhcHByb2FjaGVzLCBjb25zaWRlcmluZyB0aGF0IHRoaXMgZGF0YSBzdHJ1Y3R1cmUg
d2lsbCBiZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj5yZWxhdGl2ZWx5IHN0YXRpYywgYW5kIHRoZXJlIGlzIGEgY2FjaGluZyBtZWNoYW5pc20g
YnVpbHQgaW50byBSRkMgODUyNSB0byByZWR1Y2U8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+cmV0cmlldmFsIG9mIHRoZSBlbnRpcmUgWUFORyBs
aWJyYXJ5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+SXQgZG9lcyBub3Qgc2VlbSByZWFsaXN0aWMgdGhhdCBhIHNlcnZlciB3b3VsZCBo
YXZlIG9ubHkgU0lEcyBpbnN0YWxsZWQgYW5kIG5vIHdheSB0byBnZXQgdGhlIG1vZHVsZSBuYW1l
cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
VGhpcyBpcyBhIHNob3J0IGxpc3QsIHVubGlrZSB0aGUgbGlzdCBvZiBZQU5HIGRhdGEgbm9kZXMu
IFNvIGl0IHNob3VsZCBiZSBPSyB0byBzaW1wbHkgYXVnbWVudCB0aGUgZXhpc3RpbmcgbW9kdWxl
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPndp
dGggU0lEIHZhbHVlcy4mbmJzcDsgSWYgdGhlIGxpc3Qga2V5IHJlcGxhY2VtZW50cyBhcmUgcmVh
bGx5IG5lZWRlZCwgdGhlbiBhIGRldmlhdGlvbiBtb2R1bGUgY291bGQgYmUgdXNlZCBieSBDT1JF
Q09ORjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4oZS5nLiBkZXZpYXRlIHJlcGxhY2Uge3R5cGUtc3RtdH0pIGluc3RlYWQgb2YgYSByZXBsYWNl
bWVudCBtb2R1bGUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj5JIGFncmVlIGl0IHdpbGwgYmUgaW1wb3J0YW50IGZvciBhIENPUkVDT05G
IGNsaWVudCB0byBkZXRlcm1pbmUgdGhlIFlBTkcgbGlicmFyeSBkZXRhaWxzIGZvciBlYWNoIHNl
cnZlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+VGhpcyBjb3VsZCBiZSBvZmZsaW5lIGRhdGEgb3IgZGlyZWN0bHkgcmV0cmlldmFibGUgZnJv
bSB0aGUgc2VydmVyLiBUaGUgc29sdXRpb24gbmVlZCB0byBiZSByZXNvbHZlZCBieSB0aGUgV0cu
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkg
c3VwcG9ydCB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYnkgbm90IHRoaXMgc29sdXRpb24uPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
QW5keTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls
ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBj
bSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu
LXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
Q29tbWVudDo8YnI+DQpUaWxsIDIwMTktMDctMTg8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmNvcmUgbWFpbGluZyBsaXN0PGJy
Pg0KPGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5jb3JlQGll
dGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vY2FuMDEuc2FmZWxpbmtzLnByb3RlY3Rp
b24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRm1haWxtYW4l
MkZsaXN0aW5mbyUyRmNvcmUmYW1wO2RhdGE9MDIlN0MwMSU3QyU3Qzc0ZWRmN2MxZWRkMDRiNWNh
NDFmMDhkNzBmOWVlOTIxJTdDNGY2ZmJkMTMwZGZiNDE1MDg1YzNkNDMyNjBjMDQzMDklN0MwJTdD
MCU3QzYzNjk5NTA0NzUyMDIzMDgwMCZhbXA7c2RhdGE9VGlTTm4yRSUyRlFrWm0yVHAzNTlpZVVv
c0tFcHRNN1NJVGZrT2pGbnFpTjNrJTNEJmFtcDtyZXNlcnZlZD0wIiB0YXJnZXQ9Il9ibGFuayI+
aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlPC9hPjxvOnA+PC9vOnA+
PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js
b2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BL0PR06MB5042B72969017D58AE724EEC9AC70BL0PR06MB5042namp_--


From nobody Tue Jul 23 13:32:30 2019
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 1F6EE1203C2 for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 13:32:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 yoyNEiM3pjM8 for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 13:32:18 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9D371209C0 for <core@ietf.org>; Tue, 23 Jul 2019 13:32:18 -0700 (PDT)
Received: from client-0201.vpn.uni-bremen.de (client-0201.vpn.uni-bremen.de [134.102.107.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45tVX05R1qzyWY; Tue, 23 Jul 2019 22:32:16 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
X-Mao-Original-Outgoing-Id: 585606733.33517-f041509eb55d39e4f0fbc8cc189958db
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Tue, 23 Jul 2019 16:32:15 -0400
Message-Id: <820080CD-305A-4F56-8FEC-7E75DB76E222@tzi.org>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/UkreAd48F6AHwRRBotv6CG5VmaA>
Subject: [core] CoRE@IETF105: slides
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 20:32:29 -0000

I have uploaded a slide set at:

=
https://datatracker.ietf.org/meeting/105/materials/slides-105-core-consoli=
dated-slide-set

Presenters: please check your slides.
See you in 37 minutes=E2=80=A6

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


From nobody Tue Jul 23 15:16:06 2019
Return-Path: <alexander@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E62012001B for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 15:15:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q6crxF7KkJ6h for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 15:15:46 -0700 (PDT)
Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 AB65512098B for <core@ietf.org>; Tue, 23 Jul 2019 15:15:46 -0700 (PDT)
Received: by mail-io1-xd2b.google.com with SMTP id q22so85239847iog.4 for <core@ietf.org>; Tue, 23 Jul 2019 15:15:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HmTDkUBu9SYbfwE0bLJo1UV8ofzYNVG3UyTyK/I7Tjk=; b=XRq/wdpIb30eKloJXyah2MxeU0P8wkkUODL2jINcZYIXohygBqvHGUVhvoxIxKW9nY M8cnBrXA8vQFgQKTWkpW4GnW6gij5lqqW++xdrvJUDdUAwTKnc+R5MQm2VWdxfpDDoAR NpIMLKbehPx5c2iZRZEOE3+yljLHGaZAI6nJn9DPWY0Q8YZhsrTBh3PwWNu122f+IrgS yRDOsPV+iOzffUS7gIH0sG1QORxAMcIpcHAH0x0jhQynHmIaDqob5kf7Ch+Y6OvY+5W/ 7I964MICYXr/iBZcPq3dJ4JjmmdWM5tAy1nqS341sQwgW8Cn3LBnoW+XiRzIIwp7RD+D CdQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HmTDkUBu9SYbfwE0bLJo1UV8ofzYNVG3UyTyK/I7Tjk=; b=AcATw3xyVAh9niRn4jX/2+uxOTUv64HpjmCcBndGLkmzuEyJD5vGFzDUAE9QAnMFOD Wt6Xz0OvPDEwd1BQ9zKGc+TqSjdfoqrkNOr/JMzSNWpIFncjF6U92rprl6wlZimOi4PH FGCCeXF2pogTVn31VsOmyVd7C0Aompk8SQYHZ+DCC36ifyA80dD3M6dxj3EtBmkdnI47 lRMrq+u4f49ncox54d2lW1n5eT4PiPiy5p15L10B5XtrxyiJ0hzk9xdSnY8xlXl5cg0l ZuPnff7EvGjCbJ95m624fGNK3YVOxZF0I2cU9Vqq0j6TAt+KIYKtzPpBvih9pLdn5UID tJ+Q==
X-Gm-Message-State: APjAAAWM5yOUpU0hKhncgm0PswtUNunOUY6P5zCKShTwwkh35o7JirWo dpxz+D9A93NjBGYQ0RtyWGlLGr3599yVjaYB+DU=
X-Google-Smtp-Source: APXvYqxTVpu2do9uqKG2rFZICdfA4+LzqBOgEnCW2MBuUUggH5jX1WHB596BpxzonxnhaYlw1sc3en0Df+zSgFadR2c=
X-Received: by 2002:a05:6638:281:: with SMTP id c1mr80750566jaq.43.1563920145878;  Tue, 23 Jul 2019 15:15:45 -0700 (PDT)
MIME-Version: 1.0
References: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com>
In-Reply-To: <156285914934.12002.9400408827321248683.idtracker@ietfa.amsl.com>
From: Alexander Pelov <a@ackl.io>
Date: Wed, 24 Jul 2019 00:15:35 +0200
Message-ID: <CACQW0Er7WoQMfz=VWNdntLbFpBGOT1p4GN6SbO1JJs_kykJMrQ@mail.gmail.com>
To: IETF Secretariat <ietf-secretariat-reply@ietf.org>
Cc: draft-veillette-core-yang-library@ietf.org, core-chairs@ietf.org,  "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c0a99a058e6088a8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Du_xt1NNUraPRLfNRXXcwzUtewk>
Subject: Re: [core] The CORE WG has placed draft-veillette-core-yang-library in state "Call For Adoption By WG Issued"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 22:15:58 -0000

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

Hi all,

+1 for this call for adoption.

Alexander



On Thu, Jul 11, 2019 at 5:32 PM IETF Secretariat <
ietf-secretariat-reply@ietf.org> wrote:

>
> The CORE WG has placed draft-veillette-core-yang-library in state
> Call For Adoption By WG Issued (entered by Carsten Bormann)
>
> The document is available at
> https://datatracker.ietf.org/doc/draft-veillette-core-yang-library/
>
> Comment:
> Till 2019-07-18
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

<div dir=3D"ltr">Hi all,<div><br></div><div>+1 for this call for adoption.<=
br></div><div><br></div><div>Alexander</div><div></div><div><br></div><div>=
<br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gm=
ail_attr">On Thu, Jul 11, 2019 at 5:32 PM IETF Secretariat &lt;<a href=3D"m=
ailto:ietf-secretariat-reply@ietf.org">ietf-secretariat-reply@ietf.org</a>&=
gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0=
px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
The CORE WG has placed draft-veillette-core-yang-library in state<br>
Call For Adoption By WG Issued (entered by Carsten Bormann)<br>
<br>
The document is available at<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-veillette-core-yang-libra=
ry/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc/=
draft-veillette-core-yang-library/</a><br>
<br>
Comment:<br>
Till 2019-07-18<br>
<br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><br>
</blockquote></div>

--000000000000c0a99a058e6088a8--


From nobody Tue Jul 23 16:31:52 2019
Return-Path: <mcr@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3071512096F for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 16:31:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dh9t1B8h-ZST for <core@ietfa.amsl.com>; Tue, 23 Jul 2019 16:31:48 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00::f03c:91ff:feae:de77]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 458821201B5 for <core@ietf.org>; Tue, 23 Jul 2019 16:31:47 -0700 (PDT)
Received: from dooku.sandelman.ca (dhcp-8960.meeting.ietf.org [31.133.137.96]) by relay.sandelman.ca (Postfix) with ESMTPS id C93FF1F44B; Tue, 23 Jul 2019 23:31:46 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id 5E57D1BBF; Tue, 23 Jul 2019 19:32:09 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: consultancy@vanderstok.org, Christer Holmberg <christer.holmberg@ericsson.com>, core@ietf.org
In-reply-to: <4ec617e4c7c5c399850494ede141c0f6@bbhmail.nl>
References: <2A1536C9-17DC-43F4-A3EA-F471B92D8ECC@ericsson.com> <01f701d54181$7d5a8a90$780f9fb0$@augustcellars.com> <HE1PR07MB3161947FEC4D90C879863B2893C70@HE1PR07MB3161.eurprd07.prod.outlook.com> <4ec617e4c7c5c399850494ede141c0f6@bbhmail.nl>
Comments: In-reply-to Peter van der Stok <stokcons@bbhmail.nl> message dated "Tue, 23 Jul 2019 14:31:26 -0400."
X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Tue, 23 Jul 2019 19:32:09 -0400
Message-ID: <4643.1563924729@dooku.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/k02e38oNtcMUVC7HAHf-_BeEW_E>
Subject: Re: [core] MULTIPART-CT: Nested multiparts
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 23:31:50 -0000

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Peter van der Stok <stokcons@bbhmail.nl> wrote:
    > actually, in the anima-join-proxy draft embedded multipart-ct will ha=
ppen

You mentioned that, and maybe you are thinking about the returned voucher.

But the multipart that I have in the constrained voucher document is
HTTPS/MIME multipart from MASA->JRC.  It's not CoAP there, it's HTTPS.   It
contains a PKIX certificate and a constrained voucher.

It's multipart rather than putting the validation chain in the unprotected
COSE bucket, so that the Registar can use the certificate, but otherwise
strip that off so that the large certificate chain can be passed back to the
pledge.

We have discussed the question of whether we need to return the certificate
chain to the pledge (which should have the entire certificate chain built in
to firmware) or not.  I supposed we could use multipart again there... but
let's discuss.=20

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




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

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

iQEzBAEBCAAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAl03mPgACgkQlUzhVv38
QpAIDAf/TEQxm2jd4fxZoV4OmXM8qnzSFOXkSo0bd19jgdyC6H/cA7pTlSeZctlj
i/x1mt6A7CpzKAlWwh1PGlvXf/eaTN9+yn1zsIrwBtpJr3A5alLKIfHtAL8Rb54l
S1Qo1s6NDTSgOn9Q/02kLwfeq/5XzIddyMMlFsS4w3TAGifgDtp21gBB5R6nC5Ws
R43YX5OCb6ZH6kBdoX///NuB6VpV50waJqzTf3wDQL6TjMuTlIePDPGTRrJwXEf0
n5XSBye42+uqxoI6VJzThvEujjcfCE59Ss3kT0E7DP29SVZy2v5+b5KXzjR2tA0d
LsY3+fRpl4oN4LjJQruLjiPnNGaJNg==
=eRmv
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Wed Jul 24 03:43:12 2019
Return-Path: <christer.holmberg@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 5560212014F for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 03:43:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FmXu77fzVQ5K for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 03:43:07 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50064.outbound.protection.outlook.com [40.107.5.64]) (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 18E0C1200B7 for <core@ietf.org>; Wed, 24 Jul 2019 03:43:06 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DZDMTlU0yLmv2xGtfxfnm3J4PHG0NVke5wqlPSz9IoHY8dAAIG7UrJ8Dj6tBx4XzymmNJa8WCxAbA91dZtaSOC6YCj3yT2luADRGzXEAF8z5hpq9bcTR65oyFAit3Vlr+W5kwfvC+mWy19oBcJZWosNuyhn77BUQ6SeNHW88XdL96EApJJf4FpGFwJyw0R7K4J5j1FB+cRjReNH3pjjKkxLVSRg9r9DP0jS/fyojfb1kUnJQt6JioHASHrum/UiCGKn9Y3K6+aao/hcP2N1aAEKy8JGKAI/VWaE/I4B1ASSqHG1E+XXKd+I6EMHSemQ+/aC8DqlNqgBcPUJh5VuVrA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8HEPJdkRy686mYJgSn2ax3ayt/iwuGMvwmh1GQ/cwbg=; b=RZueCA5yw/Wi7axxcDCOh6EQiXB1KFjUzqTzjggXW0tVvdjoH22Ph9pmQCsjF5Ao5oUV7FXom9nM/ePs/mUR0ub5Gna0FneRPn6G6JfbfX6BI2QEWKrHSP25TuCYaE0nFT2y5eYwTbwXDsGJIeFAhot0MEixlN/Mvs7gUPMcFVbDRAt2CSylxCeUmj8zDN368XNZGAfOeDMdjBbWd37kG3jaNPnVJ1Nfbx3xUt8ElwVIrNrjUfiZKx6uvXxG9SDtcjELnXsS3btAviTi/cWioy4+JGyITv+aCps2fQz3x1e40A4TOb10+/F9fKqJKyYSwmeXCsH4NLOPJq0SYSTwbw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8HEPJdkRy686mYJgSn2ax3ayt/iwuGMvwmh1GQ/cwbg=; b=egnwn0BJS4JYZsq6UpPFIK9dibuX2UeB/RMqeoQ1s1MR2vnpSYzeTv1pDVHJ6ZuNuTzUr6ydeVyfviV7JgZCaJsUKggMKWDdkCvdeqCN2AFeniGa83/tvnFKOCZY5zQnC0PbJGgDZrp3szph2OON8Ur4535gTJTsfrvhgc2OdV4=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3147.eurprd07.prod.outlook.com (10.170.245.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Wed, 24 Jul 2019 10:43:04 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2115.005; Wed, 24 Jul 2019 10:43:04 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: PUBSUB-08: Semantics of 4.29 response
Thread-Index: AQHVQgyS0SE0jcaEhUybQ8c3bMQhqw==
Date: Wed, 24 Jul 2019 10:43:04 +0000
Message-ID: <CE91DE03-778C-4B23-A7DD-C79137364D76@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; 
x-originating-ip: [89.166.49.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9d14b3c3-ad35-43a7-0d8e-08d71023b54f
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3147; 
x-ms-traffictypediagnostic: HE1PR07MB3147:
x-microsoft-antispam-prvs: <HE1PR07MB314785C0D71B6F7D1237FCAF93C60@HE1PR07MB3147.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0108A997B2
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(376002)(346002)(366004)(136003)(39860400002)(189003)(199004)(5640700003)(478600001)(26005)(58126008)(44832011)(790700001)(316002)(6116002)(476003)(1730700003)(8676002)(2616005)(256004)(486006)(186003)(3846002)(66066001)(33656002)(81166006)(81156014)(6306002)(71200400001)(6486002)(71190400001)(86362001)(76116006)(6512007)(54896002)(99286004)(66446008)(66476007)(8936002)(64756008)(6506007)(66556008)(6436002)(53936002)(2906002)(25786009)(14454004)(7736002)(36756003)(2351001)(5660300002)(6916009)(102836004)(66946007)(68736007)(2501003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3147; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: Z3pgNG7MpTBoOedXa6kh5AJfhjzNmCjHAJn59GSCcGGvb/uNaprxCff15+ngLBD/jS/f0DnbthlgBXeoGZyWvUJSpcUcED10CB54/zpgMJvzVBiBMNQf4c+mODtZLlvTqIfwPvcVvgObv+GpH7zha9sLogNc+TOvDF7uBHH5s6lQlU2/Fqabs8G53Vc7ePIqIgb3t/CSn3T0I5Dea+a6KOTMxPmuEncG13vpyP+yYKzlZqYAPT+1oCkK7+Lwm0XpnNdkb+WAdWcpdf6XngBbpKF41IY8IXiMm+9bzU7kqzeAH1gI+ryXK2WzqA8GWXH3IbUjpAhJhfwgjldjl44DXcyJRnotd6zaOi9XFY9KV8+TaysVmvETeZPpV5hhYD4AE5kfnuzmZlsgMtc88kvWlSwi07araEl3AOISYps68Hw=
Content-Type: multipart/alternative; boundary="_000_CE91DE03778C4B23A7DDC79137364D76ericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9d14b3c3-ad35-43a7-0d8e-08d71023b54f
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jul 2019 10:43:04.6412 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3147
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/GqCfYOIkItvmSmW6GDdf30mwFW4>
Subject: [core] PUBSUB-08: Semantics of 4.29 response
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2019 10:43:10 -0000

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

SGksDQoNCkkgaGF2ZSBhIHF1ZXN0aW9uIHJlZ2FyZGluZyB0aGUgc2VtYW50aWNzIG9mIHRoZSA0
LjI5IHJlc3BvbnNlIGNvZGUuDQoNCg0KU2VjdGlvbiA0LjMgc2F5czoNCg0KICAg4oCcQSBCcm9r
ZXIgTUFZIHJldHVybiAiNC4yOSBUb28gTWFueSBSZXF1ZXN0cyIgaWYgc2ltcGxlIGZsb3cgY29u
dHJvbCBhcw0KICAgIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDcgaXMgaW1wbGVtZW50ZWQu4oCdDQoN
CuKApmFuZDoNCg0KICAgIOKAnUZhaWx1cmU6ICA0LjI5ICJUb28gTWFueSBSZXF1ZXN0cyIuICBU
aGUgY2xpZW50IHNob3VsZCBzbG93IGRvd24gdGhlDQogICAgIHJhdGUgb2YgcHVibGlzaCBtZXNz
YWdlcyBmb3IgdGhpcyB0b3BpYyAoc2VlIFNlY3Rpb24gNyku4oCdDQoNCg0KU2VjdGlvbiA3IHNh
eXM6DQoNCiAgIOKAnElmIHRoZSBicm9rZXIgaXMgdW5hYmxlIHRvIHNlcnZlIGEgY2VydGFpbiBj
bGllbnQgdGhhdCBpcyBzZW5kaW5nDQogICBwdWJsaXNoIG1lc3NhZ2VzIHRvbyBmYXN0LCB0aGUg
YnJva2VyIE1VU1QgcmVzcG9uZCB3aXRoIFJlc3BvbnNlIENvZGUNCiAgIDQuMjksICJUb28gTWFu
eSBSZXF1ZXN0cyIu4oCdDQoNClRoZW4sIHNlY3Rpb24gNyBzYXlzIHRoYXQgdGhlIE1heC1BZ2Ug
aXMgdXNlZCB0byBpbmRpY2F0ZSB3aGVuIHRoZSBjbGllbnQgY2FuIHJldHJ5IHRvIHB1Ymxpc2gg
dGhlIG1lc3NhZ2UuDQoNCi0tLS0NCg0KUTE6DQoNCkl0IGlzIHVuY2xlYXIgd2hhdCA0LjI5IG1l
YW5zOg0KDQoNCiAgKiAgIEJhc2VkIG9uIHRoZSB0ZXh0IGluIHNlY3Rpb24gNC4zLCBpdCBtZWFu
cyB0aGF0IHRoZSBjbGllbnQgc2hvdWxkIGdlbmVyYWxseSBzbG93IGRvd24gdGhlIHJhdGUgb2Yg
cHVibGlzaCBtZXNzYWdlcyBhc3NvY2lhdGVkIHdpdGggdGhlIHRvcGljDQogICogICBCYXNlZCBv
biB0aGUgdGV4dCBpbiBzZWN0aW9uIDcsIGl0IG1lYW5zIHRoYXQgdGhlIGNsaWVudCBzaG91bGQg
d2FpdCBmb3IgYSB3aGlsZSAoaW5kaWNhdGVkIGJ5IE1heC1BZ2UpLCBhbmQgdGhlbiBpdCBjYW4g
Y29udGludWUgcHVibGlzaGluZyBtZXNzYWdlcyBhcyBiZWZvcmUsIHdpdGggdGhlICpzYW1lKiBy
YXRlIGFzIGJlZm9yZS4NCg0KSSB0aGluayB0aGlzIG5lZWRzIHRvIGJlIGNsYXJpZmllZC4NCg0K
QWxzbywgd291bGRu4oCZdCBpdCBiZSB1c2VmdWwgdG8gaGF2ZSBzZXBhcmF0ZSByZXNwb25zZSBj
b2RlcyBmb3IgdGhlIGRpZmZlcmVudCBjYXNlczogb25lIHJlc3BvbnNlIGNvZGUgZm9yIHBsZWFz
ZS13YWl0LWFuZC10aGVuLXNlbmQtYWdhaW4gYW5kIG9uZSBmb3IgcGxlYXNlLXNsb3ctZG93bi4N
Cg0KLS0tLQ0KDQpRMjoNCg0KSXQgaXMgdW5jbGVhciB3aGV0aGVyIE1heC1BZ2UgaXMgbWFuZGF0
b3J5IGluIDQuMjkuIElmIGl0IGlzLCBJIHRoaW5rIHRoZXJlIHNob3VsZCBiZSBhIE1VU1Qgc29t
ZXdoZXJlLiBJZiBub3QsIEkgdGhpbmsgdGhlcmUgc2hvdWxkIGJlIHNvbWUgdGV4dCByZWdhcmRp
bmcgdGhlIGNsaWVudCBiZWhhdmlvci4NCg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQoNCg0K
DQoNCg0KDQo=

--_000_CE91DE03778C4B23A7DDC79137364D76ericssoncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <7D74726FD58AD343A8F16B902A05EB4C@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1
IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z
b0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBo
DQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmln
aHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJn
aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ2Fs
aWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpw
ZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv
bG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0
LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h
cmdpbjo3MC44NXB0IDIuMGNtIDcwLjg1cHQgMi4wY207fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw
YWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXtt
c28tbGlzdC1pZDoxOTMzMTI1MjU0Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0
LXRlbXBsYXRlLWlkczoyMDcyNzAwNzgwIDIxMzMzNzMyOTQgNjc2OTg2OTEgNjc2OTg2OTMgNjc2
OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxp
c3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDo0Ow0KCW1zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpu
b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWZv
bnQtZmFtaWx5OkNhbGlicmk7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpu
b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGww
OmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl
eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9
DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z
by1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6
IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u
ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBs
aXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5Oldp
bmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9t
OjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh
dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh
LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86
aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb
ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGSSIgbGluaz0iIzA1NjNDMSIgdmxpbms9
IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IaSw8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGhhdmUgYSBxdWVzdGlvbiBy
ZWdhcmRpbmcgdGhlIHNlbWFudGljcyBvZiB0aGUgNC4yOSByZXNwb25zZSBjb2RlLjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlNlY3Rpb24gNC4zIHNh
eXM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyDigJxBIEJyb2tlciBNQVkgcmV0dXJuICZxdW90
OzQuMjkgVG9vIE1hbnkgUmVxdWVzdHMmcXVvdDsgaWYgc2ltcGxlIGZsb3cgY29udHJvbCBhczxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7ICZuYnNwO2Rlc2NyaWJl
ZCBpbiBTZWN0aW9uIDcgaXMgaW1wbGVtZW50ZWQu4oCdPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPuKApmFuZDo8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IOKAnUZhaWx1cmU6Jm5ic3A7IDQuMjkgJnF1b3Q7
VG9vIE1hbnkgUmVxdWVzdHMmcXVvdDsuJm5ic3A7IFRoZSBjbGllbnQgc2hvdWxkIHNsb3cgZG93
biB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyByYXRlIG9mIHB1Ymxpc2ggbWVzc2FnZXMgZm9yIHRoaXMgdG9waWMgKHNlZSBTZWN0aW9u
IDcpLuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi
PlNlY3Rpb24gNyBzYXlzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsg4oCcSWYgdGhlIGJyb2tl
ciBpcyB1bmFibGUgdG8gc2VydmUgYSBjZXJ0YWluIGNsaWVudCB0aGF0IGlzIHNlbmRpbmc8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyBwdWJsaXNoIG1lc3NhZ2Vz
IHRvbyBmYXN0LCB0aGUgYnJva2VyIE1VU1QgcmVzcG9uZCB3aXRoIFJlc3BvbnNlIENvZGU8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyA0LjI5LCAmcXVvdDtUb28g
TWFueSBSZXF1ZXN0cyZxdW90Oy7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhlbiwgc2VjdGlvbiA3IHNheXMg
dGhhdCB0aGUgTWF4LUFnZSBpcyB1c2VkIHRvIGluZGljYXRlIHdoZW4gdGhlIGNsaWVudCBjYW4g
cmV0cnkgdG8gcHVibGlzaCB0aGUgbWVzc2FnZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+LS0tLTxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
Ij5RMTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+SXQgaXMgdW5jbGVhciB3aGF0IDQuMjkgbWVhbnM6DQo8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx1
bCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29MaXN0
UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtO21zby1saXN0OmwwIGxldmVsMSBsZm8x
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkJhc2VkIG9uIHRo
ZSB0ZXh0IGluIHNlY3Rpb24gNC4zLCBpdCBtZWFucyB0aGF0IHRoZSBjbGllbnQgc2hvdWxkIGdl
bmVyYWxseSBzbG93IGRvd24gdGhlIHJhdGUgb2YgcHVibGlzaCBtZXNzYWdlcyBhc3NvY2lhdGVk
IHdpdGggdGhlIHRvcGljPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QmFzZWQgb24gdGhl
IHRleHQgaW4gc2VjdGlvbiA3LCBpdCBtZWFucyB0aGF0IHRoZSBjbGllbnQgc2hvdWxkIHdhaXQg
Zm9yIGEgd2hpbGUgKGluZGljYXRlZCBieSBNYXgtQWdlKSwgYW5kIHRoZW4gaXQgY2FuIGNvbnRp
bnVlIHB1Ymxpc2hpbmcNCiBtZXNzYWdlcyBhcyBiZWZvcmUsIHdpdGggdGhlICo8Yj5zYW1lPC9i
PiogcmF0ZSBhcyBiZWZvcmUuPG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgdGhpbmsgdGhpcyBuZWVkcyB0
byBiZSBjbGFyaWZpZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFsc28sIHdvdWxkbuKAmXQgaXQgYmUgdXNlZnVs
IHRvIGhhdmUgc2VwYXJhdGUgcmVzcG9uc2UgY29kZXMgZm9yIHRoZSBkaWZmZXJlbnQgY2FzZXM6
IG9uZSByZXNwb25zZSBjb2RlIGZvciBwbGVhc2Utd2FpdC1hbmQtdGhlbi1zZW5kLWFnYWluIGFu
ZCBvbmUgZm9yIHBsZWFzZS1zbG93LWRvd24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPi0tLS08bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
UTI6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPkl0IGlzIHVuY2xlYXIgd2hldGhlciBNYXgtQWdlIGlzIG1hbmRhdG9y
eSBpbiA0LjI5LiBJZiBpdCBpcywgSSB0aGluayB0aGVyZSBzaG91bGQgYmUgYSBNVVNUIHNvbWV3
aGVyZS4gSWYgbm90LCBJIHRoaW5rIHRoZXJlIHNob3VsZCBiZSBzb21lIHRleHQgcmVnYXJkaW5n
IHRoZSBjbGllbnQgYmVoYXZpb3IuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PC9ib2R5Pg0KPC9odG1sPg0K

--_000_CE91DE03778C4B23A7DDC79137364D76ericssoncom_--


From nobody Wed Jul 24 04:01:27 2019
Return-Path: <christer.holmberg@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 2DDD912016A for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 04:01:25 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YnTUEHU632MR for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 04:01:22 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40070.outbound.protection.outlook.com [40.107.4.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A43B120163 for <core@ietf.org>; Wed, 24 Jul 2019 04:01:21 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cJFdjcGJezDEONoULtoIVLygr6i/Ak7zdViZ9GjS4mBHB1KnwLK5AKkaaKiljno5A3yt2pF4M/no8ANsHH+Qh7AENsK5fjuzvHvW1scEbVGBvGwo/IHn0HJyXgrFq3BGh/U089C4Sfv6RSmGiAl5N0Uin16FbVbUs1M3xFMjl+twkkZqaEzcU6WV40ZbikJ1w5JlUCf3+tMrL2h0Czz/dvjCqmMFwkpuxF0fwoYnPnysWsdZtN44kPtv4KQ8LvdhA0YGVDqLQv6VD+6TSMn9Dczwgfb2T46oe6sx2Z9btNXTeH5klWtsljHPfI2dy0aheSql+ApFtL6Eko/6ZAAD0Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K1HANiy82CxtDvZOFQFrR17FNf4XLM+zuXgo+H/xYgE=; b=f3Rg6/AZxBlB1N7d28JJV/YTQ5PDgcTq8WDIf9ksYUL2r5mol9Dt7ikqkkttoNzEDhX9iVmnhrnWT9s9nVRjCzBR1IuXtWqDW3S5tMtULwYB7UqhhG46uQNj+LOw7L07Fg5br3TvkgA1gmkLVQiac7eGsNIebRlTNgmeFxB41QaPrMOQTnz3FyDB4SMvrAFiOBJxppaO+nMZqVa9D/NOAwEWoYipGJME2tpUjTW8tiJFbEgDjfwyogH3WHrbjtdu/uvXL8XJz5QTr8wzI9NivCNDAdfShwA9L9EFAYhZwVuvdpHaCCt8y/kwaL/RDbN5KBeQ2jwzZ/BusIR0pnVRww==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K1HANiy82CxtDvZOFQFrR17FNf4XLM+zuXgo+H/xYgE=; b=fkZQZAH8+OGgGQWZ6DMD2GI1+BDmXE6J5sOvcQufvr7XuFMBvoJpLstw4QQyZX/jQjfPIaYI7214Q8xbDVjnhaA2wwwMzTu5My0VOuieBu/e2m/hureNp02n+LeJz4g/GLoxuFMg56C16A6S7e818lpsTDRJxBKdRl0108kEBrU=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB4380.eurprd07.prod.outlook.com (20.176.167.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Wed, 24 Jul 2019 11:01:19 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2115.005; Wed, 24 Jul 2019 11:01:19 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: [core] PUBSUB-08: Semantics of 4.29 response
Thread-Index: AQHVQg8fIeWD3JQAw0ue5gnvPPVYTw==
Date: Wed, 24 Jul 2019 11:01:19 +0000
Message-ID: <5BB1ACC8-637D-4F41-BBB5-B51601BB0904@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; 
x-originating-ip: [89.166.49.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7d8454a7-93de-4cdc-660c-08d7102641e2
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4380; 
x-ms-traffictypediagnostic: HE1PR07MB4380:
x-microsoft-antispam-prvs: <HE1PR07MB43804E9789330C84CA66447693C60@HE1PR07MB4380.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0108A997B2
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(346002)(136003)(376002)(396003)(39860400002)(189003)(199004)(26005)(66066001)(33656002)(229853002)(6916009)(2616005)(476003)(71190400001)(478600001)(71200400001)(256004)(186003)(7736002)(3846002)(5660300002)(316002)(14454004)(6486002)(8936002)(6116002)(44832011)(102836004)(6506007)(58126008)(66476007)(36756003)(66946007)(76116006)(6512007)(25786009)(6306002)(6246003)(54896002)(68736007)(2906002)(1730700003)(2351001)(5640700003)(81166006)(81156014)(86362001)(66446008)(53936002)(99286004)(64756008)(486006)(6436002)(2501003)(66556008)(8676002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4380; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 4IP4K0TyCLVXHe8zDUAvsqCg8VHI/ckNv3aQkxof0zi6d4zBRu3jfgq8YIeUb1afs+LWwSyn0iwVHnh9kEoNCXz47VqoLO3yHOWDiUYju31vLLsU+AjblUs2kr+rY4+o8KYpVIqIF11fsTlSQKfOlFL4BKRw3v1i4QlN9AJ0vAeLTGCMJNjHXT/9uma64BdRvcgEg1zvqNLyFFUtiUSB2VdDr41AvJpebDgg30q8tFRXcK97mJCFHINL0JWPm96fb2n/s+H84peFOMpsyJsMmxpojEm7e8BJf2B6jzwsBvR2TdSqGK72pcSjOSHMlRaO4Yri45abnLTsMRBdmV9W6QIWWOSVExqj7VoH/3YotIF6JjhKQAmBhy7ZTKVQvoIvYx32QIucLCp0BgjvP+jvMsxuvx1Zmn5YWFa8Qo17az4=
Content-Type: multipart/alternative; boundary="_000_5BB1ACC8637D4F41BBB5B51601BB0904ericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7d8454a7-93de-4cdc-660c-08d7102641e2
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jul 2019 11:01:19.4293 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4380
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/4JrA25MEvYxj4LvmmETpbyelfeI>
Subject: Re: [core] PUBSUB-08: Semantics of 4.29 response
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2019 11:01:25 -0000

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

SGksDQoNCkkgcmVhbGl6ZWQgdGhhdCBRMiBpcyBhbnN3ZXJlZCBpbiBSRkMgODUxNiwgc28gcGxl
YXNlIGRpc2NhcmQgdGhhdC4NCg0KUmVnYXJkaW5nIFExLCBzZWN0aW9uIDQgb2YgUkZDIDg1MTUg
YWxzbyBvbmx5IHRhbGtzIGFib3V0IHRoZSBjbGllbnQgd2FpdGluZyBmb3IgYSB3aGlsZSwgYW5k
IHRoZW4gY29udGludWUgc2VuZGluZyBtZXNzYWdlcy4gVGhlcmUgaXMgbm8gY2xpZW50IHRleHQg
cmVnYXJkaW5nIHJlZHVjaW5nIHRoZSByYXRlIG9mIHRoZSBtZXNzYWdlcy4NCg0KU2VjdGlvbiAz
IG9mIFJGQyA4NTE1IGRvZXMgaGF2ZSBzb21lIHdvcmRzIGFib3V0IHRvby1mcmVxdWVudCBiZWlu
ZyB0aGUgcmVhc29uIGZvciA0LjI5LCBhbmQgc2VuZGluZyA0LjI5IHRvIOKAnHNsb3cgZG93buKA
nSB0aGUgY2xpZW50LiBCdXQsIGFnYWluLCBpdCBzYXlzIHRoYXQgTWF4LUFnZSBpcyB1c2VkIHRv
IGluZGljYXRlIGhvdyBsb25nIHRoZSBjbGllbnQgc2hvdWxkIHdhaXQgYmVmb3JlIHNlbmRpbmcg
YWdhaW4g4oCTIGl0IGRvZXMgbm90IHRhbGsgYWJvdXQgcmVkdWNpbmcgdGhlIHJhdGUgaW4gZ2Vu
ZXJhbC4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KDQpGcm9tOiBjb3JlIDxjb3JlLWJvdW5j
ZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9s
bWJlcmdAZXJpY3Nzb24uY29tPg0KRGF0ZTogV2VkbmVzZGF5LCAyNCBKdWx5IDIwMTkgYXQgMTMu
NDMNClRvOiAiY29yZUBpZXRmLm9yZyIgPGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbY29yZV0g
UFVCU1VCLTA4OiBTZW1hbnRpY3Mgb2YgNC4yOSByZXNwb25zZQ0KDQpIaSwNCg0KSSBoYXZlIGEg
cXVlc3Rpb24gcmVnYXJkaW5nIHRoZSBzZW1hbnRpY3Mgb2YgdGhlIDQuMjkgcmVzcG9uc2UgY29k
ZS4NCg0KDQpTZWN0aW9uIDQuMyBzYXlzOg0KDQogICDigJxBIEJyb2tlciBNQVkgcmV0dXJuICI0
LjI5IFRvbyBNYW55IFJlcXVlc3RzIiBpZiBzaW1wbGUgZmxvdyBjb250cm9sIGFzDQogICAgZGVz
Y3JpYmVkIGluIFNlY3Rpb24gNyBpcyBpbXBsZW1lbnRlZC7igJ0NCg0K4oCmYW5kOg0KDQogICAg
4oCdRmFpbHVyZTogIDQuMjkgIlRvbyBNYW55IFJlcXVlc3RzIi4gIFRoZSBjbGllbnQgc2hvdWxk
IHNsb3cgZG93biB0aGUNCiAgICAgcmF0ZSBvZiBwdWJsaXNoIG1lc3NhZ2VzIGZvciB0aGlzIHRv
cGljIChzZWUgU2VjdGlvbiA3KS7igJ0NCg0KDQpTZWN0aW9uIDcgc2F5czoNCg0KICAg4oCcSWYg
dGhlIGJyb2tlciBpcyB1bmFibGUgdG8gc2VydmUgYSBjZXJ0YWluIGNsaWVudCB0aGF0IGlzIHNl
bmRpbmcNCiAgIHB1Ymxpc2ggbWVzc2FnZXMgdG9vIGZhc3QsIHRoZSBicm9rZXIgTVVTVCByZXNw
b25kIHdpdGggUmVzcG9uc2UgQ29kZQ0KICAgNC4yOSwgIlRvbyBNYW55IFJlcXVlc3RzIi7igJ0N
Cg0KVGhlbiwgc2VjdGlvbiA3IHNheXMgdGhhdCB0aGUgTWF4LUFnZSBpcyB1c2VkIHRvIGluZGlj
YXRlIHdoZW4gdGhlIGNsaWVudCBjYW4gcmV0cnkgdG8gcHVibGlzaCB0aGUgbWVzc2FnZS4NCg0K
LS0tLQ0KDQpRMToNCg0KSXQgaXMgdW5jbGVhciB3aGF0IDQuMjkgbWVhbnM6DQoNCg0KICAqICAg
QmFzZWQgb24gdGhlIHRleHQgaW4gc2VjdGlvbiA0LjMsIGl0IG1lYW5zIHRoYXQgdGhlIGNsaWVu
dCBzaG91bGQgZ2VuZXJhbGx5IHNsb3cgZG93biB0aGUgcmF0ZSBvZiBwdWJsaXNoIG1lc3NhZ2Vz
IGFzc29jaWF0ZWQgd2l0aCB0aGUgdG9waWMNCiAgKiAgIEJhc2VkIG9uIHRoZSB0ZXh0IGluIHNl
Y3Rpb24gNywgaXQgbWVhbnMgdGhhdCB0aGUgY2xpZW50IHNob3VsZCB3YWl0IGZvciBhIHdoaWxl
IChpbmRpY2F0ZWQgYnkgTWF4LUFnZSksIGFuZCB0aGVuIGl0IGNhbiBjb250aW51ZSBwdWJsaXNo
aW5nIG1lc3NhZ2VzIGFzIGJlZm9yZSwgd2l0aCB0aGUgKnNhbWUqIHJhdGUgYXMgYmVmb3JlLg0K
DQpJIHRoaW5rIHRoaXMgbmVlZHMgdG8gYmUgY2xhcmlmaWVkLg0KDQpBbHNvLCB3b3VsZG7igJl0
IGl0IGJlIHVzZWZ1bCB0byBoYXZlIHNlcGFyYXRlIHJlc3BvbnNlIGNvZGVzIGZvciB0aGUgZGlm
ZmVyZW50IGNhc2VzOiBvbmUgcmVzcG9uc2UgY29kZSBmb3IgcGxlYXNlLXdhaXQtYW5kLXRoZW4t
c2VuZC1hZ2FpbiBhbmQgb25lIGZvciBwbGVhc2Utc2xvdy1kb3duLg0KDQotLS0tDQoNClEyOg0K
DQpJdCBpcyB1bmNsZWFyIHdoZXRoZXIgTWF4LUFnZSBpcyBtYW5kYXRvcnkgaW4gNC4yOS4gSWYg
aXQgaXMsIEkgdGhpbmsgdGhlcmUgc2hvdWxkIGJlIGEgTVVTVCBzb21ld2hlcmUuIElmIG5vdCwg
SSB0aGluayB0aGVyZSBzaG91bGQgYmUgc29tZSB0ZXh0IHJlZ2FyZGluZyB0aGUgY2xpZW50IGJl
aGF2aW9yLg0KDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCg0KDQoNCg0KDQoNCg==

--_000_5BB1ACC8637D4F41BBB5B51601BB0904ericssoncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <DFE08E7440273741A024E183B369E53E@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg
bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAg
MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x
OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp
Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z
ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow
Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m
YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRp
b246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtt
c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246
dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2
Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6
MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxl
ZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNv
bm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1z
by1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7
bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy
aWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUt
dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN
Cgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4
cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np
emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDIuMGNtIDcwLjg1cHQgMi4wY207
fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmlu
aXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDo0MjYxMjE2NDI7DQoJbXNvLWxpc3Qt
dGVtcGxhdGUtaWRzOi0xNzI4NDQwOTkyO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10
YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN
Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz
dCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl
bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K
CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5
bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0
Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglt
c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs
MDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10
ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv
bDt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDoxOTMzMTI1MjU0Ow0KCW1zby1saXN0LXR5cGU6
aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoyMDcyNzAwNzgwIDIxMzMzNzMyOTQgNjc2
OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2
OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDo0Ow0K
CW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJ
e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxp
c3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2
ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2lu
Z2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6
bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N
CkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv
LWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToi
Q291cmllciBOZXciO30NCkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25l
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0
Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1
bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFu
Zz0iRkkiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRT
ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+SSByZWFsaXplZCB0aGF0IFEyIGlzIGFuc3dlcmVkIGluIFJGQyA4NTE2LCBzbyBw
bGVhc2UgZGlzY2FyZCB0aGF0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5SZWdhcmRpbmcgUTEsIHNlY3Rpb24gNCBv
ZiBSRkMgODUxNSBhbHNvIG9ubHkgdGFsa3MgYWJvdXQgdGhlIGNsaWVudCB3YWl0aW5nIGZvciBh
IHdoaWxlLCBhbmQgdGhlbiBjb250aW51ZSBzZW5kaW5nIG1lc3NhZ2VzLiBUaGVyZSBpcyBubyBj
bGllbnQgdGV4dCByZWdhcmRpbmcgcmVkdWNpbmcgdGhlIHJhdGUgb2YgdGhlIG1lc3NhZ2VzLg0K
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPlNlY3Rpb24gMyBvZiBSRkMgODUxNSBkb2VzIGhhdmUgc29tZSB3b3JkcyBh
Ym91dCB0b28tZnJlcXVlbnQgYmVpbmcgdGhlIHJlYXNvbiBmb3IgNC4yOSwgYW5kIHNlbmRpbmcg
NC4yOSB0byDigJxzbG93IGRvd27igJ0gdGhlIGNsaWVudC4gQnV0LCBhZ2FpbiwgaXQgc2F5cyB0
aGF0IE1heC1BZ2UgaXMgdXNlZCB0byBpbmRpY2F0ZSBob3cgbG9uZw0KIHRoZSBjbGllbnQgc2hv
dWxkIHdhaXQgYmVmb3JlIHNlbmRpbmcgYWdhaW4g4oCTIGl0IGRvZXMgbm90IHRhbGsgYWJvdXQg
cmVkdWNpbmcgdGhlIHJhdGUgaW4gZ2VuZXJhbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UmVnYXJkcyw8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh
ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpi
bGFjayI+Y29yZSAmbHQ7Y29yZS1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgQ2hy
aXN0ZXIgSG9sbWJlcmcgJmx0O2NocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbSZndDs8YnI+
DQo8Yj5EYXRlOiA8L2I+V2VkbmVzZGF5LCAyNCBKdWx5IDIwMTkgYXQgMTMuNDM8YnI+DQo8Yj5U
bzogPC9iPiZxdW90O2NvcmVAaWV0Zi5vcmcmcXVvdDsgJmx0O2NvcmVAaWV0Zi5vcmcmZ3Q7PGJy
Pg0KPGI+U3ViamVjdDogPC9iPltjb3JlXSBQVUJTVUItMDg6IFNlbWFudGljcyBvZiA0LjI5IHJl
c3BvbnNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPkhpLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPkkgaGF2ZSBhIHF1ZXN0aW9uIHJlZ2FyZGluZyB0aGUgc2VtYW50
aWNzIG9mIHRoZSA0LjI5IHJlc3BvbnNlIGNvZGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+U2VjdGlvbiA0LjMgc2F5czo8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5i
c3A7Jm5ic3A7IOKAnEEgQnJva2VyIE1BWSByZXR1cm4gJnF1b3Q7NC4yOSBUb28gTWFueSBSZXF1
ZXN0cyZxdW90OyBpZiBzaW1wbGUgZmxvdyBjb250cm9sIGFzPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsgJm5ic3A7ZGVzY3JpYmVkIGluIFNlY3Rpb24gNyBpcyBp
bXBsZW1lbnRlZC7igJ08L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+4oCmYW5kOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsg4oCdRmFpbHVyZTombmJzcDsgNC4yOSAmcXVvdDtUb28gTWFueSBSZXF1ZXN0cyZx
dW90Oy4mbmJzcDsgVGhlIGNsaWVudCBzaG91bGQgc2xvdyBkb3duIHRoZTwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJhdGUgb2YgcHVibGlz
aCBtZXNzYWdlcyBmb3IgdGhpcyB0b3BpYyAoc2VlIFNlY3Rpb24gNyku4oCdPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi
PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+U2VjdGlvbiA3IHNheXM6PC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyDigJxJZiB0aGUgYnJva2VyIGlzIHVuYWJsZSB0byBzZXJ2
ZSBhIGNlcnRhaW4gY2xpZW50IHRoYXQgaXMgc2VuZGluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+Jm5ic3A7Jm5ic3A7IHB1Ymxpc2ggbWVzc2FnZXMgdG9vIGZhc3QsIHRoZSBicm9r
ZXIgTVVTVCByZXNwb25kIHdpdGggUmVzcG9uc2UgQ29kZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+Jm5ic3A7Jm5ic3A7IDQuMjksICZxdW90O1RvbyBNYW55IFJlcXVlc3RzJnF1b3Q7
LuKAnTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0Ij5UaGVuLCBzZWN0aW9uIDcgc2F5cyB0aGF0IHRoZSBNYXgtQWdlIGlz
IHVzZWQgdG8gaW5kaWNhdGUgd2hlbiB0aGUgY2xpZW50IGNhbiByZXRyeSB0byBwdWJsaXNoIHRo
ZSBtZXNzYWdlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0Ij4tLS0tPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlExOjwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5J
dCBpcyB1bmNsZWFyIHdoYXQgNC4yOSBtZWFuczoNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHVsIHN0eWxlPSJtYXJnaW4tdG9w
OjBjbSIgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt
YXJnaW4tbGVmdDowY207bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzMiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QmFzZWQgb24gdGhlIHRleHQgaW4gc2VjdGlvbiA0
LjMsIGl0IG1lYW5zIHRoYXQgdGhlIGNsaWVudCBzaG91bGQgZ2VuZXJhbGx5IHNsb3cgZG93biB0
aGUgcmF0ZSBvZiBwdWJsaXNoIG1lc3NhZ2VzIGFzc29jaWF0ZWQgd2l0aCB0aGUgdG9waWM8L3Nw
YW4+PG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjBjbTttc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5CYXNlZCBvbiB0aGUgdGV4dCBpbiBzZWN0aW9uIDcs
IGl0IG1lYW5zIHRoYXQgdGhlIGNsaWVudCBzaG91bGQgd2FpdCBmb3IgYSB3aGlsZSAoaW5kaWNh
dGVkIGJ5IE1heC1BZ2UpLCBhbmQgdGhlbiBpdCBjYW4gY29udGludWUgcHVibGlzaGluZw0KIG1l
c3NhZ2VzIGFzIGJlZm9yZSwgd2l0aCB0aGUgKjxiPnNhbWU8L2I+KiByYXRlIGFzIGJlZm9yZS48
L3NwYW4+PG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+SSB0aGluayB0aGlzIG5lZWRzIHRvIGJlIGNsYXJpZmllZC48L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+QWxzbywgd291bGRu4oCZdCBpdCBiZSB1c2VmdWwgdG8gaGF2ZSBzZXBhcmF0ZSBy
ZXNwb25zZSBjb2RlcyBmb3IgdGhlIGRpZmZlcmVudCBjYXNlczogb25lIHJlc3BvbnNlIGNvZGUg
Zm9yIHBsZWFzZS13YWl0LWFuZC10aGVuLXNlbmQtYWdhaW4gYW5kIG9uZSBmb3IgcGxlYXNlLXNs
b3ctZG93bi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+LS0tLTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5RMjo8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SXQg
aXMgdW5jbGVhciB3aGV0aGVyIE1heC1BZ2UgaXMgbWFuZGF0b3J5IGluIDQuMjkuIElmIGl0IGlz
LCBJIHRoaW5rIHRoZXJlIHNob3VsZCBiZSBhIE1VU1Qgc29tZXdoZXJlLiBJZiBub3QsIEkgdGhp
bmsgdGhlcmUgc2hvdWxkIGJlIHNvbWUgdGV4dCByZWdhcmRpbmcgdGhlIGNsaWVudCBiZWhhdmlv
ci48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5SZWdh
cmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0Ij5DaHJpc3Rlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_5BB1ACC8637D4F41BBB5B51601BB0904ericssoncom_--


From nobody Wed Jul 24 05:13:42 2019
Return-Path: <ludwig.seitz@ri.se>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E93B1201CB; Wed, 24 Jul 2019 05:13:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=risecloud.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 wDQAOdj6xyef; Wed, 24 Jul 2019 05:13:38 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00041.outbound.protection.outlook.com [40.107.0.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9590D1201A0; Wed, 24 Jul 2019 05:13:37 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fCQYB9m7ud1ya+1bRF1VJEo3pE6Quk1F5rtrzo+mCvWFXXHyt6YaOhGhxjs9kgpZaoUflm6iayA+psCaV3ablcKvlWpWreRt2Hjv0Lgzuq2BJ+ev9mWZrWF9r5jIpteNRGf1glNppSKIwv6UioFGuMweCaU6f3UHeOPmyAaohDEp8cxGW17kL9zpCdOU+dM2QJBgBROf5eiqsrGuyAvKSS3G+oEHc9O8ab0UAVehfAlSnBvxhzp0iP1+X2vOJUSL1DjCZWvZvNZ970vNdPfaoRnkfVhxwHe1i4PpXSGfKLw0qcZ/crje05i9GK2JaFf9950dyOhH9O8NQaU8+Ym7mQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hh5B95vlgaWjudYeH5sBTrdBAafWC7CHxe9OeYZtdtE=; b=STwM7l0fsXmbgIxRc1baC0xwAYUssczpK7IbqaX1u4YwHBwTWBHjwq4hMNHCiK8rnytn8f5Kp0JytLjH8wbmc3wuNmw8KrozrTdHjefOp/1r8byavThFiZNXTwxTirdfoFZeKz6WW705xMDYI6CxqyScr/DbErl7C5bcfv8z8a+ghyfchK2CWqWV1uSszGaU8G3r9IXMfV3Sy/OweD7Ssw5cVwFD1Sg4/xiE9y/es9wimcXmVNAHrjUmf79HJE4EuGJj24Dwd4dLlpqEG3FSYrqCWct6BIiiGsHXXEYV1DkQa0hLVOkIStKqsBxOlrJNUOr6CS5KeiTth0uLK1wi4A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass (sender ip is 194.218.146.197) smtp.rcpttodomain=ietf.org smtp.mailfrom=ri.se;dmarc=bestguesspass action=none header.from=ri.se;dkim=none (message not signed);arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=RISEcloud.onmicrosoft.com; s=selector2-RISEcloud-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hh5B95vlgaWjudYeH5sBTrdBAafWC7CHxe9OeYZtdtE=; b=bZ2y/hokqcqFj2efGtgfwfAWk7ZxtshLHlSQeQz5t1iVG3tzaDqM0iM+2JmuH4EAg4SlfPrfBWk8n1ZwTj0woXL0FOz1OkPiopGzPqsKGGe1zI5z34KswbmKEnZqzlSuD678EZKmtI5UkZRpdyj5dlGpFgT9oB8qx6/0zzow9kw=
Received: from AM5P189CA0007.EURP189.PROD.OUTLOOK.COM (2603:10a6:206:15::20) by DB6P18901MB0216.EURP189.PROD.OUTLOOK.COM (2603:10a6:4:27::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2094.16; Wed, 24 Jul 2019 12:13:35 +0000
Received: from HE1EUR02FT011.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e05::201) by AM5P189CA0007.outlook.office365.com (2603:10a6:206:15::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2094.12 via Frontend Transport; Wed, 24 Jul 2019 12:13:34 +0000
Authentication-Results: spf=pass (sender IP is 194.218.146.197) smtp.mailfrom=ri.se; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=ri.se;
Received-SPF: Pass (protection.outlook.com: domain of ri.se designates 194.218.146.197 as permitted sender) receiver=protection.outlook.com; client-ip=194.218.146.197; helo=mail.ri.se;
Received: from mail.ri.se (194.218.146.197) by HE1EUR02FT011.mail.protection.outlook.com (10.152.10.174) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.20.2115.10 via Frontend Transport; Wed, 24 Jul 2019 12:13:34 +0000
Received: from [10.112.134.122] (10.100.0.158) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Wed, 24 Jul 2019 14:13:34 +0200
To: <draft-ietf-core-oscore-groupcomm@ietf.org>
CC: core <core@ietf.org>
From: Ludwig Seitz <ludwig.seitz@ri.se>
Message-ID: <523312fb-74ff-2845-7371-1a33202ae4af@ri.se>
Date: Wed, 24 Jul 2019 14:13:15 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070008060207060707090209"
X-Originating-IP: [10.100.0.158]
X-ClientProxiedBy: sp-mail-2.sp.se (10.100.0.162) To sp-mail-2.sp.se (10.100.0.162)
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:194.218.146.197; IPV:NLI; CTRY:SE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(396003)(136003)(39860400002)(2980300002)(199004)(189003)(58126008)(568964002)(476003)(126002)(16586007)(2351001)(316002)(22746008)(6916009)(65806001)(16576012)(2616005)(65826007)(70206006)(356004)(44832011)(65956001)(70586007)(6666004)(31686004)(2906002)(3846002)(6116002)(71190400001)(81166006)(81156014)(106002)(31696002)(53936002)(86362001)(66574012)(336012)(64126003)(22756006)(33964004)(8936002)(14444005)(450100002)(68736007)(40036005)(305945005)(478600001)(7736002)(26005)(486006)(186003)(16526019)(235185007)(386003)(69596002)(4326008)(5660300002)(5024004)(8676002)(36756003); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6P18901MB0216; H:mail.ri.se; FPR:; SPF:Pass;  LANG:en; PTR:InfoDomainNonexistent; A:1; MX:1; 
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 0868f24f-5dc4-44e9-51cf-08d7103059c7
X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(4709080)(1401327)(2017052603328)(7193020); SRVR:DB6P18901MB0216; 
X-MS-TrafficTypeDiagnostic: DB6P18901MB0216:
X-Microsoft-Antispam-PRVS: <DB6P18901MB0216CC667F6C4CFCD81210AA82C60@DB6P18901MB0216.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-Forefront-PRVS: 0108A997B2
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam-Message-Info: Sd8neWj/LhPTmYgGj+zsNr+kC2eMbIfmeA9n0RKTAGK0fbEeCqURx7tEfsVst8OY0iC48z+P6ZXqiLkiExJDU3WmmZ86hlOWb8l5YjOcjddPKomDisphYmCeMQ1mG+Mtftsggm6SF8hpoyc5WwnVtPYVff0Spn4FpPLa2Ev+xfexMpERYIuMaNrPtQREJJkQxb1GsqzuIxFHZA5M+z758W6fZCC0OYwsvZcNGv+Dic+pie6sh5VLmvY8PMDoed6OxPIFn9fWvP61RsJcty3ADiKx8IDhM3giTGaPnQAJGgioawDZd16/AlidhoY5QABsbz7ZfzTFmq4bt7Jb7oyUBOjms8O8vGtnRxfYA6kZYbuPB2ebSb0TJylraU52ZMyoZSKHEDGLHlFax6nMoVbbaY8N6OfS/fl0GMEVDQt4vm4=
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Jul 2019 12:13:34.5763 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 0868f24f-5dc4-44e9-51cf-08d7103059c7
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=5a9809cf-0bcb-413a-838a-09ecc40cc9e8; Ip=[194.218.146.197];  Helo=[mail.ri.se]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6P18901MB0216
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/4CUIYY8h2V_w68BtbXE6iEgHKxk>
Subject: [core] Review of draft-ietf-core-oscore-groupcomm-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2019 12:13:41 -0000

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

Hello Marco, G=C3=B6ran, Francesca and Jiye,

here are some review comments on draft-ietf-core-oscore-groupcomm-05:


=3D=3D
All document:
Update references to OSCORE to point to RFC 8613

=3D=3D
1.1

Why allow collisions between Group Identifiers managed by a single GM?
This seems unnecessary and dangerous, is there a good use-case where=20
this is warranted?

=3D=3D
2.

Why not require the application to prevent collisions between Gids?

=3D=3D
2.
"If not already stored in the Recipient Context associated to the=20
sender, the recipient retrieves the sender's public key from the Group=20
Manager, which collects public keys upon endpoints' joining the   group, =

acts as trusted key repository and ensures the correct association=20
between the public key and the identifier of the sender, for instance by =

means of public key certificates."

Note that this requires a device to have two parallel sessions open (one =

with the GM and one on which the message linked to the potentially=20
missing public key. This may not always be feasible on very constrained=20
devices.

=3D=3D
2.1.
"After a new Gid has been distributed, a same Recipient ID ('kid')
should not be considered as a persistent and reliable indicator of
the same group member.  Such an indication can be actually achieved
only by verifying countersignatures of received messages."

This is really counter-intuitive and dangerous. Why can identifiers be=20
redistributed within the same group? Shouldn't the GM make sure that the =

same identifier is assigned to a group member, even if the security=20
context is updated? If the only reliable identifier is the public key,=20
why not make the sender/recipient ID a hash of that public key?

=3D=3D
3.
"... with an Authenticated Encryption with Additional Data (AEAD) algorit=
hm"

AEAD expands to "Authenticated Encryption with Associated Data"

=3D=3D
3.1
"The external_aad in the Additional Authenticated Data (AAD) is extended =

as follows."

As far as I can tell the external_add is not "in" the AAD, it is the=20
AAD, so I'd suggest to rephrase to "The external_aad structure of the=20
Additional Authenticated Data (AAD) ..."

=3D=3D
7.
"2. [...] Such policies can be enforced locally by the Group Manager, or =

by a third party in a trust relation with the Group Manager and=20
entrusted to enforce join policies on behalf of the Group Manager."

This feels unnecessary in the context of this document, since it doesn't =

deal at all with the how/where/why of the policies governing access to a =

group. I would suggest to delete this sentence.

=3D=3D
7.
"3.   Driving the join process to add new endpoints as group members."

This sounds weird. What does "driving the process" mean? Perhaps just=20
rephrase to "handle the join process"?

=3D=3D
7.
"4.   Establishing Security Common Contexts ..."

This part of the sentence sounds like there is an unintentional word=20
swap. Did you mean "Establishing the Common Context part of the Security =

Context"?

Note that the term "Security Common Context" appears in several other=20
places throughout the document.

=3D=3D
8.3
"... a key management scheme for secure revocation and renewal of=20
Security Contexts and group keying material ..."

Isn't the "group keying material" part redundant? If I understood=20
everything correctly it is part of the Security Contexts.

=3D=3D
8.4 Second paragraph.

If I read this correctly you propose that applications
allow recipients to continue using invalid security contexts for a=20
limited time after a security context update. This sounds dangerous and=20
unnecessary. Why would we want to propose such a measure? We could adopt =

the equivalent procedure here to the one proposed in the third=20
paragraph, that is "If a sender receives a Security Context update=20
shorty after having sent a message, it can re-send that message using=20
the new Security Context."

=3D=3D
8.5

Why would an application even allow non-unique group identifiers? This=20
makes the whole concept of the group identifier useless. Is there a=20
realistic use case where this could happen? Otherwise I suggest removing =

this text.

=3D=3D
8.9
"Group OSCORE derives the Security Context using the same construction=20
of OSCORE"

should be: ...same construction as ...

=3D=3D
8.10
"Thus, other that in such unlikely case, it cannot be defined that only=20
messages with sequence number which are equal to previous sequence=20
number + 1 are accepted."

I cannot make sense of this sentence, please rephrase, possibly=20
splitting it into several sentences.

=3D=3D
8.14
"...this parameter explicitly relate two or more communicating endpoints,=
"

should be "...explicitly relates two ..."

=3D=3D
9.1 and 9.2

Would be nice if there was a sentence or two explaining the difference=20
between the two registries, as it is not immediately obvious.

=3D=3D
9.3
"The IANA Registry established in this document is defined"

should be "Registries ... are defined"

=3D=3D
Appendix B 5th bullet

The abbreviation LLN should be expanded.

=3D=3D
Appendix B 6th bullet

" The latters may reply back ..."

Should be "The latter ..."

=3D=3D
Appendix B 6th bullet

Expand the abbreviation "MPL"



Regards,

Ludwig



--=20
Ludwig Seitz, PhD
Security Lab, RISE
Phone +46(0)70-349 92 51


--------------ms070008060207060707090209
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
DT0wggYWMIID/qADAgECAg8BaKlzCTJTye3phLaz/cIwDQYJKoZIhvcNAQELBQAwRzELMAkG
A1UEBhMCU0UxFDASBgNVBAoMC1RlbGlhU29uZXJhMSIwIAYDVQQDDBlUZWxpYVNvbmVyYSBD
bGFzcyAyIENBIHYyMB4XDTE5MDIwMTE0MjUxNVoXDTIxMDIwMTE0MjUxNFowgYsxCzAJBgNV
BAYTAlNFMS4wLAYDVQQKDCVSSVNFIFJlc2VhcmNoIEluc3RpdHV0ZXMgb2YgU3dlZGVuIEFC
MRUwEwYDVQQDDAxMdWR3aWcgU2VpdHoxEjAQBgNVBAUTCUx1ZHdpZ1NlaTEhMB8GCSqGSIb3
DQEJARYSbHVkd2lnLnNlaXR6QHJpLnNlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC
AQEAlJNmRfcsto5I/yXrBIi9QroZtfAMttc1Eznv5iPCK++eFUArODhITO7k9rtlQX5D8vYF
v4vzZex58YWZhvGMzDj9FdpD/PHKOxL/frlrreChuissPWo5M88DmL3V1oyGzvgeRqaafpEi
0/2+gezMFlABm/BXj3/0Fiw5Sxub7essE27EtDK05nAbUB69kfLHBEytbTAuuSb11hC1dpTf
itMZkzSFwsBCyPtIv3GRt9xgnOPK4RRpHidv1GLYXNQQ7xEGhFy4qbZ2NSfM+56SSRswvW9P
5n81ZmZ4FWkiJouUIYtZ2ifncBJL4DC2chjsywDEz5No7kYrGxc5oOm1YQIDAQABo4IBuDCC
AbQwHwYDVR0jBBgwFoAUnhn/5Q06/gCXFT9p8dxaPKoMlIMwHQYDVR0OBBYEFKZHZ8MZNNP5
tXMPjeFiw01pUWbtMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEB
DDA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEu
Y29tL0NQUzAdBgNVHREEFjAUgRJsdWR3aWcuc2VpdHpAcmkuc2UwTQYDVR0fBEYwRDBCoECg
PoY8aHR0cDovL2NybC0yLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYWNsYXNz
MmNhdjIuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjB+BggrBgEFBQcBAQRy
MHAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLnRydXN0LnRlbGlhLmNvbTBFBggrBgEFBQcw
AoY5aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYWNsYXNzMmNh
djIuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQCk0GOalOCjEJObuBeMg0QREtBP/2ona16npn+T
v5R3Vjk5UsQdOaOosgVjADX68C83dyfPiWR4UfNJoTBcM8JLpEXIm+xC4BiDPTPHYvgkhgXt
9VWCRWXOMfT/UPXjiGsbPuNWja1LQzF5KOmM826kHVZItHuDY6kJLE4OZ+apFvVKtSLQJJLA
4MlDVwp5+XsZi4cftcX5HdgLdChodUPKq3XVfALfXM/p81XEFBTYOHNplr3cQytDQjsnCZnS
Ic4UpsxrArNxDO9+AKu/s1Fbq494AhHj4oHcg4DIjhHUzbPCLP19Gqp4dflr/V7Ulg3d+4Zh
bmSAn1cffrzvvkjVrqMgQOoHQTl2QyO9n/oJ/9CSYRmhFsQMPun9LM/p5l58dTZp53B3LgA6
FFrxnntlZnTPh3bvsMJvUQ+AoiXyQwnkdxUrhoM+gUz36t3JSA8g48h7BhPsnwQ/YrarAhJ8
ifuzykTQmDseWLjJKyFflddy/azAlPQjgSMMWOZCo2s+l+WwPISf33nls2Aec/vvG5auYHS6
pwWuVKuwZTPgJfHanZTNpBM5y0jVBz6tr8AHZypnCONgyUYA4uec3v5oWz4FvLEnlKnMGoK3
OeFGvfHG0tbP25HbdN3AJYP0EUo56wfkBOYsnmn4mEYdk2GHkJNfaQRBJljH0T7TOcmcDjCC
Bx8wggUHoAMCAQICEGN8C9eFpb8p2mAtfE16cLEwDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UE
CgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTQx
MDE2MDgzOTMwWhcNMzIxMDE2MDUwNDAwWjBHMQswCQYDVQQGEwJTRTEUMBIGA1UECgwLVGVs
aWFTb25lcmExIjAgBgNVBAMMGVRlbGlhU29uZXJhIENsYXNzIDIgQ0EgdjIwggIiMA0GCSqG
SIb3DQEBAQUAA4ICDwAwggIKAoICAQC0PpW2qcWGnStqfa5DjrUi79Kz2SySUlJ1kiEQ1Pd/
LWbnsEwFYPqOJwAf6ZtEDtQ/9Z1VkVNQ6MkD++keqk7648x0YANgMyiJsWrbd0TKOObtlXdJ
pb5qesJ5nOAdVeL3z6lgrkZx+fsUfTV+lLRGRh2+RWzZTjPAvKotY3nAwXCHtwI5v3FKuR10
aJ9+CEOka02KSUzGjcGZwMk2io0DxLELf1gPRvqE9xmn4ioXLqpluozb4Fo9ewydufTLQc3/
I63uPQh8BlLPPIGzWb4iBDq2zbWlbx0KlH/UlUZ7fjzp6N6cAqZ2NnDaCOnnIRfUYeNXFG8/
aiBeFOpEeEpclr5QUwr9HLKL1QiyQtc/wW8acQFoKuGi8myiAch7k7S0rmU5gT05je+OTzWh
Oaw7gmDdndYY1mjkPkzpQ+hxyfnwUsAitUq9j0imFOLxKWLH4QNbyuDIMvDyezzJWzMy3XPB
LiLSH9CBLVQHRoQ+WW8xD4rnmvQtoGZM72og2iNf4/JCHL1AJYhQtaRjYgm3rhvAP0HhSVAB
Z5aHM52ylJHC3JwUyuFm8S9A2ffY9rUTffMLWmDCnX0QAP9bKr6+ACogm4DBUj3ftYodI2TD
6F8+VjSFuCzGDPuCjK+fQ2c3wqziwFl+NgoGI9Vgc6x5+0ocKkiQAIYFaQ3SyGmI6QIDAQAB
o4ICFTCCAhEwgYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1
c3QudGVsaWFzb25lcmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVz
dC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgw
BgEB/wIBADBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRw
czovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAOBgNVHQ8BAf8EBAMC
AQYwgcYGA1UdHwSBvjCBuzBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29uZXJh
LmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDB3oHWgc4ZxbGRhcDovL2NybC0xLnRydXN0
LnRlbGlhc29uZXJhLmNvbS9jbj1UZWxpYVNvbmVyYSUyMFJvb3QlMjBDQSUyMHYxLG89VGVs
aWFTb25lcmE/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwHQYDVR0OBBYEFJ4Z
/+UNOv4AlxU/afHcWjyqDJSDMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0G
CSqGSIb3DQEBCwUAA4ICAQB5wuZFNXR5ko9cu7PcpIyH8xaoGfpimP2GTg7qVuL92D/idIlj
pqMm93WC9mgL/Uy6DExoF8xSLurLaiajoU+VG6ZWg0F7P1AXARNt0RpWI5SphxBQYM2751S8
vC/22k8Vi+qpQVIREqQPVXCIEH7U6eCY9gEVzdq9l1yPoI8n0D2a8V6GCv0RVkmIpa16rNYD
tTw4j3Ha56/Ua33C3qeZh1dIfkaU2h4CGHd2Em3v5LLMsEh8dqUeG9yIcCU+8RUgDahNxWMe
MGxzrhwk8WBV6xeoQp20p7cSHbSbyHJURC1n+nVrgdh8hbw6WOgFhNA5tCPDZ0oSF+uHfj+b
ioZE3AlYdcEqHJA9A9sO58F4/Qg/yp9oYuT0ZpKb4hmzeqDXvk5KRFNfHlhTt35i+qmas9wB
11MXbYd5WwqEhZH6HWO5H7XKJP7olxmEC0W3OKlpKafq1iPsBN5ycRfUrXFss0Ax6vpCq0XA
3LYePpQ44hOU+qrkR1M0a7Eo3++3TpP4cV+FZiO4aZYZ3yZftSRHwWpGiDBdWOdTKR2GJi7Z
z/OxacrmwmM1Z+WcigldbG8f3IMnOLK4X0uXjhVeAHrhuttQuM8i+4TNXgsZbmfEKNDQIQPO
/lbacsGHWFB/U2y6SXVEkZs2xIciRA0iZNTv7mbIL8SZmf5wpbjDCYHiCjGCAzgwggM0AgEB
MFowRzELMAkGA1UEBhMCU0UxFDASBgNVBAoMC1RlbGlhU29uZXJhMSIwIAYDVQQDDBlUZWxp
YVNvbmVyYSBDbGFzcyAyIENBIHYyAg8BaKlzCTJTye3phLaz/cIwDQYJYIZIAWUDBAIBBQCg
ggGvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE5MDcyNDEy
MTMxNVowLwYJKoZIhvcNAQkEMSIEIHQgavdRFnogMyq1QHibRaDfCGKO+nQhcCD9YNKwc8lr
MGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UEBhMCU0UxFDASBgNVBAoMC1RlbGlhU29uZXJh
MSIwIAYDVQQDDBlUZWxpYVNvbmVyYSBDbGFzcyAyIENBIHYyAg8BaKlzCTJTye3phLaz/cIw
awYLKoZIhvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNFMRQwEgYDVQQKDAtUZWxpYVNvbmVy
YTEiMCAGA1UEAwwZVGVsaWFTb25lcmEgQ2xhc3MgMiBDQSB2MgIPAWipcwkyU8nt6YS2s/3C
MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0D
BzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwIC
ASgwDQYJKoZIhvcNAQEBBQAEggEAe5bUwF20yMSKMXv9tmTaii6i+TELQFfUD6Bv4q15qfi1
MTufiRrGBduLBLvrE49KeJRFcxiTxbFKr1Qmpn/vOwbN1AN6QgKZ6dsb40G3Xz3XVu341OL6
uvr7/I6jkkFM4QDDCzIWzdqpqLSGYd2IghV/7ilpfAU+9Fud/yvVJPFcCej0UaEc3IVeOGHr
gahoO0xwao+sl51smuDeZkc6TLTIRv5sD6JLQ97JY1X8hj3tdqperglQb7D5Xl7oM4cyf4jU
g0awo1FgEbx7LfVXw31V3w4LFqF4gLMcictZ6fHRY69RZAA7OdqURosVMylJt15r3skm4YAc
MtMj42dFOAAAAAAAAA==
--------------ms070008060207060707090209--


From nobody Wed Jul 24 05:39:37 2019
Return-Path: <stokcons@bbhmail.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 BA21C1200D8 for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 05:39:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level: 
X-Spam-Status: No, score=-1.996 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_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bbhmail.nl
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 SkhNRtDRhalf for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 05:39:33 -0700 (PDT)
Received: from smtprelay.hostedemail.com (smtprelay0056.hostedemail.com [216.40.44.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A45451200C4 for <core@ietf.org>; Wed, 24 Jul 2019 05:39:33 -0700 (PDT)
Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay02.hostedemail.com (Postfix) with ESMTP id 46EA44845 for <core@ietf.org>; Wed, 24 Jul 2019 12:39:32 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbhmail.nl; h= mime-version:content-type:date:from:to:subject:reply-to :message-id; s=key; bh=BDfpnHsICPJ3CKmM5y+RDTW6PwTSYHtBnqtwq9KHK 7o=; b=XSCJL6gvrntQyrh3GANP1twHheWnq/C91lDFqVAE09ZreDTTv54IghoHE Bm2aoCIkqtbNDqlGwmF1nVjT3Hda+6eQMTfxwosgbvpR3tle3ocEi+0MrX5cKXXf wxwru+YAGk4Xd2rDoPAX/ENUEg0ZOYzogUJBjMu13svgB/l2Uk=
X-Session-Marker: 73746F6B636F6E73406262686D61696C2E6E6C
X-Spam-Summary: 50, 0, 0, , d41d8cd98f00b204, stokcons@bbhmail.nl, :, RULES_HIT:41:72:152:355:379:582:800:962:967:973:983:988:989:1152:1189:1208:1221:1260:1263:1313:1314:1345:1381:1431:1436:1437:1516:1517:1518:1534:1541:1567:1575:1588:1589:1592:1594:1711:1714:1730:1776:1792:2525:2561:2564:2682:2685:2693:2829:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3586:3865:3866:3868:3870:3871:3872:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4321:4659:5007:6261:6298:6659:7903:8603:9015:9025:9177:9388:10004:10214:10400:10848:11232:11658:11914:12043:12555:12679:12895:12986:13139:13161:13199:13229:13439:13846:14096:14181:14721:21080:21433:21451:21625:21691:30048:30054:30070, 0, RBL:216.40.42.5:@bbhmail.nl:.lbl8.mailshell.net-62.8.55.100 66.201.201.201,  CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:24, LUA_SUMMARY:none
X-HE-Tag: yard44_8d72de127235a
X-Filterd-Recvd-Size: 2705
Received: from mail.bbhmail.nl (imap-ext [216.40.42.5]) (Authenticated sender: webmail@stokcons@bbhmail.nl) by omf13.hostedemail.com (Postfix) with ESMTPA for <core@ietf.org>; Wed, 24 Jul 2019 12:39:31 +0000 (UTC)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_a8faeb05b5a44404f712c20526eaf72e"
Date: Wed, 24 Jul 2019 08:39:31 -0400
From: Peter van der Stok <stokcons@bbhmail.nl>
To: Core <core@ietf.org>
Organization: vanderstok consultancy
Reply-To: consultancy@vanderstok.org
Mail-Reply-To: consultancy@vanderstok.org
Message-ID: <8cf3459e87b92008d9a24e3656e60b57@bbhmail.nl>
X-Sender: stokcons@bbhmail.nl
User-Agent: Roundcube Webmail/1.2.7
X-Originating-IP: [31.133.156.244]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/YXpmWGEuXNRPyZfWPXCFDeFc8pE>
Subject: [core] exp parameter in rd-dns-sd
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2019 12:39:36 -0000

--=_a8faeb05b5a44404f712c20526eaf72e
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII

During the meeting it was remarked that the presence of the exp
parameter implies the existence of the st parameter
and vice-versa.
The exp parameter is meant for filtering on the presence of exp, as
shown in the displayed examples.
However, I realize that filtering on st=* is as effective.
The document will change accordingly.

Peter 
-- 
Peter van der Stok
vanderstok consultancy
mailto: consultancy@vanderstok.org, stokcons@bbhmail.nl
www: www.vanderstok.org [1]
tel NL: +31(0)492474673     F: +33(0)966015248 

Links:
------
[1] http://www.vanderstok.org
--=_a8faeb05b5a44404f712c20526eaf72e
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'font-size: 10pt; font-family: Verdana,Gen=
eva,sans-serif'>
During the meeting it was remarked that the presence of the exp parameter i=
mplies the existence of the st parameter<br />and vice-versa.<br />The exp =
parameter is meant for filtering on the presence of exp, as shown in the di=
splayed examples.<br />However, I realize that filtering on st=3D* is as ef=
fective.<br />The document will change accordingly.<br /><br />Peter
<div>-- <br />
<div class=3D"pre" style=3D"margin: 0; padding: 0; font-family: monospace">=
Peter van der Stok<br /> vanderstok consultancy<br /> mailto: <a href=3D"ma=
ilto:consultancy@vanderstok.org">consultancy@vanderstok.org</a>, <a href=3D=
"mailto:stokcons@bbhmail.nl">stokcons@bbhmail.nl</a><br /> www: <a href=3D"=
http://www.vanderstok.org" target=3D"_blank" rel=3D"noreferrer">www.vanders=
tok.org</a><br /> tel NL: +31(0)492474673 &nbsp;&nbsp;&nbsp;&nbsp;F: +33(0)=
966015248</div>
</div>
</body></html>

--=_a8faeb05b5a44404f712c20526eaf72e--


From nobody Wed Jul 24 05:58:33 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCCE4120071 for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 05:58:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 SQfSe-SRoc0j for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 05:58:30 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 148FB120058 for <core@ietf.org>; Wed, 24 Jul 2019 05:58:29 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id EB52445744; Wed, 24 Jul 2019 14:58:27 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bf]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id E242426; Wed, 24 Jul 2019 14:58:26 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2001:67c:370:128:7b7f:12ad:c17b:ddf6]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id B277074; Wed, 24 Jul 2019 14:58:25 +0200 (CEST)
Received: (nullmailer pid 26870 invoked by uid 1000); Wed, 24 Jul 2019 12:58:07 -0000
Date: Wed, 24 Jul 2019 08:58:07 -0400
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: consultancy@vanderstok.org
Cc: Core <core@ietf.org>
Message-ID: <20190724125805.GA23004@hephaistos.amsuess.com>
References: <8cf3459e87b92008d9a24e3656e60b57@bbhmail.nl>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD"
Content-Disposition: inline
In-Reply-To: <8cf3459e87b92008d9a24e3656e60b57@bbhmail.nl>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/PJUZe2nvZmWrhSpaV2L_eLJbbxk>
Subject: Re: [core] exp parameter in rd-dns-sd
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2019 12:58:32 -0000

--HlL+5n6rz5pIUxbD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> During the meeting it was remarked that the presence of the exp
> parameter implies the existence of the st parameter
> and vice-versa.

There was the idea around years ago that exp would also be considered by
"other export mechanisms" that take data from the RD. If other export
mechanisms ever show up, they can define their own st=3D equivalent, or
describe a more generic "may export mechanism". (So far none have shown
up).

I agree exp can just be removed from RD-DNS-SD.

BR
c

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

--HlL+5n6rz5pIUxbD
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl04VdcACgkQOY0REtOk
veGk2xAAwQ+myHE14ShhERwWbiKTkL3w6S3sqbN/WKnnzB0PdlC30fNw0JoLeDE2
pgf4PMghZxDhIcAyFd8bRnylPtWzrJx3SCw2gsOza8cRwSifZ+SyX3e7Oyj0NfSC
uzMfbFjUxqd1gm4IdmyZuHMmnPfXW7VlRMWyjIcNlYJxxlhFjIoNp8Ju6u9So9iz
d+2GduAYAP52nyriwnXzdqvj4t6BnGQDQYPuYf9K5LI1P5ytEuUZLIuSm9CMxHsK
Xdis/GZ3MU57Pgsb1cGIcFtU09fKUTL8dEUYzf73QZU+D5KYWLJ8IxGaIoNPh13/
4CyJ80ofU4KRfoDXoBlhhjnwbpVVhXORgTlaPp2QzOyHssc8xxSFgvbrY5lA1DUJ
aiL+rOGUR7Zo3uWmjYQdS4PlJN3uwy33p2ZeZVCZ54xznZdka7HRixc8dpWprPOh
pkmjZFyBtttI1HZ7xTos1OToU7ZJayKCO9IVL1ppFdvVoZz11eLDFphnUyjIlgfb
0NfrQWTXLCX+2rduXwTqG4MwrT/t+eP5NJwHLZjtsN+NkKEUTM9B/vS8QtRLYMWJ
AuLLT/Ig4yF2Sia7ELR+gTBJz3zk/VMIWTRoqN/ZXFk/oLwI0etVHJX2ICSQRo34
IR2vWV1QVmppmu+qhtkPQSFsJDpuEIUP6OlePTCTBgF9BkFE+lE=
=9puo
-----END PGP SIGNATURE-----

--HlL+5n6rz5pIUxbD--


From nobody Wed Jul 24 19:42:05 2019
Return-Path: <mcr@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 380181200DB for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 19:42:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VFU7jYY9eBv9 for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 19:42:02 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E886D120090 for <core@ietf.org>; Wed, 24 Jul 2019 19:42:01 -0700 (PDT)
Received: from dooku.sandelman.ca (unknown [IPv6:2001:67c:370:128:6e88:14ff:fe34:93bc]) by relay.sandelman.ca (Postfix) with ESMTPS id 06AB31F44B; Thu, 25 Jul 2019 02:42:00 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id 0356C1B00; Wed, 24 Jul 2019 22:42:22 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: core@ietf.org
cc: michelle.cotton@icann.org
X-Attribution: mcr
X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Wed, 24 Jul 2019 22:42:22 -0400
Message-ID: <16149.1564022542@dooku.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/h1p-vpANdyv9X2HF-CFmSX1cpQc>
Subject: [core] SID files and IANA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 02:42:04 -0000

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


{Michelle told me to CC her, but I'm not sure if this is the email she want=
ed
me to use}

As https://datatracker.ietf.org/doc/draft-ietf-core-yang-cbor/
and https://datatracker.ietf.org/doc/draft-ietf-core-sid/

approach WGLC, Panos, Peter and I have been wondering in our editing of
https://datatracker.ietf.org/doc/draft-ietf-anima-constrained-voucher/

we have struggled a bit with the SID generation process.

draft-ietf-core-sid says:
6.4.1.  Structure

   Each entry in this registry must include:

   o  The YANG module name.  This module name must be present in the
      "Name" column of the "YANG Module Names" registry.

   o  A link to the associated ".yang" file.  This file link must be
      present in the "File" column of the "YANG Module Names" registry.

   o  The link to the ".sid" file which defines the allocation.

   o  The number of actually allocated SIDs in the ".sid" file.

   The ".sid" file is stored by IANA.


It is this the last part that I think is not well enough defined.
1) How does the file get to IANA?  Is it published in the RFC
   along with the initial YANG module?    This clearly only
   works for YANG modules that come to IANA via RFC, and the SID
   IANA Considerations makes it clear that SIDs will be allocated
   via a hierarchial process of mega-ranges.

2) Does the sid file need some kind of advisory locking process,
   such that only a single internet-draft effort can update things
   to make bis versions of YANG modules.

3) What is the process going to be to generate SID allocations for
   existing YANG modules that IANA already has?

4) Clearly we need to get sid.py upstreamed to pyang, and I expect to
   take another stab at doing this, but we need to take this process
   into account into when IANA is ready to take allocations.

5) https://datatracker.ietf.org/doc/draft-ietf-anima-constrained-voucher/
   got two 50 SID ranges from comi.space, in the 1,000,000->2,000,000 space.
   We'd ask for an early registration, but we can't until the registry
      is created
   a) I'd like to know if we are going to allowed to keep this allocation,
      and if not, I'd like to know now please.

   b) can we go into the 6.3.3 initial registry?  Either with the
      current allocation, or with a new allocation.

   c) time is pretty important here...


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




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

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

iQEzBAEBCAAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAl05Fw4ACgkQlUzhVv38
QpAFjwf8CuHOAVjxFl/gVwmuKDw6vLxKtV4AOy9OcatKM5bIjF2pAVdJnzwC26a5
ImAv3NX8iCbzWsvdD2kwy6wZx8aQ72429nwHildV6E1xU6lsWET8Tprjs5koXZz3
g3SwpxhH73/BqzL/2s9EFT1ZG2jzPH8bL49CvvP0pcO2qKxRvo9WoOGgm/34sBKH
CLQ/Z7OgczwBBapyZKntS0prTD5xz6YgtsLgN1x+lmuoZeZZpByBsOmdCo2Oh2IU
eIdDi3ZgPxPI966eZ/FSU/Xr698/9j1RJ3C7pu76j1mRJz/C6x4GXqC3/fHqgR/V
04+tmPmNBpR6vITGHaOGUB+y/2vk1A==
=Q4a5
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Wed Jul 24 21:36:31 2019
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 54D67120046; Wed, 24 Jul 2019 21:36:22 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: core@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.99.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: core@ietf.org
Message-ID: <156402938218.14555.2886920728521102044@ietfa.amsl.com>
Date: Wed, 24 Jul 2019 21:36:22 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/TZIX9wEzJjIk1-RkKJu1nF25Yuk>
Subject: [core] I-D Action: draft-ietf-core-yang-library-00.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 04:36:23 -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           : Constrained YANG Module Library
        Authors         : Michel Veillette
                          Ivaylo Petrov
	Filename        : draft-ietf-core-yang-library-00.txt
	Pages           : 15
	Date            : 2019-07-24

Abstract:
   This document describes a constrained version of the YANG library
   that provides information about the YANG modules, datastores, and
   datastore schemas used by a constrained network management server
   (e.g., a CORECONF server).


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

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


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

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


From nobody Wed Jul 24 21:44:09 2019
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 B01E3120047; Wed, 24 Jul 2019 21:44:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 j5AE29BPapax; Wed, 24 Jul 2019 21:44:05 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70EA612001E; Wed, 24 Jul 2019 21:44:05 -0700 (PDT)
Received: from dhcp-9abf.meeting.ietf.org (dhcp-9abf.meeting.ietf.org [31.133.154.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45vKNz01sWzylL; Thu, 25 Jul 2019 06:44:02 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <5B9F7D96-8E1D-4B04-8F48-0BD165E28F73@tzi.org>
Date: Thu, 25 Jul 2019 00:44:00 -0400
Cc: Netconf <netconf@ietf.org>, NETMOD WG <netmod@ietf.org>, yot@ietf.org
X-Mao-Original-Outgoing-Id: 585722638.705287-ac0762aa85689b1cf8d63e5de1103054
Content-Transfer-Encoding: quoted-printable
Message-Id: <B7F4B6B4-CC89-4D07-AC3C-38A5BA203F1C@tzi.org>
References: <5B9F7D96-8E1D-4B04-8F48-0BD165E28F73@tzi.org>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/t9Yz2fFILQhFYhjTiVb4_en-CMc>
Subject: Re: [core]  =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-veillette-core-yang-library-05=2Etxt?=
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 04:44:08 -0000

So this was a very thin response on a WG adoption call on the mailing =
list, but given the sense of the room on Tuesday, I think we can accept =
this as a WG draft.
We do have the WG last call as another formal opportunity to stop this =
if it turns out this can be done in a way that preserves full =
compatibility with RFC 8525.

We are now waiting for a final WGLC-ready I-D version of yang-cbor (one =
internal author review is outstanding), and then will WGLC the whole =
cluster (yang-cbor, sid, comi, core-yang-library) in the CoRE WG with a =
CC to the CCs of this mail.
This WGLC will not go through without a number of high-quality reviews.

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


> On Jul 11, 2019, at 09:44, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> RFC 8525 defines a YANG data model for information about the YANG =
modules, datastores, and datastore schemas used by a network management =
server.   This data model is based on string representations of YANG =
identifiers.
>=20
> To be more useful in a constrained environment (CoRECONF/COMI), it is =
useful to have a YANG data model that can employ the efficiency of SIDs =
(draft-ietf-core-sid).  draft-veillette-core-yang-library-05.txt =
provides a straightforward translation of RFC 8525 to SID-based =
identification, with some legacy support removed and some other =
efficiencies added.  This specification complements the three other =
CoRECONF specifications draft-ietf-core-yang-cbor, draft-ietf-core-sid, =
and draft-ietf-core-comi, which we hope to ship soon.
>=20
> This starts a one-week working group adoption call.
> This is a formal call for adoption of this draft as a WG document of =
the CoRE WG.
> If you have read the draft and support adopting it, please say so.
> If you see a problem with adopting it as a WG document, please tell =
us.
> For both, remember that WG adoption does not mean that we already have =
consensus on all the details(*), just that this is the right working =
document to address the issue (and that we should address the issue in =
the first place); you are encouraged to mention any issues that you =
already know.
>=20
> This WGA call is CCed to the netconf and netmod working groups, as the =
expertise about YANG modules is focused there, as well as the =
yang-of-things non-WG mailing list.  Please respond to core@ietf.org, or =
exceptionally to core-chairs@ietf.org (for off-list comments).
>=20
> This formal WG adoption call runs until the end of July 18th.
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20
> (*) say, is the module-set index really limited to an 8-bit number?
>=20
>=20
>=20


From nobody Wed Jul 24 22:02:18 2019
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 4AE571201EE for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 22:02:16 -0700 (PDT)
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,  DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rTjnE80ZMBic for <core@ietfa.amsl.com>; Wed, 24 Jul 2019 22:02:14 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70074.outbound.protection.outlook.com [40.107.7.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 842121201EB for <core@ietf.org>; Wed, 24 Jul 2019 22:02:13 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YWvBs09wSEwU62CrYxG1W+w0HRnkVX2rJU3MM3sLUUxRkbm8xsu/ohWnY9kpXiHdH/0syuLu3suKEPtn0/+WFG1CvO9fzSU+OncMbWZNRV2FdS0YYDbYXPJgsDTVt8HavQRkx/NCarsaHklqqO6rYotAgQOQ+2O0PONxyGL2zYdBn93aPo087xblGguxtbuxM3ckjk0ac89ov0JVh4+6LWGy5yvScWnTCmUWVsfyg20jL2+cFhJtpCsqZwaxbs15r4PKsKZwENBLPjax28NIu/UzttNKHaPbthiB4dEDt6Ni7UMmKgI/V0zPwWUx8JyqepRjRIZ2lar6DsEcKDhy+Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7D7SwZjqUETnmBOXqMoJv9/QN67D45KsgNUEqbT8xk0=; b=QAmRjEaNHoOb0p1q4cARqJvEcbB9DH3aL2VFtvSJFKEV1FXnL5rAa5ZzMoMvR1peGwofrNk1WTh3OAAQRYr4+/sPCvzoXrcf+QC5uVKfgwD53E4/Hs8/oH0xnNvohqvTJXUq8N9I8kHYPDz92IZfxppNSXuy04xwrvA9kHctv4sNizaQaw52LtOpZTxEsC9to4+6krNrt5uuCzqmXvBiHdmGmIkw26TMnm7Exekjx/noskC/eeSA8cHjgC6fgH1J+tir6jy5KafsMZWtTmMXP41tigBJ9WPKN0bZWh2LuaSlb+DSNpRaEAcnOqV2v7Wahm/iCp2NqUKs06czS9HrXQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7D7SwZjqUETnmBOXqMoJv9/QN67D45KsgNUEqbT8xk0=; b=AMhHiDFLkQ1XIgc/KI2RX6lQ54zwyhoRlDEqNOhj3N32Wgk2MTTxEJgkAqi38/HhxAn7ZaXNlNXpwg5jhO99GI6VZ7/pCSZkL5CMLyKyA9kXMWa179wuWxjtVMoYoZrFeTARmzsiPhKpSW/Gapb+sNigf/T47YRlw+z0aj7Ix7A=
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB4298.eurprd07.prod.outlook.com (20.176.166.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.8; Thu, 25 Jul 2019 05:02:11 +0000
Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::7497:adf9:ce97:699e%3]) with mapi id 15.20.2115.005; Thu, 25 Jul 2019 05:02:11 +0000
From: =?utf-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
To: core <core@ietf.org>
Thread-Topic: SenML data ct indication and string content-format values
Thread-Index: AQHVQqYduolUi6zLiEedeMvhgY2nLQ==
Date: Thu, 25 Jul 2019 05:02:11 +0000
Message-ID: <F2A7E34C-E8F9-4045-81EC-3ACAD48C449B@ericsson.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1b.0.190715
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; 
x-originating-ip: [2001:67c:1232:144:214e:35ab:ae1c:9a3a]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: adff4207-fe19-47a1-abe6-08d710bd406e
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4298; 
x-ms-traffictypediagnostic: HE1PR07MB4298:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <HE1PR07MB42980BC3FF4714607959F48285C10@HE1PR07MB4298.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0109D382B0
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(396003)(366004)(346002)(39860400002)(136003)(199004)(189003)(53754006)(64756008)(68736007)(81166006)(66946007)(81156014)(66476007)(6916009)(5660300002)(76116006)(36756003)(6436002)(6306002)(91956017)(66556008)(966005)(25786009)(85182001)(478600001)(85202003)(2906002)(86362001)(6486002)(6512007)(7736002)(66446008)(53936002)(33656002)(14454004)(71200400001)(6116002)(71190400001)(305945005)(58126008)(2616005)(316002)(8936002)(476003)(46003)(486006)(102836004)(8676002)(99286004)(186003)(256004)(6506007)(561944003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4298; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: o5rd+PWVQpgSMFtcxNmtu+xHF5/XZ+pD8lYXnUWDr/+CGKvFuWHUb4RVJzYjZ1ssjbsuH3N6GwYCESF/inaezrhqrZng7wp6xuYjQHsaEsXtlJGpyWc7GyvHlMVZzhameA3sOpkuoaWa8+Yq68vLDPbxlCFrO1CEHePg/nzmysAywfPAy71QQefKAgFhoQUWMJCpAHGwnPFKXUuKPP4efHcGeqSL45R3b8XMugHYEySKjvGTOiQlk6zGbXaIHwCfzUo9lCnQhPPGUUwOtfN438aPxqRno/pZ2bgLz+DMyxC7hh1Jo6FmGnHKPRsW23ZFaXpLVOt8QLSQmQB7I7yy2OMj49nAAuNWEsxR5z9tBDdhgneJ9LmtD/B/pbkGLgd50L/8QRxV6HbqYz/ZldQvCgNE9ZhwbXp+a50p5rC9DXs=
Content-Type: text/plain; charset="utf-8"
Content-ID: <B19AC8B540BCAF4E9471BA0A6F0A073E@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: adff4207-fe19-47a1-abe6-08d710bd406e
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2019 05:02:11.0763 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ari.keranen@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4298
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/cZiHHMgQAR09PrQTnRbmMoutqc8>
Subject: [core] SenML data ct indication and string content-format values
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 05:02:16 -0000

SGkgYWxsLA0KDQpCYXNlZCBvbiB0aGUgZGlzY3Vzc2lvbnMgdGhpcyB3ZWVrIHdpdGggc29tZSBv
ZiB5b3UsIHdlIGFyZSBwcm9wb3NpbmcgYSBzbWFsbCBmdXJ0aGVyIHR3ZWFrIHRvIHRoZSBTZW5N
TCBkYXRhIHZhbHVlIGN0IGluZGljYXRpb24gZHJhZnQgWzFdOiBzaW5jZSBhbGxvd2luZyBtdWx0
aXBsZSBkaWZmZXJlbnQgdHlwZXMgb2YgdmFsdWVzIChlLmcuLCBzdHJpbmcgYW5kIGludCkgZm9y
IGEgc2luZ2xlIFNlbk1MIGZpZWxkIGNhdXNlcyBwcm9ibGVtcyB3aXRoIHNvbWUgaGlnaC1zcGVl
ZCBkYXRhIHByb2Nlc3Npbmcgc3lzdGVtcywgYXV0b21hdGljIHBhcnNlciBnZW5lcmF0b3JzLCBh
bmQgZGF0YWJhc2Ugc2NoZW1hcywgaXQgbWFrZXMgc2Vuc2UgdG8gYXZvaWQgdGhhdC4gDQoNCkEg
c2ltcGxlIHdheSB0byBhdm9pZCB0aGlzIHdpdGggdGhlICJjdCIgZmllbGQgaXMgdG8gaGF2ZSBi
b3RoIHRoZSBzdHJpbmcgKGNvbnRlbnQtdHlwZSBhbmQgLWNvZGluZykgYW5kIGludGVnZXIgKENv
QVAgY29udGVudC1mb3JtYXQpIElEcyByZXByZXNlbnRlZCBhcyBzdHJpbmdzLiBTbywgaW5zdGVh
ZCBvZjoNCiJjdCI6IDYwDQpZb3Ugd291bGQgdXNlOg0KImN0IjoiNjAiDQoNCldoaWxlIHRoYXQg
bWF5IGZlZWwgYSBiaXQgd2VpcmQgZGVzaWduLCBpdCBpcyBvbmx5IH4yIGV4dHJhIGJ5dGVzIG9m
IG92ZXJoZWFkICh0aGUgcXVvdGVzIGluIEpTT04gYW5kIHN0cmluZyB2cy4gdWludCBpbiBDQk9S
KSwgYW5kIHNpbmNlIHRoaXMgZmllbGQgd2lsbCBiZSBpbiBwcmFjdGljZSBhbHdheXMgY29tcGFy
ZWQgdG8gYSBzbWFsbCBzZXQgb2Yga25vd24gdmFsdWVzIChpLmUuLCBubyBhcml0aG1ldGljIG9w
ZXJhdGlvbnMgaW52b2x2ZWQpLCB0aGVyZSBkb2VzIG5vdCBzZWVtIHRvIGJlIG11Y2ggZXh0cmEg
Y29zdCByZXByZXNlbnRpbmcgaXQgYXMgYSBzdHJpbmcuIEkgd2lsbCBwcmVzZW50IHRoaXMgcHJv
cG9zYWwgYW5kIHRoZSAiQGNvbnRlbnQtY29kaW5nIiBzeW50YXggYXQgdGhlIENvUkUgbWVldGlu
ZyBvbiBUaHVyc2RheS4gTG9va2luZyBmb3J3YXJkIHRvIHlvdXIgY29tbWVudHMuDQoNCg0KVGhh
bmtzLA0KQXJpDQoNClsxXSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta2VyYW5l
bi1jb3JlLXNlbm1sLWRhdGEtY3QtMDINCg0K


From nobody Thu Jul 25 04:36:20 2019
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 CC297120020 for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 04:36:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.862
X-Spam-Level: 
X-Spam-Status: No, score=-0.862 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nu-MEW6Jg720 for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 04:36:17 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EA4D120019 for <core@ietf.org>; Thu, 25 Jul 2019 04:36:17 -0700 (PDT)
Received: from client-0199.vpn.uni-bremen.de (client-0199.vpn.uni-bremen.de [134.102.107.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45vVXb15vJzyxF; Thu, 25 Jul 2019 13:36:15 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
X-Mao-Original-Outgoing-Id: 585747371.62488-a6d79492ec65c62cd9f8109bf354f3e7
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Thu, 25 Jul 2019 07:36:13 -0400
Message-Id: <DB2E8F50-F2B9-4269-BC93-F30A9278B154@tzi.org>
To: core <core@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/NEiTp2EEFpzdG_a9K-4_cAw-ScE>
Subject: [core] CoRE@IETF105: Updated slide set
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 11:36:19 -0000

I have uploaded an updated slide set:

=
https://datatracker.ietf.org/meeting/105/materials/slides-105-core-consoli=
dated-slide-set

Presenters: Please check that your slides are in, readable, and the =
current version.

See you in two-and-roughly-a-half hours in room Duluth or in Meetecho.

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


From nobody Thu Jul 25 06:56:33 2019
Return-Path: <ivaylo@ackl.io>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E45AB120043 for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 06:56:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nxy-LZl82F00 for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 06:56:27 -0700 (PDT)
Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D35F12001A for <core@ietf.org>; Thu, 25 Jul 2019 06:56:27 -0700 (PDT)
Received: by mail-wr1-x436.google.com with SMTP id p17so50875776wrf.11 for <core@ietf.org>; Thu, 25 Jul 2019 06:56:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=D91qiI3i2Nz5T5TPxdpc9pF+bS97WeogPpgdsDFg4rA=; b=U1EOq5hpJTRvf534wf/IRHL/LHgZc1dh/rIk3wHkjWOzEyElifaN6I4frZjgQJajzX xUOc8VuMg4xP8+orgwy575k4od/3j9GownicwD8HeiM0epCxq/ak2quTElUDdMsbn3Bt c2B/RnFXfxHOj4xehl0zZRehRFnZx0UUrSs/65tHSJ73O5Tzw7moXuhgZFVTGb9xx5oq gljvlW2q4FqiCgOIyQi4M37+1UJRGG21X9ty8OKFHGG6LxmUhk7PHpChdHURGl2XMdzt Ut8/Hyl2NQ2xqnTn01tyFfY1PNO9D3+QxBYFfyjGJ54T9AIXIL+9FHt0K/Ix+D7f2p1b AK/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=D91qiI3i2Nz5T5TPxdpc9pF+bS97WeogPpgdsDFg4rA=; b=E/MWb9pbh1AQv7W5/S4JNaInZcqavF4eY1A/gp0ysX86f03jGS5tU9K4cZ5/NWzxTs IKhW+/DOfKsYT2zL3SoTUOarFwYh6oNJJELmfoDxcGsSlhRqx/+giFDr9Xinq5EKESld QCF/jw7c+FvDfLSRHyPbng0jEy3A/e4XoUSVQ+aIPaxhzveXXUBq5d3jHgF4+p9cWSg9 NQreTjUur5Sg7uzMbdAoRvY1+5kA3O988ccw+S31tEBgoKY3O/V9TXdLf6YU6Zemu30j /WhOBFUp6ogB/ncim+OQRKqGn/kp5VIDgWUz6ud/2Zw6wbDBPov8C9ta/OHq8GdyjgFI 5p7Q==
X-Gm-Message-State: APjAAAV3awVJ6sBvGa20QIn5S5jpqrOgPmZopN9VERh50siHIzBsrnIc wFnYagAK/jZhk6DCyumQ/ZLK8jrpDAqgFgd0B1fhKhow
X-Google-Smtp-Source: APXvYqzfG0EtoWQU616H0knIGbyU9jRiY2zl4uyACbfaBXSAXEx/+kKtM5cFiqgEHI4bx+uyU39w462kRTZsfJcwJ6s=
X-Received: by 2002:adf:80e1:: with SMTP id 88mr8922931wrl.127.1564062985618;  Thu, 25 Jul 2019 06:56:25 -0700 (PDT)
MIME-Version: 1.0
References: <16149.1564022542@dooku.sandelman.ca>
In-Reply-To: <16149.1564022542@dooku.sandelman.ca>
From: ivaylo petrov <ivaylo@ackl.io>
Date: Thu, 25 Jul 2019 09:56:15 -0400
Message-ID: <CAJFkdRxpNL_cVJ2pX8f=4uqo-mbUirSBuxgzb60Z18QC3s2uDw@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: core <core@ietf.org>, michelle.cotton@icann.org
Content-Type: multipart/alternative; boundary="000000000000aa1905058e81caf6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/vaF3eJZlxoHxtqvuJMUUrXIAWP8>
Subject: Re: [core] SID files and IANA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 13:56:31 -0000

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

Hello Michael,

I am sure Michelle will let us know if that is their understanding as well,
but here are my answers.

I believe that we had agreed with IANA that it is possible to use RFC7120
early allocation process for SID allocation. This means that when there is
enough interest and the document is stable enough etc, you can request SID
range allocation as described in 6.3. Alternatively, your range can be
allocated during IANA consideration review.

Now about how your SID file gets to IANA (point 1), my understanding is
that you can include your SID file in your document so that it can be added
automatically to the IANA registry after the process is followed (expert
review, etc). Alternatively, if you want to add your SID file after the RFC
is published (your point 3), you should contact IANA with all the necessary
information. After an expert review, your allocation could be handled.

About your point 2), there is no way to change existing SIDs that has
already been published. Now for the file, as it points to a yang module, if
there is a new version of the yang file, which is already guarded, I don't
see any problem for anyone to request updating of the SID file. This will
not change any existing SIDs, just possibly add new ones. For that reason I
am not sure locking is needed. Please let me know if you know of a specific
case where that might be.

Then about your point 4), IANA is not going to do the generation. This is
something the authors will have to do I am afraid. The experts will have to
verify that this generation is acceptable.

Given that draft-ietf-anima-constrained-voucher is past WGLC, I personally
don't see any problem to add it to the initial SID range allocations (sec
6.3.3) with a new range (as IANA is not responsible for the mega range that
you have mentioned). That being said, I want to be sure that the SID draft
will not be delayed in case that draft is delayed for any reason, so maybe
we will need to discuss.

Best regards,
Ivaylo



On Wed, Jul 24, 2019 at 10:42 PM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> {Michelle told me to CC her, but I'm not sure if this is the email she
> wanted
> me to use}
>
> As https://datatracker.ietf.org/doc/draft-ietf-core-yang-cbor/
> and https://datatracker.ietf.org/doc/draft-ietf-core-sid/
>
> approach WGLC, Panos, Peter and I have been wondering in our editing of
> https://datatracker.ietf.org/doc/draft-ietf-anima-constrained-voucher/
>
> we have struggled a bit with the SID generation process.
>
> draft-ietf-core-sid says:
> 6.4.1.  Structure
>
>    Each entry in this registry must include:
>
>    o  The YANG module name.  This module name must be present in the
>       "Name" column of the "YANG Module Names" registry.
>
>    o  A link to the associated ".yang" file.  This file link must be
>       present in the "File" column of the "YANG Module Names" registry.
>
>    o  The link to the ".sid" file which defines the allocation.
>
>    o  The number of actually allocated SIDs in the ".sid" file.
>
>    The ".sid" file is stored by IANA.
>
>
> It is this the last part that I think is not well enough defined.
> 1) How does the file get to IANA?  Is it published in the RFC
>    along with the initial YANG module?    This clearly only
>    works for YANG modules that come to IANA via RFC, and the SID
>    IANA Considerations makes it clear that SIDs will be allocated
>    via a hierarchial process of mega-ranges.
>
> 2) Does the sid file need some kind of advisory locking process,
>    such that only a single internet-draft effort can update things
>    to make bis versions of YANG modules.
>
> 3) What is the process going to be to generate SID allocations for
>    existing YANG modules that IANA already has?
>
> 4) Clearly we need to get sid.py upstreamed to pyang, and I expect to
>    take another stab at doing this, but we need to take this process
>    into account into when IANA is ready to take allocations.
>
> 5) https://datatracker.ietf.org/doc/draft-ietf-anima-constrained-voucher/
>    got two 50 SID ranges from comi.space, in the 1,000,000->2,000,000
> space.
>    We'd ask for an early registration, but we can't until the registry
>       is created
>    a) I'd like to know if we are going to allowed to keep this allocation,
>       and if not, I'd like to know now please.
>
>    b) can we go into the 6.3.3 initial registry?  Either with the
>       current allocation, or with a new allocation.
>
>    c) time is pretty important here...
>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

<div dir=3D"auto"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fo=
nt-family:verdana,sans-serif;color:rgb(11,83,148)">Hello Michael,</div><div=
 dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,sans=
-serif;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-=
family:verdana,sans-serif;color:#0b5394">I am sure Michelle will let us kno=
w if that is their understanding as well, but here are my answers.</div><di=
v class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b=
5394"><br></div><div class=3D"gmail_default" style=3D"font-family:verdana,s=
ans-serif;color:#0b5394">I believe that we had agreed with IANA that it is =
possible to use RFC7120 early allocation process for SID allocation. This m=
eans that when there is enough interest and the document is stable enough e=
tc, you can request SID range allocation as described in 6.3. Alternatively=
, your range can be allocated during IANA consideration review.</div><div c=
lass=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0b539=
4"><br></div><div class=3D"gmail_default" style=3D"font-family:verdana,sans=
-serif;color:#0b5394">Now about how your SID file gets to IANA (point 1), m=
y understanding is that you can include your SID file in your document so t=
hat it can be added automatically to the IANA registry after the process is=
 followed (expert review, etc). Alternatively, if you want to add your SID =
file after the RFC is published (your point 3), you should contact IANA wit=
h all the necessary information. After an expert review, your allocation co=
uld be handled.</div><div class=3D"gmail_default" style=3D"font-family:verd=
ana,sans-serif;color:#0b5394"><br></div><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif;color:#0b5394">About your point 2), ther=
e is no way to change existing SIDs that has already been published. Now fo=
r the file, as it points to a yang module, if there is a new version of the=
 yang file, which is already guarded, I don&#39;t see any problem for anyon=
e to request updating of the SID file. This will not change any existing SI=
Ds, just possibly add new ones. For that reason I am not sure locking is ne=
eded. Please let me know if you know of a specific case where that might be=
.=C2=A0</div><div class=3D"gmail_default" style=3D"font-family:verdana,sans=
-serif;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-=
family:verdana,sans-serif;color:#0b5394">Then about your point 4), IANA is =
not going to do the generation. This is something the authors will have to =
do I am afraid. The experts will have to verify that this generation is acc=
eptable.</div><div class=3D"gmail_default" style=3D"font-family:verdana,san=
s-serif;color:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font=
-family:verdana,sans-serif;color:#0b5394">Given that draft-ietf-anima-const=
rained-voucher is past WGLC, I personally don&#39;t see any problem to add =
it to the initial SID range allocations (sec 6.3.3) with a new range (as IA=
NA is not responsible for the mega range that you have mentioned). That bei=
ng said, I want to be sure that the SID draft will not be delayed in case t=
hat draft is delayed for any reason, so maybe we will need to discuss.<br><=
/div><div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;c=
olor:#0b5394"><br></div><div class=3D"gmail_default" style=3D"font-family:v=
erdana,sans-serif;color:#0b5394">Best regards,</div><div class=3D"gmail_def=
ault" style=3D"font-family:verdana,sans-serif;color:#0b5394">Ivaylo</div><d=
iv class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#0=
b5394"><br></div><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;color:#0b5394"><br></div></div><br><div class=3D"gmail_quote"><d=
iv dir=3D"ltr" class=3D"gmail_attr">On Wed, Jul 24, 2019 at 10:42 PM Michae=
l Richardson &lt;<a href=3D"mailto:mcr%2Bietf@sandelman.ca" target=3D"_blan=
k" rel=3D"noreferrer">mcr+ietf@sandelman.ca</a>&gt; wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex"><br>
{Michelle told me to CC her, but I&#39;m not sure if this is the email she =
wanted<br>
me to use}<br>
<br>
As <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-core-yang-cbor/" =
rel=3D"noreferrer noreferrer" target=3D"_blank">https://datatracker.ietf.or=
g/doc/draft-ietf-core-yang-cbor/</a><br>
and <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-core-sid/" rel=
=3D"noreferrer noreferrer" target=3D"_blank">https://datatracker.ietf.org/d=
oc/draft-ietf-core-sid/</a><br>
<br>
approach WGLC, Panos, Peter and I have been wondering in our editing of<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-anima-constrained-vo=
ucher/" rel=3D"noreferrer noreferrer" target=3D"_blank">https://datatracker=
.ietf.org/doc/draft-ietf-anima-constrained-voucher/</a><br>
<br>
we have struggled a bit with the SID generation process.<br>
<br>
draft-ietf-core-sid says:<br>
6.4.1.=C2=A0 Structure<br>
<br>
=C2=A0 =C2=A0Each entry in this registry must include:<br>
<br>
=C2=A0 =C2=A0o=C2=A0 The YANG module name.=C2=A0 This module name must be p=
resent in the<br>
=C2=A0 =C2=A0 =C2=A0 &quot;Name&quot; column of the &quot;YANG Module Names=
&quot; registry.<br>
<br>
=C2=A0 =C2=A0o=C2=A0 A link to the associated &quot;.yang&quot; file.=C2=A0=
 This file link must be<br>
=C2=A0 =C2=A0 =C2=A0 present in the &quot;File&quot; column of the &quot;YA=
NG Module Names&quot; registry.<br>
<br>
=C2=A0 =C2=A0o=C2=A0 The link to the &quot;.sid&quot; file which defines th=
e allocation.<br>
<br>
=C2=A0 =C2=A0o=C2=A0 The number of actually allocated SIDs in the &quot;.si=
d&quot; file.<br>
<br>
=C2=A0 =C2=A0The &quot;.sid&quot; file is stored by IANA.<br>
<br>
<br>
It is this the last part that I think is not well enough defined.<br>
1) How does the file get to IANA?=C2=A0 Is it published in the RFC<br>
=C2=A0 =C2=A0along with the initial YANG module?=C2=A0 =C2=A0 This clearly =
only<br>
=C2=A0 =C2=A0works for YANG modules that come to IANA via RFC, and the SID<=
br>
=C2=A0 =C2=A0IANA Considerations makes it clear that SIDs will be allocated=
<br>
=C2=A0 =C2=A0via a hierarchial process of mega-ranges.<br>
<br>
2) Does the sid file need some kind of advisory locking process,<br>
=C2=A0 =C2=A0such that only a single internet-draft effort can update thing=
s<br>
=C2=A0 =C2=A0to make bis versions of YANG modules.<br>
<br>
3) What is the process going to be to generate SID allocations for<br>
=C2=A0 =C2=A0existing YANG modules that IANA already has?<br>
<br>
4) Clearly we need to get sid.py upstreamed to pyang, and I expect to<br>
=C2=A0 =C2=A0take another stab at doing this, but we need to take this proc=
ess<br>
=C2=A0 =C2=A0into account into when IANA is ready to take allocations.<br>
<br>
5) <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-anima-constrained=
-voucher/" rel=3D"noreferrer noreferrer" target=3D"_blank">https://datatrac=
ker.ietf.org/doc/draft-ietf-anima-constrained-voucher/</a><br>
=C2=A0 =C2=A0got two 50 SID ranges from comi.space, in the 1,000,000-&gt;2,=
000,000 space.<br>
=C2=A0 =C2=A0We&#39;d ask for an early registration, but we can&#39;t until=
 the registry<br>
=C2=A0 =C2=A0 =C2=A0 is created<br>
=C2=A0 =C2=A0a) I&#39;d like to know if we are going to allowed to keep thi=
s allocation,<br>
=C2=A0 =C2=A0 =C2=A0 and if not, I&#39;d like to know now please.<br>
<br>
=C2=A0 =C2=A0b) can we go into the 6.3.3 initial registry?=C2=A0 Either wit=
h the<br>
=C2=A0 =C2=A0 =C2=A0 current allocation, or with a new allocation.<br>
<br>
=C2=A0 =C2=A0c) time is pretty important here...<br>
<br>
<br>
-- <br>
Michael Richardson &lt;<a href=3D"mailto:mcr%2BIETF@sandelman.ca" target=3D=
"_blank" rel=3D"noreferrer">mcr+IETF@sandelman.ca</a>&gt;, Sandelman Softwa=
re Works<br>
=C2=A0-=3D IPv6 IoT consulting =3D-<br>
<br>
<br>
<br>
_______________________________________________<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org" target=3D"_blank" rel=3D"noreferrer">core@=
ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" rel=3D"noreferrer no=
referrer" target=3D"_blank">https://www.ietf.org/mailman/listinfo/core</a><=
br>
</blockquote></div></div></div>

--000000000000aa1905058e81caf6--


From nobody Thu Jul 25 07:58:16 2019
Return-Path: <mcr@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 790FD1201DA for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 07:58:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id brK1jfvcvRwR for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 07:58:12 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00::f03c:91ff:feae:de77]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD99B12023D for <core@ietf.org>; Thu, 25 Jul 2019 07:58:11 -0700 (PDT)
Received: from dooku.sandelman.ca (dhcp-9d9a.meeting.ietf.org [31.133.157.154]) by relay.sandelman.ca (Postfix) with ESMTPS id 801E81F44B; Thu, 25 Jul 2019 14:58:09 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id 47B951D76; Thu, 25 Jul 2019 10:58:32 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: ivaylo petrov <ivaylo@ackl.io>
cc: core <core@ietf.org>, michelle.cotton@icann.org
In-reply-to: <CAJFkdRxpNL_cVJ2pX8f=4uqo-mbUirSBuxgzb60Z18QC3s2uDw@mail.gmail.com>
References: <16149.1564022542@dooku.sandelman.ca> <CAJFkdRxpNL_cVJ2pX8f=4uqo-mbUirSBuxgzb60Z18QC3s2uDw@mail.gmail.com>
Comments: In-reply-to ivaylo petrov <ivaylo@ackl.io> message dated "Thu, 25 Jul 2019 09:56:15 -0400."
X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Thu, 25 Jul 2019 10:58:32 -0400
Message-ID: <16290.1564066712@dooku.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/sqzT-93RKQPU6UaebCjfDt9-75s>
Subject: Re: [core] SID files and IANA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 14:58:15 -0000

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


As discussed in person, if SID files should be included in documents
in the way that YANG files are (wrapped in CODE BEGINS=3D pseudo wrapper),
then we need to say that in the document, and we probably need to
say tha the file extension should be .sid, and the filename probably
should match the yang module filename.

ivaylo petrov <ivaylo@ackl.io> wrote:
    > About your point 2), there is no way to change existing SIDs that has
    > already been published. Now for the file, as it points to a yang
    > module, if there is a new version of the yang file, which is already
    > guarded, I don't see any problem for anyone to request updating of the
    > SID file. This will not change any existing SIDs, just possibly add n=
ew
    > ones. For that reason I am not sure locking is needed. Please let me
    > know if you know of a specific case where that might be.

While existing SID values are not changed, new ones may be allocated, and
it is up to the pyang --sid-* to do this against the .sid file, and so the
file needs to be available.

What is more than one entity does this to a particular module?
The locking can occur at the WG level for IETF streams, but there is a goal
to support processes in industry that are using SID not directly in IETF
protocols.

    > Then about your point 4), IANA is not going to do the generation. Thi=
s is
    > something the authors will have to do I am afraid. The experts will
    > have to=20
    > verify that this generation is acceptable.

Fair enough.

    > Given that draft-ietf-anima-constrained-voucher is past WGLC, I

draft-ietf-anima-bootstrapping-keyinfra is past WGLC, and at the IESG.
(That's non-constrained BRSKI)

draft-ietf-anima-constrained-voucher is not yet in WGLC, sadly.

    > don't see any problem to add it to the initial SID range allocations =
(sec
    > 6.3.3) with a new range (as IANA is not responsible for the mega range
    > that you have mentioned). That being said, I want to be sure that the
    > SID draft will not be delayed in case that draft is delayed for any
    > reason, so maybe we will need to discuss.

I would like to ask for a new range in the IANA range, in this document the=
n.
I need two 50 unit ranges, or a single larger block if you like.

=2D-=20
]               Never tell me the odds!                 | ipv6 mesh network=
s [=20
]   Michael Richardson, Sandelman Software Works        | network architect=
  [=20
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails  =
  [=20
=09

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

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

iQEzBAEBCAAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAl05w5cACgkQlUzhVv38
QpC4lwf+Lxt6w3895RXEoxkgylNJINJrbhaV079UdJU+tcDYdr6tDUBTV+rFakqc
TyvXWPjDQFhdBEx2D/Ip6TwDYsXdedGPOS0epMOSkaeu/45kjHq4223xhKCS6PiO
pLlCD/SMt2SmxxlucEsdj+haCA9bDQe34I1UWkXmiP5H1yNEpt9H8Ygog+H1MOMJ
IC2BYy0nNTjM9RVFOWT/gPsN408WFkLT+JJbSgN+85hs1XUviEr0BXRCoyECD6DM
kBrJaNABSD/RekRO1fl6cw28Z+OLiO//vAsMrdNRQE0X5+4ITHauZGs/9G/cFy0H
/AtVDfIJ3EswcE9n1RpXtefEpQWRnw==
=7v78
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Thu Jul 25 14:17:37 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7A361201F8 for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 14:17:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 K981WFL4EuTu for <core@ietfa.amsl.com>; Thu, 25 Jul 2019 14:17:33 -0700 (PDT)
Received: from prometheus.amsuess.com (alt.prometheus.amsuess.com [IPv6:2a01:4f8:190:3064::3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62E7B1201F1 for <core@ietf.org>; Thu, 25 Jul 2019 14:17:33 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id 41D89457EE for <core@ietf.org>; Thu, 25 Jul 2019 23:17:29 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id BEF0E26 for <core@ietf.org>; Thu, 25 Jul 2019 23:17:27 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2001:67c:370:128:d8db:4d50:3f46:3177]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 33828368 for <core@ietf.org>; Thu, 25 Jul 2019 23:17:27 +0200 (CEST)
Received: (nullmailer pid 1613 invoked by uid 1000); Thu, 25 Jul 2019 21:17:07 -0000
Date: Thu, 25 Jul 2019 17:17:07 -0400
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: Core WG mailing list <core@ietf.org>
Message-ID: <20190725211704.GA23498@hephaistos.amsuess.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP"
Content-Disposition: inline
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/hvrsRS6Rq09KARC91K-mgPNQjcw>
Subject: [core] CoAP FAQ in the wiki
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 21:17:36 -0000

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

Hello CoRE,

as announced on today's WG meeting, I've started collecting frequently
asked questions (and definitely nonauthoritative answers) at
https://github.com/core-wg/wiki/wiki/CoAP-FAQ and invite participation.

The current list draws on questions coming up in the aiocoap issue
tracker and on stackoverflow (most questions there are implementation
related).

If you are confronted with a question on several occasions, please
consider adding it even if you don't have a good answer. I think that
this can evolve into a place where users reaching places like the LwM2M
issue tracker with common misunderstandings can be directed to.

Best regards
Christian

--=20
A beginning is the time for taking the most delicate care that the balances=
 are correct.
  -- Princess Irulan, Manual of Muad'Dib

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl06HEoACgkQOY0REtOk
veGyIA//WCXBdjQpVC94/ueh1DQVRuFVfipkWZ1lHOLI94sIcY5VAMR00CxsWfyU
QUnftbGc3+J+nG8XAAgInI8DbX+vd70O1A+O4VMZQYZNxiJmCt1HNX6AQ/tRASk0
03mLvatFDOarMybCsiRBhdnv2iJpfmXCyD3rPaJnFvsSeA5Bh7FuW45QbdXHmU/V
xWmiV8KXLzrJnM45MOluLzWtErY5XBo2Qh43DEnqm1oHBJKhq0xwu4Fq4+1LBFyA
J5Dtr7wHXMpI8xspMcBytznvSGOT0xUrlhP9mmDfUO40+q3jmsKO8Lt2a8ZczUoF
yQoNXMBo77ecicFGKijVRRRpD9HU7DSrds4yrA0EMDD6T/+uKk2PxNohlghA8NCN
bk6kxgG46OmOi5O7C0qoXgVI8LN8GsQUnImfZoZuF8nojevJ2nXgc6fInMcdwt0p
DWs7AWgqld5vOjwJ7ms6sC6GQUHU3HGGv5CTvmgEcU+8cA4b8XDRz3RfyMP/YwVa
q5bo4aySZk3sVg9Dvj1jR96baBah2BZXf5LKMRq0uLvkEAiqJrCXNCZmGtOOHCgz
eg2pCI8WG53FPU3s9cxyGEvgdGmvnas85aqpkzUFIfBkiKW0kkWu1/b0Arv78Xuj
RRMc7q4ptPHpL3gUKpeJyt6hsrT6ZaX0KUYtGCfjyYaUTCfSfWI=
=iagB
-----END PGP SIGNATURE-----

--jRHKVT23PllUwdXP--


From nobody Mon Jul 29 03:15:30 2019
Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02E6F120106 for <core@ietfa.amsl.com>; Mon, 29 Jul 2019 03:15:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 1v-MkgNyXnCz for <core@ietfa.amsl.com>; Mon, 29 Jul 2019 03:15:27 -0700 (PDT)
Received: from prometheus.amsuess.com (alt.prometheus.amsuess.com [IPv6:2a01:4f8:190:3064::3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A0D11200F8 for <core@ietf.org>; Mon, 29 Jul 2019 03:15:26 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id F1BEB4587A; Mon, 29 Jul 2019 12:15:23 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bf]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 9E16E26; Mon, 29 Jul 2019 12:15:22 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:254c:277e:e6eb:6acc]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 41F9361; Mon, 29 Jul 2019 12:15:22 +0200 (CEST)
Received: (nullmailer pid 5005 invoked by uid 1000); Mon, 29 Jul 2019 10:15:03 -0000
Date: Mon, 29 Jul 2019 12:15:03 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: Ari =?iso-8859-1?Q?Ker=E4nen?= <ari.keranen@ericsson.com>, Cullen Jennings <fluffy@iii.ca>
Cc: core <core@ietf.org>
Message-ID: <20190729101501.GA899@hephaistos.amsuess.com>
References: <F2A7E34C-E8F9-4045-81EC-3ACAD48C449B@ericsson.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI"
Content-Disposition: inline
In-Reply-To: <F2A7E34C-E8F9-4045-81EC-3ACAD48C449B@ericsson.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/tYI48W64MqVIqdPrh8u6dBq2CC8>
Subject: Re: [core] SenML data ct indication and string content-format values
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jul 2019 10:15:29 -0000

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello Ari, hello Cullen,

On Thu, Jul 25, 2019 at 05:02:11AM +0000, Ari Ker=E4nen wrote:
> [...] field causes problems with some high-speed
> data processing systems, automatic parser generators [...]
>
> "ct": 60
> You would use:
> "ct":"60"

while I know the argument (and have brought reiterated it myself during
ETCH design). As here it leads to a controversial (not
going-to-fight-hard, but minor-inconvenience level) design, could you
verify that up-to-date tooling still has this problem? Just as to avoid
us perpetuating this meme after it has outlived its original purpose.

Cullen, I think I remember that you had brought that topic up
originally, could you make a brief statement on it?

Thanks
Christian

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

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

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

iQIzBAABCAAdFiEECM1tElX6OodcH7CWOY0REtOkveEFAl0+xyIACgkQOY0REtOk
veHVuBAAyaQWai8qCx2DI1mKVibet5td3lV4tv27nbY4MLyyYnGfQwd0zEP52RJe
bZdGHA0HQsdnnNAy1kW7gLt3NYEpMh15aslJpd7f6uXnzDh2qEF+b7deKT+HGmpr
mRolimKPWLYzj45IdoEsJkWD5yRBaBpu/Zr95UFLDjYWAUZMr7ioU/mkPcVOK3kS
BXnbczW6EJpB9ZqjiXJYKH5fwvvgtotoP336Ih+KyQVUZwrrotMoFXAvFJWX6+p/
6KTi9MplYWYGtJTWHabuH8E7beQYEW9xgYz5RksB1HRh5uYTop7Ii75m2bJoRESS
Juj1xzjnqJukmap3n52zCs4/OZ8L3p21PN6TM9ztoAhz5ZxuuWHvJ8CxuH14+mCa
76uMLVPbeXnh70uEYuxn5uSCOpM0wiAwAY2RUuxbG2srya1Gl1y4TZaAOZXo8Y5N
Ejy+kMnUwWzJ3/FOp0mNvbDQ+S/mUyqgcPjhXWNG2hkhc/GHvvDF/v1BUPNS/9GK
ZUOo0c8iAeKNflnRJ3gLWAuF7XpTh4XFcY+8qrvF8Oe5nxdJdqrJj/X7WFJf10q+
iGrkg2oBrq7YQyUTaQbIHNkxy+egvR1YX3ndA8/du3YfhI/fKwLEB69EOuxTcsLz
7YKDKLDDE9LZ00rMSiC3qSB4lkRQ+7fKcCGuYxxGV9byqGoMO9o=
=hqIb
-----END PGP SIGNATURE-----

--+HP7ph2BbKc20aGI--


From nobody Mon Jul 29 13:48:28 2019
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B1AA120122 for <core@ietfa.amsl.com>; Mon, 29 Jul 2019 13:48:18 -0700 (PDT)
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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s2IgTRuL-Is5 for <core@ietfa.amsl.com>; Mon, 29 Jul 2019 13:48:16 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF49F12010E for <core@ietf.org>; Mon, 29 Jul 2019 13:48:15 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 8263C3808A; Mon, 29 Jul 2019 16:47:50 -0400 (EDT)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 9E66BBDF; Mon, 29 Jul 2019 16:48:13 -0400 (EDT)
To: ivaylo petrov <ivaylo@ackl.io>, core@ietf.org
References: <16149.1564022542@dooku.sandelman.ca> <CAJFkdRxpNL_cVJ2pX8f=4uqo-mbUirSBuxgzb60Z18QC3s2uDw@mail.gmail.com>
From: Michael Richardson <mcr+ietf@sandelman.ca>
Message-ID: <9c1398c8-ab50-77e2-9e42-876e91959f0b@sandelman.ca>
Date: Mon, 29 Jul 2019 16:48:13 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <CAJFkdRxpNL_cVJ2pX8f=4uqo-mbUirSBuxgzb60Z18QC3s2uDw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Ig6hFL_qNM13xw6mPT6Gdo86ci4>
Subject: Re: [core] SID files and IANA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jul 2019 20:48:25 -0000

On 2019-07-25 9:56 a.m., ivaylo petrov wrote:
> Given that draft-ietf-anima-constrained-voucher is past WGLC, I 
> personally don't see any problem to add it to the initial SID range 
> allocations (sec 6.3.3) with a new range (as IANA is not responsible for 
> the mega range that you have mentioned). That being said, I want to be 
> sure that the SID draft will not be delayed in case that draft is 
> delayed for any reason, so maybe we will need to discuss.

I have opened a github issue against the draft asking for the allocation 
to be included.  I'd like to get the running code updated ASAP with the 
new values, and we'll have to respin our document and build new sid files.


From nobody Mon Jul 29 17:34:31 2019
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F1B512002E; Mon, 29 Jul 2019 17:34:23 -0700 (PDT)
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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dNdZzEN37-kl; Mon, 29 Jul 2019 17:34:21 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81CC1120019; Mon, 29 Jul 2019 17:34:20 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id A672B3808A; Mon, 29 Jul 2019 20:33:55 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id F2EC4C73; Mon, 29 Jul 2019 20:34:18 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
to: ivaylo petrov <ivaylo@ackl.io>, core@ietf.org, anima@ietf.org
In-Reply-To: <9c1398c8-ab50-77e2-9e42-876e91959f0b@sandelman.ca>
References: <16149.1564022542@dooku.sandelman.ca> <CAJFkdRxpNL_cVJ2pX8f=4uqo-mbUirSBuxgzb60Z18QC3s2uDw@mail.gmail.com> <9c1398c8-ab50-77e2-9e42-876e91959f0b@sandelman.ca>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Mon, 29 Jul 2019 20:34:18 -0400
Message-ID: <20280.1564446858@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/CR5zzA3Ddk-3bozGMozp-Xhj0QU>
Subject: Re: [core] SID files and IANA
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2019 00:34:24 -0000

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Ivaylo wrote:
    >> Given that draft-ietf-anima-constrained-voucher is past WGLC, I

{mcr: it's not past WGLC}

    >> personally don't see any problem to add it to the initial SID range
    >> allocations (sec 6.3.3) with a new range (as IANA is not responsible
    >> for the mega range that you have mentioned). That being said, I want
    >> to be sure that the SID draft will not be delayed in case that draft
    >> is delayed for any reason, so maybe we will need to discuss.

Michael Richardson <mcr+ietf@sandelman.ca> wrote:
    > I have opened a github issue against the draft asking for the
    > allocation to be included.  I'd like to get the running code updated
    > ASAP with the new values, and we'll have to respin our document and
    > build new sid files.

I meant to paste this, but I hit send instead:
  https://github.com/core-wg/yang-cbor/issues/11
=20=20
=2D-=20
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -=3D IPv6 IoT consulting =3D-




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

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

iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl0/kIoACgkQgItw+93Q
3WXCCwgArfY4ywDESbaCQ61WEfMi7oVZxImRFyxxf9WY2VAOUGzi0dWDTp5Vnibr
c2HNMid9o2wtnGQtkspdl8aP/7r8AiAeeyQ3EoXxyFsE1yj+g5KOkQlt8S1BCwDR
P6J7Un8a+beMFtQNWnfLFrdghgQfVypd5i98ugH8roWUqLQt86TTrDhGIYucWQn5
55weSrOx7E0bycZ8c2bOS9hZQvxfHVT7PPgHxOIbrAu1Vg4t3jT3FEkIbgSG2jN0
+TARjJbmY7di0SCQTgMyrupmseZTWd2AYq5jQcwVybgvgsTTO+zfqHQRZyPWbZki
rjbikjT8Umt2VuMIJg7v8tBS8EAWOA==
=xwvR
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Wed Jul 31 15:58:19 2019
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 488B3120086 for <core@ietfa.amsl.com>; Wed, 31 Jul 2019 15:58:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0hjmgCAKAToB for <core@ietfa.amsl.com>; Wed, 31 Jul 2019 15:58:16 -0700 (PDT)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44777120073 for <core@ietf.org>; Wed, 31 Jul 2019 15:58:16 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 31 Jul 2019 15:58:10 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: <core@ietf.org>
Date: Wed, 31 Jul 2019 15:58:07 -0700
Message-ID: <01db01d547f3$6c7eec20$457cc460$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AdVH1MWFrssLtTeySba2FHfbLk+63A==
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/bkchEhf0PnxDN8Kn-1N_Ye4C4Ck>
Subject: [core] Questions & Comments for PubSub updated Proposal
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jul 2019 22:58:18 -0000

I was sitting down to look at trying to update my PubSub implementation to
deal with the updated proposal.  At this point I don't think I have enough
information to progress in terms of getting things done.  There are just too
many unanswered questions at this point.

1.  Attribute Inheritance:  I like the idea of doing inheritance because it
makes life easier for lots of people.  However, just playing with it I ended
up needing to be able to decide which attributes are really inherited and
which are not.  In addition, I needed to figure out which attributes were
supposed to deal with the topic and which are to deal with the data.   As an
example, if you look at attributes dealing with ACL control, there are going
to be three different sets of them running around.  A)  Who can create the
topic to begin with, B) Who and update the topic now it is created, and C)
Who is permitted to access the data item.  These are attacked to three
different resources in the design and only two of them (presumably) are
inheritable.  Another such attribute is lifetime where the lifetime of the
topic and the lifetime of the data are going to be different.

2.  It is not clear to me if a data node is supposed to be able to provide a
CoRAL document for information that relates to it.  I am assuming that it is
not because otherwise it would not be possible to publish a CoRAL document
as the data.

3.  Is attribute inheritance live or static?  Are the attributes set at
creation or if the attributes are changed on the parent are they trickled
down?

4.  Is there a way for every attribute to say "don't inherit" which I
currently assume is that the value would be set to "null".

Jim

