Versions Compared

Version Old Version 10 New Version Current
Changes made by

Erik Sundelof

Trevor Lovett

Saved on

Key

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

Project Name: VNF Validation Program (ONAP ICE)  

  • Proposed name for the project:  ICEVNF Validation Program (ONAP ICE)
  • Proposed name for the repository: ice vvp

Project description:

The project is to develop a validation program to provide assurance of VNF interoperability with ONAP. Obtaining a certifications validation shall be a self-service activity driven by the VNF Provider. Such a certification and should be against a reference release of ONAP for use by the VNF provider & any other validation authority.

This project at ONAP will not operate as a Validation Authority . This project and will create a process to identify and qualify Validation Authorities will be developed and maintained. Self-Certification may be considered as a Certification authority option.   

...

It will be important as part of these deliverables to define ways for 3rd 3rd parties to carry out the validation to allow for an efficient and broad adaption. The developed processes and tools will be available for any use within the scope of the Apache 2.0 license and all changes to them must be contributed back the ONAP community.

Exploring possible expansions to the validation scope is an essential part of this project and especially looking to define specific steps to do so. Some immediate candidates would be to validate the integration with DCAE and/or A&AI as well introducing validation of TOSCA templates. This work by its very nature will need to be closely linked to the work with the ONAP VNF Requirements and Guidelines,  VNF Modeling specification and VNF SDK & Tooling.

Key related projects and components are the Open-O VNF SDK and the ONAP SDC component who & Tooling and VNF Requirements & Guidelines both will play important roles into defining the long-term direction for the program. 

The project is intended to validate the following:1)    

  1. VNF

...

  1. Requirements compliance (

...

  1. primarily VNF on-boarding requirements in the first release)
  2. VNF Operates with ONAP (including e.g. VNF Instantiation, VNF Monitoring)
  3. VNF template specification

This project WILL will also propose how to deal with:(1)

  1. revisions to the

...

  1. validation testing regime

...

  1. ,

...

  1. changes to the VNF, and

...

  1. changes to the VNF metadata

This project will provide a process to evolve the certification validation criteria based on experience and as the VNF Requirements & Guidelines evolve. At each release of ONAP, the scope of functionality tested and the test coverage for VNF certification validation may change. Lessons learned from operational experience may generate additional VNF requirements, or lead to improved test coverage etc.

The overall objective of the project is to build & foster an active community at ONAP contributing to all aspects of an ONAP VNF Certification program, and the key goals are:

1. Define and start to execute on a long-term strategy & goals to support and allow for a resource efficient model for  VNF validation across the combined ONAP  ecosystem.

2. Build & foster an active contributor community across the ONAP ecosystem to support a broad  alignment & definition  Around the ONAP VNF Requirements & Guidelines.

3. Introduce an efficient and seamless process to allow the community to contribute to all aspects  of the validation process and platform

And to:

1.  Define &   establish an overall governance model for the program to properly continuously define a scalable, and flexible model for certifying

2.  Define &   establish a resource-efficient model for VNF providers and other

parties to  acquire an ONAP Compatible  label.

3.  Define &   foster an active contributor community with at least 10 monthly active contributors from 4 different companies or organization

4.  Define a  roadmap for the expansion of the   program to include additional validation scope  and dependencies  to other projects inside  ONAP

The VNF Provider is expected to maintain its VNFs resulting in multiple versions including revisions dues to metadata changes. This Project SHALL shall provide guidance as to when recertification revalidation is recommended.  

This project Project will validate the VNF package integrity and provenance e.g. using signing & Attestationattestation. The exact process will be determined during the project.

This Project WILL will validate VNF operation on some defined infrastructure (cloud) resources & environment. These tests can also include verification of the VNF compatibility with specific NVFI envs, e.g. public/private clouds and SP-specific NFVI deployments or standard reference NFVI platforms such as developed by OPNFV centered upon major commercial OpenStack distributions. The scope of such testing will be determined during the project.

This Project WILL will maintain the authoritative set of tests and test procedures for Certification Validations of VNFs. This project SHALL shall develop the tests and test procedures traceable to the VNF Requirements & Guidelines.

This Project SHALL shall report the test coverage of the VNF Certification program against the VNF Requirements and the ONAP. Each VNF requirement should be checked via a test to enable automation 'certification".

The Project SHALL shall report the results of the certification validation test suite on a given VNF to the person invoking the certification validation test.

The VNF Certification Validation testing SHALL shall be as automated as possible. This Project SHALL shall develop that automation framework for certification validation testing.

Drivers:

...

...

OpenStack?

Scope:

