Infoblox IPAM Reviews

My main use case for Infoblox IPAM is DNS management. I use Infoblox IPAM for DNS management where I manage leases and check information about DNS.

Regarding my main use case, I use Infoblox IPAM to track cybersecurity incidents and to pinpoint certain devices or people that may have tried to be bad actors.

Infoblox IPAM has positively impacted my organization by making all the networking and tracking and monitoring much easier instead of having to rely on multiple vendors.

Specific outcomes from using Infoblox IPAM include improved responses to incidents, especially to the cybersecurity ones, by making it easy to have somebody enter Infoblox IPAM and then pinpoint certain DNS accesses.

The best feature Infoblox IPAM offers is the ease of having everything in one place.

Having everything in one place with Infoblox IPAM, such as networks, records, CNAMEs, DNS, and other elements, is easy to manage from a single platform instead of having to log into different vendors.

The DHCP monitoring feature stands out as well.

To improve Infoblox IPAM, I would like to see some AI features. I would like to be able to produce reports using AI and to have agent workflows to create reports and also to be more proactive.

I have been using Infoblox IPAM for the past three to three and a half years.

Infoblox IPAM is very stable.

Infoblox IPAM scales extremely easily.

The customer support for Infoblox IPAM has been good, though I did not have any major issues that required contacting them.

Before using Infoblox IPAM, I was using something locally.

I have seen a return on investment, specifically in terms of time saved. I estimate that my team has saved about 10 to 15 hours per week since using Infoblox IPAM.

My experience with pricing, setup cost, and licensing for Infoblox IPAM was that it was a straightforward process.

I did not evaluate other options before choosing Infoblox IPAM; I went with it because of their notoriety in the market.

On a scale of 1 to 10, I rate Infoblox IPAM a 10. I chose a 10 because the ease of use and being able to have everything in one place makes it stand out for me.

My advice to others looking into using Infoblox IPAM is to go for it; they have great customer support, and I am sure the account manager would be able to help with setting up and answering all questions.

Infoblox IPAM is used primarily in the banking sector, where policies and requirements take time to implement. The deployment timeline also depends on how many services have been adopted, whether organizations are using only DNS, all three DDI solutions, or BloxOne as well.

Infoblox IPAM's integration with DNS and DHCP helps me streamline my network operations as an internal process. It is automatically connected with DHCP, and IPAM is internally connected with DHCP.

I utilize the automated IP address discovery feature with Infoblox IPAM, which is called Network Discovery. For Network Discovery, it actually helps with workflow because we have to configure the seed routers, then SNMP credentials, then CLI credentials. There are different ways to configure the different types of devices, such as devices in firewalls, devices in SDN elements, and devices connected with a switch. There are multiple ways to discover the devices.

For the valuable insights I have gained from Infoblox IPAM's real-time visibility and analytics, we have to set the SNMP polling. For the discovery, it may take approximately 24 hours to fetch all the details and get all the updates, including all discovered devices and their fetched details.

Since Infoblox IPAM fulfills the requirement of the customer currently, in my perspective, there is no additional information that could be improved about Infoblox IPAM. However, in future updates of IPAM, I would like to see features such as more customization and better AI functionality.

I have been integrating Infoblox IPAM for two and a half years.

I am overall satisfied with Infoblox support. I have been working with Infoblox for approximately 2.5 years, and I appreciate Infoblox TAC support. They are very supportive and patient persons, which is why I very much appreciate the Infoblox TAC support.

Usually, how many people from my side take part in the deployment process depends on the situation, but at the time I am the only person who will be deploying Infoblox DDI on one client. If I want help, my colleague will help me and join me for the implementation.

I am not using Infoblox IPAM directly. I am currently working for a partner and have implemented Infoblox in various different customers. As an implementer, I can tell you that deployment of Infoblox IPAM is quite a step forward. There is no issue while deploying the device or any services on the members. It usually takes approximately one year to deploy it because it depends on the banking sector. I use the threat intelligence feature with Infoblox IPAM for DNS perspective. The review rating for this product is 7.5 out of 10.

