Packet loss — один из ключевых показателей качества сети наряду с задержкой и джиттером. Пакет теряется, когда маршрутизатор или коммутатор переполняет буфер (tail drop), сетевая карта получает повреждённый фрейм (CRC error), или файрвол намеренно отбрасывает пакет. Измеряется командой ping или mtr как процент потерянных ICMP-запросов.
Причины packet loss
- Перегрузка канала — буферы маршрутизатора переполняются, хвостовые пакеты отбрасываются
- CRC-ошибки — повреждённый кабель, SFP-модуль или сетевая карта
- Half-duplex конфликты — несоответствие настроек duplex/speed на обоих концах кабеля
- Oversubscription — коммутатор суммарно принимает больше трафика, чем может передать
- DDoS-атака — намеренное переполнение входящих интерфейсов
Влияние на производительность
TCP реагирует на потерю пакетов снижением окна передачи: алгоритм AIMD уменьшает скорость вдвое при каждой потере. При постоянном packet loss 1% пропускная способность TCP падает примерно в 10 раз по сравнению с нулевыми потерями (формула Mathis: throughput ≈ MSS / (RTT × √loss_rate)). UDP-потоки (видео, VoIP) просто получают артефакты или обрывы.
Диагностика
Инструменты: ping -c 100 — быстрая проверка, mtr — traceroute с packet loss на каждом хопе, iperf3 — нагрузочное тестирование с измерением потерь. При 0% потерь на ping, но проблемах с TCP — проверяйте MTU и MSS.
История
Проблема packet loss существует с первых дней ARPANET (1969). Алгоритм TCP Tahoe для реакции на потери разработан Джейкобом и Карном в 1988 году. TCP SACK (Selective Acknowledgment, RFC 2018, 1996) улучшил восстановление после потерь без повторной отправки всех данных.
На что обращать внимание
Приемлемый packet loss для разных задач: интерактивные приложения (VoIP, игры) — <0,1%; файловые передачи (TCP) — <0,01% для высокой производительности; видеостриминг — <0,5% без видимых артефактов. При выборе хостинга смотрите на историческую статистику SLA по packet loss, а не только на uptime.
Причины и диагностика Packet loss
Packet loss (потери пакетов) происходят из-за: переполнения буферов на промежуточных узлах (queue overflow), физических неисправностей (битый кабель, SFP-трансивер), радиопомех в Wi-Fi, атак DDoS. Диагностика: mtr --report <host> показывает потери на каждом хопе. Потери >1% критичны для TCP (снижают throughput в 10+ раз), для UDP-приложений (VoIP, игры) критичны уже 0.5%. Ping с 1000 пакетами (ping -c 1000 <host>) позволяет статистически оценить потери. Для игровых серверов обязателен мониторинг jitter (вариация задержки) и packet loss одновременно.
Packet loss и хостинг
Качественный хостинг-провайдер гарантирует 0% packet loss в пределах своей сети. Для проверки качества сети хостера: скачайте Looking Glass (bgp-tester) провайдера и запустите ping/traceroute из разных точек присутствия. Хостеры, подключённые к MSK-IX, имеют прямые пиринговые сессии с другими российскими провайдерами — это снижает вероятность потерь на транзитных участках. Latency и packet loss — два ключевых показателя качества сети.