Перейти до

прострел на 14км


Рекомендованные сообщения

помогите  с выбором оборудывания на 14км. нужно на человек 10-20 с тарифом 2-4 мб/с. чем дешевле тем лучше??

почитайте форум таких тем штук 20 найдете с тех пор ничего не изменилось

Ссылка на сообщение
Поделиться на других сайтах
тем штук 20 найдете с тех пор ничего не изменилось

Все постоянно меняется. Каждые 5-7 лет  в ШБД ( равно как и в ШПД)  меняется поколения  и стандарты. То что было популярно ( дешево и сердито) 5 лет назад  , сегодня может быть - колхоз и отстой. 

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах

85-90 але це вже проц на іншій стороні мосту в 100%. А взагалі у 20 МГЦ максимум бачив 110 мбіт на даному лінку завантаження. Стабільно лінк дає 80-90 мбіт на завантаження і 50/50 одночасно в обидві сторони.

Ссылка на сообщение
Поделиться на других сайтах

помогите  с выбором оборудывания на 14км. нужно на человек 10-20 с тарифом 2-4 мб/с. чем дешевле тем лучше??

У вашому випадку я б почав з LHG5 - вони на даній відстані давали стабільні 35-40 мбіт на завантаження у 20 мгц і рівнях сигналів від -64 до -69. При ваших умовах цього достатньо.

Ссылка на сообщение
Поделиться на других сайтах
85-90 але це вже проц на іншій стороні мосту в 100%

Если вы взялись демонстрировать скрины, то все же покажите скрин TCP симплекс, а также симметричный 50/50 дуплекс TCP. Можно и 85/15. Нужно протестить канал  чтобы был обратный трафик.  Есть мнение что AC деградирует при встречном трафике. Надо это посмотреть ( на TCP). И CPU % выведите, чтобы видно было когда проц на TCP в полку уходит (  этот проц 90М  TCP генерации  тестового трафика точно должен держать)

Тоже самое UDP  покажите не только симплекс, но и дуплекс.   И подольше тест сделайте, чтобы Total average поднялся  выше 72 Mbps.

В целом видим, что среднее UDP симплекс в 20 МГц - 86 Mbps . TCP в симплексе будет  не более  -65-70 Mbps. Причем это тест радио-радио, без Ethernet, не так ли ?

 В целом ,  достаточно  посредственный результат, тем более для 802.111ac.  Конечно многое зависит от ошибок в канале. Их на АС  при работе в N обычно много.   Поэтому и нужно посмотреть на соотношение TCP и UDP и желательно в дуплексе. 

ЗЫ

А что перевели в 802.11n? Сигнала для 256QAM 5/6 вроде достаточно,  что на  256QAM 5/6 в 20 МГц хуже получается?

Представляют большой интерес тесты в режиме АС  в  20 и  40 Мгц. 

ЗЫ2

И зачем нужно оборудование АС чтобы работать в N?  Потому что у МТ нет в N  устройства  с встроенным дишем? Тот же QRT5 хотя прямо скажем и  не лучший выбор (по многим причинам), но все же IMHO будет получше чем Dynadish.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
рівнях сигналів від -64 до -69

Что то маловат сигнал  для LHG5  14 км (если это LOS). Видимо слабое получается усиление у этой конструкции- , не боле 20 дБи,затеняет он сам себя.  А зимой набьется снег в  сетку рефлектора и облучатель обледенеет- будет еще меньше-полная ж.. 

Решение строить линк 14 км на LHG5 - неудачное, будет говнолинк.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах

 

85-90 але це вже проц на іншій стороні мосту в 100%

Если вы взялись демонстрировать скрины, то все же покажите скрин TCP симплекс, а также симметричный 50/50 дуплекс TCP. Можно и 85/15. Нужно протестить канал  чтобы был обратный трафик.  Есть мнение что AC деградирует при встречном трафике. Надо это посмотреть ( на TCP). И CPU % выведите, чтобы видно было когда проц на TCP в полку уходит (  этот проц 90М  TCP генерации  тестового трафика точно должен держать)

Тоже самое UDP  покажите не только симплекс, но и дуплекс.   И подольше тест сделайте, чтобы Total average поднялся  выше 72 Mbps.

В целом видим, что среднее UDP симплекс в 20 МГц - 86 Mbps . TCP в симплексе будет  не более  -65-70 Mbps. Причем это тест радио-радио, без Ethernet, не так ли ?

 В целом ,  достаточно  посредственный результат, тем более для 802.111ac.  Конечно многое зависит от ошибок в канале. Их на АС  при работе в N обычно много.   Поэтому и нужно посмотреть на соотношение TCP и UDP и желательно в дуплексе. 

ЗЫ

А что перевели в 802.11n? Сигнала для 256QAM 5/6 вроде достаточно,  что на  256QAM 5/6 в 20 МГц хуже получается?

Представляют большой интерес тесты в режиме АС  в  20 и  40 Мгц. 

ЗЫ2

И зачем нужно оборудование АС чтобы работать в N?  Потому что у МТ нет в N  устройства  с встроенным дишем? Тот же QRT5 хотя прямо скажем и  не лучший выбор (по многим причинам), но все же IMHO будет получше чем Dynadish.

 

 

 

 

 

dddddd.jpg

 

 

 

ffffff.jpg

 

 

 

 

 

 

ttt.jpg

Ссылка на сообщение
Поделиться на других сайтах

 

 

85-90 але це вже проц на іншій стороні мосту в 100%

Если вы взялись демонстрировать скрины, то все же покажите скрин TCP симплекс, а также симметричный 50/50 дуплекс TCP. Можно и 85/15. Нужно протестить канал  чтобы был обратный трафик.  Есть мнение что AC деградирует при встречном трафике. Надо это посмотреть ( на TCP). И CPU % выведите, чтобы видно было когда проц на TCP в полку уходит (  этот проц 90М  TCP генерации  тестового трафика точно должен держать)

Тоже самое UDP  покажите не только симплекс, но и дуплекс.   И подольше тест сделайте, чтобы Total average поднялся  выше 72 Mbps.

В целом видим, что среднее UDP симплекс в 20 МГц - 86 Mbps . TCP в симплексе будет  не более  -65-70 Mbps. Причем это тест радио-радио, без Ethernet, не так ли ?

 В целом ,  достаточно  посредственный результат, тем более для 802.111ac.  Конечно многое зависит от ошибок в канале. Их на АС  при работе в N обычно много.   Поэтому и нужно посмотреть на соотношение TCP и UDP и желательно в дуплексе. 

ЗЫ

А что перевели в 802.11n? Сигнала для 256QAM 5/6 вроде достаточно,  что на  256QAM 5/6 в 20 МГц хуже получается?

Представляют большой интерес тесты в режиме АС  в  20 и  40 Мгц. 

ЗЫ2

И зачем нужно оборудование АС чтобы работать в N?  Потому что у МТ нет в N  устройства  с встроенным дишем? Тот же QRT5 хотя прямо скажем и  не лучший выбор (по многим причинам), но все же IMHO будет получше чем Dynadish.

 

 

 

 

 

 

 

Спасибо!  В целом результат удовлетворительный, работает как  обычный 802.11n. 

Протокол Nv2 или Nstreme?

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...