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
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/>