Barry Leiba has entered the following ballot position for draft-ietf-6lo-ap-nd-18: 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 IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6lo-ap-nd/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Wow: Thanks, Ben, for the VERY thorough review, which leaves little left to comment on. Beyond what others have sait, I just have a minor thing or two to add: — Section 1 — The second paragraph begins as though the first paragraph werent there. You can (and should) just begin it with, “The registration mechanism in 6LoWPAN ND prevents”, as the definition and citation are already in the paragraph before. This would allow the an attacker to steal the address Remove the spurious “the”. [RFC8505] defines an Extended Address Registration Option (EARO) option that allows to transport alternate forms of ROVRs The word “option” on the second line is extra, and “allows to transport” is poor English. This works: NEW [RFC8505] defines an Extended Address Registration Option (EARO) that allows the transport of alternate forms of ROVRs END — Section 4.3 — The implementation of multiple hash functions in a constrained devices may consume excessive amounts of program memory. This Make it “device” for number agreement. — Section 4.4 — This allows to elide a CIPO that the 6LR already received, at the expense of the capability to add arbitrary options that would signed with a RSAO. “This allows to elide” is poor English (“to elide” needs a subject). You can say, “This allows the elision of a CIPO”. You also need “would be signed” later in the sentence. — Section 6 — A 6LN can claim any address as long as it is the first to make that claim. After a successful registration, the 6LN becomes the owner of the registered address and the address is bound to the ROVR value in the 6LR/6LBR registry. Bound for how long? Forever? Are unused entries ever cleaned from the registry? Can problems arise if stale bindings stay in the registry indefinitely? — Section 8.3 — I agree with Alissa that you need to remove ‘either’ and ‘or "IESG Approval"’ from the registration policy, and just leave it as Specification Required. “IESG Approval” is meant to be a special case, and, in general, the IESG can always approve a registration if needed in an exceptional circumstance. I’ll make that clearer in the next update to BCP 26, which I’m working on with IANA. _______________________________________________ 6lo mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lo
