远程桌面卡顿,分析与思考
最近工作上频繁需要与异地同事交流,会使用到远程桌面,使用中发现视频画面非常卡,严重影响使用。画面卡顿直接原因是丢帧,间接原因是产生了丢包。
我们双方都是在公司网络下使用,网络质量一切正常。经过测试验证,我与北京本地的同事使用远程协助没有问题,和杭州的同事使用就出现问题。直观感受是杭州同事这边的网络问题。杭州同事直接ping www.smiletoyou.cn ,ping结果正常,没有丢包、rtt也比较平稳。
直接查看IP,发现杭州同事的出口IP是xx 云,实际使用中除了三大运营商之外,这种xx云出口统一认为是小运营商。基于国内的网络环境,小运营商用户统一用小运营商服务器覆盖,减少因跨网产生丢包。
从远程协助客户端日志来看,杭州用户接入小运营商机器,不应该产生网络问题。进一步分析服务端日志,发现用户的实际出口IP是杭州电信,用小运营商服务器接入就出现跨网传输,肯定会产生丢包。
我们找到负责公司网络的同事了解到,杭州属于新成立的办事处TCP 走 xx云代理,UDP 直接走本地网络传输。而且远程协助,信令阶段使用TCP 请求分配接入服务器,数据传输使用UDP 直连小运营商服务器。将信令阶段请求的域名添加到白名单,和UDP一样走本地网络直连,卡顿问题得到解决。
国内网络环境复杂不同运营商之间流量不足,跨网传输容易丢包。在设计系统时要考虑以下因素。
- 用户接入采用同运营商覆盖,丢包少、延时低。
- 信令和数据传输尽量采用同协议,如果不同要有兜底方案,例如差质量重定向。
- 企业内部网络环境复杂,限制端口、限制协议都有可能发生,系统应具备容错能力。
作为一名工程师,遇到问题要刨根问底,设计系统要综合考虑各方面因素。也希望国内网络互联互通能够更加通畅,给广大消费者带来体验上的升级。
2 thoughts on “远程桌面卡顿,分析与思考”
看到这篇博客,感同身受。
哈哈,看来不止我一个人遇到。