[Vladnik]

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

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

[Bandit]

Корпус на Лиго похож))

[SSD]

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

Корпус на Лиго похож))

Это и есть лиго.

[fanger]

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

[Vladnik]

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

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

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

[slv700]

В 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]

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

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

 Cambium PTP550E - 4.9-6.2Ггц.

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

[fanger]

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

 Провереное решение на  Cambium Force 300 CSM работает с 4.9 до 6.2 ГГц. 

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

[Vladnik]

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

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

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

 

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

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

 

[slv700]

11 часов назад, SSD сказал:

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

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

[Constantin]

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

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

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

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

 

[slv700]

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

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

 

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

 

[slv700]

Вот линк на 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

 

 

[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

[Constantin]

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]

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

клоун ты наш

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

[slv700]

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 

 

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]

 

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

[slv700]

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

[slv700]

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]

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]

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

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

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

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

[slv700]

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

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

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

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

 

При этом  ясно, что если 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]

У 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]

В 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:

 

 

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

 

 

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

 

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

 

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

 

 

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

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

 

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

 

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

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

 

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