[core] CoRE @ IETF 109 - Minutes and summary

Marco Tiloca <marco.tiloca@ri.se> Mon, 23 November 2020 13:48 UTC

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 6C5B93A0B21 for <core@ietfa.amsl.com>; Mon, 23 Nov 2020 05:48:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level:
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ri.se
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JLcs_renWbrL for <core@ietfa.amsl.com>; Mon, 23 Nov 2020 05:48:32 -0800 (PST)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140088.outbound.protection.outlook.com [40.107.14.88]) (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 775943A0B20 for <core@ietf.org>; Mon, 23 Nov 2020 05:48:30 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iLd3mrR6tiDnInk1b+cU4BInUDnJEgSUdEpb58uQSkTsOh5cdbzOpqusdRaUGxyT/EE1i1kw4aXuFJo7uZ4O+qtqM87nKe/WpSzL4o3vzBcbMuvIa22UwMNaGP+eVi1/KRhtF4yarX2+5muSAaAlq0KDWdRTZzCiTJ+Hvhy0/JV+KHjNEGZK96AJbNY4ZNt3ec1xVwbDFvVnXzR01t5hP8kWqGi3euakZXS0Tgkm7aupmHixAC2keeOTk75V7RZ4wgWXdab5hZHAw7jeUi4sL+SwiFaBJrMJekd+7XHcz62RvPhydrVnVLSqHIuYp2/wYmmsbcvnHrTMnm50HdoaXg==
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=yr0lnsBGPywB9C5DipjavYf39NV9Qzd60oGuXjCdP2A=; b=YLo1CGy2z4/VF2WPso0DlsJ3xpN/EFcPt5mpuKyCfD3+sSduncTd7y3EenV4XtmwSdsIpGUWI8c6r8+Haqn6xovclQH3YM+cBgGaltOk8N79pkzoer7w3ePpJU6D3lZiFCVtE9I6F56ZCbhTt5wL3AoHnXC92PIsNhaB47T5OAXxXT9VuUescCJoxP07UjLk84sS5rhPy4W7kLbrlDFxufcmb8Hu7kQEv/DOzvjhoSmG+8crlej0EacpEEXnDz1f7FtB4/L0GXYrcLPlNdd3b0aYLgcLeB41F6ViD4AFRRMiJHMAOAzu3z8zN8XsfK6vimWyIRrrH6cwlmMF3l84Ig==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yr0lnsBGPywB9C5DipjavYf39NV9Qzd60oGuXjCdP2A=; b=Din9BhHkWWgGBQYTbzn4/TEz+rwQoxDoMFRfDuh36HRbG2jppysuG+S0ypbEN13SCtVeRrz6o1BlH8m5i2Tla7tkuaCuLf1k6W1yaWjWQkvMOGN41FkOmwVbmIxIvKMEqY3npp9iiMyDc8b1Iu84cDqTcVgTSAK+dFoBBFjJTek=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ri.se;
Received: from DB8P189MB1032.EURP189.PROD.OUTLOOK.COM (2603:10a6:10:16e::14) by DB8P189MB1095.EURP189.PROD.OUTLOOK.COM (2603:10a6:10:169::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.22; Mon, 23 Nov 2020 13:48:28 +0000
Received: from DB8P189MB1032.EURP189.PROD.OUTLOOK.COM ([fe80::c906:d500:5041:56fd]) by DB8P189MB1032.EURP189.PROD.OUTLOOK.COM ([fe80::c906:d500:5041:56fd%9]) with mapi id 15.20.3589.030; Mon, 23 Nov 2020 13:48:28 +0000
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
From: Marco Tiloca <marco.tiloca@ri.se>
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
Message-ID: <e9269743-6412-f647-60fc-03890af902a7@ri.se>
Date: Mon, 23 Nov 2020 14:48:19 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4efd4Dcf3xAdhXvYHll7ecM8HBCQzCtoT"
X-Originating-IP: [185.236.42.29]
X-ClientProxiedBy: HE1P191CA0006.EURP191.PROD.OUTLOOK.COM (2603:10a6:3:cf::16) To DB8P189MB1032.EURP189.PROD.OUTLOOK.COM (2603:10a6:10:16e::14)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [10.8.0.6] (185.236.42.29) by HE1P191CA0006.EURP191.PROD.OUTLOOK.COM (2603:10a6:3:cf::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.20 via Frontend Transport; Mon, 23 Nov 2020 13:48:28 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: aaa0b6b1-d1d9-45fc-2022-08d88fb67509
X-MS-TrafficTypeDiagnostic: DB8P189MB1095:
X-Microsoft-Antispam-PRVS: <DB8P189MB10951325C83E2B4F9FEAA56699FC0@DB8P189MB1095.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:10000;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: ZNAIj4x7GlIsP47/iJ7LNWoHu80JaYvvX0ErzR9MJiZMz4AiUcu9pJlraSjUAyPCx9yvPWnJBLvKAN90pTh3C1qXalkylSKGv7sc/+236oVYci/qfThohsq1RGjkknjQUesmlL8up/x2fH4ZkHOAhxFRHuhL2/EASbjzbFOiMJ5bP1+hFDvtUBY31zIZciiKPdSQj1R1XvoZ+j3n4RyTP8YBHrbsr+VTXGx3MYIEFNM4zkmETQFBLh8L0IgmPChotJSLMuzwQL6emDyRcz07W/P4kgUqSCX4QHrzfktQr8FmC3Rs148pyAbwZCUjvmpK6qp0TFZudqjj6E7N9Mnoj6ocdBXWphi3vvViIS5AnaOsv1Pcs2pP4lqauPwQ+A02Do1PvVsNsBzLwXgQhpur46xZ44bKYrH6zb7V82OCYpE+ogXsaRm9aCBMGVanaAuFkqS1bxewXxnnlMI4hGODjQ==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB8P189MB1032.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(136003)(396003)(366004)(39860400002)(376002)(346002)(33964004)(66574015)(316002)(956004)(2906002)(2616005)(83380400001)(16526019)(52116002)(31696002)(26005)(16576012)(44832011)(31686004)(21480400003)(186003)(5660300002)(235185007)(6666004)(36756003)(86362001)(8676002)(966005)(8936002)(66476007)(478600001)(66556008)(66946007)(6486002)(30864003)(6916009)(43740500002); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData: FigBqFIdSsb+v0CooUGksnI5BdMsgFDSv8vpsVhzs8LoKJ1Dhy0AQgGA1Iw4pTeizvE5sOyWEJImZau5KQ0m7/Srn0V+EFKCCiab+643XGqH8QZrY1uH2cJRNJdwyVpmAc7j6coPAi7q/25vCzG4N00i2PDDFdGSHJ8Atb5dkw/nvIb5M/t+FiEU+8KM6fHNSY2GbrCoIIgfL7L81PrX8lpefVSmDqTeBRjLHOGg+IvqWxkgtiVf65jLSPnUgw+iIkSkXE8bu6D2WyiPfLu39LedkSj4kJKI/UlfS5A8pkwYJNYi5/D00+Sy1er9BwdJ0wVLVkdIIGdoQQ7itobhqAPaRRlG+8/rKB8jRX4zFpFoIY+suUzOgfvJwYZ6KU1vBFNXAMPQZb2aFRf80mUAzKucJdhgFCLRcP9VbJwvia5KL8KILV5iN0KCyzM1Pa6w4XEpXABlu5cYplpksXRzy4rHphpW9tsfv5nSaRkAwBdwhnDfR4+nIukerhjBiIbOyXF/Ouf9LtlIfzgye20WYKbdB/rD5jlI73/Gr5GvZuu1xtBpcrxOjWU4GoDFSzZUk73DbJWT1MA+hPtsdT+glOlEKQK2VSaSdGKgzfPYZkJRMhyW0vgRQXSBRPjxEkJOYViHZy2KCigmkAXgxQ8r3xdycwMtIJepcouzzJWcQsi5bHbRbPxGPMbyCMMwuDDOifugHPbsLYYPrFuyOr+Tbgb1O9ndrkqZPyI7vfnW4XDQOBPxGGQd7/20T26tqGRAjbhOjcxz4t30one/cZJAPJhG7sY2sLb+iqGqv7PDJefdxROvZSQiBRB5WlH/+taT7dD3gDAntKxs/VOqMWJUAAB1N3jnAFidn1nUGrdaKVNds24rjGqmdkzLvObuq9hY1ii1sc/HWW7P1UAXEMp02A==
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-Network-Message-Id: aaa0b6b1-d1d9-45fc-2022-08d88fb67509
X-MS-Exchange-CrossTenant-AuthSource: DB8P189MB1032.EURP189.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Nov 2020 13:48:28.5178 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 75Dr1jrRTiwKPHvEZ19+fpcuvGCqMbA0YrFu8EnZI0cGcOtRRtC7VgGKEY7Ystfdg93D+uD4j19MQUoUrpjymA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8P189MB1095
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/AqVyYYxW25X0JCX23q8Yv79nYK8>
Subject: [core] CoRE @ IETF 109 - Minutes and summary
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, 23 Nov 2020 13:48:35 -0000

Dear all,

The minutes for the two CoRE sessions are available at [1]. Thanks to
the fantastic note takers Christian, Francesca, Michael and Göran!

Please, send possible fixes and updates to core-chairs@ietf.org or to
the mailing list, preferably within the next 7 days.

The recordings of the two CoRE sessions are now available at [2][3].

Finally, you can find below the usual summary of the two sessions, with
fewer technical details. This summary, together with the raw minutes, is
also available at [4].

Thank you all for your participation and contribution!

Best,
Marco and Jaime


[1] https://datatracker.ietf.org/meeting/109/session/core

[2] https://www.youtube.com/watch?v=aCiY4HS0-IY

[3] https://www.youtube.com/watch?v=A70LOOSrfdg

[4]
https://github.com/core-wg/wg-materials/blob/master/ietf109/core-109-summary.md

----------

# Summary

## WG and document status

* RFC Editor Queue
    * draft-ietf-core-stateless-08

* IESG Processing:
    * draft-ietf-core-resource-directory-26: IESG Evaluation::AD Followup
       
* In Last Call
    * draft-ietf-core-dev-urn-08
    * draft-ietf-core-echo-request-tag-11

* In Post-WGLC processing:
    * draft-ietf-core-comi-10: under shepherd write-up
    * draft-ietf-core-sid-14: under shepherd write-up
    * draft-ietf-core-yang-cbor-13: under shepherd write-up
    * draft-ietf-core-yang-library-02: under shepherd write-up
    * draft-ietf-core-oscore-groupcomm-10: processed WGLC comments; one
new review to process

## Resource Directory

* draft-ietf-core-resource-directory-26

Reviews from the IESG were processed and answered. Three open points
will be addressed in version -27 coming in December, about DTLS replay
protection, trusting links from the RD and ambiguities of Link Format.
One point from Ben Kaduk requires an explicit follow-up.

## Stateless

* draft-ietf-core-stateless-08

The latest version addressed all comments left since May from IESG
review. The remaining DISCUSS ballot was cleared up.

During the IETF week, the document was approved for publication as
Proposed Standard and entered the RFC Queue.

## Groupcomm-bis

* draft-ietf-core-groupcomm-bis-02

The document aims at obsoleting RFC 7390 towards a Standards Track, now
that there is a possible security mode for CoAP group communication.
This version closes issues from earlier reviews.

Next steps include handling of multiple responses from a same server to
a same request, cachability of responses and usage of ETAGs, and
implementation tests.

Pending reviews: Christian and Francesca.

## Group OSCORE

* draft-ietf-core-oscore-groupcomm-10

This version addresses comments from the July WGLC and around IETF 108.
The third round of interop tests occurred during the hackathon, with
three different implementations, covering also the pairwise mode for
message protection.

The main next step is running more tests and addressing a new review
from Christian, covering among other points the need for a better
distinction between anti-replay and freshness requirements. Other points
to cover include optimization and generalization of the external_aad format.

## OSCORE Group Discovery

* draft-tiloca-core-oscore-discovery-07

Method to use the Resource Directory to find links for joining OSCORE
groups at their Group Manager (GM). Full support for Link Format or CoRAL.

Latest updates include an alignment with draft-ietf-ace-oscore-gm-admin
as to the names of the application groups, and considerations on an
application group using multiple security groups.

It was noted that the link relation between a security group and an ACE
Authorization Server is a general thing that may be better handled in
ACE, possibly as a dedicated document.

Next steps include adding parameters about the pairwise mode of Group
OSCORE, alignment with upcoming updates to the Resource Directory
document, more security considerations, and early tests among
implementations.

## Multicast Notifications

* draft-tiloca-core-observe-multicast-notifications-04

Method to send observe notifications to a set of clients observing a
same resource at the server, by using multicast responses. These are
responses to a phantom observation request that the server creates.

Latest updates include encoding of informative response
(transport-dependent and transport-specific information, flexible for
non-UDP transport); improved rough counting of clients; added support
for proxies.

Next steps will focus on improving the examples with proxies, the
negotiation for client supporting this mechanisms or not, making some
content optional, and specifying a possible server acting as its own
OSCORE Group Manager.

The document has its core approach stable for a while now, and there has
been interest for adoption from 12 people.

People to review: Göran and Carsten (since IETF 108), Jaime, Esko and
Thomas.

## Groupcomm proxy

* draft-tiloca-core-groupcomm-proxy-02

Method for proxies to work in a CoAP group communication setting,
addresses the related issues from draft-ietf-core-groupcomm-bis. The
proxy forwards back to the client the individual responses from the
servers, for an amount of time indicated by the client. The client can
distinguish the different servers originating the responses and learn
their addresses. Two new CoAP options are defined. Group OSCORE is
possible between client and servers; any security between client and proxy.

Latest updates include improved semantics and encoding of the two new
CoAP options, and support for a chain of forward proxies.

Next steps will focus on support for HTTP-to-CoAP cross proxies, to
enable HTTP clients to talk to a group of CoAP servers.

Need for reviews; promised at IETF 108 are from Christian, Carsten and
Francesca.

## OSCORE with EDHOC

* draft-palombini-core-oscore-edhoc-01

Different approaches to combine an execution of EDHOC with the first
OSCORE exchange following it. The different approaches can also be
signaled in different ways. The third and final EDHOC message from the
client is merged with the first OSCORE request protected with the
derived security context. This would reduce the overall number of
roundtrips.

Following feedback from IETF 108, this update reduces the candidate
approaches to the one using "EDHOC in OSCORE". The goal is now to select
the exact way for signaling this approach, as either a flag bit in the
OSCORE option or a dedicated new CoAP option (which seems preferred).
Both ways require an IANA registration.

Need for reviews; promised at IETF 108 are from Christian and Carsten.

## SenML Versions

* draft-ietf-core-senml-versions-01

This version includes only minor updates; it needs reviews before WGLC.
There is a working implementation from Ari.

Alexey reviewed preview versions. Need for more reviews before WGLC.

Will review this version: Jaime and Bill.

## SenML Data CT

* draft-ietf-core-senml-data-ct-02

Need to integrate the comments following the WGLC after IETF 108. After
that, plan to request publication.

The document refers to draft-bormann-core-media-content-type-format
(MCTF) , which would preferably be an adopted draft before this document
is sent to the IESG.

It's not clear where MCTF belongs to (out of scope for EMAILCORE, very
generic for CoRE), so it will go through DISPATCH. Alexey offered as
shepherd for MCTF, while Barry can possibly sponsor it as AD.

## New Block

* draft-ietf-core-new-block-02

This update addresses all major points. The WG has decided to call the
approach "Q-Block". Will submit -03 soon with minor additions, then need
for more reviews (also about the usage of OSCORE), then WGLC.

Will review: Christian.

## Dynlink

* draft-ietf-core-dynlink-11

Work is ongoing on new parameters and their usage, also relevant in OMA
LwM2M, i.e. 'pmin', 'pmax', 'edge' and 'con'. Related issues are open on
Github for comments.

It seems reasonable to allow pmin == pmax. It's still open if and how
this should support the presence of proxies, that are not used in LwM2M
but have to be assumed in REST as scope of CoRE.

There will be more discussion at the next series of CoRE interim meetings.

## Fasor

* draft-ietf-core-fasor-01

Presented status and planned next steps; authors see the document as
stable and needing for review, also from tsvarea. After addressing
review comments, WGLC would be a target. Characteristics of the approach
have been emulated but there are no plans for further evaluation.

Will review: Carles Gomez

CoRE chairs will approach tsvarea chairs for more reviews.

## CoAP over GATT

* draft-amsuess-core-coap-over-gatt-01

Presented updates on the exchange of CoAP messages on GATT, a mode of
Bluetooth Low Energy, targeting applications with limited APIs. The goal
is to gather implementation experience and have this as Experimental
"This is how a few people do it" document.

There was consensus that it is good to extend support for CoAP on more
environments/platforms, and that Experimental is the right type of
target at the moment. It was noted that GATT specific new COAP URI
scheme might need detailed examination.

## Rekeying for OSCORE and AEAD limits

* https://mailarchive.ietf.org/arch/msg/core/bbzZCt6ZZn4ysR7yLujPNscBF3g/

Depending on the used encryption algorithm, a safe limit exists in terms
of performed encryptions or failed decryptions using the same key. Once
passed the limit, the key should not be used any longer. This affects
also OSCORE, especially when using CCM_8, and should be considered also
for Group OSCORE.

Some preliminary assessment was presented, and more work is required to
have a better model and better values to take as threshold. It has to be
taken into account that CCM_8 is used today.

The immediate next step is a new draft where the problem is better
documented and analyzed. Building on that, it will be possible to better
understand if OSCORE needs a new lightweight, symmetric-key rekeying
mechanism.

There will be more discussion at the next series of CoRE interim meetings.

-- 
Marco Tiloca
Ph.D., Senior Researcher

RISE Research Institutes of Sweden
Division ICT
Isafjordsgatan 22 / Kistagången 16
SE-164 40 Kista (Sweden)

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