Jump to content

Радимост 6,4ГГц от Rotek

Vladnik
 Share

Recommended Posts

Vladnik

Vladnik

Posted
Posted

В процессе поиска решения для строительства р/моста в частотном диапазоне 6-6,45ГГц нашел вот такое оборудование https://www.rotek.ru/product/besprovodnyy-shirokopolosnyy-dostup-bshpd/abonentskie-stantsii-bshpd-i-radiomosty/. Есть ли у кого опыт зксплуатации такого оборудования, замеченные недостатки, реальное соответствие

заявленных характеристик в практическом применении и т.д.заранее благодарен ответившим.

Vladnik

Vladnik

Posted
  • Author
Posted
2 часа назад, fanger сказал:

Сколько 5-N-PRO это чудо стоит?

Задал этот вопрос поизводителю,пока ответа нет. Говорят,что в связи с короновирусом сотрудники работают по удаленке и нужно еще немного подождать. 

slv700

slv700

Posted
Posted
В 24.03.2020 в 14:54, Vladnik сказал:

В процессе поиска решения для строительства р/моста в частотном диапазоне 6-6,45ГГц нашел вот такое оборудование https://www.rotek.ru/product/besprovodnyy-shirokopolosnyy-dostup-bshpd/abonentskie-stantsii-bshpd-i-radiomosty/. Есть ли у кого опыт зксплуатации такого оборудования, замеченные недостатки, реальное соответствие

заявленных характеристик в практическом применении и т.д.заранее благодарен ответившим.

Не надо ничего искать на ж*пу приключений.   Провереное решение на  Cambium Force 300 CSM работает с 4.9 до 6.2 ГГц.

 Cambium PTP550E - 4.9-6.2Ггц.

SSD

SSD

Posted
Posted
13 часов назад, slv700 сказал:

Не надо ничего искать на ж*пу приключений.   Провереное решение на  Cambium Force 300 CSM работает с 4.9 до 6.2 ГГц.

 Cambium PTP550E - 4.9-6.2Ггц.

Ну да, ну да. Проверено годами эксплуатации))

Vladnik

Vladnik

Posted
  • Author
Posted
2 часа назад, fanger сказал:

Где его можно приобрести в России?

Говорят,что первые поставки будут в начале лета

 

2 часа назад, fanger сказал:

Где его можно приобрести в России?

 

Constantin

Constantin

Posted
Posted
В 27.03.2020 в 03:17, slv700 сказал:

Force 300 CSM - полгода, Force 300-25 - 2  года

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

а линк с пингом в 25-40 мс под нагрузкой даже в 100 мбит в TDD как то сомнительно востребован

 

slv700

slv700

Posted
Posted
В 28.03.2020 в 14:24, Constantin сказал:

а линк с пингом в 25-40 мс под нагрузкой даже в 100 мбит в TDD как то сомнительно востребован

 

  Не надоело еще говновбросы делать?    У всех работает нормально, у  тебя одного  все по дебильному. Ищи проблемы в себе, в своей рукожопости, а  не в оборудовании.   А может ты специально все врешь, какие же у тебя мотивы? Или ты просто дурак, и делаешь это  от недостатка ума?

 

slv700

slv700

Posted
Posted

Вот линк на Force 300-25, 5  км, канал 40 МГц,  TDD, frame size 5  ms, живой трафик 120+ Mbps 

