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

Наталия Бобкова: /* Принцип работы */

2021-12-25T19:16:32Z

Принцип работы

← Предыдущая		Версия 19:16, 25 декабря 2021
Строка 226:		Строка 226:
	#VTEP3 добавляет заголовок VXLAN, который содержит VNI. VTEP3 инкапсулирует Eth-frame в UDP-пакет (L3).		#VTEP3 добавляет заголовок VXLAN, который содержит VNI. VTEP3 инкапсулирует Eth-frame в UDP-пакет (L3).
	#VTE3 маршрутизирует пакет через underlay L3-сеть к VTEP1.		#VTE3 маршрутизирует пакет через underlay L3-сеть к VTEP1.
	#VTEP1 делает ~~деинкапсуляцию~~ и отдает Eth-frame к Server1.		#VTEP1 делает декапсуляцию и отдает Eth-frame к Server1.

	VM и сервера при этом ничего не знают про VXLAN и протоколы на L3. Для серверов всё выглядит, как-будто они сидят в одном L2-домене.		VM и сервера при этом ничего не знают про VXLAN и протоколы на L3. Для серверов всё выглядит, как-будто они сидят в одном L2-домене.

Наталия Бобкова: /* Data plane Learning [L2 learning | Flooding learning] */

2021-12-25T19:16:15Z

Data plane Learning [L2 learning | Flooding learning]

← Предыдущая		Версия 19:16, 25 декабря 2021
Строка 261:		Строка 261:
	#VM1 шлет arp-request к VM2 (who has 192.168.0.11?)		#VM1 шлет arp-request к VM2 (who has 192.168.0.11?)
	#VTEP1 инкапсулирует в arp-request в mcast packet и шлет пакет к mcast group 239.1.1.100.		#VTEP1 инкапсулирует в arp-request в mcast packet и шлет пакет к mcast group 239.1.1.100.
	#Все VTEP в группе 239.1.1.100 получают пакет, ~~деинкаспулируют~~ его проверяет VNI. Если совпадает, то шлет arp в VXLAN сегмент, если не совпадает, то дропает пакет. При этом локальный VTEP также добавляет инфу: IP VTEP1 <> MAC VM1 в свою локальную VXLAN table.		#Все VTEP в группе 239.1.1.100 получают пакет, декапсулируют его проверяет VNI. Если совпадает, то шлет arp в VXLAN сегмент, если не совпадает, то дропает пакет. При этом локальный VTEP также добавляет инфу: IP VTEP1 <> MAC VM1 в свою локальную VXLAN table.
	#VM2 получила arp и ответила на него, раскрыв свой MAC.		#VM2 получила arp и ответила на него, раскрыв свой MAC.
	#VTEP2 инкапсулировала ответ и передала его к VTEP1.		#VTEP2 инкапсулировала ответ и передала его к VTEP1.
	#VTEP1 получила arp-response, ~~деинкапсулировала~~ и отдала его VM1. И еще записала в VXLAN table IP VTEP2 <> MAC VM2.		#VTEP1 получила arp-response, декапсулировала и отдала его VM1. И еще записала в VXLAN table IP VTEP2 <> MAC VM2.
	#Далее VM1 и VM2 общаются via unicast.		#Далее VM1 и VM2 общаются via unicast.

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

2021-12-25T19:13:21Z

VXLAN Routing

← Предыдущая		Версия 19:13, 25 декабря 2021
Строка 312:		Строка 312:
	На одном свитче будет настроен VRF с двумя irb интерфейсами: irb.100 [10.1.100.1], irb.101 [10.1.101.1]. Каждый будет обслуживать свой L2 домен: VTEP with VLAN100, a VNI1000 и VTEP with VLAN101, a VNI1001 соответственно.		На одном свитче будет настроен VRF с двумя irb интерфейсами: irb.100 [10.1.100.1], irb.101 [10.1.101.1]. Каждый будет обслуживать свой L2 домен: VTEP with VLAN100, a VNI1000 и VTEP with VLAN101, a VNI1001 соответственно.

	#QFX получает VXLAN пакет с outer dest ip. ~~Декасулирует~~ его.		#QFX получает VXLAN пакет с outer dest ip. Декапсулирует его.
	#QFX делает lookup dest mac-адреса, который = IRB VIP MAC.		#QFX делает lookup dest mac-адреса, который = IRB VIP MAC.
	#Делает L3 lookup внутри VRF для IP-dest.		#Делает L3 lookup внутри VRF для IP-dest.

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

