nkusnetsov Опубликовано 29 августа, 2019 (изменено) · Жалоба @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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
npokypop Опубликовано 29 августа, 2019 · Жалоба 58 минут назад, nkusnetsov сказал: @npokypop , про MSTP правильно - своя логическая топология будет у каждого vlan. Но тогда следом встаёт вопрос - как разбросать между двумя vlan, и желательно с учётом качества линков. Динамический замер качества и перестроение работают при active/backup. При active/active пропорцию для балансировки, если скорость линков может изменяться, автоматически посчитать - задача нетривиальная. Из опыта построения линков PtP, качество меняется +\- 10%, скорость линков мы знаем. Понятное дело что система будет не динамическая а статическая и контролировать и что-то менять придется ручками, на больших сетях она не работоспособная, так на больших сетях и класс оборудования другой ставят. Хотя в теории можно сделать какой-то софт для менаджмента такой сети. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 30 августа, 2019 · Жалоба 20 часов назад, npokypop сказал: скорость линков мы знаем. Понятное дело что система будет не динамическая а статическая Тогда по L3 балансировать проще. Если скорость у двух линков сильно разнится, можно грубо по ECMP балансировать. Тоньше можно по N-th packet балансироваться. Если хочется таки "прозрачный L2" за мост, но с балансировкой тоньше - пробросить EoIP между loopback и его несущий GRE разбалансировать по N-th между линками. Будет L2 сбалансированный по L3. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fractal Опубликовано 31 августа, 2019 · Жалоба В 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
npokypop Опубликовано 8 сентября, 2019 · Жалоба В 25.06.2019 в 14:17, Saab95 сказал: Нормально работать не будет. Потому что может случиться так, что STP потеряется просто в радио и каналы переключатся, может случиться так, что сломается один канал, а трафика в резерв побежит больше, чем он сможет передать - опять обрывы. Самое правильное перейти на L3 транспорт, когда все каналы точка-точка работают в своих сегментах /29, на каждую БС выделяется отдельная подсеть. Сам интерфейс БС (сетевой порт), светится на роутере со служебной сетью, и уже БС поднимает EoIP туннель в центр и бриджует в него данные абонентов, если там PPPoE, или вланы, если схема влан на CPE. Хотя в последнем случае выгодно эти же вланы терминировать там же на БС или ближайшем роутере, и все уже по L3 пойдет в центр. Тогда резервы можно держать не резервами, а передавать по ним трафик, настроив веса маршрутов. Хотел бы внести коррективы. Часть нашей сети, а именно агрегация сети, построена на управляемых L2 коммутаторах D-Link, SNR, по этому и смотрим в сторону технологии которая будет работать на таком оборудовании. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
npokypop Опубликовано 15 октября, 2019 · Жалоба В 31.08.2019 в 08:10, fractal сказал: sd-wan Технология хорошая, только история не про Микротик) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fractal Опубликовано 17 октября, 2019 · Жалоба В 16.10.2019 в 00:29, npokypop сказал: Технология хорошая, только история не про Микротик) Ну может когда нибудь) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...