Jump to content
Local
Alver

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

Recommended Posts

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

Но дело не в этом

Дело в том, что в предмете вы поплыли.

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

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

У Камбиум аппаратно-программная, у свичей коммутация аппаратная, агрегация -программная.

Ржу Бл#. Ты хотя сам понял шо написал?

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

у них разные механизмы. 

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

Edited by Dimkers

Share this post


Link to post
Share on other sites
21 минуту назад, Dimkers сказал:

Дело в том, что в предмете вы поплыли.

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

Ржу Бл#. Ты хотя сам понял шо написал?

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

 

У них задача вообще разная. Камбиум PTP550  трафик делит между каналами, а свичи - наоборот объединяют каналы.

Свичи Камбиум нормально  делают агрегацию LACP.

В радио PTP550 задача обратная- разделить трафик по меткам между каналами.

ЗЫ

Программисты длинк ничего в LACP   не делают. Бинарный код LACP и др. входит в SDK свича.

Edited by Alver

Share this post


Link to post
Share on other sites

Ты дебил? Объясню на пальцах.

 

порт 10G свич - (порт LACP из 2*1G<->порт LACP из 2*1G) - порт 10G свич

Свич порт 1G - камбиум порт 1G <-> (камбиум 2 радиоканала WiFI) <-> камбиум порт 1G - свич порт 1G

 

9 минут назад, Alver сказал:

Программисты длинк ничего в LACP   не делают. Бинарный код LACP и др. входит в SDK свича.

А что делают програмисты камбиум?

Edited by Dimkers

Share this post


Link to post
Share on other sites

Кто из нас тут дебил людям давно понятно. :). Не засоряй тему. Сгинь.

Share this post


Link to post
Share on other sites
3 минуты назад, Alver сказал:

Кто из нас тут дебил людям давно понятно

Самокритика это хорошо.

  • Haha 1

Share this post


Link to post
Share on other sites

Я правильно понял что PTP550 балансит трафик основываясь на маках, тогда ни по барабану ли в каких вланах эти маки.
Или тут свой какой-то уникальный алгоритм разделения ?

Share this post


Link to post
Share on other sites
47 минут назад, mdbo сказал:

Я правильно понял что PTP550 балансит трафик основываясь на маках, тогда ни по барабану ли в каких вланах эти маки.
Или тут свой какой-то уникальный алгоритм разделения ? 

Деление  не по MAC . Если я где то ранее говорил про MAC, то это было  в ранних версиях, сейчас этого нет.

  И там точно уникальный алгоритм  именно разделения трафика  по 2-м  каналам  Load balancing , а не агрегации 2-х каналов в один .

Метки разделения

Transport layer of OSI model protocol type: TCP/UDP;

IP packets source address and TCP/UDP port: Source IP & Source TCP/UDP Port;

IP packets receive address and TCP/UDP port: Receive IP & Receive Port TCP/UDP Port;

Edited by Alver

Share this post


Link to post
Share on other sites
5 часов назад, Alver сказал:

И там точно уникальный алгоритм  именно разделения трафика  по 2-м  каналам  Load balancing , а не агрегации 2-х каналов в один .

Да? И какой же он уникальный???

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

Если я где то ранее говорил про MAC, то это было  в ранних версиях, сейчас этого нет.

Так это было пару дней назад. е&#036;#ть у вас скоростя...

Даж на прошлой странице твоей пук был:

 

Цитата

Агрегация в PTP550  проводится на L1 ( радио) /L2 (  MAC)  уровне.

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

Метки разделения

Это поэтому проц укатывается в полку?

Т.е. пришедший кадр со свича дерибанится аж до TCP и потом разделяют?

Дебилы шоль?

 

Edited by Dimkers

Share this post


Link to post
Share on other sites
1 час назад, Dimkers сказал:

Да? И какой же он уникальный???

Так это было пару дней назад. е&#036;#ть у вас скоростя...

Это поэтому проц укатывается в полку?

Т.е. пришедший кадр со свича дерибанится аж до TCP и потом разделяют?

Дебилы шоль?

 

Вот ты бы перестал популизмом заниматься, а башкой своей подумал. Каждый чейн имеет разные показатели потерь, ошибок и прочей ебатории. А теперь задумайся, какой п@зд#ц был бы, если применить здесь алгоритмы из эзернет сетей, где потери ноль целых х#&#036; десятых.

Потому, что мимоза, что камбала используют свой супермагический алгоритм, который, я более чем уверен, не раскроют.

Я раньше пробовал 2 линка с разносом в 700мгц объединять в лаг, и нихера оно не работало. Хуже чем каждый отдельно.

Edited by Kiano

Share this post


Link to post
Share on other sites
15 минут назад, Kiano сказал:

