User Tools

Site Tools


wiki:alerting

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
wiki:alerting [2024/07/30 16:18]
pta removed
— (current)
Line 1: Line 1:
-====== Alerting on Wanesy Management Cockpit ====== 
-===== Documentation ===== 
- 
-[[https://​wmc.wanesy.com|Wanesy Management Cockpit]] ​ (online) 
-[[https://​wmc.wanesy.com/​docs|GMS API Web services documentation]] ​ (online) 
- 
-===== Alerting management ===== 
-==== Alerting group ==== 
-The alerting mechanism is based on the notion of group. 
- 
-When creating/​updating a group, it is possible to declare it as an alerting one. 
- 
-{{:​images:​group_create_alerting.jpg?​400|}} 
- 
-<​note>​ 
-A gateway can only belong to one alerting group at a time. 
-</​note>​ 
- 
-==== Alerting configuration ==== 
-Configuring the alerts is done at group level, i.e. the configuration applies to all the gateways in the alerting group. 
- 
-To configure the alerts, you need to go to the group overview page and select ''​ALERTING''​ in the menu. 
- 
-{{:​images:​alerting_conf_menu.jpg?​800|}} 
- 
-For each alert type, it is possible to: 
-  * Activate/​deactivate the alert 
-  * Use default configuration (recommended),​ or custom it 
- 
-===== Description of alert types ===== 
- 
-==== Disconnection ==== 
-The alert for **Disconnection** is triggered when the gateway has stopped receiving telemetry messages for more than 3h. 
- 
-The alert is automatically closed when the gateway has successfully reconnected and is receiving telemetry messages again. 
- 
-{{:​images:​alerting_conf_disconnection.jpg?​400|}} 
- 
-==== Backhaul consumption ==== 
-The alert for **Backhaul consumption** is triggered when the backhaul consumption forecasted for the current month exceeds the predefined limit (configurable from 50 to 5000 Mbytes, 400 Mb by default). 
- 
-The global consumption is estimated until the reset day (configurable from 1 to 28), independently for each type of backhaul used (Ethernet, WiFi or Cellular). 
- 
-The alert is automatically closed when the backhaul consumption forecasted for the month comes back within the limit. 
- 
-{{:​images:​alerting_conf_backhaul.jpg?​400|}} 
- 
-==== LoRaWAN Uplink traffic ==== 
- 
-=== LoRaWAN uplink disruption === 
-The alert for **LoRaWAN uplink disruption** is triggered when the gateway has not receive any valid LoRaWAN messages for a certain period of time. 
- 
-The monitoring window is configurable from 3 hours to 7 days (24h by default). 
- 
-The alert is automatically closed when valid LoRaWAN messages have been received again during the last monitoring window. 
- 
-{{:​images:​alerting_conf_lorawan.jpg?​400|}} 
- 
-=== LoRaWAN uplink trend change === 
-The alert for **LoRaWAN uplink trend change** is triggered when a significant downward trend is detected on the number of valid LoRaWAN messages received, based on the last 30 days behavior. 
- 
-Configuring the sensitivity mode (normal or low) allows to adjust the detection threshold. 
- 
-The alert is automatically closed when the trend on the number of valid LoRaWAN messages received is stabilized. 
- 
-=== LoRaWAN CRC error rate trend change === 
-The alert for **LoRaWAN CRC error rate trend change** is triggered when a significant upward trend is detected on CRC error rate for one or more frequencies,​ based on the last 30 days behavior. 
- 
-Frequencies involved in trigerring this alert are listed in the reason field of the alert details. 
- 
-Configuring the sensitivity mode (normal or low) allows to adjust the detection threshold. 
- 
-The alert is automatically closed when the trend on CRC error rate on all detected frequencies is stabilized 
- 
-===== Alerting dashboard ===== 
  
wiki/alerting.1722349106.txt.gz · Last modified: 2024/07/30 16:18 by pta