Lucent Technologies SNMP Traps

Plugin: go.d.plugin Module: snmp_traps

Overview

Receive, decode, and store SNMP traps and INFORMs from Lucent Technologies devices with Netdata. The bundled Lucent Technologies trap profile decodes 514 trap definitions across 15 MIBs into structured journal events with named, typed varbinds — searchable and filterable in the Logs tab.

Netdata's SNMP trap listener receives traps on UDP/162, matches them to the Lucent Technologies enterprise OID space, and decodes the varbinds using the bundled Lucent Technologies trap profile. No per-trap configuration.

This integration is supported on all platforms.

This integration supports multiple instances configured side-by-side.

Default Behavior

Auto-Detection

Traps from Lucent Technologies devices are decoded automatically once the device is pointed at the Agent's trap listener.

Limits

The default configuration for this integration does not impose any limits.

Performance Impact

The default configuration for this integration is not expected to impose a significant performance impact on the system.

Setup

You can configure the snmp_traps collector in two ways:

Method	Best for	How to
UI	Fast setup without editing files	Go to Nodes → Configure this node → Collectors → Jobs, search for snmp_traps, then click + to add a job.
File	If you prefer configuring via file, or need to automate deployments (e.g., with Ansible)	Edit go.d/snmp.conf and add a job.

important

UI configuration requires paid Netdata Cloud plan.

Prerequisites

SNMP access

SNMP must be enabled on the device and reachable from the Netdata Agent acting as the site's SNMP hub.

Configuration

Options

Configure the SNMP collector with the device hostname and SNMP credentials. See the SNMP collector reference for all options.

via UI

Configure the snmp_traps collector from the Netdata web interface:

1. Go to Nodes.
2. Select the node where you want the snmp_traps data-collection job to run and click the ⚙ (Configure this node). That node will run the data collection.
3. The Collectors → Jobs view opens by default.
4. In the Search box, type snmp_traps (or scroll the list) to locate the snmp_traps collector.
5. Click the + next to the snmp_traps collector to add a new job.
6. Fill in the job fields, then click Test to verify the configuration and Submit to save.
   • Test runs the job with the provided settings and shows whether data can be collected.
   • If it fails, an error message appears with details (for example, connection refused, timeout, or command execution errors), so you can adjust and retest.

via File

The configuration file name for this integration is go.d/snmp.conf.

The file format is YAML. Generally, the structure is:

update_every: 1
autodetection_retry: 0
jobs:
  - name: some_name1
  - name: some_name2

You can edit the configuration file using the edit-config script from the Netdata config directory.

cd /etc/netdata 2>/dev/null || cd /opt/netdata/etc/netdata
sudo ./edit-config go.d/snmp.conf

Examples

There are no configuration examples.

Alerts

There are no alerts configured by default for this integration.

Metrics

Netdata decodes 514 trap definitions from Lucent Technologies across 15 MIBs into structured journal events. A trap is decoded only if the device actually sends it; inclusion here means the profile can decode it.

By severity: alert 13 · crit 71 · err 68 · warning 156 · notice 187 · info 19

By category: state_change 232 · config_change 76 · security 8 · mobility 2 · diagnostic 195 · unknown 1

Coverage by MIB

MIB	Trap definitions
ACMIB	284
EXCEL-SWITCH-MIB	108
AS-2000	28
RM-TRAP-MIB	16
AGG-TRAP-MIB	14
DHCP-SERVER-MIB	11
FC-TRAP-MIB	11
CDR-TRAP-MIB	10
SPINS-TRAP-MIB	7
PUBLAN-MIB	6
H323-TRAP-MIB	5
MANTRA-TRAP-MIB	5
PSAX-TRAP-MIB	5
SIP-TRAP-MIB	3
CAJUN-POLICY-CAPABILITIES	1

Sample decoded traps

• DHCP-SERVER-MIB::dhcpServerStarted
• DHCP-SERVER-MIB::dhcpServerStopped
• DHCP-SERVER-MIB::dhcpServerReload
• DHCP-SERVER-MIB::dhcpServerSubnetDepleted
• DHCP-SERVER-MIB::dhcpServerBadPacket