[AlKov]

... Т.е. здесь будет только стандартная "спутниковая" задержка (~250-350 мс).

Стандартная спутниковая задержка больше указанной Вами в два раза. ;)

Ну да, малость ступил, для себя (асимметричный канал) примерил. ;) Для симметричного доступа без Интернет (только между абонентами) получается ~500-600мс ("землю" отбрасываем).

[builder]

Точнее не скажу - еще карту не видел, где это должно быть.

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

Хотя понятие "рядом" в тайге очень условно :)).

Если так, то не грех и поэксперементировать, т.с. устроить "полевой день" с

какими-нить DWL-2100&bb и тарелками 1,2м.

[Сергей Голованов]

Т.е. здесь будет только стандартная "спутниковая" задержка (~250-350 мс).

Стандартная спутниковая задержка больше указанной Вами в два раза. ;)

Смотря что передаем и в какой конфигурации. Если конфигурация "каждый с каждым", то сигнал не проходит через хаб. Имеем задержку:

VSAT терминал 1 -- спутник -- VSAT терминал2.

Для расстояния 39 тыс. км задержки вверх и вниз примерно равны 39*10⁶/3*10⁸ = 130 мс. В итоге общая задержка - 260 мс. И именно такая схема является предпочтительной при передаче голоса или для связи точка-точка с закреплением полосы.

 

А вот если имеем дело в доступом в Интернет, при условии организации Интернет-шлюза на главной станции, задержка действительно больше:

VSAT терминал -- спутник -- Hub -- спутник -- VSAT терминал.

При чем это без учета обработки на головной станции и стандартных задержек в наземных сетях.

 

[SSD]

Т.е. здесь будет только стандартная "спутниковая" задержка (~250-350 мс).

Стандартная спутниковая задержка больше указанной Вами в два раза. ;)

Смотря что передаем и в какой конфигурации. Если конфигурация "каждый с каждым", то сигнал не проходит через хаб. Имеем задержку:

VSAT терминал 1 -- спутник -- VSAT терминал2.

Для расстояния 39 тыс. км задержки вверх и вниз примерно равны 39*10⁶/3*10⁸ = 130 мс. В итоге общая задержка - 260 мс. И именно такая схема является предпочтительной при передаче голоса или для связи точка-точка с закреплением полосы.

 

А вот если имеем дело в доступом в Интернет, при условии организации Интернет-шлюза на главной станции, задержка действительно больше:

VSAT терминал -- спутник -- Hub -- спутник -- VSAT терминал.

При чем это без учета обработки на головной станции и стандартных задержек в наземных сетях.

Сколько лет пользуюсь спутником :) ни разу не встречал задержки в 260 мс, при любых конфигурациях, с хабом и без, на SCPC и TDMA. Где то вы ошиблись ;)

[Сергей Голованов]

Сколько лет пользуюсь спутником :) ни разу не встречал задержки в 260 мс, при любых конфигурациях, с хабом и без, на SCPC и TDMA. Где то вы ошиблись ;)

Конфигурация у Вас наверняка следующая: восходящие каналы FDMA–SCPC, нисходящий - один на всех, TDM. Закрепление полосы (PAMA) не используется, а используется обслуживание по запросу (DAMA). Отсюда и задержки.

[SSD]

Сколько лет пользуюсь спутником :) ни разу не встречал задержки в 260 мс, при любых конфигурациях, с хабом и без, на SCPC и TDMA. Где то вы ошиблись ;)

Конфигурация у Вас наверняка следующая: восходящие каналы FDMA–SCPC, нисходящий - один на всех, TDM. Закрепление полосы (PAMA) не используется, а используется обслуживание по запросу (DAMA). Отсюда и задержки.

Использовалась конфигурация следующая, SCPC терминал (сторона 1) --- Спутник --- SCPC терминал (сторона 2) . Хаб отсутсвует. Если с маршрутизатора стоящего на стороне 1, произвести пинг на маршрутизатор стоящей на стороне 2, то результат будет ~ 550 мс. По Вашим словам я должен был получить 260 мс, а получаю в два раза больше. Что мы не так сделали?: ))

[itl2044]

2 SSD:

А как Вы узнали, что ХАБ отсутствует??

Он находится на сторне аплинка (владельца или арендатора транспондера)

[AlKov]

Сколько лет пользуюсь спутником :) ни разу не встречал задержки в 260 мс, при любых конфигурациях, с хабом и без, на SCPC и TDMA. Где то вы ошиблись ;)

Конфигурация у Вас наверняка следующая: восходящие каналы FDMA–SCPC, нисходящий - один на всех, TDM. Закрепление полосы (PAMA) не используется, а используется обслуживание по запросу (DAMA). Отсюда и задержки.

Использовалась конфигурация следующая, SCPC терминал (сторона 1) --- Спутник --- SCPC терминал (сторона 2) . Хаб отсутсвует. Если с маршрутизатора стоящего на стороне 1, произвести пинг на маршрутизатор стоящей на стороне 2, то результат будет ~ 550 мс. По Вашим словам я должен был получить 260 мс, а получаю в два раза больше. Что мы не так сделали?: ))

