The ability to script create, read, update, delete items in Solarwinds to include kicking off discovery of subnets would be very benefitial...
Having only the IPAM software product installed at our company, The IPAM.IPNODE being RO is a massive detractor from the ability to use this application efficiently in an automated provisioning environemnt. Having no ability reserve or update non-critical IPNode information (Status, Comments), in the IP MANAGEMENT Application without doing it Manually is a bit maddening. As running a query against IPAM.NODES is only useful to the FIRST IP being allocated (as subesquent queries will return the same result until the new IP is online and inventoried by IPAM) and is practically useless when provisioning more than one system per subnet at a time. Please update the SDK to support CRUD against the IPAM.IPNODE swisobjects.
I'm sure the others marked in this thread will also be releaved to have this funcationality:
This is supposedly already an internal ticket (Feature Request 173733) Per this thread: Re: Getting the error of "Set-SwisObject : Access to IPAM.IPNode denied." using PowerShell
Per that thread michal.hrncirik determines what features get added to releases. Tagged for notification
Thanks!
it's been more than a year since this was first noted as a feature request in IPAM.
Definitely need the ability to read/write/update using the API. That's what separates it from being a glorified spreadsheet.
With our environment quickly moving into automation, integration into IPAM will be required soon. I already have tools available to automatically provision servers. But without an IP address, the server is stranded. Human intervention is required to get the new device on the network before the rest of the automation can continue.
I'm in the same boat - this would solve a huge problem in our organization!
Guys, this is no longer an optional component of an IPAM system. With everything moving to cloud and self-service PaaS, IaaS and all those other buzzwords, the ability to automate IP provisioning is a hard requirement. I'm sure I'm not the only one in this particular boat: everything else is done. Your product is preventing us from moving forward. We will move to a different product if this can't be delivered soon. We're a Fortune 100, BTW. For what that's worth.
Any word on this possibly happening?
If what RichardLetts said was true, it's been over three years. SDK can be a lot more powerful a tool than it currently is, and a lot of people would be very happy.
No news, unfortunately. Yes, Richard is right.
Need.
3 years now when requested the first time, not even a descent answer.....
Are you SolarWinds developers even listing to these kind of requests ???
Automating your datacenter is more than get the first free IP address available
We were looking for a new IPAM Tool since our current IPAM Appliance is end of life and end of support. Before I started looking at IPAM Solutions, I had never heard of SolarWinds outside of a few small tools like Dameware. But then I saw that we could fit many of our NMS Tools into one while getting IPAM with SolarWinds which got me pretty excited. We had all but decided that SolarWinds would be where we would be going for IPAM, in addition to adding on several other modules. That was until we found that this was a feature that was not yet implemented, we just assumed that it would be. Most every other IPAM Solution we have looked at has this functionality. The reason we can't live without this is because we provision servers pretty quickly with VMWare, while most other solutions have a plugin that make integration between VMWare and an IPAM Solution very easy when provisioning Servers, we would be happy with an API that we could write to. We just need the ability to be able to query IPAM, ask for the next available IP Address, and then mark it as reserved or used. But since SolarWinds IPAM has an API that is only readable, this is not possible. Without that writeable API, it's very difficult to go forward with purchasing anything from SolarWinds as the IPAM Piece was the big initial interest for us.
