Haralds Ulmanis wrote: > Second one ... patches for updating reply->code correctly depending on > modules > answer(last DHCP-Message-Type update will be in action). Actualy client > must!!! supply in some update section DHCP-Message-Type. > Otherwise i think no reply at all(not tested) :) .
The idea is that in *normal* circumstances, the server just Does the Right Thing. If it receives a discover, and the policy returns "ok", then the response should be an offer. > And i think there no need to respond with NAK in reject, fail and other cases > (and DECLINE response is client side only). There is no need for that garbage > traffic. If module fails then fails. NAK message to client will not help in > this case :) Or maybe i don't want to respond at all (ignore) :) In some cases, the server needs to send an explicit NAK, in order to force the client to re-broadcast a discover. I've committed a change that lets the policy set the message type. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html