ytil Опубликовано 26 мая, 2018 · Жалоба Добрый день. Имеется 2 канала точка-точка (ap bridge+station bridge), все 4 антенны netmetal5_ac. Первый канал чуть пошустрее работает 450mb/s, второй 380mb/s. Появилась необходимость в агрегации этих каналов в один общий. Собственно вопрос. Работает ли lacp агрегация нормально с беспроводными каналами связи, какие могут быть проблемы? И вообще какие best practies применяются с такими вводными? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 26 мая, 2018 · Жалоба L3 ecmp Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 26 мая, 2018 · Жалоба 31 минуту назад, ytil сказал: Работает ли lacp агрегация нормально с беспроводными каналами связи Для LACP очень желательно сопоставимые характеристики каналов (пинг, ошибки). На радиорелейке можно попробовать. На WiFi я бы и пробовать не стал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ytil Опубликовано 26 мая, 2018 · Жалоба @vurd Сильное заявление, проверять я его конечно не буду) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 26 мая, 2018 · Жалоба Тем не менее, радиоканалы лучше балансировать на L3. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 26 мая, 2018 · Жалоба В устройствах 802.11 ac wave 2 два канала в bonding мультиплексируются на MAC уровне. Работают два канала ( с защитным частотным интервалом равным ширине канала) на одну антенну. Так что забудьте про LACP и вообще агрегацию на IP уровне. Есть в вайфай уже новые технологии агрегации каналов Link Type 2+0 ( по типу агрегации в релейках), правда не у Микротика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Constantin Опубликовано 26 мая, 2018 · Жалоба 38 минут назад, slv700 сказал: правда не у Микротика у микротика еще 4-5 лет назад великолепно 2 канала в бондинге жило..... камбиумом еще и не пахло правда каналы были с квалити 99-100% 250 метров на 27 км имели за милую душу. > 1к клиентов работало. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 26 мая, 2018 · Жалоба Бондинг каналов в Микротике ( как роутера) на 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 на беспроводке- давай до свидания! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 26 мая, 2018 · Жалоба Была такая шляпа, что на каком-то микротике LACP работал только через CPU. Имейте ввиду этот момент. хотя для радио не критично Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 28 мая, 2018 · Жалоба В 26.05.2018 в 11:26, ytil сказал: И вообще какие best practies применяются с такими вводными? Если транспортная сеть спланирована грамотно - то подобных вопросов вообще не возникает - каналы подключаются к своим портам на роутерах и через OSPF устанавливаются веса маршрутов - в итоге все работает. Если надо по каждому каналу в свою сторону - веса делают крест на крест, если нужна параллельная работа - то ничего не делают, но следят что бы по слабому каналу скорость не нагружалась на всю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ytil Опубликовано 1 июня, 2018 · Жалоба @Saab95 спасибо за рекомендацию! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ytil Опубликовано 2 июня, 2018 (изменено) · Жалоба Подскажите как быть в моей схеме подключения. Т.е. 2 wi-fi канала в свитч, а потом уход на маршрутизатор 192.168.0.4 это шлюз по умолчанию для 192.168.0.8. Т.е. нужно распределение нагрузки на один ip-адрес. Изменено 2 июля, 2018 пользователем ytil Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ytil Опубликовано 2 июля, 2018 · Жалоба В 28.05.2018 в 12:19, Saab95 сказал: Если транспортная сеть спланирована грамотно - то подобных вопросов вообще не возникает - каналы подключаются к своим портам на роутерах и через OSPF устанавливаются веса маршрутов - в итоге все работает. подскажите, если в оспф веса маршрутов будут отличаться. Будет ли происходить балансировка, или же маршрут с большим весом будет простаивать пока не упадет первый. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 2 июля, 2018 · Жалоба Да, если вес второго маршрута больше - он использоваться не будет, пока основной работает. Если у вас, допустим два канала, один 100М, а второй 50М, а скорость идет только в одну сторону, тогда можно на канале в 100М сделать 2 маршрута (например повесить 2 пары разных адресов, сделать 2 влана и т.п.), а на канал 50М повесить один маршрут, тогда роутер будет делить данные на 3 потока и можно равномерно загрузить каналы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ytil Опубликовано 2 июля, 2018 · Жалоба 1 час назад, Saab95 сказал: Да, если вес второго маршрута больше - он использоваться не будет, пока основной работает. Если у вас, допустим два канала, один 100М, а второй 50М, а скорость идет только в одну сторону, тогда можно на канале в 100М сделать 2 маршрута (например повесить 2 пары разных адресов, сделать 2 влана и т.п.), а на канал 50М повесить один маршрут, тогда роутер будет делить данные на 3 потока и можно равномерно загрузить каналы. Здорово, мне это как раз и нужно, не хватало фантазии как это сделать. А по какому алгоритму балансируются соединения в ospf, если несколько маршрутов к одному источнику с одинаковым весом? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 2 июля, 2018 · Жалоба Если есть 2 маршрута с равными весами, то все запросы будут делиться пополам между каналами. Тут могут быть ситуации такого плана, что все закачки попадут на один канал, а веб серфинг на второй, естественно первый канал будет перегружен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ytil Опубликовано 3 июля, 2018 · Жалоба 9 часов назад, Saab95 сказал: Если есть 2 маршрута с равными весами, то все запросы будут делиться пополам между каналами. Тут могут быть ситуации такого плана, что все закачки попадут на один канал, а веб серфинг на второй, естественно первый канал будет перегружен. Балансировка же по соединениям будет, а не по пакетам? А какие могут быть действия инженера, если он заметит перегруз одного из каналов? перезагрузить процесс оспф? как-то слишком радикально)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 3 июля, 2018 · Жалоба Можно еще порт выключить и включить. Если перегруз будет сильный, то служебный трафик так же начнет теряться и OSPF потеряет связь по этому каналу, потом связь по нему оборвется, и через некоторое время снова восстановится. Если включено BFD и указано время 0.1 сек например, то канал будет отключаться сразу и весь трафик побежит по другим, если же и там будет перегруз то все остальные каналы тоже отключатся. Вообще определять скорость должен администратор, если он предполагает увеличение скорости сверх возможностей канала - нужно устанавливать шейпера, что бы не было 100 процентной нагрузки на канал по радио. Трафик можно помещать в буфер и делать приоритеты, дропов не будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ytil Опубликовано 4 июля, 2018 · Жалоба @Saab95 Осталось разобраться как во freebsd сделать несколько default route :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...