OpenDaylight即将迈入“七年之痒”？

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

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

ODL之十大版本对比

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

版本 新增功能 Neon（2019.3）

云端/边缘网络虚拟化功能通过Neon版本得到强化，进一步增强了OpenDaylight在生产网络中的适用性；
光传输基础设施控制现在提供新功能，确保使用开放的北桥API与更高级别的控制器互操作；
WAN连接。基于Fluorine成熟的BGP堆栈，Neon带来了增强功能，可改善错误报告、重启和网络稳定性；
提高稳定性和可靠性。除了功能增强和错误修复之外，Neon还包括稳定性和扩展性方面的改进。OpenDaylight继续进行基础架构增强，使供应商和下游开源项目更容易快速整合和部署依赖OpenDaylight的产品和平台。

Fluorine（2018.8）

IP传输： OpenDaylight提供了一个强大和成熟的BGP堆栈，改进了BGPCEP和BGP / MPLS多播支持。
光传输：Fluorine首次正式发布Transport PCE，作为托管版本的一个组件。此外，Fluorine为基于OpenROADM的光学基础设施控制提供了新的参考实现。
云/边缘计算：添加了一些新功能，以进一步增强对云和边缘计算环境中的网络虚拟化的支持。例如对IPv6支持、对有状态和无状态安全组的支持，以及OVS的SR-IOV硬件卸载。
服务功能链（SFC）： 对SFC的更新加速了网络切片等服务的交付，目前OpenvSwitch (OVS)支持这些服务，从而提高了SFC在市场中的应用。

Oxygen（2018.3）

数据平面抽象：Oxygen 为该平台引入了P4插件，增加了它对关键细分市场的价值，例如运营商和大型云提供商，它们都支持数据平面抽象。
容器：容器编排引擎项目为Kubernetes引入了一个插件，并为混合VM容器环境开发了Neutron Northbound扩展。
协调：OpenDaylight已经成为其他解决方案的关键上游组件，Oxygen加强了对下游项目之间的协调的支持。

Nitrogen（2017.9）

Nitrogen的重点是将ODL迁移到Karaf 4， OpenDaylight组件允许用户选择他们的SDN控制器将支持哪些协议和服务。通过此次更新，OpenDaylight显著改善了组件包之间相互依赖关系的管理。

Carbon（2017.6）

随着Carbon的发布，OpenDaylight技术社区将重点放在三个关键领域：1）增强了对物联网、城域以太网和有线运营商需求的支持；2）NFV综合管理；3）“S3P”，特别关注群集和联合。借助Carbon，自动化可编程网络的愿景成为焦点，并扩展到新的用例。云、NFV和管理平面可编程性的基础工具链已被纳入更高级别开源框架的核心组件，如ONAP、OPNFV和OpenStack，以及MEF等标准机构的设计实现。

Boron（2016.11）

Boron增加了对云和NFV相关的几个项目的改进，包括OpenFlow、OVSDB和OVS / FD.io。Boron还提供了新的工具和文档来支持应用程序开发人员，以及与OPNFV、OpenStack、CORD和Atrium Enterprise的更好集成。

Beryllium（2016.2）

性能和可扩展性：ODL Be展现了更强大的分析和集群测试功能（其中多个ODL实例充当一个逻辑控制器）。Be版本首次包含了完全支持OpenStack高可用性和群集所需的所有组件，并改进了对Neutron API和功能的支持。从Be版本开始，ODL支持在具有DPDK加速虚拟交换机的主机上放置工作负载。
易于采用：ODL Be加强了集成功能，以改善多厂商环境的互操作性，并更新其微服务架构和新项目。
抽象网络模型：ODL Be为控制器或平台的策略和意图提供了最广泛的配置范围。支持四种方法 - NEMO、ALTO、GBP和NIC，为基于意图的管理和网络服务以及资源的方向提供了灵活性。
广泛的用例：ODL Be 为服务提供商和企业网络提供了最广泛的SDN用例，包括传统用例和新用例。Beryllium中的新服务和架构改进使云和NFV领域的新用例成为可能，并为网络资源优化和自动服务交付领域的传统用例增加规模和灵活性。

Lithium（2015.6）

借助Lithium，服务提供商和企业可以向SDN过渡，特别是扩展智能网络的可编程性。企业可以构建自己的服务架构，或利用基于OpenDaylight的商业产品在云环境中提供动态网络服务，制定基于意图的动态策略，并使用服务功能链（SFC）虚拟化功能。

Helium（2014.10）

Helium比Hydrogen版本更安全，支持基于组的策略，并且与OpenStack云编排系统更紧密地集成。开发人员还使软件更加模块化，因此用户只需下载和安装他们需要的OpenDaylight元素。

Hydrogen（2014.2）

Hydrogen提供了三种不同的版本：Hydrogen Base Edition，它配备了支持OpenFlow 1.3和Open vSwitch Database配置的模块化控制器，并且可以通过基于Java的OSGi框架进行扩展以支持其他SDN协议。Hydrogen Virtualization Edition是Base Edition的扩展版本，其中包括几个模块化增强功能，可以在数据中心创建和操作虚拟网络overlay。Hydrogen Service Provider Edition也是Base Edition的扩展版本，其中包含了Plexxi和Radware。

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

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

中国移动

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

Comcast

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

KT

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

Lumina Networks

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

腾讯

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

结语

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

参考：
1.https://www.sdxcentral.com/open-source/definitions/ODL-project/
2.https://wiki.opendaylight.org/view/Release_Plan
3.https://www.sdnlab.com/16764.html
4.http://archive15.opendaylight.org/software/use-cases
5.https://www.opendaylight.org/use-cases-and-users/user-stories
6.https://www.opendaylight.org/ecosystem-solutions/find-a-solution