Cisco LACP Fallback - История изменений

Sirmax: /* LACP на Cisco Catalyst 3750E */

2024-11-08T10:08:39Z

LACP на Cisco Catalyst 3750E

← Предыдущая		Версия 10:08, 8 ноября 2024
Строка 47:		Строка 47:
	<PRE>		<PRE>
	show lacp 3 neighbor		show lacp 3 neighbor
		+	</PRE>
		+	<PRE>
	Flags: S - Device is requesting Slow LACPDUs		Flags: S - Device is requesting Slow LACPDUs
	F - Device is requesting Fast LACPDUs		F - Device is requesting Fast LACPDUs

Sirmax: /* LACP на Cisco Catalyst 3750E */

2024-11-08T10:08:23Z

LACP на Cisco Catalyst 3750E

← Предыдущая		Версия 10:08, 8 ноября 2024
Строка 26:		Строка 26:

	<PRE>		<PRE>
−	lacp 3 internal	+	show lacp 3 internal
		+	</PRE>
		+	<PRE>
	Flags: S - Device is requesting Slow LACPDUs		Flags: S - Device is requesting Slow LACPDUs
	F - Device is requesting Fast LACPDUs		F - Device is requesting Fast LACPDUs

Sirmax в 09:05, 17 сентября 2024

2024-09-17T09:05:01Z

← Предыдущая		Версия 09:05, 17 сентября 2024
Строка 2:		Строка 2:
	[[Категория:LACP]]		[[Категория:LACP]]
	[[Категория:Linux]]		[[Категория:Linux]]
		+	[[Категория:Bonding]]

Sirmax: /* Ручная настройка iproute2 */

2024-05-17T14:59:10Z

Ручная настройка iproute2

← Предыдущая		Версия 14:59, 17 мая 2024
Строка 167:		Строка 167:
	ip link set dev bond0 up		ip link set dev bond0 up
	</PRE>		</PRE>
		+	==Удаление интерфейса из бонда==
−
		+	<PRE>
−
		+	ip link set dev eno1 nomaster;
		+	</PRE>

	==Просмотр состояния==		==Просмотр состояния==

Sirmax: /* test etherchannel= */

2024-02-19T09:11:28Z

test etherchannel=

← Предыдущая		Версия 09:11, 19 февраля 2024
Строка 77:		Строка 77:
	Настройка <code>no port-channel standalone-disable</code> отвечает за то что бы в случае если на другом конце линка нет LACP (например еще не настроен) то интерфейс работает в режиме access что позволяет например организовать загрузку по сети не меняя настойки свитча		Настройка <code>no port-channel standalone-disable</code> отвечает за то что бы в случае если на другом конце линка нет LACP (например еще не настроен) то интерфейс работает в режиме access что позволяет например организовать загрузку по сети не меняя настойки свитча

−	==<code>test etherchannel</code>===	+	==<code>test etherchannel</code>==
	Проверить что куда пойдет можно так (параметры зависят от режима)		Проверить что куда пойдет можно так (параметры зависят от режима)
	<PRE>		<PRE>

Sirmax: /* test etherchannel= */

2024-02-19T09:11:18Z

test etherchannel=

← Предыдущая		Версия 09:11, 19 февраля 2024
Строка 77:		Строка 77:
	Настройка <code>no port-channel standalone-disable</code> отвечает за то что бы в случае если на другом конце линка нет LACP (например еще не настроен) то интерфейс работает в режиме access что позволяет например организовать загрузку по сети не меняя настойки свитча		Настройка <code>no port-channel standalone-disable</code> отвечает за то что бы в случае если на другом конце линка нет LACP (например еще не настроен) то интерфейс работает в режиме access что позволяет например организовать загрузку по сети не меняя настойки свитча

−	==<code>test etherchannel</~~cpde~~>===	+	==<code>test etherchannel</code>===
	Проверить что куда пойдет можно так (параметры зависят от режима)		Проверить что куда пойдет можно так (параметры зависят от режима)
	<PRE>		<PRE>

Sirmax: /* no port-channel standalone-disable */

2024-02-19T09:11:05Z

no port-channel standalone-disable

