《企业网D1Net》6月13日（北京 编译）

由于UC处理应用程序，SDN处理网络，因此很多人难以把握二者之间的关系。事实上，到现在为止，应用程序和网络在很大程度上是彼此独立运作的，由此造成了结果的复杂性，难以设置性，以及不可预知性，同时也造成了纷争解决的问题。这些问题影响了用户体验（UX），特别是在UC的关键之处——实时语音和视频服务上。

那么，使应用程序和网络能够一起顺利的开展工作为何如此困难呢？基本的问题是，实时语音和视频对IP网络有特殊的要求。更具体一点，实时交通需要服务质量（QoS）的品质特点，以尽量减少延迟，丢包以及误差。数据并不像实时交通那样对时间敏感，并且可以伴随IP使用TCP来识别和重传丢失的数据包。语音和视频的时间架构更加苛刻，如果数据包丢失，检测和重发它们的进程会很久，以至于它们与谈话失去了相关性；这就是为什么语音和视频使用UDP而不是TCP的原因。

今天，提供合适的语音和视频性能需要QoS特性的预配置，这样数据包提供了适当的路径；该“预配置”是说起来容易做起来难。网络工程师必须首先确保语音和视频数据包有相应的标题来标记，以识别它们为语音或视频网络。然后，所有沿路径的交换机和路由器必须设置为识别这些DSCP设置并为每个数据包分配相应的优先级。

这一工作在实践中就更困难了。事实证明，DSCP设置是3层（即“IP”）功能。还有其他的QoS机制，例如802.1p优先级和Wi-Fi多媒体（WMM）在第2层运行，在QoS机制转变的每个关口那里，网络工程师必须为每个DSCP设置填充一个表，以等效于802.1 p或WMM设置；之后在另一个方向上也要做相同的内容！当然，如果以后有人在沿线的任何地方修复路由器的任何设置，这些优先领域可能会被剥离，QoS消失，用户开始使用质量低劣的语音或视频。

对于在这样的环境中提供QoS，从客户端到交换机，路由器，无线网络控制器，和运营服务商的每一个元素，必须进行正确的设置（“手动”），以至于没有什么可以进行改变。此外，整个过程的工作主要是在私有网络中进行的。鉴于企业网络的动态特性，可以很容易地看到这是不切实际的。

UC 与SDN不同的是，我们提供了一个机制，凭借这个应用程序可以告诉网络，特别是SDN网络控制器，它需要建立一个语音或视频连接（包括诸如需要多少带宽），此外SDN控制器反过来可以通过必要的指示，为该连接所述的网络元件（例如交换机，路由器，WLAN控制器等）自动地提供相应的QoS 。

正如人们看到的那样，这是一个非常艰巨的任务，但幸运的是，SDN的基本要素已经到位。开放网络基金会（ONF）一直致力于发展一种称为Open Flow的协议，允许SDN网络控制器发送指令给网络元素。去年，该ONF开始着手于所谓的“北行协议”，允许UC控制器一类的东西与SDN控制器进行直接的交谈。

通过允许应用程序经由UC控制器直接与SDN基础设施谈话，可以消除复杂性，不变性，和固有的网络预配置的不可预测性，并提供能够动态地对用户的需求进行响应的网络服务。

简而言之，这就是UC与SDN的相关内容，从而使应用程序能够获得特定类型的网络连接。除了QoS的配置和网络诊断，UC与SDN的功能被扩展到了流媒体，游戏和其他应用程序的支持服务上。展望未来，国际自盟（UCI）论坛正在力图将UC与SDN的功能扩展到呼叫允许控制，交通工程，自动化诊断，安全性，防火墙和WLAN的业务流程上。本质上，从长远来看是将那些应用程序驱动的控制扩展到整个网络基础设施。

虽然这些举措需要更长的时间来开发，UC 与SDN将是一个重要的飞跃。几十年来，网络和应用程序基本上是独立运作的，通过提供这种关键的连接，我们终于可以拥有了可以自动置备UC解决方案所需的复杂的多媒体业务的环境了。

物联网产业一直在努力去理解SDN的意义及其影响。虽然大多数的谈话都集中在更便宜的路由器和数据网络中，UC与SDN将在一个新的、潜在的、更有趣的方向中进行谈话。虽然它确实涉及一些棘手的技术，但最终，具有重大影响的将是用户体验和制造高品质的语音和视频通话。