Versions Compared

Key

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

...

Release first proposed

TSC Use Case

VNFs identified in TSC Use case

AmsterdamUse Case: Residential Broadband vCPE (Approved)

vBNG, vG_MUX, vG,  vAAA, vDHCP, vDNS

AmsterdamUse Case: vFW/vDNS (Approved)

vFW, vPacketGenerator, vDataSink, vDNS, vLoadBalancer,

all VPP based.

AmsterdamUse Case: VoLTE(approved)

vSBC, vPCSCF, vSPGW, vPCRF, VI/SCSCF, vTAS, VHSS, vMME

Beijing5G- RAN deployment, Slicing, SON
BeijingEnterprise vCPE --potential R1 use cases’ extensionvCPE, vAAA, vDHCP
BeijingONAP Change Management
BeijingSD-WANvBG
BeijingScale OutVOLTE, vDNS
BeijingCentralised Parser Distribution

...

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues20
jqlQueryproject=vnfrqts and issuetype in (epic) AND fixVersion = "Beijing Release"
serverId425b2b0a-557c-3c0c-b515-579789cceedb

...

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

...

Area

Actual Level

Targeted Level for current Release

How, Evidences

Comments

PerformanceNAVNFRQTS is primarily a documentation project and does not deliver ONAP platform code
  • 0 -- none
  • 1 – baseline performance criteria identified and measured
  • 2 & 3 – performance improvement plans created & implemented
StabilityNAVNFRQTS is primarily a documentation project and does not deliver ONAP platform code
  • 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
ResiliencyNAVNFRQTS is primarily a documentation project and does not deliver ONAP platform code
  • 0 – none
  • 1 – manual failure and recovery (< 30 minutes)
  • 2 – automated detection and recovery (single site)
  • 3 – automated detection and recovery (geo redundancy)
SecurityNAVNFRQTS is primarily a documentation project and does not deliver ONAP platform code
  • 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
ScalabilityNAVNFRQTS is primarily a documentation project and does not deliver ONAP platform code
  • 0 – no ability to scale
  • 1 – single site horizontal scaling
  • 2 – geographic scaling
  • 3 – scaling across multiple ONAP instances
ManageabilityNAVNFRQTS is primarily a documentation project and does not deliver ONAP platform code
  • 1 – single logging system across components; instantiation in < 1 hour
  • 2 – ability to upgrade a single component; tracing across components; externalized configuration management
Usability1

VNF Guidelines

VNF Requirements

VNF Use Cases (new)

VNF RequirmentsTest Case Descriptions (new)

http://docs.onap.org/en/latest/guides/onap-user/vnfprovider.html

additional types of documentation to move towards level 2 with:

Use cases (tutorial/ usability)

Test Case Descriptions (testing)

  • 1 – user guide; deployment documentation; API documentation
  • 2 – UI consistency; usability testing; tutorial documentation

...

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
VNF Requirments Requirements linkage to testing

VNF Requirements are current provided for RFP purposes, but the linkage to testing and validation of those requirments is not yet in place

This release provides initial generic test plan descriptions for testing of VNFs based on the VNF Package. It does not provide test descriptions for design time or run time functional testing of VNFs.

The testing linkage is also costrained by the scope of the VNF Information model in the VNF Package and the relationships identified between that information model and the VNF requirements.

Known Defects and Issues

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

Hardware / infrastructure requirementsThe Amsterdam release requirments had a placeholder (Chapter 6) for VNF requirements associated with the hardwrae executuion environment. Additional requirments are expected in this area from the Multi-VIM project, and perhaps the PNF related features.
HEAT/TOSCA requirementsThe Amsterdam release requirments has text on HEAT and TOSCA requirmenst but not numbered requirments text. This is expected to be improved as part of the Beijing release work.

Known Defects and Issues

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

Jira
server
Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues20
jqlQueryproject=vnfrqts and issuetype in (bug) and status="To Do"
serverId425b2b0a-557c-3c0c-b515-579789cceedb

...

