Jump to content
Калькуляторы

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

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

Share this post


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

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


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

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

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

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

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

Share this post


Link to post
Share on other sites

Бондинг каналов  в Микротике ( как роутера)  на 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 на беспроводке-  давай до свидания!

 

Share this post


Link to post
Share on other sites

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

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

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

 

Share this post


Link to post
Share on other sites
В 26.05.2018 в 11:26, ytil сказал:

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

2222.jpg

Edited by ytil

Share this post


Link to post
Share on other sites
В 28.05.2018 в 12:19, Saab95 сказал:

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


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

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

 

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

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

Share this post


Link to post
Share on other sites

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

Share this post


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

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

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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
Sign in to follow this