☰

解决“突发”网络流量问题

tag-icon • tag-icon wireless-networking latency packet-loss
解决“突发”网络流量问题

自从搬到旧金山以来，我的互联网连接就一直有问题，这让我非常抓狂。在使用我的网络连接五到三十分钟后，数据包突然开始在路由器上备份，然后以短脉冲方式传送。例如，ping 将显示连续丢弃的几个数据包在所有备份响应同时发送之前。

我正在使用康卡斯特提供的电缆调制解调器，通过以太网连接到 Time Capsule，然后将一对 MacBook Pro 和一台 Apple TV 连接到它。

电缆调制解调器已更换。Time Capsule 已更换。我已经搬了家，所以不是线路问题。我和妻子在各自的笔记本电脑上同时遇到了这种情况（Apple TV 的连接也同时中断）。通过以下方法可以短暂解决（几分钟）：

  • 移除并重新插入连接两者的以太网电缆
  • 切换到“访客” WiFi 网络，或从访客网络切换回主网络

可通过以下方式最多三十分钟解决：

  • 对 Time Capsule 进行电源循环
  • 对电缆调制解调器进行电源循环

发生这种情况时，我可以 ping Time Capsule 本身，没有数据包丢失或延迟。然而，尝试 ping 下一跳时确实会出现问题。

这到底是怎么回事？据我所知，我已经排除了所有可能的硬件问题。我通过大量谷歌搜索也没有找到有此问题的人。

答案1

根据我的经验，/sbin/ifconfig它已包含在 OS X 的每个版本中（从测试版开始），直到现在……这是我在购买第一台 Mac 之前的要求。但是，它ifconfig -a不会报告错误。

设置了 [DF] 位且大小为 1472 的回显请求数据包似乎填充到了 1500 字节：

mini-nevie:~ root# ping -D -s 1472 -c 1 192.168.2.1
PING 192.168.2.1 (192.168.2.1): 1472 data bytes
1480 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=1.130 ms

mini-nevie:~ root# tcpdump -i en0 -nevvK icmp
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:34:46.177055 3c:07:54:5c:ab:ad > 00:13:a3:71:17:25, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 46904, offset 0, flags [DF], proto ICMP (1), length 1500)
    192.168.2.11 > 192.168.2.1: ICMP echo request, id 56908, seq 0, length 1480
00:34:46.178084 00:13:a3:71:17:25 > 3c:07:54:5c:ab:ad, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 48096, offset 0, flags [none], proto ICMP (1), length 1500)
    192.168.2.1 > 192.168.2.11: ICMP echo reply, id 56908, seq 0, length 1480

snmpwalk通过使用-c public -v1和电缆调制解调器的管理地址（我认为是 192.168.100.1），可以获得额外的参考点。仔细查看输出将允许您确定特定接口的统计信息。此外，根据电缆调制解调器的品牌和型号，连接到http://192.168.100.1或http://192.168.100.1:8080 可以从设备的内置网络服务器提供大量信息。

并且...netstat -s提供协议统计数据。 netstat -i将提供硬件统计数据，这可能会指出问题。

相关内容