2021-12-25T19:13:05Z

VXLAN Routing

← Предыдущая		Версия 19:13, 25 декабря 2021
Строка 312:		Строка 312:
	На одном свитче будет настроен VRF с двумя irb интерфейсами: irb.100 [10.1.100.1], irb.101 [10.1.101.1]. Каждый будет обслуживать свой L2 домен: VTEP with VLAN100, a VNI1000 и VTEP with VLAN101, a VNI1001 соответственно.		На одном свитче будет настроен VRF с двумя irb интерфейсами: irb.100 [10.1.100.1], irb.101 [10.1.101.1]. Каждый будет обслуживать свой L2 домен: VTEP with VLAN100, a VNI1000 и VTEP with VLAN101, a VNI1001 соответственно.

	#QFX получает VXLAN пакет с outer dest ip. ~~Деинкасулирует~~ его.		#QFX получает VXLAN пакет с outer dest ip. Декасулирует его.
	#QFX делает lookup dest mac-адреса, который = IRB VIP MAC.		#QFX делает lookup dest mac-адреса, который = IRB VIP MAC.
	#Делает L3 lookup внутри VRF для IP-dest.		#Делает L3 lookup внутри VRF для IP-dest.

Наталия Бобкова: /* Принцип работы */

2021-12-25T19:09:12Z

Принцип работы

← Предыдущая		Версия 19:09, 25 декабря 2021
Строка 211:		Строка 211:
	В случае с VM (virtual machine), гипервизор будет участвовать в роли VTEP, сам создавать VXLAN tunnel, а Juniper будет транзитным девайсом.		В случае с VM (virtual machine), гипервизор будет участвовать в роли VTEP, сам создавать VXLAN tunnel, а Juniper будет транзитным девайсом.

			[[Файл:VXLAN пакет.png\|600px\|центр]]
	Во время инкапсуляции VTEP добавляет к фрейму поля:		Во время инкапсуляции VTEP добавляет к фрейму поля:
	:- outer MAC dst MAC (mac endpoint VTEP)		:- outer MAC dst MAC (mac endpoint VTEP)
Строка 218:		Строка 219:
	:- outer UDP header		:- outer UDP header
	:- VXLAN header: 24-битное поле VNI (VXLAN netw indentifier), уникально идентифицирующее VXLAN. Похоже на VLANID, только побольше.		:- VXLAN header: 24-битное поле VNI (VXLAN netw indentifier), уникально идентифицирующее VXLAN. Похоже на VLANID, только побольше.

	~~\| Origin Ethernet \| + VXLAN Header \| + OUTER IP \| + OUTER MAC \|~~

	Передаем frame от VM1 к Server1.		Передаем frame от VM1 к Server1.
	[[Файл:VTEP аппаратный и програмный.png\|~~700px\|никакой~~\|центр]]		[[Файл:VTEP аппаратный и програмный.png\|600px\|центр]]
	#VTEP3 получает Eth-frame от VM1 (с dst addr Server1).		#VTEP3 получает Eth-frame от VM1 (с dst addr Server1).
	#В Forwarding Table уже есть изученный mac-add Server1 + инфа об исх интерфейсе (VTEP)		#В Forwarding Table уже есть изученный mac-add Server1 + инфа об исх интерфейсе (VTEP)

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

2021-12-25T18:54:53Z

VXLAN

