Re: [Roll] [6man] #7 (draft-thubert-6man-flow-label-for-rpl): draft-thubert-6man-flow-label-for-rpl-03 Relation with RFC 6294

"6man issue tracker" <> Tue, 12 August 2014 06:09 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id C9A821A03B5; Mon, 11 Aug 2014 23:09:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.568
X-Spam-Status: No, score=-2.568 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.668] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id sZU6KX-AKx6S; Mon, 11 Aug 2014 23:09:58 -0700 (PDT)
Received: from ( [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 8D7331A0311; Mon, 11 Aug 2014 23:09:58 -0700 (PDT)
Received: from localhost ([::1]:60270 by with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from <>) id 1XH5HR-0000UF-Ij; Mon, 11 Aug 2014 23:09:57 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "6man issue tracker" <>
X-Trac-Version: 0.12.3
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.3, by Edgewall Software
X-Trac-Project: 6man
Date: Tue, 12 Aug 2014 06:09:57 -0000
Message-ID: <>
References: <>
X-Trac-Ticket-ID: 7
In-Reply-To: <>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Scanned: No (on; SAEximRunCond expanded to false
X-Mailman-Approved-At: Mon, 11 Aug 2014 23:11:37 -0700
Subject: Re: [Roll] [6man] #7 (draft-thubert-6man-flow-label-for-rpl): draft-thubert-6man-flow-label-for-rpl-03 Relation with RFC 6294
X-Mailman-Version: 2.1.15
Reply-To:, 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, 12 Aug 2014 06:10:00 -0000

#7: draft-thubert-6man-flow-label-for-rpl-03 Relation with RFC 6294

Comment (by

 From: Adrian Farrel Date: 2014-08-05 17:07 GMT+03:00

 “In as much as this I-D diverges from the statements in the IETF consensus
 document RFC 6294, I will have a relatively high bar for the demonstration
 of consensus on this document.

 I understand that RPL runs in a walled garden. In particular, while there
 may be control flows from outside the RPL network to inside it, those
 flows *currently* run through an intermediate application (such as a
 server). I also understand that in the future, when flows run direct
 between external and internal nodes they will still run through a gateway
 router. In the former case the flow label is terminated at the server and
 so we can safely describe the RPL network as a walled garden. In the
 latter case, however, it is not possible for the flow label to be
 preserved end-to-end, and the gateway router must impose a flow label on
 outgoing packets, while the flow label delivered to an end device will be

 In order that this document be successful one of two things is going to be

 1. A clear statement that packets from within a RPL network that use the
 RPL flow label MUST NOT flow out of the RPL network, together with an
 explanation of how this is policed and guaranteed. More precisely: how
 will a router in the Internet know that the flow label on a packet was not
 applied by the source host?

 2. A change to the flow label architecture has to be considered acceptable
 by the IETF community. It needs to be written up clearly stating that it
 is OK for a gateway router to proxy the source host and insert a flow
 label, how the gateway router determines what value to set, and why it
 will not matter to a receiving RPL host that the flow label has been lost.

 Furthermore, I think some consideration of end-to-end traffic that
 transits a RPL network may be needed.

 I don't believe that any of that should be presented as an Update to 6294.
 Rather, I think that this document needs to be completely clear *and* a
 new revision of 6294 will be required with the associated changes.

 Of course, an answer to all this would by IPv6-in-IPv6 encapsulation, but
 I doubt that that is considered acceptable in a world that is so short of


 Reporter:            |       Owner:
     Type:  defect                               |
 Priority:  major                                |      Status:  new
Component:  draft-thubert-6man-flow-label-for-   |   Milestone:
  rpl                                            |     Version:
 Severity:  In WG Last Call                      |  Resolution:
 Keywords:                                       |

Ticket URL: <>
6man <>