每一个成功的NFV背后一定有一个支持它的NFVI但在这些功能的背后，一定有一个网络功能虚拟化基础设施（NFVI）来支持它，而这个技术目前还没有明确的定义。许多供应商声称他们可以提供NFVI，但他们的产品差异很大，这让网络管理员很难做出投资决策。好消息是，欧洲电信标准协会(ETSI)的NFVISG（网络功能虚拟化标准工作组）列出了几个关键要素，以使NFVI环境可用。NFVI的初始版本在理论上，NFVI是一组用于托管和连接虚拟功能的资源。具体来说，NFVI是一个云数据中心，包括服务器、管理程序、操作系统、虚拟机、虚拟交换机和网络资源。一些人认为，NFVI一词还包括将用户连接到VNF的物理交换机和路由器。但是，如果按照这个推理，似乎数据中心内或连接到数据中心的每个资源都可以被视为NFVI。如果是这样，阿尔卡特朗讯、思科、戴尔、IBM、华为和许多其他公司都认为他们可以提供NFVI。但是，在结果更加明确之前，我们必须坚持我们的需求。有两个支持NFVI的平台，一个NFV编排器和一个虚拟基础架构管理器(VIM)。创建NFV服务时，NFV编排器会调用一系列VIM，并反过来从底层基础设施调用必要的资源。这类似于OpenStack在托管应用程序时所做的事情。NFVI虚拟基础架构管理器可以实现什么？在ETSI的NFVI模型中，必须有代表基础设施资源的VIM。在内部，问题是VIM可以做什么以及基础设施如何与它们交互。根据ETSI，NFVI必须是“安全的”、“可用的”，并且具有支持服务级别协议的属性。这意味着VIM将公布其功能，然后允许Orchestrator指定所需的内容。如果VIM无法处理Orchestrator的请求，它可能会简单地寻找另一个合适的VIM。这个过程的细节最后还没有确定，所以这意味着供应商只是声称他们可以提供NFVI，但他们不能提供大多数服务需要满足的特定功能。NFV需要的不是OpenStack，而是自己的编排器？在NFVI中，编排器实际上创建NFV服务。没有编程的功能，VIM真的做不了什么。提供自己的编排器的供应商可以使用NFV来参与和验证他们自己的NFVI产品。这里比较令人困惑的事情之一是像OpenStack或DevOps这样的工具是否具有编排器的功能。基于ETSINFV标准，编排器可以实现OpenStack等云工具无法实现的功能。例如，编排器可以访问和使用有关VNF和服务器的信息。事实上，您可能会争辩说OpenStack是VIM的一部分，甚至是NFVI本身的一部分，但NFVI编排器通常是更专注于NFV的软件，而不是云。目前，声称提供NFVI的供应商中只有不到一半拥有自己的协调器。大多数供应商仍然依赖客户自己寻找集成协调器。OPNFV在开发NFVI中的作用有了VIM和orchestrator，开源项目NFV的开源平台（OPNFV）可以首先发挥作用。为了正确定义与VIM相关的接口，OPNFV必须定义NFVI将要发布的内容以及编排器在资源承诺方面的需求。我们通常了解VIM和协调器的角色和需求，因此参与OPNFV可能是对声称具有NFVI功能的供应商的关键测试。NFVI和基础设施管理人员的增长主要的NFVI问题仍然围绕着网络本身。NetworkFunctionsVirtualizationStandardsWorkingGroup的一些运营商将VIM的概念扩展到基础设施管理人员，不仅包括部署和连接VNF，还包括传统网络设备的“参数配置”。它也对一般的SDN，尤其是OpenFlow或OpenDaylight，如何与NFVI相关的问题持开放态度。大多数运营商一直在做NFV的概念验证，以展示NFV的具体技术原理，而不是NFV和传统网元的端到端服务应用。这些要素最终如何处理，将决定未来NFVI是像云数据中心还是整体基础设施。
