[Roll] comments on mopex-cap-00

[Michael Richardson <[e-mail]>]

1) If Capabilities and MOD-Extension are mutually independent, why is it in one document?

2) MOP clearly applies to the entire DODAG.
   I don't know if Capabilities do from the description:

   REQ3:  Optional capabilities handshake.  Capabilities are features,
          possibly optional, which could be handshaked between the nodes
          and the root within an RPL Instance.

   Are they things that the root tells nodes, or things that the node
   tells the root?  Are they individualized, or does every node in the
   LLN have to support a capability before it can be used?

3) I argued before against the Extended-MOP-value being added to the Base
   MOP. I prefer that the value 7 means *replace* the MOP with the MOPex.
   Yes, that results in two ways to encode MOP="3", but I think that it
   leads to far less confusing code.

4) 3.2, if the MOP is not 7, and the MOPex is present, what does this mean?
   (Nothing, I think it should be ignored)
   Would we really ever assign a new the value 7?

5) section 4.0:

>   Note that capabilities and MOPex are mutually exclusive and it is
>   possible for an implementation to support either or both of the
>   options.

I think that you mean, not mutually exclusive?

4.1: >There are no capability flags defined by this document.

that makes it really hard to know how they work :-)

4.2: use of "could" is very non-normative.

>   Capabilities
>   advertised by non-root nodes are strictly a subset of the
>   capabilities advertised by the root.

This should be in REQ3.

7.1/7.3. If you take my advance about not adding, but replacing, then this
document would Update the Mode of Operation registry, and we would not need
a new registry.

==== having done all of this.

How will DAO-projection signal itself?  It seems like a capability to me.
I haven't read that document in a few months.  If it uses capability, then
this document that creates capabilities SHOULD probably allocate a bit in
it's initial table.

--
Michael Richardson <[e-mail]>, Sandelman Software Works
 -= IPv6 IoT consulting =-