macnugetz replied on Tue, Mar 9 2010 2:59 PM

rated by 0 users

Here are the latest features and goodness we're working on for Orion IPAM.

• Cisco DHCP Support - we've got Microsoft DHCP, but we've had many requests for being able to pull leases from Cisco DHCP servers as well.
• Indirect Discovery - this is another IP status discovery method that will give us an accurate status even if ICMP and SNMP are blocked or disabled.
• Search Improvements - you asked for it, so we're giving you the ability to search on any field.

What do you think?

-Craig

PLEASE NOTE:  We are working on these items based on this priority order, but this is NOT a commitment that all of these enhancements will make the next release.  We are working on a number of other smaller features in parallel.   If you have comments or questions on any of these items (e.g. how would it work?) or would like to be included in a preview demo, please let us know!

Jesper Vestergaard replied on Wed, Mar 10 2010 12:23 PM

rated by 0 users

Hi

I think it´s a start :)

I would like to see stuff like:

• Alerting (and automated "reset" when a scanning halts
• Delegation of access, pr sub(super)net
• Bulk import of subnets

And much more.... :)

macnugetz replied on Thu, Mar 11 2010 3:35 PM

rated by 0 users

Thanks, Jesper!  As always, your feedback is greatly appreciated.  What do you mean by bulk import of subnets?  You can import address files today, as well as bulk add subnets (we added this in 1.6).

-Craig

Jesper Vestergaard replied on Thu, Mar 11 2010 3:49 PM

rated by 0 users

Hi Craig

When i´m tasked with "asuming control of yet another network out there", the info i can collect is normally an excell speradsheet with the subnets assigned per depot, site, location, or usage of the scope. Normally i don´t get much info about the specific IP´s and as high level info, i don´t care ! :)   - Also, most info i can get, does not even contain that information.

What i do care about, is ot spending hour after hour manually typing theese super and subnets into IPAM, especially when they are not equal bit sizes. - If they were, i could use the subnet allocation wizzard  - Which i agree, is a HUGE benefit from pre 1.6 versions :)

vhabaccisco replied on Tue, Mar 16 2010 8:59 AM

rated by 0 users

You know what would make this a really killer app?  Automatic discovery of the switch/port the device is located on.  I know Switch Port Mapper and Ciscoworks does this but if it could be integrated into IPAM, I think that a lot of people would buy it just for that functionality alone.  Please think about it.  Shouldn't be too hard to do either.

macnugetz replied on Mon, Mar 22 2010 10:38 AM

rated by 0 users

vhabaccisco,

You should be able to use your existing Orion/Toolset integration to achieve this.  If you're running Toolset 10.4 or greater, you should have the Workspace Studio menu option available via the right-click Toolset integration with Orion.  Simply right-click on an IP in IPAM >> Workspace Studio >> Switch Port Mapper.

Is this what you had in mind?

HTH,

Craig

LFHopson replied on Thu, Apr 1 2010 3:39 PM

rated by 0 users

You know what would make this app killer (REALLY!)...

Add the ability to en-mass change subnet properties and groupings. This is basic functionallity folks! (location, description, groupings, scan time, etc...)

Seperate the IPAM database from NPM & Netflow. Seriously, did you really think it wouldn't slow down NPM when you dump tens of thousands of records into the database? --someone needs to be flogged with their own mouse for this one.

DHCP servers other than Microsoft... opps, I said the "M" word. 'nuf said.

macnugetz replied on Thu, Apr 1 2010 4:27 PM

rated by 0 users

Hi Lance,

I've responded to your comments here.

-Craig

vhabaccisco replied on Fri, Apr 2 2010 6:27 AM

rated by 0 users

What I meant was to combine the functionality of Switch Port Mapper into IPAM.  My thought was for IPAM to map IP addresses to switch/port automatically as part of a scheduled task.  Like I said, I know this can be done but you certainly wouldn't want to do it every time IPAM scans the subnets due to overhead.  A regular task run once a day would be sufficient for most applications.

vhabaccisco replied on Fri, Apr 2 2010 6:37 AM

rated by 0 users

Another thing that would be handy is the ability to bulk export the entire database to a spreadsheet.  Again, if we could make this a scheduled task it would be a good backup or change tracking.  I could also easily accomplish what I mentioned in my previous posts buy exporting the database, updating the Excel spreadsheet programatically using a CiscoWorks User Tracking output then import the discovered switch/port info into custom fields.

etera replied on Wed, Apr 7 2010 9:35 AM

rated by 0 users

Hello,

A big issue is the bug that make subnet allocation wizard to attribute a subnet that is already allocated... If I request a subnet in /30 it propose me subnets included in subnet in /29 or /28 already allocated!!! Very dangerous for our network!!! Will it be fixed? When??? Technical support confirmed that it is a known bug, but they have no idea of when it will be fixed...

Regards,

Nicolas

chrkov replied on Mon, Apr 12 2010 2:02 PM

rated by 0 users

Would be great if you could color code certain IP's in a block.

IE,  We always reserve the first 10 IP's for AP's <- Different Color

      We always reserve the next 20 IP's for Backhauls <- Different Color

      The rest are fair game.

We do this in excel now and would be nice to do in IPAM also.

macnugetz replied on Tue, Apr 13 2010 5:34 PM

rated by 0 users

etera,

We are aware of the issue and will be addressing it in a future release.  In the meantime, there is a workaround.  If you create them from the subnet up (as opposed to the supernet down), you should be ok.

HTH,

Craig

ynchan38 replied on Thu, Apr 29 2010 9:04 AM

rated by 0 users

How about function to join and split subnets?

i.e. joing two /29 subnets to form a /28 subnet or splitting a /16 to 256 class C

Another function is nice to have is the ability to cross check a large number of subnets with existing assignment to report conflict.

It is a very common function for merger and acquisition when integrating two companies network together to identify overlapping address space.

Thanks,

Andrew Chan

jspanitz replied on Thu, Apr 29 2010 10:24 AM

rated by 0 users

A way to expose all the fields IPAM captures (Alias, IP6, Machine Type, Vendor,etc) )on the IP ADDRESS VIEW.

A way to click on the IP Address or DNS Name of an object in the IPAM list that is also either in NPM or APM and have it take you to appropriate area in NPM or APM.  In other words, a link between objects in the different applications.

If any of this already exists, my appologies, I looked and read, but did not see it.

John

ynchan38 replied on Thu, Apr 29 2010 10:42 AM

rated by 0 users

Yes, that's true.

Why not get all the IP addresses already defined and verified in NPM and APM appears in IPAM automatically.

If there is a link between NPM devices and IPAM addresses, we will be able to identify devices with multiple addresses (e.g. routers and L3 switches)

jbonner replied on Fri, Apr 30 2010 10:35 AM

rated by 0 users

uh, how about ipv6?

smartd replied on Sun, May 2 2010 10:05 PM

rated by 0 users

I agree.  I'd like to be able to click the IP address in Node Details and be taken to the IPAM entry.  I'd like to click the IP address in IPAM and  be taken to the NPM entry.

-=Dan=-

Questionario replied on Mon, May 3 2010 2:05 AM

rated by 0 users

yup, a link to the node in the NPM database would be real good, especially if you are able to link them in reports!

jmiddleton replied on Mon, May 3 2010 8:00 AM

rated by 0 users

A feature that I would find really useful is a supernet allocation wizard, as currently I'm having to  manually create them and I'm normally creating a supernet and a number of subnets togeher.