This page lists all projects that have been approved by An approved project has received formal sign-off by the TSC to be a part of the ONAP Platformstand-alone ONAP Project. It does not mean that the project is still actively being maintained.
| Project Name | Project |
|---|
State | Project Tech. Lead | Description |
|---|
| TSC Approval Date | Approved proposal version | ||||
|---|---|---|---|---|---|
| AAF | Unmaintained | no active PTL formerly Jonathan Gathman | The goal of the project is to provide consistent authentication, authorization and security to various ONAP components. AAF organizes software authorizations so that applications, tools and services can match the access needed to perform job functions. | June 29, 2017 | v.36 |
| AAI | Mature | Active and Available Inventory (AAI) is the ONAP subsystem that provides real-time views of Resources and Services and their relationships. AAI not only forms a registry of active, available, and assigned assets, it also maintains up-to-date views of the multidimensional relationships among these assets, including their relevance to different components of ONAP. |
Approved
v.36
| June 9, 2017 | v.36 | |
| APPC | Unmaintained | no active PTL formerly Takamune Cho |
| The Application Controller (APPC) performs functions to manage the lifecycle of VNFs and their components providing model driven configuration, abstracts cloud/VNF interfaces for repeatable actions, uses vendor agnostic mechanisms (NETCONF, Chef via Chef Server and Ansible) and enables automation. |
| June 9, 2017 | v.46 | |||||||||||||
| CCSDK | Mature | This project provides a common set of reusable code that can be used across multiple controllers. The Controller Design Studio (CDS) is part of Common Controller SDK (CCSDK). | June 9, 2017 | v.39 | ||||||||||
| CI-Man | Incubation | Jessica Wagantall | The CI Management project is dedicated to managing the code resources related to the CI systems. It is intended as a way for the community to collaborate on the design and management of the CI infrastructure where it is possible to do so. | June 8, 2017 | N/A | |||||||||
| CLAMP | Project has been merged with POLICY project
| merged; see POLICY project formerly |
| CLAMP is a platform for designing and managing control loops. It is used to design a closed loop, configure it with specific parameters for a particular network service, then deploying and undeploying it. Once deployed, the user can also update the loop with new parameters during runtime, as well as suspending and restarting it. |
| June 8, 2017 | v.37 |
Approved
v.39
| CLI | Incubation | formerly user-67d6f | This project is providing required Command-Line Interface(CLI) as commands to operate ONAP functionalities from Unix or windows shell. | June 8, 2017 | v.20 |
| CPS | Incubation | The Configuration Persistence Service is a platform component that is designed to serve as a model-driven data repository for run time data that needs to be persistent. | October 8, 2020 | ||
| DCAE | Mature | DCAE is the umbrella name for a number of components collectively fulfilling the role of Data Collection, Analytics, and Events generation for ONAP. The architecture of DCAE targets flexible, plug-able, micros-service oriented, model based component deployment and service composition. DCAE also support multi-site collection and analytics operations which are essential for large ONAP deployments. |
Approved
V| June 9, 2017 | v.60 |
| DMaaP |
Mature | Data Movement as a Platform is a premier platform for high performing and cost effective data movement services |
that transports and processes data from any source to any target with the format, quality, security, and concurrency required to serve the business and customer needs. | June 23, 2017 |
| v.32 |
| Doc |
Incubation | formerly Sofia Wallin | Documentation creates and maintains documentation targeted to ONAP user audiences and the tasks they perform. |
| June 9, 2017 | v.41 |
| ExtAPI |
Unmaintained | no active PTL formerly Adrian OSullivan | The External API Framework project describes and defines the APIs between ONAP and External Systems, including ONAP interfaces targeted on BSS/OSS, peering, B2B, etc. |
| June 9, 2017 | v.48 |
| Holmes |
Incubation | Holmes project provides alarm correlation and analysis for Telecom cloud infrastructure and services, including hosts, vims, VNFs and NSs. Holmes aims to find the real reason which causes the failure or degradation of services by digging into the ocean of events collected from different levels of the Telecom cloud. |
| June 9, 2017 | v.29 |
| Integration |
Incubation | formerly Michał Jagiełło |
| Integration is responsible for ONAP cross-project system integration, CI/CD, and all related end-to-end release use cases testing with VNFs necessary for the successful delivery and industry adaption of the ONAP project as a whole. |
Approved
V| June 8, 2017 | v.71 |
| Logging |
| Unmaintained | no active PTL formerly Prudence Au |
ONAP consists of many components and containers, and consequently writes to many logfiles. The volume of logger output may be enormous, especially when debugging. Large, disparate logfiles are difficult to monitor and analyze, and tracing requests across many files, file systems and containers is untenable without tooling. |
The problem of decentralized logger output is addressed by analytics pipelines such as Elastic Stack. Elastic Stack consumes logs, indexes their contents in Elasticsearch, and makes them accessible, queryable and navigable via a sophisticated UI, Kibana Discover. This elevates the importance of standardization and machine-readability. Logfiles can remain browseable, but output can be simplified.
| June 29, 2017 | v.9 |
| Modeling | Mature |
Approved
v.73
| The unified model-driven approach uses models as sources of data for generating processes/codes and following workflows (not code development as source) – this way, the system can be more flexible and future proof, easy to update and use for cross-platform solutions since the “only” thing needed is Model update and manipulation through Engine. | June 9, 2017 |
| v.66 |
| MSB | Incubation | formerly HuabingZhao | Microservices Bus provide key infrastructure functionalities to support Microservice Architecture including service registration/discovery, service gateway, service load balancer. |
| June 8, 2017 |
| v.73 | |||
| MultiCloud | Mature | Multi-VIM/ |
Cloud project aims to enable ONAP to deploy and run on multiple infrastructure environments, for example, OpenStack and its different distributions (e.g. vanilla OpenStack, Wind River, etc...), public and private clouds (e.g. VMware, Azure), and micro services containers, etc. |
| June 8, 2017 | v.87 |
| Music |
To achieve 5 9s of availability on 3 9s or lower software and infrastructure in a cost-effective manner, ONAP components need to work in a reliable, active-active manner across multiple sites (platform-maturity resiliency level 3). A fundamental aspect of this is state management across geo-distributed sites in a reliable, scalable, highly available and efficient manner. This is an important and challenging problem because of three fundamental reasons:
Current solutions for state-management of ONAP components like MariaDB clustering, that work very effectively within a site, may not scale across geo-distributed sites (e.g., Beijing, Amsterdam and Irvine) or allow partitioned operation (thereby compromising availability). This is mainly because WAN latencies are much higher across sites and frequent network partitions can occur.
ONAP components often have a diverse range of requirements in terms of state replication. While some components need to synchronously manage state across replicas, others may tolerate asynchronous replication. This diversity needs to be leveraged to provide better performance and higher availability across sites.
ONAP components often need to partition state across different replicas, perform consistent operations on them and ensure that on failover, the new owner has access to the latest state. The distributed protocols to achieve such consistent ownership is complex and replete with corners cases, especially in the face of network partitions. Currently, each component is building its own handcrafted solution which is wasteful and worse, can be erroneous.
Unmaintained | no active PTL formerly Bharath Balasubramanian | In this project, we identify common state management concerns across ONAP components and provide a multi-site state coordination/management service (MUSIC) with a rich suite of recipes that each ONAP component can simply configure and use for their state-management needs. |
Approved
V51
| Jan 16, 2018 | v.57 | ||||
| OOF | Mature | no active PTL formerly krishna moorthy | ONAP Optimization Framework This project currently provides the following two core platform optimization services, which are built to be service independent, policy driven, and extensible along with an optimization framework to enhance these or creating new services. | June 23, 2017 | v.42 |
| OOM | Incubation | PTL required (as of 22/03/15) formerly Sylvain Desbureaux |
This project is providing required Command-Line Interface(CLI) as commands to operate ONAP functionalities from Unix or windows shell.
Approved
v.20
| This proposal introduces the ONAP Platform OOM (ONAP Operations Manager) to efficiently Deploy, Manage, Operate the ONAP platform and its components (e.g. MSO, DCAE, SDC, etc.) and infrastructure (VMs, Containers). |
Approved
v.70| June |
Provide overview of the ONAP University training courses for users, developers and any other interested parties of member and non-member companies.
| 8, 2017 |
| v. |
| 70 |
| Policy |
Mature | formerly Jim Hahn | The Policy subsystem of ONAP maintains, distributes, and operates on the set of rules that underlie ONAP’s control, orchestration, and management functions. Policy provides a centralized environment for the creation and management of easily-updatable conditional rules. |
| June 8, 2017 | v.46 | |
| PortalNG | Incubation | Georg Schweflinghaus |
| A new web based user interface that serves as the first discovery point for the ONAP framework, it’s existing web applications and functions. |
| v.2 | |
| Portal | Unmaintained | The ONAP Portal is a platform that provides the ability to integrate different ONAP applications into a centralized Portal Core. |
Approved
v.22
| June 8, 2017 |
Approved
v.61
| v.22 | |||
| SDC | Mature | formerly Christophe Closset | Service Design & Creation provides a well-structured organization of visual design & testing tools, templates and catalogs to model and create resources, and services. The output of the SDC is a set of models which drives the orchestration. |
| June 8, 2017 | v.48 |
| SDN-C | Mature | The Software Defined Network Controller project provides a global network controller, built on the Common Controller Framework, which manages, assigns and provisions network resources. | June 9, 2017 | v.61 | |
| SO | Mature | The |
| ONAP Service Orchestrator provides the highest level of service orchestration in the ONAP architecture. SO is implemented via BPMN flows that operate on Models distributed from SDC that describe the Services and associated VNFs and other Resource components. |
| June 9, 2017 | v.59 |
| Incubation | Nermin Mohamed | Provide overview of the ONAP University training courses for users, developers and any other interested parties of member and non-member companies. | June 22, 2017 | v.9 | |
| UUI | Mature | formerly xu ran | The ONAP Usecase UI project is the ONAP subsystem that provides Graphical User Interface (GUI) for operators and end-users from the point of view of use cases. | June 8, 2017 |
| v.30 |
| VF- |
| C | Mature | no active PTL | The Virtual Function Controller leverages ETSI NFV MANO architecture and information model as a reference, and implements full life cycle management and FCAPS of VNF and NS. |
| June 8, 2017 | v.69 |
| VID |
Unmaintained | Virtual Infrastructure Deployment provides a well-structured organization of infrastructure deployment, instantiation and change-management operations used by Operations to derive orchestrations and change-management. |
| June 8, 2017 | v.12 | |
| VNFReq | Incubation | no active PTL former Trevor Lovett |
| The VNF Requirements creates and maintains VNF Requirements targeted to VNF Provider and Services Provider and the tasks they perform. | June 9, 2017 | v.20 |
| VNFSDK | Incubation | formerly user-67d6f |
VNF onboarding is a challenge across the industry because of the lack of a standard format for VNFs. This project will build an ecosystem for ONAP compatible VNFs by developing tools for vendor CI/CD toolchains and developing validation and testing tools |
Approved
v.61
| June |
| 8, 2017 |
| v. |
| 61 |
| VVP |
| Incubation | no activer PTL formerly steven stark | The VNF Validation |
| project is to develop a validation program to provide assurance of VNF interoperability with ONAP. Obtaining a validation shall be a self-service activity and should be against a reference release of ONAP for use by the VNF provider & any other validation authority. |
Contact: Chen Yan
Approved as Integration Subproject
The ONAP Benchmark project aims to provide Function/Performance/Scalability/Security test for ONAP component/module/system level.
Finding bottleneck for E2E system and making advice for corresponding module for code improvement.
Making test report for ONAP developer/user/cooperator.
ONAP Benchmark develops auto test environment and auto test scripts/use cases.
...
| June 22, 2017 | v.25 |