2 SAPC VNF Lifecycle Manager Workflow Instruction for OpenStack Overview
The VNF-LCM is an Ericsson implementation of the ETSI defined S-VNFM. For more information on VNF-LCM, see VNF-LCM CEE Upgrade Instructions, VNF-LCM Openstack Upgrade Instructions, VNF Lifecycle Management, System Administration Guide, and VNF Lifecycle Manager User Guide.
The workflows provide means to orchestrate simple or complex sequences of actions, which automate the VNF-LCM operations for the VNFs.
All vEPC VNF-LCM workflow packages require the use of external storage that is configured on the Virtual Network Function Lifecycle Automation Framework Services (VNFLAF-Services) Virtual Machine (VM). The workflows can manage SAPC with Heat in generic OpenStack environments, such as RedHat OpenStack, or Ericsson CEE OpenStack environment. The SAPC VNF-LCM workflows are applicable for the deployment with the HOT package.
The SAPC VNF-LCM workflows can be executed through any of the following modes. All these modes support multiple VIMs, and multiple tenant infrastructures:
The mode is enabled to view and execute an ordered sequence of actions that are called workflows.
This is a non-interactive alternative for executing LCM operations if the purpose is to the centralize LCM operations of several S-VNFMs, or enable script-based orchestration of VNFs, for example in Lab deployments.
3 SAPC VNF Lifecycle Manager Workflow Instruction for OpenStack Installation
To execute VNF-LCM operations, the workflows for the operations must be installed on a VNF-LCM Service VM.
Installation procedure requires access to a SAPC Virtual Deployment Package (VDP) and a workflow installation RPM package, both delivered for each VNF in the Ericsson Software Gateway.
3.1 VNF-LCM Preparation for Workflow Installation
Perform the following steps to install the RPM package:
Steps
3.2 Workflow Installation on VNF-LCM
Perform the following actions and commands to list, uninstall, and install the workflow. Installation and uninstallation of the SAPC workflows require the user to have root access.
The following actions are executed by the root user:
Steps
4 HEAT Workflows
The following workflows operate using the cloud orchestrator Heat.
4.1 Onboarding
The Onboard SAPC on OpenStack workflow extracts the HOT package
for the instantiation, uploads software images to OpenStack, and stores
the yaml templates on the VNF-LCM environment.
It performs:
4.1.1 Preconditions
4.1.2 Post-conditions
After the workflow is completed successfully, the following outcome is expected:
4.1.3 Workflow Execution
Perform the steps to start an Onboard SAPC session on OpenStack workflow:
Steps
- Select the Onboard SAPC option on OpenStack workflow from the list of workflows.
- Click Start a New Instance.
- Click Submit to continue.
4.1.3.1 VIM and Tenant Selection
4.1.3.2 VDP Selection
4.1.3.3 VNF Descriptor Selection
Select the VNF Descriptor file SAPC_cxp9032849_<revision>.zip from the drop-down list to continue.
4.1.4 Non-Interactive REST API Workflow Execution for Onboarding Process
The format of the NBI REST Call command is curl -X
POST http://IP:8080/wfs/rest/instances -d @NBI DIR/NBI parameter file
-H "Content-Type: application/json"
The NBI DIR/NBI parameter file is on
the server which runs the curl command.
The NBI parameter templates are stored in /vnflcm
ext/ericsson/ERICsapc _lcm_wf_heatworkflows/work/nbi templates on the VNF-LCM.
|
Parameter Name |
Type |
Presence |
Description |
|---|---|---|---|
|
|
String |
Optional |
If the value is not defined, the default vim is used. Transfer
the parameter original format to the following format: |
|
|
Boolean |
Mandatory |
|
|
|
String |
Mandatory |
Virtual Deployment Package name under the path:
|
|
|
String |
Optional |
Description of the VNF Descriptor. |
|
|
String |
Mandatory |
Name of the descriptor file to create. It must be different from the existing ones. |
|
|
String |
Mandatory |
Name of the HOT package to be used. |
4.2 Instantiation
4.2.1 Preconditions
The following pre-conditions are needed:
4.2.2 Post-conditions
4.2.3 Post-configuration
After Workflow completion, follow the steps to configure the SAPC included in VNF Deployment Instruction for OpenStack.
4.2.4 Workflow execution
Perform the following steps to start SAPC Instantiation on OpenStack workflow:
Steps
4.2.4.1 VIM and Tenant Selection
VNF Instance Name
After clicking the Submit button from the start form, select the VIM and Tenant for the workflow.
A VIM must be selected from the drop-down list.
A Tenant must be selected from the drop-down list.
Rollback on Heat create failure?
If checked: If the Instantiate SAPC workflow fails during the stack creation, the Heat orchestration triggers rollback and delete all resources created in the instantiation process. If the Instantiate SAPC workflow fails after the stack created, the resources created in the instantiation workflow, and the failure logs are kept until the user deletes them manually. The failure reasons are recorded in Workflow Log. If unchecked: If the Instantiate SAPC workflow fails, no rollback is performed. The resources created in the instantiation, and the failure logs are kept until the user deletes them manually.
Add Network Element in ENM/OSS-RC
If checked: Workflow requests related parameter as shown in chapter 4.2.3.4 and add new VNFs to ENM or OSS-RC network resource model; If unchecked, workflow ends, means finished successfully.
Enable SSH
If checked: After SAPC instantiation, the workflow will request the selection of a VDP. This allows the VNF-LCM to find the script that connects the SAPC with the VNF-LCM automatically. If Add Network Element has not checked, this step asks for the VNF credentials.
4.2.4.2 Template File Selection
When the Template File Name is invalid, the workflow requests selection for template file, as show in below figure. The template file defines the SAPC application. The template file should be uploaded to the VNFLAF-Services VM directory (automatically done by Onboarding workflow). Select the files from drop-down list, then click the Submit button to continue the workflow.
|
Parameter Name |
Type |
Presence |
Description |
|---|---|---|---|
|
|
Boolean |
Mandatory |
|
|
|
String |
Mandatory |
Name of the workflow instance. |
|
|
Boolean |
Mandatory |
Update topology in OSS/ENM. |
|
|
Boolean |
Mandatory |
Set to |
|
|
Boolean |
Mandatory |
Use this parameter to rollback the creation of the SAPC in case of failure. |
|
|
String |
Optional |
Name of the adapt cluster configuration file used. |
If the Enable SSH is set to true, these
parameters are required for the execution:
4.2.4.3 Injection File Selection
When the template requires an injection file, the workflow requests
the selection for injection file. This injection file is at /vnflcm-ext/ericsson/ERICsapc_lcm_wf_heatworkflows/work/vnf-configurations.
Select a file from the drop-down list, then click the Submit button to continue the workflow.
4.2.4.4 Add Network Topology in ENM/OSS-RC
After stack has been created on HEAT, and the tick box Add Network Element in ENM/OSS-RC has been checked, the workflow requests related parameters as shown below and add new VNFs to ENM or OSS-RC network resource model.
VNF connection parameters
Management IP address: OAM service IP address of the newly instantiated SAPC.
Username: Username for login to the newly instantiated SAPC.
Password: Password for login to the newly instantiated SAPC.
ENM/OSS-RC Network Element parameters
Associated Site: The site under which the VNF is to be added in OSS-RC network resource model. If no current site is used, fill in the string new. In ENM, this parameter is not used.
Subnetworks: Subnetwork is used for logical grouping of nodes within
ENM and OSS-RC. In ENM deployment Subnetworks are optional and it
can contain one or more child Subnetworks. Subnetwork has to be separated
by ',', such like 'SubNetwork=SubnetworkName1, SubNetwork=SubnetworkName2', for example SubNetwork= SAPC. In OSS-RC
deployment Subnetwork is mandatory, and only a single child Subnetwork
is allowed. The input string of Subnetwork is without prefix SubNetwork=, like SubnetworkName, for example SAPC.
Network Element Version: The version of the Network Element. Example
in OSS-RC like 16A-CP06, refer to 'supported Network Element' excel
sheet in OSS-RC CPI in reference [8]. In ENM, this parameter refers
to ossModelIdentity like 16A-CP02.
SNMP Community: Community string for SNMP. If not provided, default public would be taken for OSS-RC and in ENM, default enm-public would be taken.
4.2.4.5 Enable SSH
4.2.5 Non-Interactive REST API Workflow Execution for Instantiation Process
The format of the NBI REST Call command: curl -X POST
http://IP:8080/wfs/rest/instances -d @NBI DIR/NBI parameter file
-H "Content-Type: application/json"
The NBI DIR/NBI parameter file is on
the server which runs the curl command.
The NBI parameter templates are stored in /vnflcm
ext/ericsson/ERICsapc _lcm_wf_heatworkflows/work/nbi templates on the VNF-LCM.
|
Parameter Name |
Type |
Presence |
Description |
|---|---|---|---|
|
|
String |
Optional |
If the value is not defined, the default vim is used. Transfer
the parameter original format to the following format: |
|
|
Boolean |
Mandatory |
Set this parameter to |
|
|
String |
Mandatory |
The name of the stack to instantiate is OpenStack. As this is an OpenStack instance prefix too, a dash - is added at the end of the prefix. It is also the node ID of the SAPC to instantiate. The value contains alphanumeric characters only, or -, starts with alpha, and is 255 characters or less. |
|
|
Boolean |
Mandatory |
This parameter indicates if the heat should perform a rollback in case the Instantiate VNF workflow fails during the stack creation. |
|
|
Boolean |
Mandatory |
This parameter indicates if the workflow adds the network element in ENM/OSS-RC after a successful VNF instantiation. |
|
|
String |
Mandatory |
It is the template name in the catalog to use at VNF Instantiation. |
|
|
String |
Mandatory |
The name of the VNF configuration file on the path |
|
|
String |
Mandatory when |
It is the OAM service IP address of the SAPC to instantiate. |
|
|
String |
Mandatory when |
It is the username for the SAPC login by ENM/OSS-RC of the SAPC to instantiate. |
|
|
String |
Mandatory when |
It is the password for the SAPC login by ENM/OSS-RC of the SAPC to instantiate. |
|
|
String |
Optional |
It is the subnetwork used for logical grouping of the nodes
within the ENM and OSS-RC. In ENM, it can contain one or more child
subnetworks. Separate the subnetworks with commas and no spaces: |
|
|
String |
Mandatory when |
It is the version of the network element. In OSS-RC, this
parameter refers to |
|
|
String |
Optional |
It is the community string for the SNMP. Default value
is |
4.3 Scale
The functionality of SAPC Scale workflow is to create or remove VMs in an existing SAPC application.
4.3.1 Preconditions
The following pre-conditions are needed:
4.3.2 Post-conditions
After the Scale workflow successfully finishes, a new PL is added or removed.
4.3.3 Workflow Execution
Start the Scale SAPC on OpenStack workflow:
Steps
- Select the Scale SAPC on OpenStack workflow from the list in the workflows.
- Select the Scale type, the options are In (remove a VM) or Out (create a VM).
- Click the Start a New Instance button.
- Click the Submit button.
4.3.3.1 Stack Selection
Select a stack (SAPC) form the drop-down list. Continue the workflow by clicking the Submit button.
4.3.3.2 Scale Type Selection
After the Stack is selected to Scale, a new form shows a drop-down list with two options.
4.3.3.2.1 Scale-In: VDP Selection
Scale-In requires an internal command execution. A script from the VDP performs this command execution.
4.3.4 Non-Interactive REST API Workflow Execution for Scaling Process
The format of the NBI REST Call command: curl -X POST
http://IP:8080/wfs/rest/instances -d @NBI DIR/NBI parameter file
-H "Content-Type: application/json"
The NBI DIR/NBI parameter file is on
the server which runs the curl command.
The NBI parameter templates are stored in /vnflcm
ext/ericsson/ERICsapc _lcm_wf_heatworkflows/work/nbi templates on the VNF-LCM.
4.3.5 Auto-Scale Out
Scale workflow with Out option can be triggered automatically if the SAPC is instantiated and if the network element is added to OSS/ENM.
This workflow is triggered by the SAPC alarms GxSessionInitsTooBusyReached and RxSessionInitsTooBusyReached.
The sapc_lcm_wf_heat-autostart-rules.xml file is delivered in the directory /opt/ericsson/ERICsapc_lcm_wf_heatworkflows/autostart-rules, and the user needs to copy it to /vnflcm-ext/current/workflows/auto-start-rules/ to activate it.
4.4 Terminatation
This Workflow deletes the SAPC from the given Stack.
4.4.1 Preconditions
The virtual SAPC application (a stack) is launched by the Instantiation workflow.
4.4.2 Post-conditions
4.4.3 Workflow Execution
To start the Terminate SAPC on OpenStack workflow, do the following steps:
Steps
- Select the Terminate SAPC on OpenStack workflow from the list in the workflows.
- Click the Start a New Instance button.
4.4.3.1 Start Form
Delete Network Element in ENM/OSS-RC
If checked, delete topology will take effect after stack deleted from OpenStack; If unchecked, workflow will finish after stack deleted from OpenStack. If Add Network Element in ENM/OSS-RC in instantiate SAPC on OpenStack is performed successfully, check this box, otherwise leave it empty.
4.4.3.2 Stack Selection
Select a Stack (SAPC) to terminate from the drop-down list, then, click the Submit button to continue the workflow.
4.4.4 Non-Interactive REST API Workflow Execution for Termination Process
The format of the NBI REST Call command: curl -X POST
http://IP:8080/wfs/rest/instances -d @NBI DIR/NBI parameter file
-H "Content-Type: application/json"
The NBI DIR/NBI parameter file is on
the server which runs the curl command.
The NBI parameter templates are stored in /vnflcm
ext/ericsson/ERICsapc _lcm_wf_heatworkflows/work/nbi templates on the VNF-LCM.
|
Parameter Name |
Type |
Presence |
Description |
|---|---|---|---|
|
|
Boolean |
Mandatory |
|
|
|
String |
Mandatory |
Name of the workflow instance. |
|
|
Boolean |
Mandatory |
This parameter is used to update topology in OSS. |

Contents