WiFi代维培训教学教案六：WiFi维护典型案例分享.pdf

《WiFi代维培训教学教案六：WiFi维护典型案例分享.pdf》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、WiFi代维培训课件六：WiFiWiFi维护典型案例探讨维护典型案例探讨中国电信江苏公司2011年10月目录WIFI的典型网络障碍案例探讨WIFI的典型用户申告案例探讨WIFI的网络优化案例探讨用户至上用心服务CustomerfirstServiceForemost2目录WIFI的典型网络障碍案例探讨WIFI的典型用户申告案例探讨WIFI的网络优化案例探讨用户至上用心服务CustomerfirstServiceForemost3WIFI典型障碍原因分析�断电障碍�AP设备障碍�线路障碍�数据配置障碍�数据通信障碍�城域网原因障碍用户

2、至上用心服务CustomerfirstServiceForemost4断电障碍典型案例•南京鹿港小镇咖啡馆频繁断电案例：�障碍现象：位于1912的鹿港小镇咖啡馆经常出现AP设备障碍。�处理：每次设备出现告警后，现场处理发现均为用户断电所致。由于AP布放在用户的吧台处，虽然AP上联的是电信的接线板，但是由于业主自己没有足够的电源接口，故当电源接口不足时，便将AP的插头拔下，造成障碍。经过多次上门处理并同业主沟通协商无果后，更改设备位置，将其从吧台更改为挂墙后，断电障碍彻底解决。�总结：AP是布放在用户端，对于AP的接电需要重视。尤其是

3、独立布放的AP，如果AP布放在业主能够轻易够着的地方，就会造成人为断电的可能。对此，一方面要求维护人员在新建点的验收过程中，能够及时发现设备隐患，另一方面在日常维护中，对于这种人为断电情况，要及时做接电改造将电接死或更改设备位置，避免重复障碍的发生。用户至上用心服务CustomerfirstServiceForemost5设备原因典型案例•金陵会议中心因设备原因障碍案例：�障碍现象：金陵会议中心主楼多台设备不通，频繁障碍。�处理：无线中心现场测试，确认AP设备正常，且业务均畅通。但AP管理时通时不通。操作维护中心和设备维护中心共同定

4、位配合，均未发现问题。但一个偶然发现相关OUN的端口学到AP的MAC地址都一样。由于ARP学习原则中，MAC地址同IP地址的一一对应特性想到如果多台AP的MAC地址相同，则BAS上仅能有一台设备的MAC地址可以畅通。同现场障碍情况一致。无线中心检查AP的MAC地址，发现相关AP的以太口MAC地址均相同。查为厂家版本升级时的工作失误所致。后重新升级版本，修改以太口MAC地址后，障碍恢复。�总结：在TCP/IP协议的ARP学习原则中规定了，通过MAC地址的学习，实现IP地址同MAC地址的映射。当学到多个相同的MAC时，IP同MAC的映射

5、就出现混乱，继而出现了此障碍的AP管理时通，时不通障碍现象。用户至上用心服务CustomerfirstServiceForemost6线路障碍典型案例•南京东南大本部教学楼线路障碍案例：�障碍现象：位于成贤街的东南大学本部教学楼AP出现障碍，现场重启后恢复。但之后频繁出现障碍，且均重启后恢复。�处理：本障碍也是频繁障碍点。现场确认接电正常，重启AP后即好，但很快又会出现障碍。对此，首先更换AP，但更换新的AP后，仍频繁出现障碍，于是排除设备障碍原因，开始向上排查。AP上联的是网线，鉴于有时是畅通的，故网线不会中断，但为定位是否存在线

6、路的隐性障碍（如接触不良），现场进行如下操作：①笔记本直连AP上联网线，做ping包测试，确认时延大，有丢包；②笔记本到ONU近端，用自备网线连接障碍AP的ONU端口，做ping包测试，时延正常，没有丢包③定位为网线障碍。更换网线后，障碍彻底消除。�总结：线路中断障碍定位比较简单，但是，对于频繁障碍，需要在定位时，思考线路的隐患。用户至上用心服务CustomerfirstServiceForemost7数据配置障碍典型案例�Modem通道配置错误造成FITAP障碍用户至上用心服务CustomerfirstServiceForemos

7、t8数据通信障碍案例分享�ONU设备广播风暴造成设备障碍省电信大楼4F出现的频繁用户掉线，现象为搜索不到无线信号掉线。检查AP设备，发现相关楼层的AP有频繁断线的现象。通过抓包发现其原因为由于ONU上出现大量组播报文导致FITAP和AC间的DHCP报文由于时延丢包导致AP上联逻辑链路中断，继而业务中断。通过ONUF820上打开组播报文抑制，同时关闭洪泛抑制功能后予以解决。�FITAP采用的是三层路由的方式，故其网络连接的健壮性同比FATAP有一定欠缺。当一个热点下的大量AP出现频繁的中断情况，首先可以核查此热点上联接入设备是否存在设

8、备障碍，同时重点核查数据侧是否存在广播风暴。�现场判断的方式可以笔记本直连网线，看获取AC的管理地址后，是否会频繁中断再获取的现象。如果有，则准确定位为上层DHCP报文通信出现故障。用户至上用心服务CustomerfirstServi