NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
STP Leak using Broadcast packet 01:80:c2:00:00:1c
Netgear Support, Please take note that the community and several customers have discovered a possible flaw in your STP implementation that causes CPU panic and circular broadcasts that disable sw...
LarryV and to others,
Since a firmware fix is not yet available, the MAC ACL workaround can be used as described on the article below:
Regards,
DaneA
NETGEAR Communtiy Team
Nope. This is an old-fashioned GSM7224V2 running 8.0.1.26. I had downgraded from 8.0.1.36 because we have another identical switch at this location that was not impacted by the UniFi upgrade. That didn't resolve the problem and I have no idea why one switch is fine and the other is problematic.
LarryV and to others,
Since a firmware fix is not yet available, the MAC ACL workaround can be used as described on the article below:
Regards,
DaneA
NETGEAR Communtiy Team
I can confirm the latest firmware has fixed the leaking broadcast packet storm.
I have two GS716Tv3 and a GS710TP all attached in LAG loops for redundancy.
GS716Tv3 code = v6.3.1.19
GS710TP code = v5.4.2.30
I have 4 Vlans spanning the Lags.
I have updated all the Ubiquity AP's to the latest code.
Removed all MAC acls.
All is working as expected, APs broadcast this packet when a client roams.
Only one packet now per roaming event.
Excellent work Netgear. Thank you for the fix and for helping the community.
-Rich
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
