The issue has been resolved; it turned out to be a coincidence. There's no problem. Thank you, everyone.

Try adding this rule and share the output of sniffer command: [/code] Everything looks correct on the incoming traffic to sfp-sfpplus4, but there is no outgoing RSTP on sfp-sfpplus8 ( sfp-sfpplus4 0.386 1 <- 02:95:88:05:73:54 01:80:C2:00:00:00 10 802.2 64 1 sfp-sfpplus4 0.386 2 <- 02:95:88:05:73:54...

Could you share your full export and clarify which switch ports and VLANs the BPDUs should be forwarded between?

Thanks for your help.

I have attached part of the exported config.
RSTP blocked at 510,511 vlan between sfp-sfpplus4 and sfp-sfpplus8.

I'm sorry I don't quite understand this part Let’s make it simpler: I need RSTP packets to pass through without any processing/modifing/blocking. I need a fully transparent bridge. Previously, simply disabling STP by setting it to "none" allowed this to happen. But now, I can't manage to ...

I use the CRS-317 switch as a transparent bridge with Spanning Tree set to 'none'. One of my clients uses their own RSTP configuration for redundancy, and their traffic, including STP packets, must be transmitted through this switch in a dedicated VLAN without any STP packet blocking/modifing etc. T...

IPsec not working after update. Freezes on first packet phase1 and can not auth on Strongswan server.
I spent an hour trying to find the cause and couldn't. I had to go back to the previous ROS.
The same config on 7.9.2 is working.

after upgrading to beta10 dns is indeed broken. Interestingly DOH is not broken, so for now I'm using DOH. Problem is with cname dns entries.

Confirm this behavior after updating to beta10.

Better they stay on, than stay off

I agree.
However, my previuous report with "unexpected crash when interface list has include itself and renamed to other name before saving" was resolved as quickly as possible, about 2 weeks and fixed in current stable ROS.

Just hooked one up for testing. As soon as I applied power the fans spun up. After about 20 seconds... they stopped. Try wait for 2+ days without reboot, fans will turn on, regardless cool temperature. Mine has few weeks uptime and they spin-up-down-up-down properly (triggered by temp). Though I di...

Just hooked one up for testing. As soon as I applied power the fans spun up. After about 20 seconds... they stopped.

Try wait for 2+ days without reboot, fans will turn on, regardless cool temperature.

I can confirm strange fans management on CRS317 under ROS too.
Stuck with always ON for the last days, but cpu temperature is 29C.

I use a bridge with a group of all 17 ports for vlans transit. For CRS317 itself i have a management vlan and 1 IP address on it. My customers traffic is mostly PPPoE, and it's OK. I can't see it with Torch because this traffic is processed on the Marvell packets controller. But in FP RX column in I...

I confirm it but with MGMT port. If i connect to MGMT port in 100BASE-T mode i see many FCS (CRC) errors on both sides of this copper link. Trying to change ports settings (advertising modes, flow control, negotiation on/off) do not solve the issue. But if i change mode to 1000BASE-T or 10BASE-T the...

Experimentally, I found out,
that when I send a CoA (not PoD) request with attribute Session-Timeout = 1,
MikroTik drops session correctly with LCP-Termination.
That's work fine for me.
But I hope, someday this issue will be solved finally.

I recommend not to use mikrotik as BRAS. it's just SOHO router for small enterprise MikroTik works well, It has its own amenities for some tasks and cpu load is comparable to the linux accel-ppp. I accidentally discovered the problem with incorrect PPPoE disconnects and was surprised here that such...

You have the same problem someone on a 4 year old version of RouterOS had? I'm not a 100% it's the same problem even though you might see some of the same symptoms. Yes. This is old problem has not been solved to this day. I work in ISP and last days we conducted several tests to identify issue wit...

I have the same problem.
Lot of SOHO PPPoE routers do not reconnect again after PoD (or CLI, Winbox method, it makes no difference)
disconnect if do not receive correct LCP Term-Req packet before PADT.
MikroTik sends only PADT. It is incorrect.
Please fix it.