Wi-Fi和终端那点事 | 无线网络卡顿分析下篇

前两篇我们从终端、无线环境、AP（无线接入点）分析得出的无线为什么会卡顿的原因，那接下来我们对症下药，去解决无线卡顿这个问题。

如何解决无线卡顿？

这个没什么好纠结的，对于那种服役时间五年以上的无线终端，不要犹豫，听小编的，换它！换完之后相信小编，你会发现一个不一样的世界（手动狗头）。

去终端设备官网上找到对应设备的型号，然后找到对应无线网卡的型号的驱动，下载之后对无线网卡进行升级的操作（切记一定要去官网哦，其他网络资源的驱动很大概率不是是最新的版本）。

首先要弄清楚使用卡顿的终端是否有该功能，可以去联系厂商客服/工程师进行了解，如果有该功能，为了避免后顾之忧，建议打开所有，扫描全频段全信道。

对无线终端网卡的漫游阈值进行调整，这边小编给一个推荐值：

Wi-Fi漫游信号强度差值：8dBm

Wi-Fi漫游临近热点查找阈值：-65dBm

Wi-Fi漫游临近热点连接阈值：-65dBm

扫描每个信道的时长：3ms

扫描结果更新时长：2000ms

各位看官根据自身的实际情况进行针对性的调整即可

通过抓包发现，发现在弹窗提示时，iPhone终端正在对苹果服务器netcts.cdn-apple.com进行报文探测，苹果终端内部自带一些探测机制，使用Wi-Fi过程中，会不定时对苹果服务器发起探测，用于诊断网络连通性。后经了解netcts.cdn-apple.com为苹果新增用于探测无线Wi-Fi的域名。那么接下来使用同一款iPhone设备测试下该域名以及百度，看看测试情况：

Ping百度测试情况：

Ping netcts.cdn-apple.com：

可以看出在相同的iPhone以及相同的无线情况下，ping百度和netcts.cdn-apple.com结果并不相同，所以故障原因总结如下：

iPhone新增了一个网络探测机制：netcts.cdn-apple.com，当该服务器因为自身原因或其他原因导致响应超时，iPhone便认为是Wi-Fi异常，弹窗报警，这时候忽略该报警，点击继续使用Wi-Fi即可。

在上文也介绍了如果去判断现网中是否存在无线Wi-Fi的干扰，接下来小编直接上解决方法：

1.如果存在私设Wi-Fi，且必须打开和使用

（1）规划好信道，和企业级Wi-Fi的AP的信道尽量错开

（2）将频宽尽可能调小，20Mhz最佳

2.如果现网中beacon广播帧过多，可以将AP的beacon帧的发送周期调大些，beacon发送的默认周期是100ms

3.如果无线空口中互访泛洪报文过多

（1）如果可以的话，在设备上关闭二层互访

（2）如果确实有互访的需求，据小编所知，有些厂商设备是可以单独选择禁止广播，组播或者单播其中一种的报文，这里小编建议禁止掉广播和组播报文，保留单播报文

针对非Wi-Fi干扰，可以先通过肉眼观察，先将一眼就能看出是非Wi-Fi的干扰源进行关闭，排除。

如果排除了这些肉眼可以判断出来的非Wi-Fi干扰源之后，但是现网中的AP（无线接入点）的信道利用率仍然居高不下，也没有私设Wi-Fi路由器，那么可能就是还有一些我们肉眼无法判断的非Wi-Fi干扰，这时候就需要专业的仪器了。这个专业仪器就是频谱测试仪，它是专门用来测信道干扰的，感兴趣的看官可以自行移步到某宝/PDD进行搜索和购买（价格有点感人，当然家里有矿的看官忽略即可）。

样式可参考下图：

这个时候有些看官会疑问了，我能不能知道我的AP的工作信道有没有和雷达信道重叠呀？您还别说，锐捷设备上还真能看AP的工作信道是否和雷达信道重叠呢。

在AP上通过命令：show dfs historical-radar-channels，如下图：

可以看出该AP的56信道和雷达信道重叠了，一般锐捷AP检测到雷达信道，会自动进行跳转信道的动作，如果配置成不跳转，那么该射频卡就会在静默模式，终端无法进行连接。

