![]()
Corporate Backgrounder PDF (4.6MB)
Who We Are
Corporate Overview
Management Team
What We Do
Careers
Contact us
Directions
Policies:
Environmental Policies
Privacy Policies
Custom Solutions:
Customized Remote Monitoring
Custom Requests Builds Product Line
Since our beginning, Asentria has been very responsive to customer requests for features and options that we don’t currently offer. Our product line has largely been built as a result of these requests. Take a look below at some of the examples of the features and options we have added to our product line in order to compete and win your business. If you don't see the product or feature you are looking for on our website, don't rule us out! Give us a call first and let us know about your special application or need.
One customer came to us with a plan to use some of our smaller low-voltage relay devices to control some larger relays which would then cycle power in to devices in a –48-based remote cabinet. We said “why don't you let us just build you a special device with bigger relays that can switch this power directly?” Within 8 weeks we had a working prototype that the customer was testing. We are now on our 4th revision to upgrade and improve this model for this customer, and you will soon see this product offered on our website!
One customer needed the features of the SNMP-Link but it needed to be a card installed in their products special card cage. We redesigned a version of the SNMP-Link to fit onto their card form factor and we still sell these to this customer today.
We have written a number of custom interfaces for our SNMP-Link products to allow it to communicate with serial devices or contact closures or relays or analog outputs and to then map these points into an SNMP MIB to allow a legacy system to be integrated and controlled by an SNMP Manager.
One customer had a special application that required a very very fast response time to send out an SNMP Trap when a contact closure had closed. Our existing systems did not respond fast enough but because of their special request we took our SL10 product and made a custom version which was specially tailored to have extraordinarily fast response time to detect a contact closure and send out and SNMP trap.
Our SL10 product itself is the result of a custom request by several customers. Prior to this product we did not have a low-end device that could provide options such as contact closures, analog inputs, or relays. Additionally, one customer had a special application where they were operating in a –48v only environment but they needed to use less expensive 12vdc Ethernet hubs. We included an option on the SL10 so that it could be powered by –48vdc but it would also provide a 12vdc power output so the customer could run several inexpensive 12vdc devices in their cost-conscious cabinet, thus making the SL10 a real winner and cost-saver!
The Octel 250 is a popular large-scale voicemail system with a control system designed to allow a person (not a computer) to page through a text-based menu system to get to where alarm information is displayed. At a customer request we implemented a custom module which allowed our Data-Link to intelligently navigate through the Octel menu system and to pull out and notify them if any new alarms occurred.
The Avaya 8700 had the same problem as the Octel 250, namely an alarm interface designed for humans instead of computers. We made a special feature to interrogate this PBX for alarm only in this case we had to do it over TCP/IP instead of a serial interface.
TBOS (Telemetry Byte Oriented Serial) is a legacy control interface which is still widely used by older control equipment a method to monitor and control diverse network elements from a remote, centralized location. However the TBOS protocol is not recognized by any new network management systems, thus presenting a problem when integrating these older systems. At a customer request we implemented a custom TBOS module which could talk to one or many TBOS device interfaces and provide an SNMP-based front end which seamlessly integrated these devices into the newer network management system.
Transaction Language 1 or simply TL1 is a man-machine developed by Bellcore in the 80s designed to be used to manage various network elements in their network. Again, it was and still is widely used but is not compatible with and recent network management systems. One customer had a number of devices that only spoke TL1, so we wrote a custom front-end to read and interpret the TL1 alarm messages, thus solving their problem.
Over the past few years almost all PBXs have converted to providing an Ethernet-based TCP/IP interface for their management and alarm notification, but when the first PBXs of this type started coming out it presented a problem for Call-Accounting vendors who needed a remote collection unit that could collect over Ethernet instead of serial. We developed Ethernet collection interfaces for the Avaya line of PBXs and went on to include many others in our standard product line, including Cisco, Mitel, Nortel, and Intecom PBXs.
An RBOC was using a tape drive emulator to get a live data feed from an interface that normally wrote to a tape drive, but the product they were buying was unreliable. The came to us asking if we could build a similar tape drive emulator for them. The result was our TDE - Tape Drive Emulator product.
We have made several completely custom OEM products for telecom companies who needed a remote system to help them control and manage PBX and voicemail systems at their customer's remote sites. Some big names have been on the front panels of our products.
As you can see, we are not shy about taking on a custom project if the opportunity looks good. Please don’t hesitate to contact Sales if you have a custom need and want to see about the possibility of us doing something for you!