【问题标题】:Ping timeout on tracert second nodeTracert第二个节点上的Ping超时
【发布时间】:2014-08-08 04:21:47
【问题描述】:

在玩在线实时游戏(例如英雄联盟)时,我偶尔会遇到延迟峰值。我在 LoL 的服务器 (216.52.241.254) 上运行了 tracert

C:\Windows\system32>tracert -d 216.52.241.254

Tracing route to 216.52.241.254 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2    29 ms    29 ms    26 ms  68.84.4.1
  3    10 ms     8 ms    10 ms  68.85.80.165
  4     9 ms    11 ms    70 ms  68.85.130.85
  5    14 ms    15 ms    15 ms  68.86.90.85
  6    12 ms    12 ms    11 ms  68.86.82.222
  7    13 ms    13 ms    12 ms  66.208.229.142
  8    48 ms    13 ms    13 ms  154.54.6.170
  9    26 ms    25 ms    26 ms  154.54.31.97
 10    44 ms    45 ms    46 ms  154.54.29.222
 11    75 ms    74 ms    73 ms  154.54.7.158
 12    76 ms    75 ms    75 ms  154.54.47.170
 13    76 ms    76 ms    75 ms  154.24.22.122
 14    77 ms    74 ms    74 ms  38.104.77.122
 15    74 ms    74 ms    75 ms  216.52.241.254

Trace complete.

并对前几个节点执行ping -t 以查看问题是否出现在那里。我在玩的时候让它运行,并在我遇到延迟峰值或断开连接时检查它。前两个节点的结果:

本地主机:

C:\Windows\system32>ping -t 192.168.0.1

Pinging 192.168.0.1 with 32 bytes of data:

...omitted...

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=2ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Ping statistics for 192.168.0.1:
    Packets: Sent = 2, Received = 2, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1ms, Maximum = 1ms, Average = 1ms
Control-C
^C

第二个节点:

C:\Windows\system32>ping -t 68.84.4.1

Pinging 68.84.4.1 with 32 bytes of data:

...omitted...

Reply from 68.84.4.1: bytes=32 time=8ms TTL=254
Reply from 68.84.4.1: bytes=32 time=14ms TTL=254
Reply from 68.84.4.1: bytes=32 time=12ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=15ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 68.84.4.1: bytes=32 time=11ms TTL=254
Reply from 68.84.4.1: bytes=32 time=11ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=8ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=9ms TTL=254
Reply from 68.84.4.1: bytes=32 time=14ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=15ms TTL=254
Request timed out.

Ping statistics for 68.84.4.1:
    Packets: Sent = 2911, Received = 2889, Lost = 22 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 4ms, Maximum = 2953ms, Average = 12ms
Control-C
^C

结果的每一行在 ping 时间方面应该与另一行中的对应行大致匹配。有时,我有多个像上面那样的超时,而其他时候,只有一两行具有非常高的延迟(> 900ms)。我还得到了更多节点的结果,但它们的行为相同,所以我认为问题出在第二个节点上。

我最近买了一个新路由器,因为康卡斯特切断了我们的互联网,说:“你必须升级你的路由器。它已经过时了,你没有利用我们在你所在地区实施的加速。”我不记得我们在购买新路由器之前是否遇到过这个延迟问题,因为我大部分时间都在学校度过。

我的问题是:这是我的路由器问题还是房屋与互联网其余部分的连接问题?


编辑: 问题似乎只有在我玩的时候才会出现。在不玩的最后一个小时里,我一直在运行ping -t 到 68.84.4.1,并且没有看到它一次超时。结果是:

Ping statistics for 68.84.4.1:
    Packets: Sent = 3477, Received = 3476, Lost = 1 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 5ms, Maximum = 88ms, Average = 10ms

整个小时内,最大延迟为 88 毫秒,仅丢失 1 个数据包。

【问题讨论】:

    标签: timeout ping router lag latency


    【解决方案1】:

    除了互联网连接之外,导致游戏在计算机上延迟的原因可能有很多。 假设问题出在您的连接上

    第一点与您的问题最相关,其余只是建议

    1. 执行“完整”速度测试:您提供的数据只说明了一半,请使用Speedtest.net by Ookla 等在线服务进行适当的速度测试。网络游戏对带宽的要求很高,因此请记下您家的(总)带宽。如果没有其他设备和/或程序正在消耗您的网络带宽,您将拥有类似的价值。您也可以使用Namebench

    2. 进行 DNS 速度测试
    3. 使用有线连接:无线连接总是会增加带宽延迟。断开与路由器的连接并使用有线连接直接连接到计算机。另外,如果其他人同时使用路由器,可能有太多人在抢相同的带宽。 但是如果无法做到这一点,请确保正确配置了路由器。它必须位于正确的位置、正确的高度、无线信道等以获得最佳性能。 您可以关注许多guides available online。 还要注意您所在地区可能会干扰您的信号的任何新无线网络。 尝试不同的路由器固件,因为某些路由器的固件损坏并且在负载过大时性能不佳,如果出现以下情况,请给 GargoyleOpenWRT 一个机会你绝望了。

    4. 关闭其他使用互联网的应用程序

    5. 优化您的游戏设置:所有流行的网络游戏都有网络设置,只是找到它们的一个案例。在线搜索调整游戏的指南。

    6. 打开复合 TCP,它增加 TCP 窗口的速度比传统 TCP 算法允许的快得多。这意味着,当较大数据包突然传入或传出时,Windows 会比正常情况更快地调整其设置以进行补偿,从而在宽带连接上实现更快的数据传输并降低游戏时的延迟。

      netsh int tcp 设置全局拥塞提供者=ctcp

    7. 在您的路由器上启用 UPnP:这会自动将正确的数据路由到正确的端口。

    8. 在不同的日期和时间进行实验以发现延迟

    9. 试试速度优化器,例如 SG TCP Optimizer

    10. 最后确保您安装了最新的驱动程序并且 使用兼容的硬件。

    【讨论】:

    • 1.这是我的 speedtest.net 结果:link。我相当肯定 50mbps 下行和 8mbps 上行应该能够处理大多数游戏的带宽需求。问题是偶尔会出现延迟峰值。
    • 2.当我得到以太网电缆时,我会试试这个,但从ping 测试来看,我可以很好地连接到 192.168.0.1。 3. 当时没有其他应用程序开放。 7. 似乎一天中的某些时候,它比其他时候更糟,但我没有注意到一个模式。 9. 根据我的电脑制造商的驱动程序页面,驱动程序是最新的。
    • 另外,对于5.,为什么Compound TCP默认没有启用?
    • 它只是在 Windows Server 的 beta 版本上。我很确定它在其他机器上被禁用了,您可以在 wiki Compound TCP 上查看默认启用它的操作系统版本。
    • 您提到路由器是新的,是否配置正确?当我得到我的第一台路由器时,我会花费数小时优化它的设置。我什至安装了一个对我来说效果很好的自定义固件。
    猜你喜欢
    • 2013-01-01
    • 2016-05-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-02-19
    • 1970-01-01
    • 2015-11-06
    • 1970-01-01
    相关资源
    最近更新 更多