拥塞控制调优
让网络在拥塞时优雅降级——优先丢弃低优先级流量、提前通知发送端降速，而不是突然「硬丢包」。本技能覆盖 TCP 拥塞算法、ECN、WRED、队列缓冲与门限计算，附 WRED/ECN 命令与参数计算脚本。
一、核心原理：三层拥塞控制
拥塞控制有三层协同：端侧 TCP 算法（发送端降速）、网络侧 ECN（提前通知）、队列侧 WRED（主动丢包避免队列打满）。
flowchart LR
S[发送端<br/>TCP CUBIC/BBR] -->|数据流| Q[交换机队列<br/>WRED 门限]
Q --> R[接收端]
Q -->|队列超最小门限| E[ECN 标记 CE 位]
E -->|回传 ECE| S
Q -->|队列超最大门限| W[WRED 概率丢弃]
W --> S
核心认知：
- 尾部丢包最糟：队列打满后同时丢多个连接（TCP 全局同步），吞吐雪崩。WRED 在队列将满时随机提前丢弃，打破同步。
- ECN 优于丢包：ECN 在丢包前打标记通知发送端降速，避免重传，适合低时延场景。
- 缓冲区大小 = BDP：带宽 × 往返时延，太小吞吐上不去，太大时延增加（bufferbloat）。
二、参考拥塞场景
flowchart TB
S1[发送端 xN<br/>incast 多打一] --> Q1[汇聚交换机<br/>瓶颈端口]
Q1 --> R1[接收端<br/>单出口]
Q1 -->|队列过载| C[拥塞点<br/>WRED+ECN]
配套 ASCII 拥塞点示意：
多打一(incast)：N 个发送端 ──► 汇聚交换机 ──► 单接收端
│
瓶颈队列（拥塞点）
│
WRED 最小门限 ──► 开始概率丢弃/ECN 标记
WRED 最大门限 ──► 丢弃概率 100%
│
队列打满 ──► 尾部丢包（全局同步，最糟）
三、关键决策表
| 决策项 | 推荐取值 | 依据/常见错误 |
|---|---|---|
| TCP 算法 | 高带宽高时延用 CUBIC；无线/丢包敏感用 BBR | 默认 Reno 收敛慢 |
| ECN 开关 | 低时延场景开启（net.ipv4.tcp_ecn=1） |
中间设备不支持会丢弃 ECN 报文 |
| WRED 最小门限 | 约为队列深度 20%~40% | 太高→预警失效 |
| WRED 最大门限 | 约为队列深度 60%~80% | 接近打满才丢→尾部丢包 |
| 标记概率 | 最大门限处 10%~100%（常取 10%） | 概率过高=提前丢包 |
| 缓冲区大小 | = BDP = 带宽 × RTT | 过大导致 bufferbloat 高时延 |
| 队列调度 | 高优先级 PQ/LLQ + 低优先级 WRED | 混合业务需分类 |
| 丢弃策略 | 高优先级尾丢、低优先级 WRED | 无差别丢包误伤关键业务 |
> 全局同步（Global Synchronization）：队列打满后同时丢弃多个 TCP 连接的报文，这些连接几乎同时减半窗口、再同时增窗，形成「吞吐锯齿」。WRED 的价值就在于此——在队列将满前随机提前丢弃少量报文，让不同连接在不同时刻降速，打破同步。工程上判断是否发生全局同步：压测时吞吐曲线呈周期性大幅波动（而非平稳）。
>
> bufferbloat 判断：缓冲区远大于 BDP 时，队列常被填满、时延从 ms 级飙到百 ms 级。用 ping 在满载链路侧测量 RTT，若满载时 RTT 是空载时的数倍，即为 bufferbloat，应减小缓冲或启用 AQM（WRED/CoDel/BBR）。
四、分步 SOP
- 测量 BDP：确认瓶颈带宽与 RTT，
BDP = 带宽(bps) × RTT(s)。 - 选 TCP 算法：按场景选 CUBIC 或 BBR，两端与中间设备验证。
- 开 ECN：Linux
net.ipv4.tcp_ecn=1，交换机启用 ECN 标记。 - 计算 WRED 门限：跑
wred_calculator.py生成最小/最大门限。 - 配置队列：高优先级尾丢，低优先级 WRED，避免全局同步。
- 压测验证：构造拥塞，观察丢包、时延、吞吐是否达预期。
- 回写监控：队列丢弃、ECN 标记、时延接入监控。
五、真实配置示例
Linux TCP/ECN 调优
# 查看与设置 TCP 拥塞算法
sysctl net.ipv4.tcp_congestion_control
sysctl -w net.ipv4.tcp_congestion_control=bbr
# 开启 ECN
sysctl -w net.ipv4.tcp_ecn=1
# 缓冲区（BDP 相关）
sysctl -w net.core.rmem_max=134217728
sysctl -w net.ipv4.tcp_rmem="4096 87380 134217728"
思科 IOS-XE WRED
policy-map WRED-POLICY
class class-default
random-detect
random-detect dscp-based
random-detect dscp af31 200 400 10
random-detect dscp be 100 300 10
interface GigabitEthernet0/0/0
service-policy output WRED-POLICY
华为 VRP WRED
# 定义丢弃模板（低门限 20%，高门限 80%，丢弃概率 10%）
drop-profile wred-profile
wred enable
wred color green low-limit 20 high-limit 80 discard-percentage 10
# 队列应用
qos queue-profile wred-profile
思科 ECN 配置
policy-map ECN-POLICY
class class-default
random-detect ecn
random-detect dscp-based
random-detect dscp af31 200 400
六、验证方法
| 检查项 | 达标阈值 | 命令 |
|---|---|---|
| TCP 算法生效 | 显示为目标算法 | sysctl net.ipv4.tcp_congestion_control |
| ECN 生效 | 拥塞时打 CE 标记而非丢包 | 抓包看 ECN 字段 |
| WRED 丢弃 | 队列打满前有概率丢弃，无全局同步 | show policy-map interface |
| 缓冲区适中 | 吞吐达标且时延不暴增 | iperf3 + ping 时延 |
| 高优先级保障 | 拥塞时高优先级丢包率低 | 压测分队列统计 |
七、常见故障排查表
| 现象 | 根因方向 | 首要动作 |
|---|---|---|
| 吞吐上不去 | 缓冲区 <BDP / TCP 算法差 | 算 BDP，调缓冲区与算法 |
| 时延暴增 | 缓冲区过大（bufferbloat） | 减小缓冲，用 BBR/主动队列管理 |
| 拥塞时雪崩 | 尾部丢包导致全局同步 | 启用 WRED 打破同步 |
| ECN 无效 | 中间设备不支持/未启用 | 抓包看 ECN，核对全链路 |
| 高优先级被丢 | 无分类/无差别 WRED | 分类 + 分队列丢弃策略 |
| WRED 未触发 | 门限过高/队列未打满 | 核对门限，压测制造拥塞 |
八、输出规范
交付时应产出：BDP 与缓冲区计算、TCP 算法选型结论、ECN 配置、WRED 门限参数表、压测报告（丢包/时延/吞吐）、风险清单（全局同步、bufferbloat、ECN 兼容性）。
九、边界与风险
- 缓冲区过大会引入 bufferbloat，时延暴增；过小吞吐受限。
- WRED 参数需按实际队列深度标定，本技能给出计算脚本与量级参考，不承诺绝对性能。
- ECN 需端到端支持，中间设备不支持会导致标记失效甚至丢包。
- 参数调整需逐步验证，避免一次性大改抖动业务。
配套资源
- WRED/ECN 参数手册：
references/wred-ecn-parameters.md - 厂商配置对照：
references/vendor-congestion-configs.md - 数据基线：
assets/queue-threshold.csv - 调优模板：
assets/wred-config-template.txt - 脚本：
scripts/wred_calculator.py（WRED 参数计算器） - 配套检查清单：《拥塞控制调优清单》
