Re: [Roll] reducing DAO size by compressing targets

Carsten Bormann <cabo@tzi.org> Fri, 13 November 2015 09:05 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FDF11A6F5D for <roll@ietfa.amsl.com>; Fri, 13 Nov 2015 01:05:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.55
X-Spam-Level:
X-Spam-Status: No, score=-1.55 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R8cTL2h3_HNv for <roll@ietfa.amsl.com>; Fri, 13 Nov 2015 01:05:09 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B82F41A6F51 for <roll@ietf.org>; Fri, 13 Nov 2015 01:05:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id tAD954QX011865 for <roll@ietf.org>; Fri, 13 Nov 2015 10:05:04 +0100 (CET)
Received: from nar.local (p5DC7F6AE.dip0.t-ipconnect.de [93.199.246.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3nxv5D2m0Nz2Ffl; Fri, 13 Nov 2015 10:05:04 +0100 (CET)
Message-ID: <5645A7BE.8080001@tzi.org>
Date: Fri, 13 Nov 2015 10:05:02 +0100
From: Carsten Bormann <cabo@tzi.org>
User-Agent: Postbox 4.0.8 (Macintosh/20151105)
MIME-Version: 1.0
To: Routing Over Low power and Lossy networks <roll@ietf.org>
References: <DB5PR01MB10807DAF503BBFF45787599C80420@DB5PR01MB1080.eurprd01.prod.exchangelabs.com> <6d21d0f86ab14ae7a99ff9fe6873b1fd@XCH-RCD-001.cisco.com> <C885EE62-D889-4229-9CCB-B3CB540F5692@sics.se> <560AFDBB.8050505@gmail.com> <8f1d44568afa4348a05169bedc3c3020@XCH-RCD-001.cisco.com> <13673.1447057653@sandelman.ca> <7dd73a8a9e7741e2acedec67dc56ae2b@XCH-RCD-001.cisco.com> <65CF4B05-02D0-4BB0-A48E-1B6418DBCC52@sics.se> <24860.1447344255@sandelman.ca> <1214FA71-592F-45FB-AB16-8A7D0921800C@sics.se> <982B626E107E334DBE601D979F31785C5C505477@szxeml558-mbs.china.huawei.com>
In-Reply-To: <982B626E107E334DBE601D979F31785C5C505477@szxeml558-mbs.china.huawei.com>
X-Enigmail-Version: 1.2.3
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/roll/gLwoko4yVAWBYfhlGIBcu8cmYpI>
Subject: Re: [Roll] reducing DAO size by compressing targets
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Nov 2015 09:05:10 -0000


Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) wrote:
> Hello All,
> 
> Currently "RPL Target" option that is carried by DAO keeps the target uncompressed even if the 6Lowpan context information might be available.
> Can we have an option for "RPL Compressed Target" which uses Context ID to compress the ipv6 addr? Targets could be prefixes, partial prefixes or full ipv6 addresses which could be compressed. 

Bad layering.
The context information may not be available at the place where the RPL
info is processed.

Have you tried out whether RFC 7400 helps?
(I removed context-based compression from GHC since nobody seemed to
need it; maybe that was wrong.)

Grüße, Carsten