[nkusnetsov]

@npokypop , про MSTP правильно - своя логическая топология будет у каждого vlan. Но тогда следом встаёт вопрос - как разбросать между двумя vlan, и желательно с учётом качества линков.
Динамический замер качества и перестроение работают при active/backup. При active/active пропорцию для балансировки, если скорость линков может изменяться, автоматически посчитать - задача нетривиальная.
Гораздо проще для балансировки, если исходить из некоей заранее рассчитанной, гарантированной скорости линка.
Касательно загрузки процессора - она незначительно вырастет. Из эфира в кабель и обратно весь трафик всегда идет через CPU(bridge) и современные процы справляются. Справочно, при выборе оборудования можно глянуть в строку таблицы "bridging 25 bridge filters". Железки на 716MHz ARM начинают упираться в CPU при пакетной нагрузке ~220-240 kpps. Это неплохой результат. MIPSBE на 650MHz деградирует значительно раньше, при  ~60-70 kpps.

Изменено 29 августа, 2019 пользователем nkusnetsov

[npokypop]

58 минут назад, nkusnetsov сказал:

@npokypop , про MSTP правильно - своя логическая топология будет у каждого vlan. Но тогда следом встаёт вопрос - как разбросать между двумя vlan, и желательно с учётом качества линков.
Динамический замер качества и перестроение работают при active/backup. При active/active пропорцию для балансировки, если скорость линков может изменяться, автоматически посчитать - задача нетривиальная.
 

Из опыта построения линков PtP, качество меняется +\- 10%, скорость линков мы знаем. Понятное дело что система будет не динамическая а статическая и контролировать и что-то менять придется ручками, на больших сетях она не работоспособная, так на больших сетях и класс оборудования другой ставят. Хотя в теории можно сделать какой-то софт для менаджмента такой сети.

[nkusnetsov]

20 часов назад, npokypop сказал:

скорость линков мы знаем. Понятное дело что система будет не динамическая а статическая

Тогда по L3 балансировать проще.  Если скорость у двух линков сильно разнится, можно грубо по ECMP балансировать. Тоньше можно по N-th packet балансироваться.
Если хочется таки "прозрачный L2" за мост, но с балансировкой тоньше - пробросить EoIP между loopback и его несущий GRE разбалансировать по N-th между линками. Будет L2 сбалансированный по L3.

 

[fractal]

В 26.08.2019 в 19:13, npokypop сказал:

@nkusnetsov 

А как быть с нагрузкой на ЦП в L3 балансировке?

 

Немного мыслей о теме топика:

Если использовать не RSTP, а MSTP то в теории можно использовать сразу два линка, пустив по ним трафик от разных БС (разных vlan), а в случаи обрыва, трафик пойдет по рабочему мосту. Или я не правильно понял технологию MSTP ? Т.е для каждого vlan можно построить свое stp дерево.

Наоборот, rstp и stp строят свое дерево для каждого влана, к примеру 100 влан, 100 деревьев, каждое отправляет свои bpdu, mstp это расширение rstp, позволчет группировать влан и строить деревья уже для группы и каждой группе можно указать свой путь до корневого коммутатора

 

Если хотите схему active/active в l2 топологии то достаточно топорное решение это разные бс со своим набором влан по своим путям, в случае чего перестроятся, если более удачную это l3 маршрутизация, еще более удачная на данный момент это sd-wan

[npokypop]

В 25.06.2019 в 14:17, Saab95 сказал:

Нормально работать не будет. Потому что может случиться так, что STP потеряется просто в радио и каналы переключатся, может случиться так, что сломается один канал, а трафика в резерв побежит больше, чем он сможет передать - опять обрывы.

 

Самое правильное перейти на L3 транспорт, когда все каналы точка-точка работают в своих сегментах /29, на каждую БС выделяется отдельная подсеть. Сам интерфейс БС (сетевой порт), светится на роутере со служебной сетью, и уже БС поднимает EoIP туннель в центр и бриджует в него данные абонентов, если там PPPoE, или вланы, если схема влан на CPE. Хотя в последнем случае выгодно эти же вланы терминировать там же на БС или ближайшем роутере, и все уже по L3 пойдет в центр.

 

Тогда резервы можно держать не резервами, а передавать по ним трафик, настроив веса маршрутов.

Хотел бы внести коррективы.

Часть нашей сети, а именно агрегация сети, построена на управляемых L2 коммутаторах D-Link, SNR, по этому и смотрим в сторону технологии которая будет работать на таком оборудовании. 

[npokypop]

В 31.08.2019 в 08:10, fractal сказал:

sd-wan

Технология хорошая, только история не про Микротик) 

[fractal]

В 16.10.2019 в 00:29, npokypop сказал:

Технология хорошая, только история не про Микротик) 

Ну может когда нибудь)