Hi Pascal and all,
I think chunk is a good idea to avoid conflicts in cell allocation. According
to my understanding, a Chunk is a part of a superframe, and thus inherits the
properties of the superframe like priority.
In the draft-ietf-6tisch-6top-interface, you can find two data structures
related to Chunk, i.e. (1) ChunkList, List of the chunks assigned to the node
(2) ChunkCellList, List of all of the cells assigned to the node via the
assignment of chunks
It may help to answer the questions.
ThanksQin
On Friday, January 8, 2016 1:16 PM, Pascal Thubert (pthubert)
<[email protected]> wrote:
<!--#yiv8251087684 _filtered #yiv8251087684 {font-family:Wingdings;panose-1:5
0 0 0 0 0 0 0 0 0;} _filtered #yiv8251087684 {font-family:"Cambria
Math";panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv8251087684
{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv8251087684
#yiv8251087684 p.yiv8251087684MsoNormal, #yiv8251087684
li.yiv8251087684MsoNormal, #yiv8251087684 div.yiv8251087684MsoNormal
{margin:0cm;margin-bottom:.0001pt;font-size:11.0pt;font-family:"Calibri",
sans-serif;}#yiv8251087684 a:link, #yiv8251087684
span.yiv8251087684MsoHyperlink
{color:#0563C1;text-decoration:underline;}#yiv8251087684 a:visited,
#yiv8251087684 span.yiv8251087684MsoHyperlinkFollowed
{color:#954F72;text-decoration:underline;}#yiv8251087684
p.yiv8251087684MsoListParagraph, #yiv8251087684
li.yiv8251087684MsoListParagraph, #yiv8251087684
div.yiv8251087684MsoListParagraph
{margin-top:0cm;margin-right:0cm;margin-bottom:0cm;margin-left:36.0pt;margin-bottom:.0001pt;font-size:11.0pt;font-family:"Calibri",
sans-serif;}#yiv8251087684 span.yiv8251087684EmailStyle17
{font-family:"Calibri", sans-serif;color:windowtext;}#yiv8251087684
.yiv8251087684MsoChpDefault {font-family:"Calibri", sans-serif;} _filtered
#yiv8251087684 {margin:70.85pt 70.85pt 70.85pt 70.85pt;}#yiv8251087684
div.yiv8251087684WordSection1 {}#yiv8251087684 _filtered #yiv8251087684 {}
_filtered #yiv8251087684 {font-family:Symbol;} _filtered #yiv8251087684
{font-family:"Courier New";} _filtered #yiv8251087684 {font-family:Wingdings;}
_filtered #yiv8251087684 {font-family:Symbol;} _filtered #yiv8251087684
{font-family:"Courier New";} _filtered #yiv8251087684 {font-family:Wingdings;}
_filtered #yiv8251087684 {font-family:Symbol;} _filtered #yiv8251087684
{font-family:"Courier New";} _filtered #yiv8251087684 {font-family:Wingdings;}
_filtered #yiv8251087684 {} _filtered #yiv8251087684 {} _filtered
#yiv8251087684 {} _filtered #yiv8251087684 {} _filtered #yiv8251087684 {}
_filtered #yiv8251087684 {} _filtered #yiv8251087684 {} _filtered
#yiv8251087684 {} _filtered #yiv8251087684 {} _filtered #yiv8251087684
{}#yiv8251087684 ol {margin-bottom:0cm;}#yiv8251087684 ul
{margin-bottom:0cm;}-->Dear all : I took an action item at the 6tisch
interim to address cell types in the 6top protocol: As you know, a chunk is
like a malloc heap, a set of resources that a node ( a RPL parent) attributes
to be able to serve dynamic bandwidth needs with the 6top protocol. Currently,
the assumption was that the chunks are a partition of the CDU matrix, so chunks
are not overlapping, and all cells in chunked space are identical, meant for
dedicated unicast traffic like we foresee for tracks. I pointed out at the
interim today that for statistical traffic we may want to have overlapping
chunks, in which case cells from different chunks but overlapping chunks may
have a chance of collision *. We discussed that the requester of cells in the
6top protocol may have a say on which type of cell is to be allocated, like
high priority, unicast vs. shared, guaranteed non overlapping vs not. This
raises a number of questions: 1) Do people see value in doing that? 2)
If so, should a chunk have properties, like should cells in a chunk have
homogeneous properties? 3) Should the type (unicast vs. shared) be a
permanent property of the cell while it is free (it sits in a chunk), or one
attributed by the parent when the cell is placed in a bundle and for the
direction of that attribution? What do you think? Pascal * note there
is some Cisco IPR around overlapping chunks that that I need to dig if we
pursue this direction.
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
