Организация на пръстена. Колко правилно?

Добър ден. Съществува географски разпределена мрежа (в рамките на едно предприятие). В горната диаграма всички комутатори са свързани помежду си чрез оптика (всеки комутатор има 2 SFP порта 1Gb/s).

пръстена

Цел: да се организира отказоустойчив пръстен, т.е. в случай, че някоя връзка между двата комутатора бъде прекъсната, мрежата трябва да продължи да функционира напълно. Използват се VLAN.

На пръв поглед можете да използвате MSTP и всичко ще работи. На тестовия стенд получихме времето за конвергенция в рамките на секунда или две. Въпреки това, изучавайки дискусии по STP (за Хабре), стигнах до заключението, че този подход не е торта. Всъщност въпросът е как да го направя правилно?

> "Като цяло, опитайте се да избягвате резерва L2."

Може да бъде малко по-подробно?

В горната схема всички превключватели са свързани помежду си чрез оптика В допълнение към 3750, които превключватели (продавач, модел) присъстват в пръстена, моля, обяснете. Мрежа от монопродавачи?
На пръв поглед можете да използвате MSTP и всичко ще работи. Мога. Или можете да използвате Rapid-PVST +. Във втория случай всичко ще бъде по-просто и по-ясно, според мен. Но Rapid-PVST + е технология, специфична за доставчика. Но от друга страна, ако искате да конфигурирате STP (MSTP, например) в мулти-доставчикова среда, тогава бъдете подготвени за факта, че ще трябва да диагностицирате проблеми, които не трябва да бъдат „според книгата“, но те са.

На тестовия стенд получихме времето за конвергенция в рамките на секунда или две. Колко ти трябва? Ако избирате между престой в секунда и няколко часа (ако връзката е прекъсната, но няма резервация), тогава изборът е очевиден, според мен.

Изучавайки дискусиите по STP (за Хабре), стигнах до извода, че този подход не е торта. STP е такова нещо, за което всички с CCNA знаят, но което има огромен брой нюанси и не много хора вече ги разбират. Това трябва да се вземе предвид, когато се оценява полезността на мнението на непознат. Освен това подходът ви не само не е „торта“, но и самият STP е „не е торта“. Ако погледнете нещата в процес на разработка, самата идея за преодоляване на Ethernet не е торта. Но има някои идеали и има „реалност“, с която да се работи.

Всъщност въпросът е как да го направя правилно? Не знам и никой не знае. Като цяло самата идея за "правилни"/"грешни" решения не ми е напълно ясна. Има работещи решения, има и неработещи. Има решения с незначителни странични ефекти, има, напротив, с осезаеми.
Ако бях на ваше място, щях да конфигурирам Rapid-PVST +, да завъртя таймерите, ако е необходимо, да задам твърдо приоритета на коренния превключвател (ако разбирам правилно, 3750 в топологията е подходящ за тази роля) и да изработя типични аварии (всички това в лабораторията), не бих забравил за udld. От друга страна, ако в обозримо бъдеще е възможно да добавите оборудване от други производители към пръстена или броят на вланите е твърде голям, струва си да помислите за MSTP.