精华系列推荐：WLAN无线网络维护及优化问题处理指导手册（V1.0）

1、wlan无线网络维护及优化问题处理指导手册(v1.0)目 录第一章 设备维护篇41. ac故障问题41.1 登陆成功率（非用户原因）低问题原因分析41.2 登陆成功率（非用户原因）低问题案例分析51.3 错误话单问题原因分析111.4 错误话单问题案例分析121.5 其他ac设备故障162. ap故障问题202.1 ap设备问题222.2 poe交换机问题242.3 断电问题262.4 传输问题272.5 数据配置问题29第二章 业务应用篇331.无法搜索到移动信号问题331.1无法搜索到网络问题处理流程341.2无法搜索到网络问题案例352.无法关联问题452.1无法关联问题处理流程462.

2、2无法关联问题案例463.无法上网问题533.1无法上网问题处理流程533.2无法上网问题案例544.速度慢问题674.1速度慢问题处理流程674.2速度慢问题案例685.掉线率高问题945.1掉线率高问题处理流程945.2掉线率高问题案例956.用户不能正常登录问题1036.1用户不能正常登录问题处理流程1046.2用户不能正常登录问题案例105第一章 设备维护篇1. ac故障问题1.1 登陆成功率（非用户原因）低问题原因分析登陆成功率（非用户原因）=1-上线bas错误/登陆申请总次数，所有登陆成功率（非用户原因）主要与上线bas错误有关。上线bas错误的定义：在认证过程中ac返回了网络错误

3、的错误码（4），或者返回未知错误码，或者接收ack-challenge或ack_auth包超时15秒失败，一般认为是网络或设备原因。在用户上线流程图中，和发生上线bas相关的交互步骤：(1) 如果查询成功，portal server向ac请求challenge；(2) ac分配challenge给portal server；(3) portal server向ac发起认证请求；(4) 而后ac进行radius认证，获得radius认证结果；(5) ac向portal server送认证结果； 用户上线chap认证流程图上线bas错误包括以下四种情况：（1）ac未发送ack_challenge、

4、ack_auth或者发往portal服务器的ack_challenge、ack_auth丢失。（2）portal服务器接收ack_challenge、ack_auth超时15秒。（3）ac发往portal服务器的ack_challenge或者ack_auth的报文带有errcode 4信息。以下2种情况ac将发送带有错误码4的报文：ac 在准备发送 ack_challenge时, 发现req_challenge报文中的保留字段不为 0 或者ac 没有能产生16 位的挑战值，此时ac 将发送携带错误码为4的ack_challenge报文到portal,表示ac设备告诉portal server此

5、用户请求challenge失败。 ac在收到req_auth时, 发现该报文中的req_id 和之前req_challenge中的req_id 不相等，从而认为该用户登录操作出现异常，发送携带有错误码4的auth_ack报文到portal，表示ac设备告诉portal server此用户认证失败。（4）ac设备设计缺陷，在发往portal服务器的ack_challenge或者ack_auth的报文中带有其他未知errcode值信息。上线bas错误产生的主要原因：（1） ac设备问题（2） 参数设置问题（3） 设备性能问题（4） 网络丢包问题1.2 登陆成功率（非用户原因）低问题案例分析1.2.

6、1 ac设备问题主要原因：（1）ac因设计缺陷，在发往portal服务器的ack_challenge、ack_auth的报文中带有其他未知errcode值信息。（2）ac内进程发生错误导致无法响应portal服务器的请求，导致portal服务器无法接收到响应报文，记录为上线bas错误。（3）ac和portal之间通过udp报文进行交互，在交互过程中udp端口学习错误，将导致portal无法接收到正确的响应报文，发生上线bas错误。（4）网络丢包导致ac和portal之间的数据包丢失重传，因丢包重传引发超时，发生上线bas错误。相关案例分析：案例一：ac响应portal服务器的认证报文中携带有未

7、知errcode值，发生上线bas错误。故障描述：某厂家现网ac发生认证接通率低的问题，通过抓包分析发现，在ac相应portal的报文中存在errcode 10。ac设备版本设计缺陷导致在发往portal服务器的ack_challenge、ack_auth的报文中存在错误代码errcode 10，此代码不符合移动集团规范，portal将带有errcode 10消息的响应报文记录为上线bas错误。导致用户认证失败。解决方案：依据中国移动wlan用户接入流程技术规范(web)v3.0.0要求，在ac版本中，将errcode 10值修改为符合规范的errcode值，解决因未知errcode值导致的上

8、线bas错误。案例二： ac内认证模块异常退出，导致发生上线bas错误。故障描述：某厂家设备出现大量上线bas错误通过ac日志分析发现ac认证模块发生重启的现象。进一步根据ac调试信息进行定位：分析认证代码后发现认证模块在发送停止计费时有空指针的现象。如果进程发生空指针那就会出现异常，从而引起进程退出。分析认证逻辑后发现在认证模块启用了stop机制，也就是防止用户吊死在radius server的功能情况下发送stop停止计费报文就会有空指针的风险，这就会导致认证模块异常退出。在认证模块退出情况下，如果发起认证请求，则ac无法响应报文challenge或auth报文导致认证，就会造成上线bas

9、错误。解决方案：通过升级新版本，修改认证模块代码，解决因认证模块异常退出而发生上线bas错误的问题。案例三：交互过程中ac学习udp端口号错误，导致发生上线bas错误。故障描述：ac和portal之间通过udp报文进行交互。通过抓包发现ac存在udp端口号学习错误的问题。在交互过程中，如果期间有其他用户进行认证交互，ac会学习到其他用户的端口号。以这个端口号给portal回应确认报文，ac无法识别该确认消息，发生上线bas错误。用户将显示认证失败，不能正常登录使用。 2011-03-02 11:18:53.251408 igw8021x2248: p sta(10.0.20.75) recei

10、ve req_auth from portal server(221.176.1.140), port:39777 size:472011-03-02 11:18:53.291442 igw8021x2248: p sta(10.0.23.138) receive req_logout from portal server(221.176.1.140), port:54555 size:162011-03-02 11:18:53.370251 igw8021x2248: p sta(10.0.20.75) send ack_auth with errcode 0 to portal serve

11、r(221.176.1.140), dest port:54555 size:16 解决方案：在认证模块中增加代码，记录下每一用户portal请求报文的端口号，以该端口号响应portal的请求，解决udp端口学习错误的问题。1.2.2 参数设置问题ac内关于认证计费的参数设置不当，增加ac内认证模块出现异常的机率，导致上线bas错误的发生。相关案例分析：案例一：记账间隔时间设置太短，导致出现认证接通率低的问题。故障描述：ac内认证计费参数有一项记账间隔时间，该值作用为每隔一个记账间隔时间ac对所有用户进行一次检测其是否在线，如果在线则针对每用户给radius发送一条续费报文。表明该用户在线，对

12、用户计费信息进行更新，确保计费的准确性。如果记账间隔时间设置太短，将导致ac频繁对在线用户进行检测并向radius发送续费报文。当用户量大时，ac内认证模块将出现繁忙。无法及时响应portal服务器发出的请求报文，产生上线bas错误，导致用户登录失败。 抓包截图记账间隔时间设置太短，导致ac和radius之间进行大量的续费报文交互，从上面的截图可以看出，截图中的26个数据报文中仅有一个是ac和portal服务器交互的报文，其他的25个数据包都是ac和radius之间的续费报文。占比达到了96%。大量的续费报文导致了ac认证模块繁忙，消耗大量ac资源，无法ac及时响应portal发出的认证请求报

13、文。从问题发生的ac和时间来看。该问题发生在业务量较大的ac，且发生的时间点一般发生在上网的高峰期。在5月份发现部分厂家ac内记账间隔时间采用默认值，且默认值设置太短，设置成了30秒，导致ac认证模块出现繁忙，无法及时响应portal服务器发出的请求报文，产生了大量的上线bas错误，出现认证接通率低的问题。解决方案：将记账间隔时间设置为900秒或更长（注：该参数raduis尚未使用，部分可以设置为0的厂家可以关闭该参数），防止认证模块出现繁忙导致发生大量上线bas错误。1.2.3 设备性能问题ac内开启了某些功能（snmp/nat）后，导致ac内资源消耗过大或者功能实现效率不高。从而导致出现上

14、线bas错误。相关案例分析：案例一：ac开启snmp服务后，出现认证接通率低的问题。故障描述：某厂家ac设备在开启了snmp服务后，snmp进程对ac的cpu资源消耗较大；在业务量大的时候，将会因 cpu利用率高而出现认证模块异常，出现上线bas错误。解决方案：通过优化ac内snmp进程代码及资源调度机制，降低snmp进程对资源的消耗。避免因snmp进程对资源的消耗，导致ac认证模块出现异常，导致出现上线bas错误。案例二：ac开启nat地址转换功能后，出现接通率低的问题。故障描述：长沙市目前wlan用户ip地址分配采取私网ip地址+nat的实施方案，ac为用户分配私网ip地址，同时在ac上启

15、用nat功能进行地址转换。ac实施地址转换需要通过软件功能实现，在地址转换时需要通过cpu计算处理。存在地址转换产生时延和效率不高的问题。地址转换产生的时延较大，从交互过程中ac收到用户登录请求开始计算，收到ack_challenge、ack_auth消息时间超过15秒超时将记录为上线bas错误。解决方案：wlan用户使用公网地址。通过nat转换专业设备进行地址转换，解决地址转换存在时延和效率不高问题而产生上线bas错误。案例三：ac配置关联用户通过ssid匹配portal后，出现认证接通率低的问题。故障描述：某厂家ac配置关联用户通过ssid匹配portal后，产生的wireless sta

16、tion表项数据非常庞大，如图：用户关联成功后，ac上的wireless station表中就会增加此用户的mac地址与ssid关联的信息，ac通过这个表项中的ssid来给用户推送相关的portal页面，当ac长时间运行后，关联的用户将会越来越多，最终导致cpu利用率高、内存溢出，出现上线bas错误。解决方案：ac通过命令remove wireless-station all来清除内存中的wireless station表，同时关闭根据ssid域推送portal页面的开关，根据vlan号来推送portal。1.2.4 网络丢包时延问题网络因设备兼容性问题或网络不稳定，而出现丢包和时延大的问题。

