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

[Kiano 616]

Если qinq то весь трафик идет под одним маком

Есть предложения как его разделить? У меня пока нет идей

[Dimkers 1 606]

  В 11.11.2020 в 06:15, Kiano сказав:

Если qinq то весь трафик идет под одним маком

Expand  

Кто сказал? Палковник?

Відредаговано 2020-11-11 06:28:50 Dimkers

[Kiano 616]

  В 11.11.2020 в 06:22, Dimkers сказав:

Кто сказал?

Expand  

Да, не уточнил. Классический qinq нет, там просто 2 метки в пакете и всё. А туннелирование подразумевает один мак.

У меня много где было просто туннелирование и была та же проблема

[Dimkers 1 606]

  В 11.11.2020 в 06:31, Kiano сказав:

Классический qinq нет, там просто 2 метки в пакете и всё.

Expand  

А в не классическом? 3 метки и тоже все? Ну и да, тут тоже 2 метки.

 

Ok, пойдем другим путем. Почему с одной стороны свич видит маки в QinQ пакете и нормально балансит трафик в свой аплинк в LAG, а камбиум, который включен в этот же свич - не хочет?

Відредаговано 2020-11-11 10:00:13 Dimkers

[Alver 336]

  В 11.11.2020 в 06:35, Dimkers сказав:

Ok, пойдем другим путем. Почему с одной стороны свич видит маки в QinQ пакете и нормально балансит трафик в свой аплинк в LAG, а камбиум, который включен в этот же свич - не хочет?

Expand  

У них разная реализация балансировки, более того у свича она  поддерживается аппаратно.  Балансировка QinQ  вообще то у Камбиум  происходит, но что то  долго думает,  и как то неравномерно балансирует ( там кроме QinQ есть еще небольшой  трафик и возможно  он уводится во второй канал), видимо работает по обновлению bridge table или ARP Table. Вопрос с балансировкой QinQ изучаем.

Відредаговано 2020-11-11 07:01:13 Alver

[Kiano 616]

  В 11.11.2020 в 06:35, Dimkers сказав:

Ok, пойдем другим путем. Почему с одной стороны свич видит маки в QinQ пакете и нормально балансит трафик в свой аплинк в LAG, а камбиум, который включен в этот же свич - не хочет?

Expand  

Ну тут уже хз, в мозги камбале не посмотрю

[Dimkers 1 606]

  В 11.11.2020 в 06:58, Alver сказав:

более того у свича она  поддерживается аппаратно.

Expand  

Да? И каким же чипом это реализуется в дешовеньком свиче типа Dlink DGS-1210?

[Alver 336]

  В 11.11.2020 в 07:46, Dimkers сказав:

Да? И каким же чипом это реализуется в дешовеньком свиче типа Dlink DGS-1210?

Expand  

У  свичей доступа есть коммутационная матрица. Что там есть  у  длинка -х.з.

У PTP550 точно нет такой матрицы , она ему и не нужна.

У  свичей Камбиум матрица есть.

И получен ответ от Камбиум. Особенностей балансировки QinQ нет.  Почему медленно и неравномерно балансируется трафик у человека- разщберемся.

Відредаговано 2020-11-11 08:26:23 Alver

[Dimkers 1 606]

И как коммутационная матрица связана с хардварным LACP?

Я тебя за язык не тянул. ты сам пизданул

Відредаговано 2020-11-11 08:25:30 Dimkers

[Alver 336]

LACP -это агрегация на IP уровне. В wireless работает плохо.

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

[Dimkers 1 606]

  В 11.11.2020 в 08:29, Alver сказав:

LACP -это агрегация на IP уровне

Expand  

ГЫ. А как же тогда она балансится по src\dst MAC?

 

Спрыгнул

Ну ты это, понял, что херню пизданул про хардварный ЛАСП и коммутационную матрицу? И своим там передай, пусть книжки читают.

Відредаговано 2020-11-11 08:33:43 Dimkers

[Alver 336]

  В 11.11.2020 в 08:32, Dimkers сказав:

про хардварный ЛАСП

Expand  

Я про LACP ни про LAG ничего не говорил.   А коммутационная матрица в приличных свичах есть . Ты с этим спорить собираешься , что ли? И вообще мне  как реализован LACP  не интересно. Он в радиоканалах должным образом НЕ работает.  Закончим этот бестолковый офтоп.

Відредаговано 2020-11-11 08:41:47 Alver

[Dimkers 1 606]

  В 11.11.2020 в 08:37, Alver сказав:

Я про LACP ни про LAG ничего не говорил.

Expand  

 

  В 11.11.2020 в 06:58, Alver сказав:

У них разная реализация балансировки, более того у свича она  поддерживается аппаратно. 

Expand  

 

  В 11.11.2020 в 06:35, Dimkers сказав:

Почему с одной стороны свич видит маки в QinQ пакете и нормально балансит трафик в свой аплинк в LAG, а камбиум, который включен в этот же свич - не хочет?

Expand  

 

Я слушаю далее сказки венского леса.

Відредаговано 2020-11-11 08:46:38 Dimkers

[Alver 336]

  В 11.11.2020 в 08:42, Dimkers сказав:

 

 

Я слушаю далее сказки венского леса.

Expand  

Я имел в виду , что коммутация у свича поддерживается аппаратно. 

[Dimkers 1 606]

А при чем тут коммутация пакетов в матрице, которая зачастую вообще проходит по номеру порта, к балансировке в LAG\LACP?

Відредаговано 2020-11-11 08:45:34 Dimkers

[Alver 336]

  В 11.11.2020 в 08:45, Dimkers сказав:

LAG\LACP?

Expand  

Ни причем. Просто балансировка трафика  у Камбиум PTP550 и у свичей  LACP  разная. У Камбиум аппаратно-программная, у свичей коммутация аппаратная, агрегация -программная. Но дело не в этом, у них разные механизмы. 

[Dimkers 1 606]

  В 11.11.2020 в 08:50, Alver сказав:

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

Expand  

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

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

  В 11.11.2020 в 08:50, Alver сказав:

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

Expand  

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

  В 11.11.2020 в 08:50, Alver сказав:

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

Expand  

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

Відредаговано 2020-11-11 08:56:31 Dimkers

[Alver 336]

  В 11.11.2020 в 08:52, Dimkers сказав:

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

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

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

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

 

Expand  

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

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

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

ЗЫ

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

Відредаговано 2020-11-11 09:15:59 Alver

[Dimkers 1 606]

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

 

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

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

 

  В 11.11.2020 в 09:13, Alver сказав:

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

Expand  

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

Відредаговано 2020-11-11 09:23:05 Dimkers

[Alver 336]

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

[Dimkers 1 606]

  В 11.11.2020 в 09:17, Alver сказав:

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

Expand  

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

[mdbo 2]

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

[Alver 336]

  В 11.11.2020 в 10:49, mdbo сказав:

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

Expand  

Деление  не по 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;

Відредаговано 2020-11-11 11:37:21 Alver

[Dimkers 1 606]

  В 11.11.2020 в 11:35, Alver сказав:

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

Expand  

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

  В 11.11.2020 в 11:35, Alver сказав:

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

Expand  

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

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

 

  Цитата

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

Expand  

  В 11.11.2020 в 11:35, Alver сказав:

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

Expand  

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

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

Дебилы шоль?

 

Відредаговано 2020-11-11 17:08:40 Dimkers

[Kiano 616]

  В 11.11.2020 в 12:25, Dimkers сказав:

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

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

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

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

Дебилы шоль?

 

Expand  

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

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

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

Відредаговано 2020-11-11 13:55:58 Kiano