You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/event-alarm-framework/event-alarm-framework.md
+6-6Lines changed: 6 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -61,11 +61,11 @@ Event and Alarm Framework
61
61
62
62
# About this Manual
63
63
This document provides general information on the implementation and functionality of Event and Alarm Framework in SONiC.
64
-
Wherever CLI is specified, it is the CLISH cli that is referred; SONiC native (CLICK) CLI is not updated.
64
+
Wherever CLI is specified, it is the CLISH cli that is referred - SONiC native (CLICK) CLI is not updated for this feature.
65
65
66
66
# Scope
67
-
This document describes the high-level design of Event and Alarm Framework feature.
68
-
It is not in the scope of this feature to update ANY of the applications to raise events and alarms.
67
+
This document describes the high-level design of Event and Alarm Framework.
68
+
It is not in the scope of the framework to update ANY of the applications to raise events and alarms.
69
69
70
70
# 1 Feature Overview
71
71
@@ -94,10 +94,10 @@ Such a change has an important metric called *severity* to indicate how critical
94
94
95
95
An application *raises* an alarm when it encounters a faulty condition by sending an event with action: *raise*.
96
96
After the application recovers from the condition, that alarm is *cleared* by sending an event with action: *clear*.
97
-
An operator could *acknowledge* an alarm. This indicates that the user is aware of the faulty condition.
97
+
An operator could *acknowledge* an alarm. This indicates that the operator is aware of the faulty condition.
98
98
99
-
System LED can be deduced from the severities of alarms.
100
-
An acknowledged alarm should be taken out of consideration from deciding system LED state.
99
+
The set of alarms and their severities informs overall health of various applications of the system and System LED can be deduced from alarms.
100
+
An acknowledged alarm means that operator is aware of the condition so, acknowledged alarm should be taken out of consideration from deciding system LED state.
101
101
102
102
Both events and alarms get recorded in the EVENT_DB.
0 commit comments