@Tengfei,
Does that suggestion work for you or should we create an issue on SF0?
Thomas

On Fri, Nov 11, 2016 at 8:50 PM, Yasuyuki Tanaka <
yasuyuki9.tan...@toshiba.co.jp> wrote:

> 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#r
>> ef-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
>> 6tisch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tisch
>>
>>
> _______________________________________________
> 6tisch mailing list
> 6tisch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tisch
>



-- 
_______________________________________

Thomas Watteyne, PhD
Research Scientist & Innovator, Inria
Sr Networking Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

www.thomaswatteyne.com
_______________________________________
_______________________________________________
6tisch mailing list
6tisch@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch

Reply via email to