Infoblox IPAM is a critical foundational piece of any network infrastructure, whether DNS, DHCPE, or IP address management. The pieces integrate with your IP address management, getting data and information from the DATP server. Then they can auto-populate DNS for you. It is an integrated solution.

Infoblox IPAM provides visibility into what's on your network and helps fingerprint devices based on the OS, manufacturer, and other things along those lines.

Likewise, their Grid construct is a solid and well-tested architecture from a redundancy perspective, having multiple devices spread out, either gathering different information or serving as redundant to each other.

The biggest thing for Infoblox to improve isn't so much from a technology perspective. Their biggest problem is with the corporate side of the house as far as getting a support response or getting a sales team response isn't always as efficient as it should be and as it used to be.

We've been a reseller for Infoblox IPAM for more than ten years.

The solution is rock solid. I haven't had many issues with it either going down or having problems or having issues with updates failing or updates breaking things. From that perspective, Infoblox IPAM is pretty reliable. And it's gotta be because it's a core piece of the foundation of any network, so if it's not stable, your network's not stable, and nobody will buy your stuff.

Their Grid architecture makes it extremely scalable. That's one of its strongest aspects.

Their customer support has declined over the last several years. It used to be good. I don't know if they're getting better at it or not.

Neutral

How difficult the initial setup is depends on how you're approaching it. If it's a greenfield install, the setup's straightforward. It gets complicated if you already have another DHCP or DNS service in place and you need to migrate off of those. That isn't so much an issue on the Infoblox side because it concerns the proprietary natures of Microsoft DNS and DHCP or big iron or any other solution you're replacing.

The time it takes to deploy Infoblox IPAM depends on whether it's a greenfield install or a migration. The migration can be tricky, especially if you have to do it in a scenario where you can't have any interruption at all to any of your users or clients.

The people who handled deployment were primarily system administrator types, the folks that handled the existing DNS and DHCP solutions. After that, it becomes your network team, and your service desk can access the recording functions to look things up. Most of the solution is back-end within the IT environment. It's pretty seamless to do it right to the end users in the organization.

The solution needs maintenance. It is not a very high-maintenance type of solution with updates coming up. Maintenance generally covers more troubleshooting issues, with some of the automated features not working for one reason or another. Infoblox has a smaller maintenance scale than a Microsoft solution, where you must maintain the OS, the DDE server, the DNS server, the clients, and so on. But Infoblox is not a complete set-it-and-forget-it.

Infoblox IPAM's ROI is high. I rate it an eight out of ten.

I rate Infoblox IPAM’s pricing a seven out of ten, since their price is up there. Infoblox IPAM is not a cheap product to get. From that perspective, it’s hard to compete with Microsoft where the DNS and DHCP servers are free with the Windows server license. But there are a lot of other capabilities and features and the ability to operate with other OSes that the Microsoft solution is not specifically designed to handle.

People need to look at the full aspect of what the solution gives you and not just look at the price tag. There are time savings to be had for your staff, and that adds up quickly. Many people just go, "Here's the PO I have to cut for this compared to free for the Microsoft stuff," and they don't look at the level of staff involvement required and the time cost to maintain, expand and troubleshoot.

I rate Infoblox IPAM an eight out of ten because of its cross-platform ability to detect and fingerprint multiple OS and manufacturer devices and the ease with which it integrates into the rest of the Infoblox suite with DNS security capabilities and Knack-ish capabilities. Since you control the DHCP server, you can control what types of devices are given addresses and what addresses are given. Infoblox has built many security capabilities into what is normally just a utilitarian networking foundational toolset. However, to leverage that, you have to buy multiple Infoblox products to integrate them, so you pick the capabilities you want, and Infoblox IPAM's license is based on that.

We had it in our company. We were an Infoblox customer, but we migrated from it just a couple of months ago. We are no longer a customer, but we used to be.

