Re: [Anima] Pete Resnick's No Objection on charter-ietf-anima-00-17: (with COMMENT)

Pete Resnick <presnick@qti.qualcomm.com> Fri, 31 October 2014 16:17 UTC

Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83A031ACD36; Fri, 31 Oct 2014 09:17:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.01
X-Spam-Level:
X-Spam-Status: No, score=-7.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bAQk5AOeEStk; Fri, 31 Oct 2014 09:17:03 -0700 (PDT)
Received: from sabertooth02.qualcomm.com (sabertooth02.qualcomm.com [65.197.215.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3080C1A904E; Fri, 31 Oct 2014 09:17:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1414772224; x=1446308224; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=8omASXu9XiVZ0DR/hxDbV4o9ttbeWHqIIoVR2clvBB8=; b=cE67Rx5CS0v5P+FBuVhw897Ne3BeE0jcp8E1//qStxujMTm9Aql7l+HX pB/9ubVKiChKq/OMR3dk0pEIYxkgiGvl9GJdeHMc/gmkIU6LgQKuN7e8g kjvKAEn4lK3tagwpmcby3mOiw2HkQ923uLNlhyRxXXSf1o8tWgirISYVB M=;
X-IronPort-AV: E=McAfee;i="5600,1067,7607"; a="77897857"
Received: from ironmsg01-lv.qualcomm.com ([10.47.202.180]) by sabertooth02.qualcomm.com with ESMTP; 31 Oct 2014 09:17:03 -0700
X-IronPort-AV: E=Sophos; i="5.07,295,1413270000"; d="scan'208,217"; a="31657294"
Received: from nasanexhc02.na.qualcomm.com ([10.46.56.110]) by ironmsg01-lv.qualcomm.com with ESMTP/TLS/RC4-SHA; 31 Oct 2014 09:17:01 -0700
Received: from NASANEXM01F.na.qualcomm.com (10.46.201.192) by NASANEXHC02.na.qualcomm.com (10.46.56.110) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 31 Oct 2014 09:17:01 -0700
Received: from presnick-mac.local (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.46.201.192) with Microsoft SMTP Server (TLS) id 15.0.913.22; Fri, 31 Oct 2014 09:16:48 -0700
Message-ID: <5453B5EF.2040107@qti.qualcomm.com>
Date: Fri, 31 Oct 2014 09:16:47 -0700
From: Pete Resnick <presnick@qti.qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: Benoit Claise <bclaise@cisco.com>
References: <20141030144919.7222.58863.idtracker@ietfa.amsl.com> <54537DDF.4090103@cisco.com>
In-Reply-To: <54537DDF.4090103@cisco.com>
Content-Type: multipart/alternative; boundary="------------000505060805020202030704"
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01B.na.qualcomm.com (129.46.53.226) To NASANEXM01F.na.qualcomm.com (10.46.201.192)
Archived-At: http://mailarchive.ietf.org/arch/msg/anima/wv1vbqRnhcpyn1hPgO3loxuVnAE
Cc: The IESG <iesg@ietf.org>, anima@ietf.org
Subject: Re: [Anima] Pete Resnick's No Objection on charter-ietf-anima-00-17: (with COMMENT)
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Oct 2014 16:17:06 -0000

On 10/31/14 5:17 AM, Benoit Claise wrote:
> Pete,
>> 9th paragraph:
>>
>>     Definition of a discovery functionality for autonomic functions
>>
>> I don't understand what that means. By "functionality" do you mean
>> protocol?
>>
>> Brian's response: "Definition of a discovery protocol for autonomic
>> nodes."
> After some more investigation, this was discussed in 
> http://www.ietf.org/mail-archive/web/anima/current/msg00454.html,
>
>     1) the choice of the term "functionality" instead of "protocol"
>     was used on purpose as to avoid choosing _a priori_ the
>     (de)composition in protocol(s). i.e. one _a posteriori_ / informed
>     decision will be how to "group" the different functionality in one
>     or more protocols (or extension of existing ones).
>
> I thought that Laurent had a valid argument.

Then let's take a shot at rewriting it so that it's clear what the 
intention is:

    The goal of this working group shall be to develop one or more
    protocol specifications (or extensions to existing protocols) to
    address the following problem areas. These were selected to according
    to the analyzed technical gaps in draft-irtf-nmrg-an-gap-analysis:

    o Discovery for autonomic nodes

    o Negotiation for autonomic nodes
       Starting point: draft-jiang-config-negotiation-protocol

    o Bootstrapping a trust infrastructure
       Starting point: draft-pritikin-bootstrapping-keyinfrastructures

    o Separated Autonomic Control Plane
       Starting point: draft-behringer-autonomic-control-plane

pr

-- 
Pete Resnick<http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478