...

language	de

UI Image
imageUrl /cdn-cgi/image/w=1700,h=400,fit=crop,f=auto/https://wiki.fluxpunkt.de/download/attachments/6291496/monitoring.jpg height 200px

$ telnet starface-ip 6556 Trying ::1... Connected to starface-ip. Escape character is '^]'. <<<check_mk>>> Version: 1.2.0p1 AgentOS: linux PluginsDirectory: /usr/lib/check_mk_agent/plugins LocalDirectory: /usr/lib/check_mk_agent/local AgentDirectory: /etc/check_mk <<<df>>> /dev/sda1 ext4 18494332 7512908 10035300 43% / <<<mounts>>> /dev/sda1 / ext4

rw,relatime,barrier=1,data=ordered 0 0
<<<ps>>>
(root,19496,1768,0.0) /sbin/init
(root,0,0,0.0) [kthreadd]
(root,0,0,0.0) [migration/0]
(root,0,0,0.0) [ksoftirqd/0]
(root,0,0,0.0) [stopper/0]
...

SP Horizontal nav group
Unterstützte Plattformen: Image Removed Image Removed Image Removed SP Horizontal nav item anchor 1103884397 name Beschreibung Info Monitoring wird in Kürze in einer völlig neu entwickelten Version mit vielen neuen Funktionen veröffentlicht. Bitte haben Sie noch etwas Geduld und freuen Sie sich auf ein Feature-Feuerwerk Bereich Spalte STARFACE Monitoring – die umfangreichste Anlagenüberwachung für einen ruhigen Schlaf. Awesome Icon color #78be20 size 20px monospace true icon fa-area-chart Überwachung von Systemeigenschaften (CPU, Festplatte, RAM, Prozessen, Netzwerktraffic,...) Awesome Icon color #78be20 size 20px monospace true icon fa-barcode Ausgabe des Appliance-/VM-Typs, Seriennummer, Hardware ID, Lizenzinformationen Awesome Icon color #78be20 size 20px monospace true icon fa-database Überwachung von RAID-Status, Sicherheitskomponenten, Backup-Status, Anrufe/Channels, Anzahl Accounts, Peers,... Awesome Icon color #78be20 size 20px monospace true icon fa-eye Neu: Monitoring Ihrer STARFACE mit Server-Eye ! Awesome Icon color #78be20 size 20px monospace true icon fa-heartbeat Datenschutz und Funktionserhalt: Fluxpunkt Module "telefonieren nicht nach Hause" und sind nicht von der Funktion/Erreichbarkeit externer Lizenzserver abhängig. Auszug Das Modul Monitoring dient dem Export der Bereitstellung von Monitoring-Informationen an für Nagios /Icinga/ , Icinga (jeweils mit Check_MK) oder OMD Server. Die vom Modul ausgegebenen Daten müssen serverseitig unter Umständen durch eigene Skripte interpretiert werden. Eine Anleitung für die Implementierung eigener Checks finden Sie unter http://mathias-kettner.de/checkmk_devel_agentbased.html Seit kurzem können STARFACE-Installation auch mit dem IT-Monitoring-System Server-Eye überwacht werden! Vorteile gegenüber SNMP-Modulen anderer Hersteller: es muß kein SNMP-Daemon installiert werden (führt zu Problemen bei Anlagenudpates; Beispiel: Fall 1, Fall 2, ...) es muß keine Modulkompatibilität geprüft werden, da die Monitoring-Component von STARFACE im Rahmen von Systemupdates mit aktualisiert wird es werden deutlich mehr Sensorinformationen ausgegeben (z.B. Informationen des STARFACE Applikationsservers) ... Performance Monitoring CPU Arbeitsspeicher Festplattenauslastung Sicherheit/Konfiguration Passwordprüfung Angrifserkennungen Blacklist-Status Account-Auslastung Dienste Status aller wichtiger Prozesse Backup Status der konfigurierten Backups Postfix Mail Warteschlange Status der Leitungen/Telefone  (Peers) Status der SIP Provider Vorteile Erprobt: das Monitoring der STARFACE Cloud für Jedermann Umfangreich: besonders viele Sensorwerte durch die tiefe Integration in den STARFACE Applikationsserver Integriert: enthalten in STARFACE ab Version 6.0; keine Modulupdates notwendig! Updatesicher: keine Installation zusätzlicher Linux-Dienste (wie SNMP-Daemons), keine Gefahr für STARFACE-Updates Einfach: Plug&Play für Nagios/Icinga CheckMk oder Server-Eye Investitionsschutz: keine Abhängigkeit von externen Diensten/Lizenzservern Günstig: nur 79 99 Euro (netto) einmalig pro Server. Keine Softwarepflege oder laufenden Kosten! Überwachung per SNMP? Da es für Linux-Systeme grundsätzlich SNMP-Agenten gibt, kommt häufig die Frage auf, ob es nicht möglich oder sogar sinnvoll wäre, die STARFACE per SNMP zu überwachen. Die Antwort lautet: möglich ja, sinnvoll nein. Aber warum? Die Monitoringdaten der SNMP-Agenten sind sehr begrenzt. Der SNMP-Agent liefert keine sinnvollen Daten, die nicht auch das Monitoring-Modul liefern würde. Der SNMP-Agent ist umständlicher aufzusetzen und zu konfigurieren und erfordert die Nachinstallation von Paketen aus externen (nicht-STARFACE) Repositories. Diese Nachinstallation verändert das Basis-System der Anlage auf Kosten der Updatesicherheit und dem Risiko, bei Problemen auf Unterstützung durch den STARFACE Support verzichten zu müssen. Das Monitoring per Monitoring-Modul ist direkt von STARFACE in jede Anlage integriert (keine Veränderung des Systems notwendig) und damit auch updatesicher. Nicht zuletzt braucht das Protokoll SNMP deutlich mehr CPU- und Netzwerkressourcen als die normale Überwachung per Monitoring-Modul. Spalte width 4px Spalte width 490px Image Added Bereich Spalte width 34% Unterstützte Plattformen: Image Added Image Added Image Added Spalte width 40% Verfügbare Sprachen: Image Added Spalte width 26% UVP (netto): 99 € Los geht's: Installation Modul für Ihre STARFACE-Version herunterladen: UI Steps size small UI Step UI Button icon download star title für STARFACE ab 6.5 (v20190303) Jetzt kaufen url https://wiki.fluxpunkt.de/ download display/ attachments/6291496/Monitoring_v20190303.sfm Erweitern title Downloads für ältere Versionen anzeigen... FPW/Module+bestellen UI Button icon download title für STARFACE ab 6.3 (v128) Download url #Monitoring-Losgeht's:Installation Visualisierung (Server-Eye) Image Added Image Added Codeblock language bash title Beispielausgabe (nur Text) $ telnet starface-ip 6556 Trying ::1... Connected to starface-ip. Escape character is '^]'. <<<check_mk>>> Version: 1.2.0p1 AgentOS: linux PluginsDirectory: /usr/lib/check_mk_agent/plugins LocalDirectory: /usr/lib/check_mk_agent/local AgentDirectory: /etc/check_mk <<<df>>> /dev/sda1 ext4 18494332 7512908 10035300 43% / <<<mounts>>> /dev/sda1 / ext4 https://wiki.fluxpunkt.de/download/attachments/6291496/Monitoring_v128.sfm UI Step Modul mittels Upload installieren und eine neue Modulkonfiguration anlegen. UI Step Modul-Lizenzschlüssel in Modulkonfiguration eintragen. (Wie erhalte ich einen Modullizenzschlüssel?)  Seite einschließen _Includes-Questions? _Includes-Questions? Spalte width 4px Spalte width 490px Image Removed Bereich Spalte width 50% Spalte width 50% UI Button icon star title Jetzt kaufen url https://wiki.fluxpunkt.de/display/FPW/Module+bestellen UI Button icon download title Download (v20190303) url https://wiki.fluxpunkt.de/download/attachments/6291496/Monitoring_v20190303.sfm Visualisierung (Server-Eye) Image Removed Image Removed
Codeblock
language bash title Beispielausgabe (nur Text)

