Request Info
Remote Monitoring Tools
Remote monitoring tools, in an industrial telecom or IT context, provide visibility of revenue-generating equipment and environmental conditions from distant locations. For example, a telephone company might use remote monitoring tools to keep track of its far-flung telecom sites, which contain the switching equipment that make phone calls possible. Cable television, utility, and transportation companies, as well as governments and militaries of all sizes, have very similar needs for remote monitoring tools. Although the services that they provide vary wildly, the need to monitor a geodiverse telecommunications network is one constant among them.
Remote monitoring tools fall into two basic categories: centralized master stations and alarm remote units. The alarm remotes collect system alarms and environmental conditions from remote sites. In all but the largest sites, only one alarm remote is required per location.
Each alarm remote reports back to a single (or dual redundant pair of alarm master stations). The master station collects all alarms throughout the network (or a specific region in the case of very large networks) and displays them for a human operator to review.
When a company's collection of remote monitoring tools detects a new problem (ex. an important piece of equipment has reported a serious error, or "alarm" via an RTU), the human operators will receive alerts in a variety of different forms. At companies with a dedicated network operations center (NOC), alarms are presented on a central master station's console screen, any person watching the screen will make all dispatch decisions.
In this diagram, a T/Mon is used as the central remote monitoring tool. Multiple inputs (left side) generate alarms that are accessible from multiple outputs (bottom & right).
At smaller companies, where the network operations center may close down after business hours or not exist at all, remote monitoring tools will typically send voice alert messages or text messages to the cell phone of an "on-call" technician.
Some small companies, especially when they are just getting started in their industry, will choose to have a third-party monitor their network. This can be a useful solution, but only to the extent that you trust the company you contract with. Often, it's better to have a local master that you monitor directly, which then forwards alarms to the third-party companies you've selected. This is known as having your own "regional" network monitoring tools.
When selecting which remote monitoring tools you will standardize on, you must be very careful not to fall into the trap of using "embedded" remote monitoring. These are monitoring functions built into the very devices that are to be monitored. The problem here, as you may already see, is that a malfunction with revenue-generating equipment will generally cause a failure of the very monitoring system that is supposed to kick into action and report the problem.
Instead, you must select a dedicated monitoring system is designed to be the absolute last piece of equipment that will ever fail at your site.
Remote monitoring tools must be scaled to the capacity needs of each site. It makes very little sense to purchase and alarm remote with dozens of alarm points at a site that only has four equipment alarms to be monitored. It makes even less sense to purchase alarm about the too small for a site. This puts you in the uncomfortable position of choosing which alarms are "important enough" and will be monitored. Are your labor costs on the rise? Do you want to labor use time more efficiently? Are truck roll costs on the rise?
Once high-quality remote monitoring tools are in place, most companies will realize a dramatic improvement in "windshield time". This is the time that highly paid technicians spent driving to and from distant remote sites. Windshield time represents wasted labor, fuel, and vehicle expense. Slowly but surely, you can eat up an astonishing amount of profit with a group of technicians who spend more time driving than using their technical abilities.
Remote monitoring typically yields a tremendous amount of windshield time reduction. When you understand what's going on in your remote sites, you are much less likely to send technicians from site to site and a random attempt to find a problem. You will send the right technician to the right side at the right time to solve the problem before it becomes a network outage. This simply no way to accomplish this without good visibility of your remote sites, and remote monitoring tools are the best way to achieve that visibility.
Network monitoring tools are absolutely critical if your company enters into service-level agreements (SLA) with your customers. For example, you might guarantee that your network will have 99.999% uptime. If you fail to meet this standard, a typical SLA agreement will require you to pay hefty penalties to your customer. If you are subject to the terms of SLA agreement, it doesn't take much time at all for remote monitoring tools to pay for themselves.
Real-World Examples of Monitoring Tools Used in Real Networks
Real-world applications of remote monitoring tools are as varied as the networks they monitor, but learning about them will improve your understanding.
DPS has worked with a telco in Canada to send alarm messages from remote sites via a T1. Each RTU uses only a single DSO, so a sizeable fleet of RTUs is able to report back to the central master using just that single T1.
In a much smaller application, another DPS client on the East Coast used a dial-out RTU as a stand-alone remote monitoring tool to send alert messages to technician's cell phones. Originally, this client deployed a very small RTU supporting just two 2 numbers. Later, he upgraded to a medium-size RTU supporting up to 8 phone numbers.
Another telco client uses the T/Mon alarm master station as a monitoring tool to convert ASCII (plain-text) alarm messages from equipment like switches and SONET into computer-readable SNMP messages. This is accomplished using algorithms that automatically parse alarm data contained in formatted text alerts. This data may then be converted into a standardized, computer-readable format like SNMP protocol.
Although ASCII text messages are typically sent to the T/Mon master via LAN for parsing, they may also be sent over older dedicated circuits (serial connections). In some cases at this company, T/Mon will also proactively send ASCII text messages to interact with a device's remote console connection. This can be used to force the display of a complete list of active alarms, protecting against the (generally infrequent) occurrence of a missed incoming ASCII text message.
Related Topics:
Remote Monitoring
Related Monitoring Tools:
Featured Master Station: T/Mon
Featured RTU: The NetGuardian 832A G5
|
Request More Info
(simple online form) |
|
Next Page >> most related to this one |
Give Us a Call!
To find out more about this and other DPS applications, give us a call at our toll-free number and talk to one of our network specialists. They'll help you put together a perfect fit solution for your network!
RSS