We're multinational. We had a part of the company in Europe that was spun off many years ago and then we got that company back. When we acquired that part of the company, we realized we have two different DDI systems. The most amount of data was in our VitalQIP system, which is a product by Nokia. It's off the shelf and a competitor to Infoblox. We also had Infoblox for this one part of the world, and we wanted to combine the two systems into one. We did an RFP to see which system we should use. Do we get a new vendor? Do we go with VitalQIP? Do we go with Infoblox? So, we started from scratch and sent out an RFP. We then made our decision to go with VitalQIP.

We were using Infoblox for pretty standard DDI functions. We were tracking all of our subnets. We were tracking the IPs within those subnets, and we were adding DNS entries. They were offering out DHCP scopes. So, it was pretty standard DNS, DHCP, and IP address management DDI. It'd be a pretty standard operation to be able to do that. For that part of the world, it was internal DNS only. It was not for our public DNS.

In terms of the version, we were a little bit behind the latest version. 

It was just the standard DHCP. The business problem we were trying to resolve was how can we easily, dynamically hand out an IP address and not have it be static. We wanted to have the helper addresses configured on the router to be able to say, "Okay, here's a DHCP scope." So, the business problem to be solved was to be able to hand out DHCP addresses automatically and quickly to all of our customers, and then, of course, we also had the ability to have static IPs for those things that needed static IPs and did not change. DHCP can change all the time. You don't really care what your address is. You just want to get on the network. We also had the ability to assign static IPs for servers, routers, switches, and printers where the address had to be fixed. We were able to use the tool to assign static addresses and dynamic DHCP addresses that can change all the time.

The features we found the most valuable were being able to handle DHCP scopes and handing out DHCP leases. We weren't doing some of the things that we can do, such as DNS query rate limiting. Our usage was pretty standard. We wanted to be able to track our IP addresses to create DNS entries and then create DHCP and manage DHCP scopes. We used the standard features the most.

How you track IPs within a subnet and how all of that works was not intuitive to me. If I compare it to VitalQIP, I create a subnet, and it's a slash 24 size. It's very easy. I look, and here are my 254 IPs. I can then see if I have assigned a static, do I have a DHCP scope, and what's the name of the device. That's all there in front of me. The thing that I found frustrating with Infoblox was that it was not very intuitive. There were certain things you could add, which I thought were confusing. It did not have a similar layout. You could add something as a normal object and you would get the DNS name, the IP address, and what's called a NAPTR record, or there was also something where you could just add a DNS entry tool, just the A record, but you won't necessarily see all of those showing up easily in a subnet. In summary, the graphical interface for showing what IPs are defined in a subnet was not very intuitive. It could have a better look and feel to it.

Infoblox is a stable product. They have a lot of customers. VitalQIP used to have the biggest market share a long time ago. Now, Infoblox seems to be the number one with market share. In general, it has a reputation as being a pretty stable product, and it was stable for us. When we had it, we were happy with its stability in terms of uptime.

It's a scalable solution. That was one thing that was probably better than VitalQIP. I just felt like it was more scalable. The database had room for lots of records in there. You could add additional appliances and have them all talk to Grid Manager if you wanted to scale to new locations.

There were over 1,000 people who were using the system one way. They may not be logging into it or doing anything, but they were using it for DNS resolution or getting a DHCP address.

Their technical support was good. It wasn't great, but it was above average. We struggled to get answers to some of the questions, but it was pretty good. I would rate them a 7 out of 10.

Neutral

That was VitalQIP. It's a product from Nokia. Our Europe business spun off from the main part of the company due to some regulations, and we ended up buying them back and putting them back into the company or integrating them again. So, for whatever reason, and again, before my time, the main part of the company used VitalQIP.  When they went off and were their own subsidiary or their own company, the Europe folks decided to go with Infoblox because, in a sense, they were two separate companies.

When the two companies merged back together, then it got confusing. It wasn't good to have two different DDI systems because we would create some automation for VitalQIP, the Nokia product, for example, and that was great. We would get that to work, but it would not work with Infoblox. We had to either live without that functionality, or we had to make a duplicate effort to try and do a similar process with Infoblox because there were totally different servers, different data, and different ways of processing. 

