ISC Open Source Projects issueshttps://gitlab.isc.org/groups/isc-projects/-/issues2019-02-08T13:26:38Zhttps://gitlab.isc.org/isc-projects/kea/-/issues/451MySQL config backend must not set timers to default value of 02019-02-08T13:26:38ZMarcin SiodelskiMySQL config backend must not set timers to default value of 0Currently, when the MySQL Config Backend finds NULL DHCP timer value (e.g. renew-timer) it will use a value of 0 as a default. The subnet logic, though, treats unspecified value differently than the 0 value. The 0 value has a meaning (at...Currently, when the MySQL Config Backend finds NULL DHCP timer value (e.g. renew-timer) it will use a value of 0 as a default. The subnet logic, though, treats unspecified value differently than the 0 value. The 0 value has a meaning (at least in v6) that it is up to the client to determine when to renew. The unspecified value causes the server to calculate the times based on the percentages.
We need to adjust the backend to store unspecified timers (triplets) as NULL. Then, the backend has to turn NULLs to unspecified triplets.Kea1.6Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/448Update remote-global-parmeter4-set (cb_cmds) to handle other parameter types ...2019-02-21T12:13:50ZMarcin SiodelskiUpdate remote-global-parmeter4-set (cb_cmds) to handle other parameter types than stringsWe have recently extended the `dhcp4_global_parameter` table to include the native type of the global parameter. This was required because the global parameters are held in the database as strings. The server needs to know the types of t...We have recently extended the `dhcp4_global_parameter` table to include the native type of the global parameter. This was required because the global parameters are held in the database as strings. The server needs to know the types of the parameters to correctly interpret them. Today, the `remote-global-parameter4-set` command can only store a string in the database. We need to extend it to also accept other types. The following section in the design:
https://gitlab.isc.org/isc-projects/kea/wikis/designs/configuration-in-db-design#remote-global-parameter4-set
describes the variants of the command to be supported.Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/447problems with loading libdhcp_mysql_cb lib2020-05-22T15:37:26ZWlodzimierz Wencelproblems with loading libdhcp_mysql_cb libConfiguration I am using is:
```
"config-control":
{
"config-databases": [
{
"user": "keauser",
"password": "keapass",
"name": "keadb",
"type": "mysql"
}
]
},
```
Ke...Configuration I am using is:
```
"config-control":
{
"config-databases": [
{
"user": "keauser",
"password": "keapass",
"name": "keadb",
"type": "mysql"
}
]
},
```
Kea log message:
```
DHCP4_CONFIG_LOAD_FAIL configuration error using file: /home/wlodek/installed/kea4-db.conf, reason: undefined configuration parsing error
DHCP4_INIT_FAIL failed to initialize Kea server: configuration error using file '/home/wlodek/installed/kea4-db.conf': undefined configuration parsing error
HOOKS_LIBRARY_UNLOADED hooks library /home/wlodek/installed/git/lib/hooks/libdhcp_mysql_cb.so successfully unloaded
```
I played a bit with configuration and it looks like parameter `password` is causing a problem, because when I'm commenting it out kea works properly and logs message:
```
Access denied for user 'keauser'@'localhost' (using password: NO)
```
My system:
```
wlodek@debian9-64-2:~$ installed/git/sbin/kea-dhcp4 -V
1.5.0-git
git 21e23319bc91b301530c02ae1269de5b2f068e9a
linked with:
log4cplus 1.1.2
OpenSSL 1.0.2q 20 Nov 2018
database:
MySQL backend 8.0, library 10.1.37-MariaDB
PostgreSQL backend 5.0, library 90610
Memfile backend 2.1
wlodek@debian9-64-2:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 9.6 (stretch)
Release: 9.6
Codename: stretch
```Kea1.6Thomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/kea/-/issues/444mysql/upgrade_7.0_to_8.0.sh script failure on debian82019-02-08T12:55:02ZWlodzimierz Wencelmysql/upgrade_7.0_to_8.0.sh script failure on debian8Error:
```
test@debian8-64-1-dhcp:~/jenkins_lab/var/area_A/sbin$ ./kea-admin lease-upgrade mysql -u kea -p kea -n kea
Lease DB version reported before upgrade: 7.0
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/up...Error:
```
test@debian8-64-1-dhcp:~/jenkins_lab/var/area_A/sbin$ ./kea-admin lease-upgrade mysql -u kea -p kea -n kea
Lease DB version reported before upgrade: 7.0
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_1.0_to_2.0.sh file...
This script upgrades 1.0 to 2.0. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_2.0_to_3.0.sh file...
This script upgrades 2.0 to 3.0. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_3.0_to_4.0.sh file...
This script upgrades 3.0 to 4.0. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_4.0_to_4.1.sh file...
This script upgrades 4.0 to 4.1. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_4.1_to_5.0.sh file...
This script upgrades 4.1 to 5.0. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_5.0_to_5.1.sh file...
This script upgrades 5.0 to 5.1. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_5.1_to_5.2.sh file...
This script upgrades 5.1 to 5.2. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_5.2_to_6.0.sh file...
This script upgrades 5.2 to 6.0. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_6.0_to_7.0.sh file...
This script upgrades 6.0 to 7.0. Reported version is 7.0. Skipping upgrade.
Processing /home/test/jenkins_lab/var/area_A/share/kea/scripts/mysql/upgrade_7.0_to_8.0.sh file...
ERROR 1064 (42000) at line 8: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(6) NOT NULL' at line 2
Lease DB version reported after upgrade: 7.0
```
Versions installed
```
test@debian8-64-1-dhcp:~/jenkins_lab/var/area_A/sbin$ ./kea-dhcp6 -V
1.5.0-git
git f72bb0f7a221a422a7f03cfd04e0c21df8d33b0e
linked with:
log4cplus 1.0.4
Botan 1.10.8 (released 20140410, revision mtn:3e5da04321de05a3ae1f7177e0dd2191e598dca7, distribution unspecified)
database:
MySQL backend 8.0, library 5.5.62
PostgreSQL backend 5.0, library 90420
Memfile backend 2.1
```
```
MySQL:
MYSQL_VERSION: 5.5.62
MYSQL_CPPFLAGS: -I/usr/include/mysql -DBIG_JOINS=1 -fno-strict-aliasing -g -DNDEBUG
MYSQL_LIBS: -L/usr/lib/x86_64-linux-gnu -lmysqlclient -lpthread -lz -lm -ldl
```
OS:
```
test@debian8-64-1-dhcp:~/jenkins_lab/var/area_A/sbin$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 8 (jessie)"
NAME="Debian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=debian
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
```Kea1.6Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/443hammer followup and experiment2019-02-28T14:48:24ZFrancis Duponthammer followup and experimentNot a real issue, more a skeleton for doc.Not a real issue, more a skeleton for doc.Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/441make distcheck fails on fedora 29 (automake 1.16)2019-03-13T13:28:52ZMichal Nowikowskimake distcheck fails on fedora 29 (automake 1.16)Failure can be found on Jenkins:
https://jenkins.isc.org/job/kea-master-distcheck/194/execution/node/99/log/
Hypothesis is that it fails due to wrong dependency generated by automake or some missing dependencies on Kea side.
In src/lib/...Failure can be found on Jenkins:
https://jenkins.isc.org/job/kea-master-distcheck/194/execution/node/99/log/
Hypothesis is that it fails due to wrong dependency generated by automake or some missing dependencies on Kea side.
In src/lib/log/tests/Makefile generated on Fedora 29 there is distdir that depends on BUILT_SOURCES which depend
on log_test_messages.{c|hh} which depend on s-messages which uses src/lib/log/compiler/kea-msg-compiler. As can be seen in this chain there is no dependency on this compiler. On other systems distdir does not depend on BUILT_SOURCES and due to this it works there.
My proposed solution is getting rid of this semi-circular dependency for compiling some source to generate some other source for further compilation and replace this compiler with compiler written in some interpreted language (e.g. Python) that does not require compilation.Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/440Extend CB API: return all subnets belonging to a given shared network2019-02-05T10:18:24ZMarcin SiodelskiExtend CB API: return all subnets belonging to a given shared networkIt came up during implementation of the `remote-network4-get` command. When querying for a shared network, only the shared network specific parameters are returned. It doesn't include any information about the subnets belonging to a shar...It came up during implementation of the `remote-network4-get` command. When querying for a shared network, only the shared network specific parameters are returned. It doesn't include any information about the subnets belonging to a shared network. Therefore, in order to return a shared network along with the subnets we need an additional query to fetch subnets for a given shared network name.Kea1.6Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/438Write Performance Guide for Kea2019-03-14T16:12:04ZTomek MrugalskiWrite Performance Guide for KeaSeveral customers are asking about best recommended practices. We published performance numbers, but that's not sufficient as we are a software dev company and our numbers are synthetic. The goal of this is to publish a document that exp...Several customers are asking about best recommended practices. We published performance numbers, but that's not sufficient as we are a software dev company and our numbers are synthetic. The goal of this is to publish a document that explains what parameters and factors affect performance.
@knobee will surely have some suggestions what questions should be answered here.Kea1.6Tomek MrugalskiTomek Mrugalskihttps://gitlab.isc.org/isc-projects/kea/-/issues/436Update contributors guide2019-05-27T16:50:19ZTomek MrugalskiUpdate contributors guideAfter Gitlab migration our contributors guide is outdated. Need to clean it up and probably turn into a separate doc.After Gitlab migration our contributors guide is outdated. Need to clean it up and probably turn into a separate doc.Kea1.6Tomek MrugalskiTomek Mrugalskihttps://gitlab.isc.org/isc-projects/kea/-/issues/431Write a script that cleans up config backend DB2019-04-10T11:35:45ZTomek MrugalskiWrite a script that cleans up config backend DB@marcin and @tomek discussed a concept of wiping database. This may address several issues:
- system tests need to discard all data from a DB after a CB test.
- after schema was extended, every unit-test creates and then tears down the ...@marcin and @tomek discussed a concept of wiping database. This may address several issues:
- system tests need to discard all data from a DB after a CB test.
- after schema was extended, every unit-test creates and then tears down the schema. With many (around 40) tables, this is very slow process. We should have an option (possibly even enabled by default) to wipe data from the tables rather then tear them down and recreate every time. (TRUNCATE TABLE is supposedly faster than DELETE FROM, but has some constraints and can't be used everywhere).Kea1.6https://gitlab.isc.org/isc-projects/kea/-/issues/429Include global parameter data type in CB MySQL Config Backend2019-02-04T12:36:59ZMarcin SiodelskiInclude global parameter data type in CB MySQL Config BackendThe global parameters in CB are stored as strings in the database. That simplifies the structure of the database allowing for having single SQL table for all types of global parameters. However, there is an issue on the server side that ...The global parameters in CB are stored as strings in the database. That simplifies the structure of the database allowing for having single SQL table for all types of global parameters. However, there is an issue on the server side that it cannot recognize the type it should cast the parameter to when it is fetched from the database. We have decided to add a column into the `dhcpX_global_parameter` table that defines a data type. e.g. string, timestamp, real, number etc.Kea1.6Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/426cassandra unit tests ends with success even though they fail2019-02-07T14:25:22ZWlodzimierz Wencelcassandra unit tests ends with success even though they failsome of the unit tests were reported as passed even though they fail due to broken cassandra environment
```
[ RUN ] CqlLeaseMgrTest.maxDate4
/home/jenkins/workspace/kea-master-db-backends/src/share/database/scripts/cql/dhcpdb_drop...some of the unit tests were reported as passed even though they fail due to broken cassandra environment
```
[ RUN ] CqlLeaseMgrTest.maxDate4
/home/jenkins/workspace/kea-master-db-backends/src/share/database/scripts/cql/dhcpdb_drop.cql:19:OperationTimedOut: errors={'127.0.0.1': 'Client request timeout. See Session.execute[_async](timeout)'}, last_host=127.0.0.1
/home/jenkins/workspace/kea-master-db-backends/src/share/database/scripts/cql/dhcpdb_drop.cql:20:OperationTimedOut: errors={'127.0.0.1': 'Client request timeout. See Session.execute[_async](timeout)'}, last_host=127.0.0.1
runCqlSchema failed:cqlsh -u keatest -p keatest -k keatest -f/home/jenkins/workspace/kea-master-db-backends/src/share/database/scripts/cql/dhcpdb_drop.cql
[ OK ] CqlLeaseMgrTest.maxDate4 (56934 ms)
```
there are more of such tests here: https://jenkins.isc.org/job/kea-master-db-backends/29/consoleText
just find `runCqlSchema failed`Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/424Update cb_cmds commands to refuse reservations in remote-subnet4-set2019-02-27T10:35:30ZFrancis DupontUpdate cb_cmds commands to refuse reservations in remote-subnet4-setIf there is a reservations entry in the subnet definition:
- throw if it is not a list
- ~~if it is not empty warn and remove it before parsing~~
- if it is not empty return an error
Please edit this and remove one of the choices whe...If there is a reservations entry in the subnet definition:
- throw if it is not a list
- ~~if it is not empty warn and remove it before parsing~~
- if it is not empty return an error
Please edit this and remove one of the choices when the list if not empty. IMHO the last one is better: drastic but do not suggest reservations were added to the database.
Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/422distcheck failure after #3752019-01-22T22:38:54ZWlodzimierz Wenceldistcheck failure after #375After https://gitlab.isc.org/isc-projects/kea/issues/375 Jenkins is reporting:
```
make[2]: Leaving directory `/home/jenkins/workspace/kea-master-distcheck/kea-1.5.0-git/_build/m4macros'
rm -f config.status config.cache config.log config...After https://gitlab.isc.org/isc-projects/kea/issues/375 Jenkins is reporting:
```
make[2]: Leaving directory `/home/jenkins/workspace/kea-master-distcheck/kea-1.5.0-git/_build/m4macros'
rm -f config.status config.cache config.log configure.lineno config.status.lineno
rm -f Makefile
ERROR: files left in build directory after distclean:
./src/bin/agent/tests/testvalid.json
make[1]: *** [distcleancheck] Error 1
make[1]: Leaving directory `/home/jenkins/workspace/kea-master-distcheck/kea-1.5.0-git/_build'
```
https://jenkins.isc.org/job/kea-master-distcheck/178/Kea1.6https://gitlab.isc.org/isc-projects/kea/-/issues/421Create config backend for DHCPv62019-02-12T11:50:08ZFrancis DupontCreate config backend for DHCPv6#28 and co for DHCPv6. Mainly copy files and change 4 for 6...#28 and co for DHCPv6. Mainly copy files and change 4 for 6...Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/417Incorrect Return Value of IfaceMgr::send2019-02-19T10:47:32ZGhost UserIncorrect Return Value of IfaceMgr::send**Describe the bug**
Precondition: PktFilterLPF or PktFilterBPF is used
If IfaceMgr::send(const Pkt4Ptr& pkt) is called, it returns false if successfull.
The Documentation and the header state:
/// @return true if sending was success...**Describe the bug**
Precondition: PktFilterLPF or PktFilterBPF is used
If IfaceMgr::send(const Pkt4Ptr& pkt) is called, it returns false if successfull.
The Documentation and the header state:
/// @return true if sending was successful
bool send(const Pkt4Ptr& pkt);
The return statement of this method looks like this:
return (packet_filter_->send(*iface, getSocket(*pkt).sockfd_, pkt));
PktFilter::send shall return 0 on success, which converts to false.
pkt_filter.h:
class PktFilter {
/// @return result of sending the packet. It is 0 if successful.
virtual int send(const Iface& iface, uint16_t sockfd,
const Pkt4Ptr& pkt) = 0;
This behavior is not reproducible if PktFilterInet is used.
The reason is that it returns the RV of sendmsg.
sendmsg returns the number of sent characters.
pkt_filter_inet.cc:
int result = sendmsg(sockfd, &m, 0);
return (result);
This means PktFilterInet::send will most likely return values larger than 0 if successfull.
PktFilterBPF performs correct, just as PktFilterLPF does.
**To Reproduce**
Steps to reproduce the behavior:
1. Run Kea dhcpv4 with the default PktFilter (PktFilterLpf) on a Linux Machine
2. Register a Plugin and send a packet by calling IfaceMgr::send(const Pkt4Ptr& pkt)
**Expected behavior**
The Documentation states that the method shall return true on success. In fact it returns false.
**Environment:**
- Kea version: 1.3.0 (git 62af6072a51d2fa319268e9ca615e244506fc5ef)
But the bug is still present on the current master branch
- OS: Linux OS based on Kernel 4.14
- Which features were compiled in
Kea source configure results:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Package:
Name: kea
Version: 1.3.0
Extended version:1.3.0 (git 62af6072a51d2fa319268e9ca615e244506fc5ef)
OS Family: Linux
Using GNU sed: yes
Premium package: no
C++ Compiler:
CXX: g++
CXX_VERSION: g++ (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
CXX_STANDARD: 201402
DEFS: -DHAVE_CONFIG_H
CPPFLAGS: -DOS_LINUX -I$(top_srcdir)/ext/coroutine -DBOOST_ASIO_HEADER_ONLY -DBOOST_ASIO_DISABLE_THREADS=1
CXXFLAGS: -g -O2
LDFLAGS: -Wl,-R/build/3.5.0.x/botan/_/usr/lib -lpthread
KEA_CXXFLAGS: -Wall -Wextra -Wnon-virtual-dtor -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -pthread -Wno-missing-field-initializers -fPIC
Python:
PYTHON_VERSION: not needed (because kea-shell is disabled)
Boost:
BOOST_VERSION: 1.67
BOOST_INCLUDES:
BOOST_LIBS: -lboost_system
Botan:
CRYPTO_VERSION: 2.4.0
CRYPTO_CFLAGS:
CRYPTO_INCLUDES: -I/build/3.5.0.x/botan/_/usr/include/botan-2
CRYPTO_LDFLAGS: -L/build/3.5.0.x/botan/_/usr/lib
CRYPTO_LIBS: -L/build/3.5.0.x/botan/_/usr/lib -lbotan-2 -lbotan-2
OpenSSL: no
Log4cplus:
LOG4CPLUS_VERSION: 1.2.0
LOG4CPLUS_INCLUDES:
LOG4CPLUS_LIBS: -llog4cplus
Flex/bison:
FLEX: flex
BISON: bison -y
MySQL:
no
PostgreSQL:
no
Cassandra CQL:
no
Developer:
Enable Debugging: yes
Google Tests: no
Valgrind: found
C++ Code Coverage: no
Logger checks: no
Generate Documentation: no
Parser Generation: no
Kea-shell: no
- Hooks loaded: lease4_renew, lease4_select, lease6_rebind, lease6_renew, lease6_select, pkt4_receive, pkt4_send, pkt6_receive, pkt6_send
**Describe the solution you'd like**
Fix of IfaceMgr::send(const Pkt4Ptr& pkt) and
PktFilterInet::send(const Iface& iface, uint16_t sockfd,
const Pkt4Ptr& pkt)
to make them perform according to the Documentation.
**Contacting you**
Email me at matthias.stoeckl@secunet.comKea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/416missing any information about configuring Radius accounting in Kea Admin Refe...2019-01-29T06:14:12ZMichal Nowikowskimissing any information about configuring Radius accounting in Kea Admin ReferenceIt would be good to define what parameters are available and what they mean.
It would be nice to provide an example like it is done for radius access.It would be good to define what parameters are available and what they mean.
It would be nice to provide an example like it is done for radius access.Kea1.6https://gitlab.isc.org/isc-projects/kea/-/issues/415there are memory leaks found by valgrind in case of Kea and Radius configuration2019-02-07T08:51:03ZMichal Nowikowskithere are memory leaks found by valgrind in case of Kea and Radius configurationI have performed some memory testing of Kea with Radius configuration.
I configured Radius with 50.000 clients.
I enabled Radius access and accounting in Kea configuration.
Then I run perfdhcp this way:
```
sudo perfdhcp -4 -bmac=08:00:2...I have performed some memory testing of Kea with Radius configuration.
I configured Radius with 50.000 clients.
I enabled Radius access and accounting in Kea configuration.
Then I run perfdhcp this way:
```
sudo perfdhcp -4 -bmac=08:00:27:f9:00:01 -l enp0s10 -R 49000 -d1000 -r 1000 -f 1000 -t 4
```
I'm not sure if it was working as I expected. I expected that:
* perfdhcp will sent DHCP Discovers for 49000 clients starting from MAC 08:00:27:f9:00:01
* it will be sending 1000 requests / 2 and the same rate for renewals
* as results it will force Kea to make lots of access and accounting requests to Radius
The results are attached as kea-mem.png. Memory usage was continuously growing.
![kea-mem](/uploads/5ec57b638aa5897200879c22a9669d71/kea-mem.png)
Then I used valgrid to check for leaks:
```
sudo valgrind --leak-check=yes kea-dhcp4 -c /usr/local/etc/kea/kea-dhcp4.conf
```
7 minutes of testing generated attached report. It finds some memory leaks:
```
==26647== LEAK SUMMARY:
==26647== definitely lost: 264,624 bytes in 6,971 blocks
==26647== indirectly lost: 27,138,956 bytes in 232,087 blocks
==26647== possibly lost: 11,954 bytes in 41 blocks
==26647== still reachable: 72,722 bytes in 23 blocks
==26647== suppressed: 0 bytes in 0 blocks
```
[valgrind-report.txt](/uploads/b97867749479d8415119f1bfae6ebee0/valgrind-report.txt)Kea1.6Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/413Merge DHCPv6 global parameters fetched from the CB into the configuration2019-04-10T18:23:48ZMarcin SiodelskiMerge DHCPv6 global parameters fetched from the CB into the configuration`SrvConfig::merge` must be updated to merge global parameters into existing staging or current configuration.
After conferring with Marcin, we agreed to expand the scope of this issue to incorporate merging:
1. globals
2. options defs
...`SrvConfig::merge` must be updated to merge global parameters into existing staging or current configuration.
After conferring with Marcin, we agreed to expand the scope of this issue to incorporate merging:
1. globals
2. options defs
3. options
4. shared-networks
5. subnets
As this work is largely replicating what was done for v4.
Kea1.6Thomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/kea/-/issues/412Merge DHCPv6 options fetched from the CB into the configuration2019-04-10T18:24:32ZMarcin SiodelskiMerge DHCPv6 options fetched from the CB into the configuration`SrvConfig::merge` must be updated to merge options into existing staging or current configuration.`SrvConfig::merge` must be updated to merge options into existing staging or current configuration.Kea1.6Thomas MarkwalderThomas Markwalder