High Availability - История изменений

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

2021-07-15T18:12:03Z

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

	На обоих RE должны быть одинаковые версии прошивки.		На обоих RE должны быть одинаковые версии прошивки.
			=Дополнительная информация=
			*[[Static, Aggregate, Generate route]]
			*[[OSPF]]
			*[[BGP]]
			*[[IS-IS]]

Наталия Бобкова: Наталия Бобкова переименовала страницу Глава 1-6. High Availability в High Availability

2021-07-06T18:35:21Z

Наталия Бобкова переименовала страницу Глава 1-6. High Availability в High Availability

← Предыдущая	Версия 18:35, 6 июля 2021
(нет различий)

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

2021-07-05T11:53:06Z

← Предыдущая		Версия 11:53, 5 июля 2021
Строка 1:		Строка 1:
			{{#description2:Работы Junos без HA. Graceful restart (GR). Graceful RE switchover (GRES). Nonstop Active Routing (NSR). Bidirectional Forwarding Detection (BFD). Link Aggregation Control Protocol (LACP). Virtual Router Redundancy Protocol (VRRP). Unified in-service software upgrade (ISSU). Информация для подготовки к экзаменам Juniper.}}
	= Без включенных фич High Availibility =		= Без включенных фич High Availibility =
	Когда есть 2 или более RE и падает master => PFE стартует заново и все железо и интерфейсы изучаются новым RE.		Когда есть 2 или более RE и падает master => PFE стартует заново и все железо и интерфейсы изучаются новым RE.

Наталия Бобкова в 17:46, 12 июня 2018

2018-06-12T17:46:48Z

← Предыдущая		Версия 17:46, 12 июня 2018
Строка 1:		Строка 1:
	~~<seo title="word1,word2" metan="word3,word4" metad="word5,word6" yandex-verification="be33f669f23966c7" />~~

	= Без включенных фич High Availibility =		= Без включенных фич High Availibility =
	Когда есть 2 или более RE и падает master => PFE стартует заново и все железо и интерфейсы изучаются новым RE.		Когда есть 2 или более RE и падает master => PFE стартует заново и все железо и интерфейсы изучаются новым RE.

Наталия Бобкова в 17:42, 12 июня 2018

2018-06-12T17:42:36Z

← Предыдущая		Версия 17:42, 12 июня 2018
Строка 1:		Строка 1:
	<seo title="~~juniper-exam~~" yandex-verification="be33f669f23966c7" />		<seo title="word1,word2" metan="word3,word4" metad="word5,word6" yandex-verification="be33f669f23966c7" />

	= Без включенных фич High Availibility =		= Без включенных фич High Availibility =

Наталия Бобкова в 17:41, 12 июня 2018

2018-06-12T17:41:58Z

← Предыдущая		Версия 17:41, 12 июня 2018
Строка 1:		Строка 1:
	<seo yandex-verification="be33f669f23966c7" />		<seo title="juniper-exam" yandex-verification="be33f669f23966c7" />

	= Без включенных фич High Availibility =		= Без включенных фич High Availibility =

Наталия Бобкова в 17:41, 12 июня 2018

2018-06-12T17:41:30Z

← Предыдущая		Версия 17:41, 12 июня 2018
Строка 1:		Строка 1:
	<seo ~~title="word1,word2" metak="word3,word4" metad="word5,word6" google-site~~-verification="~~123456789-abfd123456~~" />		<seo yandex-verification="be33f669f23966c7" />

	= Без включенных фич High Availibility =		= Без включенных фич High Availibility =

Наталия Бобкова в 17:38, 12 июня 2018

2018-06-12T17:38:20Z

← Предыдущая		Версия 17:38, 12 июня 2018
Строка 1:		Строка 1:
			<seo title="word1,word2" metak="word3,word4" metad="word5,word6" google-site-verification="123456789-abfd123456" />

	= Без включенных фич High Availibility =		= Без включенных фич High Availibility =
	Когда есть 2 или более RE и падает master => PFE стартует заново и все железо и интерфейсы изучаются новым RE.		Когда есть 2 или более RE и падает master => PFE стартует заново и все железо и интерфейсы изучаются новым RE.

Наталия Бобкова: /* Virtual Router Redundancy Protocol (VRRP) */

2018-05-15T19:16:57Z

Virtual Router Redundancy Protocol (VRRP)

← Предыдущая		Версия 19:16, 15 мая 2018
Строка 232:		Строка 232:

	Выигрывает: '''больший приоритет'''		Выигрывает: '''больший приоритет'''


	Сотосяния:		Сотосяния:
Строка 255:		Строка 254:
	VRRP routers within a specific VRRP group)		VRRP routers within a specific VRRP group)

			'''preempt/no-preempt''' - если падал vrrp интерфейс с большим приоритетом, и потом вернулся в работу - может выставить параметр не переключать master обратно на него. Либо интерфейс может себе вернуть роль мастера по истечению hold-timer. На практике сработал только когда интерфейс физически падал.

	vrrp-inheret-from - ~~????????~~		'''vrrp-inheret-from''' - создан для удобства создания интерфейсов в одинаковыми параметрами. Все настройки интерфейса, который указан в качестве vrrp-inheret-from - наследуются.

	== Просмотр ==		== Просмотр ==
