Jump to content

Recommended Posts

Posted (edited)

Есть ли существенная разница в линке на PowerBeam-AC-620 и Rocket AC PTP + RocketDish-5G-30 ?

Расстояние 17 км, зона френеля полностью открыта, щас стоит два АЦ-620, пропускная способность 200-250 мбит в 80 МГЦ, сигнал -52, модуляция 64QAM 2х2, иногда проскакивает 256QAM 2x2...

 

хочется получить уверенные 300...

Edited by wifin00b
Posted
1 час назад, wifin00b сказал:

Есть ли существенная разница в линке на PowerBeam-AC-620 и Rocket AC PTP + RocketDish-5G-30 ?

Существенной разницы по энергетике на линке не будет.

1 час назад, wifin00b сказал:

пропускная способность 200-250 мбит в 80 МГЦ

А в 40 у вас сколько?

1 час назад, wifin00b сказал:

сигнал -52, модуляция 64QAM 2х2, иногда проскакивает 256QAM 2x2...

Какой CINR показывает? Для стабильных 256QAM нужно не менее 33-35 дБ.

1 час назад, wifin00b сказал:

хочется получить уверенные 300...

300 получал в 80 МГц на этом оборудовании на 13 км линке, но это нерациональное использование частотного спектра.

Posted
52 минуты назад, EShirokiy сказал:

Воткните airfiber, получите задержки 3-4 мс в 50 мегагерцах мегабит 300 выжмет (TCP). 

Автор хочет поменять шило на мыло и получить лучший рузультат при этом за дешево. Так что Фибр в пролете)

Posted
1 час назад, EShirokiy сказал:

Воткните airfiber, получите задержки 3-4 мс в 50 мегагерцах мегабит 300 выжмет (TCP). 

Если там помехи, то и фибер не поможет.

Posted (edited)
10 часов назад, xabarov сказал:

А в 40 у вас сколько?

140-160, CINR 33, signal -48, 256QAM 2x2

 

10 часов назад, xabarov сказал:

Какой CINR показывает? Для стабильных 256QAM нужно не менее 33-35 дБ.

CINR 30-31, это означает что помехи на частоте?

Edited by wifin00b
Posted

Если сигнал RSSI =-48 dBm,  то SNR  =  сигнал/ термальный шум)примерно =-42+95 = 47  dB.

Если CINR 31dB = сигнал/ (термальный шум+ помеха), то помеха примерно -80 dBm, это мощная помеха.

Для стабильной ( без  критических  потерь, на < BER  1*E-4)  требуется CINR >36 dBm   ( для вайфай).

То что на CINR 33 dB  в 40 Мгц ubnt держит 256QAM 5/6 -это плохо, это значит у него нет правильного механизма link adaptation ( AMC). Он должен был бы автоматом понизить модуляцию до 64QAM 5/6.  В этих условиях встроеный тест ubnt   и внешний тест UDP , которые не учитывают потерь пакетов, покажут высокий результат , соответвующий 256QAM5/6. Однако TCP тесты из за высоких потерь ( по причине несоответствия рабочей модуляции имеющемуся CINR) а также скорость реального  TCP/IP трафика будут низкие. Собственно цифра  140-160М в 40 Мгц на 256QAM5/6 -это подтверждает.

 Можно было бы поставить антенны 34 дБи и повысить энергетику , чтобы получить требуемых CINR 36 дБ. Тогда  в 40 Мгц можно было бы получить  до 180-200Мbps TCP/IP.  В 80 Мгц ubnt  AC из-за потерь (вследствие помех) и каких  то внутренних  косяков  в 80 МГц канале практически не дает увеличения реальной  TCP скорости относительно 40Мгц, особенно когда есть встречный UL трафик ( дуплекс).  Поэтому реальных TCP/IP  выше 200-220 Мbps  в данных условиях трассы и эфира  ни в 40 Мгц  , ни в  80 Мгц  в исполнении бима 5АС 620  или рокета АС  с внешними антеннами не получить.

 

Posted

Хорошо, я так понимаю варианты решения следующие?

1. Искать кристально чистую частоту

2. Использовать ISO, которая сужает луч и надеется что помеха в него не попадёт, либо переносить АП и опять же надеятся что в том месте будет меньше помех

 

12 часов назад, xabarov сказал:

00 получал в 80 МГц на этом оборудовании на 13 км линке

Не могли бы Вы выложить скрин скана эфира Ваших линков можно на ширина 40 МГЦ и с пропускной способностью в TCP?

Posted (edited)

если у человека в 80 работает, то я думаю в 30 найдется чистого эфира, файбер5х в 30 при 75\25 дает 200 мегабит в 20мгц 135

вот 30 (провалы это файлсервер такой) xrh7-m580iI.thumb.jpg.f6f05023ed2a541b9d137ac91fcd260f.jpg

 