← Предыдущая		Версия 09:11, 19 февраля 2024
Строка 76:		Строка 76:
	==<code>no port-channel standalone-disable</code>==		==<code>no port-channel standalone-disable</code>==
	Настройка <code>no port-channel standalone-disable</code> отвечает за то что бы в случае если на другом конце линка нет LACP (например еще не настроен) то интерфейс работает в режиме access что позволяет например организовать загрузку по сети не меняя настойки свитча		Настройка <code>no port-channel standalone-disable</code> отвечает за то что бы в случае если на другом конце линка нет LACP (например еще не настроен) то интерфейс работает в режиме access что позволяет например организовать загрузку по сети не меняя настойки свитча
		+
		+	==<code>test etherchannel</cpde>===
		+	Проверить что куда пойдет можно так (параметры зависят от режима)
		+	<PRE>
		+	c3750e-lab#test etherchannel load-balance interface po1 mac 0001.2233.4444 1122.3344.5566
		+	Would select Gi1/0/37 of Po1
		+	</PRE>

	=Linux Bond=		=Linux Bond=

Sirmax: /* Просмотр состояния */

2024-02-19T09:03:48Z

Просмотр состояния

← Предыдущая		Версия 09:03, 19 февраля 2024
Строка 167:		Строка 167:
	cat /proc/net/bonding/bond0		cat /proc/net/bonding/bond0
	</PRE>		</PRE>
		+	На что смотреть:
−
		+	* 802.3ad info если “Partner Mac Address” равен 00:00:00:00:00:00 – это значит что обмен пакетами LACPDU не произошел (смотреть настройки свитча или тспдамп)
		+	* LACP active: on
	<PRE>		<PRE>
	Ethernet Channel Bonding Driver: v5.15.0-92-generic		Ethernet Channel Bonding Driver: v5.15.0-92-generic

Sirmax: /* Режимы (mode) */

2024-02-19T09:02:25Z

Режимы (mode)

← Предыдущая		Версия 09:02, 19 февраля 2024
Строка 112:		Строка 112:
	</PRE>		</PRE>
	==Режимы (<code>mode</code>)==		==Режимы (<code>mode</code>)==
−	* <code>mode=0</code> (balance-rr) Последовательно кидает пакеты, с первого по последний интерфейс.	+	* <code>mode=0</code> (balance-rr) Последовательно кидает пакеты, с первого по последний интерфейс. ()
	* <code>mode=1</code> (active-backup) Один из интерфейсов активен. Если активный интерфейс выходит из строя (link down и т.д.), другой интерфейс заменяет активный. Не требует дополнительной настройки коммутатора		* <code>mode=1</code> (active-backup) Один из интерфейсов активен. Если активный интерфейс выходит из строя (link down и т.д.), другой интерфейс заменяет активный. Не требует дополнительной настройки коммутатора
	* <code>mode=2</code> (balance-xor) Передачи распределяются между интерфейсами на основе формулы ((MAC-адрес источника) XOR (MAC-адрес получателя)) % число интерфейсов. Один и тот же интерфейс работает с определённым получателем. Режим даёт балансировку нагрузки и отказоустойчивость.		* <code>mode=2</code> (balance-xor) Передачи распределяются между интерфейсами на основе формулы ((MAC-адрес источника) XOR (MAC-адрес получателя)) % число интерфейсов. Один и тот же интерфейс работает с определённым получателем. Режим даёт балансировку нагрузки и отказоустойчивость.

Sirmax: /* Режимы (mode) */

2024-02-19T09:01:03Z

Режимы (mode)

← Предыдущая		Версия 09:01, 19 февраля 2024
Строка 124:		Строка 124:
	Для режимов <code>balance-xor</code> и <code>802.3ad</code> доступны различные алгоритмы		Для режимов <code>balance-xor</code> и <code>802.3ad</code> доступны различные алгоритмы

		⚫	* <code>layer2</code> Канал для отправки пакета однозначно определяется комбинацией MAC-адресов источника и назначения по следующей формуле: <code>(source_MAC XOR destination_MAC) modulo slave_count</code>