SP Horizontal nav item

name	Dokumentation

Bitte beachten Sie unsere allgemeinen  Hinweise  zu unseren Modulen.

Konfiguration

WICHTIG: Bitte geben Sie als Monitoring Host die IP-Adresse des Monitoring-Servers ein. Hierdurch wird die STARFACE Firewall angepasst um einen Zugriff auf den Monitoring-Port (6556/TCP) zu ermöglichen.

Anschließend sollte vom Monitoring-Server oder aus dem angegebenen Subnetz aus ein Zugriff auf Port 6556 der STARFACE möglich sein. Dies kann mit telnet getestet werden:

Codeblock
language bash
$ telnet starface-ip 6556 Trying ::1... Connected to starface-ip. Escape character is '^]'. <<<check_mk>>> Version: 1.2.0p1 AgentOS: linux PluginsDirectory: /usr/lib/check_mk_agent/plugins LocalDirectory: /usr/lib/check_mk_agent/local AgentDirectory: /etc/check_mk <<<df>>> /dev/sda1 ext4 18494332 7512908 10035300 43% / <<<mounts>>> /dev/sda1 / ext4 rw,relatime,barrier=1,data=ordered 0 0 <<<ps>>> (root,19496,1768,0.0) /sbin/init (root,0,0,0.0) [kthreadd] (root,0,0,0.0) [migration/0] (root,0,0,0.0) [ksoftirqd/0] (root,0,0,0.0) [stopper/0] ...