Да все верно! Просто Сергей Голованов привел пример задержки доставки пакета в одну сторону - 1ст. отправила на спутник (раз 130мс.), спутник передал на 2-ю ст. (два 130мс). Итого ~260мс. А SSD привел, как я понимаю, реальный результат команды ping от 1ст. до 2ст. Соотв. получаем:

1-й хоп - ст.1 отправила запрос, который добрался до спутника за 130мс.

2-й хоп - спутник "сбросил на землю" запрос, который также добрался до адресата за 130мс.

3-й хоп - ст. 2 отправила ответ, который добрался до спутника за 130мс.

4-й хоп - спутник "сбросил на землю" ответ от ст.2, который также дошел до ст.1 за 130мс.

Итого имеем 130х4=520мс. не учитывая задержки на наземном оборудовании и на самом спутнике..

Элементарно, Ватсон!!! :-) Ето ж бубль гум !!! :D

 

P.S. Я тоже сначала малость "позабыл", что в симметричном доступе 4 раза по 39 тыс. км. ping пробегает, а не 2, как в асимметричном... Отсюда и заявил о "стандартной спутниковой задержке" в ~250мс...

 

P.P.S. Как ни станно, но все опоненты прАвы!! ;)

 

[SSD]

2 SSD:

А как Вы узнали, что ХАБ отсутствует??

Он находится на сторне аплинка (владельца или арендатора транспондера)

Потому что сами делали этот линк. :) Почитайте про SCPC, станет понятно, что и как. ;)

 

Сколько лет пользуюсь спутником :) ни разу не встречал задержки в 260 мс, при любых конфигурациях, с хабом и без, на SCPC и TDMA. Где то вы ошиблись ;)

Конфигурация у Вас наверняка следующая: восходящие каналы FDMA–SCPC, нисходящий - один на всех, TDM. Закрепление полосы (PAMA) не используется, а используется обслуживание по запросу (DAMA). Отсюда и задержки.

Использовалась конфигурация следующая, SCPC терминал (сторона 1) --- Спутник --- SCPC терминал (сторона 2) . Хаб отсутсвует. Если с маршрутизатора стоящего на стороне 1, произвести пинг на маршрутизатор стоящей на стороне 2, то результат будет ~ 550 мс. По Вашим словам я должен был получить 260 мс, а получаю в два раза больше. Что мы не так сделали?: ))

Да все верно! Просто Сергей Голованов привел пример задержки доставки пакета в одну сторону - 1ст. отправила на спутник (раз 130мс.), спутник передал на 2-ю ст. (два 130мс). Итого ~260мс. А SSD привел, как я понимаю, реальный результат команды ping от 1ст. до 2ст. Соотв. получаем:

1-й хоп - ст.1 отправила запрос, который добрался до спутника за 130мс.

2-й хоп - спутник "сбросил на землю" запрос, который также добрался до адресата за 130мс.

3-й хоп - ст. 2 отправила ответ, который добрался до спутника за 130мс.

4-й хоп - спутник "сбросил на землю" ответ от ст.2, который также дошел до ст.1 за 130мс.

Итого имеем 130х4=520мс. не учитывая задержки на наземном оборудовании и на самом спутнике..

Элементарно, Ватсон!!! :-) Ето ж бубль гум !!! :D

 

P.S. Я тоже сначала малость "позабыл", что в симметричном доступе 4 раза по 39 тыс. км. ping пробегает, а не 2, как в асимметричном... Отсюда и заявил о "стандартной спутниковой задержке" в ~250мс...

 

P.P.S. Как ни станно, но все опоненты прАвы!! ;)

Прочитайте внимательно пост Сергея Голованова, думаю поймете. ;)

[Ёжъ]

2 Cooler-online: проверьте личную почту…

[SLV]

оцениваем стоимость строительства РРЛ на 200 км по лесу :) так на глазок 5 интервалов по 40 км. предполагаем что на концах электричество и помещения есть

1. 6 опор ~ H=60 м, х 600 000 = 3,6 млн

2. 4 блок-бокса (аппаратных) х 800 000 руб. =3,2 млн

3. 4 блок-бокса ДЭС с дизелями, выпрямителями, аккумуляторами и т.д х 1 800 000 руб = 7,2 млн.

4. 5 интервалов РРЛ х 800 000 (скорость Е3, т.к. тащить меньше на такое расстояние бред), например тот же Микран = 4 млн.

5. всякая мелочь ещё лимона на 2

итого железа на 20 млн., + проект ~ 1,5 млн, + СМР ~ 6 млн.

 

и всё из-за 64 кб/с

[Сергей Голованов]

