请选择 进入手机版 | 继续访问电脑版
快捷导航

注册后可查看大图哦

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
本帖最后由 chinmel 于 2017-12-15 03:25 编辑

QT客户端目前的故障及解决方案:
现象1:一段时间播放后,视频的时延越来越大,从最初的2秒,逐渐缓慢增长到10秒以上。
现象2:一段时间播放后,接收端会停止接收,接收带宽为0,服务器不再向此客户端推流。

经查实,现象2发生时,发送端与服务器均工作正常,但接收端,由于骨干网长时间无心跳,导致被服务器踢出,此时该客户端的RTAP通道,同时被服务器释放。
于是此处出现一个BUG:
接收客户端被骨干网踢出后,自己是知道的(因为是TCP链路),便开始着手掉线重连机制;但RTAP部分,却并没有获知这个状态,依然在向服务器发送心跳包或请求包。
此时,由于服务器早已经将此客户端下线,对于这样的RTAP心跳包,自然是认为是非法请求,便将此客户端纳入hack list(或无应答)。

建议的解决办法:客户端在骨干网掉线时,由于自身能够检测到此掉线情况,此时应当同时释放自己的RTAP通道,且在骨干网重连成功后,再次执行RTAP附着操作。
当然,最好是能够将骨干网与RTAP的心跳 合二为一,在同一个模块中处理,这样更合理。
此外,应当适当降低RTAP通道的优先级(例如增大RTAP空闲时间)。

请相关人员及时处理以上BUG,修复方案请跟帖。
注:QT上的内存泄漏,截至目前,已经修复。

Connecting & Messaging from Any.

共 2 个关于本帖的回复 最后回复于 2017-12-15 18:07

kliazz 版主 发表于 2017-12-15 10:45:44 | 显示全部楼层
时延排除接收端、服务器、发送端发送原因,具体原因待排查
Connecting & Messaging from Any.
举报 使用道具
kliazz 版主 发表于 2017-12-15 18:07:31 | 显示全部楼层
时延问题缩小至1s以内
Connecting & Messaging from Any.
举报 使用道具
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

推荐板块

精彩推荐

热门排行

明星用户

手机版|小黑屋|AnyMSG ( ©AnyMSG 2009 - 2017 · ICP备16009991号 )

GMT+8, 2019-2-16 19:57