Re: [Anima] Fwd: New Version Notification for draft-du-anima-an-intent-04.txt

"Joel M. Halpern" <jmh@joelhalpern.com> Mon, 11 July 2016 14:56 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DF4612D52B for <anima@ietfa.amsl.com>; Mon, 11 Jul 2016 07:56:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.722
X-Spam-Level:
X-Spam-Status: No, score=-2.722 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
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 wC0MDbjqo4jw for <anima@ietfa.amsl.com>; Mon, 11 Jul 2016 07:55:59 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FF9512D51B for <anima@ietf.org>; Mon, 11 Jul 2016 07:55:59 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 7257C3C2E89; Mon, 11 Jul 2016 07:55:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1468248959; bh=KxQSvqXETfhLEDBjWHPq7MWaFuJn4q9qwK8vUGzEZ+U=; h=Subject:To:References:From:Date:In-Reply-To:From; b=iSMU896QJD/RlMUyAu0TbZ6Kd0diZFkF1LtmYKY16Ok5tRjVHyEFze2rSs6ZgGTFE rUQrlBdihzgJ/P7pEEJo+FFYQ+T0fRZ/1dwwkrzCCmlw6OfgSYNpnFIP1RCwIGqa5E pM8LSSfjHoAnqPkIdZm37YbJTOBHQ/tKtPuLpw68=
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id C08481C00D1; Mon, 11 Jul 2016 07:55:58 -0700 (PDT)
To: Laurent Ciavaglia <Laurent.Ciavaglia@nokia-bell-labs.com>, "Michael Behringer (mbehring)" <mbehring@cisco.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, anima <anima@ietf.org>
References: <20160708153949.32209.45567.idtracker@ietfa.amsl.com> <f71bea03-d9a0-8178-cd3f-91671a66551c@nokia-bell-labs.com> <1fe314ad-d22f-1291-7e85-4e51ccd328a2@gmail.com> <c5cb4a64cc924448a215c263888888e2@XCH-RCD-006.cisco.com> <54f47cc8-bd8b-3783-274a-86e98d9e49ea@gmail.com> <374d2ce8aec64c8aa7b9124a7e1a2646@XCH-RCD-006.cisco.com> <9dbf5192-39ce-826c-b5aa-e88557051415@joelhalpern.com> <91b353d5-7672-c1ae-e173-d43e44b9ee5d@nokia-bell-labs.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <a2e6bca8-979e-af9c-0559-d5c17e0c5dbe@joelhalpern.com>
Date: Mon, 11 Jul 2016 10:55:57 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <91b353d5-7672-c1ae-e173-d43e44b9ee5d@nokia-bell-labs.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/dDbAnkjf55LEue2DqNtYUBqKo7k>
Subject: Re: [Anima] Fwd: New Version Notification for draft-du-anima-an-intent-04.txt
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 11 Jul 2016 14:56:01 -0000

Laurent, the text in section 3 of your document is informative.

I am left confused about what are the actual definitions of and 
relationships between an AF (Autonomic Function) and an ASA (Autonomic 
Service Agent)?  The definition Michael pointed at and the conversation 
on the list seem quite different.

Yours,
Joel

On 7/11/16 10:45 AM, Laurent Ciavaglia wrote:
> Hello,
>
> There is some text in draft-peloso-anima-autonomic-function-01
> (https://tools.ietf.org/html/draft-peloso-anima-autonomic-function-01)
> detailing what should be considered when installing, instantiating and
> operating AF/ASA.
> Please see sections 3+.
>
> Feedback on the text is most welcome as this will be presented at
> IETF96/Berlin.
>
> Best regards, Laurent.
>
>
> On 11/07/2016 14:55, Joel M. Halpern wrote:
>> I believe your description, and that of others as to what we "intend",
>> does not line up with the definition you quote.
>>
>> The text says that an ASA "implements an autonomic function."  That
>> seems to say that I sould expect an autonomic function to be
>> implemented by an ASA, thus implying a 1-1 relationship.
>>
>> yet, your example states an AF of "bootstrapping", but the
>> funcitonality of the ASA being a much smaller piece.
>>
>> Net: No, the words do not clearly state what we intend.
>>
>> Yours,
>> Joel
>>
>> On 7/11/16 8:39 AM, Michael Behringer (mbehring) wrote:
>> ...
>>>>>> Also, how is the relevance for each ASA known?
>>>>>
>>>>> My proposal: Intent comes in sections; those sections are
>>>>> labelled with the
>>>> name of the ASA / autonomic function they belong to. Also here,
>>>> there are many ways to do this, it's a simple proposal which could
>>>> be optimised in many ways.
>>>>>
>>>>>> And is that the correct granularity of the section? Maybe the
>>>>>> granularity should be individual objectives, or certain groups
>>>>>> of objectives? I think this needs more discussion.
>>>>>
>>>>> On this one I agree!! We should have more discussions on that.
>>>>> Your point
>>>> from the other mail, that we should try implementing some ASAs
>>>> would help understand this better.
>>>>
>>>> Yes. There's been an assumption, I think, that one "autonomic
>>>> function" == one ASA. We need to be clear if that is an axiom, and
>>>> we need to think about how ASAs are named, and if those names need
>>>> to be registered somehow.
>>>
>>> Yes, that misunderstanding keeps popping up all the time.  I think
>>> RFC7575 is quite clear:
>>>
>>> Autonomic Function: A feature or function that requires no
>>> configuration and can derive all required information through self-
>>> knowledge, discovery, or Intent.
>>>
>>> Autonomic Service Agent: An agent implemented on an autonomic node
>>> that implements an autonomic function, either in part (in the case
>>> of a distributed function) or whole.
>>>
>>> Example: There is the "autonomic function" "bootstrapping of new
>>> nodes". It consists of 3 different ASAs: The new_device ASA, the
>>> proxy ASA and the registrar ASA.
>>>
>>> How can we make that clearer? (I thought RFC7575 *is* clear).
>> ...
>>
>> _______________________________________________
>> Anima mailing list
>> Anima@ietf.org
>> https://www.ietf.org/mailman/listinfo/anima
>>
>
> --
>
> Laurent Ciavaglia
>
> Nokia, Bell Labs
>
>
>
> +33 160 402 636
>
> route de Villejust - Nozay, France
>
> linkedin.com/in/laurent.ciavaglia
>