Потеря пакетов

редактировать

Потеря пакетов происходит, когда один или несколько пакетов данных, перемещающихся по компьютерной сети, не достигают места назначения. Потеря пакетов вызвана либо ошибками при передаче данных, обычно в беспроводных сетях, либо перегрузкой сети. Потеря пакетов измеряется как процент потерянных пакетов по отношению к отправленным пакетам.

Протокол управления передачей (TCP) обнаруживает потерю пакетов и выполняет повторную передачу, чтобы обеспечить надежную передачу сообщений. Потеря пакетов в TCP-соединении также используется для предотвращения перегрузки и, таким образом, приводит к намеренному снижению пропускной способности соединения.

В приложениях реального времени, таких как потоковая передача мультимедиа или онлайн-игры, потеря пакетов может повлиять на качество работы пользователя (QoE).

СОДЕРЖАНИЕ

  • 1 Причины
    • 1.1 Беспроводные сети
    • 1.2 Перегрузка сети
  • 2 Эффекты
  • 3 Измерение
  • 4 Допустимая потеря пакетов
  • 5 Диагностика
  • 6 Восстановление пакетов для надежной доставки
  • 7 Влияние дисциплины в очередях
  • 8 См. Также
  • 9 Примечания
  • 10 Ссылки
  • 11 Внешние ссылки

Причины

Internet Protocol (IP) разработан в соответствии с принципом конца до конца, как доставка максимальных усилий службы, с целью сохранения логических маршрутизаторов необходимо реализовать как можно более простой. Если бы сеть обеспечивала надежную доставку самостоятельно, это потребовало бы инфраструктуры хранения и пересылки, где каждый маршрутизатор выделяет значительный объем дискового пространства для пакетов, пока он ожидает проверки правильности их приема следующим узлом. Надежная сеть не сможет обеспечить гарантии доставки в случае отказа маршрутизатора. Надежность также нужна не для всех приложений. Например, при потоковой передаче мультимедиа в реальном времени важнее быстро доставить недавние пакеты, чем гарантировать, что в конечном итоге будут доставлены устаревшие пакеты. Приложение или пользователь также могут решить повторить операцию, которая занимает много времени, и в этом случае к бремени доставки исходного набора будет добавлен другой набор пакетов. Такая сеть может также нуждаться в протоколе управления и контроля для управления перегрузками, что еще больше усложняет работу.

Чтобы избежать всех этих проблем, Интернет-протокол позволяет маршрутизаторам просто отбрасывать пакеты, если маршрутизатор или сегмент сети слишком заняты для своевременной доставки данных. Это не идеально для быстрой и эффективной передачи данных, и не ожидается, что это произойдет в незагруженной сети. Отбрасывание пакетов действует как неявный сигнал о том, что сеть перегружена, и может привести к тому, что отправители уменьшат потребляемую полосу пропускания или попытаются найти другой путь. Например, используя воспринимаемую потерю пакетов в качестве обратной связи для обнаружения перегрузки, протокол управления передачей (TCP) разработан таким образом, что чрезмерная потеря пакетов заставит отправителя задросселировать и прекратить наводнение данных в узкое место.

Пакеты также могут быть отброшены, если контрольная сумма заголовка IPv4 или последовательность проверки кадров Ethernet указывают, что пакет был поврежден. Потеря пакетов также может быть вызвана атакой с отбрасыванием пакетов.

Беспроводные сети

Беспроводные сети подвержены воздействию ряда факторов, которые могут повредить или потерять пакеты при передаче, таких как радиочастотные помехи (RFI), радиосигналы, которые слишком слабые из-за расстояния или многолучевого замирания, неисправное сетевое оборудование или неисправные сетевые драйверы.

Wi-Fi по своей природе ненадежен, и даже когда два идентичных приемника Wi-Fi расположены в непосредственной близости друг от друга, они не демонстрируют одинаковых схем потери пакетов, как можно было бы ожидать.

Сотовые сети могут испытывать потерю пакетов, вызванную «высоким коэффициентом ошибок по битам (BER), нестабильными характеристиками канала и мобильностью пользователей». Преднамеренное дросселирование TCP не позволяет беспроводным сетям работать со скоростью, близкой к их теоретической потенциальной скорости передачи, потому что неизмененный TCP обрабатывает все отброшенные пакеты, как если бы они были вызваны перегрузкой сети, и поэтому может дросселировать беспроводные сети, даже если они на самом деле не перегружены.

Перегрузка сети

Перегрузка сети является причиной потери пакетов, которая может повлиять на все типы сетей. Когда контент поступает в течение длительного периода в данный маршрутизатор или сегмент сети со скоростью, превышающей возможную для отправки, нет другого выхода, кроме как отбрасывать пакеты. Если один маршрутизатор или канал ограничивают пропускную способность всего пути или сети в целом, это называется узким местом. В некоторых случаях пакеты намеренно отбрасываются подпрограммами маршрутизации или с помощью техники сдерживания сети в целях оперативного управления.

Эффекты

