Kea issueshttps://gitlab.isc.org/isc-projects/kea/-/issues2019-02-08T14:57:56Zhttps://gitlab.isc.org/isc-projects/kea/-/issues/462DHCPv6 support for cb_cmds hook2019-02-08T14:57:56ZFrancis DupontDHCPv6 support for cb_cmds hookKea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/461DHCPv6 support in MySQL config backend hook.2019-02-08T14:50:18ZFrancis DupontDHCPv6 support in MySQL config backend hook.DHCPv6 support in/for src/hooks/dhcp/mysql_cbDHCPv6 support in/for src/hooks/dhcp/mysql_cbKea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/459Config backend support in DHCPv6 server.2019-02-08T14:17:02ZFrancis DupontConfig backend support in DHCPv6 server.Include code changes with unit tests for src/bin/dhcp6.Include code changes with unit tests for src/bin/dhcp6.Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/153Netconf agent development2018-11-07T06:16:52ZFrancis DupontNetconf agent developmentHome for MRs about netconf.Home for MRs about netconf.Kea1.5-beta1Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/128Use lib process daemon code in netconf2018-10-06T00:51:14ZFrancis DupontUse lib process daemon code in netconfNote I fixed the compilation but there are still some replacement codes waiting for dhcpsrv -> process migration which was done.Note I fixed the compilation but there are still some replacement codes waiting for dhcpsrv -> process migration which was done.Kea1.5-beta1Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/107Import YANG DHCPv4 model from kea-yang repo2018-09-13T09:43:34ZTomek MrugalskiImport YANG DHCPv4 model from kea-yang repoThis ticket covers importing DHCPv4 model from kea-yang repository.
This should be done as soon as possible, so QA and other interested parties can look at it and prepare.This ticket covers importing DHCPv4 model from kea-yang repository.
This should be done as soon as possible, so QA and other interested parties can look at it and prepare.Kea1.5-beta1Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/100CB: Add capability to merge DHCPv6 configuration from database and from a file2019-03-27T14:35:49ZMarcin SiodelskiCB: Add capability to merge DHCPv6 configuration from database and from a filePart of the Config Backend feature is to change the logic of the DHCPv6 server during startup or reconfiguration to first read the partial config from a file and then connect to the database and fetch the rest of the configuration. Both ...Part of the Config Backend feature is to change the logic of the DHCPv6 server during startup or reconfiguration to first read the partial config from a file and then connect to the database and fetch the rest of the configuration. Both configurations have to be merged into a single configuration. This ticket covers such a merge of the data fetched from the database into the CfgMgr. It doesn't cover the changes in the server logic to trigger such merge. This will be done in a separate issue.Kea1.6Thomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/kea/-/issues/93CB: Implement MySQLConfigBackendDHCPv4 class2018-10-30T15:53:39ZMarcin SiodelskiCB: Implement MySQLConfigBackendDHCPv4 classThe MySQLConfigBackend class implements Config Backend for MySQL as described in https://gitlab.isc.org/isc-projects/kea/wikis/designs/configuration-in-db-designThe MySQLConfigBackend class implements Config Backend for MySQL as described in https://gitlab.isc.org/isc-projects/kea/wikis/designs/configuration-in-db-designKea1.5-beta1Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/65library for yang <-> json configuration element translators2018-11-05T09:44:05ZGhost Userlibrary for yang <-> json configuration element translatorsNew library with yang <-> json translators for representation of configuration elements.
A priori one fro `src/lib/dhcpsrv/parsers` parse class.New library with yang <-> json translators for representation of configuration elements.
A priori one fro `src/lib/dhcpsrv/parsers` parse class.Kea1.5-beta1Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/61errors in kea-admin script and related scripts2018-11-07T09:15:57ZGhost Usererrors in kea-admin script and related scriptsReported via a Kea support customer:
Found annoying error in kea-admin, the $prefix environment variable is set but not exported so it cannot be used by scripts in $prefix/share/kea/scripts/mysql/*.sh.
Also there are errors in $pre...Reported via a Kea support customer:
Found annoying error in kea-admin, the $prefix environment variable is set but not exported so it cannot be used by scripts in $prefix/share/kea/scripts/mysql/*.sh.
Also there are errors in $prefix/share/kea/scripts/admin-utils.sh at lines 25 and 39, where the --host="${db_host}" parameter is missing so the mysql commands are always attempted towards the local database even if -h or --host parameter is used in kea-admin calls.
I suspect the same problems could be in other backends as well but I didn't check them.
He attached his proposed corrections to admin-utils.sh and kea-admin.Kea1.5-beta1Tomek MrugalskiTomek Mrugalskihttps://gitlab.isc.org/isc-projects/kea/-/issues/43Implement parseCommandWithArguments function in libkea-config2018-11-15T11:05:06ZGhost UserImplement parseCommandWithArguments function in libkea-configIn the review of #5476 Thomas pointed out that it would be useful to have a function in libkea-config, which parses a command and its arguments and expects that the arguments are present and are a map.In the review of #5476 Thomas pointed out that it would be useful to have a function in libkea-config, which parses a command and its arguments and expects that the arguments are present and are a map.Kea1.5-beta2Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/5Configuration parser for NETCONF2022-10-27T12:44:25ZTomek MrugalskiConfiguration parser for NETCONFThis task covers writing configuration parser for kea-netconf. This configuration will cover things like:
- which model(s) to subscribe to
- which translators to load
- where send the JSON commands (stdout, unix socket, http socket)
- l...This task covers writing configuration parser for kea-netconf. This configuration will cover things like:
- which model(s) to subscribe to
- which translators to load
- where send the JSON commands (stdout, unix socket, http socket)
- loggingKea1.5-beta1https://gitlab.isc.org/isc-projects/kea/-/issues/999Add option(s) to make use of an additional Kea backup server (with HA) non-bl...2020-05-18T11:42:10ZCathy AlmondAdd option(s) to make use of an additional Kea backup server (with HA) non-blockingThis is from [Support ticket #15378](https://support.isc.org/Ticket/Display.html?id=15378) and is a follow-up feature request to make a Kea HA pair's operation more independent of any backup Kea server that they're also sending lease upd...This is from [Support ticket #15378](https://support.isc.org/Ticket/Display.html?id=15378) and is a follow-up feature request to make a Kea HA pair's operation more independent of any backup Kea server that they're also sending lease updates to.
The question of whether or not this would be a good idea arose during the investigation of #964 - although this request is orthogonal to the work on that issue.
The question asked was, how important is it that the active server(s) in the HA configuration, wait for an acknowledgement to their lease updates from the backup server?
Notably, the backup server does not participate in any HA monitoring - so the HA pair will not know if it becomes unreachable or goes down - they will just end up waiting indefinitely (or possibly failing on a network send) in that case. This could significantly affect the production environment.
Therefore, this is a proposal that we add a configuration 'knob' to make waiting on the acknowledgement of the lease updates to the backup server, an optional thing. (IF the system administrator prefers for the HA pair to wait, then the onus is on them to ensure the availability and reachability of the backup servers, or else...)
---
Ahem, but that then leads to another 'what if?'. What if some of the lease updates go astray? This probably doesn't matter too much - 'almost right' is going to be a better bet for recovery using a backup server (in case both of the HA pair for some reason disappear entirely), than 'nothing at all'. As part of this feature request therefore, could we also consider implementing (on the backup server) a period lease sync (as if it had just been rebooted and was coming online and starting to participate afresh)?
--- And finally, specifically for backup servers where the main HA pair are *not* waiting on acknowledgements on lease updates, should/could we also add an option to batch lease updates every x seconds (or so), to optimise the process for keeping the backup server up to date?kea1.7.8Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/850Unable to set "interface" for a subnet via remote-subnet4-set when such inter...2019-11-25T16:44:05ZMarcin SiodelskiUnable to set "interface" for a subnet via remote-subnet4-set when such interface is not present in the systemThe cb_cmds uses Kea parsers to parse the subnet information received via commands. The parsers were initially designed to parse local Kea configuration files. The subnet parser, for example, checks whether the interface set for a subnet...The cb_cmds uses Kea parsers to parse the subnet information received via commands. The parsers were initially designed to parse local Kea configuration files. The subnet parser, for example, checks whether the interface set for a subnet is present in the system. If it is not, it spits out an error similar to this:
```
[ { "result": 1, "text": "subnet configuration failed: Specified network interface name vboxnet0 for subnet 192.168.50.0/24 is not present in the system (:0:0)" } ]
```
This shouldn't be the case when setting the configuration via the CB, because a given server should be able to set the configuration for any DHCP server, not necessarily for itself.kea1.7.2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/747include kea test module in distributions2019-08-02T12:26:15ZFrancis Dupontinclude kea test module in distributionsDetected in 1.6-beta2 sanity checks: src/share/yang/modules/keatest-module*.yang is not included in distributions so a fresh sysrepo tester could be in trouble.Detected in 1.6-beta2 sanity checks: src/share/yang/modules/keatest-module*.yang is not included in distributions so a fresh sysrepo tester could be in trouble.Kea1.6-finalFrancis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/727Reservation client-classes too late/later as documented for depending classes2019-08-15T15:09:28ZChrisReservation client-classes too late/later as documented for depending classes**Describe the bug**
Client classes that are applied from a reservation are added too late to `test` against except for `only-if-required` classes, even when also depending on `KNOWN` (despite of what the NOTE in [Kea Guide 8.3.6](https...**Describe the bug**
Client classes that are applied from a reservation are added too late to `test` against except for `only-if-required` classes, even when also depending on `KNOWN` (despite of what the NOTE in [Kea Guide 8.3.6](https://ftp.isc.org/isc/kea/1.5.0/doc/kea-guide.html#reservation4-client-classes) says).
**To Reproduce**
Steps to reproduce the behavior:
1. Run Kea dhcpv4 with config:
```json[kea-reservation.log](/uploads/282012d6ad4a49c58157219f47d511c7/kea-reservation.log)[kea-reservation.log](/uploads/8b88984ba62689b6768b146dd13dbb7f/kea-reservation.log)
"client-classes": [
{
"name": "pxe"
},
{
"name": "ipxe",
"test": "member('KNOWN') and (option[77].hex == 'iPXE') and member('pxe')",
"boot-file-name": "http://ipxe.example.com/menu.php"
},
{
"name": "not_ipxe",
"next-server": "192.168.100.6",
"boot-file-name": "undionly.kpxe"
}
]
```
MySQL hosts reservation:
```
+--------------+----------+----------------------+
| ipv4_address | hostname | dhcp4_client_classes |
+--------------+----------+----------------------+
| 167837702 | pxetest | pxe,testing |
+--------------+----------+----------------------+
```
2. Logging set kea-dhcp4 to DEBUG, debuglevel 55
3. Client "pxetest" is booted with iPXE
4. Client "pxetest" does not get boot-file-name/added to class `pxe` in time to eval true on `ipxe`
5. See kea-reservation.log for details
(6. See extremely little logging for reservation classes - only reason I know they were applied at all (not even the final list mentions `pxe`!) was the warning about `testing` after lease assignment)
**Expected behavior**
The server is supposed to add client-classes at reservation lookup together with `KNOWN`, so classes that depend on `KNOWN` and a reserved class are evaluated as true, as described in mentioned documentation.
**Environment:**
- Kea version: 1.5.0 from Ubuntu 19.04 repositories (manually downloaded)
- OS: Ubuntu 18.04 x64
- Which features were compiled in:
- MySQL 7.0, library 5.7.26
- PostgreSQL backend 5.0, library 100009 (not used)
- Memfile backend 2.1 (not used)
- If/which hooks where loaded in:
- lease commands
- HA
**Additional Information**
Current workaround is to load classes depending on reserved classes only-if-required, which means adding a `require-client-classes` to all subnets/shared networks as appropriate (in my case 97% of subnets) adding a lot of configuration overhead with the possibility of very long lists in complicating setups, which kinda defeats the purpose of client classes in my mind.
**Log Debuglevel 55**
```
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.dhcpsrv/7390] DHCPSRV_CFGMGR_SUBNET4_ADDR selected subnet 192.168.100.0/24 for packet received by matching address 192.168.100.1
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.packets/7390] DHCP4_SUBNET_SELECTED [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: the subnet with ID 16 was selected for client assignments
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.packets/7390] DHCP4_SUBNET_DATA [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: the selected subnet details: 192.168.100.0/24
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.hosts/7390] HOSTS_CFG_GET_ALL_IDENTIFIER get all hosts with reservations using identifier: hwaddr=52C625F534AC
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.hosts/7390] HOSTS_CFG_GET_ALL_IDENTIFIER_COUNT using identifier hwaddr=52C625F534AC, found 0 host(s)
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.dhcp4/7390] DHCP4_CLASS_ASSIGNED [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: client packet has been assigned to the following class(es): KNOWN
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_MEMBER Checking membership of 'KNOWN', pushing result 'true'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_OPTION Pushing option 77 with value 0x69505845
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_STRING Pushing text string 'iPXE'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_EQUAL Popping 0x69505845 and 0x69505845 pushing result 'true'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_AND Popping 'true' and 'true' pushing 'true'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_MEMBER Checking membership of 'pxe', pushing result 'false'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_AND Popping 'false' and 'true' pushing 'false'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.options/7390] EVAL_RESULT Expression ipxe evaluated to 0
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_OPTION Pushing option 77 with value 0x69505845
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_STRING Pushing text string 'iPXE'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_EQUAL Popping 0x69505845 and 0x69505845 pushing result 'true'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_NOT Popping 'true' pushing 'false'
2019-07-08 12:15:54.796 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_MEMBER Checking membership of 'pxe', pushing result 'false'
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_AND Popping 'false' and 'false' pushing 'false'
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_MEMBER Checking membership of 'KNOWN', pushing result 'true'
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.eval/7390] EVAL_DEBUG_AND Popping 'true' and 'false' pushing 'false'
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.options/7390] EVAL_RESULT Expression not_ipxe evaluated to 0
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.dhcp4/7390] DHCP4_CLASS_ASSIGNED [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: client packet has been assigned to the following class(es): HA_ns1-kea, ALL, VENDOR_CLASS_PXEClient:Arch:00000:UNDI:002001, deny_snom_dap_pap2t, KNOWN
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.ddns/7390] DHCP4_CLIENT_HOSTNAME_PROCESS [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: processing client's Hostname option
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.dhcpsrv/7390] DHCPSRV_MYSQL_GET_CLIENTID obtaining IPv4 leases for client ID 01:52:c6:25:f5:34:ac
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.hosts/7390] HOSTS_CFG_GET_ONE_SUBNET_ID_ADDRESS4 get one host with reservation for subnet id 162 and IPv4 address 10.1.0.6
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.hosts/7390] HOSTS_CFG_GET_ALL_ADDRESS4 get all hosts with reservations for IPv4 address 10.1.0.6
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.hosts/7390] HOSTS_CFG_GET_ALL_ADDRESS4_COUNT using address 10.1.0.6, found 0 host(s)
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.hosts/7390] HOSTS_CFG_GET_ONE_SUBNET_ID_ADDRESS4_NULL host not found using subnet id 162 and address 10.1.0.6
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.hosts/7390] HOSTS_MGR_ALTERNATE_GET4_SUBNET_ID_ADDRESS4 trying alternate sources for host using subnet id 162 and address 10.1.0.6
2019-07-08 12:15:54.797 DEBUG [kea-dhcp4.dhcpsrv/7390] DHCPSRV_MYSQL_GET_ADDR4 obtaining IPv4 lease for address 10.1.0.6
2019-07-08 12:15:54.798 DEBUG [kea-dhcp4.alloc-engine/7390] ALLOC_ENGINE_V4_REQUEST_EXTEND_LEASE [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: extending lifetime of the lease for address 10.1.0.6
2019-07-08 12:15:54.798 DEBUG [kea-dhcp4.dhcpsrv/7390] DHCPSRV_MYSQL_UPDATE_ADDR4 updating IPv4 lease for address 10.1.0.6
2019-07-08 12:15:54.861 DEBUG [kea-dhcp4.packets/7390] DHCP4_SUBNET_DYNAMICALLY_CHANGED [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: changed selected subnet 192.168.100.0/24 to subnet 10.1.0.0/20 from shared network servers for client assignments
2019-07-08 12:15:54.861 INFO [kea-dhcp4.leases/7390] DHCP4_LEASE_ALLOC [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: lease 10.1.0.6 has been allocated
2019-07-08 12:15:54.861 DEBUG [kea-dhcp4.dhcp4/7390] DHCP4_CLASS_UNCONFIGURED [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: client packet belongs to an unconfigured class: testing
2019-07-08 12:15:54.861 DEBUG [kea-dhcp4.callouts/7390] HOOKS_CALLOUTS_BEGIN begin all callouts for hook leases4_committed
2019-07-08 12:15:54.861 DEBUG [kea-dhcp4.callouts/7390] HOOKS_CALLOUT_CALLED hooks library with index 2 has called a callout on hook leases4_committed that has address 0x7efe0edcb150 (callout duration: 0.123 ms)
2019-07-08 12:15:54.861 DEBUG [kea-dhcp4.callouts/7390] HOOKS_CALLOUTS_COMPLETE completed callouts for hook leases4_committed (total callouts duration: 0.123 ms)
2019-07-08 12:15:54.861 DEBUG [kea-dhcp4.hooks/7390] DHCP4_HOOK_LEASES4_COMMITTED_PARK [hwtype=1 52:c6:25:f5:34:ac], cid=[01:52:c6:25:f5:34:ac], tid=0xdc575936: packet is parked, because a callout set the next step to PARK
```
**Contacting you**
Gitlab/hubKea1.6-finalFrancis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/717mysql_cb: extend the backend with the ability to associate the subnets with t...2019-07-12T17:23:10ZMarcin Siodelskimysql_cb: extend the backend with the ability to associate the subnets with the server tagsSimilar to what has been done in #676, we need to extend the existing commands, such as `remote-subnet4-set` and other, to interpret the specified server tags and associate the shared networks with these tags.
This ticket covers both DH...Similar to what has been done in #676, we need to extend the existing commands, such as `remote-subnet4-set` and other, to interpret the specified server tags and associate the shared networks with these tags.
This ticket covers both DHCPv4 and DHCPv6.Kea1.6-beta2Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/716mysql_cb: extend the backend with the ability to associate the shared network...2019-07-09T18:43:51ZMarcin Siodelskimysql_cb: extend the backend with the ability to associate the shared networks with the server tagsSimilar to what has been done in #676, we need to extend the existing commands, such as `remote-network4-set` and other, to interpret the specified server tags and associate the shared networks with these tags.
This ticket covers both D...Similar to what has been done in #676, we need to extend the existing commands, such as `remote-network4-set` and other, to interpret the specified server tags and associate the shared networks with these tags.
This ticket covers both DHCPv4 and DHCPv6.Kea1.6-beta2Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/715mysql_cb: extend the backend with the ability to associate the option definit...2019-07-06T18:31:23ZMarcin Siodelskimysql_cb: extend the backend with the ability to associate the option definitions with the server tagsSimilar to what has been done in #676, we need to extend the existing commands, such as `remote-option-def4-set` and other, to interpret the specified server tags and associate the option definitions with these tags.
This ticket covers ...Similar to what has been done in #676, we need to extend the existing commands, such as `remote-option-def4-set` and other, to interpret the specified server tags and associate the option definitions with these tags.
This ticket covers both DHCPv4 and DHCPv6.Kea1.6-beta2Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/714mysql_cb: extend the backend with the ability to associate the global options...2019-07-04T20:29:19ZMarcin Siodelskimysql_cb: extend the backend with the ability to associate the global options with the server tagsSimilar to what has been done in #676, we need to extend the existing commands, such as `remote-option4-global-set` and other, to interpret the specified server tags and associate the options with these tags.
This ticket covers both DHC...Similar to what has been done in #676, we need to extend the existing commands, such as `remote-option4-global-set` and other, to interpret the specified server tags and associate the options with these tags.
This ticket covers both DHCPv4 and DHCPv6.Kea1.6-beta2Marcin SiodelskiMarcin Siodelski