哪些 SNMP 變數可以診斷/表徵 wifi 擁塞？
我正在準備對教室 wifi 系統進行負載測試。學生們都在課程開始時打開他們的筆記型電腦，啟動網路瀏覽器，然後他們開始課程 - 這包括下載基於快閃記憶體的課程（從學校內的伺服器），通常下載一半到 2 MB。
在某些情況下，載入時間會延長到 5 或 10 分鐘。所以我想監控系統的所有部分，自信地說出瓶頸在哪裡，有多少客戶端可以合理地使用單個 wifi 接入點。因此，我們計劃對多達 50 個客戶端進行測試，看看會發生什麼（我知道大多數人建議每個接入點使用 20-25 個客戶端，但客戶端想要對此進行測試 - 我想獲得好的數據來向客戶端展示不管怎樣）。
我已經知道如何監控伺服器。wifi接入點支持SNMP，似乎提供了相當多的變數，但我不想過多地涉獵。
所以問題是，當系統過載、客戶端等待、發生衝突等時，哪些與 wifi 相關的變數是要監控的關鍵變數？
我很高興被告知應該存在的通用名稱並自己搜尋文件，但如果您想要/需要查看詳細資訊，那麼我們使用的接入點是Ubiquity Nanostation 2。Ubiquity 產品的 MIB 文件從其 SNMP 頁面底部連結。儘管我還發現它們似乎至少支持Mikrotik MIB的一部分。
簡單的方法就是定期監視
IF-MIB::ifInOctets.<ifIndex>/IF-MIB::ifOutOctets.<ifIndex>OID 並檢查可用頻寬。1.3.6.1.4.1.14988.1.1.1.1.1.2.<ifIndex>從連結的 MikroTik MIB 中，您可以通過閱讀 mtxrWlStatTxRate:和 mtxrWlStatRxRate:來發現目前設置的費率1.3.6.1.4.1.14988.1.1.1.1.1.3.<ifIndex>。這當然不會考慮無線細節，但是如果您的介面上的總可用頻寬是瓶頸（如果您看到接近總通道容量的使用情況，這可能是一個瓶頸），可以給您一個粗略的想法。一般來說，除非您的站點或天線位置不佳，並且乙太網在所選通道的頻率上是乾淨的，否則您可以預期單個 G 通道（54 MBps 2.4 GHz）的吞吐量約為 2-3 MB/s。
如果您需要更多關於 AP 端重試和錯誤的具體資訊，您可以閱讀
dot11CountersIEEE802dot11 MIB 的表格 - 特別是相應實例的dot11RetryCount、dot11MultipleRetryCount和值。dot11FailedCount802.11 沒有任何衝突，但在傳輸幀之前進行物理載波偵聽和可選的RTS/CTS 握手。監控
dot11RTSFailureCount將使您大致了解 CTS 不回复 RTS 請求的頻率，從而不將通道授予發送站。請注意，如果您的接入點產生了絕大多數流量（即站點主要接收數據），您可能會看到相對較少的重試和 RTS 失敗。您可能想查看
IF-MIB::ifOutDiscards.<ifIndex>無線介面或IF-MIB::ifInDiscards.<ifIndex>有線介面，只要緩衝區已滿並且無法接收任何額外幀（即 AP 以全速發送但乙太網介面上的幀），這些數字就會增加繼續以更快的速度到達）。