帮助

什么是丢包？怎么发现？

丢包是发出的数据包没有到达目的地。比较设备、连接方式和重复测试，避免把缺少 Ping 回复直接当成故障证据。

数据包发出后未到达目的地，就是丢包。通话声音断续、游戏位置跳变或传输停顿可能与此有关，也可能由终端处理或应用故障造成。下载速度高不排除间歇丢包。VMAXCHECK 测速不直接测量丢包率，不能用速度或延迟结果确认丢包。

先做可比较的测试

记录时间、持续多久、受影响应用，以及是否多台设备同时异常。应用若提供网络统计，按其说明记录丢包及测量方向。
在同一设备上间隔较短地比较 Wi-Fi 和以太网。先暂停自己的大型传输与备份作为基线，再单独观察平时出现问题的条件。
在较空闲和发生故障时重复，保持目标与设置一致。一次正常测试不能排除间歇问题；只在晚上发生也不能单独证明拥堵。
比较另一台设备和另一项服务。只有一个应用异常时也检查服务状态。有线改善提示无线链路或终端值得调查，不证明 Wi-Fi 一定丢帧。

使用有次数限制的 Ping 测试

Windows 中的 ping /n 50 1.1.1.1 会向一个公共目标发送 50 次 ICMP 回显请求。选择会回应的目标，它不一定是应用服务器。再把目标换成网络设置中显示的本地路由器地址测试，分别保存结果。记录发送数、收到和缺少的回复，以及往返时间。重复时保持次数、等待时限、包大小和地址族相同。不要设置极短时限或使用快速洪泛测试；缺少回复时等待可能使测试持续几分钟。

谨慎解释没有回复的情况

50 次请求中缺少 2 次回复，是这次样本有 4% 的 ICMP 回复缺失，不是全部应用流量的可靠丢包率。路由器或目标可能限制、屏蔽 ICMP；请求与回复也可能在去程或回程的不同位置丢失。
路由器回复缺失且应用同时出问题，才有理由优先调查本地链路。路由器不回应但没有对应症状，不能单独证明连接损坏。
路由器持续回应，而多个互联网目标与应用同时失败时，检查路由器的互联网侧、接入连接及更远路径。结果不能把运营商确定为唯一责任方。
traceroute 的星号或 pathping 某个中间节点的丢包数字，不自动证明转发故障。比较最终目标、后续节点与实际应用；设备可能限制发给自己的请求的回复，却正常转发其他流量。

延迟与丢包不同：高 Ping 不是丢失的数据包数量。TCP 可以重传缺失数据，可能带来等待或吞吐量下降。UDP 本身不保证送达，应用可以增加自己的恢复机制。影响取决于应用及零星或连续的丢包，因此一个百分比不是统一合格线。短时间没有缺失回复也不能保证其他路径或今后的会话。

针对结果调整，再做同样比较

只有无线异常时，检查覆盖与无线竞争。有线异常时，对比已知正常的兼容网线或端口，并查终端和网卡的官方说明。每次只改变一项。
问题随自己的大型传输出现时，暂停、改时间或限速后比较。支持的队列管理按厂商指导配置，可能帮助拥堵问题，但不能修复每一种丢包原因。
按厂商说明重启前先保存路由器事件与测量结果。重启会中断其他用户和通话，是一次试验，不证明原因。不要首先恢复出厂设置或关闭保护。
改动后重复相同测试和受影响应用。只有一个服务仍异常，查它的状态与客服；多台设备和多项服务异常，把比较结果交给网络运营商。

向客服提供时间、持续长度、连接方式、型号、目标与设置、发送数与缺少回复数、往返时间、设备和应用，以及以太网或减少负载后的变化。日志中去掉密码、访问令牌和私人账号资料。可重复的观察比指责丢包数字最大的节点，或凭一次结果购买更快套餐更有用。