...
- Proposed name for the project: VNF RequirementsVNF Requirements
- Proposed name for the repository: vnfrqts
...
- This project will deliver a unified set of VNF Guidelines and Requirements.
- The VNF Guidelines and Requirements must be versioned to enable evolution based on operational experience
- The VNF Guidelines and Requirements will support the ONAP Architecture Principles.
- Identify a list of features and functionality will be developed.
- The VNF Guidelines and Requirements will support the Release 1 Use Cases.
- It will be incorporating and integrating the source material on VNF Guidelines and Requirements from OPEN-O and ECOMP in Release 1
- VNF Guidelines and Requirements are to be refined beyond prototype text (e.g. through EPIC statements, use cases) to deliver test cases and test procedures for us in VNF onboarding & validation
- Identify what is in or out of scope. During the development phase, it helps reduce discussion.
- VNF Guidelines may be forward looking, or include best practices in VNF design and VNF lifecycle processes.
- VNF Requirements from ONAP APIs should be linked to the ONAP Release
- VNF Requirements may include:
- expected expected operational characteristics ( e.g. security, resilience, upgradeability)
- conditional conditional requirements (e.g. When configured for deployment on High Availability Network Cloud Infrastructure, the VNF Shall …)
...
- What other ONAP projects does this project depend on?
- SDN-C (for API requirements on VNFs)
- APPC (for VNF configuration requirements)
- SDC (for VNF onboarding)
- DCAE (for VNF reporting requirements)
- Authentication Authentication and authorization Framework (for VNF Security Requirements)
- What other projects depend on this project?
- VNF SDK
- VNF tooling should support the development and packaging of VNFs that are conformant to the VNF Requirements
- VNF Validation program (ICE)
- VNF Validation should be traceable against the VNF Requirements
- Documentation
- References to deliverables produced by this project may be included in various ONAP release documents maintained through the documentation project
- Reference VNFs (now Integration Project)
- Reference VNFs should be VNF Requirement compliant. The Integration Project maintaining those Reference VNFS would be dependent on the VNF Requirements for validating compliance.
- How does this align with external standards/specifications?
- External specifications of APIs/Interfaces or Information/data models to be referenced where applicable
- Are there dependencies with other open source projects?
- OPEN-O (Mercury release)
- OpenECOMP
- OpenStack (Network Cloud Infrastructure RequirementsInfrastructure Requirements)
Resources:
- Primary Contact Person Steven Wright (AT&T) sw3588@att.com
- Names, gerrit IDs, and company affiliations of the committers
- Steven Wright sw3588@att.com (AT&T)
- Names and affiliations of any other contributors
- Ryan Hallahan rh173x@att.com (AT&T)
- Scott Blandford cb1694@att.com (AT&T)
- Herb Patten hp1256@att.com (AT&T)
- Fari Behi fb2634@att.com (AT&T)
- Alan Weinstock aw2574@att.com (AT&T)
...
- Seed Code / documentation
- VNF Guidelines for Network Cloud and OpenECOMP,
- VNF Management Requirements for OpenECOMP,
- VNF Management Requirements for Open-O
- VNF Cloud Readiness Requirements for OpenECOMP,
- VNF Heat template Requirements for OpenECOMP
- VNF TOSCA Template Requirements for Open-O
- Vendor Neutral YES
- Meets Board policy (including IPR) YES
...