Starting with Micetro 10.0, older versions of the Kea DHCP server are no longer supported. See System Requirements for a list of supported versions. You need to remove your existing (older) Kea DHCP servers from the system, and update them to a supported version of Kea before updating to Micetro 10.0 from an older version of the Men&Mice Suite. Not doing so could result in lost access to and data from the older Kea servers in Micetro.

Kea Control Agent

The Kea Control Agent is a daemon that exposes a RESTful control interface for managing Kea servers. The Control Agent daemon can receive control commands over HTTP and either forward these commands to the respective Kea servers or handle them commands on its own.


The default port for the Kea Control Agent is 8000.

Because of the Kea Control Agent, Kea DHCP servers can be added to Micetro without a DHCP Server Controller running on every machine that runs Kea. A single DHCP Server Controller, installed on a machine that can access the instances that run Kea services, is sufficient and will communicate with all Kea servers on Micetro’s behalf.

Adding Kea to Micetro

Because Micetro uses the Kea API to communicate with the DHCP server(s), it requires (in addition to the DHCP Server Controller) the Kea hook library


On certain distributions (like RHEL) check that the kea-hooks package is also installed.

Configuring the Kea Hook Library

After installing the Kea hook library, open kea-dhcp4.conf and locate the hooks-libraries array. Add the hook to

      "library" : "/lib64/kea/hooks/",
      "parameters" : {}

The location of the library depends on your distribution, use whereis to find it.

After adding the library, restart Kea and the Kea Control Agent.

Kea High Availability

Kea DHCP servers need to be configured for high availability before the primary server is added to Micetro. If the high availability is set up properly, once added to the system, Micetro will recognize the failover nodes and the method (load balancing, hot standby, etc.) and configure the server objects accordingly.

For more information, see Kea DHCP High Availability.

Defining Options on Kea DHCP Servers

  1. On the Admin page, select Service Management in the upper-left corner.

  2. Under DHCP Services in the filtering sidebar, select the applicable Kea DHCP server.

  3. On the Action menu, select either Manage DHCPv4 options or Manage DHCPv6 options. You can also select these options on the Row menu (…).

  4. The Manage DHCP Options dialog box opens, showing all options defined on the DHCP server.

  5. Use the drop-down menu to select the option you want to define.

  6. To delete an option, hover over its field, and then click the trash can icon next to it.

  7. Click Save to save the updated options.

Defining Custom DHCP Options

  1. Click the Custom Options tab.

  2. Select the appropriate Vendor class in the drop-down list.

Adding a New Custom Option

  1. Select Add Custom Option.

  2. Enter the desired ID. An error will show if that ID is not available or invalid.

  3. Enter a name.

  4. Select a Type in the dropdown list. Select the Array checkbox if the option is an Array.

  5. Click Add, and then Save.


Once an option has been defined, you can set its value on the Edit Options tab.

Editing an Existing Custom Option

  1. On the Custom Options tab in the Manage DHCP Options dialog box, select the relevant custom option.

  2. On the Row menu (…), select Edit.

  3. Edit the ID, and then click Save.

Removing an Existing Custom Option

  1. On the Custom Options tab in the Manage DHCP Options dialog box, select the relevant custom option.

  2. On the Row menu (…), select Remove, and then Yes to confirm.

Kea DHCP Server Properties

You can edit the configuration of Kea DHCP servers.

  1. On the Admin page, select the relevant Kea server.

  2. On the Action menu, select Edit configuration. You can also select this option on the Row menu (…).

  3. In the Edit Configuration dialog box, make the desired changes, and then click Save.


  • Default/Maximum/Minimum Valid Lifetime: Specifies the time after which a lease will expire if not renewed.

  • Renew Timer: Specifies the time when a client will begin a renewal procedure.

  • Rebind Timer: Specifies the time when a client will begin a rebind procedure.

  • Next Server: Specifies the server address to use when clients want to obtain configuration from a TFTP server.

  • Echo Client ID: Specifies if the server should send back client-id options when responding to clients.

  • Match Client ID: Specifies if the server should ignore the client identifier during lease lookups and allocations for a particular subnet.

  • Decline Probation Period: Specifies a probation time that will be set on addresses that are in use by some unknown entity.

  • Control Socket Name: The path to the UNIX socket. Cannot be empty.

  • Server tag: An arbitrary string used to associate configuration elements with specific Kea server instances in a configuration database, allowing for shared or unique configurations among multiple servers.

Raw Configuration

