Wi-Fi подключён, страница статуса зелёная, а сайты еле грузятся? Доступность и производительность — разные вещи. Как понять, что именно сломано.
Все индикаторы говорят, что вы онлайн: значок Wi-Fi полный, лампочки роутера зелёные, на странице статуса провайдера нет аварий, а ping отвечает. Но страницы грузятся мучительно, звонки рвутся, загрузка файлов зависает. Этот разрыв и есть тема статьи. Соединение может быть доступным и при этом непригодным для работы, потому что «работает» и «достаточно быстро» измеряются разными вещами.
Главное
- Доступность отвечает на вопрос, доходят ли пакеты вообще. Ping, карты сбоев и страницы статуса отвечают только на него.
- Производительность отвечает на вопрос, насколько хорошо они доходят: задержка, пропускная способность и потери определяют, пригодно ли соединение для приложений.
- Взгляд, заточенный под сбои, по построению не видит деградацию. M-Lab, проект за открытым тестом скорости NDT, говорит прямо: сеть может оставаться доступной, пока рост задержки или падение пропускной способности делают приложения неработоспособными.
- Неисправность часто находится где-то на пути, например на перегруженном стыке сетей или в забитой очереди, и ни один из концов её не видит.
- Один тест скорости не локализует неисправность, но четыре показателя и несколько быстрых сравнений покажут, какого рода у вас проблема.
Доступность и производительность
Доступность — двоичная величина. Пакет либо может дойти от вас до адресата и вернуться, либо нет. Ответ на ping, открывшаяся страница статуса и зелёный значок «подключено» доказывают только одно: кто-то ответил.
Производительность — это спектр. Она включает время одного цикла «туда и обратно», объём данных в секунду, стабильность задержки и долю потерянных данных. Приложению неважно, что пакет когда-нибудь дошёл; важно, чтобы он дошёл достаточно быстро, достаточно часто и в ровном ритме.
Поэтому деградировавшее соединение может пройти любую проверку доступности. Для видеозвонка нужна круговая задержка заметно меньше нескольких сотен миллисекунд. Ping в 900 мс — вполне корректное «да, доступно» и совершенно непригодный звонок.
Почему обзоры сбоев не видят замедления
Публичные обсерватории интернета в основном отслеживают сбои: сети или сервисы становятся недоступными, что заметно по маршрутизации или трафику. В анонсе HERMES от M-Lab отмечено, что потеря связи — лишь одна из форм отказа, а сеть может оставаться доступной, пока рост задержки или падение пропускной способности делают онлайн-приложения неработоспособными. Такие деградации не прерывают соединение, поэтому инструменты, ориентированные на сбои, могут их пропускать. Чтобы их заметить, нужен другой подход: измерять сквозную производительность, а не следить за доступностью и маршрутизацией.
Дома работает та же логика. Всё, что проверяет только «можно ли достучаться», устроено так, чтобы отвечать «да» и медленному соединению.
Где на самом деле проблема
Ваш трафик проходит несколько участков: устройство и Wi-Fi, роутер, сеть доступа провайдера, стыки между сетями, транзит и, наконец, собственная инфраструктура адресата. Оба конца перегруженного участка продолжают сообщать «работает», потому что со своей стороны это так.
Типичные места, где соединение «работает», но деградировало:
- Локальный Wi-Fi. Слабый сигнал или помехи добавляют повторные передачи и задержку, а лампочка роутера остаётся зелёной.
- Забитая исходящая очередь. Когда что-то занимает исходящий канал, пакеты стоят в очереди. О том, как слишком большие буферы превращают загруженный канал в дополнительную задержку, читайте в статье про bufferbloat.
- Перегруженный стык сетей или удалённая точка обмена трафиком. До одних адресов медленно, остальное в порядке, и на вашей стороне ничего подозрительного.
- Загруженный или далёкий сервер. Маршрут здоров, узкое место на дальнем конце.
HERMES от M-Lab построен вокруг именно этой проблемы. Он берёт запущенные пользователями тесты скорости, группирует их по сети доступа, агломерации и тестовому серверу и, когда данных в группе достаточно (не меньше 25 тестов минимум с пяти разных клиентских IP за предыдущую неделю), сравнивает её с собственной недавней базой, ища два сигнала: рост задержки и падение пропускной способности. Затем он сопоставляет это с прямыми и, если есть, обратными трассировками, чтобы оценить, где находится деградация: в сети доступа, на стыке, в транзитной сети или рядом с адресатом. Авторы подчёркивают, зачем нужна группировка: единичный медленный тест может быть просто вашим Wi-Fi, устройством или фоновым трафиком, тогда как перегрузка общей инфраструктуры проявляется у многих пользователей сразу.
Что на самом деле измеряет тест скорости
Тест NDT от M-Lab описан как однопотоковое измерение способности соединения к «объёмной передаче»; он сообщает скорость загрузки и отдачи, а также показатели задержки. Отсюда два вывода:
- Тест скорости измеряет весь путь от вашего устройства до тестового сервера, а не только ваш канал. Если путь до этого сервера перегружен, результат будет плохим, даже если ваша линия в порядке.
- Это снимок для одного адресата. Он не скажет, где неисправность: в вашем Wi-Fi, у провайдера или на стыке в трёх сетях от вас. Измерять задержку на пути настолько непросто, что IETF стандартизирует методику: например, RFC 7679 определяет метрику односторонней задержки.
Четыре показателя, которые различают случаи
Большинство случаев различают четыре показателя. Сопоставьте каждый с вероятной причиной:
| Показатель | Что показывает | Признак проблемы |
|---|---|---|
| Задержка под нагрузкой | Задержка в очереди | В простое всё хорошо, при загрузке канала резкий скачок: проблема очереди (bufferbloat) |
| Джиттер | Стабильность задержки | Скачущие значения: нестабильный канал или радиопомехи |
| Потери пакетов | Данные, которые не доходят | Любые устойчивые потери указывают на неисправный канал или перегруженный узел |
| Пропускная способность | Ёмкость или перегрузка | Намного ниже тарифа, особенно в одно и то же время вечером: нехватка ёмкости или перегрузка |
Тест скорости сети BrowserInsight показывает скорость загрузки и отдачи, задержку и джиттер, а также замеряет задержку до нескольких крупных сайтов вроде Google, YouTube и Netflix, так что у вас есть несколько адресатов для сравнения. Потери пакетов и задержку под нагрузкой он отдельными числами не выводит: как получить задержку под нагрузкой, описано в первом шаге ниже, а устойчивые потери обычно проявляются как подвисания и скорость намного ниже тарифной.
О том, какие значения считать хорошими, читайте в статье полоса, задержка и джиттер, а обе метрики стабильности подробно разобраны в материале джиттер и потеря пакетов.
Порядок диагностики
- Сравните задержку в простое и под нагрузкой. Запустите тест, когда больше ничего не работает, а затем ещё раз во время крупной загрузки или отдачи на другом устройстве или в другом приложении. Сильный рост задержки означает очередь на вашем собственном соединении.
- Сравните адресатов. Посмотрите на замеры задержки до отдельных сайтов в тесте скорости. Если один-два адресата заметно медленнее остальных, проблема на пути к ним, а не дома.
- Сравните кабель и беспроводное подключение. Подключитесь к роутеру кабелем. Если по кабелю всё хорошо, а по Wi-Fi нет, причина в локальных радиоусловиях.
- Повторите в разное время. Замедление в одни и те же часы каждый день больше похоже на общую перегрузку, чем на неисправность вашего оборудования. Если числа плавают от запуска к запуску, нормальные причины разброса разобраны в статье почему результаты теста скорости меняются.
Честная оговорка
Клиентский тест не может определить место неисправности на пути. Он покажет, что что-то между вами и одним сервером деградировало, а ваши сравнения помогут исключить собственный Wi-Fi и очередь. Чтобы привязать проблему к конкретному стыку, нужны агрегированные измерения многих пользователей и данные о маршрутах — именно эту нишу заполняют проекты вроде HERMES. Если проводные тесты в простое плохие сразу для нескольких адресатов, собранные данные стоит принести провайдеру.
Частые вопросы
Почему интернет медленный, но не отключён?
«Отключён» значит недоступен, а «медленный» значит высокая задержка, низкая пропускная способность, потери или нестабильная задержка. Соединение может доставлять пакеты, но слишком медленно для нужного приложения.
Если ping проходит, соединение в порядке?
Нет. Он показывает лишь, что адресат доступен, и даёт одно значение времени приёма-передачи (RTT). Задержка под нагрузкой, потери и пропускная способность могут быть плохими.
Может ли проблема быть вне моего дома?
Да. Перегруженный стык, забитый транзитный канал или загруженный сервер способны ухудшить производительность, пока роутер и провайдер сообщают о норме. Проверка нескольких адресатов помогает понять, связана ли проблема с конкретным путём.
Доказывает ли один медленный тест проблему в сети?
Сам по себе нет. Один медленный результат может быть из-за Wi-Fi, устройства или фонового трафика. Закономерность в повторных тестах, по разным адресатам и в разное время — гораздо более сильное доказательство.
Вывод
«Подключено» говорит лишь о том, что пакеты проходят. Пригодность соединения зависит от задержки, джиттера, потерь и пропускной способности, а инструменты, проверяющие одну доступность, их не видят. Измерьте все четыре, сравните простой и нагрузку, ближний и дальний серверы — и вы поймёте, где неисправность: в Wi-Fi, в очереди или дальше по пути.
Рекомендуем также прочитать:
