承载网络QoS对视讯业务的影响以及数通丢包与视讯丢包差异的探讨

发布时间:  2016-02-23 浏览次数:  198 下载次数:  0
问题描述

某局点采取运营商专线承载各地分支机构的视频会议,自建成以后,视频会议画面经常发生卡顿、花屏等问题、,SMC及终端提示丢包告警,但客户通过运营商软件对承载网络进行流量统计,发现线路无丢包。客户及线路提供运营商不承认线路问题,怀疑华为设备自身软硬件处理能力或故障导致画面异常。

告警信息

SMC及终端提示丢包告警。

处理过程

为了排除设备自身问题,笔者在MCUip=66.0.96.18)侧及终端侧分别抓包,发现MCU侧发送方向无丢包,且MCU日志中无CPU占用过高告警,判定MCU在发送RTP码流时未丢包,排除MCU设备问题。


MCU收包方向,部分终端(下图为88.144.22.11)对应IP线路存在丢包,且对包由乱序造成。


终端侧(ip=66.126.96.11)抓包显示,收包方向,同样由于乱序造成了丢包。



根因

MCU侧收包及终端收包方向丢包表示承载网络存在异常,笔者在MCU侧汇聚交换机用流统工具统计未发现丢包,客户使用运营商提供的工具对网络测试也显示无线路丢包。种种迹象显示,承载网络无数通丢包,但抓包结果却显示,承载网络QoS存在问题。数通设备的丢包情况是指自身对数据转发处理中的丢包,反映的只是本设备所有数据(包括TCPUDP等所有数据)的转发情况;视频会议的丢包统计,反映了端到端(精确到具体的UDP端口号)的媒体码流丢包情况,这其中包括了数据包经过的所有网络路径和设备,还包括了网络乱序、时延对丢包率产生的影响。本案例中,乱序反映在终端的丢包统计中,并影响了最终的音视频效果。

解决方案

已将网络异常导致RTP包乱序从而影响会议音视频效果这一结论报告给客户,客户以此为依据推动运营商排查线路,优化QoS

建议与总结

视频会议关注的是会议中端到端的视音频的实时交互状况;数通设备的丢包情况是指自身对数据转发处理中的丢包,反映的只是本设备所有数据(包括TCPUDP等所有数据)的转发情况。IP线路不丢包并不能消除承载网络对视讯业务的所有影响。会议音视频异常在排除会议设备自身问题后,大部分都是由承载网络引起,事实上,RTP码流分析仍是解决此类问题最好的方法。

END