Didactum Monitoring Devices and Sensors – Integration into AccelOps / FortiSIEM
This guide describes the complete integration of Didactum monitoring devices into AccelOps (also known as Fortinet FortiSIEM, starting from version 5.x). The objective is the centralized monitoring of all connected sensors - temperature, humidity, leakage, voltage, door contacts, and others - via SNMP polling and SNMP traps, including automatic device discovery, event correlation, alerting, and dashboards.
Note on Terminology:
AccelOps was acquired by Fortinet in 2016 and has been marketed as FortiSIEM ever since. The underlying architecture and configuration concepts remain identical. Both designations are used throughout this guide.
1. Fundamentals and Architecture
AccelOps / FortiSIEM is a combined SIEM and IT operations platform. It unifies security monitoring (SIEM), network performance monitoring (NPM), and IT infrastructure monitoring in one solution. Didactum devices are integrated as network devices via SNMP and can be used for both performance monitoring (sensor values) and security events (door contact, motion).
AccelOps / FortiSIEM core components
| Component | Function | Relevance for Didactum |
|---|---|---|
| Supervisor | Central management unit, web interface, rule engine | Configuration, dashboards, alerting |
| Worker | Distributed processing unit for events and queries | Event processing, correlation |
| Collector | Data collector for remote networks | SNMP polling of the Didactum device |
| EventDB | Proprietary time-series database for events | Storage of all sensor events |
| CMDB | Configuration Management Database | Device inventory, Didactum node information |
| Analytics engine | Rule-based event correlation | Correlation leakage + door contact + temperature |
Processing workflow for Didactum sensors
- Discovery: AccelOps discovers the Didactum device automatically via SNMP discovery or through manual entry.
- CMDB entry: The device is recorded in the CMDB as a device of type Environmental Monitor.
- Credential assignment: SNMP community string is assigned to the device.
- Monitoring template: An SNMP monitoring template defines which OIDs are queried at what interval.
- Performance metrics: OID values are stored as performance metrics in the EventDB.
- Rule engine: Configured rules check incoming metrics and generate incidents when thresholds are exceeded.
- Notification: Incidents trigger notifications via email, SMS, or ticketing system.
2. Prerequisites
- AccelOps 5.x or FortiSIEM 6.x / 7.x (current version)
- Supervisor node with administrator access to the web interface
- Collector node in the same network segment as the Didactum device (recommended)
- Didactum monitoring device reachable in the network, SNMP enabled
- UDP port 161 opened from the AccelOps collector to the Didactum device
- UDP port 162 opened on the AccelOps supervisor/collector for SNMP traps
- SNMP community string known (default: public)
- Didactum MIB file available (optional, for OID name resolution)
Example network configuration
| Device | IP address | Role |
|---|---|---|
| AccelOps Supervisor | 192.168.1.80 | Central management, web interface |
| AccelOps Collector | 192.168.1.81 | SNMP polling (optional, in large environments) |
| Didactum Monitoring Unit | 192.168.1.100 | Monitored device (SNMP agent) |
3. SNMP Preparation on the Didactum Device
3.1 Activate SNMP
- Open Didactum web interface: [http://192.168.1.100](http://192.168.1.100), log in with admin account.
- Navigation: Settings → Network → SNMP (or: Settings → Network → SNMP).
- Set the following parameters:
- SNMP enabled: Yes
- SNMP version: v2c (recommended) or v3
- Community string: public (change in production)
- SNMP port: 161
- Allowed Managers: enter IP of AccelOps collector (192.168.1.81) and supervisor (192.168.1.80)
- SNMP trap receiver: IP of AccelOps supervisor, port 162
- Save settings.
Attention:
Change the default community string public in production environments. Use the same string in the AccelOps credentials.
3.2 Test reachability from collector
# SNMP Walk – list all Didactum OIDs: snmpwalk -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854 # Query temperature sensor 1 directly: snmpget -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 # System description (basic test): snmpget -v2c -c public 192.168.1.100 1.3.6.1.2.1.1.1.0
Note:
Didactum returns temperature and voltage values with a factor of 10 (235 = 23.5°C). This must be taken into account in the performance monitor configuration and in the rule parameters.
4. Prepare AccelOps / FortiSIEM
4.1 Import Didactum MIB file
- Open AccelOps web interface: [https://192.168.1.80](https://192.168.1.80).
- Navigation: Admin → Device Support → MIBs → Upload MIB.
- Upload Didactum MIB file (DIDACTUM-RACKMONI2-MIB.mib).
- Click Compile – AccelOps processes the MIB and makes OID names usable in the interface.
- Check result: Admin → Device Support → MIBs → Didactum should now appear.
4.2 Create SNMP credentials
- Navigation: Admin → Setup → Credentials → Add.
- Select credential type: SNMP v2c.
- Fill in the following fields:
- Name: Didactum-SNMP-v2c
- Community string: public
- SNMP port: 161
- Description: SNMP credentials for Didactum Rack Monitoring devices
- Save.
For SNMP v3:
- Credential type: SNMP v3.
- Additional fields:
- Security name: SNMP-v3 username
- Auth protocol: SHA
- Auth password: Authentication password
- Privacy protocol: AES128
- Privacy password: Encryption password
4.3 Prepare IP range for discovery
- Navigation: Admin → Setup → Discovery → IP Range.
- Enter IP range: 192.168.1.100 – 192.168.1.110 (or specific IP).
- Assign credentials: Didactum-SNMP-v2c
- Assign collector: AccelOps collector in the same subnet.
5. Discover and Add Didactum Device
5.1 Start automatic discovery
- Navigation: Admin → Setup → Discovery → Discover.
- Select IP range: 192.168.1.100/32 (only the Didactum device).
- Enable protocols: SNMP, ICMP.
- Click Discover Now.
- AccelOps performs an SNMP walk and detects device properties (sysDescr, sysOID, Interfaces).
- Upon completion, the device appears under CMDB → Devices.
5.2 Add device manually
- Navigation: CMDB → Devices → Add Device.
- Fill in the following fields:
- Name: didactum-rack01
- IP address: 192.168.1.100
- Device type: Environmental Monitor (or Network Device → Other)
- Vendor: Didactum
- Model: Rack Monitoring Unit II
- Location: Server room A, Rack 03
- Under Credentials: assign Didactum-SNMP-v2c.
- Under Collector: select the responsible collector.
- Save.
5.3 Create device group for Didactum devices
- Navigation: CMDB → Device Groups → Add Group.
- Name: Didactum Rack Monitoring
- Members: add all Didactum nodes.
- Alternatively: automatic grouping by device type Environmental Monitor.
5.4 Check device status after discovery
- Navigation: CMDB → Devices → didactum-rack01.
- Open tab Monitor Status.
- SNMP status should show Up.
- Under Device Properties → SNMP: sysDescr and sysOID displayed from the SNMP walk.
6. Configure SNMP Monitoring
6.1 Create Performance Monitor template for Didactum
Performance Monitor templates define which OIDs AccelOps polls regularly and stores as metrics.
- Navigation: Admin → Device Support → Performance Monitors → Add.
- Following basic settings:
- Name: Didactum-Rack-Monitoring
- Type: SNMP Performance Monitor
- Polling interval: 300 seconds (5 minutes)
- Add monitoring objects (one entry for each OID):
6.2 Configure monitoring objects
Click Add Object and create the following entries one after another:
| Object name | OID | Type | Multiplier | Unit |
|---|---|---|---|---|
| Temperature_S1 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 | Gauge | 0.1 | Celsius |
| Temperature_S2 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.2 | Gauge | 0.1 | Celsius |
| Temperature_Status_S1 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.4.1 | Gauge | 1 | Status |
| Humidity_S1 | .1.3.6.1.4.1.3854.1.2.2.1.17.1.3.1 | Gauge | 1 | Percent |
| Humidity_Status_S1 | .1.3.6.1.4.1.3854.1.2.2.1.17.1.4.1 | Gauge | 1 | Status |
| Leak_Status_S1 | .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 | Gauge | 1 | Status |
| Leak_Status_S2 | .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.2 | Gauge | 1 | Status |
| Voltage_S1 | .1.3.6.1.4.1.3854.1.2.2.1.15.1.3.1 | Gauge | 0.1 | Volt |
| Door_Status_S1 | .1.3.6.1.4.1.3854.1.2.2.1.10.1.3.1 | Gauge | 1 | Status |
| Smoke_Status_S1 | .1.3.6.1.4.1.3854.1.2.2.1.14.1.3.1 | Gauge | 1 | Status |
Note on multiplier:
The multiplier 0.1 divides the raw value by 10 and thus corrects the Didactum-specific scaling factor for temperature and voltage. The displayed value is then correct in °C or V.
6.3 Assign Performance Monitor to the device
- Navigation: CMDB → Devices → didactum-rack01 → Monitor.
- Click Add Monitor.
- Monitor type: select Didactum-Rack-Monitoring.
- Confirm polling interval: 300 seconds.
- For leakage and door contact: create a separate monitor object with interval 60 seconds.
- Save and activate.
6.4 Polling intervals by priority
| Sensor group | Interval | Rationale |
|---|---|---|
| Temperature, humidity, voltage | 300 seconds | Slow physical changes |
| Leakage, door contact, smoke detector | 60 seconds | Time-critical – immediate alarm required |
| Motion sensor | 60 seconds | Security-critical |
7. Event parser and performance monitoring
7.1 Create own device type profile for Didactum
AccelOps uses device type profiles to automatically assign device properties and event parsing.
- Navigation: Admin → Device Support → Device Types → Add.
- Settings:
- Device type: Didactum-RackMonitor
- Vendor: Didactum
- Model: Rack Monitoring Unit
- SNMP sysOID: .1.3.6.1.4.1.3854
- Category: Environmental Monitor
- Assign Performance Monitor: Didactum-Rack-Monitoring
- Save.
7.2 Create event parser for SNMP trap events
To enable AccelOps to correctly classify incoming Didactum traps, an event parser is created:
- Navigation: Admin → Device Support → Event Parsers → Add.
- Parser settings:
- Name: Didactum-SNMP-Trap-Parser
- Device type: Didactum-RackMonitor
- Event type: SNMP Trap
- Pattern mapping for leakage trap:
- OID match: 1.3.6.1.4.1.3854.1.7.2
- Event name: DIDACTUM-LEAK-ALARM
- Severity: CRITICAL
- Category: Environmental
- Pattern mapping for temperature alarm trap:
- OID match: 1.3.6.1.4.1.3854.1.7.1
- Event name: DIDACTUM-TEMP-ALARM
- Severity: HIGH
- Save.
7.3 Register custom event types
- Navigation: Admin → Device Support → Event Types → Add.
- Create event types:
| Event name | Severity | Category | Description |
|---|---|---|---|
| DIDACTUM-TEMP-ALARM | HIGH | Environmental | Didactum temperature limit exceeded |
| DIDACTUM-LEAK-ALARM | CRITICAL | Environmental | Didactum leakage detected – immediate action required |
| DIDACTUM-HUMIDITY-ALARM | MEDIUM | Environmental | Didactum humidity outside limit |
| DIDACTUM-VOLTAGE-ALARM | HIGH | Environmental | Didactum voltage limit exceeded |
| DIDACTUM-DOOR-OPEN | MEDIUM | Physical Security | Didactum door contact opened |
| DIDACTUM-SMOKE-ALARM | CRITICAL | Environmental | Didactum smoke detector triggered |
| DIDACTUM-DEVICE-REBOOT | LOW | Availability | Didactum device restarted |
8. OID Reference for AccelOps / FortiSIEM
All OIDs are based on the Didactum enterprise OID base 1.3.6.1.4.1.3854. The placeholder {n} stands for the sensor index (1 = first sensor, etc.).
8.1 Temperature sensors
| OID | Description | Raw value | Multiplier | AccelOps metric name |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.{n} | Temperature value sensor n | °C × 10 | 0.1 | Temperature_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.4.{n} | Temperature status sensor n | Enum 0/1/2 | 1 | Temperature_Status_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.7.{n} | Upper limit sensor n | °C × 10 | 0.1 | Temp_HiLimit_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.8.{n} | Lower limit sensor n | °C × 10 | 0.1 | Temp_LoLimit_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.2.{n} | Sensor name n | Text | – | Temp_Name_S{n} |
8.2 Leakage sensors
| OID | Description | Raw value | Multiplier | AccelOps metric name |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.4.{n} | Leakage status sensor n | 0=OK, 1=leakage | 1 | Leak_Status_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.3.{n} | Leakage value sensor n | 0=dry | 1 | Leak_Value_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.2.{n} | Sensor name n | Text | – | Leak_Name_S{n} |
8.3 Humidity sensors
| OID | Description | Raw value | Multiplier | AccelOps metric name |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.3.{n} | Humidity value sensor n | % RH | 1 | Humidity_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.4.{n} | Humidity status n | Enum 0/1/2 | 1 | Humidity_Status_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.7.{n} | Upper limit sensor n | % RH | 1 | Hum_HiLimit_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.8.{n} | Lower limit sensor n | % RH | 1 | Hum_LoLimit_S{n} |
8.4 Other sensors
| OID | Description | Raw value | Multiplier | AccelOps metric name |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.15.1.3.{n} | Voltage value sensor n | V × 10 | 0.1 | Voltage_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.15.1.4.{n} | Voltage status sensor n | Enum 0/1/2 | 1 | Voltage_Status_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.10.1.3.{n} | Door contact status n | 0=closed, 1=open | 1 | Door_Status_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.11.1.3.{n} | Shock / motion n | 0=none, 1=alarm | 1 | Vibration_Status_S{n} |
| 1.3.6.1.4.1.3854.1.2.2.1.14.1.3.{n} | Smoke detector status n | 0=OK, 1=alarm | 1 | Smoke_Status_S{n} |
| 1.3.6.1.2.1.1.3.0 | System uptime | hundredths of seconds | 0.01 | SysUptime |
| 1.3.6.1.2.1.1.1.0 | Device description (sysDescr) | Text | – | SysDescr |
9. Configure Rules and Alarms
9.1 Rule for temperature exceedance
- Navigation: Rules → Add Rule.
- Rule settings:
- Name: Didactum-temperature-warning
- Group: Environmental Monitoring
- Severity: HIGH
- Active period: Always
- Under Conditions:
- Event type: Performance metric
- Metric name: Temperature_S1
- Device: group Didactum Rack Monitoring
- Condition: Greater than 30 (°C, after multiplier application)
- Duration: 2 samples (avoids false alarms for single outliers)
- Under Actions:
- Create incident: activate
- Incident title: Temperature alarm: $deviceName – $metricValue °C
- Send notification: email to IT administrators
- Save and activate.
9.2 Rule for leakage (immediate alarm)
- New rule: Didactum-leakage-CRITICAL
- Severity: CRITICAL
- Conditions:
- Metric name: Leak_Status_S1
- Condition: Greater than or equal to 1
- Duration: 1 sample (no delay – immediate alarm)
- Actions:
- Create incident
- Email to all administrators and management level
- Repeat notification every: 5 minutes as long as alarm is active
9.3 Correlation rule: multi-event detection
A special advantage of AccelOps / FortiSIEM is event correlation. The following rule detects critical combinations:
- New rule: Didactum-critical-combination
- Severity: CRITICAL
- Conditions (multiple events within time window):
- Event 1: Leak_Status_S1 >= 1 AND
- Event 2: Temperature_S1 > 35 (simultaneously or within 10 minutes)
- Time window: 600 seconds
- Same device: activate
- Incident title: CRITICAL: Simultaneous leakage AND temperature alarm on $deviceName!
9.4 Recommended thresholds in AccelOps rules
| Metric name | Warning threshold | Critical threshold | Standard |
|---|---|---|---|
| Temperature_S1 (°C) | > 30.0 or < 5.0 | > 35.0 | ASHRAE A1: 15–32 °C |
| Humidity_S1 (% RH) | > 70 or < 20 | > 80 or < 10 | ASHRAE: 20–80 % RH |
| Leak_Status_S1 | – | ≥ 1 | Immediate alarm |
| Voltage_S1 (V) | < 207 or > 253 | < 196 or > 260 | EN 50160 ±10 % |
| Door_Status_S1 | – | ≥ 1 | Policy-dependent |
| Smoke_Status_S1 | – | ≥ 1 | Immediate alarm |
9.5 Configure notification policy
- Navigation: Admin → General Settings → Notification Policy.
- Enter email server: SMTP host, port, sender address.
- Create notification groups:
- Didactum-admins: IT administrators (all severities)
- Didactum-management: management level (CRITICAL only)
- Didactum-OnCall: on-call service (CRITICAL outside working hours)
- Link rules with notification groups.
10. SNMP-Trap-Integration
AccelOps / FortiSIEM receives SNMP traps natively on UDP port 162. Traps are automatically assigned to the sending device in the CMDB and classified via the configured event parser.
10.1 Check SNMP trap receiver
# AccelOps listens on UDP 162 by default. # Check firewall allowance: sudo iptables -L -n | grep 162 # or: sudo ufw status | grep 162 # Open port (if necessary): sudo ufw allow 162/udp
10.2 Trap receiver configuration in AccelOps
- Navigation: Admin → Setup → Phishing & Traps → SNMP Trap Receiver.
- Status: check Enabled.
- Port: 162
- Community: public
- Accepted hosts: enter 192.168.1.100 (IP of the Didactum device).
10.3 Perform trap test
# Send test trap for leakage from the Didactum device: snmptrap -v2c -c public 192.168.1.80 '' \\ .1.3.6.1.4.1.3854.1.7.2 \\ .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 i 1 # Check trap reception in AccelOps: # Analytics → Events → Filter: Event Type = DIDACTUM-LEAK-ALARM
10.4 Important Didactum trap OIDs for AccelOps
| Trap OID | Event | AccelOps event name | Severity |
|---|---|---|---|
| 1.3.6.1.4.1.3854.1.7.1 | Temperature alarm | DIDACTUM-TEMP-ALARM | HIGH |
| 1.3.6.1.4.1.3854.1.7.2 | Leakage alarm | DIDACTUM-LEAK-ALARM | CRITICAL |
| 1.3.6.1.4.1.3854.1.7.3 | Humidity alarm | DIDACTUM-HUMIDITY-ALARM | MEDIUM |
| 1.3.6.1.4.1.3854.1.7.4 | Voltage alarm | DIDACTUM-VOLTAGE-ALARM | HIGH |
| 1.3.6.1.4.1.3854.1.7.10 | Door contact opened | DIDACTUM-DOOR-OPEN | MEDIUM |
| 1.3.6.1.4.1.3854.1.7.14 | Smoke detector alarm | DIDACTUM-SMOKE-ALARM | CRITICAL |
| 1.3.6.1.4.1.3854.1.7.99 | Device reboot | DIDACTUM-DEVICE-REBOOT | LOW |
11. Dashboards and Reports
11.1 Create dashboard for Didactum sensors
- Navigation: Dashboards → Add Dashboard.
- Name: Didactum Rack Monitoring
- Add dashboard widgets:
- Line chart – temperature trend: metrics Temperature_S1 and Temperature_S2, last 24 hours
- Gauge – current temperature S1: min 0, max 50 °C, color scale green/yellow/red
- Line chart – humidity: metric Humidity_S1, last 24 hours
- Bar chart – leakage status: metrics Leak_Status_S1 and Leak_Status_S2
- Incident table: current open incidents of device group Didactum Rack Monitoring
- Event table: last 10 events with type DIDACTUM-*
- Set dashboard as start page.
11.2 Analytics queries for long-term evaluation
- Navigation: Analytics → Search.
- Create saved queries:
# Query 1: temperature overview last 7 days
eventType = "PH_DEV_MON_PERF_METRIC" AND
deviceName IN GROUP("Didactum Rack Monitoring") AND
metricName = "Temperature_S1"
| Chart AVG(metricValue) AS "Average", MAX(metricValue) AS "Maximum",
MIN(metricValue) AS "Minimum" BY deviceName, metricName
TIMERANGE LAST 7 DAYS
# Query 2: all leakage events
eventType CONTAIN "DIDACTUM-LEAK"
| GROUP COUNT(*) AS count BY deviceName
TIMERANGE LAST 30 DAYS
# Query 3: door contact openings by time of day
eventType = "DIDACTUM-DOOR-OPEN"
| GROUP COUNT(*) AS openings BY HOUR(deviceTime), deviceName
TIMERANGE LAST 7 DAYS11.3 Configure automatic reports
- Navigation: Reports → Schedule → Add.
- Report: Didactum monthly report
- Content:
- Temperature statistics (min/max/avg) per sensor
- Humidity statistics
- Number of alarm events by type
- Availability of monitoring units
- Format: PDF
- Distribution: monthly, email to management level
12. Troubleshooting
| Problem | Possible cause / solution |
|---|---|
| Device not found during discovery | Firewall: is UDP port 161 open? Is the community string correct in the credentials? Is the IP range in the discovery job correct? Is ICMP (ping) to the device possible? |
| Performance metrics not collected | Is the performance monitor assigned to the device? Is the collector reachable and active? Is the OID entered with a leading dot (e.g., .1.3.6.1.4.1.3854...)? Check collector log. |
| Temperature value incorrect (e.g., 235 instead of 23.5) | Set the multiplier in the performance monitor object to 0.1. Existing metrics will be displayed correctly from the next polling cycle. |
| Rule does not trigger an incident | Is the rule activated? Is the metric name in the rule filter exactly as in the performance monitor? Does the severity level of the rule match the notification policy? Run a test of the rule: Rules → Simulate. |
| SNMP traps do not arrive | Is UDP port 162 open on the supervisor/collector? Is the trap receiver IP correctly entered in the Didactum device? Does the community string match? |
| Event parser does not recognize trap | Does the OID pattern in the parser match the sent trap OID exactly? Is the MIB correctly imported and compiled? Check raw events: Analytics → Events → Raw Events. |
| No email notifications | Is the SMTP server configured in the notification policy? Send a test email: Admin → General Settings → Email. Is the notification group linked to the rule? |
| CMDB shows device as offline | Is the SNMP community correct? Is the allowed-managers restriction on the device too restrictive? Is the collector IP entered? Check ICMP reachability. |
| MIB import fails | Check MIB syntax (e.g., with MIB browser). Dependent MIBs (RFC1213-MIB, SNMPv2-SMI) must be imported first. MIB file encoding: UTF-8 without BOM. |
Diagnostic Commands and Navigation Paths
# Test SNMP reachability from collector / supervisor: snmpwalk -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854 # Query single OID: snmpget -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 # Send test trap to AccelOps: snmptrap -v2c -c public 192.168.1.80 '' \\ .1.3.6.1.4.1.3854.1.7.2 \\ .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 i 1 # Collector service status (on the collector node): sudo systemctl status phCollector # Supervisor service status: sudo systemctl status phSupervisor # AccelOps logs (depending on installation): sudo tail -f /opt/phoenix/log/phoenix.log sudo tail -f /opt/phoenix/log/collector.log
Important Web Interface Navigation Paths
| Task | Navigation path in web interface |
|---|---|
| Add device | CMDB → Devices → Add Device |
| Create credentials | Admin → Setup → Credentials → Add |
| Start discovery | Admin → Setup → Discovery → Discover Now |
| Create Performance Monitor | Admin → Device Support → Performance Monitors → Add |
| Create device type profile | Admin → Device Support → Device Types → Add |
| Create event parser | Admin → Device Support → Event Parsers → Add |
| Register event types | Admin → Device Support → Event Types → Add |
| Import MIB | Admin → Device Support → MIBs → Upload MIB |
| Create rule | Rules → Add Rule |
| Simulate/test rule | Rules → Simulate |
| Create dashboard | Dashboards → Add Dashboard |
| Analytics query | Analytics → Search |
| Schedule report | Reports → Schedule → Add |
| Notification policy | Admin → General Settings → Notification Policy |
| SNMP trap receiver | Admin → Setup → SNMP Trap Receiver |
| Active incidents | Incidents → Active Incidents |
| Event search | Analytics → Events |
Always consult the current Didactum device documentation for firmware-specific OIDs and supported sensor types. AccelOps / FortiSIEM version specifics can be looked up in the respective Fortinet documentation.