OSM与10个NFV基础设施实现互操作

在上周由ETSI举行的NFV Plugfest中，开源MANO（OSM）工作组测试了其与各种网络功能虚拟化（NFV）基础设施和虚拟网络功能（VNF）的互操作性代码。

参与NFV Plugfest的众多公司提供了不同的VNF、NFV基础设施、编排器的不同组合，OSM在给定的1个半小时之内实现了与不同NFV基础设施的互操作。OSM的编排器与所有的10个NFV基础设施和所有15个官方VNF（多余的5个VNF被视为“测试版”）成功互操作。

OSM工作组的目标是提供公开的可以跨不同技术实现的管理和网络编排（MANO）堆栈，OSM旨在支持电信网络以及企业运营的其他网络用例。OSM的核心工作围绕其信息模型展开，OSM的代码能够帮助VNF进入系统中，并与各种基础设施以及服务提供商开展必要的工作。

❆

ETSI的NFV蓝图

主持OSM工作的欧洲电信标准协会（ETSI）在2014年就发布了关于MANO的架构，推动MANO的相关工作，但是开源和标准化的工作比当时发布的架构图中的工作复杂的多。

OSM主席Francisco Javier Ramón Salguero表示：“关于MANO的全部工作要复杂的多，图表确实很有用，但它只有两个维度，它不能反映同时支持几个VIM（虚拟基础设施管理器）。”

例如，网络在不同位置具有不同的基础设施。他说：“你需要为每个基础设施提供正确的评估，以便解决信息模型提出的问题，然后将它们跨接在基础设施上。”

此外，VNF可以穿过其他网络。Ramón说：“我们的目标是与不同类型的控制器互操作，而不是试图平衡所有的VIM。”OSM的信息模型还将使用来自不同厂商的VNF，他补充道：“用户创建一个包含所有信息的文件，系统将执行所需的操作。有关VNF 1的信息可能与VNF 2的信息不同，但他们会有共同点，我们正在汇聚所有的信息。”

最后，OSM的信息模型必须帮助服务提供商将VNF绑定到后台系统中，OSM的代码使得服务提供商明确如何将VNF组合到一起。

❆

OSM沉浸MANO领域

尽管有Open-O和ECOMP跟OSM一样关注MANO领域的开发，但OSM的贡献者并不为此感到烦恼。虽然Open-O和ECOMP都声称他们的范围很广，但Ramón表示：“那些说我们OSM不做LSO的说法是错误的，我们也在做LSO。”

OSM在2016年10月发布了首个版本的代码，并计划在几个月内发布第二个版本，该工作组目前已经有了55个成员。