Объединение 2-х wi-fi каналов передачи в один (lacp?)

[ytil]

Добрый день. Имеется 2 канала точка-точка (ap bridge+station bridge), все 4 антенны netmetal5_ac. Первый канал чуть пошустрее работает 450mb/s, второй 380mb/s. Появилась необходимость в агрегации этих каналов в один общий. Собственно вопрос. Работает ли lacp агрегация нормально с беспроводными каналами связи, какие могут быть проблемы? И вообще какие best practies применяются с такими вводными?

[vurd]

L3 ecmp

[alibek]

31 минуту назад, ytil сказал:

Работает ли lacp агрегация нормально с беспроводными каналами связи

Для LACP очень желательно сопоставимые характеристики каналов (пинг, ошибки).

На радиорелейке можно попробовать.

На WiFi я бы и пробовать не стал.

[ytil]

@vurd Сильное заявление, проверять я его конечно не буду)

[alibek]

Тем не менее, радиоканалы лучше балансировать на L3.

[slv700]

В устройствах 802.11 ac wave 2 два канала в bonding мультиплексируются на MAC уровне. Работают два канала  ( с защитным частотным  интервалом равным ширине канала) на одну антенну. Так что забудьте про LACP и вообще агрегацию  на IP уровне. Есть в вайфай уже новые технологии агрегации каналов Link Type 2+0 ( по типу агрегации в релейках), правда не у Микротика.

[Constantin]

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

правда не у Микротика

у микротика  еще 4-5 лет назад великолепно 2 канала в бондинге жило..... камбиумом еще и не пахло

правда каналы были с квалити 99-100%

250 метров на 27 км имели за милую душу. > 1к клиентов работало.

[slv700]

Бондинг каналов  в Микротике ( как роутера)  на IP уровне как бы известная вещь, но требует каналы высокого качества. На IP уровне бондинг делается маршрутизаторами ( роутерами) по протоколу LACP. Но требования к каналам такие же высокие.  Вообще бондинг на IP работает хреново.

В стандарте 802.1ас wave 2  bonding выполняется на канальном уровне. В малтипойнт каналы могут работать на одной частоте MU-MIM0 4:4x4- это два MIMO 2x2 стрима на одной частоте. В точка-точка каналы должны быть разнесены по частоте.

Бондинг на канальном уровне  (Link Type 2+0) в реализации 802.11 ac wave 2  не предьявляет повышенных требований к каналам связи. Работает фича хорошо.  Пропускная способность в MAC бондинге 2х каналов удваивается, например в 2x40 Мгц выдает больше 500 Mbps UL+DL.

В конфигурации Link Type 2+0 работает, например, Cambium PTP550 на платформе 802.11 ac wave2. Так что LACP на беспроводке-  давай до свидания!

 

[LostSoul]

Была такая шляпа, что на каком-то микротике LACP работал только через CPU.

Имейте ввиду этот момент.

хотя для радио не критично

 

[Saab95]

В 26.05.2018 в 11:26, ytil сказал:

И вообще какие best practies применяются с такими вводными?

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

 

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

[ytil]

@Saab95 спасибо за рекомендацию!

[ytil]

Подскажите как быть в моей схеме подключения. Т.е. 2 wi-fi канала в свитч, а потом уход на маршрутизатор

192.168.0.4 это шлюз по умолчанию для 192.168.0.8. Т.е. нужно распределение нагрузки на один ip-адрес.

Edited July 2, 2018 by ytil

[ytil]

В 28.05.2018 в 12:19, Saab95 сказал:

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

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

[Saab95]

Да, если вес второго маршрута больше - он использоваться не будет, пока основной работает.

 

Если у вас, допустим два канала, один 100М, а второй 50М, а скорость идет только в одну сторону, тогда можно на канале в 100М сделать 2 маршрута (например повесить 2 пары разных адресов, сделать 2 влана и т.п.), а на канал 50М повесить один маршрут, тогда роутер будет делить данные на 3 потока и можно равномерно загрузить каналы.

[ytil]

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

Да, если вес второго маршрута больше - он использоваться не будет, пока основной работает.

 

Если у вас, допустим два канала, один 100М, а второй 50М, а скорость идет только в одну сторону, тогда можно на канале в 100М сделать 2 маршрута (например повесить 2 пары разных адресов, сделать 2 влана и т.п.), а на канал 50М повесить один маршрут, тогда роутер будет делить данные на 3 потока и можно равномерно загрузить каналы.

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

[Saab95]

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

[ytil]

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

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

Балансировка же по соединениям будет, а не по пакетам? 

 

А какие могут быть действия инженера, если он заметит перегруз одного из каналов? перезагрузить процесс оспф? как-то слишком радикально))

[Saab95]

Можно еще порт выключить и включить. Если перегруз будет сильный, то служебный трафик так же начнет теряться и OSPF потеряет связь по этому каналу, потом связь по нему оборвется, и через некоторое время снова восстановится.

 

Если включено BFD и указано время 0.1 сек например, то канал будет отключаться сразу и весь трафик побежит по другим, если же и там будет перегруз то все остальные каналы тоже отключатся.

 

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

[ytil]

@Saab95 Осталось разобраться как во freebsd сделать несколько default route :)