就找鸿网互联www.68idc.cn

如何排查服务器丢包问题

前段时间有朋友跟小编说UCS系统,常常丢包,导致语音不清晰。香港机房IDC也说自己的香港服务器网络带宽是足够大
 
的,不可能出现丢包,有的甚至把带宽开到100M独享,还是出现丢包。
 
无线网络传输示意图 
 
刚好碰到一个案例,客户也很愿意配合,香港机房愿意配合,我们就这个做一个深入的分析。该客户的情况是
 
这样的,运行UCS系统并发开到200线并发,一切正常,超过500线,出现播放语音广告清楚,但是转坐席声音听
 
不清楚,卡顿,查看CPU消息利用率不高,磁盘IO也很低。我收到这个消息,看病望症,肯定是丢包引起。打开
 
监控工具CDRVIEW 
 
看到发包方出现10%~50%左右的丢包。UCS肯定不会引起丢包,他只是一个软交换,他负责语音流的转发而已。
 
而且CPU与磁盘IO都不高,基本判断不是UCS问题,问题到底在哪?
 
发送丢包:1、从UCS对外发包丢失 2、对方上行到UCS的包丢失。 发送语音广告清楚,表示UCS对外发包是正常
 
的,也就是对外发包是正常的。唯一可能就是TG对服务器丢包。
 
为了确认该问题,在丢包时我们通过第三方的服务器对TGping包,发现不丢,然后我们又通过第三方的服务器
 
对UCS服务器进行ping包,发现也不丢包。
 
问题来了:既然都不丢包,难道就是UCS内部丢包?我们查了UCS内部的语音缓冲空闲的很,绝对不是UCS引起的
 
丢包。
 
测试的过程发现一个小现象,当用ping时,加是-f 1000的参数时,服务器出现ping包全部丢失,这种情况一般
 
是服务器位于防火墙内,防止ping攻击的。 既然ping会被卡死,语音也有可能被防火墙阻挡,语音如果走G729
 
基本是一路是1秒100个包,500线,相当于每秒 5万个包,语音双向的,相当于,每秒10万个包,经过防火墙,
 
防火墙有充足的理由认为这个是非法的网络流。
 
果断与机房取得联系后,让服务器绕过防火墙,CDRVIEW上面的丢包立即为0。 转坐席立即正常。由此也得出
 
结论:所有经过的网络节点都是出现问题可能点。要排查问题必须想到所有的节点问题。
 
 
可接受指定安装系统如windows/linux/centOS等系统
 
服务器免费测试2-3小时,不满意无需付款
 
24小时在线机房值班人员,节假日不休,轮流值日
 
免费无限次重做系统,重启机器
 
免费安装IIS,数据库(mysql、mssql、Access等)
 
支持各类游戏开区 网站 QI牌 视频 支付平台等
 
 
美国高防服务器的请咨询鸿网企业QQ:2885340637
更多高防服务器配置猛戳http://www.68idc.cn/bmdx/