Спутниковый канал.Статистика провайдера не сходится со статистикой Carbon Billing

Skip to end of metadata
Go to start of metadata

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

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

Подробнее:

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

Существует несколько различных методов ускорения TCP. Первый - Performance Enhancing Proxy (повышение эффективности прокси), у всех PEPs одна важная общая черта - используются методы, которые изменяют данные заголовка TCP до и после линии спутниковой связи, чтобы скрыть высокое время ожидания спутникового канала от TCP-сессии.

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


рис. 1. Performance Enhancing Proxy

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

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

Другая общая техника - TCP мультиплексирование (см. рис. 2).


рис. 2. TCP мультиплексирование в спутниковом Интернет канале

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

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

Статья взята с портала http://www.sit-com.ru

Введите метки, чтобы добавить к этой странице:
Please wait 
Ищите метку? просто начните печатать.