Re: [lp-wan] FW: RFC 8824 on Static Context Header Compression (SCHC) for the Constrained Application Protocol (CoAP)

Alexander Pelov <a@ackl.io> Wed, 30 June 2021 14:18 UTC

Return-Path: <alexander@ackl.io>
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 4F5013A1E03 for <lp-wan@ietfa.amsl.com>; Wed, 30 Jun 2021 07:18:12 -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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UnyiARFK6mAg for <lp-wan@ietfa.amsl.com>; Wed, 30 Jun 2021 07:18:06 -0700 (PDT)
Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (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 237EE3A1DF8 for <lp-wan@ietf.org>; Wed, 30 Jun 2021 07:18:05 -0700 (PDT)
Received: by mail-io1-xd2e.google.com with SMTP id k16so3293671ios.10 for <lp-wan@ietf.org>; Wed, 30 Jun 2021 07:18:05 -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=ivPh0piTA7aeEjtnnhruj6oXhwvjn7D1N+JmlRX0g5o=; b=QrK77JeHwnqoG1OASCJDiCsXAV62s5lcfu0RVd71Ii7BI2vdtuxTMHbMKUCl5Di8X2 AWpknD1V7tliCb/7dT6FJb/a1uuF/HlsFU1qJGaL0H/Vld/3nBtm8HiO2LbcYE2PXqSc IBhDBj5O/LRXONvAT3Lr37GZRac4Wvre8Gvg8U0DH4v5bOqaH4lznWN2eb89gkNnh74l fqeBzZrq8GDXJnPLiGlPGfONe5wSp/86hMNVOVXG8CLnUzL1nWgJQGwlUAnC3G9Cjjgd tZ3GD+sZtSNYX7pH/9rlSJQXZeB6k/QsP/kl+LLJZr7gTVmHvu/s9+Wtt49/wBonsfk7 hEiw==
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=ivPh0piTA7aeEjtnnhruj6oXhwvjn7D1N+JmlRX0g5o=; b=e1/jcwZrP+/vS1ydDpyNoD92sbRLPQFKsKkq7I+dEpXinWxqNOQQ24AGn7jbpIf8UV xpScKXZVn3Ut1BjbBuVXeESSyG1UofDdXsJLwgdtxtI7HPJoy3ZznSBr814tsiVJnMLS 47BZPjpm7RhDpD9EGtd00K+xQxGop/fojpyk9FI0reJYQBsKIPGwI+qqaF9JNRkDHAr/ kTEhCJyf6PX78DfXdNUu53ykbqBs/+POAnmjIioyrCC1IlWq7i/29byp0t2T4uKduTGx oh+Lkjy/NxHVtmoM0vh6jRkqkNFNNce/SO2+IY7K01pzuwWJgEP1VQ0FjjAjHXIvqU3I gyQA==
X-Gm-Message-State: AOAM532+kzj7ftpeJPhmWLUaxXjvxLOeAx0/Misaq+P3Tp4w+qBhLLYN 0X0sq8nJXbyXfOdm1icKPmu6mo0tebFyqG+bRwnqfw==
X-Google-Smtp-Source: ABdhPJxJVP48eneEgLEhUo8mr8rp9ExR4S1Ir3KB0R2j8di403w7u0xTvzAYQy09fP5lHIa6LFHcPZ6Giu7Vuos7Waw=
X-Received: by 2002:a5d:8242:: with SMTP id n2mr8018552ioo.198.1625062684655; Wed, 30 Jun 2021 07:18:04 -0700 (PDT)
MIME-Version: 1.0
References: <20210630062348.00199F40729@rfc-editor.org> <CO1PR11MB4881E5CDC49412228F2DFE83D8019@CO1PR11MB4881.namprd11.prod.outlook.com> <23618_1625038466_60DC1E81_23618_257_1_8F1D83ADCC1AC94186A867BEE9B7D9137FD2DBDD@OPEXCAUBM21.corporate.adroot.infra.ftgroup>
In-Reply-To: <23618_1625038466_60DC1E81_23618_257_1_8F1D83ADCC1AC94186A867BEE9B7D9137FD2DBDD@OPEXCAUBM21.corporate.adroot.infra.ftgroup>
From: Alexander Pelov <a@ackl.io>
Date: Wed, 30 Jun 2021 16:17:53 +0200
Message-ID: <CACQW0Er6m-WgsN+UERhse9_OjiX3dJBbsg6hpZP+0jMUC4RnLQ@mail.gmail.com>
To: BARTHEL Dominique IMT/OLPS <dominique.barthel@orange.com>
Cc: "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>, "lp-wan@ietf.org" <lp-wan@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000ebe3a05c5fc647f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/s0v32EIz6-9c8xbYQCFHjCgcf74>
Subject: Re: [lp-wan] FW: RFC 8824 on Static Context Header Compression (SCHC) for the Constrained Application Protocol (CoAP)
X-BeenThere: lp-wan@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 30 Jun 2021 14:18:12 -0000

Congratulations to the authors, everyone that contributed and the whole
working group!

Cheers,
Alexander


On Wed, Jun 30, 2021 at 9:34 AM <dominique.barthel@orange.com> wrote:

> Congrats and thanks to all involved, indeed.
> We're moving on!
>
> Dominique
>
>
> -----Original Message-----
> From: lp-wan [mailto:lp-wan-bounces@ietf.org] On Behalf Of Pascal Thubert
> (pthubert)
> Sent: mercredi 30 juin 2021 09:29
> To: lp-wan@ietf.org
> Subject: [lp-wan] FW: RFC 8824 on Static Context Header Compression (SCHC)
> for the Constrained Application Protocol (CoAP)
>
> Congrats to the team and the whole group!
>
> Now we have a whole stack for a node at least for one technology, more
> techs to follow soon with SigFox and NB IOT.
>
> Next steps are the architecture and the data model, so we can deploy the
> infrastructure more automatically and scale to tons of various devices.
>
> Keep the good time rollin'!
>
> The chairs
>
>
> -----Original Message-----
> From: lp-wan <lp-wan-bounces@ietf.org> On Behalf Of
> rfc-editor@rfc-editor.org
> Sent: mercredi 30 juin 2021 8:24
> To: ietf-announce@ietf.org; rfc-dist@rfc-editor.org
> Cc: lp-wan@ietf.org; drafts-update-ref@iana.org; rfc-editor@rfc-editor.org
> Subject: [lp-wan] RFC 8824 on Static Context Header Compression (SCHC) for
> the Constrained Application Protocol (CoAP)
>
> A new Request for Comments is now available in online RFC libraries.
>
>
>         RFC 8824
>
>         Title:      Static Context Header Compression (SCHC)
>                     for the Constrained Application Protocol (CoAP)
>         Author:     A. Minaburo,
>                     L. Toutain,
>                     R. Andreasen
>         Status:     Standards Track
>         Stream:     IETF
>         Date:       June 2021
>         Mailbox:    ana@ackl.io,
>                     laurent.toutain@imt-atlantique.fr,
>                     randreasen@fi.uba.ar
>         Pages:      30
>         Updates/Obsoletes/SeeAlso:   None
>
>         I-D Tag:    draft-ietf-lpwan-coap-static-context-hc-19.txt
>
>         URL:        https://www.rfc-editor.org/info/rfc8824
>
>         DOI:        10.17487/RFC8824
>
> This document defines how to compress Constrained Application Protocol
> (CoAP) headers using the Static Context Header Compression and
> fragmentation (SCHC) framework. SCHC defines a header compression mechanism
> adapted for Constrained Devices. SCHC uses a static description of the
> header to reduce the header's redundancy and size.
> While RFC 8724 describes the SCHC compression and fragmentation framework,
> and its application for IPv6/UDP headers, this document applies SCHC to
> CoAP headers. The CoAP header structure differs from
> IPv6 and UDP, since CoAP uses a flexible header with a variable number of
> options, themselves of variable length. The CoAP message format is
> asymmetric: the request messages have a header format different from the
> format in the response messages. This specification gives guidance on
> applying SCHC to flexible headers and how to leverage the asymmetry for
> more efficient compression Rules.
>
> This document is a product of the IPv6 over Low Power Wide-Area Networks
> 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
>
>
> _______________________________________________
> lp-wan mailing list
> lp-wan@ietf.org
> https://www.ietf.org/mailman/listinfo/lp-wan
>
> _______________________________________________
> lp-wan mailing list
> lp-wan@ietf.org
> https://www.ietf.org/mailman/listinfo/lp-wan
>
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
> recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou
> falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been
> modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> lp-wan mailing list
> lp-wan@ietf.org
> https://www.ietf.org/mailman/listinfo/lp-wan
>