After wiping out sessions and creating a new one it indeed works.Make sure you specify a session file (e.g. <own>) in your connection.
My Italian is rusty, but still I think I got that oneEh, Jletti42
Thanks. If AutoNeg is disabled and speed fixed to 2.5GB, it works with an ISP provided PON-ONT in RB5009 SFP+ port.*) sfp - added 2.5G SFP module support for RB5009;
WiFi in general at MikroTik is not even closed to be baked.the fact that Wifi 6 ax is still not fully baked at Mikrotik
Nothing we know about, and hardly related to TX power.I think I have to rephrase my question: what´s better in 6.47.9 wifiwise than with 6.49.7 ?
Remove the bandwitdth from the cake queue type and configure traffic limits within the queue itself.Im getting this error in red now which I didn't have before the upgrade anyone know best way to resolve it?
You have remote routers on auto-upgrade and get them updated at the same day of a new 7.x release?In both routerswas configured and routerboard firmware version was v7.2.3Code: Select all
/system routerboard settings set auto-upgrade=yes
There is no limit-at=DOWN/UP for interface queues.How do you specify the Cake bandwidth on asymetric links?
:-) memories...the cake was a lie all along bros....
Obviously some electronics stuff inside broke, overheated and the unit died. Such things happen.please advise what went wrong.it is nearly 1 year old.
It is not sure the information is not polled when the column is hidden in Winbox.So for now the best workaround is to disable the "Bridge Port" column in winbox, then we can safely enter DHCP leases & ARP list windows again without disrupting router stability.
If 88cc is used for mac-protocol, the switch rule can also be set up using Winbox.working, but only in CLI
What's new in 7.2rc3 (2022-Jan-28 16:33):
*) bridge - fixed filter and NAT "set-priority" action;
We can confirm -274° temp readings in System/Health and SNMP fixed on RB4011 with 6.49.1 (in our case introduced with 6.49.0)*)health - improved temperature reporting
After rethinking it, i stand corrected: @xvo is right, the correct value is 1476 (GRE Interface MTU)1476: -20 IP -4 GRE