Skip to end of metadata
Go to start of metadata

Programming Committee Members: Daniel Farrell, Ed Warnicke, Mazin Gilbert, Tim Irnich, Phil Robb, Ray Paik

[Note: the current plan for each session is 30 minutes]

Once accepted, the below proposals will be scheduled during Plenary session on the Monday morning in the breakout rooms. 

TitleSpeaker(s): name/emailTarget audienceAbstract (3-5 sentences)Notes
1ETSI NFV & LFN collaboration - VNF Package, VNF Descriptors - TBD (ETSI NFV representatives) OPNFV, ONAP developersThe latest status and details of ETSI NFV VNF package specifications including ability to include non-MANO artifacts in a VNF package will be introduced.

Contact: Tetsuya Nakamura (

2ETSI NFV & LFN collaboration - Functionality, API - TBD (ETSI NFV representatives)OPNFV, ONAP developersA high-level map of the functionalities and concept behind the ETSI NFV APIs will be introduced. Also, support of API client authentication/authorization based on TLS certificates as an alternative to OAuth, management interfaces between MANO and OSS/BSS, and OpenAPI work status will be addressed in order to discuss how ETSI NFV APIs can work with the LFN.Contact: Tetsuya Nakamura (
3ETSI NFV & LFN collaboration - Architecture - 

Cristina Badulescu(, Stephen Terrill(, Jamil Chawki /Orange -ONAP

OPNFV, ONAP developersONAP - ETSI NFV architectural framework alignment proposals will be presented.

Contact: Tetsuya Nakamura (

Jamil Chawki

4ETSI NFV & LFN collaboration - Testing - 

Pierre Lynch /

OPNFV, ONAP developers, testersETSI NFV TST Working Group activities including NFVI compute & network metrics, NFVI benchmarks, and interoperability testing guidelines will be introduced. Direct testing collaboration activities will be discussed. Also,the current ETSI Plugtest operation will be explained, and the collaboration framework for the upcoming co-located Plugfest/Plugtest event in June will be proposed.Contact: Tetsuya Nakamura (
5Cross Community Infra/CICDTBDLFN Developers who are interested in how things work across LFN and wider open source ecosystemAll of our communities strive to apply CI/CD and Infra best practices and use certain tools supporting these. There has been substantial amount of work going on in this area and this session will give update on these and how to involve.Contact: Fatih Degirmenci
6ONAP use cases and functional requirements: from Amsterdam to Beijing and brainstorming on Casablanca focus/requirements

Alla Goldner

LFN developersDescription of the evolution we've went through from supporting use cases in Amsterdam to supporting generic functional requirements in Beijing. The process and the scope ofd the requirements will be covered.

Contact: Alla Goldner


7Long Duration Stability TestLFN developers

Long duration tests are introduced in OPNFV by test working group and cooperate with Infra working group. Tests for long term stability could be manipulated elaborately to reflect and validate many aspects of the system for stable production usage purpose.The background, methodology, set-ups, specification, upstream and results of stability validation in OPNFV will be discussed.

8Build Once Use Many : A Comprehensive Approach to API Validation and collaboration for all stakeholders

sreekalyan devaraj, Luis Gomez

LFN developers, QA professionals, API users, contributors

Automation and programmability are the key aspects of SDN/NFV and thus APIs are at the heart
of it. Validating, sharing, documenting, testing and providing examples of API usage to
developers and users is fragmented in and across various open source projects while these
capabilities are extremely important for any open source project and its consumers. We believe
through the use of open tools we can addresses these concerns and and unify all these use
cases for various stake holders. We will talk about building a system that treats APIs as as a
first class citizen and follows the principles of "Build Once Use Many". We will also talk about
how we can standardize this across open source projects to provide common experience for the
consumers of the APIs.

Contact: sreekalyan devaraj, Luis Gomez

9Telecom Service providers PoCs leanings from ONAP Policy Engine with AI/ML predictive inputs

Sana Tariq

Acumos community,OPNFV, ONAP developers, users, contributorsThis session will share key learnings from ONAP PoCs using CLAMP project closed loop orchestration use-cases with real-time analytics and AI/ML predictive inputs to drive policy decisions. We will address telecom service providers use-cases for AI and machine learning and desired state of ONAP policy engine to optimize cloud/network resource management, enhance security and drive better customer experience for supporting future services landscape.

Sana Tariq

10Panel: Lessons Learned: Integration, From the Cradle to the StageRobyn Bergeron, Daniel Farrell, Monty Taylor, Gildas Lanilis, Fatih DegirmenciAnyone who is interested in learning about what we are doing to solve challenges we all face in open source E2E Integration

In this panel, developers from OPNFV, OpenDaylight, OpenStack and ONAP communities will discuss the challenges in E2E Integration and Testing faced by the open source networking projects and what each community is doing to address them in a collaborative manner.

Participants will learn more about the initiatives driven collectively by these communities and get to know the latest developments in CI/CD and DevOps area in open source.

Fatih Degirmenci

Daniel Farrell

 11Enabling Workloads Orchestration in Multiple Clouds

Bin Hu,

LFN Developers and anyone who is interested in enabling a platform and service on multiple cloud infrastructures

ONAP is missioned to deploy and run VNFs on multiple infrastructure environments, including virtualized infrastructure and cloud native. Workload deployment and orchestration in multiple clouds is expected to play an essential role in ONAP operational success.This presentation discusses an architectural vision for ONAP to orchestrate workloads in multiple clouds. The key aspects for a comprehensive ONAP workload orchestration are discussed, including deploying containerized workloads into k8s clusters on bare metal in edge cloud. ONAP MultiVIM component serves as a single platform for deployment and orchestration of containerized workloads as well as VM-based workloads in true multiple infrastructures. It simplifies workload management and improves ONAP’s operational performance and user experience.

Contact Bin Hu,


A guide to build a cloud native VNF

VNF or application developersCloud native webscale applications are already in use since years. The principles of cloud native transformed the industry and all applications are hyper scalable and infrastructure agnostic. How can we apply the same pattern to a high capacity and highly available VNF and how can this fit into the ETSI NFV architecture? In this talk I will describe how the different layers of a core network signaling VNF application built together into a new cloud native architecture, what challenges we had and how did we solve those.

Kubernetes networking in the telco space

Gergely CsatariAnyone trying to run VNF-s on Kubernetes.The main purpose of VNFs is to route different types of network traffic into the right direction. This means that VNFs are handling a high amount of network traffic and have special networking needs. The networking solution provided by Kubernetes does not fulfill these requirements, therefore we built a CNI plugin. This presentation lists the requirements and architecture of CNI plugin and alternatives, which were investigated.
14Building a product on Open Source: Challenges and Solutions,Anyone who wants to build a product and CI infrastructure on Open SourceRecent evolution of Open Source projects has made a significant impact on the approaches that organizations use to build software products. While Open Source projects offer measurable benefits, a wide range of features and use cases, maintaining production quality is an immense effort that demands organizations to adopt the “upstream first” methodology. Speakers will share their experiences on the technical challenges encountered while productizing the OpenDaylight project, nuances of supporting parallel major releases, re-enforcing quality metrics, community contribution, packaging process to build a production ready distribution, applying continuous integration and automated testing techniques on different platforms, keeping up with major upstream releases and insights into how to maintain a two-way road between a community project and a company product.

Contact: Ekta Khurana

15Advanced automation in ONAP via closed loopMarco Platania (, LNF developers, cloud providers, network operators

Cloud technologies and virtualization are revolutionizing the network. Operators can rapidly deploy network functions, scale out, replicate, and migrate them based on customer demand, resource availability, reliability requirements, etc. This highly dynamic environment makes it hard and inefficient to manage modern networks manually.

ONAP addresses this issue by supporting policy-driven automation of management functions via closed loop. This allows to monitor and control the behavior of network functions in real time, dynamically scale resources, and quickly manage the failure of network elements, resulting in operational efficiency and cost reduction.

In this talk, we will present the main building blocks for creating closed loops in ONAP and demonstrate closed loop in action for managing the lifecycle of VPP-based ONAP use cases.

Contact: Marco Platania,
16LFN Compliance/Verification GovernanceChris Donley ( service providers and vendors interested in compliance/verification testingThis session will discuss existing and planned compliance/verification programs (such as OVP, Powered by OpenDaylight, and VVP). We will also talk about how to harmonize under the LFN umbrella, and discuss a proposal for a new governance structure for LFN compliance and verification that encourages collaboration and re-use, while preserving each community's oversight and engagement.

Contact:  Chris Donley


Building container-based NFV solutions with VPP integration and ONAP orchestration

Tina Tsou

Trevor Tao


The presentation will be useful for audience who want to understand the progress of NFV on Arm and who have plan to deploy their NFV solutions on Arm architecture.

Containers are becoming popular choices for NFV solutions due to the benefits provided: easier to deploy, better scalability and lower overhead. Kubernetes has become another choice for Virtual Infrastructure Manager (VIM) in NFV deployment. Some key challenges still need to be addressed for container-based NFV solutions, e.g., requirements of high performance container networking solutions and ease of orchestration and management of VNFs, which are pain points for many server providers to deploy container-based NFV solutions.

This presentation will show a reference design of container-based VNFs with integration of Vector Packet Processing (VPP) from and ONAP orchestration on Arm NFV infrastructure. We are building this Arm-based solution in OPNFV Container4NFV and Auto projects. Kubernetes is used as VIM to deploy Docker cluster for OPNFV platform. ONAP key components like APP-C, DCAE, SDN-C are deployed on this OPNFV platform for Edge Cloud, Resiliency, and Enterprise vCPE use cases. The VPP vhost-user interfaces are used to create L2 bridge and VxLAN overlay to connect between containers, which can be on the same host or different hosts. Two local cloud stacks (OpenStack, and cloud-native) are used in combination to represent one type of "hybrid cloud" environment.


Contact: Tina Tsou

18Model Driven NBI of ONAP Multi-VIM/Cloud serviceONAP developers, VIM vendors, Cloud service providers and VNF vendors who care about how the model driven NBI of Multi-VIM/Cloud service could simplify the life cycle management of workload over VIM/Cloud of various types.ONAP Multi-VIM/Cloud project aims to provide a mediation layer between ONAP and VIM/Cloud of various types in order to make ONAP being cloud agnostic. It would be very beneficial to achieve this goal by having Multi-VIM/Cloud exposing a set of common NBI to ONAP components and translating them into different sets of SBI for target VIM/Cloud of various types. Through this presentation, I will illustrate what the Model driven NBI exactly is and how it can be used as this common set of NBI.

Hands On with the APEX Adaptive Policy System

Developers who would like to have a way of defining logic and the data it uses in their system in a flexible way at run time.

Architects who wish to gain an understanding of how policy and specifically adaptive policy could be used to enhance the architecture of their systems.

Policies can be used to express logic in a flexible and adaptive way for any application domain. The Apex Adaptive Policy System and Environment allows you to change your domain logic on the fly as your application runs and to control the context of multiple policies as they run. APEX is being contributed to ONAP by Ericsson.

This hands-on tutorial session will give an overview of Apex Adaptive Policy System and Environment and will briefly explain the principles and components of the system.

Attendees will be shown how to install APEX and create a policy. How to deploy and execute the policy on an Apex policy engine will be shown. Modification of a policy at run time, adapting it, and redeploying the adapted policy in the engine will also be demonstrated.

 20 Cross LFN technical projects Collaboration

Jamil Chawki

 LFN PTLs and TSCs

 What cross project within LFN should focus on at ONS ?

Identify topics for cross collaboration between ONAP, OPNFV, ODL, PNDA & SNAS (XCI, Reference VNF, NFV Infrastructure, VNF validation, Network Analytics ...  Cross LFN projects collaboration

 Contact: Jamil Chawki

21Taming Policy Complexity: Model to Execution

Audience: developers and architects interested in closed control loop automation (with policies for decision making). Anyone else who wants to understand that we do distributed computing, not networking, these days.

Regardless of its domains of application, the policy system at the centre of a closed loop system such as ONAP will need to have some very stringent and dissonant quality attributes. As well as ensuring that the correct policy is in the correct place at the correct time, executing policies must preserve state and yet scale and must take account of their (possibly conflicting) context and yet be adaptable. In this talk we discuss the relative importance of these quality attributes when applied to a closed loop system such as ONAP. We draw on our work in Policy to discuss how policies that hold state at run time can be scaled, and how a policy system can be engineered to be adaptable even as its state and context changes. We will detail our policy engine, which Ericsson is contributing to the ONAP policy framework.

22Re-using OPNFV framework tests for LFN projects

Eric Debeau

Cédric Ollivier

Porjects: OPNFV, ONAP, ODL,

Audience: testers, developers

OPNFV defined a powerful framework for functional tests to check the various OPNFV scenarios. This framework is very flexible and enables with a lighweight Docker to run a set of rich functional tests and automatically reports results in DB. ONAP project started to use FuncTest framework to validate the end-to-end solutions using the various installers (Heat and Kubernetes).

Contact: Eric Debeau

23Harmonizing documentation across LFN

Eric Debeau

Greg Glover Gregory Glover

Sofia Wallin Sofia Wallin

Thanh Ha Thanh Ha (zxiiro)

Project: All LFN projects

Audience: architects, end users

Documentation is key to get fast adoption by a broad ecosystem. Various LFN projects are using the same chain documentation tooling based on RST+Sphinx.

However, there is a lack of harmonization for Documentation presentation, API documentation, figures, call flows.

Identify how to better harmonize Documentation and provide the best practices  

Contacts: Eric Debeau


Common Modeling Practice in ONAP

Interested audience would be including:
(1) related SDO participants and OSS or commercial product architects/developers who are interested in the current practice for common modeling design and implementation in ONAP community, and
(2) technical/marketing strategists for SDN/NFV solutions who are interested in the methology and progress of the collaboration between opensource community and various standards bodies.

ONAP is targeted as a model-driven platform for SDN/NFV network automation. The common modeling design and implementation by all the third-party management systems (OSS applications, Cloud infrastructure managers, SDN controllers, vendor specific element mangement systems, etc.) externally, service and network entities to be managed by ONAP among the different ONAP components (design and creation, deployment and monitory, etc.) internally is the key to achieve that goal.

ONAP R1 is mostly about the mapping of ECOMP IM/DM with OPENO ETSI/TOSCA based IM/DM due to time limitation. Starting from Release 2, ONAP modeling subcommittee is working on the merge into the unified IM/DM and taking into input from different SDOs (TMF, MEF, ETSI NFV).

The panelists will share the approach taken by and a summary of current progress of ONAP modeling.

It is intended to arouse the interest in and encourage contribution to the practice from a broader ecosystem.

Contact: Lingli Deng
 25Collaboration between opensource(ONAP) and SDO for SDN/NFV Modeling/API

Phil Robb

 Hui Deng

Lingli Deng

Jenny Huang (TMF)

Klaus Martiny (ZSM)

Dan Pitt (MEF) 

 Developers, modeling community, SDOs, The coordination between standard and opensource become more imperative when ONAP would like to support more commercial use case, different SDOs and forum have different model for key artifacts such as service, resources. The danger is that when API are built, different SDO, Forum, and ONAP will not be able to interoperable. for NFV, some vendors have already implemented the product reference on ETSI NFV/OASIS TOSCA standard, for inter operator interworking, MEF also proposed interlude interface. TMF API has been widely used , ONF TAPI has been integrated into MEF core and resource models. So this panel will discuss how opensource and standard would work better to get alignment to avoid the fragmentation of industry. Contact: Hui Deng
26Management of cloud native network functions

Munish Agarwal

ONAP Developer, VNF Vendors, Network Providers

Cloud native network functions leverage containers, hence driving the introduction of container orchestration in automation systems.  The container orchestration systems provide rich capabilities in the area of application instantiation, scale, monitoring and upgrade. Most of the network functions are based on VM today and there would be a transition from pure VM to hybrid (VM + container) to pure containers based Network functions.  This presentation looks at introduction of contain orchestration into ONAP as well as hybrid VM and container orchestration.

27Managing State in Cloud Native VNFsDave NearyOPNFV, VNF VendorsThe classic advice for cloud native application development is to avoid stateful components. However, most Telco applications include multiple types of stateful data - events, telemetry, call records, customer data, application session state, and more. This presentation will cover common cloud native data design patterns which allow developers and operators to scale applications and provide resiliency for important data. Attendees will learn about common data patterns including sharding and master/slave replication, the many ways to cache data to improve performance and scalability, and modern storage back-ends which are tolerant to failure.Contact: Dave Neary <>
28Building Cloud Native, Web Scale, Deployable VNFs with Service Mesh Architecture

Wenjing Chu

Jia Xuan

Stephen Wong

Dave Neary

Rossella Sblendido

Isaku Yamahata


VNF developers


Communication service providers

In the Cloud Native communities, 2018 is turning out to be the Year of Service Mesh. In this talk, we will introduce to the audience of What's and Why's of the mirco-service architecture based on a Service Mesh, the competing open source options of Service Mesh (e.g. Istio / Envoy, Conduit, NginMesh ...), and the challenges we need to solve to implement a service mesh based micro-service architecture for CSPs, e.g. container networking choices, supporting stateful VNFs, service policy interfaces etc. We will weave in some of the ongoing work in the OPNFV Clover project addressing these challenges along the way, but the content is broadly applicable to anyone interested in learning about how to build web scale, deployable, cloud native network services with a service mesh architecture. This will be equally applicable to developers and operators.
29Early Insights from ONAP/OPNFV Cross-Community Collaboration PoC

Bruce Thompson

Eddie Arrage

All LFN developers involved in validation and verification projects. Service providers interested in having validation baselines in their NFV related RFPs. This session will provide a preview into how the ONAP VNF SDK project can deliver test content through the OPNFV Dovetail compliance verification framework. A hands-on demo will show how Dovetail driven onboarding/lifecycle VNF validations can be triggered upon uploads to the ONAP VNF Marketplace.  The demo will further expound on how the OPNFV Verified Program (OVP) web portal can be leveraged to provide infrastructure in the context of a broader LFN ‘Verified’ program. This common infrastructure includes a centralized, LF-managed result repository online to foster collaboration and self-testing with community reviews. In turn, the additional VNF SDK validation content will make a unified ‘Verified’ program more compelling.Contact: Eddie Arrage

Automatic integration & On-borading system used in China Mobile's NFV/SDN network

fuqiaoOPNFV, people who are interested in CI/CD and testing for NFV scenario

This talk presents the automatic integration and on-boarding system designed and used in the China Mobile Novonet experiment network. The network includes more than 10 OpenStack clouds deployed in 4 different provinces in China. In China Mobile, we design an automatic system to solve the integration and on boarding testing problem in such large scale Telco-OpenStack cloud.

We take the most advantage of the open source tools both OpenStack and OPNFV provide us. In this talk, we would like to share the progress on this work, the problems we have and what we would love to contribute back to the open source community.


Telecom Integrated Cloud: Future Network Architecture for China Mobile

fuqiaoPeople who are interested in future network framework and how open source projects will help the future network

China Mobile features its future network with multiple telecom DC accoss the whole countries. These DC specifically designed for telco scenarios are called TIC(Telecom Integrated Cloud). In this session, we will give detailed introduction of the definition and architecture of TIC. The architecture includes 50-100 core TICs located in provinces, and 3000 more Edge TICs located in cities and counties. The presentation will include calculation of the server number within each TIC, and detailed design of both core and edge TIC. We will also address open issues for edge TIC, including acceleration and container orchestration.



Experience sharing: the national experiment network for NFV testing in China Mobile

fuqiaoPeople who are interested in testing and large scale implementation of NFV

This session will introduce work and experience in the national NFV experiment network in China Mobile. This network covers 4 provinces in China, including 6 DC sites, and cover more than 20 vendors, including hardware vendors, virtualized infrustructure vendors, VNF vendors and MANO vendors. SDN is used to manage the network within and between different DC.Services including vBRAS, vCPE, vEPC are tested. We construct this network to fully explose the problems and interfaces we will face when we construct a 3 layer decoupled NFV network. In this session, we would like to share how we manage such network, experience we learned from the integration and interoperability testing, and what are further needed to consider for future deployment of NFV network.

33Edge Cloud ThinkingfanyameiPeople who is interested in NFV edge cloud design under large scale deployment requirement

This session will introduce the survey and deployment thinking of edge cloud in China Mobile. The NovoNet network is China Mobile’s future network, it includes both core clouds and edge clouds. As for the core cloud design, the formation is relatively fixed. But when comes to the edge cloud, the formations will become diverse. The services like vEPC, vCPE, vBRAS, MEC deployment thinking and principles become so crucial. In this session, we would like to share that how we introduce different services into the future NovoNet network and also to share the latest research progress of relative services requirements for cloud to give others an example of edge cloud design.

  • No labels