Перейти к содержимому
Калькуляторы

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

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

Поделиться сообщением


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

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

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

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

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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

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

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

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

Поделиться сообщением


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

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

 

Поделиться сообщением


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

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

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

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

 

Поделиться сообщением


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

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

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

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

 

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

Поделиться сообщением


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

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

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

2222.jpg

Изменено пользователем ytil

Поделиться сообщением


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

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

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

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

Поделиться сообщением


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

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

 

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

Поделиться сообщением


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

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

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

 

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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

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

 

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

Поделиться сообщением


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

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

 

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

 

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

Поделиться сообщением


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

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

Поделиться сообщением


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.