Please add your session proposals in the table below.
[Note: the current plan for each session is 30 minutes]
...
Contact: Tetsuya Nakamura (t.nakamura@calelabs.com)
...
TBD (ETSI NFV and ONAP representatives)
Jamil Chawki /Orange
...
Contact: Tetsuya Nakamura (t.nakamura@calelabs.com)
Jamil Chawki
...
Pierre Lynch / pierre.lynch@keysight.com
...
Alla Goldner
alla.goldner@amdocs.com
...
Contact: Alla Goldner
(alla.goldner@amdocs.com)
...
Yang (Gabriel) Yu , Sridhar
...
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.
...
Contact: Yang (Gabriel) Yu
...
sreekalyan devaraj, Luis Gomez
...
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
...
Monday (March 26, 2018)
Room: Wilshire I (X-Project Efforts) | Room: Hancock Park (SDOs) | Room: Echo Park (Containers) | Room: K-Town (Use Cases & Misc) | |||||||
Developer Forum Kickoff |
|
|
| |||||||
Lessons Learned: Integration, From the Cradle to the Stage (Robyn Bergeron, Daniel Farrell, Monty Taylor, Gildas Lanilis, Fatih Degirmenci) | Collaboration between Open Source (ONAP) and SDO for SDN/NFV modeling/API (Phil Robb, Hui Deng, Lingli Deng Jenny Huang (TMF), Klaus Martiny (ZSM), Dan Pitt (MEF)) | Building Cloud Native, Web Scale, Deployable VNFs with Service Mesh Architecture (Wenjing Chu, Jia Xuan, Stephen Wong, Dave Neary, Rossella Sblendido, Isaku Yamahata)
|
Telecom Service providers PoCs leanings from ONAP Policy Engine with AI/ML predictive inputs |
...
(Sana Tariq |
...
...
Sana Tariq
...
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
...
Bin Hu, bh526r@att.com
...
LFN Developers and anyone who is interested in enabling a platform and service on multiple cloud infrastructures
...
Contact Bin Hu, bh526r@att.com
...
A guide to build a cloud native VNF
...
...
Kubernetes networking in the telco space
...
Ekta Khurana, ekhurana@luminanetworks.com
Vasu Srinivasan, vsriniv@luminanetworks.com
...
Contact: Ekta Khurana
ekhurana@luminanetworks.com
...
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 FD.io VPP-based ONAP use cases.
...
Contact: Chris Donley
...
) | ||||||||||
Managing State in Cloud Native VNFs (Dave Neary) | Experience sharing: the national experiment network for NFV testing in China Mobile (Fu Qiao)
| |||||||||
| AM Break | ||||||||||
LFN Compliance/Verification Governance (Chris Donley) Recording truncated due to on-site wifi disconnect. | ETSI NFV & LFN collaboration - Functionality, API (Thinh Nguyenphu)
| |||||||||
Building container-based NFV solutions with VPP integration and ONAP orchestration |
...
(Tina Tsou |
...
, Trevor Tao |
...
(trevor.tao@arm.com)
...
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.
...
)
|
...
| Early Insights from ONAP/OPNFV Cross-Community Collaboration PoC (Bruce Thompson, Eddie Arrage)
| ||||||||||||||||||||||||||||||||||
Cross Community Infra/CICD (Fatih Degirmenci/Daniel Farrell) Recording truncated due to on-site wifi disconnect. | ETSI NFV & LFN collaboration - VNF Package, VNF Descriptors (Andrei Kojukhov, Thinh Nguyenphu)
| Kubernetes networking in the telco space (Gergely Csatari)
| Network Operating Systems (NOSs): What's out there and how they are evolving - Robert Bays, David Maltz, Brian O'Connor
| ||||||||||||||||||||||||||||||||
Harmonizing documentation across LFN (Eric Debeau, Greg Glover, Sofia Wallin, Thanh Ha)
| TBD MEF topic | Long Duration Stability Test (Yu Yang (Gabriel)) | |||||||||||||||||||||||||||||||||
Re-using OPNFV framework tests for LFN projects (Eric Debeau, Cedric Ollivier)
| IETF & LFN projects coordination (Charles Eckels) | NFV and DevOps Networking Needs in Kubernetes: A Unifying Vision (Ed Warnicke) | CORD and ONAP Integration - Bora Eliacik, Netsia | ||||||||||||||||||||||||||||||||
Lunch Break | |||||||||||||||||||||||||||||||||||
| PM Break | |||||||||||||||||||||||||||||||||||
| ODL Breakout | OPNFV Breakout | ||||||||||||||||||||||||||||||||||
Tuesday (March 27, 2018)
Room: Wilshire I | Room: Hancock Park | Room: Echo Park | Room: K-Town |
TAC Meeting |
|
|
|
AM Break | |||
Wrap-up session |
|
|
|
Plenary Session Proposals
This presentation will show a reference design of container-based VNFs with integration of Vector Packet Processing (VPP) from FD.io 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
...
...
Contact: Bin Yang
bin.yang@windriver.com
...
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.
...
Contact: Liam Fallon
...
Jamil Chawki
...
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 ...
...
Contact: Jamil Chawki
...
...
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.
...
...
Eric Debeau eric.debeau@orange.com
Cédric Ollivier
...
Porjects: OPNFV, ONAP, ODL,
Audience: testers, developers
...
Contact: Eric Debeau
...
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
...