Re: [lp-wan] WG Rechartering - new charter approval vote (vote ends Dec 3rd)

Cedric Adjih <c.adjih@gmail.com> Fri, 22 November 2019 02:30 UTC

Return-Path: <c.adjih@gmail.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 C681312084C for <lp-wan@ietfa.amsl.com>; Thu, 21 Nov 2019 18:30:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 (2048-bit key) header.d=gmail.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 r_xkegowplh8 for <lp-wan@ietfa.amsl.com>; Thu, 21 Nov 2019 18:30:09 -0800 (PST)
Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 31CA7120C44 for <lp-wan@ietf.org>; Thu, 21 Nov 2019 18:30:02 -0800 (PST)
Received: by mail-wm1-x32d.google.com with SMTP id n188so3973163wme.1 for <lp-wan@ietf.org>; Thu, 21 Nov 2019 18:30:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=mBoFaOHXCFq7QJk92S6stVPbuvpQxhB1EoKcu94Ygpg=; b=s+3j43YrnJYbhFa6XP/O5qLDWi/Yetp7FbFu9eAdydEF6L4BK3s8NpOcilSijewD9b allIJ5RNNNLXoLKokfEFh3KiassxqMj8SQy+WKvljTfxv6qjW5IxmjGAGgOB3S3u3C4Y OnFo4jOaKFKlm6r4TfdgUsEKb+p10j/Bk5e5Zie02MNfgue+MM+EPrbJb1rv9L8WI1+M oBgrf9Hjw2+NWhGJJTUhbIoqKttAeoxQIdFBO8yoH0QKklm4gobJ8Imh9yR4260AWCxD lWelIOrDLWIP62w7fJ/8HmK9s0RCXR9lB+Sdb0ZILFgcxQpG77d2/Ushsu1vw3HzJdmT 8O5Q==
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:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=mBoFaOHXCFq7QJk92S6stVPbuvpQxhB1EoKcu94Ygpg=; b=opNSu78xClLt+xtWSNjnGtMBINgI1hgy6c3fxSv/tVHqTcniQ3jGRezSixfuOYlMId NTpIfeKDYQzhvDMn1dg0XiGPWO7cg7U14tO6Eu5aZA5Pir/goGSsNvZoL4kPbAW1Wi9i OyHQ84WWQTk8H4GYYQWuZNIIdrXu5Yw5aaPHT1zGsZKfteKEcPwVFU3ftfV1crWCw61U lNu29K07eyqZjyuVBut9r7Cd3f/Rny3PRJHqdhAEzht2+SNJrZ6KDIOBYKdv+bjtxfC/ yML3JfInFfU30iPAqOusyyBmJwnaHxls/oyAxLLLHNQCdPZQZ0dlV6Qwy8cS9dAUpclS Lt0Q==
X-Gm-Message-State: APjAAAW2WtnnzY5i4S4Y8C3s15rx59Bxv7yO+C2VT+FiKWkIMYim646t kEcSzxcuNXmvnuyxmHmz/LWa6X7FFDS2ENYvCCn0KO/B
X-Google-Smtp-Source: APXvYqyRDGUb/SES2uARlAk+pIUnw/KPFRZSWhX0tnL0rr2TIzIiozX+ykxszlZYxpkRW+5YPoO55KgBIjyBmsGzJi4=
X-Received: by 2002:a05:600c:118a:: with SMTP id i10mr1202194wmf.32.1574389800522; Thu, 21 Nov 2019 18:30:00 -0800 (PST)
MIME-Version: 1.0
References: <CACQW0ErHmSX7ze5SGUkM=PiEA4-6hsdxC6Z=q0e3PWNKDUeUrg@mail.gmail.com>
In-Reply-To: <CACQW0ErHmSX7ze5SGUkM=PiEA4-6hsdxC6Z=q0e3PWNKDUeUrg@mail.gmail.com>
Reply-To: cedric.adjih@inria.fr
From: Cedric Adjih <c.adjih@gmail.com>
Date: Fri, 22 Nov 2019 10:29:49 +0800
Message-ID: <CAB-x05hv7yV74NwcUO9EBVG0YdZnuj5ragYpLN4L09ddT7egZQ@mail.gmail.com>
To: Alexander Pelov <a@ackl.io>
Cc: lp-wan <lp-wan@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/qALlbF6xLqwwvhc1MaMsHpbD7x4>
Subject: Re: [lp-wan] WG Rechartering - new charter approval vote (vote ends Dec 3rd)
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: Fri, 22 Nov 2019 02:30:12 -0000