← Предыдущая		Версия 18:54, 25 декабря 2021
Строка 183:		Строка 183:

	=VXLAN=		=VXLAN=
	VXLAN инкапсулирует L2 frame в L3 UDP packets.		Virtual Extensible LAN protocol (VXLAN) инкапсулирует L2 Ethernet frame в L3 UDP packets.
			*Позволяет использовать бОльшее кол-во вланов.
			*Пригоден для огромных сетей облаков и ДЦ с большим кол-вом клиентов.
			*Можно мигрировать VM через туннелирование трафика в L3, даже если VM включены в разные L2-домены. Это позволяет использовать ресурсы сети не учитывать границы L2. Также использование VXLAN убирает необходимость создавать огромные (в том числе по географии) L2-домены.
			*Использование VXLAN дает возможность отказаться от STP и использовать более надежные и развитые протоколы маршрутизации для быстрой сходимости сети. Отсутствие STP дает возможность использовать полную пропускную способность сети (нет заблокированных портов).
			*Использование L3 между L2-доменами дает возможность эффективнее балансировать трафик и опять же использовать максимально возможную пропускную способность.

	~~Состоит из~~:		MX series и EX9200: поддерживают до 32 000 VXLAN, 32 000 multicast groups, 8 000 VTEP (virtual tunnel endpoint). Это позволяет использовать MX для очень больших сетей.
	*'''VNI''' - VXLAN ~~Network ID 24-bit [то есть более 16 млн ID]~~ (~~= vlan-id если проводить аналогию с VLAN~~)
	*'''VTEP''' - VXLAN tunnel Endpoint

	~~Передаем frame от VM1 к VM2 с одним VNI~~, ~~расположенные на разных hypervisors~~		QFX10000 поддерживают до 4000 VXLANs, 2000 VTEPs.
	~~#в forw table уже есть изученные mac-add удаленной VM и есть инфа о исх интерфейсе (VTEP)~~
	~~#VTEP местный добавляет VXLAN header, который содержит VNI. VTEP инкапсулирует frame в L3 UDP пакет.~~
	~~#VTEP маршрутизирует пакет через underlay L3-сеть к удаленному VTEP.~~
	~~#удаленный VTEP делает деинкапсуляцию и отдает frame к VM2~~.

	~~VM не знают ничего про VXLAN и протоколы на L3. Для VM все выглядит~~, ~~как-будто они сидят в одном L2 домене~~.		QFX5100, QFX5110, QFX5200, QFX5210, EX4600 поддерживают до 4000 VXLANs, до 2000 remote VTEPs.

	~~VXLAN добавляет 50~~-~~54 дополнительных bytes! Поэтому лучше включать везде jumbo frame~~.		EX4300-48MP поддреживают до 4000 VXLANs.

	~~Если у нас VM и bare metal server ('''BMS'''):~~		Более подробно можно узнать на сайте производителя.
	~~Все происходит также, только~~ на ~~свитче, куда включен BMS VTEP будет соотноситься с интерфейсом в сторону сервера~~.

			==Принцип работы==
			VXLAN инкапсулирует Ethernet-frame (L2) в UDP-пакет (L3). Из-за такой инкапсуляции VXLAN считают overlay технологией.

			Свитчи или роутеры, которые используют VXLAN называются VTEP (virtual tunnel endpoints).

			VTEPs инкапсулируют и декапсулирует VXLAN-трафик на входе и выходе из VXLAN-туннеля.

			В случае, когда hardware сервер включается напрямую в Juniper и сам не умеет создавать VXLAN туннели: в качестве VTEP выступают свитчи или маршрутизаторы Juniper.

			В случае с VM (virtual machine), гипервизор будет участвовать в роли VTEP, сам создавать VXLAN tunnel, а Juniper будет транзитным девайсом.

			Во время инкапсуляции VTEP добавляет к фрейму поля:
			:- outer MAC dst MAC (mac endpoint VTEP)
			:- outer MAC src MAC (mac source VTEP)
			:- outer dst IP
			:- outer src IP
			:- outer UDP header
			:- VXLAN header: 24-битное поле VNI (VXLAN netw indentifier), уникально идентифицирующее VXLAN. Похоже на VLANID, только побольше.

			\| Origin Ethernet \| + VXLAN Header \| + OUTER IP \| + OUTER MAC \|

			Передаем frame от VM1 к Server1.
			[[Файл:VTEP аппаратный и програмный.png\|700px\|никакой\|центр]]
			#VTEP3 получает Eth-frame от VM1 (с dst addr Server1).
			#В Forwarding Table уже есть изученный mac-add Server1 + инфа об исх интерфейсе (VTEP)
			#VTEP3 добавляет заголовок VXLAN, который содержит VNI. VTEP3 инкапсулирует Eth-frame в UDP-пакет (L3).
			#VTE3 маршрутизирует пакет через underlay L3-сеть к VTEP1.
			#VTEP1 делает деинкапсуляцию и отдает Eth-frame к Server1.

			VM и сервера при этом ничего не знают про VXLAN и протоколы на L3. Для серверов всё выглядит, как-будто они сидят в одном L2-домене.

			{{note\|text=VXLAN добавляет 50-54 дополнительных bytes! В ответ потребуется увеличить MTU на underlay. А именно на интерфейсах, которые участвуют в VXLAN сети, а не на логическом src VTEP interface.}}

			==Learning==
	*''Как VTEPs будут находить друг друга?''		*''Как VTEPs будут находить друг друга?''

