路由器“Wi-Fi 模块”无缘无故滞后

路由器“Wi-Fi 模块”无缘无故滞后

一段时间以来,我的路由器一直出现无数问题,尤其是滞后。

路由器:Netgear DGN2200v2
连接设备:
Wi-Fi - Android 设备,1 台 Windows PC
LAN - 1 台 Windows PC

没有在相同频段/频率下运行的类似设备/网络。路由器处于开放环境中。连接一直 100% 正常,直到大约 1 个月前,这种情况随机发生。前后路由器均未发生任何变化。

连接到路由器时,身份验证需要一段时间,前两次会失败。等待时间为 +/- 7 秒。然后获取 IP 地址(失败 2-4 次)大约需要 10 秒。之后我终于可以连接了,但通过路由器的 Wi-Fi 模块传递任何数据,无论是连接到互联网还是通过 Wi-Fi 传输数据到任何地方,甚至 ping 路由器,都会显示以下内容:

http://pastebin.com/GS2ugYx1

总结-

-> 仅进行 ping,无数据流

Reply from 10.0.0.2: bytes=32 time=82ms TTL=64 
Reply from 10.0.0.2: bytes=32 time=33ms TTL=64
Reply from 10.0.0.2: bytes=32 time=303ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=77ms TTL=64
Reply from 10.0.0.2: bytes=32 time=45ms TTL=64
Reply from 10.0.0.2: bytes=32 time=129ms TTL=64
Reply from 10.0.0.2: bytes=32 time=997ms TTL=64
Reply from 10.0.0.2: bytes=32 time=75ms TTL=64
Reply from 10.0.0.2: bytes=32 time=261ms TTL=64
Reply from 10.0.0.2: bytes=32 time=10ms TTL=64

当我通过 Wi-Fi 从我的 Windows PC 进入路由器设置时(路由器通过浏览器进行基于 Web 的设置),点击路由器设置中的链接以打开设置页面(例如 Wi-Fi 设置或 ADSL 设置):

Reply from 10.0.0.2: bytes=32 time=286ms TTL=64
Reply from 10.0.0.2: bytes=32 time=605ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=839ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=2399ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=8ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=13ms TTL=64
Reply from 10.0.0.2: bytes=32 time=41ms TTL=64
Reply from 10.0.0.2: bytes=32 time=51ms TTL=64
Reply from 10.0.0.2: bytes=32 time=288ms TTL=64

-> 页面加载完毕

这种情况已经持续了一段时间。有人知道为什么会发生这种情况吗?

答案1

首先,尝试更换频道。即使你之前没有看到其他频道,也没关系无线上网流量。在此期间,可能会出现非 Wi-Fi 2.4GHz 设备,这可能会让您丧命。也许您的隔壁邻居买了一台新的婴儿监视器、无绳电话、无线低音炮或蓝牙扬声器。我特别看到一些芯片组为无线低音炮等设备提供专有(即既不是 Wi-Fi 也不是蓝牙)2.4GHz 无线音频,它们会遇到故障,即使没有音频发送到扬声器,它们也会开始传输连续的高功率未调制载波。这基本上会堵塞任何恰好与载波频率重叠的 Wi-Fi 信道。

其次,作为测试,在客户端 Wi-Fi 适配器的高级驱动程序设置中禁用 802.11 省电模式。802.11 省电模式可能会导致延迟波动,并且与有缺陷的 AP 结合使用可能会导致数据包丢失。也许您忘记了启用省电功能的操作系统或驱动程序更新。

第三,检查信号强度和数据速率。客户端对 AP 的视角和 AP 对客户端的视角。如果任何一侧的信号强度看起来都低得离谱,请检查以确保您的天线(在每个设备上)没有断开连接。

相关内容