Перейти до

PTP550 Cambium Networks для 5 Ггц каналов точка -точка


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

  • Відповіді 670
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Славка, твой выход, трафик не такой, полнолуние, фаташоп, ну или чо там еще, мАлтипоинт, лос энлос, лосось, карась 

Классический пример вашей неадекватности восприятия результатов       Это у вас не тянули 5 лет, а когда показывали пример - глаза закрывали и всякие отговорки придумывали, что это не

А мимозу пробовали? Пока у нас это god-like вариант в любых условиях.

Posted Images

15 часов назад, Alver сказал:

Потому что там  4-х ядерный  процессор ARM.  Распределение нагрузки  между процами есть сейчас  проблема и  в сетевых проводных  устройствах. Есть она у  многоядерного Микротика, в том числе у  4- х ядерного у RB4011, где  есть глюки  в  балансировке  нагрузки  между ядрами . А в Bandwidth Test RB40111  балансировку  решили своеобразным и неправильным способом.

Первые релизы софта на Force 300 вообще были на одном ядре.   Там есть серьезные архитектурные  вопросы  , для решения которых   нужны не программисты, а архитекторы. Люди работают и проблему решат, в 4.5.4.

Ранее вы активно катили бочку на Mikrotik, мол ихний ARM -фуфло, а в итоге скрывали ту же самую шляпу у PTP 550? 
Почему бы в спецификации не написать "Пропускная способность 350 Mbit  (1,36 Gbps в канале 2x80 МГц, 256 QAM 5/6 на прошивке 4.5.4)"???

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

Известные баги  отражается в разделе Known   issues, пофиксенные - Resolved issues в  документе Release notes.

У Микротик  на ARM системная проблема реализации протокола. Это не баг - не ошибка в софте, которую нужно найти и исправить. 

Ссылка на сообщение
Поделиться на других сайтах
23 часа назад, Alver сказал:

Вы тесты Iperf показывали AF5x HD, но никак не Airmax

 

Это не важно, а важно то, что оба инструмента показывают абсолютно идентичные результаты. Вот тут показывал вам 300 Мбит/с в 40 МГц на AirMax AC в самых разных вариантах. Вот пример iperf тестов в 80 МГц на двух встречных симплексах:

 

R5AC_TCP_IPERF-duplex_80MHz_3km.thumb.png.b4efe2f7eb48ed5508aec2a9e321975e.png

 

Но конечно же вам это не понравится, поэтому будете повторять старые байки, что двумя встречными симплексами измерять неправильно (хотя сами раньше так советовали делать).

 

23 часа назад, Alver сказал:

Ваш тест на AF5x HD на Iperf нормальный, а на RB4011 для AF5x HD и  Airmax - фальшивый.

 

23 часа назад, Alver сказал:

Это возможно при отсутствии потерь в канале.

 

Вы сами прочли, что написали? "Результат фальшивый, но это возможно". Это вообще как?!?!? Раньше говорили, что даже в идеальных условиях больше 200 невозможно, а теперь вдруг стало возможно, но это неправда? Или как? )))

 

23 часа назад, Alver сказал:

А вот если потери  есть, то они совсем разные.

 

Это как бы естественно. Но и этот миф я попробую еще раз опровергнуть. Вот я давно делал тест старого AF-5X на коротком линке в 40 МГц с помощью встречных симплексов ВТ и iperf:

 

AF5X_3KM_40MHZ_IPERF_BT-Duplex.thumb.png.f01691e13cc04c45059d08df3ae19b4d.png

 

Здесь все отлично с линком, а пропускная способность уперлась в Capacity, суммарно - 300 Мбит/с. Вопросов нет? А вот эти же файберы на линке 22 км в условиях помех, но измерения проводились только микротиком RB4011:

 

AF5X_22KM_40MHZ_BT-Duplex.thumb.png.1f8dfbf455867ddb0f5bc0680c33c943.png

 

Всего 240 Мбит/с и Capacity уже недостижим. К слову, реального трафика когда-то там бегало примерно столько же (220-240 в пиках до 250). Тоже фальшивый результат? Как это объясните? 

 

22 часа назад, Alver сказал:

