07-22-2019 07:14 AM
Hi switches are connected to firewall connected to internet. we often get alert email saying the network gets down. When checking Solarwind, we can see the network has disconnection for a few min or a little longer, then it comes back to normal. please see attached picture which shows device availability, the white bar shows downtime. we did not find something wrong in port or cable. Anyone has some suggestion how to check it and what can cause the issue? Thank you
Solved! Go to Solution.
07-22-2019 09:55 AM
Hello
you say when this outage occurs it happens in all your switching infrastructure which could suggest possible stp topology changes temporary dropping your network.
chexk for frequented stp tcns in your interfaces also make sure any access ports have enabled
lastly make sure don’t have any bpdufiltering
applied to the ports
show spanning- tree detail | inc ieee|occurr|from| exec
07-22-2019 08:34 AM
that;s not too bad; is this internal network or outside influences your downtime?
07-22-2019 09:13 AM - edited 07-22-2019 09:20 AM
Thank you for your reply. it is pretty often happens in different sites. some of them even have this kind of issue much more often.
Please see attached picture again. it happened several times within one week. Sometimes it looks like the downtime comes from uplink side ---firewall(it means the firewall and switches have the issue together at the same time), but other time it looks like it happens within inside network. Once it happens, all switches within the site have this issue at the same time.
07-22-2019 09:55 AM
Hello
you say when this outage occurs it happens in all your switching infrastructure which could suggest possible stp topology changes temporary dropping your network.
chexk for frequented stp tcns in your interfaces also make sure any access ports have enabled
lastly make sure don’t have any bpdufiltering
applied to the ports
show spanning- tree detail | inc ieee|occurr|from| exec
07-22-2019 11:41 AM - edited 07-23-2019 06:29 AM
Thank you Paul for your reply. From output below, it looks like the tcns is coming from port g0/1, which is connected to firewall. In fact, the firewall and its behind switches have the outage at the same time. g0/1 is trunk. Do you think we stop the tcns flooding by adding command portfast to the port?
switch02#sh spanning-tree detail | inc ieee|occurr|from| exec
VLAN0030 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 3 last change occurred 2d15h ago
from GigabitEthernet0/1
VLAN0090 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 3 last change occurred 2d15h ago
from GigabitEthernet0/1
VLAN0255 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 2 last change occurred 2d15h ago
from GigabitEthernet0/1
07-23-2019 09:08 AM
Hello
you only need the connection to the firewall as a trunk if that fw is performing the routing for your lan otherwise suggest you make this an access-port with portfast applied
Also suggest make sure the switch that is running as your core switch is the stp root for the lan and lastly apply stp portfast to alll access-ports only and not on any switch interconnections
07-23-2019 01:27 PM
Thank you Paul. I think what you mentioned above is to try to resolve downtime caused by tcns, right? after i review the case, i notice the downtime is lasting between 5 min to 4 hours. tcns should not cause this longer downtime, and it looks like it was caused by ISP because i can see the connection to ISP also has downtime at the same time. How do you think about this?
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