Monitoring mit Icinga/Nagios und Check_MK

Eine Standard Icinga/Nagios-Installation mit Check_MK kann die vom Modul ausgegebenen Daten automatisch im Rahmen eines Inventurscans erkennen und parsen. Ausgewertet und automatisch als Sensor angelegt werden jedoch nur die Messwerte des STARFACE Linux-Systems (CPU, RAM, HDD, RAID, etc.). Die Interpretation STARFACE-spezifischer Sensoren (wie Leitungsverfügbarkeiten, Backup-Zustand, Anrufstatistiken, etc.) muss serverseitig durch eigene Skripte erfolgen. Eine Anleitung für die Implementierung eigener Checks finden Sie unter http://mathias-kettner.de/checkmk_devel_agentbased.html

Monitoring mit Server-Eye

In Server-Eye muß für die Überwachung einer STARFACE lediglich ein entsprechender Sensor angelegt werden, der verschiedene – auch STARFACE-spezifische – Messwerte erfasst und auswertet.

Innerhalb der Modulkonfiguration des Monitoring-Moduls muß lediglich die IP-Adresse oder das Subnetz des Sensorhubs eingetragen werden, so dass die STARFACE-Firewall Zugriffe von diesem erlaubt.

Sensorübersicht

(unvollständig; Tabelle wird gerade überarbeitet)

SensorNagios/Icinga
mit Check_MKServer-EyeSpeicherplatz/Auslastung (HDD/SSD)

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Eingebundene Laufwerke (Mounts)

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #d3d3d3 size 20px monospace true icon fa-minus-circle

Alle laufenden Prozesse

• Postgres Datenbank
• STARFACE Applikationsserver
• Faxserver
• UCI-/Chatserver
• Anzahl laufender Prozesse und Threads

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #78be20 size 20px monospace true icon fa-check-circle

Awesome Icon
color #d3d3d3 size 20px monospace true icon fa-minus-circle

Awesome Iconcolor#78be20size20pxmonospacetrue

Bereich

Los geht's: Installation Spalte width 48% Automatische Installation Seite einschließen _Includes-ModuleManagerLink _Includes-ModuleManagerLink Spalte oder Spalte width 48% Manuelle Installation UI Steps size small UI Step Moduldatei für Ihre STARFACE-Version herunterladen UI Button icon download title für STARFACE 7.1–8.1 (v23.6.30) url https://updates.sf-app.de/packages/Monitoring_v20230630.sfm Erweitern title Downloads für ältere Versionen anzeigen... UI Button icon download title für STARFACE 7.1–7.2 (v20220930) url https://wiki.fluxpunkt.de/download/attachments/6291496/Monitoring_v20220930.sfm?api=v2 UI Button icon download title für STARFACE 6.5 – 7.0 (v20210818) url https://wiki.fluxpunkt.de/download/attachments/6291496/Monitoring_v20210818.sfm UI Button icon download title für STARFACE ab 6.3 (v128) url https://wiki.fluxpunkt.de/download/attachments/6291496/Monitoring_v128.sfm UI Step Installation & Konfiguration Modul mittels Upload installieren und eine neue Modulkonfiguration anlegen. UI Step Lizenzierung Modul-Lizenzschlüssel in Modulkonfiguration eintragen. (Wie erhalte ich einen Modullizenzschlüssel?)

