Looked at the graphical report of the data rate monitoring on the various interfaces of RB2011. The scheme is as follows The ISP, through the ONU, feeds access to the Internet rate 100 mbps. the output of the ONU is connected to port 1 of the RB2011. The dude shows a jump in performance on it to about 1.3 Gbit with the port running at 1Gbit.
Various subnets are connected to RB2011 through ports 8 and 9 (100Mbit), which also show surges of 570Mbit and 140Mbit. Which also significantly exceeds the speed of the ports.
RB2011 ROS v7.6
x86 Dude server ROS v7.7
What are your guesses?
The miracles continue. This time the problem is definitely localized. The computer on which the server in the x86 virtual machine dude goes to sleep. After waking up we see the following error.Definitely a bug ROS conflict with the sleep mode.
At the same time after waking up the time scale shows the lag, as if the computer was not shut down and the countdown continues from the moment of falling asleep.
PS This is what the graph actually looks like, taken by another server Dude.
I also experience this problem, when a connection with remote device is lost. I have reported about this this problem to support, but it seems that they are not going to fix anything regarding the Dude…
I suppose you can see if using SNMP vs RouterOS as the data source for the link makes an difference…
But 2.5G and 10G+ ports really weren’t a thing when Dude was developed, maybe that has something to do with it.