Information for PTL

This template is to be filled out for any project wishing to move to the "Mature" phase of the ONAP project lifecycle.  
Once completed, remove this info box and the send the link for this page to onap-tsc@lists.onap.org to initiate the maturity review.  

Per the ONAP Technical Community Document, the metrics for maturity review are:

›Successful participation in releases: The project demonstrates stable output (code base, documents) within its history of releases in accordance with the release policy.

›Architecture has been reviewed by the Architecture Committee

›Project is active and contributes to ONAP: The project demonstrates a stable or increasing number of contributions across recent releases. Contributions are commits which got merged to a repository of an ONAP project or a related upstream project. Commits can for example be patches to update the requirements document of a project, code addition to an ONAP or upstream project repository, new test cases and so forth.

›Mature artifacts produced: The project demonstrates that the artifacts produced by the project are deployable (where applicable) and have been successfully deployed, configured and used by end users (typically, service providers).

Review Submission Date:  

Project Description: 

The OOF provides a policy-driven and model-driven framework for creating optimization applications for a broad range of use cases.

It is being developed based on the following core principles:

  1. Most optimization problems can be solved in a declarative manner using a high-level modeling language.
  2. Recent advances in open source optimization platforms allow the solution process to be mostly solver-independent.
  3. By leveraging the library of standard/global constraints, optimization models can be rapidly developed.
  4. By developing a focused set of platform components, we can realize a policy-driven, declarative system that allows ONAP optimization applications be composed rapidly and managed easily
    1. Policy and data adapters
    2. Execution and management environment
    3. Curated "knowledge base" and recipes to provide information on typical optimization examples and how to use the OOF 
  5. More importantly, by providing a way to support both "traditional" optimization applications and model-driven applications, we can provide a choice for users to adapt the platform based on their business needs and skills/expertise.

The highly modular architecture of OOF to cater to different kinds of optimization problem requirements of various use cases is depicted in the following figure.



The architectural updates done in Frankfurt release provides a lot of benefits from a platform capability perspective. This is described in the followed illustration. It enables easy extension of the platform to be able to support new use cases more easily.


Project Landing Page:  

Optimization Framework Project

Project Meeting Minutes: 

OOF Meeting Minutes


Leadership Resources :

Role

Name
(must use @ macro )

Linux Foundation Login (LFID)

Email Address 
(if different from @ macro)

PTL

krishna moorthy

krishnaa96krishna.moorthy6@wipro.com
Committers

Shankaranarayanan Puzhavakath Narayanan

snarayanansnarayanan@research.att.com

Vikas Varma

vrvarmavv8305@att.com

Arthur Martella

amartellarthur.martella.1@att.com

dhebeha mj

dhebehadhebeha.mj71@wipro.com

Sarat Puthenpurasaratsarat@research.att.com

Project & Release History

  • How long the project has been an active:  TSC approval date for OOF project is June 23, 2017. The project has been active since Beijing release and has participated in all releases through Frankfurt.
  • Release Participation:  OOF project has been part of Release R2 through Release R6.
  • Engagement levels for past releases (up to 3): 
    • Commits per Release:  See table below
    • Contributors per Release:  See table below
    • Companies per release: See table below

Release name and time frame

Commits 

Authors 

Companies
Beijing ( 11/17/2017 to 6/7/2018 )118187
Casablanca ( 6/8/2018 to 11/30/2018 )142187

Dublin ( 12/1/2018 to 7/9/2019 )

219

12

6

El Alto ( 7/10/2019 to 10/24/2019 )

42

9

5

Frankfurt ( 10/25/2019 to 6/18/2020 )

184

21

9


Bitergia statistics for the last 2 years (since July 1, 2018):


  • Use Cases:  The Key uses cases that OOF Project has contributed so far are:
    • 5G OOF SON use case
    • 5G E2E Network Slicing use case
    • CCVPN use case
    • Change Management (CM)
    • HPA
    • Homing and Placement use cases
      • Service/VNF instantiation (e.g., vCPE)
      • Multi-cloud
      • VNF Scale out
    • MDONS use case (from Guilin release)

Architecture Alignment:

Artifact Information:

ArtifactRepoDocs linkLine CoverageTest suitesDescription
optf/osdfhttps://gerrit.onap.org/r/admin/repos/optf/osdfhttps://docs.onap.org/projects/onap-optf-osdf/en/latest/index.html

70.6 %

osdf-csitONAP Optimization Service Design Framework (OSDF) is a model- and policy-driven optimization framework that makes it easier to build, deploy, and manage optimization applications for different use cases.
optf/hashttps://gerrit.onap.org/r/admin/repos/optf/hashttps://docs.onap.org/projects/onap-optf-has/en/latest/index.html#master-index

56.4 %

has-csitOOF-HAS is a policy-driven placement optimizing service (or homing service) that allows ONAP to deploy services automatically across multiple sites and multiple clouds.
optf/cmsohttps://gerrit.onap.org/r/admin/repos/optf/cmsohttps://docs.onap.org/projects/onap-optf-cmso/en/latest/index.html#master-index

54.80 %

cmso-csitOOF-CMSO is an optimizing service that allows for the scheduling of VNF change management workflows to be executed at a time in the future. It enables a 3rd party client to provide SO workflow requests for multiple VNFs to be executed within a provided change window.


  • To our knowledge, OOF has been deployed and used in AT&T production, and it is also used internally in companies such as Wipro.

Other Information:

  • No labels

1 Comment

  1. Jason Hunt

    Thanks krishna moorthy for the thorough writeup.  One recommendation would be to increase committer diversity where possible.