软件定义网络在网络功能虚拟化中重要吗?

　　在数据中心领域，网络只是一项资源。但是在通信服务提供商 (CSP) 这里，网络就是正题了。这一思维上的差异意味着软件定义网络 (SDN)已经可以有效解决数据中心内的问题，但只是搜索运营商网络内问题的解决方案。网络功能虚拟化(NFV) 通过为 SDN 提供有说服力的业务案例改变了这一状况。

　　在企业中，SDN 用于虚拟化路由和交换过程，但是尚不清楚运营商是否希望或者需要在其网络内使用此功能。从数据中心的角度来说，将网络控制器交由协调器管理是合适的。但对于运营商网络，以动态方式将网络作为整体进行控制比按元件控制更加重要。NFV方案SDN是NFV的推动力量。对于这一点，举例说明就更加容易理解。以我们从中运行虚拟化宽带远程访问服务器 (BRAS) 的 NFV 方案为例来说明。在运营商网络中，这通常是网络边缘的路由器，它会接收来自终端用户的所有通信，并使该用户可以访问因特网及其他服务。如下图所示，在这一简单的示例中，NFV 协调器可对两个中央办公室位置进行广泛控制，并且在两个中央办公室位置都拥有云资源。BRAS应用程序在中央办公室 1 中运行，用户从该办公室获得服务。

　　现在问题就出现了：中央办公室 1 中为用户服务的云节点崩溃了(可参考下图)。发生这种情况时，协调器应该在中央办公室 2 启动 BRAS 应用程序的虚拟实例，而且各项功能都应保持良好状态以继续为客户提供服务。但用户需要连接至中央办公室 2。在典型的运营商环境中，可能有连接两个位置的传输，但没有逻辑路径。某些部分需要建立连接。

　　要创建的路径需要在广域网 (wide area network, WAN) 资源，而非数据中心资源上实施。NFV协调器不了解“基础”网络及其当前状态。一个可行的解决方案是使用了解基础网络状态的网络控制器来动态创建路径。

　　为了进行交换以使起点为用户的路径指向新位置，需要将数据中心内的接入路由器和面向 WAN 的路由器包括在内。创建新路径需要基于事件动态更改连接性。因此，我们需要SDN控制器。这个控制器无法为不了解这些资源的NFV协调器提供帮助。在这个简单的示例中，由于您可能仍然需要在协调器功能范围内的小型数据中心(中央办公室)中的 SDN 控制器，因此要求提供NFV 环境下的 SDN 控制器，以及至少两个不同级别的 SDN 控制器是有理由的。可以考虑使用更多级别的 SDN 控制器，但至少明确级别数量在一个以上。对于 CSP，SDN 并不一定与网络虚拟化有关(对大多数数据中心和云运营商如此)，而是与动态网络配置和控制以及提供服务以通过服务层抽象来访问和操控整个网络服务的能力有关。SDN 是天然的 NFV 推动力量，因为借助其网络拓扑灵活性和动态配置，可以充分实现NFV 的价值。