OpenDaylight: Introduction, Lithium and Beyond Colin Dixon

Transcription

1 OpenDaylight: Introduction, Lithium and Beyond Colin Dixon Technical Steering Committee Chair, OpenDaylight Senior Principal Engineer, Brocade Some content from: David Meyer, Neela Jaques, and Kevin Woods

2 Outline Introduc)on to SDN to OpenDaylight with a brief aside into YANG New in Lithium Plans for Beryllium

3 Traditional SDN (OpenFlow) The separation of the control and data planes Modern switches Control/data plane both on switch Data plane: fast, reads tables Control plane: slow, writes tables SDN Decouple control/data planes Data plane on the switch Control plane elsewhere, e.g., an x86 server, can do fancier things Most features go here This gets smaller, turns into controller to switch chip translator 0A- >0E 0A- >0C SDN Controller Control Plane CPU Switch Chip Ports, 1-6 Install table entry, send packet 0C- >4 Table miss, send to controller dst 0E 6 0A 1 0C 4 port

4 Modern, Inclusive SDN Vendor A mgmt control Vendor B mgmt control Vendor C mgmt control Logically Centralized SDN Controller mgmt control mgmt control Northbound API Industry Standard Control/Management Protocols Standard mgmt Modeling Language control Vendor A Vendor B Vendor C

5 What is OpenDaylight OpenDaylight is an Open Source So9ware project under the Linux Founda=on with the goal of furthering the adop)on and innova)on of So9ware Defined Networking (SDN) through the crea)on of a common industry supported playorm. Code Acceptance Community To create a robust, extensible, open source code base that covers the major common components required to build an SDN solu)on To get broad industry acceptance amongst vendors and users: Using it directly or through vendor products Vendors using OpenDaylight in commercial products To have a thriving and growing technical community contribu)ng to the code base, using the code in commercial products, and adding value above, below and around.

6 OpenDaylight Releases Hydrogen (first release) February projects, 1.3m lines of code Helium (second release) October projects, 2.1m lines of code Lithium (latest release) June projects, 2.3m lines of code

7 Core Architecture App/ Service App/ Service Controllers in a Cluster Model- Driven Service Abstrac)on Layer (MD- SAL) No)fica)ons RPCs Data Plugin Plugin YANG Models

8 Helium AAA: Authentication, Authorization & Accounting AuthN: Authentication BGP: Border Gateway Protocol COPS: Common Open Policy Service DLUX: OpenDaylight User Experience DDoS: Distributed Denial Of Service DOCSIS: Data Over Cable Service Interface Specification GBP: Group Based Policy LISP: Locator/Identifier Separation Protocol OVSDB: Open vswitch DataBase Protocol PCEP: Path Computation Element Communication Protocol PCMM: Packet Cable MultiMedia Core service wiring and dependencies Plugin2OC: Plugin To OpenContrail SDNI: SDN Interface (Cross-Controller Federation) SNBI: Secure Network Bootstrapping Infrastructure SNMP: Simple Network Management Protocol TTP: Table Type Patterns VTN: Virtual Tenant Network VTN Coordinator DDoS Protection SDNI Wrapper DLUX Webbased GUI App/service-specific wiring and dependencies Legend OpenStack (via Neutron) Applications and Orchestration Services Custom Basic AuthN Filter AAA AuthN Filter Neutron AuthN AD-SAL REST APIs MD-SAL RESTCONF (REST) APIs Neutron APIs Authentication Northbound/REST APIs Topology Manager Base Network Service Functions Stats Manager Switch Manager Fwdng Rules Mgr Host Tracker DOCSIS Service LISP Service SDNI Aggregator Service Flow Chaining GBP Service L2 Switch OpenStack Neutron Service OVSDB VTN Plugin2OC Controller Platform and Services API-Driven Service Abstraction Layer (AD-SAL) Clustering Shared Data Models RPCs and Notifications Model-Driven Service Abstraction Layer (MD-SAL) Abstraction Layers OpenFlow PCMM/ OpenFlow OVSDB SNMP SNBI LISP BGP PCEP NETCONF Plugin2OC 1.0 COPS TTP Southbound Interfaces and Protocol Plugins

9 What is YANG? Data modeling language for NETCONF RFC 6020 Great, what is NETCONF? Think of it as an SNMP replacement with nice features YANG models ~= SNMP MIBs OK, fine, but what is YANG?

10 What is YANG? Three core abstrac)ons Data RPCs (just data in and data out) No)fica)ons (just data out) So, it s really all about the data DATA

11 What does YANG data look like container ~= struct list ~= map/dic)onary leaf ~= primi)ve types grouping ~= interface grouping node-attributes { leaf node-id {... } } container network-topology { list topology { key "topology-id"; leaf topology-id { type topology-id; } Others: typedef, pointers, constraints, etc. } } list node { key "node-id"; uses node-attributes; } list link { key "link-id"; uses link-attributes; }

