Table of Contents | ||
---|---|---|
|
Overview
...
VNF SDK's mission is to simplify the process of developing and onboarding VNFs and expanding ONAP's VNF ecosystem. For Service Providers, VNFSDK will reduce the time and level of testing required to identify, select, and onboard a VNF. For vendors, VNFSDK will reduce integration efforts by defining a standard for VNF packaging with widespread operator acceptance. VNFSDK can be used in a validation/conformance testing program in the future.
The Casablanca release will enhance existing functionality, introduce security, integrate with ONAP use-case flow and progress towards being carrier grade with high quality.
- Enhance dovetail integration so we can use it in LFN Compliance/Verification testing
- Improvements to function test for better integration into the framework
- Incorporate vnfreqs testable requirements
- consistent support for HEAT/TOSCA VNFs (as defined in VNFReqs) - may not be 100% common
- NB. HEAT tests will be developed by VVP, but may be implemented in VNFSDK for VNF Compliance Testing
- consistent support for HEAT/TOSCA VNFs (as defined in VNFReqs) - may not be 100% common
- modular marketplace framework to make it easier to plug in tests (maybe configurable per application such as compliance testing, operator-vendor engagement, 3rd party enhancements, etc.)
- Support SDC on boarding tests (maybe allow SDC to replace refrepo portal, but use vnfmarket-be for their own onboarding test engine
- Package data model enhancements (internal and onboarding models?)
- VES: multivim enhancements, PNF registration, notification, and RAN metrics (5G use case)
- Enhance HPA, SOL-004 certificate, and other carry-over items
Use Cases
- Use VNF provider uses VNFSDK for VNF Compliance Testing
- Support operator use of VNFSDK for vendor engagement/acceptance testing
- 3rd Party Lab uses VNFSDK for extended VNF testing (may include functional, non-functional, and/or performance tests developed by 3rd party labs)
- HPA
- Enhance Security
Minimum Viable Product
Describe the MVP for this release.
...
Deliverable Name | Deliverable Description |
---|---|
Compliance Tool | Executable |
Model | UML info model and TOSCA model |
Packaging tool | Executable |
Reference Repo/Marketplace | Executable |
API : Deliver API for external Project. The API will deliver such as uploading/downloading/Updating/etc functionality | |
Validation Tools | Executable |
Lifecycle Test Framework (future) | Executable/Library |
Function Test Framework | Executable |
VES Agent | code/libraries that can be included in VNFs |
Sub-Components
List all sub-components part of this release.
Activities related to sub-components must be in sync with the overall release.
...
Third Party Products mean products that are mandatory to provide services for your components. Development of new functionality in third party product may or not be expected.
List the Third Party Products (OpenStack, ODL, RabbitMQ, ElasticSearch,Crystal Reports, ...).
Name | Description | Version |
---|---|---|
To fill outOPNFV Dovetail | To fill out | To fill out |
In case there are specific dependencies (Centos 7 vs Ubuntu 16. Etc.) list them as well.
...