06-28-2009 01:00 PM
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?
Thanks for the clarification.
06-28-2009 10:07 PM
You can enable BRIDGE-MIB traps with:
snmp-server enable traps bridge topologychange
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.
06-29-2009 10:32 AM
Thanks for the comment.My interest is mainly in linkup/linkdown traps.
snmp-server enable traps snmp authentication linkdown linkup coldstart
Isn't it possible to receive link status traps under the circumstances described?
06-29-2009 10:41 AM
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:
[no] snmp trap link-status
06-29-2009 10:45 AM
Yes, my scenario is related to STP transitions however I'm interested in linkup/down traps.
The following question is about the STP forwarding link in particular.
If the Forwarding link goes down will the event trap be buffered and sent via new the up-link, once STP is converged?
06-29-2009 10:48 AM
No, the trap will be dropped. UDP is connectionless, so it will be fired, then forgotten. If you need some reliability, consider using informs instead.
06-29-2009 11:26 AM
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?
06-29-2009 11:45 AM
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.
06-30-2009 09:36 AM
Thanks for the point on SNMP inform notifications and also for sharing your experiences.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide