NFV

        NFV , 即网络功能虚拟化 , Network Function Virtualization 。 通过使用x86等通用性硬件以及虚拟化技术 , 来承载很多功能的软件处理 。 从而降低网络昂贵的设备成本 。 可以通过软硬件解耦及功能抽象 , 使网络设备功能不再依赖于专用硬件 , 资源可以充分灵活共享 , 实现新业务的快速开发和部署 , 并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等 。
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 , 或者绕过它不支持的模型 。