Re: [6tisch] 6P and Sf0 issue: Piggybacking data packet with IE confirmation
Qin Wang <qinwang6top@yahoo.com> Tue, 08 March 2016 21:33 UTC
Return-Path: <qinwang6top@yahoo.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id B0C0612D5BF
for <6tisch@ietfa.amsl.com>; Tue, 8 Mar 2016 13:33:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level:
X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01,
RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001]
autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
header.d=yahoo.com
Received: from mail.ietf.org ([127.0.0.1])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id bWpJtp-qaNNF for <6tisch@ietfa.amsl.com>;
Tue, 8 Mar 2016 13:33:47 -0800 (PST)
Received: from nm36-vm8.bullet.mail.bf1.yahoo.com
(nm36-vm8.bullet.mail.bf1.yahoo.com [72.30.239.70])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 1052312D5BD
for <6tisch@ietf.org>; Tue, 8 Mar 2016 13:33:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048;
t=1457472825; bh=WpTRzxVzRFPIJk4LSp0s/E0wG2SPy0lIK3DareKc4+w=;
h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject;
b=Xao1sV4f+XuQ5uWDfPx9fXewT5rafiyZKekB5ruqqwofHBARnDiJPoBfrI480CCsZ6/iJ5+jsPCYk4VctugqsaBf6r+4baqGieQ+jJEbwr5nlBatcWaWmXRVYDC9UoLrrBUx7G3MwdwX8BPZaJAIkMCBhJyVsBofzoD/XSh6vQNzUvO0cLTupW7D4cBRQ9UMyRPcGDVobX+PXneXuZ3+PFz/gFSSOm5VuUXwibeJ5FlixPtlmx3F9XBitkntLI2V0JD+D8fWtTjD34vcbjKy8FTZuKun33Fa6ioFC4Q877VRyRtJsb9Pp7yeKtP0encZ2VVCwTXzt8MfHgUUkaCwAw==
Received: from [66.196.81.171] by nm36.bullet.mail.bf1.yahoo.com with NNFMP;
08 Mar 2016 21:33:45 -0000
Received: from [98.139.212.232] by tm17.bullet.mail.bf1.yahoo.com with NNFMP;
08 Mar 2016 21:33:45 -0000
Received: from [127.0.0.1] by omp1041.mail.bf1.yahoo.com with NNFMP;
08 Mar 2016 21:33:45 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 38852.79568.bm@omp1041.mail.bf1.yahoo.com
X-YMail-OSG: pGlCld8VM1njkKcak0.x0OqRcLChDyJ1Z58vlbo6.FoDPdmY1I9f1w68RZeInB3
2X04eeGAaGjqd_Yj2.WWMNbPFJVbbzf7LTjOtsgfBUF4Idj4H2sQWIlcKEfjTj6DGOx3_Frrjdxi
19x4DYwHnPjzuj9wxvOUyKSidXfwInmfHocoblaqwOkgfdWNIBWMlwZ8yrlM6CDxNP742MTCcpA3
Y1DIrNNb6AzKgNWnfbtxT8XI.pii4YGx.PXy1mDVsBG9MHeupryP7_YPVdlFK3KLV_gZL4yy8yrr
XLctRSiQTfmJRWMWINkSQGJ0gpFua4xjPP8bzTKBmlh40Mc9KesZ3MPR1O.XABHH09EdUyaZfTSG
U8RmCQeDFAOYm.df496rgi2SWYkShm.KPVDs.yWg2K5MNm3jKL16J1AY0cumY6GHkEemcUibAoLJ
Febv3FmQptojlYc0QChGlZga6qK.bN8pi8cfDowdZaMNdQWEGL_oV1c.OMqhkEukHIdzv4A--
Received: by 66.196.80.118; Tue, 08 Mar 2016 21:33:44 +0000
Date: Tue, 8 Mar 2016 21:32:54 +0000 (UTC)
From: Qin Wang <qinwang6top@yahoo.com>
To: Lijo Thomas <lijo@cdac.in>,
"'Prof. Diego Dujovne'" <diego.dujovne@mail.udp.cl>
Message-ID: <1841052088.6188684.1457472774706.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <008701d17614$9f0a4950$dd1edbf0$@cdac.in>
References: <008701d17614$9f0a4950$dd1edbf0$@cdac.in>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_6188683_2133965217.1457472774693"
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/XxFApsGUtlMImzUsQZfNkpGK4jw>
Cc: "6tisch@ietf.org" <6tisch@ietf.org>
Subject: Re: [6tisch] 6P and Sf0 issue: Piggybacking data packet with IE
confirmation
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Qin Wang <qinwang6top@yahoo.com>
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode
of IEEE 802.15.4e,
and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>,
<mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>,
<mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2016 21:33:51 -0000
X-List-Received-Date: Tue, 08 Mar 2016 21:33:51 -0000
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 <lijo@cdac.in> 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:6tisch-bounces@ietf.org] On Behalf Of Prof. Diego Dujovne Sent: 03 March 2016 21:11 To: 6tisch@ietf.org 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 6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
- [6tisch] 6P and Sf0 issue: Piggybacking data pack… Prof. Diego Dujovne
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Lijo Thomas
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Qin Wang
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Pascal Thubert (pthubert)
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Qin Wang
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Pascal Thubert (pthubert)
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Pascal Thubert (pthubert)
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Lijo Thomas
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Pascal Thubert (pthubert)
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Lijo Thomas
- Re: [6tisch] 6P and Sf0 issue: Piggybacking data … Pascal Thubert (pthubert)