Hi Tengfei, I think an assumption there is that a node has no state with its neighbors just after booting up or restarting. On the other hand, a neighbor of them may have cells allocated for the node. To resolve such a possible inconsistency, the node issues CLEAR to each of its neighbors.
Best, Yatch On 2016/11/02 15:29, Tengfei Chang wrote:
All, For the decision when a node is restarted, the SF0 says: In order to define a known state after the node is restarted, a CLEAR command is issued to each of the neighbor nodes to enable a new allocation process. The 6P Initial Timeout Value provided by SF0 should allow for the maximum number of TSCH link-layer retries, as defined by Section 4.3.4 of [I-D.ietf-6tisch-6top-protocol <https://tools.ietf.org/html/draft-ietf-6tisch-6top-sf0-02#ref-I-D.ietf-6tisch-6top-protocol>]. TODO/ REMARK: The initial timeout is currently under discussion. A little suggestion is DO NOT issue a clear command to previous parent until the nodes has reserved new cells to its new parent. This is to avoid the swing if the reservation failed to its new parent and changed back to previous parent. What do you think? Tengfei -- Chang Tengfei, Pre-Postdoctoral Research Engineer, Inria _______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
