Re: [Roll] [6tisch] Support of flow label to carry the RPL information in data packets

Tom Phinney <> Tue, 15 April 2014 15:25 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 6BC211A011A for <>; Tue, 15 Apr 2014 08:25:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 0.55
X-Spam-Status: No, score=0.55 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FSL_HELO_BARE_IP_2=1.999, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.272, SPF_PASS=-0.001] autolearn=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id EYObq4VB4bF6 for <>; Tue, 15 Apr 2014 08:25:52 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 2B6F91A014B for <>; Tue, 15 Apr 2014 08:25:49 -0700 (PDT)
Received: from fed1rmimpo305 ([]) by (InterMail vM. 201-2260-151-145-20131218) with ESMTP id <> for <>; Tue, 15 Apr 2014 11:25:47 -0400
Received: from ([]) by fed1rmimpo305 with cox id qFRm1n00F3gAAro01FRm8S; Tue, 15 Apr 2014 11:25:46 -0400
X-CT-Class: Clean
X-CT-Score: 0.00
X-CT-RefID: str=0001.0A020205.534D4F7A.0227,ss=1,re=0.000,fgs=0
X-CT-Spam: 0
X-Authority-Analysis: v=2.0 cv=E9kTU9hl c=1 sm=1 a=mbYREmtDDBfCLQwKCHNpxg==:17 a=zewopLiEtFcA:10 a=m6fIg8Z01iAA:10 a=G8Uczd0VNMoA:10 a=Wajolswj7cQA:10 a=IkcTkHD0fZMA:10 a=kviXuzpPAAAA:8 a=AUd_NHdVAAAA:8 a=48vgC7mUAAAA:8 a=XsFExlocwfn6fd3yGi8A:9 a=QEXdDO2ut3YA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=lZB815dzVvQA:10 a=mbYREmtDDBfCLQwKCHNpxg==:117
X-CM-Score: 0.00
Authentication-Results:; none
Message-ID: <>
Date: Tue, 15 Apr 2014 08:25:46 -0700
From: Tom Phinney <>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: "" <>, roll <>
References: <qERd1n02Y0xxhYs01ERfPn>
In-Reply-To: <qERd1n02Y0xxhYs01ERfPn>
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] [6tisch] Support of flow label to carry the RPL information in data packets
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Tom Phinney <>, Routing Over Low power and Lossy networks <>
List-Id: Routing Over Low power and Lossy networks <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 15 Apr 2014 15:25:53 -0000

+1 for sure. The flow label has always been the preferable method for me, and I suspect for others with knowledge of how it is used in ISA100.11a.
On 2014.04.15 07:25, Pascal Thubert (pthubert) wrote:

Dear all:


As some of you remember, the RPL specification has changed over time WRT to the location of the information that RPL places in the data packets. We started with the flow label but these were the days when what became RFC 6437 was being defined at 6MAN, so we shied away and defined the HbH technique that is now specified as RFC 6553.


We’ll note that the RPL option defined in RFC 6553 takes 6 octets, and with the HbH hdr we end up with 8 extra octets. An extra IP-in-IP encapsulation is required on top of that unless both endpoints are in the same RPL domain. All this overhead may be acceptable when power is available and the PHY allows for larger frames, but in traditional battery-operated 15.4 with ~ 80 bytes usable per frame, my experience from integrating 6LoWPAN HC with ISA100.11a says that all these extra bytes will be on the way of the 6TiSCH adoption.


Still, both RFC 6550 and RFC 6552 are designed to allow for an alternate technique and in particular for the use of the flow label, as is elaborated in" rel="nofollow"> . Using the flow label reduces the cost of the RPL information dramatically, down to a level that is probably acceptable for the target SDOs.


So my plan for now is to move the flow label draft to 6MAN and prepare for a hot season, and I’m looking for support from both 6TiSCH and ROLL to back me up from the start.  Yes, you can help!


Please +1 if you agree we need this work to happen, and/or provide any suggestion.





6tisch mailing list" rel="nofollow">