Phil Robb, Sr. Director Of Technical Operations, OpenDaylight

Collaborating with OpenDaylight for a Network-Enabled Cloud

2

What is OpenDaylight?OpenDaylight is an Open Source Software project under the Linux Foundation with the goal of furthering the adoption and innovation of Software Defined Networking (SDN) through the creation of a common industry supported platform

Code Acceptance Community

To create a robust, extensible, open source code base that covers the major common components required to build an SDN solution

To get broad industry acceptance amongst vendors and users• Using OpenDaylight code directly or

through vendor products• Vendors using OpenDaylight code as

part of commercial products

To have a thriving and growing technical community contributing to the code base, using code in commercial products, and adding value above, below and around.

3

OpenDaylight:Bringing the Industry Together

OpenDaylight as a Platform

5

In a Nutshell, OpenDaylight…... has had 31,388 commits made by 696 contributors representing 2,614,066 lines of code... is mostly written in Java with an average number of source code comments... has a well established, mature codebase maintained by a very large development team with stable Y-O-Y commits... took an estimated 764 years of effort (COCOMO model)

6

OpenDaylight• The biggest networking OSS project by any measure (www.openhub.net):

150+ known* commercial deployments by 20+ companies SW / Equipment vendors, SPs, … Networking, entertainment, energy management, …

* = reported to Linux Foundation

OVS:306,888

Floodlight: 86

RYU:95

FD.io: 90

Floodlight: 2,722

RYU:2,783

FD.io: 1,418

Floodlight: 93,198

7

OpenDaylight Deployments

Why is OpenDaylight important to OpenStack?

Desires Have Changed

9

I want to build my app or service and have it run well

Infrastructure automation is finally beyond banging on rocks and cups

with string

Things are still being built and organized bottoms-up. HOW

DO THESE PIECES FIT TOGETHER?

I want my apps to easily run across HV-Containers, DCs, Clouds.

Networking still seems FUBAR.

Networking is complex... But I don’t have anyway to

communicate with it in PaaS

Why can’t the infrastructure just figure out how to program itself?

What actually happened when my WL ran?

Objective: Simple-to-Deploy Apps and Services

Infrastructure SoftwareManagementOrchestration

Analytics, Controllers

Application SoftwareSaaS + Integration

Operations

Embedded SoftwareRoute, Switch, Appliance

Workflow and Intent

Programmability

NetworkIntelligence,

Guidance

Statistics,States, Objects

and Events

SERVICESORCHESTRATION

NETWORK

ANALYTICS

APPLICATIONS&

PaaS

10

The “stack” does the right thing and manages itself

11

The Whole Stack Open Source Building Blocks

*New to LinuxFoundation in 2015/2016

PaaS

Clou

d In

fra

& To

olin

gIn

fras

truc

ture

AdditionalPaaS platforms

Open-O

CI/C

D

PaNDA

*

*

*

*

* * *

Hardware

Network Control

Operating Systems

VIM Management System

Orchestration

Application Layer / App Server

IO Abstraction & Feature Path

Evolve/Integrate/Install/Test

Network Data Analytics

What Must Be Managed in a Network…

chain-in

chain-out

EP:1

EP:2 EP:3

EP:4

ContractsMatch:*Action: chain: vFW-gb

chain-in

Match:*aAction: chain: vFW-bg

chain-out

vFWEP1

EP2

EP3

EP4

GBP:blueGBP:green

EP1

EP2

EP3

EP4

VPP VPP

ASA1000v

VPP

br-gb br-bg

EP1

EP2

EP3

EP4UCS-BM460vmnic0 vmnic1

UCS 6200

eth20 eth20

CPU MEM STG

Policy View

Service View

Virtual Topology

Physical Topology

Resource View

Application View App GoRouter Message Bus GoRouter

Everything below this Line should be

a “NO-STACK WORLD”

Where’s BW?

IPNetwork

IPNetwork

IPNetwork

IPNetwork

IPNetwork

IPNetwork

App

12

The Ability To Spin Up Compute &

Storage Nodes At Will Is Pointless If

They Can’t Be Connected

Intelligently

14

Real World Use Cases with ODL & OpenStack• Key Challenge: OpenStack Neutron by itself provides a tenant-facing

cloud networking API but is limited what it exposes to cloud operators. NFV requires significant new functionality (e.g. Service Function Chaining)

ODL Case Studies:• AT&T• China Mobile• Orange• Massachusetts Open Cloud

ODL Use Cases:• Network Virtualization for OpenStack• Multi-tenant Network • NFV Telco Services• Policy and Intent• OVS Virtualization for Software Switches• SFC Support with a Virtualized Environment

15

Benefits of OpenDaylight in Your Cloud1. OpenDaylight Sees and Manages the Network End-to-End

