Кто-нибудь ещё настраивал Windows-серверы с несколькими сетевыми интерфейсами/портами в Switch Embedded Team, подключённые к US-16-XG? Я пытался настроить это, используя пару портов на Intel X710-DA2 и пару на Mellanox ConnectX-3 Pro, и столкнулся с похожими проблемами при работе SET и с теми, и с другими сетевыми картами, а также с US-16-XG. Пробовал режимы Dynamic и Hyper-V Port для балансировки нагрузки в SET.

В режиме Dynamic (рекомендованном Microsoft) у хостов часто наблюдается увеличенная задержка и периодические потери связи. В режиме Hyper-V Port задержка вроде пропадает, но по крайней мере у двух хостов просто перестало отвечать ARP, и они фактически исчезали из сети. Как только я уменьшаю SET до одного физического канала/порта, все проблемы исчезают.

Сетевой инженер во мне считает, что динамическое перераспределение MAC-адресов между разными портами сбивает с толку коммутатор, и он медленно обновляет свою CAM-таблицу. Вместо того чтобы широковещательно передавать трафик по L2-домену, коммутатор, похоже, просто отправляет кадры не в тот порт, пока CAM не увидит достаточный постоянный трафик на новом порту, чтобы обновиться. Потом, когда SET в следующий раз выберет другой порт как источник для конкретного MAC-адреса, ситуация повторится.

Я понимаю, что US-16-XG не позиционируется как компактный конвергентный сетевой коммутатор, но с точки зрения пропускной способности и ёмкости не вижу причин, почему он не мог бы так работать в режиме switch independent. Можно настроить LACP с серверами, но тогда я потеряю поддержку SMB Direct (RDMA) на объединённом интерфейсе, а это сильно повысило скорость миграции хранилища.

Может, кто-то из Ubiquiti сможет прокомментировать такое поведение на US-16-XG? Это воспроизводимая проблема или известный баг?