本文主要是介绍排障启示录-无线侧终端丢包,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
目录
信息收集:
排查步骤:
1、查看终端信号强度,STA与AP的协商速率,终端的发送速率是否存在异常
2、排查信道利用率和信道干扰情况
3、设置接入终端速率限制,限制低速率终端接入网络,提升网络的吞吐率
AP信道利用率高
4、查看是否链路带宽跑满,crc错误报文、网络拥塞丢包情况,交换机光口收发功率
5、AP的cpu利用率过高
6、网络广播域过大
7、终端处在休眠状态
8、终端问题
现象:STA在无线侧网络中存在丢包现象。
信息收集:
- 终端信号强度过低
- 无线信号干扰大
- 信道利用率高
- 低速率终端用户数较多
- 当前网络接入用户数过多,带宽跑满
- AP 的cpu利用率过高
- 网络中存在丢包
- 终端处在休眠状态
- 终端问题
排查步骤:
1、查看终端信号强度,STA与AP的协商速率,终端的发送速率是否存在异常
2、排查信道利用率和信道干扰情况
3、设置接入终端速率限制,限制低速率终端接入网络,提升网络的吞吐率
终端速率限制实现原理:通过控制beacon帧和probe response帧中的support rate(支持速率集)字段来实现,终端在接收到这两种帧后会查找帧中所支持的速率集,根据终端距离AP越远协商速率越低的原则,远处的终端在收到该帧后查找不到自己支持的协商速率,从而不会进行连接。该值设置的越高,距离远的终端连接的稳定性越低;设置的越低,距离远的终端连接的稳定性越高,通常设置2G为5.5Mbps,5G为6Mbps
高密优化实现原理:高密报文发送速率主要是针对探测应答帧做调整,高密环境下Probe Rsp占了空口很大一部分的资源,如果对于每个终端发起的Probe Req都进行回复,这个回复报文过多会导致无线信道利用过高,如果提高Probe Rsp的发送速率可改善无线环境。对于距离较远,并且信号强度低于设置的阈值的终端,不回复它的探测应答帧,回复这种信号差的终端会导致重传率变高,整个无线网络环境更差。高密报文发送速率越大,会导致越远的终端越看不见无线网络;速率越小,则越保障远距离终端能看见无线网络。通常调整时可以提高报文的发送速率,可以调整为12Mbps。注意有一种情况例外,单播的probe Req需要正常回复,不受高密优化里面的策略影响。
AP信道利用率高
1、当信道利用率或底噪过高时,丢包概率将会增加。
可以通过调整信道,观察在观察信道利用率
2、查看导致AP信道利用率高的原因。
如果信道利用率很高,但是干扰率并不大,说明信道利用率高主要由于本AP导致
可以查看接入点的射频,如果有存在上传下载的大流量,就会占用大量的空口信道,导致其他用户出现卡顿和丢包。
如果不存在大流量,则需要判断AP的射频口是否存在大量的组播和广播报文
如果网络AP的射频口存在大量的组播和广播报文
如果信道利用率很高,干扰率也很高,则说明信道利用率高是由于干扰导致
查看AP是否创建了过多的SSID,导致自身干扰大
可通过精简SSID,删除无用SSID,加大beacon周期,或增加beacon帧的速率降低信道利用率
注意:
1)beacon response报文发送速率提高后,AP覆盖范围会有所减小,建议在AP部署比较密集的场景调整此配置,在降低AP间干扰的同时提升有效网络带宽。一般不建议配置超过11Mbps,另外如果配置为非11b速率(1、2、5.5、11),会导致纯11b终端无法发现网络。
2)由于5G频段最低速率为6Mbps,且信道多,所以5G一般不调整此参数。
4、查看是否链路带宽跑满,crc错误报文、网络拥塞丢包情况,交换机光口收发功率
5、AP的cpu利用率过高
6、网络广播域过大
如果网络中广播域过大,导致数据网络内,二层数据包过多,占用带宽和cpu资源,导致丢包
7、终端处在休眠状态
可以通过终端ping核心,核心ping终端两种方式,分别检验,是否是终端休眠导致网络丢包
8、终端问题
终端网卡支持的协议,网卡的性能
这篇关于排障启示录-无线侧终端丢包的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!