The scope for this project is to establish an ONAP VNF Validation Program by the end of 2017 allowing anyone to obtain an ONAP Compatible label for their VNFs. The key deliverables currently identified for this project to be completed by the end of 2017 are:

  1. Define & establish an overall governance model for the program to properly continuously define a scalable, and flexible model for certifyingvalidating
  2. Define & establish a resource-efficient model for VNF providers and other parties to acquire an ONAP Compatible label.
  3. Define & foster an active contributor community with at least 10 monthly active contributors from 4 different companies or organizationDefine a roadmap for the expansion of the program to include additional validation scope and dependencies to other projects inside ONAP

Note: The focus for the OpenStack base

Architecture Alignment:

  • How does this project fit into the rest of the ONAP Architecture?
      Please Include architecture diagram if possible
      • The VNF Validation Program will utilize the architecture to validate VNFs against it.
    • What other ONAP projects does this project depend on?
      •  Release 1 Definition
              
                 
                    
                       
                • Certified VNFs should vbe           able to be onboarded to inventory in A&AI, be available for           Servcie Design in SDC, report alarms through DCAE and be configurable           through ONAP.
                  •     
                   
                

      (Certification scope may evolve by release)

      • VNF Requirements available (Assume delivered by VNF SDK Project)
      • VNF test cases available (scope of work
      •  
        •  
        • This project depends on SDC, VNF Validation Program, and VNF Requirements
      • How does this align with external standards/specifications?

      OPNFV also has some VNF Cetification activities.

      • APIs/Interfaces
      • Information/data models
      • Are there dependencies with other open source projects?etc.
        • APIs/Interfaces
        • Integration Testing
          • OpenStack

        ONAP VVP Governance-Nov 9-2017.pptx

        Resources:

        • Primary Contact Person: Erik Sundelof Sundelof es4410@att.com 
        • Names, gerrit IDs, and company affiliations of the committers
        • Names and affiliations of any other contributors
          • Parviz Yegani, Huawei
          • Paul McGoldrick, pm8730@att.com AT&T
          • Michael Lamb, AT&T
          • Yotam Avivi, AT&T
          • Almog Laktivi, AT&T
          • Areli Fuss, AT&T
          • Ruslan Gafiulin, AT&T
          • Tomer Cohen, AT&T
          • Amir Skalka, AT&T
          • Madhavi Krishnan, TechMahindra
          • Eric Debeau, Orange
          • Stephen Gooch, Wind River
          Andrey
          • Andrei Kojukhov,
          amdocsOleg Kaplan, amdocs
          • andreik@amdocs.com, Amdocs
          • Trevor Cooper, Intel
          • Amie Levy
          • Chengli Wang, China Mobile
          • Helen Chen, Huawei
          • Gary Wu, Huawei
          • Zygmunt Lozinski, IBM
          • Don Levy, AT&T
          • Amy Zwarico, AT&T
          • Maopeng Zhang, ZTE
          • Hui Deng, Huawei
          • Michael Brenner, Cloudify
          • Moshe Hoadley, Amdocs
        • Project Roles (include RACI chart, if applicable)

        ...

        Project Name:

        • JIRA project name: vvp
        • JIRA project prefix: vvp

        ...

        Repo name:
        Lifecycle State:
        Primary Contact:
        Project Lead:
        mailing list tag [Should match Jira Project Prefix] 
        Committers:

        ...

        Tali Grama

        ...

        amdocs

        ...

        Tali.Grama@amdocs.com

        ...

        Raanana, Israel. GMT +3

        ...

         Tali Orenbach

        ...

         amdocs

        ...

        Tali.Orenbach@amdocs.com

        ...

        Raanana, Israel. GMT +3

         

        • org.onap.vvp/devkit <deprecated and locked in the Dublin release>
        • org.onap.vvp/ansible-ice-bootstrap <deprecated and locked in the Dublin release>
        • org.onap.vvp/portal <deprecated and locked in the Dublin release>
        • org.onap.vvp/engagementmgr <deprecated and locked in the Dublin release>
        • org.onap.vvp/cms <deprecated and locked in the Dublin release>
        • org.onap.vvp/jenkins <deprecated and locked in the Dublin release>
        • org.onap.vvp/haproxy <deprecated and locked in the Dublin release>
        • org.onap.vvp/postgresql <deprecated and locked in the Dublin release>
        • org.onap.vvp/gitlab <deprecated and locked in the Dublin release>
        • org.onap.vvp/jeeves <deprecated and locked in the Dublin release>
        • org.onap.vvp/test-engine <deprecated and locked in the Dublin release>
        • org.onap.vvp/validation-scripts
        • org.onap.vvp/documentation
        • org.onap.vvp/image-scanner  <deprecated and locked in the Dublin release>
        • org.onap.vvp/regression-tests <added in Dublin release>

        Lifecycle State: incubation
        Primary Contact: Steven Wright
        Project Lead: Steven Wright
        mailing list tag #vvp


        *Link to TSC approval: 
        Link to approval of additional submitters: 

        ...