Virtual Chassis - История изменений

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

2021-07-15T18:15:06Z

← Предыдущая		Версия 18:15, 15 июля 2021
Строка 126:		Строка 126:
	show virtual-chassis		show virtual-chassis
	show virtual-chassis vc-ports all-members		show virtual-chassis vc-ports all-members
			=Дополнительная информация=
			*[[L2 switching and VLANs]]
			*[[Provider bridging]]
			*[[Spanning-Tree protocol (STP)]]

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

2021-07-05T11:45:28Z

← Предыдущая		Версия 11:45, 5 июля 2021
Строка 1:		Строка 1:
			{{#description2:Компоненты virtual chassis. Master/Backup/Linecard. Обновление софта. High Availability. Управление virtual chassis. Информация для подготовки к экзаменам Juniper.}}
	=Общее=		=Общее=
	Кол-во свитчей, объединенных в одно шасси зависит от версии софта и модели.		Кол-во свитчей, объединенных в одно шасси зависит от версии софта и модели.
Строка 79:		Строка 80:
	#Включаем остальные свитчи		#Включаем остальные свитчи

	===Member switch/Member ID===		====Member switch/Member ID====
	Каждый свитч, поддерживающий функцию стекирования назначает себе member-id. Если включить свитчи не объединяя их в стек, каждый из них будет иметь member-id = 0.		Каждый свитч, поддерживающий функцию стекирования назначает себе member-id. Если включить свитчи не объединяя их в стек, каждый из них будет иметь member-id = 0.

Строка 87:		Строка 88:

	Member-id работает как номер fps-слота.		Member-id работает как номер fps-слота.
	==Обновление софта==		=Обновление софта=
	В кластере все свитчи должны обязательно иметь одинаковую версию софта.		В кластере все свитчи должны обязательно иметь одинаковую версию софта.

Строка 97:		Строка 98:
	Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, а при использовании дополнительных HA фид, перерыв можно сделать очень коротким (или вообще без перерыва обновить).		Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, а при использовании дополнительных HA фид, перерыв можно сделать очень коротким (или вообще без перерыва обновить).

	==High Availability==		=High Availability=
	Само по себе использование стека из EX - уже неплохое средство для HA.		Само по себе использование стека из EX - уже неплохое средство для HA.

Строка 112:		Строка 113:
	#Graseful Protocol Restart: передача трафика не прерывается при switchover. interface и kernel инфо зарезервирована. Когда Control plane роутера падает, роутер не сразу сообщает об этом своим соседям а ждет заданный промежуток времени. Но! сосед тоже должен уметь GR.		#Graseful Protocol Restart: передача трафика не прерывается при switchover. interface и kernel инфо зарезервирована. Когда Control plane роутера падает, роутер не сразу сообщает об этом своим соседям а ждет заданный промежуток времени. Но! сосед тоже должен уметь GR.

	=~~=Management=~~=		=Управление=
	Из-за наличия нескольких свитчей в стеке к кластера появляется дофига консольных и mgmt портов. К какому подключиться?		Из-за наличия нескольких свитчей в стеке к кластера появляется дофига консольных и mgmt портов. К какому подключиться?

Строка 121:		Строка 122:
	vme-port - виртуальный, используется для управления. По логинении на ip, настроенный на vme порту, кластер редиректнет вас на master switch.		vme-port - виртуальный, используется для управления. По логинении на ip, настроенный на vme порту, кластер редиректнет вас на master switch.

	=~~Configuration~~=		=Конфигурация=
	=~~Troubleshooting~~=		=Траблшутинг=
	show virtual-chassis		show virtual-chassis
	show virtual-chassis vc-ports all-members		show virtual-chassis vc-ports all-members

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

2017-09-10T19:44:35Z

Management

← Предыдущая		Версия 19:44, 10 сентября 2017
Строка 113:		Строка 113:

	==Management==		==Management==
			Из-за наличия нескольких свитчей в стеке к кластера появляется дофига консольных и mgmt портов. К какому подключиться?

			При подключении к любому, нас отредиректит к master.

			Если мастер сменился, то console сессия отключится от старого master и переустановится к новому.

			vme-port - виртуальный, используется для управления. По логинении на ip, настроенный на vme порту, кластер редиректнет вас на master switch.

	=Configuration=		=Configuration=
	=Troubleshooting=		=Troubleshooting=
	show virtual-chassis		show virtual-chassis
	show virtual-chassis vc-ports all-members		show virtual-chassis vc-ports all-members

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

2017-09-10T19:34:12Z

Troubleshooting

← Предыдущая		Версия 19:34, 10 сентября 2017
Строка 112:		Строка 112:
	#Graseful Protocol Restart: передача трафика не прерывается при switchover. interface и kernel инфо зарезервирована. Когда Control plane роутера падает, роутер не сразу сообщает об этом своим соседям а ждет заданный промежуток времени. Но! сосед тоже должен уметь GR.		#Graseful Protocol Restart: передача трафика не прерывается при switchover. interface и kernel инфо зарезервирована. Когда Control plane роутера падает, роутер не сразу сообщает об этом своим соседям а ждет заданный промежуток времени. Но! сосед тоже должен уметь GR.

	==Troubleshooting==		==Management==
			=Configuration=
			=Troubleshooting=
	show virtual-chassis		show virtual-chassis
	show virtual-chassis vc-ports all-members		show virtual-chassis vc-ports all-members

Наталия Бобкова: /* Обновление софта */

2017-09-10T19:32:23Z

Обновление софта

← Предыдущая		Версия 19:32, 10 сентября 2017
Строка 95:		Строка 95:
	Если в стеке используются разные модели, на них все-равно должен стоять одинаковый софт.		Если в стеке используются разные модели, на них все-равно должен стоять одинаковый софт.

	Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, при ~~этом~~ перерыв ~~будет короче~~.		Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, а при использовании дополнительных HA фид, перерыв можно сделать очень коротким (или вообще без перерыва обновить).

	==High Availability==		==High Availability==

Наталия Бобкова: /* Обновление софта */

2017-09-10T19:18:58Z

Обновление софта

← Предыдущая		Версия 19:18, 10 сентября 2017
Строка 96:		Строка 96:

	Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, при этом перерыв будет короче.		Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, при этом перерыв будет короче.

			==High Availability==
			Само по себе использование стека из EX - уже неплохое средство для HA.

			1. LAG (Link Aggregation Groups): подключать CE двумя линками на разные members.

			Без HA: kernel и forwarding state инфо не сохраняется инфо на обе RE. Поэтому процесс конвергенции занимает время, также как и процесс switchover может занимать до нескольких минут, до окончания процесса не передается трафик.

			#GRES (Graceful routing Engine switchover): kernel и forwarding state инфо хранится на обеих RE, что обеспечивает отсутствие конвергенции и сильно сокращает перерыв в передаче графики при switchover.

			#NSB (nonstop bridging): l2-протоколы, поддерживающие NSB, не падают при switchover. Инфо l2-протоколов хранится на обеих RE.

			#NSR (nonstop routing): l3-протоколы, поддерживающие NSR, не падают при switchover. Инфо хранится на обеих RE.

			#Graseful Protocol Restart: передача трафика не прерывается при switchover. interface и kernel инфо зарезервирована. Когда Control plane роутера падает, роутер не сразу сообщает об этом своим соседям а ждет заданный промежуток времени. Но! сосед тоже должен уметь GR.

	==Troubleshooting==		==Troubleshooting==
	show virtual-chassis		show virtual-chassis
	show virtual-chassis vc-ports all-members		show virtual-chassis vc-ports all-members

Наталия Бобкова: /* VCP-port */

2017-09-10T17:56:50Z

VCP-port

← Предыдущая		Версия 17:56, 10 сентября 2017
Строка 4:		Строка 4:
	Можно объединять разные модели в стек. Софт при этом должен быть одинаковым у всех свитчей.		Можно объединять разные модели в стек. Софт при этом должен быть одинаковым у всех свитчей.
	==Компоненты==		==Компоненты==
	===~~VCP~~-port===		===VC-port===
	Для объединения в стек используются специальные порты VCP (Virtual Chassis Ports).		Для объединения в стек используются специальные порты VCP (Virtual Chassis Ports).

Строка 15:		Строка 15:
	Если требуется емкость более 40G между членами стека (стековые порты и кабели поддерживают именно такую скорость), можно сделать 2 линка между свитчами.		Если требуется емкость более 40G между членами стека (стековые порты и кабели поддерживают именно такую скорость), можно сделать 2 линка между свитчами.

	Оптические порты с одинаковой скоростью передачи, выступающие в роли VCP, объединяются в LAG (bundle).		Оптические порты между двумя свитчами с одинаковой скоростью передачи, выступающие в роли VCP, автоматом объединяются в LAG (bundle). Порты с разной скоростью в LAG не соберутся.

	Когда оптический порт настроен в роли VCP, он не может использоваться в других целях.		Когда оптический порт настроен в роли VCP, он не может использоваться в других целях.

			VCP используются как для служебного трафика между свитчами, так и для передачи трафика между свитчами.

			Все 40Gb QSFP+ порты на EX4300 под дефолту используются как VCP.

			Все 10Gb порты могут быть настроены и использоваться в качестве VPC.

	===Master/Backup/Linecard===		===Master/Backup/Linecard===

Наталия Бобкова: /* Обновление софта */

2017-09-10T17:49:38Z

Обновление софта

← Предыдущая		Версия 17:49, 10 сентября 2017
Строка 90:		Строка 90:

	Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, при этом перерыв будет короче.		Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, при этом перерыв будет короче.

			==Troubleshooting==
			show virtual-chassis
			show virtual-chassis vc-ports all-members

Наталия Бобкова в 20:34, 6 сентября 2017

2017-09-06T20:34:23Z

← Предыдущая		Версия 20:34, 6 сентября 2017
Строка 3:		Строка 3:

	Можно объединять разные модели в стек. Софт при этом должен быть одинаковым у всех свитчей.		Можно объединять разные модели в стек. Софт при этом должен быть одинаковым у всех свитчей.
			==Компоненты==
	==VCP-port==		===VCP-port===
	Для объединения в стек используются специальные порты VCP (Virtual Chassis Ports).		Для объединения в стек используются специальные порты VCP (Virtual Chassis Ports).

Строка 19:		Строка 19:
	Когда оптический порт настроен в роли VCP, он не может использоваться в других целях.		Когда оптический порт настроен в роли VCP, он не может использоваться в других целях.

	==Master/Backup/Linecard==		===Master/Backup/Linecard===
	При объединении в стек, свитчи играют разные роли.		При объединении в стек, свитчи играют разные роли.

	===Master===		====Master====
	*управляет членами стека		*управляет членами стека
	*запускает Junos		*запускает Junos
Строка 36:		Строка 36:
	Если для стека используются EX4200, EX4500, EX4550, то любой из них может выполнять роль мастера.		Если для стека используются EX4200, EX4500, EX4550, то любой из них может выполнять роль мастера.

	===Backup===		====Backup====
	*находится в состоянии подхватить роль мастера, если мастер перестанет работать		*находится в состоянии подхватить роль мастера, если мастер перестанет работать
	*синхронизирует с мастером: состояния протоколов, forwarding tables и т.д...		*синхронизирует с мастером: состояния протоколов, forwarding tables и т.д...
Строка 44:		Строка 44:
	В случает использования EX4200, EX4500, EX4550 - любой подходит для роли backup.		В случает использования EX4200, EX4500, EX4550 - любой подходит для роли backup.

	===Linecard===		====Linecard====
	*выполняет роль линейной карты, то есть как дополнительный свитч с портами		*выполняет роль линейной карты, то есть как дополнительный свитч с портами
	*не запускает chassis control protocols		*не запускает chassis control protocols
	*не может даже определить состояния интерфейсов (или ошибок), которые были настроены через master.		*не может даже определить состояния интерфейсов (или ошибок), которые были настроены через master.

	===Mastership-priority===		====Mastership-priority====
	Для назначения роли члену стека используется '''mastership-priority'''. Значение [0-255].		Для назначения роли члену стека используется '''mastership-priority'''. Значение [0-255].

Строка 59:		Строка 59:

	Свитч с mastership-priority = 0 всегда будет работать только в роли linecard.		Свитч с mastership-priority = 0 всегда будет работать только в роли linecard.
	===Master Election===		====Master Election====
	#Выбирается с наибольшим mastership-priority		#Выбирается с наибольшим mastership-priority
	#Выбирается тот свитч, который был master в последний раз		#Выбирается тот свитч, который был master в последний раз
Строка 73:		Строка 73:
	#Включаем остальные свитчи		#Включаем остальные свитчи

	==Member switch/Member ID==		===Member switch/Member ID===
	Каждый свитч, поддерживающий функцию стекирования назначает себе member-id. Если включить свитчи не объединяя их в стек, каждый из них будет иметь member-id = 0.		Каждый свитч, поддерживающий функцию стекирования назначает себе member-id. Если включить свитчи не объединяя их в стек, каждый из них будет иметь member-id = 0.

Строка 81:		Строка 81:

	Member-id работает как номер fps-слота.		Member-id работает как номер fps-слота.
			==Обновление софта==
			В кластере все свитчи должны обязательно иметь одинаковую версию софта.

			Софт можно поставить на весь кластер или на каждый свитч отдельно. Для этого используется одна и та же команда:
			request system software add validate

			Если в стеке используются разные модели, на них все-равно должен стоять одинаковый софт.

			Чтобы избежать длительного перерыва при обновлении, можно использовать NSSU. Он позволяет обновить отдельно каждого member'а, при этом перерыв будет короче.

Наталия Бобкова: /* Member switch/Member ID */

2017-09-06T20:26:01Z

Member switch/Member ID

← Предыдущая		Версия 20:26, 6 сентября 2017
Строка 79:		Строка 79:

	Если в стеке был member, который физически отключили, его member-id более не будет использоваться мастером для присвоения member-id новому члену стека.		Если в стеке был member, который физически отключили, его member-id более не будет использоваться мастером для присвоения member-id новому члену стека.

			Member-id работает как номер fps-слота.