IETF Logo Mail Archive

Re: [Roll] Adoption of draft-goyal-roll-rpl-compression as a new ROLL WG document

Michael Richardson <mcr@sandelman.ca> Mon, 05 September 2011 20:41 UTC

Return-Path: <mcr@sandelman.ca>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E505A21F8B3A for <roll@ietfa.amsl.com>; Mon, 5 Sep 2011 13:41:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.765
X-Spam-Level:
X-Spam-Status: No, score=-1.765 tagged_above=-999 required=5 tests=[AWL=0.189, BAYES_00=-2.599, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6jd0thyAOLBY for <roll@ietfa.amsl.com>; Mon, 5 Sep 2011 13:41:00 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by ietfa.amsl.com (Postfix) with ESMTP id 24C3D21F8B32 for <roll@ietf.org>; Mon, 5 Sep 2011 13:40:59 -0700 (PDT)
Received: from marajade.sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by relay.sandelman.ca (Postfix) with ESMTPS id 86D1C3434D; Mon, 5 Sep 2011 16:41:59 -0400 (EDT)
Received: from marajade.sandelman.ca (marajade.sandelman.ca [127.0.0.1]) by marajade.sandelman.ca (Postfix) with ESMTP id 40D5C98C68; Mon, 5 Sep 2011 16:43:15 -0400 (EDT)
From: Michael Richardson <mcr@sandelman.ca>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0565D771@XMB-AMS-107.cisco.com>
References: <16050.1315103775@marajade.sandelman.ca><465899107.187484.1315179349447.JavaMail.root@mail05.pantherlink.uwm.edu> <CAPxkH3iFZdu-781GuY8GXfZqnHUNHN87cTwSYj03zXPVQ+U=Cg@mail.gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0565D771@XMB-AMS-107.cisco.com>
X-Mailer: MH-E 8.1; nmh 1.3-dev; XEmacs 21.4 (patch 22)
Date: Mon, 05 Sep 2011 16:43:15 -0400
Message-ID: <20091.1315255395@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Cc: roll WG <roll@ietf.org>
Subject: Re: [Roll] Adoption of draft-goyal-roll-rpl-compression as a new ROLL WG document
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: <http://www.ietf.org/mail-archive/web/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: Mon, 05 Sep 2011 20:41:01 -0000

>>>>> "Pascal" == Pascal Thubert <(pthubert)" <pthubert@cisco.com>> writes:
    Pascal> I, for one, do not. I think that once decompression has
    Pascal> occurred, we should get RPL packets as defined in the spec.

    Pascal> If more than one compression method exist over a same MAC in
    Pascal> a same network, or if nodes use compression and others do
    Pascal> not, then we are in a situation that is equivalent to
    Pascal> different MACs over the same band, or different
    Pascal> cryptos. DIOs have to be sent twice, etc.

This is a signaling problem as well as an interop problem.

GRRC assumes 6LowPAN HC, and if one assumes that, then one has solved
the signaling problem.  

I'm not yet convinced that GRRC can be made completely transparent to
the security parts of RPL, such that a packet can be "decompressed",
passed to another link-layer which does not have HC (such as ethernet), 
and still retain all it's expressiveness.

-- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video <http://www.youtube.com/watch?v=kzx1ycLXQSE>
	               then sign the petition.

v2.23.0 | Report a Bug | By Email