Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Прокси-серверы для повышения производительности ( PEP ) - это сетевые агенты, предназначенные для улучшения сквозной производительности некоторых протоколов связи . Стандарты PEP определены в RFC 3135 (PEP, предназначенные для смягчения связанных с каналом деградаций) и RFC 3449 (влияние асимметрии сетевого пути на производительность TCP).

Классификация [ править ]

Доступные реализации PEP используют разные методы для повышения производительности.

  • Тип прокси: PEP может либо «разбивать» соединение, либо «отслеживать» его. В первом случае прокси-сервер притворяется противоположной конечной точкой соединения в каждом направлении, буквально разделяя соединение на два. В последнем случае прокси-сервер управляет передачей сегментов TCP в обоих направлениях путем фильтрации и восстановления подтверждений в существующем соединении (см. Спуфинг протокола ). Это основано на уровне OSI реализации PEP. [1]
  • Распространение: PEP могут быть интегрированными или распределенными. Интегрированный PEP будет работать на одном устройстве, в то время как распределенный PEP должен быть установлен на обеих сторонах канала, что приведет к снижению производительности. Это довольно часто встречается в коммерческих устройствах PEP, которые действуют как черный ящик , используя более или менее открытые протоколы для связи между ними вместо TCP.
  • Симметрия: реализация PEP может быть симметричной или асимметричной. Симметричные PEP используют идентичное поведение в обоих направлениях; Действия, предпринимаемые PEP, происходят независимо от того, от какого интерфейса получен пакет. Асимметричные PEP работают по-разному в каждом направлении, что может привести, например, к повышению производительности только в одном направлении линии связи.

Типы [ править ]

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

  • Сплит-TCP
  • Акцимация
  • Snoop
  • D-прокси

Разделить TCP [ править ]

Разделенный TCP обычно используется для решения проблем TCP с большими временами двусторонней задержки . Типичная система использует разделенные TCP PEP для повышения производительности TCP по спутниковому каналу . Разделите функции TCP, разбив сквозное соединение на несколько соединений и используя разные параметры для передачи данных по разным ветвям. Конечные системы используют стандартный TCP без каких-либо модификаций, и им не нужно знать о существовании промежуточных PEP. Split TCP перехватывает TCP-соединения от конечных систем и завершает их. Это позволяет конечным системам работать без изменений и может решить некоторые проблемы, связанные с слишком маленькими размерами окон TCP на конечных системах для спутниковой связи.

Ack filtering / decimation [ править ]

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

Snoop [ править ]

Прокси-сервер Snoop [2] является примером интегрированного прокси-сервера. Он разработан, чтобы скрыть помехи или потерю пакетов из- за коллизий по беспроводной связи. Прокси-серверы Snoop обнаруживают потери, отслеживая передачи TCP на предмет дублирования подтверждений. Когда Snoop получает дублирующие подтверждения TCP, указывающие на потерю пакета, они будут отброшены без уведомления, а потерянный пакет данных будет повторно передан. Отправитель TCP не должен знать о потере. Это должно предотвратить ненужное уменьшение TCP-отправителями окна TCP.

D-Proxy [ править ]

D-Proxy [3] [4] также предназначен для сокрытия потери пакетов на основе помех или конфликтов в беспроводном канале. D-Proxy - это новый распределенный TCP-прокси, требующий прокси-сервера по обе стороны от канала с потерями. Как и Snoop, он использует порядковые номера TCP для обнаружения потерянных пакетов. Однако он использует упреждающий подход, отслеживая порядковые номера TCP в пакетах данных, а не подтверждения. Когда происходит потеря пакета, поток TCP будет временно помещен в буфер до тех пор, пока отсутствующий пакет не будет восстановлен и повторно упорядочен.

См. Также [ править ]

Ссылки [ править ]

  1. ^ [1] : ПРОКСИМ ДЛЯ ПОВЫШЕНИЯ ПРОИЗВОДИТЕЛЬНОСТИ (PEP): TCP в беспроводной сети
  2. ^ Balakrishnan, Хари; Сринивасан Сешан; Рэнди Х. Кац (декабрь 1995 г.). «Повышение производительности TCP / IP в беспроводных сетях». Беспроводные сети ACM . 1 (4).
  3. ^ Мюррей, Дэвид; Терри Козинец; Майкл Диксон (2009). «Устранение неэффективности Ack в сетях 802.11». Международная конференция IEEE по архитектуре и приложениям мультимедийных Интернет-систем .
  4. ^ Мюррей, Дэвид; Терри Козинец; Майкл Диксон (2010). «D-Proxy: надежность в беспроводных сетях». 16-я Азиатско-Тихоокеанская конференция по коммуникациям (APCC) .

Внешние ссылки [ править ]

  • PEPsal : интегрированная реализация PEP под лицензией GPL , основанная на Linux.
  • PEP-сервер MediaSputnik : PEP-сервер MediaSputnik 2402 был разработан MediaSputnik как I-PEP-совместимый сервер, соответствующий рекомендациям SatLabs Group (ESA) для поддержки стандартов и сетей DVB-RCS
  • RFC 3135 : весь RFC (прокси-серверы для повышения производительности, предназначенные для смягчения деградаций, связанных с ссылками)