上面讲说进行版本的发行说明查看，一旦发现解决的bug和目前遇到的问题又吻合的，听小编的，升它就完了。

每次无线整网部署完成后，务必是要对AP的功率以及信道进行规划的，不然所有的AP的射频卡都会集中在某一两个信道上，很那达到无线好体验的，这时候也许有看官要问了，我怎么知道这个网络中的AP的信道和功率有没有优化过呢？

拿锐捷举例，这里教各位看官一个小窍门，在AC上输入命令show ap-config summary，找到radio，看信道后面如果跟的是*号，则说明该AP是出厂自带的信道，未进行优化，进行优化后，这个*号是会消失的。

这个时候又有看官有疑问了，这14个AP不多，我手动调整就忍了，那要是140个，1400个，我都去手动一个一个去调整的话，这工作量也太大了吧。

没错，小编哪舍得看官如此劳累呢，锐捷早就替你想到这点了，上述有提到锐捷有个WIS平台，该平台可以帮助各位看官进行自动优化，免去了人工优化的冗杂，如下图：

该图为网优截图，可以看出WIS将无线环境分成了好几种场景，到时候优化的时候根据实际情况，将AP组拖入对应的场景中，开始优化即可。优化完成后，可以对比优化前和优化后的干扰数，是不是有明显的好转（此处手动狗头）。

一般遇到性能瓶颈有两种处理方法：

1.不要犹豫，换它！拿锐捷设备举例，目前锐捷高端AP型号：RG-AP880(TR)，整机最大接入速率可达到10Gbps，这么大的接入速率，小编相信可以满足绝大部分的无线应用场景了。

2. 如果目前预算有限，而且也没有换设备的打算，那么就需要对终端连接数进行限制，对每个终端的速率进行限速。

这时候有看官问了，那我限终端数，限终端速，这两样限多少合适呢？拿锐捷AP举例，建议每张射频卡的带机人数为32个（推荐值哈，如果每个终端流量很少/很多，带机数可以视真实情况进行增加或者减少），计算方式：AP最大接入速率/最大接入终端数=限速数值。

此外锐捷还有智能隐藏SSID功能，预设AP允许终端的接入数，当用户数到达阈值时可以隐藏该AP的SSID，引导用户去连附近别的AP的SSID信号，提高用户连接体验成功率和体验。

但这是权宜之计，治标不治本，而且随着时代的发展，网速上不去是硬伤呀，若想从根本解决AP性能瓶颈的问题，最终还是得换高端型号的设备哦。

拿锐捷设备举例，是可以支持基于用户数的负载均衡和基于流量大小的负载均衡，配置命令分别如下：

基于用户数量：

创建负载均衡组，名字为test1   

ac-controller   

num-balance-group create test1   

配置负载均衡阀值   

num-balance-group num test1 10  ---->AP间用户数相差10个时，较多用户的AP不响应用户接入请求   

添加AP到负载均衡组内   

num-balance-group add test1 ap320-1 ---->把名字为ap320-1的ap加入到负载均衡组中   

num-balance-group add test1 ap320-2   

基于流量：

创建负载均衡组，名字为flow_huiyi   

ac-controller   

flow-balance-group create flow_huiyi   

配置负载均衡阀值   

flow-balance-group flow flow_huiyi 4   ---->表示4%*10Mbps，默认是5%,范围 0-1000，其中 0 表示该均衡组不开启流量均衡功能。   

添加AP到负载均衡组内   

flow-balance-group add flow_huiyi ap320-1---->把名字为ap320-1的ap加入到负载均衡组中   

flow-balance-group add flow_huiyi ap320-2   

关于无线负载均衡，还有一些别的手段，感兴趣的看官可以移步至：

【运维实战家】无线三建七优之负载均衡

这边文章事无巨细地讲解了锐捷在无线负载均衡方面的方法。

在开始这一part之前，小编先跟各位看官探讨下，如何去判断现网中是否存在反制。

1.先从终端现象判断下：

当终端出现频繁的连接上SSID，然后频繁的断开连接，无线几乎不可用，这个时候应该基本是遇到了无线反制的情况了。

2.去AP/AC上看对应终端的无线log：

