Re: [Roll] Fwd: New Version Notification for draft-dt-roll-p2p-rpl-00

Mukul Goyal <mukul@uwm.edu> Thu, 29 April 2010 19:08 UTC

Return-Path: <prvs=728cdad50=mukul@uwm.edu>
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AF9993A68AD for <roll@core3.amsl.com>; Thu, 29 Apr 2010 12:08:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.063
X-Spam-Level:
X-Spam-Status: No, score=-1.063 tagged_above=-999 required=5 tests=[AWL=1.536, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E4Sci40PIKNZ for <roll@core3.amsl.com>; Thu, 29 Apr 2010 12:07:59 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 32CBA3A688E for <roll@ietf.org>; Thu, 29 Apr 2010 12:07:59 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 29 Apr 2010 14:07:45 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id CA3342C3800D; Thu, 29 Apr 2010 14:07:45 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edul
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ExbkEVYL0QJ; Thu, 29 Apr 2010 14:07:45 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 57D212C3800F; Thu, 29 Apr 2010 14:07:45 -0500 (CDT)
Date: Thu, 29 Apr 2010 14:07:45 -0500
From: Mukul Goyal <mukul@uwm.edu>
To: "JeongGil Ko (John)" <jgko@cs.jhu.edu>
Message-ID: <1241226766.4681661272568065316.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <904489479.4678151272567775562.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 5.0.22_GA_3210.RHEL4_64 (ZimbraWebClient - [unknown] (Win)/5.0.22_GA_3210.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: ROLL WG <roll@ietf.org>
Subject: Re: [Roll] Fwd: New Version Notification for draft-dt-roll-p2p-rpl-00
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Thu, 29 Apr 2010 19:08:00 -0000

Just to clarify further, the route discovery mechanism described in the draft do not prescribe any use of DAOs although when you think about it, a DAO MAY serve as the Discovery Reply message. The difference is that a DAO is restricted to travel along the DAG where as we (the draft's authors) have allowed the Discovery Reply message to travel along any route if it merely carries a source-route back to the originator of route discovery.

Regards
Mukul
   
----- Original Message -----
From: "Mukul Goyal" <mukul@uwm.edu>
To: "JeongGil Ko (John)" <jgko@cs.jhu.edu>
Cc: "ROLL WG" <roll@ietf.org>
Sent: Thursday, April 29, 2010 2:02:55 PM GMT -06:00 US/Canada Central
Subject: Re: [Roll] Fwd: New Version Notification for draft-dt-roll-p2p-rpl-00

Hi John

>One confusion as I read through the draft is where the authors say in 4.1 and 4.7 that 'DIOs' can be used for discovery messages and suddenly, 4.3 indicates that DAOs are needed in some cases to support the Rout Stack option. Not that its impossible, it would be more than overwhelming to deal with both DAOs and DIOs for discovery :) 

No. The draft merely points out that RPL-07 allows only a DAO to carry the Route Stack option. To support the P2P mechanisms described in the draft, RPL should allow Measurement Request and Discovery messages to carry the Route Stack option as well.

>Overall it looks like a nice high level description of what 'should/could/can/may' happen (although I thought the discussion on loose source routing was over with) but we would need to tie it harder with RPL itself. Just my 2 cents ;)

Regarding loose source routing, there are good reasons to ditch it for DAG-based routing. But there are no reasons why it can not be supported for the route discovery mechanism described in the draft. Loose source routes are useful and should be supported if there are no major technical difficulties in doing so. 

Thanks
Mukul

 

On Apr 28, 2010, at 1:46 PM, Mukul Goyal wrote:

> Hi all
> 
> The following draft has been submitted for WG's consideration. It describes the additional mechanisms required to support P2P routing in LLNs. The draft first provides a high level description of the mechanisms and then proposes one way of realizing these mechanisms in RPL.
> 
> Regards
> Mukul
> 
> ----- Forwarded Message -----
> From: "IETF I-D Submission Tool" <idsubmission@ietf.org>
> To: mukul@uwm.edu
> Sent: Wednesday, April 28, 2010 12:40:38 PM GMT -06:00 US/Canada Central
> Subject: New Version Notification for draft-dt-roll-p2p-rpl-00 
> 
> 
> A new version of I-D, draft-dt-roll-p2p-rpl-00.txt has been successfully submitted by Mukul Goyal and posted to the IETF repository.
> 
> Filename:	 draft-dt-roll-p2p-rpl
> Revision:	 00
> Title:		 Mechanisms to Support Point-to-Point Routing in Low Power and Lossy Networks
> Creation_date:	 2010-04-28
> WG ID:		 Independent Submission
> Number_of_pages: 13
> 
> Abstract:
> This draft presents mechanisms to determine the end-to-end cost of an
> existing route and to discover/establish "on demand" one or more
> routes between two nodes in a low power and lossy network.  This
> draft also proposes functionality that would enable RPL to provide
> these P2P mechanisms.
> 
> 
> 
> The IETF Secretariat.
> 
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> 

------
JeongGil Ko (John)
Ph.D. Student
Department of Computer Science
Johns Hopkins University
http://www.cs.jhu.edu/~jgko

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll