BBR算法如何找到最大带宽？

BBR算法通过观察网络的带宽利用率来估计最大带宽。它使用了两个关键的指标：带宽（Bandwidth）和最小往返时间（MinRTT）。

BBR算法在启动阶段会以较快的速度增加发送速率，以探测网络的带宽。它通过不断发送数据包并观察接收ACK的时刻，来估计带宽的变化情况。

首先，BBR算法通过发送数据包并记录发送时间戳，然后等待接收对应的ACK，并记录ACK的接收时间戳。通过这些时间戳信息，BBR可以计算出每个数据包的发送-接收时间间隔（即往返时间RTT）。

BBR算法维护了一个最小往返时间（MinRTT）的变量，该变量表示网络路径上最小的RTT。当观察到较小的RTT时，BBR会逐渐增加发送速率和拥塞窗口，以接近网络路径的带宽容量。如果RTT增加超过一定阈值，BBR会降低发送速率。

通过不断调整发送速率和观察带宽利用率，BBR算法可以逐渐接近网络路径的最大带宽。它会自适应地调整发送速率和拥塞窗口的大小，以达到最佳的带宽利用率。

需要注意的是，BBR算法在实际应用中可能会受到其他因素的影响，如网络拓扑、队列长度等。因此，它可能无法完全准确地找到网络的最大带宽，但可以尽可能地接近最大带宽。

相关问题

webrtc gcc bbr

引用[1]:在webrtc的某个版本中实现了BBR算法，但后来被移除了，没有给出具体原因。在测试中发现了超过50%的丢包率，与正常的BBR算法的2%~3%相比，丢包率异常高。[1]BBR算法在多个流争抢带宽的条件下，网络中的时延不可避免地增加，这可能是导致高丢包率的原因之一。引用[2]指出，BBR的工作机制和webrtc的pacer原理导致BBR算法处于失控状态，造成了极高的丢包率。因此，BBR算法被移除是合理的决定。

至于如何改进BBR算法，引用[2]中提到了一些尝试，如调整目标码率和拥塞窗口的限制。然而，这些改进并没有在所有测试场景中都取得正常的结果。因此，改进BBR算法仍然是一个需要进一步研究和探索的问题。

总结来说，BBR算法在webrtc中的实现存在一些问题，导致了异常高的丢包率。尽管已经尝试了一些改进方法，但仍然需要进一步的研究和改进来解决这个问题。

centos7安装bbr

### 安装和启用 TCP BBR 拥塞控制

#### 验证内核版本和支持情况
为了确保能够顺利安装和配置TCP BBR，在CentOS 7上需要确认当前使用的Linux内核版本是否支持此功能。通常来说，内核版本至少应为4.9以上才能原生支持BBR。

uname -r

如果显示的内核版本低于4.9，则可能需要先升级内核[^4]。

#### 加载必要的模块
对于支持BBR的内核，可以通过加载`tcp_bbr`模块来激活该特性：

modprobe tcp_bbr
echo "tcp_bbr" > /etc/modules-load.d/tcp_bbr.conf

这一步骤会立即加载模块并将它设置为开机自启动项之一。

#### 修改系统参数
接下来调整一些重要的系统级参数以优化网络性能并正式启用BBR作为默认的拥塞控制算法：

sysctl -w net.core.default_qdisc=fq
sysctl -w net.ipv4.tcp_congestion_control=bbr

上述命令分别设置了队列调度器(`default_qdisc`)以及指定TCP连接所采用的具体拥塞控制策略(`tcp_congestion_control`)。这里选择了公平队列(FQ)配合BBR一起工作，因为这对提高整体带宽利用率特别有效[^1]。

为了让这些更改永久生效而不是重启后失效，还需要编辑 `/etc/sysctl.conf` 文件加入如下两行内容：

net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr

保存文件之后运行 `sysctl -p` 来使新设定即时应用[^2]。

#### 验证配置成果
最后通过查询相关变量的状态验证是否已经成功启用了BBR:

sysctl net.ipv4.tcp_available_congestion_control
sysctl net.ipv4.tcp_congestion_control

这两个指令应该返回包含有`bbr`的结果，表明新的拥塞控制机制已经被正确部署到位[^3]。