Re: [6tisch] [6TiSCH] Node Behavior at Boot in SF0

[Yasuyuki Tanaka <[e-mail]>]

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
> [e-mail]
> https://www.ietf.org/mailman/listinfo/6tisch
>