AP常见故障及处理
AP与无线路由器网络上常遇到的问题
无线网络连接不上的话，问题可能出现在很多方面，那么，本文根据不同的设备情况，线路情况，总结了很多条无线网络连接不上的问题解决方法。
关于无线上网不畅，无线网络连接不上等问题，本文为大家总结了诸多，并接提供了具体故障描述，解决方法等。
希望通过此文，能让大家方便，简单地解决自己电脑存在的无线故障。
无线网络连接不上1：混合无线网络经常掉线故障现象：使用Linksys WPC54G网卡和Linksys WRT54G AP构建无线局域网，它们使用的都是IEEE 802.11g协议，网络中还存在少数802.11b网卡。
当使用WRT54G进行54Mb/s连接时经常掉线。
故障分析：从理论上说，IEEE 802.11g协议是向下兼容802.11b协议的，使用这两种协议的设备可以同时连接至使用IEEE 802.11g协议的AP。
但是，从实际经验来看，只要网络中存在使用IEEE 802.11b协议的网卡，那麽整个网络的连接速度就会降至11Mb/s(IEEE 802.11b协议的传输速度)。
故障解决：在混用IEEE 802.11b和IEEE 802.11g无线设备时，一定要把无线AP设置成混合(MIXED)模式，使用这种模式，就可以同时兼容IEEE 802.11b和802.11g两种模式。
无线网络连接不上2：无线客户端接收不到信号故障现象：构建无线局域网之后，发现客户端接收不到无线AP的信号。
无线网络没有信号。
故障分析：导致出现该故障的原因可能有以下几个：(1)无线网卡距离无线AP或者无线路由器的距离太远，超过了无线网络的覆盖范围，在无线信号到达无线网卡时已经非常微弱了，使得无线客户端无法进行正常连接。
(2)无线AP或者无线路由器未加电或者没有正常工作，导致无线客户端根本无法进行连接。
(3)当无线客户端距离无线AP较远时，我们经常使用定向天线技术来增强无线信号的传播，如果定向天线的角度存在问题，也会导致无线客户端无法正常连接。
WLAN维护常见故障排除与分析
• AP经常出现掉线后自动恢复 • 解决方法 • 水晶头松动。如果一个站点的某台AP下线，各模块无故 障，AP无损坏。那可能是水晶头松动了，重新插紧一般 就可以了，如果还不行，那可能是水晶头损坏了，重新做 一个水晶头就行了。
投诉的问题：
• 1 主要的投诉都是连接上不了网或是连接不上 • 解决方法：
首先到现场测试信号强度，如果在-75dbm以后信号变 若，即使SSID连接上，网络也无法使用，此类情况要 告知用户，并让投诉人联系区局让他们增加AP进行处 理。
• 2 网页帐号登录时无法进入提示登陆错误
• 解决方法：
在我的电脑里，选择“网上邻居”选择“属性”选 择“无限网络连接”对其进行禁用几十秒之后，再 重新启用，如若不行，选择 我的电脑，右击“管理” 选择“服务和应用程序”，下一步选择“服务”， 接下来找到 Wireless Zero Configuration 并对其进 行“关闭”再“启动”，再重启电脑。
问题1：无限客户端连接上了不稳定的问题
• a:先使用WirelessMon软件测量周围的无限情况,用有线的 方式ping网关看是否掉包，如果不掉包，说明网关自身有 问题。如果周围没有其他的AP在使用，说明无同频干扰
• b 有可能是无限网卡的性能问题，可以尝试升级望卡驱动 ，并与其他无限网卡进行对比。如果式了多个网卡都有问 题，可尝试更换ap.如果故障解决了，那就说明了是AP硬 件问题，如果更换AP后仍然不能解决，那么查看下周围 是否有干扰因素，需要调查排除，或者外界天线和馈线产 生了较大的衰减，需要检查天馈问题。 • AP的信道一般划分为1. 6.11。
问题4：后台OMC上显示AP上线延时
• 由于某些AP重启或是更换后，OMC平台未及时更新出来 ，少则10分钟多则半小时甚至半天，所以为了更有效率的 处理故障，我在此建议大家做完故障及时与该AP厂家联 系，并确认已经解决
AP日常维护及故障排查V3x
故障2
AP连接不稳定。原因：可能是信号干扰、 网络拥堵或固件问题。
故障3
AP无法访问互联网。原因：可能是网络故 障、配置错误或防火墙限制。
故障4
AP发热过高。原因：可能是散热不良、长 时间运行或固件问题。
故障排查流程
步骤2
检查AP的固件版本， 确保与设备兼容且 为最新版本。
步骤4
检查防火墙设置， 确保AP端口未被阻 止。
针对不同类型的AP设备，需要采取不同的维护和排查方法，以确保最佳的 效果。
建议和展望
建议加强对AP设备的巡检和监控， 及时发现潜在问题并进行处理。
展望未来，随着技术的发展和网络规 模的扩大，AP设备的维护和排查工作 将更加复杂和重要，需要不断更新维 护和排查的方ING
AI技术的广泛应用
AI技术将在各个领域得到广泛应用，包括但不限于网络管理、智能 家居、自动驾驶等。
云计算的深入发展
云计算技术将进一步深入发展，实现更加灵活、智能和安全的IT服务。
05 结论
总结
通过对AP设备的日常维护和故障排查，可以确保网络的稳定性和可靠性， 提高用户满意度。
维护和排查过程中，需要关注设备的运行状态、性能指标、安全设置等方 面，及时发现并解决问题。
步骤1
检查AP的电源和硬 件连接，确保正常 工作。
步骤3
检查网络连接和配 置，确保AP能够正 常访问互联网。
步骤5
重启AP和相关设备， 观察问题是否解决。
故障处理案例
案例1
AP无法启动。处理方法：检查电源和硬件连接，如无问 题则尝试重置AP或联系技术支持进行进一步检查。
案例3
AP无法访问互联网。处理方法：检查网络连接和配置， 确保IP地址、网关、DNS等设置正确，如问题仍未解决， 则检查防火墙设置或联系网络管理员。
WLAN网络AP大面积频繁瞬断异常现象故障处理机分析
菏泽移动WLAN网络AP大面积频繁瞬断异常故障处理及分析故障现象：菏泽移动WLAN是由华三AC、华为S9306汇聚交换机、热点华三室内AP组网。
菏泽移动在启用iMC系统监控AP状态后，在iMC上出现大面积AP频繁瞬间下线告警，告警持续时长较短一般小于三分钟。
告警网管为WLAN本地网管。
大范围AP告警频繁掉线，现象极为异常。
原因分析：由于告警具有实时性，因此在告警出现后应马上对告警产生的原因进行定位，否则由于其他的原因可能导致设备丢失必要的告警定位信息。
造成AP频繁瞬断原因为以下几点：原因一：AP与AC间的保活信息出现瞬断，导致AP出现瞬间下线的告警。
原因二：部分交换机出现重启或交换机故障，原因三：部分AP出现重启原因四：部分交换机POE供电不足原因五：本地网管监控机制。
解决措施：1、告警出现后，根据告警中的AP序列号在文档1中查询AP在AC上的模板名称及ip地址。
可以在AC上通过命令display wlan ap all verbose可以查看AP的相关信息。
2、在AC上打开在线AP的TELNET开关（在线AP在默认情况下是无法TELENT的），命令如下：<SDHZE-WLAN-AC01-WX6103-AC>system-view //进入系统视图system view: return to user view with ctrl+z.[SDHZE-WLAN-AC01-WX6103-AC]_h //进入隐藏视图now you enter a hidden command view for developer's testing, some commands mayaffect operation by wrong use, please carefully use it with our engineer'sdirection.[SDHZE-WLAN-AC01-WX6103-AC-HIDECMD]wlan ap mudanquqwqzf_37ex en //打开ap 的控制开关% info: ap user-interface is enabled.[SDHZE-WLAN-AC01-WX6103-AC-HIDECMD]wlan ap mudanquqwqzf_37 tel en //打开ap 的telnet开关% info: ap telnet is enabled.[SDHZE-WLAN-AC01-WX6103-AC-HIDECMD]quit[SDHZE-WLAN-AC01-WX6103-AC]quit<SDHZE-WLAN-AC01-WX6103-AC>telnet 172.16.37.153Trying 172.16.37.153...Press CTRL+K to abortConnected to 172.16.37.153 ...****************************************************************************** * Copyright (c) 2004-2009 Hangzhou H3C Tech. Co., Ltd. All rights reserved. ** Without the owner's prior written consent, ** no decompiling or reverse-engineering shall be allowed. ******************************************************************************* <W A2100>3、.在wa2100上输入如下命令确认AP的状态：<W A2100>dis verh3c comware platform softwarecomware software, version 5.20, release 1108p12copyright (c) 2004-2009 hangzhou h3c tech. co., ltd. all rights reserved.h3c wa2100 uptime is 2 weeks, 3 days, 5 hours, 12 minutes//关注uptime这个数值：4、针对上述结果可进行下述两种情况分析：（1）如果该数值与告警时间相一致，则说明AP重启。
迅达3300AP故障原因及解决措施（1）
迅达3300AP故障原因及解决措施（1）C-故障原因A-解决方案0001电梯致命故障电梯持续死机，无法操作。
注意，该故障代码经常跟随其他故障代码一起出现。
C1，多种原因A1，通过检查电梯故障表，找到先前的故障信息，以确定故障的关键原因。
0002安全回路安全回路意外断开或没有按程序闭合。
C1，安全回路意外断开（例如，当电梯在运行中）A1，检查安全回路断开处的接触点。
检查SMIC上110V的保险丝。
C2，安全回路没有按预计闭合。
当所有厅轿门关闭后，安全回路应该随之闭合。
A2，检查门触点的安全回路。
检查参数（CF03 PA13）门关闭与安全回路闭合之间的延时时间。
0003超载C1：轿厢超载A1：轿厢减磅C2：称重装置错误信号A2：检查称重装置和相关接线。
如果有信号但测量不准，重做称重校准。
0005没有电源0008保留/独立状态0012无授权因没有SIM卡或使用非法的SIM卡，电梯停止运行。
C1：没有迅达公司的SIM卡，或使用了其他电梯的SIM卡A1：检查SIM卡是否插好，SIM卡是否与电梯原配。
检查SIM卡出错信息（#19xx）使用正确的SIM卡。
0017版本号不吻合C1：SIM卡合法，但与SCIC EEPROM内部存储的COMM号不匹配。
SIM卡发错或SCIC是从其他电梯上拿来的。
A1：换上专为该台电梯定制（特别配置）的SIM卡。
每台电梯的SCIC与SIM卡是配套的并且是唯一的。
0018SIM卡的数据不完整C1：虽然SIM卡可读，但数据已被破坏（错误的文件长度等）A1：换SIM卡。
0019‘看门狗’（监测软件）重起硬件或软件初始化，电梯送电等都会使‘看门狗’软件重起。
C1：主控软件的内部程序问题。
A1：更新主控软件的软件版本（请先与瑞士Locarno联系，取得R&D允许）0020安全回路被短接安全回路无法安预计断开（例如，在开门时）C1：安全回路被短接（例如，轿门或厅门）A1：检查安全回路（例如，接头处）是否有短接线。
如何快速排查无线AP故障
如何快速排查无线AP故障无线AP故障的排查是网络维护中的重要任务之一，快速发现和解决AP故障可以保证网络正常运行并提高用户的体验。
以下是一些常用的方法和步骤，可以帮助快速排查无线AP故障。
1.收集信息：首先，收集有关故障的详细信息，包括用户报告的问题描述、AP所在位置、故障发生的时间、故障影响的范围等。
这些信息对于后续的排查工作非常重要。
2.确认AP电源和连接：检查AP的电源是否正常工作，确保AP与交换机或控制器的连接正常。
可以通过观察AP的指示灯情况和接线状态来确认。
3.检查AP配置：确认AP的配置是否正确，包括无线信道、频率、安全设置等。
可以通过登录AP的管理界面或控制器来确认和修改AP的配置。
4.检查无线信号强度和质量：使用无线网络分析工具（如Wi-Fi分析仪、无线网络检测软件等），检查AP周围的无线信号强度和质量。
如果发现信号强度过低或有大量干扰源，可以考虑调整AP的位置，或使用其他无线信道。
5.检查AP的工作状态：确认AP是否正常工作，可以通过登录AP的管理界面或控制器来查看AP的工作状态，包括连接数、带宽利用率、CPU和内存利用率等。
如果发现AP的工作负载过高，可以考虑增加AP的数量或调整配置。
6. 检查网络设备和链路：确认网络设备和链路是否正常工作。
可以通过ping命令测试AP和其他设备之间的连通性，检查是否有丢包或延迟过高的情况。
如果发现网络设备或链路故障，可以与负责维护的人员进行沟通，进行修复或更换。
7.检查认证和授权配置：确认AP的认证和授权配置是否正确，包括用户认证方式、认证服务器设置等。
可以通过登录AP的管理界面或控制器来确认和修改这些配置。
8.调查用户问题：与用户进行进一步的沟通，了解具体问题的表现形式、频率和影响范围。
这些信息有助于更准确地定位AP故障的原因。
9.升级AP固件或软件：查看AP的固件或软件版本是否最新，如果存在已知的问题或漏洞，可以考虑升级AP的固件或软件。
AP故障
（1）BRAS设备厂家没有做到AC的子接口
（2）AP设备厂家没有在AC上创建vlan并做vlan映射
（3）如果是个别现象，那么可能是用户电脑的设置问题。
现象4：ONU能看到mac地址，汇聚交换机看不到mac地址
可能原因：
（1）onu厂家没有没有做数据，把mac地址送上来
现象5：ONU下挂交换机，交换机无法ping通
可能原因：
（1）汇聚交换机厂家没有做相应的地址池，或者没有在下行口透传
（2）热点交换机厂家或onu厂家没有透传vlan
（3）如果是交换机方式wlan，如果是vlan1是ap的管理vlan，那么要注意了，如果热点交换机的上行口vlan1打标签了，那么汇聚交换机的下行口vlan1也要打标签，反之，如果热点交换机的上行口vlan1没有打标签，那么汇聚交换机的下行口vlan1也不要打标签。热点交换机连接ap的口，ap的管理vlan都要设成不打标签的。
可能原因：
（1）如果部分批量无法上线，那么可能是这台交换机断电
（2）交换机上插的ap过多，无法给ap提供足够的电源
（3）局部有环路
（4）如果一个地址段的ap无法上线，那么可能是ap的地址段没有发布出去，ac到ap之间没有路由
（5）路由错误，可用tracert从ac追踪到汇聚交换机来查看路由问题。
现象8：ap无法获得管理地址
现象1：ap和交换机连接的端口不亮。
可能原因：
（1）ap故障
（2）网线做的有问题
（3）交换机端口坏了
现象2：ap和交换机（ONU）连接的端口亮了，但是ap无法上线
可能原因：
（1）集成商上报的ap的mac地址错误
（2）交换机（ONU）厂家没有透传ap的管理vlan
AC下挂AP全部掉线故障的处理
AC下挂AP全部掉线故障的处理
最近在网管监控中，发现AC13下挂的AP全部掉线，我们进行了如下处理：
1、远程登陆AC查看设备运行情况，发现AC13、AC14两台AC本来为一主一备的状态都变成了主用状态，导致AC13下挂的AP都注册到了AC14上。
2、在AC13上ping AC14的心跳IP地址，发现无法ping通，同时在AC14上ping AC13的心跳IP也无法ping通。
3、通过以上的排查，怀疑AC13与AC14的心跳线出现了问题，导致两台AC之间互ping不通，最终导致主备AC同时变成主用状态。
于是到达机房后，更换心跳线，此时主备AC的状态立即恢复了正常，与此同时AC13下挂的AP全部正常上线。
经过以上处理后，业务恢复正常。
4、故障原因定位：主备AC心跳线问题。
5、制定解决方案：更换心跳线。
6、经验总结：当主备AC的心跳线出现问题时，主备AC都会认为对方出现了宕机的问题。
于是都会自动变成主用状态，这就导致了主备AC的状态同时都变成主用状态，从而使AC13下挂的AP全部切换到了AC14上。
因为两台AC同时变成主用状态，上行的VRRP浮动IP同时生效，这样就会出现IP冲突的问题。
因而用户的业务虽然切换到了AC14上，但由于IP冲突的问题，用户的业务会出现时断时续
的状态。
因此AC在1+1热备的工作模式下，要重点关注心跳线的问题，建议将质量较差的网线更换为6类网线。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
AP故障处理
新邮通信设备有限公司
1常见故障排查
1.1现场用户无法找到WLAN信号
1.1.1 查看AP设备的指示灯状态
AP正常工作时灯是蓝色状态，
1.1.2AP天馈连接问题
检查AP的无线发射口与天线（或馈线）连接是否松动，如果松动，可能信号比较弱。
检查天馈系统，在客户允许的前提下，暂时拔下天馈接口，在AP发射口附近用无线笔记本电脑测试，如果有信号，检查天馈系统；
1.1.3隐藏ESSID或wlan服务没有开的问题
取消隐藏功能：
#Config wlan ID
#Hideessid NO
检查相应WLAN是否激活，如果没有，则进行激活；
#config wlan ID
#service enabl e
1.2现场有信号，但用户无法关联
1.2.1用户获取IP地址问题
确认其他用户是否可以正确获取地址，如果可以检查笔记本配置；
检查用户终端IP地址获取方式是否为自动获取IP地址，如果不是，改为动态获取方式；
如果其他用户也不能获取IP地址，在检查AC内置的DHCP服务是否启用，如果没有启用，需要重启该服务；
点击控制→DHCP→DHCP配置
检查DHCP Pool是否够用，如果没有，则在客户允许的前提下，增加IP Pool；
点击控制→DHCP→详细信息
1.3 portal页面问题
1.3.1 用户无法推出portal
1. 确认终端能ping通网关，且查看丢包情况
2. 确认是否能和portal服务器正确连接，可使用ping命令检查
3. 确认portal服务器地址加入白名单
点击认证→portal认证→白名单
4. 确认portal的URL地址是否正确
1.3.2 强制访问portal可以登录
1. 终端浏览器中直接访问portal的URL地址，如果可以，检查配置portal的URL地址是否正确
2．:请确认captive portal 中是否监听sta所在下行接口
3. 确认captive portal配置中的重定向ip/端口和eag的重定向监听ip/端口是否一致.
1.4 认证问题
1.4.1 终端用户无法认证
1. 确认portal服务器上已经添加了AC的相关数据
2. 确认eag的radius配置是否正确,并确认radius服务器上已经添加了AC的相关数据
3. 在AC上抓包确认portal服务器向AC发起了请求(通常为2000端口).抓包确认Radius 服务器回复了AC的认证请求.如以下报文
1.4.2 认证加密方式要匹配
1.AC和radius交互报文的认证方式要匹配
1.5 AP无法上线问题
1.5.1 物理链路问题
1. 测线仪器测试网线的连通性
2. 确认AC和AP的link 等正常（绿灯常亮，黄灯闪烁）1.5.2 AP的问题
1. 检查AP上盖上的指示等，若蓝色，则为胖AP模式
2. 检查AP是否获得地址，命令为ifconfig
注：默认AP的地址为192.168.100.100
1.5.3 AC配置的原因
1. DHCP SERVER是否启用
2. WTP的配置型号是否符合实际AP的型号
3. 确认WTP绑定了AC的接口
1.5.4 AP型号和AC配置文件型号问题
1. 若以上配置信息无误，但AP还是不能关联，可以查看AP上报到AC的信息，命令为sh ac-access-wtp-info list。
如
注：以上信息表明，已经有AP正在接入AC，而AC的配置信息不对，导致AP无法接入。
2. 确认AC上AP的配置模板信息，命令show model list。
如
注：当AP上报的Apcode对应show model list看到的Apcode，AP才可以接入AC。
1.5.5 正常AP状态的检查
1. AP上盖指示灯为蓝色常亮
2. AC上查看状态为run，不正常为quit
3. 登录AP检查空口信息，命令ifconfig
注：可以看到ssid为“CMCC”
1.6 vrrp问题
1.6.1 sta无法ping通虚网关
1.查看vrrp运行状态，正常主为master，备为back。
命令如下
MASTER(config)# sh hansi
-----------------------------HANSI 1--------------------------------
STATE--PRI--ADVERT--PREEMPT--UPLINK------IP-----DOWNLINK-----IP------
MASTER 100 2 N eth0-2 192.168.10.1 eth0-2 192.168.10.1
HEART-BEA T-LINK eth0-3 1.1.1.1
2．查看接口是否处于UP状态
MASTER(config)# sh hansi 1 detail
HANSI 1 detail info:
STA TE: MASTER
action: MASTER LOOP
detal : master loop
PRIORITY:100
ADVERTISEMENT TIMER:2(s)
PREEMPT:No
VIRTUAL MAC:No
DOWNLINK INFO :
DOWNLINK IFNAM: eth0-2, UP //接口状态为UP状态
REAL IP:192.168.10.2
VIRTUAL IP:192.168.10.1
HEART-BEA T-LINK INFO:
IFNAME: eth0-3(UP) IP:1.1.1.1
VGA TEW AY INFO:
NOT ELECTION
3．查看接口上vrrp虚地址是否生效
SYSTEM# sh interface eth1-11
Interface eth1-11 is up, line protocol detection is disabled
index 4 metric 1 mtu 1500
flags: <UP,BROADCAST,RUNNING,MULTICAST>
HWaddr: 00:1f:64:12:01:6e
bandwidth 1000000 kbps
inet 192.168.8.4/24 broadcast 192.168.8.255
inet 192.168.8.1/24 secondary //正常显示两个地址，第二个为虚地址inet6 fe80::21f:64ff:fe12:16e/64
2996 input packets (2241 multicast), 509514 bytes, 0 dropped
0 input errors, 0 length, 0 overrun, 0 CRC, 0 frame
0 fifo, 0 missed
995 output packets, 1004227 bytes, 0 dropped
0 output errors, 0 aborted, 0 carrier, 0 fifo, 0 heartbeat
0 window, 0 collisions。