Robert, Thanks for all the comments, very helpful. I am not sure I could see all of them though with the HTML embedded in your mail. Could you send me that again directly as an attachment? Thanks. See some comments below based on what I could see:
On Feb 10, 2010, at 0:53 , Robert Cragie wrote: > Hi Zach, > > I have been through the document and made some corrections (in yellow) and > some comments (in cyan) - see attachment. > > The main things I found were: > • Inconsistent terminology. Bar the actual definitions, the terms, > 'host', 'node', 'router' and 'Edge Router' should be used throughout, not a > 'LoWPAN' variant of them. Yep, will fix. > • Some hangovers re. whiteboard and Extended LoWPAN Thanks for catching those. > • DAD not covered - as mentioned below Correct, how you do DAD is basically out of scope right now in the draft. The hard part is actually the text defining *when* you SHOULD or MUST perform DAD... Let's get back to this when I see your full comments. > • Propagation of RS/RA not covered Hmmm.. It is covered in Section 5.7 with regard to Context. Maybe a new section in Chapter 7 could be added to deal with this more explicitly? > • Hints at relaying NR/NC but not covered Right. This would be used by a separate Extended LoWPAN draft. This draft just needs to define the relay code and fields in NR/NC. Maybe a mention of why that code is there could help? > • Assumption that IID will use EUI-64 whereas it could be formed from > alternate link-layer address. >From Section 5.1: " A LoWPAN node forms a 64-bit Interface Identifier (IID) as specified in Section 6 of [RFC4944]. This may be based on the EUI-64 identifier, an assigned 16-bit short address, or any other appropriate MAC address." Isn't this OK? Cheers, Zach > Robert > Robert Cragie (Pacific Gas & Electric) > > Gridmerge Ltd. > 89 Greenfield Crescent, > Wakefield, WF4 4WA, UK > +44 (0) 1924 910888 > http://www.gridmerge.com > > > > Robert Cragie wrote: >> Hi Zach, >> >> I have been through the document and made some corrections (in yellow) and >> some comments (in cyan) - see attachment. >> >> The main things I found were: >> • Inconsistent terminology. Bar the actual definitions, the terms, >> 'host', 'node', 'router' and 'Edge Router' should be used throughout, not a >> 'LoWPAN' variant of them. >> • Some hangovers re. whiteboard and Extended LoWPAN >> • DAD not covered - as mentioned below >> • Propagation of RS/RA not covered >> • Hints at relaying NS/NC but not covered >> • Assumption that IID will use EUI-64 whereas it could be formed from >> alternate link-layer address. >> Robert >> Robert Cragie (Pacific Gas & Electric) >> >> Gridmerge Ltd. >> 89 Greenfield Crescent, >> Wakefield, WF4 4WA, UK >> +44 (0) 1924 910888 >> http://www.gridmerge.com >> >> >> >> Zach Shelby wrote: >>> Hi everyone, >>> >>> Thanks to an active discussion among the ND authors, and a bunch of helpful >>> reviews (thanks Richard, Anders and Colin), I finally managed to post >>> 6lowpan-nd-08, in its new slim form (think biggest loser). After Hiroshima >>> we reached good WG consensus to split the ND work into the basic mechanism >>> (which is now this document) and a separate Extended LoWPAN draft (to be >>> started), furthermore we agreed to deal with the DAD issue. This document >>> hopefully moves us very close to that goal. This also includes the new RS >>> feature suggested by Anders. >>> >>> >>> http://www.ietf.org/id/draft-ietf-6lowpan-nd-08.txt >>> >>> >>> As always with major changes (this needed lots of hacking and major >>> editing), there are surely tons of bugs and loose-ends left. Help to find >>> those appreciated. >>> >>> Changes from -07 to -08: >>> >>> o Removed Extended LoWPAN and Whiteboard related sections. >>> >>> o Included reference to the autoconf addressing model. >>> >>> o Added Optimistic Flag to 6AO. >>> >>> o Added guidelines on routers performing DAD. >>> >>> o Removed the NR/NC Advertising Interval. >>> >>> o Added assumption of uniform IID formation and DAD throughout a >>> LoWPAN. >>> >>> The major open issue we have is how to develop the DAD text in Section 5.3 >>> in such a way that it works for most people, yet produces reliable and safe >>> LoWPANs, and is yet acceptable to the IPv6 crowd and especially the IESG >>> ;-) We are trying to find a balance to keep the WG happy, yet having a >>> chance to actually become an RFC.... >>> >>> It would also be nice to reduce the complexity of NR/NC and especially 6AO >>> message processing. Writing the spec, I am at least not totally happy with >>> the amount of explaining needed.... Is there a sleeker way to deal with the >>> addresses? >>> >>> Zach >>> >>> Begin forwarded message: >>> >>> >>> >>>> From: IETF I-D Submission Tool <[email protected]> >>>> >>>> Date: February 1, 2010 23:59:40 GMT+02:00 >>>> To: >>>> [email protected] >>>> >>>> Cc: >>>> [email protected],[email protected],[email protected],[email protected],[email protected] >>>> >>>> Subject: New Version Notification for draft-ietf-6lowpan-nd-08 >>>> >>>> >>>> A new version of I-D, draft-ietf-6lowpan-nd-08.txt has been successfuly >>>> submitted by Zach Shelby and posted to the IETF repository. >>>> >>>> Filename: draft-ietf-6lowpan-nd >>>> Revision: 08 >>>> Title: 6LoWPAN Neighbor Discovery >>>> Creation_date: 2010-02-01 >>>> WG ID: 6lowpan >>>> Number_of_pages: 46 >>>> >>>> Abstract: >>>> This document specifies a new Neighbor Discovery mechanism suitable >>>> for LoWPANs. 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 classic IPv6 Neighbor >>>> Discovery with 6LoWPAN has several problems. Classic Neighbor >>>> Discovery was not designed for non-transitive wireless links, and the >>>> traditional IPv6 link concept and heavy use of multicast makes it >>>> unpractical. This document specifies a simple Neighbor Discovery >>>> mechanism both sufficient yet minimal for LoWPAN operation. >>>> >>>> >>>> >>>> The IETF Secretariat. >>>> >>>> >>>> >>>> >>> >>> >>> -- http://www.sensinode.com http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - New book - "6LoWPAN: The Wireless Embedded Internet" 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