034464: *Dec 13 17:08:12: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) fails to active in BSSID(0674.9cdc.32b8): Auth failed, status code(17).

034465: *Dec 13 17:08:12: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) fails to active in BSSID(0674.9cdc.32b8): Auth failed, status code(17).

034466: *Dec 13 17:08:13: DWXCD-AP720-02 %STAMG-6-STA_ADD: Client(ac5d.5c43.2d27) notify: attach to AP.

034467: *Dec 13 17:08:13: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) actives in BSSID(0674.9cdc.32b8): Auth succeed.

034468: *Dec 13 17:08:13: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) actives in BSSID(0674.9cdc.32b8): Assoc succeed.

034470: *Dec 13 17:08:15: DWXCD-AP720-02 %WLAN-6-80211N: STA(ac5d.5c43.2d27) leaves BSSID(0674.9cdc.32b8): STA deauth, reason code(3).

034471: *Dec 13 17:08:17: DWXCD-AP720-02 %STAMG-6-STA_DEL: Client(ac5d.5c43.2d27) notify: leave AP(Caller: rsna, reason: Sta Offline).

034474: *Dec 13 17:08:51: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) fails to active in BSSID(0674.9cdc.32b8): Auth failed, status code(17).

034475: *Dec 13 17:08:51: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) fails to active in BSSID(0674.9cdc.32b8): Auth failed, status code(17).

034476: *Dec 13 17:08:52: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) actives in BSSID(0674.9cdc.32b8): Auth succeed.

034477: *Dec 13 17:08:52: DWXCD-AP720-02 %STAMG-6-STA_ADD: Client(ac5d.5c43.2d27) notify: attach to AP.

034478: *Dec 13 17:08:52: DWXCD-AP720-02 %WLAN-6-OUTPUT: STA(ac5d.5c43.2d27) actives in BSSID(0674.9cdc.32b8): Assoc succeed.

060522: *Dec 16 16:47:54: DWXCD-AP720-02 %STAMG-6-STA_DEL: Client(ac5d.5c43.2d27) notify: leave AP(Caller: rsna, reason: Sta Offline).

通过上述log，可以看到终端ac5d.5c43.2d27在一个时间段内不停地上线下线，在AP上流下了大量的日志记录，这种现象也是比较奇怪的，也指向了无线环境中有无线反制的可能。

3.无线空口抓包：

MAC本可以直接进行无线嗅探抓包，Windows笔记本需要安装抓包软件（omnipeek）并且配合可以进行无线空口抓包的无线网卡进行抓包，如下图：

可以看到终端有上线（association）和下线（deauthentication）这两个动作，可以看到，association报文的信号强度是-41dBm，deauthentication报文的信号强度是-92dBm，如果终端收到正常的asso和deauth报文应该是从同一个AP上收到这两种报文，那么这两种报文的信号强度应该也是差不多的，但是目前来看这两个报文的信号强度差这么多，很明显是来自不同的AP释放出的报文。

这就是反制的最典型的特征，解关联报文的信号强度比关联报文的信号强度弱很多（因为解关联报文都是从某一个反制AP上发出的，相当于一个AP反制整个无线网络，所以部分离反制AP较远的区域受到解关联的报文时，信号强度自然就会很弱了）。

好了，通过上述三个现象我们判定现场是遇到了无线反制了，那么我们该怎么解决该问题呢？

通过空口抓包软件omnipeek上设置好抓包前过滤条件，只抓ap所在信道deauth报文。设置好抓包前过滤条件之后，拿着电脑，在现场环境中四周走动，查看deauth报文的信号强度在哪个方向信号最强，反制AP应该就在那个方向。

一般情况下，这种反制AP都会在隔壁公司或者居民楼，所以常常会遇到一种情况，就是我们判断出反制源就是从隔壁发过来的，但是如果隔壁人员反馈没有开启反制，那么就会陷入僵局，因为毕竟咱也不能进人家公司/居民楼找呀。

这个时候我们只能够尝试给我们的AP射频卡换信道，因为无线反制是可以基于特定信道进行反制，也可以基于全信道进行反制，如果咱们更换信道，无线反制现象消失，说明对方反制是基于特定信道进行反制的，如果更换信道，无线反制现象无好转依旧存在，说明对方是基于全信道进行的反制，啊，这……

小编还是建议各位看官一起心平气和地坐下来沟通交流下，互相听听双方的诉求，最终将问题解决。

以上便是针对无线卡顿给出的具体的解决方案，除了上述的解决方案，小编还给各位看官准备了一些压箱底的“宝贝”，但是各位看官这些宝贝不到最后关头不要轻易示人哦。

1. 除了2.4G和5.8G之外，各位看官可以将射频卡的国家码修改成菲律宾（因为也是在东八区），然后试试5.5G频段，因为5.5G频段相较而言比较“干净”，可以将频宽调整为40，据小编得到的小道消息，Windows终端会偏爱频宽为40的无线SSID，所以将频宽调整为40后，Windows终端会更容易连接上来哦

2. 可以在ap-config all下no broadcast-prob enable radio 2，这条命令是隐藏命令，是对终端的probe的广播请求不进行回复，最开始讲过，无线终端对于周围环境的SSID有两种方式一种是主动扫描，一种是被动扫描，敲完这条命令，主动扫描便失效了，只能够进行被动扫描，这样的好处是可以节省一些probe报文，空口环境能稍微好些，毕竟能省一点是一点，对吧？

3. 可以使能射频卡的stbc（空时分组码）功能，提高无线数据传输的可靠性

命令为：ap-config xxx

stbc radio 1

stbc radio 2

对stbc感兴趣的小伙伴可以移步至下方链接进行研读

https://wenku.baidu.com/view/b23afb21e518964bce847c40.html

4. 可以视现场实际情况，是否开启锐捷射频资源管理功能（radio resource management）简称RRM。

简单来说，就是可以给AP的信道信用率设置一个阈值，当AP其中某张射频卡的信道利用率达到这个阈值之后，则AP会根据周边的无线环境自动选择一个信道利用率低的信道进行切换

具体命令如下：

config terminal

rrm 5g channel dynamic thresh 60

rrm 5g channel dynamic clients 15

ap-config xxx(AP名字)

rrm 5g channel dynamic enable

上述命令的意思是当AP射频卡的信道利用率达到60%时，并且该射频卡上的终端连接数小于15个时，射频卡会进行信道切换，两个条件必须全部满足才会跳转，否则不会跳转。

5. 关于低速率集

随着目前终端的无线网卡技术的发展，网卡性能也是越来越强，最新的一代无线网卡甚至是可以支持Wi-Fi 6E协议。

所以目前某些无线厂商在AC的默认配置上会将无线低速率集进行关闭，从来用来减少数据传输时间，避免一个弱信号终端拖累整个AP底下的所有的无线终端。

• 如果AP部署点位完全合理，AP功率设置完全合理，两个AP信号重叠区域，信号强度也合理，那么终端漫游是会很顺畅的。

• 如果AP部署点位不是那么合理，两个AP之间重叠的区域的信号强度较低，终端只能协商到低速率，那么此时AC上还将低速率集给禁了，那势必终端在漫游时，不会顺畅，甚至会出现掉线重连的情况，严重者甚至暂时连接不上无线，需要走到信号强的地方才能够进行连接。

这里小编亲身遇到过这类情况，之前某客户无线办公区一直反馈Mac本漫游体验很差劲，出现漫游严重丢包，甚至断开重连的情况。

现场进行故障复现，发现当Mac本一旦走到两个AP交接处时，信号强度很弱，协商速率也会变低，然后紧接着就是掉线，然后走到信号强度好一些的地方时，会重新进行连接，后来在AC上打开了低速率集，Mac本的漫游效果一下子有了明显的改善。

所以关于低速率集这件事，还是得根据现场具体无线情况来决定是否进行关闭哦，不是一定关闭了低速率集对整个无线网络就是有益处的哦。

好啦，上述聊了这么多，各位看官看到这估计也累着了，接下来，请接收来自小编的最真切的爱，小编将上面各种优化手段进行了整理，汇总成了一份无线优化宝典，各位看官以后带着这份宝典便可以在无线网优这条道路上攻无不克，战无不胜！

到这，小编真的是知无不言，言无不尽了，希望上述无线卡顿排查思路能够帮到大家，也不枉小编那逝去的青丝（秃头了，家人们），咱们下期见！