Dear Zach, I had a few queries on the current ND.
Firstly, what are the assumed capabilities of the 6LoWPAN Routers (the forwarding devices), are they supposed to have more memory than the end devices or are they assumed to be static or main-powered. I presume they are not deployed for the sole purpose of forwarding. Moreover, is the availability of a router in every 6LoWPAN link assumed ? Secondly, is the use of Neighbor and destination cache optional for the 6LoWPAN node in the new ND. Lastly, I guess some elaboration is needed for the routing of ER_ANYCAST. Is it assumed that the ROLL routing protocol, once they have a consensus over it, or some other routing protocol would be in place for that? Thanks, Hamid On Mon, Jul 13, 2009 at 5:42 AM, Zach Shelby <[email protected]> wrote: > > Hi, > > A new version of draft-ietf-6lowpan-nd is now available: > > http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-04.txt > > I will present this in Stockholm, if there are any issues you want me to > particularly touch on during the WG meeting, please drop me an e-mail. > > Changes since -03: > > o Moved Ad-hoc LoWPAN operation to Section 7 and made ULA prefix > generation a features useful also in Simple and Extended LoWPANs. > (#41) > > o Added a 32-bit Owner Nonce to the NR/NC messages and the > Whiteboard, removed the TID history. (#39) > > o Improved the duplicate OII detection algorithm using the Owner > Nonce. (#39) > > o Clarified the use of Source and Target link-layer options in > NR/NC. (#43) > > o Included text on the use of alternative methods to acquire > addresses. (#38) > > o Removed S=2 from Address Option (not needed). (#36) > > o Added a section on router dissemination consistency. (#44) > > o Small improvements and extensive editing. (#42, #37, #35) > > - Zach > > -------- Original Message -------- > Subject: New Version Notification for draft-ietf-6lowpan-nd-04 > Date: Sun, 12 Jul 2009 13:32:47 -0700 (PDT) > From: IETF I-D Submission Tool <[email protected]> > To: [email protected] > CC: > [email protected],[email protected],[email protected],[email protected] > > > A new version of I-D, draft-ietf-6lowpan-nd-04.txt has been successfuly > submitted by Zach Shelby and posted to the IETF repository. > > Filename: draft-ietf-6lowpan-nd > Revision: 04 > Title: 6LoWPAN Neighbor Discovery > Creation_date: 2009-07-12 > WG ID: 6lowpan > Number_of_pages: 56 > > Abstract: > This document specifies Neighbor Discovery optimized for 6LoWPAN. > The 6LoWPAN format allows IPv6 to be used over energy and bandwidth > constrained wireless networks often making use of multihop > topologies. However, the use of standard IPv6 Neighbor Discovery > with 6LoWPAN has several problems. Standard Neighbor Discovery was > not designed for non-transitive wireless links, and the standard IPv6 > link concept and heavy use of multicast makes it inefficient. This > document specifies a new ND mechanism allowing for the efficient > detection of duplicate addresses over entire LoWPANs, which also > optimizes other ND operations. In addition context dissemination, > claim and defend address generation, and the support of Extended > LoWPANs over Backbone Links are specified. > > > > > The IETF Secretariat. > > > > -- > http://www.sensinode.com > http://zachshelby.org - My blog “On the Internet of Things” > Mobile: +358 40 7796297 > > Zach Shelby > Head of Research > Sensinode Ltd. > Kidekuja 2 > 88610 Vuokatti, FINLAND > > This e-mail and all attached material are confidential and may contain > legally privileged information. If you are not the intended recipient, please > contact the sender and delete the e-mail from your system without producing, > distributing or retaining copies thereof. > _______________________________________________ > 6lowpan mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
