Open for Voting
over 1 year ago

NTM and orion integrate DB

We use orion which has already is scanning and collecting via ICMP and SNMP . It would be nice to integrate the orions discovery DB into NTM. Then I do not have two systems doing the same discovery.

  • John,

    I know this topic is way too old, but I guess, I would like to back the idea of nathan.hejnicki​. I'm actually thinking, perhaps, if you can find a way to make all devices and interfaces already in NPM (meaning already being monitored) be available as an object in NTM, then it would make our maps better looking. Now, we do not have to worry about consistency for all the names and all the devices we want to monitor.


    I am not currently a user of NTM, but because of the latest requirement in our firm, in competition with the free tool Check_MK, I am actually seriously considering getting NTM (because Network atlas can only do so much). But I am having second thoughts with the idea if we were to build a totally different database than the NPM DB. It double the effort not to mention consistency across two tools working together.

  • One huge catch with integrating for us is we need to be able to filter what interfaces are imported into NPM.  Currently if I try to import an NTM discovery into Orion, it wants to import every node (good) and every single interface of every switch (not good).

    We don't have licensing for every single interface on every single switch, and really don't need that.  We need to import all trunk connections and then pick and choose important connections, such as to key servers or devices.

  • I'd personally love to see this, mainly because the reported sysnames of polled devices via SNMP aren't always what we have the captions set to, so any map I make, I basically end up exporting with no caption as a background then super-imposing some garbage map from network atlas over it. I'd like to be able to use the SWDB so I can have the same names and make much better looking maps.

    Also it'd be nice if we could remove the truncation of network device names, as any switch with a character count of over about 15 characters gets truncated with a "..." and that doesn't exactly look professional.