diff options
author | 2018-06-26 13:34:59 -0700 | |
---|---|---|
committer | 2018-06-27 12:18:17 -0700 | |
commit | 2cbffc5b71c88fd858b654335731ea72fd80220c (patch) | |
tree | 695110bcb0d91fa22f607363b9803643dc67d233 /docs/Chapter3/index.rst | |
parent | 8274f893dd8e46a320a3a2b7a5c44430a8d4e765 (diff) |
[VNFRQTS] break up larger rst files into toxtree
Broke all chapter files up so they follow the same patter
Change-Id: I8a2152b92f0568cf4858615054bb66fabf0ea343
Issue-ID: VNFRQTS-253
Signed-off-by: stark, steven <ss820f@att.com>
Diffstat (limited to 'docs/Chapter3/index.rst')
-rw-r--r-- | docs/Chapter3/index.rst | 45 |
1 files changed, 45 insertions, 0 deletions
diff --git a/docs/Chapter3/index.rst b/docs/Chapter3/index.rst new file mode 100644 index 0000000..84802f7 --- /dev/null +++ b/docs/Chapter3/index.rst @@ -0,0 +1,45 @@ +.. This work is licensed under a Creative Commons Attribution 4.0 International License. +.. http://creativecommons.org/licenses/by/4.0 +.. Copyright 2017 AT&T Intellectual Property. All rights reserved. + + +Introduction +============ + +- These requirements are specific to the current release of ONAP. + It is the initial release of requirements based on a merge of the Open-O + and OpenECOMP requirements. +- Requirements are identified as either MUST, MUST NOT, SHOULD, SHOULD NOT, + or MAY as defined in RFC 2119. +- Requirements should be targeted to a restricted set of nouns related + to VNFs and within the control of the VNF provider. The current list + of VNF Requirement targets is: + + - The VNF + - The VNFC + - The VNF Provider + - The VNF Heat Orchestration Template + - The VNF Package +- Chapter 4 contains the xNF requirements involving the design and + development of xNFs. These requirements help VNFs/PNFs operate + efficiently within a cloud environment. Requirements cover design, + resiliency, security, modularity and DevOps. +- Chapter 5 describes the different data models the xNF provider + needs to understand. There are currently 2 models described in this + document: + + - The first model is the onboarding package data model. This is a TOSCA + model that will describe how all the elements passed from the VNF/PNF + Provider to the Service provider should be formatted and packaged. + - The second model is HEAT template used for orchestrating and + instantiating virtual resources in an OpenStack environment. At this + time the HEAT files will be passed to the Service provider as a data + element within the TOSCA onboarding package. +- Chapter 6 details the requirements specific to an implementation. + The current implementations documented are OpenStack and Azure. +- Chapter 7 provides the comprehensive set of requirements for xNFs to + be on-boarded, configured and managed by ONAP. +- Chapter 8 is the appendix that provide a number of detailed data record + formats. It also contains a list of the requirements that are listed + in the other chapters as well as examples and models that are referenced + throughout the rest of the chapters. |