Skenario

"Slow start" menggandakan window tiap round trip. Awalnya pelan lalu meledak, dan pada buffer dangkal ia melampaui kapasitas pipa jauh sebelum loss pertama menghentikannya.

Reno menambah satu segment tiap round trip, sehingga waktu mengisi pipa tumbuh seiring RTT. Pada 100 Mbps dengan 100 ms, window harus mencapai sekitar 860 segment, dan satu-per-RTT tidak akan sampai. CUBIC tumbuh sebagai fungsi kubik dari waktu sejak loss terakhir, jadi pemulihannya tidak bergantung pada jarak ujung yang lain. Ini alasan Linux mengganti default-nya.

Sender berbasis loss akan mengisi berapa pun buffer yang diberikan — itu arti "berbasis loss". Beri delapan BDP buffer dan ia akan menaruh delapan BDP data di antrean, menambah ratusan milidetik latensi tanpa kehilangan satu paket pun. Ini sebabnya video call memburuk ketika ada yang mulai mengunduh.

Chiu dan Jain membuktikan pada 1989 bahwa additive increase dengan multiplicative decrease menuju bagian yang setara dari titik awal mana pun. Flow kedua di sini datang terlambat 20 detik, jadi titik awalnya setimpang mungkin.

Pertumbuhan window terjadi per round trip, jadi flow dengan RTT seperempatnya menambah window empat kali lebih sering dan mendapat bagian yang jauh lebih besar. Kedua flow di sini identik dalam segala hal lain.

BBR v1 tidak memperlakukan loss sebagai sinyal congestion. Ia mengukur bandwidth bottleneck dan delay propagasi lalu memacu pada laju itu. Ketika berbagi buffer dalam dengan flow berbasis loss, keduanya mengoptimalkan hal yang berbeda — dan bagaimana kapasitas akhirnya terbagi masih diperdebatkan secara aktif, bukan pertanyaan yang sudah selesai.

Vegas mengamati queueing delay dan mundur sebelum ada paket yang dibuang — pada 1995, lebih dari dua puluh tahun sebelum BBR. Cara ini berhasil: sendirian, ia memenuhi link dan menyisakan antrean nyaris kosong. Tapi ketika berbagi bottleneck dengan flow berbasis loss yang baru mundur setelah kehilangan paket, kapasitas yang dilepas Vegas dengan sopan langsung diambil tetangganya.

Tanpa selective acknowledgement, receiver hanya bisa bilang "masih menunggu", jadi sender menambal satu lubang per round trip. Setelah burst loss di jalur panjang-lebar, itu berarti ratusan round trip. Dengan SACK, sender tahu persis segment mana yang hilang dan menambal semuanya sekaligus.