<div>Thanks for all the responses.</div><div>You are right the problem as you pointed out is the client is not guaranteed to send the FQDN option (81) in the DISCOVER message as well as the INFORM message as per RFC 4702.</div>
<div>At more detailed level the problem here is -</div><div>Lets say I have a class for <a href="http://example.com">example.com</a> and use that to assign IPs from a specific IP address range. A client comes in which does not send FQDN in DISCOVER and but sends one in REQUEST. Based on the DISCOVER, the server sends an OFFER with an IP address from a general IP range (not class specific). The client now sends a REQUEST for the offered IP and also includes FQDN of <a href="http://mycomputer.example.com">mycomputer.example.com</a>. Now, since the client is not entitled to the offered IP based on the configuration on the server to assign class specific IP, the server will need to send a NAK (as per RFC 2131) since it cannot ACK the requested IP address in the client REQUEST.</div>
<div>This causes the client to restart DORA. The client is now stuck in a loop continuously attempting DORA.</div><div>Is there a way around this ?</div><div> </div><div>However, assigning options for a class of clients based on FQDN should still be possible IMO since the options sent by server can change between OFFER and ACK. The client is expected to use the options send in the ACK. Correct ?</div>
<div> </div><div>Thanks,</div><div>Prasad<br><br></div><div class="gmail_quote">On Wed, Feb 27, 2013 at 8:18 PM, Sten Carlsen <span dir="ltr"><<a href="mailto:stenc@s-carlsen.dk" target="_blank">stenc@s-carlsen.dk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
  
    
  
  <div text="#000000" bgcolor="#FFFFCC"><div class="im">
    <br>
    <div>On 27/02/13 14:31, Glenn Satchell
      wrote:<br>
    </div>
    <blockquote type="cite">
      <pre>In terms of the configuration language it is certainly possible.

class "example-com" {
    match if option fqdn.domainname = "<a href="http://example.com" target="_blank">example.com</a>";
}

However, you may need to do a simple packet capture to check that your
clients actually send that option in the DHCPDISCOVER packet. If it isn't
there then the server can't make the decision about what to offer.</pre>
    </blockquote></div>
    You could have a pool for non class members only. That might be
    easier to pick up then.<div><div class="h5"><br>
    <blockquote type="cite">
      <pre>regards,
-glenn

On Wed, February 27, 2013 8:50 pm, Niall O'Reilly wrote:
</pre>
      <blockquote type="cite">
        <pre>On 27 Feb 2013, at 02:24, VithalPrasad Gaitonde wrote:

</pre>
        <blockquote type="cite">
          <pre>Can one configure the ISC DHCP server to define class(es) of clients
based on the DNS domain sent in option 81 by the client.
</pre>
        </blockquote>
        <pre>     I haven't tried that, but I'ld be surprised if it couldn't be done;
        the man pages for dhcpd.conf and dhcp-eval seem to contain the
        information you need.

        That said, I would ask two more basic questions:

    1.  Can one depend on the client to set option 81?
    2.  Can one trust the client not to spoof a "more attractive" DNS
        domain name than the "legitimate" one?

        Good luck!

</pre>
        <blockquote type="cite">
          <pre>Can you then use this class to set options and specific IP range for
such a class of clients.
</pre>
        </blockquote>
        <pre>     Surely.

        IHTH
        Niall O'Reilly

_______________________________________________
dhcp-users mailing list
<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a>

</pre>
      </blockquote>
      <pre>_______________________________________________
dhcp-users mailing list
<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a>
</pre>
    </blockquote>
    <br>
    </div></div><span class="HOEnZb"><font color="#888888"><pre cols="72">-- 
Best regards

Sten Carlsen

No improvements come from shouting:

       "MALE BOVINE MANURE!!!" 
</pre>
  </font></span></div>

<br>_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br></blockquote></div><br>