OpenDaylight Oxygen致力于代码清理，错误修复和安全性方面的开发工作，以高度关注质量的方式展示了平台成熟度。尽管社区已经围绕稳定和改进现有功能来确保运营可靠性，但也有一些重要特性的改进。
所有ODL的项目升级了odlparent和yangtools版本，这是氧版本分配中每个项目的跨项目工作。根据odlparent升级的更改涉及通过增强checkstyle和findbugs规则以及依赖性升级来在整个项目中实施更高质量的代码。值得注意的是，氧版本已经从karaf 4.0.9升级到4.1.3，可实现基于功能范围的功能版本的runtime。这大大提高了开发人员的敏捷性，后续升级更加方便。Yangtools的贡献集中在错误修复和更好的代码组织方面。另一个值得注意的变化是默认情况下，内存中的数据树现在强制执行用于操作存储的叶子节点。这一变更可能会在应用程序升级过程中遇到问题，可以通过暂时禁用来解决，但不建议这样做。
尽管还有其他一些值得注意的变化，其他核心贡献主要关注氧版本发布中的bug修复。MD-SAL项目组继续开发第二版规范，该规范将在未来的ODL版本中使用。目前的计划是到Fluorine（氟）版本之前坚持第一版规范，社区正在努力弥补目前存在的一些缺陷和不足。NETCONF开发团队贡献了利用基于密钥的身份验证和南向NETCONF设备的功能，NETCONF设备迄今仅限于基本身份验证。AAA团队首次推出了基于MD-SAL的新身份验证Realm，它允许跨群集复制ODL帐户信息，尽管默认情况下它未启用。
完成了所有ODL项目的配置子系统的大量工作。配置子系统已经被很多版本的蓝图所取代，但作为已弃用的系统进行维护，以确保非ODL项目的正确过渡。由于代码在未来进一步维护的成本很高，有计划移出Fluorine中的配置子系统是有必要的。但是在完全移出之前，可能会在Fluorine版本中保留一些兼容层来弥补间隙。未来将项目从DataChangeListener（DCL）转换为DataTreeChangeListener（DTCL），我们做了额外的工作，它显示出更好的性能。控制器开发团队计划在Fluorine（氟）版本移除DCL API，因此现有应用程序必须迁移到使用DTCL。核心API的去除是非常棘手的，因为ODL开发社区对于在开源代码库之外如何使用它们没有太多的了解，然而总的策略是弃用这些API。由于DCL从Beryllium（铍版本）开始实际上已经被弃用，现在是时候完全摆脱这个接口。
在协议和应用程序堆栈也进行了升级。BGP增加了对基于draft-sajassi-bess-evpn-vpws-fxc的EVPN VPWS灵活交叉连接服务的支持，netvirt和genius项目增加了对IPv6的支持，使L3VPNs能够使用BGPVPNs，支持在ovs2.8 +中为L3VPNs创建MPLS/GRE隧道。虽然对最终用户不太明显，但这些项目在交易链接和线程引擎方面取得了重大进展。OVSDB和Openflowplugin项目致力于解决几个群集错误以及为利用功能创建更多用户友好的库。服务功能链接项目增加了对渲染服务路径和线上服务功能统计数据的支持，从操作的角度提高了SFC的可用性。JSON-RPC项目已正式添加到发行版中，并包含使用ZMQ与ODL进行交互的绑定。这加速了基于非Java的项目与控制器的集成。
ODL开发社区的模式趋向于对现状加以改变，而不是发明轮子。随后的每个版本都会对现有项目进行改版，随着项目的不断成熟，生产稳定性将会得到提高。
