昨晚,Google Groups “BBR Development” group发出了一个topic,我早上醒来才看到,大致扫了一眼,这又是BBR进化史上的一个里程碑。
先给出slides链接:
- BBR Congestion Control Work at Google IETF 102 Updates:https://datatracker.ietf.org/meeting/102/materials/slides-102-iccrg-an-update-on-bbr-work-at-google-00
- BBR Congestion Control:IETF 102 Update: BBR Startup:https://datatracker.ietf.org/meeting/102/materials/slides-102-iccrg-bbr-startup-behavior-01
然后大致介绍一下这两篇更新里的要点。
在第一个slides中,大致介绍了3个要点:
- 缓解了Startup阶段以及激进发送带来的丢包和时延
- 改善了与传统CC算法并存时的公平性问题
- 重构了PROBE_RTT这个BBR状态的实现
为此,BBR在v2中更改了太多的框架意义上的逻辑,我摘录一段:
BBR v2 model:
- Mostly cruise at an operating point that maintains flow balance and leaves headroom
- inflight_lo: conservative in-flight bound based on recent loss/ECN signals
- Periodically probe beyond flow balance to probe robustly for higher volume, bandwidth
- i