17、ac和portal之间的交互采用不可靠的udp报文，udp报文在传输过程中如果出现报文丢失，udp协议层次将不会对其进行重传，因此在ac内设计了重传机制，如果ac发送报文后5秒钟未能收到下一步交互报文，则会对发出的数据进行重传。虽然设计了重传机制，但是可能因为重传而导致超时。 可能导致ac和 portal之间交互的报文丢失，或者因时延大问题导致导致整个交互过程超时15秒，发生上线bas错误。相关案例分析：案例一：网络设备端口匹配问题导致出现网络丢包现象，导致出现认证接通率低的问题。故障描述：ac出现了大量的上线bas错误。从ac对portal进行ping测试发现网络丢包率很高，达到了20%。忙

18、时21:300:00，丢包率为24%，ap出现闪断掉线。通过分析发现，ac的端口状态为自适应状态，而ac的对端设备端口设置为速率强制1000m。把端口属性改为自适应后：忙时21:300:00,丢包率为3%-6%，ap闪断掉线的数量减少。因各厂家设备之间兼容匹配问题，导致端口无法相互协商自适应。导致出现网络丢包。丢包导致ac和portal之间交互报文丢失、重传。因交互超时而发生大量的上线bas错误。解决方案：将ac对端设备同样设置为自适应状态，解决端口协商问题引发丢包导致的上线bas错误。1.3 错误话单问题原因分析错单产生原因分析：产生错误话单原因均为计费报文中未携带nas-id号或携带的na

19、s-id错误，导致在boss系统内因nas-id值不合法而无法生成账单。ac内nas-id值的对应关系主要有3中，基于ap、基于业务vlan和基于用户ip地址，目前主要采用基于vlan对应nas-id值。radius计费报文内容：radius计费报文中包含用户帐号（user-name）、nas-id、上网时长（acct-session-time）、计费报文类型（acct-status-type）等内容。以下3类原因将产生错误话单：（1）为当用户下线时，ac给radius发送计费结束报文时，无法依据对应关系匹配到nas-id，如果无法匹配到nas-id，则会自动填入00-00-00-00-00-

20、00到计费报文中。（2）nas-id配置错误或者格式不正确，导致计费报文中携带的nas-id值错误。（3）ac设备问题导致无法依据匹配关系携带正确的nas-id信息。1.4 错误话单问题案例分析1.4.1 nas-id匹配错误ac内没有正确配置nas-id的对应信息，或者因对设备操作导致nas-id的配置信息丢失。当有用户发起下线请求时，将无法携带正确的nas-id信息，产生nas-id为0类型的错误话单。相关案例分析：案例一：ac内业务vlan配置错误导致出现错误话单。故障描述：ac下出现f150类型的错误话单，错误话单原因为计费报文中nas-id值为00-00-00-00-00-00，经过

21、对ac的数据检查发现站点明城公馆的6信道模板配置了一个业务vlan 3792，该vlan在ac的vlan列表中存在，但是该业务vlan所对应的热点为工程期间热点，没有规划配置nas-id。由于apac之间的业务数据走私有capwap隧道，因此即便vlan配置错误，用户上网数据仍然可以通过交换机等传输设备，用户可以正常上网。由于业务vlan配置错误，导致出现无法匹配nas-id的问题。因此该模板下的用户计费报文无法携带nas-id，出现错误话单。vlan配置错误解决方案：将瘦ap配置模板中业务vlan修改正确即可解决问题。案例二：主备备份操作失误导致出现错误话单。故障描述：在对主备ac进行备份时

22、需要定义一个心跳端口。业务vlan在ac内基于端口进行配置，对ac端口重新定义后，原有vlan和nas-id将会丢失。所有vlan和nas-id需要重新配置。如果在执行此项操作时，未将ac lan口线缆拔掉。如果此时有用户发起下线请求，计费报文将无法携带nas-id号，而产生错误话单。如下图为用用户未携带nas-id的计费报文信息。解决措施：在进行设备主备配置操作时，选择在凌晨业务量小的时段进行，并严格按照流程执行，先将ac lan口线缆拔掉，中断用户上网业务，再进行配置操作。待全部配置完成后，再连接线缆恢复业务。防止操作器件因ac内无nas-id配置信息而产生nas

23、-id为0的错误话单。1.4.2 nas-id格式错误ac内nas-id值配置错误或者格式不正确,比如nas-id配置为1200.0731.731.00.46(nas-id值多加了点)或者cmcc（不合法nas-id），导致计费报文中携带的nas-id值不合法而无法生成话单。相关案例分析:案例一：nas-id配置错误导致出现错误话单。故障描述：ac（211.142.223.30）在2月份产生一条nas-id值为cmcc的错误话单，经过对该台ac的数据检查发现，有一个热点的业务vlan对应的nas-id值配置成了cmcc。因此该热点下用户上网的产生的计费报文nas-id值将为cmcc。该值属于不

