前段时间看到一篇文章,叫《OpenStack已死?》,讲述了OpenStack自2010年提出之后的9年间各方利益牵扯导致的一系列问题,尽管最终作者的结论是OpenStack现在只是进入了成熟期,但实际上早在16年就已经有人开始对OpenStack的发展提出质疑。看到这里有人要说了,你要谈OpenDaylight(ODL)扯我们OpenStack干什么,饭圈第一守则不要“踩一捧一”好吗?别着急,下面我们就来说说ODL。


OpenDaylight即将迈入“七年之痒”?_java


ODL距2013年提出已经过去了整整6个年头,根据“七年之庠”定律,说不定《ODL之死?》之类的文章很快也会纷至沓来(饭可以乱吃(?)话可不能乱说)。ODL这边刚过完六周年生日,还发了一个通稿声称自己是“最普及的开源SDN控制器”,这个“最”字是否属实我们先不谈,但它在6年里发布了10个版本,我们还是有必要看看这其中的区别的,毕竟是“虚”是“实”,还得看完再喷。


ODL之十大版本对比


OpenDaylight诞生的目的是为了推进SDN的采用,并为NFV奠定基础,ODL平台是多协议、模块化的,用户可以构建SDN控制器以满足其特定需求。在其诞生的6年中,ODL以化学元素为名发布了10个版本,为运营商、企业、研究机构等组织提供SDN和NFV优势。(ODL的诞生背景以及背后的利益分析详见:OpenDaylight你不得不知道的十大问题——Opendaylight是什么?


OpenDaylight即将迈入“七年之痒”?_java_02


ODL之我有你(也)有的用例


ODL已经在全球150多个组织投入生产,从支持10亿用户的大型电信运营商,到面向企业、研究机构和大学的网络内容提供商都在使用ODL。ODL平台支持广泛的应用和用例,其中包括专为教育、研发和生产实施而设计的用例,也包括商业和社区支持的用例,ODL公布的用例主要包括以下几类:


  • 自动服务交付:提供可以被重点用户或者服务提供商控制的所需服务。例如带宽调度或者动态VPN服务。

  • 云计算和NFV:企业或者服务提供商环境的云基础设施的服务交付敏捷化。所有用例的底层都是OpenStack,在运营商用例中一般都包含NFV。

  • 网络资源优化:根据负载和状态进行网络动态优化。根据网络流量、拓扑和设备的实时状态进行网络优化是最常用的运营商用例。NRO根据底层网络不同使用不同南向协议(例如,NETCONF,BGP-LS或者OpenFlow)。这个除了被很多电信运营商和有线电视运营商内部使用,也用作企业和金融机构的上层用例。

  • 城域网/局域网自动化:针对大学校园、城市区域的高度灵活的自动化网络,这些网络通常是新建项目。这有时会涉及到物联网(IoT)。

  • 可视化和控制:网络/多控制器的中央管理。这被运营商或者企业用来作为NRO的先导。


ODL的具体用例:

研究、教育和政府:ODL利用全球网络视野的流量工程和安全执行策略方面的观点促进科研和教育创新。通过ODL,可以维持一个简单的underlay网络设备需求。对于云应用,可以对虚拟计算、存储和网络硬件共同管理。在新的校园网中使用ODL能够提高安全性,网络应用场景会增加,这些网络可以被设计成适应高性能应用的科研网。ODL提供硬件化隔离、服务动态实例化,以及细粒度流量调度,所有这些都是满足安全需求提高性能的关键。


智慧城市和其他IoT应用可涉及多个设备类型(可移动和不可移动设备)以及多种网络技术,包括光交换,IP / MPLS、LTE或5G无线网络。ODL对这些技术的可编程性可以做到设备无关。ODL支持在广域研究和教育网络中所需的多种协议和规模的场景(例如NETCONF和PCEP应用在1000量级的设备上)。ODL对于诸如带宽需求和流量工程的高级应用场景同样适用。


网络资源优化:通过统一维护网络拓扑和配置连同告警和性能状态,ODL为网络资源优化(NRO)提供了一套丰富的基础网络服务和扩展网络服务。大型企业通过利用ODL的逻辑集中网络状态、数据分析和异构基础设施之间的流量工程策略形成的NRO算法获益。运营商正在实现基于ODL融合分组光网络的多层控制,这样可以优化带宽使用、保护带宽和动态服务环境的服务布局。


云和网络功能虚拟化:使用ODL实现云和网络功能虚拟化主要体现在两个方面1)使用基于ODL的OpenStack管理虚拟交换机(OVS),企业可以利用ODL控制和管理他们的数据中心网络,以支持云部署。2)ODL为NFV(OPNFV)的开放平台提供基于SDN的控制器,电信运营商打算在SDN的环境中部署 NFV,并成功与ODL组织合作进行了一系列ETSI NFV概念验证(POC)的实验。


