Интернет для трансляции: стабильный канал для стрима
Настраиваем связь для онлайн‑трансляций, когда эфир нельзя ставить в зависимость от случайного Wi‑Fi: считаем upload, проверяем маршрут и оставляем запас под рабочий поток.
Ориентир проверенной конфигурации: стабильный upload 80–110 Мбит/с и ping 5–15 мс в точке теста. Итог зависит от площадки, нагрузки и выбранных операторов.
- RTMP и SRT
- Тест до выхода в эфир
- Резерв по каналам
зона эфира
Для эфира важен не самый красивый speedtest
Нужен устойчивый исходящий канал, понятный запас и проверенный маршрут до сервиса, куда уходит поток.
Стабильный интернет для стрима позволяет картинке продолжать идти в эфир, пока команда занята самим событием.
Смотрим на upload, ping, jitter и packet loss в рабочей точке. Если трансляция проходит на мероприятии, учитываем ещё и служебные устройства: их нагрузка не должна съедать запас кодера.
Для сложных задач объединяем мобильные каналы разных операторов. На странице аренды интернет‑бондинга описана отдельная схема для мероприятий и выездных эфиров.
Сколько скорости нужно для трансляции
Универсального числа нет: считаем сумму потоков и оставляем 30–50% свободного upload после замера.
Битрейт всех потоков
Складываем битрейт каждого эфира и удалённого подключения. К сумме закладываем запас: итоговая потребность = битрейт × 1,3–1,5.
Обычно 6–10 Мбит/с на поток
Рабочий ориентир для H.264 зависит от fps, картинки и требований платформы. Точное значение берём из настроек кодера и сервиса.
Обычно 20–35 Мбит/с на поток
Для 4K нагрузка выше, а сложная сцена быстрее расходует запас. Перед эфиром проверяем связку кодера, сети и платформы.
Ping 5–15 мс: ориентир теста
Проверяем задержку и packet loss в точке установки. Значения не гарантируем заранее: их фиксируем по результатам замера на объекте.
YouTube, VK Видео, Rutube, Zoom, RTMP и SRT
Подключаем тот маршрут, который нужен вашей схеме: публичная платформа, закрытая конференция или собственный ingest.
YouTube и VK Видео
Уточняем ingest‑адрес, ключ, разрешение и режим приватности. Тестовый поток можно проверить до публичного старта.
Rutube и собственный сервер
Работаем с RTMP‑маршрутом на согласованный адрес. Доступы и сетевые ограничения проверяем до дня мероприятия.
Zoom и удалённые спикеры
Оцениваем двусторонний трафик и число подключений. Для режиссёрской и спикера можно выделить отдельный приоритет.
SRT
Учитываем caller/listener, порт, latency и требования принимающей стороны. Маршрут согласуем до подключения.
Несколько потоков
Количество одновременных эфиров считаем по суммарному битрейту и запасу, а не по условному числу портов.
Внешний IP
Постоянный внешний или белый IP не обещаем по умолчанию: для VPN и whitelist согласуем его отдельной опцией.
Что происходит, если один оператор проседает
При объединении каналов трафик перераспределяется на доступные линии. Это сохраняет рабочую схему только пока оставшегося upload хватает для потока и заложенного резерва.
- До эфира проверяем каждый доступный канал и общую конфигурацию.
- При потере одного оператора запас уменьшается, поэтому заранее считаем сценарий деградации.
- Кодер и платформа могут реагировать по‑разному. Учитываем протокол и заданный latency.
- Инженер видит состояние подключения и помогает переключить схему в согласованном формате.
Как посчитать несколько одновременных потоков
Пример помогает оценить порядок величины; финальную схему подтверждаем тестом на конкретной площадке.
Два потока по 8 Мбит/с требуют канала с запасом. С запасом 30–50% понадобится примерно 21–24 Мбит/с стабильного upload.
Если к двум эфирам добавляются Zoom для спикера, служебный ноутбук и отправка материалов, их трафик тоже входит в расчёт. Для 4K смотрим на фактический bitrate кодера, частоту кадров и сложность изображения.
Когда задача выходит за рамки одного канала, рассматриваем мобильный интернет для мероприятия с отдельными сетями и резервом либо аренду бондинга для трансляции.
Проверяем не обещание, а рабочую цепочку
Результат зависит от места установки, времени и платформы. Поэтому проверка повторяет будущий сценарий.
Разбираем задачу
Платформа, протокол, разрешение, fps, bitrate, число потоков, адрес и время теста.
Проверяем площадку
Измеряем upload, ping, jitter и packet loss в точке, где будет стоять кодер или режиссёрская.
Запускаем тестовый поток
Проверяем реальный маршрут до YouTube, VK Видео, Rutube, Zoom, RTMP или SRT.
Фиксируем резерв
Согласуем оборудование, запас, сценарий при потере канала и присутствие инженера на запуске.
Связь, встроенная в продакшен
Интернет-бондинг для трансляции на Дне города Москвы
Разбор выездной схемы связи для эфира: оборудование и канал рассматриваются вместе с остальной технической зоной.
Открыть кейсПродолжить изучение
Аренда интернет‑бондинга для мероприятий Интернет на мероприятие: Wi‑Fi и LTE Трансляция мероприятий под ключ Главная страница PROFVIDEOВопросы о канале для эфира
Какой upload нужен для онлайн‑трансляции?
Сложите битрейт всех потоков и добавьте 30–50% запаса. Для ориентира, один поток 1080p часто занимает 6–10 Мбит/с, а для 4K обычно требуется 20–35 Мбит/с, но точные настройки зависят от кодека, fps и платформы.
Можно вести эфир на YouTube, VK Видео и Rutube одновременно?
Да, если доступного стабильного upload хватает на сумму потоков с резервом. При необходимости используем серверную раздачу или отдельные маршруты. Схему определяем по задаче.
Что будет при падении одного оператора?
В bonding‑схеме трафик перераспределяется на оставшиеся каналы. Итог зависит от их запаса и настроек кодера; этот сценарий проверяем и обсуждаем до эфира.
Можно ли подключить постоянный внешний IP для VPN или whitelist?
Да, запрос можно согласовать отдельно. Постоянный внешний IP не включаем автоматически: проверяем требования VPN, принимающей стороны и доступность нужной схемы на конкретной площадке.
Можно подключить интернет только на время трансляции?
Да. Согласуем окно доставки, монтажа, тестирования, эфира и демонтажа. Если нужна помощь на площадке, отдельно планируем дежурство инженера.
Проверим канал до выхода в эфир
Пришлите площадку, платформу, разрешение, bitrate и число потоков. Рассчитаем upload, подберём резерв и скажем, что нужно проверить на объекте.