[6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-nd-09

Zach Shelby <zach@sensinode.com> Tue, 27 April 2010 10:16 UTC

Return-Path: <zach@sensinode.com>
X-Original-To: 6lowpan@core3.amsl.com
Delivered-To: 6lowpan@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DCD6B3A698F for <6lowpan@core3.amsl.com>; Tue, 27 Apr 2010 03:16:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.999
X-Spam-Level:
X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_LOW=-1]
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 RzLWYzsvefHB for <6lowpan@core3.amsl.com>; Tue, 27 Apr 2010 03:16:30 -0700 (PDT)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id D4BBE3A6969 for <6lowpan@ietf.org>; Tue, 27 Apr 2010 03:16:27 -0700 (PDT)
Received: from [10.0.1.218] (1706.pc.puv.fi [195.148.170.170]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id o3RAGAqv010229 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <6lowpan@ietf.org>; Tue, 27 Apr 2010 13:16:11 +0300
From: Zach Shelby <zach@sensinode.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 27 Apr 2010 13:16:37 +0300
References: <20100427100938.D92413A6919@core3.amsl.com>
To: 6lowpan <6lowpan@ietf.org>
Message-Id: <B94327C6-282E-4A10-806A-0604FA453D6D@sensinode.com>
Mime-Version: 1.0 (Apple Message framework v1077)
X-Mailer: Apple Mail (2.1077)
Subject: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-nd-09
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2010 10:16:31 -0000

Hi,

The new version of ND has now been posted, based on a clean re-write and technical merge of nd-08 and nd-simple as agreed in Anaheim. Thanks to the hard work of Erik and Samita along with great chair support for getting this done!  

http://www.ietf.org/id/draft-ietf-6lowpan-nd-09.txt

We now welcome comments on the draft. The 6lowpan WG tracker will now be used for addressing WG comments and planned updates. Right now we are so happy with this there are 0 tickets ;-) 

Changes from -08 to -09:

      o Clean re-write of the draft (re-use of some introductory material)
      o Merged in draft-chakrabarti-6lowpan-ipv6-nd-simple-00
      o Changed address registration to an option piggybacked on NS/NA
      o New Authoritative Border Router option
      o New Address Registration Option
      o Separated Prefix Information and Content Information
      o Optional DAD to the edge

Begin forwarded message:

> From: IETF I-D Submission Tool <idsubmission@ietf.org>
> Date: April 27, 2010 13:09:37 GMT+03:00
> To: zach@sensinode.com
> Cc: samitac@ipinfusion.com,Erik.Nordmark@Oracle.COM
> Subject: New Version Notification for draft-ietf-6lowpan-nd-09 
> 
> 
> A new version of I-D, draft-ietf-6lowpan-nd-09.txt has been successfully submitted by Zach Shelby and posted to the IETF repository.
> 
> Filename:	 draft-ietf-6lowpan-nd
> Revision:	 09
> Title:		 Neighbor Discovery Optimization for Low-power and Lossy Networks
> Creation_date:	 2010-04-27
> WG ID:		 6lowpan
> Number_of_pages: 40
> 
> Abstract:
> The IETF 6LoWPAN working group defines IPv6 for low-power and lossy
> networks (LLNs) such as IEEE 802.15.4.  This and other similar link
> technologies have limited or no usage of multicast signaling due to
> energy conservation.  In addition, the wireless network may not
> strictly follow traditional concept of IP subnets and IP links.  IPv6
> Neighbor Discovery was not designed for non-transitive wireless
> links.  The traditional IPv6 link concept and heavy use of multicast
> make the protocol inefficient and sometimes impractical in a low
> power and lossy network.  This document describes simple
> optimizations to IPv6 Neighbor Discovery, addressing mechanisms and
> duplicate address detection for 6LoWPAN and similar networks.
> 
> 
> 
> The IETF Secretariat.
> 
> 

-- 
Zach Shelby, Head of Research, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297