12 Source: OpenDaylight Community Like any Open Source Project, OpenDaylight primarily consists of those who show up to do the work. Running around 250 commits per week over 12 months, trending up 30 Days: ~625 commits, ~100 contributors (7/13/15 8/12/15; during a release) Spikes to ~2x this near releases 12 Months: ~13,250 commits, ~365 contributors (8/12/14 8/12/15) Strong integra)on and tes)ng community This stuff really malers

13 OpenDaylight Community

14 New in Lithium

15 Major Shifts in Lithium Depreca)on of the AD- SAL Move to MD- SAL: OVSDB, LISP, etc. OpenStack/Neutron Integra)on Significant closing of the feature gap More implementa)ons OVSDB, GBP, VPN Svc, VTN, LISP Service chaining/nfv SFC project, integra)ng with GBP Security Formal process defined Handled many issues/fixes More on policy NIC as a vendor- neutral layer Big push on SFC+GBP Release process refinement Beler documenta)on process Beler integra)on/test process Offsets for coordina)on 20+ new projects

16 OVSDB migration in Lithium Helium OpenStack Neutron (REST) OVSDB This project is a monolithic combination of: (1) a network virtualization layer that is hard-wired to Neutron above and OVS below as well as (2) an OVSDB protocol library. OpenFlow + OVSDB + Nicira Extensions OVS OpenStack Neutron (REST) REST/YANG Adapter Neutron (YANG) Tunnel Mgmt Lithium OVSDB Network Virtualization Network virtualization layer that is still hard-wired to Neutron above, but now uses more general APIs below. OVSDB Plugin Relevant Southbound Protocol OVS Traffic Direction OpenFlow +Nicira Extns? OpenStack Neutron (REST) REST/YANG Adapter Neutron (YANG) Neutron ODL Policy Adapter Future App Higher-Level Network Virtualization API Many h/w- and v-switches App OVSDB Network Virtualization Network virtualization layer that now uses the more general APIs above and below. Tunnel Mgmt OVSDB Plugin NETCONF Relevant Southbound Protocol Traffic Direction OpenFlow +Nicira Extns? Split network virt. and driver Moved both to use the MD- SAL Significantly beler CI and tes)ng with OpenStack Aspira)ons of moving to support policy/nic

17 New Projects in Lithium Meta Release Engineering - autorelease Release Engineering - Builder Controller Core Func)onality Tutorials Drivers CAPWAP- Support Distributed LLDP with Auto Alach Capability Link Aggrega)on Control Protocol Internet of Things Data Management (IoTDM) SNMP Plugin Source Group Tag exchange Protocol (SXP) Unified Secure Channel Apps Applica)on Layer Traffic Op)miza)on (ALTO) Integra)on of Maple Programming Model Network Intent Composi)on Neutron Northbound Services Persistence Device Iden)fica)on and Driver Management Discovery Time Series Data Repository Topology Processing Framework VPN Service

18 Lithium Dependency Diagram

19 S3P: Security, Stability, Scalability, Performance Goal to improve the quality of key features OpenFlow, OVSDB, NETCONF, MD- SAL, etc. Significant progress on OpenFlow (thanks Luis/Integra)on team) See following slides Broader progress expected in Beryllium

20 OpenFlow flows/sec performance hlps://jenkins.opendaylight.org/releng/view/openflowplugin/job/openflowplugin- csit- 1node- cbench- performance- only- stable- lithium/plot/ hlps://jenkins.opendaylight.org/releng/view/openflowplugin/job/openflowplugin- csit- 1node- cbench- performance- only- stable- lithium/plot/

21 OpenFlow REST flows/sec, scalability hlps://jenkins.opendaylight.org/releng/view/openflowplugin/job/openflowplugin- csit- 1node- config- performance- only- stable- lithium/plot/config%20performance/ hlps://jenkins.opendaylight.org/releng/view/openflowplugin/job/openflowplugin- csit- 1node- periodic- scalability- daily- only- stable- lithium/plot/inventory%20scalability/

22 S3P To Dos OpenFlow Stability tes)ng Longevity beyond an hour Test wrilen wai)ng for infra OK Under different kinds of load Summer intern will take care Performance in a cluster OpenFlow doesn t currently work in a cluster Scalability beyond switches Flows, hosts, links, etc. Host and Links tests are coming More SB Protocols NETCONF Pantheon and Carol (BRCD) will bring tests OVSDB Intel working on this (asked Colin for BRCD thoughts) BGP PCEP More NB interfaces (use cases) Neutron SFC

23 Beryllium Plans

24 Beryllium Releas Focus on S3P, Migra)on, and HA/clustering Tries to balance maturity (the above) with feature velocity Some projects will be mature Some of the Karaf features in mature projects will be stable Stable features will have S3P, Migra)on, and HA/clustering requirements Stable and normal distribu)on; stable only has stable features Trying to drive appropriate projects/features to mature/stable Release Plan: hlps://wiki.opendaylight.org/view/simultaneous_release:beryllium_release_plan

25 Trying to move offset 0 projects to mature Controller MD- SAL NETCONF AAA YANG Tools odlparent