<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Simon Hobson wrote:<BR>>In that case, your setup is operating correctly - it is your <BR>>expectations that are wrong !<BR>>You could have saved a lot of effort by asking earlier, and <BR>>mentioning the authoritative/DHCPNAK element to the story.<BR> <BR>>If setting the server as authoritative results in it DHCPNAKing<BR>>the request, then the requested address is not valid according <BR>>to the DHCP server setup. Setting the server to <BR>>non-authoritative results in it simply ignoring the invalid <BR>>request - by design.<BR> <BR>>So you need to determine why the server believes the requested <BR>>address to be invalid.<BR> <BR>I know that is what I need to solve, but I cannot guess what is<BR>wrong because my scenario is quite simple:<BR>   <BR>CLIENT -    net1   
 - RELAY -    net2    - SERVER<BR> <BR>The server configuration only defines the remote subnet (net1). <BR>It has no subnets defined for DHCP at local interfaces (net2).<BR>I looked for an explanation at the code and then I found what I<BR>reported in my first post: the request is being discarded <BR>because the server receives the packet through a local <BR>interface (connected to net2) with no shared network associated.<BR> <BR>The content of the DHCPREQUEST is:<BR>- ciaddr = IP of the valid lease<BR>- yiaddr = siaddr = giaddr = 0<BR>- client HW address<BR>- options: 53 and 55<BR> <BR></DIV></td></tr></table>