电信WLAN故障诊断案例

今天我想和各位分享一下我们同事遇到的无线局域网部署过程中的问题，测试中的问题。这个实际的案例结合我们以前的技术白皮书，以前的验收标准，是更好的一个整合的案例，希望对各位读者有帮助。

这是我的同事，福禄克广州办 何世荣与大家分享的。

某省电信目前的WLAN网络结构为无线AP-MODEN-DSLAM-后台网络，从网络结构看，这种方式与传统网络的改动最小，只是在MODEM前段延伸到WLAN。

地点：省电信大楼某会议室

用户涉及部门：网维部，无线中心，邮科院，网管

涉及的工具：ANALYZEAIR频谱分析，ES2-PRO，OPVS3-GIG/W，ATAP-100

故障现象：用户无法接入网络，此问题已经困扰电信网维部很长时间，网维部门经常需要到现场重启AP或MODEM。

故障分析：由于会议室每天都有会议，会议参加人数较多，而且在189天翼活动推广时，在电信大楼1楼的宣传会出现过大面积用户无法接入的情况，初步判断有可能是AP负载过大造成。

故障信息收集：

1、 采用AA分析是否有其他无线干扰

2、 用OPV-WNA4或ES2-WLAN进行流量分析及信道分析

3、 用OPV-WNA4查看每个AP的连接用户数；

4、 进行用户连接故障诊断

故障判断分析：

1、 从AA的频谱分析未发现其他非AP网络设备的干扰

2、 通过ES2-WLAN流量分析来看，每个AP的流量都不大，信道分析看出使用了6信道和1信道，信号良好；

3、每个AP的连接数正常；

从测试结果来看，每个AP的利用率都很小，应该不会是由于用户过多造成的故障现象。那么故障现象什么原因造成的？

4、 进行用户连接故障诊断发现，

 测试失败-所选AP可能不正确

当用户无法连接到AP网络的时候，发现当用户发送数据请求后，没有接收数据的出现，而正确的连接过程如下：

现在问题的出现是由于AP的原因，还是AP后面的有线网络的原因造成故障点的出现？

从了解的情况，初步可以判断无线AP的情况良好，那么需要找出问题的所在，我们就在AP与MODEM之间通过ATAP-100连接OPVS3-GIG进行协议分析。

在这里看出用户发送DHCP搜索后，没有回复。正确的获取DHCP流程为：

现在看到的问题是AP把数据都传送过来，但在后台没有回应的数据，问题出在无线网络的后台，MODEM到DSLAM及后端的原因。与DSLAM端维护人员联系故障问题，发现在DSLAM端进行了策略限制，将用户数限制为8个，结果是当用户超过8个的时候会进行数据阻隔，将策略进行修改，故障消失。

由于电信各部门的职责不同，地市的网维部前端班组负责AP/MODEM端的维护，MODEM到DSLAM由另一个班组负责，后台服务器由邮科院设计和实施，无线中心（只要是非有线的，包括小灵通、CDMA、WIFI都是这个中心负责）负责进行无线的优化，网管部门负责网络设备的管理，所以我们可以通过AA/ES2-PRO或AA/OPVS3-GIG/W有线及无线的解决方案帮助确定是需要哪个部门去处理故障，提高用户处理故障的效率。