ситуация: есть DGS-3620, к нему подключен DES-3200 и к нему же подключен dhcp сервер.
на DES-3200 настраивается dhcp_relay с option_82 с абонентского влана на ип дшцп сервера.
управление свитча и дшцп сервер находятся в разных вланах и видны через свои L3 интерфейсы на 3620. оба устройства имеют дефолтный маршрут до 3620.
3200 прекрасно пингует дшцп и наоборот.
берём все эти устройства, настраиваем, включаем абонента. он получает адрес и всё прекрасно.
проходит время, абоненту надо сделать renew адреса. он шлёт dhcp request, 3200 релеит его (фиксирую вайршарком). но 3620 такое ощущение что не принимает пакет от 3200, в арп таблице у 3620 абонентский свитч отсутствует. и релей перестаёт работать до тех пор, пока у 3620 в арп таблице не появится 3200. сделать это можно например пингом с абонентского свитча в сторону 3620 или дшцп сервера. или просто пропинговав с 3620 абонентский свитч. как только 3200 появляется в арп таблице дшцп релей тутже начинает работать.
прошивки на обоих свитчах самые свежие из доступных на время написания поста.

ув. Д-Линк, попробуйте пожалуйста имитировать у себя эту ситуацию.
жду результатов.

Попробуйте прописать mac-адрес коммутатора статикой в fdb, а также сделать статическую запись в arp таблице на DGS-3620.

проблема решилась подстановкой костыля:
добавил на 3620 статическую запись dhcp сервера в ARP таблицу.
свитч при маршрутизации из сети в сеть нивкакую даже не пытается резолвить мак дшцп сервера, на сервере не наблюдались попытки свитча послать в сеть арп запрос.
однако если пускать пинг проходящий через свитч и направленный в сторону дшцп сервера(пинг может быть транзитным из другой сети), то свитч всё-таки снисходит до простых смертных и шлёт-таки запрос в сеть, добавляя мак в арп таблицу. Но вот релей от 3200 не инициирует запрос мака и спустя arp_aging_time на 3620 мак исчезает и всякий релей прекращается.
конкретно в этом частном случае костыль более ли менее приемлем и относительно безболезненный. но в общем положение дел удручает. у меня в сети стоит два десятка 3620 и поднят пока в холостую ospf на 2 сотни сетей. в каком ещё неожиданном месте 3620 захочет забить на арп, когда я начну по этим сетям гонять гигабиты абонентского трафика? в таком случае обойтись добавлением статической записи уже не получится.

о данной проблеме вообще известно? и есть ли сроки её исправления?

я вообще заметил, что у продукции D-Link большие проблемы с протоколом arp в любом его проявлении и практически во всём модельном ряду. с чем это связано?

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

Это известная проблема и мы уже занимаемся её решением

могу я узнать примерные сроки решения?

До конца июля обещали выпустить фикс

выпущенная два дня назад прошивка B34 не решает данную проблему? у меня сейчас B33 и прошиваться просто ради проверки на рабочей сети я не буду. или всётаки ждать конца июля?

Сейчас в ШК подтвердили, что B34 содержит данный фикс.