From: Marcin Siodelski Date: Wed, 14 Sep 2016 16:02:39 +0000 (+0200) Subject: [master] Merge branch 'trac3684' X-Git-Tag: trac5006_base~8 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=71d21eac51d20ff5d368b17c437abc45c955a04c;p=thirdparty%2Fkea.git [master] Merge branch 'trac3684' --- 71d21eac51d20ff5d368b17c437abc45c955a04c diff --cc doc/guide/dhcp4-srv.xml index 0c26698c86,ac49380068..050a55d381 --- a/doc/guide/dhcp4-srv.xml +++ b/doc/guide/dhcp4-srv.xml @@@ -2774,16 -2773,11 +2773,16 @@@ It is merely echoed by the serve
- Reserving a hostname + Reserving a Hostname - When the reservation for the client includes the hostname - , the server will assign this hostname to the client and send - it back in the Client FQDN or Hostname option, depending on which of them - the client has sent to the server. The reserved hostname always takes + When the reservation for a client includes the hostname + , the server will return this hostname to the client in + the Client FQDN or Hostname option. The server responds with the Client + FQDN option only if the client has included Client FQDN option in its + message to the server. The server will respond with the Hostname option + if the client has included Hostname option in its message to the server, + or when the client has requested Hostname option using Parameter Request + List option. The server will return Hostname option even if it is not + configured to perform DNS updates. The reserved hostname always takes precedence over the hostname supplied by the client or the autogenerated (from the IPv4 address) hostname. @@@ -2931,67 -2925,12 +2930,67 @@@ them can be omitted.
+
+ Reserving Client Classes in DHCPv4 + The explains how + to configure the server to assign classes to a client based on the content + of the options that this client sends to the server. Host reservations + mechanisms also allow for statically assigning classes to the clients. + The definitions of these classes must exist in the Kea + configuration. The following configuration snippet shows how to specify + that the client belongs to classes reserved-class1 + and reserved-class2. Those classes are associated with + specific options being sent to the clients which belong to them. + + + +{ + "client-classes": [ + { + "name": "reserved-class1", + "option-data": [ + { + "name": "routers", + "data": "10.0.0.200" + } + ] + }, + { + "name": "reserved-class2", + "option-data": [ + { + "name": "domain-name-servers", + "data": "10.0.0.201" + } + ] + } + ], + "subnet4": [ { + "subnet": "10.0.0.0/24", + "pools": [ { "pool": "10.0.0.10-10.0.0.100" } ], + "reservations": [ + { + "hw-address": "aa:bb:cc:dd:ee:ff", + + "client-classes": [ "reserved-class1", "reserved-class2" ] + + } + ] + } ] +} + + + + Static class assignments, as shown above, can be used in conjuction + with classification using expressions. +
+
- Storing host reservations in MySQL or PostgreSQL + Storing Host Reservations in MySQL or PostgreSQL - It is possible to store host reservations in MySQL or PostgreSQL. See for information on how to configure Kea to use + It is possible to store host reservations in MySQL or PostgreSQL database. See + for information on how to configure Kea to use reservations stored in MySQL or PostgreSQL. Kea does not provide any dedicated tools for managing reservations in a database. See Kea wiki for detailed