что-то я видимо делаю не так, но все варианты вроде попробовал
стенд собран на столе

Device Type : DES-3528 Fast Ethernet Switch
Boot PROM Version : Build 1.00.B008
Firmware Version : Build 3.10.B041
Hardware Version : A5

DES-3528:admin#show dhcp_relay
Command: show dhcp_relay

DHCP/BOOTP Relay Status : Enabled
DHCP/BOOTP Hops Count Limit : 4
DHCP/BOOTP Relay Time Threshold : 0
DHCP Vendor Class Identifier Option 60 State: Disabled
DHCP Client Identifier Option 61 State: Disabled
DHCP Relay Agent Information Option 82 State : Enabled
DHCP Relay Agent Information Option 82 Check : Enabled
DHCP Relay Agent Information Option 82 Policy : Replace
DHCP Relay Agent Information Option 82 Remote ID : 5C-D9-98-D4-A3-A0

Interface Server 1 Server 2 Server 3 Server 4
------------ --------------- --------------- --------------- ---------------

Server VLAN ID List
--------------- -----------------------------------------------------------
10.45.5.233 445
(кстати, при попытке прописать dhcp_relay add ipif System ... -- вообще ничего не релеится, что удивительно)

клиент воткнут в порт 2, который vlan 445 untagged
клиент посылает discover

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8

3528 (10.45.5.230) ловит discover и пересылает на 10.45.5.233 (dhcp_сервер)

discover приходит на dhcp server
Received DHCP-Discover of id e4f11742 from 10.45.5.230:68 to 0.0.0.0:67

server отвечает dhcpoffer на 3528
Sending DHCP-Offer of id e4f11742 to 10.45.5.230:68
tcpdumpom видно, что пакет уходит

НО

offer НЕ ДОХОДИТ до клиента, т.е. свитч как-то его теряет.

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 19
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
No DHCPOFFERS received.

что может быть? что еще показать? спасибо.

я не совсем понимаю, почему только я с этим сталкиваюсь.
но в целом, вопрос понятен.

авторы freeradiusa не читали rfc
где написано, что отвечать положено на порт 67 (dhcp-server) а не на 68(dhcp-client), в случае, если в запросе присутствует giaddr, то есть запрос пришел от релея.
а приходящий от dhcp-сервера ответ на 68 порт, свитч логично игнорирует.

спорно, что 3528 посылает source порт 68, но не принципиально.

ввиду такой беды (которая кстати не исправляется во фрирадиусе лет 10), ищу dhcp-сервер, который умеет запускать скрипты по событиям.
для привязки оного к биллингу само собой.

К сожалению, не вы первый, кто сталкивается с ошибками в работе dhcp сервера, и грешит при этом на коммутаторы.
Посмотрите в сторону ISC DHCP.