Hi all,
Do we really need the term "Link"? IMO, "Link" in 6TiSCH is same as Bundle.
Right?
ThanksQin
On Friday, April 22, 2016 9:07 AM, Maria Rita PALATTELLA
<[email protected]> wrote:
#yiv5085214591 #yiv5085214591 -- _filtered #yiv5085214591 {panose-1:2 4 5 3 5
4 6 3 2 4;} _filtered #yiv5085214591 {font-family:Calibri;panose-1:2 15 5 2 2 2
4 3 2 4;}#yiv5085214591 #yiv5085214591 p.yiv5085214591MsoNormal, #yiv5085214591
li.yiv5085214591MsoNormal, #yiv5085214591 div.yiv5085214591MsoNormal
{margin:0in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv5085214591 a:link,
#yiv5085214591 span.yiv5085214591MsoHyperlink
{color:blue;text-decoration:underline;}#yiv5085214591 a:visited, #yiv5085214591
span.yiv5085214591MsoHyperlinkFollowed
{color:purple;text-decoration:underline;}#yiv5085214591
span.yiv5085214591hoenzb {}#yiv5085214591 span.yiv5085214591EmailStyle18
{color:#1F497D;}#yiv5085214591 .yiv5085214591MsoChpDefault {} _filtered
#yiv5085214591 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv5085214591
div.yiv5085214591WordSection1 {}#yiv5085214591 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:[email protected]]On Behalf Of Thomas Watteyne
Sent: Friday, April 22, 2016 2:59 PM
To: Turner, Randy <[email protected]>
Cc: [email protected]
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 <[email protected]> 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
[email protected]
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 _______________________________________
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
