opendaylight框架分析PPT课件

ODL学习修改记录1.1ODL概述Opendaylight是一个以模块化、可插拔、灵活的、基于Java的控制器为核心的开源平台。

从北往南，它首先包括供上层应用和业务逻辑使用的北向开放API，有OSGi和REST两类。

上层应用程序利用这些北向API获得网络智能信息、运行算法处理分析以及组合新的网络策略；其次，它包括控制器平台本身，它是一组可动态组合的模块用于汇集网络信息，比如网络中有哪些元素、其统计信息如何等；最南边是能够支持多种协议的南向接口，如Openflow 1.0 1.3 BGP-LS等，这些南向接口可以调用设备上服务抽象层SAL。

1.2ODL架构原则Open Daylight Controller在设计的时候遵循了六个基本的架构原则：(1) 运行时模块化和扩展化（Runtime Modularity and Extensibility）：支持在控制器运行时进行安装、删除和服务的更新。

(2) 多协议的南向支持（Multiprotocol Southbound）：南向支持多种协议。

(3) 服务抽象层（Service Abstraction Layer）：南向多种协议对上提供统一的北向服务接口。

(4) 开放的可扩展北向API（Open Extensible Northbound API）：提供可扩展的应API，通过REST或者函数调用方式。

两者提供的功能要一致。

(5) 支持多租户、切片（Support for Multitenancy/Slicing）：允许网络在逻辑上（或物理上）划分成不同的切片或租户。

控制器的部分功能和模块可以管理指定切片。

控制器根据所管理的分片来呈现不同的控制观测面。

(6) 一致性聚合（Consistent Clustering）：提供细粒度复制的聚合和确保网络一致性的横向扩展（scale-out）。

1.3框架概述上图所示，南向通过plugin的方式来支持多种协议，包括OpenFlow1.0、1.3，BGP-LS 等。

OpenDaylight Helium版本与Hydrogen版本比较1OpenDaylight Helium版本业界组织OpenDaylight联盟最近发布了其开源SDN软件的2.0版本，即Helium（氦）版本，该2.0版本加入了一些有关Helium和OpenDaylight未来发展方向的新理念，致力于研发出“开放、易懂”的SDN解决方案。

且更多新厂商的加入对OpenDaylight项目的支持，印证了OpenDaylight目前的发展和进步。

1.1Helium版本变化Helium版本相较于1.0氢版本的一些变化：（1）OpenDaylight结合OpenStack。

在Helium版本中最明显的特征是OpenDaylight与OpenStack之间整合的方式，其中包括在Open vSwitch数据库整合项目中一些明显的改善，以及高级的OpenStack特征(如安全小组、分布式虚拟路由器和负载均衡即服务)的技术预览。

（2）组策略插件(Group Policy Plugin)。

能够在以策略为重点的北向API中提供比Affinity更好的体验，提供多样性选择，可以实行单一的模型也可以同时实行两种模型。

（3）DLUX(openDayLight User eXperience)。

通过更多拖放功能的图形用户界面增强用户体验，更易拖拽，且设备图形显示更美观。

（4）NFV（网络功能虚拟化）。

推动SDN与NFV的发展，重新构建网络，且新增11个新的协议、应用及技术到SDN和NFV平台中，使之更灵活的、互操作性更可用。

（5）变化最大的是配备了一个新的用户界面和一个更简单并可定制的功能安装过程，并使用了Apache Karaf容器，提供开发者更方便测试和管理SDN生产环境的平台。

使用Karaf容器后，OpenDaylight的启动方式也有了很大的改变，如进入OpenDaylight目录，切换到bin目录下，执行启动命令：启动成功后安装各功能模块也较简单，直接通过feature命令进行安装，如安装L2switch功能：新的用户界面显示相比较1.0版本完全变化，直接将Nodes、YangUI、Topology、Network、Connection manager、Flows等模块功能显示，更显直观，如下图部分功能显示：（6）更高的可用性，以及加强和增加新的协议，如OpenFlow的表格型模式、PacketCable多媒体、应用程序的策略框架和工具、服务功能链接等。

软件定义网络（SDN）LAFILE_楊過2016.06.27报告纲要报告目的：主要介绍关于SDN的一些概念，特别是帮助大家理解对SDN核心技术方面概念的理解，并通过实验对SDN系统架构加深印象。

1. SDN2. OpenFlow3. Of-CONFIG4. NETCONF/YANG5. OpenFlow交换机及OVS6. 实验及结果演示7.报告总结8. 参考文献9. 致谢1. SDN◆1.1 什么是SDN?◆1.2 SDN产生的原因是什么？◆1.3 与传统网相比SDN的优点是什么？◆1.4 SDN的核心技术是什么？1.1 什么是SDNSDN（software defined networking，软件定义网络）是一种新兴的基于软件的网络架构及技术，其最大的特点就在于具有松耦合的控制平面与数据平面，支持集中化的网络状态控制（如图1.1.1），实现底层网络设施对上层应用的透明。

