Что такое потеря пакетов и как она проявляется
Пакетами называют порции данных, на которые делятся любые передачи по сети. Если пакет не дошёл до получателя или ответ не вернулся, говорят о потере. Небольшая доля потерь для сети обычна и обрабатывается протоколом TCP автоматически повторной отправкой, но при заметных потерях страницы грузятся рывками, видеозвонки рассыпаются, а онлайн-игры начинают «лагать».
Причины бывают на разных участках: слабый сигнал Wi-Fi и помехи, плохой кабель или разъём, перегруженный канал, неисправный порт роутера, проблемы у провайдера, перегрузка на дальнем узле. Задача проверки — понять, на каком участке пакеты пропадают, чтобы не тратить время на ненужное. Для этого проверку делают ступенями: от самого близкого узла к дальним.
Не путайте потерю пакетов с низкой скоростью: канал может быть быстрым и при этом терять часть пакетов. Скорость измеряют отдельно, например, тестом или iperf3.
Шаг 1. Пинги до роутера и внешнего узла
Задача первого шага — получить процент потерь на двух участках. Узнайте адрес шлюза командой ipconfig в Windows или ip route в Linux и macOS (показывает основной шлюз, обычно вид 192.168.1.1).
- Проверьте роутер. Windows: ping -n 100 192.168.1.1. Linux и macOS: ping -c 100 192.168.1.1. Сто пакетов достаточно для первой оценки.
- Проверьте внешний узел: ping -n 100 example.com в Windows или ping -c 100 example.com в Linux и macOS.
- Прочитайте итоговую строку. В Windows она выглядит так (пример): Пакетов: отправлено = 100, получено = 97, потеряно = 3 (3% потерь). В Linux и macOS: 100 packets transmitted, 97 received, 3% packet loss.
- Запишите оба результата и время проверки.
Как трактовать. Ноль процентов на обоих участках — хорошо. Потери уже до роутера означают проблему в вашей домашней сети: Wi-Fi, кабель, сам роутер. Потери только до внешнего узла при чистом роутере говорят о проблеме дальше: у провайдера или на пути. Разброс времени ответа при отсутствии потерь — отдельная история, это нестабильная задержка.
| Результат | Вероятная область |
|---|---|
| Потерь нет ни до роутера, ни до внешнего узла | Сеть в норме в момент проверки |
| Потери до роутера | Wi-Fi, кабель, роутер |
| Потерь до роутера нет, до внешнего узла есть | Провайдер или маршрут |
| Потери периодические, по времени суток | Перегрузка канала или узла |
| Потери только на большие пакеты | Проблемы MTU или качества кабеля |
Шаг 2. Исключаем Wi-Fi и большие пакеты
Wi-Fi — самая частая причина потерь дома, поэтому повторите проверку с подключением кабелем. Если по кабелю потерь нет, а по Wi-Fi есть, работайте над беспроводной сетью: расположение, канал, диапазон, помехи. Проверьте и большие пакеты: ping -n 100 -l 1400 адрес в Windows и ping -c 100 -s 1400 адрес в Linux и macOS. Потери только на крупных пакетах указывают на неисправный кабель или проблемы с размером пакета на пути.
Проверяйте в разное время: утром, вечером, в часы пик. Если потери появляются только вечером, вероятна перегрузка. Если в какое-то время они устойчивы, заведите журнал: время, участок, процент.
Шаг 3. Проверка маршрута: pathping и mtr
Чтобы найти узел, на котором теряются пакеты, используйте инструменты с проверкой каждого шага. В Windows это pathping -q 100 example.com: он сначала строит маршрут, затем около двух минут измеряет потери по каждому узлу. В Linux и macOS есть mtr: mtr -rwc 100 example.com выведет отчёт по сотне циклов, в нём смотрите столбец Loss%. Установка mtr на macOS обычно идёт через менеджер пакетов.
Есть важная тонкость чтения. Промежуточные узлы часто ограничивают скорость ответов на служебные запросы, поэтому они показывают потери, которых у реального трафика нет. Если потери на одном узле не продолжаются на следующих, это ограничение ответов, а не проблема. Реальную потерю подтверждает ситуация, когда потери, начавшись на узле, сохраняются до конца маршрута. Подробнее это разобрано на отдельных страницах про mtr.
Что делать с результатом
Когда потери находятся у вас дома, порядок такой: перезагрузите роутер, проверьте кабели и разъёмы, замените патч-корд, смените канал Wi-Fi и приблизьтесь к роутеру, отключите устройства-подозреваемые по очереди. Если потери есть по кабелю прямо до роутера, вероятна неисправность порта или самого устройства.
Когда потери начинаются у провайдера, соберите доказательства: результаты трёх-пяти проверок в разное время, отчёт mtr или pathping, время, способ подключения. Обратитесь в техподдержку, приложив эти данные, и укажите, что проверка проводилась по кабелю. Так ваше обращение примут всерьёз.
Учтите ограничения метода. Ping использует ICMP, а некоторые узлы отвечают на него с низким приоритетом или вообще не отвечают. Реальный трафик приложений может вести себя иначе. Для проверки UDP-потерь в своей сети используйте iperf3 в режиме UDP. Проверяйте только свои каналы и узлы, к которым у вас есть законное отношение, и не запускайте очень частые пинги в сторону чужих серверов.
Как фиксировать проблему для обращения к провайдеру
Разовая проверка ничего не докажет: потери могут быть плавающими. Поэтому подготовьте небольшой журнал. Запускайте одну и ту же команду по расписанию, например каждый час в течение нескольких дней, и записывайте время, цель и итоговую строку. В Windows это можно сделать через планировщик заданий, в Linux и macOS через cron. Для каждой записи важно указать способ подключения: по кабелю или по Wi-Fi.
К обращению приложите три вещи: выдержки журнала с датами, отчёт маршрута и краткое описание симптомов, например «рывки в звонках вечером». Не приписывайте провайдеру вину заранее, просто изложите факты и попросите проверить участок сети. Так вероятность полезного ответа выше. Если потери оказались у вас дома, заведите привычку периодически перезагружать роутер и обновлять его прошивку: устаревшие версии иногда приводят к нестабильной работе.