Re: [nmrg] draft-irtf-nmrg-autonomic-network-definitions-01 feedback

Benoit Claise <bclaise@cisco.com> Mon, 08 September 2014 12:51 UTC

Return-Path: <bclaise@cisco.com>
X-Original-To: nmrg@ietfa.amsl.com
Delivered-To: nmrg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 683BB1A87AD for <nmrg@ietfa.amsl.com>; Mon, 8 Sep 2014 05:51:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.452
X-Spam-Level:
X-Spam-Status: No, score=-13.452 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.652, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 Q_o0YooEhyN2 for <nmrg@ietfa.amsl.com>; Mon, 8 Sep 2014 05:51:09 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFC751A8799 for <nmrg@irtf.org>; Mon, 8 Sep 2014 05:51:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8064; q=dns/txt; s=iport; t=1410180669; x=1411390269; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=X2Y2OteyVmc1KWyQvcx4WwRKErl7N4WRQg5vOPOTxGo=; b=Xfh4FuFIsDF3+wJWC1j2uttfTU0hcGwCxNvkBtoa5MG7ztiijPDy9NnW 4PthFjneWsHPPI0d3rnQZKAFIe2r0rRlHTQSIEivi2pojlWVPfxc2w4jN M7heBFmeqPTD4rvdSX4p+vdJJB4WQX6I3l5CafCRIeuUCzm1ZQEZZM+4j o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AokGAIqlDVStJssW/2dsb2JhbABZg2BXiFfBEwEJh0wBgSh4hAQBAQQBAQFrChELIRYPCQMCAQIBFTAGDQYCAQEXiCcNumsBEwSNPYIXhEwBBJxyh0GNa4NjOy+CTwEBAQ
X-IronPort-AV: E=Sophos;i="5.04,486,1406592000"; d="scan'208,217";a="170698645"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 08 Sep 2014 12:51:06 +0000
Received: from [10.60.67.84] (ams-bclaise-8913.cisco.com [10.60.67.84]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s88Cp5hf005960 for <nmrg@irtf.org>; Mon, 8 Sep 2014 12:51:05 GMT
Message-ID: <540DA639.8080702@cisco.com>
Date: Mon, 08 Sep 2014 14:51:05 +0200
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: "nmrg@irtf.org" <nmrg@irtf.org>
References: <53CD5D41.6050302@cisco.com>
In-Reply-To: <53CD5D41.6050302@cisco.com>
Content-Type: multipart/alternative; boundary="------------040107000309080306020404"
Archived-At: http://mailarchive.ietf.org/arch/msg/nmrg/WiInEPszBd91pMuRaVLyxZF_6NA
Subject: Re: [nmrg] draft-irtf-nmrg-autonomic-network-definitions-01 feedback
X-BeenThere: nmrg@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Network Management Research Group discussion list <nmrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nmrg>, <mailto:nmrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/nmrg/>
List-Post: <mailto:nmrg@irtf.org>
List-Help: <mailto:nmrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nmrg>, <mailto:nmrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2014 12:51:11 -0000

Dear all,

Thanks for addressing my concerns in the version 3 of the 
draft-irtf-nmrg-autonomic-network-definitions.
Minor point, as mentioned below: I would have put the automatic 
definition directly in draft-irtf-nmrg-autonomic-network-definitions.

   o  Automatic: A process that occurs without human intervention, with
       step-by-step execution of rules.  However it relies on humans
       defining the sequence of rules, so is not Autonomic in the full
       sense.  For example, a start-up script is automatic but not
       autonomic.


Regards, Benoit
> Dear all,
>
> - Make it clear that the definition means a logical OR
>     Autonomic: Self-managing (self-configuring, self-protecting, self-
>     healing and self-optimizing); however, allowing high-level guidance
>     by a central entity, through intent.
> -
>     Intent: An abstract, high level policy used to operate the network
>     autonomically.  Its scope is an autonomic domain, such as an
>     enterprise network._It does not contain configuration or information
>     for a specific node._  It may contain information pertaining to nodes
>     with a specific role.
>
> Well in the end, configuration or information for a specific node will be involved.
> I guess you want to rephrase that the intent is a general policy above configuration or information for a specific node, dealing with the intent you want to have from the network.
>
> -  When I read "It requires no configuration" in ...
>
>     Autonomic Function: A feature or function which requires no
>     configuration, and can derive all required information either through
>     self-knowledge, discovery or through intent.
>
>     OR
>
>     Fully Autonomic Node: A node which employs exclusively autonomic
>     functions.  It requires no configuration.
>
> ... I wondered about an initial configuration before a device is shipped. Autonomic or not?
> Coincidently, this was just discussed at the time of typing these lines, by Brian, presenting in NMRG.
> I understand that this is automatic, right?
> And I see a extra definition in draft-irtf-nmrg-an-gap-analysis-00
>
>    o  Automatic: A process that occurs without human intervention, with
>        step-by-step execution of rules.  However it relies on humans
>        defining the sequence of rules, so is not Autonomic in the full
>        sense.  For example, a start-up script is automatic but not
>        autonomic.
>
> draft-irtf-nmrg-autonomic-network-definitions would benefit from this definition in my opinion, and a few words on the difference between autonomic and automatic
>
> -
> Northbound interface. These days, with the SDN/controller story, this is a confusing term.
> I would rephrase the section and the text inside
> OLD:
> 3.4.  Simplification of the Northbound Interfaces
> OLD:
> 3.4.  Simplification of the Autonomic Node Northbound Interfaces
>
> -
> 3.7 Modularity
> Section 3 intro says:
>
>     This section explains the high level goals of Autonomic Networking,
>     independent of any specific solutions.
>
> Is this an Autonomic Networking design goal to be modular? Not really
> I see this more like a good deployment practice, i.e. if you think about an autonomic protocol, please think of deployment, i.e. modularity
>
> Regards, Benoit
>
>
>
> _______________________________________________
> nmrg mailing list
> nmrg@irtf.org
> https://www.irtf.org/mailman/listinfo/nmrg