A network engineer configures SNMPv2c on a Cisco router to monitor CPU and memory utilization. The NMS is reachable and configured with the same community string 'public'. However, the NMS receives no traps from the router. The engineer verifies that the router's SNMP configuration includes 'snmp-server enable traps' and 'snmp-server host 192.168.1.100 version 2c public'. What is the most likely cause of the missing traps?
Trap 1: The router's SNMP agent is disabled.
Incorrect because 'snmp-server enable traps' implies the agent is enabled; the issue is with specific trap generation.
Trap 2: The community string 'public' is not defined on the router.
Incorrect because the community string is used in the trap destination command; it must be defined with 'snmp-server community public RO' or similar.
Trap 3: The NMS is using SNMPv3, which is incompatible with SNMPv2c traps.
Incorrect because the NMS is configured for SNMPv2c as per the host command; compatibility is not an issue here.
- A
The router's SNMP agent is disabled.
Why wrong: Incorrect because 'snmp-server enable traps' implies the agent is enabled; the issue is with specific trap generation.
- B
The community string 'public' is not defined on the router.
Why wrong: Incorrect because the community string is used in the trap destination command; it must be defined with 'snmp-server community public RO' or similar.
- C
The router lacks specific trap configuration for CPU and memory utilization.
Correct because 'snmp-server enable traps' alone does not enable all traps; specific traps like 'snmp-server enable traps cpu threshold' and 'snmp-server enable traps memory' are needed.
- D
The NMS is using SNMPv3, which is incompatible with SNMPv2c traps.
Why wrong: Incorrect because the NMS is configured for SNMPv2c as per the host command; compatibility is not an issue here.