summaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorbhedstrom <brian.hedstrom@oamtechnologies.com>2017-11-08 12:17:51 -0700
committerbhedstrom <brian.hedstrom@oamtechnologies.com>2017-11-08 12:18:28 -0700
commit433e6a3c6770c41445728cce2fd737a93751b55d (patch)
tree6482e6c64f35b6fdd5c0cecd6838963de74c6642 /docs
parent2f8b8f0f9ab6c12695c27f8448eb1be3f58f3e5e (diff)
VNFRQTS-133
Change-Id: I2c0bf4236f8324521a12b9d177a8e43e72721d5c Signed-off-by: bhedstrom <brian.hedstrom@oamtechnologies.com>
Diffstat (limited to 'docs')
-rw-r--r--docs/Chapter5.rst24
1 files changed, 12 insertions, 12 deletions
diff --git a/docs/Chapter5.rst b/docs/Chapter5.rst
index fb76017..dc73969 100644
--- a/docs/Chapter5.rst
+++ b/docs/Chapter5.rst
@@ -5099,29 +5099,29 @@ even in the short-term as of the long-term direction.
c. VNFM Driver Development Steps
================================
-Refer to the ONAP documentation for VNF provider instructions on integrating
-special VNFM adaptors with VF-C. The VNF driver development steps are
+Refer to the ONAP documentation for VNF Provider instructions on integrating
+vendor-specific VNFM adaptors with VF-C. The VNF driver development steps are
highlighted below.
1. Use the VNF SDK tools to design the VNF with TOSCA models to output
the VNF TOSCA package. Using the VNF SDK tools, the VNF package can be
validated and tested.
-2. The VNF provider can provide a special VNFM driver in ONAP, which
+2. The VNF Provider supplies a vendor-specific VNFM driver in ONAP, which
is a microservice providing a translation interface from VF-C to
-the special VNFM. The interface definitions of special VNFM adaptors are provided by
-the VNF providers themselves.
+the vendor-specific VNFM. The interface definitions of vendor-specific VNFM adaptors are supplied by
+the VNF Providers themselves.
-d. Creating Special VNFM Adaptor Microservices
-==============================================
+d. Creating Vendor-Specific VNFM Adaptor Microservices
+======================================================
-VNFs can be managed by special VNFMs. To add a special VNFM to ONAP, a
-special VNFM adaptor is added to ONAP implementing the interface of the special VNFM.
+VNFs can be managed by vendor-specific VNFMs. To add a vendor-specific VNFM to ONAP, a
+vendor-specific VNFM adaptor is added to ONAP implementing the interface of the vendor-specific VNFM.
-A special VNFM adaptor is a microservice with a unique name and an appointed
-port. When started up, the special VNFM adaptor microservice is automatically registered to the
+A vendor-specific VNFM adaptor is a microservice with a unique name and an appointed
+port. When started up, the vendor-specific VNFM adaptor microservice is automatically registered to the
Microservices Bus (MSB). The following RESTful example describes the scenario of
-registering a special VNFM adaptor to MSB:
+registering a vendor-specific VNFM adaptor to MSB:
.. code-block:: java