24、合法的nas-id，正确的nas-id值应该为1200073173100460。解决方案：将nas-id值修改为正确的nas-id值即可解决问题。案例二：nas-id配置中包含了”.”导致出现错误话单。故障描述：ac产生一条nas-id值为1200.0731.731.00，经过对该台ac的数据检查发现，有一个热点的业务vlan对应的nas-id值配置成了1200.0731.731.00.46。由于”.”将占用一个字符，因此该热点下用户上网的产生的计费报文nas-id值将为1200.0731.731.00。该值属于不合法的nas-id，正确的nas-id值应该为1200073173100460。

25、解决方案：在配置nas-id值是不要把”.”字符配置进去。1.4.3 设备问题ac设备问题导致无法依据匹配关系携带正确的nas-id信息。相关案例分析：案例一：ac内nas-id存储空间不够导致出现错误话单。故障描述：ac下发现产生nas-id值为120007317310和120107317310的错误话单。1200073173100460相对应的热点为柯达名居。通过抓包发现是在ac上报这个热点的nas-id的时候上报的nas-id位数不全导致。而导致此现象出现的原因是由于ac上nas-id的默认储存空间不够导致。解决方案：将nas-id值的储存空间改大，解决nas-id存储空间不够的问题，即

26、可将问题解决。案例二：ac内cpu利用率持续较高导致出现错误话单。故障描述：升级ac时，须将新版本传到ac业务平台，业务平台加载新系统时cpu利用率持续较高在cpu利用率高的情况下ac的radius认证模块将无法正常工作，在此过程中用户发起的计费报文将随机产生一些错误信息进行radius报文封装，认证报文携带的错误信息将产生错误话单。解决方案：新系统装载成功后，故障恢复。在对ac进行数据割接时，必须在ac上没有认证用户的前提下进行，并且在割接期间先把用户的认证开关关闭，当割接完毕后，立即把认证开关打开。这样保证了用户正常上网，也不会产生错误话单。1.4.4 错误话单问题小结结合以上分析和我省设

27、备实际情况，导致话单错误的原因主要有如下原因：1、 工程开局阶段vlan和热点配置错误导致。主要表现在京信公司和大唐公司，出现问题也不容易被发现，这主要和以上两厂家的ac机制有关（京信和大唐公司apac之间的业务数据走私有capwap隧道，因此即便vlan配置错误，用户上网数据仍然可以通过交换机等传输设备，用户可以正常上网）。防范措施：（1）加强工程开局数据管理，在认证入网时除了对三元组数据进行重点审核外，对工程开局数据也安排专人进行审核核对。（2）工程开局时所有热点均预配置一个默认nas-id，即使在误开启认证情况下也不会出现话单错误。（3）鉴于京信和大唐公司ac机制的特殊性，后期在入网与计

28、费验证测试中将针对1、6、11三个模板开展测试，避免因不能模板vlan对应错误导致错单问题。2、设备自身原因导致，主要表现如下：（1）虹信测试阶段出现的话单错误（ac上的nasid的默认储存空间不够）。（2）弘浩明传ac的foa测试阶段出现的话单错误（业务平台加载新系统时cpu利用率持续较高，在cpu利用率高的情况下ac的radius认证模块将无法正常工作导致话单错误）。（3）京信公司主备倒换测试阶段出现的话单错误（如果在执行主备倒换操作时，未将ac lan口线缆拔掉。若此时有用户下线，计费报文将无法携带nas-id号，而产生错单）。防范措施：此类由于设备自身原因导致的话单错误一般比较难以发现

29、，只有在出现问题抓包分析排查问题并尽快汇报。同时譬如日常升级、主备前尽量选择在用户闲时，升级或主备操作前制定详细的方案，避免因设备自身原因或操作原因导致话单出错。 3、nas-id设置错误：主要表现在ac因权限管理不严，导致部分维护人员进入ac将nas-id误设置为cmcc导致话单错误。预防措施：（1）加强ac密码管理和控制，极少人掌握较高权限，其他仅开放查看权限。（2）工程开局时所有热点均按照nas-id标准格式预配置一个默认nas-id，即使在误开启认证情况下也不会出现话单错误。1.5 其他ac设备故障主要故障原因：（1）ac内业务板卡故障；（2）ac进程异常；（3）ac参数配置问题都可能

30、导致ac工作异常；（4）ac接口故障。以上ac故障可能导致ap离线退服、用户无法获取ip地址或用户无法认证上网。1.6.1 常见板卡故障及案例分析常见板卡故障主要有业务板芯片损坏，接口模块损坏等；发生板卡故障在ac主控板上均会有相应的告警指示。依据告警指示对故障板件进行更换处理。相关案例分析：案例一：ac业务板芯片损坏导致设备无法正常启动工作。故障描述：ac下的所有热点网络都不可用，网管平台上出现snmp不通告警。所有热点网络均不可用且ac出现告警信息，此种情况很可能为ac出现故障导致。前往机房对ac进行检查发现，ac出现out of service led指示灯告警，告警含义为设备不可用。同

