晚高峰（通常指 19:30 — 23:30）是每一位代理网络使用者都无法回避的"压力测试期"。在这个时段内，三网（电信/联通/移动）的跨境出口、省级骨干链路以及落地机房的上行端口都会面临不同程度拥塞，表现为延迟突增、吞吐断崖式下跌、丢包率飙升。本文将从物理链路层逐级拆解拥塞的根因，并提供一套从定位到应对的完整实战方案。
一、三网晚高峰时间窗口与特征差异
中国三大运营商的网络架构、用户基数和国际出口布局差异显著，导致各自的晚高峰呈现完全不同的拥塞特征。理解这些差异是精准制定应对策略的前提。
1. 中国电信（China Telecom / CT）
- 高峰窗口 20:00 — 23:00，峰值通常出现在 21:00 前后。
- 拥塞特征：电信拥有最庞大的固网用户基数（超 4 亿），其 163 骨干网（AS4134）在晚高峰承受跨境流量的极端叠加。非 CN2 线路（即普通 163 线路）的丢包率可从白天的 < 0.5% 飙升至 3-8%，延迟浮动可达 50-150ms。
- CN2 GIA（AS4809）表现：由于 CN2 GIA 专线为付费级商业骨干，带宽预留较为严格，晚高峰降速幅度通常控制在 15-25% 以内，但 CN2 GT（Global Transit） 在高峰期依然会出现明显的队列延迟。
- 省级差异：广东、浙江、江苏等外贸大省的电信省级出口在 20:30 后拥塞最为严重，北方省份相对缓和。
2. 中国联通（China Unicom / CU）
- 高峰窗口 19:30 — 22:30，较电信提前约 30 分钟进入拥塞期。
- 拥塞特征：联通的 169 骨干网（AS4837）总带宽容量不及电信 163 网，但用户基数也较小（约 3 亿），晚高峰丢包率一般在 2-5%。联通的特点是波动性更大——某些省份的省级骨干在高峰期会出现突发性的 300-800ms 延迟尖峰。
- 国际出口：联通主要通过青岛、上海、广州三个海缆登陆站出境，其中上海出口在晚高峰的拥塞最为突出。联通的 CUII（AS9929）精品线路在高峰期表现明显优于 169 骨干，但覆盖范围和容量均有限。
- 路由绕行倾向：联通在晚高峰倾向于将低优先级流量绕行至欧美节点进行中转，导致部分本应直连的亚太流量额外增加 80-120ms 延迟。
3. 中国移动（China Mobile / CM）
- 高峰窗口 19:00 — 23:30，窗口最长，但峰值降速幅度相对可控。
- 拥塞特征：移动拥有超 9 亿移动用户和近 3 亿固网用户，其 CMI（China Mobile International, AS58453）国际出口在晚高峰承载的压力堪称三网之最。但移动的优势在于国际出口带宽冗余设计较高（广州、上海双出口），高峰期降速通常在 20-30% 区间。
- 特殊性：移动的晚高峰呈现"长尾"特征——22:00 后其他两网开始恢复，但移动的拥塞可能延续至 23:30 甚至更晚，尤其表现在东南亚方向流量。
- 家宽 vs 移动数据：移动 4G/5G 数据网络的晚高峰拥塞窗口比固网窄（20:00 — 22:00），但峰值期瞬时丢包率可能更高。
关键认知纠偏
晚高峰降速 ≠ 你被"故意限速"。三网的晚高峰拥塞本质上是一个物理带宽资源争抢问题：跨境海缆总容量固定，但在线用户流量需求在 20:00 后激增 3-5 倍。运营商的 QoS 调度只是在这个物理瓶颈之上做的流量公平调度，而非针对代理用户的定向打压。
4. 三网晚高峰特征对比一览表
| 维度 | 中国电信（CT） | 中国联通（CU） | 中国移动（CM） |
|---|---|---|---|
| 高峰窗口 | 20:00 — 23:00 | 19:30 — 22:30 | 19:00 — 23:30 |
| 峰值时间 | ~21:00 | ~20:30 | ~21:30（长尾延至23:30） |
| 普通线路丢包率 | 3% — 8% | 2% — 5% | 2% — 6% |
| 延迟波动幅度 | +50 — 150ms | +80 — 200ms（突发尖峰） | +40 — 100ms |
| 精品线路降速 | CN2 GIA 15-25% | CUII / AS9929 10-20% | CMI 优质段 20-30% |
| 拥塞热点省份 | 粤、浙、苏 | 沪、鲁、粤 | 粤、川、豫 |
| 恢复速度 | 23:00 后较快恢复 | 22:30 后快速恢复 | 23:30 后缓慢恢复 |
| 核心应对 | 切 CN2 GIA / 多入口 | 切 CUII / 避开上海出口 | 多入口轮换 / 协议降开销 |
二、拥塞点定位：国际出口 vs 省级骨干 vs 落地机房
晚高峰降速的根因排查，关键在于精确定位拥塞发生的网络层级。三个层级的拥塞表现和应对策略截然不同。
1. 国际出口层拥塞（International Gateway）
国际出口是流量离开中国大陆的最后一跳，也是晚高峰拥塞的最常见发生点。主要出口位于上海（崇明海缆站）、青岛、广州（南沙海缆站）、深圳等地。
- 判定指标：tracert / nextrace 结果中，在国内骨干最后 1-2 跳出现延迟突增（> 100ms 跳变），且跨海后第一跳（海外落地节点）延迟正常。
- 特征：延迟突增点集中在
59.43.x.x（电信 CN2）或219.158.x.x（联通 169）等出口路由器 IP 段。 - 产生原因：海缆带宽有限（跨太平洋海缆单条容量通常在 10-20 Tbps），晚高峰时多运营商共享同一海缆系统，QoS 调度优先保障跨国企业专线，普通跨境流量被动限速。
2. 省级骨干层拥塞（Provincial Backbone）
省级骨干是流量从用户所在城市汇聚到国际出口之间的链路，通常由各省的城域网核心路由器承载。
- 判定指标：tracert 结果在前 3-5 跳（省内）即出现延迟抖动或丢包，远早于国际出口节点。
- 特征：晚高峰丢包呈"间歇性"——连续 3 个包正常后突发丢失 2 个，周期性出现。这是典型的链路队列溢出（Queue Overflow）表现。
- 产生原因：省级骨干带宽配置通常按照日均均值的 1.5-2 倍设计，但晚高峰跨境流量可达日均值的 4-6 倍，导致省级汇聚路由器的输出队列深度不足。
3. 落地机房层拥塞（Landing Datacenter）
落地机房是流量到达海外后进入目标服务器的最后一跳。此层拥塞常被误判为线路质量问题，实际原因往往在机房的下行端口或上游交换。
- 判定指标：tracert 最后 1-2 跳延迟突增，或目标服务器 TCP 握手时间明显大于 ICMP Ping 延迟。
- 特征：丢包集中在 TCP 层（而非 ICMP 层），表现为 TCP Retransmission 频率高企但 ICMP Ping 丢包率正常。
- 产生原因：落地机房的上游 ISP（如 OVH、Vultr、Bandwagon 等机房）在晚高峰对单个 VPS 实例的端口速率进行 QoS 限速，或机房共享带宽超售到 1:15 以上。
定位技巧
使用
nextrace -T --port 443 对落地 IP 执行 TCP 路由追踪。同时开启 mtr --tcp --port 443 -c 100 持续 100 包探测。将两者的跳数延迟增量交叉对比：若拥塞集中在 3-5 跳 → 省级骨干；8-12 跳 → 国际出口；最后 1-2 跳 → 落地机房。
# 晚高峰拥塞点定位全流程（建议在 20:30-22:00 执行）
# Step 1: TCP 路由追踪，定位延迟突增的跳数
nextrace -T --port 443 落地节点IP
# Step 2: MTR 持续探测，统计逐跳丢包率和延迟分布
mtr --tcp --port 443 --report --report-cycles 100 落地节点IP
# Step 3: 分段对比——省内 vs 出境 vs 落地
# 对比同一落地 IP 在电信 163 和 CN2 GIA 线路上的 MTR 结果
# 若 163 线路在 59.43 段丢包 > 3%，而 CN2 线路同段丢包 < 0.5%
# → 拥塞点在国际出口的 163 段
三、晚高峰降速与丢包的根因分析
定位了拥塞的物理层级后，需要进一步理解其产生的技术根因。晚高峰的性能下降并非单一因素，而是多个机制叠加的结果。
1. QoS 限速（Quality of Service Throttling）
QoS 是运营商在带宽资源紧张时对流量进行优先级调度的核心机制。晚高峰期间，运营商的 QoS 策略会显著收紧：
- 分级机制：运营商通常将流量分为 3-4 个优先级——VoIP/企业专线（EF）、交互式应用（AF）、尽力交付（BE）、背景流量（BF）。代理流量通常被归类为 BE 或更低优先级。
- 限速触发条件：当链路利用率超过 75-80% 时，QoS 调度器开始对 BE 类流量执行随机早期检测（RED）丢包；当利用率超过 90% 时，直接对低优先级流量执行尾部丢弃（Tail Drop）。
- 表现特征：单连接 TCP 吞吐被压制至带宽上限的 10-30%，但更换连接（新 TCP 会话）后短时恢复。这是因为 QoS 限速常以 per-flow 粒度执行，新建连接会获得初始令牌桶配额。
2. 带宽超售（Overselling / Over-subscription）
带宽超售是商业网络的普遍商业模式，但在晚高峰尤为致命：
- 超售比：商业 VPN/代理服务的典型超售比为 1:8 至 1:15，即标称 1Gbps 的共享端口对应实际承诺带宽仅 67-125Mbps。晚高峰时所有用户同时活跃，实际可用带宽被稀释至标称值的 7-12%。
- 机场超售：部分机场在晚高峰的有效带宽甚至低于 10Mbps/用户，表现为网页加载首屏时间 > 5 秒、1080P 视频缓冲频繁。
- 运营商侧超售：即便是专线级线路（如 CN2 GIA），同一条物理链路上的逻辑通道也可能存在 1:3 到 1:5 的超售。高峰期 1Gbps 的 CN2 GIA 专线实测可能降至 300-500Mbps。
3. 路由绕行（Route Detour / Suboptimal Pathing）
晚高峰时，运营商的动态路由策略（BGP）可能将流量切换至拥塞较轻但物理路径更长的替代路由：
- 典型绕行：本应从上海出口直连日本（~50ms），晚高峰被绕行至广州出口 → 新加坡 → 日本（~150ms），额外增加 100ms 延迟。
- 产生原因：BGP 路由的 path-selection 优先级中，MED 属性在晚高峰可能被运营商动态调整，选择成本更低但物理路径更长的替代路由。这是运营商在总体带宽利用率和单用户延迟之间做出的全局妥协。
- 联通的典型绕行：联通 169 骨干在晚高峰经常将华北流量绕行至上海出口（即使青岛出口物理距离更近），原因是青岛出口在 19:30 后已接近满载。
- 移动的跨区绕行：CMI 在晚高峰会将部分欧洲方向流量从广州出口切换至上海出口，额外增加 20-40ms 的内部骨干延迟。
注意：QoS 与加密协议无关
有些用户认为切换加密协议（如从 AES-128-GCM 换到 ChaCha20）可以规避 QoS 限速，这是误区。运营商的 QoS 调度基于 DPI 深度包检测和流量行为特征，而非加密算法本身。真正能绕过 QoS 限速的手段是改变流量特征指纹（如切换至 WebSocket 伪装、REALITY 等协议），而非更换加密套件。
四、实用应对策略
理解了根因后，以下策略从"被动适应"到"主动绕行"逐层递进，可根据自身需求和预算灵活组合。
1. 多入口轮换（Multi-ingress Rotation）
核心思路：不依赖单一国际出口，在客户端配置多个不同入境路径的节点，晚高峰时自动或手动切换。
- 策略配置：在 sing-box / v2rayN 的路由配置中设置 3-5 个不同入口节点——分别对应电信 CN2 入口、联通 CUII 入口、移动 CMI 入口，以及 1-2 个第三方中转入口（如香港 BGP 中转）。
- 生效逻辑：当某一路出口的晚高峰丢包率超过阈值（如 3%），客户端自动触发 fallback 切换至备用入口。sing-box 可通过
urltestoutbound 配合interval实现自动探测切换。 - 推荐 对个人用户：配置 2 个电信入口 + 1 个联通入口 + 1 个移动入口，覆盖三网不同高峰窗口。
// sing-box 多入口自动轮换配置示例
{
"outbounds": [
{
"type": "urltest",
"tag": "auto-rotate",
"outbounds": ["ct-cn2-hk", "cu-cuii-jp", "cm-cmi-sg", "relay-tw"],
"url": "https://www.gstatic.com/generate_204",
"interval": "3m",
"tolerance": 50 // 延迟容忍度 50ms
},
{ "type": "shadowsocks", "tag": "ct-cn2-hk", ... },
{ "type": "shadowsocks", "tag": "cu-cuii-jp", ... },
{ "type": "shadowsocks", "tag": "cm-cmi-sg", ... },
{ "type": "shadowsocks", "tag": "relay-tw", ... }
],
"route": {
"rules": [
{ "type": "logical", "mode": "or", "rules": [
{ "protocol": "dns" }
], "outbound": "dns-out" }
],
"final": "auto-rotate"
}
}
2. 备用节点分层（Backup Node Tiering）
按照节点质量和线路类型，将节点池分为 3 个优先层级：
- T0 主力 CN2 GIA / CUII 专线直连节点，非高峰期主力使用，晚高峰降速 15-25% 但维持可用。
- T1 备用 第三方中转节点（如香港 BGP / 日本 IIJ 中转），高峰期作为自动 fallback 目标。此层节点的延迟可能比 T0 高 30-60ms，但丢包率更低。
- T2 应急 Cloudflare CDN / 公网中转节点（如 WARP+ 自建），仅在 T0/T1 全部不可用时兜底。延迟高（150-250ms）但可用性接近 100%。
3. 协议切换（Protocol Switching）
晚高峰时，协议层的切换同样可以显著改善体验。不同协议在拥塞链路上的表现差异极大：
- Shadowsocks 2022 / AEAD：轻量级，TCP 传输，晚高峰在丢包率 < 3% 的链路上表现最佳。但当丢包率 > 5% 时，TCP 重传机制导致有效吞吐急剧下降。
- Trojan：基于 TLS over TCP，伪装效果好，但 TLS 握手开销在晚高峰高延迟环境下增加 TTFB 200-500ms。建议使用
Trojan-Go的 multiplexing 功能缓解。 - Hysteria2（基于 QUIC/UDP）：晚高峰首选。QUIC 的 FEC（Forward Error Correction）前向纠错机制在丢包链路上通过发送冗余包来"抵抗"丢包，有效防止 TCP 第三个重复 ACK 触发的 cwnd 减半。实测在 5-8% 丢包链路上，Hysteria2 的有效吞吐可达 Shadowsocks 的 3-5 倍。
- TUIC v5：同为 QUIC 系，支持 0-RTT 握手和可选择拥塞控制算法（BBR / Cubic）。在晚高峰高抖动场景下，TUIC v5 + BBR 的组合比 TCP 系协议表现出更稳定的延迟一致性。
协议选择决策树
丢包率 < 2%： Shadowsocks 2022（延迟最低）
丢包率 2-5%： Trojan + multiplexing（兼顾伪装与吞吐）
丢包率 > 5%： Hysteria2 / TUIC v5 + BBR（FEC 前向纠错抵抗丢包）
延迟突增 > 200ms： 优先 TUIC v5 0-RTT 减少握手开销
丢包率 2-5%： Trojan + multiplexing（兼顾伪装与吞吐）
丢包率 > 5%： Hysteria2 / TUIC v5 + BBR（FEC 前向纠错抵抗丢包）
延迟突增 > 200ms： 优先 TUIC v5 0-RTT 减少握手开销
4. 分流策略（Traffic Splitting）
将不同类型的流量路由至不同的出口节点，避免单一节点在晚高峰因流量集中而过载：
- 大流量下载：分流至 T1/T2 备用节点（晚高峰大流量是 QoS 限速的首要目标），主力节点仅保留交互式流量。
- 流媒体：锁定至具有原生解锁能力的落地节点，即使延迟较高也不切换（流媒体缓冲区可吸收延迟，但不容忍丢包）。
- 实时通讯（SSH / RDP / Teams）：锁定至 T0 专线节点，禁用 fallback（切换会导致会话中断）。
- DNS 查询：分流至本地直连或 DoH 远程查询，避免 DNS 请求在晚高峰因节点拥塞而超时。
// sing-box 分流路由策略（晚高峰优化版）
"route": {
"rules": [
// DNS 直连，避免节点拥塞影响解析
{ "protocol": "dns", "outbound": "direct" },
// 实时通讯 → T0 主力专线（禁止 fallback）
{ "process_name": ["ssh", "termius", "mstsc"], "outbound": "ct-cn2-hk" },
// 流媒体 → 原生解锁节点
{ "domain_suffix": ["netflix.com", "disneyplus.com"], "outbound": "unlock-jp" },
// 大流量下载 → T2 应急节点
{ "protocol": "bittorrent", "outbound": "relay-tw" },
{ "clash_mode": "download", "outbound": "relay-tw" },
// 其他流量 → 自动轮换
],
"final": "auto-rotate"
}
五、晚高峰测试方法与工具
没有量化数据支撑的"体感降速"是不可靠的。以下是一套完整的晚高峰测试流程，建议在 20:30-22:00 核心拥堵时段执行：
1. 分时段交叉对比法
- 基线建立：在凌晨 2:00-4:00 非拥堵时段，对目标节点执行 3 轮测速，记录 TCP 握手延迟、单线程吞吐、多线程吞吐的基线值。
- 高峰探测：在 20:30-22:00 晚高峰时段，使用完全相同的参数执行 3 轮测速，对比基线。
- 降速比计算：晚高峰吞吐 / 基线吞吐 × 100%。低于 50% 说明节点严重超售，低于 25% 应考虑降级或弃用。
2. 推荐测试工具链
| 工具 | 测试维度 | 使用场景 |
|---|---|---|
nextrace |
TCP 路由追踪 | 定位拥塞发生的精确跳数 |
mtr --tcp |
逐跳丢包率 + 延迟分布 | 持续监控链路质量，生成统计报告 |
librespeed |
多线程吞吐测速 | 自建测速服务器，排除公网测速干扰 |
iperf3 |
单/多线程原始带宽 | 直接在 VPS 落地端运行，排除应用层干扰 |
smokeping |
长期延迟监控 | 7×24 持续监控，生成延迟热图 |
Cloudflare Speed Test |
HTTP 实际下载吞吐 | 模拟真实网页浏览场景的吞吐表现 |
# 晚高峰综合测试套件（一键执行版）
#!/bin/bash
TARGET="落地节点IP"
echo "=== 晚高峰链路质量报告 ==="
date
echo -e "\n[1/4] TCP 路由追踪 (nextrace)"
nextrace -T --port 443 -q 3 $TARGET
echo -e "\n[2/4] 逐跳丢包分析 (MTR 100 packets)"
mtr --tcp --port 443 --report --report-cycles 100 $TARGET
echo -e "\n[3/4] 单线程吞吐 (iperf3)"
iperf3 -c $TARGET -t 15 -P 1 -R
echo -e "\n[4/4] 多线程吞吐 (iperf3 -P 8)"
iperf3 -c $TARGET -t 15 -P 8 -R
echo -e "\n=== 测试完成，对比凌晨基线数据 ==="
3. 关键指标解读
- 健康 晚高峰吞吐 ≥ 基线 70%，丢包率 < 2%，延迟增幅 < 30%。
- 可接受 吞吐降至基线 40-70%，丢包率 2-5%，延迟增幅 30-60%。
- 降级 吞吐降至基线 < 40%，丢包率 > 5%，延迟增幅 > 60%。应切换备用节点。
测试避坑
切勿使用 Speedtest.net 或 Fast.com 作为晚高峰判断依据——这两者的 CDN 节点可能位于国内或近海，测得的是CDN 缓存带宽而非跨境链路带宽。务必使用 iperf3 直连落地 VPS 测试，或在 VPS 上部署 librespeed 自建实例。
六、三网晚高峰综合应对速查表
下表汇总了三网晚高峰的核心维度和匹配策略，建议保存至笔记或导入至测速脚本作为自动切换的判断依据：
| 维度 | 中国电信 | 中国联通 | 中国移动 |
|---|---|---|---|
| 高峰窗口 | 20:00 — 23:00 | 19:30 — 22:30 | 19:00 — 23:30 |
| 拥塞核心层 | 163 骨干国际出口 | 169 骨干省级输出 + 上海出口 | CMI 国际出口（长尾效应） |
| 丢包特征 | 持续高丢包 3-8% | 间歇性突发 + 延迟尖峰 | 渐进式丢包上升，恢复慢 |
| 最佳协议 | Hysteria2 (FEC 抗丢包) | TUIC v5 + BBR (抗抖动) | Hysteria2 / Shadowsocks (视丢包率) |
| 首选入口 | CN2 GIA (AS4809) | CUII (AS9929) / 避开上海 | CMI 优质段 / 多入口轮换 |
| 备用入口 | 联通 CUII / 香港中转 | 电信 CN2 GIA / 日本中转 | 电信 CN2 / 联通 CUII 交叉 |
| 分流重点 | 大流量分流至联通入口 | 实时流量避开上海出口 | 22:00 后切回主力（长尾期） |
| 恢复信号 | 23:00 后丢包率 < 1% | 22:30 后延迟尖峰消失 | 23:30 后吞吐回升（较慢） |
实战决策路径：
· 19:00 前： 全部流量走 T0 主力节点，使用 Shadowsocks 2022 低开销协议。
· 19:00-20:00： 启动自动轮换探测，联通入口优先（联通先入高峰）。
· 20:00-22:30： 切换 Hysteria2 / TUIC v5 协议，大流量分流至 T1 备用节点，三网入口交叉轮换。
· 22:30 后： 联通入口恢复优先，逐步切回 T0。
· 23:00 后： 电信入口恢复，全量切回 T0 + Shadowsocks 常态配置。
· 19:00 前： 全部流量走 T0 主力节点，使用 Shadowsocks 2022 低开销协议。
· 19:00-20:00： 启动自动轮换探测，联通入口优先（联通先入高峰）。
· 20:00-22:30： 切换 Hysteria2 / TUIC v5 协议，大流量分流至 T1 备用节点，三网入口交叉轮换。
· 22:30 后： 联通入口恢复优先，逐步切回 T0。
· 23:00 后： 电信入口恢复，全量切回 T0 + Shadowsocks 常态配置。