灵犀一指

--秦海龙

一、问题描述：

iMC WSM组件用来管理无线设备，包括AC以及AP的相关资源。无线控制器（AC）被增加到iMC PLAT以后，正常情况下，可以在WSM组件中的“无线控制器”列表中看到新加入的AC，并且也可以在“Fit APs”列表中看到此AC中下挂的AP信息。异常状况下，如果在列表中无法看到AC或者AP，但是已经将AC加入iMC中并且也识别为无线设备；或者AC已经成功加入iMC平台并且在WSM中正确显示，但是过了一段时间以后，同步AC时发生错误（同步信息失败）。上述两种现象在iMC WSM组件管理无线设备中较为普遍，问题分析以及解决办法如下。

二、过程分析：

上述问题常由以下原因导致：

1、iMC以及AC版本问题：部分老型号、老版本的AC在设备无线MIB的实现方面与iMC网管存在不兼容、不能适配的问题，可按照如下方法排查:

（1）重新添加此AC以后，在iMC服务器上查找当天的无线后台日志信息，路径为“iMC\Server\conf\log\imcwalndm.log”，找到此日志后打开并搜素“recAddDevMsg”关键段，可以发现错误记录。例如以下日志中的记录信息：2012-09-16 08:49:35.034 [INFO (0)] [THREAD(17280)] [CWlanDevBaseTask::recAddDevMsg](Info)CWlanSNMPOper::getWlanData error. It's not an AC device maybe. device ID:165, error code is 1，从中可以看出有“getWlanData error”等错误。

（2）还有另外一个方面，由于iMC的部分版本（如iMC PLAT 5.2-E0401）通过SNMP协议get无线设备的MIB节点是New风格的MIB（New-Style：25506），而无线设备（AC）的MIB实现大多数情况下都默认为兼容风格的MIB（Compatibility-Style：2011,），这种MIB风格也较为普遍，所以当iMC以New风格的MIB去请求AC上的MIB节点值时，设备会返回snmp错误或者没有返回值。有了上述问题，AC自然无法加入到WSM中来。

2、AC或者AP上存在乱码：由于iMC以及WSM组件均是通过SNMP协议与AC进行信息交互的，同时，iMC通过AC上的相应节点信息来同步AC下管理的AP信息，当AC上或者AP上存在乱码时，SNMP信息返回错误，会导致AC无法加至WSM组件或者AC加入WSM组件以后，同步AC信息会出现失败的情况。可以按照如下方法分析：首先，在iMC\Server\conf\log\imcwlandm.log中，按照refresh关键字搜索，可以看到THREAD号，例如THREAD（5520）；然后，继续向上查找此关键字以及对应的THREAD号，可以找到如下错误：[CQvDBConnADP::executeSQL] Execute "bulk insert tbl_ap_info from “C:\Program Files\iMC\server\bin\..\../server/data/wlandm/23041.txt”with (FIELDTERMINATOR = ',|', ROWTERMINATOR = '\n')" failed, errorMsg:Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 163, column 12 (ac_port_index)，从红色部分区域可以看出，某AP存在乱码；最后收集、查找iMC\Server\Data\wlandm下的文件（如上述的“23041.txt”），仔细找寻，可以看到哪台设备出现了乱码。例如可以在“23041.txt”中找到如下乱码：210235A42QB095000158,|1,|lzbscbg003,|6922,|WA2220X-AGP,|吵柯ザノ?|1,|,|172.254.247.77,|255.255.254.0，确定了问题根源，就可以进行下一步的排查和解决计划了。

3、SNMP问题：此原因也分为几个方面。首先，如果iMC的SNMP信息和AC配置的SNMP信息有差异，则无法将AC加入iMC网管以及WSM中，若已经将AC加至WSM，但是后续同步时发生了错误，很可能设备的SNMP配置被修改，导致SNMP参数与iMC上设置的不同，而这些经常是被忽略的部分；另外一个方面，由于网络问题或者设备问题，导致设备回应iMC的SNMP协议报文丢失，可以在添加AC时同步抓包，之后打开可以抓包信息看到“Unreassembled Packet”的相关字段；最后一个方面，由于网络原因导致的SNMP超时，这类原因也比较普遍，主要是由于iMC服务器与AC之间的中间网络未知，同样也可以在添加设备的时候进行抓包，并可以在抓包信息中发现SNMP有4秒超时时间，并且重试3次，这也是设备和iMC网管默认的SNMP参数配置。

四、解决方法：

1、对于第一点问题，如果是AC版本较老，可以将设备的软件版本升级、更新；而iMC PLAT 5.2 E0401版本存在MIB兼容问题，需要升级至iMC PLAT 5.2 E0401H03及以上版本才可，而iMC PLAT 5.2以前版本不存在此问题。对于MIB风格问题，如果网络中设备数目较少，还可以考虑将设备的MIB-Style改为New风格的MIB，若设备数量大，还是考虑升级iMC版本。

2、第二点的乱码问题，在确定某台AC或者AP出现乱码问题以后，删除并更新设备配置信息，重新添加或者同步AC以后，问题可以得到解决。当然，此问题的根本解决办法还是在开局的时候，对无线网络设备进行规范的配置，以避免后续不必要的麻烦。

3、对于第三点的SNMP问题，最好先排查网络原因，保证iMC服务器与AC之间的网络通信正常；SNMP超时的问题，若网络正常，则需要在iMC服务器侧t调整SNMP超时时间，一般先调大至30秒或者调整至更合适的时间，保证iMC及时收到设备返回的SNMP报文，这种问题主要是由于网络延迟造成。

备注：

此文所述的方法可以解决大部分AC加至WSM组件失败以及同步AC信息失败的问题，但不排除其他可能的原因，若遇该解决方案无法解决的问题，请联系技术支持中心。