CCNP: Как настроить STP BPDU Filter и Guard одновременное
HTML-код
- Опубликовано: 29 сен 2024
- Коллеги, перевожу контент на rutube. Название канала такое же. rutube.ru/chan...
БЕСПЛАТНО готовься к тестам CISCO. Лучшие авторские материалы от Networker Channel. Это второе рассказывает как нужно совместно использовать BPDU Filter и Guard. Уровень изложения CCNP. Если Вы не смотрели мое предыдущее видео на эту тему, настоятельно рекомендую его посмотреть.
#настройка #начальная #курс #тюнинг #протокол #колец #защита #сеть #руководство #сетевого #администратора #настроить #защитить #коммутатор #коммутируемые #по #cisco #switch #stp #guard #filter #bpdu #sh #spanningtree #vlan #interface #portfast #ccnp #catalyst #cisco
Спасибо! Смотрим с удовольствием
Спасибо
Это очень полезный материал, здорово, что Вы добрались и до него!
@@NetworkerChannel Расскажите про StackWise еще
Пожелание на урок по UplinkFAST затронуть вот такой кусок debug (появление лучшего root порта на SW, когда старый root порт на SW по-прежнему стабильно работает):
Switch# STP: VLAN0001Fa0/1 -> listening
Switch# STP: VLAN0001 Fa0/1: root port delay timer active
Switch# STP: VLAN0001 Fa0/1 -> blocking
_______
1) Switch# STP: VLAN0001Fa0/1 -> listening
---Порт Fa0/1 переходит в listening
---Порт Fa0/1 посылает bpdu (знаем заранее, что наша bpdu будет inferior bpdu )
---Соседний порт находился в down down. Он получил нашу bpdu. Перешел в up up. Изменил состояние на listaning и отправил нам свой superior bpdu. Проходит состояния до forwarding (30 сек)
---Порт Fa0/1 принимает superior bpdu и понимает, что этот порт должен стать root.
---Порт Fa0/1 выдает debug Fa0/1: root port delay timer active
Fa0/1: blocking (делает для того, чтобы дождаться, когда поднимется соседний порт, с которого была принята superior bpdu и не переводить порт Fa0/1 сразу в forwarding )
Хотелось бы узнать в уроке действительный принцип работы UplinkFAST в этой ситуации.
Надеюсь, мое понимание похоже на правду
На сегодня все. Благодарю, что занимаетесь просветительской деятельностью и помогаете другим достичь успеха.
Сколько времени занимает у вас создание ролика в 20 минут (планирование и т.д.)?
У меня вопрос такой для отказоустойчивости сети когда лучше использовать span tree а когда etherchannel ? В каких случаях лучше span а в каких лучше etherchannel
EtherChannel нужно для аггрегации каналов (увеличения пропускной способности и резервирования) Между 2мя коммутаторами 2 линка нужно соеденить в EtherChannel (LAG). Если 2 коммутатора поддерживают MLA, то тоже и спользуйте Etherchannel. Для исключения петель, там где нет возможности использовать MLAG, vPC, VSS итд используйте STP. Да он вообще всегда должен быть настроен и работать, вне зависимости используете вы LAG группы портов или нет. STP - это ваша страховка на случай образования кольца, если в сети нет кольцевой топологии или она не предусматривалась.
Спасибо за видео, все очень четко и понятно. Будут еще продолжения видео? хотелось бы прослушать еще про ROOT Guard, Loop Guard.
Могу поделиться ссылками на сайте Cisco
www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/10588-74.html
Спасибо за отзыв, буду стараться выкладывать видео чаще )
Здравствуйте. Планирую дальше заниматься по материалам сайта networklessons.com/.
Как раз английский свой буду поднимать с колен. Как вы смотрите на такое решение?
Или, может, стоит обратить внимание на другой ресурс?
Спасибо
Дмитрий, добрый день! Я готовился по курсам INE и CBTNuggets, а также русскоязычным ресурсам. На мой взгляд, INE лучше всех. Тогда в INE было демо на CCNA, т.е. бесплатно можно было пользоваться какое-то время. Далее я также использовал INE
Спасибо за совет. Посмотрю INE.
CBTNuggets с моим английским пока очень некомфортно смотреть.
Я ничего не знаю про networking lessons, возможно тоже неплохой ресурс.
Пожалуйста, подскажите один момент.
SW1 --- SW2 (порты на соседних SW в up up)
# Что произойдет, если порт уйдет в down на одном из SW?
# В какое состояние тогда уйдет порт на другом SW (down down)?
-Если соседний порт уйдет в down down, в этом будет замешан механизма автосогласования (fast link pulse)?
Я понял так:
На реальном оборудовании...
# При любых настройках на соседних портах устройств (full/half/auto duplex, любая скорость) порты ОБЯЗАТЕЛЬНО будут передавать данные пользователя. Будут коллизии, но порты будут в UP UP.
Верно? Очень хочу разобраться в этом.
В PT выдает дичь (переводит порты в down при разном дуплексе)
В GNS3 вообще никакое автосогласование не реализовано
Желаю вам всего наилучшего в 2017 году. Спасибо за чудесный канал!
Спасибо, Дмитрий. Также желаю всем благополучия и продвижения в своей профессии.
Спасибо большое!
Дмитрий, скажи, ты уже сдал CCNA?
Я еще даже не подготовился.
Изучал пока теорию по системам хранения данных, виртуализации да по Windows Server уроки смотрел.
А то нет реального понимания работы DHCP, "разрешение имен" и многих других вещей/программ.
С DHCP и DNS серверами в Windows Server разбираюсь сейчас, чтобы в схему подключать VM.
--
Планируете продолжать уроки?
Да, планирую как бесплатные, так и платные. Но, платные думаю буду курсы уровня CCNP, я пока точно не решил. Мой бесплатный канал он достаточно подробный в техническом плане, но я планирую расширить тематику на общие ИТ вопросы, такие как выбор профессии, дизайн различных сетей и решения и.т.п. Хочется, чтобы люди, которые меня случают сдавали тесты, продвигались реально. Считаю, что не пройдя тестирование, 100% информации не отложится в голове надолго и будет много белых пятен, которые я намерено в своим материалах стараюсь предвосхитить и закрыть )
Спасибо! а про MSTP протокол будет лекция?
Я не планировал про MSTP рассказывать, эта тема больше для CCNP трека подходит