Re: [smartpowerdir] Fwd: LWIG WG proposal

"Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com> Wed, 12 January 2011 17:48 UTC

Return-Path: <mehmet.ersue@nsn.com>
X-Original-To: smartpowerdir@core3.amsl.com
Delivered-To: smartpowerdir@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F128E3A69D3 for <smartpowerdir@core3.amsl.com>; Wed, 12 Jan 2011 09:48:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.65
X-Spam-Level:
X-Spam-Status: No, score=-104.65 tagged_above=-999 required=5 tests=[AWL=1.949, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1SwBnwFKeqhO for <smartpowerdir@core3.amsl.com>; Wed, 12 Jan 2011 09:48:18 -0800 (PST)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id 311943A69B9 for <smartpowerdir@ietf.org>; Wed, 12 Jan 2011 09:48:18 -0800 (PST)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id p0CHobRH021975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Jan 2011 18:50:37 +0100
Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id p0CHoULo011685; Wed, 12 Jan 2011 18:50:35 +0100
Received: from DEMUEXC006.nsn-intra.net ([10.150.128.18]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Wed, 12 Jan 2011 18:50:23 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 12 Jan 2011 18:50:21 +0100
Message-ID: <80A0822C5E9A4440A5117C2F4CD36A64017726BB@DEMUEXC006.nsn-intra.net>
In-Reply-To: <45CA4DDE-356C-41A2-88C5-BA33DDB5FB14@vigilsec.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [smartpowerdir] Fwd: LWIG WG proposal
Thread-Index: AcuwXRMFdSUziHX1RNS/PkhwXZY37gCEcVWQ
References: <4D2A4844.9020301@piuha.net> <45CA4DDE-356C-41A2-88C5-BA33DDB5FB14@vigilsec.com>
From: "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com>
To: "Russ Housley" <housley@vigilsec.com>, "Jari Arkko" <jari.arkko@piuha.net>
X-OriginalArrivalTime: 12 Jan 2011 17:50:23.0411 (UTC) FILETIME=[2FE2D030:01CBB281]
Cc: IETF SmartPower Directorate <smartpowerdir@ietf.org>
Subject: Re: [smartpowerdir] Fwd: LWIG WG proposal
X-BeenThere: smartpowerdir@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Members of the Smart Power Directorate <smartpowerdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/smartpowerdir>, <mailto:smartpowerdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/smartpowerdir>
List-Post: <mailto:smartpowerdir@ietf.org>
List-Help: <mailto:smartpowerdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/smartpowerdir>, <mailto:smartpowerdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jan 2011 17:48:20 -0000

Hi Russ, Jari,

I believe this work is valuable and different IETF WGs can benefit from
the results. However, ...

although IETF working groups often report from implementation and
interoperability experiences it is not very common to develop a document
on "implementation techniques". I think the charter text should make it
clear why the development of such a document should be done at an SDO
like IETF.

People who propose this WG do not seem to be the main contributors and
we need to find some smart guys first with LW implementation experience.
I would like to see more willing contributors with experience before we
start the work.

It would be also interesting if the charter mentions 6LoWPAN (e.g.
"associated protocols such as 6LoWPAN").

Cheers,
Mehmet


> -----Original Message-----
> From: smartpowerdir-bounces@ietf.org [mailto:smartpowerdir-
> bounces@ietf.org] On Behalf Of ext Russ Housley
> Sent: Monday, January 10, 2011 1:27 AM
> To: IETF SmartPowerDir
> Subject: [smartpowerdir] Fwd: LWIG WG proposal
> 
> Please review the attached draft charter.  I'll provide any concerns
to
> the IESG.
> 
> Russ
> 
> Begin forwarded message:
> 
> > From: Jari Arkko <jari.arkko@piuha.net>
> > Date: January 9, 2011 6:44:04 PM EST
> > To: IAB <iab@iab.org>rg>, IESG <iesg@ietf.org>rg>, "ipdir@ietf.org"
> <ipdir@ietf.org>rg>, TSV Dir <tsv-dir@ietf.org>rg>, "'Cao,Zhen'"
> <caozhen@chinamobile.com>om>, Bob Hinden <bob.hinden@gmail.com>
> > Subject: LWIG WG proposal
> >
> > Secretary (Bcced),
> >
> > Please put this working group creation to the agenda of the next
IESG
> telechat:
> >
> > All,
> >
> > After thinking about the results of the LWIP BOF for a while and
> talking to various people, my proposal is to create a focused working
> group to produce one document. The key to the success of this effort
is
> recruiting the smart guys who have actually built some of the existing
> implementations. We are in talks with several such experts, though our
> exact recruitment ability is yet to be seen. I have Adam Dunkels from
> SICS (implementor of uIP) on board as an example, but many people have
> not responded to our e-mails yet. Here's a proposed charter. Comments
> appreciated.
> >
> > -----
> >
> > Light-Weight Implementation Guidance (LWIG)
> >
> > Current Status: Proposed
> >
> > Chairs:
> >    TBD
> >
> > Internet Area Directors:
> >    Ralph Droms <rdroms.ietf@gmail.com>
> >    Jari Arkko <jari.arkko@piuha.net>
> >
> > Internet Area Advisor:
> >    Jari Arkko <jari.arkko@piuha.net>
> >
> > Transport Area Advisor:
> >   TBD
> >
> > Mailing Lists:
> >    General Discussion: lwip@ietf.org
> >    To Subscribe:       https://www.ietf.org/mailman/listinfo/lwip
> >    Archive:            http://www.ietf.org/mail-archive/web/lwip
> >
> > Description of Working Group:
> >
> > Communications technology is being embedded into our environment.
> Different types of devices in our buildings, vehicles, equipment and
> other objects have a need to communicate. It is expected that most of
> these devices employ the Internet Protocol suite. However, there is a
> lot of variation in the capabilities between different types of
> devices, and it is not always easy to embed all the necessary
features.
> The Light-Weight Implementation Guidance (LWIG) Working Group focuses
> on helping the implementors of the smallest devices. The goal is to be
> able to build minimal yet interoperable IP-capable devices for the
most
> constrained environments.
> >
> > Building a small implementation does not have to be hard. Many small
> devices use stripped down versions of general purpose operating
systems
> and their TCP/IP stacks. However, there are implementations that go
> even further in minimization and can exist in as few as a couple of
> kilobytes of code, as on some devices this level of optimization is
> necessary. Technical and cost considerations may limit the computing
> power, battery capacity, available memory, or communications bandwidth
> that can be provided. To overcome these limitations the implementors
> have to employ the right hardware and software mechanisms. For
> instance, certain types of memory management or even fixed memory
> allocation may be required. It is also useful to understand what is
> necessary from the point of view of the communications protocols and
> the application employing them. For instance, a device that only acts
> as a client or only requires one connection can simplify its TCP
> implementation.
> >
> > The purpose of the LWIG working group is to collect experiences from
> existing small IP stacks with regards to protocol implementation. The
> group shall focus only on techniques that have been used in actual
> implementations and do not impact interoperability with other devices.
> The techniques shall also not affect conformance to the relevant
> specifications. The output of this work is a document that describes
> implementation techniques for reducing complexity, memory footprint,
or
> power usage. The main focus is in the IPv4, IPv6, UDP, TCP, and
> associated protocols. This document would be helpful for the
> implementors of new devices or for the implementors of new general-
> purpose small IP stacks. It is also expected that the document
> increases our knowledge of what existing small implementations do, and
> helps in the further optimization of the existing implementations.
> >
> > Generic hardware design advice and software implementation
techniques
> are outside the scope of this work, as such expertise is not within
the
> IETF domain. The group shall also not develop any new protocols or
> protocol behavior modifications beyond what is already allowed by
> existing RFCs, because it is important to ensure that different types
> of devices can work together. The group shall not develop assumptions
> or profiles about the operating environment of the devices, because,
in
> general, it is not possible to guarantee any special configuration.
> >
> > Given that the group works on both IP and transport layer protocols
> it is necessary to ensure that expertise in both aspects is present in
> the group. Participation from the implementors of existing small IP
> stacks is also required.
> >
> > Milestones:
> >
> > February 2011   Design team of experts and a document editor
> recruited
> > March 2011       Working group chartered
> > August 2011       First version of the implementation guidance
> document submitted
> > March 2012      Submit the implementation guidance document to the
> IESG for publication as an Informational RFC
> >