一次奇怪的AP注册异常问题处理

        好久没遇到值得分享的经验，今天遇到一个问题，处理过程颇有意思，和你们一块儿分享一下。

        有一个客户部署华三的一套无线，采用控制器+瘦AP的方式。部署过程都是轻车熟路，配置所有完成，静等AP上线，这时经理说，单模光纤没了，控制器和核心之间都是单模光模块，问说用多模的跳线行不行，这个我也只是看过介绍说短距离用也能够，就说临时用吧，后面换掉就行。一切稳当，开始观察AP上线状况，这时候就发现很奇怪的状况了，上线很慢，特别慢，比起之前的经验慢的异常，当晚最慢的可能半个小时才上线成功，可是上线成功后，测试也没问题。当时怀疑是否是光纤的问题，丢包错报多了，检查接口也没异常，这事最后也就不了了之，毕竟最后仍是都上线了。

        过了一周，客户说还有一个后来装的AP没上线，我判断是POE交换机往上接的汇聚没配置，上面的汇聚是原来的老交换机，确定没有此次新规划的无线地址VLAN，到了现场配置完成后，看到AP的MAC获取到地址了，就开始等上线，左等右等都不行，PING地址又是通的。这时候又开始怀疑光纤是否是有问题致使的。在控制器打开DEBUG，偶尔看到交互报文，可是过段时间又看不到了，看到的时候又有点只收不发。中间又反复用了不少手段都没效果。

      最后，我登到AP上去，打开debug，看到AP在向一个地址发起报文，但这个地址确定不是控制器的地址，这时候我灵光一闪，是否是这个网段里还有另外一个控制器，AP跑去和那个控制器注册了，测了一下那个地址，仍是通的，真有。假设真的是这个问题，那如何解决，控制器的地址，管理段这些都是规划好的，无法改了，这时就想到了一个属性 option 43，这个能够告诉AP，控制器的地址是多少。在DHCP中加上这个参数，问题立刻解决。

      总结此次排错经历，因为客户的老网结构咱们并不清楚，因此也不知道原来的网里就已经有控制器了，AP注册的时候发的报文是一个广播，一个段里的控制器都会收到，这就会产生问题了，而option 43就能够解决这个问题，固然，绝大部分状况下是用不到这个属性的。其实此次的经历也是又验证了个人一个经验总结，只要感受到和平时不同，就确定有缘由，即便这个不同没有影响到最终的结果，可是对缘由的深究却能够提高咱们分析问题，解决问题的能力。

        不要放过任何一次，感受不对劲。