查理阿什顿

回顾过去，2014年是“开放”的话题成为网络功能虚拟化(NFV)解决方案对话的一部分的一年。在整个行业会议以及ETSI NFV行业标准组(ISG)的会议上，很明显，服务提供商将开放解决方案的可用性视为他们NFV计划的关键。在这篇文章中，我们将给出“开放”的定义，我们欢迎你对我们的概念给出反馈。

出现了NFV开放平台(OPNFV)开源项目就是对这种需求的直接回应。虽然OPNFV是ETSI NFV ISG的独立倡议，但OPNFV的目标很大程度上是由服务提供商推动的，他们代表了该项目中许多最有影响力的成员。OPNFV是由Linux基金会主办的一个协作项目，旨在为NFV开发一个高可用性、集成的开源参考平台。与OpenStack、open Daylight、KVM、DPDK、open Data Plane (ODP)等开源项目密切合作。

对于为NFV开发解决方案的软件公司来说，明确理解“开放”在这个上下文中的含义显然很重要。当服务提供商和电信设备制造商(TEMs)评估软件供应商时，他们用什么标准来判断一个解决方案是否“开放”?

从许多与客户的对话来看，我们在Wind River中得出结论，开放软件解决方案基本上有三个元素。我们喜欢把它们视为三条腿到凳子：只需一个，凳子落下，以及您的开放索赔。

首先，也许是最明显的，服务提供商和TEMs期望“开放软件”来自一个活跃于开源社区的公司，并且是适用的开源项目的主要贡献者。这一点是没有隐藏的，因为它可以直接确定给定公司的贡献数量。

但是，值得注意的是，向社区提交的罪行数量不代表在诸如运营商等级可靠性等高度专业领域提供的技术领导。主流社区专注于企业数据中心应用，因此致力于狭隘兴趣的主题，例如承运人等级需要更长时间才能理解和接受。

当我们提交与运营商等级行为和性能相关的OpenStack补丁时，我们会看到这种延迟，我们在电信基础设施中的领导地位发展了我们开发的。大多数OpenStack使用在企业应用程序中，许多与电信相关的补丁在接受前很长一段时间就是脱脂，即使它们对NFV基础设施至关重要。对于我们为Yocto Linux项目提交的数百个修补程序而言，相反的是恰当的，这往往是广泛适用和快速接受的。

粪便的第二条腿是标准的API。NFV的一个主要前提是开放标准将鼓励和激励多个软件供应商开发兼容的可互操作的解决方案。我们已经看到许多介绍NFV解决方案的软件公司，其中一些软件公司从未在传统的电信基础设施市场中竞争，以专有的单一供应商集成设备为主。ETSI ISG开发的开放NFV标准使OSS / BSS软件，编排，虚拟网络功能（VNF）和NFV基础架构（NFVI）平台的供应商能够在本市场中竞争，只要它们符合供应商中性API。

ETSI NFV架构为公司提供了大量的机会，以便在与标准兼容时提供增值功能。例如，如果我们的钛服务器NFVI平台，我们提供了广泛的运营商等级和以性能为导向的功能，这些功能通过OpenStack插件实现。因此，这些可供OSS / BSS，Orchestrator和VNF的使用，这可以选择利用先进的功能在其自身产品中提供差异化​​。

作为“开放软件”粪便的第三站，服务提供商和TEM希望在软件组件级别避免供应商锁定。ETSI架构级别之间的标准API使得可以在例如Orchestrator和VNF之间实现多供应商解决方案和互操作性。对于客户来说，避免被锁定到包含架构完整级别的集成解决方案，因此他们可以将自己的专有组件包含独特的差异化。

NVFI层提供了一个很好的例子。在我们的案例中，我们发现许多客户看到了我们预先整合的巨大价值钛服务器将多个组件组合成单一的集成封装：运营商级Linux，硬化KVM，加速vSwitch，运营商等级扫描和大量电信中间件功能的解决方案。这些客户从集成解决方案的上市时间优势和保证的六分之一（99.9999％）提供提供的。他们能够利用领先的能力。然而，其他客户可能拥有自己的Linux发行版或他们自己的OpenStack版本，我们可以容纳它们与我们的这些组件组合，但可能牺牲运营商等级可靠性。

因此，我们与客户的讨论使我们得出这样的结论:对于NFV来说，“开放软件”公司是相关开源项目的主要贡献者，它提供了与开放ETSI标准100%兼容的产品，并且允许客户避免在组件级别上被供应商锁定。有了这三条腿，凳子就立起来了，你就有了一个可行的开源软件。

你怎么看？你有更好的定义吗？我们很高兴听到你的想法。