"interfaces": [ "ethX" ]
},
--// We need to specify the the database used to store leases. As of
--// September 2016, four database backends are supported: MySQL,
--// PostgreSQL, Cassandra, and the in-memory database, Memfile.
--// We'll use memfile because it doesn't require any prior set up.
++// We need to specify the the database used to store leases. As of September
++// 2016, four database backends are supported: MySQL, PostgreSQL, Cassandra, 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
// "renew-timer": 1000,
// "rebind-timer": 2000,
--
-// Kea supports reservations by several different types of
-// identifiers: hw-address (hardware/MAC address of the client), duid
-// (DUID inserted by the client), client-id (client identifier inserted
-// by the client) and circuit-id (circuit identifier inserted by the
-// relay agent). When told to do so, Kea can check for all of those
-// 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.
+// Kea supports reservations by several different types of identifiers:
+// hw-address (hardware/MAC address of the client), duid (DUID inserted by the
+// client), client-id (client identifier inserted by the client), circuit-id
- // (circuit identifier inserted by the relay agent) and flex-id (flexible identifier
- // available when flex_id hook library is loaded). When told to do so, Kea can
- // check for all of those 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.
++// (circuit identifier inserted by the relay agent) and flex-id (flexible
++// identifier available when flex_id hook library is loaded). When told to do
++// so, Kea can check for all of those 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.
// The example below is not optimal from a performance perspective, but it
// nicely showcases the host reservation capabilities. Please use the minimum
"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.
-// Kea supports two types of identifiers in DHCPv6: hw-address
-// (hardware/MAC address of the client) and duid (DUID inserted by the
-// client). 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" ],
++// 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" ],
// The following list defines subnets. Subnet, pools and interface definitions
// are the same as in the regular scenario, without host reservations.