Expect between 400 and 800 with the hex. You wont get full gigabit.

How are you testing? Do you use multiple streams?

This is based on default configuration (manually applied via /system default-configuration print) and speedtest.net.


explorer_2020-07-26_13-14-42.png

Hope this will help somebody to protect his routers from flooding...

Router should perform better - is the device up to date and are you running a recent default configuration?

We know that already. Thanks for not reading before posting.
See blog.mikrotik.com/security/ for more info.

What SMB server are you using? If Windows, what is the version? I have a hard time thinking this is a ROS issue as I have a SMB server at home (NAS) and I have no issues what so ever with SMB traffic.

You already have an answer in this topic. Please try to do what others suggested.

Please either make a new topic about this other issue, or make a new support ticket. You started with inability to change MAC address. Now that you were told what you have to do, you have switched to another problem

yet we have thousands in production.

your CHR should be using VMNET3 interfaces, not e1000.

Because your old x86 platform used a generic e1000 interface.

And what about to set the mac address in hypervisor?

And what about to set the mac address in hypervisor?

rc10 fixes crash

Because it is the way how mikrotik does things.

Deleting at boot with script gives operationally the same thing - so I don't see how that's "not a solution"
Yes, it's a work-around, but it's a viable one.

I think you can accomplish the same by adding them disabled. That way they will be stored but not in effect until you enable them.

You could write a script and use netwatch... when server 1 stops responding to pings then switch to server 2. I don't know of a built in way to do it.