从现象入手:确认丢包真实存在
办公室里同事喊视频会议卡顿,客服电话接二连三。别急着重启设备,先确认是不是真丢包。用最基础的 ping 命令测试目标地址,比如:
ping 8.8.8.8观察返回结果中的“丢失”百分比。连续发10个包丢了3个以上,基本可以判定链路异常。
定位范围:是局域网还是广域网问题
拿同一台电脑 ping 网关(如192.168.1.1),如果也没丢包,说明本地有线或无线连接稳定。再往外 ping 运营商DNS或知名网站IP,一旦出现丢包,问题大概率出在出口链路或上级设备上。这时候可以换个终端测试,排除单机网卡故障的可能。
追踪路径:用 traceroute 查跳点
Windows 上叫 tracert,Linux 和 macOS 用 traceroute。它能显示数据包经过的每一跳。
tracert www.baidu.com重点看哪一跳开始出现超时或延迟突增。如果是前几跳在内网,可能是核心交换机或防火墙策略限制;若出现在运营商节点之后,多半是外部网络波动。
抓包分析:深入协议层找线索
当基础命令不够用时,就得上 Wireshark 了。在客户端抓包,过滤 ICMP 或特定 TCP 流,观察是否有大量重传(Retransmission)、重复 ACK 或 RST 包。比如看到连续几次 SYN 发出去都没回应,很可能是中间设备拦截或路径拥塞。
注意时间窗口和流量特征
有些丢包只在每天上午9点半集中出现。这种规律性问题往往和定时任务有关——可能是备份程序占满带宽,也可能是某台设备自动同步数据。结合监控图表查看带宽使用峰值,更容易锁定源头。
排查常见干扰因素
无线环境尤其容易受干扰。微波炉、蓝牙设备、邻居的Wi-Fi信道冲突都可能导致间歇性丢包。换成有线连接测试对比,能快速判断是否为空中信号问题。另外老旧网线或水晶头氧化也会引发物理层丢包,别忽视这些“土味”细节。
联系运营商前做好准备
不要只说“我家网络不稳定”。把 ping 结果、traceroute 截图、时间段记录整理清楚。明确告诉对方:从第几跳开始异常,持续多久,是否可复现。这样技术支持才能快速响应,而不是来回扯皮。