31、时使用串口不能登录ac。ac控制板工作正常，未出现告警。此故障可能为业务板芯片损坏导致系统无法启动。解决方案：将设备断电后更换ac业务板卡，对ac进行数据配置后工作正常。案例二：ac接口模块损坏导致网络不可用。故障描述：ac下带的所有ap均离线退服，查看ac进程信息发现wltps、dhcp进程工作正常。查看ac端口工作状态发现ac lan口处于shutdown状态，使用no shutdown命令无法将端口打开。前往机房查看发现lan端口指示灯出现红灯告警指示。为ac接口模块损坏导致ap全部离线。解决方案： 设备断电后，将损坏的接口模块拔出，插入新的接口模块。上电后，ac即可正常工作。1.6.2

32、 进程异常故障及案例分析ac内常见进程异常主要有包含如下进程dhcp进程、wltps进程、igw8021x进程工作异常。其中dhcp工作异常将影响ap和用户获取ip地址；wltps进程异常将影响ap正常上线；igw8021x模块异常将影响用户认证上网。相关案例分析：案例一：dhcp进程异常导致ap无法关联ac工作。故障描述：ac下的ap全部无法下发配置数据，检查发现ac的mac地址表中均能发现ap的mac地址，但是无法下发配置数据。检查ac的已分配ip地址列表发现，ap都没有从ac获取到ip地址，因此无法同ac进行管理报文的交互。查看进程发现ac的dhcp进程没有正常启动，导致无法给ap分配i

33、p地址。解决方案：手动启动dhcp进程，ap就能正常获取地址，对ap下发配置数据。案例二：wltps进行异常导致ap全部离线。故障描述：网管平台显示ac下的ap全部离线，查看ac内ap在线列表，瘦ap全部显示为离线状态。检查汇聚交换机配置并动态查看ap的mac地址后，汇聚交换机可以学习到瘦ap的mac地址，确认热点侧-传输资源-汇聚交换机配置没有问题。对ac的数据配置进行检查，确认数据配置后，查看ac的工作进程，发现进程中没有wltps进程没有起来。导致ac无法和ap进行通信，ap无法在ac上注册上线。解决方案：手动启动wltps进程，待进程重启完成后，ap就能正常上线工作。案例三：igw80

34、21x进程挂死导致用户认证失败。故障描述：接到ac下热点的许多用户投诉，反映无法认证上网，提示认证失败。对该台ac进行portal、radius认证局数据检查发现，数据配置没问题。在ac内ping portal服务器发现链路可达。排除数据和网络原因后，对ac进程进行检查，发现在进程列表中有igw8021x进程，但是进程号异常，可能为进程挂死导致无法正常和portal服务器交互。导致用户认证失败。解决方案： 手动重启该进程，待进程重启完成后，用户就能正常认证上网。案例四：ac所带热点没有cmcc或cmcc-edu信号解决方案：1、登录ac查找热点ap是否在线，并查看其它热点是否在线。如果ap在线

35、，则检查热点ap配置模板数据；如果ap全部离线，检查ac工作进程是否正常，如进程异常，则重启异常进程。2、如果ac下部分热点离线，检查热点传输链路，可从poe交换机ping ac的ip地址确认传输，检查poe交换机数据配置和设备供电情况。针对问题，相应解决。案例五：ac下瘦ap全部离线解决方案：1、登录ac查看ap在线列表，发现ap全部离线，检查汇聚交换机配置并动态查看ap的mac地址后，汇聚交换机可以学习到瘦ap的mac地址，确认热点侧-传输资源-汇聚交换机配置没有问题。2、检查ac的数据配置，确认数据配置后，查看ac的工作进程，发现进程中没有wltps进程以及igw8021x进程。手工启动

36、wltps，可以起来，但是igw8021x进程手工也启动不起来。尝试修改此属性，执行完之后，没有报错，但是mount，依然是ro属性。3、查看了系统分区信息，/dev/sdb 567三个分区变成了ro（read-only）的属性。正常情况下应该是rw的。变成ro导致日志写不进，配置文件保存不了等等一系列问题。尝试格式化此分区后，mount发现此分区变成rw了。再查看系统进程发现，wltps进程起来了，ap也在线了。但是认证模块还是没有起来。一分钟之后，再查看mount，发现此分区又变成ro了。umount /logfiles分区，发现认证模块进程起来，有用户开始认证，业务恢复正常。1.6.3

37、参数配置故障及案例分析案例一：用户投诉ac下所带热点用户获取不到地址解决方案：1、登录ac查看dhcp服务器配置，确认数据配置正确，有用户正常使用。2、用户高峰时段查看dhcp已分配ip列表，如果已分配ip列表值大于业务地址池的最大值。业务地址池扩容后，此问题得到解决。3、检查热点业务vlan是否对应到相应的vif和dhcp地址池，如果配置错误则修正配置。案例二：用户反映能弹出portal登录页面，但是无法正常登录上线。解决方案：1、登录ac查看相关ac中该热点的瘦ap配置模板配置。2、瘦ap配置模板中profiles的portal服务器、radius服务器设置中开启了认证，配置了portal

