система stp что это
System to people – солидная контора или очередная пирамида?
Хотите стать за короткий срок миллионером, отдыхать на роскошных океанических лайнерах и кататься на шикарных авто, не вставая с дивана, да и вообще не прикладывая никаких усилий? Ну, признайтесь, что задумывались об этом хотя бы раз в жизни.
На этом желании ничегонеделанья и баснословных заработков строится весь сетевой маркетинг. Больше никаких ненавистных 9/5, «будьте себе начальником», «выбирайте, когда и сколько работать» (высший пилотаж от «сетевиков»), многозначные цифры на банковском счету и фонтан мотивации – вот обертка МЛМ.
Чего только вам не расскажут, какие только доводы не приведут с целью привлечение новых участников в сеть (по сути – вовлечение в пирамиду): и слезоточивые истории «из грязи в князи», и восторженные отзывы (других и не бывает), и фото/видео счастливого партнера программы с обязательной пальмой и океаном на заднем плане. Одним словом — роскошная жизнь сетевика, загребающего миллионы лопатой. Стал бы так делать Билл Гейтс и другие богатые люди? Вопрос риторический.
Это – затравка сегодняшнего обзора. Дальше будет история о некоей конторе с гордым названием System to People (STP) – система для людей.
Открываем сайт https://systemtopeople.com. Им оказывается обычный одностраничник с минимумом информации. Есть короткое видео, где нам рассказывают о том, что заработок в Интернете – это круто (кто б спорил) и легко (вот тут не согласимся).
«Не имеет значения, кто вы: домохозяйка, студент, учитель, врач, начинающий предприниматель, мужчина или женщина, сколько вам лет, где живете, кем работаете – каждый может стать владельцем успешного проекта уже сегодня. Важно, что вы готовы серьезно изменить свою жизнь и начать зарабатывать».
Звучит весьма заманчиво. И в STP знают, как это сделать: «Мы разработали особую систему ведения бизнеса. Она универсальна, потому что подходит всем, и, в то же время, индивидуальна, потому что учитывает особенности конкретного человека. Это ваш личный алгоритм достижения успеха. Все, что вам нужно – доступ в Интернет и больше ничего»
Естественно, нам гарантируют, что мы начнем зарабатывать тысячи тысяч долларов в месяц, работая лишь несколько часов в день. Запомните: никакой бизнес на ничегонеделаньи не позволит получать такие деньги в короткий срок. Однако авторы STP уверяют нас в обратном.
Кроме короткого видео, на сайте есть лишь пара слов о работе компании, и те ни о чем (предложение для людей от 20 о 55 лет, ищущих доход, готовых работать и прочая «вода), при этом нам рассказывают, какая эта компания крутая. Поиск по Яндексу и Гуглу выдал лишь ссылку на этот скромный сайт, а также несколько восторженных отзывов на фоне все тех же пальм (как будто все счастливые партнеры снимались в одном месте).
Смотрим на уровень доверия к сайту: минус шестьдесят девять. Доверяет сайту аж один человек, не доверяют — 13. За то, что сайт мошеннический, высказываются пять пользователей. Оценивают как финансовую пирамиду 4 пользователя. 3 человека жалуются на рассылку спама. Спросом данный ресурс явно не пользуется. Вызывает подозрение то, что никакой конкретики на сайте нет, отсутствует лицензия и прочие юридические документы.
Для того, чтобы получить хоть какую-то информацию, нужно зарегистрироваться, а это уже говорит о недобросовестности. Нам предлагают быструю регистрацию для доступа к обучающим материалам. Буквально через секунду на почту приходит радостное уведомление с приглашением перейти в личный кабинет и ознакомиться с Системой.
На экране нам является некая Эльмира Халилова и хорошо поставленным голосом НЛП-шника целый час вещает: «Раз вы оказались здесь, то вы наверняка задумались о том, как начать зарабатывать через Интернет». Дальше начинается слезоточивая история создательницы о том, что «когда-то она сама пришла в Интернет для поиска новых возможностей», что она «осталась на съемном жилье с двумя детьми и большим нулем в кармане». «что ее бизнес потерпел крах во время кризиса» и о том, как она искала что-то, чтобы вырваться из своей «ужаснейшей ситуации», и как заработала уже через месяц на собственный дом.
Что же это за Система такая? Система – это портал, благодаря которому на рынок СНГ продвигают крупный бренд мирового уровня. Как обещает нам ведущая, система автоматизирует 90% задач и позволяет строить бизнес по всему миру, не отходя от компьютера. Она проделывает для вас всю информационную работу. Задача участника – строить товаропроводящую дилерскую сеть. Сайт делает всю рутину: рассказывает, показывает, ведет учет, а вам нужно давать людям ссылки на него. Здесь же можно создать и свою собственный сайт под каждую целевую аудиторию. По сути, это СRM, что в принципе не так уж плохо (функционал, надо признать, удобный).
Дальше мы узнаем о том, что STP работает на продвижение продуктов Jeunesse Global — компании, входящей в ТОП-15 наиболее быстроразвивающихся (якобы по признанию ведущих аналитиков). И все «благодаря революционному направлению, в котором работает компания, – комплексу продуктов, восстанавливающих и защищающих организм на клеточном уровне».
Эта компания позиционируется настолько огромной (работает в 150 странах мира), что смогла позволить себе подарить 12-ти тысячам своих дистрибьюторов из Китая поездку в Швейцарию (серьезно? 12000 китайцев, бесплатно путешествующих по крошечной Швейцарии?)
Нам много рассказывают о том, какой прорыв и революцию совершили специалисты Jeunesse Global, что один из сотрудников получил за свои открытия Нобелевскую премию (хотя информации об этом нам не удалось отыскать в открытых источниках). Не счесть всех достоинств продуктов компании: тут и омоложение изнутри и снаружи, и похудение, и избавление от массы заболеваний – от насморка до сахарного диабета (хорошо, что хоть не обещают от рака исцелить).
Возможно, это так и есть. Многие компании подобного типа обещают «вечную молодость» (вспомним Гербалайф), но почему-то ее так никто и не добился. Всевозможные фото и видео «чудесного преображения» очень легко подделать, умело пользуясь специальными программами. Похудеть при помощи чудо-таблеток без диет и тренировок тоже невозможно. И уж сущая фантастика – избавление от мешков под глазами в считанные минуты. Мы ни в коей мере не хотим обвинить Jeunesse Global в недобросовестности. Но когда слишком сладко для ушей, стоит задуматься.
Но вернемся к STP. Чтобы вступить в систему, необходимо зарегистрироваться, ответив на несколько вопросов, пройти верификацию, а дальше начинается выжимание денег. За франшизу нужно заплатить 36 долларов, помимо нее – оплатить взнос за «содержание сайта»: 1 месяц – 15 евро, 3 месяца – 32 евро, год – 90 евро, что, вроде как, не так уж и много.
Дальше вы начинаете «работать»: привлекаете «партнеров», а те приводят новых «партнеров», и за все это вы получаете вознаграждение. По сути, STP – это обыкновенный хайп, МЛМ-пирамида. Надо отдать должное разработчикам за удобный СRM.
Если уж так охота работать в сетевом маркетинге, можно это делать напрямую, без участия System to people. И вряд ли вам удастся загребать деньги лопатой, ничего не делая: тут еще надо хорошо попотеть, чтоб привлечь других таких «лохов». Pravdorub не рекомендует связываться с компанией STP.
STP (System to people) – лохотрон, обман, мошенничество, отзывы
Сегодня на обзоре будет сервис, который, как утверждается, поможет вам зарабатывать тысячи долларов ежемесячно. Ну что же, давайте просмотрим, что из себя представляет сервис и в действительности ли он поможет разбогатеть.
Подробный разбор STP (System to people)
Данный сервис находится на сайте systemtopeople.com и если попытаться перейти по оному адресу, то откроется невнятная страница с формой для входа.
Как видите, имеется только форма для входа и парень с ноутбуком в качестве фоновой картинки. Нет никакой информации о компании, юридической информации, адреса и телефонов. Вообще ничего нет.
Уже на этом моменте можно было бы остановиться и констатировать, что перед нами плохо проработанный и весьма очевидный лохотрон. Однако всё же попробуем пройти регистрацию и понять, что же это за «организация».
Найдя в интернет реферальную ссылку, которые оставляют так называемые кураторы, суть которых втянуть других людей в эту «компанию».
После ввода имени и фамилии, адреса электронной почты нас встречает страница с видео, на котором некий Олег Ларичев долго и упорно рассказывает, какой они создали удобный сервис, который позволит успешно и эффективно работать с сетевой пирамидой под названием Jeunesse Global. Говорит о тысячах и тысячах долларов заработка, путешествиях и всём подобном, о чём традиционно вещают сетевики мошенники.
Т.е. получается, что STP (System to people) не сервис по заработку, а просто посредник не менее сомнительной организации. И чтобы пользоваться STP (System to people), надо платить, причём на постоянной основе и довольно крупные суммы.
Посмотрев ролик и зайдя в личный кабинет на сервисе, мы окончательно убеждаемся в том, что это сервис не самодостаточен.
Там для нас уже подготовили инструкцию по регистрации в видео формате.
И да, как я не пытался, но я не нашёл никакой юридической и контактной информации. Единственное, в политике конфиденциальности промелькнуло название компании «SIA Internet Technology», которая находится в Риге и занимается разработкой сайтов. Как вариант, оная имеет отношение к разработке данного сервиса.
Подведём итог – пользоваться данным сервисом не стоит, он не платит никаких денег, и едва ли может помочь в заработке на сетевом маркетинге, потому что по своей сути это лохотрон.
В свою очередь, Вы тоже можете нам очень помочь.
Просто поделитесь статьей в социальных сетях и мессенджерах с друзьями.
Поделившись результатами труда автора, вы окажете неоценимую помощь как ему самому, так и сайту в целом. Спасибо!
Система stp что это
Мы создали такую Систему, в которой каждый человек представляет собою ценность. И как разные и непохожие друг на друга пазлы, собранные вместе, образуют цельную картину, так и разные люди, обладая уникальностью и неповторимостью, объединенные в одной Системе, смогут добиться гораздо больших результатов в своей жизни и повлиять на жизни других.
В Системе STP действуют общепринятые моральные стандарты.
Мы не готовы идти на компромиссы с совестью ради заработка. И внутри Системы, в первую очередь, мы объединены вокруг наших ценностей.
Мы не делимся. Каждый вносит свой вклад в общую картину, а не пишет свою отдельно. И именно в этом синергия, когда все вместе.
Человек не может охватить всё. Каждый силен в чем-то. Команды одиночек не добиваются успеха. Поэтому, каждый делится тем что имеет, что знает, в чем является профессионалом… А если делиться пока нечем, тогда просто становимся «учеником», пока не созреем до «учителя».
Если ты хочешь иметь сильную команду, тебе нужна здоровая команда, морально здоровая. А значит тебе нужен Внутренний закон, в котором ты будешь говорить о том что нельзя переподписывать, что нельзя плохо говорить о других командах, что если у тебя просят помощи, то нужно ее оказывать, и даже если партнер не с всей организации, а уж тем более если это одна команда…
А если твоя организация больна сплетнями, распрями, переподписаниями, если ты сам так себя ведешь, то твоя организация не будет сильной и устойчивой.
Поэтому, нужно постоянно напоминать людям этические нормы, нужно постоянно транслировать это в свою команду!
У нас есть Совет лидеров!
Когда еще не было самой системы, Совет уже был…
И сегодня эти люди могут влиять на Систему. Никто не принимает решения единолично. Мы принимаем решения вместе. Но, также, каждый партнер «Systemtopeople» может влиять на Систему, давать свои рекомендации, пожелания, просьбы.
И если вы хотите узнать больше о нашей системе Systemtopeople,
Принцип работы протокола STP
Причина создания STP
Причиной создания протокола STP стало возникновение петель на коммутаторах. Что такое петля? Определение петли звучит так:
Петля коммутации (Bridging loop, Switching loop) — состояние в сети, при котором происходит бесконечная пересылка фреймов между коммутаторами, подключенными в один и тот же сегмент сети.
Из определения становится ясно, что возникновение петли создает большие проблемы — ведет к перегрузке свитчей и неработоспособности данного сегмента сети. Как возникает петля? На картинке ниже приведена топология, при которой будет возникать петля при отсутствии каких-либо защитных механизмов:
Возникновение петли при следующих условиях:
1. Какой-либо из хостов посылает бродкаст фрейм:
2. Также петля может образоваться и без отправки бродкаст фрейма.
Основы STP
Принцип работы данного протокола построен на том, что все избыточные каналы между коммутаторами логически блокируются и трафик через них не передается. Для построения топологии без избыточных каналов строится дерево (математический граф). Чтобы построить такое дерево вначале необходимо определить корень дерева, из которого и будет строиться граф. Поэтому первым шагом протокола STP является определение корневого коммутатора (Root Switch). Для определения Root Switch-a, коммутаторы обмениваются сообщениями BPDU. В общем, протокол STP использует два типа сообщений: BPDU — содержит информацию о коммутаторах и TCN — уведомляет о изменении топологии. Рассмотрим BPDU более детально. Про TCN более подробно поговорим ниже. При включении STP на коммутаторах, коммутаторы начинают рассылать BPDU сообщения. В данных сообщениях содержится следующая информация:
Фрейм BPDU имеет следующие поля:
Вот вывод информации о Bridge ID с коммутатора Switch1 из первой картинки. Priority — 32769 ( по умолчанию 32768 + Vlan Id), MAC-адреса — Address 5000.0001.0000:
Представим картину, коммутаторы только включились и теперь начинают строить топологию без петель. Как только коммутаторы загрузились, они приступают к рассылке BPDU, где информируют всех, что они являются корнем дерева. В BPDU в качестве Root Bridge ID, коммутаторы указывают собственный Bridge ID. Например, Switch1 отправляет BPDU коммутатору Switch3, а Switch3 отправляет к Switch1. BPDU от Switch1 к Switch3:
BPDU от Switch3 к Switch1:
Как видим из Root Identifier, оба коммутотара друг другу сообщают, что именно он является Root коммутатором.
Выбор корневого коммутатора
Пока топология STP не построена, обычный трафик не передается из-за специальных состояний портов, о которых будет сказано ниже. Итак, Switch3 получается BPDU от Switch1 и изучает данное сообщение. Switch3 смотрит в поле Root Bridge ID и видит, что там указан другой Root Bridge ID, чем в том сообщении, которое отправил сам Switch3. Он сравнивает Root Bridge ID в данном сообщении со своим Root Bridge ID и видит, что хоть Priority одинаковые, но MAC-адрес данного коммутатора (Switch1) лучше (меньше), чем у него. Поэтому Switch3 принимает Root Bridge ID от Switch1 и перестает отправлять свои BPDU, а только слушает BPDU от Switch1. Порт, на котором был получен наилучший BPDU становится Root Port-ом. Switch1 также получив BPDU от Switch3, проводит сравнение, но в этом случае поведение Switch1 не меняется, так как полученный BPDU содержит худший Root Bridge ID, чем у Switch1. Таким образом, между Switch1 и Switch3 был определен корневой коммутатор. По аналогичной схеме происходит выбор корневого коммутатора между Switch1 и Switch2. Порты Gi0/0 на Switch2 и Switch3 становятся Root Port — порт, который ведет к корневому коммутатору. Через данный порт коммутаторы Switch2 и Switch3 принимают BPDU от Root Bridge. Теперь разберемся, что произойдет с каналом между Switch2 и Switch3.
Блокирование избыточных каналов
Как мы видим из топологии, канал между Switch2 и Switch3 должен быть заблокирован для предотвращения образования петель. Как STP справляется с этим?
После того, как выбран Root Bridge, Switch2 и Switch3 перестают отправлять BPDU через Root Port-ы, но BPDU, полученные от Root Bridge, они пересылают через все свои остальные активные порты, при этом изменив в данных BPDU только следующие поля:
А Switch3 от Switch2 получает такой BPDU:
После обмена такими BPDU, Switch2 и Switch3 понимают, что топология избыточна. Почему коммутаторы понимают, что топология избыточна? И Switch2, и Switch3 в своих BPDU сообщают об одном и том же Root Bridge. Это означает, что к Root Bridge, относительно Switch3, существует два пути — через Switch1 и Switch2, а это и есть та самая избыточность против которой мы боремся. Также и для Switch2 два пути — через Switch1 и Switch3. Чтоб избавиться от этой избыточности
необходимо заблокировать канал между Switch3 и Switch2. Как это происходит?
Выбор на каком коммутатоторе заблокировать порт происходит по следующей схеме:
Здесь как оказалось заблокируется порт Gi 0/1 на коммутаторе Sw2. В данном голосовании определяющим становится Root Path Cost. Вернемся к нашей топологии. Так как путь до Root Bridge одинаковый, то в данном выборе побеждает Switch2, так как его priority равны, сравниваются Bridge ID. У Switch2 — 50:00:00:02:00:00, у Switch3 — 50:00:00:03:00:00. У Switch2 MAC-адрес лушче (меньше). После того, как выбор сделан, Switch3 перестает переслать какие-либо пакеты через данный порт — Gi1/0, в том числе и BPDU, а только слушает BPDU от Switch2. Данное состояние порта в STP называется Blocking(BLK). Порт Gi1/0 на Switch2 работает в штатном режиме и пересылает различные пакеты при необходимости, но Switch3 их сразу отбрасывает, слушая только BPDU. Таким образом, на данном примере мы построили топологию без избыточных каналов. Единственный избыточный канал между Switch2 и Switch3 был заблокирован при помощи перевода порта Gi1/0 на Switch3 в специальное состояние блокирования — BLK. Теперь более детально разберем механизмы STP.
Состояния портов
Мы говорили выше, что, например, порт Gi1/0 на Switch3 переходит в специальное состояние блокирования — Blocking. В STP существуют следующие состояния портов:
Blocking — блокирование. В данном состоянии через порт не передаются никакие фреймы. Используются для избежания избыточности топологии.
Listening — прослушивание. Как мы говорили выше, что до того, пока еще не выбран корневой коммутатор, порты находятся в специальном состоянии, где передаются только BPDU, фреймы с данными не передаются и не принимаются в этом случае. Состояние Listening не переходит в следующее даже, если Root Bridge определен. Данное состояние порта длится в течении Forward delay timer, который, по умолчанию, равен 15. Почему всегда надо ждать 15 секунд? Это вызвано осторожностью протокола STP, чтоб случайно не был выбран некорректный Root Bridge. По истечению данного периода, порт переходит в следующее состояние — Learning.
Learning — обучение. В данном состояние порт слушает и отправляет BPDU, но информацию с данными не отправляет. Отличие данного состояния от Listening в том, что фреймы с данными, который приходят на порт изучаются и информация о MAC-адресах заносится в таблицу MAC-адресов коммутатора. Переход в следующее состояние также занимает Forward delay timer.
Forwarding — пересылка. Это обычное состояние порта, в котором отправляются и пакеты BPDU, и фреймы с обычными данными. Таким образом, если мы пройдемся по схеме, когда коммутаторы только загрузились, то получается следующая схема:
Роли портов
Помимо состояний портов, также в STP нужны определить портам их роли. Это делается для того, чтоб на каком порте должен ожидаться BPDU от корневого коммутатора, а через какие порты передавать копии BPDU, полученных от корневого коммутатора. Роли портов следующие:
Root Port — корневой порт коммутатора. При выборе корневого коммутатора также и определяется корневой порт. Это порт через который подключен корневой коммутатор. Например, в нашей топологии порты Gi0/0 на Switch2 и Switch3 являются корневыми портами. Через данные порты Switch2 и Switch3 не отправляют BPDU, а только слушают их от Root Bridge. Возникает вопрос — как выбирается корневой порт? Почему не выбран порт Gi1/0? Через него ведь тоже можно иметь связь с коммутатором? Для определения корневого порта в STP используется метрика, которая указывает в поле BPDU — Root Path Cost (стоимость маршрута до корневого свича). Данная стоимость определяется по скорости канала.
Switch1 в своих BPDU в поле Root Path Cost ставит 0, так как сам является Root Bridge. А вот, когда Switch2, когда отправляет BPDU к Switch3, то изменяет данное поле. Он ставит Root Path Cost равным стоимости канала между собой и Switch1. На картинке BPDU от Switch2 и Switch3 можно увидеть, что в данном поле Root Path Cost равен 4, так как канал между Switch1 и Switch2 равен 1 Gbps. Если количество коммутаторов будет больше, то каждый следующий коммутатор будет суммировать стоимость Root Path Cost. Таблица Root Path Cost.
Designated Port — назначенный порт сегмента. Для каждого сегмента сети должен быть порт, который отвечает за подключение данного сегмента к сети. Условно говоря, под сегментом сети может подразумеваться кабель, который осуществляет подключение данного сегмента. Например, порты Gi0/2 на Switch1, Switch3 подключают отдельные сегменты сети, к которым ведет только данный кабель. Также, например, порты на Root Bridge не могут быть заблокированы и все являются назначенными портами сегмента. После данного пояснения можно дать более строгое определения для назначенных портов:
Designated Port (назначенный) — некорневой порт моста между сегментами сети, принимающий трафик из соответствующего сегмента. В каждом сегменте сети может быть только один назначенный порт. У корневого коммутатора все порты — назначенные.
Также важно заметить, что порт Gi1/0 на Switch2 также является назначенным, несмотря на то, что данный канал связи заблокированным на Switch3. Условно говоря, Switch2 не имеет информации о том, что на другом конце порт заблокирован.
Nondesignated Port — неназначенный порт сегмента. Non-designated Port (неназначенный) — порт, не являющийся корневым, или назначенным. Передача фреймов данных через такой порт запрещена. В нашем примере, порт Gi1/0 является неназначенным.
Disabled Port — порт который находится в выключенном состоянии.
Таймеры и сходимость протокола STP
После того, как STP завершил построение топологии без петель, остается вопрос — Как определять изменения в сети и как реагировать на них? Сообщения BPDU при помощи которых работает STP, рассылаются Root Bridge каждые 2 секунды, по умолчанию. Данный таймер называется Hello Timer. Остальные коммутаторы получив через свой root port данное сообщение пересылают его дальше через все назначенные порты. Выше сказано более подробно какие изменения происходят с BPDU при пересылки его коммутаторов. Если в течении времени, определенным таймером Max Age (по умолчанию — 20 секунд), коммутатор не получил ни одного BPDU от корневого коммутатора, то данное событие трактуется как потеря связи с Root Bridge. Для того, чтобы более корректно описать сходимость протокола необходимо изменить нашу топологию и поставить между коммутаторами хабы. Мы добавили хабы, чтоб при выходе из строя одного из коммутаторов или выхода из строя линка, другие коммутаторы не определяли это по падению линка, а использовали таймеры:
Перед тем, как начать также важно рассказать подробнее о другом типе сообщения STP — TCN. TCN рассылается коммутаторами в случае изменения топологии — как только на каком-либо коммутаторе изменилась топология, например, изменилось состояние интерфейса. TCN отправляется коммутатором только через Root Port. Как только корневой коммутатор получит TCN, он сразу меняет параметр времени хранения MAC-адресов в таблице с 300 секунд до 15 (для чего это делается будет сказано ниже) и в следующем BPDU, Root Switch проставляет флаг — TCA ( Topology Change Acknledgement ), который отправляется коммутатору отправившем TCN для уведовления о том, что TCN был получен. Как только TCN достигает Root Bridge, то он рассылает специальный BPDU, который содержится TCN флаг по всем остальным интерфейсам к другим коммутаторам. На картинке показана структура TCN:
TCN был включен в STP, чтоб некорневые коммутаторы могли уведовлять об изменении в сети. Обычными BPDU они этого делать не могут, так как некорневые коммутаторы не отправляют BPDU. Как можно заметить структура TCN не несет в себе никакой информации о том, что именно и где изменилось, а просто сообщает что где-то что-то изменилось. Теперь перейдем к рассмотрению вопроса о сходимости STP.
Посмотрим, что произойдет если мы отключим интерфейс Gi0/1 на Switch1 и посмотрим при помощи каких механизмов перестроится дерево STP. Switch2 перестанет получать BPDU от Switch1 и не будет получать BPDU от Switch3, так как на Switch3 данный порт заблокирован. У Switch2 уйдет 20 секунд ( Max Age Timer ), чтоб понять потерю связи с Root Bridge. До этого времени, Gi0/0 на Switch2 будет находится в состоянии Forwarding с ролью Root Port. Как только истечет Max Age Timer и Switch2 поймет потерю связи, он будет заново строить дерево STP и как это свойственно STP начнет считать себя Root Bridge. Он отправит новый BPDU, где укажет самого себя в качестве Root Bridge через все активные порты, в том числе и на Switch3. Но таймер Max Age, истекший на Switch2 также истек и на Switch3 для интерфейса Gi1/0. Данный порт уже 20 секунд не получал BPDU и данный порт перейдет в состояние LISTENING и отправит BPDU c указанием в качестве Root Bridge — Switch1. Как только Switch2 примет данный BPDU, он перестанет считать себя Root Bridge и выберет в качестве Root Port — интерфейс Gi1/0. В этот момент Switch2 также отправит TCN через Gi1/0, так как это новый Root Port. Это приведет к тому, что время хранения MAC-адресов на коммутаторах уменьшится с 300 секунд до 15. Но на этом работоспособность сети не восстановится полностью, необходимо подождать пока порт Gi1/0 на Switch3 пройдет состояние Listening, а затем Learning. Это займет время равное двум периодам Forward delay timer — 15 + 15 = 30 секунд. Что мы получаем — при потери связи Switch2 ждет пока истечет таймер Max Age = 20 секунд, заново выберает Root Bridge через другой интерфейс и ждет еще 30 секунд пока ранее заблокированный порт перейдет в состояние Forwarding. Суммарно получаем, что связь между VPC5 и VPC6 прервется на 50 секунд. Как было сказано несколькими предложениями выше при изменение Root Port с Gi0/0 на Gi1/0 на Switch2 был отправлен TCN. Если бы этого не произошло, то все MAC-адреса, изученные через порт Gi 0/0, оставались бы привязаны к Gi0/0. Например, MAC-адрес VPC5 и VPC7 несмотря на то, что STP завершит сходимость через 50 секунд, связь между VPC6 и VPC5, VPC7 не была бы восстановлена, так как все пакеты предназначенные VPC5, VPC7 отправлялись через Gi0/0. Надо было бы ждать не 50 секунд, а 300 секунд пока таблица MAC-адресов перестроится. При помощи TCN, время хранение изменилось с 300 секунд до 15 и пока интерфейс Gi1/0 на Switch3 проходил состояния Listening, а затем Learning и данные о MAC-адресах обновятся.
Также интересен вопрос, что произойдет, если мы заново включим интерфейс Gi0/1 на Switch1? При включение интерфейса Gi0/1, он, как и подобает, перейдет в состояние Listening и начнет рассылать BPDU. Как только Switch2 получит BPDU на порту Gi0/0, то сразу перевыберет свой Root Port, так как тут Cost будет наименьшем и начнет пересылать траффик через интерфейс Gi0/0, но нам необходимо подождать пока интерфейс Gi0/1 пройдет состояния Listening, Learning до Forwarding. И задержка будет уже не 50 секунд, а 30.
В протоколе STP также продуманы различные технологии для оптимизации и безопасности работы протокола STP. Более подробно в данной статье рассматривать их не буду, материалы по поводу них можно найти в избытке на различных сайтах.