我正在准备教室 wifi 系统的负载测试。学生们在课程开始时都打开他们的笔记本电脑，这会启动网络浏览器，然后他们开始上课——这涉及下载基于 Flash 的课程（从学校内的服务器），通常下载半到 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 并检查可用带宽。从链接的 MikroTik MIB 中，您可以通过读取 mtxrWlStatTxRate:1.3.6.1.4.1.14988.1.1.1.1.1.2.<ifIndex>和 mtxrWlStatRxRate:来发现当前设置的速率1.3.6.1.4.1.14988.1.1.1.1.1.3.<ifIndex>。这当然不会考虑无线细节，但能够让您粗略地了解接口上的总可用带宽是否是瓶颈（如果您看到接近总信道容量的使用情况，则很可能是瓶颈）。
一般来说，除非您的站或天线位置不佳并且以太在所选通道频率上是干净的，否则您可以预期单个 G 通道的吞吐量约为 2-3 MB/s (54 MBps 2.4 GHz)。
如果您需要来自 AP 端的有关重试和错误的更多具体信息，您可以阅读dot11CountersIEEE802dot11 MIB 的表 - 特别是相应实例的dot11RetryCount、dot11MultipleRetryCount和值。dot11FailedCount
802.11 没有任何冲突，但在传输帧之前有物理载波侦听和可选的RTS/CTS 握手。监视dot11RTSFailureCount可以让您粗略地了解 CTS 未回复 RTS 请求的频率，从而不向发送站授予信道。
请注意，如果您的接入点生成了绝大多数流量（即站点主要接收数据），您可能会看到相对较少的重试和 RTS 失败次数。您可能想要查看IF-MIB::ifOutDiscards.<ifIndex>无线接口或IF-MIB::ifInDiscards.<ifIndex>有线接口，只要缓冲区已满并且无法接收任何其他帧（即 AP 以全速率发送，但以太网接口上的帧），这些数字就会增加继续以更快的速度到达）。