NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Configuration of RSTP to stop my network frequently Dying.
We have severe problems, I believe with someone in the office crossing network ports, and causing a loop somewhere. This has happened a few times now, and on most occasions, after a few hours Ive man...
Hello Jedi_Exile. I have now completed the suggestions you made. My network now has the following settings...
All switches (GSM7328S, GS724/48, FS728TP) are set to MSTP, edge switches bridge priority set to 32768, except for ...
Core Switch (building A) which has its BP set to 0, and Building B which is 16384.
All Non Core switches have Storm control set. the GS724/48 switches are set to disable the port if the 3500 threshold is reached, and the FS728TP are set to Rate Limit at 1% since they dont have a port disable option. These options have been set on ALL BUT the last port, which is used to Uplink to the Building Core switch. These have the storm control disabled.
on the FS728TPs, I have the POE ports (1-24) set to FastLink. Ive not YET set this option on all of the LAN switches since I need to check how this might affect users with VMWare/VirtualBox etc on their machines?
I noticed on the CST Port Configs, that there is a "STP Status" option that can be enabled / disabled. How should I have this set?
STP setting should be on by default if STP is turned on. You can turn it off on per port basis if you want but not sure why you would need to do that.
Have you had the chance to collect tech support log so I can take a look into the reboot situation you mentioned in your previous post.
The battle moves ahead... Last weeks catastrophe appears to be caused by the Meraki wireless equipment somehow. At one stage, we only had the two core switches and our 6 APs connected, and the STP problem still occurred, Since then, we removed the Aps, and the problem stopped.
Ive reconnected all but one of these because I believe the problem is caused by one of them losing its LAN connection, so it bridges itself from one of the other APs - that happens to be connected to the other Core switch in the other building. The net result of this is that all of those clients suddenly appear to be in the other half of the building. Not sure if thats the cause, but without that AP, we havent (yet) had a repeat of the problem... One other thing to note, the port on the GSM7328s for one of the remaining APs seems to drop from time to time, come back up 3 seconds later, forcing a topology change. This doesnt appear to have any adverse effects, but the symptoms appear to be very much the same as when there is a problem. Syslogs for this event are :
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
