[6tisch] Proposed improvement in RH3-6LoRH

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Mon, 18 January 2016 17:54 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id C643F1B3B21; Mon, 18 Jan 2016 09:54:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -12.892
X-Spam-Status: No, score=-12.892 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_IMAGE_SPAM_HTML=0.81, DC_IMAGE_SPAM_TEXT=0.242, DC_PNG_UNO_LARGO=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_RATIO_04=0.556, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id diHLe4upOLQ9; Mon, 18 Jan 2016 09:54:17 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35BBB1B3B22; Mon, 18 Jan 2016 09:54:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=83200; q=dns/txt; s=iport; t=1453139657; x=1454349257; h=from:to:cc:subject:date:message-id:mime-version; bh=rt3WIU4eh2y5HJSSv/4nmPlZcL81szpUhhX1NfIKQgY=; b=FqVtHIBpiFigw5tOAnglSF3Orm3sdae6xtJQ8isSX4usgsbaHwvvPYaj P9TJUyPwfK6lnX0yGj6c59GtqY0iOrqLAgKZaACh/likORUiL7J+7qxKx 3Xn4RFgnjJdBbpE+VTmgpuXgOoxpNQ6NSXs4bEOo3FJ6NGHtf1+nA6oO7 E=;
X-Files: image003.png : 56662
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.22,313,1449532800"; d="png'150?scan'150,208,217,150";a="62512842"
Received: from alln-core-8.cisco.com ([]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Jan 2016 17:54:16 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com []) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u0IHsGdl005343 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 18 Jan 2016 17:54:16 GMT
Received: from xch-rcd-001.cisco.com ( by XCH-ALN-001.cisco.com ( with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 18 Jan 2016 11:54:15 -0600
Received: from xch-rcd-001.cisco.com ([]) by XCH-RCD-001.cisco.com ([]) with mapi id 15.00.1104.009; Mon, 18 Jan 2016 11:54:15 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6lo@ietf.org" <6lo@ietf.org>
Thread-Topic: Proposed improvement in RH3-6LoRH
Thread-Index: AdFSGKgSUfjCV02CR1+kaxeIZh+TPA==
Date: Mon, 18 Jan 2016 17:54:05 +0000
Deferred-Delivery: Mon, 18 Jan 2016 17:53:58 +0000
Message-ID: <efa57b85d5174e579bc553ff1ad3af63@XCH-RCD-001.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/related; boundary="_004_efa57b85d5174e579bc553ff1ad3af63XCHRCD001ciscocom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/qlW8_FltV_OWNA3pL-X98KbcaUY>
Cc: "6tisch@ietf.org" <6tisch@ietf.org>, Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: [6tisch] Proposed improvement in RH3-6LoRH
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 17:54:20 -0000

Dear all

The picture below illustrates how the RH3 6LoRH works with draft 03 in a case like Root -> A -> B -> C -> leaf


The first 6LoRH is expected to be a full address (128 bits) to set up a reference and the next 6LoRH are expected to be smaller and just override the rightmost bits which form the delta from the reference.

Proposal: we could consider that the 128bits source of the IP header before the RH3 is the reference to start with.

With that even the first hop could be compressed the same way as the other hops. With RPL, the root is the encapsulator if IP in IP in used. Good thing, in that case the root is totally elided with the IP-in-IP 6LoRH.

So this simple proposal saves up to 16 octets (that's in the case with a single subnet and all addresses differ only by the last 2 bytes). I'm willing to add it in the next revision.

Any opposition?