From a6cc59546bd07f9a47657a0cda2a11163938f4ca Mon Sep 17 00:00:00 2001 From: "Bozawglanian, Hagop (hb755d)" Date: Thu, 23 Aug 2018 20:36:19 +0000 Subject: VNFRQTS - Updating Beijing references Fixing some of the text referring to old content. Change-Id: Iaafef96a3ab845b0df90a4fc2bf32c5982cb573d Issue-ID: VNFRQTS-285 Signed-off-by: Bozawglanian, Hagop (hb755d) --- docs/manual_use_case.rst | 42 ++++++++++++++++++++++++++++++------------ docs/release-notes.rst | 18 +++++++----------- 2 files changed, 37 insertions(+), 23 deletions(-) diff --git a/docs/manual_use_case.rst b/docs/manual_use_case.rst index 2984854..177f191 100644 --- a/docs/manual_use_case.rst +++ b/docs/manual_use_case.rst @@ -18,7 +18,9 @@ **Manual Scale Out Use Case** ================================== -In its Beijing Release, ONAP will support the ability to manually scale out VNF Components. Below is the Sequence Diagram for how Manual Scale Out will work in ONAP. +Since its Beijing Release, ONAP will support the ability to manually scale +out VNF Components. Below is the Sequence Diagram for how Manual Scale Out +will work in ONAP. |image0| @@ -26,26 +28,42 @@ Description of Workflow --------------------------------------------- At a high level the way Manual Scale Out will work is: - 1. Using VID, the operator will choose to scale out a VNFC by picking a VF_Module to scale and choosing which controller is responsible for that VNF. + + 1. Using VID, the operator will choose to scale out a VNFC by picking a + VF_Module to scale and choosing which controller is responsible for + that VNF. 2. VID sends the Scale Out Request to SO. - 3. When SO receives the Scaling request it will first send a request to the appropriate controller (APPC or SDNC) to execute a Healthcheck on the VNF. - 4. Once the Healthcheck has been run, SO executes the Heat Template associated with the VF Module requested by the VID Operator. - 5. After the new component(s) have been instantiated SO calls the responsible controller (via DMaaP) to configure the new instances. - 6. Finally a Healthcheck is run to ensure that the entire VNF is Operating as it should. + 3. When SO receives the Scaling request it will first send a request to + the appropriate controller (APPC or SDNC) to execute a Healthcheck on the + VNF. + 4. Once the Healthcheck has been run, SO executes the Heat Template + associated with the VF Module requested by the VID Operator. + 5. After the new component(s) have been instantiated SO calls the + responsible controller (via DMaaP) to configure the new instances. + 6. Finally a Healthcheck is run to ensure that the entire VNF is Operating + as it should. VNF Impacts ------------------------ -For VNFs to make use of the Manual Scaling Capabilities of ONAP, they must support the following functionality: +For VNFs to make use of the Manual Scaling Capabilities of ONAP, they must +support the following functionality: + 1. VNFs must support a Healthcheck as described in: `The Management Section of the ONAP VNF Guidelines `_. - a. R-31809 is the requirement dictating the need for VNF Healthchecks. - b. The Ansible Healthcheck Playbook description may be found in `The Ansible Standards and Capabilities Section `_. + + a. R-31809 is the requirement dictating the need for VNF Healthchecks. + b. The Ansible Healthcheck Playbook description may be found in `The Ansible Standards and Capabilities Section `_. + 2. VNF Heat Templates must be built according the `VNF Modularity Rules `_. - a. The VF_Module to be scaled must be built according the VNF Modularity Rules for Incremental Modules. - 3. Configuration of the VNF must be done via NETCONF, Chef, or Ansible as described in `Configuration Management `_. + + a. The VF_Module to be scaled must be built according the VNF + Modularity Rules for Incremental Modules. + + 3. Configuration of the VNF must be done via NETCONF, Chef, or Ansible + as described in `Configuration Management `_. .. |image0| image:: Scale_Out_Workflow.png - :width: 7in + :width: 8in :height: 9in diff --git a/docs/release-notes.rst b/docs/release-notes.rst index c206dcf..4b5dfea 100644 --- a/docs/release-notes.rst +++ b/docs/release-notes.rst @@ -12,38 +12,34 @@ See the License for the specific language governing permissions and limitations under the License. - VNF Use Case Release Notes ============================= Version: 1.0.0 -------------- - :Release Date: 2018-03-29 - - **New Features** - Initial release of VNF Use Cases for Open Network Automation Platform (ONAP) + Initial release of VNF Use Cases for Open Network Automation + Platform (ONAP) **Bug Fixes** - - None + - None **Known Issues** - - No known issues + - No known issues **Security Issues** - - No known security issues. + - No known security issues. **Upgrade Notes** - - Initial release - none + - Initial release - none **Deprecation Notes** - - Initial release - none + - Initial release - none **Other** - =========== End of Release Notes -- cgit 1.2.3-korg