Собрал стенд, протестировал - все работает как надо без сбоев.

В качестве клиентов использовались WinXP и DIR-300 rev.B7 FW 1.4.1
DHCP Server - ISC DHCP - находится в management vlan, в одной подсети с управляющими интерфейсами коммутаторов.
Выдаваемый клиенту ip адрес - 192.168.0.228/24, шлюз .1 на DGS-3120.

Стенд:
Client -- (22) DES-3526 (26) -- (1) DGS-3120 (2) -- DHCP Server (10.90.90.221)
Конфиги:

DES-3526


DGS-3120


На стенде оба клиента, и WinXP, и DIR-300 rev.B7 успешно получают ip адрес и далее успешно продлевают лизу по юникастовому запросу.
Дампы есть - могу предоставить, если интересно.

Рекомендации вам:
1. Смотрите настройки DHCP сервера - пример можете посмотреть в презентации. Конеркетные настройки по желанию могу выслать на почту.
2. Проверяйте прошивку на DIR-300 rev.B7 - выложена на ftp ftp://ftp.dlink.ru/pub/Router/DIR-300_NRU/Firmware/B7/

Артем, а почему у Вас в конфиге 3526
config dhcp_relay option_82 policy drop?

Спасибо, Артем! Да, будьте добры, вышлите пожалуйста ваши дампы. Пока я не добился нормальной работы. Хочу посмотреть в чем у нас вами разница.

Дампы и конфиг сервера выслал.

Артём к Вам вопрос. Раньше рекомендовали на 3526 делать config address_binding ip_mac ports 1-24 forward_dhcppkt disable, а у Вас config address_binding ip_mac ports 1-24 forward_dhcppkt enable . Изменен алгоритм работы данной функции?

Да, на актуальных моделях и прошивках нужно включать.

Спасибо, Артем. Дампы и конфиг я получил.
Сравниваю с нашими данными. Досадно, ваши дампы не полные. Они не позволяют сделать однозначный вывод, что продление лизы проходит успешно.
Вот список пакетов из нашего дампа со стороны клиента:

Время аренды адреса - 10 минут. Здесь видны Renew пакеты с номера 5 по номер 34 включительно. Первая попытка продления была сделана ровно через 300 секунд (половина времени аренды). Все эти попытки безуспешные. И уже на последней секунде аренды клиент инициирует получение адреса "с нуля", послав пакет DHCP-Discover, и только в этот раз клиент нормально воспринимает ответы сервера.

Вот список пакетов из вашего дампа сделанного на стороне клиента:

Время аренды адреса - 5 минут. В вашем дампе есть всего два Renew пакета, относящихся к первой попытке продления аренды. Они, как и в нашем дампе, были посланы спустя ровно половину времени аренды (в вашем случае 150 секунд). Однако здесь не видно полного цикла. Нет уверенности в том, что клиент успешно продлил аренду. Стоило подождать хотябы еще 150 секунд, чтобы увидеть, что очередная попытка продления аренды была сделана не ранее, чем через 150 секунд после предыдущей. Это бы позволило сделать вывод о правильной работе.

Вот список пакетов из вашего дампа со стороны сервера (в нем присутствовали пакеты, не относящиеся к теме, я их отфильтровал, поэтому номера с пропусками):

Как видим здесь так же только первая попытка продления.

Вот ваш дамп, с клиентом WinXP на стороне сервера более полный, там видно, что все работает как надо. Но в нашем случае с этими клиентами все так же успешно отрабатывает.

Кроме того, сравнивал ACK пакеты из нашего и из вашего дампа. Отличий в ответах не нашел. В вашем случае сервер передает клиенту меньше опций, поэтому ваш пакет короче, а в остальном все совпадает (кроме адресов разумеется).

Собираю стенд с вашими конфигами. О результатах отпишусь.

Согласен, несколько поторопился.
В любом случае видно, что это уже не ошибка коммутатора - дампы идентичны, а вот воспринимает ответ от коммутатора роутер или нет - это вопрос к роутеру.
Я сообщу по результату.

Сделал тест - вижу описанную вами картину. DIR-300 отказывается реагировать на ack от релей агента.
Это ошибка DIR-300, я сообщу об этом Виталию Коркунову.

Да, Артем, с вашими конфигурациями сервера и коммутаторов поведение такое же.
Более того, попробовал включить роутер напрямую "в лоб" к dhcp серверу. Так же наблюдаются проблемы с продлением аренды.
Тесты проводил с роутерами DIR-300 H/W: B7 и DIR-320 H/W: B1, прошивки на обоих роутерах версии 1.4.1 (похоже в основе у них один и тот же исходный код). В качестве dhcp клиента в этих роутерах используется udhcp-client версии 0.9.8. Возможно проблема в нем.
Артем, в любом случае спасибо за участие.

Кому интересно, запостил в разделе о маршрутизаторах:
http://forum.dlink.ru/viewtopic.php?f=3&t=157674

Я проверил поведение данной функции. Если её включить, то пакеты от клиента будут дальше лететь в его (клиента) вилане и релеиться коммутатором. Если отключить, то пакеты не распространяются по сети, а только релеятся коммутатором (юникат и броадкаст).

Ну по логике эти две функции вроде и должны использоваться либо одна, либо другая. Вместе их включать как то не представляется, когда такое понадобиться может. У нас было включено только потому, что на форуме вычитали рекомендацию, когда пытались внедрить у себя (чтото вроде оно помогало избавиться от перерелеивания запросов с других релеев).

На 3528 если сделать forward_dhcppkt disable, то ни одного dhcp пакета не пройдет дальше клиентского порта (даже релеиться не будет). Получается так, что на 3526 и 3528 функция ведёт себя по-разному.