This section describes how to design, develop, and submit a Virtual Network Function for use as a Network Resource in the OpenECOMP ONAP environment.

A Virtual Network Function can be developed in a stand-alone development environment without most of the tools – or even API libraries – used or furnished by ONAP. The completed VNF must meet the set of VNF Requirements.

The primary audiences for this documentation are

• VNF providers: creators of VNFs (executables and related configuration files)
• Acceptance personnel: thse those tasked with certifying VNFs (approving them to run in OpenECOMP environments)ONAP environments)

The following readers may wish to refer to this documentation for a deeper understanding of VNFs, however, for operational information, they should read Using ONAP.

• Service Designers: those who combine Virtual Functions (including VNFs) into Services in OpenECOMPin ONAP
• DevOps: those who deploy, operate, and monitor OpenECOMP ONAP Services containing VNFs

There are three stages in the life cycle of a VNF, shown here:

Image RemovedImage Added

Figure 1. VNF complete life cycle stages

Anchor
RefDocs RefDocs

Reference Documents for VNF Providers

There are four reference documents for VNF Providers, summarized here.

<<DocRef: VNF Guidelines for Network Cloud and OpenECOMP>>

• identifies audiences interested in VNFs
• describes the VNF environment
• gives an overview of requirements
• points out differences between OpenECOMP VNFs and ETSI VNFs

<<DocRef: VNF Cloud Readiness Requirements for OpenECOMP (formerly: "Common Requirements...">>

• design requirements (API versioning, decomposition, reliance on open source database, packet size limitations)
• resiliency requirements
• security requirements

<<DocRef: VNF Management Requirements for OpenECOMP>>

• requirements imposed by the targeted network cloud infrastructure, including the hypervisor
• identification requirements for the VNF and its components
• configuration management requirements
  
  • a VNF must provide a Device YANG model
  • a VNF must implement a NETCONF server; the required NETCONF API's are referenced, and the supplier must demonstrate mounting the NETCONF server on OpenDaylight
• monitoring and operations requirements
  • format of messages (event records)
  • frequency of reporting
  • security
• licensing requirements

<<DocRef: VNF Heat Template Requirements for OpenECOMP>>

• provides recommendations and standards for building Heat templates compatible with OpenECOMP

<<DocRef: VNF Network Cloud Specification for OpenECOMP (Example)>>

• describes the hosting environment to be assumed by a VNF

...

The ONAP release documentation is available at ONAP.readthedocs.io, including VNF Provider guidance: VNF Guidelines, VNF Requirements 

Example VNFs Included with ONAP

The example VNFs distributed with OpenECOMP ONAP are:

• vFW (Firewall)
• vDNS (Domain Name Server).

The Demos page describes The Setting Up ONAP pages describe how to design and operate Services using these VNFs.

Reference VNFs are managed by the Integration Project.