Lithium概述 Lithium是OpenDaylight的第三个版本,是为编译可编程、软件定义网络的开源平台。随着Lithium的发布,服务提供商和企业能够平滑地向SDN过渡,尤其是可重点聚焦拓宽
上篇我们简单地和OpenDaylight控制器打了个照面,后续篇章会逐步介绍OpenDaylight的系统架构和实现机制。不过呢,在揭开其面纱之前熟悉它的背景技术是很有必要的。不然讨论OpenDaylight时我们就会丈二和尚——摸不着头脑。 那么OpenDaylight控制器使用了哪些核心技术?它的工程技术架构又是怎样的呢? 万殊一辙。OpenDaylight的工程技术架构其实就像一座高楼大厦的构造,核心技术如同风靡建筑行业的装配式技术。 OSGI---OpenDaylight的“装配式技术 【画外音】
通过本文你将知道: Maven Archetype的基本原理以及如何使用Maven Archetype生成适用于不同版本的ODL子项目。 本文将着重讲解cli命令开发,以及Carbon Release中新引入的Blueprint的一些基本知识。OpenDaylight Carbon Release中模块运行的大致流程以及对于api和impl的开发可以参考ODL碳版本模块开发及流程梳理还有ODL controller官方开发指南(它对DataStore的描述相当不错)。 如何将编写好的应用添加到一个正在运行的
我想讲的慢一点,有意思一点,不像平常别人讲的那样快,我想让大家能够听的轻松一点。所以我谈一下opendaylight将做什么,以及将来发生的事情都给大家介绍一下。最终有非常潜在的用户,可以发生了什么,或者我们做什么,他们给很多的反馈,或者他们想让我们做什么,很多的结果都是从我们的用户那边得到的,确实有很多的人跟我谈opendaylight,仅仅是给服务者提供或者给一些数据中心,或者是仅仅是用研究使用的,其实不是这样的,我们的体验告诉我们,我们的经验其实是每个人都可以用opendaylight。他们用不同的方
OpenDaylight和OpenStack的集成一直是热门话题,OpenDaylight官网也提供了相应的文档(https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight)供大家参考。但是, 由于OpenStack的版本以及安装配置存在差异,以及OpenDaylight版本也不断更新,所以仅仅参考官方文档进行集成,可能会遇到不少困难。在此,笔者就自己的集成过程做个总结,希望对大家有所帮助。此次集成的实验环境为Ubuntu14.04,jdk1.
"鹅厂网事"由深圳市腾讯计算机系统有限公司技术工程事业群网络平台部运营,我们希望与业界各位志同道合的伙伴交流切磋最新的网络、服务器行业动态信息,同时分享腾讯在网络与服务器领域,规划、运营、研发、服务等层面的实战干货,期待与您的共同成长。 恭喜腾讯成功加入OpenDaylight 北京时间2016年2月18号早上8:00,腾讯宣布加入网络界最大开源组织OpenDaylight。 腾讯加入OpenDaylight开源组织 随着互联网应用的极大丰富和互联网用户数量的爆发,腾讯公司自身网络基础设施持续扩大,传统的
Linux基金会于2013年4月份为创建一个开源的软件定义网络(SDN)平台而启动了OpenDaylight协作项目。随后,该项目获得众多业界厂商的关注和支持,如今正在高速发展壮大。然而去年OpenD
各位好,从今天开始Zebra Decoder小组给大家系列介绍一位好朋友---OpenDaylight。 开门见山:OpenDaylight是何方神圣? 这是它的名片,各位看官笑纳: OpenDaylight---Linux基金会负责管理的开源项目,提供一套基于SDN开发的模块化、可扩展、可升级、支持多协议的控制器框架,目的是推动SDN技术的创新实施和透明化。 第一印象---OpenDaylight架构“一瞥” 我们知道了OpenDaylight的大名,一定好奇它长得什么样子?高矮胖瘦?在这里我们先对
"鹅厂网事"由深圳市腾讯计算机系统有限公司技术工程事业群网络平台部运营,我们希望与业界各位志同道合的伙伴交流切磋最新的网络、服务器行业动态信息,同时分享腾讯在网络与服务器领域,规划、运营、研发、服务等层面的实战干货,期待与您的共同成长。 恭喜腾讯成功加入OpenDaylight,北京时间2016年2月18号早上8:00,腾讯宣布加入网络界最大开源组织OpenDaylight。 腾讯加入OpenDaylight开源组织 随着互联网应用的极大丰富和互联网用户数量的爆发,腾讯公司自身网络基础设施持续扩大,传统的网
"鹅厂网事"由深圳市腾讯计算机系统有限公司技术工程事业群网络平台部运营,我们希望与业界各位志同道合的伙伴交流切磋最新的网络、服务器行业动态信息,同时分享腾讯在网络与服务器领域,规划、运营、研发、服务等层面的实战干货,期待与您的共同成长。 前言 12月14日,由ODL社区、中国开源SDN实践委员会(Open SDN Committee, COS)联合主办,腾讯承办的ODL全球技术巡回研讨会深圳站活动,在腾讯大厦多功能厅举行。 出席这次研讨会的既有来自大洋彼岸的全球开源SDN组织OpenDaylight的执
网络行业中,专注于软件定义网络(SDN)和网络功能虚拟化(NFV)的最大的开源项目——OpenDaylight,近日宣布中国互联网增值服务的领先提供商腾讯成为OpenDaylight项目的白银会员。 腾讯公司副总裁别洪涛表示:“腾讯的网络基础设施正在不断扩大,以适应不断增长的用户群并力求满足用户高质量服务的需求。传统网络的设计和操作方式不能满足业务和可扩展的操作要求,所以需要创新的解决方案。通过与供应商和开发商在OpenDaylight项目上的合作,我们已经开始开发并推出SDN解决方案,对自己和对大型互联网
ONOS试图打破一家独强的格局 上周,一个新的开源SDN控制器面世。非营利性组织Open Networking Lab为了促进网络创新推出了他们的ONOS控制器。事实上,业内已经有很多开源SDN控制器,包括OpenDaylight,、OpenContrail、Ryu、Floodlight、Midonet 、NOX、Beacon、SNAC、POX等等。其中OpenDaylight一家独强,自从OpenDaylight发布2.0版本后,获得了业内高度支持,连最初保持观望态度的HP和Dell都提高了对OpenDa
目前以设备提供商为代表的OpenDaylight阵营目前发展势头正劲,而由斯坦福大学和加州大学伯克利分校SDN先驱创立的非营利性组织ON.Lab也紧锣密鼓地推出了自己的开源SDN操作系统——ONOS。此次打造的商业级的以用户为导向的ONOS开放网络操作系统是以服务提供商为首,并且得到了开放网络基金会ONF的鼎力支持,意欲与OpenDaylight一决高下。具体的性能究竟孰好孰坏还需要等待发布之后的评测,下面小编就从不同的方面比较一下这两个业界最知名的网络操作系统。 1. 驱动方式不同 ONOS白皮书中写道,
加利福尼亚的圣克拉拉又迎来了一场大会——OpenDaylight峰会,在腾讯SDN分享中大会拉开了序幕。 腾讯为满足“各个方式的极限需求”构建了其SDN基础网络架构,OpenDaylight项目执行
传统网络现今已经不能满足越来越大的用户需求,传统网络需要进行基础性的重构和改变,而这些改变正通过软件定义网络(SDN)的驱动发生着。 OpenDaylight(ODL)是一个在现代多样化厂商网络中支持
网上很多OpenDaylight的HelloWorld教程,本人就参照Lithium-SR3版本的Developers Guide (大约在17-21页),写了一个HelloWorld项目。 本文对新建工程和集成到发行版的过程进行简单总结。 1、生成新的MAVEN工程。 cd ~/work/odl mvn archetype:generate -DarchetypeGroupId=org.opendaylight.controller -DarchetypeArtifactId=opendaylight-s
概述 近年来,大公司和中小企业已经认识到云计算技术是提高自己的竞争力的核心技术。混合云和公共云虽然具备了提高业务灵活性并降低总成本的潜力,但它们对于传统网络的需求依旧非常显著。云计算需要极其高水平的动态计算和自动化技术来解决快速变化的需求,当云计算在自动化计算和存储方向已经取得了重大进展的同时,网络自动化仍然因为更复杂而难以实现,从而阻碍了大多数云服务的部署。 通信服务提供商(CSP)也正利用云技术来增强其庞大的网络基础设施的可管理性和成本效益,同时提高了服务灵活性。许多世界领先的电信和有线电视运营商在网
编者说 OpenDaylight自面世起,“坑”就一直伴随着它的成长而成长,无论是起初的“不稳定”门,还是长期“言简意不赅”的文档,似乎对于想一探究竟的小伙伴总是竖着若干道高耸的壁垒。很多前期的投入者们多数在挫折面前纷纷离场,留下的那些勇毅的斗士则继续战斗,共同推动着OpenDaylight朝着更好的方向发展。其实在诸多溃败者中,往往是重技巧而轻心法者,今天未来网络君就邀请了在OpenDaylight开发征战数年的耿兴元前辈为ODLer和准ODLer们提供心法方向的指导,以期通过十问十答为大家在学习Op
本周一,期待已久的OpenDaylight Lithium版本发布了。想必大家都忍受了好久helium版本连编辑流表都成问题的硬伤,希望在新的版本中能有质的飞跃。在新版本中增加了对OpenStack的
概述 在过去的一段时间里,我们一直在测试OpenDaylight Helium SR3(主要通过博科Vyatta控制器集成OpenDaylight的1.2版本)和ONOS的1.2版本——Cardinal。在这篇文章中,我们会对这两个控制器进行比较,着重比较两者的规模,特别是可以处理的交换机数量,我们采用IXIA和Pica8交换机来模拟OpenFlow 1.0和1.3交换机。 注意:ONOS的最新版本(Cardinal)v1.2有一个问题就是处理IXIA模拟的OpenFlow v1.3交换机,因此所有对ONO
编者按:开源模式就像是市集,不仅可以提高效率,还可以通过开放全方位检测软件的不足。但是想要将开源的效果发挥到最大就得有完善的管理体系。OpenDaylight在安全体系的疏忽导致他们未能完全斩获开源的优势,幸好OpenDaylight及时认识到问题。强健的安全体系能够让设备商第一时间获悉项目安全信息,SDNLAB君相信安全响应团队这块肥肉必将成为众人争抢的目标。 OpenDaylight网络控制器中一个潜在的安全漏洞自8月份被网络安全研究者发现后一直无人问津,该事件最终激起了千层浪,引发了一场关于开源项目中
本文由两部分构成,第一部分简要介绍了Gerrit的工作原理以工作流程,第二部分结合自己成功提交代码的例子,向大家展示向OpenDaylight提交源码的过程。向开源项目提交代码也没有大家想象的那么难,所以希望日后能够看见大家在OpenDaylight提交代码。 Gerrit概述 Gerrit是一个基于Git的,用于review code commit的框架,无论是OpenDaylight、ONOS或者是OpenStack都使用Gerrit作为他们的代码管理工具。它的最大特点就是,每一个commit都需要被r
我自己手上拿一了份英文版的PPT,我们现在程序进行有点晚了,想我讲10分钟的请举手?20分钟的请举手。好,大家都要20分钟,我就讲20分钟好了。大家好,我叫Colin Dixon。我是OpenDaylight技术委员会主席。也就是说我要复杂我们所有的技术的发展,我是没有什么权利来说的,我只是做技术的,如果大家有兴趣的话我们之后再来谈一谈,我们看一下我们今天会聊到4个问题,我可能会要简单的跳跃一些问题,我将会谈到开源的概述以及OpenDaylight的现状,我主要会谈到其中一篇论文。我觉得网络不仅仅关于SDN
日前,Brocade介绍了一款app,能解决运行在OpenDaylight软件定义网络环境流量相关的大量问题。该特性将有助提升OpenDaylight性能。 本周二,该公司推出了面向企业和运营商的软件
SDN的特点之一就是控制平面与数据平面分离,其主张通过集中式的控制器平台实现网络的控制。在SDN架构中,控制平面是逻辑集中的,通过某种协议将控制信息下发至底层的数据平面去执行。所以,控制平面被称为SD
概述 近年来,大公司和中小企业已经认识到云计算技术是提高自己的竞争力的核心技术。混合云和公共云虽然具备了提高业务灵活性并降低总成本的潜力,但它们对于传统网络的需求依旧非常显著。云计算需要极其高水平的动态计算和自动化技术来解决快速变化的需求,当云计算在自动化计算和存储方向已经取得了重大进展的同时,网络自动化仍然因为更复杂而难以实现,从而阻碍了大多数云服务的部署。 通信服务提供商(CSP)也正利用云技术来增强其庞大的网络基础设施的可管理性和成本效益,同时提高了服务灵活性。许多世界领先的电信和有线电视运营商在网络
本周二领先的全球软件定义网络开源平台OpenDaylight发布了第六个版本——碳(Carbon),OpenDaylight碳版本的发布增加新的功能,以更好地支持城域以太网、有线运营商以及物联网(Io
OpenDaylight(以下简写为ODL)的Lithium(锂)版本的最新版Lithium-SR2已经与2015年10月8日发布,具体详情可参考ODL官网。Lithium(锂)版本发布至今已经发布了二个版本,即Lithium-SR1与Lithium-SR2。下载链接地址为https://www.opendaylight.org/software/downloads/lithium-sr2。官网中分别共享了版本、安装向导、用户向导、开发者向导手册,可进行下载学习。 1 OpenDayLight的简单应用 1
简要介绍在没有OpenFlow硬件设备下如何搭建一个OpenFlow环境。控制器使用OpenDaylight(以下简写为ODL),是现在主流的控制器项目,功能比较完善。模拟OpenFlow设备使用Mininet,远比基于KVM的虚拟机应用更高效、更简洁,且更容易理解。 1 环境准备 主要的最简单的环境准备是:一台PC及安装VMware station(或VirtualBox)工作站用来承载VM。 2 ODL获取安装 可直接通过地址链接下载ODL的VM镜像: http://archive.openflo
2017年9月26日,Linux基金会领导下的开源SDN控制器项目OpenDaylight发布了第七个版本Nitrogen(氮),该版本缩短了开发时间,以借此实现OpenDaylight与OPNFV、
1. 简介 本次我们从开始设计到最终完成一个应用的开发,主要设计datastore和RPC定义和实现。Opendaylight 开发使用了OSGi框架,OSGi框架的好处在于程序设计模块化,实现紧聚合和松耦合。 Apache Karaf 是一个OSGi的容器,它可以支持部署新的应用。在OSGi里面一个bundle可能会依赖于其他的bundle。这里可能会出现一种情况,假如bundle A依赖与bundle B,bundle B 依赖于 bundle C,那么如果我们想解析bundle A,则必须解析bund
编者按:在2014年辞旧迎新之际,回首这一年当中SDN落地的历程。我们会知道SDN的发展趋势是怎样的,各大厂商在这一年中在SDN落地方面又作出了怎样的努力,各大SDN玩家都想成为制定游戏规则的那一个,即便不能制定规则,也在尽力影响规则的走向,使得自己占尽优势。 即将过去的一年,对SDN行业来说是疯狂的一年,众多的玩家都制定了有关SDN的战略和战术计划,但立场则无非两种:要么就站在发展的前沿,要么就试图抵消SDN所带来的冲击。为了回顾SDN在2014年的整个发展历程,我们不妨按月以时间为轴,历数一下这一领域
目的 希望大家能够通过本教程对OpenDaylight集群的基本概念如shard/基本配置有所了解,感受OpenDaylight的High Availability(HA)(如果你同时运行着多台控制器,其中一台crash掉了,整个系统仍然还可以工作)。 本文主要由三个部分组成,前提条件与配置步骤主要介绍了如何配置OpenDaylight的集群,第二个部分验证High Availbility,主要是通过实验让大家对High Availability有更直观的认识。第三个部分写在最后,简要的指出使用集群的优势,
OpenDaylight项目发布铍版本(ODL Be),这也是其发布的第四个版本,距离上次发布锂版本(SR3)仅仅只相隔了两个半月,相比较以前版本发布,时间较短,但是据官方宣称,这个发布与先前版本有着
OpenStack和OpenDaylight(ODL)的融合是一个热门话题,有大量的文档可供参考,但是这些文章主要对其使用方面进行阐述,而没有讲如何实现OpenStack和ODL的融合。本文将详细说明如何实现不同组件的融合。 ODL和OpenStack完整的安装步骤如下: 1、在虚拟机或者物理机上构建和安装合适的ODL版本(取决于你的选择)。确保你有合适的bundle实现Neutron的API(OVSDB、VTN Manager、LISP等)。 2、正确配置并启动ODL。 3、部署OpenStack。最好是
1综述 通信服务提供商(CSPs)早就面临着由用户带来的空前的竞争。由其他供应商、OTT运营商和新一代的云服务提供商提供的价值交付也在威胁着CSP的核心业务。常见的服务交付方法包括手动流程、不相交的配置、供应、服务保障系统,硬件为中心的传统服务显著限制了新服务和创新的速度。且随着云计算和移动性的出现,用户的期望得以重塑,CSPs日益需要改变运营和业务模式,以免落后于业界的脚步。 因此,对于运营商来说,拥抱SDN催化的改革显得尤为重要。SDN使得多厂商、智能网络基础设施成为服务交付周期比不可少的环节。自动化是
编者按:OpenDaylight ping模块开发及当ping操作触发数据流,对其进行分析及流程原理的疏通讲解,并在开发过程中遇到的问题进行总结,希望给大家能够带来帮助。 OpenDaylight p
概况 移动计算,流媒体和基于云的服务带来了网络流量的极大增长,这给网络基础设施带来了很大的挑战。仅仅依靠增加硬件设备和管理团队已经无法解决这个问题,企业和服务提供商迫于投资者的压力,需要以较少的投入做更多的事,因此,网络运营商必须想法让他们的网络投入具有最高的投资回报率(ROI)。 企业和服务提供商纷纷转向SDN以提高他们基础设施和运营的效率。通过集中控制和提供空前的智能性和开放性,SDN为网络运营商提供了前所未有的优化基础设施的工具。 挑战 改善并最优化网络性能始终是网络的一项挑战。不管采用什么技术,在哪
1 Aspen:实时媒体接口规范(ONF) Aspen源于通信技术标准化社区的一个想法,它希望借助SDN更加高效地为用户提供服务。部署了统一标准通信基础设施的企业用户,通常会拥有一些管理分片,用来管理数据流的重要等级以及需要提供的QoS信息。这样,企业用户无需依靠所有数据包上的QoS标记,就可以掌握数据流的QoS状况。而前者管理起来可能会非常复杂,并且有可能应用不当。 为了解决上述问题,ONF指定了一个API,使得应用程序根据QoS的需求通知SDN控制器。针对这一问题,最初的关注焦点是诸如Microso
这又是一道新的选择题。 当然,这样的选择题充斥着整个电信行业从辉煌走向衰落的全过程,那就是标准之争:有了标准就有了一切,输掉了标准就输掉了整个产业。 在传统的IT行业,只有事实标准,谁的块头大市场份额高谁就是牛逼,用户的现实诉求在推动着IT业的快速前行;电信业则永远慢腾腾,上来几大家子先围绕着标准吵得天翻地覆,几经妥协与勾兑,出来一个标准。但当这个标准出来之后,或许产业环境已经发生了很大变化,标准也就没有了用武之地。 在电信业中,从有个动议到标准出炉,再到产品商用,怎么着也要个5年时间;但在用户和业务快
OpenDaylight的终端用户现在可以放心的是,OpenDaylight早起版本中的数以千计的功能支持不足的现象一去不复返了。OpenDaylight最新的版本Carbon展示了该平台的用户一直期
sudo mn --topo=single,3 --controller=remote,ip=本机ip,port=6633 --switch ovsk,protocols=OpenFlow13
Toaster(烤面包机)是OpenDaylight的一个例子,该例子的目的不是让你如何烤面包,而是借这个例子学习OpenDaylight的特性。在Toaster中,真正有关烤面包机相关的代码较少,它只是一种OpenDaylight具体思想的展示品,很多情况没有进行考虑。本文将通过烤面包机这个实例来初步探讨OpenDaylight技术的基本思想。 1.Toaster的需求规格 首先,我们来看下烤面包机要实现的需求是什么,从面向对象的角度来考虑,烤面包机做为一个物理实体,它具有生产厂商、型号和面包机状态等相关
一、介绍 本实验中,使用OpenDaylight控制器的REST APIs来控制Pica8交换机。使用flow table与meter table(OF1.3的特性)来达到端到端限速的目的。没有实体交换机的同学可以使用CPqD与Mininet来完成实验(安装指南见参考资料1)。目前,OpenvSwitch 2.5不支持meter。 1.1 OF1.3 Meter简介 Meter Table是在OF1.3中引入的一个新概念。个人认为它最与众不同的地方是用它可以实现per-flow的QoS,例如本次实验展示的就
前言 OVS是一种开源的软件交换机,可安装于通用的虚拟服务器环境中,在虚拟环境中单个、多个物理机上的不同虚拟主机都需要通过OVS实现数据交换。 OVS包含三个重要的组件:ovsdb-server、
家好, 感谢宇峰的邀请, 和大家分享OpenDaylight最新发布的一些进展,胶片主要来自Neela Jacques, Phil Robbs和Colin Dixon。 ODL 社区在铍版本的开发的两
1 实验目的 掌握Open vSwitch下发流表操作; 掌握添加、删除流表命令以及设备通信的原理。 2 实验原理 在SDN环境下,当交换机收到一个数据包并且交换机中没有与该数据包匹配的流表项时,交换机将此数据包发送给控制器,由控制器决策数据包如何处理。控制器下发决策后,交换机根据控制器下发的信息来进行数据包的处理,即转发或者丢弃该数据包。我们可以通过对流表操作来控制交换机的转发行为。 3 实验任务 本实验基于一台OpenDaylight Helium版本虚拟机和一台Mininet模拟实验。我们已安装相关环
数学公式是简单的:流动性+大数据+物联网+分析意图网络——数据中心、云计算及边缘节点的需求,必须更快的处理工作负载,并且随着当前的技术,IT预估甚至不能解决这些需求。 这周的OpenDaylight峰
领取专属 10元无门槛券
手把手带您无忧上云