Project Overview
The ONAP SO provides the highest level of orchestration functionality in the ONAP platform.
New component capabilities for Dublin, i.e. the functional enhancements
SO will contribute to the following use cases as part of the functional requirements.
- VNFM SOL003 adapter support : Resources commitment from Ericsson and Nokia
- CCVPN extension : Resources commitment from CMCC, VDF, ZTE.
- Change Management Extension : Commitment based on support from ATT resources.(Scope TBD)
- PNF extension : Resource commitment from Nokia.
- HPA extension (Hardening) for the other existing usecases : Support from Intel
- Support Multi Cloud for cloud agnostic orchestration : Support from Intel and VMware.
- Consistent ID of a cloud region : Support from ATT (Testing effort)
- Internal architecture improvements and work towards modularity:
- So Monitoring pagination
- S3P
- Documentation improvements
- UT and CSIT improvements
- BBS : Resource commitment under discussion (Nokia/Huawei/Swisscom??).
- 5G Support : (Under discussion ATT/Intel/vmware/Ericcson/Amdocs??)
- Removal of Manual interventions : (Under discussion Tech mahindra, ATT...??)
- SOL005 adapter support : Resources from Verizon (under discussion of the usecsase to be used is not yet clear)
New or modified interfaces
- --
Reference to the interfaces
What are the system limits
Language Support: The changes that are described about fetching list of languages, presenting to login user and saving the chosen language setting looks good. However, we will be more interested in few samples on how you are planning to use “angular-translate” that is mentioned in the slide 4 of the slide deck
Specific questions like:
- Which UI screens in SOyou will support this feature? Just the SOhome screen or all screens? (mostly the home screen based on the impact of changes)
- Let’s take SO home screen, how do you plan to have the translation providers defined? Do you have to handle every text element on the screen? So is the reason to request for an example or sample code, so that we can understand the “angular-translate” usage.
- Here is the status on ONAP Portal's Dublin risks
- Risk#3 – Remains high on probability of occurrence and high on impact due to no commitment from any resources.
- Risk#4 – Remains high on occurrence, but medium on impact as we are getting partial help from Michael O’Brien on the logging aspects. However, no resource commitment for footprint optimization.
Involved use cases, architectural capabilities or functional requirements
5G use cases - exposing the appropriate functional menus from various components under design and runtime top menus of Portal.A new Microservice for the VNFM Adapter will be added to the SO as a separate pod
SO would be upgraded to the Spring boot 2.0
- SO should support the workflows designed in SDC (extension from the R3 Release)
- SO should support List type for resource orchestration
New or modified interfaces
- Interfaces added in Dublin:
- VNF InPlaceSoftwareUpdate
- VNF ConfigUpdate
Update Service (Add site)
- Interfaces added in Dublin:
Interface naming
- Details of the new APIs of Change Management:
- VID-SO WFD API – VNF InPlaceSoftwareUpdate
- VID-SO WFD API – VNF ConfigUpdate
- Details of the APIs modified for the CCVPN :
- Update Service Instance
- Details of the new APIs of Change Management:
Reference to the interfaces
What are the system limits
Involved use cases, architectural capabilities or functional requirements
Interface naming
SO will contribute to the following use cases as part of the functional requirements.
- BBS Broadband Service Use Case (Dublin)
- Continuation of HPA (Dublin) - Extension to R3
- Listing of new or impacted models used by the project (for information only)
.None
.