Thank you, Simon and Xavi! A couple of things:
>>> 'MUST' here sounds too strong... Some may want to use MSF with a base >>> schedule >>> other than one defined RFC 8180 with full understands on implications by not >>> following RFC 8180. Then, I'd propose 'SHOULD'. >>> >>> By the way, I'm not sure whether we can specify 'MUST implement' to a BCP >>> document or not. >> >> MSF assumes the presence of the minimal cell, but might be able to run >> without the full RFC8180. >> Happy to hear what others think >> > XV>> MSF needs at least one pre-existing cell in the schedule so a node can > receive/send EBs and form/join into the network. To ensure this we enforce > RFC8180. If the minimal shared cell is only the dependency for MSF, it'd be much clearer to say that instead of saying, "MSF MUST implement RFC 8180". RFC 8180 defines far more things than having the minimal shared cell. And, it concerns 2.4 GHz O-QPSK PHY alone. >>> * minor comment 6 >>> >>> What is Section 10, "Rule for Ordering Cells", for...? Why do we need this >>> section? >>> >> I'll let other co-authors answer >> > XV> I think this was though to handle pagination when the LIST command is > received. This is, define what are the cells to return when a list command is > requesting cells from a particular offset. I see; then, I'd like to have such explanation in Section 10 :-) https://tools.ietf.org/html/draft-ietf-6tisch-msf-00#section-10 Best, Yatch _______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