There were several catalysts for getting rid of Infoblox. One of them was the fact that we have tools that we automate with VitalQIP. VitalQIP had probably 80% of the company's data in the DDI space and only 20% was in Infoblox. So, we made the decision to go with QIP and get it all in one system so that the automation works.

We were also behind a little bit in terms of the version of Infoblox. One of the reasons for our decision was that it was time for renewal. If we had to renew the software to a new version, we had to renew the maintenance contract. It was also time to renew the hardware. As we looked at it, we made our decision. We chose to, for now, at least migrate out of that and put the Infoblox data into the VitalQIP system. So, we retired Infoblox in May, which is just the opposite because everybody else is doing the opposite. 

Infoblox has the biggest market share. Many people are moving off VitalQIP and going to Infoblox, for example. We were a rare occasion, going in the other direction. We are definitely not the norm. They have a bigger market share, but for us, based on what we were doing and our layout throughout the world, it just made sense for us to go to VitalQIP instead of taking all the VitalQIP data and going into Infoblox. So, we did it backward compared to most.

When we deployed the system, there was Grid Manager that managed all of the other appliances out there and communicated with them for zone transfers and DHCP servers and things like that. So, we had Grid Manager, and then we deployed servers in various offices or data centers within the region so that we had some diversity there. If you're handing out DHCP addresses in a certain office, you want to have a server somewhat close to that so that you get a good response time. The same thing is with DNS resolution. We made sure we had redundancy. We made sure that we deployed in multiple data centers so that if we ever had a data center that just went offline, we would have another backup where we could still receive services on the other data center.

I didn't deploy that system. That was done many years ago before I started with the company. We do have a partner we work with for our DDI system, and they helped us with both Infoblox, as well as with VitalQIP. We still communicate with them, and they still help us out with some things, but I don't know the history of whether, with the initial deployment, we used our value-added reseller (VAR). That was probably 15 years ago, and I've only been with the company for eight and a half years. In general, we have a VAR that helps us with questions that we have with both Infoblox and VitalQIP. Now, it's just VitalQIP because Infoblox is gone.

We were responsible for its maintenance. It needed maintenance. With any DDI system or pretty much any software, you're always going to have maintenance. So, we had to do the maintenance. We had to maintain the system to make sure it was running and it was backed up. We had to keep the software current and apply patches. We were very serious about security in our organization. So, if any vulnerabilities were found, we had to do maintenance and figure out how to fix them. We figured them out ourselves or had to call Infoblox and say, "We have this vulnerability that got identified. How do we fix it? Give us a fix or tell us some configuration parameters we need to make so that we are no longer vulnerable." So, there was definitely maintenance on it, and we did the maintenance ourselves within the company.

That would really be hard for me to quantify. I can't say, "Okay, we did this, and the return on investment came back in three years," or "This is how we definitely saved money." With the DDI system, for me, it's really hard to quantify the ROI.

They were expensive. They were known to be expensive. In general, they used to at least try to encourage you to upgrade to hardware every three years. Infoblox had a reputation as being one of the better solutions but also one of the more expensive solutions, whereas VitalQ was definitely a much more affordable solution.

With Infoblox, anytime you replace hardware, there would also be the cost of the hardware upgrade. So, besides the software licensing fee, there were also hardware maintenance and hardware upgrade fees. I would rate it a 3 out of 10 in terms of pricing.

I helped write most of the request for proposal (RFP) for this because we were trying to decide, "Should we get rid of VitalQIP and go to Infoblox? Should we get rid of Infoblox and go to VitalQIP?", which was our decision. There was a series of four vendors that we analyzed. For that RFP process, I would suggest taking a look and figuring out:

• What are your requirements?
• What do you need?
• What are you trying to accomplish?
• What are you currently using?
  

