Re: [Roll] call for consensus for the RPL RPI / RH3 compression

Carsten Bormann <> Fri, 19 December 2014 08:17 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 550C51A1F70; Fri, 19 Dec 2014 00:17:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.15
X-Spam-Status: No, score=-0.15 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HELO_EQ_DE=0.35] autolearn=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id S-XKuoXnST4l; Fri, 19 Dec 2014 00:17:36 -0800 (PST)
Received: from ( [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id A9CC01A6F20; Fri, 19 Dec 2014 00:17:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id sBJ8HW8j016764; Fri, 19 Dec 2014 09:17:32 +0100 (CET)
Received: from [IPv6:2002:5489:adc::6808:fbcd:141:fd50] (unknown [IPv6:2002:5489:adc:0:6808:fbcd:141:fd50]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 3k3jcC33Dkz7wgK; Fri, 19 Dec 2014 09:17:31 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
From: Carsten Bormann <>
In-Reply-To: <>
Date: Fri, 19 Dec 2014 09:17:29 +0100
X-Mao-Original-Outgoing-Id: 440669849.57781-3faa6d6f23ae1f2b2a2a1a43a0411230
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <>
To: Routing Over Low power and Lossy networks <>
X-Mailer: Apple Mail (2.1993)
Cc: "" <>, "" <>, "" <>, "" <>
Subject: Re: [Roll] call for consensus for the RPL RPI / RH3 compression
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, 19 Dec 2014 08:17:37 -0000

On 17 Dec 2014, at 09:29, Pascal Thubert (pthubert) <> wrote:
> Decision in Hawaii was that the NHC draft could not be accepted as is, since we should compress also the RH3, and without a clear view of how that would happen, the details of the NHC compression could not be determined. So the NHC approach was abandoned

That is not at all what I recollect from Hawaii.

The current smorgasbord is:

— various ways to hijack the flow label (dead)
— the 6553-NHC proposal
— ideas for a new mesh header

I’m not going to beat the dead horse of the flow label hijack.

The 6553-NHC proposal mainly needs a decision between the three variants (flip a coin, if need be).
If time is of the essence, 6553-NHC is the natural thing to do.
We can always do an RFC 6554 NHC compression separately.

The MH proposal is forward-looking and probably the right thing for the evolution of 6lo, but probably also not compatible with a tight time schedule.

Now, what is the rush?
RFC 6553/6554 do exist.

So we get to choose between rushing 6553-NHC to completion or using 6553/6554 for now and doing the MH work right (or. more likely than just the first, both).
I don’t have an opinion on wether we need to rush 6553-NHC, but if we need to rush anything, this one it is.

Grüße, Carsten