自动化的服务交付:ODL提供了一个灵活开放的SDN平台,使得自动化的服务交付成为可能,包括:


  • 模型驱动服务抽象层(MD-SAL),利用行业标准的YANG模型把网络运用映射到底层设备对现存的网络中已经确定的硬件和技术提供更好的支持。

  • 模块化,支持标准网络管理接口、OpenFlow和专有接口及设备地点南向接口插件(例如,控制器到设备)。

  • 基于Intent的北向接口(例如网络应用到控制器)在将底层基础架构细节抽象化的时候,显示SDN运行多种网络应用的能力。

  • 网络虚拟化和策略机制的灵活性实现多服务环境下支持多租户使用。

  • 得到业界广泛认可,包括最大的开源社区的任何控制器。

  • 通过使运营商能够将网络运用和设备混合和匹配,ODL提供了一个自动化和智能化服务交付的平台,让运营商按照自己的节奏向SDN迁移。

OpenDaylight之打造开放的SDN生态


OpenDaylight致力于打造开放的网络生态系统,其成员以及合作企业通过在基于开源的单一通用平台上进行协作来推进开放式网络的发展。目前全球已有超过10亿个端点的数百个组织支持OpenDaylight平台,以实现其现代网络目标。


阿里巴巴



为了管理大幅的带宽增长,阿里巴巴寻求SDN来解耦底层和overlay网络,并分离数据和控制平面。这是迈向转发和控制分离的重要一步。阿里巴巴的分布式控制器提供了一种简单灵活的方式来管理和运营其网络,从而实现了显著的稳定性和高可用性。他们的云网络是可扩展、可编程、可定制且简化的。同时它也是开放的,与硬件无关,因此当他们评估SDN解决方案时,避免厂商锁定非常重要。阿里巴巴选择集成ODL平台进行流量配置自动化,可在整个网络中实现高可见性,能够有效地管理不同数量的流量。‍


AT&T

AT&T自Hydrogen版本开始使用ODL,自2015年以来一直在进行生产部署。目前,AT&T使用BGPCEP和NETCONF在L3应用程序上进行全球部署。AT&T的部署跨越了L0 OpenROADM设备到L7移动PNF和VNF的控制。接下来,AT&T计划试用Neon版本并将其部署到生产中。‍




爱立信



爱立信致力于与其他ODL项目成员合作开发ODL SDN和NFV平台。爱立信的商用NFVi解决方案中使用了ODL开源软件,使电信运营商能够发展5G,提高生产力,降低OPEX和CAPEX支出。这包括针对云服务的解决方案,以及提供云内和云间网络自动化、多租户和其他高级网络用例。迄今为止,爱立信已向全球50多家服务供应商部署了ODL软件。爱立信的Transport SDN产品提供了一个网络资源和拓扑端到端、优化的资源位置以及跨IP层和光层的网络引擎的抽象视图。‍




CableLabs



CableLabs是一个非营利性研发联盟,致力于创造创新理念,CableLabs致力于对许多SDN和NFV用例进行原型设计,以帮助在其成员和技术厂商之间定义可互操作的解决方案,以推动规模、降低成本并在供应链中创造竞争。CableLabs与其成员和技术合作伙伴合作开展了CableCloud计划,使用ODL、OpenStack和OPNFV构建使用SDN和NFV演示虚拟CPE的原型。‍


CenturyLink


OpenDaylight即将迈入“七年之痒”?_java_03

CenturyLink一直致力于在2019年底之前实现其IP核心网的完全虚拟化,作为其虚拟化工作中的一部分,CenturyLink使用包括ODL和OpenStack在内的开源组件创建自己的虚拟宽带网络网关(vBNG),其使用ODL软件构建了SDN访问控制器,以灵活实现与传统的运营支持系统以及更新的编排平台之间的协同工作。‍