If being in the cloud is important to you, and you definitely know that you want to have a cloud or a hybrid cloud solution, then write that requirement down and know why you're going to be in the cloud. After that, talk to the vendors within the space. In our case, we had four different, and we had a bunch of questions. So, if the cloud is important to you, ask them, "How do you work in the cloud? What are your advantages?" Also, ask yourself, "Is this system going to do public data that the whole world is going to use, or is it just for your internal corporate DNS within the company?" That makes a difference for me because, with DNS, you're going to want to have rate limiting and protection in there. You would need to have more security from DDoS attacks and things like that, whereas if you're doing internal DNS, you've got firewalls to protect you from some of the bad actors, like somebody in China, Russia, etc. So, basically know:

• What are your DNS and DHCP needs?
• Are you going to be in the cloud or not?
• How many locations are going to be to spread out your server?

Get all your requirements done, and then my suggestion would be to ask the vendor. Have a set of questions to ask the vendor. Then, of course, before you buy anything, you would want to prototype it in the lab. Before you go to Infoblox, get into the lab, test everything, and see how this looks.

First and foremost, it shouldn’t break anything that you have right now. So, make sure that works. Typically, everybody seems to have a DDI system, they just may decide, "It's time for us to change. We're going to go to Infoblox." What you would want to do is spend time with Infoblox to say, "Hey, this is what our current system does. Can you do this?" That's because you want to make sure you don't go backward or lose any functionality, or something is going to break when you migrate.

You've definitely got to document all of the functionality of your existing system and what you want the new system to do and then ask Infoblox. If you're not happy with your existing DDI system and you're thinking Infoblox is going to be better, what you want to do is ask them, "Okay, why is this going to be better?" or, "Hey, here's some functionality that I need that my current system can't do, and can you do this for me? If so, let's prototype it in the lab." I strongly suggest prototyping it in the lab.

It's pretty stable, and it's scalable. I wasn't using it all the time, but I do know the person who used it and he seemed pretty happy with it. He understood the system. So, based on his feedback, I would rate it an 8 out of 10.

Infoblox IPAM is a full DDI solution. 

We use it for DNS, DHCP as well as IPAM.

I think the product as a whole is very simple to use. 

The graphical user interface is very user-friendly and simple to use. It is very simple to use if you have never used it before. 

I would say that the overall usability is excellent.

I really like how the product works, it has been very beneficial to us.

From an IPAM standpoint, DHCP is an area that needs to be improved.

I have used Infoblox IPAM in two stints, in two different locations. I have used this solution for three or four years.

I believe we are working with the most recent version; if not, it is very close.

Infoblox IPAM is a stable solution.

Infoblox IPAM has been extremely scalable for us.

We have approximately 5,000 users in our company.

We plan to increase our usage.

I only recently contacted technical support. The technical support is poor.

I will admit that the problem may have been a little bit because of me. And the reason is that I couldn't figure out how to physically communicate with someone.

I had been traveling a lot, and I made the case expecting someone to call. I never received a call. 

Then I had been traveling for a long time, so there was no resolution. It just remains there. I will have to file another case in order to get the resolution.

Previously, I used SolarWinds for an IPAM. SolarWinds is probably what I have used the most.

We switched to Infoblox IPAM because it is better.

I have to admit that it was always existing in the places I have always gone. I have never had the pleasure of configuring it myself.

Based on what I have learned from the team that is currently using it and the location where I am now, it's fairly simple to set up. It doesn't appear to have been too difficult to implement.

I believe the initial deployment took a week, based on what I was told.

It was deployed in-house.

We have a team of six and two are required to maintain this solution.

We have a distributed deployment. We have appliances in multiple locations throughout the company.

We have seen a return on investment.

I have worked in environments with up to 10,000 users, and just managing IP addresses can be a struggle. It is very easy to get lost without the automated scans that the Infoblox system performs, without the management, and without the control that it has in place. 

There are an enormous number of IP addresses. Having that in a single pane of glass where everyone in IT can see it is a huge benefit for us.

At this time, I am not familiar with the pricing. My role will soon change, and I will be more involved with pricing, but this has not yet occurred.

