Добрый день всем!

Имеем:
C3550 f/w ipservicesk9-mz.122-52.SE
DGS-3612G f/w 2.50.B25

Коммутаторы связаны между собой 2мя физическими линками, агрегированными LACP.
В Cisco включены два сервера, VLAN с ними приходит через LACP-транк к D-Link-у.
В D-Link включены несколько сегментов сети, которые маршрутизируются между собой и вышеуказанным вланом.

Настройки:
C3550:


D-Link 3612


LACP агрегация работает, но очень странно.
Входящий трафик идет через один линк, исходящий - через другой.
Включал на 3612 алгоритм mac_source_dest - исходящий от D-Link-а трафик "размазался" по обоим портам.
Добиться балансировки исходящего со стороны Cisco трафика не удалось - он уходил только через один из портов.

В Cisco есть два алгоритма - src_mac и dst_mac, их переключение ничего не дало.
Пробовал включать 3550 в пассивном режиме, а порты на 3612 - в активном, но это тоже ничего не изменило.

Что я делаю не так?

Всё делаете так. Таков алгоритм балансировки.

_________________
LiveComm

Хммм.
То есть, при достижении 100 Мбит исходящего от cisco трафика канал все же будет забит в полку, и агрегация не поможет?
Каким же образом сделать Load-balancing исходящего от серверов трафика между физическими линками на 2м уровне?

Заменить 3550. Как минимум на 3560.
И использовать алгоритм src-dst-ip.

_________________
LiveComm

А почему?
Ведь у серверов два разных MAC-адреса, значит должно балансироваться, ну, по крайней мере я так думал, когда читал http://www.cisco.com/en/US/tech/tk389/t ... l#catalyst
Переход на маршрутизацию между Cisco и D-Link поможет?
Вот примерная планируемая схема:

Маршрутизация поможет. Equal Cost Load Balancing будет по одному пакету равномерно распределять между двумя одинаковыми путями.

По поводу агрегирования, по сути вы сделали всё правильно. Но честно - у меня никогда не получалось нормально запустить эти алгоритмы. Зато вот с src-dst-ip никогда никаких проблем нет)

_________________
LiveComm

ну, если маршрутизация, то LACP на схеме лишнее.
Спасибо за советы.