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
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 that both OTF and SF0 give
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 t
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
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) :
> H
Hi Nicola, Diego,
I see. Thanks for all your explanation!
It would be very helpful if we can see some recommended number of cell or
advice how to choose the number of cell in the draft.
As Sixtop left lots of details in SF, my thought is SF should give more
specific information or clues for devel
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
Subject
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 R
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 O
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 o
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 ma
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
n
12 matches
Mail list logo