Solved! Go to solution.
You have 9 Meraki switches in this network. More Meraki switches in another network name that appear to physically be in this same topology with a stack configured as the STP root. And more Catalyst switches, but I'm unsure how those are connected in this topology. It appears perhaps the Catalyst switches sit between two Meraki switch networks?
Switch port 28 from your log above reports as connected to a Catalyst 3750.
If you've not already done so you should run this by your Meraki TSA for design review. Perhaps there's a STP mode mismatch somewhere in the network path or non matching VLAN configs of ports connecting switches to other switches. Hard to say without a thorough review and access to all configs in this topology.
Port 4 got a link, Port 21 lost a link and got the link back.
Is the link dropping due to the device dropping the link or is it due to spanning-tree dropping the link?
This is typically the device.
The event type is STP - Spanning Tree. Do the NIC cards report back to the switch why it dropped?
I want to isolate the issue because if it is a spanning tree loop, then I am crawling under a bunch of desks tracing cables.
If it was a stp loop, your network would probably be unusable. And i think the meraki switch mangement could go offline and no logging would be send to the dashboard
I think someone disconnected the port. Or maybe the device rebooted.
What kind of device is connected to that port?
What is connected to port 28 ?
The NICs don't report anything back and they don't participate in STP. The logs show a completely normal behaviour. When a port comes up it has to transition to designated to make sure the attached device will receive traffic.
Port 28 is connected to 3750x.
I agree that the NICs don't participate in spanning-tree. Every few seconds the switch is electing a new root. Which is what the switch is indicating.
I guess I am going to crawl under some desk. What would be nice is if I could disconnect the trunk port and view the Meraki switch logs. I would just like to isolate the issue before crawling under desk.
You should never post your Meraki serials on Community (or any public site)
Thanks for letting me know. Are you a person or a bot? I am trying to find where I posted a serial #.
In your original post, 6th line.
Sorry, my apologies.
Can you tell me what is generating the errors:
You have 9 Meraki switches in this network. More Meraki switches in another network name that appear to physically be in this same topology with a stack configured as the STP root. And more Catalyst switches, but I'm unsure how those are connected in this topology. It appears perhaps the Catalyst switches sit between two Meraki switch networks?
Switch port 28 from your log above reports as connected to a Catalyst 3750.
If you've not already done so you should run this by your Meraki TSA for design review. Perhaps there's a STP mode mismatch somewhere in the network path or non matching VLAN configs of ports connecting switches to other switches. Hard to say without a thorough review and access to all configs in this topology.
Did you configure the STP priority? It is a best practice to set the Core switch to the lowest priority and for access switches you can use the default priority.
Also, verify that there is no other cable connected to the 3750x that could be causing a network loop.
I would recommend som Key points:
1. Use Rapid STP with command spanning-tree mode rapid (default is STP )
2. Determine the best switch to be Root switch and set Bridge Priority (spanning-tree vlan x priority 0)
3. Adjust ports costs to Root switch (spanning -tree vlan x cost x)
STP decisions are based on the following sequence of four conditions:
1. Lowest root bridge ID
2. Lowest root path cost to root bridge
3. Lowest sender bridge ID
4. Lowest sender port ID