John Scudder's No Objection on draft-ietf-6man-grand-05: (with COMMENT)

[John Scudder via Datatracker <[e-mail]>]

John Scudder has entered the following ballot position for
draft-ietf-6man-grand-05: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-6man-grand/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks for a clear, readable, well-organized, and well-motivated document. I
have just a few questions and comments below.

1. Section 5.2

              The
   only potential impact would be for packets arriving to the router
   after the unsolicited NA from the host but before the rightful owner
   responded with the solicited NA.  Those packets would be sent to the
   host with the optimistic address instead of its rightful owner.
   However most likely those packets would have been dropped anyway:
   creating the INCOMPLETE entry is usually triggered by traffic, so the
   router probably has some packets in the buffer already, dropping
   subsequent packets received before the address resolution is
   completed.

Wouldn’t the buffered packets (received before the unsolicited NA) be
misdelivered to the optimistic host? The quoted paragraph restricts itself to
packets arriving after the unsolicited NA.

2. Section 5.3.1

Couldn’t step 4 (host detects duplication) complete sometime after step 7
(router sends NS to host)? (This might also apply to 5.3.2.) If that's possible
the analysis would be a little less rosy, right?

3. Section 5.3.1

        However the same
   behaviour would be observed if changes proposed in this document are
   implemented

Do you mean “are *not* implemented”?

4. Section 8.4

Please add SLLAO to terminology section or expand on first use.