Re: [lp-wan] [core] Fwd: New Version Notification for draft-tiloca-lpwan-8824-update-00.txt

Carles Gomez Montenegro <carles.gomez@upc.edu> Mon, 27 March 2023 03:22 UTC

Return-Path: <carles.gomez@upc.edu>
X-Original-To: lp-wan@ietfa.amsl.com
Delivered-To: lp-wan@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47F04C151B01 for <lp-wan@ietfa.amsl.com>; Sun, 26 Mar 2023 20:22:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=upc-edu.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CahXt-829E17 for <lp-wan@ietfa.amsl.com>; Sun, 26 Mar 2023 20:22:00 -0700 (PDT)
Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 114D9C151B37 for <lp-wan@ietf.org>; Sun, 26 Mar 2023 20:21:59 -0700 (PDT)
Received: by mail-wr1-x434.google.com with SMTP id q19so4088773wrc.5 for <lp-wan@ietf.org>; Sun, 26 Mar 2023 20:21:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=upc-edu.20210112.gappssmtp.com; s=20210112; t=1679887318; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=xlzgu2cXmOo9nU9F8Lzu7tXNdl2kyki3CGtCrfZOB9I=; b=2ole+gl6Gp2kQTc9S1D6rCaWpxnp1rsavjsdjfHmSOzJ9FquBd6CKqfMC/P3uH/r1I +36C/xrshvwKUrBQG7ieUOCTjQOzBemumO3RXPuZSR2VJepLI+VrUww/48YV3Y/9EMhK Ws9CH93iisfyM6LQgKepqyD6SMyFuFvf5M2GqPZT0cEKo8Gg1F7uzUpvVnYiqdzL/2le wip6S6eJLjJeuj09XwI1x+GG6qvB8ev45vZ9LH5+4RPwQ6vaLPmpQ8A3O8FkBcnri5Y7 XhEJe7GjcZxCSnTtdrPxXygajfB0tKMqFoMeZ5PGIZRbMlTIvBQi7FNrRtmIYcqrCVlZ nMUg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679887318; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=xlzgu2cXmOo9nU9F8Lzu7tXNdl2kyki3CGtCrfZOB9I=; b=DPNhxrtwHAAYzO5wzwvzwL8EeTUxmGygY3C7TfVB2aIwISwQBl5Hj/Guat5D/B4338 ZmXeTOPRdcQGhcoxcj6Y6PTjCARUJjF52Lo4W/F+MkeRtxjERcT6cu1VDxVmhBZnqLn+ Qu+0BPMWxNS72bNkGAIPImQQcJExCsR3T58cUIu+nZ+PhNn5fKjwsaOKouCg04KO/kgm JHCcA/r2p/1EnpAAl+0skm2T94EhDBik0Gm9K3+1+Kv4rm/VQG+bT9zRO2GidOZB4I7D cIPVwWwtpK/ci0DhnpUZJybMlEHyzcdPlOwdwuHW1hGi7Kvcqu3LbH2qzioKMMWGqrbW 7TaQ==
X-Gm-Message-State: AAQBX9c73TlNfr+1EDGjPtmYTHMbYiqT0vGrgiM+75cDiAsN4+WVFHBM QpRJ2B53AzupMeHu9K5KRn4568hCSr2Vx2llTvGEAQsSJgU/rWudquE=
X-Google-Smtp-Source: AKy350bpWT+T+KUM2fA3NxfUXlBPsnPB1ihOVAe2hOZM4LgDpAmIVfZiNKUfpHf0zg9AbKEgeywUB/qo9extYTGpBkE=
X-Received: by 2002:adf:efc7:0:b0:2cf:e6e0:709e with SMTP id i7-20020adfefc7000000b002cfe6e0709emr1999745wrp.1.1679887317734; Sun, 26 Mar 2023 20:21:57 -0700 (PDT)
MIME-Version: 1.0
References: <167872020028.25031.4731987728861448993@ietfa.amsl.com> <f0de5ec4-fe2a-0f79-8a2a-400386dbb632@ri.se>
In-Reply-To: <f0de5ec4-fe2a-0f79-8a2a-400386dbb632@ri.se>
Reply-To: carles.gomez@upc.edu
From: Carles Gomez Montenegro <carles.gomez@upc.edu>
Date: Mon, 27 Mar 2023 05:21:47 +0200
Message-ID: <CAAUO2xygPZwqeH2iNO=kJ9gJ4xYJKtOwUn268T=HTkLkXT3LrQ@mail.gmail.com>
To: Marco Tiloca <marco.tiloca=40ri.se@dmarc.ietf.org>
Cc: lp-wan@ietf.org, schc@ietf.org, core@ietf.org
Content-Type: multipart/alternative; boundary="000000000000d62ca805f7d93e1d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/0IYD-1j5-w6rEKJPWNiRiK3vPSs>
Subject: Re: [lp-wan] [core] Fwd: New Version Notification for draft-tiloca-lpwan-8824-update-00.txt
X-BeenThere: lp-wan@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Low-Power Wide Area Networking \(LP-WAN\), also known as LPWA or Low-Rate WAN \(LR-WAN\)" <lp-wan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lp-wan/>
List-Post: <mailto:lp-wan@ietf.org>
List-Help: <mailto:lp-wan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Mar 2023 03:22:04 -0000

Hello Marco, and co-authors,

Thanks for the RFC 8824 update effort.

In 6lo we have a document that enables the transmission of SCHC-compressed
IPv6(/UDP/CoAP) packets over IEEE 802.15.4 networks [1].

