Showing results for 
Search instead for 
Did you mean: 

Nexus 9000 not generating traps !!


Hi Community,


We have configured SNMP on a couple of Nexus 9k. All devices are using the same SNMP config.


The monitoring system is able to poll all the devices and also generate network map with all active connections, so communication seems ok. 


However only 2 of the devices are able to send traps ( the NMS is receiving traps only from these 2 devices). There is no trap(not even any log in tcpdump) when making a test like up/down an interface(I am not sure if this generates a trap)


Is there a test trap to be simulated in order to check if the NMS can get?


Also on the SNMP configuration, I try to enable snmp-server traps link. The command is accepted but it is not showing on the running-config.


Thanks in advance,



1 Accepted Solution

Accepted Solutions

A non-disruptive test could be trapping on a feature change. In this example here I'll use `feature bash` which enabled/disabled the BASH shell. First check to see what state you have the feature in (on/off). There should be no disruption turning this feature on/off but I would always recommended to do it during a window/quiet time.

Leaf-9(config)# snmp-server enable traps feature-control FeatureOpStatusChange
! Check if feature is currently enabled/disabled (it's on in my case)Leaf-9(config)# show feature | i i bash
bash-shell 1 enabled
Leaf-9(config)# no feature bash

Leaf-9# ethanalyzer local interface mgmt display-filter "snmp" limit-cap 0
Capturing on mgmt0
2020-03-27 11:11:13.775465 -> SNMP trap iso.


View solution in original post

5 Replies 5

Jason Leschnik
Cisco Employee
Cisco Employee

Hi Nikola,

I just did a quick test in my lab 

Leaf-9(config)# show run snmp

!Command: show running-config snmp
[ snip ]
snmp-server host traps version 1 public
snmp-server host source-interface mgmt0
[ snip ]

! ! Change mgmt -> inband if you're not using mgmt0, VRF management for traps
! To stop the output hit ctrl + c
! If you want a more specific filter you can use display-filter "snmp && ip.addr==a.b.c.d"

! Leaf-9(config)# ethanalyzer local interface mgmt display-filter "snmp" limit-cap 0 Capturing on mgmt0 2020-03-26 20:40:06.137982 -> SNMP trap iso. . .1.436207616

This will let you know if the switch is actually trying send the trap at all. Replace a.b.c.d with the IP destination of the trap server.

You can also run the commands below to check the default configuration for snmp/traps on the switch. From my switches default configuration I have "snmp trap link-status" on by default. I was able to generate the above traps but just flapping eth1/1.

show run int ex/y all | i i trap
show run all | i i snmp|trap