commit | e1f0abdec57bdf84c01a3a3aa1c0ffaa355cb751 | [log] [tgz] |
---|---|---|
author | Tomáš Pecka <tomas.pecka@cesnet.cz> | Wed Jul 13 19:31:13 2022 +0200 |
committer | Tomáš Pecka <tomas.pecka@cesnet.cz> | Wed Feb 22 13:12:28 2023 +0100 |
tree | 24d084c26d9db88a0a3fa12ca332d75264904ac5 | |
parent | 6a2334bda49ff32f987b6dcf8fb22666e2c7f16e [diff] |
health: control LEDs via sysrepo and ietf-alarms This patch introduces a sysrepo subscription that listens for changes in ietf-alarms' operational datastore and whenever the alarm count changes it triggers a callback. We write this code with the intention to use it for controlling LED colour but it is generic so one can plug another stuff that somehow reacts to the number of alarms. For now we only react on changes in the alarms list. We consider only uncleared alarms. We set the output state to OK or ERROR based on the count of alarms (if 0 alarms then OK else ERROR) and we let the output signal to handle the state change somehow (e.g. light up different LED). Change-Id: I5958975f246f96762389aae27b1974d5eea4093d
Together with sysrepo, this software provides "general system management" of embedded devices. The target platform is anything that runs Linux with systemd. This runs in production on CzechLight SDN DWDM devices.
This component tracks the overal health state of the system, including various sensors, or the state of systemd
units. As an operator-friendly LED at the front panel of the appliance shows the aggregated health state.
Firmware can be updated via RAUC, and various aspects of the system's configuration can be adjusted. This includes a firewall, basic network settings, and authentication management.
For a full list, consult the yang/
directory in this repository.
ietf-access-control-list
, RFC 8519 (with deviations)ietf-hardware
, RFC 8348ietf-system
, RFC 7317 (partial support)ietf-interfaces
, RFC 8343 (generating config for systemd-networkd
, with extensions)ietf-routing
, RFC 8349 (see above)czechlight-system