rSTP is enabled en werkt correct in deze setup.
Zoals je kan zien zijn de rode kruisjes de ports die in blocking staan wegens een alternatief.
Nu mijn vraag / probleem.
Als ik een domme switch (een desktop model) inplug in switch3 van mijn schema dan start de STP en na 30 seconden komt die port in forwarding.
Dit is zoals ik het zou verwachten hoe het gebeurd.
Als ik nu op die domme desktop switch een birdge loop maak (door gewoon 1 ethernet in 2 poorten te steken) dan zou ik verwachten dat mijn switch 3 gaat zien dat die daar een loop heeft en die poort waar die domme switch op hangt in blocking zou gaan.
Echter lijkt dit niet te gebeuren en nu vraag ik mij af of dit normaal is.
Wat ik zie is dat die bepaalde poort (met die domme switch op) van forwarding naar blocking spring om vervolgens in LISTENING te komen en daar te blijven.
Als ik de stats opvraag voor die poort zie ik dat er om de 2 seconden een BPDU verzonden wordt zoals het hoort, echter ontvangt die teveel BPDU's terug.
Wat normaal is gezien dat ding in een loop zit.
Omdat er een loop is vermoed ik dat switch3 geen BPDU's meer kan processen van de andere switchen en dus denkt switch 3 plots dat hij de "root bridge" is.
Maar mijn netwerk gaat dus nog steeds onderuit....
Wat ik hier zie is dit correct?
Ik zou verwachten dat als een switch zijn eigen BPDU's terug ziet komen dat dat een detectie kan zijn van een loop....
En zoja kan ik daar iets aan doen?
