同事反馈网络中断多次,网络是ac+瘦ap本地转发的架构。查看云简发现,故障时重传率高达90%,但是丢包率很低,信道利用率2.4g和5g各占20%吧。
不知道为什么重传率这么高?如何解决给点思路?
ap组配置如下:
(0)
最佳答案
从云简上看重传率高的时候,与AP的信道利用率最大值高的时间能对得上么?
1. 重传率是指AP Radio发送报文给终端时候的重传(包括射频的软件重传和硬件重传),但是实际重传率和终端的丢包并没有必然的联系,因为无线报文的发送本来都是尽力而为,不像有线报文那样可靠的,因此本身带有重传机制,主要还是关注当时是否有发生严重的丢包;
2. 进一步地,就是看下故障发生时间点AP的信道利用率,而不是看整体没有发生故障时候的平均水平,因为有可能故障发生的时候信道利用率高导致无线传输质量差的问题;
3. 另外需要关注故障发生时候终端的信号强度RSSI值,如果信号强度差可能导致传输质量差,在云简上可以通过终端MAC搜索终端当时的状态;
4. 如果故障发生时间点AP信道利用率高等就要通过信道和功率调优、以及限速来改善(当前AP的Radio下虽然配置了静态限速,但是没有配置client-rate-limit enable,因此没有生效),另外就是5 G射频不建议开启禁止低速率的配置,但是2.4 G建议开启;
5. 最后,终端反馈的中断不一定和当时重传或者丢包率有关系,还是建议通过终端MAC查找下云简记录上,是否有终端当时发生了掉线之类的信息。
(0)
对不上,信道利用率大部分时候不到50%
我对比了几个客户端,我发现故障的时候,评分差的客户端RSSI都扣分了,会不会是这些信号差的客户端导致了整体的丢包。
是的,和这个原因有很多关系,但是这个RSSI是终端回传信号强度,就是终端发射的信号被AP接收到的信号强度,这说明当时终端距离AP比较远或者中间有遮挡,需要看下当时终端所处位置是否是无线信号覆盖的盲区,如果有盲区就要补充AP点位。如果不存在信号覆盖盲区,是终端粘滞不漫游到信号更好的AP导致的,可以考虑使用802.11v协同漫游命令来辅助终端漫游。
可以试一下,但是也有可能导致部分比较远的终端接入失败,这就需要根据实际的使用情况反馈来看一下了,但是看有的RSSI都小于10了,这有可能是部分位置信号覆盖比较弱,也得排查下,如果存在信号覆盖弱的区域,再配上禁止弱信号接入,对于这些区域的终端就接入不了了。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
可以试一下,但是也有可能导致部分比较远的终端接入失败,这就需要根据实际的使用情况反馈来看一下了,但是看有的RSSI都小于10了,这有可能是部分位置信号覆盖比较弱,也得排查下,如果存在信号覆盖弱的区域,再配上禁止弱信号接入,对于这些区域的终端就接入不了了。