The v4 and v6 properties tabs are the most commonly used properties for configuring Kea DHCP services. For more specialized configurations, you can define additional properties on the Raw Configuration tab. This allows you to edit configuration files directly on the server for both DHCPv4 and DHCPv6. Please note that when editing these files, there is minimal error handling, so caution should be taken when making changes and saving them.

Handling External Changes with Kea


You should always edit the Kea DHCP server’s configuration file through Micetro to ensure that the synchronization between Micetro and the Kea DHCP server is instant and all changes will immediately updated in the database and reflected in the user interface.


All changes made to the configuration file through Micetro will automatically and instantly be propagated to the secondary/backup servers in a Kea DHCP High Availability setup.

Micetro uses the in-memory configuration of the Kea server. If external changes must be made to a Kea DHCP server’s configuration file, the changes to the configuration file aren’t processed by the server until forced to parse the file to its in-memory structure, so Micetro can be made aware of these changes.

To make the Kea DHCP server process changes to its configuration file a call has to be made to either the Kea Control Agent or the socket that Kea uses.

An example of the call to the control-agent:

curl -X POST -H "Content-Type: application/json" -d '{ "command": "config-reload", "service": [ "dhcp4" ] }' localhost:8000

If successful, the result looks like this:

[ { "result": 0, "text": "Configuration successful." } ]

After the changes to the configuration file have been accepted and parsed into the Kea DHCP servers memory structure, you can display them in Micetro through the Edit Configuration action for the server.

Resolving Conflicts

Micetro synchronizes all data between the Kea DHCP servers and its database regularly. Setting the DHCPSyncInterval variable in Central’s preferences.cfg overwrites the default value of 15 minutes.


The values set for DHCPSyncInterval are in seconds.

Synchronization occurs based on the configuration to update the database and the user interface, but to prevent overwriting external changes before synchronization is complete, Micetro will check for conflicts with the Kea server’s in-memory configuration before writing the changes to the server.

For example, if a scope with subnet is manually added to the Kea DHCP servers configuration file, and config-reload is successfully called, the Kea server will have parsed the change and added the scope to its in-memory data structure. Synchronization with Micetro may not have been executed yet, and the externally added scope is not yet visible in the user interface. However, if another user would try to add the same or otherwise conflicting scope through Micetro, they will receive a message stating “A scope with address “” already exists on the server” as the configuration file is validated against the Kea DHCP servers in-memory config before each change is applied.

External changes and Kea high availability

See Making external changes to Kea servers in high availability.

Managing Kea Client Classifications with Micetro

You can manage Kea Client Classifications through Micetro.

  1. On the Admin page, select Kea under DHCP Services in the left sidebar.

  2. Select the relevant service, and then select Manage client classes on the Action menu. You can also select this option on the Row menu (…).

    • If you have any client classes already defined on your server, you can find them listed on the respective service type tab (DHCPv4/DHCPv6).

    • From here you can create, edit existing, or remove client classes. Any of these actions will add an entry to the audit trail inside of Micetro which can be viewed by selecting the history action of a client class.

Creating Client Classes

  1. Click Create.

  2. In the Create Client Classification dialog box, enter the necessary information.

    • Enter a name and create an expression. Each DHCP packet will be evaluated against the expression to determine if it should belong to that client class. For information about how to create expressions, see the Kea documentation.

    • Optionally you can add a description. The description is not added to the Kea config, only saved in Micetro. Defining a client class as global is a Micetro-specific feature and is explained in detail below.

    • Select the Global checkbox if you want to create the client clss on all active Kea servers. Any modification or removal action on that client class will be replicated on all the active Kea servers.

  3. Go to the Options tab to set DHCP options on the client classes.

  4. For DHCPv4 client classes, you can specify BOOTP parameters.

  5. When you are finished, click Create.

Assigning Client Classes

You can limit the access to specific scopes and address pools by assigning a client class to them. Then only packets that belong to the assigned client class will have access.

To assign a client class to a scope:

  1. Go to the IPAM page, and select a Kea scope.

  2. On the Action menu, select Assign client classification. You can also select this option on the Row menu (…).

  3. In the Manage DHCP Pools dialog box, select the pool.

  4. On the Row menu (…), select Assign client classification.


To assign a client class to a pool:

  1. Open a Kea scope.

  2. On the Action menu, select Manage DHCP pools. You can also select this option on the Row menu (…).

  3. In the drop-down list, select the client class to assign to the scope. To unassign a client class, select Unassigned.

Assigning client classes to scopes/pools shows up in the history of the respective ranges. You can filter ranges based on their assigned client classes with the property clientClass.