Здравствуйте

Помогите разобраться, что такое "алгоритм агрегирования каналов" и чем отличаются друг от друга возможные варианты:
http://www.dlink.ru/ru/faq/62/250.html


К сожалению, в том FAQ почти ничего не сказано про это, так же как и в документации к коммутатору (des-3852)

_________________
DES-3852 [Firmware: Build 4.50.B27]

Это позволяет выбрать оптимальную развесовку трафика по фзическим линкам, проще всего проверить все варианты и выбрать оптимальный (там где трафик делится поровну тот и оптимальный) для этого транка.

Но вообще если у тебя стоят два сервера каждый воткнут в свой коммутатор и коммутаторы соединены LACPом из двух линий, то смотрим:
1) если на каждом сервере по 1 сетевой карте и по 10 IP адресов навешаны на нее, то тут оптимальней будет IP_SRC или IP_DEST
2) если на каждом сервере по 1 сетевой карте и на первом сервере на сетевую повешен 1 IP , а на другом сервере повешаны 10 IP то тут оптимальней будет на первом коммутаторе указать IP_DEST, а на втором IP_SRC
3) Если у тебя на каждом сервере на сетевке повешены по 1 IP то в этом случае транк в этом месте тебе в плане развесовки ничем не поможет кроме как резервирования в случае если например одна из линий порвется.

Я создал на коммутаторе 802.3ad транк из двух гигабитных портов, к которым подключен сервер с двумя гигабитными сетевухами (на сервере GNU/Linux, подключен модуль bonding который работает в режиме 802.3ad). А на самом сервере выполняется Kernel Virtual Machine. Кароче говоря, на этом сервере порядка 11 виртуальных машин, с виртуальными сетевыми интерфейсами, которые прикреплены к бриджу как и сам интерфейс bond0, слейвами которого являются две сетевые карты которые линкуются с коммутатором.
Собсна, сетевой интерфейс каждой виртуальной машины имеет свой MAC и свой IP, каждая может сидеть в каком-то своем VLAN.
Я так понимаю, в моем случае лучше использовать ip_source_dest?

_________________
DES-3852 [Firmware: Build 4.50.B27]

Скорее всего.