There's a 3560 switch running RSTP and it has two up-link ports , one obviously is in Forwarding state whereas the other is in Blocking state. SNMP traps need to be captured for both linkup/down events. Is it possible to capture traps corresponding to STP Forwarding status changes?
If the Forwarding link goes down will the event trap be buffered and sent via new the up-link, once STP is converged?
That will cause the switch to send the topologyChange trap whenever a port transitions from the learning state to the forwarding state, or the forwarding state to the blocking state. You might also want to enable the newroot trap as well.
Your question specifically mentioned STP state transitions. If you want linkup/down traps, the command you just mentioned will work. To enable/disable them on specific interfaces, use the interface command:
Question of UDP comes only if the trap is attempted to be forwarded via the failed link. What if the switch buffers this trap and sends via the new up-link port(ex-blocking) after STP convergence?
I performed a few tests using RSTP to see that the linkdown traps are sent consistently irrespective of the STP role of the port. (However, when 802.1d is used I lost all the linkdown traps, which ,according to my understanding, was caused by the convergence delay)
Does it imply that my argument of buffer management holds true? Or is it just a coincidence? Could you also confirm this based on your experience?
My experience has been that with reconverging networks (i.e. boot time, STP events, etc.) that trap reliability drops off dramatically. I don't know all the details on your config or topology, but I do know that if reliability of traps is important, informs are the way to go. This way, there is more of a guarantee that the manager will see the notification.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...