Seite einschließen
_Includes-Questions? _Includes-Questions?

SP Horizontal nav item
anchor 895658146 name Dokumentation
Bitte beachten Sie unsere allgemeinen  Hinweise  zu unseren Modulen. Konfiguration WICHTIG: Bitte geben Sie als Monitoring Host die IP-Adresse des Monitoring-Servers ein. Hierdurch wird die STARFACE Firewall angepasst um einen Zugriff auf den Monitoring-Port (6556/TCP) zu ermöglichen. Anschließend sollte vom Monitoring-Server oder aus dem angegebenen Subnetz aus ein Zugriff auf Port 6556 der STARFACE möglich sein. Dies kann mit telnet getestet werden: Codeblock language bash $ telnet starface-ip 6556 Trying ::1... Connected to starface-ip. Escape character is '^]'. <<<check_mk>>> Version: 1.2.0p1 AgentOS: linux PluginsDirectory: /usr/lib/check_mk_agent/plugins LocalDirectory: /usr/lib/check_mk_agent/local AgentDirectory: /etc/check_mk <<<df>>> /dev/sda1 ext4 18494332 7512908 10035300 43% / <<<mounts>>> /dev/sda1 / ext4 rw,relatime,barrier=1,data=ordered 0 0 <<<ps>>> (root,19496,1768,0.0) /sbin/init (root,0,0,0.0) [kthreadd] (root,0,0,0.0) [migration/0] (root,0,0,0.0) [ksoftirqd/0] (root,0,0,0.0) [stopper/0] ... Monitoring mit Icinga/Nagios und Check_MK Eine Standard Icinga/Nagios-Installation mit Check_MK kann die vom Modul ausgegebenen Daten automatisch im Rahmen eines Inventurscans erkennen und parsen. Ausgewertet und automatisch als Sensor angelegt werden jedoch nur die Messwerte des STARFACE Linux-Systems (CPU, RAM, HDD, RAID, etc.). Die Interpretation STARFACE-spezifischer Sensoren (wie Leitungsverfügbarkeiten, Backup-Zustand, Anrufstatistiken, etc.) muss serverseitig durch eigene Skripte erfolgen. Eine Anleitung für die Implementierung eigener Checks finden Sie unter http://mathias-kettner.de/checkmk_devel_agentbased.html Monitoring mit Server-Eye In Server-Eye muß für die Überwachung einer STARFACE lediglich ein entsprechender Sensor angelegt werden, der verschiedene – auch STARFACE-spezifische – Messwerte erfasst und auswertet. Innerhalb der Modulkonfiguration des Monitoring-Moduls muß lediglich die IP-Adresse oder das Subnetz des Sensorhubs eingetragen werden, so dass die STARFACE-Firewall Zugriffe von diesem erlaubt. Sensorübersicht (unvollständig; Tabelle wird gerade überarbeitet) Sensor Nagios/Icinga mit Check_MK Server-Eye Speicherplatz/Auslastung (HDD/SSD) Awesome Icon color #78be20 size 20px monospace true icon fa-check-circle Awesome Icon color #78be20 size 20px monospace true icon fa-check-circle Eingebundene Laufwerke (Mounts) Awesome Icon color #78be20 size 20px monospace true icon fa-check-circle Awesome Icon color #d3d3d3 size 20px monospace true icon fa-minus-circle Alle laufenden Prozesse Postgres Datenbank STARFACE Applikationsserver Faxserver UCI-/Chatserver Anzahl laufender Prozesse und Threads Awesome Icon color #d3d3d3 #78be20 size 20px monospace true icon fa- minus check-circle	Linux Kernel Statistiken/Zähler

Awesome Icon color #78be20 size 20px monospace true icon fa-check-circle

• 5min Intervall
• 1min Intervall
• Anzahl ausgeführter Kernel Scheduling Threads
• Anzahl existierender Kernel Scheduling Threads

• Link-Status
• Übertragene Bytes (RX/TX)
• Übertragene Pakete (RX/TX)

