Re: [Roll] Review and concerns

Alexandru Petrescu <alexandru.petrescu@gmail.com> Fri, 16 January 2009 17:36 UTC

Return-Path: <roll-bounces@ietf.org>
X-Original-To: roll-archive@ietf.org
Delivered-To: ietfarch-roll-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A7F5128C293; Fri, 16 Jan 2009 09:36:12 -0800 (PST)
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 57F1E28C139 for <roll@core3.amsl.com>; Fri, 16 Jan 2009 09:36:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level:
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 DofnWkYLLlBT for <roll@core3.amsl.com>; Fri, 16 Jan 2009 09:36:10 -0800 (PST)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id F02B128C293 for <roll@ietf.org>; Fri, 16 Jan 2009 09:36:09 -0800 (PST)
Received: from nephilia.intra.cea.fr (nephilia.intra.cea.fr [132.166.88.33]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-1.2) with ESMTP id n0GHZq3L004833; Fri, 16 Jan 2009 18:35:52 +0100
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by nephilia.intra.cea.fr (8.13.8/8.13.8) with ESMTP id n0GHZp43028343; Fri, 16 Jan 2009 18:35:51 +0100 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n0GHZo9Z002423; Fri, 16 Jan 2009 18:35:51 +0100
Message-ID: <4970C576.8030908@gmail.com>
Date: Fri, 16 Jan 2009 18:35:50 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: "David E. Culler" <culler@eecs.berkeley.edu>
References: <mailman.65.1228766406.30358.roll@ietf.org> <49417D7A.7060706@eecs.berkeley.edu>
In-Reply-To: <49417D7A.7060706@eecs.berkeley.edu>
Cc: roll@ietf.org
Subject: Re: [Roll] Review and concerns
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/pipermail/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>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: roll-bounces@ietf.org
Errors-To: roll-bounces@ietf.org

David E. Culler a écrit :

>  Here's the NEMO list.  Which are you arguing should be included and why?

RFC3963 NEMOv6 base spec should be included because:

-it and not RFC5177 NEMOv4 because ROLL does IPv6 only
-if there is a chance that a LLN network may contain groups of entities
  moving together (a moving network) and at the same time LLN is
  connected to the Internet then Mobile IPv6 with its NEMOv6 extensions
  may look attractive.
-if the latter condition is not satisfied it still makes sense to talk
  about moving network concepts, in the sense that one entity may be in
  charge of all entities in the moving network, without necessarily using
  Mobile IPv6 protocol nor NEMOv6.

Alex

> draft-ietf-nemo-basic-support 
> <http://tools.ietf.org/wg/nemo/draft-ietf-nemo-basic-support/> 	-03 
> <http://tools.ietf.org/html/draft-ietf-nemo-basic-support> 	
> 	2004-06-07   	RFC 3963 <http://tools.ietf.org/html/rfc3963> 	
> draft-ietf-nemo-home-network-models 
> <http://tools.ietf.org/wg/nemo/draft-ietf-nemo-home-network-models/> 
> -06 <http://tools.ietf.org/html/draft-ietf-nemo-home-network-models> 	
> 	2006-02-21   	RFC 4887 <http://tools.ietf.org/html/rfc4887> 	
> draft-ietf-nemo-multihoming-issues 
> <http://tools.ietf.org/wg/nemo/draft-ietf-nemo-multihoming-issues/> 	-07 
> <http://tools.ietf.org/html/draft-ietf-nemo-multihoming-issues> 	
> 	2007-02-07   	RFC 4980 <http://tools.ietf.org/html/rfc4980> 	
> draft-ietf-nemo-requirements 
> <http://tools.ietf.org/wg/nemo/draft-ietf-nemo-requirements/> 	-06 
> <http://tools.ietf.org/html/draft-ietf-nemo-requirements> 	
> 	2006-11-09   	RFC 4886 <http://tools.ietf.org/html/rfc4886> 	
> draft-ietf-nemo-ro-problem-statement 
> <http://tools.ietf.org/wg/nemo/draft-ietf-nemo-ro-problem-statement/> 
> -03 <http://tools.ietf.org/html/draft-ietf-nemo-ro-problem-statement> 	
> 	2006-09-18   	RFC 4888 <http://tools.ietf.org/html/rfc4888> 	
> draft-ietf-nemo-ro-space-analysis 
> <http://tools.ietf.org/wg/nemo/draft-ietf-nemo-ro-space-analysis/> 	-03 
> <http://tools.ietf.org/html/draft-ietf-nemo-ro-space-analysis> 	
> 	2006-09-18   	RFC 4889 <http://tools.ietf.org/html/rfc4889> 	
> draft-ietf-nemo-terminology 
> <http://tools.ietf.org/wg/nemo/draft-ietf-nemo-terminology/> 	-06 
> <http://tools.ietf.org/html/draft-ietf-nemo-terminology> 	
> 	2006-11-09   	RFC 4885 <http://tools.ietf.org/html/rfc4885> 	
> 
> 
> There are many topics that as a working group we'd like to move on to 
> once this process completes.  Much important work has been done outside 
> IETF WGs.  Some of it in the IRTF.  Others in other places.  All the 
> more reason to complete this well formed, bounded effort.   Again, I do 
> not hear any suggestion that any protocol within the domain of analysis 
> meets the criteria.  I do hear that there are protocols or modifications 
> to protocols that do or could.  We need to complete the process on this 
> draft so that we can move on to consider such enhancements, candidates, 
> or new designs. 
> 
> 
> On Thu, Dec 11, 2008 at 4:09 PM, Emmanuel Baccelli <emmanuel.baccelli at 
> gmail.com <mailto:emmanuel.baccelli%20at%20gmail.com>> wrote:
> 
> 
> 
>     On Tue, Dec 9, 2008 at 11:28 PM, David E. Culler <culler at
>     eecs.berkeley.edu <mailto:culler%20at%20eecs.berkeley.edu>> wrote:
> 
> 
>         Some concerns recognize that there are protocols outside the
>         defined universe that should be considered and that appear to be
>         far better suited to meeting the criteria than the set of IETF
>         protocols that were considered - since those protocols were
>         developed without these criteria.  Again, that suggests that the
>         criteria are a reasonable guide, that they do not appear to be
>         unobtainable, and that the analysis has provided a suitable guide.
> 
>         None of the comments seem to be claiming that there is a
>         solution within the universe that we were chartered to consider
>         that meets the criteria.
> 
> 
>  
> Even admitting that the universe you defined is wide enough (a point 
> which is actually agued since months), we could conclude to this only if 
> this universe (defined in the charter) is covered entirely. Again, it is 
> not the case: I have seen nothing said about NEMO or DTN, so reports of 
> investigations in these fields need to be included in the draft anyways.
> 
> Second, if we are not going into a long research phase, I am still 
> wondering what existing protocols/algorithms, IP compatible or not, are 
> being "hinted at" here, which could meet the "dream" criterii that are 
> evoked in the draft. Chris Dearlove and other people have asked this 
> question many times, and it is yet to be answered.
> 
> Emmanuel
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


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