What is OPNFV? Frank Brockners, Cisco. June 20–23, 2016 | Berlin, Germany.

Slides:



Advertisements
Similar presentations
Windows Server ® 2008 File Services Infrastructure Planning and Design Published: June 2010 Updated: November 2011.
Advertisements

OpenDaylight Overview for Developers David Meyer Chair, OpenDaylight Technical Steering Committee OpenDaylight | ONS Developer Breakout.
<<replace with Customer Logo>>
Virtualized Infrastructure Deployment Policies (Copper) 19 February 2015 Bryan Sullivan, AT&T.
Introducing Open Platform for NFV Please direct any questions or comments to 1.
Bootstrap/Get-started Project Team, Frank Brockners February 23, 2015
1 © Cable Television Laboratories, Inc Do not share this material with anyone other than CableLabs Members, and vendors under CableLabs NDA if applicable.©
Zhipeng (Howard) Huang
Please direct any questions or comments to
Introducing Open Platform for NFV Please direct any questions or comments to 1.
OSCAR Project Proposed Project for OPNFV
24 February 2015 Ryota Mibu, NEC
Copyright © 2014 Juniper Networks, Inc. 1 OSCAR Project Proposed Project for OPNFV Stuart Mackie NFV/SDN Architect.
OSCAR Project Proposed Project for OPNFV
Escalator Project Proposal 20 April 2015 Jie Hu, ZTE.
IETF 91: Open Platform for NFV Collaboration with I2NSF Chris Donley 1.
OPNFV Platform Overview
R2 Test strategy. Test strategy Testing is still a key challenge for OPNFV All the projects must manage their test strategy (unit, fonctional, security,
1 Doctor Fault Management 18 May 2015 Ryota Mibu, NEC.
Slide Index (per Richard’s sugg. / not to be included in video) What is TOSCA? TOSCA Addresses Critical Cloud Challenges TOSCA models integrate the collective.
QTIP Version 0.2 4th August 2015.
R2 Test strategy. Test strategy Testing is still a key challenge for OPNFV All the projects must manage their test strategy (unit, fonctional, security,
Interoperability is Key to Accelerating SDN Adoption Neela Jacques Executive Director OpenDaylight Projectt.
OpenContrail for OPNFV
1 Doctor Fault Management - Updates - 30 July 2015 Ryota Mibu, NEC.
ETSI NFV ISG- Steven Wright, MBA, PhD, JD 13 Nov Chairman, ETSI NFV ISG.
Fault Localization (Pinpoint) Project Proposal for OPNFV
BoF: Open NFV Orchestration using Tacker
CloudBand™ ecosystem Get to NFV faster with an Ecosystem of Partners
Gerald Kunzmann, DOCOMO Carlos Goncalves, NEC Ryota Mibu, NEC
1 Adopting and Embracing Open Source for NFV Guy Shemesh Senior Director for Cloud Solutions, CloudBand October 2015.
Gerald Kunzmann, DOCOMO Carlos Goncalves, NEC Ryota Mibu, NEC
Open Source and Info Models 17 Dec 2015 Bryan Sullivan, AT&T.
1 OPNFV Summit 2015 Doctor Fault Management Gerald Kunzmann, DOCOMO Carlos Goncalves, NEC Ryota Mibu, NEC.
Chris Price TSC Chairperson TSC Composition & Governance 1.
Technical governance Please direct any questions to
© 2016 TM Forum | 1 NFV Ecosystem Enabler: A well-enabled VNF package Catalyst Theater Presentation, May 10, 2016.
Model-Driven NFV (Models) Project 22 March 2016 Bryan Sullivan, AT&T.
Benoit Claise Mehmet Ersue
Failure Inspection in Doctor utilizing Vitrage and Congress
OPNFV projects and project life cycle
SDN Controller/ Orchestration/ FastDataStacks Joel Halpern (Ericsson) Frank Brockners (Cisco)
Project Tacker Open Platform for NFV Orchestration OPNFV Design Summit.
Learnings from the first Plugfest
Open Source Summit May 8, 2017.
Bryan Sullivan, AT&T June 13, 2017
Bringing Dynamism to OPNFV
Instructor Materials Chapter 7: Network Evolution
14 April 2016 Bryan Sullivan, AT&T
---compliance and certification
Tina Tsou, Bryan Sullivan,
How to Reuse OPNFV Testing Components in Telco Validation Chain
Ashiq Khan, NTT DOCOMO Ryota Mibu, NEC
Building a TSC vision for Danube
OPNFV Doctor - How OPNFV project works -
Cross Community CI (XCI)
Introduction to OPNFV CVP
Dovetail project update
17 Dec 2015 Bryan Sullivan, AT&T
Tomi Juvonen SW Architect, Nokia
Intel® network builders university
OPNFV Board Meeting.
ONAP Amsterdam Architecture
State of OPNFV MANO OPNFV MANO WG Report
ETSI Multi-access Edge Computing:
Workload Optimized OpenStack made easy
Defining ONAP VNF Package Model
Network Services Benchmarking - NSB
For Community and TSC Discussion Bin Hu
Implementation Discussion Bin Hu
Presentation transcript:

What is OPNFV? Frank Brockners, Cisco

June 20–23, 2016 | Berlin, Germany

> Create. > Compose. > Deploy. Test. > Iterate. OPNFV is open source NFV

OPNFV Platform Overview Orchestration and Management Virtual Network Functions Infrastructure Compute Virtualization Control Storage Virtualization Control Network Virtualization Control Compute StorageNetwork Integration TestingNew Features Upstream Project Collaboration Continuous Integration / Continuous Deployment Documentation

OPNFV Project Goals Develop and test an integrated open source platform Include participation of end users Contribute to and participate in relevant open source projects Establish an ecosystem for NFV solutions

OPNFV is Up-Stream... Create

... and OPNFV is Down-Stream Compose.Deploy.Test.

Up-stream + Down-stream: Mid-Stream Compose.Deploy.Test. Create

“Systems integration as an open community effort.”

Assembling a Platform for NFV Enhancements Additions

Scenario: “Deployment of a set of components and their configuration” Key Release Vehicle for OPNFV OPNFV Composes Scenarios

A scenario is a system. Does it work? > Deploy. Test.

Example testing activity in OPNFV: System-Level testing: Project YardStick 1. Define infrastructure2. Identify VNF-type3. Select Test Cases4. Execute Tests5. Collect Results 6. Integrate VNF application Pre-Deployment validation of NFVI Control plane/User plane Main components Real time constraints Hardware Metrics Test cases 1 … N Test stimuli Test environment ETSI GS NFV-TST001 NFV-TST001 Chapter 6 Pre-Deployment validation of NFV infrastructure ConfigureDeployTestValidate -System under Test (SUT) -Deployment rules -Execute benchmarks -Trigger External scripts for SUT disturbances -Collect results -Graphical results -Assertion -Generate template or -External templates YardStick Test-Framework

Missing Features/Components? > Create

Building/evolving features means contributing upstream. Team Up To Drive Required Change Upstream Swimming upstream is hard Team-up to increase the likelihood to succeed Swimming upstream is dangerous

Feature Development Example: OPNFV Doctor Project – Fault Management “Doctor” creates a fault management and maintenance framework See also: ProjectBlueprintStatus CeilometerEvent Alarm Evaluator Completed (Liberty) Nova New nova API call to mark nova- compute down Completed (Liberty) Support forcing service down Completed (Liberty) Get valid server state Completed (Mitaka) Add notification for service status change Completed (Mitaka)

Doctor Project: Solution Brief Contents Fault Management Overview NFVI Maintenance Milestones and Goals Upstream Contributions Available at

Components evolve. Systems follow. > Iterate.

Install on reference system(s) Test on reference system(s) Lab1 Lab2 Lab3 Lab1 Lab2 Lab3 Integrate & build* as a system Choice of existing and new components, System state definition System Level CI/CD: OPNFV Octopus and Releng Projects

Community Labs: OPNFV Pharos Project Facilitate collaborative testing Provide developers with substantial resources Ensure OPNFV applicability across architectures, environments and vendors Create more robust, interoperable releases

OPNFV focuses on rapid innovation and rapid feedback for developers > OPNFV is less suited as an end-user base installation. > OPNFV isn’t a “product”

OPNFV is MANY Scenarios, including YOURS! > There is no one single OPNFV, there are multiple. > OPNFV isn’t a reference system.

Network Virtualization Control Storage Virtualization Control OPNFV Brahmaputra Overview Compute Virtualization Control Orchestration and Management Virtual Network Functions OpenStack KVM OpenDaylight OVS OpenContrail Compute StorageNetwork Infrastructure Pharos Community Labs OPNFV Bare Metal Lab Data Plane Acceleration Upstream Project Collaboration: Integration TestingNew Features ONOS Ceph ODP DPDK Alignment Installers Scenarios Functional System Performance Fault Mgmt IPv6 SFC L3VPN Reservation Continuous Integration / Continuous Deployment Documentation

What’s next? 24 COLORADO

Next Steps – OPNFV Colorado Maturing the Infrastructure – CI/CD system Lab reservation system “Any location” deployment Common configuration files (testing, installer config) Hardware x86 and ARM labs Feature Evolution Multi-Site, Policy New Scenarios Focused on NFV forwarding performance and flexible deployments 25

Members & Governance

OPNFV: An Open Community Open Governance Model Open Technical Decision Making Open Design Discussion Open Source License Open to all

OPNFV Members

Governance Structure Board and TSC A Business (Board) and Technical (TSC) governance structure separates business decisions from meritocratic, technical decisions OPNFV Bylaws:

Create.Compose.Deploy.Test. Iterate.

References OPNFV: OPNFV wiki: OPNFV Brahmaputra release: OPNFV stats: Mailing lists:

THANK YOU