[Roll] Request for Comments ROLL Charter - version 06

Ines Robles <mariainesrobles@googlemail.com> Mon, 18 July 2016 17:47 UTC

Return-Path: <mariainesrobles@googlemail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00B5712B043 for <roll@ietfa.amsl.com>; Mon, 18 Jul 2016 10:47:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.689
X-Spam-Level:
X-Spam-Status: No, score=-2.689 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.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 ADKtQSEJwsbN for <roll@ietfa.amsl.com>; Mon, 18 Jul 2016 10:47:09 -0700 (PDT)
Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (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 4C84D12D0DD for <roll@ietf.org>; Mon, 18 Jul 2016 10:47:09 -0700 (PDT)
Received: by mail-vk0-x22e.google.com with SMTP id s189so40355163vkh.1 for <roll@ietf.org>; Mon, 18 Jul 2016 10:47:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=mkB/Sh4PRBwbyQsamc6XInqpHg9qglLcsZPPXpzvvc0=; b=bN7B84GkoVZguBFxYRJgAjR+n2p0LtL322UW1SUAqluugYfP00+DBIVgNbSL2IhrW6 6sMhJjTl7PuwocMe/CyikGmOUj/gTgeSZYbLqYVD25VZT3WJ84stuZb8Lx5EVxgvDbE6 mxesazIT/nw1PBH3OwjSGb+RsKNOu9ErLovGmme/1RObT0LzgxcJjT401SigTWiaiHdb OgDcvhOl3yaDa/QrLDn2kJARQpXlACUoCHzsDm6OfuYw/1BL0h6OySPmmbgbotPhspvE ohudKMUfg+wrALKaRk0Gl6CnuKrlttmzFNeTTI6KyvLQJumN8ePrqROKLSjCs/lIlrOQ xV/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=mkB/Sh4PRBwbyQsamc6XInqpHg9qglLcsZPPXpzvvc0=; b=RBkf7nfS21hhvLrpTc52lGWFa2ejqkSFxeo1XN4l4/nhLFDqgqqGU2rlUn75kmiOnq epIQJM+d5gQE0r+q9dhqFwebVCWzgwLCHk4DGPZ9Y+6NPVWHsf41OMjjWnmbVE5mV4JY m2mlDbvo+SqYmvzl2VvU77+fI+wjU6l9cuwci9MMLvuaUY9pGrdVFfwgSEn8YGmzrD4g bZ5AVBAmRGn6sUMABH2tcBFSisCUV52SRIZE/K3Q6htrVeVAtduDJusZDGNKn4bGVSdf ACz6VH+bcWEFIYN1eehkyNBPxxgvkjFsIMPPbiHQuXc0yI3WqqLekxGGCnRJB73Q1jdw mCYg==
X-Gm-Message-State: ALyK8tJfaMPkUUwJUO14uyfR8CHLb2IW+lCxVP3iy1aO90zHDUhsUv2rLVSGylGndgvNmBmPTdYAaJ6bC2jxpA==
X-Received: by 10.176.4.162 with SMTP id 31mr18816846uaw.81.1468864028301; Mon, 18 Jul 2016 10:47:08 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.36.241 with HTTP; Mon, 18 Jul 2016 10:47:07 -0700 (PDT)
From: Ines Robles <mariainesrobles@googlemail.com>
Date: Mon, 18 Jul 2016 20:47:07 +0300
Message-ID: <CAP+sJUcs-JACpMQ+JZVXSqDK5X8gkLB9AEXho9JnmWpdt14s2w@mail.gmail.com>
To: roll <roll@ietf.org>
Content-Type: multipart/alternative; boundary=94eb2c125290a160e10537ec8e48
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/6nkF_rBKpvcSGfspFns1tRMmt8c>
Subject: [Roll] Request for Comments ROLL Charter - version 06
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jul 2016 17:47:12 -0000

Dear all,

Please find the new charter. We have reduced the history part, removed
redundant text and updated work items.

Please comments

Thank you very much,

Peter and Ines

////////////////////////////////////////////////////////////////////////////////////////////////////////

CHARTER PROPOSAL:

Charter for ROLL Working Group

Low power and Lossy Networks (LLNs ) [RFC7102] [RFC7228] are made up of
many embedded devices with limited power, memory, and processing resources.
They are interconnected by a variety of links, such as IEEE 802.15.4,
Bluetooth, Low Power WiFi, wired or other low power PLC (Powerline
Communication) links. LLNs are transitioning to an end-to-end IP-based
solution to avoid the problem of non-interoperable networks interconnected
by protocol translation gateways and proxies.

Generally speaking, LLNs are characterized as follows, but not limited to:


   -

   LLNs operate with a hard, very small bound on state.
   -

   In most cases, LLN optimize for saving energy by using small packet
   headers and reduce amount of control packets.
   -

   Typical traffic patterns are not simply unicast flows (e.g. in some
   cases most if not all traffic can be point to multipoint).
   -

   In most cases, LLNs will be employed over link layers with restricted
   frame-sizes and low bit rates, thus a routing protocol for LLNs should be
   specifically adapted for such link layers.
   -

   LLN routing protocols have to be very careful when trading off
   efficiency for generality; since LLN nodes do not have resources to waste.
   -

   These specific properties cause LLNs to have specific routing
   requirements.


RFC 5548, 5673, 5826, and 5876 describe the requirements for LLNs from
several application perspectives.

The Working Group has focused on routing solutions for the areas: connected
home, building and urban sensor networks. It has developed a  protocol set
that takes into consideration various aspects including high reliability in
the presence of time varying loss characteristics and connectivity while
permitting low-power operation with very modest memory and CPU pressure in
networks potentially comprising a very large number (several thousands) of
nodes.

The Working Group continues to focus on routing issues for LLN and to
maintain, improve and streamline the protocols developed by the working
group, including RPL and MPL.

ROLL will coordinate closely with the working groups in other areas that
focus on constrained node networks, such as 6lo (Internet) and CoRE (APP).
behavior and the other protocols defined by the working groupThe Working
group will align with the 6man and BIER WGs when needed.

Work Items are:

- Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation. The
WGLC on this work will be shared with 6lo.

- Compression of  RFC6553, RFC6554, and IP headers in the 6LoWPAN
adaptation layer context. (coordinated with 6lo WG).

- Automatic selection of MPL forwarders to reduce message replication

- Data models for RPL and MPL management (coordinated with netmod wg)

- Alternative Multicast algorithm such as BIER forwarding.
two

- Methods to improve or correct the current RPL control messages behaviour,
e.g. DIS and No-Path DAO.

Milestones

DATE                            Milestone

September 2017            Recharter WG or close

March 2017           Initial submission of draft about YANG RPL model to
IESG

January 2017         Initial submission of draft about MPL selection to IESG

November 2016        Initial submission of draft about Bier Multicast to
IESG

October 2016         Submit draft about YANG MPL model to IESG

August 2016          Initial Submission of the draft about when to use
RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation
Draft-ietf-roll-useofrplinfo to the IESG.

May 2016             Initial submission of the draft about how to compress
RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context.
 to the IESG. draft-ietf-roll-routing-dispatch
November 2016        Initial Submission of the No-Path DAO Problem
Statement to the IESG