Deadline for contribution by
This page provides a summary of project-by-project release updates. The table shows the list of approved projects.
Project | Key Updates | Benefits |
---|---|---|
A&AI | Functional
Non-functional
Deprecation Notice
|
|
AAF | Not part of the release | Not part of the release |
APPC | Not part of the release | Not part of the release |
CLAMP |
| |
CCSDK |
|
|
DCAE | Functional
Non-Functional
Security
Performance/benchmarking
New DCAE Microservice
(Both services are used for realizing 5g/Slicing usecase in Guilin) Deprecation Notice
|
|
DMaaP |
| |
Documentation | ||
External API Framework | Functional :
Non-Functional :
|
|
Holmes |
| |
Integration |
Full kanban: https://jira.onap.org/secure/RapidBoard.jspa?rapidView=221 | Adoption of pythonsdk leads to more trust in the tests executed in CI. The goal is to test ONAP (not only the use cases supported by ONAP) and get a good coverage of the components. More tests to improve global ONAP quality and detect problems as early as possible (eg certifiate expiration date) More security tests |
Logging | Not part of the release | Not part of the release |
MSB | ||
Modeling | Functional :
Non Functionals :
| Optimize image, easier to deploy |
MultiCloud | ||
Music | Not part of the release | Not part of the release |
CLI | Functional :
Non Functionals :
| Enables to integrate 3rdparty products and automatically discover and enable the 3rdparty commands as part of it. |
OOM | Functional
Non-Functional
Deprecation Notice
|
|
OOF | Functional
Non-Functional
|
|
UUI | Functional :
Non Functionals :
|
|
Policy |
|
|
Portal | Non Functional:
Others:
Deprecation Notice:
| The Non functional features implemented will improve the security and stability of the Application. The enhancements to the Reporting feature of SDK adds new capabilities like Server side pagination, dashboards etc and improves the performance of the reporting engine. The new 3.3.0 Version of SDK comes with complete Angular 7 support and tag libraries/ templates that can be used by for rapid UI application development and addresses vulnerable direct dependencies. |
SDN-C |
| |
SDC | Functional : Onboard new HELM type for CNF orchestration ETSI alignment improvements Test topology Auto design Non Functionals :
Deprecation notice : DCAE-DS plugin is now deprecated (replaced by DCAE-MOD) | Native HELM package onboarding & mapping to SDC Data model for CNF distribution and orchestration. Improved compliance & support for ETSI SOL004 & SOL007 (Network Service Descriptor & Package) Allows re using an existing service test template, to speed up testing in multiple environments Improved security, update of base frameworks, ease of deployment, closed vulnerabilities Reduced foot print |
SO | ||
VF-C | Functional :
Non Functionals :
| Support use case Optimize image, easier to deploy |
VID | Functional :
Non Functionals :
| |
VNFSDK | Functional:
Non Functionals :
|
|
VNFRQTS | Non Functionals
| |
VVP | Functional :
|
This table shows use case blueprints:
Use Case Blueprint | Sub-Blueprint | Key Updates | Benefits |
5G | OOF SON (PCI) | First steps towards realizing Machine Learning (ML) based SON. Offline trained ML model used to provide additional inputs for PCI optimization. Provides interface for fetching PM data to determine additional inputs for SON. | Enables onboarding ML models to realize ML-based SON use cases. |
Service Modeling & Definition | Incorporating 5G RAN Wireless Network Resource Model (NRM) into ONAP. The 5G NRM is defined from the 3GPP standards 3GPP TS28.540 & 3GPP TS28.541. | Allows for RAN Wireless vendors to use standardized 3GPP support TS28.540/TS28.541 5G NRM parameters | |
Standards Alignment: VES | Development of support for Standard Defined VES Event. This VES event would allow ONAP to support many more standards based & standards defined messages. It opens the possibility for ONAP to support a wide variety of messaging from Optical, Wireless, Core and Transport standards. | Allows for Standards Bodies such as 3GPP (RAN Wireless) alignment and support of messaging from xNF messages defined by standards to be compatible with ONAP | |
Standards Alignment: A1 | |||
5G NRM (CM) | |||
E2E Network Slicing |
|
| |
Bulk PM: PM Control | |||
Intent Based Network | |||
PNF | PNF Plug-and-Play | Development of Building Blocks in SO to support PNF Plug and Play Flow. Migration of BPMN Workflow to Building Blocks. | Internal SO development to streamline execution of PNF Plug and Play. Migration of BPMN Workflow to Building Blocks allows for much more streamlined management of SO workflow execution. |
Onboarding/Pre-onboarding | Enhanced package security ETSI SOL004 option 2 security implemented | Enhanced entire package security Aligned now with ETSI SOL004 standrads. | |
PNF software upgrade | |||
Configuration Persistence Service | (Note this has been renamed to Configuration Persistence Service) Proof of Concept developed in R7 to demonstrate key concepts in CPS and also to lay foundational software for CPS. The PoC has:
| Proof of Concept developed in R7 to demonstrate key concepts in CPS and also to lay foundational software for CPS. | |
CMPv2 | CMPv2 is a standardized certificate based exchange protocol to introduced enhanced security in ONAP. It allows for intra-component security and affect many components. | CMPv2 introduced standardized certificate exchange security into ONAP. | |
License Management | Licensing Management enhancements allows for ONAP to work with an external licensing service | Licensing Management enhancements allows for ONAP to work with an external licensing service this allows for greater interoperability between service providers & vendors. | |
sMDONS Extension | |||
ETSI Alignment |
Here is a list of a few subcommittees (use-case, architecture, security), OVP, and other activities.
Subcommittee | Key Updates | Benefits |
Arch | ||
Cloud Native | ||
Control Loop | The Control Loop sub committee led the functional requirement to add a new Filter Guard Policy Type. In addition, the subcommittee ensured that the Native Policy Type work developed in Frankfurt was fully tested through the CLAMP interface. The sub committee continues to support the DCAE Project Self-Serve control loop enhancements Proof-of-Concept. The PoC made improvements to MOD (NiFi) and configuration for dynamic topic support. A new Proof-of-Concept was started by the subcommittee to define TOSCA-Based Control Loops. This work was demonstrated at the fall LFN Technical Conference. | The new Filter Guard Policy Type is another guard policy available for ONAP users to use in addition to the others that have been available since Dublin. This allows filters to build more flexible constraints to both whitelist and/or blacklist vnf types, specific vnf id's, services, etc. In defining a TOSCA specification for Control loops, users can now encapsulate all the details of a control loop within one specification. These specifications are re-usable. CLAMP will eventually be able to be fed a TOSCA specification, and with minimal effort be able to configure and deploy a control loop into the runtime environment. |
Modeling | ||
ONAP Security Coordination | ||
Open Lab | ||
Requirements | ||
VNF Validation Subcommittee and OVP | ||
Other Activities | ||
Controller Design Studio (CDS) | ||
K8s Plugin |
Finally, here is a list of S3P activities (security, documentation covered above)
S3P Activity | Key Updates | Benefits |
Stability | ||
Scalability | ||
Performance | ||
Manageability | ||
Resilience | ||
Usability | ||
Code Footprint Reduction |