-
Change Request
-
Resolution: Unresolved
-
Trivial
-
None
-
3.2.5
Currently it is possible to discover SNMP OIDs with following syntax in LLD rule:
discovery[{#MACRO1}, oid1, {#MACRO2}, oid2, …,]
However, it is not possible to use dynamic indexes in SNMP OIDs discovery like:
discovery[{#SNMPVALUE},1.3.6.1.4.1.6527.3.1.2.3.4.1.4["index",".1.3.6.1.4.1.6527.3.1.2.3.1.1.4","string"]]
Real-life scenario:
We have some VRF instances and would like to discover available on them network interfaces, for example for instance "vrf400":
$snmpwalk -v2c -c public dwpv01 1.3.6.1.4.1.6527.3.1.2.3.1.1.4 SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.1 = STRING: "vrf01" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.2 = STRING: "vrf100" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.3 = STRING: "vrf10001" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.4 = STRING: "vrf120" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.5 = STRING: "vrf122" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.6 = STRING: "vrf200" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.7 = STRING: "vrf300" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.8 = STRING: "vrf400" SNMPv2-SMI::enterprises.6527.3.1.2.3.1.1.4.4094 = STRING: "vrf-management"
We would like to discover all interfaces for vrf400 instance, which has index 8:
$snmpwalk -v2c -c public dwpv01 1.3.6.1.4.1.6527.3.1.2.3.4.1.4.8 SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.2 = STRING: "Loopback0" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.3 = STRING: "Loopback20" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.4 = STRING: "MCAST-SOURCE-1" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.5 = STRING: "MCAST-SOURCE-2" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.6 = STRING: "BACKBONE-1" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.7 = STRING: "BACKBONE-2" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.8 = STRING: "MCAST-DOWNLINK-AS1" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.9 = STRING: "MCAST-DOWNLINK-AS2" SNMPv2-SMI::enterprises.6527.3.1.2.3.4.1.4.8.10 = STRING: "MCAST-DOWNLINK-AS3"