Cisco AP 的网络延迟问题

网络工程 思科 无线的 潜伏 cisco-isr
2021-07-22 19:54:37

这个问题涉及网络延迟而不是带宽。

我有一个带有单个 Cisco 881W 集成多业务路由器(以太网 WAN)的小型远程办公室。WAN 调制解调器是 AdTran NetVanta 8341。WAN 服务是在 4 线 g.shdsl 上配置的专用铜缆上的 5Mb 对称/27“虚拟以太网”。

我通过运行在 Windows 7 x64 客户端上的 Cisco VPN 客户端版本 5.0.07.0290 连接到大约 200 英里外的家庭服务器。当我将客户端物理连接到路由器的 LAN 侧以太网时,我可以以 27ms 的一致返回时间 ping 我的家庭服务器。这很好。但是同一个客户端在881W的WiFi接入点上,ping返回时间平均为135ms,变化很大,从80ms左右到250ms左右。这是“正常”吗?如果没有,我应该如何解决这个问题?

额外的延迟对某些应用程序产生了相当大的影响,尤其是在远程工作站上运行的 X.11 转发应用程序。

3个回答

首先,您需要考虑空气是一种共享媒体。与很少发生碰撞的交换线路相反,在空中它们非常频繁,因此重传是游戏的一部分。许多客户端可能会竞争谁将首先向接入点发送帧,而失败者必须重新传输。当来自一个客户端的信号强于其他客户端并覆盖它们时,情况会变得更糟,因此接入点无法“听到”它们。最后,如果您在附近的频道中运行,或者您使用使用更宽频带且更容易受到干扰影响的 Turbo、Super 等模式,那么邻居无线也会影响您。

我建议您扫描该区域是否有其他 wifi 信号。尝试使用不那么拥挤的通道。避免使用宽带宽模式,即使是 11g 也在使用广泛的频率来实现 54Mbps。如果您有很多本地无线客户端,请考虑扩展接入点以分担负载。为了安全起见,请确保没有其他客户端没有使用任何繁重的下载软件,例如种子下载。

这可能是完全正常的,具体取决于环境(用户数量、流量等)。

然而,肯定也有一些问题会造成这个问题。首先,我会确保您在无线设备上拥有更新的图像。我自己没有在 880 ISR 上工作过,但我相信 AP 运行一个单独的映像然后是路由器本身(有经验的人,如果我错了,请纠正我)。您应该可以在 Cisco 网站上找到详细信息。

其次,我会确保在客户端设备上升级无线驱动程序,因为较旧的驱动程序可能会导致严重的性能问题。在 Windows 中,这并不总是一个简单的过程。某些无线制造商通过 Windows 更新进行更新,有些在其网站上提供驱动程序更新,有些可能需要从芯片组制造商网站获取驱动程序。

从那里,尝试确保您在一个不拥挤的频道上。您将需要使用频道 1、6 或 11(如果您所在的国家/地区允许使用频道 13,则使用频道 1、7 和 13)。如果您没有测量信道利用率的工具,您可能需要试验最佳信道(AP 应该能够为您提供当前信道上的信道利用率)。

一个简单的工具,例如inSSIDer可以让您了解有多少其他网络将与您当前的频道重叠,但这并不是一个完整的图片,因为它没有表明这些网络中的任何一个是否繁忙(即导致高信道利用率)。在一个网络非常繁忙的频道上通常比在一个有多个非繁忙网络的频道上更糟糕,但这通常会让你朝着正确的方向前进。还要记住,即使使用正确的工具,您也只能获得“这一刻”和“这个特定位置”的事物视图。

除此之外,你仍然可以做很多事情来提高性能,但我不想把它变成一部小说。例如,您可以考虑降低数据速率(从 1、2、5.5 开始)、禁用 802.11b、关闭保护机制(或根据情况打开它们)、减少 SSID 的数量(如果您有更多比一个),使用 QoS,以及更多的无线调整。但是,其中许多取决于您的环境和需求,并且问题中没有足够的信息来了解哪个可能是最好的。

这些延迟通常与电源管理有关。

发生的情况是您的客户端 wifi 卡一直处于休眠状态,通常每 204.8 毫秒(DTIM 间隔 × 信标间隔)才唤醒一次。

当站点的 wifi 卡休眠时,AP 会保留它应该发送到站点的帧。每 2 个信标(DTIM 间隔的典型值),AP 在其信标中包含 TIM 位,指示它是否有待处理的帧,如果有,则指示哪些站。

节能 STA 通常仅在接收此 DTIM 信标时醒来,如果没有帧,它们将返回休眠状态,否则它们将保持唤醒状态以请求待处理的帧,然后再次返回休眠状态。

对此的典型测试是请求客户端定期(例如 50 毫秒)发送帧,因为 Wi-Fi 驱动程序通常会在有待发送的帧时立即唤醒 wifi 卡。如果 ping 时间下降,则电源管理对此负责。

最简单的解决方案是禁用站上的 Wi-Fi 电源管理。许多操作系统默认启用它,即使是连接到交流电源的台式计算机和笔记本电脑也是如此。