前段时间看到一篇文章，叫《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）