DHCP bug, static IP assigned to mac address handed to other device

Not a bug.  Static Mappings are not reservations.  From the in-line help/admin guide:

Note – To avoid an IP address clash between regularly assigned addresses from the DHCP pool and those statically mapped make sure that the latter are not in the scope of the DHCP pool. For example, a static mapping of 192.168.0.200 could result in two systems receiving the same IP address if the DHCP pool is 192.168.0.100 – 192.168.0.210.

Assign static mapping addresses from outside the configured pool.

Not a bug.  Static Mappings are not reservations.  From the in-line help/admin guide:



Assign static mapping addresses from outside the configured pool.

Should not have to assign from outside the pool.  The dhcp server should do two things before assigning an address
1: ping to make sure it's not already live, which my understanding is sophos/Astaro UTM is supposed to do but is not
2: check to make sure it's not pre-assigned/reserved in existing pool

I've used other products, such as the Novell Netware DHCP server from 10+ years ago and it did not have this problem.  This is a bug.

1: ping to make sure it's not already live, which my understanding is sophos/Astaro UTM is supposed to do but is not

The UTM does not do this, nor has it ever.

2: check to make sure it's not pre-assigned/reserved in existing pool

The UTM does not do reservations only static mappings, hence the information in the help why they have to be from outside the configured pool.  It does check the lease table for dynamically assigned addresses, but this does not apply to static mappings.

It's not a bug, but a design decision.

If you'd like to see the ability to do true DHCP reservations added to the UTM, please make a feature request at UTM (Formerly ASG) Feature Requests: Hot (1881 ideas).

The UTM does not do this, nor has it ever.
The UTM does not do reservations only static mappings, hence the information in the help why they have to be from outside the configured pool.  It does check the lease table for dynamically assigned addresses, but this does not apply to static mappings.

It's not a bug, but a design decision.

If you'd like to see the ability to do true DHCP reservations added to the UTM, please make a feature request at UTM (Formerly ASG) Feature Requests: Hot (1881 ideas).

For reservations, definitely has my vote, if I haven't voted already I'll be sure to toss my coin in the bucket

As for ping, the dhcps dhcpd.conf has an entry, which I assume is a default enable for ping checking unless I'm mistaken, hence my assumption that it is supposed to be working.

# To check if a specific ip address of the subnet is active
# do a ping check before assigning an ip adress
ping-checks;