Autonomic Network Intent and Format
draft-du-anima-an-intent-00
The information below is for an old version of the document.
| Document | Type | Active Internet-Draft (individual) | |
|---|---|---|---|
| Authors | Zongpeng Du , Sheng Jiang | ||
| Last updated | 2015-06-11 | ||
| Stream | (None) | ||
| Formats | plain text xml htmlized pdfized bibtex | ||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | I-D Exists | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
draft-du-anima-an-intent-00
ANIMA WG Z. Du
Internet-Draft S. Jiang
Intended status: Informational Huawei Technologies Co., Ltd
Expires: December 13, 2015 June 11, 2015
Autonomic Network Intent and Format
draft-du-anima-an-intent-00
Abstract
This document describes the concept and consideration of the
Autonomic Network Intent, and proposes a uniform format for the
Autonomic Network Intent.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on December 13, 2015.
Copyright Notice
Copyright (c) 2015 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Du & Jiang Expires December 13, 2015 [Page 1]
Internet-Draft Autonomic Network Intent June 2015
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Requirements Language and Terminology . . . . . . . . . . . . 2
3. Intervention of the Network Running by Autonomic Network
Intent . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.1. Administrative Intent and Service Intent . . . . . . . . 4
4. Uniform Format of the Autonomic Network Intent . . . . . . . 4
5. Security Considerations . . . . . . . . . . . . . . . . . . . 5
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 5
8. Change log [RFC Editor: Please remove] . . . . . . . . . . . 5
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 5
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6
1. Introduction
This document describes the concept and consideration of the
Autonomic Network Intent, which is used to operate the Autonomic
Nodes within Autonomic Networks. The background to Autonomic Network
(AN) is described in [I-D.irtf-nmrg-autonomic-network-definitions]
and [I-D.irtf-nmrg-an-gap-analysis]. A generic discovery and
negotiation protocol (GDNP) is proposed by
[I-D.carpenter-anima-gdn-protocol], which would be used in the
propagation of the Autonomic Network Intent.
The Autonomic Network Intent should be able to be unscrambled by all
Autonomic Nodes, although certain parts of contents may not be
relevant to a specific Autonomic Node. The Autonomic Network Intent
gives operational guidance for every Autonomic Node.
This document also proposes a generic format for Autonomic Network
Intent.
The interface to receive or configure the Autonomic Network Intent is
out of scope. The distribution mechanism of the Autonomic Network
Intent is introduced in [I-D.liu-anima-intent-distribution].
Note in draft: This version is preliminary. In particular, many
design details may be subject to change until the anima
specifications become agreed.
2. Requirements Language and Terminology
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
"OPTIONAL" in this document are to be interpreted as described in
[RFC2119] when they appear in ALL CAPS. When these words are not in
Du & Jiang Expires December 13, 2015 [Page 2]
Internet-Draft Autonomic Network Intent June 2015
ALL CAPS (such as "should" or "Should"), they have their usual
English meanings, and are not to be interpreted as [RFC2119] key
words.
Autonomic Function: A feature or function which requires no
configuration, and can derive all required information either
through self-knowledge, discovery or through Intent.
Autonomic Node: A node which employs exclusively Autonomic
Functions.
Autonomic Network: A network containing exclusively Autonomic Nodes.
It may contain one or several Autonomic Domains.
Autonomic Service Agent: An agent implemented on an Autonomic Node
which implements an Autonomic Function.
Intent: An abstract, high level policy used to operate the network,
quoted from [I-D.irtf-nmrg-autonomic-network-definitions].
Autonomic Network Intent: Intent that is used to intervene the
running status of the Autonomic Network.
3. Intervention of the Network Running by Autonomic Network Intent
The Autonomic Network is supposed to work with minimum intervention
from human operators. However, it is still needed to receive some
form of guidance/information/orders in order to meet specific
requirements.
Upon receiving the Autonomic Network Intent, the Autonomic Node
should be able to unscramble the meaning of the intent with no
ambiguity, and act accordingly.
Using this intent approach, the operator can manage the network as a
whole, and does not need to configure specific node(s) in the network
like what happens in the traditional NMS system. In other words, the
operator communicates with the Autonomic Network using an abstract or
high lever intent, and the configurations of the nodes take place
automatically. By replacing most of the NMS jobs, intent-based
management makes the network management work much easier than before.
On the other sides, the intent-based and NMS-based management may co-
exist for a long time, because autonomic behavior will be defined
function by function. Similarly, at the beginning of defining the
Autonomic Network Intents, the intent-based method cannot be assumed
to cover every aspect of network management.
Du & Jiang Expires December 13, 2015 [Page 3]
Internet-Draft Autonomic Network Intent June 2015
3.1. Administrative Intent and Service Intent
The Autonomic Networks are supposed to self-managed. It includes
managing the network infrastructure, and also the network services
that are running over the network infrastructure. However, the
network services have different features against network
administration, as listed below. Hence, it may be better to organize
them into separated Administrative Intent and Service Intent.
o A Service Intent may have a smaller scope than the Administrative
Intent because only the nodes related to the service need to know
this intent. Although it may only affect a few nodes, the Service
Intent may also be propagated domain wide.
o A Service Intent may have a limited lifetime, while the
Administrative Intents are normally permanent although the content
of the Administrative Intent may be updated from time to time.
o There maybe are many Service Intents in the autonomic domain,
while only one Administrative Intent for a giving Autonomic
Service Agent.
{Editor notes: one possibility is to treat the Service Intent as a
normal Intent for a certain Autonomic Service Agent, such as a
Autonomic Service Provision Agent.}
4. Uniform Format of the Autonomic Network Intent
{Editor Notes: It is still remaining an open issue for the way that
intent may be organized. Should the intent be a single one in a
given AN domain with a hierarchical version, or multiple intents,
each of which targets different Autonomic Service Agent? For now,
the below text takes the later approach.}
This section proposes a uniform intent format. It uses the tag-based
format.
<autonomic_intent> The root tag for the Autonomic Network Intent.
<intent_type> It indicates the intent type, which is associated with
a specific Autonomic Service Agent.
<autonomic_domain> It indicates the domain of the Autonomic Network.
It is also the scope of the Autonomic Network Intent.
<intent_version> It indicates the version of the Autonomic Network
Intent. This is an important feature for synchronization.
Du & Jiang Expires December 13, 2015 [Page 4]
Internet-Draft Autonomic Network Intent June 2015
<content> It contains the main information of the intent. It may
include objects, policies, goals and configuration data. The
detailed contents and formats should be defined under their
specific situations by documents that specifies the Autonomic
Service Agent. Within the content, there may be sub_intents.
{Editor Notes: it may be needed for a <specification_version>, which
identifies the different version of intent specification.}
5. Security Considerations
Relevant security issues are discussed in
[I-D.carpenter-anima-gdn-protocol]. The Autonomic Network Intent
requires strong security environment from the start, because it would
be great risk if the Autonomic Network Intent had been maliciously
tampered.
6. IANA Considerations
This document defines one new format. The IANA is requested to
establish a new assigned list for it.
7. Acknowledgements
Valuable comments were received from Bing Liu.
This document was produced using the xml2rfc tool [RFC2629].
8. Change log [RFC Editor: Please remove]
draft-du-anima-an-intent-00: original version, 2015-06-xx.
9. References
[I-D.behringer-anima-autonomic-control-plane]
Behringer, M., Bjarnason, S., BL, B., and T. Eckert, "An
Autonomic Control Plane", draft-behringer-anima-autonomic-
control-plane-02 (work in progress), March 2015.
[I-D.carpenter-anima-gdn-protocol]
Carpenter, B. and B. Liu, "A Generic Discovery and
Negotiation Protocol for Autonomic Networking", draft-
carpenter-anima-gdn-protocol-03 (work in progress), April
2015.
Du & Jiang Expires December 13, 2015 [Page 5]
Internet-Draft Autonomic Network Intent June 2015
[I-D.irtf-nmrg-an-gap-analysis]
Jiang, S., Carpenter, B., and M. Behringer, "General Gap
Analysis for Autonomic Networking", draft-irtf-nmrg-an-
gap-analysis-06 (work in progress), April 2015.
[I-D.irtf-nmrg-autonomic-network-definitions]
Behringer, M., Pritikin, M., Bjarnason, S., Clemm, A.,
Carpenter, B., Jiang, S., and L. Ciavaglia, "Autonomic
Networking - Definitions and Design Goals", draft-irtf-
nmrg-autonomic-network-definitions-07 (work in progress),
March 2015.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2629] Rose, M., "Writing I-Ds and RFCs using XML", RFC 2629,
June 1999.
Authors' Addresses
Zongpeng Du
Huawei Technologies Co., Ltd
Q14, Huawei Campus, No.156 Beiqing Road
Hai-Dian District, Beijing, 100095
P.R. China
Email: duzongpeng@huawei.com
Sheng Jiang
Huawei Technologies Co., Ltd
Q14, Huawei Campus, No.156 Beiqing Road
Hai-Dian District, Beijing, 100095
P.R. China
Email: jiangsheng@huawei.com
Du & Jiang Expires December 13, 2015 [Page 6]