opendaylight update n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
OpenDaylight Update PowerPoint Presentation
Download Presentation
OpenDaylight Update

Loading in 2 Seconds...

play fullscreen
1 / 13

OpenDaylight Update - PowerPoint PPT Presentation


  • 297 Views
  • Uploaded on

OpenDaylight Update. November 2013 Jan Medved, Reinaldo Penno. Agenda. Intro to Opendaylight Hydrogen Release Major Feature: Model Driven Service Abstraction Layer (SAL) Asks from Netconf and Yang. What is OpenDaylight.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

OpenDaylight Update


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
    Presentation Transcript
    1. OpenDaylight Update November 2013 Jan Medved, ReinaldoPenno

    2. Agenda • Intro to Opendaylight • Hydrogen Release • Major Feature: Model Driven Service Abstraction Layer (SAL) • Asks from Netconf and Yang

    3. What is OpenDaylight • An OpenSource Project to build an ecosystem of OpenSource SDN software • Multi-project • Multi-vendor 3

    4. OpenDaylight Project Goals • Code: To create a robust, extensible, open source code base that covers the major common components required to build an SDN solution • Acceptance: To get broad industry acceptance amongst vendors and users • Community: To have a thriving and growing technical community contributing to the code base, using the code in commercial products, and adding value above, below and around.

    5. Broad Industry Support for OpenDaylight

    6. 6

    7. Moving to Model-Driven SAL … Controller REST API REST API Controller REST API REST API NB Plugin 1 NB Plugin 2 NB Plugin 1 NB Plugin 2 Adaptation Plugin SB Model NB Model SB Model NB Model AD-SAL MD-SAL Java NB Model API Java plugin NB API Java abstract NB API Provides Contains routing info SB Model Data Request Routing Adaptation NB Model Data Provides Provides Java plugin SB API Java SB Model API … … SB-Plugin 1 SB-Plugin 2 SB-Plugin 1 SB-Plugin 2 SB Model SB Model Module sal-flow { namespace "urn:opendaylight:flow:service"; prefix flow; import yang-ext {prefix ext;} importopendaylight-inventory {prefix inv;} ... typedef flow-table-ref { type instance-identifier; } grouping node-flow { leaf node { ext:context-reference "inv:node-context"; type inv:node-ref; } leaf flow-table { type flow-table-ref; } uses types:flow; } rpcadd-flow { input { uses node-flow; } } rpcupdate-flow { ... } ... } Yang Tools API • SAL: Service Abstraction Layer • AD-SAL: “API-Driven” SAL • MD-SAL: “Model-Driven” SAL Plugin Plugin Model

    8. Moving to Model-Driven SAL Applications NB REST API NB REST API NB REST API NB API NB API Internal Plugin Transformer/ Adapter Platform Service Plugin Network Service Plugin NETCONF RESTCONF JAVA SAL APIs (Generated) Network Topology … NE NE NE NE Tunnels … Flows System Links Nodes EndPoints … Table … Table Table Config Stats Table Config Stats Table … … Paths MD-SAL Flow Flow Flow Flow Flow Flow JAVA SAL APIs (Generated) BGP-LS … PCEP OF x.y OfConfig / OVSDB NETCONF RESTCONF Network Elements

    9. Yang Models used in ODL • Yang Extensions • Common Base Types: • IETF (ietf-types, inet-types), Common base flow types, l2 types, IEEE754 floating point types • Services: • Topology, Inventory, Flow Programming Services, Affinity Service • Protocols: • OpenFlow, BGP/BGP-LS, PCEP https://wiki.opendaylight.org/view/YANG_Tools:Available_Models

    10. Standardization Asks • Controller’s NB API: • Address Space: the whole network as opposed to an NE • Policies (access, address space remaps, views, request routing) • Application requirements: • I2RS (defining requirements) • NETCONF: • RESTConf • Efficient binary encoding (e.g. draft-varga-netconf-exi-capability) • JSON encoding • Query language

    11. Standardization Asks (Yang) • Yang ODL extensions (e.g. request routing, Java API generation) • Yang programming language bindings (Java, Python, ...) • Standard Service Models: • Example: VPNs, DDoS, QoS, Topology, ... • Standard Device Models: • Example: IP, ACL, RIB, • WADL/RSDL for RESTCONF clients • Yang as IDL

    12. Thank you

    13. Resources • More information and to join: • wiki.opendaylight.org • Keep informed and join the conversation • IRC: #opendaylight on Freenone • Open mailing lists: lists.opendaylight.org • @openDaylightSDN • #OpenDaylight 15