- Increase E2E Test Automation
| -- |
Logging | - Reduce the number of vulnerability issues. There are 15 issues addressed for this release.
| - Greater security and stability
|
MSB | - Minor functional enhancements—delete custom services, register https services via MSB mgmt. UI
- 2 bug fixes
| - Greater stability, security, usability
|
Modeling | - A new repo has been created (modeling/etsicatalog), which provides package management service and parser service as Micro Service
- New model specification publication
- root model
- business and interaction model
- VES 7.1 model
| - provide general micro service for package management and parser service
- new models covering more area
|
MultiCloud | - Rebased most MultiCloud services to python3
- Rebased MultiCloud services to latest Django packages to fix security vulnerability issues
- 7 critical bugs fixed
- Improved usability of MultiCloud k8s plugin
- ONAP4K8S profile is added - A smaller ONAP if the cloud regions are all Kubernetes based.
- ISTIO based security for ONAP4K8S profile is verified.
- Enhancements to work with OVN Network operators, Provider network operator.
| - Greater stability, security, usability
|
Music | - MUSIC Control Panel UI based on ONAP Portal SDK
- Eliminating ZK and building mechanism with Cassandra Light Weight Transaction for locking to simplify containerization and boost performance
- AAF CADI Support
- Keyspace Based logging
- Internal retry mechanisms
- MUSIC API improvements to allow multiple non-blocking reads to improve performance
- MDBC 2.0 - Allows apps to gain resiliency and performance benefits of MUSIC without rewriting existing JDBC code, supports mixture of tables requiring immediate and eventual consistency. Built support for MySQL, MariaDB and Postgres database. Utilized existing open source Avatica project and filled the solution gaps with connection pool support and optimization.
- Remediation of all 9 open Black Duck, 28 Fortify and 5 Sonar reported issues.
| - Greater security, stability, usability
- New enhancements to make it easier for workloads to consume Music
|
CLI | - Multi-level orchestration capability (how platform helps to support the hierarchy of service->domain->resource level orchestration and this platform would help to perform orchestration at each level and across.) Python, or similar scripting/workflow engine can be used for this
- VNF Test Platform(VTP) has used the Open Command Platform (OCOMP) – part of ONAP CLI project, for VNF life cycle testing (create and delete)
- Enabled as experimental (dev) mode
- Used for end-end automation of VNF service provision and termination for both HEAT and TOSCA based VNF service
| - Multi-level orchestration capability
- Used for increasing test coverage and OVP
- Ability to use CLI as an alternative to GUI/API
|
OOM | | |
OOF | - CMSO (Change Management Scheduler Optimization) enhancements - Schedule a workflow in SO and track status to completion
- Automation on policy model uploading for vCPE, vFW use cases
- 10 Bug fixes
- 4 Vulnerabilities fixed
| - Enhancements for change management scheduling
|
UUI | - Adaptive Pages : change the Home, Customer, Lifecycle Management and Package Management modules to adaptive pages that can be normally displayed in all screen sizes
- Mock Data Scheme : build mock data scheme to support the development and preview in local environment in case of lack of server environment
- Document Enhancement : enrich README.md to introduce the general situation and add CHANGELOG.md to record the commit messages
- Structure Optimization : restructure the project to increase the development efficiency and improve the performance
- Function Optimization : delete useless modules and simplify some apis to improve loading speed of the project
- 2 bug fixes
| - Improved usability with support for different screen sizes
- Greater stability and performance
|
Policy | - 56 minor enhancements or fixes
- Policy Lifecycle API handling of Version fields
- Improvement of Docker image generation
- Code cleanup: sonar, checkstyle and code coverage for core components
- 22 Bug Fixes
- Initial CDS API and Actor integration
- XACML PDP retrieval of Policy Types to support ability of dynamic policy translation using "matchable" metadata fields.
- CII Silver Badging for core components
- Various upgrades of dependencies for security fixes
| - Greater stability and security
|
Portal | - Bug fixes and security enhancements
- Specifically, addressed OJSI security enhancements and also fixed security issues reported by NexusIQ scan tool. As part of maintenance, enhanced known MariaDB/UX bugs and improved deployment helm charts.
| - Greater stability and security
|
SDN-C | - New functionality such as ODL Neon, implementing a Configuration database, Netconf enhancements including receiving notification from RAN
- 41 bug fixes
- 11 security fixes
| - Closed loops can use Netconf notification
- Ability to store configurations
- Expanded configuration capabilities
- Greater stability and security
|
SDC | - Fixed 12 OJSI tickets
- Integrated with AAF for certificates, so SDC works in HTTPS-only mode;
- 8% more test coverage
- Migrated to OParent
- Upgraded DB infrastructure (Titan to JanusGraph)
- And fixed 60 defects
| - Greater stability, security
|
SO | - 84 enhancements
- 156 bug fixes
| |
VF-C | - VF-C added 15 csit test cases to cover more API and code branch
- Optimized NSLCM, catalog, VNFLCM code and 20% code reduction
- Leverage existing VF-C capabilities to Support OVP TOSCA VNF validation.
- Integrate with CLI and improve the VF-C usability
| - Greater stability
- Code footprint reduction
|
VID | - 4 bug fixes
- 1 security fix
| - Greater stability and security
|
VNFSDK | - TOSCA based VNF validation enabled for support OVP & CVC.
- TOSCA based VNF compliance check based on some operator requirements.
- SDC now integrated VNFSDK VTP on VNF validation.
- ETSI SOL004 Security check (CMS signature validation) enabled.
- Code quality improvement.(e.g. replace the Jackson to Gson, sonar issue fix)
- A C++ implement of VES spec 7.0.1 on ves-agent.
| - VNF SDK: improved support for ETSI SOL004
|
VNFRQTS | - Defined reference test cases for VNF onboarding and instantiation to further expand the compliance badge scope available in the OPNFV Verified Program (OVP).
- Covers both Heat-based and TOSCA-based VNFs
- Over 30 requirement changes across VNF packaging, security, monitoring, and management to ensure VNF Providers can more readily integrate with ONAP in a compliant and secure manner
| - VNF Requirements: 30 additional VNF requirements around VNF packaging, security, monitoring, and management to improve VNF interop and security compliance
|
VVP |
- New features:
- VNF Preload Generation
- Executing the VVP validation scripts will now generate valid preloads for each VF module present in a VNF
- This simplifies the creation of preloads, and greatly reduces the chance of errors during instantiation due to an incomplete or malformed preload
- Supports both VNF API and GR API formats
- Security, Performance, and Bug Fixes:
- Improved performance of validating complex VNFs by > 30%
- Improved security by adding bandit library to perform code scans on each commit
- Aligned VVP validation scripts with the latest version of the VNF Heat Template Requirements
- Improved error messages, enhanced report readability for users
- Refactored code to reduce code complexity and increase code re-use
|
- VVP: Day 0 config simplification for testing, greater security, performance, stability
|
Benchmark | Completed - The performance test script of vfw has been developed 90%. Before we have run the basic functions on the B version, we have not tested the concurrent version in the B version. Last month and the integration group meeting, the integration team suggested that we switch to the D version of the vfw performance test.
- The vcpe performance test script has been developed. On the onap dublin version, we create only one virtual machine model. And use the modified vcpe script to create a service instance and virtual machine. The concurrent creation of a single virtual machine script, the completion of 20 concurrent tests, and the recording of test results
Work in progress - Find the reason why the virtual machine was not successfully created in the 20 concurrent test in the vcpe performance test.
- Transplant the beijing version of the benchmark test mock server, simulate openstack request processing, and then concurrently create a virtual machine test.
|
|
Use Case Subcommittee | No new use cases | -- |
Arch Subcommittee | No architectural change | -- |
Security Subcommittee |