а башкой своей подумал

Так я подумал.

Скажи ты - зачем заглядывать в пакет настолько глубоко, чтоб балансить трафик в засраном эфире? А? :) Чем номер порта и тип протокола в этом поможет?

Edited by Dimkers

Share this post


Link to post
Share on other sites
2 минуты назад, Dimkers сказал:

Так я подумал.

Скажи ты - зачем заглядывать в пакет настолько глубоко, чтоб балансить трафик в засраном эфире? А? :) Чем номер порта и тип протокола в этом поможет?

А кто сказал что туда кто-то заглядывает?

Share this post


Link to post
Share on other sites

А как можно забалансить по

IP packets source address and TCP/UDP port: Source IP & Source TCP/UDP Port;

IP packets receive address and TCP/UDP port: Receive IP & Receive Port TCP/UDP Port;

не заглядывая? У тебя прилетел кадр(он же фрейм), обернутый в кучку оберток. Как узнать порт? Да и зачем в принципе?

  • Like 1

Share this post


Link to post
Share on other sites

По паттерну, грубо говоря

Share this post


Link to post
Share on other sites
23 часа назад, Alver сказал:

Собирается из двух гермовводов.

А можно фото сего чуда? 

Share this post


Link to post
Share on other sites
9 часов назад, Kiano сказал:

По паттерну

Чтобы это работало, туда надо впихнуть...  А не давай не так. Давай пруф, что в камбале алгоритм балансировки работает по твоим паттернам :)

Ну и собсно даже вдруг если это так, то раскрой тайну, как идёт сравнение пришедшего кадра с паттерном.

Edited by Dimkers
  • Like 1

Share this post


Link to post
Share on other sites

Камбиум подтвердил, что QinQ не имеет никаких особенностей балансировки трафика в бондинге 2+0 на PTP550. Балансировка работает обычным образом и там нет проблем. У человека   наблюдается  другая проблема, не связанная с балансировкой бондинга, которой занимается суппорт Камбиум.

Edited by Alver
  • Like 1

Share this post


Link to post
Share on other sites

Палкан! Это все фигня. Как коммутационная матрица, хардварный ЛАСП, load-balancing и паттерны связаны между собой?

:D

Edited by Dimkers

Share this post


Link to post
Share on other sites

Обновлен рекорд работы PTP550 в одном ( Link Type 1+0)  канале шириной 80 МГц. Реальный трафик Download  480Mbps + Upload 40 Mbps, режим ePTP.   Всего 520 Mbps UL+DL.

PTP550_load480Mbps.png

Напомню что в двух каналах, в бондинге Link Type 2+0 80+80MHz рекорд   на живом реальном трафике составляет

Download 690  Mbps + Upload 125 Mbps. Всего 815 Mbps UL+DL. Разделение трафика  между каналами  примерно поровну.

 

TP550_690_125M_80_80MHz.png

Edited by Alver

Share this post


Link to post
Share on other sites

       Следует отметить, что такой реальный трафик может пропустить на сегодняшний день  Cambium PTP550,  а также Force 325/300 CSM (в одном канале 80МГц) благодаря аппаратной акселерации, реализованной в чипсете   Atheros 802.11ac wave 2.

      Чипсет предыдущего поколения Atheros 802.11ac  wave 1 не имеет в радио аппаратной акселерации, поэтому потолок реального трафика  оборудования (  UBNT, MikroTik) на данном чипсете  составляет 220 Mbps в 40 МГц и 250  Mbps в 80 МГц . При этом в синтетических тестах  UDP/TCP  ( пакеты данных  без агрегации и фрагментации ) оборудование на Atheros 802.11ac  wave 1  может показать высокий результат, но на реальном трафике мы  имеем совсем другую картину.

     Что касается  старого ( 10 летней давности) оборудования 802.11n, то там полка  реального трафика составляет 140-160Mbps в 40 МГц из за низкой пакетной производительности  ( порядка 25-28k pps) платформы Atheros AR9344/AR9350 ,  на котором построено оборудование  802.11n большинства вендоров. При этом в  тестах можно видеть 220 Mbps UL+DL,  что недостижимо на реальном трафике. 

   Также мы рассчитываем , что высокую реальную скорость ( порядка 1  Gbps в 80 МГц на 1024QAM) покажет Force 400   на платформе 802.11ax ( Wi-Fi 6), который выйдет на рынок очень скоро.  

Edited by Alver

Share this post


Link to post
Share on other sites
В 11.11.2020 в 16:09, Dimkers сказал:

Так я подумал.

Скажи ты - зачем заглядывать в пакет настолько глубоко, чтоб балансить трафик в засраном эфире? А? :) Чем номер порта и тип протокола в этом поможет?