Строка 215:		Строка 247:
	Когда VTEP должен отправить BUM traffic, он шлет его с dest ip = mcast address.		Когда VTEP должен отправить BUM traffic, он шлет его с dest ip = mcast address.

	==Data plane Learning [L2 learning \| Flooding learning]==		===Data plane Learning [L2 learning \| Flooding learning]===
	Когда VTEP получает пакет, он записывает в fw table:		Когда VTEP получает пакет, он записывает в fw table:
	*IP-source VTEP		*IP-source VTEP
Строка 242:		Строка 274:
	Кстати, VTEP не поддерживают аутентификацию, поэтому злоумышленник запросто может вторгнуться в ваш домен. Поэтому рекомендовано все-же использовать control plane learning.		Кстати, VTEP не поддерживают аутентификацию, поэтому злоумышленник запросто может вторгнуться в ваш домен. Поэтому рекомендовано все-же использовать control plane learning.

	==Control plane learning [BGP-EVPN]==		===Control plane learning [BGP-EVPN]===
	Подразумевается, что switches learning делается до того, как начинается процесс передачи трафика. Работает аналогично протоколам маршрутизации.		Подразумевается, что switches learning делается до того, как начинается процесс передачи трафика. Работает аналогично протоколам маршрутизации.

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

2021-07-15T18:05:27Z

← Предыдущая		Версия 18:05, 15 июля 2021
Строка 399:		Строка 399:
	=Controllers=		=Controllers=
	Речь про SDN контроллеры		Речь про SDN контроллеры
			=Дополнительная информация=
			*[[EVPN]]
			*[[Traffic engineering]]
			*[[Глава 1. Основы MPLS и VPN]]
			*[[Глава 2. Label Distribution Protocols (RSVP, LDP)]]

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

2021-07-05T12:11:36Z

← Предыдущая		Версия 12:11, 5 июля 2021
Строка 1:		Строка 1:
	{{#description2:Overlay Networks. Fabric Design. IP Fabrics. VXLAN. EVPN-VXLAN. BGP Route Types for EVPN. Distributed Layer 3 Gateway. Информация для подготовки к экзаменам Juniper.}}		{{#description2:Overlay Networks. Fabric Design. IP Fabrics. VXLAN. EVPN-VXLAN. BGP Route Types for EVPN. Distributed Layer 3 Gateway. Информация для подготовки к экзаменам Juniper.}}

	=Overlay Networks=		=Overlay Networks=
	Разделяют 2 вида сетей: overlay и underlay.		Разделяют 2 вида сетей: overlay и underlay.

Наталия Бобкова в 19:02, 4 июля 2021

2021-07-04T19:02:32Z

← Предыдущая		Версия 19:02, 4 июля 2021
Строка 1:		Строка 1:
			{{#description2:Overlay Networks. Fabric Design. IP Fabrics. VXLAN. EVPN-VXLAN. BGP Route Types for EVPN. Distributed Layer 3 Gateway. Информация для подготовки к экзаменам Juniper.}}

	=Overlay Networks=		=Overlay Networks=
	Разделяют 2 вида сетей: overlay и underlay.		Разделяют 2 вида сетей: overlay и underlay.

Наталия Бобкова: /* EVPN-VXLAN */

2019-02-24T13:20:18Z

EVPN-VXLAN

← Предыдущая		Версия 13:20, 24 февраля 2019
Строка 384:		Строка 384:

	LEAF1 получит равнозначные по стоимости маршруты к одному MAC в том же сегменте. И начнет балансить трафик между ними.		LEAF1 получит равнозначные по стоимости маршруты к одному MAC в том же сегменте. И начнет балансить трафик между ними.

			==Design==
			Как это все ляжет на сеть?

			Серверы включены в LEAF в своих вланах.

			VLAN связаны с VXLAN VTEP на портах свитчей.

			VTEP сопоставляются в соответствующие EVPN (которые делают L2 связность для VTEP).

			Как говорили выше: можно сопоставлять несколько VTEP одному EVPN instance (c one-to-one mapping или many-to-one mapping).

	=Controllers=		=Controllers=
	Речь про SDN контроллеры		Речь про SDN контроллеры