Hello,
I have a network based on one big bridge. I do not know how to use STP Bridge Protocol. Are all devices enable STP, RSTP or none?
RSTP will avoid broadcast storms only where you have it enabled. To avoid loops in end-customers, you'll need to enable there too. RSTP needs run in all network segmentI have to run RSTP on all bridges (point-to-point) or at all mikrotikach (even end-customers providing internet)? how to set priorities? or can someone show an example?
RSTP alone is not enough to prevent broadcast storms and loops. If a user plugs an un-managed switch into an RSTP port, and then later connects a loop into the dumb switch, it will blow things up. That's what Cisco features like rootguard, bpduguard, etc are for.RSTP will avoid broadcast storms only where you have it enabled. To avoid loops in end-customers, you'll need to enable there too. RSTP needs run in all network segmentI have to run RSTP on all bridges (point-to-point) or at all mikrotikach (even end-customers providing internet)? how to set priorities? or can someone show an example?
I cannot recommend strongly enough against this configuration. Having a giant flat broadcast domain is a very dangerous situation. There are times that it's required, and if yours is such a situation, then of course you must work within the limits of the situation.Hello,
I have a network based on one big bridge.
RSTP configuration is really very important. Routing in this case, is the best choice. Thanks for corrections.RSTP alone is not enough to prevent broadcast storms and loops. If a user plugs an un-managed switch into an RSTP port, and then later connects a loop into the dumb switch, it will blow things up. That's what Cisco features like rootguard, bpduguard, etc are for.RSTP will avoid broadcast storms only where you have it enabled. To avoid loops in end-customers, you'll need to enable there too. RSTP needs run in all network segmentI have to run RSTP on all bridges (point-to-point) or at all mikrotikach (even end-customers providing internet)? how to set priorities? or can someone show an example?
Choice of the root is very important - Suppose you have three switches A1, A2, and R1 - where A* are access switches and R1 is the root switch. Suppose that A1 and A2 have direct connections between them as well as direct connections to R1. This makes a triangle: A1 -> R1 -> A2 (the link from A1 to A2 is disabled by RSTP). This means that even though there's a direct connection from A1 to A2, communications from hosts on A1 will go through R1 to get to hosts on A2.
In general, if you have a main site with several branch sites connecting to the central site, you'd obviously want the central site to be the root.
I cannot recommend strongly enough against this configuration. Having a giant flat broadcast domain is a very dangerous situation. There are times that it's required, and if yours is such a situation, then of course you must work within the limits of the situation.Hello,
I have a network based on one big bridge.
You should use a new network segment at each site and enable routing between them instead. Broadcast storms and bridge loops are two very real reasons why there even exists such a thing as the OSI network layer. There are very few things that absolutely require being on the local network segment. For anything that seems to require it, there is usually something that allows it to work over a WAN, such as multicast routing, Active directory, DNS, NAT, etc.
You really only need to use spanning tree if you're going to create redundant links in your bridging topology. Spanning tree's job is to prevent switching loops by temporarily disabling backup links. If the best path to the root gets broken, then the backup links will be activated. When the best path becomes available again, the backups are blocked again.I have a network built on Mikrotik and Ubiquiti. Understanding that I have at all Mikrotik rstp?
Wysłane z iPad za pomocą Tapatalk