统信UOS默认使用cubic拥塞控制算法，但在高延迟、高丢包或长肥管道网络下，切换为bbr或westwood可提升吞吐量与稳定性；临时切换执行sudo sysctl -w net.ipv4.tcp_congestion_control=bbr，永久启用需修改/etc/sysctl.conf并加载配置。
统信UOS系统默认使用cubic拥塞控制算法，但在高延迟、高丢包或长肥管道（LFN）网络环境下，切换为bbr或westwood等算法可显著提升吞吐量与响应稳定性。若您正部署视频流媒体服务、跨省专线传输或远程实时协作应用，发现带宽利用率偏低、RTT波动剧烈或重传率异常升高，说明当前拥塞算法已不匹配实际链路特征。
临时切换TCP拥塞控制算法（重启失效）
这一步操作起来很简单，直接在终端执行命令即可生效，无需重启服务或系统。
打开终端，执行以下命令查看当前可用算法列表：
cat /proc/sys/net/ipv4/tcp_available_congestion_control
确认目标算法（如bbr）是否在输出中；若无bbr，需先加载内核模块：
sudo modprobe tcp_bbr
立即切换当前会话的默认拥塞算法为bbr：
sudo sysctl -w net.ipv4.tcp_congestion_control=bbr
【注意：此设置仅在当前运行周期有效，系统重启后恢复默认】
永久启用BBR并设为默认算法
BBR v2在统信UOS 20.5+内核版本中已原生支持，启用后可绕过传统丢包驱动型算法的局限，通过建模带宽与RTT实现更精准的速率控制。
第一步：编辑sysctl配置文件
sudo nano /etc/sysctl.conf
第二步：在文件末尾追加两行（不可遗漏tcp_allowed_congestion_control）：
net.ipv4.tcp_congestion_control = bbr
net.ipv4.tcp_allowed_congestion_control = cubic reno bbr
第三步：加载新配置并验证
sudo sysctl -p
sudo sysctl net.ipv4.tcp_congestion_control
输出应为“bbr”；若仍显示cubic，请检查是否拼写错误或内核未启用BBR支持。
验证BBR是否真正生效
仅看sysctl值不等于算法已运行，必须确认内核实际调度路径已切入BBR逻辑。
方法一：检查socket级状态
执行 sudo ss -i | grep -i "bbr\|cwnd"，观察任意活跃TCP连接的cwnd增长模式是否呈探针式阶梯上升而非线性慢启动
方法二：读取内核统计计数器
cat /proc/net/bbr_info 2>/dev/null || echo "BBR未激活或无流量"
若返回空且ss无bbr字样，说明当前无TCP连接使用BBR——需有真实流量触发（如curl一个大文件或iperf3压测），否则内核不会初始化BBR控制块。