图1.1.1 传统网络架构与SDN架构对比1.1.1 目前传统路由智能路由器：也就是智能化管理的路由器，通常具有独立的操作系统，可以由用户自行安装各种应用，自行控制带宽、自行控制在线人数、自行控制浏览网页、自行控制在线时间、同时拥有强大的USB共享功能，真正做到网络和设备的智能化管理，其网络结构如图1.1.1.1。

图1.1.1.1 传统三层路由设备系统图1.1.2 SDN架构SDN 将数据与控制相分离，分成新的体系结构, 包括数据层、控制层和应用层。

◆<a> 控制平面, 包括具有逻辑中心化和可编程的控制器, 可掌握全局网络信息, 方便运营商和科研人员管理配置网络和部署新协议等.◆<b> 数据平面, 包括哑的(dumb) 交换机(与传统的二层交换机不同, 专指用于转发数据的设备)。

交换机仅提供简单的数据转发功能,可以快速处理匹配的数据包,适应流量日益增长的需求。

◆<c> 应用平面，包含着各类基于SDN 的网络应用, 用户无需关心底层设备的技术细节, 仅通过简单的编程就能实现新应用的快速部署根据提出的SDN概念，目前有下列几种SDN 体系架构（如表1.1.2.1）：表1.1.2.1 目前三种主要研究的SDN体系结构◆NFV：ETSI（European Telecommunications Standards Institute，欧洲电信标准化协会）从网络运营商角度触发提出，采用了资源虚拟化的方式，在硬件设备中建立一个网络虚拟层，负责将硬件资源虚拟化，形成虚拟计算资源、虚拟存储资源和虚拟网络资源等，运营商通过软件来管理这些虚拟资源。

OpenDaylight中MD-SAL学习笔记2014/09/25 | 编辑：李呈| 阅读：1,0851 前言在学习OpenDaylight的过程中，总是遇到AD-SAL( API-Driven SA L)和MD-SAL（Model-Driven SAL）等概念。

在努力查找资料学习之后，有了一点学习笔记，写出来加深印象。

同时也给同样迷惑的同学一点帮助。

2 About MD-SALMD-SAL使得在SDN控制器那些丰富的服务和模块可以使用统一的数据结构和南向和北向的API。

上图引用地址：https:///images/4/4d/SAL-C omparison.pngMD-SAL提供请求路由（request routing）和基础设施去支持服务的适配，但它不提供服务的适应本身;业务适配是由插件提供。

MD-SAL认为适配插件是一个普通的插件：它向SAL提供数据，并通过模型生产的API 来读取消费数据。

2.1 Request outing为SAL中，request routing可用于消费者的请求路由，从而寻找到对应的生产者。

当一个plugin注册之后，就会在routing table中有对应记录，consumer向SAL发起RPC应用申请的时候，会由request routing 查找routing table，找到对应的plugin。

在md-sal/sal-binding-api/...、binding/api/rpc目录下可以找到Rp cRouter.java等文件，都与RPC routing有关。

当然request routing还有notification的routing,并不仅仅只是rpc。

1 registerService(ng.Class<S\> clazz, S service, java.util.Dictionary<ng.String,?> properties)可实现bundle的注册。

基于OpenDayLight控制器的流量控制方法简述作者：冯谦来源：《科学导报·学术》2020年第39期摘要：当前已有的QoS流量控制方法大多存在对网络资源的利用率低、可扩展性差等问题。

如何利用有限的网络资源进行有效的流量控制，从而保障业务的QoS已成为一个非常迫切的问题。

为解决此类问题，通过软件定义网络提出的控制层与数据层分离新思想，提出了一种基于 OpenDayLight控制器的 QoS 流量控制方法，利用控制器约束QoS路由技术提高了QoS 控制的灵活性与可靠性，实现了对网络资源的高效利用。

关键词：ODL控制器;SDN网络;QoS1、概述随着互联网进入 21 世纪，网络发展趋于扁平化，同时网络的规模也越来越大。

传统网络的分布式控制体系架构已经难以满足现代的通信传输对网络的要求，并且在可扩展性、安全性、灵活性上存在不足。

在这种情况下，SDN的概念得到了业界的广泛关注和认可。

SDN 网络架构核心是在网络中引入一个SDN控制器，实现转控分离和集中控制。