In my opinion, the distributed model, while slightly more expensive in terms of hardware, is by far the best way to go.

I have worked in environments where we had a centralized deployment, where we only put them in our data center, and that was a lot more difficult. Even though it is more expensive, I would recommend going with the distributed model.

I would rate Infoblox IPAM a nine out of ten.

I install Infoblox IPAM for customers and I use many different versions.

My clients have many different types of use cases for this solution, such as internal DNS, external DNS, and reporting. All the options that are available in the solution have been implemented in some way for my clients.

The most important feature of Infoblox IPAM for my clients is its reliability.

Infoblox IPAM could improve some of the features. The market is demanding for some features that are not there, but there is always a reason why it's not there. At the moment, the solution is rather complete for what it's used for. It can always extend to solve some other issues that are linked to it, but the solution itself is complete.

I have been using Infoblox IPAM for approximately 13 years.

Infoblox IPAM is stable.

Infoblox IPAM is infinitely scalable. It scales very well.

I have approximately 100 customers using this solution. However, the solution serves over a few million customers.

The vendor support used to be better than it is today.

Positive

The initial setup of Infoblox IPAM typically starts with a migration to the solution. Companies are typically migrating from something they already were using to the solution. The migration is the most complex part which means the initial setup is the most complex.

The amount of time it takes to do the implementation depends on the customer and their setup environment. However, typically it takes a few weeks. I do have customers that are migrating for three years and those that have been migrated in one day. The time depends on the size of the company most of the time. If it is a simple environment, it takes one day.

We have approximately five engineers that do the maintenance and support of my clients using this solution.

My customers have seen a return on investment using Infoblox IPAM.

Infoblox IPAM is a very expensive solution and it should improve. The solution is subscription-based, and the payments can be monthly or yearly. There are additional costs for more features, and the exact cost depends on the features you're using.

I have used two solutions in my career that I would rate a ten out of ten and this is one of them.

I rate Infoblox IPAM a ten out of ten.

We use the product to reserve subnets. 

We can specify the availability of subnets when we create them. 

CLI needs to be user-friendly. There should be an option to commit changes. 

I have been working with the solution for four years. 

The solution is stable. 

Infoblox IPAM is scalable. 

The tool's deployment is easy and takes around one hour to complete. 

I rate Infoblox IPAM an eight out of ten. 

In my previous organization, we were using it for the reservation of IPs. We used it to reserve an IP or give an IP to a server or machine. In my current organization, we are using Infoblox as DNS. On my end, I have the responsibility to add or remove any A record or PTR record for an IP. We are adding the Alias name, CNAME, and we have multiple domains. In my security role, this is one of the products I work on. I have one domain under my control, and if any request comes to assign an IP, backup IP, or anything we need to resolve, I assign the Alias name accordingly and create the A and PTR records.

It helps to avoid manual mistakes and we can add the proper DNS if we add an Alias name to that. We are aware of the CNAME we need to use. By using Infoblox as a DNS, we can add the A and PTR records, which is helpful for the lookup as well as the reverse lookup. 

Technically, it has most of the features, such as VLAN tagging and Zone tagging.

The challenge I faced was to extract the VLAN data or all the IP address details, but we were able to troubleshoot that. That was because I didn't have the rights. So, my automation team wrote a script. 

When we do a host entry, it also reflects in the lookup. We should be able to filter that part. If we do only the A and PTR records, we need to reflect only that part in the lookup.

I have been using this solution for seven years.

Based on my experience of using Infoblox, it is a stable product. I haven't faced any issues yet. If we keep a track of when the licenses are expiring, it is very smooth.

It is pretty scalable. On Infoblox IPAM, we have a total of five segments of slash 16. It is a vast network. Apart from that, there are multiple domains. I support French companies, and they have multiple domains. That DNS is also a part of Infoblox for which we need to do the entries.

It is used on a daily basis in operations. If we face any issues, such as the IP is not reachable, the first thing we'll check is whether it is resolving or not. If we consider nslookup, it will also go to DNS. So, it is used daily.

