You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current design seems like it necessitates a plugin for every potential DHCP option, which is interesting but ultimately inflexible.
My near-term need is to pass ntp-server to my DHCP clients, and it looks like the easiest path would be to take the dns plugin and make an ntp version of it, since both are trivial options providing IP addresses.
This RFE is intended to capture the lack of ntp-server option support, and raise the idea that a generic option name/number + arguments plugin would greatly extend the usability of CoreDHCP.
The text was updated successfully, but these errors were encountered:
For DHCPv4, considering that most options share the same 4 or 5 different layouts (int, ip, ip list, strings, routes, ...) and we basically have support in the library already, a generic "arbitrary option" plugin would certainly be a good idea and save us some pain.
Implementation-wise in addition to what we have now we'd need to be able to load the same plugin multiple times, which shouldn't be too hard. Most of our plugins use global variables but refactoring them will not be difficult.
In the meantime, we'd of course accept a plugin for setting the ntp servers that is just a basic copy-paste of DNS. And we'll remove it when we make a generic option plugin for most of the known option layouts. Or we'll keep it since it's also nicer to use than having to specify option codes and types by hand
For DHCPv6 however, most option types have their own custom layout so it wouldn't be as easy.
What @Natolumin said, plus the fact that we should revisit the configuration syntax as discussed in another issue, which may make it easier to implement "generic" options at least for v4
I'm also interested in this. My plan was to migrate to coredhcp until I noticed dhcp-options are not supported. In the meantime I'm going back to dnsmasq.
The current design seems like it necessitates a plugin for every potential DHCP option, which is interesting but ultimately inflexible.
My near-term need is to pass
ntp-server
to my DHCP clients, and it looks like the easiest path would be to take thedns
plugin and make anntp
version of it, since both are trivial options providing IP addresses.This RFE is intended to capture the lack of
ntp-server
option support, and raise the idea that a genericoption name/number
+arguments
plugin would greatly extend the usability of CoreDHCP.The text was updated successfully, but these errors were encountered: