Re: [6lowpan] working group drafts and agenda for next IETF

"Ki-Hyung Kim" <kkim86@gmail.com> Thu, 29 November 2007 13:42 UTC

Return-path: <6lowpan-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ixjez-0002MJ-Bu; Thu, 29 Nov 2007 08:42:33 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ixjex-0002L2-Qg for 6lowpan@lists.ietf.org; Thu, 29 Nov 2007 08:42:31 -0500
Received: from py-out-1112.google.com ([64.233.166.181]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ixjew-0001RE-02 for 6lowpan@lists.ietf.org; Thu, 29 Nov 2007 08:42:31 -0500
Received: by py-out-1112.google.com with SMTP id u77so3561887pyb for <6lowpan@lists.ietf.org>; Thu, 29 Nov 2007 05:42:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=BDk6MHVolOFCVC66MGu/YIfNPauMStt4Og5xSMtLSwg=; b=UKER2SDNu3J3SXozYxxSiLTyyAsJ6Ovpx/jmfeA6Xf1/2Ld28XGlTWyf4QJseKk8g/ZH+K+Pj8pStze4Y9MExX72an4eyMLvzg8voMVeiIwaI07FYhYYrBOgxa1BTSvtJ+cdbo6lnAH3HIA3QvN/5808CUaR81cE8Qm/fbkfn6c=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=YPdZIB9N5mf7c935hEuA6zwO9dmZLJvVP5z9L55bFaLnwr8biseUQJeZL3F0GVwEQsTWqy5U7l0BY0VOEi+r6jUKJRLKMHN9SXNo2RS9Lc32wpqBx9WmVnImwAdLUTS+98VxbHybFKvhimWjyct6Uqh3CRYQPKqo4Yx2p6qrUTI=
Received: by 10.35.78.13 with SMTP id f13mr890509pyl.1196343749523; Thu, 29 Nov 2007 05:42:29 -0800 (PST)
Received: by 10.35.124.6 with HTTP; Thu, 29 Nov 2007 05:42:29 -0800 (PST)
Message-ID: <d8bf2bf30711290542u47c3c57auc5196940517bd33c@mail.gmail.com>
Date: Thu, 29 Nov 2007 22:42:29 +0900
From: Ki-Hyung Kim <kkim86@gmail.com>
To: Geoff Mulligan <geoff-ietf@mulligan.org>, Carsten Bormann <cabo@tzi.de>
Subject: Re: [6lowpan] working group drafts and agenda for next IETF
In-Reply-To: <1194656137.5777.131.camel@dellx1>
MIME-Version: 1.0
References: <1194656137.5777.131.camel@dellx1>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 841b5d6ad57042632519d2198f34cc8d
Cc: 6lowpan <6lowpan@lists.ietf.org>
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0881019386=="
Errors-To: 6lowpan-bounces@ietf.org

Geoff and Carsten,
Can I ask a time slot in the next IETF meeting on presenting the
commissioning and bootstrapping issues in 6lowpan?


On 11/10/07, Geoff Mulligan <geoff-ietf@mulligan.org> wrote:
>
> Folks,
> Even though we do not have an approved recharter text we have a WG
> meeting slot at the next IETF and we need to set the agenda.
>
> >From the last IETF meeting I think that we reached consensus on the work
> items for the group:
>
> 1. Bootstrapping / Neighbor Discovery
> 2. Stateful Header Compression
> 3. Architecture
> 4. Applications
> 5. Security Analysis
>
> We decided that we would hold off on Mesh Under (Layer 2 routing) at
> this time until the path becomes more clear with respect to the RL2N
> proposal.
>
> This group has generated a number of I-Ds, though many are now expired.
> Some of the active and expired I-Ds seem closely related to the work
> items above.
>
> I have included in this message a list of both the Active and Expired
> I-Ds that have been submitted and their abstracts so that you don't have
> to search for the I-D information.
>
> Taking into account the above work items, if any of the authors are
> interested in presenting their drafts at this next IETF, please let
> Carsten or I know soon.
>
> I do hope that we will dust off the ND and security analysis drafts.
>
> If anyone else is planning on submitting a draft, please let us know
> soon and also get it submitted - the deadline is the 12th.
>
>        geoff
>
>
> ============== Active Drafts ===============
> --- draft-daniel-6lowpan-commissioning-00
> The commisioning process defines the startup procedure taken by the
> 6LoWPAN device. This document defines the startup procedure that all
> kinds of devices must take to become part of the network.
>
> --- draft-daniel-6lowpan-hilow-hierarchical-routing-01
> The EUI-64 identifier of a 6LoWPAN device can be used as the interface
> identifier of the IPv6 address, which can be used for for on-demand
> multi-hop routing in 6LoWPAN. One of the distinctive feature of 6LoWPAN
> is the capability of the dynamic assignment of 16- bit short addresses.
> By utilizing this dynamically assigned short address, a hierarchical
> routing which is very scalable can be employed. This This document
> defines a dynamic address assignment scheme and hierarchical routing
> HiLow) based on the assignment.
>
> --- draft-daniel-6lowpan-load-adhoc-routing-03
> 6LoWPAN Ad Hoc On-Demand Distance Vector Routing (LOAD) is intended for
> use by IEEE 802.15.4 devices in a 6LoWPAN. It is a simplified on-demand
> routing protocol based on AODV.
>
> --- draft-daniel-6lowpan-sslp-01
> The Simple Service Location Protocol (SSLP) provides a framework for the
> discovery and selection of the services working on 6LoWPAN. The protocol
> has a simple structure that is easy to be implemented on 6LoWPAN devices
> that are characterized by short range, low bit rate and low power. The
> protocol also offers a mechanism for interoperability with the IP
> networks under SLP. It enables communication between 6LoWPAN and other
> IP networks.
>
> --- draft-dokaspar-6lowpan-routreq-02
> This document provides the problem statement for mesh routing below the
> IP layer (in 6LoWPAN's adaptation layer). It also defines major design
> goals and requirements for 6LoWPAN mesh routing considering the
> low-power characteristics of the network and its devices.
>
> --- draft-ekim-6lowpan-scenarios-00
> This document investigates potential application scenarios and use cases
> for low-power wireless personal area networks (LoWPANs).
>
> --- draft-hui-6lowpan-hc1g-00
> This document specifies a stateless IP header compression scheme for
> IPv6 packet delivery in 6LoWPAN subnetworks. The compression scheme
> focuses on LoWPAN nodes that may have global unicast addresses assigned
> to their interfaces.
>
> --- draft-hui-6lowpan-interop-00
> This memo defines a first step in testing and demonstrating the
> interoperability of independent 6LoWPAN implementations.
>
> --- draft-montenegro-6lowpan-dymo-low-routing-03
> This document specifies how to use the Dynamic MANET On-demand Routing
> Protocol over IEEE802.15.4 networks.
>
> --- draft-oh-6lowpan-packetbb-dymoapp-01
> This document describes the applicability of the generalized MANET
> packet/message format (packetbb) and the dynamic MANET on-demand (DYMO)
> routing protocol over 6LoWPAN. In order to achieve low memory usage and
> low processing overhead, this document suggests what is to be modified
> from the MANET base specifications.
>
> --- draft-shin-6lowpan-mobility-00
> This draft lists mobility scenarios and suggests solutions of how to
> provide mobility support in IPv6 low-power personal area networks
> (6LoWPANs).
>
> --- draft-thubert-lowpan-backbone-router-00
> ISA100.11a is a Working Group at the ISA SP100 standard committee that
> covers Wireless Systems for Industrial Automation and Process Control.
> The WG is mandated to design a scalable, industrial grade LowPAN for
> devices such as sensors, valves, and actuators. The upcoming standard
> uses the 6LoWPAN format for the network header. It also introduces the
> concept of a Backbone Router to merge small LoWPANs via a high speed
> transit and scale the ISA100.11a network. This paper proposes an IPv6
> version of the Backbone Router concept.
>
> =============== Expired Drafts ===============
> --- draft-chakrabarti-6lowpan-ipv6-nd-03
> IETF 6LowPan working group defines IPv6 over low-power personal area
> network (IEEE 802.15.4). IEEE 802.15.4 link layer does not have
> multicast support, although it supports broadcast. Due to the nature of
> LowPan network or sensor networks, broadcast messages should be
> minimized. This document suggests some optimizations to IPv6 Neighbor
> Discovery related multicast messages in order to reduce signaling in the
> low-cost low-powered network.
>
> --- draft-chakrabarti-mobopts-lowpan-req-01
> IETF LowPan working group defines IPv6 over low-power personal area
> network (IEEE 802.15.4). Lowpan architecture allows routing to take
> place at the link layer in order to save payload overhead over the IEEE
> 802.15.4 link and thus more efficient routing for low power, low
> data-rate networks such as sensor networks. This document discusses a
> few scenarios of mobility in LowPan network and states mobility
> requirements and goals for LowPan networks.
>
> --- draft-daniel-6lowpan-interoperability-01
> This document specifies the gateway architecture for the
> interoperability between 6LoWPAN and external IPv6 networks. The gateway
> does the compression and decompression of IPv6 packets and performs the
> mapping between 16 bit short addresses and the IPv6 addresses for both
> the external IPv6 networks and 6LowPAN, respectively.
>
> --- draft-daniel-6lowpan-security-analysis-01
> This document discusses possible threats and security options for
> IPv6-over-IEEE802.15.4 networks. It is an informational document to
> raise awareness of security issues in IPv6 lowPan networks.
>
> --- draft-guha-lowpan-mobility-protocol-req-00
> In this draft, we propose some protocol requirements for mobility in
> LowPAN networks within the context of the IETF LowPAN working group
> (IPv6 over IEEE 802.15.4). To achieve mobility in LowPAN networks, there
> may be inter-domain movement of network elements across different LowPAN
> domains or across domains that do not comprise LowPAN autonomous
> systems. To address routing issues in inter-domain LowPAN networks that
> conform to fitting within a single IEEE 802.15.4 frame, there are needs
> for collaborative and distributed methodologies for route computation,
> information storage and retrieval, and security issues in protocols
> targeted to LowPAN mobility. This draft proposes some requirements of
> mobility in LowPAN protocols from the perspective of
> protocol-independent metrics, algorithm complexities, scalability and
> security criteria.
>
> --- draft-montenegro-lowpan-aodv-00
> This document describes how to use the Ad Hoc On-Demand Vector Protocol
> (AODV) in IEEE 802.15.4 networks.
>
> --- draft-sarikaya-6lowpan-forwarding-00
> This document describes a simple approach to interconnect IEEE 802.15.4
> sensor nodes to IPv6 Internet. The technique requires a gateway node
> that is connected to both the sensor network and the IPv6 Internet. The
> gateway node runs the serial forwarder over IPv6. Sensor nodes run the
> open-source TinyOS operating system and generate TinyOS packets. The
> sensor network can be accessed from IPv6 Internet using a Web interface
> and the serial forwarder that runs in the applets enables
> reception/transmission of TinyOS packets over IPv6.
>
>
>
> _______________________________________________
> 6lowpan mailing list
> 6lowpan@ietf.org
> https://www1.ietf.org/mailman/listinfo/6lowpan
>
>


-- 
Ki-Hyung Kim (김기형, 金起亨)
Associate Professor
Division of Information and Computer Eng., Ajou University, Suwon, Korea
442-749
Tel: +82-31-219-2433, Cel: +82-10-4760-2551,  Fax: +82-31-219-2433
http://www.6lowpan.org
_______________________________________________
6lowpan mailing list
6lowpan@ietf.org
https://www1.ietf.org/mailman/listinfo/6lowpan