Pull to refresh
30
0
Руслан Мамедов @Ruslan_Mammadov

Пользователь

Send message
На самом деле, эту статью необходимо переписать и написать вторую. К сожалению, пока даже планировал, когда этим заняться.
Это просто мой взгляд на данный протокол
Спасибо за теплый отзыв. Данные статьи были мной написаны при подготовке к CCIE R&S. R&S сдавать точно можно, по поводу SP ничего не могу сказать.
Спасибо за замечание, исправлю.
По поводу более специфичных вопрос — это тема для отдельной статьи, планирую отдельную статью в этих вопросах.
Я в самом начале ссылаюсь на статью, где это сделали очень хорошо и лучше бы я не сделал)
Складывается такое ощущение, что сейчас в новых разработках большую роль играют маркетологи, а не инженеры.
Отличная статья. Странно, что так мало голосов. Спасибо
Очень тонкое замечание, спасибо.
1) Здесь у меня оговорка, точнее в случае региона, где находится CIST Root, то именно он и будет Regional Root. и никогда не может Regional Root Bridge быть коммутатор без граничных портов»- надо добавить за исключением CIST Root.
2) Boundary Bridge ID — это добавления нового понятия, мне кажется первое ничем не хуже)
Насколько я знаю, в случае STP — уменьшается время до 15 секунд, а в случае RSTP моментальное очищение.
Спасибо за полезные замечания)
OSPF работает как ДВ между зонами. Почитайте статью, на которую я ссылаюсь выше, там как раз говорю об этом.
Указал ту сслыку, так как там несколько моделей рассмотрены и показана какая ошибка вылезает.
Рад, что понравилась. Пару раз встречал ситуацию, что, к примеру, HP коммутаторы подключают к Cisco, включают там RSTP и забывают. Работает типа, и не думают что за топология построилась и что там не то, что балансировка, но и оптимальность выбора пути страдает.
Пакеты ходить будут, петли не будет, но просто подключив, скорее всего, все будет работать не так как ожидалось.
Спасибо за замечание, не знал данной тонкости
Это не я, это MSTP такой) По поводу пометки, я там указываю на то, что почитать перед этим.
Если честно, специально ничего не нажимал, оно само)) Использовал vIOS L2.
Когда писал статью, думал писать ли про оптимизацию и разные плюшки, но во множенстве других статей всё довольно ясно описано, поэтому подумал, что смысла нет писать и копипастить. По поводу TCN на портфаст:
Как мы говорили, когда в топологии что-то меняется (например, изменение состояния линка), то он рассылается по всем коммутаторам и они меняет время хранения мак адресов с 300 до 15 (в RSTP таблица мак-адресов сразу обнуляется). Это важно, когда падает линк между коммутаторами, но STP не такой умный, чтоб различать линк к какому-нибудь хосту от линка к коммутатору. Теперь представьте, юзер включает или выключает комп — у вас расслается TCN — это всё влияет на работу всех коммутаторов. А если пользователей очень много? То ваша сеть может из-за этого довольно сильно страдать. Поэтому важно переводить порты, которые точно будут подключены к хостам, в режим portfast. В этом случае, не будут работать STP таймеры и, самое главное, не будут рассылать TCN при изменении состояний таких линков.
Надеюсь, смог Вам помочь)
Спасибо, сейчас редактирую MSTP. Про RSTP статьи нет, так как в свое время нашел прекрасную статью — habr.com/company/cbs/blog/330358.
Учитывая, что на коммутаторах используется только один влан, то на принцип работы не влияет.
RSTP и MSTP стоит на фундаменте STP. На мой взгяд, лучше разобраться с работой STP, а потом понять RSTP и MSTP. Статья про MSTP написана, но никак руки не дойдут до редактирования.
Спасибо за замечание.

Information

Rating
Does not participate
Location
Баку, Азербайджан, Азербайджан
Date of birth
Registered
Activity