SNMP Series: Part 3 - Extended SNMP Discovery and Monitoring in Essentials 2007

 

Previous Installments in this Series:

In Part 2, we took an in-depth look at native SNMP device discovery and availability monitoring functions in Operations Manager 2007. While everything we discussed in part 2 applies here, there are several differences in SNMP device definition, discovery and monitoring between Operations Manager 2007 and Essentials 2007 you should be aware of. While the extent of the native SNMP network device monitoring Operations Manager 2007 is simple device availability (up/down), Essentials 2007 goes further than this, with a somewhat more detailed offering for network monitoring designed for smaller environments.

As in part 2, I am going to avoid trap-based monitoring entirely in this article, as I will cover that in detail in a separate post.

NOTE: At this end of this article, I’ll include links to MP reports (in Excel format) for download for any management packs described in this article, with the items of interest and discussion highlighted.

Object Classes and Discovery

Just like in OpsMgr, Essentials has a Network Device Library MP (Microsoft.SystemCenter.NetworkDevice.Library.mp) that contains a class defining SNMP network devices, conveniently called SNMP Network Device. The MP also contains an object discovery for the class and a single monitor, the Device Status Check monitor.

And up to that point, OpsMgr and Essentials are the same in their treatment of network devices. That’s where definition of our network devices ends with OpsMgr. Not so with Essentials. All of the above was described in detail in part 2, so if you missed that installment, it’s worth taking a look before you continue.

Unique SNMP Classes and Discovery in Essentials 2007

Essentials includes an additional management pack for SNMP network device monitoring you wont find in OpsMgr called the Network Device Monitoring Library MP (Microsoft.SystemCenter.NetworkDevice.Monitoring.Library.mp). This MP contains several additional object classes, most of which define types of network interfaces. See a snapshot of the additional classes delivered in this MP in figure 1.

Notice that the additional classes are all types of network device interfaces. There are no classes or discoveries (and thus, no monitoring) for other  device components, such as CPU, memory, or power supply.

Figure 1. Object Classes defined in the Network Device Monitoring MP installed by default in Essentials 2007.

Object Discoveries

There are a few discoveries in this MP, including a  discovery to identify routers, and another to identify all the interface types shown in figure 1.  Nothing unusual here, but if you’d like a list, see the “Discoveries” tab in the Network Device Monitoring Library MP Report I posted for download.

Monitoring and Performance Data Collection

There are numerous monitors and rules for monitoring network interfaces in this MP. Let’s start with monitors. As mentioned earlier, availability monitoring for SNMP network devices works the same in Essentials as it does in OpsMgr. Refer back to part 2 on that topic.

Monitors

There are quite a few monitors (about 45 by the MP report) in the Network Device Monitoring Library, which by and large focus on monitoring various types of network interfaces that can be discovered by the MP. If one were simply to look at the Monitors (Unit) page of the report, it appears that almost all monitors are DISABLED by default. However, I did find some overrides included in this MP (see the “Overrides” tab in the Network Device Monitoring Library MP Report), which show that  the Operational Status monitor for various types of network interfaces is enabled through an override.

Tuning Opportunities - There are several other monitors that may be useful, and you may want to enable. They are listed below with my thoughts.

  • Late Collisions - Late collisions tell you when you have a port duplex mismatch. In other words, if the network card is set to half duplex and the network port is set to full duplex, this monitor will alert you to the problem. Duplex mismatch is a common issue that results in performance issues that can be hard to trace back to this configuration issue. My personal recommendation is that this monitor be ENABLED for all network interfaces.
  • % Inbound Utilization /  % Outbound Utilization - Available on some of the specific interface types, these monitors that would alert on bandwidth utilization are disabled by default. These should probably be enabled, at least for devices supporting WAN links to ensure administrators are alerted on excessive bandwidth utilization. The default threshold is 60%, which should work well for most environments. Tune up or down based on your situation.
  • Any monitor containing the word “Error” - I cannot say that there is any one error-related monitor that must be enabled, but you many want to consider enabling something to watch for network communication issues not related to bandwidth, such as physical layer issues. While there are several monitors for each type of network interface, figure 2 shows available monitors for the object type SNMP Ethernet Interface - a standard Ethernet interface. The appropriate monitor to ID these issues will vary by interface. Looking at figure 2, I would say the FCS Errors or Alignment Errors would be good candidates for catching these types of issues for Ethernet interfaces.

Figure 2 - Unit Monitors for SNMP Ethernet Interface Object Type

Rules

The rules you will find are largely used for performance data collection. Other than an Average Ping Response collection rule targeted at the SNMP Network Device class and the rules collecting % Inbound Utilization and % Outbound Utilization which are enabled (either by default or through those overrides I mentioned are included in the MP) most other rules are disabled.

While I cannot point to any other specific performance data that must be collected, you may have your network guru review the Rules tab of the the Network Device Monitoring Library MP Report for items of interest.

Views

I do like to create a custom Performance View that shows the last couple of hours of bandwidth consumption for my WAN interfaces to aid in troubleshooting.

That’s it for this installment. In part 4, we will dive into probe-based monitoring options for SNMP-enabled devices in Operations Manager and Essentials.

————————————————————————————————————-

Get System Center Operations Manager and Essentials 2007 training from the system center experts. We now offer classroom training for System Center Essentials 2007.

6 Responses to “SNMP Series: Part 3 - Extended SNMP Discovery and Monitoring in Essentials 2007”

  1. DeanE Says:

    Hi Pete. Great articles on SNMP monitoring. About the most complete coverage of the topic in relation to SCOM I’ve seen so far. Any plans to follow up on SNMP trap monitoring? That’s a problem I’m trying to address right now. Any insight and advice would be helpful!

  2. Pete Zerger Says:

    Dean, I do plan to write more when time allows. Let me know the specifics of your situation and I’ll try to write something that addresses your situation.

  3. ricsip Says:

    Hi Pete,

    your site is the only source of information regarding this dreaded SNMP thingy. I would really appreciate, if you could post a painfully and very detailed entry about SNMP traps:

    what is the requirement on SCOM side: do I need to install SNMP windows service, do I need to install SNMP trap service, if yes/no -> what executable is listening on UDP:162
    any possible problems receiving traps / sending SNMP get’s on 64 bit, win2008?
    SCOM2007 SP1 can screw things up / if yes -> how? any required

    how to check if SCOM is able to receive a trap

    what is the syntax for OIDs: leading “.” is required or not, the “.0″ suffix at the end of the OID like xx.yy.0 is required or not

    what does the “all trap” mean -> if checked: every single trap matches that rule?

    etc. etc. etc. etc.

    Thanks :)

  4. Pete Says:

    I’ll write up a how-to step-by-step for you tonight and post to the site.

  5. ricsip Says:

    Wow, I would really appreciate it! :)

  6. Pete Says:

    Give me just another day or two and I’ll get you hooked up on these. A little busy with work this week.

Leave a Reply

privacy policy | terms of use | copyright © 2008 pete zerger