no free leases

[Steven Stromer]

> Steven Stromer wrote:
>> Hi. I see that there was some discussion in distant past of the "no free leases" reply when defining a range within a pool, especially when a reservation has been defined within that range. I am experiencing this error, and would appreciate any help locating the solution.
> 
> OK, your setup allows only specified devices into each pool - therefore any device not matching those criteria will not be able to get a lease and the server will lot "no free leases" which should really be "no leases free that I'm allowed to issue".

Thanks for your response! I'm not sure if you are making reference here to the intentionally defined dual subnets, or to a misconfiguration that will only allow devices with reservations to connect. If the former, the creation of two subnets is intentional, and I understand that devices will only be able to connect to one or another. If the latter, then please tell me which directive is keeping non-explicitly reserved devices from connecting. In fact, this later scenario is precisely what's occurring; devices with defined reservations are able to obtain addresses without problem, though only in the upper subnet, where *no* explicit reservations are specified.

> 
> Also, a device in one class won't be able to get an address if it's plugged in in the other network.

Yes, intentional.

> 
> Lastly, since you are matching on MAC addresses, you would probably be better using :
>    match hardware;
> since client-id may be something totally different.

Well advised. I will compare both shortly, though I have reservation that this may be the cause of my present issue. Thanks!

> 
> If that doesn't answer the question, then you need to be more specific about what is/isn't working, with logs as well.
> 
> -- 
> Simon Hobson