2015年8月14日 bob 体育 app

OPNFV将成为NFV兼容性的事实标准吗?

查理阿什顿

C.ashton.

随着网络功能的虚拟化(NFV)将其第一步超越试验和评估到现实世界部署,整个价值链的供应商正在努力展示“兼容性”的难以捉摸的概念。对于我们在Wind River的团队中,这肯定是在看到我们的同时解决的关键问题钛服务器多个客户采用的NFV基础设施平台进行广泛的用例。

在这篇文章中,我们将讨论在证明与NFV开放标准的兼容性方面为我们成功的一些方法。我们还将探索是否是新兴的NFV的开放平台(OPNFV)项目实际上将成为衡量供应商解决方案的事实标准。

opnfv帖子

首先,对于任何未遵循此开源项目的任何人密切相关的opnfv的快速背景。OPNFV项目于2014年9月正式启动,是一个开源参考平台,旨在加速介绍NFV解决方案和服务。OPNFV在Linux基础下运行,项目的主要目标是为NFV实施ETSI规范。成员包括电信和有线服务提供商,如AT&T、CenturyLink、中国移动、KT、NEC、NTT DOCOMO、Ooreedo、Orange、SK telecom、Sprint、意大利电信和沃达丰。许多NFV解决方案供应商也是成员。在风河,加入OPNFV并积极贡献的决定是显而易见的,因为我们已经参与了几个开源社区,并且我们专注于交付符合开放标准的NFV解决方案。

如此多的服务提供商加入OPNFV的事实有力地表明了他们从该项目中看到的潜在利益。一些人公开表示,他们认为OPNFV参考平台是加快ETSI标准向实际NFV部署过渡的一种方式。他们相信,在一个开源环境中,NFV生态系统中公司之间的协作将会产生高质量的参考软件,这些软件可以很快被整合到商业解决方案中。他们期望利用OPNFV代码的解决方案在市场上的可用速度将大大快于那些从头开始开发或从企业项目开始开发的解决方案。当然,他们认识到OPNFV代码不能直接部署到现网中,预计软件公司将使用OPNFV作为商业解决方案的基线,并提供完全的服务水平协议(SLA)支持。

OPNFV的初始焦点是NFV基础架构(NFVI)和虚拟化的基础架构管理(VIM)软件,通过集成来自OpenDaylight,OpenStack,Ceph存储,KVM,Open Vswitch和Linux等上游项目的组件来实现。除了应用程序可编程接口(API)以及其他NFV元素,这些NFVI和VIM组件都形成了托管虚拟化网络功能(VNF)和与管理和网络编排(Mano)的接口所需的基础架构。

第一个OPNFV发布“arno”六月可用。ARNO是一种以开发者为中心的版本,包括NFVI和VIM组件。该组合提供了基于OpenStack和OpenDaylight在云体系结构中部署和连接VNF的能力。下一个释放“Brahmaputra”计划作为第一个“实验室就绪”版本,在安装,可安装的伪影,连续集成,改进的文档和示例测试方案等领域中包含了许多增强功能。

值得注意的是,无论是雅鲁藏布江还是雅鲁藏布江都没有纳入任何有助于在NFVI平台上提供承运人级可靠性的特性。这是一个典型的例子,像风河这样的公司,拥有提供6 - 9(99.9999%)基础设施的丰富经验,继续增加关键价值。像Titanium Server这样的解决方案构建在社区驱动的参考代码上,并使用部署在实时服务提供商网络中的平台绝对需要的功能对其进行增强,同时保持与所有适用的开放标准完全兼容。

那么NFV解决方案是什么意味着在这种背景下“完全兼容”吗?我们的经验自推出钛服务器以来,我们需要从三个角度解决这个问题:

opnfvpost2

首先,可能也是最明显的一点是,对于任何NFV供应商来说,充分了解ETSI计划定义的并在阶段2中继续发展的NFV标准是非常重要的。除了理解标准之外,我们的专家还广泛参与了工作小组,我们在Carrier级可靠性、平台测试和VNF性能优化方面的经验使我们能够为标准的定义做出知情的贡献。

钛云标志2

其次,我们发现“兼容性”的挑战越来越多地涉及到展示与NFV生态系统中的其他公司的互操作性。从服务提供商的角度来看,开放标准通过鼓励多家公司开发兼容和互操作的解决方案,避免了供应商锁定的风险。但是服务提供商通常会在其部署的完整解决方案中整合来自多个供应商的产品,因此他们需要证明,那些应该无缝协作的产品确实做到了这一点。在我们的例子中,我们启动了钛云生态系统加速NFV部署,并尽量减少客户的日程表风险。通过钛云,我们在工程层面与我们的合作伙伴密切合作,以确保其产品与钛服务器正常工作,同时利用任何优化适用于确保运营商等级可靠性和最大性能。这是一个深入的,以工程为中心的程序,导致验证的端到端解决方案,而不仅仅是徽标图表或营销工具。

opnfv.

最后,有趣的是考虑一下,一旦OPNFV项目产生一个稳定的代码库,由多个供应商利用来创建NFV解决方案,将会发生什么。在这一点上,我们希望OPNFV成为一个事实上的标准,所有NFV供应商都必须根据这个标准来测试他们的解决方案。例如,提供VNFs的公司在运行基本的OPNFV代码时,需要验证这些VNFs的正确操作,就像他们在客户实际部署的钛服务器等NFVI平台上验证它们一样。

因此,在不久的将来,我们期望验证“兼容性”实际上涉及三个不同的活动。Companies will need to make sure they develop their products in full awareness of all the relevant ETSI standards, confirm that they run correctly on the OPNFV reference platform and also verify interoperability with ecosystem partners’ products that comprise a complete, deployable end-to-end solution.

从实际在其网络中部署基于NFV的服务的服务提供商的角度来看,兼容的互操作性解决方案的好处是显着的。看到证据证明,他们的端到端解决方案的各种元素已经预先验证,共同正确加速了他们的整体部署时间,同时还降低了他们的日程风险,并使他们的程序经理能够在晚上睡得更加睡眠。

与此同时,遵守开放标准迫使供应商开发可互操作和可更换的解决方案。这是避免在物理网络基础设施的“糟糕的旧天”中存在的供应商锁定的关键,这是一切都是推动全球服务提供商在第一位置开展服务提供商的主要动机之一。

在Wind River,我们看到钛服务器NFV基础架构平台的广泛采用,因为它为两个TEM和服务提供商解决了关键的业务挑战。我们在第1天的ETSI NFV计划中一直在积极参与者,帮助定义规范并确保我们的解决方案与这些开放标准完全兼容。通过钛云生态系统,我们与OSS / BSS解决方案,Orchestrator,VNF和服务器硬件的供应商合作,以验证我们的产品及其产品之间的完整互操作性。现在,作为OPNFV的活跃参与者,我们能够为社区贡献高价值代码,并利用OPNFV平台为我们的客户提供有助于部署和100%与开放标准兼容的承运人级NFV基础架构。

以前的Taxibot认证起飞
下一个在Helix Lab云中协作以修复软件问题 - 如何进行远程帮助权