• im Zustand ESTABLISHED
• im Zustand TIME_WAIT
• im Zustand CLOSE_WAIT

• Auflistung Zeitserver-Peers
  (inkl. Stratum-Level, Abweichung,...)

• Anzahl Benutzerlizenzen in Verwendung
• Anzahl Admin-Accounts
• Anzahl aktiver Accounts
• Anzahl verfügbarer Benutzerlizenzen
• Anzahl Benutzer im Zustand "Ringing"
• Anzahl nicht erreichbarer Benutzer

• Passwort-Check aktiv
• IDS/IPS aktiv
• Anzahl Hosts in Blacklist
• Anzahl Hosts in Whitelist
• MAC-Filter aktiv
• Anzahl Telefone,
  deren IP-Adresse sich geändert hat

• SIP-Erreichbarkeit
• Uptime
• Maximale Anzahl Calls für Appliance-Typ
• Anzahl der Calls in den letzten 5min

• Anzahl Telefone gesamt
• Anzahl aktiv registrierter Telefone
• Liste aller Endgeräte (inkl. IP, Name, last seen)

• Peer-Name/Port
• Registrierungsstatus und Zeit letzter Registrierung

• Liste aller Backupziele
• Status letztes Backup (erfolgreich/nicht erfolgreich)

• Installierte Module
• Konfigurierte Modulinstanzen

• Größe
• Anzahl Ruflisteneinträge
• Anzahl geöffneter Datenbankverbindungen
• Anzahl aktiver Datenbankverbindungen
• Anzahl Idle-Verbindungen

• Version
• Heap-Memory
• Non-Head-Memory
• Max-Memory

FAQ

Häufig gestellte Fragen zu Monitoring für STARFACE

Allgemein

Kompatibilität / Updates

Verbesserungen:

• Neue Modul-Lizenzschlüssel unterstützen nun gleichzeitig sowohl Primär- und Redundanzanlagen.
• NFR-Partneranlagen werden nun auch erkannt, wenn keine NFR-Serverlizenz, sondern nur NFR-Benutzerlizenzen eingespielt sind. Das Modul ist dann automatisch ohne Modullizenzschlüssel lauffähig.

Verbesserungen:

• Verzicht auf einen 2-Sekunden-Watchdog-Timer. Das Modul wird nun automatisch beim Systemstart gestartet (nicht erst durch den Watchdog). Ergebnis: deutlich weniger Last.
• Verbesserte Ausgabe von Lizenzdetails im Modul-Log

ACHTUNG: Beim Update auf diese Version muß der Modullizenzschlüssel neu eingegeben werden!

Sie sind STARFACE Partner?
Bitte lesen Sie unseren FAQ-Eintrag zum Bestellprozess und Einkaufskonditionen.

The most comprehensive STARFACE monitoring for a peaceful sleep.

• Performance monitoring
  • CPU
  • Main memory
  • Hard disk usage
• Security/Configuration
  • Password verification
  • Intrusion detection
  • Blacklist status
  • Account utilization
• Services
  • Status of all important processes
• Backup
  • Status of configured backups
• Postfix Mail Queue
• Status of the lines/telephones  (peers)
• Status of the SIP Provider

Advantages

• Tried and tested: The monitoring system of the public STARFACE Cloud
• Extensive: particularly large number of sensor values due to deep integration into the STARFACE application server
• Integrated: included in STARFACE from version 6.0; no module updates necessary!
• Updatesafety: no installation of additional Linux services (such as SNMP daemons), no danger for STARFACE updates
• Simple: Plug&Play for Nagios/Icinga CheckMk or Server-Eye
• Investment protection: no dependence on external services/license servers
• Cheap: only 79 Euro (net) once per server. No software maintenance or running costs!

Monitoring via SNMP?

Since there are SNMP agents for Linux systems, the question often arises whether it would not be possible or even useful to monitor STARFACE via SNMP.
The answer is: possible yes, meaningful no. But why?

