
OPERATIONAL DEFECT DATABASE
...

...
VRF based SNMP polling is being performed fails to retrieve expected output as shown below example: interface Loopback vrf forwarding ip address Note: Apart from the above command, router should also have basic configuration for SNMP to be functional. SNMP polling: polling_device> setenv SR_UTIL_COMMUNITY group2103 polling_device> getmany -v2c 1.3.6.1.2.1.1.1.0 polling_device> getmany -v2c 1.3.6.1.2.1.1.1 >>>>>>>>>>>> no value is returned expected output: ------------------------ polling_device> getmany -v2c 10.65.217.72 public 1.3.6.1.2.1.1.1 sysDescr.0 = Cisco IOS Software, ASR1000 Software (PPC_LINUX_IOSD-ADVENTERPRISEK9-M), Version 15.5(3)S5, RELEASE SOFTWARE (fc2) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2017 by Cisco Systems, Inc. Compiled Thu 19-Jan-17 09:41 by mcpre We would not observe any outputs as SYSTEM mib is not vrf aware mib . Also note, that polling from some servers may return an error similar to "no MIB objects contained under subtree" wherein the packets received from the router have random value instead of expected description 2) only SYSTEM mib's subtree is effected, where we observe polling any of the following OID returns a random value instead of expected description/output. • sysDescr (1.3.6.1.2.1.1.1) • sysObjectID (1.3.6.1.2.1.1.2) • sysUpTime (1.3.6.1.2.1.1.3) • sysContact (1.3.6.1.2.1.1.4) • sysName (1.3.6.1.2.1.1.5) • sysLocation (1.3.6.1.2.1.1.6) • sysServices (1.3.6.1.2.1.1.7)
1) SNMP polling is functional for all other OIDs/subtrees except for SYSTEM subtree (1.3.6.1.2.1.1) 2) VRF based approach is used to poll system OIDs
Click on a version to see all relevant bugs
Cisco Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.