Thomas,
It is not on my slides, since the default
behavior (issue a CLEAR command) did not
change from -01 to -02. I can raise the issue
during the presentation.
Regards,
Diego
2016-11-16 12:06 GMT-03:00 Thomas Watteyne <thomas.watte...@inria.fr>:
> Diego,
> Fine for me. Could you bring it up during the WG meeting tomorrow?
> Thomas
>
> On Thu, 17 Nov 2016 at 00:02 Prof. Diego Dujovne <
> diego.dujo...@mail.udp.cl> wrote:
>
>> Yasuyuki, Thomas,
>> I suggest to keep the CLEAR command
>> after reboot/failure.
>> Regards,
>>
>> Diego
>>
>> 2016-11-16 11:05 GMT-03:00 Thomas Watteyne <thomas.watte...@inria.fr>:
>>
>> @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#
>> 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
>> 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
>>
>>
>>
>>
>> --
>> DIEGO DUJOVNE
>> Profesor Asociado
>> Escuela de Informática y Telecomunicaciones
>> Facultad de Ingeniería - Universidad Diego Portales - Chile
>> www.ingenieria.udp.cl
>> (56 2) 676 8125
>>
>
--
DIEGO DUJOVNE
Profesor Asociado
Escuela de Informática y Telecomunicaciones
Facultad de Ingeniería - Universidad Diego Portales - Chile
www.ingenieria.udp.cl
(56 2) 676 8125
_______________________________________________
6tisch mailing list
6tisch@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch
