Re: [Roll] Comments For ROLL terminology-06

"JP Vasseur (jvasseur)" <> Wed, 12 December 2012 10:51 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2D33921F8975 for <>; Wed, 12 Dec 2012 02:51:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -10.299
X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_27=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id aQt3SRUZLFN5 for <>; Wed, 12 Dec 2012 02:51:48 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 4742821F8973 for <>; Wed, 12 Dec 2012 02:51:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=3943; q=dns/txt; s=iport; t=1355309508; x=1356519108; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Wsle9AC6vYMomeJ95EWcN645YpZspR7IoiiJwnsbFx4=; b=PCI/J3xP+lEoecb0EB9Voxnkr/QAzTdKaM2UdJvs9nFChzqbkNK2ITLc FknFtwdn3Sfa9jwqvbuzxtq1WNAJSk2OQrdT/tU8xkO738Q7+rs3GtNap rh3VVAtSK0XJsKtbdw+zASqgxeVQskG1CJbsbnvt26veuQWEOg2kFSU9M E=;
X-IronPort-AV: E=Sophos;i="4.84,265,1355097600"; d="scan'208";a="152085461"
Received: from ([]) by with ESMTP; 12 Dec 2012 10:51:48 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id qBCApljM024262 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Dec 2012 10:51:47 GMT
Received: from ([]) by ([]) with mapi id 14.02.0318.004; Wed, 12 Dec 2012 04:51:47 -0600
From: "JP Vasseur (jvasseur)" <>
To: Abdussalam Baryun <>
Thread-Topic: [Roll] Comments For ROLL terminology-06
Thread-Index: AQHN2FauUIhj9kFSW0eXRoENFKLwwg==
Date: Wed, 12 Dec 2012 10:51:47 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: roll <>
Subject: Re: [Roll] Comments For ROLL terminology-06
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Routing Over Low power and Lossy networks <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 12 Dec 2012 10:51:49 -0000


And sorry for the delay - 

On Aug 3, 2012, at 10:46 PM, Abdussalam Baryun wrote:

> Hi JP and All,
> I need your comments/feedback on the below, and want to know if there
> will be update to the expired document.
> Regards
> AB
> On 7/5/12, Abdussalam Baryun <>; wrote:
>> Hi Vasseur, and All,
>> Comments:
>> +++++++++
>> AB>general comment> ROLL is about routers/nodes/hosts Why not defined
>> :  Host, Node, Link, Interface
>> In the body of draft-06:-
>> Closed Loop Control: A process whereby a device controller controls
>> an actuator based on information sensed by one or more field devices.
>> AB>suggest> replace [process] with [procedure]
>> AB>suggest> replace [information] with [input information]
>> Downstream: Data direction traveling from outside of the LLN (e.g.
>> traffic coming from a LAN, WAN or the Internet) via a LBR.

JP> Done, thanks.

>> AB> suggest> remove the example, because first, ROLL is inside LLN not
>> outside, and second, most of the data-traffic MAY go from the LLN to
>> the Internet/LBR. IMHO downstream is in the direction of the havier
>> unit-flow.

JP> Ah but … the direction where the traffic is heavier really depends. There are applications/networks
where many packets travels upstream, few (but large) packets travel upstream; number of packets and
volume of traffic are thus different. Furthermore, upstream/downstream definition should stay agnostic to
the direction, otherwise this may lead to confusion and we need to keep it consistent with the RFCs.

>> AB> please note that if we use word [data] is different than
>> [message]. While using [message] we may mean all traffic includes data
>> and control messages, so the use of downstream and upstream as in
>> draft-06 will be ok, but if we mention data-direction IMHO the use
>> downstream-upstream will be the other way around.
>> AB> suggest> replace [data] with [message]

JP> Kept "data" to be consistent with RFC and usual IETF terminology.

>> Field Device:
>> AB> delete word> field

JP> This is the terminology used in literature though ...

>> MP2P: Multipoint-to-Point is used to describe a particular traffic
>> pattern (e.g. MP2P flows collecting information from many nodes
>> flowing inwards towards a collecting sink or an LBR).
>> AB>opinion> MP2P is not a traffic pattern it is a transmission method

JP> Ah no no … not in this case and this was debated on the mailing for quite some time. We are 
referring in this case to the traffic pattern, not the protocol (see RFC 6550).

Many thanks for your review !


>> I am not sure if the draft covers all terms used in ROLL protocols, I
>> will check and post on the same thread after. Thanking you,
>> Best Regards
>> Abdussalam Baryun
>> University of glamorgan, UK
>> +++++++++++++++++++++++++++++++++++++++++++++++++
>> I may be wrong, or may be right, but it does not matter if we work together
>> as a group to discuss and resolve all issues. WGs are always right.
>> *****************************************************************************
>> This email and any attachments are confidential to the intended recipient
>> and may also be privileged. If you are not the intended recipient please
>> delete it from your system and notify the sender. The contents are comply
>> to the IETF regulations, and WG procedures. You should not copy the
>> email nor use it for any other purpose, nor disclose, nor distribute its
>> contents to any other person.
>> *****************************************************************************
> _______________________________________________
> Roll mailing list