灵活、速度、成本降低、自由、可扩展性、中立性，这些好处听起来对一个开放的市场是值得的，但是在某些特定的更好的技术和软件行业的角落却并不开放，其中之一就是SD-WAN。

在最近几个月肯定有某些组件、用例、甚至公司可以作为开放SD-WAN的案例，例如flexiWAN在4月份加入了开源市场，计划构建开放式SD-WAN架构，但是开源其实还没有完全融入到网络技术。

虽然在某些方面看起来似乎开源时代即将到来，但它可能比预期更遥远。甚至关于SD-WAN是否需要开源都还存在着争议，但值得讨论的是开源对技术的帮助。

一、SD-WAN需要开源技术吗？

“需要吗？不”当被问及SD-WAN是否需要开源时，451 Research的高级分析师Mike Fratto说道。 “然而，类似MSP（托管服务供应商）和集成商那样拥有自主软件研发能力的公司如果可以使用开源，并且进一步基于开源构建服务的话，可以节省大量的成本。虽然是一项重大的投资，但可以获得回报。”

Cloudify的首席执行官Ariel Dan认为，开源会对许多SD-WAN现在存在挑战的领域有帮助。其中包括大量选择之间缺乏一致性;许多SD-WAN技术不允许和其他网络组件集成;缺乏SD-WAN的自动化管理组件;供应商锁定;和高带宽开销等等。Cloudify正在开发一套开放的编排软件，这将有助于SD-WAN向更开放的未来发展。

FlexiWAN首席执行官兼联合创始人Amir Zmora表示，开放的SD-WAN架构将帮助IT管理员获得网络组件的控制权，并允许服务供应商针对每个企业网络提供不同优先级的服务并优化企业的网络。 “我认为这是SD-WAN的革命，”Zmora说，“它正好是开源的，但更重要的是这场革命打破了垄断，开源确实让这个市场打开了大门。”

其中一些挑战表明SD-WAN需要改变- “我认为SD-WAN的部分功能已经停滞不前，”Fratto说。 “如果仅仅为了产生新的特性和功能的想法，开源项目可能会再次启动这些功能。”

托管网络服务供应商QOS Networks的首席执行官Frank Cittadino告诉SDxCentral，“开源可能是SD-WAN市场的最后一次上升，因为它确实在这个时间点上运行了这样的关键基础设施，而且这些大客户的主要购买方式就是从大型制造商：思科，VMware和其他几家公司来购买。”

虽然Cittandino认为这些供应商主导的解决方案在一段时间内会占市场主导地位，但这个情况在未来三到五年会随着开源变得更加主流以及供应商的路标放缓和更多地在这些平台内销售产品而发生变化。

然而，开源在这个许多供应商还在利用他们的技术来维持生存的竞争激烈的市场上还为时过早。开源甚至可能在一定程度上会抑制创新。

虽然SD-WAN创业公司Bigleaf Networks正在主动为开源做出贡献，甚至在其技术中利用了开源组件（后面会更多），但首席执行官Joel Mulkey指出，“我当前在这个行业内还没看到一个完全开源的SD-WAN平台。我们的专利技术是我们和其他厂商的主要差异化。如果我们将它发布给所有人使用可能会带来竞争风险，而且开源可能会减缓我们积极的创新步伐。”

开源能否推动创新还有待商榷。许多人认为应该先制定SD-WAN标准。 “在开源SD-WAN出现之前，社区需要就针对SD-WAN的设计，架构，[和] API达成一致”，VMware VeloCloud业务部门产品管理高级主管Steve Woo说。

二、标准先行

市场上大约有60家SD-WAN供应商，其解决方案覆盖从基本功能，到全功能，到增值功能。 Woo解释说，由于利益相关者数量众多，使得很难制定出通用的定义和标准。

Aryaka公司的产品和解决方案营销副总裁Dave Ginsburg有同样的见解，称开源对这个市场来说还为时尚早，主要是因为“没有真正的标准化......整体SD-WAN的体验比任何针对开源的讨论都要重要。“

“网络领域的开源组件通常适用于标准已经制定和/或多家供应商已经明确定义了架构的更成熟的技术，”Ginsburg说。 “目前SD-WAN对多家供应商之间的互操作性要求不高。”

但标准可能很快就会到来。 MEF目前正在制定包括了许多服务定义和属性的SD-WAN标准。自2017年以来，该小组一直致力于SD-WAN的标准化工作，并于去年10月创建了一个技术规范来定义SD-WAN服务及其属性，预计很快将发布。

这些定义可能可以帮助推动开源，但开源却可能无法推动标准的制定。

“企业和服务供应商可以用开源来构建服务，但开源组件只是一些零碎的工具包，”MEF的应用委员会联合主席，思科开源和标准的开发者倡导者Charles Eckel说。 “服务定义是将人想要购买的东西联系在一起的东西，因为人们不想购买一些零碎的组件，而是想购买一个有着共同定义的整体产品。”

