排查网络丢包，第一步不是抓包，而是先分清丢包是持续性的还是间歇性的这两种情况的排查路径完全不同，搞混了只会白费功夫。
持续性丢包：链路硬伤，按顺序查
持续性丢包指丢包率稳定在一个数值附近,比如一直丢5%或10%，很少归零，这类问题通常有固定的故障点，只要顺着数据路径逐段排查，总能定位到根因。
先确认丢包发生在哪一段
- 从本机ping网关IP,如果丢包，问题出在局域网内部。
- 若网关正常,ping公网DNS（如223.5.5.5），丢包则指向运营商链路或出口设备。
- 若公网IP正常,ping目标服务器IP，丢包则可能是中间路由或服务器自身问题。
记住一个原则：从近到远，逐段缩小范围，不要一上来就ping百度，那样只能证明“网络不通”，证明不了“哪里不通”。
常见持续性丢包根因
- 网线或光模块故障：网线水晶头氧化、光模块接收光功率过低，都会造成稳定丢包，检查方式：看交换机或光猫的端口状态，统计CRC错误帧数。
- 双工模式不匹配：一端强制100M全双工，另一端自适应为半双工，丢包率会稳定在20%-50%之间，登录两端设备确认speed和duplex设置。
- 带宽跑满：持续跑满带宽时，路由器或交换机队列溢出，丢包率与流量负载成正比，在核心交换机上查看端口流量，如果长期超过端口带宽的80%，基本就是它。
处理动作
- 更换网线或重新压接水晶头,用测线仪验证1-8芯全部通过。
- 将两端设备双工模式都设为自动协商,避免强制。
- 带宽跑满时,启用QoS策略限制大流量应用，或直接扩容链路。
间歇性丢包：随机发作，重在抓时机
间歇性丢包更折磨人平时一切正常，一到特定时间或特定操作后就丢包，几分钟后又恢复，这种问题要靠“守株待兔”的监控手段来抓现场。
先判断触发条件
- 时间相关性：是不是每天固定时段发生？比如晚上8点到11点，大概率是晚高峰带宽拥塞。
- 操作相关性：是不是一开某个软件、一插某个设备就丢包？可能是ARP攻击或设备环网。
- 流量相关性：是不是大流量下载时才丢包？可能涉及会话数限制或CPU软中断瓶颈。
监控命令用起来
- Windows和Linux都有ping -t（持续ping）功能，但单纯看丢包不够，要记录丢包时刻的时间戳。
- 在路由器或交换机上用display logbuffer（华为）或show logging（思科）查看是否有接口up/down翻动记录。
- 用netstat -s查看TCP重传和丢包的统计，对比丢包发生的时长区间。
间歇性丢包的高发原因
- ARP表项冲突：两台设备配置了相同IP，其中一台离线或上线时，交换机ARP表反复刷新，造成短暂丢包，在交换机上查看display arp，检查同一IP对应多个MAC的情况。
- 接口光模块热漂移：光模块温度升高后性能下降，到临界点就开始丢包，温度降下来又恢复，登录设备查看光模块温度（
display transceiver
），若持续接近上限值，直接更换。 - STP（生成树协议）震荡：网络存在环路时，STP不断阻塞和放开端口，造成几秒到几十秒的丢包，检查交换机CPU使用率，STP计算会大量占用CPU。
工具辅助：别忽视ping以外的指标
很多人排查丢包只靠ping,其实ping正常不代表不丢包，TCP和UDP业务对丢包的敏感度不同，有些场景ping包小、频率低，根本压不出问题来。
更有效的验证方式
- 用大包ping：ping -l 1400（Windows）或ping -s 1400（Linux），持续100次，连续大包更容易触发整形丢包。
- 用UDP打流：使用iperf3或tcpdump看真实业务流量的丢包情况。
- 关注icmp_seq序号：ping输出里的序号如果有跳变，说明中间丢了包；如果序号连续但延迟突然升高，那可能是拥塞而非丢包。
行业共识认为,排查间歇性丢包时，至少需要持续监控24小时以上，只观察几分钟往往错过故障窗口。
场景化排查案例：办公室网络晚上卡顿
一个典型场景：某公司办公网，白天一切正常，晚上加班时段偶尔卡顿，ping网关丢包率在0%和15%之间波动。
- 白天不丢,晚上丢，先排除物理链路问题，重点看流量。
- 打开核心交换机的端口统计,发现晚8点后某端口流量持续接近千兆上限。
- 顺藤摸瓜找到接入交换机,再定位到具体电脑，发现是后台同步服务在定时上传数据。
- 在该电脑网卡上限制上传带宽为50Mbps,问题立即消失。
这类问题不需要更换任何设备,找到那台“吸血鬼”终端就行，所以排查间歇性丢包，思路是先做流量统计，再定位终端。
Q&A：网络丢包排查常见疑问
家用网络间歇性丢包，重启光猫有用吗？
重启光猫只能解决因光猫长时间运行导致的死机或内存泄漏问题,如果重启后恢复正常但几天后又复发，需要检查光猫的散热和光衰值，登录光猫管理页查看接收光功率，若低于-25dBm，需要联系宽带运营商处理线路，光猫本身就是运营商设备，不建议自己拆机维修。
游戏丢包和视频卡顿用同样的排查方法吗？
原理相同,但侧重点不同，游戏对延迟和丢包极度敏感，丢包超过2%就会明显卡顿，排查时优先关注无线干扰和运营商跨网路由，视频卡顿更看重带宽和抖动，先检查当前实际带宽是否满足码率需求，两者都可以借助ping网关和ping外网来分段判断，但游戏丢包还需要特别排查本机到游戏服务器的路由节点。
无线网络丢包严重，有线却正常，问题出在哪？
无线丢包大概率是信号干扰或漫游切换引起的,使用Wi-Fi分析工具查看周围信道占用情况，将自家无线路由器的信道调整到干扰最小的频段，同时检查终端是否在多个AP之间频繁漫游，将阈值调低或固定到信号最强的AP上，无线丢包与有线完全无关，所有物理层排查都可以跳过。