Re: [lp-wan] Example of rule with field of variable length

dominique.barthel@orange.com Mon, 25 January 2021 09:45 UTC

Return-Path: <dominique.barthel@orange.com>
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 831AD3A0DC2 for <lp-wan@ietfa.amsl.com>; Mon, 25 Jan 2021 01:45:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.217
X-Spam-Level:
X-Spam-Status: No, score=-0.217 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 Uljh3AvEBGyv for <lp-wan@ietfa.amsl.com>; Mon, 25 Jan 2021 01:45:23 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B4833A0DC0 for <lp-wan@ietf.org>; Mon, 25 Jan 2021 01:45:23 -0800 (PST)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 4DPQ2m6j7Sz5w1L; Mon, 25 Jan 2021 10:45:20 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1611567920; bh=b+q5j4HNpd84w+q1OmuCQLSLU70emDUDU5UoJQtKhNQ=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=nP9Mt492Ltdl82BoQO9ljAJGq016KOJgtYvWMu5bT4j7VLv/tXIWj28Pv63KbLV6v ia3A9gLr6MFY/tlLoMTL8DPTHWKpZRX7/TWy31vO+90V9nddk0ZK93b6kgYuA58qY3 2hsSOcxhuclDAO2XS650SN1LFn9y8FYvR3ZZjzfnbx3PPYl90GS7WSYACI5aXBeAxK w/AVukmAYV2Huj2ke3H29ak72wQ9xGVWkYB9qOeDTSNk1nPTuInE3bCVvWTTZs7BNE F/1cSPRIknHzZ/uK+Hbmo3VxgcTy/yMBpxCbkt8wGSTM6J/G+tCLKSo393R7Et80yy 74dcxJRXuZHmQ==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.101]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id 4DPQ2m5SmCz8sYm; Mon, 25 Jan 2021 10:45:20 +0100 (CET)
From: dominique.barthel@orange.com
To: Felipe Canales <felipe.canales.213@gmail.com>, "lp-wan@ietf.org" <lp-wan@ietf.org>
CC: "rodrigo.munoz.lara@gmail.com" <rodrigo.munoz.lara@gmail.com>, Sandra Céspedes <scespedes@niclabs.cl>
Thread-Topic: [lp-wan] Example of rule with field of variable length
Thread-Index: AQHW8vxIMqS0Qt7dyEKA+OLZvboq06o4Fr/g
Date: Mon, 25 Jan 2021 09:45:19 +0000
Message-ID: <13863_1611567920_600E9330_13863_475_1_8F1D83ADCC1AC94186A867BEE9B7D9136020BA6D@OPEXCAUBM21.corporate.adroot.infra.ftgroup>
References: <3E620F6E-2457-4460-9FD2-AFE008842527@hxcore.ol>
In-Reply-To: <3E620F6E-2457-4460-9FD2-AFE008842527@hxcore.ol>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.247]
Content-Type: multipart/alternative; boundary="_000_8F1D83ADCC1AC94186A867BEE9B7D9136020BA6DOPEXCAUBM21corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/xIn6vLNXRW-js8s16Ns6GBtdDJ4>
Subject: Re: [lp-wan] Example of rule with field of variable length
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: Mon, 25 Jan 2021 09:45:25 -0000

Hello Felipe,

Good to hear from the Chilean team !
Variable length fields do not appear in UDP/IPv6, as you rightly mentioned.
They do appear in many CoAP field, so you will find several examples in draft-ietf-lpwan-coap-static-context-hc-18.
One example with the MSB matching operator can be seen in Fig 5.
Best regards

Dominique

From: lp-wan [mailto:lp-wan-bounces@ietf.org] On Behalf Of Felipe Canales
Sent: mercredi 20 janvier 2021 04:09
To: lp-wan@ietf.org
Cc: rodrigo.munoz.lara@gmail.com; Sandra Céspedes <scespedes@niclabs.cl>
Subject: [lp-wan] Example of rule with field of variable length

Dear Author,

I’m working on the compression of IPv6 and UDP headers on an implementation of SCHC over LoRaWAN. Currently, I can compress fields of fixed length as specified by RFC 8724, but I am unsure about how to implement variable length fields.

Section 7.1 states that the field length (FL) of a variable length header is its type and that length calculation is defined by the type. I understand this to mean that the length is the number of FL units used instead of the number of bits. Together with the definition of the MSB matching operator in section 7.3, leads me to believe that when a residue length is sent, it also indicates FL units. Is this right?

Additionally, there is no example of a rule with a variable length header in RFC 8724. Could I be provided one? Even if it does not apply to IPv6 + UDP (which I believe it doesn’t), it would serve as a reference for compressing other protocols.

Regards.

Felipe Canales

_________________________________________________________________________________________________________________________

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.