中国移动


OpenDaylight即将迈入“七年之痒”?_java_04

2016年9月,中国移动宣布宣布加入OpenDaylight社区,利用开源SDN来支持其高度可扩展性需求。中国移动希望对其环境进行标准化和定制化,以提高自动化程度。ODL为中国移动开发其SDN控制器AERO提供了基础功能,为他们节省了大量的时间。此外,CMCC 还在ODL中启动了”SPTN”项目,该项目致力于将PTN发展为SDN。2015年中国移动向产业界推出下一代革新网络—NovoNet,并发布NovoNet2020愿景,其中一个重要用例就是围绕“自配置、自管理、智能流量规划和实时感知”实现的流量优化。‍


OpenDaylight即将迈入“七年之痒”?_java_05


Comcast


OpenDaylight即将迈入“七年之痒”?_java_06

2015年5月,Comcast加入OpenDaylight项目,作为第一家加入ODL项目的服务提供商,Comcast旨在分享其使用ODL平台以及ODL如何适应其长期网络方向的经验。Comcast还与CableLabs一起参与了ODL的子项目PacketCable PCMM,旨在为ODL开发一个南向插件,以管理CMTS设备的服务流。‍


KT


OpenDaylight即将迈入“七年之痒”?_java_07

KT Corporation(前身为韩国电信)是韩国最大的电信服务提供商。作为全国领先的运营商广域网服务提供商,KT期待OpenDaylight SDN平台创建和部署一个新的、高度灵活且可扩展的传输SDN(T-SDN)WAN网络,以实现端到端的解决方案。T-SDN通过在多厂商设备上提供最优路径计算以及通过各种标准和自定义接口控制多种类型的网络元素,简化并自动化End2End服务供应流程。2016年KT推出T-SDN解决方案致力于在提高KT全国传输网络的运营效率的同时减少运营成本。KT选择ODL作为T-SDN 的控制器,它支持多厂商设备,同时提供KT现有的网络管理系统的迁移平台。


OpenDaylight即将迈入“七年之痒”?_java_08



Lumina Networks


OpenDaylight即将迈入“七年之痒”?_java_09

Lumina Networks于2017年收购了博科的SDN控制器,现在命名为Lumina SDN控制器,其基础是OpenDaylight。为了确保与ODL的代码库100%兼容,Lumina将对其SDN控制器进行增强,使之回到开源社区。Lumina的优势在于其基于ODL的SDN控制器可以在同一个平台上管理物理和虚拟。2018年8月,Lumina Networks利用其OpenDaylight专业知识帮助有线电视运营商管理来自不同供应商的电缆调制解调器终端系统(CMTS)的服务质量。‍


腾讯


OpenDaylight即将迈入“七年之痒”?_java_10


腾讯于2016年2月宣布加入OpenDaylight,但早在两年前,腾讯就已经使用ODL控制器来解决关键网络问题,包括在全球范围内连接其数据中心,提供更大的灵活性,运行其云网络,扩展虚拟防火墙。ODL支持许多SouthBound接口(SBI),如OpenFlow,PCE,NETCONF,并且具有很强的可扩展性,允许企业添加新的SBI协议,能够满足腾讯现有和未来SDN方案的要求。ODL 控制器是腾讯开放式网络战略的核心,它可以更灵活、更快地提供服务,同时保持可靠性和运营效率。‍


结语


历时六年,ODL经过了炒作阶段逐渐发展成了一个成熟的平台,国内除了阿里巴巴和腾讯之外,华为、联想、瑞斯康达、腾讯、Zenlayer以及中兴都在利用和贡献ODL项目,这也进一步证明了ODL在SDN发展中的重要性。当一个事物成为万物的基础,你还能说它没有存在感吗?


目前业界主流的SDN控制器都或多或少的借鉴了ODL的设计思想,服务抽象层理念、插件式开发等都是其标志性的特点。其实从各大云公司和厂商的招聘JD上也可以看出具备ODL经历其实是大幅加分的。在经历了早期技术方案迭代后,ODL逐渐变得成熟且稳定。当一个技术成熟时,技术方案也逐渐稳定,这时投入学习可以节省很多的成本。