SDN控制器掌控全局网络并持有全局网络状态，向上提供API接口（北向接口）供SDN应用调用，实现其需要定义的各种功能;控制器向下通过南向接口跟数据平面的转发设备连接，实现控制管理。

目前主流的南向接口例如OpenFlow协议，相对传统网络而言，SDN具有集中控制、转控分离、网络能力开放的特点。

随着新型网络应用的兴起，各种应用对网络的性能要求各有不同，例如，实时多媒体需要高比特率的吞吐量，VoIP 要求低的延时和低抖动。

所以，如何利用现在有限的网络资源来提供更好的网络服务质量保证一直是网络研究热点。

本文设计了一种基于OpenDayLight控制器的QoS 流量控制方法，从而达到了对网络资源的有效利用，其中OpenDayLight项目旨在加快创新、并促使SDN和NFV变得更加开发和透明。

OpenDayLight项目是社区领导和企业支持的开源框架，任何个人和团队都可基于该框架进行SDN控制器的相关开发工作。

Opendaylight学习文档qq群#北邮-天依目录1.概述 (3)1.1 Opendaylight简介 (3)1.2本文档组织结构 (7)2.感受Opendaylight (7)2.1 环境搭建 (7)2.2获取代码 (9)2.3安装mininet (11)2.4 controller使用及功能介绍 (11)2.5Openflowplugin功能及使用方法 (14)2.6 Hydrogen (16)3 Maven和OSGI基础 (16)3.1 Maven (16)3.2 OSGI (20)4 使用IDE (30)4.1 使用Eclipse (31)4.1.1 导入controller项目 (31)4.2 使用Intellij idea (38)5Controller代码分析 (39)5.1 代码目录 (40)5.2 收发包过程简介（packet service） (41)6 Opendaylight重要技术及文档 (44)1.概述1.1 Opendaylight简介Opendaylight（Opendaylight官网）是Linux基金会的一个合作项目。

目前，包括十二个项目，每一个项目都有自己的代码库(Opendaylight项目列表)。

这些项目中与openflow相关的项目的有controller、openflowjava和openflowplugin，目前，controller仅支持openflow 1.0，openflowplugin是一个单独的项目，将来它的core部分要集成到controller中，使controller支持openflow 1.3及以上的版本。

Opendaylight的厂商成员分为铂金成员，金牌成员和银牌成员。

图1 Opendaylight阵营Opendaylight controller使用java编写，运行在JVM上，理论上来说可以部署到任何支持JA V A的平台上，但是其官网文档推荐的最佳运行环境为最新的Linux（Ubuntu 12.04+）及JVM 1.7+。

ONOS与OpenDaylight比较目前以设备提供商为代表的OpenDaylight阵营目前发展势头正劲，而由斯坦福大学和加州大学伯克利分校SDN先驱创立的非营利性组织b也紧锣密鼓地推出了自己的开源SDN操作系统——ONOS。

此次打造的商业级的以用户为导向的ONOS开放网络操作系统是以服务提供商为首的，并且得到了开放网络基金会ONF的鼎力支持，意欲与OpenDaylight一决高下。

具体的性能究竟孰好孰坏还需要等待发布之后的评测，下面小编就从不同的方面比较一下这两个业界最知名的网络操作系统。

1. 驱动方式不同驱动方式不同ONOS白皮书中写道，一个操作系统应该具备下述功能：l 为用户管理有限的资源。

l 隔离和保护NOS用户。

需要操作系统能复用多个应用和多个设备。

l 提供一个可用的抽象层让用户灵活的使用操作系统所管理的服务和资源，并且无需了解网络的复杂性。

l 为外部操作系统提供安全保障。

l 提供敏捷高效的服务，那么用户就不需要创建、重建相同的服务。

这些都是网络应用所需要的。

通常控制器的所控制的范围十分局限，通常设置为控制一个设备。

ONOS具备一个操作系统所具备的所有功能，不仅仅是控制器的功能，例如可以提供高效敏捷的抽象层，能够将不同的控制器使用者隔离开来，能够提供有价值的服务等等。

ONOS是根据服务提供商的特点和需求进行软件架构设计的。

因此ONOS是需求驱动下的产物。

相比而言，目前围绕SDN的炒作更多的是来自设备供应商。

OpenDaylight是由思科和IBM 联合其合作伙伴，以及竞争对手建立的组织。

其初创成员包括：微软、Big Switch（已退出）、博科、思科、思杰、戴尔、爱立信、富士通、IBM、英特尔、瞻博网络、微软、NEC、惠普、红帽和VMware等。

我们可以看到这些成员都是设备供应商，和ONF不同的是OpenDaylight是由大厂商控制的并且削弱了用户的声音。

并且它还可能会出于利益问题将部分功能同设备锁定，这并不是SDN的初衷。