Re: [Roll] Ralph's DISCUSS on MRHOF spec

Michael Richardson <mcr+ietf@sandelman.ca> Fri, 08 June 2012 19:14 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 9C5D021F876F for <roll@ietfa.amsl.com>; Fri, 8 Jun 2012 12:14:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.925
X-Spam-Level:
X-Spam-Status: No, score=-1.925 tagged_above=-999 required=5 tests=[AWL=0.029, 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 Oy3kOuDRmTLf for <roll@ietfa.amsl.com>; Fri, 8 Jun 2012 12:14:05 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by ietfa.amsl.com (Postfix) with ESMTP id 4091B21F876A for <roll@ietf.org>; Fri, 8 Jun 2012 12:14:03 -0700 (PDT)
Received: from sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by relay.sandelman.ca (Postfix) with ESMTPS id 6368E863D; Fri, 8 Jun 2012 15:11:49 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id C6B3A9823C; Fri, 8 Jun 2012 15:14:01 -0400 (EDT)
Received: from marajade.sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id C33DD98147; Fri, 8 Jun 2012 15:14:01 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Philip Levis <pal@cs.stanford.edu>
In-Reply-To: <CC2E67E8-B983-4101-83C8-3AB996F72023@cs.stanford.edu>
References: <831338825.521366.1338009982543.JavaMail.root@mail17.pantherlink.uwm.edu> <8EFE80AF-3E7C-494E-8237-C63E6ECDAE7E@gmail.com> <53E28E3B-4C73-4BD3-BCFE-2C669FC3FA1D@cs.stanford.edu> <CAC8E858-8215-4BC8-98C6-962109324BED@gmail.com> <E045AECD98228444A58C61C200AE1BD806E78F8F@xmb-rcd-x01.cisco.com> <4FFC4E5C-03CA-43D3-9220-DABDD52102FB@cs.stanford.edu> <5395.1339164690@marajade.sandelman.ca> <5ABEAC00-EE4E-4B10-9127-8D8727135051@gmail.com> <CC2E67E8-B983-4101-83C8-3AB996F72023@cs.stanford.edu>
X-Mailer: MH-E 8.3; nmh 1.3-dev; XEmacs 21.4 (patch 22)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature"
Date: Fri, 08 Jun 2012 15:14:01 -0400
Message-ID: <9320.1339182841@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Cc: roll <roll@ietf.org>
Subject: Re: [Roll] Ralph's DISCUSS on MRHOF spec
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: Fri, 08 Jun 2012 19:14:05 -0000

>>>>> "Philip" == Philip Levis <pal@cs.stanford.edu> writes:
    Philip> We decided against 1) in the design phase due to
    Philip> conversations JP had with some RPL users. The argument was
    Philip> that there are situations where you might want to
    Philip> dynamically shift the operation of the network. E.g., you
    Philip> have an OF that optimizes for two metrics, primary and
    Philip> secondary. You have a RPL network designed for monitoring
    Philip> physical security and reporting potential intrusions. In the
    Philip> monitoring phase, energy is the primary metric, with latency
    Philip> second. In the reporting/alert phase, latency is the primary
    Philip> metric and energy is the secondary metric.  

I agree with the scenario.

How would an (already deployed) node know which metric it is supposed to
start optimizing for?  I believe that intermediate nodes need to make
the same optimization as the node which has the event ("intrusion")
which it wishes to report.

(Maybe I'm wrong, cause my the parent selection code in my
implementation currently says, "return 1;")



-- 
Michael Richardson <mcr+IETF@sandelman.ca>ca>, Sandelman Software Works 
IETF ROLL WG co-chair.    http://datatracker.ietf.org/wg/roll/charter/