И я вам  10 раз обьяснял почему.

 

На меня методы Геббельса не действуют, можете хоть 1000 раз объяснить :) 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Давайте закончим творческий спор о том чьи тесты правильные, а чьи нет.  Я вам обьясняю в чем фальшивка, вы не понимаете.

Я предлагаю делать так.

Не надо мудрить, просто показывайте скрины реальных линков и раздач. Все.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
  • 2 months later...
Опубліковано: (відредаговано)

Вышла прошивка 4.5.4RC12 , где исправлен баг обработки малтикаст пакетов, который на некоторых линках (там где было много  IPTV multicast трафика ) был причиной полки в 250-300 Mbps.

Также вышла  4.5.6RC , где  помимо 5 мс появился  фрейм 2.5  и помимо  ePTP также  режим  адаптивного деления фрейма TDD UL/DL=Flexible.

Это позволяет  в канале 40 МГц  выдать в Download 300+Mbps,  в 80 Мгц - DL 600+ Mbps,в 2x80 МГц - Download 1.2 Gbps .

Вот скрин работы линка на 4.5.4RC12 с  реальным трафиком до DL 450 Mbps + UL 40 Mbps в канале 80 МГц ( что также может быть получено в  40+40 МГц).

PTP550_450Mbps_DL_80MHz_TDD_75-25.png

Задержка на таком трафике

PING ****** (*******) 1470(1498) bytes of data.
1478 bytes from *******: icmp_req=1 ttl=64 time=5.26 ms
1478 bytes from  *******: icmp_req=2 ttl=64 time=4.26 ms
1478 bytes from *******: icmp_req=3 ttl=64 time=1.43 ms
1478 bytes from *******: icmp_req=4 ttl=64 time=6.78 ms
1478 bytes from *******: icmp_req=5 ttl=64 time=4.82 ms
1478 bytes from *******: icmp_req=6 ttl=64 time=3.73 ms
1478 bytes from *******: icmp_req=7 ttl=64 time=2.45 ms
1478 bytes from ******* : icmp_req=8 ttl=64 time=6.49 ms
1478 bytes from ******* : icmp_req=9 ttl=64 time=4.77 ms
1478 bytes from *******: icmp_req=10 ttl=64 time=8.51 ms
1478 bytes from *******: icmp_req=11 ttl=64 time=6.50 ms
1478 bytes from *******: icmp_req=12 ttl=64 time=8.75 ms
1478 bytes from  *******: icmp_req=13 ttl=64 time=3.28 ms
1478 bytes from ******* : icmp_req=14 ttl=64 time=6.21 ms
1478 bytes from ******* : icmp_req=15 ttl=64 time=4.56 ms
1478 bytes from  ******* icmp_req=16 ttl=64 time=3.07 ms
1478 bytes from ******* : icmp_req=17 ttl=64 time=6.04 ms
1478 bytes from *******: icmp_req=18 ttl=64 time=8.76 ms
1478 bytes from *******: icmp_req=19 ttl=64 time=3.04 ms
1478 bytes from ******* : icmp_req=20 ttl=64 time=5.84 ms

--- *******  ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19028ms
rtt min/avg/max/mdev = 1.433/5.231/8.769/2.034 ms

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

Канал на  PTP550 v.4.5.4RC12 переведен в бондинг 2+0  каналы  80+80 MHz.

Дальность 12 км.  Сигналы -61  dBm, рабочие модуляции  Radio  1 - DL 256 QAM 5/6,  Radio 2 -   DL преимущественно 64QAM5/6 из-за    неслабых  помех.

Трафик Download 560 Mbps + Upload  50 Mbps.

Емкость по пропускной способности данного линка  можно оценить  путем   догруза  канала  встроенным тестом и в TDD UL/DL 25/75 на данных рабочих модуляциях составляет  DL750+ UL150Mbps=900 Mbps

PT550_560Mbps_80-80MHz.png

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
Опубліковано: (відредаговано)

Еще один канал на PTP550 в бондинге 80+40 MHz, дальность 11 км. TDD DL/UL=75/25. Прошивка 4.6.0RC23.

Канал  используется как резерв оптики. 

