Сетевые проблемы

Как выявить причину проблем пропуском кадров/нестабильным битрейтом мы рассмотрели в разделе Нестабильный битрейт


Если в разделе статистика у вас показываются пропуски в пункте “Пропуск кадров (сеть)”, значит у вас возникают проблемы с формированием или передачей пакетов.

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-814d-bb07-ef740bb3ecab-image.png


Для диагностики и устранения данных проблем, выполните следующие этапы:

  1. Проверьте и исправьте пункты, которые советует сайт OBS при анализе ваших логов. Инструкция
  2. Проверьте что вы выбрали лучший сервер от вашего местоположения. Для этого в кабинете зайдите в “Настройки

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-81e3-84e3-ccf7f5122234-image.png


Нажмите кнопку “Запустить тесты пинга

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-8169-b421-ff7ff160a979-image.png


После нажатия произойдет тестирование пинга до каждого сервера. Найдите несколько серверов c минимальным пингом и проверьте скорость до сервера с помощью кнопки “Тест скорости

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-8161-9f2a-cbe97cc409d8-image.png

Обычно пинг до 100мс считается нормальным показателем, особенно если вы используете мобильным интернет. На проводном интернете пинг меньше.


После нажатия “Тест скорости” у вас откроется окно с графиком скорости.

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-81f9-b9f8-f3fd31a44087-image.png

Убедитесь что вы выбрали сервер, до которого у вас минимальная скорость по графику с запасом больше чем битрейт установленный в программе.


В обс установленный битрейт вы можете посмотреть в разделе Настройки → Вывод → Битрейт

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-815c-8e68-cbd28311c9b7-image.png


Если результат теста скорости показывает значение ниже установленного битрейта (например, тест показывает 22 Мбит/с, а битрейт в OBS установлен на 30 000 кбит/с, то есть 30 Мбит/с), необходимо снизить битрейт до безопасного уровня — например, до 18 000 кбит/с. Это обеспечит запас на возможные колебания скорости интернета.

Если же вы уверены, что ваш интернет-провайдер предоставляет более высокую скорость, но возникают проблемы с трансляцией, рекомендуется провести трассировку соединения (этот вариант рассмотрим ниже).


Обратите внимание:

Провайдеры обычно указывают доступную скорость загрузки (входящего трафика), а для трансляций используется скорость отдачи — исходящий трафик от вашего компьютера. Это два разных параметра.

Сравнить скорость соединения можно на сайте speedtest.net, указав тот же регион, который вы выбрали в StreamVi. Однако важно учитывать, что Speedtest показывает среднюю скорость, которая может варьироваться — в какие-то моменты быть выше, в другие — ниже. А также есть различие в провайдерах для серверов, которые использует SpeedTest и наш сервис и может быть разница в маршрутах (об этом расскажем ниже)


1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-81b3-83ee-ee55aa236234-image.png


Важный нюанс:

Измерения скорости являются ориентировочными, поскольку Speedtest отправляет небольшие пакеты данных, что не отражает полной загрузки канала. Наш встроенный тест скорости обладает большей точностью, так как использует более объемные пакеты данных и приближен к реальным условиям трансляции.


Диагностируем соединение до сервера с помощью трассировки в PingPlotter

Данная программа позволяет наиболее точно выявить проблемы сети при соединении до сервера. Достаточно бесплатной версии. Скачать можно на официальном сайте: https://www.pingplotter.com


Интернет-соединение между вашим устройством и игровым или другим сервером проходит через множество промежуточных узлов (роутеров), образующих так называемый маршрут. Каждый из этих узлов может находиться в вашей домашней сети, у интернет-провайдера, у магистральных операторов в разных городах или в дата-центре конечного сервера.

Если где-то по пути возникает перегрузка, задержка или потеря пакетов, это может сказаться на стабильности соединения — например, вы будете наблюдать высокий пинг, лаги или прерывание связи.


PingPlotter выполняет трассировку маршрута и одновременно отправляет пинг (ICMP-запросы) на каждый узел, через который проходит трафик. Это позволяет в реальном времени видеть:

  • На каком этапе увеличивается задержка (ping).
  • Где происходят потери пакетов.
  • Является ли проблема постоянной или плавающей.
  • Устойчивы ли показатели в течение времени (важно для диагностики перегрузки в часы пик).

Каждый узел в цепочке отображается как отдельная строка, и вы можете наглядно увидеть, например: до 5-го узла пинг стабильный, а начиная с 6-го резко растёт и появляются потери — это и есть узкое место, где вероятнее всего и возникает проблема.


Чтобы начать диагностику с помощью этой программы, нужно вставить адрес сервера и нажать кнопку “Плей”:

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-81c0-8517-e6b1d915a30e-image.png

Чем дольше работает PingPlotter, тем точнее будет диагностика: накапливаются данные о стабильности соединения, временных пиках нагрузки и потере пакетов. Программу можно спокойно оставить в фоновом режиме — она потребляет минимальный объём трафика и, как правило, не мешает работе с интернетом или другим задачам на компьютере.


Рассмотрим пример результатов тестирования соединения с сервером, который находится на значительном удалении от нашего текущего местоположения.

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-816c-bae1-fc95d45f486c-image.png


🔍 Анализ трассировки: где возникает проблема

На графике мы видим информацию по каждому узлу маршрута (Hop), включая:

  • PL% (Packet Loss %) — процент потерь пакетов
  • Avg / Max / Cur — средняя, максимальная и текущая задержка (ping)
  • Визуализация в виде графика справа — задержки по каждому узлу

🔴 Ключевые наблюдения:

  1. Хопы с прочерками имеют 100% потерь, но без дальнейшего влияния

    Эти узлы просто не отвечают на ICMP-запросы, у них не определяется IP адрес (часто бывает у межсетевых экранов и роутеров, настроенных на игнорирование пинга), но это не значит, что проблема именно в них. Потери не передаются дальше — а значит, их просто пропускаем.

  2. Первый узел - это локальный роутер, задержки по локальный сети в норме, но не идуальные, т.к. в текущем примере исспользуется WiFI

  3. Хоп 15: 36.8% потерь и заметное увеличение задержки (71.3 мс)

    IP: 92.53.93.157. С этого узла начинаются реальные проблемы:

    • Средняя задержка увеличивается.
    • График справа показывает резкие колебания и высокий пинг.
  4. Диагностировать проблему нужно сверху вниз, исправляя сначала проблемы на ближайшем узле.


🧠 Вывод

На основе трассировки можно сделать следующие выводы:

  • Узким местом соединения является узел на хопе 15 — 92.53.93.157, принадлежащий хостинг-провайдеру. Здесь начинаются реальные потери пакетов и рост задержки, которые передаются дальше.
  • Потери в предыдущих хопах — ложные сигналы: они не влияют на дальнейший маршрут, и это стандартная ситуация для "глушащих" ICMP-ответы узлов.
  • На нижнем графике видно, что потери стабильны во времени — а значит, это не временный всплеск, а устойчивое нарушение.

На основе такой трассировки можно составить обращение к интернет-провайдеру с указанием конкретного проблемного узла. Вы также можете отправить результаты в нашу техническую поддержку — мы поможем точнее определить причину неполадок и при необходимости подготовим текст обращения к провайдеру.

Для этого удобно воспользоваться встроенной функцией PingPlotter — "Поделиться результатом" (Share) → Создать страницу (Create Share Page), которая позволяет быстро отправить ссылку на ваш тест:

1ee1d7c4-dfdf-8022-a6bf-c2f01b9f4403%2F1ee1d7c4-dfdf-8155-a088-dc23e7334395-image.png