Использовалась конфигурация следующая, SCPC терминал (сторона 1) --- Спутник --- SCPC терминал (сторона 2) . Хаб отсутсвует. Если с маршрутизатора стоящего на стороне 1, произвести пинг на маршрутизатор стоящей на стороне 2, то результат будет ~ 550 мс. По Вашим словам я должен был получить 260 мс, а получаю в два раза больше. Что мы не так сделали?: ))

Мы не так оцениваем задержку. :) Между "задержкой" и "задержкой туда-обратно", как говорят в Одессе, две большие разницы. Голосовой пакет в Вашем примере испытает задержку от маршрутизатора до маршрутизатора 225 мс. Что и является критерием качества голоса поверх IP.

[SSD]

Использовалась конфигурация следующая, SCPC терминал (сторона 1) --- Спутник --- SCPC терминал (сторона 2) . Хаб отсутсвует. Если с маршрутизатора стоящего на стороне 1, произвести пинг на маршрутизатор стоящей на стороне 2, то результат будет ~ 550 мс. По Вашим словам я должен был получить 260 мс, а получаю в два раза больше. Что мы не так сделали?: ))

Мы не так оцениваем задержку. :) Между "задержкой" и "задержкой туда-обратно", как говорят в Одессе, две большие разницы. Голосовой пакет в Вашем примере испытает задержку от маршрутизатора до маршрутизатора 225 мс. Что и является критерием качества голоса поверх IP.

А чем тогда была суть Вашего поста?

[Сергей Голованов]

А чем тогда была суть Вашего поста?

Суть моего поста была - показать, что Вы неправильно оцениваете задержку. Для трафика, чувствительного к задержкам, важна задержка в одну сторону, а не туда-обратно. Зачем голосовому пакету ходить туда-обратно?

[SSD]

А чем тогда была суть Вашего поста?

Суть моего поста была - показать, что Вы неправильно оцениваете задержку. Для трафика, чувствительного к задержкам, важна задержка в одну сторону, а не туда-обратно. Зачем голосовому пакету ходить туда-обратно?

От того как ее оценивать она не изменится. ;) Принцип комманды пинг знаю все. :)

[nuclearcat]

К слову есть уже спутники, где хаб-контроллер VSAT-сети *TDMA размещен на _спутнике_.

[dengus]

Дальний линк на Микротиках:

304km with RouterOS + XR5 + handmade antenna

[itsi]

Да уж... Аналоговая связь в таких ситуациях по прежнему рулит. Это вам не пошлая цифра -прямая видимость и т.д.

Диапазоны 2-30, 136-172 и даже 400-470 на таких расстояниях работают. Мощности 1-40Вт на стандартных радиостанциях

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

Есть и модемы под эти диапазоны-на 64-128к(25-50кГц полоса соответсвенно).

Т.е задача (64-128к 200км) решаемая.

[R_cyberax]

http://maps.google.com/maps?f=q&hl=en&...amp;t=h&z=7

 

примерно вот так. Точнее не скажу - еще карту не видел, где это должно быть.

 

Скорее всего спутник, конечно, хотя вариант с моторолами надо проработать...

 

Спасибо огромное всем, кто откликнулся!.. :)

Hi Cooler-online! imho вариант scpc для вас более удобен и практичен. Возьмёте пару cdm-570/L и передатчики с lnb на Ku-band or C-band в зависимости от того где возьмёте ёмкость, тарелки и пр. посоветует оператор и получите экономичный вар-т с ПД и голосом, мопеды оснащены E1 T1 и пр. Это выгоднее и удобнее хаб-терминалов, хотя бы потому что вы монопольно хотите использовать линию связи, когда созреете, договоритесь с оператором и подключите их в звезду. Выше указанные мопеды достаточно гибки и удобны, можно взять классом выше и заюзать технологию "наложение частот", но там уже надо договариваться с "ресурсом".

Хотя если вы романтик и у вас на балансе свой верталёт, то милости просим ;) Но сперва подумайте, обслуживать это вам, а не советчикам/интеграторам :) (без грусти to all) Потом будите делиться опытом по использованию микротыков/блэкхолофф и пр. %)

Если затруднения с оператором, в личку ;)

 

2nuclearcat: назовите пожалуйста хотя бы один ГС-сат с хабом на борту...

2Сергей Голованов: Вы тогда конкретизируйте тип трафика о котором вы ведёте речь, т.е. о голосе. Не мне вам рассказывать что есть ещё много видов трафика требовательного к полосе и времени задержки, но они требуют подтверждения о доставке, а это значит что покет данных гуляет и туда и обратно...

 

З.Ы. к вопросу о ГС, высота над уровнем моря примерно 35,7 т.км. примерная скорость прохождения сигнала земля-сат-земля - 0,24-0,26 сек.

 

gl

[VSAT]

Есть вот такая задача:

Организовать связь между двумя точками посредством радиоканала. Передача данных - главное условие.

Скорость: хотя бы 64кбит/сек

============

Может быть кто-то уже проходил такие решения? Что вообще есть для таких вот тяжелых таежных случаев?

 

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

 

Был опыт решения подобных задач.