Re: [6tisch] comments on latest terminology draft

"Wang, Chonggang" <Chonggang.Wang@InterDigital.com> Wed, 27 April 2016 21:12 UTC

Return-Path: <Chonggang.Wang@InterDigital.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 BFEEF12DB65 for <6tisch@ietfa.amsl.com>; Wed, 27 Apr 2016 14:12:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.252
X-Spam-Level:
X-Spam-Status: No, score=-0.252 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RDNS_DYNAMIC=0.982, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rghPty0NCe41 for <6tisch@ietfa.amsl.com>; Wed, 27 Apr 2016 14:12:14 -0700 (PDT)
Received: from smtp-in1.interdigital.com (host-64-47-120-121.masergy.com [64.47.120.121]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4402F12DB3E for <6tisch@ietf.org>; Wed, 27 Apr 2016 14:12:14 -0700 (PDT)
X-ASG-Debug-ID: 1461791532-06daaa108896ed0001-Y66muY
Received: from NISSONITE.InterDigital.com (nissonite.interdigital.com [10.2.64.252]) by smtp-in1.interdigital.com with ESMTP id HHUQKGLOQNOLfMU8 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO) for <6tisch@ietf.org>; Wed, 27 Apr 2016 17:12:12 -0400 (EDT)
X-Barracuda-Envelope-From: Chonggang.Wang@InterDigital.com
Received: from NABESITE.InterDigital.com ([fe80::4d8a:a889:67c2:f009]) by NISSONITE.InterDigital.com ([::1]) with mapi id 14.03.0279.002; Wed, 27 Apr 2016 17:12:12 -0400
From: "Wang, Chonggang" <Chonggang.Wang@InterDigital.com>
To: "'Pascal Thubert (pthubert)'" <pthubert@cisco.com>, Qin Wang <qinwang6top@yahoo.com>, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Thomas Watteyne <thomas.watteyne@inria.fr>, "Turner, Randy" <Randy.Turner@landisgyr.com>
Thread-Topic: [6tisch] comments on latest terminology draft
X-ASG-Orig-Subj: RE: [6tisch] comments on latest terminology draft
Thread-Index: AQHRoJVBJfuQkXSYikuysySHziq9pp+d+HvggABZDqA=
Date: Wed, 27 Apr 2016 21:12:10 +0000
Message-ID: <988A85FFFC503944A7588C70D4A6F11765AE5126@NABESITE.InterDigital.com>
References: <F085911F642A6847987ADA23E611780D1D14D40C@hoshi.uni.lux> <1978594436.3446991.1461769097749.JavaMail.yahoo@mail.yahoo.com> <4182254c2db74175ba8ecae4e8862531@XCH-RCD-001.cisco.com>
In-Reply-To: <4182254c2db74175ba8ecae4e8862531@XCH-RCD-001.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.8.4.81]
x-exclaimer-md-config: bb79a19d-f711-475c-a0f9-4d93b71c94dd
Content-Type: multipart/alternative; boundary="_000_988A85FFFC503944A7588C70D4A6F11765AE5126NABESITEInterDi_"
MIME-Version: 1.0
X-Barracuda-Connect: nissonite.interdigital.com[10.2.64.252]
X-Barracuda-Start-Time: 1461791532
X-Barracuda-Encrypted: ECDHE-RSA-AES256-SHA
X-Barracuda-URL: https://10.1.245.3:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 36331
X-Virus-Scanned: by bsmtpd at interdigital.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_SC0_MISMATCH_TO, HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29110 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.00 HTML_MESSAGE BODY: HTML included in message
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/uAykudcCM3ihYjxzdCsXi5bH7jA>
Cc: "6tisch@ietf.org" <6tisch@ietf.org>
Subject: Re: [6tisch] comments on latest terminology draft
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Wed, 27 Apr 2016 21:12:16 -0000

Hi Pascal,

Would you please elaborate “should we have different bundles for different RPL instance?”? I did not quite get the question.

Thanks,
Chonggang

From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Pascal Thubert (pthubert)
Sent: Wednesday, April 27, 2016 11:55 AM
To: Qin Wang <qinwang6top@yahoo.com>; Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>; Thomas Watteyne <thomas.watteyne@inria.fr>; Turner, Randy <Randy.Turner@landisgyr.com>
Cc: 6tisch@ietf.org
Subject: Re: [6tisch] comments on latest terminology draft

