Может не по адресу, но вдруг кто-то сталкивался...

Есть несколько серверов под Windows 2008 R2, все с одинаковым набором железа, модель x3250 M3, у всех сетевые карточки объединены в транки (2Gb/s, 802.3ad, свитч d-link dgs-3450, прошивка последняя официальная, vlan'ов нет, мастер порт соответствует 1-ому сетевому интерфейсу на сервере), все драйвера на серверах обновлены с помощью UXSPI. Почему-то IMM при попытке захода с одного сервера на другой - не отвечает. Причём на 2 из 4 серверов нормально можно зайти на остальные сервера, на оставшихся двух вообще нет коннекта к остальным. Network Monitor показывает, что с машины, с которой заходишь ARP REQUEST уходит, но ARP RESPONSE нет. С обычных компьютеров Windows 7 SP2, доступ есть ко всем серверам. Уже даже Port Mirroring на свитчах включал. ARP REQUEST ушёл и как-будто в пустоту. Если добавить статическую запись в ARP таблицу, с помощью arp -s, то всё нормально.
В чём проблема?

Непонятно, при чем здесь DGS-3450?
Нарисуйте схему - так всем будет понятнее.

DGS-3450 может и не причём. С сервера уходят ARP REQUEST, специально включил Port Mirroring и с помощью Wireshark посмотрел. Но ARP REPLY ни от кого не приходит.
Схема примерно такая, если что могу дорисовать...

Проблема решилась включением опций Proxy ARP, Local Proxy ARP на свитче. Теперь надо понять, есть ли какие-то подводные камни...

У вас сеть не маршрутизируемая, зачем вам прокси арп?

_________________
D-Link Switches: Tips & Tricks

Вы лучше спросите почему работает, при включении этих опции. Я не до конца это пока понимаю.

Кстати, а почему switch не может отвечать на ARP запросы от клиентов, он же фактически все MAC-адреса и IP-адреса знает. Если эти опции не включены, то ARP-таблица свитча пустая.

Вот примерно так все выглядит?

_________________
D-Link Switches: Tips & Tricks

Хмм... Не знаю даже... Похоже...
Меня смущает отсутствие в arp таблице свитча адресов, кроме широковещательного, собственного интерфейса, клиента подключающегося к свитчу, и адреса ntp-сервера. Всё... Со свитча все адреса пингуются. И arp-записи пингуемых появляются в arp-таблице. Если пинговать с клиентов, то arp-запрос при отсутствии arp-записи в локальном кэше уходит ко всем клиентам. Хотя по идее почему бы свитчу просто не ответить на ARP-запрос. Включаем опции ARP proxy (причём видимо local arp proxy включается только после включения arp proxy), arp-таблица заполняется адресами, и в принципе всё приходит в норму. Но иногда первый пакет пинга на какой-нибудь адрес (одного из imm) не проходит (превышено время ожидания запроса), а второй и следующие в норме.

У него и не должна заполняться ARP таблица, Вы же используете его как L2. И на ARP он отвечать сам не должен.

Локализовал проблемку малость... Сетевые каждого сервера (2 штуки) объединены в транки (суммируется пропускная способность). Вытаскиваем 2 сетевуху и arp начинает ходить со всех серверов. Только со своего на свой интерфейс отправить нельзя.

Теперь вопрос, как настроить транк, чтобы всё работало...

Читать мануал на предмет link_aggregation

Читал...

Вот настройки одной из групп...

LACP Port Settings - Passive.
Link Aggregation Algorithm - Mac Source
На сервере сетевые карточки Intel 82574L Gigabit.
В настройках указан team type - IEEE 802.3ad Dynamic Link Aggregation.
В итоге работает - с ошибками.
Может я что-то из вида упустил?

Что выводит команда

?