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

"Michael Behringer (mbehring)" <mbehring@cisco.com> Mon, 08 September 2014 14:05 UTC

Return-Path: <mbehring@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 AFDBE1A0371 for <nmrg@ietfa.amsl.com>; Mon, 8 Sep 2014 07:05:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.152
X-Spam-Level:
X-Spam-Status: No, score=-16.152 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, 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 k8Zwb-PVqGuK for <nmrg@ietfa.amsl.com>; Mon, 8 Sep 2014 07:05:43 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0AA291A87E7 for <nmrg@irtf.org>; Mon, 8 Sep 2014 07:05:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21992; q=dns/txt; s=iport; t=1410185143; x=1411394743; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=W3K9pAmsSNZHWesEtKRC+T4P5iwmBdrtHTxog2TZNDU=; b=jUXT7fwbT7MazmyVDkQOPOB1o6tHoS1MXoK4JOFQIjRi2FQQiTtnW4lJ YN4LUHnrpZ/O+052aacoM6EfvWeaVtwInUggjNLxm7BFeXOOAwJHoR75V sv5q3zEEpTPxWFA7ufZ29ycGhP3ftCw0xYTzn4BKGNeNi/wUFAVgWAu3q w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkoFAAS3DVStJV2P/2dsb2JhbABZgkdGU1cEyWYBCYdMAYEQFniEAwEBAQQBAQEqQRsCAQgRBAEBCxYHBycLFAkIAgQBEggTiCcNum4BEwSNPYFfLQoBgy+BHQWPK4IVoF6DYWyBSIEHAQEB
X-IronPort-AV: E=Sophos; i="5.04,486,1406592000"; d="scan'208,217"; a="75929626"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-3.cisco.com with ESMTP; 08 Sep 2014 14:05:41 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id s88E5ffv008684 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <nmrg@irtf.org>; Mon, 8 Sep 2014 14:05:41 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.204]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0195.001; Mon, 8 Sep 2014 09:05:41 -0500
From: "Michael Behringer (mbehring)" <mbehring@cisco.com>
To: "Benoit Claise (bclaise)" <bclaise@cisco.com>, "nmrg@irtf.org" <nmrg@irtf.org>
Thread-Topic: [nmrg] draft-irtf-nmrg-autonomic-network-definitions-01 feedback
Thread-Index: AQHPpRJ4n42notfsnEKKX2aXPrYPepv30MeA///A8pA=
Date: Mon, 08 Sep 2014 14:05:40 +0000
Message-ID: <3AA7118E69D7CD4BA3ECD5716BAF28DF21C33119@xmb-rcd-x14.cisco.com>
References: <53CD5D41.6050302@cisco.com> <540DA639.8080702@cisco.com>
In-Reply-To: <540DA639.8080702@cisco.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.55.238.134]
Content-Type: multipart/alternative; boundary="_000_3AA7118E69D7CD4BA3ECD5716BAF28DF21C33119xmbrcdx14ciscoc_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/nmrg/_hihn86hnXta7QbMOsHM0mxwR5Y
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 14:05:51 -0000

Must have slipped through. I'll include it in the next version.

Michael

From: nmrg [mailto:nmrg-bounces@irtf.org] On Behalf Of Benoit Claise (bclaise)
Sent: 08 September 2014 14:51
To: nmrg@irtf.org
Subject: Re: [nmrg] draft-irtf-nmrg-autonomic-network-definitions-01 feedback

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<mailto:nmrg@irtf.org>

https://www.irtf.org/mailman/listinfo/nmrg