Eckel补充说，拥有标准将使管理和通信服务供应商能够更快地设计和推出SD-WAN服务，同时客户根据标准也可以清晰的知道他们将会获得什么服务。

三、开源组件已经就绪

然而，在还没有标准之前，开源已经渗透到技术中，因为许多供应商目前在其SD-WAN服务中已经使用了开源组件，这些开源组件主要以编排和安全功能为主。

“目前还没有真正的开源路径，”AvidThink创始人兼首席分析师Roy Chua表示。 “现在外面有VPN，FW，IDS（所有安全组件），路由器，以及LF网络的DANOS，这些可能将是构成支撑uCPE的平台的组件，但我们还没有看到有任何人尝试将这些组件整合成一个解决方案。“

Linux基金会网络和编排副总裁Phil Robb表示，该团队有三个项目与SD-WAN市场相关或有帮助：ONAP，OpenDaylight和Tungsten Fabric。

“ONAP可以作为包含SD-WAN组件在内的NFV/SDN服务的全球编排器。OpenDaylight和Tungsten Fabric可以支持EVPN [以太网VPN]，它可以通过2层虚拟网桥实现分散的客户站点的连接。此功能可以安全的将分支连接到WAN边缘，“Robb说。他补充说，OpenDaylight也可以用作WAN编排器。

根据公司首席执行官Nabil Souli的说法，网络自动化公司UBique开发了MS Activator，“该组件可以推动简单且经济实惠的集成，并推动更高的自动化”。该公司后来以OpenMSA的名义开源了编排器，“它充当了一个编排框架。”

在OpenMSA的许多用例是SD-WAN。 NEC是OpenMSA的成员之一，最近他们在在马来西亚吉隆坡大学部署了一个基于OpenMSA架构的开源SD-WAN和安全平台。

“NEC 部署的SD-WAN与Versa Networks或VeloCloud没有任何关系，也与美国的任何重大事件无关，实际上他们正在为大学建立自己的SD-WAN，”Souli说。 NEC基于用例开发MS Activator技术，将创建SD-WAN（包括安全功能）的组件整合在一起，从而实现了这一目标。

Cloudify还开始构建开放的虚拟CPE（vCPE）和SD-WAN平台，该平台将通过编排的模式提供一种自动访问大量SD-WAN用例的方法。

四、SD-WAN供应商的贡献

尽管许多SD-WAN供应商本身还没有为开源做好准备，但他们在某些方面做出了贡献或受益。

Mulkey说，“Bigleaf从第一天开始构建平台就使用了许多开源组件。”该供应商使用了Linux操作系统，Graphite用于时间序列数据存储，并使用了许多开源工具 - Bazel，Vagrant，和Puppet来创建和管理其核心SD-WAN监控和适配软件。

“作为一家高增长公司，我们需要灵活，而流行的开源工具通过良好的设计原则可以支持我们实现这个目标，”Mulkey补充道。 “如果我们没有这样一个蓬勃发展的开源生态系统，我怀疑Bigleaf和许多其他类似的科技公司将不复存在。所以，SD-WAN需要开源技术的支持，随着行业的成熟，我们需要确保我们回馈社区。我不认为这些会包括大多数SD-WAN玩家的核心软件。“

Ginsburg表示，Aryaka在其SD-WAN产品中也使用了一些开源组件，并补充说“几乎所有其他供应商都是这种情况。”他指出，对于一些人来说，一个用户可以自己组装的模式正在出现，用户可以选择他们的组件 - 连接，安全，优化 - 并集成，在这种情况下，一些开源编排器和集成商可以提供帮助。

类似地，VeloCloud使用Woo所称的“SD-WAN软件的支撑开源软件。”这包括用于VMware SD-WAN外部的数据平面接口和路由系统的工具，如Linux，SQL，Python和Quagga。 Woo补充说，VMware-VeloCloud开发人员参与了许多开源项目和论坛，包括MEF和ONUG。

“VMware正在大力投资SD-WAN领域的创新，这些创新可能一直到开发社区成熟多年后才有可能从社区获得，”Woo说。

根据flexiWAN的Zmore表示，该公司计划构建一个开放式架构，允许将第三方组件集成到SD-WAN边缘设备的核心。

许多其他厂商和供应商也在使用或使用过开源组件来构建他们的专有技术，这说明开源作为一个整体软件越来越普遍。也许供应商开始回馈社区只是一个时间问题，而且未来将出现完全开放的SD-WAN代码或架构。

译者介绍：王国强，10年以上IT从业经历，先后从事过云计算软件研发和云计算市场解决方案，对数据中心建设，云服务和PaaS均有研究。

原文链接：

https://www.sdxcentral.com/articles/news/is-it-time-for-open-source-sd-wan/2019/05/

声明：本文来自云技术，版权归作者所有。文章内容仅代表作者独立观点，不代表安全内参立场，转载目的在于传递更多信息。如有侵权，请联系 anquanneican@163.com。