Method and system for providing automated fault isolation in a managed services network
View Patent ↗An approach provides support for automatic fault isolation in a managed services system. A fault indication corresponding to a communications network of a customer is determined. An analysis is performed to determine a root cause of the fault indication using information associated with the determined fault to output an alarm. A determination is made whether the alarm is associated with a maintenance event to update the alarm. Further, a workflow event corresponding to the alarm is created.
1. An automated engine processor in a managed services system of a communications network operator configured to:
receive an alarm as the result of a root cause analysis of a fault indication corresponding to a customer communications network;
match contents of the alarm with defined automation rules, the automation rules determining how an event will be handled based on observed conditions;
set a flag, based on customer preference, to determine whether to proceed with an automation process, wherein the flag is set to a first setting for continuing the automation process; otherwise, setting the flag to a second setting when no further action is to be performed on the alarm, wherein the automation process includes:
creating a workflow event corresponding to the alarm and presenting the workflow event on a graphical user interface (GUI);
waiting a selectable period of time, wherein the workflow event is continued if the alarm is still outstanding after the selectable period of time; otherwise, closing the workflow event and releasing the alarm, removing the workflow event from the GUI;
generating a trouble ticket based on the alarm;
monitoring status of the ticket for a predetermined time period after the ticket is either resolved, void, or closed, and
re-opening the ticket when the alarm transitions from a clear state to an unclear state during the predetermined time period.
2. An automated engine processor according to claim 1 , wherein the automated engine processor is further configured to:
match a reported fault to a predetermined automation script;
if a match is found, transmit a query relative to the alarm; otherwise, if no match is found, indicate that the fault requires manual intervention; and
receive an answer to the query and update the workflow event responsive to the answer.
3. An automated engine processor according to claim 2 , wherein the automated engine processor is further configured to:
check a maintenance indicator on the alarm to determine if a maintenance event is active; and
if active, update the event and alarm with a maintenance identification and determine a subsequent action in accordance with the defined automation rules; otherwise, if not active, close the workflow event.
4. A method comprising:
receiving at an apparatus an alarm as the result of a root cause analysis of a fault indication corresponding to a customer communications network;
matching by the apparatus contents of the alarm with defined automation rules, the automation rules determining how an event will be handled based on observed conditions;
setting by the apparatus a flag, based on customer preference, to determine whether to proceed with an automation process, wherein the flag is set to a first setting for continuing the automation process; otherwise, setting the flag to a second setting when no further action is to be performed on the alarm, wherein the automation process includes:
creating a workflow event corresponding to the alarm and presenting the workflow event on a graphical user interface (GUI);
waiting a selectable period of time, wherein the workflow event is continued if the alarm is still outstanding after the selectable period of time; otherwise, closing the workflow event and releasing the alarm, removing the workflow event from the GUI;
generating a trouble ticket based on the alarm;
monitoring status of the ticket for a predetermined time period after the ticket is either resolved, void, or closed, and
re-opening the ticket when the alarm transitions from a clear state to an unclear state during the predetermined time period.
5. A method according to claim 4 , further comprising:
matching a reported fault to a predetermined automation script;
if a match is found, transmitting a query relative to the alarm; otherwise, if no match is found, indicating that the fault requires manual intervention; and
receiving an answer to the query and updating the workflow event responsive to the answer.
6. A method according to claim 5 , further comprising:
checking a maintenance indicator on the alarm to determine if a maintenance event is active; and
if active, updating the event and alarm with a maintenance identification and determining a subsequent action in accordance with the defined automation rules; otherwise, if not active, close the workflow event.
7. A method according to claim 5 , wherein the apparatus is an automated engine processor.
8. A method according to claim 7 , wherein the automated engine processor is in a managed services system.
9. A method according to claim 8 , wherein the managed services system is controlled by a communications network operator.
10. A system comprising at least one server, wherein the server includes at least one processor configured to:
receive an alarm as the result of a root cause analysis of a fault indication corresponding to a customer communications network;
match contents of the alarm with defined automation rules, the automation rules determining how an event will be handled based on observed conditions;
set a flag, based on customer preference, to determine whether to proceed with an automation process, wherein the flag is set to a first setting for continuing the automation process; otherwise, setting the flag to a second setting when no further action is to be performed on the alarm, wherein the automation process includes:
creating a workflow event corresponding to the alarm and presenting the workflow event on a graphical user interface (GUI);
waiting a selectable period of time, wherein the workflow event is continued if the alarm is still outstanding after the selectable period of time; otherwise, closing the workflow event and releasing the alarm, removing the workflow event from the GUI;
generating a trouble ticket based on the alarm;
monitoring status of the ticket for a predetermined time period after the ticket is either resolved, void, or closed, and
re-opening the ticket when the alarm transitions from a clear state to an unclear state during the predetermined time period.
11. A system according to claim 10 , wherein the processor is further configured to:
match a reported fault to a predetermined automation script;
if a match is found, transmit a query relative to the alarm; otherwise, if no match is found, indicate that the fault requires manual intervention; and
receive an answer to the query and update the workflow event responsive to the answer.
12. A system according to claim 11 , wherein the automated engine processor is further configured to:
check a maintenance indicator on the alarm to determine if a maintenance event is active; and
if active, update the event and alarm with a maintenance identification and determine a subsequent action in accordance with the defined automation rules; otherwise, if not active, close the workflow event.
13. A system according to claim 10 , wherein the processor is an automated engine processor.
14. A system according to claim 10 , wherein the system is a managed services system.
15. A system according to claim 14 , wherein the managed services system is controlled by a communications network operator.