Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Table of Contents
outlinetrue

Overview

...

  • Platform Maturity (i.e., S3P items)
    • Resiliency
      • Level 1 - test only based on the work from Beijing
    • Scalability
      • Level 0
    • Stability 
      • Level 1 will be a regression run on Casablanca release - anticipate this to be test only
      • Level 2 requirement is expected to be covered by the Integration team.
    • Security 
      • Required Level 1
      • reach Reach CI bagging badging passing level
      • encrypted Encrypted communication enable https support. sdc will work in a mixe mode http interface will continue working but internal comunication will be done using https.
      • aaf integration is a strach stretch goal based on the a risk from portal.
    • Performance
      • level 0 no work required.
    • Manageability
      • level 1
      • align with onap logging spec 1.2
    • Usability
      • level 1
      • User guide created update
      • Deployment documentation update
      • API documentation update
      • All new API’s must adhere to the ONAP API Common Versioning 
  • Documentation updates (readthedocs) for Casablanca, such as, but not limited to:
    • Release Notes.
    • enhance Enhance the available documentation to cover more of the application functionality and usability.
  • functional Functional requirments:
  • HPA
    • SDC will support the work done to support HPA in ONAP with the help from intel. 
  • Change Management
    • SDC will support the work being done for the change management work
    • SDC will enhance our capability in designing workflows and complete the E2E flow between SDC and so with the help from Amdocs.
  • Scaling
    • SDC will support the work being done for the scaling work.
  • 5G/PNF
    • the PNF support in sdc will be based on the capabilities from Beijing, no additional work is planned.
  • Architecture Alignment
    • sdc will start creating an infrastructure to support RTC
    • start supporting the the sol004 csar pckage
  • HEAT support
    • sdc will continue to support the heat based deployment
  • Testing
    • enhance the sdc csit test scope
    • create cd testing for the sdc sub-components workflow and dcae-ds
    • add unit test coverage for the ui and reach 10% coverage
  • enhancementsEnhancements
    • add more functionality to the sdc generic designer support

...

CCVPN(Cross Domain and Cross Layer VPN) USE CASE

OpenSource Access Manager (OSAM) Use Case

SDC will continue to support:

...

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

...

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.

Area

Actual Level

Targeted Level for current Release

How, Evidences

Comments

Performance0

0



  • 0 -- none
  • 1 – baseline performance criteria identified and measured
  • 2 & 3 – performance improvement plans created & implemented
Stability1

2



  • 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
Resiliency1

1




  • 0 – none
  • 1 – manual failure and recovery (< 30 minutes)
  • 2 – automated detection and recovery (single site)
  • 3 – automated detection and recovery (geo redundancy)
Security1

1+

AAF integration and https support



  • 1 – 70% pass level 1 (CII Passing plus more)
  • 2 – 70% pass CII Silver (plus more)
  • 3 – 70% pass CII Gold (plus more)
  • 4 – 100% pass CII Gold
Scalability0

0



  • 0 – no ability to scale
  • 1 – single site horizontal scaling
  • 2 – geographic scaling
  • 3 – scaling across multiple ONAP instances
Manageability1

1+loggin alignement with 1.2 loging spec



  • 1 – single logging system across components; instantiation in < 1 hour
  • 2 – ability to upgrade a single component; externalized configuration management; adhere to application logging spec V1.2
  • 3 - tracing across components;
Usability1

1



  • 1– user guide; deployment documentation; API documentation (new APIs follow policy, rest Swagger 2.0); adherence to coding guidelines
  • 2 – API Documentation (changed and external APIs follow policy); UI consistency; usability testing; tutorial documentation
  • 3 – API Documentation (all follow policy)


API Incoming

...

Dependencies 

List the API this release is expecting from other releases.
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

...

Portaluser management APIscrou api for user managementavilableexposed by portal sdk
destribution clientapis for retriving artifacts from catalogdownload artifactsavilableexposed by sdc part of external apis.

API Outgoing Dependencies 

API this release is delivering to other releases.

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 descriptiondmaapusing Cambria clientapi for pushing and retrieving notificationsavilablesdk

Third Party Products Dependencies -TBD

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, ...).


To fill out

Name

Description

Version

To fill outTo fill out

Cassandra

Open-source distributed storage system

2.1.19
DockerVM container
ElasticSearchSearch framework2.4.6
titanOpen-source, distributed graph database

1.0.0

JettyOpen-source application server
9.3.X
UbuntuOpen-source software operating system16.0.4-LTS
kibanaanalytic disply server
4.3.3
vncvnc server used for ui testing
ubuntu-xfce-vnc:1.3.0

In case there are specific dependencies  (Centos 7 vs Ubuntu 16. Etc.) list them as well.

Testing and Integration

...

Plans 

Provide a description of the testing activities (unit test, functional test, automation,...) that will be performed by the team within the scope of this release.

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.

  • validate uses cases and pairwise testing of sdc with other components
  • enhance the csait to include more tests

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.

Gaps identifiedImpact
To fill outTo fill outN/AN/A

Known Defects and Issues

Provide a link toward the list of all known project bugs.

...

List the risks identified for this release along with the plan to prevent the risk to occur (mitigation) and the plan of action in the case the risk would materialized materialize (contingency).

Risk identifiedMitigation PlanContingency Plan
To fill outTo fill outTo fill outsdc aaf integrationnonemove integration to dublin

Resources

Fill out the Resources Committed to the Release centralized page.

Release Milestone

...

  • Highlight the team contributions to the specific document related to he project (Config guide, installation guide...).
  • Highlight the team contributions to the overall Release Documentation and training asset
  • High level list of documentation, training and tutorials necessary to understand the release capabilities, configuration and operation.
  • Documentation includes items such as:
    • Installation instructions
    • Configuration instructions
    • Developer guide
    • End User guide
    • Admin guide...
Note
titleNote

The Documentation project will provide the Documentation Tool Chain to edit, configure, store and publish all Documentation asset.

...

The project team comply with the ONAP Charter.

Release Key Facts

Fill out and provide a link toward the centralized Release Artifacts.