随着外界对软件定义网络(SDN)前景的大肆宣传，我们看到许多大型运营商已经开始认真探索基于SDN的解决方案。一些公司已经开始将他们的网络转变为基于集中式软件控制的可编程资源。

目前，世界各地的服务提供商、企业和Web 2.0公司都在寻求解决方案，通过由服务级请求驱动的自动化设备供应来满足不断变化的客户需求。更重要的是，许多人选择通过开放标准实施SDN，以简化网络设计和运维，并使用SDN控制器提供的指令，而不是多个特定于厂商的设备和协议。

SDN的驱动因素

SDN的关键驱动因素包括需要更高的运维效率，以便能够提供需要实时连接的自助带宽服务和基于云的托管服务。实现具有开放接口和自动控制的分层架构的互操作性要求是利用SDN的另一个理由。当然，SDN将传输网络转变为可编程资源，也创造了大量利润丰厚的新服务。

Heavy Reading2017年对全球142家网络运营商进行的运营商SDN调查发现，使用案例中的三个首要任务是：

• 数据中心连接的软件控制。50%的受访者表示他们正在或计划在其数据中心互连（DCI）网络中部署SDN。
• 多层网络优化（IP/MPLS和光学集成）。52%的受访者希望利用SDN深入了解网络运营以及探索多层拓扑和互连的能力。
• 自动配置WAN链接。60%的受访者表示，利用SDN，云和软件即服务等模型就可用于满足广域网需求。

显然，自动化作为降低运营支出的一种手段，对许多最终用户来说是一个重要的驱动因素。DCI网络的范围可以从最简单的点对点链路到复杂的国家和国际网络。即使对于最简单的链接，也需要应用程序可编程接口（API）来简化网络操作和自动化连接。此类解决方案通常与零接触配置（zero touch provisioning,ZTP）相结合，进一步减少了与网络设备的人工接触/交互的时间，ZTP能够将人为干预降到最低。这里的目标是要实现在扩展部署能力的同时，无需相应地扩展运营团队的规模。

支持SDN的设备能够不断地向中央控制器报告网络性能和遥测数据以进行分析，提供网络优化见解，这也可以跟人工智能和机器学习（AI/ML）相结合，利用AI/ML技术，可以评估网络数据以确定部署的路由是否具有足够的余量来增加传输速率（i.e., margin mining），然后SDN控制器自动优化所有收发器的业务速率。

多层流量分析需要复杂的算法来确定最佳流量图。SDN接口使控制器能够与多厂商环境中的设备连接，通常在第1层中使用一个厂商，在第2/3层中使用第二个厂商。在多厂商/多技术场景中收集和分析数据的能力使运营商能够从部署的网络资产中榨取最大的收益，这是许多SDN部署的主要业务驱动因素。

SDN的部署速度如何跟上步伐

那么，接下来的步骤是什么？SDN部署的速度是否能跟上大肆宣传的步伐？答案是，实际部署进度比许多人想象的要慢得多，这在很大程度上是因为当今厂商不得不支持数量庞大的API。

在设备/网络API包中，有四个主要的竞争者：

1、IETF流量工程架构和信令（TEAS）TE拓扑：这个API的主要关注点是光传输IP。它利用SDN来引导网络流量，提高资源利用率并帮助满足网络服务质量要求。
2、ONF Transport-API：此标准北向接口于2014年在ONF启动，支持基于高级意图的服务和详细的特定于技术的服务。它主要专注于载波传输网络，目前是SDN解决方案的几个主要RFI的核心。正在进行的测试和演示包括基于ONF T-API 2.0的2018OIF SDN Transport-API互操作性测试。
3、OpenConfig：OpenConfig活跃在一些大型的DCI网络中，并由领先的Web 2.0提供商使用，此直接设备API应用于IP、以太网和流式遥测设备的配置 - 这意味着数据可以从设备连续自动流式传输，以增强网络监控。运营商可以使用OpenConfig数据模型作为通用接口订阅他们需要的特定数据项。对许多人来说，这是网络解耦的关键因素。
4、Open ROADM：与OpenConfig一起，这是目前两种领先的设备API之一，虽然OpenConfig受到云社区的青睐，但OpenROADM在运营商社区中越来越受欢迎。

四个模型比较：

当然，对于服务级API来说，情况有所不同。MEF的LSO Presto于今年1月份推出，是多项旨在改造以太网服务的测试的核心。它也被定义为传输网络。

目前，API定义方面已经取得了很多进展。但是，业界真正希望的下一步是加速SDN驱动的网络的采用，让市场选择其中的一个或两个API作为赢家。

在接下来的几年里，我们很可能会看到SDN与其他行业趋势（如ZTP和AI/ML）相结合，从而创造更多的运营成本节约和收入机会。

原文链接：https://www.lightwaveonline.com/articles/2018/09/the-rise-of-sdn-in-open-optical-networks.html