Термин
WHIP
WebRTC-HTTP Ingestion Protocol – RFC 9725 (март 2025). Простой HTTP POST с SDP offer для старта WebRTC-ingest-сессии. Заменяет кастомную сигнализацию, которую раньше требовал каждый вендор.
До WHIP у каждого WebRTC-ingest-сервиса была своя сигнализация – схемы WebSocket, особенности REST, вендорские SDK. Плагин OBS под один сервис не работал в другом без правки кода. WHIP стандартизует максимально простую сигнализацию: энкодер POST-ит SDP offer на известный URL, сервер отвечает SDP answer и URL сессии, медиа течёт по поднятому WebRTC PeerConnection. PATCH и DELETE на URL сессии управляют ICE-кандидатами и разрывом.
RFC 9725 опубликован в марте 2025 после нескольких лет в драфте (`draft-ietf-wish-whip`). К 2026 году WHIP поддерживают OBS (встроенно с 30.x в 2023), Cloudflare Stream, Mux, Dolby.io, AWS MediaLive, Twitch и большинство managed live-платформ. Для WebRTC-ingest он сделал то, что RTMP сделал для Flash-ingest: единая поверхность, под которую может целиться любой вендор энкодера. Убийственная комбинация – OBS пушит H.264/Opus через WHIP на managed-сервис, конвертирующий в LL-HLS для distribution.
WHIP даёт суб-секундную contribution-задержку там, где RTMP даёт 2–5 секунд, без головной боли с портами (вся сигнализация по HTTPS/443, медиа по обычному WebRTC UDP). Цена – WHIP требует WebRTC-capable энкодеров и ingest-серверов, и те и другие эксплуатируются тяжелее RTMP. Тренд к 2026: WHIP для новых low-latency воркфлоу, RTMP для всего, что уже работает и не имеет требований к задержке.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.