Re: [lp-wan] SCHC RFC-to-be title?

AUDEBERT Vincent <vincent.audebert@edf.fr> Mon, 10 February 2020 17:07 UTC

Return-Path: <prvs=30237088c=vincent.audebert@edf.fr>
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 B07B7120808 for <lp-wan@ietfa.amsl.com>; Mon, 10 Feb 2020 09:07:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.298
X-Spam-Level:
X-Spam-Status: No, score=-4.298 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_MED=-2.3, 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 (1024-bit key) header.d=edf.fr
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 HVB_91vcIrjg for <lp-wan@ietfa.amsl.com>; Mon, 10 Feb 2020 09:07:33 -0800 (PST)
Received: from mtagatec.edf.fr (mtagatec.edf.fr [163.114.23.150]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D057612080C for <lp-wan@ietf.org>; Mon, 10 Feb 2020 09:07:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=edf.fr; i=@edf.fr; q=dns/txt; s=msg-user-2020; t=1581354452; x=1612890452; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=uWnzWLEY8QiFdn0VMmaYbrf+PYii5Xo2C2/l3cQTHQQ=; b=H8laXIn32RTWMJxfobUHk/lpWipclcv9uHtJq0flAmPunhd8AAvCHPMs 1B5SIA2AB3NjGJ2bZMy0EuXBLYFem9MZoE2fi9bqgbxfGF8dzxbs+4g4T i4yMZB+udpyZ4fPhko6UD9DF294A60tsTuW65/ZOb8uRmSe4m2A4ZwL7l k=;
X-SIGN_DKIM: 1
From: AUDEBERT Vincent <vincent.audebert@edf.fr>
To: "lp-wan@ietf.org" <lp-wan@ietf.org>
Thread-Topic: [lp-wan] SCHC RFC-to-be title?
Thread-Index: AQHV3/CxxvRWdpuXvkq2hL8QZGsuEqgUqNRg
Date: Mon, 10 Feb 2020 17:07:07 +0000
Message-ID: <2c5276d5627841518540453768b63fe2@PCYINTPEXMU006.NEOPROD.EDF.FR>
References: <12920_1581325294_5E411BEE_12920_242_1_DA66DA2A.70256%dominique.barthel@orange.com>
In-Reply-To: <12920_1581325294_5E411BEE_12920_242_1_DA66DA2A.70256%dominique.barthel@orange.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.22.153.70]
x_exchange_neo: 1
Content-Type: multipart/related; boundary="_005_2c5276d5627841518540453768b63fe2PCYINTPEXMU006NEOPRODED_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/xKX2AyXNU52BI1YnbKYGsjM0DIs>
Subject: Re: [lp-wan] SCHC RFC-to-be title?
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, 10 Feb 2020 17:07:37 -0000

Hi All,

I would go for A2, B3.

Regards

Vincent


[cid:image001.png@01D5E03C.E707B800]



Vincent AUDEBERT
IoT & Telecom Expert
EDF – R&D Lab Saclay
MIRE
7 Bd Gaspard Monge
91120 PALAISEAU

vincent.audebert@edf.fr
Phone : + 33 1 78 19 45 64
Mobile : + 33 6 14 13 23 22

[cid:image002.gif@01D5E03C.E707B800]

Un geste simple pour l'environnement, n'imprimez ce message que si vous en avez l'utilité.



De : lp-wan [mailto:lp-wan-bounces@ietf.org] De la part de dominique.barthel@orange.com
Envoyé : lundi 10 février 2020 10:02
À : lp-wan@ietf.org
Objet : Re: [lp-wan] SCHC RFC-to-be title?

Hello all,

If you have an opinion on this and haven't responded yet, please chime in by end of business day today.
Thanks

Dominique

De : lp-wan <lp-wan-bounces@ietf.org<mailto:lp-wan-bounces@ietf.org>> on behalf of Dominique Barthel <dominique.barthel@orange.com<mailto:dominique.barthel@orange.com>>
Date : Thursday 6 February 2020 10:55
À : "lp-wan@ietf.org<mailto:lp-wan@ietf.org>" <lp-wan@ietf.org<mailto:lp-wan@ietf.org>>
Objet : [lp-wan] SCHC RFC-to-be title?

Hello all,

This was discussed yesterday at the interim meeting and I want to give everybody a chance to chime in.
The SCHC draft is currently in AUTH48 stage, with the RFC Editor, and now is the time to do the last editorial changes.

One thing we want to do right is the RFC title. It currently says "Static Context Header Compression (SCHC) and fragmentation for LPWAN, application to UDP/IPv6".
We want to change it for a better title, one that reflects the most important contributions of this RFC.

  *   I believe the UDP/IPv6 section is secondary, it's more of an example of application. Having UDP/IPv6 in the title distracts from the fact that the rest of the draft is a generic mechanism, IMHO.
  *    We have a little tension between using SCHC as an acronym (expliciting Compression) and the use of expressions like "'SCHC Fragmentation" and "SCHC Compression".
  *   Thoughts have been expressed that the applicability of the generic SCHC algorithm is not limited to LPWANs, therefore it should not appear in the title. The rest of the text could still say that "SCHC was originally developed with LPWANs in mind".
  *   Thoughts have been expressed that "static context" is a distinguishing feature, and as such, it should stay in the title.
Can I please get your votes about the following two points:

A) "SCHC"
A.1 remains an acronym meaning "Static Context Header Compression", and we live with the tension described above.
A.2 becomes the acronym to mean "Static Context Header Compression and fragmentation", even though the F does not show in the acronym
A.3 becomes SCHCF and means "Static Context Header Compression and Fragmentation", and we will later figure a pronunciation for it.
A.4 becomes a proper noun, a name that is not spelled out. The text can still mention that the name originated as an acronym for "Static Context Header Compression".

B) RFC title:
B.1 "SCHC: generic framework for header compression and fragmentation using a static context"
B.2 "SCHC: static context header compression and fragmentation for Low-Power Wide Area Networks (LPWANs)"
B.3 ""Static Context Header Compression and fragmentation (SCHC)"
B.4 ""Static Context Header Compression and fragmentation (SCHC) for Low-Power Wide Area Networks (LPWANs)"
B.5 suggest your own!

Your votes by the end of the week would be very much appreciated!
Thanks

Dominique & the co-authors gang

_________________________________________________________________________________________________________________________



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.

_________________________________________________________________________________________________________________________



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.



Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse.

Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message.

Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus.
____________________________________________________

This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval.

If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message.

E-mail communication cannot be guaranteed to be timely secure, error or virus-free.