Phil Robb, Sr. Director Of Technical Operations, OpenDaylight Collaborating with OpenDaylight for a Network- Enabled Cloud
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