Removing references to initial release of ONAP from Open-O and OpenECOMP.
Change-Id: I749cfdf449d243720d47314525dd94a9fded16e1
Issue-ID: VNFRQTS-280
Signed-off-by: Bozawglanian, Hagop (hb755d) <hb755d@att.com>
practices which will increase innovation, minimize customization needed to
onboard xNFs as well as reduce implementation complexity, time and cost
for all impacted stakeholders.
-- This initial release consolidates the requirements from Open-O and OpenECOMP
- to provide common xNF requirements across the industry in order to drive
- interoperability, simplify management, and reduce cost to build, deploy and
- manage xNFs.
+- The consolidated requirements provide common xNF requirements across
+ the industry in order to drive interoperability, simplify management, and
+ reduce cost to build, deploy and manage xNFs.
- These requirements serve multiple purposes:
- Primarily it provides a detailed list of requirements for xNF
providers to meet to be compatible with ONAP; xNF providers will use
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
inter-component latency. The VNFs should be designed with a goal of
being modular and reusable to enable using best-in-breed vendors.
-Section 5.a VNF Design in *VNF Guidelines* describes
+Section 4.1 VNF Design in *VNF Guidelines* describes
the overall guidelines for designing VNFs from VNF Components (VNFCs).
Below are more detailed requirements for composing VNFs.
provide the NCSP with an install package consistent with the default OS
package manager (e.g. aptitude for Ubuntu, yum for Redhat/CentOS).
-Section 5.a DevOps in *VNF Guidelines* describes
+Section 4.5 DevOps in *VNF Guidelines* describes
the DevOps guidelines for VNFs.
DevOps Requirements
provide high availability versus relying on the Network Cloud to achieve
that end.
-Section 5.a Resiliency in *VNF Guidelines* describes
+Section 4.2 Resiliency in *VNF Guidelines* describes
the overall guidelines for designing VNFs to meet resiliency goals.
Below are more detailed resiliency requirements for VNFs.
will be applicable and are outside the scope of these general
requirements.
-Section 5.a Security in *VNF Guidelines* outlines
+Section 4.3 Security in *VNF Guidelines* outlines
the five broad security areas for VNFs that are detailed in the
following sections: