今天是临近五一假期上班的最后一天，本来想没有什么事的话就安静的学习，充充电。不想被任何事和任何人打扰，但是在临近中午的时候又接到同事的请求，说是之前某某的客户无线又连不上了，让帮忙看下，并让客户艾特我。接到请求后，我认为这个不应该有问题的，因为这个网络本就不复杂，甚至可以说是简单，但是往往简单的网络却是不简单的现象。
根据用户的描述和登录设备查看配置以及邻居得出客户的无线网络拓扑大致是这样。由于是内网访问，且用户终端不是很多，就是统一由AC作为无线有有线用户的网关设备，并统一为无线AP和终端分配地址。
据用户反应，STA连接不到无线。通过远程登录设备查看后，无线AP并没有上线，但连接AP接口的配置是正确的且使能了POE功能，接口也能也学到AP的MAC地址。
- 检查交换机POE PSE模块工作状态看是正常的
- 查看接口POE供电状态
检查i_s_cnt”字段信息也正常，定位是连接AP的线缆问题，协调下现场的人看能不能更换线缆或者接口试下，更换测试后正常。
但奇怪的是，事后又反应终端去访问中控平台时很卡，会丢包。
理论上应该是不会的，因为是局域网且终端数不多，网关又在AC上，通信上可能会有延迟但绝对不会丢包。但登录设备后去测试时确实丢包的厉害。
在AC上去ping无线终端时5个包丢了3个，起初以为是弱信号导致，查看后排除是弱信号的问题。
开启回显后，日志提示信道利用率过高，且居高不下，怀疑是信道干扰，但是由于是远程不知道现场具体的网络环境，所以也只是初步怀疑，而且手动更改信道测试后还是不理想且会伴随有信道利用率过高的回显日志。
根据日志登录到对应的AP上查看空口率，也是居高不下。
结合提示日志并综合分析下，告警的是信道1的，也就是5G信号的，介于5G频段的干扰源不会像2.4G频段一样，目前暂时怀疑是终端支持的频带带宽过低导致，而且无线侧缺省的带宽模式是80MHz，尝试性手动改为20MHz后在ping无线终端并有所改善；同时并在AP组视图下配置rrop anti-bmc network ipv4-simple enable、rrop anti-bmc default-action deny来对网络中的广播报文进行控制,最后测试空口率和丢包率在正常范围内。
总结：关于WLAN理论上还有待欠缺。当然也不局限于WLAN上，其他也是如此，因为对理论的良好掌握可以更加方便排障，以后还是要多加充电进行自我巩固。
