Table of Contents |
---|
include | (R6.*)|(B.*)|(Dev.*)|(Test.*) |
---|
|
R6 USE CASE OBJECTIVES
...
- Traffic Distribution workflow enhancements
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | REQ-187 |
---|
|
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | REQ-191 |
---|
|
- Build Traffic Distribution Use Case Extensions to merge Traffic Distribution with In Place Software Upgrade (Workflow as Python Script and APPC as LCM/Ansible executor)
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | INT-1276 |
---|
|
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | REQ-187 |
---|
|
- APPC extensions for seamless Ansible LCM execution on vf-module, vnfc and v-server level
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | APPC-1728 |
---|
|
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | REQ-191 |
---|
|
- Scripts for Automation of APPC Ansible Workflows [Stretch]
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | APPC-1728 |
---|
|
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | REQ-191 |
---|
|
- vFW K8S support in CDS (
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | INT-1184 |
---|
|
and Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | REQ-182 |
---|
|
)- Modifications in vFW K8S helm charts to make them compatible with CDS blueprints
- Modifications in vFW CDS blueprint to make it worksing with vFW K8S Helm charts
- Modifications in Multicloud for creations of K8S instance profile base on information from CDS
- Modifications in CDS required for creation of K8s profile by CDS itself
- More details: Integration with CDS
- Leverage Policy to build more concrete placement requests with different conditions based on parameters from A&AI
- Workflow Designer and SO has integration with OOF to invoke from workflow OOF placement algorithms (used by and Traffic Distribution)
- Support of complex parameters is needed
- Traffic Distribution for PNFs
- Change management schedule optimization algorithm enhancements
- Support wide variety of constraints
- Policy-enabled
- Enable modular and dynamic composition of policies/constraints
- 5G PNF Software upgrade - the PNF support U/C Wiki: PNF SOFTWARE UPGRADE in R6 Frankfurt
- Workflow Designer Enhancements (SDC)
- Remove workflow from Model/CSAR, make it an independent artifact & distribute workflow as an independent artifact (include allowing user to associate workflow to resource model via a reference).
- Enhance Workflow Designer to support Service Level workflows.
BUSINESS DRIVER
Executive Summary - Enable automated, flexible and safe design, scheduling and execution of change activities across the network for physical and virtual network functions.
...
Organization Mgmt, Sales Strategies - There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider.
Development Status
Project | PTL | User Story / Epic | Requirement |
AAI |
| - AAI Requirement 1
| APPC | | APPC Requirement 1APPC Requirement 2 |
|
|
APPC | Takamune Cho | Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | APPC-1728 |
---|
|
| - Delivery of "vFW Software Upgrade and Traffic Distribution" Use Case transfromed from "vFW Traffic Distribution Use Case"
- APPC extensions for seamless Ansible LCM execution on vf-module, vnfc and v-server level
- Automation of APPC configuration for Ansible [Stretch]
|
CLAMP | |
CLAMP Requirement 1CLAMP Requirement 2CLAMP Requirement 3Sarat PuthenpuraPOLICY Requirement 1POLICY Requirement 2 | |
|
SDC | | Wish List - No US/Epic | - Make Workflow Independent Artifact
- Enhance WFD to support Service Level Workflows
|
SDNC | |
| - Delivery of "vFW K8s Use Case" Integrated with CDS - modification in CDS required for K8s workflow support
|
SO | |
M | Wish List - No US/Epic | - Workflow as Independent Artifact
- Support Service Level Workflows
|
VID | | Wish List - No US/Epic | - Support Service Level Workflows
|
VNFRQTS | |
|
|
INT |
| Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | INT-1184 |
---|
|
Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | INT-1276 |
---|
|
| - Delivery of "vFW K8s Use Case" Integrated with CDS: Helm charts and CDS blueprint
- Delivery of "vFW Software Upgrade and Traffic Distribution" Use Case transfromed from "vFW Traffic Distribution Use Case"
|
MULTICLOUD | Benjamin Cheung | Jira |
---|
server | ONAP JIRA |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | INT-1184 |
---|
|
| - Creation of K8S profile base on the input from CDS. The profile will be created by Multicloud component just before the instantiation of vFW "VNF"
|
*Each Requirement should be tracked by its own User Story in JIRA
SDC
Make Workflow Independent Artifact | Remove the Workflow BPMN from the resource model (in CSAR) and make it an independent artifact. The workflow needs to be distributable as an independent artifact without changing the major model version. SDC to allow a user to associate the independent WF artifact to any SDC model. The model will reference the workflow using a reference. May require revamping SDC model versioning to include a minor version component so that administrative changes to a model do not change the major version number which requires a re-spin. |
Enhance Workflow Designer (WFD) to support Service Level Workflows | Enhance WFD to create workflows that operate at the service level. The workflow developed defines the order and specific resources to be updated and allows the user to create a workflow to perform the required changes. Changes may include SW Updates, configuration changes. Service level workflows are to be treated as Independent artifacts and associated with service model via a reference. Composition of the workflow may involve sequential and/or parallel processing. |
SO
Workflow as Independent Artifact | Modify acceptance of WF distribution as an independent artifact and store it. Interpret WF association within the resource model and be able to pull the independently stored workflow upon execution request for the resource model. Recognize the new distribution of the model where the major version number did not change but a minor version has and therefore needs to stored. Enhance process for pulling the list of native workflows and those associated with the resource model via a reference to the independent WF artifact and provide VID with the list as is done today. |
Support Service Level Workflows | Enhance Northbound SO interface to specify Service Level workflow requests with additional parameters that are resource specific. Enhance execution engine, error (aka rainy day) handling and Northbound status reporting to support service level workflows. Execution of the workflow may involve parallel processing of service components (resources). |
VID
Enhance UI to support Service Level Workflows | Enhance the VID interface to support workflows that operate at the service level. Allow user to select service types and specific services that are first filtered and pulled from inventory. Ensure design minimizes latency when obtaining the list of service instances (employ filtering). Ensure user friendly filtering and service instance selection at the UI. VID to display Service level workflows and accept required parameters to be passed to SO (VID-SO interface enhancements required). Enhance UI to allow user to enter resource specific parameters and to display service level workflow status (may require status for parallel workflow branches or resources). Provide ability to continue or abort a workflow that is in an error state (may require ability to continue/abort parallel branches or service resources). |
|
|
Test Cases and Status
1 | There should be a test case for each item in the sequence diagram | |
2 | create additional requirements as needed for each discreet step | |
3 | Test cases should cover entire Use Case | |
4 | Test Cases should include enough detail for testing team to implement the test | |