Routing Multipoint Relay Optimization for the Optimized Link State Routing Protocol Version 2 (OLSRv2)
RFC 7187

Note: This ballot was opened for revision 00 and is now closed.

(Adrian Farrel) Yes

(Jari Arkko) No Objection

(Stewart Bryant) No Objection

(Gonzalo Camarillo) No Objection

(Benoît Claise) No Objection

Comment (2014-02-19 for -00)
No email
send info
- I read multiple times these sentences, and I'm not sure what they mean:

   Note that an implementation using this optimization is not strictly
   compliant with the current specification [OLSRv2], ...

   This specification updates [OLSRv2] to specify that an implementation
   using this optimization is compliant with the protocol OLSRv2.


- I agree with Barry's DISCUSS

- I Would appreciate if you would expand MPRs (multipoint relays) earlier in the draft.

(Spencer Dawkins) No Objection

Comment (2014-02-19 for -00)
No email
send info
I'm No Objection, and trusting that the fuzziness other ADs are asking about will get unfuzzed ...

(Stephen Farrell) No Objection

(Brian Haberman) No Objection

Comment (2014-02-19 for -00)
No email
send info
Since other ADs have already raised the issues I spotted with this document, I will simply point out that the MPR acronym needs to be expanded and should not appear in the Abstract.

(Joel Jaeggli) No Objection

Barry Leiba (was Discuss) No Objection

Comment (2014-02-24)
No email
send info
Version -01 resolves the 2119-key-word issue; thanks for dealing with that.

(Ted Lemon) No Objection

Comment (2014-02-19 for -00)
No email
send info
Section 3, first paragraph:

   include it.  However inclusion of this optimization is advised, it
   can, in some cases, create smaller and fewer messages, without ever
   having the opposite effect.

This is nitpicky, but I wish you'd use some conjunction other than a comma between "advised" and "it" on the first line, or else make it two sentences.

(Pete Resnick) No Objection

Comment (2014-02-15 for -00)
No email
send info
These two statements seem in conflict:

   A set of routing MPRs created as specified in [OLSRv2] MAY be
   optimized in the following manner.

[...]

   It is RECOMMENDED that all OLSRv2 routers use this optimization.

The first indicates that the optimization is purely an option. The second indicates that it is a requirement with certain exceptions that may exist. Which do you mean? If the former, I'd suggest just getting rid of both of the 2119 terms (use "can" instead of "MAY" and "suggested" instead of "RECOMMENDED"), since it's only a suggestion. If the latter, change the "MAY" to a "SHOULD".

(Martin Stiemerling) No Objection