MSTP для простой топологии

[Macumazan]

Задумал использовать резервные линки (серый цвет на схеме). Читаю про mstp и не покидает мысль, что mstp в данном случае это пушкой по воробьям.
Хочется выслушать любые соображения. Железо в core - procurve 6200, остальное это procurve 5308.

[root]

Лично я MSTP не поднимал и на оборудование от HP у меня стойкая алергия

В этой доке неплохо написано.

С технической точки зрения MST – лучшее решение. С точки зрения конечного пользователя основные недостатки перехода к MST состоят в следующем:

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

+

В отличие от PVST + (в котором число экземпляров связующего дерева равняется числу VLAN), MSTP предполагает конфигурирование необходимого количества экземпляров независимо от числа VLAN) на коммутаторе. В один экземпляр MST могут входить несколько VLAN. Однако все коммутаторы, - участвуют в MST, должны иметь одинаково сконфигурированы группы VLAN, - ограничивают гибкость при изменении конфигурации сети.

Я бы наверно все же попробовал бы воспользоваться RSTP.
Какое у тя кол-во вланов на эих свичах ?

Железо в core

По идее в CORE вообще не должно быть switching. Switiching это для ACCESS и DISTRIBUTION уровня

[Macumazan]

С RSTP поигрался. И подтвердилось то, что про него прочитал - малое время сходимости ~1 секунда. Но заюзать резервные линки, судя по документам, может только MSTP. Статических VLAN'ов на данный момент 18, рост примерно 1 vlan в год. Не считая динамических, которые появляются и пропадают по мере необходимости.
Про CORE. Я посмотрел на модель сети от CISCO и не уверен, что я в нее вписываюсь. У меня sw3-5 это как раз ACCESS уровень. sw1-2 все остальное. Это резервирование VRRP + routing.
PS И да, задница полная, на прокурвах нельзя поднять dhcp сервер.

[root]

не уверен, что я в нее вписываюсь

твоя схема точно в нее не вписывается

Но заюзать резервные линки, судя по документам, может только MSTP.

хм... не совсем понял что именно тебя навело на эту мысль. цитату ?

Это резервирование VRRP + routing.

Вланы у тя где терминируются (L3 интерфейсы)? На sw1 и sw2 ?

И да, задница полная

сколько сталкивался с оборудованием от HP -> задница была всегда
посему:

стакан с водкой заменить на логотип HP

[Macumazan]

хм... не совсем понял что именно тебя навело на эту мысль. цитату ?

http://www.cisco.com/cisco/web/support/ ... 4_147.html
http://www.ozon.ru/context/detail/id/3306836/
http://xgu.ru/wiki/STP_%D0%B2_ProCurve

По сути, создание instans'ов с различными vlan'ами в каждом соответственно. В итоге каждый instance можно завернуть на определенный физический линк. Получится статическая балансировка. Все линки можно задействовать не потеряв в резервировании. Это если я все вправильно понял. Но как-то сложно это выглядит при такой топологии. PVSTP дает ту же возможность, но это уже cisco.

Вланы у тя где терминируются (L3 интерфейсы)? На sw1 и sw2 ?

Да.

[root]

эти доки я видел и бегло просматривал
но ведь и RSTP должен работать в этой топологии, но ни о какой распределения нагрузки (балансировки) ессно речи нет

я согласен с авторами что MSTP не прост
можно поступить проще в логической составляющей - использовать агрегацию линков (LACP) как резерв и балансировку
но я не знаю насколько тебе будет сложно в физической составляющей, а именно кинуть от sw-1 ещё по одному каблу до sw3, sw4 и sw5