当前位置:统一通信/协作技术专区 → 正文

UC和SDN:应用程序正在控制网络

责任编辑:曹建菊 |来源:企业网D1Net  2014-06-13 09:25:50 本文摘自:企业网D1Net

《企业网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将在一个新的、潜在的、更有趣的方向中进行谈话。虽然它确实涉及一些棘手的技术,但最终,具有重大影响的将是用户体验和制造高品质的语音和视频通话。

关键字:SDN UC 网络

本文摘自:企业网D1Net

UC和SDN:应用程序正在控制网络 扫一扫
分享本文到朋友圈

关于我们联系我们版权声明友情链接广告服务会员服务投稿中心招贤纳士

企业网版权所有©2010-2018 京ICP备09108050号-6

^