а вот 20мгц 75\25 , тест микротиками загрузка тестируемого 100% 59e5ab5cddf02_Screenshot_2.thumb.jpg.3e3408c3610437a1e2a7b48983b5801e.jpgимеются ошибки на порту :(

109 метров кабеля, буду наверно резать ставить свич тупой чтоб 99...95 метров получилось на бимах ошибок не было

 

14 часов назад, wifin00b сказал:

PowerBeam-AC-620 и Rocket AC PTP + RocketDish-5G-30

возможно даже хуже будет, антенны одинаковые и с дишем потери в кабеле...

 

и не плохо бы от вас скан эфира

 

Edited by Olejon
Posted (edited)

и вот еще, 30дб микротик на 45 градусов, перекоса почти нет, он то есть 1дб то нет на бимах перекос был от 1 до 5 дб всетаки толк есть от 45...

Screenshot_3 — копия.jpg

Edited by Olejon
Posted

AF-5x   в относительно чистом эфире даст макс. 7бит/ Гц. В 40 мгц это будет 280 Mbps  ( UL+DL),  с делением 75/25  будет симплекса  210 Mbps.  Для этого на 256QAM 5/6 ему нужен CINR >32 ДБ, что на 30 дби дишах (судя по работе ubnt АС ) на данной трассе и эфире получить можно. Если такой CINR будет в канале 50 МГц, то можно рассчитывать на  скорость в симплексе  при делении 25/75  в 50 Мгц   порядка 250+ Mbps. Это потолок данного решения Но реально  в данных условиях трассы и эфира   TCP  download  на AF-5x скорее всего опять упрется в 200М и это будет хороший результат.

Posted
5 минут назад, slv700 сказал:

В 40 мгц это будет 280 Mbps  ( UL+DL),  с делением 75/25  будет симплекса  210 Mbps.

выше скрин 200 при 30мгц на 256QAM при 75\25 реального трафика

Posted (edited)
1 час назад, Olejon сказал:

и не плохо бы от вас скан эфира

Занял пока частоту 5100, чтобы просканить эфир, вот такая картина...

Попробовал занять 5710-5750, 40 МГЦ, получил 200 мбит TCP (70 реала + 130 бтеста)

 

Можно тут где-то занять 80 МГЦ и при этом получить уверенные 250 мбит

115.42_btest.png

115.42_2.png

115.42.png

 

Вечером картина несколько хуже, занято было 5710-5790, проверю ещё раз, в 40 и в 80 МГЦ, но в 80 МГЦ было 200-250 мбит.

Получается за счёт 40 МГЦ прирост не уверенных 50 мбит, как-то не комильфо

Edited by wifin00b
Posted

какой у вас рваный график канальной скорости. 

 

может вам мощность меньше сделать? кстати при замене на одной стороне на ISO я заметил небольшие улучшения, вот думаю еще один ISO поставить

Screenshot_4 — копия.jpg

Posted
8 минут назад, Olejon сказал:

какой у вас рваный график канальной скорости. 

говорю ж частоты менял, скорость мерял, потому и график такой

 

у вас что постоянно держится 256QAM при таком сигнале? можно нижнюю часть скрина, интересует SINR и uptime

Posted

чтоб уже луч меньше мощность, стабильней канал, исо стоит в плохом месте по радиообстановке... 

 

и к стати по поводу ваших 24дбм... 

Screenshot_8.jpg

Posted
1 час назад, Olejon сказал:

чтоб уже луч меньше мощность, стабильней канал, исо стоит в плохом месте по радиообстановке... 

 

Имеется ввиду фонят рядом стоящие антенны (даже на других частотах)?

Кстати, это как-то можно определить сразу? допустим если -40 сигнал от рядомстоящей то будет мешать ??

Posted (edited)

Ситуация вечером, 150Мбит в 40 МГЦ

150M_40Mhz.png

freq.png

scan.png

 

О чудо, поменял режим работы Access Point PTP в режим Access Point PtMP (и на стороне Staion соответственно), выросло CAPACITY, соответственно пропускная способность.

Всё те же, 40 МГЦ, 200Мбит...это так и должно быть? PtMP работает лучше чем PTP ?

 

ptmp.png

Edited by wifin00b
Posted
7 часов назад, wifin00b сказал:

PtMP работает лучше чем PTP ?

Лучше. Вот только задержка больше. Проверьте.

Posted

Вообщем максимум, что получилось выжать в моих условиях на 16.7 км в 40 МГЦ это 200-240 мбит симплекса, это 100-120 мбит реального трафика + b.test tcp send

Линк на Cambium Force 200 (с 25 дби тарелками) прокачивал здесь максимум 120-130 мбит

 

240M.png

 

20 МГц - 130 мбит

130M.png

Posted (edited)

Поставил 80 Мгц, как и было ранее, при первом инстале, получилось 200-250 мбит (плавающие), капасити плавает от 300 до 450 мбит.

Вообщем с расширение полосы до 80 МГц, повышается цифра! CAPACITY, модуляция, а реальная пропускная способность нет.

 

Вопрос, это так и должно быть что 40 MHz PtMP = 80 MHz PTP ?

 

80mhz.png

Edited by wifin00b
Posted
1 час назад, wifin00b сказал:

Вопрос, это так и должно быть что 40 MHz PtMP = 80 MHz PTP ?

Проблема в потерях. Их в 80 Мгц конкретно у UBNT AC больше, чем в 40 Мгц поэтому увеличение ширины канала   реальную скорость TCP,  учитывающую потери, не повышает.  На трафике  UDP ( и встроенным тестом, а также в цифре Capacity) вы можете увидеть в 80 Мгц высокие цифры, но при отсутствии у UBNT АС надлежащего механизма обеспечения требуемой надежности канала ( измеряемой  битовой  BER или  пакетной ошибкой  PER) этим показаниям верить нельзя, это просто напросто фейк.  И тест TCP это ясно показывает,в чем вы лично убедились. 

Posted

Ну если учесть что реальный трафик состоит процентов на 40-50% из UDP, возможно (?) реальная пропускная способность таки вырастит (tcp + udp). 

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...