40 bytes from *******.7: icmp_req=6 ttl=64 time=2.36 ms
40 bytes from *******.7: icmp_req=7 ttl=64 time=4.98 ms
40 bytes from *******.7: icmp_req=8 ttl=64 time=5.02 ms
40 bytes from *******.7: icmp_req=9 ttl=64 time=4.74 ms
40 bytes from *******.7 : icmp_req=10 ttl=64 time=4.39 ms
40 bytes from *******.7: icmp_req=11 ttl=64 time=6.94 ms
40 bytes from *******.7: icmp_req=12 ttl=64 time=4.37 ms
40 bytes from *******.7: icmp_req=13 ttl=64 time=3.66 ms
40 bytes from *******.7: icmp_req=14 ttl=64 time=2.37 ms
40 bytes from *******.7: icmp_req=15 ttl=64 time=6.59 ms
40 bytes from *******.7: icmp_req=16 ttl=64 time=3.82 ms
40 bytes from *******.7: icmp_req=17 ttl=64 time=2.81 ms
40 bytes from  *******.7: icmp_req=18 ttl=64 time=5.82 ms
40 bytes from  *******.7: icmp_req=19 ttl=64 time=3.75 ms
40 bytes from *******.7: icmp_req=20 ttl=64 time=3.54 ms

---  *******.7 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19028ms
rtt min/avg/max/mdev = 1.482/4.254/6.943/1.364 ms

 

 

Force 300_40MHz_120M.png

Force 300_40MHz.png

slv700

slv700

Posted
Posted

Вот линк на Force 300-25, 13 км, трафик 100  Mbps.

TDD =25/75. 

0 bytes from *******218: icmp_req=8 ttl=64 time=7.55 ms
40 bytes from *******.218: icmp_req=9 ttl=64 time=6.18 ms
40 bytes from *******.218: icmp_req=10 ttl=64 time=3.46 ms
40 bytes from *******.218: icmp_req=11 ttl=64 time=2.82 ms
40 bytes from *******.218: icmp_req=12 ttl=64 time=11.2 ms
40 bytes from *******.218: icmp_req=13 ttl=64 time=4.18 ms
40 bytes from *******.218: icmp_req=14 ttl=64 time=2.61 ms
40 bytes from *******.218: icmp_req=15 ttl=64 time=5.39 ms
40 bytes from *******.218: icmp_req=16 ttl=64 time=4.53 ms
40 bytes from *******.218: icmp_req=17 ttl=64 time=5.97 ms
40 bytes from *******.218: icmp_req=18 ttl=64 time=4.48 ms
40 bytes from *******.218: icmp_req=19 ttl=64 time=3.14 ms
40 bytes from *******.218: icmp_req=20 ttl=64 time=6.40 ms

--- *******.218 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19032ms
rtt min/avg/max/mdev = 2.612/5.555/11.225/2.495 ms

 

Режим  ePTP ( v.4.5RC69). 

40 bytes from ********.218: icmp_req=6 ttl=64 time=3.50 ms
40 bytes from ********.218: icmp_req=7 ttl=64 time=4.57 ms
40 bytes from ********.218: icmp_req=8 ttl=64 time=4.27 ms
40 bytes from ********.218: icmp_req=9 ttl=64 time=4.72 ms
40 bytes from ********.218: icmp_req=10 ttl=64 time=4.16 ms
40 bytes from ********.218: icmp_req=11 ttl=64 time=5.25 ms
40 bytes from ********.218: icmp_req=12 ttl=64 time=3.25 ms
40 bytes from ********.218: icmp_req=13 ttl=64 time=3.07 ms
40 bytes from ********.218: icmp_req=14 ttl=64 time=3.23 ms
40 bytes from ********.218: icmp_req=15 ttl=64 time=3.82 ms
40 bytes from ********.218: icmp_req=16 ttl=64 time=3.76 ms
40 bytes from ********.218: icmp_req=17 ttl=64 time=3.85 ms
40 bytes from 1********.218: icmp_req=18 ttl=64 time=3.00 ms
40 bytes from ********.218: icmp_req=19 ttl=64 time=2.84 ms
40 bytes from ********.218: icmp_req=20 ttl=64 time=4.52 ms

--- ********.218 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19027ms
rtt min/avg/max/mdev = 2.843/3.883/5.253/0.686 ms
Constantin

Constantin

Posted
Posted
16 часов назад, slv700 сказал:

Вот линк на Force 300-25, 13 км, трафик 100  Mbps.

TDD =25/75. 


