350-401 · Question #578
A network monitoring system uses SNMP polling to record the statistics of router interfaces. The SNMP queries work as expected until an engineer installs a new interface and reloads the router After t
The correct answer is B. The SNMP interface index changed after reboot.. After adding a new interface and reloading a router, SNMP queries failing for statistics are typically caused by the re-assignment of SNMP interface index (ifIndex) values.
Question
Options
- AThe SNMP community is configured incorrectly
- BThe SNMP interface index changed after reboot.
- CThe SNMP server traps are disabled for the interface index
- DThe SNMP server traps are disabled for the link state.
How the community answered
(30 responses)- A7% (2)
- B63% (19)
- C20% (6)
- D10% (3)
Why each option
After adding a new interface and reloading a router, SNMP queries failing for statistics are typically caused by the re-assignment of SNMP interface index (ifIndex) values.
An incorrect SNMP community string would prevent *all* SNMP queries from working from the initial setup, not specifically after a hardware change and reboot.
SNMP uses an `ifIndex` (interface index) to uniquely identify interfaces. When hardware changes, such as adding a new interface, or a device reboots, these `ifIndex` values can be dynamically re-assigned, breaking existing monitoring systems that relied on their prior static mappings.
Disabling SNMP server traps would prevent the router from sending unsolicited notifications, but it would not cause SNMP *queries* initiated by the monitoring system for interface statistics to fail.
Disabling traps for link state specifically would only affect notifications related to interface up/down status, not the ability to query general interface statistics via polling.
Concept tested: SNMP ifIndex persistence and issues
Source: https://www.cisco.com/c/en/us/support/docs/ip/simple-network-management-protocol-snmp/15236-snmp-ifindex.html
Topics
Community Discussion
No community discussion yet for this question.