Наблюдаем странную картину после включения dhcp-relay на коммутаторах DES-3526
От коммутаторов в больших количествах идут DHCPACK и DHCPINFORM
DHCPACK to <ip коммутатора> (<no client hardware address>) via <ip коммутатора>
DHCPINFORM from <ip коммутатора> via <ip коммутатора>

нормально ли это?
IP адреса клиентам раздаются, коммутаторы работают штатно. Единственный минус: невозможно читать логи.

Boot PROM Version : Build 3.00.008
Firmware Version : Build 5.01-B36

_________________
DES 3526 - флагман DLINKостроения

Я выслал Вам последнюю версию, в которой ещё доработана проблема с dual image, нужно только перед обновлением удалить второй image, обновить прошивку, после перезагрузки подождать пока коммутатор обновит PROM, перезагрузить и можно заливать второй image. После обновления, пожалуйста, напишите по результатам.

_________________
С уважением,
Бигаров Руслан.

Прошивку получил, попробуем перепрошить десяток коммутаторов...

_________________
DES 3526 - флагман DLINKостроения

аналогичная проблема с большим количеством DHCPREQUEST DHCPNAK в логах, коммутаторов около 30 (des-3526 прошивки начиная с 5.01-B09 заканчивая 6.00.B10).
на 3526 ип адреса раздаются нормально.

другая проблема:
в каждый порт 3526 подключен 1228 (Firmware Version 1.10.12).
в каждый порт 1228 подключен клиент (по вилану на порт/клиента). судя по логам, ип адрес dhcp-сервер выдаёт(см. ниже), но задержка при получении адреса доходит до 5 минут.

в логах dhcp следующее:
Sep 6 09:25:42 vpn dhcpd: Lease for 1.1.1.1 is connected to interface 0/23 , VLAN 608 on switch 0:1b:11:b5:d8:5f
Sep 6 09:25:42 vpn dhcpd: Lease for 1.1.1.1 raw option-82 info is CID: 0.4.2.96.0.23 AID: 0.6.0.1b.11.b5.d8.5f
Sep 6 09:25:43 vpn dhcpd: DHCPOFFER on 1.1.1.1 to 00:e0:4c:53:d3:fa (Admin) via 172.16.1.16
Sep 6 09:25:43 vpn dhcpd: Lease for 1.1.1.1 is connected to interface 0/23 , VLAN 608 on switch 0:1b:11:b5:d8:5f
Sep 6 09:25:43 vpn dhcpd: Lease for 1.1.1.1 raw option-82 info is CID: 0.4.2.96.0.23 AID: 0.6.0.1b.11.b5.d8.5f
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa (Admin) via 172.16.1.16
Sep 6 09:25:43 vpn dhcpd: DHCPACK on 1.1.1.1 to 00:e0:4c:53:d3:fa (Admin) via 172.16.1.16
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.18: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.18
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.24: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.24
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.6: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.6
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.27: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.27
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.8: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.8
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.250: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.250
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.29: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.29
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.22: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.22
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.30: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.30
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.23: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.23
Sep 6 09:25:43 vpn dhcpd: DHCPREQUEST for 1.1.1.1 (172.16.1.254) from 00:e0:4c:53:d3:fa via 172.16.1.3: lease 1.1.1.1 unavailable.
Sep 6 09:25:43 vpn dhcpd: DHCPNAK on 1.1.1.1 to 00:e0:4c:53:d3:fa via 172.16.1.3

запретите 67 и 68 UDP порты в клиентских виланах на всех свичах
в managment -влане оставьте.

Релей отрабатывает до ACL и адреса все получать будут
А пакеты в клиентских виланах будут блочится на вышестоящем коммутаторе.

в том-то и дело, что на клиентских портах dhcp закрыто, свичи видят друг друга через management vlan и в нём-то зачем-то и релеят друг друга )
наверное, нужно написать какой-нибудь acl, но я что-то не соображу, какой )

Прошейте последней прошивкой и включите dhcp_local_relay. Настраивать его не надо, просто включите.

включил, вспомнил, что в схеме есть цепочка свичей, как в теме viewtopic.php?t=65790&postdays=0&postorder=asc&highlight=DHCP_LOCAL_RELAY&start=30

ситуация аналогичная, [клиенты] - [des-3526-1] - [des-3526-2] - [dhcp-сервер]. при `enable dhcp_local_relay` на обоих 3526 клиенты не получают адреса.

Вам ответит Александр Зайцев.