AP概述，在一個智慧園區中無線WIFI是通過AP設備來發送，AP的管理後臺是AC服務器，在做阿里巴巴智慧園區項目中，本人發現通過三方軟件來讀取AP設備中參數（IP地址，上下行流量，無線用戶數量）時，當AP的數量超過200以上，通過SNMP協議去讀就會導致AC短時間的宕機，具體的解決方案如下；
1.確認現場網絡環境正常，AC設備和200以上的AP都能正常的工作，自己的電腦或現場服務器連接到AC設備，打開平臺軟件如圖：
2.設備廠家通過SNMP協議傳輸數據，會提供測試中所需要的MIB庫（其中有私有庫和標準庫），MIB我們可以理解就是點位參數表，對應的參數有對應的地址碼，例如某個AP在線狀態地址1.3.6.1.4.1.4881.1.1.10.2.56.2.1.1.1.2.128.5.136.6.228.153，將對應的地址填寫在三方軟件中具體如圖，對應的點位數據無法讀取，顏色黃色的代表掉線
3.通過服務抓包，服務器端向AC請求AP數據的報文，AC會出現發送空值和請求AC不存在的狀況，與此同時AC會出現掉線，無法建立SNMP協議的狀況。對AP的ORD.1.3.6.1.4.1.4881.1.1.10.2.56.2.1.1.1.34.0.116.156.108.19.147點位名稱：AP的無線用戶數：測試工具採用Wireshark Legacy抓包工具
測試結果如下圖為服務器端向AC請求數據 版本都是V2C
下圖為AC反饋數據
測試結果可以看出AC通過SNMP協議向服務器端所發數據是一個空值，其他點位也用相同的方法進行測試過，得到的結論一致。
4.總結整個的測試結果可以看出，AC設備存在不發送數據的情況，從後一個看出AC會出通訊異常的情況，遇到這種情況，可以正確的判斷設備自身存在問題，代碼需要重新開發。通過這次的測試廠家對此很認可，產品的代碼重新進行了3個星期的開發
各位小夥伴們當遇到同樣的問題，希望文檔能夠幫助你們，對此我這邊還有很多樓宇測試中的問題經驗，可能這樣對與做智慧樓宇的小夥伴有很多的幫助，智慧樓宇中，往往時數據採集端通常會存在很多問題，每個子系統廠家是不會主動承認自身的問題，往往需要我們測試來給他們有效的證據。
閱讀更多 物盡其用 的文章
