Comments 16
Редакция legacy STP уже давно является архаизмом. Во многих современных книгах по сетям его даже не рассматривают. Если уж и браться за семейство протоколов STP, то стоит смотреть в сторону RSTP или же MSTP.
Небольшое замечание по статье: в состояние Blocking порт после включения переходит сразу же, как только получит superior BPDU (т.е. BPDU с лучшим Bridge ID).
Также интересен вопрос с таймером forward delay. Почему именно 15? Ответ: потому что 2*15 = 30 :). Именно 30 секунд нужно подождать, прежде чем перевести порт в состояние Forwarding, чтобы в сети не возникло временных петель. Это рекомендованное значение для сети диаметром семь хопов. Оно получается из суммирования времени распространения BPDU по сети, времени жизни BPDU в сети, времени перехода порта в состояние Blocking и пр.
Небольшое замечание по статье: в состояние Blocking порт после включения переходит сразу же, как только получит superior BPDU (т.е. BPDU с лучшим Bridge ID).
Также интересен вопрос с таймером forward delay. Почему именно 15? Ответ: потому что 2*15 = 30 :). Именно 30 секунд нужно подождать, прежде чем перевести порт в состояние Forwarding, чтобы в сети не возникло временных петель. Это рекомендованное значение для сети диаметром семь хопов. Оно получается из суммирования времени распространения BPDU по сети, времени жизни BPDU в сети, времени перехода порта в состояние Blocking и пр.
+3
RSTP и MSTP стоит на фундаменте STP. На мой взгяд, лучше разобраться с работой STP, а потом понять RSTP и MSTP. Статья про MSTP написана, но никак руки не дойдут до редактирования.
Спасибо за замечание.
Спасибо за замечание.
+1
Поддержу, rstp это так сказать улучшенный stp, для хорошего понимания лучше начать именно со второго.
Спасибо за статью, буду рекомендовать своим одминам
+1
Статья сразу начинает рассматривать протокол PVSTP. Админам лучше начать с базового STP.
0
Учитывая, что на коммутаторах используется только один влан, то на принцип работы не влияет.
0
Руслан,
добавьте, пожалуйста, в статью описание portfast (edge-port), как рекомендацию cisco по предотвращению флуда TCN трафика. www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/12013-17.html
добавьте, пожалуйста, в статью описание portfast (edge-port), как рекомендацию cisco по предотвращению флуда TCN трафика. www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/12013-17.html
0
Когда писал статью, думал писать ли про оптимизацию и разные плюшки, но во множенстве других статей всё довольно ясно описано, поэтому подумал, что смысла нет писать и копипастить. По поводу TCN на портфаст:
Как мы говорили, когда в топологии что-то меняется (например, изменение состояния линка), то он рассылается по всем коммутаторам и они меняет время хранения мак адресов с 300 до 15 (в RSTP таблица мак-адресов сразу обнуляется). Это важно, когда падает линк между коммутаторами, но STP не такой умный, чтоб различать линк к какому-нибудь хосту от линка к коммутатору. Теперь представьте, юзер включает или выключает комп — у вас расслается TCN — это всё влияет на работу всех коммутаторов. А если пользователей очень много? То ваша сеть может из-за этого довольно сильно страдать. Поэтому важно переводить порты, которые точно будут подключены к хостам, в режим portfast. В этом случае, не будут работать STP таймеры и, самое главное, не будут рассылать TCN при изменении состояний таких линков.
Надеюсь, смог Вам помочь)
Как мы говорили, когда в топологии что-то меняется (например, изменение состояния линка), то он рассылается по всем коммутаторам и они меняет время хранения мак адресов с 300 до 15 (в RSTP таблица мак-адресов сразу обнуляется). Это важно, когда падает линк между коммутаторами, но STP не такой умный, чтоб различать линк к какому-нибудь хосту от линка к коммутатору. Теперь представьте, юзер включает или выключает комп — у вас расслается TCN — это всё влияет на работу всех коммутаторов. А если пользователей очень много? То ваша сеть может из-за этого довольно сильно страдать. Поэтому важно переводить порты, которые точно будут подключены к хостам, в режим portfast. В этом случае, не будут работать STP таймеры и, самое главное, не будут рассылать TCN при изменении состояний таких линков.
Надеюсь, смог Вам помочь)
0
Надеюсь время найдётся на редактирование и постинг статей по MSTP и RSTP.
Понравилось изложение. Спасибо.
Понравилось изложение. Спасибо.
0
Спасибо, сейчас редактирую MSTP. Про RSTP статьи нет, так как в свое время нашел прекрасную статью — habr.com/company/cbs/blog/330358.
0
Добрый день, Руслан, а как вы добавляете в eve-ng интерфейсы Fast — Gigabit ethernet?
0
Bridge Priority (приоритет, от 0 до 65535, по умолчанию 32768)
Нет. Максимум 61440 и потому что инкремент строго в 4096, а не полный диапазон в 16 бит.
то сравниваются MAC-адреса (посимвольно, тот который меньше, тот побеждает).
«посимвольно» маки ни кто не сравнивает. это в первую очередь 48-bit число. Символьное представление только для удобства людей.
TCN — на мой взгляд пропущено наиважнейшее его свойство. Как только он попадает на коммутатор первым делом происходит мгновенное очищение таблицы мак адресов.
Ну и мысли в слух. Classic STP — зло. В первую очередь из-за времени сходимости. Не нужно его использовать, если есть другие варианты. Реинкарнации не сильно лучше. Простой каналов, куча костылей для обработки сложных кейсов. Причем у каждого вендора, они свои. Лучше вообще смотреть в сторону L3 фабрик. На худой конец L2 агрегацию линков.
+1
Про TCN вы пытаетесь ввести в заблуждение. В большинстве случаев коммутатор уменьшает время хранения мак адресов с 300 до 15, о чем сказал автор в комментариях. Полное очищение таблицы происходит лишь на очень небольшом количестве моделей коммутаторов.
0
С точки зрения стандарта, Вы и автор безусловно правы. Но еще и практика. На моей (25 лет в сетях) большинство вендоров и хоть сколько-нибудь серьезные коммутаторы делают как я написал. Все у cisco, вроде все у джунипера и у всех huawei что я видел. Если для вас это небольшое количество, то по факту это огромная часть рынка. Нет ни малейшего смысла ждать пока bpdu с tc доберется до рута. В 802.1w уже должно было быть в стандарте такое поведение с небольшой вариацией.
0
Sign up to leave a comment.
Принцип работы протокола STP