主页 / server / 问题 / 439722
Accepted
Hamish Downer
Asked: 2012-10-19 03:22:52 +0800 CST

哪些 SNMP 变量可以诊断/表征 wifi 拥塞？

  • 772

我正在准备对教室 wifi 系统进行负载测试。学生们在课程开始时都打开他们的笔记本电脑，启动网络浏览器，然后他们开始上课 - 这涉及下载基于 Flash 的课程（从学校内的服务器），通常下载 0.5 到 2 MB。

在某些情况下，加载时间会延长到 5 或 10 分钟。所以我想监控系统的所有部分，以自信地说出瓶颈在哪里，以及有多少客户端可以合理地使用单个 wifi 接入点。所以我们计划对最多 50 个客户端进行测试，看看会发生什么（我知道大多数人建议每个接入点 20-25 个客户端，但客户想要测试这个 - 我想获得好的数据来展示给客户不管怎样）。

我已经知道如何监控服务器了。wifi 接入点支持 SNMP，似乎提供了很多变量，但我不想费力费力。

所以问题是，哪些与 wifi 相关的变量是需要监控的关键变量，以表征系统何时过载、客户端正在等待、发生冲突等？

我很高兴被告知应该在那里的通用名称并自己搜索文件，但如果你想/需要查看详细信息，那么我们使用的访问点是Ubiquity Nanostation 2。Ubiquity 产品的 MIB 文件链接在其 SNMP 页面的底部。尽管我还发现它们似乎至少支持部分Mikrotik MIB。

snmp

2 个回答

  1. 如果您要做的只是向客户端证明他们正在使 AP 过载，您可以使用 dot11RetryCount 和 dot11MultipleRetryCount OID。

    dot11RetryCount - 1.2.840.10036.2.2.1.4

    dot11MultipleRetryCount - 1.2.840.10036.2.2.1.5

    这将使您粗略估计空气的拥堵程度。一旦重试计数达到 dot11TransmittedFrameCount 的 10% 以上，您将开始看到速度变慢。

    这是 Cisco 的 MIB object walker——如果您需要找出要检查的其他 OID，它应该会有所帮助。

    http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.2.840.10036.2.2.1.13#oidContent

    • 4
  2. Best Answer

    简单的方法就是定期监视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和值。dot11FailedCount

    802.11 没有任何冲突，但在传输帧之前进行物理载波侦听和可选的RTS/CTS 握手。监视dot11RTSFailureCount将使您大致了解 CTS 未回复 RTS 请求的频率，因此不会将通道授予发送站。

    请注意，如果是您的接入点产生了绝大多数流量（即站点主要接收数据），您可能会看到相对较少的重试次数和 RTS 失败次数。您可能想查看IF-MIB::ifOutDiscards.<ifIndex>无线接口或IF-MIB::ifInDiscards.<ifIndex>有线接口，只要缓冲区已满并且无法接收任何额外的帧，这些数字就会增加（即 AP 以全速发送，但帧在以太网接口继续以更快的速度到达）。

    • 2

相关问题