Re: [Roll] Review and concerns (was: Re: Working Group Last Call: draft-ietf-roll-protocols-survey-02)

"David E. Culler" <culler@eecs.berkeley.edu> Thu, 11 December 2008 20:52 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 A06623A6987; Thu, 11 Dec 2008 12:52:37 -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 8A3B73A6963 for <roll@core3.amsl.com>; Thu, 11 Dec 2008 12:52:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.141
X-Spam-Level:
X-Spam-Status: No, score=-1.141 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457]
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 mWtlEu6JSTY0 for <roll@core3.amsl.com>; Thu, 11 Dec 2008 12:52:35 -0800 (PST)
Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by core3.amsl.com (Postfix) with ESMTP id 9B46328C0ED for <roll@ietf.org>; Thu, 11 Dec 2008 12:52:35 -0800 (PST)
Received: from [128.32.39.228] (dhcp-39-228.EECS.Berkeley.EDU [128.32.39.228]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.3/8.13.5) with ESMTP id mBBKqRlA000035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <roll@ietf.org>; Thu, 11 Dec 2008 12:52:28 -0800 (PST)
Message-ID: <49417D7A.7060706@eecs.berkeley.edu>
Date: Thu, 11 Dec 2008 12:52:10 -0800
From: "David E. Culler" <culler@eecs.berkeley.edu>
User-Agent: Thunderbird 2.0.0.18 (Windows/20081105)
MIME-Version: 1.0
To: roll@ietf.org
References: <mailman.65.1228766406.30358.roll@ietf.org>
In-Reply-To: <mailman.65.1228766406.30358.roll@ietf.org>
Subject: Re: [Roll] Review and concerns (was: Re: Working Group Last Call: draft-ietf-roll-protocols-survey-02)
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-Type: multipart/mixed; boundary="===============1451374675=="
Sender: roll-bounces@ietf.org
Errors-To: roll-bounces@ietf.org

Emmanuel,
   We discussed the list of rows in each of the IETF meetings and associated discussions leading up to those.   It sounds like you agree that if you have some criteria for limiting the search space the discussion will never complete.   That is necessary, according to the charter, to consider the space of solutions that might actually solve the problem.  To do any analysis there has to be something specific to analyze.  You mention two addition WGs that have done relevant work.  Indeed, from the very beginning it was stated that Roll should work in conjunction with those groups.  It is key another thing to say "this specific protocol as described by this RFC or I-D ought to be analyzed in draft-ietf-roll-protocols-survey-03". 

 Here's the NEMO list.  Which are you arguing should be included and why?
http://tools.ietf.org/wg/nemo/draft-ietf-nemo-basic-support/" rel="nofollow">draft-ietf-nemo-basic-support http://tools.ietf.org/html/draft-ietf-nemo-basic-support" rel="nofollow">-03
2004-06-07   http://tools.ietf.org/html/rfc3963" title="" rel="nofollow">RFC 3963
http://tools.ietf.org/wg/nemo/draft-ietf-nemo-home-network-models/" rel="nofollow">draft-ietf-nemo-home-network-models http://tools.ietf.org/html/draft-ietf-nemo-home-network-models" rel="nofollow">-06
2006-02-21   http://tools.ietf.org/html/rfc4887" title="" rel="nofollow">RFC 4887
http://tools.ietf.org/wg/nemo/draft-ietf-nemo-multihoming-issues/" rel="nofollow">draft-ietf-nemo-multihoming-issues http://tools.ietf.org/html/draft-ietf-nemo-multihoming-issues" rel="nofollow">-07
2007-02-07   http://tools.ietf.org/html/rfc4980" title="" rel="nofollow">RFC 4980
http://tools.ietf.org/wg/nemo/draft-ietf-nemo-requirements/" rel="nofollow">draft-ietf-nemo-requirements http://tools.ietf.org/html/draft-ietf-nemo-requirements" rel="nofollow">-06
2006-11-09   http://tools.ietf.org/html/rfc4886" title="" rel="nofollow">RFC 4886
http://tools.ietf.org/wg/nemo/draft-ietf-nemo-ro-problem-statement/" rel="nofollow">draft-ietf-nemo-ro-problem-statement http://tools.ietf.org/html/draft-ietf-nemo-ro-problem-statement" rel="nofollow">-03
2006-09-18   http://tools.ietf.org/html/rfc4888" title="" rel="nofollow">RFC 4888
http://tools.ietf.org/wg/nemo/draft-ietf-nemo-ro-space-analysis/" rel="nofollow">draft-ietf-nemo-ro-space-analysis http://tools.ietf.org/html/draft-ietf-nemo-ro-space-analysis" rel="nofollow">-03
2006-09-18   http://tools.ietf.org/html/rfc4889" title="" rel="nofollow">RFC 4889
http://tools.ietf.org/wg/nemo/draft-ietf-nemo-terminology/" rel="nofollow">draft-ietf-nemo-terminology http://tools.ietf.org/html/draft-ietf-nemo-terminology" rel="nofollow">-06
2006-11-09   http://tools.ietf.org/html/rfc4885" title="" rel="nofollow">RFC 4885

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 <mailto:emmanuel.baccelli%20at%20gmail.com">emmanuel.baccelli at gmail.com> wrote:


On Tue, Dec 9, 2008 at 11:28 PM, David E. Culler <mailto:culler%20at%20eecs.berkeley.edu" target="_blank">culler at eecs.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