Re: [Roll] Scalability of P2P-RPL

Mukul Goyal <mukul@uwm.edu> Wed, 28 March 2012 16:29 UTC

Return-Path: <prvs=4276677de=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 EED8D21E8144 for <roll@ietfa.amsl.com>; Wed, 28 Mar 2012 09:29:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.557
X-Spam-Level:
X-Spam-Status: No, score=-6.557 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 qNCvCVLiM4tb for <roll@ietfa.amsl.com>; Wed, 28 Mar 2012 09:29:03 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by ietfa.amsl.com (Postfix) with ESMTP id 6AE2221E80F3 for <roll@ietf.org>; Wed, 28 Mar 2012 09:29:03 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ap0EADw7c09/AAAB/2dsb2JhbABFhUC2PAEBBSNWDA8RBAEBAQICDRkCUQgGE4gKqQeJC4kJgS+JQ4UIgRgEiFiNCZAtgwWBNg
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 9040512E3BB; Wed, 28 Mar 2012 11:29:02 -0500 (CDT)
X-Virus-Scanned: amavisd-new at mta02.pantherlink.uwm.edu
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 GExbTiQe50KN; Wed, 28 Mar 2012 11:29:02 -0500 (CDT)
Received: from mail17.pantherlink.uwm.edu (mail17.pantherlink.uwm.edu [129.89.7.177]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 640D512E3BE; Wed, 28 Mar 2012 11:29:02 -0500 (CDT)
Date: Wed, 28 Mar 2012 11:29:02 -0500
From: Mukul Goyal <mukul@uwm.edu>
To: Ulrich Herberg <ulrich@herberg.name>
Message-ID: <650476877.1722531.1332952142290.JavaMail.root@mail17.pantherlink.uwm.edu>
In-Reply-To: <CAK=bVC_ybrsOm=NWc3z6OqhrKqMPTPBXjK7=G0kOfxbirG4duQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.13_GA_2918 (ZimbraWebClient - IE8 (Win)/6.0.13_GA_2918)
X-Authenticated-User: mukul@uwm.edu
Cc: roll WG <roll@ietf.org>
Subject: Re: [Roll] Scalability of P2P-RPL
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: Wed, 28 Mar 2012 16:29:04 -0000

>Okay, but I think that should be explicitly mentioned in the use case
section (or somewhere else).

Sure. I will add text to that effect. Note that the tradeoff is not straightforward: even when the P2P-RPL routes are not much shorter than routes along a global DAG, they would still avoid traffic concentration around the root.

Thanks
Mukul 

----- Original Message -----
From: "Ulrich Herberg" <ulrich@herberg.name>
To: "Mukul Goyal" <mukul@uwm.edu>
Cc: "roll WG" <roll@ietf.org>
Sent: Wednesday, March 28, 2012 11:16:39 AM
Subject: Re: [Roll] Scalability of P2P-RPL

Mukul,

On Wed, Mar 28, 2012 at 6:09 PM, Mukul Goyal <mukul@uwm.edu> wrote:
>
> >I don't see anywhere in this section that the draft is only limited to
> > 4-5 hops, as mentioned today. If the protocol can run in larger networks but
> > only for routers in maximum hop distance of 4-5, that should be spelled out
> > (together with a warning that TTL of the control messages has to be set to
> > 4-5 to avoid network wide flooding).
>
> P2P-RPL can certainly discover routes of any hop length, just that its
> application would be most useful when the target is within 4-5 hops. If the
> target is further out, the route along a global DAG might be almost as good.
> This ofcourse depends on network topology and routing metrics in use etc.

Okay, but I think that should be explicitly mentioned in the use case
section (or somewhere else).

Regards
Ulrich