We would like to announce the Beta 2 of SolarWinds IPAM version 3.1.
In this beta version, you will find:
SolarWinds IPAM 3.1 beta 2 is now available. In order to participate, please click on the following link: SolarWinds IP Address Manager Version 3.1 beta
Those who participated in Beta 1 will automatically receive download link.
I would like to thank you for your feedback!
Michal
Can you elaborate on what you mean by 'Support for Cisco ASA devices'?
Thanks
Hi, does the Cisco DHCP management includes the support for Cisco Prime Network Registrar DHCP?
Hi,
you can now use Cisco ASA DHCP functionality (create, remove scope, etc.)
it would be great if you could try that in your environment and let us know how that works.
thanks,
we haven't tested our beta version on such type of device. It seems to be not typical Cisco DHCP server. We will try to validate but it would be great if you could try beta and let us know.
Any plans on supporting Cisco Wireless Controllers DHCP?
Plans for ISC DHCP and DNS server support?
We'd really like to see support for integration with Infoblox DHCP appliances.
it is one of our priority item for the future.
is there anything special for ISC you would like to see in IPAM?
We haven't heard about such feature request yet.
could you please give us specific version of Cisco wireless devices that support DHCP?
thanks
we are still considering support of this vendor - can you please share with us why you don't want to use their OOTB IPAM solution (if it's not just a price). I'm asking to better understand your need.
http://thwack.solarwinds.com/ideas/1343
Granted, it has 0 votes. ;-<
We use Cisco Wireless Controller Series 5500 to manage access points and wireless clients. Part number of our's is Cisco AIR-CT5508-K9.
I've asked the same question.
At this time the answer from management is that they want to have a single pane of glass solution, despite the need to have multiple monitors to view all the Orion modules.
The stated goal is to allow NOC/helpdesk personnel to view the status of the DHCP scopes and view IP assignments. Logins to Orion are already being managed and there is no desire to manage the various user logins required to the Infoblox appliances as well.
The current firmware on our appliances does not perform periodic scans of the subnets to determine what hosts are using what IPs, so Orion IPAM would definitely give us a value-add there. The InfoBlox IPAM is good for showing us leased and reserved IPs, but it has no other visibility to addressing it did not provide.
Another feature I would like to see is a cross-reference of what switch port the IPs are located in. As NPM already has access to the switches it should have all the required access to retrieve the CAM table. Combined with the DHCP lease info it should be easy enough to add this cross-reference data to the IP Address View within IPAM. Even without the DHCP integration this functionality can be added to IPAM and would be a good value add.
ISC DHCP (somewhat in order)
a) periodically import dhcp leases file
b) import dhcpd.conf to get scope information
c) export scope information into dhcpd.conf
it might be useful to have these files read/written to a network location using SCP since most ISC servers run under UNIX
ISC DNS (BIND)
Requirements here are a little more vague, and I'm going to say challenging. If you could read the named.conf and import the zones then go for it. However this is a non-trivial task to do well. In my experience in loading our tens of thousands of zones into [other] IPAM products we have much historical cruft (out of zone data, bad records, comments that mean something to our tools) this may present a significant challenge. We've had a project running for almost a year to load our current data into a database to generate our zone files and we've just reached the point where all of the bad data has been cleaned out. assumptions can be a killer here, for example all of our zone files are called something like internal, external, private, and public and it's the directory they are located in that determines which zone they refer to (the files refer to public or private ip addresses that expressed in the internal or external views)
A simpler alternative might be to rely on zone-transfers (axfr) to retrieve the data for zones, which will give a cleaner view of the data to be imported, but does not help with view support (unless the 'primary' server offers the different views on different IP addresses and/or ports and you use that to reconstitute the view). This might be a more general way of supporting zones for other products (like BlueCat, InfoBlox, DiamondIP, etc.). In our environment we would loose some of the metadata, but it would still be good to get the IP address usage information populated.
I'm not sure about supporting dynamic DNS update of zones through the UI (I would not use that feature)
Ultimately my primary aim with support is to get the IP address space consumption/usage for each one of the subnets as accurate as possible so we know when we're running low on space on a subnet.
/RjL
I put forward a idea request to take the information (ARP, Bridge data) from UDT to populate the IPAM http://thwack.solarwinds.com/ideas/1225
feel free to up-vote that :-)
what you wrote make really sense - especially part about periodic subnet scans. As I wrote above, we are considering this support but it is not a high priority for us right now. But I'll keep you informed.
nice details, thanks!
It would be cool if you guys may try and confirm that following things working in your environment:
- Monitoring if Cisco ASA Dhcp
- search by custom property or IP address
is it now possible to check the arp table in the Cisco ASA?
Carsten
If you mean, if you can use ASA device for neighbor scanning, the answer is unfortunately no. We use SNMP table IPNetToMedia (OID: 1.3.6.1.2.1.4.22) for neighbor scanning and this table is not supported on ASA devices.
I would duplicate Webmin ISC DNS functionality in IPAM. That's how we keep sanity with syncing PTR zones with A zones, and adding zones to secondary DNS servers.
I would still like IPAM to be integrated with NPM, and not just run in the same GUI. The NodeID of NPM nodes should be IPAM and the data in sync.
I can understand that and we are currently looking how to extend our product integration functionality.
have you chance to test IPAM 3.1 beta on Cisco Prime Network Registrar devices? We still mussing this one in our lab?
Hi Michal,
I had tried but it does not work.
Regards,
Yew Ann
RC1 is available guys:
I am not seeing the RC in our Customer Portal.
Michael,
The reason we chose Solarwinds over our Infoblox IPAM solution is availability of data.. With the infoblox solution we were unable to export or extract the data in an automated fashion as readily. The solution IMO seems built to hoarde data versus share.
I would even add to this that I wish all the tools would share data. It would probably make all of the tools more effective and efficient.