Hello Qin

It takes at least 2 bundles to create what a mote sees as a link, one in each direction.
Now, should we have different bundles for different RPL instance?

Pascal

From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Qin Wang
Sent: mercredi 27 avril 2016 16:58
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu<mailto:maria-rita.palattella@uni.lu>>; Thomas Watteyne <thomas.watteyne@inria.fr<mailto:thomas.watteyne@inria.fr>>; Turner, Randy <Randy.Turner@landisgyr.com<mailto:Randy.Turner@landisgyr.com>>
Cc: 6tisch@ietf.org<mailto:6tisch@ietf.org>
Subject: Re: [6tisch] comments on latest terminology draft

Hi all,

Do we really need the term "Link"? IMO, "Link" in 6TiSCH is same as Bundle. Right?

Thanks
Qin

On Friday, April 22, 2016 9:07 AM, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu<mailto:maria-rita.palattella@uni.lu>> wrote:

Randy, sorry for my late  answer.
Thomas, thanks for jumping into it.

Sure, the typos will be fixed in the next  version  ;)

About the definition of “link” I have to say this is  a  kind of endless story…
We have been discussed a lot in the past how to define it, how to make  clear that the concept for 6TiSCH is different from classical  IETF  link  definition,  but it seems we created  confusion, by putting  too  much information all together into  it.

Thomas’s suggestion could  simplify the problem.
The  link in fact  exists when the two neighbors have at least  one  cell to exchange pkts.

Thank you.
Maria Rita


From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Friday, April 22, 2016 2:59 PM
To: Turner, Randy <Randy.Turner@landisgyr.com<mailto:Randy.Turner@landisgyr.com>>
Cc: 6tisch@ietf.org<mailto:6tisch@ietf.org>
Subject: Re: [6tisch] comments on latest terminology draft

Randy,

I'll let Maria Rita comment about the typos, I assume it's just a matter to spinning the doc.

About "link", I went back to read the draft. The following definition...

------------------
A communication facility or medium over which nodes can
communicate at the link layer, i.e., the layer
immediately below IP.  Thus, the IETF parlance for the
term "Link" is adopted, as opposed to the IEEE802.15.4e
terminology.  In the context of the 6TiSCH architecture,
which applies to Low Power Lossy Networks (LLNs), an IPv6
subnet is usually not congruent to a single link and
techniques such as IPv6 Neighbor Discovery Proxying are
used to achieve reachability within the multilink subnet.
A link is distinct from a track.  In fact, link local
addresses are not expected to be used over a track for
end to end communication.  Finally, from the Layer 3
perspective (where the inner complexities of TSCH
operations are hidden to enable classical IP routing and
forwarding), a single radio interface may be seen as a
number of Links with different capabilities for unicast
or multicast services.
---------------

... is confusing, to say the least. IMO, it touches on almost all of the IETF work (talking about ND proxy, mutiling subnets, tracks in the definition of link ?!?) , is incredibly confusing, and as a result carries 0 information. What about

A link exists between two nodes when at least one cell is schedule between them.

Thomas




On Mon, Apr 18, 2016 at 8:38 PM, Turner, Randy <Randy.Turner@landisgyr.com<mailto:Randy.Turner@landisgyr.com>> wrote:
Hi Guys,

I had a couple of comments on the recent -07 terminology draft:

Deterministic Network - "A deterministic network can allocates..." should be "A deterministic network can allocate..."

"6top Data Convey Model" - Model describing how the 6top adaptation layer...<snip>
Is this really an adaptation layer? - In the IETF, the term "adaptation layer" has come to mean something different

6p Transaction - "Part of the 6top Protocol, in consists in" should probably be "...consists of"

"Bundle" - typo "usining" should be "using"

"Link" – When I read this description, it sounds similar to an interference domain - should the difference (if any) be spelled out or distinguished ? Or am I the only one that sees this similarity?

Thanks!
R.

_______________________________________________
6tisch mailing list
6tisch@ietf.org<mailto:6tisch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tisch



--
_______________________________________

Thomas Watteyne, PhD
Research Scientist & Innovator, Inria
Sr Networking Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

www.thomaswatteyne.com<http://www.thomaswatteyne.com/>
_______________________________________

_______________________________________________
6tisch mailing list
6tisch@ietf.org<mailto:6tisch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tisch