38、服务器，但是未配置radius服务器。导致ac无法完成整个认证交互流程。3、在radius服务器中正确添加radius服务器，即能解决问题。案例三：在对ac端口进行重新定义后，出现用户无法上网，ac内无vlan信息。解决方案：1、登录ac检查vlan配置，发现vlan配置数据不存在。2、vlan在ac内基于端口进行配置，对ac端口重新定义后，所有vlan需要重新配置。vlan丢失后将导致用户无法正常上网。3、将ac端口定义好之后，将vlan、nas-id重新配置好即解决问题。4、前往热点进行wlan业务测试。1.6.4 接口故障及案例分析案例一：ac下行接口光模块松动导致ap的报文无法与ac正

39、常交互故障描述：ac下带的所有ap均离线退服，查看ac日志，没有发现异常。查看ac进程，进程的pid以及条目都处于正常工作状态。在ac上开启debug dhcp功能，发现没有任何ap的dhcp报文通过ac。查看ac下行口link状态为“down”,检查ac下行口数据配置没有发现问题。前往机房现场，发现ac下行口工作指示灯熄灭。解决方案：重新拔插ac下行口光模块，ac下行口link状态为“up”，并且ap陆续重新上线。2. ap故障问题ap设备退服主要表现为ap设备离线导致网络不可用，导致ap离线退服的原因主要有以下几类：（1） ap设备故障（2） poe交换机问题（3） 断电故障（4） 传输故

40、障（5） 数据配置问题ap离线退服故障排障流程：ap故障排查流程图（1）首先登录ac或omc查询ap离线情况，确定为单个、非连续性ap离线还是大面积、非连续性ap离线。（2）对于单个、非连续性ap离线故障，需要前往站点依次对以下几个问题进行排查：网线连通性故障，poe供电异常，ap设备损坏。依据排查结果给出相应的解决方案。（3）对于大面积、连续性ap离线故障，一般为传输故障、断电问题，数据配置问题导致。采取由下至上的方式进行排查。先登录poe交换机检查poe交换机的工作情况及数据配置，排查交换机问题。再登录olt设备，查询onu工作状态及数据配置；依据onu的工作状态：online/offli

41、ne/poweroff，确定是否发生传输光路中断或断电。其次检查bras及ac的数据配置，排查数据问题。可以通过查看设备mac地址表项是否包含ap的mac地址的方法来确定中间链路的连通性。2.1 ap设备问题因ap设备问题导致ap离线退服的原因主要有以下几种：ap吊死、ap射频模块损坏、ap软件版本问题。（1）ap吊死：ap设备仍然处于在线工作状态，ap和ac之间能进行正常的信息交互，但是无射频信号输出。此类故障一般因为ap电路或者射频模块存在缺陷，在ap业务量较大时容易发生吊死故障。一般通过重启ap设备的方式解决。（2）ap射频模块损坏：ap设备仍然处于在线工作状态，但是输出的射频信号很弱或

42、者不稳定，一般为ap设备发射机故障导致。（3）ap软件版本问题：ap设备软件版本文件缺失，或者ap工作在胖ap模式，导致ap不能在ac上注册上线。ac设备在进行升级后，ac将对ap进行自动升级，升级过程中因网络不稳定等原因，导致ap升级失败造成版本文件缺失，ap不能正常上线工作；或者ap工作在胖ap模式下，上电启动后，不会发出dhcp请求，因此无法在ac注册上线。一般通过对ap进行版本升级或者将ap工作模式转换为瘦ap模式即可解决问题。相关案例分析：案例一：ap设备发生吊死故障导致站点网络不可用。故障描述：站点ap出现退服现象，现场观察ap指示灯状态发现，ap电源指示灯和连接指示灯正常，射频指

43、示灯不亮。现场测试发现ap无射频信号发出。在ac内观察ap的状态为正常且能正常ping通，由此排除网线连通性故障和供电故障，判定ap发生吊死故障。解决方案：通过重启ap设备解决。案例二：网线接头制作不规范导致ap设备离线。故障描述：站点部分ap异常离线，现场检查发现ap除电源（power）指示灯以外其余指示灯（lan、rf）都不亮。使用测线仪对网线进行测试发现，因网线制作不规范导致网线存在不同的问题。解决方案：按照568b标准重新制作水晶即可解决故障。案例三：站点ap工作在胖ap工作模式，导致ap不能上线。故障描述：华都宾馆有一个ap不能在ap上注册上线，现场检查ap指示灯发现，ap电源指示灯

44、和连接指示灯都正常。排除网线连通性故障及供电故障。ap射频指示灯闪烁，ap在未关联ac的的情况下有射频信号输出，说明该ap工作在胖ap模式。解决方案：登录到ap，将ap工作模式修改为瘦ap，ap即可在ac上注册上线。案例四：ap版本升级失败导致不能上线。故障描述：ac(硬件型号为fh-2400)软件版本升级至版本3.3.8后出现部分ap不能上线的情况。通过现场观察发现ap电源指示灯常亮，其他指示灯均不亮。使用测线仪测试网线连通性良好。电源指示灯常亮说明供电正常。使用电脑连接到ap发现无法登录到ap，说明ap版本文件出现丢失损坏。解决方案： 对ap进行版本升级，解决ap因版本文件缺失无法上线的问