Risk identifiedMitigation PlanContingency Plan
ONAP supporting multiple onboarding formatswork with VNF SDK, VVP and SDC to minimize the risk.Document the desired direction in the forward looking VNF GuidelinesTo fill outTo fill outTo fill out

Resources

Fill out the Resources Committed to the Release centralized page.

Release Milestone

The milestones are defined at the Release Level and all the supporting project agreed to comply with these dates.

Team Internal Milestone

DateProjectDeliverable
1/8/18VNF RequirmentsDraft M1 Project Plan available on VNFRQTS Project Wiki
1/18/18VNF RequirmentsONAP Beijing M1 Milestone - planning process complete
2/12/18VNF RequirmentsONAP Beijing M2 Milestone - functionality freeze
3/8/18VNF RequirmentsONAP Beijing M3 Milestone - API data model freeze
3/29/18VNF RequirmentsONAP Beijing M4 Milestone - code freeze
4/19/18VNF RequirmentsONAP Beijing RC0 Milestone
5/3/18VNF RequirmentsONAP Beijing RC1 Milestone
5/17/18VNF RequirmentsONAP Beijing RC2 Milestone
5/24/18VNF RequirmentsONAP Beijing Signoff Milestone

Team Internal Milestone

This section is optional and may be used to This section is optional and may be used to document internal milestones within a project team or multiple project teams. For instance, in the case the team has made agreement with other team to deliver some artifacts on a certain date that are not in the release milestone, it is erecommended to provide these agreements and dates in this section.

It is not expected to have a detailed project plan.

8
DateProjectDeliverableDeliverable
1/16/18Sprint 7 start

Draft M1 Project Plan available on VNFRQTS Project Wiki

M1 checklisy available before ONAP Beijing M1 Milestone - planning process complete 1/18

1/30/18VNF RequirmentsDraft M1 Project Plan available on VNFRQTS Project Wiki
1/18/18VNF RequirmentsONAP Beijing M1 Milestone
2/12/18VNF RequirmentsONAP Beijing M2 Milestone
3/8/18VNF RequirmentsONAP Beijing M3 Milestone
3/29/18VNF RequirmentsONAP Beijing M4 Milestone
4/19/18VNF RequirmentsONAP Beijing RC0 Milestone
5/3/18VNF RequirmentsONAP Beijing RC1 Milestone
5/17/18VNF RequirmentsONAP Beijing RC2 Milestone
5/24/18VNF RequirmentsONAP Beijing Signoff Milestone

Documentation, Training

Sprint 7 complete

Sprint 8 start

Draft structure of Use case and test case Descriptions available before ONAP Beijing M2 Milestone - functionality freeze 2/12

2/13/18

Sprint 8 complete

Sprint 9 start


2/27/18

Sprint 9 complete

Sprint 10 start

before ONAP Beijing M3 Milestone - API data model freeze 3/8
3/13/18

Sprint 10 complete

Sprint 11 start


3/27/18

Sprint 11 complete

Sprint 12 start

before ONAP Beijing M4 Milestone - code freeze 3/29
4/10/18

Sprint 12 complete

Sprint 13 start

Finalize complete drafts before ONAP Beijing RC0 Milestone 4/19
4/24/18

Sprint 13 complete

Sprint 14 start

Bug fixes only prior to RC1 5/3
5/8/18

Sprint 14 complete

Sprint 15 start

Bug fixes only prior to RC2 5/17
5/22/18

Sprint 15 complete

Bug fixes only prior to signoff 5/24

Documentation, Training

  • VNF Guidelines  
    • component lead - Wenyao Guan (China Mobile) 
    • Forward looking guidance
  • VNF Requirements
    • component lead - Herb Patten (AT&T)
    • VNF Conformance requirements
  • VNF  Use Cases
    • component lead - Scott Blandford
    • tutorial
  • VNF Test Case Descriptions
    • component lead - Steven Wright
    • Description of how to test the VNF Requirements
  • 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.

...

Each project must edit its project table available at Project FOSS. This vnfrqts project is a documentation project using the LF toolchain coordinated via the documentation project. 


Charter Compliance

The project team comply with the ONAP Charter.