笙亿网络策划

开启 TCP BBR 后 CN2 VPS 上传速度反而下降怎么回事？

约 6 分钟读完 6 阅
文章导读
开启 TCP BBR 后 CN2 VPS 上传速度下降，通常是因为 BBR 的主动带宽探测机制触发了运营商的 QoS 限速，或者服务器队列 discipline 未适配导致硬件加速失效。建议先检查当前拥塞控制算法和队列设置，若确认是 BBR 导致，可回退至 Cubic 算法对比测试。
📋 目录
  1. 壹 命令速用版
  2. 贰 为什么会这样
  3. 叁 分步处理
  4. 肆 怎么验证是否生效
  5. 伍 常见坑
  6. 陆 常见问题
A A

开启 TCP BBR 后 CN2 VPS 上传速度下降，通常是因为 BBR 的主动带宽探测机制触发了运营商的 QoS 限速，或者服务器队列 discipline 未适配导致硬件加速失效。建议先检查当前拥塞控制算法和队列设置，若确认是 BBR 导致，可回退至 Cubic 算法对比测试。

先说结论：BBR 并非在所有网络环境下都能提速，CN2 线路本身质量较好，BBR 的激进探测反而可能被识别为异常流量而限速。

  • 先定位：使用 sysctl 命令确认当前 tcp_congestion_control 是否为 bbr，检查 qdisc 队列是否为 fq。
  • 先做：临时切换回 cubic 算法进行上传速度对比测试，排除算法干扰。
  • 再验证：通过 iperf3 或多线程上传测试，观察切换算法后的吞吐量波动。

命令速用版

以下命令用于快速查看当前网络配置并临时切换算法，无需重启服务器。

sysctl net.ipv4.tcp_congestion_control
tc -s qdisc show dev eth0
sysctl -w net.ipv4.tcp_congestion_control=cubic

若切换后速度恢复，说明当前环境不适合 BBR。如需永久生效，需修改/etc/sysctl.conf 配置文件。

为什么会这样

BBR 算法的核心逻辑是通过主动探测带宽和延迟来优化传输，这在高丢包、高延迟的普通线路上效果显著，但在优质线路上可能适得其反。

CN2 线路通常具有低延迟、低丢包的特征，传统 Cubic 算法已能较好利用带宽。BBR 开启后会持续发送探测包以维持带宽估算，这种行为在运营商侧看来可能类似流量突发，容易触发基于速率的 QoS 限速策略。此外，BBR 依赖 fq 或 fq_codel 队列调度器，若系统默认仍为 pfifo_fast，会导致 BBR 无法有效控制发送节奏，甚至禁用部分硬件加速路径，造成 CPU 软中断升高且吞吐量下降。

分步处理

按照以下步骤排查并优化上传速度问题，每一步都需确认结果后再进行下一步。

1. 确认当前拥塞控制算法
执行命令sysctl net.ipv4.tcp_congestion_control，若返回net.ipv4.tcp_congestion_control = bbr，说明 BBR 已启用。若未启用但速度仍慢，则问题可能不在算法层面。

2. 检查队列调度器
执行命令tc -s qdisc show dev eth0，观察是否显示fq或fq_codel。若显示pfifo_fast，说明队列未适配 BBR，需在/etc/sysctl.conf中添加net.core.default_qdisc = fq并重启网络服务。

3. 临时回退测试
执行命令sysctl -w net.ipv4.tcp_congestion_control=cubic，立即进行文件上传或 speedtest 测试。若速度明显回升，则确认是 BBR 兼容性问题。

4. 检查硬件加速状态
部分虚拟化环境或软路由场景中，BBR 可能绕过 Fast Path。检查/proc/sys/net/ipv4/conf/all/fast_forward，若值为 0 且 CPU 软中断占比高，建议关闭 BBR 以恢复硬件加速。

怎么验证是否生效

优化后需通过具体指标确认效果，避免凭感觉判断。

开启 TCP BBR 后 CN2 VPS 上传速度反而下降怎么回事？

1. 吞吐量测试
使用iperf3工具进行双向测试。服务端运行iperf3 -s，客户端运行iperf3 -c 服务器 IP -P 4，对比切换算法前后的带宽数值。

2. 连接状态观察
使用ss -i命令查看具体 TCP 连接状态，关注cwnd（拥塞窗口）和rtt（往返时延）。若开启 BBR 后cwnd波动剧烈且伴随重传增加，说明算法不适应当前链路。

3. 延迟稳定性
执行ping -f 服务器 IP（注意控制频率），观察延迟抖动。若开启 BBR 后延迟波动超过 30ms 且伴随丢包，说明网络拥塞加剧。

常见坑

在处理过程中，以下场景容易导致误判或操作失效，需特别谨慎。

1. 低带宽链路慎用 BBR
若 VPS 带宽低于 50Mbps，BBR 的探测机制可能占满可用带宽，导致正常业务数据包排队延迟。部分技术案例显示，中低带宽环境下开启 BBR 后性能可能下降。

2. 运营商 QoS 限制
部分运营商对上行流量有严格限制，BBR 的激进发送可能更快触发限速阈值，导致速度从较高值骤降至较低值，而非平稳运行。

3. 内核版本兼容性
BBR 需要较新的 Linux 内核支持（通常 4.9+）。若通过第三方脚本强行安装内核，可能导致系统不稳定或网络模块冲突，生产环境建议优先使用发行版默认内核。

常见问题

BBR 开启后如何永久关闭？

修改/etc/sysctl.conf 文件，将 net.ipv4.tcp_congestion_control 的值改为 cubic 并执行 sysctl -p 生效。

CN2 线路是否必须开启 BBR？

不是，CN2 线路本身质量较好，Cubic 算法通常已能跑满带宽，开启 BBR 收益有限且存在限速风险。

上传速度慢是否一定是 BBR 的问题？

不一定，还需排查服务器 CPU 负载、磁盘 IO 性能以及本地网络上行带宽是否受限。