45、题。对ac的升级尽量选择在凌晨业务量少的时段。防止因网络不稳定而导致ap升级失败。案例五：ap信号输出不稳定导致网络不可用。故障描述：ap出现射频信号输出不稳定的情况，在ap连接自带鞭状天线的情况下进行测试发现，ap下信号在-30dbm和-85dbm之间波动。ap有射频信号输出，说明网线连通性和供电都没问题。为ap射频模块工作不稳定导致。解决方案：更换ap，将ap损坏的射频模块送厂返修。案例六：ap信号输出弱导致网络不可用。故障描述：站点出现无线信号弱的问题，用户无法连接无线网络使用。在ap连接自带鞭状天线的情况下进行测试，ap的输出信号在-90dbm左右，ap输出信号弱。ap有射频信号输出，

46、说明网线连通性和供电都没问题。为ap射频模块中发射机故障导致输出信号弱。解决方案：更换ap，将ap损坏的射频模块送厂返修。案例七：室外ap天馈接头进水导致信号弱，网络不可用。故障描述：用户在某栋室外ap覆盖的楼宇中接收信号不稳定，网络时断时续。在室外ap附近测试信号场强为-40dbm，且信号不稳定，在-40-60 dbm之间跳动。拧开馈线接头发现馈线接口内有水迹，且接头处有一些因长期积水形成的水垢，导致天线发射信号不稳定。解决方案：通过清理馈线接口的污垢，将水迹晾干或吹干后，测试ap发射的信号强度为-10dbm左右，信号强度明显增强。在测试信号正常后，将接头处打好防水胶泥和胶布。2.2 poe

47、交换机问题站点poe交换机直接连接到ap，交换机发生故障将直接导致ap退服。poe交换机主要存在poe供电不足、配置文件丢失、端口工作不稳定的问题。（1）poe供电不足：交换机存在整体供电不足或但端口供电不足、供电电压不稳定的问题。当交换机下挂ap数量太多或者网线过长时，容易出现因ap供电不足而导致ap退服的故障。一般建议24口poe交换机下挂ap数量不超过15个。（2）配置文件丢失：poe交换机系统数据储存在内置闪存中，交换机启动后3秒内完成闪存内相关数据的加载工作，短时间内多次断电、通电导致交换机无法正常加载数据，导致系统文件或配置数据丢失。ap无法正常上线工作。（3）端口工作不稳定：交换

48、机因雷击或漏电导致交换机损坏，出现交换机端口烧坏或工作不稳定的问题。登录到交换机查看端口状态，端口启用后无法工作或者不停的打开关闭。一般可以通过对交换机设备接地的方式来降低被烧坏的几率。相关案例分析：案例一：单端口供电不足，导致ap无法上电工作。故障描述：站点采取与2g合路建设的方式进行wlan覆盖建设，站点开通后ap无法上线。检查ap指示灯状态，所有ap指示灯全部不亮。使用测线仪测试网线的连通性发现，网线连通性很好。将ap天线口断开天馈线后，ap电源指示灯和连接指示灯正常。在断开天馈系统后，ap射频模块功耗变小，ap整体功耗降低，交换机端口poe功耗能够满足要求，因此ap能够正常工作。根本原

49、因为交换机单端口供电不足导致ap不能上电工作。解决方案：加装poe集中供电器对ap进行供电，解决交换机端口供电不足的问题。案例二：交换机整体供电不足，在交换机下连ap数较多时部分ap不能正常工作。故障描述：站点部分ap出现有时上线，有时离线的问题。在ap离线的时间段，对ap检查发现，ap指示灯均不亮。对网线连通性检查未发现问题，网线接头制作工艺良好，不存在接触不良的问题。对交换机侧的网线拔插发现，ap上线一段时间后离线。在检查交换机时发现，24端口poe交换机连接的ap数达到了20个，ap连接数量太多。当ap下业务量大时，ap的功耗将增大，导致交换机因整体供电不足导致部分ap离线。解决方案：加

50、装poe集中供电器对ap进行供电，解决交换机整体供电不足的问题。案例三：交换机系统文件丢失，导致无法启动进入系统。故障描述：交换机上电启动后，ap无法上电工作。对网线进行测试未发现问题。通过串口登录交换机发现交换机进程启动到某一步后，无法继续启动。交换机可能在短时间内多次断电、通电导致交换机在短时间内无法正常加载数据，导致系统文件丢失而无法启动进入系统的问题。解决方案：对交换机重新刷入版本，交换机即可正常启动工作。案例四：交换机配置数据丢失，导致ap不能正常上线。故障描述：站点ap全部离线，无法通过远程登录的方式登录到交换机，登录到onu发现状态正常，站点未发生断电故障。前往站点检查发现交换机

