STP problem with TSW202

Have som STP problem on a site. I have 4st TSW202 connected witch wifi bridge PTMP. Nanostation on the main switch and nanobeam on remote sites. On the remote switches the port 8 (trunk) goes blocking and learning some times on a day. 1 switch is totaly down becourse the stp block. Last week I try to change the prority on the stp and it was not helping. Instead of switch 4 totaly goes down, the switch 2 is totaly goes down

There is 2 network cables from the nvr. One from one of the camera ports on the nvr. That cable is going to a port witch vlan only. The other is going to a vlan1 port.

when I check the log on main switch it is also showing stp problem on a port that a Tap200 is connected to.

@Vilius

Greetings, @DanielGranitor ,

Welcome to Teltonika Community!

Thank you for the detailed description and network diagram. I’ve reviewed your setup and identified the likely causes of the STP instability. Please follow the steps below in order.


  1. Address the NVR Dual-Connection (Most Urgent)

Your NVR currently has two cables going into SW01 — one on the camera VLAN (VLAN2) and one on the management/LAN side (VLAN1). This is very likely creating a Layer 2 loop inside the NVR itself, which STP cannot detect or block, and is the primary cause of your port flapping.

Quick test: Disconnect the “Camera connection” cable from SW01 and monitor the network for 30–60 minutes. If the STP instability stops, the NVR is confirmed as the source.

Long-term fix: Configure the NVR-facing port on SW01 as a trunk port carrying both VLAN1 and VLAN2, and use a single cable to the NVR. VLAN trunk settings can be configured at:
Network → VLAN


  1. Switch from STP to RSTP on All Four TSW202 Switches

On each switch (SW01–SW04), go to:
Network → Spanning Tree

Set the Mode field to RSTP (802.1w).

RSTP reduces reconvergence time from ~30–50 seconds down to under 1 second, which dramatically reduces the impact of any brief wireless link dropouts on your Nanobeam connections.


  1. Set SW01 as the Permanent Root Bridge

On the same Spanning Tree page (Network → Spanning Tree), set:
• SW01 Priority → 4096
• SW02, SW03, SW04 Priority → leave at default (32768)

This ensures SW01 always wins the root bridge election and the topology reconverges predictably after any wireless disruption.


  1. Enable Edge Port on All Access Ports

On every port connected to an end device (cameras, NVR ports, TAP200), navigate to:
Network → Ports → Port Settings → select the port → Edit

From the firmware changelog, recent versions added a dedicated STP port configuration page. If you are on firmware TSW2_R_01.08.1 or newer, STP port settings (including Edge Port) are accessible directly from the Spanning Tree page per-port.

Setting a port as an Edge Port prevents cameras or other devices connecting/disconnecting from triggering a full STP topology change across all switches.

Summary of Priority:

  1. Test by removing the second NVR cable first — this alone may fully resolve the issue.
  2. Enable RSTP and set SW01 as Root Bridge on all four switches.
  3. Configure access ports as Edge Ports to prevent end devices from triggering topology changes.

Please let us know how Step 1 goes and we can proceed from there. Happy to assist further.

Best regards,
V.

Hey @Vilius. Have still problem.
Have Disable all vlan, set static ip on cameras, and all the things you hade tell me to do. But it is still blocking trunkport, that is connected to nanobeams.

Hello,

For troubleshooting purposes, we will require more sensitive information from your end, such as the troubleshoot file, which may contain passwords, public IP addresses, serial numbers, and such. To avoid leaking this information, we have sent you a form to fill out, which you will receive in your e-mail inbox that you have registered your account with in the forums. In the Ticket ID field of the form, please enter the ID of this thread, which is 18112.

Please let me know once you filled out the form.

Thank you,
V.