Re: [Roll] [6lo] WGLC for draft-thubert-6man-flow-label-for-rpl-03

"Pascal Thubert (pthubert)" <> Fri, 15 August 2014 08:51 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id F29E61A0938; Fri, 15 Aug 2014 01:51:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -15.169
X-Spam-Status: No, score=-15.169 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 0El0Jofa6nt7; Fri, 15 Aug 2014 01:51:41 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id EFDAF1A0947; Fri, 15 Aug 2014 01:51:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=4113; q=dns/txt; s=iport; t=1408092702; x=1409302302; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=l0bGHmFOQ7yQlw6ygVPdSPJFxNrIukv8yy1k0sa7bsQ=; b=G1UrsprkK5DZId/2xK5xshpVa1kBqjLDvu3Qeemvm7RGWy20Fni9GuJr s2hk9tIdag28X3FlF172taLB+cqrRY/1EVO6nBEnav1oDsLKbHLoiW6NO C/Kp3Cjd3FOKQFvIJH020Qkzabcldqvg+96UgSWvxkNu0Fyw8JwFVAG5N g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.01,868,1400025600"; d="scan'208";a="69490934"
Received: from ([]) by with ESMTP; 15 Aug 2014 08:51:41 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id s7F8peDS011648 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Aug 2014 08:51:40 GMT
Received: from ([]) by ([]) with mapi id 14.03.0195.001; Fri, 15 Aug 2014 03:51:39 -0500
From: "Pascal Thubert (pthubert)" <>
To: Brian E Carpenter <>
Thread-Topic: [Roll] [6lo] WGLC for draft-thubert-6man-flow-label-for-rpl-03
Thread-Index: AQHPt/zmHp7q4q9DoEKOFDPz7vG+hJvRXEca
Date: Fri, 15 Aug 2014 08:51:38 +0000
Message-ID: <>
References: <> <> <> <> <> <> <> <> <> <> <> <> <> <> <>, <>
In-Reply-To: <>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Routing Over Low power and Lossy networks <>, Ines Robles <>, 6man WG <>, " WG" <>
Subject: Re: [Roll] [6lo] WGLC for draft-thubert-6man-flow-label-for-rpl-03
X-Mailman-Version: 2.1.15
Precedence: list
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: Fri, 15 Aug 2014 08:51:44 -0000

Hello Brian

I do not think that ISA10011.a violates RFC 3697. What exactly made you believe so?

For all I know ISA100 does everything by the book. Note that ISA100 does not update a non zero FL on the fly since it is not set by a source outside the LLN if that is your concern.

OTOH It may violate RFC 6437 in that the flow is not a random but a value attributed by a PCE called system manager (along rules in section 4). As things stand, we'd certainly want the backbone router at LLN egress to rewrite the FL in packets towards the Internet with a randomized per flow value.

It will violate RFC 6437 because if the flow label is set by a router in the Internet - or an updated source that complies to 6437-, the backbone router at LLN Ingress will rewrite it.

Both issues are addressed in my draft for a RPL domain. An RFC will also hint a revision of the backbone router that it should rewrite the FL on outgoing packets.

What do you think?


> Le 14 août 2014 à 22:18, "Brian E Carpenter" <> a écrit :
>> On 14/08/2014 22:28, Pascal Thubert (pthubert) wrote:
>> We can live with this Brian, 
>> but then I can we add at least an ISA100.11a network? ISA100.11a was designed in 2007/8, adopted IPv6 and 6LoWPAN, and uses the IPv6 flow label to indicate which flow a packet belongs to.
> I have no idea what ISA100.11a is or which organisation developed
> it, but it sounds like a violation of the flow label standard at that
> time (RFC 3697). If I'd known about it, we would probably have included
> it in the menagerie of RFC 6294.
> There's not much the IETF can do about other organisations that
> misuse our standards, although indeed we sometimes need to
> document such cases.
>   Brian
> In more details, devices are provisioned with per-flow behavior (including routing) and settings in what is called a contract.
> The contractID is carried in the IPv6 flow label.
>> If so should we name ISA100 specifically or use a more vague description like a "RPL or similar LLN domain" 
>> We'll note that resetting an flow label that comes from the Internet is a generic need is that flow label was set according to 6437, cannot be trusted to be untempered with, 
>> Cheers,
>> Pascal
>>> -----Original Message-----
>>> From: ipv6 [] On Behalf Of Brian E Carpenter
>>> Sent: mercredi 13 août 2014 22:53
>>> To: Philip Levis
>>> Cc: Routing Over Low power and Lossy networks; Ines Robles; 6man WG;
>>> WG
>>> Subject: Re: [Roll] [6lo] WGLC for draft-thubert-6man-flow-label-for-rpl-03
>>>> On 14/08/2014 07:07, Philip Levis wrote:
>>>> On Aug 13, 2014, at 9:48 AM, Pascal Thubert (pthubert)
>>> <> wrote:
>>>>> If this draft is not adopted, the flow label from LLN will probably stay all
>>> zeroes as it is today and the goal of 6437 will not be achieved.
>>>> Pascal, I'm trying to reconcile your claim that the goal of 6437 is to
>>>> allow enclosed networks to use the flow label with Brian's statement
>>>>> Actually that's why I don't want to see a formal update to 6437,
>>>>> because the only rational update would be to allow any closed domain
>>>>> to invent its own usage. We had that argument at length during the
>>>>> development of 6437, and decided against it.
>>>> Phil
>>> Right. I'm drawing a very subtle line between (a) stating an exception to 6437
>>> for this particular usage and (b) opening the door to other usages. Since
>>> 6man clearly didn't want (b) during the development of
>>> 6437 I think we do need to limit ourselves to (a).
>>>    Brian
>>> --------------------------------------------------------------------
>>> IETF IPv6 working group mailing list
>>> Administrative Requests:
>>> --------------------------------------------------------------------