Hi Diego,
I also have question regarding to the third message, i.e. Child acknowledge.
In this case, the Child must accept the selected cells in the Parent's message
if it received the message. Right? In another word, if the Parent knows the
Child has received the message correctly, the Parent can be sure that the
selected cells will be added/deleted into/from the Child's schedule. Since the
MAC layer ACK can tell Parent the Child has received its message correctly, I
think there is no need for the Child to send back the 6P layer Acknowledgement.
Do I miss something?
ThanksQin
On Friday, March 4, 2016 7:51 AM, Lijo Thomas <[email protected]> wrote:
#yiv9292455179 #yiv9292455179 -- _filtered #yiv9292455179 {panose-1:2 4 5 3 5
4 6 3 2 4;} _filtered #yiv9292455179 {font-family:Calibri;panose-1:2 15 5 2 2 2
4 3 2 4;} _filtered #yiv9292455179 {panose-1:2 11 6 3 2 2 2 2 2 4;} _filtered
#yiv9292455179 {panose-1:2 5 6 4 5 5 5 2 2 4;}#yiv9292455179 #yiv9292455179
p.yiv9292455179MsoNormal, #yiv9292455179 li.yiv9292455179MsoNormal,
#yiv9292455179 div.yiv9292455179MsoNormal
{margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;}#yiv9292455179 a:link,
#yiv9292455179 span.yiv9292455179MsoHyperlink
{color:blue;text-decoration:underline;}#yiv9292455179 a:visited, #yiv9292455179
span.yiv9292455179MsoHyperlinkFollowed
{color:purple;text-decoration:underline;}#yiv9292455179
span.yiv9292455179EmailStyle17 {color:#1F497D;}#yiv9292455179
span.yiv9292455179EmailStyle18 {color:#833C0B;}#yiv9292455179
.yiv9292455179MsoChpDefault {font-size:10.0pt;} _filtered #yiv9292455179
{margin:72.0pt 72.0pt 72.0pt 72.0pt;}#yiv9292455179
div.yiv9292455179WordSection1 {}#yiv9292455179 Hi Diego, Do we really
require 3 transactions for 6P operations as mentioned. The second
transaction from the parent contains all the required information for the
task. In case the 2nd packet is lost, the parent will schedule a RX link which
will be unutilized for the time being and can be reallocated depending on the
scheduling function. But if the 3rd transaction is lost, the client will
allocate the TX link and will start transmitting packets. So can we avoid the
ACK packet(3rd transaction) from the client, or is there any added benefit.
Thanks & Regards,Lijo Thomas From: 6tisch
[mailto:[email protected]] On Behalf Of Prof. Diego Dujovne
Sent: 03 March 2016 21:11
To: [email protected]
Subject: [6tisch] 6P and Sf0 issue: Piggybacking data packet with IE
confirmation Dear all, Given that there is parent preference in cell
selection, a child-initiated transaction triggers a three-stepexchange:1- Child
sends request to Parent with whitelist/blacklist of slotoffsets2- Parent
selects cells3- Child acknowledges and finishes the transactionThe main idea is
to enable an optional Piggybacking of the IE on adata packet to reduce the
number of transmitted packets, but thereare latency concerns when the (data)
traffic is low.Is it worth to enable this option given the added
complexity?Regards, Diego Dujovne
-- DIEGO DUJOVNE
Académico Escuela de Ingeniería en Informática y Telecomunicaciones
Facultad de Ingeniería UDP
www.ingenieria.udp.cl
(56 2) 676 8125
-------------------------------------------------------------------------------------------------------------------------------
[ C-DAC is on Social-Media too. Kindly follow us at:
Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ]
This e-mail is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy
all copies and the original message. Any unauthorized review, use,
disclosure, dissemination, forwarding, printing or copying of this email
is strictly prohibited and appropriate legal action will be taken.
-------------------------------------------------------------------------------------------------------------------------------
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
