![\"Public](\"https:\/\/blog.motorolasolutions.com\/en_us\/wp-content\/uploads\/sites\/3\/2018\/09\/tech-support-250x164.jpg\")
Like any other technology, mission-critical communication networks experience issues and failures. In these scenarios, Motorola Solutions Technical Support Technologists are standing by to help. I am part of this group. When customers call in, my goal is to serve as their liaison and partner in getting their communications network restored and operational.<\/p>\n
While network outages are worrisome, most systems are redundant or fault-tolerant, so operations may be impaired but still functional. My role is to help facilitate support to get the system operating at a target performance level. This includes working with onsite teams to dissect problems in order to provide a quick resolution.<\/p>\n
I also provide guidance via email or phone to help our customers\u2019 internal IT staff resolve system incidents. This can include analyzing logs, providing troubleshooting tips and remotely accessing their system to resolve incidents.<\/p>\n
If additional resources are required to investigate and restore service, the incident is escalated to our engineering group or a local service team.<\/p>\n
<\/p>\n
We recently had a customer report intermittently bad or missing audio on a console at their public safety answer point (PSAP). This problem began on a Friday afternoon. Due to the critical nature of the incident, we decided to escalate the problem to engineering in order to restore service as soon as possible.<\/p>\n
My colleagues and I worked with engineering throughout the night. It was important to take a systematic approach to troubleshooting because the reported symptoms didn\u2019t identify what was causing the issue.<\/p>\n
First, we compared the running software with the current version to make sure there weren\u2019t any Field Service Bulletins relating to the incident. These bulletins provide proactive alerts for software and hardware incidents and instructions on how to resolve them.<\/p>\n
Next, we worked with the customer and their PSAP staff to perform testing and collect data in order to help identify exactly when the issue occurred.<\/p>\n
We then pulled data from the entire transport system, analyzed it and highlighted any problems identified, such as a misconfiguration. The analysis showed that the customer was running older software and that some of their switches were not configured correctly, but this was not causing the problem.<\/p>\n
To get to the root cause, we took a core router out of service. This action improved console performance, but not to an acceptable level. We kept the router powered down and continued troubleshooting.<\/p>\n
Finally, we identified a problem with a console gateway. Taking that equipment out of service stopped the problem. Because the system is redundant, this did not cause an outage. Within 48 hours, the replacement parts were on site and the issue was fixed.<\/p>\n
<\/p>\n
This particular case was complicated because the customer experienced two unforeseen, simultaneous failures \u2013 a core router and console gateway.<\/p>\n
A PSAP system is complex, with lots of moving parts. Because our team received the necessary data and the determined the exact dates and times that the issue occurred, we were able to analyze and isolate the faulty hardware that was creating the problem. This helped us get to the root cause and resolve the issue.<\/p>\n
This is the kind of scenario that makes my job rewarding. As part of the Motorola Solutions team, I can count on having the resources to do whatever it takes to solve our customers\u2019 most complex problems.<\/p>\n