ICQ UIN 354455008 | Карта сайта  
Главная Спутниковый Интернет Цифровое Спутниковое ТВ КонтактыФайлыФорум Карта сайта

Что такое спутниковый интернет
Разоблачение негативных мифов о спутниковом интернете
Принцип работы спутникового интернета
O факторах, влияющих на скорость
Спутниковый интернет: выбираем провайдера
Спутниковая связь
Установка DVB карты
Настройка ускорителя GLOBAX (сатгейт)
Настройка карты SkyStar2
Настройка VPN соединения провайдера SATGATE
Разгон SkyStar 2
Оборудование необходимое для подключения спутникового интернета
Провайдеры спутникового Интернета
Основные термины и понятия
»
Спутниковый провайдер Радуга
Платные спутниковые пакеты
Что же такое спутниковое телевидение?
Выбираем спутниковый ресивер
Пиратство. Что, зачем и почему
Программное обеспечение спутниковых ресиверов
История развития телевидения в США
Выбираем спутниковое оборудование
Какая антенна лучше?
Советы начинающим
Как выбрать спутниковую антенну
Облучатели и поляризация
Основные параметры электромагнитных волн
Параболические Антенны
Расчет Облучателя
Поляризатор
Опорно-Поворотные устройства
Что такое фазовый шум конвертора и какова его допустимая величина?
Фиксированные и вещательные системы спутниковой связи
Плоские и сферические спутниковые антенны
Орбиты исскуственных спутников земли.
Что Такое FED, PID....
Как самому сделать Мультфид
Спутниковое Телевидение "НТВ-Плюс" (www.ntvplus.ru)
Солнечная Интерференция
Спутниковое Телевидение "Триколор ТВ" (www.tricolor.tv)


Новости

26 августа 2008 (9 часов 17 минут назад)
1 сентября телеканал <Региональное телевидение> отметит 15-летие. С осени телеканал выходит в эфир под новым логотипом <Рен ТВ Петербург>. Ребрендинг канала коснется и сетки вещания. О том, какие изменения ждут канал в новом телесезоне, корреспонденту Лениздат.Ру рассказала пресс-секретарь канала Хямяляйнен Анна.

Вчера в 19:36


Новости Интернета

01-01-70
http://www.russiancrative.ru/n/n693


Случайные статьи

Установка DVB карты

Спутниковый провайдер Радуга

Разгон SkyStar 2



ссылки на наших друзей

Вы в разделе: Спутниковый Интернет

O факторах, влияющих на скорость

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

Система передачи данных через спутник способна обеспечить однонаправленную передачу данных пользователю, обратная связь почасту обеспечивается сообразно наземным линиям связи, т.е. сообразно обычному Dial-Up. Такой образец подключения приводит к тому, который мы имеем соединение с различной пропускной способностью к пользователю и от него. Большой процент пользователей (обычно около 85% от общего числа абонентов ISP) в основном получает информацию, нежели передает, следовательно такая асимметричность канала оправдана. Но высокая градус зависимости каналов (в большей степени это относится к обратному каналу) наперсник от друга становится критическим моментом дабы работы с подобной системой.

Пропускная годность TCP/IP соединения ограничена двумя пунктами:

· временем возвращения - RTT round trip time

· размером TCP окна.

Производительность DVB-систем построена для возможности IP->DVB шлюза устанавливать максимальные размеры TCP окон, а именно являть их равным 65535 байт. Использование конечным пользователем TCP стеков, отвечающих всем современным стандартам, позволяет IP->DVB шлюзам исполнять RFC-1323, имеющей возможность запрашивать умножение размера окна дабы повышения пропускной способности канала.

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

Какие же негативные моменты порождает данный спор?

Данный спор особенно негативно отражается для работе с web-узлами, т.к. IP протокол имеет лавка <медленных> мест, а именно IP протокол начинает эффективно сидеть исключительно тут, когда от запрашиваемого узла получен главный <скелет> страницы, главный HTML код и начинается подгрузка остальных объектов (картинок, апплетов и т.п.).

Любое соединение начинается с запросом клиентом TCP-соединения с Интернет, впоследствии чего клиент запрашивает требуемый HTML-документ, обычно это корневая страница сервера. Сервер подтверждает запрос и начинает передачу данных. Сначала он отсылает исключительно наедине пакет и получает подтверждение о его приеме (ACK), но обычно страница имеет величина чрезмерный, нежели чем величина пакета, и сервер передает столько пакетов, сколько требуется дабы полной передачи запрашиваемой страницы и, сообразно, получает столько подтверждений, сколько надо. Если Вся страница передана, то сервер посылает пакет с информацией о конце передачи (FIN).

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

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

Количество объектов_______ 2 ____ 4 _____ 8 ______16 _____ 32

Скорость передачи, Кбит/сек 34 ____ 83 ___ 140 ____ 295 ___ 560

Время передачи__________ 3 sec__ 3 sec__ 3 sec__ 3 sec__ 3 sec

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

Все вышесказанное имеет отношение исключительно к получению WEB трафика, и никаким образом не относится к получению больших файлов.

В случае получения большого объема данных с использованием DVB системы приходится заниматься подстройкой TCP стека самостоятельно, соответствуя рекомендациям ISP.

Как было отмечено выше, для каждый полученный пакет клиент вынужден доставлять подтверждение о его получении. Т.к. обратный канал почасту имеет быстрота 28.800 - 33.600, то большое наличность подтверждений, значительно замедляют работу системы, т.к. обратное соединение не успевает справляться с тем количеством пакетов, которое надо отправить через него.

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

Наиболее оптимальные значения MTU и MaxRcvWindow является:

MTU: 1020 и выше.

MaxRcvWindow: 32768



Пользовательского поиска
© 2008 www.Satbonus.ru