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

Балансировка канала

Добрый день. Подскажите куда копать и реально ли вообще реализовать то что хочу.

Схема сейчас такая

40efb026178e.jpg

На район светит 2 радиомоста, трафик балансирую за счет раскидывания vlan по мостам. Хотелось бы сделать балансировку на уровне L2

Share this post


Link to post
Share on other sites

можно etherchannel с LACP сделать, если свичи поддерживают его.

Share this post


Link to post
Share on other sites

Если скорость на мостах одинаковая то логично etherchannel использовать.

Share this post


Link to post
Share on other sites

Если скорость на мостах одинаковая то логично etherchannel использовать.

Как будет себя вести свич на Секторе 1 если какая нибудь из антенн умрет на Секторе 2

212ec2d3b9a7.jpg

Edited by FATHER_FBI

Share this post


Link to post
Share on other sites
Как будет себя вести свич на Секторе 1 если какая нибудь из антенн умрет на Секторе 2

LACP развалит агрегат и всё. Канал будет работать по одному мосту.

Share this post


Link to post
Share on other sites

Если балансировка на L3 устраивает, то можешь по этим линкам ospf поднять и он будет балансировать. Можешь просто LACP разрвернуть, если у тебя достаточно количество разных MAC адресов которые общаются между собой.

Share this post


Link to post
Share on other sites

Кстати, возможность поднять эзерченнел зависит от антенн. Вполне может статься что кадр LACP (slow protocol если мне склероз не изменяет) сдохнет на эзернет порту антенны.

Share this post


Link to post
Share on other sites

да поидеи это обычный эзернет пакет, который генерится свичом. Фигали его резать то.

Edited by HackerDeath

Share this post


Link to post
Share on other sites

Если балансировка на L3 устраивает, то можешь по этим линкам ospf поднять и он будет балансировать. Можешь просто LACP разрвернуть, если у тебя достаточно количество разных MAC адресов которые общаются между собой.

Вот уже не раз слышал, что OSPF может "балансировать канал". Объясните, как это? На сколько я понимаю, OSPF просто добавляет маршрут в таблицу маршрутизации?

Share this post


Link to post
Share on other sites

OSPF может "балансировать канал". Объясните, как это?

гугл в направлении ospf traffic share

Share this post


Link to post
Share on other sites

На сколько я понимаю, OSPF просто добавляет маршрут в таблицу маршрутизации?

 

Да, ospf просто добавляет маршурт. Но с таким уже успехом он может добавить 2 nexthop-а к одному destination prefix (если это не запрещено конфигурацией)

Share this post


Link to post
Share on other sites

Самое лучшее сделать балансировку по L3, а поверх передавать данные по L2 в туннеле.Только нужно не забыть MTU увеличить, что бы не было пакетного оверхеда.

Share this post


Link to post
Share on other sites

Самое лучшее сделать балансировку по L3, а поверх передавать данные по L2 в туннеле.Только нужно не забыть MTU увеличить, что бы не было пакетного оверхеда.

 

Полный бред. Чем оно лучше-то? Мало того, балансировка с L2overL3 вообще почти всегда на современном оборудовании не будет работать если ip.dst и ip.src всегда одинаковы, т.к. почти везде балансировка не per-packet, а per-flow. Т.е. чтобы балансировать придётся поднимать лупбэки и разные тунели гонять по разным парам ip.src/ip.dst и вручную растаскивать трафик по тунелям

 

В самом деле и в "L2" агрегации каналов(LACP) обычно есть режимы балансировки не только по макам, но и по ip, это сделано для случая, когда канал между 2умя роутерами и маки там всегда одинаковые

Share this post


Link to post
Share on other sites

да поидеи это обычный эзернет пакет, который генерится свичом. Фигали его резать то.

LACPDU не передается дальше одного коллизионного домена.

Тоесть ты не сможешь LACP прокинуть через один коммутатор на второй. По сему я и говорю, зависит от антенн. Если они умеют прозрачно бриджевать с радио на эзернет -то будет работать...

Share this post


Link to post
Share on other sites

Добрый день. Подскажите куда копать и реально ли вообще реализовать то что хочу.

Схема сейчас такая

40efb026178e.jpg

На район светит 2 радиомоста, трафик балансирую за счет раскидывания vlan по мостам. Хотелось бы сделать балансировку на уровне L2

 

У вас и так сейчас балансировка по L2. :) Единственное, что к ней можно добавить - включение всех vlan во все порты, включение stp и разбрасывание vlan за счет path-cost.

Тот метод, который выбрали вы - для радио самый правильный, а вопрос бэкапа решается stp, как я описал выше. На мой взгляд любой bonding в общем случае для радио не пригоден.

Share this post


Link to post
Share on other sites

