Короткое определение

Давний дефолтный алгоритм TCP congestion control, стандартизованный в RFC 8312 (февраль 2018). Loss-based: растит congestion window по кубической кривой, режет вдвое (точнее, в 0.7 раз) на потере.

CUBIC спроектировали в 2005 году Sangtae Ha и Injong Rhee, чтобы поднять производительность TCP на высокоскоростных высоко-RTT-каналах. Он заменяет классический линейный рост AIMD на кубическую функцию времени с момента последнего congestion-события: сначала агрессивный рост, затем замедление при приближении к предыдущей ёмкости. После потери окно умножается на 0.7 (мягче классического 0.5), и кубическая кривая стартует заново. Итог – быстрое восстановление на long fat pipes и приемлемая справедливость к старым вариантам TCP.

CUBIC стал дефолтом Linux в 2007 и де-факто индустриальным стандартом TCP congestion control. Windows, macOS и iOS привезли CUBIC к 2013. Большинство CDN-серверов в 2026 году по-прежнему гоняют CUBIC для обычного HTTP-трафика. Его слабость – bufferbloat: CUBIC растёт до тех пор, пока не увидит потерю, и на каналах с глубокими буферами успевает заполнить их все до того, как заметит congestion, добавляя сотни миллисекунд очередей.

Для стриминга CUBIC – хороший дефолт для VOD по фиксированному ШПД. Для live и low-latency его всё чаще вытесняют BBR на стороне сервера, особенно на CDN-origin и edge, обслуживающих сотовые сети. Выбор операционно невидим зрителю; разница видна только на CDN-дашбордах и синтетических пробах.

Считаете параметры для своего продукта?

Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.