KabaH писал(а):
Проблема вот где: "В нормальной ситуации пользователи через половину lease-time сами по юникасту обращались к дхцп серверу и успешно продлевали себе время. Но 3526 почему-то юникаст запросы не перехватывает и в результате информация о свитче, порте и прочие параметры option 82 просто не передаются."
Эту проблеме решили так в isc-dhcp (хотя она проявлялась периодически):
The stash-agent-options statement
stash-agent-options flag;
If the stash-agent-options parameter is true for a given client, the
server will record the relay agent information options sent during
the client's initial DHCPREQUEST message when the client was in the
SELECTING state and behave as if those options are included in all
subsequent DHCPREQUEST messages sent in the RENEWING state. This
works around a problem with relay agent information options, which is
that they usually not appear in DHCPREQUEST messages sent by the
client in the RENEWING state, because such messages are unicast
directly to the server and not sent through a relay agent.