<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFCC" text="#000000">
    <br>
    <div class="moz-cite-prefix">On 18/10/12 16:32, Glenn Satchell
      wrote:<br>
    </div>
    <blockquote
      cite="mid:23ecb73595a6df1d473542fe4a29e418.squirrel@mail.uniq.com.au"
      type="cite">
      <pre wrap="">The subnet (or pool) matches on each relay agent already, so putting it in
a class is making hard work for yourself.

If several subnets have the same option 43 value then they could be put in
a group.

A class for all the non-relay specific items is a good idea though, eg
base on vendor-id or other specific item that identifies those devices.

I think Simon also mentioned, that the dhcp server only sends the options
a client requests, so if the client doesn't request option 43 then it
won't be sent. This simplifies things a lot.</pre>
    </blockquote>
    Right, my question was also more generic, IF for some obscure reason
    I decide it makes sense to have two classifications based on X and Y
    , so I would have, say:<br>
    <br>
    classes X1, X2, X3, ...<br>
    classes Y1, Y2, Y3, ...<br>
    <br>
    All devices belong to one of the Xn classes <b>and</b> to one of
    the Yn classes. This could give me some freedom to use allow/deny to
    allocate from pools, etc.<br>
    <br>
    I happen to put option Z in both class X3 and Y2 (my mistake or
    something very convoluted) how would dhcp decide which option Z to
    use? the one from X3 or the one from Y2?<br>
    <blockquote
      cite="mid:23ecb73595a6df1d473542fe4a29e418.squirrel@mail.uniq.com.au"
      type="cite">
      <pre wrap="">

regards,
-glenn

On Fri, October 19, 2012 1:18 am, Sten Carlsen wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">
On 18/10/12 13:42, Simon Hobson wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">Sten Carlsen wrote:

</pre>
          <blockquote type="cite">
            <pre wrap="">I happened to think: could that option be put into the class
definition? Or could the class definition be put into a group with
the option statement?
</pre>
          </blockquote>
          <pre wrap="">
I think that's what he already has - but he wants different options
depending on the subnet.

Another idea that comes to mind would involve two classes - and
explicitly put each AP in one or other class. Thta means more
maintenance as he would now need to keep track not only of the access
points, but also which subnet they are in (and hence which controller
they need configuring to use).
</pre>
        </blockquote>
        <pre wrap="">Would selecting class based on relay address work?

Each host would have membership in one class(C-1) based on the present
criteria and another class(R-1) based on the relay address. Class R-1
would then have the option 43 and class C-1 has other options.

This is probably murky water, each host will then be member in two
different classes - assuming that both class definitions contain
options, how would dhcp resolve which options to use if the same option
is set (differently) in both classes?

I have never tried anything like this, never had the use. It might still
be an interesting way to solve some challenges.

--
Best regards

Sten Carlsen

No improvements come from shouting:

        "MALE BOVINE MANURE!!!"

_______________________________________________
dhcp-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a>
<a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/dhcp-users">https://lists.isc.org/mailman/listinfo/dhcp-users</a>
</pre>
      </blockquote>
      <pre wrap="">

_______________________________________________
dhcp-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a>
<a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/dhcp-users">https://lists.isc.org/mailman/listinfo/dhcp-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Best regards

Sten Carlsen

No improvements come from shouting:

       "MALE BOVINE MANURE!!!" 
</pre>
  </body>
</html>