Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: update link to jira

...

Table of Contents
outlinetrue

Overview

Project NameEnter the name of the projectVNFSDK
Target Release NameBeijing
Project Lifecycle StateIncubation
Participating Company Huawei, Intel, AT&T, Gigaspaces, China Mobile, Wind River, Orange, Amdocs, Nokia, ZTE, IBM, VMWare, Cisco, ARM

...

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 Beijing release will enhance existing functionality, introduce security, integrate with ONAP use-case flow and progress towards being carrier grade with high quality.

  1. Better integration with SDC for automatic onboarding
  2. Update pkgtools/marketplace to support VNF packaging model. Update VNF template to align with VNFD information model.
    1. add pkgtools to pypi
  3. Integrate VVP (ICE) tools to allow us to validate VNF packaging (not acceptance testing)
  4. Improve code quality & code coverage
  5. Improve security (S3P) (https, SOL004, possibly certificate validation)
  6. Align with VNF Requirements
  7. Experimental integration with OPNFV Dovetail test framework
  8. Begin work on functional testing (ONAP-lite test platform, test framework, specific tests)

Use Cases

  1. Integrate VVP (ICE) tools
  2. Standalone validation tool
  3. HPA

Minimum Viable Product

Describe the MVP for this release.

  1. Support the VNF packaging model & VNF Requirements defined in Amsterdam
  2. Enhance integration with SDC
  3. Integrate ICE tools
  4. 50% code coverage
  5. HPA

Functionalities

List the functionalities that this release is committing to deliver by providing a link to JIRA Epics and Stories. In the JIRA Priority field, specify the priority (either High, Medium, Low). The priority will be used in case de-scoping is required. Don't assign High priority to all functionalities.

...

Jira Legacy
serverSystem Jira
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues20
jqlQueryproject=vnfsdk and issuetype in (epic) and resolution = Unresolved fixversion="Beijing Release"
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176

...

Indicate at a high level the longer term roadmap. This is to put things into the big perspective.

  • Support functional testing (requires ONAP-lite test framework)
  • Support VNF conformance/validation testing
  • Integrate with Dovetail test framework
  • Support VNF lifecycle tests

Release Deliverables

Indicate the outcome (Executable, Source Code, Library, API description, Tool, Documentation, Release Note...) of this release.

To fill out
Deliverable NameDeliverable DescriptionTo fill out
Compliance ToolExecutable
ModelUML info model and TOSCA model
Packaging toolExecutable
Reference Repo/MarketplaceExecutable

API : Deliver API for external Project. The API will deliver such as uploading/downloading/Updating/etc functionality
Validation ToolsExecutable
Lifecycle Test Framework (future)Executable/Library
Function Test Framework (future)Executable/Library
VES Agentcode/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.

Sub-components are repositories and are consolidated in a single centralized place. Edit the Release Components name for your project in the centralized page.

...

Indicate where your project fit within the ONAP Archiecture diagram.

Image Added


Block and sequence diagrams showing relation within the project as well as relation with external components are expected.

Image Added

Image Added

Image Added


Anyone reading this section should have a good understanding of all the interacting modules.

Anchor
VNFSDK PlatformMaturity
VNFSDK PlatformMaturity

  • Platform Maturity

Refering to CII Badging Security Program and Platform Maturity Requirements, fill out the table below by indicating the actual level , the targeted level for the current release and the evidences on how you plan to achieve the targeted level.

AreaActual LevelTargeted Level for current ReleaseHow, EvidencesComments
Performance00design-time component
  • 0 -- none
  • 1 – baseline performance criteria identified and measured
  • 2 & 3 – performance improvement plans created & implemented
Stability11design-time component
  • 0 – none
  • 1 – 72 hours component level soak w/random transactions
  • 2 – 72 hours platform level soak w/random transactions
  • 3 – 6 months track record of reduced defect rate
Resiliency11system run as-needed
  • 0 – none
  • 1 – manual failure and recovery (< 30 minutes)
  • 2 – automated detection and recovery (single site)
  • 3 – automated detection and recovery (geo redundancy)
Security01

increase test coverage to 50%.

Implement https and aspects of SOL-004

  • 0 – none
  • 1 – CII Passing badge + 50% Test Coverage
  • 2 – CII Silver badge; internal communication encrypted; role-based access control and authorization for all calls
  • 3 – CII Gold
Scalability00not a runtime component.  VNF SDK will be run as-needed in constrained environment.
  • 0 – no ability to scale
  • 1 – single site horizontal scaling
  • 2 – geographic scaling
  • 3 – scaling across multiple ONAP instances
Manageability11
  • 1 – single logging system across components; instantiation in < 1 hour
  • 2 – ability to upgrade a single component; tracing across components; externalized configuration management
Usability11onap.readthedocs.io
  • 1 – user guide; deployment documentation; API documentation
  • 2 – UI consistency; usability testing; tutorial documentation

...

List the API this project is expecting from other projects.
Prior to Release Planning review, Team Leads must agreed on the date by which the API will be fully defined. The API Delivery date must not be later than the release API Freeze date.

Prior to the delivery date, it is a good practice to organize an API review with the API consumers.

API NameAPI DescriptionAPI Definition DateAPI Delivery dateAPI Definition link (i.e.swagger)
To fill outHigh level description of the APIDate for which the API is reviewed and agreedTo fill outLink toward the detailed API description

...

none



  • API Outgoing Dependencies

API this project is delivering to other projects.

Link toward the detailed API description
API NameAPI DescriptionAPI Definition DateAPI Delivery dateAPI Definition link (i.e.swagger)To fill outHigh level description of the APIDate for which the API is reviewed and agreedTo fill out
Upload APIAPI for vendors to upload VNF packages to marketplaceM1M3API Documentation
Download APIAPI for downloading VNF Package from marketplaceM1M3API Documentation
Query VNF informationAPI to query information on VNFs uploaded to the marketplaceM1M3API Documentation
  • Third Party Products Dependencies

...

Describe the plan to integrate and test the release deliverables within the overall ONAP system.
Confirm that resources have been allocated to perform such activities.

We will enhance unit tests and CSIT tests for validation tools, packaging tools, and certification tools.

  • Gaps

This section is used to document a limitation on a functionality or platform support. We are currently aware of this limitation and it will be delivered in a future Release.
List identified release gaps (if any), and its impact.

...

Risk identifiedMitigation PlanContingency Plan
To fill outTo fill outTo fill out
  • Resources

Fill out the Resources Committed to the Release centralized page.

  • Release Milestone

...