// This is an example configuration file for the DHCPv6 server in Kea. // It demonstrates how global host reservations can be configured. // The global reservations are not associated with any subnet. They // are assigned regardless of the subnet to which the DHCP client belongs. // Global reservations are assigned to the DHCP clients using the // same host identifier types as subnet specific reservations. This file // contains multiple examples of host reservations using different // identifier types, e.g. DUID, MAC address etc. { "Dhcp6": { // Kea is told to listen on eth0 interface only. "interfaces-config": { "interfaces": [ "eth0" ] }, // We need to specify the database used to store leases. As of // June 2022, three database backends are supported: MySQL, // PostgreSQL and the in-memory database, Memfile. // We'll use memfile because it doesn't require any prior set up. "lease-database": { "type": "memfile", "lfc-interval": 3600 }, // This is pretty basic stuff, it has nothing to do with reservations. "preferred-lifetime": 3000, "valid-lifetime": 4000, "renew-timer": 1000, "rebind-timer": 2000, // Kea supports three types of identifiers in DHCPv6: hw-address (hardware/MAC // address of the client), duid (DUID inserted by the client) and flex-id // (flexible identifier available when flex_id hook library is loaded) When told // to do so, Kea can check for each of these identifier types, but it takes a // costly database lookup to do so. It is therefore useful from a performance // perspective to use only the reservation types that are actually used in a // given network. "host-reservation-identifiers": [ "duid", "hw-address", "flex-id" ], // This directive tells Kea that reservations are global. Note that this // can also be specified at shared network and/or subnet level. // "reservation-mode": "global", // It is replaced by the "reservations-global", "reservations-in-subnet" and // "reservations-out-of-pool" parameters. // Specify if server should lookup global reservations. "reservations-global": true, // Specify if server should lookup in-subnet reservations. "reservations-in-subnet": false, // Specify if server can assume that all reserved addresses // are out-of-pool. // Ignored when reservations-in-subnet is false. // If specified, it is inherited by "shared-networks" and "subnet6" levels. "reservations-out-of-pool": false, // Define several global host reservations. "reservations": [ // This is a simple host reservation. The host with DUID matching // the specified value will get an address of 2001:db8:1::100. // Note it is not recommended but still allowed to reverse addresses at // the global scope: as it breaks the link between the reservation and // the subnet it can lead to a client localized in another subnet than // its address belongs to. { "duid": "01:02:03:04:05:0A:0B:0C:0D:0E", "ip-addresses": [ "2001:db8:1::100" ] }, // This is similar to the previous one, but this time the reservation // is done based on hardware/MAC address. The server will do its best to // extract the hardware/MAC address from received packets (see // 'mac-sources' directive for details). This particular reservation // also specifies two extra options to be available for this client. If // there are options with the same code specified in a global, subnet or // class scope, the values defined at host level take precedence for // this particular DHCP client. { "hw-address": "00:01:02:03:04:05", "ip-addresses": [ "2001:db8:1::101" ], "option-data": [ { "name": "dns-servers", "data": "3000:1::234" }, { "name": "nis-servers", "data": "3000:1::234" } ], "client-classes": [ "special_snowflake", "office" ] }, // This is a bit more advanced reservation. The client with the specified // DUID will get a reserved address, a reserved prefix and a hostname. // At least one of the three must be specified in a reservation. // Finally, this reservation features vendor specific options for CableLabs, // which happen to use enterprise-id 4491. Those particular values will // be returned only to the client that has a DUID matching this reservation. { "duid": "01:02:03:04:05:06:07:08:09:0A", "ip-addresses": [ "2001:db8:1:cafe::1" ], "prefixes": [ "2001:db8:2:abcd::/64" ], "hostname": "foo.example.com", "option-data": [ { "name": "vendor-opts", "data": "4491" }, { "name": "tftp-servers", "space": "vendor-4491", "data": "3000:1::234" } ] }, // This reservation is using flexible identifier. Instead of relying // on specific field, sysadmin can define an expression similar to what // is used for client classification, // e.g. substring(relay[0].option[17],0,6). Then, based on the value of // that expression for incoming packet, the reservation is matched. // Expression can be specified either as hex or plain text using single // quotes. // Note: flexible identifier requires flex_id hook library to be // loaded to work. { "flex-id": "'somevalue'", "ip-addresses": [ "2001:db8:1:cafe::2" ] } ], // The following list defines subnets. Subnet, pools and interface definitions // are the same as in the regular scenario. "subnet6": [ { "subnet": "2001:db8::/47", "pools": [ { "pool": "2001:db8::/64" } ], "pd-pools": [ { "prefix": "2001:db8:1:8000::", "prefix-len": 56, "delegated-len": 64 } ], "interface": "eth0" } ], // The following configures logging. It assumes that messages with at // least informational level (info, warn, error and fatal) should be // logged to stdout. "loggers": [ { "name": "kea-dhcp6", "output_options": [ { "output": "stdout" } ], "debuglevel": 0, "severity": "INFO" } ] } }