У вас и так сейчас балансировка по L2. :) Единственное, что к ней можно добавить - включение всех vlan во все порты, включение stp и разбрасывание vlan за счет path-cost.

Тот метод, который выбрали вы - для радио самый правильный, а вопрос бэкапа решается stp, как я описал выше. На мой взгляд любой bonding в общем случае для радио не пригоден.

Можно реализовать если использовать pvst+ или mstp, stp и rstp для этого не подходят.

Share this post


Link to post
Share on other sites

У вас и так сейчас балансировка по L2. :) Единственное, что к ней можно добавить - включение всех vlan во все порты, включение stp и разбрасывание vlan за счет path-cost.

Тот метод, который выбрали вы - для радио самый правильный, а вопрос бэкапа решается stp, как я описал выше. На мой взгляд любой bonding в общем случае для радио не пригоден.

Можно реализовать если использовать pvst+ или mstp, stp и rstp для этого не подходят.

 

У меня, в основном на таких линках rstp живет, редко где pvst+.

Share this post


Link to post
Share on other sites

У меня, в основном на таких линках rstp живет, редко где pvst+.

И как с помощью rstp можно вланы по линкам разнести да ещё и backup организовать?

Share this post


Link to post
Share on other sites

У меня, в основном на таких линках rstp живет, редко где pvst+.

И как с помощью rstp можно вланы по линкам разнести да ещё и backup организовать?

 

А что мешает это сделать? Создается пачка VLAN на свитч, все VLAN назначаются на оба порта с обоих сторон, на радио-бридже делается пачка VLAN, бриджи с включенным RSTP, с помощью path-cost выбирается для каждой подгруппы лучший и худший путь (балансировка), выбирается и назначается рут-бридж - voila, все работает. Честно не понимаю вашего вопроса? Или вас смушает, что stp/rstp не рассчитан на контроль per-vlan кольца, а mstp именно для этого сделан?

Edited by tartila

Share this post


Link to post
Share on other sites

Или вас смушает, что stp/rstp не рассчитан на контроль per-vlan кольца, а mstp именно для этого сделан?

Именно это и смущает.

STP/RSTP - один экземпляр stp на коммутатор и блокирует порты.

MSTP - несколько экземпляров stp с привязкой вланов к конкретному экземпляру. Блокируется в пределах экземпляра. Балансировка приоритетами экземпляра либо стоимостью пути для экземпляра.

PVST/Rapid PVST - экземпляр stp на каждый влан. Блокируется влан. Балансировка приоритетами влана либо стоимостью пути для влана.

Разве не так?

Share this post


Link to post
Share on other sites

Или вас смушает, что stp/rstp не рассчитан на контроль per-vlan кольца, а mstp именно для этого сделан?

Именно это и смущает.

STP/RSTP - один экземпляр stp на коммутатор и блокирует порты.

MSTP - несколько экземпляров stp с привязкой вланов к конкретному экземпляру. Блокируется в пределах экземпляра. Балансировка приоритетами экземпляра либо стоимостью пути для экземпляра.

PVST/Rapid PVST - экземпляр stp на каждый влан. Блокируется влан. Балансировка приоритетами влана либо стоимостью пути для влана.

Разве не так?

 

Да нет, все так... А контроль RSTP/STP колец per-vlan в радио-бриджах? :) Там уже инстанция будет на VLAN. :)

Share this post


Link to post
Share on other sites

Да нет, все так... А контроль RSTP/STP колец per-vlan в радио-бриджах? :) Там уже инстанция будет на VLAN. :)

Это если радио-бриджи pvst умеют. И, наверно, придётся stp на коммутаторах отключать.

По моему проще mstp на коммутаторах использовать а на радио-бриджах stp отключить.

Share this post


Link to post
Share on other sites

Позволю себе вклиниться в диалог...

ТС - мой коллега, поэтому я принимаю непосредственное участие в организации подобных схем.

В данный момент балансировка организована и прекрасно живет на L3 по OSPF. Но тут появилась необходимость L3 забрать в центр, поэтому балансировать нужно по L2.

Схема с MSTP думаю должна работать. Но я хотел узнать, может есть еще варианты по L2 сбалансировать/агрегировать каналы, если между стоит активное устройство?

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

Share this post


Link to post
Share on other sites

LACPDU не передается дальше одного коллизионного домена.

Тоесть ты не сможешь LACP прокинуть через один коммутатор на второй. По сему я и говорю, зависит от антенн. Если они умеют прозрачно бриджевать с радио на эзернет -то будет работать...

магия просто, я могу прокинуть, а он нет

в том районе географии электрические поля как-то по-другому напряжены что не позволят ему прокидывать LACP между портами коммутатора или что?

l2protocol-tunnel point-to-point lacp 

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