MSTP

UPD. Проверка закончена данные актуальны.

Наконец-то дошлёпали до MSTP.
С чего всё начиналось или зачем было вставать с дивана:
Вначале появились петли коммутации. Чтобы с ними бороться был придуман STP, и всё в нём вроде было хорошо, один инстанс на все вланы, процессор не грузит, но балансировку не сделать. 

Захотели балансировку, придумали PVST ( тогда ещё под ISL ) , затем допилили под PVST+ и Rapid PVST+ ( под 802.1q транки) и вроде опять всё хорошо, дали каждому влану по инстансу и вроде как успокоились пока не завели 500 вланов и сеть загнулась от нагрузки просчёта 500 инстансов.

Опять пришлось вставать с дивана и придумать MSTP. Теперь в его основу заложили работу с инстансами(логическими топологиями) и привязке вланов к инстансам для балансировки. И вроде всё стало хорошо, мало инстансов -- меньше нагрузка на процессор, ещё и балансировку можно сделать, но региональную балансировку -- нельзя, ждём продолжения

Несколько базовых концептов и тезисов:
1) Первичны при настройке MSTP -- инстансы. Затем вланы привязаывают к инстансам.
2) boundary switch -- свитч которые имеет boundary порты, т.е. находящийся на границе региона и имеющий связь с другими(м) регионами(ом)
3) Инстанс 0 создаётся по-умолчанию, к нему приписаны все вланы, в нём же гоняют BPDU-шки и он же связывает регионы.
4) Внутренние инстансы у каждого региона свои, они ими между регионами не обмениваются.
5) Revision не меняется при изменении в инстансе

 

По поводу выборов  Regional Root, возникло тонны непоняток, тезисы противопоставления такие:

Тезис Первый: Regional Root  выбирается только из Boundary Switch

утверждают несколько документов и людей, в различных документах, основной авторитет у нас вот этот вебинар 

http://www.youtube.com/watch?v=J7j2iNG77PM

автор: Руслан Савченко, Учебный центр IBA, CCNP-шник, вроде как авторитетное тело и оснований верить не было, я поверил, до тех пока не собрал топологию, я ж никогда на слово в таких вещах не верю. Топология показала, что работает правило ближайшего свитча, т.е. как ни старался, CIST Root инстанса ноль всегда становился Regional Root для этого региона, и циске был совершенно плевать на наличие или отсутствие boundary портов у этого свитча. По полученным данным включился гугл и пару дней изучения различных источников по MSTP ( порой, мне кажется, что я перебрал все корневые внятные источники, не считая кучи копипастов ), отсюда пришёл второй тезис.

Тезис Второй: Regional Root instance 0 выбирается из любого свитча по правилу ближайщего по цене. Что равносильно выражению: CIST Root instance 0 всегда будет CIST Regional Root.

Источники:

 https://community.extremenetworks.com/extreme/topics/about_mstp_802_1s_configuration

CIST Regional Root 

The MSTB in each Region having the lowest path cost to the CST Root.

и primary источник с офф сайт циско

http://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus5000/sw/configuration/guide/cli_rel_4_0_1a/CLIConfigurationGuide/MST.pdf

----------------------------------------------------------------

If the CIST root is in the region, the CIST regional root is the CIST root. Otherwise, the CIST regional root is the closest switch to the CIST root in the region. The CIST regional root acts as a root bridge for the IST.

----------------------------------------------------------------------

дословный перевод: 
Если CIST Root находится в регионе, CIST Regional Root это CIST Root.
В противном случае, CIST Regional Root ближайший boundary свитч к CIST Root в текущем регионе.
Именно так,  во втором случае будет именно boundary, хотя в оригинале текста это слово отсутствует. 
Вот теперь сошлось. Причём по всем пунктам.

Лирическое отступление:
1) Все эти жертвы были бы ненужны, если бы в открытом доступе имелась актуальная документация по стандарту IEEE 802.1s ( >> 802.1Q)
2) http://habrahabr.ru/post/195596/ что делают эти товарищи вообще непонятно ни разу, отсутствует логические разделы: а) задача б) реализация в) рассуждения и выводы, отсуствует графическая топология сети, ни одного конфига и show, херня короче какая-то, только зря время потерял.