The v6.35rc45 was especially bugged...I have 2x 951Ui-2HnD that are non-responsive after updating to v6.35rc45. One of them came back up partially, it had the the entire RoS Package disabled in it. I made a supout.rif and re-enabled the package and now it is completely non-responsive.
Netinstall?After installed v6.33rc21 in x86, the router reboots infinetely.
I tried to downgrade in v6.32.2 but with no success.
The supout.rif file it's created only 17% and then the router reboots.
What's the next step?
Good idea, but remember that not all devices have internet access. At least on my network.Feature to think about: On detection of reboot loop, try to automatically downgrade to latest Bugfix release.
I guess no. It was just an example. Normis, can you confirm this?6.30.3? Has it been released already?If one of the "new" features in v6.31 is causing you problems, you can "downgrade" to the last stable v6.30.3
Yes. Let us choose to turn it on or off.Please, add a checkbox for turning off these dummy statistic rules for FastTrack. I don't understand, why do we need them, since we have this counter on IP - Settings.
Good point. I would to know the changes before testing new versions. Mikrotik team?I´m downloading the changelog, but since RC16 everytime is the same outdated "routeros_devnote.txt"... someone have the latest changes? Thanks guys
Yes savage. looks like a good solution too. The Mikrotik team should chose the most simple, but they need to do something.+1
No need for different versions, but more / separate packages which can be installed / uninstalled at will most certainly.
Yes, bridge filters working fine now. Already upgraded all my remains rb's. Thanks Mikrotik Team!!this should work with 5.5Reguarding bridge Filters without conn track ??
My test is on RB1100 only.Vlan is broken too. Or there is any special setting to vlan in rc8? After upgrade to rc8 all vlan stopped working. Downgrade to rc7 and all works again.
Vlan is working on RB450G and RB1000
He wrote:how did u checked how many harware queues where been in use?
Not hardware buffer queues.Shaper queue (simple queue or queue tree) works fine on v5RC1, tested on 1300 simple queue and queue tree
The maximum was 15, not 16.Hardware Retries was already lowered to 4 in ROS as early as version 3.18 and that didn't cause any problems. I remember this was done to fix a problem with Ubiquiti XR2 and XR5 cards disconnecting. Before that, the default was 16.