NetDiag+
Почему пинг подскакивает, когда канал занят
Картина всегда одна и та же: задержка в норме, пока ничего не грузится, потом на пару секунд подскакивает на сотни миллисекунд и снова успокаивается. Звонки заикаются, игры дёргаются, а любой спидтест уверяет, что с каналом всё хорошо. Это буфферблоат — где-то на пути стоит очередь, которая держит ваши пакеты, пока прокачивает большой объём.
Три шага, которые называют виновника
- Сначала измерьте задержку на холостом ходу. Когда сетью больше ничего не пользуется, пингуйте стабильный адрес несколько секунд и запишите медиану. Это базовая линия — без неё второе число ничего не значит.
- Повторите под нагрузкой. Загрузите канал сначала на приём, потом на отдачу, и всё это время продолжайте пинговать. Прирост над базовой линией и есть буфферблоат: до 30 мс — здоровая сеть, свыше 200 мс — то, что ломает звонки.
- Прочитайте направление. Задержка взлетает при отдаче — виноват буфер вашего роутера или модема. Взлетает при приёме — очередь на оборудовании провайдера. Лечится это совершенно по-разному.
Что означает оценка
Оценка показывает, насколько вырастает задержка, пока канал загружен, по сравнению с вашей собственной базовой линией на холостом ходу — а не саму базовую линию и не скорость. Линия с 40 мс, которая и под нагрузкой держится около 40 мс, получит оценку лучше, чем линия с 10 мс, подскакивающая до 150. NetDiag+ берёт 95-й перцентиль этого прироста в худшем из двух направлений, так что один случайный пакет не решает исход.
- A+ — прирост меньше 5 мс. Очередь фактически пуста.
- A — меньше 30 мс. Здоровая сеть: большинство людей ничего не замечает.
- B — меньше 60 мс. Для звонков всё ещё нормально, а в соревновательных играх это может ощущаться.
- C — меньше 200 мс. Видеозвонки начинают заикаться, стоит кому-то другому что-нибудь скачивать.
- D — меньше 400 мс. Под нагрузкой звонки обрываются, а играть становится невозможно.
- F — 400 мс и больше. Классическое «интернет умирает, стоит кому-нибудь начать выгружать фото».
Wi-Fi, роутер или провайдер: как читать два пинга
Один пинг под нагрузкой доказывает, что очередь есть, но не показывает, где она. NetDiag+ на протяжении всего теста пингует две цели — ваш роутер и узел в интернете, — и по тому, как ведут себя оба пинга, видно, где стоит очередь:
- Задержка до роутера тоже растёт (больше чем примерно на 30 мс): очередь находится между телефоном и роутером — перегруженный Wi-Fi, слабый сигнал или радиомодуль самого телефона. Прежде чем менять какие-либо настройки, повторите тест рядом с роутером или с другого устройства.
- Роутер ровный, отдача как минимум вдвое хуже приёма: переполнен буфер отдачи в вашем собственном роутере или модеме. Именно этот случай исправляет SQM.
- Роутер ровный, приём как минимум вдвое хуже отдачи: очередь в сети провайдера. Дома это не исправить, зато можно задокументировать.
- Роутер ровный, раздуты оба направления: виноват модем или линия между ним и провайдером.
- На мобильном интернете очередь в силу самого устройства сети находится у оператора, и результат так и сообщает, вместо того чтобы винить что-то у вас дома.
Когда тест не может нагрузить канал
Любой тест на буфферблоат исходит из того, что он действительно заполнил канал. Если тестовый сервер так и не отдаёт реальные данные, задержка остаётся ровной, прирост близок к нулю, и наивный тест ставит A+ линии, которую так и не проверил. Это случается чаще, чем кажется: с июня 2025 года соединения из России к Cloudflare замедляют так, что доходят лишь примерно первые 16 КБ каждого ответа, а порталы авторизации в публичных сетях и корпоративные прокси способны похожим образом застопорить скачивание.
Поэтому всегда смотрите на скорости рядом с оценкой. Если ни в одном направлении скорость не дошла примерно до 1 Мбит/с, а задержка не сдвинулась, такой прогон ничего не говорит о вашей линии. NetDiag+ не выдаёт за такой прогон чистую оценку, а показывает его без оценки — тестовый сервер не удалось нагрузить из этой сети, — и Индекс здоровья оставляет баллы за нагрузку и скорость нейтральными, а не засчитывает их как идеальные.
Что на самом деле помогает
- Бложение на отдаче: включите SQM. Если роутер это умеет, включите Smart Queue Management (CAKE или fq_codel; производители называют это ещё QoS или Adaptive QoS) и выставьте лимит отдачи примерно на 85–95% от реально измеренной скорости. Тогда роутер держит очередь под своим контролем и не даёт модему забивать огромный буфер.
- Бложение на приёме: ограничьте скорость ниже линии или идите к провайдеру. Лимит приёма чуть ниже реальной скорости часто смягчает проблему. Если не помогает, очередь дальше по пути, и серия прогонов днём и вечером — как раз те доказательства, которые нужны провайдеру.
- Бложение в Wi-Fi: чините радио, а не шейпер. Подойдите ближе, перейдите на 5 ГГц, смените канал или добавьте точку доступа. SQM на роутере не укоротит очередь, которая образуется в эфире.
- Перепроверьте в плохой час. Исправление, получившее A в полдень, ничего не доказало, пока не выдержит вечер, когда канал загружен сильнее всего.
Бесплатно · 31 инструмент · разовая покупка · без подписки
Вопросы, которые задают на самом деле
Спидтест показывает 500 Мбит/с — почему я всё равно лагаю?
Потому что спидтест мерит, сколько данных пролезет в пустую трубу, а не сколько ждёт один пакет, когда труба забита. Пропускная способность и задержка под нагрузкой — разные величины, и только вторая предсказывает, выживет ли видеозвонок.
Это вина роутера или провайдера?
Об этом говорит направление. Бложение на отдаче почти всегда — буфер вашего роутера или модема, потому что именно он решает, что отправить следующим. Бложение на приёме живёт на оборудовании провайдера, потому что там решают, что отправить вам.
Почему провайдер говорит, что всё в порядке?
Их тесты проверяют линию: уровни сигнала, счётчики ошибок, пропускную способность. Всё это может быть идеальным, пока очередь добавляет 300 мс задержки. Вас не отфутболивают — просто мерят другое.
Можно исправить самому?
Если бложение на отдаче — обычно да: включите на роутере SQM, QoS или fq_codel и ограничьте отдачу примерно 90% от скорости линии. Это осознанный обмен небольшой части полосы на короткую очередь. Бложение на приёме получится только смягчить, ограничив скорость ниже линии.
Телефон показывает чисто, а компьютер всё равно лагает. Что дальше?
Значит, сеть не виновата, и проблема в самой машине. Первый подозреваемый — драйверы сетевого адаптера: стандартные драйверы из системы идут с огромными буферами передачи и без управления очередью, что даёт ровно такие всплески. VPN-клиент или защитный пакет способны на то же самое.
Одного теста достаточно?
Нет. Bufferbloat — проблема времени суток: чистый прогон в три ночи ничего не говорит о девяти вечера. Запускайте тест в плохой час в несколько разных дней и один раз в спокойный час как контроль. NetDiag+ хранит худший скачок каждого прогона на графике тренда за 7, 30 или 90 дней с цветом по оценке, может один раз напомнить проверить снова в противоположное время суток и собирает из истории Индекса здоровья отчёт для провайдера — текстом или в PDF.
Почему на телефоне F, а на ноутбуке B?
Потому что тест с телефона измеряет линию плюс его собственное Wi-Fi-радио. Телефон добавляет свою очередь, уходит в энергосбережение между пакетами и делит эфир с соседями — поэтому задержка под нагрузкой по Wi-Fi обычно хуже самой линии, иногда на целую оценку. Оба результата верны: они измеряют разное. NetDiag+ во время теста отдельно пингует роутер: если шлюз уже дрожит, отчёт называет проблемой локальный линк и не даёт свалить свой Wi-Fi на провайдера.
Буфферблоат — не единственное, что тихо ломает внешне здоровое соединение. Дальше: как узнать свой реальный Path MTU →