0 bytes from *******218: icmp_req=8 ttl=64 time=7.55 ms
40 bytes from *******.218: icmp_req=9 ttl=64 time=6.18 ms
40 bytes from *******.218: icmp_req=10 ttl=64 time=3.46 ms
40 bytes from *******.218: icmp_req=11 ttl=64 time=2.82 ms
40 bytes from *******.218: icmp_req=12 ttl=64 time=11.2 ms
40 bytes from *******.218: icmp_req=13 ttl=64 time=4.18 ms
40 bytes from *******.218: icmp_req=14 ttl=64 time=2.61 ms
40 bytes from *******.218: icmp_req=15 ttl=64 time=5.39 ms
40 bytes from *******.218: icmp_req=16 ttl=64 time=4.53 ms
40 bytes from *******.218: icmp_req=17 ttl=64 time=5.97 ms
40 bytes from *******.218: icmp_req=18 ttl=64 time=4.48 ms
40 bytes from *******.218: icmp_req=19 ttl=64 time=3.14 ms
40 bytes from *******.218: icmp_req=20 ttl=64 time=6.40 ms

--- *******.218 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19032ms
rtt min/avg/max/mdev = 2.612/5.555/11.225/2.495 ms

 

Режим  ePTP ( v.4.5RC69). 


40 bytes from ********.218: icmp_req=6 ttl=64 time=3.50 ms
40 bytes from ********.218: icmp_req=7 ttl=64 time=4.57 ms
40 bytes from ********.218: icmp_req=8 ttl=64 time=4.27 ms
40 bytes from ********.218: icmp_req=9 ttl=64 time=4.72 ms
40 bytes from ********.218: icmp_req=10 ttl=64 time=4.16 ms
40 bytes from ********.218: icmp_req=11 ttl=64 time=5.25 ms
40 bytes from ********.218: icmp_req=12 ttl=64 time=3.25 ms
40 bytes from ********.218: icmp_req=13 ttl=64 time=3.07 ms
40 bytes from ********.218: icmp_req=14 ttl=64 time=3.23 ms
40 bytes from ********.218: icmp_req=15 ttl=64 time=3.82 ms
40 bytes from ********.218: icmp_req=16 ttl=64 time=3.76 ms
40 bytes from ********.218: icmp_req=17 ttl=64 time=3.85 ms
40 bytes from 1********.218: icmp_req=18 ttl=64 time=3.00 ms
40 bytes from ********.218: icmp_req=19 ttl=64 time=2.84 ms
40 bytes from ********.218: icmp_req=20 ttl=64 time=4.52 ms

--- ********.218 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19027ms
rtt min/avg/max/mdev = 2.843/3.883/5.253/0.686 ms

и кто то обвиняет меня во лжи?  как бы разницы между тдд и eptp как бы и нет ....

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

 

клоун ты наш

Bandit

Bandit

Posted
Posted
39 минут назад, Constantin сказал:

клоун ты наш

Костя, ну что ты так сразу грубо то :) Славки он очень грамотный и хитрый маркетолог :)

slv700

slv700

Posted
Posted
9 часов назад, Constantin сказал:

и кто то обвиняет меня во лжи?  как бы разницы между тдд и eptp как бы и нет ....

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

 

 

Вот два  раза по сто  пакетов. Линк  на PTP550  6 км, прошивка 4.5 RC69.  Force 300 -  половинка PTP550, прошивка та же самая. TDD =25/75. 

40 bytes from : icmp_req=89 ttl=64 time=9.68 ms
40 bytes from : icmp_req=90 ttl=64 time=8.00 ms
40 bytes from : icmp_req=91 ttl=64 time=5.89 ms
40 bytes from : icmp_req=92 ttl=64 time=5.23 ms
40 bytes from : icmp_req=93 ttl=64 time=13.6 ms
40 bytes from : icmp_req=94 ttl=64 time=2.74 ms
40 bytes from : icmp_req=95 ttl=64 time=6.47 ms
40 bytes from : icmp_req=96 ttl=64 time=3.69 ms
40 bytes from : icmp_req=97 ttl=64 time=2.71 ms
40 bytes from : icmp_req=98 ttl=64 time=2.61 ms
40 bytes from : icmp_req=99 ttl=64 time=11.4 ms
40 bytes from : icmp_req=100 ttl=64 time=5.51 ms

