SDN相关组织——NFV

1 NFV性质
2 NFV主要的工作目标
3 NFV带来的好处
4 NFV与SDN的关系

NFV性质
NFV (网络功能虚拟化)是一个跟SDN有点交集但是又有很大差异的技术概念。跟SDN不同, NFV是由运营商提出来的。2012年10月, AT&T、英国电信、德国电信、中国移动等联合其他很多家网络运营 、电信设备供应商、IT设备供应商等成立了一个NFV标准化组织,该组织属于欧洲电信标准协会European telecommunications standards Institute，ETSI的一部分。
NFV主要的工作目标
当前的运营商面临着共同问题。在现有的运营商网络里面,有大量的各种各样的设备,比如各个层次的交换机、路由器、防火墙、计费设备、服务器、存储设备等,要管理这些设备变得越来越困难。而且每次要部署一种新业务的时候,又要增加一堆新的类型的设备。随着设备越来越多,给这些设备找合适的空间和供电也越来越麻烦。此外,网络创新导致设备的更新换代越来越快,设备的生命周期缩短。所有这些都会导致网络建设成本和运营成本居高不下。如何来解决这些问题呢?这就是NFV的主要目标。
NFV的目标是利用当前的一些IT虚拟化技术,将多种物理设备虚拟到大量符合行业标准的物理服务器、交换机或者存储设备中,然后在这些标准的硬件上运行各种执行这些网络功能(比如深度包检测、负载均衡、数据交换、计费等)的软件来虚拟出更多网络设备，这些软件可以根据需要在网络中不同位置的硬件上安装和卸载，不需要安装新的硬件设备。
图的左边是网络中的设备部署情况，有各种各样独立的物理设备，右边只有三种类型的设备，为服务器，存储设备，交换机，左边的很多其他设备通过软件虚拟到右边的三种类型的设备中去了。
NFV标准化组织希望对网络元素进行广泛的虚拟化，包括：
移动核心网络；
深度包检测DPI
会话边界控制器SBC
安全设备
服务器负载平衡器
广域网加速
注意：并不是所有网络元素都适应于NFV模式，NFV适合运行计算密集型的网络服务，而那些支持低延迟，高吞吐量数据传输的网络产品则不使用，这些设备都是有专门的ASIC进行支持的。

NFV所带来的好处
减少设备的成本与能耗，降低运营商的资金和运营成本；
减少部署新网络业务的上市时间；
可以使用一个统一的平台来应对不同的服务和不同的客户，在不同用户和服务器之间共享资源；
按照比例增加，减少和发展业务更具灵活性；
开展新业务的试验和部署的风险更低等。

NFV跟SDN的关系
NFV是在一次SDN和OpenFlow的研讨会上首次被提出来的,所以它跟SDN有着一定的联系。但是从它要解决的问题来看,它跟SDN的重点是不同的。
SDN强调控制和转发分离,通过开放化标准接口对网络进行抽象,通过软件编程来控制网络从而达到更快速地网络创新和更灵活方便地网络管理的目的。
而NFV则强调将现有的很多种不同的网络设备通过IT虚拟化技术融合到有着工业标准的服务器/存储设备/交换机中去,减少物理设备类型和数量,所有的功能都通过运行在这三种标准设备中的软件来实现,以此来降低运营商网络建设和运营成本,可以更容易地对网络来进行管理和创新。
NFV并不一定要建立在SDN的基础上,反之亦然。但是两者可以结合在一起,在NFV的环境中结合SDN技术,控制和转发分离,可以整体优化网络性能,简化不同厂家硬件设备的兼容性管理,可以更方便地对网络进行管理和操作。
所以说SDN与NFV是互补的关系
两者的异同点
ONRC
2012年4月，斯坦福大学和加州大学伯克利分校联合12家公司，HP，cisco，Google，Intel，Juniper，HUAWEI，vmware等建立新的开放网络研究中心open networking research center，ONRC，合作研究新的网络范式——软件定义网络SDN，并提供开源网络工具和平台。

IETF
software driven network
IETF的核心是思科与Juniper，从他们推出的SDN概念就能看出些端倪，他们的SDN不是defined，而是driven，并且与ONF的SDN的区别做了一个比较：
意思是defined意味着原因和应用程序唯一的作用就是用来控制数据转发面，而driven更高端，涵盖了控制面和数据转发面，根据转发面需求提供控制面服务，还能够接收转发面的服务反馈，可以说没有任何实质性的输出，只是为了证明自己的存在感。
I2RS
IETF还成了了一个跟ONF SDN相关的工作组，interface to routing system，路由系统的接口？这是什么意思？
在传统的路由体系里面,比如OSPF,IS-IS、 BGP,都是分布式路由计算的体系,路由表项由网络中的所有路由设备一起协同计算汇总,属于典型的分布式计算体系。这套体系已经在传统网络中被证明非常有效,运行得很成功。而在SDN架构中,希望路由协议是跑在集中式的controller之上, IETF认为这很不妥,但是如果还是让每台设备独立计算路由,又跟SDN的架构有冲突,怎么办呢? IETF就想能够做个折中,路由协议在计算路由的时候,会考虑很多因素,其中有部分因素是管理员的策略配置决定的，所以IETF就想把路由协议中跟策略配置相关的东西，放到集中式的controller上，controller通过反馈的事件，拓扑变化，流量统计等信息来动态下发路由状态，策略到各个设备上去，具体的计算还是在每台设备上，然后controller通过一个接口去控制每台设备上的路由协议，这个接口就是interface to routing system。