ISC DHCP is EOL

What do you do when your services reach EOL? Overlay services can make migration much easier.

Notice: This blog post was originally published on Men&Mice before its acquisition by BlueCat.

The content reflects the expertise and perspectives of the Men&Mice team at the time of writing. While some references may be outdated, the insights remain valuable. For the latest updates and solutions, explore the rest of our blog

Key Takeaways
  • ISC DHCP 4.4.3-P1 and 4.1-ESV-R16-P2 are the final maintenance releases, indicating no further active development except for potential critical security fixes.
  • ISC DHCP is widely embedded in Linux-based infrastructure devices (access points, routers, switches), so its end of life has broad operational impact even where it is not explicitly deployed as a standalone server.
  • ISC introduced Kea in 2015 as a modern DHCP implementation because the original ISC DHCP codebase was too mature and difficult to modernize effectively.
  • Migration away from ISC DHCP provides an opportunity to discover undocumented configurations, remove legacy or obsolete options (such as BOOTP), and simplify future troubleshooting and management.
  • Using custom properties on DHCP scopes and networks in Micetro enables tracking migration status (e.g., ISC vs. Kea or other DHCP services) and embedding structured documentation such as owners, locations, and integrations.
  • Smart Folders and API-based filters in Micetro allow bulk operations and automation workflows against specific sets of DHCP scopes (e.g., all remaining ISC scopes), streamlining the migration process.


Whether or not you’re using ISC DHCP in your environment, you probably are… Meaning, ISC DHCP is kind of everywhere, built-in to devices like access points, routers, and switches. So what do you do now that it’s reached End of Life?

The End of an Era

According to ISC’s (Internet Systems Consortium) site:

The 4.4.3-P1 and 4.1-ESV-R16-P2 versions of ISC DHCP, released on October 5, 2022, are the last maintenance versions of this software that ISC plans to publish. If we become aware of a significant security vulnerability, we might make an exception to this, but it is our intention to cease actively maintaining this codebase.

ISC DHCP is a commonly used flavor of DHCP service due to it being a Linux-based solution which can be installed on a Linux server or built-in to any sort of Linux-based device such as access points, routers, switches, etc.

In 2015 ISC created a new DHCP service called Kea, which is a more modern DHCP solution. ISC has said that the original DHCP solution had become fully “mature” and at this point it would have been difficult to change the codebase to modernize it and therefore starting fresh with Kea was the best option.

Migrations are Hard

Entire service-driven consultancies are kept alive because they help companies perform migrations and that’s all they do. The crazy thing is that unless you’re just maintaining status quo on your network, everything is a migration! Need new switches? That’s a migration. Access points need to be refreshed, that’s a migration. Server refresh, service EOL, IP schema change – migration, migration, migration.

So, let’s concentrate on the benefits of migration. First, a migration means you’re probably going to find something out about your network that you didn’t know about. While this may not be good at the time, in the long run it’s always better to know because ignorance is only bliss for so long.

As you’re learning more about your network configuration, or specifically your DHCP configuration, you now have the change to improve and maybe even make simpler! If you’ve been using ISC DHCP for the last decade or two, there are likely some older and unnecessary configurations. Now is your perfect opportunity to get rid of those BOOTP options to make troubleshooting and management easier in the future.

Now is also the perfect time to start fresh with documentation. Of course, Micetro will help you build all of that in, but we’ll talk more about that later. Documenting owners of scopes or sites, site locations, integrations with 3rd party systems and making that all searchable is only going to simplify your DHCP operations.

Customizable Properties for DHCP Scopes and other DDI Objects

Next Steps – Using Custom Properties to Track Migration

Not only can you use Custom Properties to help build-in documentation processes and make searching and organizing easier, you can also use it to keep track of your migration efforts.

For example, you can create a new Custom Property called Migration and give it the two values ISC and KEA (or another DHCP service if you’re going in a completely different direction like Microsoft).

Steps to follow:

  1. Go to Admin >> Configuration >> Custom Properties
  2. Click on Networks (DHCP Scopes have the same Custom Properties as Networks in Micetro)
  3. Click on Add Custom Property
  4. Enter the information as shown in the image below
Custom Property to Track Migration Status from ISC to KEA

Now, that we’ve created custom properties we can easily go through and organize based on these attributes. We can do this automatically through the use of Smart Folders in Micetro.

The smart folder could simply look like this:

Then when we click on it we see the following:

Smart Folder Showing ISC DHCP Scopes Which Still Need to be Migrated

When this Smart Folder is empty we’ll know that all the scopes have been migrated to a modern DHCP service. Now of course there are a few ways, as always to organize this.

Taking this a step further, you can also run actions in bulk against these scopes very easily now, either through the GUI or the API. In the GUI, we can simply use Shift + Click to select multiple scopes and then click on the meatball menu to select which action we’d like to perform. Through the API we can run any automation workflow, including a migration workflow, against this filter.

A smart folder is simply a folder with a filter applied to it.  So if you have the smart folder, it has fields called parentRef and filter and if you are looking for scopes in the smart folder ISC you could call { method: 'GetDHCPScopes, params: { filter: To ISC.filter, folder: ISC.parentRef, ... } }  and that should give you what you need (and if the smart folder is at the root level, you can ignore the parentRef).

For more information:

We’ll have a live session on KEA coming up on January 26th.

We’ll be joined by a special guest, our resident expert developer on KEA, Sesar Hersisson. As always, you can also download our free trial and get started using Micetro today to help you with your future migration, management, and visibility needs. https://www.menandmice.com/free-trial

Related content

Automate it all in Integrity with REST v2 API-first DDI management

Discover API-first DDI with Integrity X by using REST v2 to automate DNS, DHCP, and IPAM for scalable, secure network operations.

Read more

Agentic AI adoption in network observability propels NetOps teams

Network observability is crucial for today’s networks and even more capable with agentic AI, according to new Omdia and BlueCat research.

Read more

Stop the ticket bottleneck: Automate DNS, DHCP, and IPAM with Quick Service

Automated DNS, DHCP, and IPAM (DDI) service delivery enables organizations to replace manual, ticket-based workflows with policy-driven, self-service…

Read more

Stay ahead of network issues with real-time metrics with BlueCat Integrity X

Get real-time DNS, DHCP, and IPAM metrics with BlueCat Integrity X. Detect issues early using native Prometheus telemetry and proactive DDI observability.

Read more

⏳ Cisco Live is almost here. Put BlueCat on your agenda for smarter, more secure networks.