How to configure the DHCP to make a priority between the subnets inside same shared network

José Queiroz zekkerj at gmail.com
Tue Feb 1 21:00:19 UTC 2011


2011/2/1 Tim Gavin <livewire98801 at gmail.com>

>
>
> On 02/01/2011 11:54 AM, José Queiroz wrote:
>
>
> 2011/2/1 Tim Gavin <livewire98801 at gmail.com>
>
>> What's wrong with that, and why would it break?
>>
>
> Each broadcast domain should correspond to a subnet range. If you have
> several subnets on the same broadcast domain, the DHCP server cannot tell
> apart which request came from which subnet.
>
>
> The DHCP server doesn't need to know where the request is coming from. . .
> if it knows, the request should be a 'renew', and should renew the address
> no matter which block it was assigned from.
>
>

certainly there are criteria that the DHCP server may use to determine which
of the various ranges should be used to answer an (address request) from a
client. For example, the logical interface through which this request
arrives, or the value of GIADDR field, filled by the DHCP relay.



>
>
> The "right way" to solve your problem is break your network in several
> broadcast domains (e.g. VLANs), and assign a subnet range to each broadcast
> domain.
>
>
> No, the "right way" is to have a big enough block to handle all your
> clients.  If that means segregating your client base into separate VLANs,
> then sure, but my ultimate solution was to get a bigger allocation of IPs.
> Maybe neither one would work for someone else.  Or, like my example, my
> final solution was to get a bigger block, but I had to deal with two blocks
> on one VLAN for a while until that happened.
>
>


Which means that there's no "right way" :-)
But surely there are many wrong...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20110201/f903d6e6/attachment.html>


More information about the dhcp-users mailing list