I haven't faced many issues in Infoblox. So, I haven't contacted them much, but we have direct support with Infoblox and they are cooperating. The support is good because I can raise P1 to P4 tickets. According to the issue, I can raise a ticket with support, but most of the time, we face issues with the other product and not with Infoblox. I would rate their support a five out of five.

Positive

I have the BlueCat IPAM as well in my current infra. Infoblox is easier and handles DNS entry better. We are not using BlueCat as a DNS here. We are only putting the entry for the management IPs and management segments in BlueCat. In addition, I have contacted BlueCat support, and their support is average. I would rate their support a three out of five. We are thinking of moving our management segment to Infoblox and decommissioning BlueCat.

Our project team is responsible for the setup. It first goes to the project team for the setup, and as a part of the security team, it comes to me for providing the required access. I need to tag the zone or IP we are giving to the Infoblox console. HTTPS and SSH are two ports that we need to allow from our firewall and provide the IP. I also need to check the connectivity. After setting up everything, the project team adds the IP segment and other things, and then after the completion of the project, they hand it over to me.

Overall, I would rate it a 3 out of 5 in terms of the setup. It is not the most complex, but it is not for someone who doesn't have any experience doing it. I have been a part of a network team for the last seven years, and its setup doesn't seem complex. If I have to deploy it, I will check the point-to-point connectivity, the validity of the license, and the support part. After that, I would assign the IP address to Infoblox and open the required port. After the device comes to the network, I can add the subnet. There is a feature in Infoblox to do bulk entry of A and PTR records.

I would recommend it to any team and for any project. The product is good. However, I would advise restricting access. If we provide access to many users, there will be a glitch. We are managing multiple segments, and there is the part of adding entries, as well as removing entries. While decommissioning, we need to cross-check and track that we are removing the old DNS entry from the IP and doing the same entry to the new IP. The main challenge I have faced in my infra is that the technical team or the OS team with Infoblox access is not removing the DNS entries for the old IPs. So, when a client checks, it results in both IPs, which is not a correct practice. We need to filter the authorization or the permission part.

Based on my experience using it for the past seven years, I am rating it a 10 out of 10. I haven't faced any major issues with this product. The product is smooth.

We're using Infoblox IPAM mainly for internal DNS appliances. The designs vary as we have different layers of structures that we run, but in general, we have branches, the data center, and we also have block storage on the cloud. We're using a combination of all Infoblox products that we manage both on the cloud and on-premises.

For me, the best feature of Infoblox IPAM is that you can use BloxOne DDI which means you can manage everything from the cloud and have security policies as well. I also like that Infoblox IPAM is plug-and-play.

Infoblox IPAM has improved and is better, but it needs to have an external GSLB functionality. Currently, the solution has a GLSB functionality for internal appliances, but for an external user, that functionality doesn't exist.

Infoblox IPAM also needs some improvement on its threat engine and RPZ policies, or DNS firewall or DNS policies.

An additional feature I'd like to see in Infoblox IPAM is zero-touch provisioning in terms of the appliances. Currently, there's zero-touch provisioning for cloud-based devices, but for physical appliances in branches, there's none, so you still have to do some configurations. For example, if you have existing DNS infrastructure and you need to set up Infoblox IPAM in new branches, and you need more appliances, you should be able to just plug the solution into the network, and there shouldn't be any manual interference required.

I've been working with Infoblox IPAM for more than five years in various organizations.

Infoblox IPAM is a stable solution.

Infoblox IPAM is scalable, especially because of BloxOne DDI, which lets you manage everything from the cloud.

I would rate the technical support of Infoblox IPAM as four out of five. I'm happy with the resolutions provided, but in terms of response time, that needs to be improved. It could be faster.

We chose to use Infoblox IPAM because of its scalability.

Another reason we use the solution is because of its DDoS protection and DNS threat response policies, also called the threat engine. Infoblox IPAM also has more protection features than other solutions.

