Re: [Roll] OPS-DIR review for draft-ietf-roll-p2p-measurement-07

Mukul Goyal <mukul@uwm.edu> Fri, 11 January 2013 15:09 UTC

Return-Path: <prvs=716e5d5b3=mukul@uwm.edu>
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 C93CA21F886F for <roll@ietfa.amsl.com>; Fri, 11 Jan 2013 07:09:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I+0yVTHCOqhZ for <roll@ietfa.amsl.com>; Fri, 11 Jan 2013 07:09:10 -0800 (PST)
Received: from ip3mta.uwm.edu (ip3mta.uwm.edu [129.89.7.192]) by ietfa.amsl.com (Postfix) with ESMTP id CE82B21F880B for <roll@ietf.org>; Fri, 11 Jan 2013 07:09:09 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ap4EAFsq8FB/AAAB/2dsb2JhbABBA4Y5t1qDEQEBBSNWDAINDgIBBAEBAwINGQIdNAgGE4gZpT2JRIYQBIEfjFWCG4ETA4hhjSqQSYMUggU
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 1ABA8120E6D; Fri, 11 Jan 2013 09:09:09 -0600 (CST)
X-Virus-Scanned: amavisd-new at
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wkVvHvo3uVUa; Fri, 11 Jan 2013 09:09:08 -0600 (CST)
Received: from mail17.pantherlink.uwm.edu (mail17.pantherlink.uwm.edu [129.89.7.177]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id A39F2120E65; Fri, 11 Jan 2013 09:09:08 -0600 (CST)
Date: Fri, 11 Jan 2013 09:09:08 -0600 (CST)
From: Mukul Goyal <mukul@uwm.edu>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Message-ID: <669995897.363060.1357916948558.JavaMail.root@mail17.pantherlink.uwm.edu>
In-Reply-To: <20130111130838.GA4530@elstar.local>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [99.20.249.193]
X-Mailer: Zimbra 6.0.15_GA_2995 (ZimbraWebClient - IE8 (Win)/6.0.15_GA_2995)
X-Authenticated-User: mukul@uwm.edu
Cc: roll <roll@ietf.org>
Subject: Re: [Roll] OPS-DIR review for draft-ietf-roll-p2p-measurement-07
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, 11 Jan 2013 15:09:11 -0000

Thanks. I thought I will send your review to ROLL list as well.

Mukul

----- Original Message -----
From: "Juergen Schoenwaelder" <j.schoenwaelder@jacobs-university.de>;
To: ops-dir@ietf.org, draft-ietf-roll-p2p-measurement@tools.ietf.org
Cc: ops-ads@tools.ietf.org
Sent: Friday, January 11, 2013 7:08:38 AM
Subject: OPS-DIR review for draft-ietf-roll-p2p-measurement-07

I have reviewed draft-ietf-roll-p2p-measurement-07 as part of the
operations directorate's ongoing effort to review all IETF documents
being processed by the IESG.  These comments were written primarily
for the benefit of the ops area directors.  Document editors and WG
chairs should treat these comments just like any other last call
comments.

This document specifies a mechanism that allows an RPL router to
measure aggregated values of routing metrics along an existing path
towards another RPL router. The idea is that an RPL router may use
this information to decide whether it is worth to establish a P2P
route towards a certain destination. The security considerations
discuss certain possible ways to misuse the mechanism and that RPL
routers may deal with some of them by not processing all requests
according to local policy. It is not further detailed how such policy
is configured (this is also true for the policy on which it is decided
to attempt establishing a P2P path) or monitored. Since this document
goes for Experimental, I think this is fine (and inline with the fact
that there is in general no specification how to configure or monitor
RPL routers in general and in some of the deloyment scenarios, the
policy likely will be hard wired into certain types of devices).

Bottom line: I think the document is fine to go ahead.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>