Выпуск 7. TCP и UDP: выбор, который делает каждый протокол

Выбор между TCP и UDP — первое архитектурное решение любого стримингового продукта: от него зависят нижний предел задержки, возможность кешировать трафик в CDN и то, замрёт ли картинка из-за одного потерянного пакета. Седьмой выпуск разбирает два транспорта через одно понятие — блокировку очереди — и объясняет, почему массовая раздача живёт на TCP, звонки и контрибуция — на UDP, а QUIC стирает старую границу. В выпуске: — TCP как заказное письмо и UDP как пачка открыток: что гарантирует каждый и что UDP оставляет приложению; — блокировка очереди (head-of-line blocking) кадр за кадром: как одна потеря запирает в буфере TCP уже пришедшие следующие кадры; — почему HLS и DASH живут на TCP: буфер плеера прячет повторы, а сегменты кешируются в CDN для сотен тысяч зрителей; — почему WebRTC и SRT выбирают UDP и как они «делают UDP менее плохим» своим восстановлением потерь; — три стратегии восстановления: ретрансмиссия (ARQ) платит задержкой, избыточность (FEC) — полосой, маскирование — качеством; — QUIC поверх UDP: гарантии TCP, независимые потоки и блокировка очереди на поток, а не на всё соединение. «Декодировано» — подкаст компании Фора Софт по материалам серии книг «Справочник по видеоинженерии». Второй сезон — о стриминге, по книге «Видеостриминг». Фора Софт с 2005 года создаёт видеопродукты, real-time-коммуникации и AI-системы: 250+ проектов, живой стриминг с задержкой 0,4–0,5 секунды на 10 000 зрителей, решения для NBC, CBS и Red Bull. Если вы делаете продукт, где есть видео или онлайн-звонки, — приходите к нам: https://fora-soft.ru/