In RFC 8824, there is the following text, which applies to the above draft:
"If an LPWAN is the Layer 2 technology being used, the SCHC security
considerations discussed in [RFC8724
<https://www.rfc-editor.org/rfc/rfc8824.html#RFC8724>] continue to apply.
When using another Layer 2 protocol, the use of a cryptographic
integrity-protection mechanism to protect the SCHC headers is REQUIRED."

In the context of a possible RFC 8824 update, we (coauthors of [1]) were
wondering whether the "REQUIRED" requirement level in RFC 8824 could be
lowered to "SHOULD". The motivation for using SCHC to compress headers is
performance (in terms of energy, latency, bandwidth, etc.). Since IEEE
802.15.4 allows a "no security" mode, it might be interesting to support
SCHC-compressed CoAP headers over the "no security" mode as well, which
would involve lower overhead (of course, at the expense of reduced
security, for scenarios where the "no security" mode may be reasonable),
and where SCHC would allow a greater performance improvement versus the
default scenario.

Perhaps, could this topic be considered in the RFC 8824 update?

(Also, now that SCHC is expanding beyond LPWANs, the previous comment may
also apply for other L2 technologies...)

Cheers,

Carles (on behalf of the authors of [1])

[1] https://datatracker.ietf.org/doc/draft-ietf-6lo-schc-15dot4




On Mon, 13 Mar 2023 at 19:40, Marco Tiloca <marco.tiloca=
40ri.se@dmarc.ietf.org> wrote:

> Hello LPWAN,
>
> (also CCing CoRE for information)
>
> We have recently submitted the new document draft-tiloca-lpwan-8824-update
> [1].
>
> This draft considers the use of SCHC for header compression of CoAP
> messages and aims at updating RFC 8824, by especially:
>
> - Defining the compression of CoAP options introduced after RFC 8824.
>
> - Updating the compression of the CoAP option OSCORE, in the light of
> recent developments related to the security protocol OSCORE (RFC 8613).
>
> - Clarifying how the SCHC compression handles the CoAP payload marker.
>
> - Defining how the SCHC compression works in the presence of CoAP proxies.
>
>
> Comments and feedback are very welcome!
>
> Best,
> /Marco
>
>
> [1] https://datatracker.ietf.org/doc/draft-tiloca-lpwan-8824-update/
>
>
> -------- Forwarded Message --------
> Subject: New Version Notification for
> draft-tiloca-lpwan-8824-update-00.txt
> Date: Mon, 13 Mar 2023 08:10:00 -0700
> From: internet-drafts@ietf.org
> To: Ivan Martinez <ivanmarinomartinez@gmail.com>
> <ivanmarinomartinez@gmail.com>, Laurent Toutain
> <Laurent.Toutain@imt-atlantique.fr> <Laurent.Toutain@imt-atlantique.fr>,
> Laurent Toutain <laurent.toutain@imt-atlantique.fr>
> <laurent.toutain@imt-atlantique.fr>, Marco Tiloca <marco.tiloca@ri.se>
> <marco.tiloca@ri.se>
>
>
> A new version of I-D, draft-tiloca-lpwan-8824-update-00.txt
> has been successfully submitted by Marco Tiloca and posted to the
> IETF repository.
>
> Name: draft-tiloca-lpwan-8824-update
> Revision: 00
> Title: Clarifications and Updates on using Static Context Header
> Compression (SCHC) for the Constrained Application Protocol (CoAP)
> Document date: 2023-03-13
> Group: Individual Submission
> Pages: 16
> URL:
> https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Farchive%2Fid%2Fdraft-tiloca-lpwan-8824-update-00.txt&data=05%7C01%7Cmarco.tiloca%40ri.se%7Cc512bbd0c9f74b8d16a108db23d50a19%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C638143170284458189%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7C&sdata=GmsWKwYDNrX7H2liDSpZSZmgLQ%2BxbHpGMoAVX523IjE%3D&reserved=0
> Status:
> https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-tiloca-lpwan-8824-update%2F&data=05%7C01%7Cmarco.tiloca%40ri.se%7Cc512bbd0c9f74b8d16a108db23d50a19%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C638143170284458189%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7C&sdata=yTymJuq4PRUwsenqTFSgFZcJHhV3kF%2FhWtqSU5FXymo%3D&reserved=0
> Html:
> https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Farchive%2Fid%2Fdraft-tiloca-lpwan-8824-update-00.html&data=05%7C01%7Cmarco.tiloca%40ri.se%7Cc512bbd0c9f74b8d16a108db23d50a19%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C638143170284458189%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7C&sdata=n0Hy%2FQQZmBv9OnBxqbPRnKczgEnf2FOjSNfMuUvXn3I%3D&reserved=0
> Htmlized:
> https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-tiloca-lpwan-8824-update&data=05%7C01%7Cmarco.tiloca%40ri.se%7Cc512bbd0c9f74b8d16a108db23d50a19%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C638143170284458189%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7C&sdata=KiyI3Fy%2FZrpi0OvEimOvq4aB%2BC4Pq1gCiMn2wyFXNek%3D&reserved=0
>
>
> Abstract:
> This document clarifies, updates and extends the method specified in
> RFC 8824 for compressing Constrained Application Protocol (CoAP)
> headers using the Static Context Header Compression and fragmentation
> (SCHC) framework. In particular, it considers recently defined CoAP
> options and specifies how CoAP headers are compressed in the presence
> of intermediaries. Therefore, this document updates RFC 8824.
>
>
>
> The IETF Secretariat
>
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>