Hi Geoff,
I read the document, I think it is in good shape and can be moved.
I listed the nits I found below.
Regards,
Behcet
Typos:
the duplicate address detection
mechanism Specified in Section 8.2
s/S/s
The re-registration of a address can be combined with Neighbor
Unreachability Detection
s/a/an
in which case it has a different
Length.
s/L/l
Neighbor Solicitations from hosts as specified above in section
Section 6.
s/section/
the Neighbor Cache entry for
the host as specified in section Section 6
s/section/
Additional protocol constants are defined in Section Section 4.
s/Section/
The use of 6LoWPAN and LoWPAN, sometimes in the same sentence is confusing.
----- Original Message ----
> From: Geoff Mulligan <[email protected]>
> To: 6lowpan <[email protected]>
> Sent: Thu, September 23, 2010 6:01:15 PM
> Subject: [6lowpan] Working Group Last call for draft-ietf-6lowpan-nd-13
>
> We have been reviewing 6lowpan Neighbor Discovery for quite some time
> and have feedback on the list and from implementors.
>
> We will now start Working Group Last Call on:
>
> http://tools.ietf.org/html/draft-ietf-6lowpan-nd-13
>
> The document is intended to be submitted by this Working Group to the
> IESG for publication as a Standards-Track Document.
>
> This is a two-week Working-Group Last-Call, ending on Friday, October 8,
> 2010 at 2359 UTC.
>
> Please review the changes to the document carefully, and send your
> comments to the 6lowpan list.
>
> Thanks,
> geoff
>
>
> _______________________________________________
> 6lowpan mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/6lowpan
>
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan
