Good morning, a few days ago I noticed some gaps in the overall traffic graphs. The devices exhibiting this behavior are the Cisco NCS-57C3-MOD-SYS platform. The discovery phase on these devices is over 276 seconds, at least most of the time. The offending modules are sensors and BGP peers. For example:
Load discovery module sensors
Module enabled: Global - | OS | Device + | Manual +
Caching data: sensors SNMP[‘/usr/bin/snmpbulkwalk’ ‘-Cr35’ ‘-M’ ‘/opt/librenms/mibs:/opt/librenms/mibs/cisco’ ‘-m’ ‘SNMPv2-TC:SNMPv2-MIB:IF-MIB:IP-MIB:TCP-MIB:UDP-MIB:NET-SNMP-VACM-MIB’ ‘-v3’ ‘-l’ ‘authPriv’ ‘-n’ “” ‘-x’ ‘AES’ ‘-X’ ‘PASSWORD’ ‘-a’ ‘SHA’ ‘-A’ ‘PASSWORD’ ‘-u’ ‘USER’ ‘-OteQUSab’ ‘-Pu’ ‘-Ih’ ‘udp:HOSTNAME:161’ ‘CISCO-GNSS-MIB::cGnssModuleSatelliteCount’]
CISCO-GNSS-MIB::cGnssModuleSatelliteCount = No Such Instance currently exists at this OID
SNMP[‘/usr/bin/snmpbulkwalk’ ‘-Cr35’ ‘-M’ ‘/opt/librenms/mibs:/opt/librenms/mibs/cisco’ ‘-m’ ‘SNMPv2-TC:SNMPv2-MIB:IF-MIB:IP-MIB:TCP-MIB:UDP-MIB:NET-SNMP-VACM-MIB’ ‘-v3’ ‘-l’ ‘authPriv’ ‘-n’ “” ‘-x’ ‘AES’ ‘-X’ ‘PASSWORD’ ‘-a’ ‘SHA’ ‘-A’ ‘PASSWORD’ ‘-u’ ‘USER’ ‘-OteQUSab’ ‘-Pu’ ‘-Ih’ ‘udp:HOSTNAME:161’ ‘CISCO-HSRP-MIB::cHsrpGrpTable’]
CISCO-HSRP-MIB::cHsrpGrpTable = No Such Object available on this agent at this OID
Power_consumed:
Power_factor:
Pressure:
Quality_factor:
Runtime:
Signal:
Snr:
State: SNMP[‘/usr/bin/snmpbulkwalk’ ‘-Cr35’ ‘-M’ ‘/opt/librenms/mibs:/opt/librenms/mibs/cisco’ ‘-m’ ‘SNMPv2-TC:SNMPv2-MIB:IF-MIB:IP-MIB:TCP-MIB:UDP-MIB:NET-SNMP-VACM-MIB’ ‘-v3’ ‘-l’ ‘authPriv’ ‘-n’ “” ‘-x’ ‘AES’ ‘-X’ ‘PASSWORD’ ‘-a’ ‘SHA’ ‘-A’ ‘PASSWORD’ ‘-u’ ‘USER’ ‘-OQXUte’ ‘-Pu’ ‘udp:HOSTNAME:161’ ‘CISCO-STACKWISE-MIB::cswSwitchRole’]
Exitcode: 1 ["Timeout: No Response from udp:10.74.2.9:161
"]
Timeout: No Response from udp:10.74.2.9:161
SNMP[‘/usr/bin/snmpget’ ‘-M’ ‘/opt/librenms/mibs:/opt/librenms/mibs/cisco’ ‘-m’ ‘SNMPv2-TC:SNMPv2-MIB:IF-MIB:IP-MIB:TCP-MIB:UDP-MIB:NET-SNMP-VACM-MIB’ ‘-v3’ ‘-l’ ‘authPriv’ ‘-n’ “” ‘-x’ ‘AES’ ‘-X’ ‘PASSWORD’ ‘-a’ ‘SHA’ ‘-A’ ‘PASSWORD’ ‘-u’ ‘USER’ ‘-OQXUt’ ‘-Pu’ ‘udp:HOSTNAME:161’ ‘CISCO-STACKWISE-MIB::cswRingRedundant.0’]
CISCO-STACKWISE-MIB::cswRingRedundant.0 = No Such Object available on this agent at this OID
SNMP[‘/usr/bin/snmpget’ ‘-M’ ‘/opt/librenms/mibs:/opt/librenms/mibs/cisco’ ‘-m’ ‘SNMPv2-TC:SNMPv2-MIB:IF-MIB:IP-MIB:TCP-MIB:UDP-MIB:NET-SNMP-VACM-MIB’ ‘-v3’ ‘-l’ ‘authPriv’ ‘-n’ “” ‘-x’ ‘AES’ ‘-X’ ‘PASSWORD’ ‘-a’ ‘SHA’ ‘-A’ ‘PASSWORD’ ‘-u’ ‘USER’ ‘-OQXUte’ ‘-Pu’ ‘udp:HOSTNAME:161’ ‘ENTITY-MIB::entPhysicalName.1’]
ENTITY-MIB::entPhysicalName[1] = No Such Instance currently exists at this OID
SNMP[‘/usr/bin/snmpbulkwalk’ ‘-Cr35’ ‘-M’ ‘/opt/librenms/mibs:/opt/librenms/mibs/cisco’ ‘-m’ ‘SNMPv2-TC:SNMPv2-MIB:IF-MIB:IP-MIB:TCP-MIB:UDP-MIB:NET-SNMP-VACM-MIB’ ‘-v3’ ‘-l’ ‘authPriv’ ‘-n’ “” ‘-x’ ‘AES’ ‘-X’ ‘PASSWORD’ ‘-a’ ‘SHA’ ‘-A’ ‘PASSWORD’ ‘-u’ ‘USER’ ‘-OQXUte’ ‘-Pu’ ‘-Os’ ‘udp:HOSTNAME:161’ ‘CISCO-WAN-3G-MIB::c3gModemStatus’]
Exitcode: 1 ["Timeout: No Response from udp:10.74.2.9:161
"]
Timeout: No Response from udp:10.74.2.9:161
SNMP[‘/usr/bin/snmpbulkwalk’ ‘-Cr35’ ‘-M’ ‘/opt/librenms/mibs:/opt/librenms/mibs/cisco’ ‘-m’ ‘SNMPv2-TC:SNMPv2-MIB:IF-MIB:IP-MIB:TCP-MIB:UDP-MIB:NET-SNMP-VACM-MIB’ ‘-v3’ ‘-l’ ‘authPriv’ ‘-n’ “” ‘-x’ ‘AES’ ‘-X’ ‘PASSWORD’ ‘-a’ ‘SHA’ ‘-A’ ‘PASSWORD’ ‘-u’ ‘USER’ ‘-OQXUte’ ‘-Pu’ ‘-Os’ ‘udp:HOSTNAME:161’ ‘CISCO-WAN-3G-MIB::c3gGsmCurrentBand’]
Exitcode: 1 ["Timeout: No Response from udp:10.74.2.9:161
"]
Timeout: No Response from udp:10.74.2.9:161
The affected modules are sensors and BGP-peers. The following MIBs are affected:
NET-SNMP-VACM-MIB
CISCO-WAN-3G-MIB
CISCO-STACKWISE-MIB
At this point, a question arises: is it possible not to use those MIBs? For example, by renaming them to .OLD /opt/librenms/mibs/cisco?
To be honest, I was imagining a sort of blacklist of “oids” that don’t want to be queried. I’m often in a dream state! Thanks in advance!
./daily.sh
Clearing caches OK
Updating to latest codebase OK
Updating Composer packages OK
Updated from 9965c400a to c445203ac OK
Updating SQL-Schema OK
Cleaning up DB OK
Caching PeeringDB data OK
./validate.php
| Component | Version |
|---|---|
| LibreNMS | 26.5.1-dev.51+c445203ac (2026-05-08T05:35:50+02:00) |
| DB Schema | 2026_04_25_154814_move_operation_mute_to_operations_table (384) |
| PHP | 8.3.6 |
| Python | 3.12.3 |
| Database | MariaDB 10.11.14-MariaDB-0ubuntu0.24.04.1 |
| RRDTool | 1.7.2 |
| SNMP | 5.9.4.pre2 |
| =========================================== |
[OK] Composer Version: 2.9.7
[OK] Dependencies up-to-date.
[OK] Database Connected
[OK] Database Schema is current
[OK] SQL Server meets minimum requirements
[OK] lower_case_table_names is enabled
[OK] MySQL engine is optimal
[OK] Database and column collations are correct
[OK] Database schema correct
[OK] MySQL and PHP time match
[OK] Active pollers found
[OK] Dispatcher Service not detected
[OK] Locks are functional
[OK] Python poller wrapper is polling
[OK] Redis is unavailable
[OK] rrdtool version ok
[OK] Connected to rrdcached
librenms@devlibre:~$