NFV

　　NFV的定义

　　NFV的最终目标是，通过基于行业标准的x86服务器、存储和交换设备，来取代通信网的那些私有专用的网元设备。由此带来的好处是，一方面基于x86标准的IT设备成本低廉，能够为运营商节省巨大的投资成本，另一方面开放的API接口，也能帮助运营商获得更多、更灵活的网络能力。可以通过软硬件解耦及功能抽象，使网络设备功能不再依赖于专用硬件，资源可以充分灵活共享，实现新业务的快速开发和部署，并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。大多数运营商都有网络功能虚拟化（NFV）项目，他们的项目是基于通过开放计算项目（OCP）开发的技术。

　　NFV与SDN的区别

　　NFV的初衷是通过使用x86等通用性硬件以及虚拟化技术，来承载很多功能的软件处理。典型应用是一些CPU密集型功能，并且对网络吞吐量要求不高的情形。主要评估的功能虚拟化有：WAN加速器，信令会话控制器，消息路由器，IDS，DPI，防火墙，CG-NAT，SGSN/GGSN，PE，NG，RAN等。

　　SDN的核心理念是，将网络功能和业务处理抽象化，并且通过外置控制器来控制这些抽象化的对象。SDN将网络业务的控制和转发进行分离，分为控制平面和转发平面，并且控制平面和转发平面之间提供一个标准接口。需要指出的是，控制平面和转发平面的分离，类似于现代路由器的架构设计方法，但是SDN的设计理念和路由器的控制转发分离完全不同。

　　从上面可以看出，NFV可以采用SDN进行实现（如采用控制转发分离的方法来搭建服务器网络），但是NFV也可以采用普通数据中心技术来实现。

　　NFV与云计算的区别

　　一个很大的区别在于，云计算通常被用来托管此前在内部运行的IP语音应用。IaaS只是托管虚拟机，这意味着，这些语音应用放到云中，并没有发生功能性改变。而NFV托管应用组件的方式允许组件根据性能或可用性需求进行扩展。

　　云计算VoIP/UC和NFV语音之间的第二个重要区别在于，NFV允许在任何合适的硬件上部署语音应用组件，这意味着，在理论上，你可以在内部服务器、网络接入设备或边缘路由器、以及云计算中运行“云语音”应用。然后你可以构建云语音应用，然而，这些应用可以部分被推送到所有位置的本地设备，如果云语音服务出现故障，这还可能保证你继续使用呼叫功能。

　　云计算和NFV的第三个区别在于，在云语音中，语音应用位于网络中，这意味着，它只是另一个网络用户，对网络行为的控制或与网络管理的整合不会超过用户设备的水平。在NFV中，你可以构建一个包含托管功能和网络连接的语音服务，并将这两者作为整体来管理。这可能会鼓励供应商捆绑语音服务与云计算和VPN等技术，并推动语音服务提供商增加托管SBC、防火墙等功能。

　　最后的区别是，NFV关乎管理，这是云计算中通常被忽视的部分。NFV的目标在于，通过改善管理来显著降低运营成本。如果满足了这个目标，这意味着IP语音服务，甚至是UC/UCC，会变得不那么昂贵，在给服务提供商带来更高利润的同时，帮助用户降低成本。

　　对物理网络标准的意义

　　网络功能虚拟化（NFV）将一系列的网络功能打包成一个单独的动作，最大限度地减少网络会话。如果想尝试新的功能，完全不用担心可能与现有的标准发生的冲突，因为NFV部署在网络的最外层，就像打包一样。

　　正确的解决方案可能涉及到传统网络，NFV和SDN是可以协同工作的，但他们并不一切都是虚拟化的。在某些特殊的配置下，网络管理在特殊的场合，会迫使你不得不使用供应商的特殊功能。

　　网络仍然需要在硬件层面智能化，但它必须尽可能有一个共同接受的标准。为了保证网络架构，需要注意厂商会在哪些设备上进行一些独有的特殊功能，尽可能的让自己的网络标准化。

　　NFV的管理框架

　　从理论上讲，NFV可以存在于专用物理服务器上，也可以运行在云计算中的虚拟服务器中。但在实践中，由于没有涵盖所有这些选项的统一管理框架，因此很难提供如此广泛的部署选择。

　　为了解决这个问题，我们可以将虚拟功能放在云中，并使用OpenStack作为云软件平台。OpenStack有着广泛的行业支持，并且它有一个网络即服务框架，Neutron（以前被称为Quantum），其插件能够支持大部分主流SDN技术，甚至还能支持一些专有网络管理系统（NMS）。然而，Neutron正在逐渐发展为满足云计算的需求，而不是满足网络运营商更广泛的需求，因此，早期NFV部署将需要为运营商网络扩展Neutron，以涵盖云计算中不存在的传统的端到端连接等功能。在这种情况下，开发人员需要增强Neutron，或者绕过它不支持的模型。