• Within a datacenter, across datacenters, to other public/private clouds, across Campus, Metro, or long haul WAN links

• Is aware of physical underlay as well as overlay• Implements/maintains network policy across virtual/physical boundaries

2. Supports many protocols across heterogeneous networking equipment

3. Provides instrumentation/monitoring of network• Allows for reactive traffic shaping based on conditions

4. Integrates with “higher level” orchestrators/managers

16

OpenStack / ODL Integration Using OF/OVSDB

• OpenStack Neutron:• Plugin: Modular Layer 2 plugin

• networking-odl:• ODL L3 plugin• Drivers fro LBaaS, FWaaS, VPNaaS,…

• OpenDaylight:• Neutron northbound• Openstack serivce providers:

• ovsdb/netwirt, GBP, VTN, Lisp Flow Mapper, NIC• Soutbound protocol:

• Openflow, Ovsdb, Netconf

17

OpenStack / ODL Integration: “Fast Data Stack”• OpenDaylight

• GBP Neutron Mapper• GBP Renderer Manager enhancements• VPP Renderer• Virtual Bridge Domain Mgr / Topology

Manager• FD.io

• HoneyComb – Enhancements• VPP – Enhancements • CSIT – VPP component tests

• OPNFV• Installer: Integration of VPP into APEX• System Test: FuncTest and Yardstick

system test application to FDS

See also:FDS Architecture: https://wiki.opnfv.org/display/fds/OpenStack-ODL-VPP+integration+design+and+architecture

What Makes OpenDaylight Different?

18

SAL/Core

Protocol Plugin

NetconfClient

Protocol Plugin

SouthboundRESTCONF Connector...

ApplicationNetconfServer

NorthboundRESTCONF ... Application

Protocol Plugins/Adapters

Controller Core

Controller Apps/ServicesREST

...

... OSS/BSS, External Apps

Network Devices

19

From Layers to Microservices

Controller

SAL/Core

Protocol Plugin

Protocol Plugin

...

Application ... Application

Northbound API

Southbound API

Controller

ProcessingProcessingSAL/Core

Application

Protocol Plugin

Model

API

Application(Processing)

API

Model

20

OpenDaylight Software Architecture

SAL/Core

NetconfClient

Protocol Plugin

... NetconfServerRESTCONFApplication Application

REST

Data Store Messaging Core

Apps/Services

Clusterin

g

Yang Model

Data RPCs, Notifications

21

MD-SAL:Connecting Providers and Consumers

Core

Apps/Services

SAL/Core

NetconfClient

Protocol Plugin

... NetconfServerRESTCONFProvider

AppConsumer

App

22

MD-SAL:Connecting Providers and Consumers

Core

Apps/Services

SAL/Core

NetconfClient

Protocol Plugin

... NetconfServerRESTCONFProvider

AppConsumer

App

23

Beryllium:Enhanced OpenStack Integration• OpenDaylight Features

• Neutron API enhancements to enable use of ML2 Plug-in• Full support for OpenStack HA and Clustering• Improved security with HW-VTEP and efficient security group configuration

via OpenFlow vs IPTables• OpenStack BGP-VPN support

• Benefits• Enhanced robustness and security for OpenStack over OpenDaylight

deployments

24

What’s Coming In Boron • Better Scaling• Better Performance• Enhanced HA & Clustering• Evolution of the OpenDaylight ML2 Driver• App-agnostic app composition pipeline (GBP, SFC, VPN, Etc.)• New Features/Projects….

25

What’s Coming In Boron - Features• Genius:

• Provides generic network interfaces, utilities & services • Creates composition pipeline for ODL applications• Eliminates resource allocation interference between ODL apps

• NetVirt:• Open vSwitch-based virtualization for software switches• Hardware VTEP for hardware switches• Service Function Chaining support

• Yang IDEProvides an Eclipse plugin that can be used to view and edit YANG model files

26

What’s Coming In Boron (Continued)• OCP Plugin

• ETSI standard protocol for control and management of Remote Radio Head (RRH) equipment

• Plugin allows applications and controller services to interact with RRHs using OCP

• Cardinal (OpenDaylight Monitoring as a Service) • Extends the following for a remote NMS:

• OpenDaylight MIB (Management Information Base) defined in OID experimental• ODL diagnostics to be exposed across SNMP • Integrates OpenDaylight TSDR and Centinel for monitoring data and analytics• ODL diagnostics across northbound for autonomous notifications (SNMP Traps)

27

How to Get Started:• Download directly from OpenDaylight.org.• Find a Solution or Provider

ODL is the only open source SDN platform with a robust ecosystem of products, solutions, distributions, and other providers who can help you deploy open SDN in your network.

• Getting Started GuideA comprehensive guide for newbies and advanced users to learn about, install and deploy OpenDaylight.

http://www.opendaylight.org/start

28

Thank you