Perry N. Myers wrote:
We should probably have an explicit flag for DHCP vs. static -- although a separate "specified IP address" field (where blank or "DHCP" == DHCP) would work too. IP_ADDRESS should probably be used for the actual IP address.Darryl L. Pierce wrote:The new fields are netmask and broadcast. You will need to run a migration with this patch.I'm not the right one to give ACKs on object model changes in the DB, but this looks ok with one question...How does the administrator indicate that a given NIC should be configured via DHCP? Is this done by explicitly setting the IP_ADDRESS field?One of the things I'd like to get back from the host along with broadcast and netmask is the actual IP. In the case of a host that is statically configured this IP will be the same as the admin configured IP. But in the case of a NIC using DHCP this will be useful info for the administrator.If IP_ADDRESS is used to determine whether the NIC is DHCP or not, we can't just simply add IP_ADDRESS to the list of data that is sent back via the node identify process. Since that would overwrite the empty field and switch the NIC from DHCP to static.We either need a field in the NIC table that indicates what mode the NIC is in (DHCP, bootp, static) or we need a second IP_ADDRESS field that is the ACTUAL_IP_ADDRESS instead of the configured IP_ADDRESS. There is a field in the nics table right now called USAGE_TYPE. If that is the intent of this field, then just ignore my comments :)Perry
Usage type is not for this at all. The intent of usage type is to identify what the NIC is used for (i.e. management NIC, etc.) When the comments field was proposed I'd initially considered that USAGE_TYPE might do this, but I think comments should probably be separate. USAGE_TYPE should be confined to a known list -- so it will be easy to deteremine the management NIC, etc. for a host.