We also use Infoblox IPAM because of its stability, for example, we never had any issues with DNS and DHCP.

The initial setup for Infoblox IPAM is easy. If you have a plan for your infrastructure, for example, you need to set up the solution for a new branch, the process would take thirty minutes max. If you need a new grid master and office setup, it could take four to five hours. How long the deployment of Infoblox IPAM takes would still depend on the use cases.

Infoblox IPAM is a licensed product, and my company pays for it yearly. It depends on the licensing model you choose because right now, the solution can also be subscription-based, specifically the cloud version, but the traditional licensing model for it is one that's paid yearly. The cost would depend on the organization. I know how much my company pays for Infoblox IPAM, but I won't disclose that information.

If your company has $10,000,000 or $20,000,000, for example, and you need stability, then I'd say the solution is worth it. If your company is a startup, then the solution may not be worth it, but it would still depend on the ability of your company because Infoblox IPAM is one of the costlier solutions in the market.

I'm using Infoblox and its various solutions, such as Infoblox IPAM and BloxOne Threat Defense, as well as the DNS and DHCP functionalities of Infoblox.

In my company, Infoblox IPAM has more than twenty thousand end users, forty developers, and twenty admins.

My advice to anyone who wants to use Infoblox IPAM for the first time is to consider how you scale, how many people will use the solution, and how you'll utilize Infoblox IPAM. For example, will your company use all the features or just some of the features of the solution? If you're only using DNS and DHCP features and won't need GSLB, security policies, etc., then it may be best to look into open-source solutions. If your company has good financial standing, good revenue, and it can afford Infoblox IPAM, plus it's planning to use multiple features of the solution, then you should go for it.

My rating for Infoblox IPAM is eight out of ten because of its stability and the features it provides. Support for it is also great and professional. The solution is also scalable. I didn't give Infoblox IPAM ten out of ten because, with its cost, there should always be an improvement in it. It's improving, but improvement should happen faster, otherwise, the cost should be lower.

My company is a customer of Infoblox.

We use this solution for IP address management and our internal and external DNS.

We are happy with the product, and it provides us with flexibility.

The most valuable feature is reporting. Infoblox IPAM has very good reporting, which helps us plan our IP address allocation on-premises, remote sites and data centers.

We were using a Palo Alto firewall for global connect, and by default, Palo Alto firewall has to have a local IP pool for handing out the IP address. So, we would like to see integration between the Palo Alto firewall, other firewalls, and Infoblox IPAM so it can read what VPN clients have disconnected and then remove the DNS entries for those clients. Then Infoblox IPAM can remove any stolen DNA records as it sometimes creates many problems.

We have used this solution for about three years.

It is a stable solution. From the IPAM perspective, it can discover our environment, data center, or on-premises. It can also show all the IP addresses available in our environment, so we don't have to do all the entries manually.

It is a scalable solution. We were planning to extend and scale the existing DNS architecture to our cloud, but I am unsure if we are still doing that. About ten people administer the Infoblox IPAM setup, and we have about 5,000 users who use this solution for DNS and DHCP.

I rate the technical support a ten out of ten. However, there were a few instances where we needed their support, which was excellent. They create labs in their environment to understand the issue and devise a resolution.

Positive

The initial setup was straightforward. We previously used a Windows DNS service and received technical support from Infoblox. We perceived Infoblox would have an easy deployment for the new architecture. We were using five DNS boxes across our two data centers. It took one month to design, implement and know where the placement should be in Infoblox.

It is a licensed solution, but I do not have specific details about the costs.

I rate this solution a nine out of ten, and it has most of the features an organization would look for in a DDI product. We have used it for three years and haven't experienced any issues. I rate it a nine because there are still some additional features.

I recommend this solution because it is the best DVI solution I have ever used. However, if someone is going to administer Infoblox IPAM in their organization, I suggest they complete Infoblox training. Other solutions have pre-tutorials on YouTube and other learning platforms, but it is challenging to find training tutorials online. Therefore, I would recommend learning courses from Infoblox before they manage the product on-premises.