Re: [6tisch] [6TISCH] Specify the number of cells to be added or deleted in SF0

Diego, in the end, I guess we agree on this, the REQUIREDCELLS is the output of the bandwidth estimation algorithm, whichever we want to define in the draft. I guess we agree too that this is an estimate. Then it's up to the allocation policy to compare this estimate with what's the state of the

Re: [6tisch] [6TISCH] Specify the number of cells to be added or deleted in SF0

Nicola, I answer below. Regards, Diego 2016-11-02 12:35 GMT-03:00 Nicola Accettura : > Diego, Tengfei, > > I'll provide comments to each of you. > > @Diego: I believe that the change in the estimation algorithm does not > change the fact

Re: [6tisch] [6TISCH] RELOCATE command in sixtop?

Tengfei, all, the idea of relocation is very useful, I agree. A RELOCATE command would require the same reliable process for maintaining the schedule knowledge consistent between both sides of the transaction. Which is in practice identical to that of an ADD command. Maybe it is possible to use

Re: [6tisch] [6TISCH] Specify the number of cells to be added or deleted in SF0

Diego, Tengfei, I'll provide comments to each of you. @Diego: I believe that the change in the estimation algorithm does not change the fact that both OTF and SF0 give as output a number of cells to add/delete, and this is the point I'm discussing on. If we agree on this simple evidence (OTF and

Re: [6tisch] [6TISCH] RELOCATE command in sixtop?

Pascal, The relocation process from SF0 is meant also to detect collisions after random allocation, among other sources of packet loss, such as narrowband interference or noise. Regards, Diego 2016-11-02 12:06 GMT-03:00 Pascal Thubert (pthubert)

Re: [6tisch] [6TISCH] RELOCATE command in sixtop?

Hello Tengfei; this looks very useful in the context of the minimal cell allocation (Xavi’s random appropriation and collision detection). Take care, Pascal From: 6tisch [mailto:6tisch-boun...@ietf.org] On Behalf Of Tengfei Chang Sent: mercredi 2 novembre 2016 15:47 To: 6tisch@ietf.org

[6tisch] [6TISCH] RELOCATE command in sixtop?

All, I would like to propose an idea to add a new command called RELOCATE command in sixtop. This RELOCATE sixtop command will contains the cells to be added and removed in single packet. Without RELOCATE command, the relocation is done through adding one cell first then deleting one cell. With

Re: [6tisch] [6TISCH] Specify the number of cells to be added or deleted in SF0

Nicola, I agree with your comment, but the cell estimation algorithm changed: we now estimate the number of required cells from the number of requested cells (to add or delete) and the number of effectively used cells. What is still not clear to me is if the simulation results from the

Re: [6tisch] [6TISCH] Specify the number of cells to be added or deleted in SF0

Hi Tengei, the problem you are rising is that you would like to see a number of cells to add/delete when comparing required and deleted cells. The ancestor of SF0, namely OTF, used to specify the following sentence: The number of soft cells to be scheduled/deleted for bundle resizing is out

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

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

[6tisch] [6TISCH] Specify the number of cells to be added or deleted in SF0

Hi All, I am reading the SF0-02 version which is just released few days ago. In the SF0 Allocation Policy section, the policy said 1. If REQUIREDCELLS<(SCHEDULEDCELLS-SF0THRESH), delete one or more cells. 2. If (SCHEDULEDCELLS-SF0THRESH)<=REQUIREDCELLS<=SCHEDULEDCELLS, do