−	* layer2
⚫	Канал для отправки пакета однозначно определяется комбинацией MAC-адресов источника и назначения по следующей формуле:
⚫	(source_MAC XOR destination_MAC) modulo slave_count
	т.е. над МАС-адресами источника и назначения выполняется битовая операция XOR (исключающее ИЛИ), и результат в виде числа делится на число каналов в соединении. Остаток от деления и будет номером канала, в который отправится пакет. Как можно видеть, результат не зависит от перестановки источника и назначения; весь трафик между определённой парой узлов всегда идёт по определённому каналу.		т.е. над МАС-адресами источника и назначения выполняется битовая операция XOR (исключающее ИЛИ), и результат в виде числа делится на число каналов в соединении. Остаток от деления и будет номером канала, в который отправится пакет. Как можно видеть, результат не зависит от перестановки источника и назначения; весь трафик между определённой парой узлов всегда идёт по определённому каналу.
	Алгоритм совместим с IEEE 802.3ad.		Алгоритм совместим с IEEE 802.3ad.
		+
−	* layer2+3
		+
−	Канал для отправки пакета определяется по совокупности MAC- и IP-адресов источника и назначения по следующей формуле:	+	* <code>layer2+3</code> Канал для отправки пакета определяется по совокупности MAC- и IP-адресов источника и назначения по следующей формуле:
−	(((source_IP XOR dest_IP) AND 0xffff) XOR (source_MAC XOR destination_MAC)) modulo slave_count
		⚫	<code>(((source_IP XOR dest_IP) AND 0xffff) XOR (source_MAC XOR destination_MAC)) modulo slave_count</code>
−	Трафик между определённой парой хостов IP всегда идёт по определённому каналу. Благодаря этому обеспечивается более равномерная балансировка трафика, особенно в случае, когда бóльшая его часть передаётся через промежуточные маршрутизаторы.
−	Для протоколов 3 уровня, отличных от IP, данный алгоритм равносилен layer2.	+	Трафик между определённой парой хостов IP всегда идёт по определённому каналу. Благодаря этому обеспечивается более равномерная балансировка трафика, особенно в случае, когда бóльшая его часть передаётся через промежуточные маршрутизаторы. Для протоколов 3 уровня, отличных от IP, данный алгоритм равносилен layer2. Алгоритм совместим с IEEE 802.3ad.
		+
−	Алгоритм совместим с IEEE 802.3ad.
		+
−	* layer3+4
−	Канал для отправки пакета определяется по совокупности IP-адресов и номеров портов источника и назначения:	+	* <code>layer3+4</code> Канал для отправки пакета определяется по совокупности IP-адресов и номеров портов источника и назначения:
		⚫	<code>((source_port XOR dest_port) XOR ((source_IP XOR dest_IP) AND 0xffff) modulo slave_count</code> Благодаря этому трафик определённого узла может распределяться между несколькими каналами, хотя пакеты одного и того же TCP-соединения или UDP-потока всегда передаются по одному и тому же каналу.
−	((source_port XOR dest_port) XOR ((source_IP XOR dest_IP) AND 0xffff) modulo slave_count
⚫	Благодаря этому трафик определённого узла может распределяться между несколькими каналами, хотя пакеты одного и того же TCP-соединения или UDP-потока всегда передаются по одному и тому же каналу.
	Для фрагментированных пакетов TCP и UDP, а также для всех прочих протоколов 4 уровня, учитываются только IP-адреса. Для протоколов 3 уровня, отличных от IP, данный алгоритм равносилен layer2.		Для фрагментированных пакетов TCP и UDP, а также для всех прочих протоколов 4 уровня, учитываются только IP-адреса. Для протоколов 3 уровня, отличных от IP, данный алгоритм равносилен layer2.
	Алгоритм не полностью совместим с IEEE 802.3ad. Если в одном TCP-соединении или UDP-потоке присутствуют одновременно фрагментированные и нефрагментированные пакеты, то они могут быть разбросаны по разным каналам и в результате получены с нарушением исходной последовательности. Это достаточно редкая ситуация, но при работе с некоторыми иными реализациями 802.3ad она принципиально может приводить к несовместимости.		Алгоритм не полностью совместим с IEEE 802.3ad. Если в одном TCP-соединении или UDP-потоке присутствуют одновременно фрагментированные и нефрагментированные пакеты, то они могут быть разбросаны по разным каналам и в результате получены с нарушением исходной последовательности. Это достаточно редкая ситуация, но при работе с некоторыми иными реализациями 802.3ad она принципиально может приводить к несовместимости.