51、正常上电启动，ap指示灯正常。使用串口登录到交换机发现交换机配置数据丢失，恢复了出厂默认配置。在poe交换机上配置的管理vlan信息丢失，导致在ap和ac之间未能建立二层通道，因此ap无法上线。可能原因为交换机短时间内断电、通电导致配置数据未能加载到闪存中，出现丢失。解决方案：重新对交换机配置数据，ap即可正常注册上线。案例五：交换机端口工作不稳定，导致ap无法正常工作。故障描述：站点部分ap离线，使用串口登录到交换机发现，ap对应poe交换机端口不停的打开、关闭。对网线接头工艺进行检查发现，水晶头按照标准568b标准制作，工艺良好不存在接触不良的问题。将ap连接到其他端口，端口工作状态稳定，

52、能够从poe交换机的mac地址表中查询到该ap的mac地址，ap能够稳定上线。用手触摸交换机发现交换机外壳带电，可能原因为交换机漏电，导致交换机端口因短路被烧坏。解决方案：对损坏的交换机设备进行替换，对更换后的交换机重新配置数据。案例六：交换机端口故障，导致网络存在环路，ap无法正常工作。故障描述：某高校宿舍楼ap全部掉线，用户不能关联上ap。ping测poe交换机发现ping测不成功，交换机管理地址不可达，现场查看poe交换机配置正常，指示灯显示正常，检查onu下联配置未发现问题。由串口登录交换机通过show mac发现交换机下所有ap的mac均出现在一个端口下，判断网络中存在环路。检查po

53、e交换机下的所有网线连接情况，未发现有多余的网线，将该端口下的网线连接至其他端口后，故障恢复，于是判断为该交换机端口硬件本身故障造成连接网线后引起了环路。解决方案：因交换机端口故障引起的环路，更换端口后，再登录交换机发现mac地址学习正常，ap均正常上线。2.3 断电问题站点因onu、交换机断电往往导致整个站点ap离线退服。断电原因主要有2类：人为因素断电和工程问题断电。（1）人为因素断电：业主因担心电磁辐射或者用电协调存在问题，导致业主将设备断电。（2）工程问题断电：wlan设备取电未采取集中供电的方式，在民用市电取电，往往导致业主关电后设备被断电；或因为工程接电不符合要求而出现电源短路跳闸

54、等情况。相关案例分析案例一：业主因担心电磁辐射将wlan设备断电。故障描述：站点出现所有ap离线的故障，远程无法登录到交换机，登录olt查询站点onu状态为poweroff。表明站点出现的断电故障。前往站点检查发现接电线被人拔出。经过了解得知因业主看到移动通信的天线担心会有电磁辐射因此将设备断电。解决方案：对业主分发移动通信电磁辐射的知识普及资料，进行宣传讲解，解除业主对于电磁辐射的顾虑。案例二：网络设备从市电取电，导致用户关电后网络不可用。故障描述：某高校宿舍区ap在晚上12点后都会离线。站点的onu、交换机都出现不可达的情况。前往热点了解的情况发现，网络设备从楼层宿舍用电的主干线处取电。晚

55、上12点学校宿舍楼集中关电，导致网络设备停电。解决方案：进行工程整改，对设备采取集中供电的方式，对每栋楼进行集中单独供电。2.4 传输问题目前wlan组网绝大部分采取pon组网方式，pon组网部分为olt光交箱分光器onu。在整个无源光网络中，光交箱、分光器都是无源设备，但容易出现因光路中断、光衰减过大或设备故障而导致整个站点ap全部离线退服的故障。相关案例分析：案例一：站点onu尾纤过度弯曲导致光衰减太大，致使站点ap全部离线。故障描述：网管平台上显示站点ap全部离线，无法远程登录到交换机查看交换机工作状态，登录到olt查询站点onu工作状态为offline。因此为光传输信号衰减过大或光路中

56、断导致。前晚站点查看发现onu尾纤为套保护管，弯曲幅度太大引起光衰减太大，导致onu离线。尾纤未套保护管，弯曲幅度太大解决方案：替换尾纤，并使用缠绕管对尾纤进行保护，防止尾纤因弯曲幅度过大或弯折导致衰减过大。案例二：onu接收光强度不够，导致ap信号时有时无。故障描述：整个站点出现wlan信号时有时无的现象，站点检查poeonu之间网线按照标准规范制作，工艺良好，不存在接触不良的问题。站点发现onu的los指示灯时而闪烁红灯告警。使用光功率计测试发现，onu输入光功率在-40dbm左右，接收光强度太弱，位于onu光接收强度的灵敏度值附近。导致onu时而工作不正常，出现帧丢失告警。当光接收强度高于接收灵敏度时，onu能够正常工作，ap正常上线。当光接收强度低于接收灵敏度时，出现帧丢失，ap不能上线工作。因此出现信号时有时无的现象。解决方案：使用测试仪测试光衰减过大的部分，重新跳纤，解决光衰减过大的问题。案例三：站点广播风暴产生环路，导致站点ap全部掉线 故障描述：在wlan开通运行的过程中，某个热点的ap会突发性的全部掉线，且故障过程ac的cpu会处在高位运行。远程登录热点的各台poe交换机，均能正常登陆和学习到所连ap的mac地址。所以停电的可能性排除。联系传输人员排查传