使用 ping google.com 测试连接

Dir*_*irk 11 ping internet-connection

由于我们家的互联网连接不时中断,我做了一个小实验:

在过去的两个月里,我的一台机器每半小时 ping 一次 google.com。一次测量包含 50 次 ping。

我现在计算了一天中每小时丢失的数据包的平均百分比: 丢失数据包的百分比

我的问题:

  1. 晚上的这个高峰会不会是选择google.com作为ping目的地造成的?
  2. 您会建议使用其他目的地吗?
  3. 这是否表明我的连接有问题?
  4. 有什么更好的策略可以衡量我们互联网连接中的问题究竟出在哪里?我们的 ISP 告诉我们它工作正常,所以我尝试汇总一些证据......

问候!

编辑:忘了说机器是直接连接路由器的(没有WiFi)。并且路由器也被 ping 通,完全没有丢包。

dav*_*dgo 10

不幸的是,您确实没有提供足够的信息来找出问题所在。用所提供的有限信息尽我所能回答:

  1. 如果根据我的经验,ping Google 通常是一个不错的选择,因为他们将网络设计得尽可能快。此外,由于 ICMP 被优先考虑,晚高峰可能不会产生显着差异 - 特别是在数据包丢失方面 - 我认为应该是 0。

  2. 谷歌是一个很好的目的地,但为了更好地了解发生了什么,您可能还需要尝试 ping 您的网关,如果他们允许,您的提供商 DNS、邮件或网络服务器。这将有助于显示数据包丢失的位置。 但实际上,在您看到的数据包丢失级别,请查看下载 MTR(或 WinMTR)并在 peek 中运行以更好地了解数据包丢失的位置.

  3. 主观上,对于基于 Wifi 的网络来说,5% 的丢包率处于可接受的最高水平 - 假设您的网络没有饱和。另一方面,我对光纤连接上大约 0.5% 的数据包丢失感到不安 - 作为参考点,松散地说,VOIP 低于 1% 是可以的,高于
    此值就没有那么多了。如果您希望能够使用 Skype 或 Viber 或您的连接中的任何东西,那么 5% 的数据包丢失是不行的。对于仅浏览 Web 而言,它可能就足够了。

  4. 作为 ISP,我想查看 MTR 的结果,它显示目的地之间的延迟和数据包丢失 - 这有助于我查看瓶颈可能在哪里,并且这是一个很好的第一步。我还想知道测试何时完成,以便我可以将其与客户的其他使用情况以及系统上发生的情况相关联。您所做的丢包图也很有用,但不是孤立的。

    作为客户,我的 ISP 一直无法原谅我绘制数据包丢失的图表(我做了 250 次 ping,每 5 分钟间隔每秒一次,结合这些 ping 的最小、平均和最大延迟)。我还有一组图表显示了我对链接的使用情况,还有一组图表显示了本地(即离我很近)以及几百公里之外他们拥有的另一个特别感兴趣的 POP。

其他观察:

看起来您的延迟在下午会增加 - 这意味着我首先要寻找的地方是当我周围的每个人都在使用 WIFI 时问题是否出在 WIFI 上。在排除这一点后,我会开始质疑我的 ISP 关于超额订阅连接的问题。


小智 6

这很可能是沿线某处拥堵的结果。它可能是您的路由器,但更可能是上游提供商。

您没有说明您是如何执行 50 次 ping 的,例如什么时间间隔,您是在等待下一次失败/成功还是一次全部发射 50 次(洪水 ping)。

根据我的经验,在高拥堵期间出现这种损失并不罕见。它可以归结为降低 ICMP 流量的优先级,但更有可能发生在所有连接的相同百分比上 - 只是 TCP 会优雅地重新发送和重新排序数据包,因此您不太可能注意到。

为了更好地了解情况,我建议您执行以下操作:

  1. 增加 ping 之间的间隔
  2. Ping google 的 IP 地址而不是域 - google.com 将返回许多 A 记录,并且您可能在不知道的情况下使用不同的终端 IP(因此路由不同)
  3. 记录平均响应时间;看看这是否与损失相关 - 如果确实如此,您会看到更高的 ping 往返时间和更高的损失,则表明拥塞。然后,您可以通过存储 traceroute 日志来进行调查,看看是否有可能出现瓶颈,您会看到突然增加的时间
  4. 尝试 ping 比谷歌更多。过去,当我对网络性能进行基准测试时,我使用 4 或 5 个好的端点(再次使用 IP 地址而不是主机名)来完成它,因此您可以排除拥塞或仅 google 网络中的特定问题导致您质疑你的整个联系