中国电信WiFi代维培训课件六：WiFi维护典型案例分享.pdf

WiFi代维培训课件六：
WiFiWiFi维护典型案例探讨维护典型案例探讨

中国电信江苏公司
2011年10月
目录

WIFI的典型网络障碍案例探讨

WIFI的典型用户申告案例探讨

WIFI的网络优化案例探讨

用户至上用心服务CustomerfirstServiceForemost2
目录

WIFI的典型网络障碍案例探讨

WIFI的典型用户申告案例探讨

WIFI的网络优化案例探讨

用户至上用心服务CustomerfirstServiceForemost3
WIFI典型障碍原因分析

断电障碍
AP设备障碍
线路障碍
数据配置障碍
数据通信障碍
城域网原因障碍

用户至上用心服务CustomerfirstServiceForemost4
断电障碍典型案例

•南京鹿港小镇咖啡馆频繁断电案例：

障碍现象：

位于1912的鹿港小镇咖啡馆经常出现AP设备障碍。

处理：
每次设备出现告警后，现场处理发现均为用户断电所致。由于AP布放在用户的吧台处，虽然AP
上联的是电信的接线板，但是由于业主自己没有足够的电源接口，故当电源接口不足时，便将AP的
插头拔下，造成障碍。经过多次上门处理并同业主沟通协商无果后，更改设备位置，将其从吧台更
改为挂墙后，断电障碍彻底解决。

总结：
AP是布放在用户端，对于AP的接电需要重视。尤其是独立布放的AP，如果AP布放在业主能够轻
易够着的地方，就会造成人为断电的可能。对此，一方面要求维护人员在新建点的验收过程中，能
够及时发现设备隐患，另一方面在日常维护中，对于这种人为断电情况，要及时做接电改造将电接
死或更改设备位置，避免重复障碍的发生。

用户至上用心服务CustomerfirstServiceForemost5
设备原因典型案例

•金陵会议中心因设备原因障碍案例：

障碍现象：

金陵会议中心主楼多台设备不通，频繁障碍。

处理：
无线中心现场测试，确认AP设备正常，且业务均畅通。但AP管理时通时不通。操作维护中心和
设备维护中心共同定位配合，均未发现问题。但一个偶然发现相关OUN的端口学到AP的MAC地址都一
样。由于ARP学习原则中，MAC地址同IP地址的一一对应特性想到如果多台AP的MAC地址相同，则BAS
上仅能有一台设备的MAC地址可以畅通。同现场障碍情况一致。

无线中心检查AP的MAC地址，发现相关AP的以太口MAC地址均相同。查为厂家版本升级时的工作
失误所致。后重新升级版本，修改以太口MAC地址后，障碍恢复。

总结：
在TCP/IP协议的ARP学习原则中规定了，通过MAC地址的学习，实现IP地址同MAC地址的映射。当
学到多个相同的MAC时，IP同MAC的映射就出现混乱，继而出现了此障碍的AP管理时通，时不通障碍
现象。

用户至上用心服务CustomerfirstServiceForemost6
线路障碍典型案例

•南京东南大本部教学楼线路障碍案例：

障碍现象：
位于成贤街的东南大学本部教学楼AP出现障碍，现场重启后恢复。但之后频繁出现障碍，且均
重启后恢复。

处理：
本障碍也是频繁障碍点。现场确认接电正常，重启AP后即好，但很快又会出现障碍。对此，首
先更换AP，但更换新的AP后，仍频繁出现障碍，于是排除设备障碍原因，开始向上排查。AP上联的
是网线，鉴于有时是畅通的，故网线不会中断，但为定位是否存在线路的隐性障碍（如接触不良）
，现场进行如下操作：

①笔记本直连AP上联网线，做ping包测试，确认时延大，有丢包；

②笔记本到ONU近端，用自备网线连接障碍AP的ONU端口，做ping包测试，时延正常，没有丢包

③定位为网线障碍。更换网线后，障碍彻底消除。

总结：
线路中断障碍定位比较简单，但是，对于频繁障碍，需要在定位时，思考线路的隐患。
用户至上用心服务CustomerfirstServiceForemost7
数据配置障碍典型案例

Modem通道配置错误造成FITAP障碍

用户至上用心服务CustomerfirstServiceForemost8
数据通信障碍案例分享

ONU设备广播风暴造成设备障碍
省电信大楼4F出现的频繁用户掉线，现象为搜索不到无线信号掉线。检查AP设备，发现相关楼层的AP
有频繁断线的现象。
通过抓包发现其原因为由于ONU上出现大量组播报文导致FITAP和AC间的DHCP报文由于时延丢包导致
AP上联逻辑链路中断，继而业务中断。
通过ONUF820上打开组播报文抑制，同时关闭洪泛抑制功能后予以解决。

FITAP采用的是三层路由的方式，故其
网络连接的健壮性同比FATAP有一定欠缺。
当一个热点下的大量AP出现频繁的中断情
况，首先可以核查此热点上联接入设备是
否