@Yatch, I see the point. I have no doubt now about the behaviors after the node boot.
I am thinking another case that a node needs send a CLEAR command to previous parent if it changed. I guess this is not mentioned in the draft? @Thomas, maybe we can create an issue for that? Let me know if this is already mentioned in the draft. Tengfei On Wed, Nov 16, 2016 at 3:05 PM, Thomas Watteyne <thomas.watte...@inria.fr> wrote: > @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 > > -- Chang Tengfei, Pre-Postdoctoral Research Engineer, Inria
_______________________________________________ 6tisch mailing list 6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch