I have a Cisco 37xx Catalyst switch (actually, many such switches) that has approximately 200 interfaces. Most of these interfaces have PC's or Printers plugged in to them. I am NOT interested in these ports. Instead, I am only interested in the SMLT ports that connect the switch to the main distribution frame. Typically, these switches look like the following screen-shot in Orion's System Manager.

I have configured Custom Pollers to track, the following Cisco MLT Errors:Carrier TransitionsAborted Input PacketsCRC ErrorsMisaligned Frame ErrorsIgnored Inbound PacketsInbound Queue DropsOutbound Queue DropsInterface Resets(Additionally I am monitoring several MIB II variable)For the sake of discussion, let's only examine the CRC Errors. I have created a custom poller (See, below).
I have also created a chart to display the data collected from this poller (see below).
As can be immediately seen, even though I have configured two of the interfaces on this switch, ALL of the interfaces are being polled. Of course, for purposes of presentation, I do have the ability to select ONLY the two interfaces that I am interested in to display (see, below).Before selection:
After selection:
The chart then looks like this:
My first point is to question, if only two interfaces are configured for a specific node, why does the poller poll ALL interfaces? This seems to be a significant squandering of resources.Of course, it can be pointed out that instead of configuring the node polling type, the overhead can be managed by configuring an interface polling type. Although this may appear to be true on a superficial level, it really is not practical. In this scenario, the number of configured pollers dramatically rises, especially considering that more than a dozen of the switches that I wish to monitor in this manner may have 10 or more interfaces that I am interested in amongst the roughly 200 interfaces available. All in all, where eight Node pollers were initially configured, I estimate that 900 interface pollers would be required to perform this function. This just seems to be an administrative nightmare.There is also a secondary issue I would like to address.In addition to the charting, I also will be creating thresholds and alerts for all of the eight variables I wish to poll. Immediately it is apparent that instead of the eight alerts that would be created when Node polling is used, the use of interface polling would also require roughly 900 separate alerts. But let's leave that point aside, for the time being, so that we can pursue the problems at hand using Node Polling.Using alerts with threshold that are dependent upon Node Polling creates a circumstance where it is likely that an alert will be raised from one of the PC or printer ports that we are not interested in.Has anyone else encountered any similar issues when monitoring switch interfaces (or router interfaces, for that matter).John