This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

Best practices / naming convention for ipMonitor?

Morning.

I have used various versions of ipMonitor at different sites since 1999, and have always found it to be flexible and effective. 

With the 'myriad' of network, server, and desktop devices (and software) on the market and in use, has anyone ever published a 'Best Practices / Naming Convention' or 'Tips / Tricks / Traps' document for ipMonitor?

I'm sure my way of naming / organizing / alarming / reporting is not the best, and I'm 'always' looking to improve...

Thanks.

r.

  • I've never seen a document, but I can tell you what I do.

    All my devices are grouped by location - State, City, Facility, Floor, Room (Each group being a folder).  Each folder that relies on another folder has that folder added as a dependency.  This helps in suppressing alerts.  Each device has the PING monitor set to fail and alert before any other monitor.  Again, this helps in suppressing alerts.  All my routers are set to alert before switches, and switches alert before servers.  

    For naming I use the standard DEVICENAME :: MONITORNAME.  

    For alerts I have a few alert groups.  One main group that emails for any alert that goes down.  Then i use Smart Groups to split up which monitors alert which tech.  I use smart groups so that I don't have to remember to add the monitor to the alert group.  It's done for me.  For example, all monitors for PING are in a Smart Group which alerts the Network Admin.  Anything with SQL in the name alerts the DBA.

    I hope this is what you are looking for.