• The monitoring data of the SNMP agents is very limited.
• The SNMP agent does not provide meaningful data that would not be provided by the monitoring module.
• The SNMP agent is more cumbersome to set up and configure and requires the subsequent installation of packages from external (non-STARFACE) repositories.
  This subsequent installation changes the basic system of the system at the expense of update security and the risk of having to forego support from STARFACE Support in the event of problems.
  Monitoring via the monitoring module is integrated directly from STARFACE into every system (no changes to the system necessary) and is therefore update safe.
• Last but not least, the SNMP protocol requires significantly more CPU and network resources than normal monitoring with a monitoring module.

Let's go: Installation

Image Removed

Supported platforms:

Image Removed

Image Removed

Image Removed

Visualization (Server-Eye)

Image Removed

Image Removed

$ telnet starface-ip 6556
Trying ::1...
Connected to starface-ip.
Escape character is '^]'.
<<<check_mk>>>
Version: 1.2.0p1
AgentOS: linux
PluginsDirectory: /usr/lib/check_mk_agent/plugins
LocalDirectory: /usr/lib/check_mk_agent/local
AgentDirectory: /etc/check_mk
<<<df>>>
/dev/sda1      ext4    18494332 7512908  10035300      43% /
<<<mounts>>>
/dev/sda1 / ext4 rw,relatime,barrier=1,data=ordered 0 0
<<<ps>>>
(root,19496,1768,0.0) /sbin/init
(root,0,0,0.0) [kthreadd]
(root,0,0,0.0) [migration/0]
(root,0,0,0.0) [ksoftirqd/0]
(root,0,0,0.0) [stopper/0]
...

Please note our general  Clues  to our modules.

Configuration

IMPORTANT: Please enter the IP address of the monitoring server as Monitoring Host. This adapts the STARFACE firewall to allow access to the monitoring port(6556/TCP).

Subsequently, it should be possible to access port 6556 of the STARFACE from the monitoring server or from the specified subnet. This can be tested with telnet:

$ telnet starface-ip 6556
Trying ::1...
Connected to starface-ip.
Escape character is '^]'.
<<<check_mk>>>
Version: 1.2.0p1
AgentOS: linux
PluginsDirectory: /usr/lib/check_mk_agent/plugins
LocalDirectory: /usr/lib/check_mk_agent/local
AgentDirectory: /etc/check_mk
<<<df>>>
/dev/sda1      ext4    18494332 7512908  10035300      43% /
<<<mounts>>>
/dev/sda1 / ext4 rw,relatime,barrier=1,data=ordered 0 0
<<<ps>>>
(root,19496,1768,0.0) /sbin/init
(root,0,0,0.0) [kthreadd]
(root,0,0,0.0) [migration/0]
(root,0,0,0.0) [ksoftirqd/0]
(root,0,0,0.0) [stopper/0]
...

Monitoring with Icinga/Nagios and Check_MK

A standard Icinga/Nagios installation with Check_MK can automatically recognize and parse the data output by the module during an inventory scan. However, only the measured values of the STARFACE Linux system (CPU, RAM, HDD, RAID, etc.) are evaluated and automatically created as a sensor. The interpretation of STARFACE-specific sensors (such as line availability, backup status, call statistics, etc.) must be carried out on the server side by the user's own scripts. Instructions for implementing your own checks can be found at http://mathias-kettner.de/checkmk_devel_agentbased.html

Monitoring with Server-Eye

To monitor a STARFACE, you only need to create a corresponding sensor in Server-Eye, which records and evaluates various - also STARFACE-specific - measured values.

Within the module configuration of the monitoring module, only the IP address or the subnet of the sensor hub must be entered so that the STARFACE firewall allows access from it.

Sensor overview

(incomplete; table is currently being revised)

• 5min Interval
• 1min Interval
• Number of kernel scheduling threads executed
• Number of existing kernel scheduling threads

• List of time
  server peers (incl. stratum level, deviation,...)

• Number of user licenses in use
• Number of admin accounts
• Number of active accounts
• Number of available user licenses
• Number of users in "Ringing" state
• Number of unreachable users

• Password check active
• IDS/IPS active
• Number of hosts in blacklist
• Number of hosts in whitelist
• MAC filter active
• Number of telephones
  whose IP address has changed

• SIP Accessibility
• Uptime
• Maximum number of calls for appliance type
• Number of calls in the last 5min

• Total number of telephones
• Number of actively registered telephones
• List of all devices (incl. IP, name, last seen)