Живой реальный трафик DL 550Mbps+  UL 150Mbps=700 Mbps.  

Monitor_Wireless_80+40MHz_11km.png

 

PTP550_550+150Mbps_80+40MHz.png

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...
Опубліковано: (відредаговано)

Данный линк 11 км перевели в бондинг 80+80  MHz.

Канал из- за высоких помех в основном работает на 64QAM3/4 -5/6  и  DL и UL.

Вот загрузка этого канала живым реальным трафиком  вечером в прайм тайм.

Download 690  Mbps + Upload 125 Mbps- всего 815 Mbps UL+DL.

Это есть новый рекорд скорости реального живого трафика в частотном диапазоне 5GHz

PTP550_690+125M_80+80MHz.png

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

Есть Линк на mimosa С5с даёт 400(в пиках450) /50 живого трафика, есть задача увеличить емкость стоит вопрос ставить B5c или ptp550 ? Эфир свободен от5420-5100, 6000-6300 ? 

Снимок экрана 2020-10-27 в 19.49.19.png

Снимок экрана 2020-10-27 в 19.50.47.png

Снимок экрана 2020-10-27 в 19.51.47.png

Відредаговано adik_v
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Мой выбор был между Mimosa B5c и cambium ptp550 - выбор пал на 550 только из-за наличия sfp порта в 550, в В5с - был неприятный  опыт с поднятием лан порта 1г,   и сразу разочарование ИНЖИНЕРЫ КАМБИУМА это как можно было сделать открытый для "пауков и мух" разем под sfp модуль КАК ???    

В режиме 2+0 нет ePTP Master и нет Flexible, в отличии от В5с ptp550 поддерживает только от  5210 до 5940 в 2+0 В тоже время мимоза в 2+0 может от 5420 до 6400  

 

IMG_1821.jpg

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

туда наху*ривается такая же херня как справа, она просто в комплекте не идёт.

второй линк - забудьте.

птп550 протащит, неплохая железка, но готовьтесь к приключениям с прошивками, это пока их бич.

а так в основном - неплохая железка, камбиум молодцы

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

В принципе у Камбиум есть родные SFP модули и гермовводы, но они дорогие.

Тема гермовводов для SFP обсуждалось выше в теме.

Можно использовать такой же гермоввод как для Ethernet ( есть на любом радиорынке), но SFP модуль должен быть короткий.

Если все же нужно поставить SFP длинный, то есть   и  вариант (типа самосбор) для таких модулей. Попросите у своего продавца или напишите мне в личку,    вам вышлют такой комплект,  бесплатно.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
1 час назад, adik_v сказал:

режиме 2+0 нет ePTP Master и нет Flexible,

Flexible будет 6.4.1. Сейчас 6.4.0 RC32 -все  баги, на которые были при работе с специфическим трафиком жалобы, пофиксены.

Собственно разница в 2+0 между TDD fixed frame и Flexible только в задержке,  Avg RTT соответственно 3 и 6 ms.

  Flexible  также больше пропускает в Download, но у PTP550 и так есть большой запас по пропускной способности, поэтому особо в нем нужды ( кроме более низкой  задержки) в 2+0 нет. А 1+0 ePTP работает  также с задержкой 3 мс и  c Flexible делением UL/DL

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
В 27.10.2020 в 20:30, adik_v сказал:

Есть Линк на mimosa С5с даёт 400(в пиках450) /50 живого трафика, есть задача увеличить емкость стоит вопрос ставить B5c или ptp550 ? Эфир свободен от5420-5100, 6000-6300 ? 

Снимок экрана 2020-10-27 в 19.49.19.png

Снимок экрана 2020-10-27 в 19.50.47.png

Снимок экрана 2020-10-27 в 19.51.47.png

