Spanning-Tree protocol (STP) - История изменений

Наталия Бобкова в 18:14, 15 июля 2021

2021-07-15T18:14:20Z

← Предыдущая		Версия 18:14, 15 июля 2021
Строка 365:		Строка 365:

	==Monitoring Troubleshooting ==		==Monitoring Troubleshooting ==
			==Дополнительная информация==
			*[[L2 switching and VLANs]]
			*[[Provider bridging]]
			*[[ERP (Ethernet Ring Protection)]]

Наталия Бобкова в 11:40, 5 июля 2021

2021-07-05T11:40:54Z

← Предыдущая		Версия 11:40, 5 июля 2021
Строка 1:		Строка 1:
			{{#description2: Основы Spanning-Tree protocol (STP). Роли портов. Состояния портов. BPDU. Модификации STP. Конфигурация STP. Мониторинг и траблшутинг STP. Информация для подготовки к экзаменам Juniper.}}
	==В общем==		==В общем==
	Ethernet легко подвержен бродкаст-штормам, когда в сети возникают петли.		Ethernet легко подвержен бродкаст-штормам, когда в сети возникают петли.

Наталия Бобкова: /* Config */

2021-04-01T21:29:29Z

Config

← Предыдущая		Версия 21:29, 1 апреля 2021
Строка 197:		Строка 197:
	set protocols rstp bridge-priority ''[0 - 61 440]''		set protocols rstp bridge-priority ''[0 - 61 440]''

	*BPDU ~~hello timers~~. [defaults: 20 sec]		*Max время ожидания hello-BPDU . [defaults: 20 sec]
	set protocols rstp max-age ''[6-40]''		set protocols rstp max-age ''[6-40]''

	*Интервал пересылки configuration BPDU от root bridge. [defaults: 2 sec]		*Интервал пересылки configuration-BPDU от root bridge. [defaults: 2 sec]
	set protocols rstp hello-time ''[1-10]''		set protocols rstp hello-time ''[1-10]''

Наталия Бобкова: /* RSTP (Rapid STP) */

2021-03-21T18:59:15Z

RSTP (Rapid STP)

← Предыдущая		Версия 18:59, 21 марта 2021
Строка 155:		Строка 155:
	Отличие в скорости реакции на изменение топологии. При изменении топологии, свитч немедленно чистит записи о текущей топологии. Для p2p и edge-портов - быстрый переход к forwarding state.		Отличие в скорости реакции на изменение топологии. При изменении топологии, свитч немедленно чистит записи о текущей топологии. Для p2p и edge-портов - быстрый переход к forwarding state.

	STP: сходимость до 50 сек		+ появились alternate и backup роли портов. Что дает возможность заранее подготовиться к факапу, а не принимать решение во время факапа.
			{{note\|text=STP: сходимость до 50 сек}}
	RSTP: сходимость 6 сек (3 * hello BPDU interval)		{{note\|text=RSTP: сходимость 6 сек (3 * hello BPDU interval)}}

	В построенной топологии (дереве) все свитчи генерируют BPDU каждые 2 sec.		В построенной топологии (дереве) все свитчи генерируют BPDU каждые 2 sec.

Наталия Бобкова: /* Роли портов (RSTP) */

2021-03-21T18:56:24Z

Роли портов (RSTP)

← Предыдущая		Версия 18:56, 21 марта 2021
Строка 30:		Строка 30:
	*''Disabled port'' - порт, не принимает участия в активном spanning tree.		*''Disabled port'' - порт, не принимает участия в активном spanning tree.
	*''Edge port'' - порт в сторону хоста, не поддерживаюшего STP (ПК, сервер, роутеры, тупиковые хабы). Т.к. предполагается, что хосты не способны образовать петлю => edge port сразу переходит в состояние передачи фреймов. Можно назначить edge порт, а также STP может сам распознать edge порт (через отсутствие связи с конечными станциями).		*''Edge port'' - порт в сторону хоста, не поддерживаюшего STP (ПК, сервер, роутеры, тупиковые хабы). Т.к. предполагается, что хосты не способны образовать петлю => edge port сразу переходит в состояние передачи фреймов. Можно назначить edge порт, а также STP может сам распознать edge порт (через отсутствие связи с конечными станциями).

			В STP:
			*root
			*designated
			*non-designated
			*disabled

	==Состояния портов (RSTP)==		==Состояния портов (RSTP)==

Наталия Бобкова: /* RSTP (Rapid STP) */

2021-03-21T18:54:13Z

RSTP (Rapid STP)

← Предыдущая		Версия 18:54, 21 марта 2021
Строка 157:		Строка 157:
	В RSTP добавились port-mode:		В RSTP добавились port-mode:
	*'''shared''' (half duplex) - p2p между свитчами, проходит обычный цикл во всеми таймингами blocking > listening > learning > forwarding.		*'''shared''' (half duplex) - p2p между свитчами, проходит обычный цикл во всеми таймингами blocking > listening > learning > forwarding.
	*'''p2p''' (full duplex) - тут свитч сам запрашивает у соседа-свитча на p2p линке - давай дружить (тут вся инфа о нашем bridge), я вижу root bridge вот так. Сосед принимает решение, сравнивая полученные данные с уже имеющимися. Для обмена данными используются proposal BPDU (запрос локального bridge) и agreement BPDU (ответ соседа).		*'''p2p''' (full duplex) - тут свитч сам запрашивает у соседа-свитча на p2p линке - давай дружить (тут вся инфа о нашем bridge), я вижу root bridge вот так. Сосед принимает решение, сравнивая полученные данные с уже имеющимися. Для обмена данными используются proposal BPDU (запрос локального bridge) и agreement BPDU (ответ соседа). Этот метод обмена данными обходит стороной дефолтные тайминг STP и является основням ускорителем RSTP.
	*'''egde''' - для конечных устройств. Моментально становятся в состояние - forwarding.		*'''egde''' - для конечных устройств. Моментально становятся в состояние - forwarding.

	По дефолту именно RSTP используется в Juniper.		По дефолту именно RSTP используется в Juniper.


	'''+''':		'''+''':

Наталия Бобкова: /* В общем */

2021-03-21T18:49:19Z

В общем

← Предыдущая		Версия 18:49, 21 марта 2021
Строка 13:		Строка 13:
	:- Позволяет подключать к сети устройства, не поддерживающие STP (используя edge ports)		:- Позволяет подключать к сети устройства, не поддерживающие STP (используя edge ports)

	Корень дерева (''root tree \| root bridge'') - это свитч, который выбирается алгоритмом STP на основании Bridge ID (Bridge Priority [0 - 65535] + MAC-addr свитча). В приоритете коммутатор с наименьшим Bridge ID. В дальнейшем он используется для рассчета наилучшего пути от bridge до root bridge.		Корень дерева (''root tree \| root bridge'') - это свитч, который выбирается алгоритмом STP на основании Bridge ID (Bridge Priority [0 - 65535] + MAC-addr свитча). Default priority = 32 768. В приоритете коммутатор с наименьшим Bridge ID. В дальнейшем он используется для рассчета наилучшего пути от bridge до root bridge.

	Фреймы ходят по сети к получателю - ''leaf'' (ПК или любой другой не транзитный хост) - вдоль ветвей (''branches'').		Фреймы ходят по сети к получателю - ''leaf'' (ПК или любой другой не транзитный хост) - вдоль ветвей (''branches'').

Наталия Бобкова: /* BPDU (bridge protocol data units) */

2021-03-21T18:46:06Z

BPDU (bridge protocol data units)

← Предыдущая		Версия 18:46, 21 марта 2021
Строка 49:		Строка 49:
	Когда отработал STA (spanning tree algorithm), всем портам назначены роли и состояния, идентифицированы root и designated bridges, требуется механизм для поддержания данной топологии в актуальном состоянии. Используем BPDU.		Когда отработал STA (spanning tree algorithm), всем портам назначены роли и состояния, идентифицированы root и designated bridges, требуется механизм для поддержания данной топологии в актуальном состоянии. Используем BPDU.

	Root bridge отправляет BPDU каждые '''2 сек''' (дефолтный hello time interval RSTP) на мультикаст-адрес: '''01-80-c2-00-00-00'''. Когда на порт приходит BPDU, он сравнивает данные, с полученными ранее, и на основании сравнения:		Root bridge отправляет BPDU каждые '''2 сек''' (дефолтный hello time interval RSTP) на мультикаст-адрес: '''01:80:c2:00:00:00'''. Когда на порт приходит BPDU, он сравнивает данные, с полученными ранее, и на основании сравнения:
	:- Если данные BPDU совпадают с существующей записью в таблице MAC-адресов, порт сбрасывает таймер max age на 0 и пересылает новый BPDU с текущей активной информацией о топологии на следующий порт в spanning tree.		:- Если данные BPDU совпадают с существующей записью в таблице MAC-адресов, порт сбрасывает таймер max age на 0 и пересылает новый BPDU с текущей активной информацией о топологии на следующий порт в spanning tree.
	:- Если топология в BPDU была изменена, обновляется таблица MAC-адресов, max age устанавливается в 0, и новый BPDU пересылается с текущей активной информацией о топологии на следующий порт в spanning tree.		:- Если топология в BPDU была изменена, обновляется таблица MAC-адресов, max age устанавливается в 0, и новый BPDU пересылается с текущей активной информацией о топологии на следующий порт в spanning tree.
Строка 56:		Строка 56:
	::-Если bridge является любым некорневым мостом: RSTP обнаруживает, что подключенный хост не умеет отправлять BPDU, и назначает этот порт в edge port.		::-Если bridge является любым некорневым мостом: RSTP обнаруживает, что подключенный хост не умеет отправлять BPDU, и назначает этот порт в edge port.
	{{note\|text=STP генерирует свои BPDUs. Сетевуха на хосте (ПК, сервер, ...) тоже генерирует свои BPDUs. Эти BPDU хостов могут быть обработаны STP свитча и привести к проблемам на сети. Поэтому лучше включать BPDU Protection на edge ports.}}		{{note\|text=STP генерирует свои BPDUs. Сетевуха на хосте (ПК, сервер, ...) тоже генерирует свои BPDUs. Эти BPDU хостов могут быть обработаны STP свитча и привести к проблемам на сети. Поэтому лучше включать BPDU Protection на edge ports.}}

			Бывают BPDU:
			*configuration BPDUs
			*topology change notification (TCN) BPDUs
			*topology change acknowledgment (TCA) BPDUs

	==Root Bridge Fails==		==Root Bridge Fails==

Наталия Бобкова: /* Config */

2021-03-21T17:32:51Z

Config

← Предыдущая		Версия 17:32, 21 марта 2021
Строка 213:		Строка 213:
	{{note\|text = NSB - non stop bridging ptorotoсol синхронизирует RSTP на обоих RE, чтобы избежать перерыва сервиса при RE switchover. }}		{{note\|text = NSB - non stop bridging ptorotoсol синхронизирует RSTP на обоих RE, чтобы избежать перерыва сервиса при RE switchover. }}

	* Включаем NSB, если на девайсе две RE:		* Включаем NSB, если на девайсе две RE [кстати, работает для STP, RSTP, MSTP]:
	set chassis redundancy graceful-switchover		set chassis redundancy graceful-switchover
	set system commit synchronize		set system commit synchronize

Наталия Бобкова: /* Состояния портов (RSTP) */

2021-03-21T17:02:17Z

Состояния портов (RSTP)

← Предыдущая		Версия 17:02, 21 марта 2021
Строка 33:		Строка 33:
	==Состояния портов (RSTP)==		==Состояния портов (RSTP)==
	*Discarding - отбрасывает все BPDU, все data-фреймы и не изучает mac-адреса. [в STP аналогичен по функциям: blocking, disabled, learning]		*Discarding - отбрасывает все BPDU, все data-фреймы и не изучает mac-адреса. [в STP аналогичен по функциям: blocking, disabled, learning]
	*Learning - изучает маки, и строит таблицу коммутации.		*Learning - изучает маки, и строит таблицу коммутации и пересылает BPDU
	*Forwarding - порт пересылает и фильтрует фреймы > становится частью активного spanning tree.		*Forwarding - порт пересылает и фильтрует фреймы > становится частью активного spanning tree. Также есть обмен BPDU.

	В STP:		В STP:
	*blocking - ничего не шлет, но слушает BPDU		*blocking - ничего не шлет, но слушает BPDU
	*listening - начинает отправлять BPDU, но пока не фреймы		*listening - начинает отправлять BPDU, но пока не фреймы
	*learning ~~- изучение маков, составление таблицы коммутации. и пересылка BPDU~~		*learning
			*forwarding
	*disabled - admin down. ничего не пересылает.		*disabled - admin down. ничего не пересылает.