I agree with the new charter, as well.

-- Cedric

On Tue, Nov 19, 2019 at 6:05 PM Alexander Pelov <a@ackl.io> wrote:
>
> Dear all,
>
> As we have achieved all our milestones the LPWAN WG is now rechartering. We have been discussing the recharter for several IETFs now, so most of the new charter should be familiar..
>
> The new charter is as follows:
> - The introduction and the context remain unchanged.
> - Charter item 1 is a generalization of the Charter item 1 we discussed in past IETFs.
> - Charter items 2 and 4 come directly from our previous charter.
> - Charter item 3 was proposed, discussed and voted during the session.
> - Charter item 5 has been discussed during the past several IETFs.
>
> We would like to confirm the agreement in the room on the mailing list.
> Please vote by December 3rd, 23h55 CET.
>
> Cheers,
> Pascal and Alexander
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> Charter Proposal for LPWAN Working Group
> (Changes are given below in bold)
> A new generation of wireless technologies has emerged under the generic
name of Low-Power Wide-Area (LPWA), with a number of common
characteristics, which make these technologies unique and disruptive for
Internet of Things applications.
> Those common traits include an optimized radio modulation, a star
topology, frame sizes in the order of tens of bytes transmitted
a few times per day at ultra-low speeds and sometimes variable MTUs,
and, though downstream may be supported, a mostly upstream transmission
pattern that allows the devices to spend most of their time in low-
energy deep-sleep mode.
> This enables a range of several kilometers and a long battery lifetime,
possibly ten years operating on a single coin-cell. This also enables
simple and scalable deployments with low-cost devices and thin
infrastructures.
> Those benefits come at a price: the layer 2 frame formats are optimized
and specific to each individual technology. There is no network layer
and the application is often hard wired to the layer 2 frame format,
leading to siloed deployments that must be managed, secured and operated
individually. Migrating from one LPWA technology to another implies
rebuilding the whole chain.
> To unleash the full power of LPWA technologies and their ecosystems,
there is a need to couple them with other ecosystems that will guarantee
the inter-working by introducing a network layer, and enable common
components for management and security, as well as shared application
profiles. The IETF can contribute by providing IPv6 connectivity, and
propose technologies to secure the operations and manage the devices and
their gateways.
> The Working Group will focus on enabling IPv6 connectivity over the
following selection of Low-Power Wide-Area technologies: SIGFOX, LoRa,
WI-SUN and NB-IOT.
> These technologies present similar characteristics of rare and widely
unbalanced over-the-air transmissions, with little capability to alter
the frame formats to accommodate this work, which makes it so that
existing IETF work (6lo) cannot be trivially applied.
> The Working Group will leverage cross-participation with the associated
set of stakeholders to ensure that the work taking place corresponds to
real demands and that the proposed solutions are indeed applicable.
> The group will produce informational work describing LPWA
technologies and their needs as well as new standard work to optimize
IPv6-based communications to the end device
>
> The group will:
> 1. Perform SCHC Maintenance, including enabling SCHC mechanisms for Upper layer Protocols.
> 2.. Produce Standard Track documents to apply SCHC IPv6/UDP over the baseline technologies.
> 3. Produce a Standards Track document to provide a mechanism to improve the reliability of delivering fragmented multicast packets.
> 4. Produce a Standards Track document to define the generic data models to  formalize the compression and fragmentation contexts.
> 5. Produce a Standards Track document to enable  operations, administration and maintenance (OAM) to the LPWAN device, including support for delayed or proxyed liveness verification (Ping).
>
>
> _______________________________________________
> lp-wan mailing list
> lp-wan@ietf.org
> https://www.ietf.org/mailman/listinfo/lp-wan