analog threshold alarms, and ping targets.It can also communicate
with multiple master stations
Equipment at your sites are expected to operate without you watching it 24/7. As events occur that might require your attention, errors, failures, or general maintenance issues, your equipment will let you know by reporting an alarm. What if the device is incapable of reporting the alarm? What if you'd like to monitor alarms in a different way? You can connect a remote telemetry unit (RTU) to the equipment at your site to report alarms.
Regardless of the device chosen, the effect is the same: the network equipment sends an alarm whenever something goes wrong.
Alarms start with equipment alarms, self-reported by each piece of your equipment. If your generator runs, it latches a relay to tell you that it's running. If it's running low on fuel, your generator might also have a relay to tell you that. If your microwave link can't transmit effectively because noise levels get too high, it can report that with a contact closure latch.
The alarm types you can monitor are virtually infinite. Because they're reported in a standard way (a simple dry contact closure is the most common), you can capture all of them using a typical alarm remote with discrete inputs.
Alarms don't necessarily have to be specific to any one piece of equipment either. For example, you could monitor a temperature sensor at your site. As the temperature gets too high, it may set an alarm, indicating that the air conditioning didn't kick on and that your equipment is in danger of being damaged by heat.
While not directly indicating a problem with your equipment, failure to respond to an alarm of this sort will likely furnish the same result. You will have equipment failures and network outages. Many of these devices can report alarms directly to you. But don't forget that, individual alerts for network problems may leave you overwhelmed and confused.
As your network grows, both geographically and in number of elements, you may struggle to track of all the data coming your way; potentially wasting time and energy trying to determine the severity and location of every individual source.
Your alarm monitoring system won't be very helpful if it leaves blind spots in your network. It must be able to collect all of your network alarms. Therefore, it must be able to communicate using all of the protocols used in your network. (And it should probably support any future protocols you have plans to employ.)
An alarm monitoring system like T/Mon, from DPS Telecom, supports a wide variety of network protocols. It even includes legacy and proprietary protocols. This makes it quite adaptable to your network needs. If you want to consolidate monitoring to a single platform, you can employ a device like T/Mon. It will act as a regional or mid-level manager to mediate multiple protocols to SNMP or TL1. This single stream will be sent to a higher-level master station.
Discrete contacts and analog threshold alarms can provide an indication of their severity on site. Still, they don't necessarily indicate severity within the network. In some cases, the alarm monitoring system is simply a device that listens for alarms. It collects them via a terminal session or a text log. While this does collect all of your alarms in a central location, it is minimally helpful. You don't get any real intelligence out of a simple alarm feed. You will have way too many "routine" alarms that don't require a response. This makes it very difficult to see the alarms that actually matter. You will quickly get desensitized to your alarms.
Your alarm monitoring system should provide some means to sort alarms by perceived severity. You need ways to determine the most important alarms within your network. Often times, this is still done by a human operator. No device can make more informed decisions about your network than you can.
Don't forget that your alarm manager should at least help you out in this regard. For example, T/Mon, the alarm monitoring system from DPS Telecom, allows you to sort alarms by severity, location, and other factors, as you see fit. In monitoring mode, alarms are color coded indicating severity, so you can see quickly what your highest priority (alarms labeled "critical") alarms are.
The new "root alarm" feature for T/Mon takes this a step further, helping you weed out irrelevant alarms when a large number of alarms set. For example, if your DS3 fails, a large number of irrelevant T1 points will set alarms. The root alarm feature allows you to designate the DS3 as a "root,". When the DS3 failure alarm sets, any T1 points are automatically silenced. This saves you the trouble of weeding through nuisance alarms to figure out the real problem. Of course, when any T1 alarm goes off by itself, T/Mon will allow the alarm to occur normally. Your alarm monitoring system should not simply provide visibility, but intelligent visibility for your network.
As your alarm monitoring system collects alarms, it should be able to notify technicians. They need to know when things happen. This saves your network operations center (NOC) from having to dispatch each individual alarm. It reduces the likelihood that an alarm will somehow be forgotten between the NOC and remote technicians.
T/Mon, for example, can send email, text, pager, and, with an accessory, voice notification to technicians for any of the unit's databased alarms. You can even set progressive notifications. That way, if the primary technician for a site/alarm is notified and fails to acknowledge the alarm, the notification rolls-over to the next technician down the line. This ensures that no alarm falls through.
Properly organized notifications essentially automate dispatching duties. They ensure that your network maintenance and repair issues are resolved quickly. First, the alarm notification will be received quickly. The alert message can go directly to a technician in the field. There's no delay while waiting for a dispatch operator to notice the alarm and assign it to a field tech. Second, the alarm will have enough detail that your technician can decide how to respond: How fast do I need to get out there? What parts do I need to bring? Do I need to grab a key from headquarters to get inside the site?
Finally, your alarm monitoring system should provide an interface that is as easy to use as possible.
Most alarm managers provide a simple terminal interface - which is good. The terminal interface provides powerful access to your alarm manager. It is quickly navigated. The user must, however, understand all of the terminal commands and have intricate knowledge of your network. However, expecting all of your technicians to achieve the extremely high level of proficiency required by a terminal program for your alarm monitoring system is unrealistic. Your alarm monitoring systems should provide some sort of interface that your technicians can make quick use of, without an overbearing amount of training or a weighty manual.
T/GFX, the geographical interface for T/Mon, does this by placing all of your network resources on a map. It also lets you perform databasing and monitoring operations with a simple point-and-click interface. Placing all of your alarms on a map helps technicians determine where problems are at a glance. It prevents users from having to remember complicated point references for sites. T/GFX allows users to "drill-down" through map layers as well, to get a closer view of sections of your network, all the way down to the floor plan at your sites. Using the interface, you can even operate controls or access the interfaces for your alarmed devices directly through the map. This greatly simplifies alarm and network management.
In addition to T/GFX, the T/Mon master station also includes a web interface for configuration and monitoring. For monitoring, you can view alarm lists segmented by alarm type, severity, etc. You can also set up analog gauges for important analog values like temperature, humidity, voltage, etc. A visual "needle" gauge and color coding makes it very easy to see what's happening across your network. All of your filtering, gauges, site names, and more can be configured in T/Mon's built-in web interface.
Your alarm monitoring system exists to help you consolidate network alarms and make managing your network easier. Don't settle for something that doesn't provide the visibility you need, or something that over complicates your administrative efforts. Get an alarm master that provides the features and interface you need to manage your network.
There is no other network on the planet that is exactly like yours. For that reason, you need to build a monitoring system that's the right fit for you.
"Buying more than you need" and "buying less than you need" are real risks. You also have to think about training, tech support, and upgrade availability.
Send me a quick online message about what you're trying to accomplish. I'll work with you to build a custom PDF application diagram that's a perfect fit for your network.