diff options
Diffstat (limited to 'docs/vnf_guidelines/vnf_guidelines.rst')
| -rw-r--r-- | docs/vnf_guidelines/vnf_guidelines.rst | 81 |
1 files changed, 44 insertions, 37 deletions
diff --git a/docs/vnf_guidelines/vnf_guidelines.rst b/docs/vnf_guidelines/vnf_guidelines.rst index 21a12db..3645e9a 100644 --- a/docs/vnf_guidelines/vnf_guidelines.rst +++ b/docs/vnf_guidelines/vnf_guidelines.rst @@ -7,24 +7,24 @@ :depth: 3 .. -============== -VNF Guidelines -============== +================== +VNF/PNF Guidelines +================== **1. Purpose** ============== -- This document focuses on setting and evolving VNF standards that will facilitate industry discussion, participation, alignment and evolution towards comprehensive and actionable VNF best practices and standard interface. -- The goal is to accelerate adoption of VNF best practices which will increase innovation, minimize customization needed to onboard VNFs as well as reduce implementation complexity, time and cost for all impacted stakeholders. -- The intent is to drive harmonization of VNFs across VNF providers, Network Cloud Service providers (NCSPs) and the overall Network Function Virtualization (NFV) ecosystem by providing both long term vision as well as short tem focus and clarity. +- This document focuses on setting and evolving VNF/PNF standards that will facilitate industry discussion, participation, alignment and evolution towards comprehensive and actionable VNF/PNF best practices and standard interface. +- The goal is to accelerate adoption of VNF/PNF best practices which will increase innovation, minimize customization needed to onboard VNFs/PNFs as well as reduce implementation complexity, time and cost for all impacted stakeholders. +- The intent is to drive harmonization of VNFs/PNFs across VNF/PNF providers, Network Cloud Service providers (NCSPs) and the overall Network Function Virtualization (NFV) ecosystem by providing both long term vision as well as short tem focus and clarity. **2. Scope** ============ -- The audience for this document are VNF providers, NCSPs and other interested 3rd parties who need to know the design, build and lifecycle management requirements for VNFs to be compliant with ONAP. +- The audience for this document are VNF/PNF providers, NCSPs and other interested 3rd parties who need to know the design, build and lifecycle management requirements for VNFs/PNFs to be compliant with ONAP. - These guidelines describe VNF environment and provide an overview of what the VNF developer needs to know to operate and be compliant with ONAP. -- These guidelines contains high level expectations and references to specific requirements documentation for VNFs which are applicable to the Amsterdam release of ONAP. +- These guidelines contains high level expectations and references to specific requirements documentation for VNFs/PNFs which are applicable to the Beijing release of ONAP. - Part of the guidelines also contains visionary recommendations for future functionality that could be desirable for ONAP future releases. -- Conformance requirements are in the VNF Requirements document(http://onap.readthedocs.io/en/latest/submodules/vnfrqts/requirements.git/docs/index.html). +- Conformance requirements are in the VNF/PNF Requirements document(http://onap.readthedocs.io/en/latest/submodules/vnfrqts/requirements.git/docs/index.html). **3. Introduction** =================== @@ -34,11 +34,11 @@ a. Motivation The requirements and guidelines defined herein are intended to facilitate industry discussion, participation alignment and evolution -toward comprehensive and actionable VNF best practices. Integration +toward comprehensive and actionable VNF/PNF best practices. Integration costs are a significant impediment to the development and deployment of new services. We envision developing open source industry processes and -best practices leading eventually to VNF standards supporting commercial -acquisition of VNFs with minimal integration costs. Traditional PNFs +best practices leading eventually to VNF/PNF standards supporting commercial +acquisition of VNFs/PNFs with minimal integration costs. Traditional PNFs have all been unique like snowflakes and required expensive custom integration, whereas VNF products and services should be designed for easier integration just like Lego\ :sup:`TM` blocks. For example, by @@ -75,19 +75,19 @@ agile processes and the emergence of industry supported open source communities imply corresponding changes in processes at many industry collaboration bodies. With limited operational experience and much more dynamic requirements, open source communities are expected to evolve -these VNF guidelines further before final documentation of those aspects +these VNF/PNF guidelines further before final documentation of those aspects necessary for standardization. This document and accompanying refer documents -provides VNF providers, NCSPs and other interested 3rd parties a set of +provides VNF/PNF providers, NCSPs and other interested 3rd parties a set of guidelines and requirements for the design, build and overall lifecycle management of VNFs. -**VNF Providers** +**VNF/PNF Providers** -Both suppliers transitioning from providing physical network functions -(PNFs) to providing VNFs as well as new market entrants should find -these VNF requirements and guidelines a useful introduction to the -requirements to be able to develop VNFs for deployment into a Network -Cloud. VNF Providers may also be interested to test their VNFs in the +PNF suppliers and those transitioning from providing physical network functions +to providing VNFs as well as new market entrants should find +these VNF/PNF requirements and guidelines a useful introduction to the +requirements to be able to develop VNFs/PNFs for deployment into a Network +Cloud. VNF/PNF Providers may also be interested to test their VNFs/PNFs in the context of an open source implementation of the environment. **Network Cloud Service Providers (NCSPs)** @@ -108,11 +108,11 @@ guidelines to meet the industry’s collective needs. Other parties such as solution providers, open source community, industry standard bodies, students and researchers of network technologies, as well as enterprise customers may also be interested in -the VNF Guidelines. Solution Providers focused on specific industry -verticals may find these VNF guidelines useful in the development of -specialized VNFs that can better address the needs of their industry -through deployment of these VNFs in NCSP infrastructure. Open Source -developers can use these VNF guidelines to facilitate the automation of +the VNF/PNF Guidelines. Solution Providers focused on specific industry +verticals may find these VNF/PNF guidelines useful in the development of +specialized VNFs/PNFs that can better address the needs of their industry +through deployment of these VNFs/PNFs in NCSP infrastructure. Open Source +developers can use these VNF/PNF guidelines to facilitate the automation of VNF ingestion and deployment. The emergence of a market for VNFs enables NCSPs to more rapidly deliver increased functionality, for execution on white box hardware on customer’s premises – such functionality may be of @@ -125,19 +125,19 @@ This document is part of a hierarchy of documents that describes the overall Requirements and Guidelines for ONAP. The diagram below identifies where this document fits in the hierarchy. -+----------------------------------------------------------------------------------------------+ -| ONAP Requirements and Guidelines | -+===================+==========================================================================+ -| VNF Guidelines | Future ONAP Subject Documents | -+-------------------+-------------------------------------+------------------------------------+ -| VNF Requirements | Future VNF Requirements Documents | Future Requirements Documents | -+-------------------+-------------------------------------+------------------------------------+ ++--------------------------------------------------------------------------------------------------+ +| ONAP Requirements and Guidelines | ++=======================+==========================================================================+ +| VNF/PNF Guidelines | Future ONAP Subject Documents | ++-----------------------+---------------------------------------+----------------------------------+ +| VNF/PNF Requirements | Future VNF/PNF Requirements Documents | Future Requirements Documents | ++-----------------------+---------------------------------------+----------------------------------+ Document summary: -**VNF Guidelines** +**VNF/PNF Guidelines** -- Describes VNF environment and overview of requirements +- Describes VNF/PNF environment and overview of requirements *VNF Requirements* @@ -721,7 +721,12 @@ terms of VM characteristics (often referred to as VM Flavors), VM sizes and cloud acceleration capabilities aimed at VNFs such as Linux Foundation project Data Plane Development Kit (DPDK). -**6. Summary** +**6. PNF Context** +================== + + + +**7. Summary** =============== The intent of these guidelines and requirements is to provide long term @@ -738,7 +743,7 @@ more detailed requirements documents. The subtending documents provide more detailed requirements and are listed in Appendix B - References. All documents are expected to evolve. -Some of these VNF guidelines may be more broadly applicable in the +Some of these VNF/PNF guidelines may be more broadly applicable in the industry, e.g., in other open source communities or standards bodies. The art of VNF architecture and development is expected to mature rapidly with practical deployment and operations experience from a @@ -748,7 +753,7 @@ enhancements to support their particular operational processes, but these guidelines are expected to remain broadly applicable across a number of service providers interested in acquiring VNFs. -We invite feedback on these VNF Guidelines in the context of the +We invite feedback on these VNF/PNF Guidelines in the context of the ONAP Project. We anticipate an ongoing project within the ONAP community to maintain similar guidance for VNF developers to ONAP.Comments on these guidelines should be discussed there. @@ -781,6 +786,8 @@ a. Glossary | VNFC | Virtual Network Function Component (VNFC) are the sub-components of a VNF providing a VNF Provider a defined sub-set of that VNF's functionality, with the main characteristic that a single instance of this component maps 1:1 against a single Virtualization Container. See Figure 3 for the relationship between VNFC and VNFs. | | | |image2| | +-------------------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ +| PNF | PNF is a vendor-provided Network Function(s) implemented using a bundled set of hardware and software. | ++-------------------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ b. References --------------- |