Потеря пакетов напрямую снижает пропускную способность для данного отправителя, поскольку некоторые отправленные данные никогда не принимаются и не могут считаться пропускной способностью. Потеря пакетов косвенно снижает пропускную способность, поскольку некоторые протоколы транспортного уровня интерпретируют потерю как указание на перегрузку и корректируют свою скорость передачи, чтобы избежать перегрузки.

Когда необходима надежная доставка, потеря пакетов увеличивает задержку из-за дополнительного времени, необходимого для повторной передачи. При отсутствии повторной передачи пакеты с наихудшими задержками могут предпочтительно отбрасываться (в зависимости от используемой дисциплины организации очереди ), что приводит к снижению общей задержки.

Измерение

Потеря пакетов может быть измерена как частота потери кадров, определяемая как процент кадров, которые должны были быть отправлены сетью, но не были.

Допустимая потеря пакетов

Потеря пакетов тесно связана с соображениями качества обслуживания. Допустимая величина потери пакетов зависит от типа отправляемых данных. Например, для передачи голоса по IP- трафику один комментатор посчитал, что «[m] пересылка одного или двух пакетов время от времени не повлияет на качество разговора. Потери от 5% до 10% от общего потока пакетов повлияют на качество значительно ". Другой охарактеризовал потерю пакетов менее 1% как «хорошо» для потокового аудио или видео и 1–2,5% как «приемлемую».

Диагностика

Потеря пакетов обнаруживается надежными протоколами, такими как TCP. Надежные протоколы автоматически реагируют на потерю пакетов, поэтому, когда человеку, например сетевому администратору, необходимо обнаружить и диагностировать потерю пакетов, он обычно использует информацию о состоянии от сетевого оборудования или специальных инструментов.

Протокол управляющих сообщений Интернета обеспечивает функцию эха, при которой передается специальный пакет, который всегда дает ответ. Такие инструменты, как ping, traceroute и MTR, используют этот протокол для визуального представления пути, по которому проходят пакеты, и для измерения потерь пакетов на каждом переходе.

Многие маршрутизаторы имеют страницы состояния или журналы, где владелец может найти количество или процент пакетов, сброшенных за определенный период.

Восстановление пакетов для надежной доставки

Согласно сквозному принципу, Интернет-протокол оставляет ответственность за восстановление пакетов посредством повторной передачи отброшенных пакетов конечным точкам - компьютерам, отправляющим и получающим данные. Они находятся в лучшем положении, чтобы решить, необходима ли повторная передача, потому что приложение, отправляющее данные, должно знать, лучше ли передать сообщение полностью или частично, прошла ли необходимость отправки сообщения и как контролировать количество потребляемой полосы пропускания, чтобы учесть любую перегрузку.

Сетевые транспортные протоколы, такие как TCP, предоставляют конечным точкам простой способ гарантировать надежную доставку пакетов, так что отдельным приложениям не нужно самостоятельно реализовывать логику для этого. В случае потери пакета получатель запрашивает повторную передачу или отправитель автоматически повторно отправляет любые сегменты, которые не были подтверждены. Хотя TCP может восстанавливаться после потери пакетов, повторная передача отсутствующих пакетов снижает пропускную способность соединения, поскольку получатели ждут повторных передач, и они потребляют дополнительную полосу пропускания. В некоторых вариантах TCP, если переданный пакет потерян, он будет повторно отправлен вместе с каждым пакетом, который уже был отправлен после него.

Такие протоколы, как протокол дейтаграмм пользователя (UDP), не восстанавливают потерянные пакеты. Ожидается, что приложения, использующие UDP, при необходимости будут реализовывать свои собственные механизмы обработки потери пакетов.

Влияние дисциплины в очередях

Для определения отбрасываемых пакетов используется множество дисциплин организации очереди. Большинство базового сетевого оборудования будет использовать организацию очереди FIFO для пакетов, ожидающих прохождения через узкое место, и они будут отбрасывать пакет, если очередь будет заполнена на момент получения пакета. Этот тип отбрасывания пакетов называется отбрасыванием хвоста. Другие механизмы полной очереди включают случайное раннее отбрасывание или взвешенное случайное раннее отбрасывание. Отбрасывание пакетов нежелательно, так как пакет либо утерян, либо должен быть повторно передан, и это может повлиять на пропускную способность в реальном времени; однако увеличение размера буфера может привести к раздутию буфера, что по-своему влияет на задержку и дрожание во время перегрузки.

В тех случаях, когда качество обслуживания является ограничение скорости соединения, например, с помощью дырявого ведра алгоритма, пакеты могут быть умышленно заглядывали, чтобы замедлить определенные услуги, чтобы обеспечить доступную полосу пропускания для других служб, отмеченных высшей важностью. По этой причине потеря пакетов не обязательно указывает на низкую надежность соединения или признаки узкого места в полосе пропускания.

Смотрите также

Примечания

использованная литература

внешние ссылки

Последняя правка сделана 2023-03-19 03:58:19
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте