aboutsummaryrefslogtreecommitdiffstats
path: root/docs/guides/onap-user/pnfFault.rst
diff options
context:
space:
mode:
Diffstat (limited to 'docs/guides/onap-user/pnfFault.rst')
-rw-r--r--docs/guides/onap-user/pnfFault.rst41
1 files changed, 20 insertions, 21 deletions
diff --git a/docs/guides/onap-user/pnfFault.rst b/docs/guides/onap-user/pnfFault.rst
index ff3a1ac47..5e54547a9 100644
--- a/docs/guides/onap-user/pnfFault.rst
+++ b/docs/guides/onap-user/pnfFault.rst
@@ -13,24 +13,23 @@ the severity level (warning, minor, major, critical).
Views
-----
-The graphical user interface is separated in three views.
+The graphical user interface is separated into three views.
Current Alarms
~~~~~~~~~~~~~~
-It list all current active faults in the network. In addition it also
-list alarms sent by the SDN controller itself, which detects connections
-losses to the NetConf server (connectionLossOAM) or which detects
-connection loss to a devices via a mediator to a device
-(connectionLossNeOAM).
+Lists all current active faults in the network. In addition, it also
+lists alarms sent by the SDN controller itself, which detects connection
+losses to the NetConf server (connectionLossOAM) or to a device via a
+mediator to a device (connectionLossNeOAM).
Alarm Notifications
~~~~~~~~~~~~~~~~~~~
-As long as the view is open, it lists all alarm notification reached by
-the SDN Controller. Please note that refreshing the view will start the
-collection again. Previous alarm notification can be viewed in the alarm
-log.
+As long as the view is open, all alarm notifications received by the SDN
+Controller are listed. Please note that refreshing the view will start
+the collection again. Previous alarm notification can be viewed in the
+alarm log.
Alarm Log
~~~~~~~~~
@@ -42,18 +41,18 @@ Implementation
--------------
The application has two parts. While the server is listening for NetConf
-notifications to store them in the database the client retrieves the
-information from the database and displays them in a grid view.
+notifications to store them in the database, the client retrieves the
+information from the database and displays them in a table.
-The server synchronizes with the current alarm lists of the devices and
-calculates based on raise and clear notifications the current alarm
-status of the network. The current alarms are stored in a database. In
-addition all Problem Notifications received by the SDN controller are
-stored. There is no logic implemented on the client.
+The server synchronizes with the current alarm lists of the devices.
+Based on raised and cleared notifications, the current alarm status of
+the network is calculated. The current alarms are stored in a database.
+In addition, all Problem Notifications received by the SDN controller
+are stored. There is no logic implemented on the client side.
-An alarm status bar on top of each graphical user interface informs the
+An alarm status bar in the header of the web application informs the
operator about the health status of the network.
-The OpenDaylight DLUX web application uses web sockets for updating the
-graphical user interface in case of Problem Notification (devices) and
-Connection Status Notifications (ODL).
+The OpenDaylight-DLUX web application uses web sockets to update the
+graphical user interface of the Problem Notifications (devices) and
+Connection Status Notifications (ODL) in real-time.