Bug #12739
open
DHCP reservation is not created for interfaces without hostname
Added by Lukas Zapletal over 8 years ago.
Updated over 8 years ago.
Description
It looks like when hostname entry is missing for an interface, DHCP orchestration is not triggered. I don't understand why we check it in the first place, it's not related to DHCP at all.
so you would like to have a reservation with just ip/mac and without option 12?
I'm not sure if the proxy support that atm?
I see it now, we use it to provide hostname information in DHCP, but this is informative since we are actually doing reservation. We should totally accept empty hostname and in that case fallback to host.hostname.
- Category changed from Orchestration to DHCP
Supplying the host's hostname for non-primary interface DHCP orchestration would lead to duplication and incorrect interface configuration.
- Assignee deleted (
Lukas Zapletal)
What do you mean? Hostname is set via system installer and by default ISC sends "supersede host-name" meaning "only use this when you don't have hostname set". Also even when the host-name option is not superseded, most DHCP clients won't use supplied hostname when there is one set.
Better solution would be to not require hostname for DHCP reservations. We use hostnames for host reservation names (ids) in our implementation, but we could easily use MAC address instead.
My suggested solution would be icying on thin ice for other DHCP providers, I can't tell how others work. For this reason, I am leaving this ticket opened for the record.
WORKAROUND: Supply interface name to let Foreman to do the DHCP reservation.
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by