Как диагностировать потерю пакетов

Краткий ответ: Измеряйте через mtr минимум на 100 циклах в обоих направлениях. Потери, появляющиеся на одном промежуточном хопе, но не на конечном — обычно безвредный ICMP rate-limiting; реальная потеря пакетов видна на финальном хопе и на каждом хопе после проблемной точки. Соберите отчёты и отправьте поддержке, если потери настоящие.

Обзор

Потеря пакетов «подвешивает» соединения, делает SSH дёрганым и рвёт звонки. Но большинство «потерь» в traceroute — артефакт: маршрутизаторы понижают приоритет ICMP-ответов о самих себе, безупречно передавая реальный трафик. Умение — отделить косметические потери от реальных, и корректно запущенный MTR делает именно это.

Что нужно иметь

• Установите mtr на обоих концах, если возможно: sudo apt install -y mtr-tiny (Debian/Ubuntu) или sudo dnf install -y mtr (Alma/Rocky). Windows: WinMTR.
• Запишите точные метки времени и ваш публичный IP-источник — поддержке нужны оба.

Пошаговая инструкция

1. С вашей стороны до сервера:

   mtr -rwbzc 100 SERVER_IP

   (-r отчёт, -w широкий, -b имена+IP, -z номера AS, -c 100 циклов.)
2. С сервера обратно к вам (обратный путь часто другой):

   mtr -rwbzc 100 YOUR_PUBLIC_IP

   Свой публичный IP узнайте через curl -4 ifconfig.me на рабочей машине.
3. Читайте колонку Loss%: игнорируйте одиночные потери на промежуточных хопах, если дальнейшие чистые; потери реальны, когда начинаются на каком-то хопе и продолжаются до пункта назначения.
4. Проверьте сам сервер: насыщение CPU или переполнение conntrack имитируют потери —

   uptime; ss -s
   ip -s link show eth0   # ошибки и дропы RX/TX

5. Если реальные потери держатся во времени и в обоих направлениях — сообщите с обоими выводами MTR.

Типичные проблемы

• «50% потерь на хопе 3!», но 0% на назначении = ICMP-троттлинг маршрутизатора, не проблема.
• Тест только во время всплеска: подтвердите паттерн несколькими прогонами/часами — мгновенная перегрузка случается в любой сети.
• Wi-Fi как первый хоп: потери с хопов 1–2 — это ваша локальная сеть; тестируйте по кабелю или с другого подключения.

Когда обращаться в поддержку

Устойчивые сквозные потери (Loss% назначения > 0 на 100+ циклах, оба направления, несколько раз) — наше дело: откройте тикет с обоими отчётами, метками времени и вашим IP-источником.

Частые вопросы

MTR показывает потери на промежуточном хопе, но 0% в конце — это проблема?

Нет. Маршрутизаторы понижают приоритет ICMP-ответов о себе, нормально передавая трафик. Потери реальны только тогда, когда продолжаются до финального хопа.

Зачем тестировать в обоих направлениях?

Маршрутизация в Интернете асимметрична — обратный путь может отличаться и именно он может нести проблему. Запускайте MTR и с вашей стороны, и с сервера.

Сколько циклов MTR достаточно?

Минимум 100 циклов (-c 100), это около двух минут — более короткие прогоны дают статистический шум, который выглядит как потеря пакетов, но ею не является.

Похожие статьи

• Как сделать traceroute / MTR
• Как диагностировать низкую скорость сети
• Как сообщить поддержке о проблемах с сетью
• Как проверить задержку до локаций Cloud2Y

Нужна помощь? Связаться с поддержкой Cloud2Y →