NETWORK TELEMETRY · PACKET LOSS
网络丢包 (Packet Loss) 拥塞控制与排查指南
传输过程中未能成功送达的数据包比例。它是导致 TCP 吞吐断崖式暴跌与视频频繁转圈的头号元凶。
一、丢包为什么会引发 TCP 断崖式降速？
互联网的主流协议是 TCP（传输控制协议）。为了保证数据不丢失，TCP 设计了极其严格的「拥塞控制机制（Congestion Control）」。 当网络发生哪怕 1% 的微小丢包时，发送端的 TCP 协议栈就会误认为整条互联网骨干网发生了严重大堵车。
Mathis 吞吐量公式：
TCP 吞吐上限 ≤ (MSS × 1.46) ÷ (RTT × √丢包率)
结论：实际吞吐与「丢包率的平方根」成反比！
TCP 吞吐上限 ≤ (MSS × 1.46) ÷ (RTT × √丢包率)
结论：实际吞吐与「丢包率的平方根」成反比！
这就是为什么一条 300Mbps 带宽的链路，在没有丢包时能达到 35MB/s 的峰值；而在发生 3% 丢包时，TCP 拥塞窗口反复腰斩减半并等待重传，实际速度甚至会被强行压制在 1MB/s 以下。
二、丢包发生的典型位置排查
- 本地无线网段丢包（0 - 1 跳）：Wi-Fi 穿墙信号弱或受到微波炉干扰，数据帧在空气中碰撞丢失。对策：切换 5GHz 或改用千兆网线。
- 家庭宽带接入网丢包（1 - 3 跳）：光猫发热死机或运营商局端 PON 端口超额汇聚。对策：重启光猫并拨打运营商客服报修。
- 国际公网出口与骨干拥塞丢包（3 跳以后）：晚高峰骨干网国际互联端口流量打满，路由器主动丢弃非优先级数据包。对策：使用具备 BGP 中转的企业优化节点。