--- ***** 89 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99137ms
rtt min/avg/max/mdev = 1.574/5.127/13.696/2.181 ms
40 bytes from.89: icmp_req=94 ttl=64 time=2.89 ms
40 bytes from : icmp_req=95 ttl=64 time=5.62 ms
40 bytes from : icmp_req=96 ttl=64 time=13.0 ms
40 bytes from : icmp_req=97 ttl=64 time=5.95 ms
40 bytes from : icmp_req=98 ttl=64 time=5.35 ms
40 bytes from : icmp_req=99 ttl=64 time=4.47 ms
40 bytes from : icmp_req=100 ttl=64 time=6.39 ms

--- 176.107.89.89 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99125ms
rtt min/avg/max/mdev = 1.868/5.300/13.076/2.331 ms

Загрузка канала 80 МГц - живой трафик >330Mbps 

 

335M_PTP550.png

Force 300 -25 , 5  км, TDD=25/75

Пинг два раза по 100. 

40 bytes from .7: icmp_req=93 ttl=64 time=2.79 ms
40 bytes from 7.7: icmp_req=94 ttl=64 time=5.78 ms
40 bytes from .7: icmp_req=95 ttl=64 time=5.25 ms
40 bytes from .7: icmp_req=96 ttl=64 time=2.47 ms
40 bytes from .7: icmp_req=97 ttl=64 time=1.96 ms
40 bytes from .7: icmp_req=98 ttl=64 time=5.36 ms
40 bytes from 7: icmp_req=99 ttl=64 time=3.61 ms
40 bytes from 1.7: icmp_req=100 ttl=64 time=3.28 ms

--- 1 *** 7.7 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99156ms
rtt min/avg/max/mdev = 1.663/4.805/11.654/1.980 ms
slv700

slv700

Posted
Posted

  

0 bytes from *****.7: icmp_req=95 ttl=64 time=5.98 ms
40 bytes from *****7.7: icmp_req=96 ttl=64 time=4.07 ms
40 bytes from *****7.7: icmp_req=97 ttl=64 time=2.69 ms
40 bytes from *****.7: icmp_req=98 ttl=64 time=5.83 ms
40 bytes from *****.7: icmp_req=99 ttl=64 time=5.33 ms
40 bytes from 1*****7.7: icmp_req=100 ttl=64 time=7.83 ms

--- 1*****.7 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99160ms
rtt min/avg/max/mdev = 1.807/5.243/12.964/2.160 ms

 

Загрузка канала 150+ Mbps

150М_Force 300.png

slv700

slv700

Posted
Posted

  Таких примеров -сотни. Только у тебя  какие то невменяемые  результаты, которые в виде реальных скринов ( одни только говновбросы)  никто не видел. 

slv700

slv700

Posted
Posted
13 часов назад, Constantin сказал:

как бы разницы между тдд и eptp как бы и нет ....

