Добрый день!

Была реализована схема:

sw01 (DGS-3120-24SC) / G02 - {р/о 1} ------ {p/о 2} - sw02 (DES 3200-28) / G23
sw01 (DGS-3120-24SC) / G03 - {р/о 3} ------ {p/о 4} - sw02 (DES 3200-28) / G24

На обоих каналах, организованных через радиооборудование (р/о), организовано агрегирование каналов с балансировкой трафика.

Возникла проблема, связанная с тем, что управление р/о идет внутри канала.

Проблема в том, что управляющий трафик до одной пары р/о идет через канал другой пары р/о и наоборот.
Распределение трафика по каналам это вопрос статистики и можно путем включения/выключения каналов добиться того,
что бы нужный трафик шел по нужному каналу. Но через некоторое время распределение трафика может измениться и
управление снова отвалится.

Есть ли возможность как-то задать балансировку статически для пары mac адресов или IP адресов?

sw01
# LACP
config link_aggregation algorithm ip_source_dest
create link_aggregation group_id 1 type static
config link_aggregation group_id 1 master_port 3 ports 2-3 state enable trap enable
config lacp_port 2-3 mode passive

sw02
# LACP
config link_aggregation algorithm ip_source_dest
create link_aggregation group_id 1 type static
config link_aggregation group_id 1 master_port 24 ports 23-24 state enable
config lacp_port 23-24 mode passive

Прямого решения нет. Есть только обходные пути. Например, такой:

Включаем в разрыв DGS-1100-06/ME - порты 1-2 на DGS-3120, порты 3-4 на р/о.
Заводим на нём два влана - первый 1-2 untagged 5 tagged, второй 3-4 untagged 5 tagged.
В итоге на пятом порту получаем выдернутое из канала управление в отдельных вланах.

Это конечно все хорошо, но как это поможет? Распределение пакетов на портах 3-4 коммутатора DGS-1100-06/ME будет точно также рандомным, и пакеты предназначающиеся р/о 1 или р/о 2 улетят к р/о 3.

Неправильно указал вланы. Поправка:
первый - 1,3 untagged 5 tagged
второй - 2,4 untagged 5 tagged
Распределение на портах может быть сколь угодно рандомным, но в первом влане будет управление первого р/о, а во втором - второго р/о.

по идее коммутатор не даст на порты-члены одной группы поставить разные untagged вланы, вы так пробовали?

А если даже и даст то LACP не соберется

На указанном DGS-1100-06/ME никаких групп не нужно. Его задача - тупо вклиниться в трафик и выдернуть из него управляющй влан.

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