Строка 263:		Строка 263:
	ae5.398 up 1 backup Active lcl 77.94.165.185		ae5.398 up 1 backup Active lcl 77.94.165.185
	vip 77.94.165.187		vip 77.94.165.187
			==Track interface/route==
			У vrrp есть возможность следить за состоянием маршрута или интерфейса, или за кол-вом трафика на интерфейсе. И в зависимости от состояния - уменьшать приоритет. По сути пригодно, когде vrrp сделан на PE-роутер и через этот vrrp работает клиент. В таком случае, например, при "потере" uplink линков, роутер перестал быть master, и клиент слал бы трафик на другой роутер.

			> show configuration interfaces ge-0/0/4
			unit 300 {
			family inet {
			address 172.30.1.2/24 {
			vrrp-group 101 {
			track {
			interface ge-0/0/2.204 {
			priority-cost 10;
			interface ge-0/0/3.228 {
			priority-cost 10;

	= Unified in-service software upgrade (ISSU) =		= Unified in-service software upgrade (ISSU) =

Наталия Бобкова: /* Virtual Router Redundancy Protocol (VRRP) */

2018-05-14T19:20:33Z

Virtual Router Redundancy Protocol (VRRP)

← Предыдущая		Версия 19:20, 14 мая 2018
Строка 152:		Строка 152:
	== Просмотр ==		== Просмотр ==
	show bfd session		show bfd session

			= Link Aggregation Control Protocol (LACP) =
			*Автоматическое добавление и удаление отдельных линков в ae. (глобально, но не в JunOS)
			*Мониторинг линка с целью проверки, что он с обоих концов включен в ae.

			Когда собрана ae и включен lacp, локальная и удаленная сторона начинает обмениваться PDU, которые содержат в себе инфо о состоянии линка.
			Настраивается либо active-active, либо active-passive. Одна из сторон обязательно должна отправлять PDU, то есть быть active.

			==Link protection==
			Link-protection: позволяет приоритезировать прохождение трафика по конкретному линку. Eggress трафик (транзитный или локально сгенерированный) будет проходить только через назначенный primary линк.

			Имеет смысл при объединении от 2х линков в ae.

			Если нужно задействовать большее кол-вол линков - собираем subgroups.

			Мы можем добавить линки в разные subgroups, в рамках одной ae - primary и secondary. По линкам из primary subgroup будет идти трафик, пока не возникнет проблем с линком из primary subgroup. Как только, так сразу трафик перестраивается на secondary subgroup.

			Трафик бегает пол инкам с высшим приоритетом. При добавлении нового линка с высшим приоритетом, или восстановления старого линка с высшим приоритетом, трафик сразу переходит на него. Чтобы избежать такого состояния, настраиваем: ''non-revertive''.

			Если настраиваем link-protection, настройки у линков с обеих сторон должны быть обязательно одинаковыми!

			Можно делать настройку как глобально, так и локально для конкретной ae.
			===Config===
			* Глобально
			[edit chassis aggregated-devices ethernet]
			+ lacp {
			+ link-protection {
			+ non-revertive;
			*2 линка в ae:
			[edit interfaces ge-0/0/2 gigether-options 802.3ad]
			+ lacp {
			+ port-priority 33333;
			[edit interfaces ae0 aggregated-ether-options lacp]
			+ link-protection {
			+ non-revertive;
			*>2 линков в ae:
			[edit interfaces ae0 aggregated-ether-options]
			+ link-protection-sub-group
			+ subgroup-primary primary
			+ subgroup-backup backup
			[edit interfaces ge-0/0/2 ether-options 802.3ad]
			+ link-protection-sub-group group-name
			[edit interfaces ge-0/0/3 ether-options 802.3ad]
			+ link-protection-sub-group group-name
			[edit interfaces ge-0/0/4 ether-options 802.3ad]
			+ link-protection-sub-group group-name
			и включаем link-protection на каком-нибудь уровне: LAG/LACP/AE.
			[edit interfaces ae0 aggregated-ether-options lacp]
			+ link-protection

			==Link-speed==
			Когда указываем в настройках ae link-speed, все линки, входящие в ae должны соответствовать этой настройке.

			Начиная с 14.2 версии, можно объединять в ae линки разных скоростей:

			[edit interfaces ae33]
			+ aggregated-ether-options {
			+ link-speed mixed;

			Минимальное кол-во линков можно задавать, но по дефолту хотя бы один линк соберется в ae.
			[edit interfaces ae0 aggregated-ether-options]
			+ minimum-links 4;

			Если число линков указываем, то ae0 соберется, только если как минимум это число линков будет у статусе ''collecting distributing''.

	= Virtual Router Redundancy Protocol (VRRP) =		= Virtual Router Redundancy Protocol (VRRP) =