一次奇怪的AP註冊異常問題處理

        好久沒遇到值得分享的經驗，今天遇到一個問題，處理過程頗有意思，和你們一塊兒分享一下。

        有一個客戶部署華三的一套無線，採用控制器+瘦AP的方式。部署過程都是輕車熟路，配置所有完成，靜等AP上線，這時經理說，單模光纖沒了，控制器和核心之間都是單模光模塊，問說用多模的跳線行不行，這個我也只是看過介紹說短距離用也能夠，就說臨時用吧，後面換掉就行。一切穩當，開始觀察AP上線狀況，這時候就發現很奇怪的狀況了，上線很慢，特別慢，比起之前的經驗慢的異常，當晚最慢的可能半個小時才上線成功，可是上線成功後，測試也沒問題。當時懷疑是否是光纖的問題，丟包錯報多了，檢查接口也沒異常，這事最後也就不了了之，畢竟最後仍是都上線了。

        過了一週，客戶說還有一個後來裝的AP沒上線，我判斷是POE交換機往上接的匯聚沒配置，上面的匯聚是原來的老交換機，確定沒有此次新規劃的無線地址VLAN，到了現場配置完成後，看到AP的MAC獲取到地址了，就開始等上線，左等右等都不行，PING地址又是通的。這時候又開始懷疑光纖是否是有問題致使的。在控制器打開DEBUG，偶爾看到交互報文，可是過段時間又看不到了，看到的時候又有點只收不發。中間又反覆用了不少手段都沒效果。

      最後，我登到AP上去，打開debug，看到AP在向一個地址發起報文，但這個地址確定不是控制器的地址，這時候我靈光一閃，是否是這個網段裏還有另外一個控制器，AP跑去和那個控制器註冊了，測了一下那個地址，仍是通的，真有。假設真的是這個問題，那如何解決，控制器的地址，管理段這些都是規劃好的，無法改了，這時就想到了一個屬性 option 43，這個能夠告訴AP，控制器的地址是多少。在DHCP中加上這個參數，問題立刻解決。

      總結此次排錯經歷，因爲客戶的老網結構咱們並不清楚，因此也不知道原來的網裏就已經有控制器了，AP註冊的時候發的報文是一個廣播，一個段裏的控制器都會收到，這就會產生問題了，而option 43就能夠解決這個問題，固然，絕大部分狀況下是用不到這個屬性的。其實此次的經歷也是又驗證了個人一個經驗總結，只要感受到和平時不同，就確定有緣由，即便這個不同沒有影響到最終的結果，可是對緣由的深究卻能夠提高咱們分析問題，解決問題的能力。

        不要放過任何一次，感受不對勁。