WHEP

WHEP стандартизирует подписку на WebRTC-стрим так же, как WHIP – публикацию. Плеер отправляет POST-запрос с SDP offer (в некоторых реализациях – получает offer для формирования ответа) на известный URL; сервер возвращает SDP, необходимый для завершения PeerConnection, и URL сессии для обмена ICE-кандидатами и завершения соединения. После согласования медиа передаётся через WebRTC, а задержка снижается до типичной для WebRTC – от 200 мс до 1 с.

Смысл WHEP – в совместимости. Раньше у каждого вендора WebRTC-egress была своя сигнализация: чтобы воспроизвести стрим, требовался SDK именно этого вендора. С появлением WHEP любой совместимый плеер может получать поток с любого совместимого сервера. К 2026 году реализации уже есть в OvenPlayer, плеере Cloudflare Stream, Mux, клиенте LiveKit и нескольких open-source плеерах, включая WHEP-плагин для Video.js.

WHEP и WHIP обычно развертываются в паре: издатель передаёт поток через WHIP, сервер раздаёт его через WHEP, и задержка от экрана издателя до экрана зрителя укладывается в одну секунду. Эта пара – прямая замена для связки RTMP+HLS в live-воркфлоу, где важна низкая задержка. К 2026 году внедрение сосредоточено в сервисах, ориентированных на минимальную задержку (спортивные ставки, аукционы, онлайн-обучение, киберспорт); массовый OTT по-прежнему использует LL-HLS/DASH, поскольку задержка в 2–4 секунды считается приемлемой, а экономика работы с CDN остаётся более выгодной.