OpenStack and OpenDaylight, the Evolving Relationship in

Cloud NetworkingCharles Eckel, Open Source Developer Evangelist

• Introduction

• OpenStack

• OpenDaylight

• OPNFV

• Putting it all Together

• Conclusion

Agenda

Photos from www.cityhyd.info and ar-ua.deviantart.com

OpenStack

OpenStack

6

• Cloud computing platform for public/private clouds

• Abstracts data centers into pools of resources

• Provides management layer for efficient, automated allocation of resources

• Empowers operators, admins, users via self service portals

• Provides APIs to develop cloud-aware applications

• Founded in Sept 2012

• Rackspace and NASA

• Apache 2.0 license

• Designed and developed in an open collaborative fashion

• 24,000 developers

• 500 companies

• 20 million lines of code

• Releases every 6 months

• Current stable release - “Liberty”

• 12th Release

• Released October 15, 2015

• 1933 developers contributed

• 164 companies involved

• Next Release – “Mitaka”

• Scheduled release April 7, 2016

The OpenStack Community

7

http://stackalytics.com/?release=liberty&metric=loc8

Extensible Software Architecture

Applications / Services

Physical and Virtualized Infrastructure

OpenStack Service APIs, SDK, CLI

Infrastructure Plugins

9

Compute

Service

(Nova)

Storage

Services

(Cinder

and Swift)

Network

Service

(Neutron)

Many more

Services

Dashboard

(Horizon)

Identity

(Keystone)

• Create private network for your VMs

• Create router to connect to shared public network

• Hover over the router icon to see additional info

• Router has been assigned IP address 10.0.0.1

• Click on the private network to see additional info

• Assigned address space 10.0.0.0/2

• Gateway IP is that of router (i.e. 10.0.0.1)

Create and Manage Networks with Neutron

10

11

OpenDaylight

OpenDaylight

13

• Large open source project within Linux Foundation

• Platform for building programmable, software-defined networks (SDN)

• Modular, model driven controller at core

• Northbound APIs to apps (e.g. OpenStack)

• Southbound interfaces to network devices (e.g. OVS)

The OpenDaylight Community

• Founded in February 2013

• Run by the Linux Foundation

• Eclipse Public License

• 15 founding companies donated software and development resources

• 600 contributors

• 2.5M lines of code

• Mostly Java

• First release “Hydrogen” February 2014

• Releases roughly eight months apart

• Current stable release - “Lithium”

• Released June 29, 2015

• “Lithium SR-3” update Dec 3

• Beryllium release targeted for Q12016

15

Service Abstraction Layer/Corea.k.a. MD-SAL

Base Network Functions

- Lithium

OpenFlow Enabled

Devices

DLUXVTN

CoordinatorOpenStack

NeutronSDNI

Wrapper

Network Applications

Orchestrations &

Services

Open vSwitchesAdditional Virtual &

Physical Devices

Data Plane Elements

(Virtual Switches,

Physical Device

Interfaces)

Controller Platform

Services/Applications

OpenFlow Stats Manager

OVSDB NETCONF PCMM/CO

PSSNBILISP BGP PCEP SNMPSXP

Southbound

Interfaces &

Protocol Plugins

OpenFlow

OpenFlow Switch Manager

USCCAPWAP OPFLEX CoAPHTTP

OpenFlow Forwarding Rules Mgr

L2 Switch

Host Tracker

Topology Processing

AAA AuthN Filter

OpenDaylight APIs REST/RESTCONF/NETCONF

Data Store (Config & Operational) Messaging (Notifications / RPCs)

LACP

Network Services

Service Function Chaining

Reservation

Virtual Private Network

Virtual Tenant Network Mgr.

Unified Secure Channel Mgr

OVSDB Neutron

Device Discovery, Identification

& Driver Management

LISP Service

DOCSIS Abstraction

SNMP4SDN

Network Abstractions

(Policy/Intent)

ALTO Protocol Manager

Network Intent Composition

Group Based Policy Service

Platform Services

Authentication, Authorization &

Accounting

Neutron Northbound

Persistence

SDN Integration Aggregator

Time Series Data RepositoryLink Aggregation Ctl Protocol

16

OPNFV

OPNFV

• Open Platform for Network Function Virtualization (OPNFV)

• Realization of ETSI NFV architecture

• Integration of open source components –“the glue”

• Interoperable across industry partners and usage models

• Active in upstream open source communities

• System integration as open community effort

18

ETSI NFV Architecture

OPNFV

Focus

First Release - Arno

21

Putting it all together

• Neutron using OVS backend and VXLAN for tunnels

• Turn off Neutron server and Neutron’s OVS agents on all hosts

• Clear existing OVS config and set OpenDaylight to manage switch

• Configure Neutron to use OpenDaylight’s ML2 driver

• OpenDaylight now creates network endpoints for instances and manages traffic for them

• https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight

OpenStack Networking via OpenDaylight

24

Conclusion

Open Source Dev Center

https://developer.cisco.com/opensource

•Contributions to open source

•Use in products/solutions

•Community forums, blogs

• https://communities.cisco.com/community/developer/opensource

•Developer Events

• IETF Hackathons featuring open source implementations of open standards

Your Source for Open Source at Cisco

Key Takeaways

• Neutron provides networking services for OpenStack

• Some OpenStack deployments benefit significantly from advanced networking

• OpenDaylight can provide advanced networking for OpenStack

27

Pros and Cons

• Pros: Support for all southbound interfaces of OpenDaylight; therefore, work with wide range of network elements and existing deployments

• Cons: OpenDaylight, like OpenStack, is complex to install and operate, documentation is not always accurate and up to date

Pros and Cons of using a large, rapidly developing open source project

28

Thank you

Extras

OPNFV Sandbox using Fuel

• Fuel is open source deployment and management tool for

• DevNet Sandbox uses Fuel to deploy a virtual topology that emulates bare-metal deployment

• Instantiate KVM VMs without OS

• Fuel guest installs and configure VMs

32

Fast Data Project - FD.io

• Collaborative open source project in Linux Foundation

• High performance I/O services framework for dynamic computing

• User space I/O services framework

• Hardware, kernel, and deployment (bare metal, VM, container) agnostic

• 6WIND, Brocade, Cavium, Cisco, Comcast, Ericsson, Huawei, Inocybe, Intel, Mesosphere, Project Calico (Metaswitch), PLUMgrid, Red Hat

33