CN2 线路夜间高丢包通常由国际出口拥堵导致。排查核心是使用 MTR 工具定位丢包发生在哪一跳，区分是本地网络、中间链路还是机房内部问题。
先说结论：夜间丢包多为运营商骨干网拥堵，非服务器硬件故障，需通过双向 MTR 测试定位责任段。
- 先确认：本地网络是否正常，排除自身宽带问题。
- 先处理：使用 MTR 测试往返路径，记录丢包跳数。
- 再验证：更换测试源或时间段，确认是否为持续性拥堵。
命令速用版
mtr -rwC 100 <目标服务器 IP>该命令发送 100 个数据包并显示实时路由路径，Loss% 列显示每跳丢包率。
为什么会这样
CN2 线路夜间丢包主要由国际带宽资源在高峰时段供不应求引起。
晚上 20:00 至 23:00 是用户上网高峰，跨境流量激增。CN2 虽为高质量线路，但若提供商超售或国际出口整体拥堵，中间链路路由器会优先丢弃 ICMP 包或普通数据包。此外，部分中间节点开启 ICMP 速率限制，会被误判为丢包。
分步处理
按以下顺序执行排查，每步需记录截图或日志。
步骤 1：安装测试工具
apt update && apt install mtr -y # Debian/Ubuntu
yum install mtr -y # CentOS/AlmaLinux步骤 2：执行双向测试
在本地电脑运行 MTR 测试服务器 IP。同时要求朋友或使用在线工具从服务器端 MTR 测试本地公网 IP。单向测试无法区分是入口拥堵还是出口拥堵。
步骤 3：分析丢包跳数
观察 MTR 输出中的 Loss% 列。若前 3 跳正常，中间某跳开始持续高于 10%，则该节点为拥堵点。若最后一跳丢包但中间正常，可能是服务器负载或防火墙限制。
步骤 4：联系提供商
若拥堵点位于提供商 AS 范围内，提交工单附 MTR 报告。若拥堵点在中间运营商（如电信骨干），提供商通常无法直接修复，需考虑更换线路或优化应用层重传机制。
怎么验证是否生效
通过对比不同时间段的 MTR 报告验证网络状态变化。
- 凌晨测试：在凌晨 4 点运行相同 MTR 命令，若丢包率显著下降，确认为夜间拥堵。
- 多地测试：使用不同运营商宽带（如移动、联通）测试同一 IP，若仅电信高丢包，则为运营商间互联问题。
- 业务监控：观察应用层 TCP 重传率，若网络层丢包高但业务重传可控，说明协议栈已补偿。
常见坑
- ICMP 限速误判：部分路由器限制 ICMP 响应频率，显示丢包但 TCP 业务正常。需结合 TCPing 工具验证。
- 本地 WiFi 干扰：无线信号不稳定会导致首跳丢包。排查时建议有线连接。
- 单次测试偏差：网络波动具有随机性。单次 MTR 不足以定论，需连续测试 3 次以上取平均值。
常见问题
丢包 30% 是否代表服务器硬件故障？
通常不是。硬件故障会导致无法连接或极高丢包，夜间周期性高丢包多为链路拥堵。
更换服务器端口能解决丢包吗？
不能。端口是传输层概念，路由丢包发生在网络层，更换端口不影响路由路径。
是否应该立即更换服务商？
先看拥堵位置。若拥堵在提供商内部 AS，可要求换 IP 或退款。若拥堵在公共骨干网，更换服务商可能效果有限。