Herbert Eiselt | 092189e | 2019-04-03 17:24:29 +0200 | [diff] [blame] | 1 | .. contents:: |
| 2 | :depth: 3 |
| 3 | .. |
| 4 | |
| 5 | Fault Management |
| 6 | ================ |
| 7 | |
| 8 | To operate a network, it is important to get an overview about the |
| 9 | currently raised alarms. The application offers basic fault management |
| 10 | of devices supporting ONF-TR-532. The alarms are classified according to |
| 11 | the severity level (warning, minor, major, critical). |
| 12 | |
| 13 | Views |
| 14 | ----- |
| 15 | |
Aijana Schumann | 06fb529 | 2020-02-11 15:44:17 +0100 | [diff] [blame] | 16 | The graphical user interface is separated into three views. |
Herbert Eiselt | 092189e | 2019-04-03 17:24:29 +0200 | [diff] [blame] | 17 | |
| 18 | Current Alarms |
| 19 | ~~~~~~~~~~~~~~ |
| 20 | |
Aijana Schumann | 06fb529 | 2020-02-11 15:44:17 +0100 | [diff] [blame] | 21 | Lists all current active faults in the network. In addition, it also |
| 22 | lists alarms sent by the SDN controller itself, which detects connection |
| 23 | losses to the NetConf server (connectionLossOAM) or to a device via a |
| 24 | mediator to a device (connectionLossNeOAM). |
Herbert Eiselt | 092189e | 2019-04-03 17:24:29 +0200 | [diff] [blame] | 25 | |
| 26 | Alarm Notifications |
| 27 | ~~~~~~~~~~~~~~~~~~~ |
| 28 | |
Aijana Schumann | 06fb529 | 2020-02-11 15:44:17 +0100 | [diff] [blame] | 29 | As long as the view is open, all alarm notifications received by the SDN |
| 30 | Controller are listed. Please note that refreshing the view will start |
| 31 | the collection again. Previous alarm notification can be viewed in the |
| 32 | alarm log. |
Herbert Eiselt | 092189e | 2019-04-03 17:24:29 +0200 | [diff] [blame] | 33 | |
| 34 | Alarm Log |
| 35 | ~~~~~~~~~ |
| 36 | |
| 37 | Next to the current active alarms an alarm log lists all alarm |
| 38 | notifications of the past. |
| 39 | |
| 40 | Implementation |
| 41 | -------------- |
| 42 | |
| 43 | The application has two parts. While the server is listening for NetConf |
Aijana Schumann | 06fb529 | 2020-02-11 15:44:17 +0100 | [diff] [blame] | 44 | notifications to store them in the database, the client retrieves the |
| 45 | information from the database and displays them in a table. |
Herbert Eiselt | 092189e | 2019-04-03 17:24:29 +0200 | [diff] [blame] | 46 | |
Aijana Schumann | 06fb529 | 2020-02-11 15:44:17 +0100 | [diff] [blame] | 47 | The server synchronizes with the current alarm lists of the devices. |
| 48 | Based on raised and cleared notifications, the current alarm status of |
| 49 | the network is calculated. The current alarms are stored in a database. |
| 50 | In addition, all Problem Notifications received by the SDN controller |
| 51 | are stored. There is no logic implemented on the client side. |
Herbert Eiselt | 092189e | 2019-04-03 17:24:29 +0200 | [diff] [blame] | 52 | |
Aijana Schumann | 06fb529 | 2020-02-11 15:44:17 +0100 | [diff] [blame] | 53 | An alarm status bar in the header of the web application informs the |
Herbert Eiselt | 092189e | 2019-04-03 17:24:29 +0200 | [diff] [blame] | 54 | operator about the health status of the network. |
| 55 | |
Aijana Schumann | 06fb529 | 2020-02-11 15:44:17 +0100 | [diff] [blame] | 56 | The OpenDaylight-DLUX web application uses web sockets to update the |
| 57 | graphical user interface of the Problem Notifications (devices) and |
| 58 | Connection Status Notifications (ODL) in real-time. |