<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV> <BR>>Paśl Ortiz Imedio wrote:<BR>>> I am trying to figure out the behaviour of the DHCP server when replying to<BR>>> unicast DHCP Requests from clients at remote subnets (RENEWING state).<BR> <BR>Simon Hobson wrote:<BR>>It's quite simple. The server should reply by unicast to the client. The <BR>>packet is routed via normal OS routing rules.<BR> <BR>I agree. That behaviour is what I was expecting.<BR> <BR>>When you say the server is not responding - does it log the request ? Does it <BR>>log that it's replying ? Does it have a route to the client's network ?<BR> <BR>Server logs the request, but it does not answer:<BR>DHCPREQUEST for 192.168.212.190 from XX:YY:ZZ:XX:YY:ZZ via eth0: ignored (not authoritative)<BR> <BR>There is no routing problem and it receives the request from the client.
 The<BR>problem is that the server interface where it receives the request is not<BR>attached to any shared network. The server finds the valid lease and the <BR>configured subnet for ciaddr, but the lack of giaddr makes it ignore the <BR>request. If I configured the server to be authoritative, it would send a <BR>DHCPNAK (that is not a solution). That is why I started looking at the code <BR>for an explanation and I found what I have detailed in my first post.<BR> <BR>>For details of how the protocol works, I recommend "The DHCP Handbook"  by <BR>>Ralph Droms and Ted Lemon. There's a second edition which covers failover, <BR>>but for the basics the original edition will do fine if you can't find the <BR>>newer one.<BR> <BR>I had already checked it in that book, as it has been recommended too in <BR>previous posts. And there I could confirm the expected behaviour.<BR> </DIV></td></tr></table>