Есть разница, в ePTP  задержка в среднем  на  2 мс меньше. Обьясняется просто. При длине фрейма 5 мс и TDD  DL/UL =75/25, средняя задержка -5-6 мс (  d в DL идет пинг  ICMP   в  промежутке от 0... 4 мс, обратно в  UL 4...5 мс. Если есть ARQ ретрасмитты ( из за помех) ,то пакеты в том числе   ICMP повторяются и задержка увеличивается. 

В режиме  ePTP переменный фрейм  ( примерно 2-3 мс)  и переменное ( адаптивное ) деление  DL/UL. Средняя задержка 2-3 мс.

В прошивке 4.6 будет также фрейм 2.5мс  и flexible (  adaptive ) деление UL/DL.  В этом режиме задержка будет примерно такая же как в ePTP. Этот режим нужен для PTP550,  для его работы в бондинге в 2-х каналах, а также для синхронизации.

 

slv700

slv700

Posted
Posted
7 часов назад, slv700 сказал:

Если есть ARQ ретрасмитты ( из за помех) ,то пакеты в том числе   ICMP повторяются и задержка увеличивается. 

Из-за ретрансмиттов- повторов передачи потерянных или поврежденных помехами  пакетов, увеличивается джиттер ( колебание задержки ) и средняя задержка . Максимальное количество повторов пакетов у Камбиум - 8. Если пакет не восстановлен на L2  на 8 повторах передачи, то дальше   поврежденные пакеты ( отмечаются как  Drop Packets) повторяются на L3/L4 в TCP  стеке протокола.

Если у Constantina действительно есть задержка 25-40мс, то это значит что у него большинство пакетов ( 50-70%) повторяются и большинство  из них повторяются по 5-8 раз  ( 5 ms *5=25ms, 5x8=40ms). Сколько в канале % ретрансмиттов  можно увидеть в Monitor-Performance. В канале не рекомендуется иметь  больше 5% Retransmission   packets . И Error/Capacity  Drop Packets  должно быть  ( желательно быть) 0%.

Вот потери на линке на Force 300-25  ( скрины приведены выше)   c задержкой  

rtt min/avg/max/mdev = 2.612/5.555/11.225/2.495 ms
Error Drop Packets 199 956 packets (0%)
 Capacity Drop Packets 596 991 (0%)
Retransmission Packets 16 348 327 packets (2%)
slv700

slv700

Posted
Posted

На линке неслабые помехи, но и задержка очень даже неплохая.

У  Constantina   видимо цифра  Retransmission Packets превышает 50-70%,и при этом совершенно определенно  есть дропы Error Drop Packets  в радио, что переносит решение задачи восстановления пакетов  на TCP уровень, а это очень хреново, падает реальная скорость.  

Что  Constantin трудно это посмотреть и увидеть в какую ж*пу загнан у тебя линк ?  Это каким же нужно быть долбодятлом, чтобы не видеть состояние линка и обвинять в его  плохой работе оборудование? 

 Для решения этой проблемы  нужно или уходить на более чистый канал или повышать энергетику линка - отношение  сигнала к помехе применением  антенн с более высоким усилением.

slv700

slv700

Posted
Posted

Причем почти точно так  же работают ВСЕ синхронные системы  с   ARQ.

Разница между ними в помехойстойчивости - количестве потерь и ретрансмиттов  при  одинаковом  CINR. Но зависимость задержки от одинакового   % рентрансмиттов - идентичная, там работает уже математика, а не физика -радио.

Смотрим на линк AF5X HD, frame 5 ms, дальность 5 км. Трафик 100 Mbps.

Пинг задан длинными пакетами 1470  байт, чтобы не срабатывал фокус с приоритизацией ICMP пакетов.

100М_AF5xHD.png

 

При этом  ясно, что если frame уменьшить  до 2   ms,    то и джттер и средняя задержка будут меньше, раза в 1.5.

 

Вот аналогичный линк на  Force 300-25 ,  фрейм 5 ms, дальность 5 км. Трафик 100 Mbps. Пинг пакетами 1470 байт. 

1478 bytes from 7.7: icmp_req=94 ttl=64 time=9.01 ms
1478 bytes from  7.7: icmp_req=95 ttl=64 time=2.14 ms
1478 bytes from 7.7: icmp_req=96 ttl=64 time=5.62 ms
1478 bytes from 7.7: icmp_req=97 ttl=64 time=4.91 ms
1478 bytes from 7.7: icmp_req=98 ttl=64 time=2.26 ms
1478 bytes from 7.7: icmp_req=99 ttl=64 time=6.65 ms
1478 bytes from 7.7: icmp_req=100 ttl=64 time=5.49 ms

--- 1.7 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99149ms
rtt min/avg/max/mdev = 1.668/4.478/11.106/1.779 ms
slv700

slv700

Posted
Posted

У Force 300 джиттер и немного средняя задержка меньше, чем AF5X HD потому что  за 10 дней  со дня сброса счетчиков  Time Since Last Reset 0010:21:25:24

 Total Transmitted Packets  7 221 200 463 packets (100%)

Error Drop Packets   1 081 packets (0%)

 Capacity Drop Packets   42 037 (0%)

Retransmission Packets   36 514 packets (0%)

Т..е практически нет ретрасмиттов. А у AF5x HD они есть, не намного, но больше, просто другие условия.

xabarov

xabarov

Posted
Posted
В 24.03.2020 в 15:54, Vladnik сказал:

В процессе поиска решения для строительства р/моста в частотном диапазоне 6-6,45ГГц нашел вот такое оборудование https://www.rotek.ru/product/besprovodnyy-shirokopolosnyy-dostup-bshpd/abonentskie-stantsii-bshpd-i-radiomosty/. Есть ли у кого опыт зксплуатации такого оборудования, замеченные недостатки, реальное соответствие

заявленных характеристик в практическом применении и т.д.заранее благодарен ответившим.

 

На картинке у них LigoWave LigoPTP 6-25 RapidFire. При этом упоминается, что может работать в PTP/PTMP-режиме. На самом деле именно серия RapidFire может работать только в PTP. Для PTP/PTMP у них другая линейка - LigoDLB. В целом рабочая линейка устройств за исключением нескольких багов, о которых писал в теме про Лиго.

 

В 25.03.2020 в 15:25, Vladnik сказал:

Задал этот вопрос поизводителю,пока ответа нет. Говорят,что в связи с короновирусом сотрудники работают по удаленке и нужно еще немного подождать. 

 

У Лиго были проблемы с производством в прошлом году. К концу года возобновили производство линейки 5 ГГц, но потом китайский НГ и короновирус все остановили. Сейчас ожидается возобновление производства устройств, на которые есть большой спрос - 5 ГГц.

6 ГГц делали специально для России и очень сомневаюсь, что в ближайшее время они запустят и эту линейку. В любом случае, цена на эти устройства с шильдиком другого производителя будет значительно выше.

 

В 25.03.2020 в 17:48, slv700 сказал:

Не надо ничего искать на ж*пу приключений.   Провереное решение на  Cambium Force 300 CSM работает с 4.9 до 6.2 ГГц.

 Cambium PTP550E - 4.9-6.2Ггц.

 

Кто-то врет и не краснеет. На вашем сайте указан диапазон частот 4910-5970:

 

1292272694_Screenshot(31).thumb.png.4ed578ae9b33a755a7d0ade2eca4008d.png

 

Некоторое время назад на украинском форуме вы утверждали, что работает до 6125:

 

1993004873_Screenshot(32).thumb.png.d3788213fdc21bc1f1ef329a9353939a.png

 

Чему верить в итоге? Вашему сайту, вашему высказыванию на другом форуме или на этом форуме? 

 

Есть пруфы, подтверждающие нормальную работу этих устройств в 6 ГГц? Прошлая линейка Cambium 6 ГГц оказалась фактически нерабочей. По этой же причине вы ее и не предлагаете здесь.

 

Если уж говорить про диапазон до 6200 МГц, то будет правильным упомянуть AF-5XHD, который реально работает в этом участке. Не на словах, а на практике:

 

aF5HD-40-real_7km.png.a7699f4d2998b616b6faf675254bd3d0.thumb.png.0ca2b833e539d2e55e9b90adc0c3c56a.png

 

В 26.03.2020 в 19:17, slv700 сказал:

Force 300 CSM - полгода, Force 300-25, PTP550 - 2  года.

 

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

 

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

У Force 300 джиттер и немного средняя задержка меньше

 

Ваша задержка в этой теме никого не интересует. Перестаньте флудить!

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.

×
 Share
Go to topic listing
×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.