Hi all, Reading the current draft draft-ietf-6tisch-6top-protocol-03, a few points were not clear to me:
* Section 4.2.7: why do cells only have a recommended format? I guess it's up to the SF, but if so, this is worth stating explicitly. * Section 4.2.7: what happens when cells don't fit a single packet? This was answered here [1] but I couldn't find any info in the text. * Section 4.3: protocol behavior. only 2-way transactions are detailed, why not 3-way? * Section 4.3: when to use 2 or 3-way transactions? Is the latter for added reliability or only to handle the case where the request has CellList == []. Clarification needed IMO. * Section 4.3: do we wait for a link-layer ACK on the Response (or Confirmation) before committing the transaction? * Section 4.3: no description of the STATUS command? * Section 4.3.2: interaction among different SFs: does LIST return only the current SF's cells or all cells in the system? Can DELETE remove cells installed by other SFs? Does CLEAR clear cells installed by other SFs? * Section 4.3.11.1: single bit for the GTX/GRX count value means two consecutive failed transactions will be forever unnoticed. Is that ok? Couldn't we use a single 4-bit counter instead of two 2-bit? Wouldn't a simple counter work instead of lollipop? * Terminology: I've seen both "2-steps" and "2-ways" used in the document * General / open: is there any option to install broadcast cells? (a bit tricky as this needs consensus over 2+ nodes, this probably takes a 2PC or 3PC, but can be needed) * General / open: should we recommend / force having at least one rendez-vous cell (via minimal or otherwise), so as to guarantee reachability of all nodes? Else, a single failed CLEAR transaction results in definitive loss of connectivity between two nodes. Apologies if this was covered in previous discussions I might have missed. Please let me know if I should have opened tickets on the issue tracker instead. Thanks, Simon [1] https://www.ietf.org/mail-archive/web/6tisch/current/msg04758.html _______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