Заменил на  ptp550 - и все так как весь диапазон 5200-5900 загашан камбиум отказался нормально работать ((( еще большой минус нет возможности разнести частоты в 2+0 так как это реализовано в мимозе к примеру можно посавить один канал 80мг с частотой  5000 второй на 6100 а эта ptp550  на 100 зеленых дороже не может.... да еще один большой минус когда на камбиуме меняете настройки то он теряет линк в отличии от мимозы И анализатор у мимозы снимает спектар сразу с двух сторон!

Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, adik_v сказал:

нет возможности разнести частоты в 2+0 так как это реализовано в мимозе к примеру можно посавить один канал 80мг с частотой  5000 второй на 6100 а эта ptp550  на 100 зеленых дороже не может....

 

Вообще то в TDD  в бондинге ставиться разнос по частоте аж бегом. И при этом бондинг пашет нормально. 

Талмуд не пробовали читать, ну или в крайнем случае у Вячеслава спросить?

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
18 часов назад, adik_v сказал:

Заменил на  ptp550 - и все так как весь диапазон 5200-5900 загашан камбиум отказался нормально работать ((( еще большой минус нет возможности разнести частоты в 2+0 так как это реализовано в мимозе к примеру можно посавить один канал 80мг с частотой  5000 второй на 6100 а эта ptp550  на 100 зеленых дороже не может.... да еще один большой минус когда на камбиуме меняете настройки то он теряет линк в отличии от мимозы И анализатор у мимозы снимает спектар сразу с двух сторон!

 

Я посмотрел ваш линк.

Вы потеряли, видимо на   пигтейлах в энергетике относительно расчетного уровня 20 дБм.   По факту     у Мимозы сигнал -62  dBm при   Tx 17 dBm,  у  Cambium на других  пигтейлах, тех же самых антеннах  и Tx 23  dBm    сигнал -70     dBm,   то есть  потеряно 15 дБ.  Или попались некачкественные пигтейлы или их неправильно прикрутили ( недокрутили). 

  Нужно  для начала  заменить пигтейлы   и вообще  получить как минимум RSSI -55  dBm.   Тогда Cambium    взлетит в условиях тех неслабых помех, что есть в данной локации . Но даже сейчас он в 80 МГц  с таким низким сигналом на модуляции 64  QAM 3/4  в одном канале способен в этом месте  вытянуть  400Мbps 

   Каналы в бондинге настраиваются как хотите, единственно нужно сделать разнос между центральными частотами .

каналов  в две ширины канала.

Если меняется частота,  то естественно,  что линк на время перехода на новый канал дисконнектится   В большинстве  остальных случаев смены конфигурации сессия не рвется.

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

В принципе у Камбиум есть родные SFP модули и гермовводы, но они дорогие.

Тема гермовводов для SFP обсуждалось выше в теме.

Можно использовать такой же гермоввод как для Ethernet ( есть на любом радиорынке), но SFP модуль должен быть короткий.

Если все же нужно поставить SFP длинный, то есть   и  вариант (типа самосбор) для таких модулей. Попросите у своего продавца или напишите мне в личку,    вам вышлют такой комплект,  бесплатно.

А из чего такой комплект состоит? 

Ссылка на сообщение
Поделиться на других сайтах
В 06.11.2020 в 21:58, nordstream сказал:

или в крайнем случае у Вячеслава спросить?

Собственно тут недавно была оказия у знакомых с камбиком. Как раз бида с тем самым бондингом. Ответ ребят из юнидаты звучал так и поразил мой ум:

Агрегацию каналов можно делать на основе разделения по ip,mac. Как делать разделение во vlan - не знаем. 

При этом в самом vlan - куча маков.

Да Слав? Было дело на днях? :)

 

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
10 часов назад, Dimkers сказал:

 

При этом в самом vlan - куча маков.

 

 Балансировку трафика по каналам  в бондинге делает не юзер, а оборудование, автоматически.

И разделение не проводится по меткам VLAN ID. У человека проблема - нет балансировки каналов трафика в  QinQ, то есть трафик  в одном VLAN , внутри которого еще есть VLANы.

И наш ответ был такой - мы не знаем ( не уверены) может ли оборудованием проводится разделение между каналами трафика скажем по MAC, если он в одном VLAN ( QinQ).

То есть может ли оборудование  на лету распаковывать трафик QinQ и распределять его по каналам бондинга.  Но спросим это у Камбиум.

 

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

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

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

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

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

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

Вхід

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

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

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

  • Схожий контент


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