Я вот шото не пойму: при чем порты и протоколы вообще?

Мне как бы пох%#, какие там алгоритмы у камбалы и мимозы, пруфы хуюфы, мне фиолетово. Тебе нужно - ищи.

Для сравнения по паттерну или по сигнатуре не нужно никуда заглядывать.

Не понял? Мне пофиг, доказывать не буду, думай что я не прав.

Share this post


Link to post
Share on other sites

Без комментариев....

Снимок экрана 2020-11-13 в 20.10.58.png

Снимок экрана 2020-11-13 в 20.16.32.png

  • Thanks 1

Share this post


Link to post
Share on other sites

Да, мимоза так умеет. Но есть но: порт, с*ка порт и еще раз порт.

А так - железка супер

  • Like 1

Share this post


Link to post
Share on other sites

вот линк на 13 км нагрузил - побил ваш рекорд железкой за 150 $

Снимок экрана 2020-11-13 в 21.22.49.png

Share this post


Link to post
Share on other sites

Зашла мимозка, ага?)

Share this post


Link to post
Share on other sites
16 часов назад, Kiano сказал:

Я вот шото не пойму: при чем порты и протоколы вообще?

Мне как бы пох%#, какие там алгоритмы у камбалы и мимозы, пруфы хуюфы, мне фиолетово. Тебе нужно - ищи.

Для сравнения по паттерну или по сигнатуре не нужно никуда заглядывать. 

Не понял? Мне пофиг, доказывать не буду, думай что я не прав.

Ни нервничай :)

Порты и протоколы тут при том, что балансится у камбалы по....

Для сравнения по паттерну нужно выполнять трудозатратные действия. Т.е. брать кадр и сравнивать. Что-то с чем то. Это более затратная операция для железки, чем чётный влево, нечётный вправо. Это сродни тому, что на слабых железках тест tcp показывает меньшую скорость, чем udp. Казалось бы. Пакеты передавать в обоих случаях же. А нет...

 Не понял? Мне тоже пофиг :) Я и так тут много рассказал.

Ну и собсно как сравнение по паттерну влияет на алгоритм балансировки - никто так и не ответил :)

Вообще для проверки качества работы каналов нормальные люди генерят и шлют проверочные синхропакеты с интервалом(bfd тому пример). И чем важнее канал, тем чаще шлют для проверки, жертвуя частью пропускной способности канала. Если канал плохой, то часть теряется и на основе числа потерь уже используются очереди и коэффициенты распределения пакетов по каналам. Таким образом можно делать суммирование или резервирование. Но это уже другая история.

Edited by Dimkers

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Alver
      Cambium выпустил точки доступа 802.11ax (Wi-Fi 6) cnPilotXirrus XV2-2  MIMO 2x2 и XV3-8 MIMO 8x8.
      Точки доступа построены на Software Defined Radio (SDR)  чипсете.
      Ниже представлен  Iperf TCP тест точки доступа XV2-2  с клиентом 802.11ax Intel AX1650x и iPhone 11 Pro. 
      Клиенты подключены  к  5GHz интерфейсу  AP, протокол доступа OFDMA.
      Скорость Download  MIMO 2x2 в канале 80МГц  на клиента  Intel AX1650x -714 Mbps
      Скорость Download  MIMO 2x2 в канале 80МГц на клиента iPhone 11 Pro ( у этой модели смартфона Apple также радио 802.11ax от   Intel) - 704 Mbps


    • By Alver
      На Facebook в группе Сambium  опубликованы фото и первые результаты испытаний новейшего продукта    для частот 5 ГГц, базирующегося на  платформе Wi-Fi 6 ( 802.11ax),     Cambium Networks Force 400. Это устройство  является первым продуктом из    серии  ePMP4000  нового поколения  1024QAM/FFT512/OFDMA/MU-MIMO8x8 для 2.4  и 5GHz,  а  также позднее  будет поддержка частот 6 ГГц    на базе Wi-Fi 6E радио.
      Устройство оснащено встроенной антенной типа dish с усилением 25dBi , работает по протоколу OFDMA   на радиосигнале с  OFDM c 512 поднесущими и модуляцией  1024QAM.


      Знакомый пейзаж. Да , это город Киев.

    • By Juliett_Veega
      куплю срочно
      Cambium CNPILOT E600 EU - 9шт
    • By CiTiZeNn
      Продам 2 шт. Cambium PTP 550 Connectorized 5 GHz. Оборудование в отличном состоянии исправно, готово к эксплуатации. Причина демонтажа переход на оптику. Обородование официальное и на гарантии Юнидаты. Приобретено в январе.
      Стоимость 30000 грн. О67 75Ч О595
×