Darren Ankney <darren.ank...@gmail.com> wrote:

> In addition to what Peter said, another option would be to use shared
> networks and add the subnet for relays along with the subnet of
> addresses that you wish to allocate to the clients to a shared
> network.  See: 
> https://kea.readthedocs.io/en/kea-2.2.0/arm/dhcp4-srv.html#shared-networks-in-dhcpv4
> 
> Example:
> 
> {
> "Dhcp4": {
>    "shared-networks": [
>        {
>           "subnet4": [
>                {
>                    // relays
>                    "subnet": "10.1.0.0/21"
>                },
>                {
>                    // client subnet
>                    "subnet": "192.0.2.0/24",
>                    "pools": [ { "pool":  "192.0.2.100 - 192.0.2.199" } ]
>                }
>            ]
>        }
>     ]
>  }
> }

That won’t work in the sort of situation I think the OP is referring to - but I 
admit it’s not completely clear.
You can only associate the relays subnet with one client subnet. So once you 
introduce more than one client subnet, it breaks.


PM Klaus Steden <klausfi...@gmail.com> wrote:

>> In some of our environments, we deal with DHCP relays, and their addresses 
>> seem to proliferate faster than we can update our configs, which leads to 
>> delays with DHCP service.
>> 
>> However, they have reserved an entire /21 for relay IPs, and ideally, I 
>> would like to be able to add that entire network as a relay instead of what 
>> I'm currently doing, which is adding individual IPs when I notice them 
>> reported in the log.

Can you clarify exactly what’s going on here ?
Is it that there is a client network with “many” relays on it; or many client 
networks with one or two relays on each, but the relay addresses are not part 
of the client subnet ?

If it’s the latter, then this is a “very poor” network config and not compliant 
with how things are supposed to work.

Some more clarity of the network topology and config would enable a better 
answer.

Simon

-- 
ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.

To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.

Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Reply via email to